【问题描述】:
近期在拉网测试过程中存在空口质量良好的情况下MOS低的问题,且多出现在切换过程中。另外,有用户反馈如果在VoLTE通话过程中移动,会概率性出现通话质量较差的情况。两个现象推断为同一原因引起,且影响范围较广。
【问题分析】:
1)如图13-89所示,15∶54∶11主叫下行MOS分值为2.59,从终端Log看,平均时延较高,为227.836。
2)如图13-90与图13-91所示,从MOS分语音波形来看,低分波形与正常波形对比,部分语音出现240ms时延,方框部分为产生时延。
3)查看被叫收到的RTP包发现,15∶40∶01.242收到1338后,15∶40∶01.493收到1339。两语音包间隔251ms,如图13-92所示。
4)如图13-93所示,1013-5发42(RTP 1338)后,13-5发43(RTP 1139),间隔240ms。
5)如图13-94所示,空口切换时延为20ms,PDCP发包时延为100ms。上行没有一次性发大量RTP包。
如图13-95所示,空口上行非一次发大量RTP包,囤包发生在基站上行到核心网。查看基站囤包原因,发现基站发path_switch_reqest,210ms后才收到path_switch_reqest_ack。即基站收到UE的RTP包后,等待MME回path_switch_reqest_ack时间过长,导致囤包。
图13-89 终端Log分析
图13-90 MOS低分波形
图13-91 正常波形图
图13-92 查看被叫收到的RTP
图13-93 主叫下行PDCP层包
图13-94 被叫上行发包查看(www.xing528.com)
通过信令分析发现,所有问题的现象一致,均为X2切换过程中基站发path_switch_reqest后核心网回复ACK时延较长导致。因为协议规定收到ACK前基站不能发送业务包,所以数据业务包在EnodeB侧给囤住,导致切换完成后,所有的包同一个时间点发送到UGW最终导致出现乱序,如图13-96所示。
图13-95 囤包原因查看
图13-96 信令流程
为了进一步分析问题的原因,通过核心网、无线、传输进行抓包,问题定位。
复现问题点得出ACK返回时延为557ms。
6)通过进一步分析发现,时延长的原因为在线计费功能引入的问题导致。在线计费功能是由在线计费系统(Online Charging System,OCS)控制,是一个实时的基于业务使用和系统进行交互计费的系统。在线计费在会话进行过程中收集计费信息,实现实时结算。在VoLTE用户移动过程中,位置改变触发了到OCS的CCR(Credit Control Request)。由于该过程导致处理流程增加了约200ms的延时,如图13-97所示。
图13-97 ACK返回时延查看
7)在测试过程中,由于UE位置改变触发到了OCS的CCR。测试卡签约了在线计费,导致了接近300ms的延时,如图13-98所示。
图13-98 信令流程查看
8)为了验证结论,使用两张未开通在线计费功能的卡和两张开通在线计费功能的卡分别拉网测试做对比,对比结果见表13-4。
表13-4 未开通在线计费功能的卡与开通在线计费功能的卡拉网测试对比
从对比结果可以看出,开通在线计费功能后,MOS3.0占比从99.25%下降到95.38%,影响较为明显。
【解决方案】:
在VoLTE用户切换过程中,概率性出现切换过程时延较长是导致MOS较差的直接原因。分析核心网回复ACK时延较长的具体原因是,测试卡开通在线计费功能,OCS处理过程中引入时延导致基站侧囤包后丢包乱序,暂时关闭测试卡的在线计费功能可解决该问题。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。