【问题现象】
新完成VoLTE功能改造的诺基亚HSS在进行VoLTE功能测试时,发现此HSS新开户的用户在CSCF注册正常,但是在VoLTE AS的第三方注册失败,无法进行正常的呼叫。
【原因定位】
新完成VoLTE功能改造的诺基亚HSS在进行VoLTE功能测试时,发现此HSS新开户的用户在CSCF注册正常,但是在TAS第三方注册失败,无法进行正常的呼叫。
在SCSCF上跟踪到的信令流程如下:
问题原因:
VoLTE用户在IMS域的注册流程为用户先在归属SCSCF完成鉴权和注册,然后SCSCF从HSS下载用户签约数据后再根据用户的SiFC信息完成相关AS的第三方注册。
1、 分析SCSCF的用户信令跟踪,发现用户在SCSCF注册正常,但是在AS的第三方注册失败,SCSCF上的信令跟踪如下:
2、 分析AS上的用户信令跟踪,发现AS第三方注册失败的原因是AS无法从HSS下载到用户数据。进一步分析AS收到的UDA信令,失败原因为“diameter-unable-to-deliver (3002)”,发送UDA的原主机名为“SHDRA02BAL.sh.sh.node.epc.mnc000.mcc460.3gppnetwork.org”,从失败原因和原主机名可以看出AS无法从HSS下载到用户数据的原因为LDRA无法正常将AS发送的UDR消息发送给相应的HSS。
3、 根据《中国移动通信网络组织规范_VoLTE_路由组织原则分册》中Sh接口的路由原则“VoLTE AS→本省LDRA (根据MSISDN路由) →三融合HSS/HLR→本省LDRA→VoLTE AS”,AS通过Sh接口向HSS发送消息时使用MSISDN路由。分析AS发送给HSS的UDR信令,发现AS在UDA信令中携带的用户标识使用的是带IMSI的IMPU, 而不是带MSISDN的IMPU,导致LDRA路由失败。
4、 分析SCSCF发送给AS的第三方注册REGISTER信令,发现SCSCF在REGISTER信令中发送给AS的用户标识也是带IMSI的IMPU。 比较第三方注册正常的REGISTER信令中的用户标识,正常注册使用的用户标识为带MSISDN的IMPU。
5、 根据《中国移动通信网络组织规范_VoLTE_码号和网元命名原则分册》中关于带用户IMSI的IMPU的描述为“SIP URI1:其格式为3GPP及GSMA定义的统一导出规则:sip:IMSI@ims. mnc<MNC>.mcc<MCC>.3gppnetwork.org(<MCC>=460;<MNC>= USIM卡的MNC左侧插0)。该IMPU仅用于注册,不用于呼叫,对用户不可见。”所以SCSCF收到的用户注册REGISTER信令中的用户标识是带IMSI的IMPU。但是《中国移动通信网络组织规范_VoLTE_路由组织原则分册》中Sh接口的路由原则是根据用户的MSISDN路由,所以SCSCF在给AS发送第三方注册REGISTER信令时不能使用带IMSI的IMPU,这就要求HSS在发送给SCSCF的用户数据中将带IMSI的IMPU标识为禁止。
6、 分析SCSCF从HSS收到的SAA信令中的用户数据,HSS给SCSCF下发了三个用户IMPU, 一个TEL格式的, 两个SIP格式的, 其中带IMSI的IMPU的BarringIndication为0, 表示不禁止,所以SCSCF根据用户注册时使用的带IMSI的IMPU直接向AS发起第三方注册。
【解决方案】
HSS在开户时将带用户IMSI的IMPU的BarringIndication设置为1,SCSCF在向AS发起第三方注册时不再使用带用户IMSI的IMPU,而使用带MSISDN的SIP IMPU发起第三方注册,第三方注册正常。
本文整理自网络,文章版权归原作者所有,如有侵权,请联系我们进行删除。小编微信(gprshome201101)
长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”
51学通信接头方式如下: