被叫残留CS位置信息导致CSFB-

【问题现象】
在测试的过程中，被叫收到CS paging/CS notification，发生CS fallback。

【原因定位】

故障诊断：被叫MTAS进行位置信息查询时，查到被叫在CS，而此时被叫在IMS是成功注册的状态。原因排查：在VoLTE普通拨测过程中，出现被叫CSFB的情况，如信令截图所示，收到CS paging，然后开始CSFB的流程，并不是预期的VoLTE通话。
复现问题，从IMS节点抓包分析：
可以看到在主叫发起invite之后，被叫侧MTAD查询被叫的位置信息显示在CS域。

原因分析：产生这个CSFB现象的原因是：

1、测试中，被叫终端设置为2/3/4G模式，因而在经过某些4G弱信号点时，可能会暂时重选登上2G网络，而很快回到4G信号好点时，会自动返回4G。由于无线信号弱区很少，这整个过程极可能用户是完全没有感知的。
2、在这个2G回到4G的过程中，4GTAU流程会触发网络侧流程，通过HSS向HLR发起Cancel Location清除用户原本在2G的位置信息。在GZUDC06的默认配置里，HSS以轮询方式选择HLR13、HLR14执行Cancel Location操作。由于测试时南沙HSS13（包括HLR13）启用并集成进总体环境、但VoLTE调测并未完成，导致HSS选择HLR13时用户在2G的位置信息会残留在系统中。
3、因此，虽然该用户早已经回到4G并成功注册，但由于VoLTE呼叫需要在被叫流程中执行域选择，上述的2G位置信息残留会导致错误的被叫域选，因此出现了被叫CSFB的情况。
【解决方案】

该问题在调整HSS配置后解决，网络Cancel Location功能恢复正常，VoLTE被叫域选正确，不会由于垃圾数据没有清除导致被叫CSFB。

本文整理自网络，文章版权归原作者所有，如有侵权，请联系我们进行删除。小编微信（gprshome201101）