图5-3 SGSN发给MME的SGSN Context Response中UE GBR为640
而对于default bearer，GBR应该为0，所以MME检查到用户的上下文不合法，从而发起Detach流程，将UE去附着。
3. 问题分类：核心网设备实现 4. 解决方案
SGSN更新版本，对于默认承载的GBR值不做修改。 5. 效果评估
SGSN更新版本后，案例中出现问题未复现。
5.2.4 案例4：SGSN关闭根据UE能力选择锚点功能，导致TAU失
败
1. 现象描述
终端从2G重选返回到4G时，出现概率性TAU失败，需在4G重新Attach后成功接入，导致重选到4G的时延较长。 2. 问题分析
因BOSS计费改造进度原因，SGSN临时关掉根据UE能力选择功能，所以当用户在SGSN下一旦发起PDP激活，SGSN将会把该用户选择到现网GGSN。然后当用户重选到4G做TAU时，MME从SGSN获取该用户的上下文，其中包含UE所在的网关IP地址，并发起承载建立，这里获取的IP地址实际是GGSN的地址，而MME发起承载建立时需要向SAE-GW发起。但是现网GGSN不支持P-GW功能，导致承载建立失败，TAU拒绝；用户需要在4G重新Attach后成功接入。
如果UE初始接入在4G，由于P-GW支持GGSN功能，用户在系统间来回移动时，网关永远是融合节点，不管TAU还是RAU都不会失败。 3. 问题分类：网络改造进度 4. 解决方案
41
该问题出现时是由于全国BOSS未改造完毕，有计费漏洞，所以部分省份将SGSN根据UE能力选择功能临时关掉。所以一旦BOSS改造完毕，同时将该功能打开，这个问题将不复存在。在BOSS改造完成前，有下面几个临时方案：
方案一：SGSN根据IMSI/MSISDN号段区分出LTE签约用户，并将其锚定到P-GW，其余用户仍锚定到GGSN。具体实施时：①SGSN可以根据其中静态配置的号段选择网关；②也可以通过在DNS中指定不同号段的不同网关地址后，SGSN通过重构APN的方式扩展DNS查询消息，获取合适的网关，将非LTE用户路由到GGSN；
方案二：对LTE用户增加ARD的签约信息，SGSN根据UE能力和ARD签约信息选择合适的网关，将非LTE用户路由到GGSN。该方案涉及到HLR的改造，不建议使用。 5. 效果评估
待核心网改造完毕即可解决。
5.2.5 案例5：QoS修改时MME第一次Paging无响应，导致网络Detach UE
1. 现象描述
终端返回4G，TAU流程结束后，网络发起寻呼，一次寻呼失败后网络就发起了detach流程。 2. 问题分析
终端回落到GSM后，通话结束后快速返回LTE失败，因此在2G/3G网络发起RAU流程，之后返回4G发起TAU流程，因TAU REQ消息中active flag=0，TAU流程结束后MME立即发起S1释放流程，终端进入空闲态。
之后，MME发现该用户在LTE的QoS签约比该用户在2/3G网络实际使用的QoS高，MME发起QoS更新流程，由于UE已经处于空闲态，所以MME首先发起paging流程。
42
图5-4 为修改Qos，MME发起Paging流程
第一次 Paging时，恰好UE此时（同1秒时刻）在同频切换（跨TA list触发TAU），导致终端无法收到该Paging。
图5-5 第一次Paging时，UE同时进行同频切换
MME在一次Paing无响应的情况下，就给S-GW回Update Bearer Response，携带UE not responding原因，导致网络主动发起detach流程，将UE去激活。
43
图5-6 MME在一次Paging无响应后，发给S-GW的Update Bearer Response
3. 解决方案：核心网设备实现 4. 解决方案
MME更新实现方式，只有在多次寻呼均失败时，才可以给SAE GW回Update Bearer Response。 5. 效果评估
仅在多次寻呼失败，确实异常时网络才会将用户去附着。
5.2.6
1. 现象描述
案例6：SGSN未配置4G EPLMN导致UE无法返回4G
CSFB手机（测试时不支持终端自主返回功能）在2G挂机后通过小区重选返回LTE失败，原因是MSC下发的EPLMN list（46008）无效
2. 问题分析
44
相关推荐：
loading