数据业务互操作问题排查案例库 中国移动通信集团公司网络部，研究院
3. 问题分类：核心网参数配置 4. 解决方案
修改HSS中签约信息VPLMN为FALSE，则用户在4G Attach时网络分配的APN为cmnet.mnc008.460.gprs，与HLR中签约的VPLMN保持一致。 5. 效果评估
修改HSS中签约信息VPLMN为FALSE后，网络不会发起PDP去激活，从4G重定向到3G后，可正常恢复业务。
7.2.5 案例5：HSS配置签约数据有误导致4G重选到3G的时延较长
1. 现象描述
测试终端从4G重选到3G后RAU失败，需在3G重新Attach后成功接入，导致4G重选到3G的时延较长。 2. 问题分析
终端在LTE附着时采用的是测试APN（MIFI），而该APN在3G网络中未签约，导致从4G到3G网络中进行RAU时，SGSN从HLR获取的用户签约APN和从MME获取的用户在LTE下使用的APN不一样，从而拒绝终端接入，RAU失败。 3. 解决方案
26
数据业务互操作问题排查案例库 中国移动通信集团公司网络部，研究院
在HSS中将测试用户签约的默认APN设置为CMNET，终端使用CMNET接入LTE网络并进行互操作。 4. 效果评估
HSS中测试用户APN设置修改后，测试终端从4G重选到3G后无RAU失败现象。
7.2.6 案例6：重定向后IMSI请求导致时延长
1. 现象描述
4G到3G重定向后，网络向终端请求IMSI，使得重定向时延略长。
2. 问题分析
正常情况下，网络向UE索要IMSI发生在如下可能的几个场景： 场景1：RNC因内部实现，向UE索要IMSI
因为某些厂家RNC的实现，需要用户的IMSI用于分析和关联流程。目前，RNC的实现方式是伪装成核心网，拦截NAS层消息，向UE发送Identity request（IMSI）消息，等待UE反馈Identity response（IMSI）消息。用户的每个流程，都会向UE索要，增加时延，影响用户体验。
场景2：UE跨MSC，MSC向UE索要IMSI
只有UE跨MSC移动，或SGs接口联合注册的SGs MSC与回落后实际接续的MSC不同时才会发生。
场景3：TMSI失效，MSC向UE索要IMSI
用户在2/3G网络注册时，MSC会开启隐式分离定时器。但若用户在SGs接口联合注册时，SGs MSC不应该开启该定时器，由LTE EPC网络负责用户包括隐式分离的移动性管理工作。若发生该问题，属于异常现象，需要研究。
27
数据业务互操作问题排查案例库 中国移动通信集团公司网络部，研究院
3. 解决方案
场景1：RNC因内部实现，向UE 索要IMSI
3GPP标准提供了Common ID消息，可用于MSC在每个流程中直接告诉RNC用户 的IMSI号码。建议MSC、RNC支持并采用。
场景2：用户跨MSC，MSC向用户索要
从网络规划的角度，尽量避免同一位置，TA-LA-MSC与2/3G MSC不同的场景。 当发生跨MSC时，新的MSC有两种方式获得用户的IMSI。这两种方式在现网都同时存在，建议不修改现网配置。
方式1）根据UE上报的TMSI、LA，和配置参数，向老的、相邻的MSC索要 方式2）MSC直接向UE索要 场景3：TMSI失效，MSC向用户索要 异常流程，不在此讨论。
28
数据业务互操作问题排查案例库 中国移动通信集团公司网络部，研究院