由于HLR ID的GT寻址方式设置有误导致VoLTE用户在2、3G网络失败

【问题现象】

VoLTE用户在2、3G网络被叫无法获得CSRN。

【原因定位】

问题描述：VoLTE用户在2、3G网络被叫无法获得CSRN。导致被叫失败问题原因：
VoLTE用户拨打VoLTE用户（被叫在2/3G网络）无法获得CSRN，导致呼叫失败。在HSS-FE侧抓包发现HSS-FE发出CSRN请求给NT HLR，没有收到NT HLR的响应消息。
在NTHLR侧PCC上抓包发现，NTHLR已经发出PRN请求，大概等待10-20S没有收到PRN的消息响应，导致TIMER超时，给对端回复了一条SYSTEM FAILURE消息。
目前我省的两台FE（福州和厦门）采用的是动态负荷分担，就是所有的LSTP/HSTP上对于福州和厦门NTHLR的PCC的GT号码（HLR ID）是负荷分担的，也就是随机送往福州和厦门NTHLR；同时L-DRA上对于DHSS用户IMSI号码分析后也是随机送福州和厦门的HSS-FE。于是出现一个问题，在VOLTE用户呼叫VOLTE用户（驻留在2/3G网络），TAS根据域选结果要向DHSS发送UDR消息请求CSRN，L-DRA根据号段信息随机送往福州和厦门的HSS-FE，假设这次送往的是厦门的HSS-FE，根据FE之间优选本局址的NT HLR-FE的原则，厦门HSS-FE将CSRN请求消息通过内部接口送到厦门的NT HLR-FE，然后NTHLR-FE向被叫所在的MSC发起PRN请求（这条消息的主叫SCCP地址是厦门NT HLR-FE的PCC的HLR ID），MSC将PRN-ACK送到STP，STP上因为将DHSS的万号段（包含厦门NT HLR-FE的PCC的HLR ID）是采用负荷分担送往福州和厦门的NT HLR。如果不巧送到的是福州的NT HLR，由于前期的CSRN请求不是送到福州NT HLR的，所以这条消息福州NTHLR无法处理，从而导致了CSRN请求失败。
影响范围：VoLTE用户在2、3G网络被叫。

【解决方案】

在福州，厦门STP上需要创建对应的HLR ID指向对应的NT HLR，保证消息路由的正确性。

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

长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”

51学通信接头方式如下：