CSFB甯歌�侀棶棰樻帓鏌� - 鐧惧害鏂囧簱

图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