理论教育 VoLTE网络时延优化技巧

VoLTE网络时延优化技巧

时间:2023-06-27 理论教育 版权反馈
【摘要】:表6-25 VoLTE正常呼叫流程及承载速率(续)2)异常呼叫流程。表6-27 VoLTE异常呼叫流程被叫切换导致专载未建立走CSFB流程(续)③主叫QCI1初始建立速率为3,modify修改为14,被叫正常起呼(未接通),见表6-28。当VoLTE呼叫时,会概率性地申请到残留af-signalling-protocol=sip信息的资源,导致问题产生。

VoLTE网络时延优化技巧

1.问题描述

2016年1月在某省大范围出现:主被叫专用承载速率不一致导致的未接通问题,导致VoLTE接续时延大幅增高。经过初步分析,初步定为是华为PCRF与华为SBC协调问题。1月18日下午,阳泉公司实地测试,网络维护、互联网中心协助挂表,测试共发现5类现象,见表6-24。

表6-24 未接通VoLTE测试记录

978-7-111-55491-2-Chapter06-71.jpg

结合上表,在排除无线环境原因的基础上(RSRP-85,SINR14),可将引起未接通和被叫CSFB的原因归为以下两类:

主叫带宽问题,专载无法建立后直接导致未接通。

被叫带宽问题,专载无法建立全部走CSFB流程,但时延较大,在14~18s之间。

2.问题分析

通过详细对比测试仪表中的主被叫信令流程,以及挖掘出信令流程中专载速率修改的情况,来寻找异常情况的原因。

1)正常呼叫流程,见表6-25。

表6-25 VoLTE正常呼叫流程及承载速率

978-7-111-55491-2-Chapter06-72.jpg

(续)

978-7-111-55491-2-Chapter06-73.jpg

2)异常呼叫流程。

①主叫正常起呼,被叫带宽为14kbit/s或49kbit/s,见表6-26。

表6-26 VoLTE异常呼叫流程被叫带宽为14kbit/s或49kbit/s

978-7-111-55491-2-Chapter06-74.jpg

(续)

978-7-111-55491-2-Chapter06-75.jpg

②主叫正常起呼,被叫切换导致专载未建立走CSFB流程,见表6-27。

表6-27 VoLTE异常呼叫流程被叫切换导致专载未建立走CSFB流程

978-7-111-55491-2-Chapter06-76.jpg

(续)

978-7-111-55491-2-Chapter06-77.jpg

③主叫QCI1初始建立速率为3,modify修改为14,被叫正常起呼(未接通),见表6-28。

表6-28 主叫QCI1初始建立速率为3,modify修改为14,被叫正常起呼(未接通)

978-7-111-55491-2-Chapter06-78.jpg

④主叫正常起呼但修改专载前后发生切换未收到invite183,被叫正常起呼(未接通),见表6-29。

表6-29 主叫正常起呼但修改专载前后发生切换未收到invite183,被叫正常起呼(未接通)

978-7-111-55491-2-Chapter06-79.jpg

(续)

978-7-111-55491-2-Chapter06-80.jpg

⑤主叫无法建立专载,被叫正常起呼(未接通),见表6-30。

表6-30 主叫无法建立专载,被叫正常起呼(未接通)

978-7-111-55491-2-Chapter06-81.jpg

3.信令流程及事件详释(www.daowen.com)

结合上面的5种现象,下面将依次进行信令展示:

1)主叫正常起呼,被叫带宽不正常。

①被叫专载49kbit/s情形,如图6-44所示。

978-7-111-55491-2-Chapter06-82.jpg

图6-44 主叫正常起呼被叫带宽不正常以及被叫专载49kbit/s

②被叫专载14kbit/s情形,如图6-45所示。

978-7-111-55491-2-Chapter06-83.jpg

图6-45 主叫正常起呼被叫带宽不正常以及被叫专载14kbit/s

2)主叫正常起呼,被叫由于切换导致专载未建立,如图6-46所示。

978-7-111-55491-2-Chapter06-84.jpg

图6-46 主叫正常起呼,被叫由于切换导致专载未建立

3)主叫QCI1初始建立速率为3,modify修改为14,如图6-47所示。

978-7-111-55491-2-Chapter06-85.jpg

图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所示。

978-7-111-55491-2-Chapter06-86.jpg

图6-48 主叫正常起呼,但修改专载前后发生切换未收到invite183

978-7-111-55491-2-Chapter06-87.jpg

图6-49 主叫直接无法建立专载

978-7-111-55491-2-Chapter06-88.jpg

图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的现象。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈