1.问题描述
2016年1月在某省大范围出现:主被叫专用承载速率不一致导致的未接通问题,导致VoLTE接续时延大幅增高。经过初步分析,初步定为是华为PCRF与华为SBC协调问题。1月18日下午,阳泉公司实地测试,网络维护、互联网中心协助挂表,测试共发现5类现象,见表6-24。
表6-24 未接通VoLTE测试记录
结合上表,在排除无线环境原因的基础上(RSRP-85,SINR14),可将引起未接通和被叫CSFB的原因归为以下两类:
主叫带宽问题,专载无法建立后直接导致未接通。
被叫带宽问题,专载无法建立全部走CSFB流程,但时延较大,在14~18s之间。
2.问题分析
通过详细对比测试仪表中的主被叫信令流程,以及挖掘出信令流程中专载速率修改的情况,来寻找异常情况的原因。
1)正常呼叫流程,见表6-25。
表6-25 VoLTE正常呼叫流程及承载速率
(续)
2)异常呼叫流程。
①主叫正常起呼,被叫带宽为14kbit/s或49kbit/s,见表6-26。
表6-26 VoLTE异常呼叫流程被叫带宽为14kbit/s或49kbit/s
(续)
②主叫正常起呼,被叫切换导致专载未建立走CSFB流程,见表6-27。
表6-27 VoLTE异常呼叫流程被叫切换导致专载未建立走CSFB流程
(续)
③主叫QCI1初始建立速率为3,modify修改为14,被叫正常起呼(未接通),见表6-28。
表6-28 主叫QCI1初始建立速率为3,modify修改为14,被叫正常起呼(未接通)
④主叫正常起呼但修改专载前后发生切换未收到invite183,被叫正常起呼(未接通),见表6-29。
表6-29 主叫正常起呼但修改专载前后发生切换未收到invite183,被叫正常起呼(未接通)
(续)
⑤主叫无法建立专载,被叫正常起呼(未接通),见表6-30。
表6-30 主叫无法建立专载,被叫正常起呼(未接通)
3.信令流程及事件详释(www.daowen.com)
结合上面的5种现象,下面将依次进行信令展示:
1)主叫正常起呼,被叫带宽不正常。
①被叫专载49kbit/s情形,如图6-44所示。
图6-44 主叫正常起呼被叫带宽不正常以及被叫专载49kbit/s
②被叫专载14kbit/s情形,如图6-45所示。
图6-45 主叫正常起呼被叫带宽不正常以及被叫专载14kbit/s
2)主叫正常起呼,被叫由于切换导致专载未建立,如图6-46所示。
图6-46 主叫正常起呼,被叫由于切换导致专载未建立
3)主叫QCI1初始建立速率为3,modify修改为14,如图6-47所示。
图6-47 主叫QCI1初始建立速率为3,modify修改为14
4)主叫正常起呼,但修改专载前后发生切换未收到invite183,如图6-48所示。
5)主叫直接无法建立专载,如图6-49所示。
4.VoLTE信令平台信令跟踪分析
通过VoLTE信令监测系统发现,VoLTE测试中存在主被叫专用承载速率不一致的呼叫有共同现象:Gx接口下发的RAR消息中,AVP:Charging-Rule-Install(1001)内含有异常参数,参数不在规范定义内,所以wireshark无法解出内容,只能以unknown标注,如图6-50所示。
图6-48 主叫正常起呼,但修改专载前后发生切换未收到invite183
图6-49 主叫直接无法建立专载
图6-50 Gx接口下发的RAR消息中含异常参数
查看了发生异常的6条原始消息,均出现图6-50中所示的现象。
1)速率不匹配导致被叫CSFB,被叫RAR消息异常。
2)QCI建立为49kbit/s,速率修改为空,导致未接通,主叫RAR消息异常,且出现两次。
3)主叫QCI1初始建立速率为3,modify修改为14,导致未接通,主叫RAR消息异常,且出现两次。
查询这两个用户之间的呼叫应答的通话,发现RAR里的参数都是正常的,没出现un⁃known的情况。
所以初步判断是Gx接口,由PCRF给PGW下发消息时参数设置错误。
5.总结
引起专载问题的原因如下:SBC→PCRF之间接口为RX接口,两个设备之间的RX注册功能异常导致专载问题。
SBC打开了注册Rx功能,注册Rx中携带了af-signalling-protocol=sip(1)状态。由于现网UPCC设备未交付注册Rx功能,因此该SBC响应了注册Rx申请失败的错误,同时在UPCC内部残留了af-signalling-protocol=sip(1)信息。当VoLTE呼叫时,会概率性地申请到残留af-signalling-protocol=sip(1)信息的资源,导致问题产生。
说明:注册Rx功能在中国移动集团并没有要求使用,目前UPCC现网版本没有交付该功能。
处理措施如下:华为SBC关闭与PCRF的Rx接口的Rx注册功能,PCRF全面清零所有缓存,在全省9个华为SBC设备下进行大量测试,其中阳泉、太原、晋中、临汾、运城、吕梁、大同、朔州测试量都在900次以上,再未发生类似的专载速率修改导致未接通或CS⁃FB的现象。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。