VoLTE吞字断续优化方案

连续丢包3~5个以上会出现吞字、断续

吞字/断续定义：

通话过程中，语音有短暂停顿，收音段听语音中会出现“吞字/断续现象”

定量分析：

1.基于测试语音分析，每2秒中大约8个字，每个字约10个RTP语音包

2.连续丢3~5个RTP以上就可能会出现吞字断续的感觉

3.用户面突然中断100ms以上，会出现类吞字感觉

丢包7个：“直”“都”颤音

丢包、抖动综合现象(“连续”丢包32)：明显吞字

上行或下行无数据包出现单通

单通定义：

1.通话过程中，只有一方能听见对方声音出现“单通现象”

2.单通现象表现为一段时间内无上行或下行RTP语音包

丢包是吞字、断续、单通的根本原因；但简单依赖丢包评价VoLTE用户客观感知，容易出现客观感知评价不够完善

如：丢包0.5%，丢包规律可能为连续丢包，也可能为离散性丢包，导致容易忽略吞字问题

Q：终端是否有能力进行客观感知评价？

A：可以通过如端云数据评价。终端下行感知评价无法指导优化，上行具备一定参考性

终端上行的丢包评价，具备优化参考性

终端不能依靠RTP或RTCP包进行丢包判决

1.语音包为UDP包，无反馈，终端无法判定是否丢包

2.部分终端可能存在RTCP不反馈，导致无法获取丢包

终端可依据自身的调度反馈或弃包进行上行丢包判决

1.上行包缓存超过2s

2.3s内上行PDCP丢包率超过50%

终端判定下行丢包，基于RTP来包判定丢包情况

对于优化指导而言，终端下行丢包可能来源于多个方向：

① 传输或核心网异常丢包

② 对端上行丢包；以上丢包也可能来自于非联通自身网络

下行评价的丢包问题，很难有效指导定界定位分析，无从下手

Q：网络侧（SEQ）是否有能力进行客观感知评价？

A：网络侧上行评价相对准确；下行评价受限于客观条件，存在统计误差

网络侧通过各节点探针的数据采集，能够进行RTP和RTCP包的分析，确定各节点的上行或下行丢包情况。

建议优先选择上行进行语音质差评价，重点解决空口质差问题

声明：本站部分内容来源于网络，本站仅提供信息存储，版权归原作者所有，不承担相关法律责任，不代表本站的观点和立场，如有侵权请联系删除。