4G优化案例：VoLTE业务丢包率专题分析与感知提质.docxVIP

VoLTE业务丢包率专题分析与感知提质 XX XX年XX月 目 录 TOC \o 1-3 \h \u 1 VoLTE空口丢包概述 3 1.1 原理介绍 3 1.2 指标定义 6 2 VoLTE空口丢包率现状 6 3 VoLTE空口丢包率高的三大因素 7 3.1 覆盖原因：弱覆盖、上行不平衡、重叠覆盖 7 3.2 干扰原因：800M频段干扰严重 9 3.3 重建原因：切换失败 10 4 典型案例及解决措施 17 4.1 针对覆盖的优化 17 4.1.1 TtiBundling特性优化增强覆盖案例 17 4.1.2上行接收通道不平衡处理案例 18 4.2 针对干扰的优化 22 4.2.1 干扰场景下PUCCH标称P0值优化案例 23 4.2.2 干扰场景下预调度参数优化案例 25 4.2.3 上行语音用户RB预留开关优化案例 29 4.2.4 800M干扰站点多频切换策略优化案例 33 4.3 针对重建的优化 34 4.3.1 重建的优化案例 35 4.4 特性参数优化 36 4.4.1 ROCH特性优化 36 4.4.2 基于语音质量的异频切换优化 38 5 经验总结 39  VoLTE业务丢包专题分析与感知提质 XX 【摘要】VoLTE业务和传统语音相比，具有接通时延短、语音质量清晰的优点。VoLTE空口丢包会导致用户出现吞字、断续、单通等语音质量问题。本文分析影响VoLTE空口丢包率高的三大因素：覆盖、干扰、RRC重建；VoLTE空口丢包优化着重从覆盖优化（弱覆盖、上行不平衡、重叠覆盖），干扰的特性优化及多频切换策略优化，RRC重建优化（着重切换优化）及特性参数优化方面进行，达到改善丢包率从而提升VoLTE用户感知的目的。 【关键字】覆盖、干扰、重建 【业务类别】QCI1空口上、下行丢包率，特性参数优化 VoLTE空口丢包概述 原理介绍 VoLTE高清语音编码速率为23.85kbps，终端每20ms生成一个VoLTE 语音包（使用RTP实时流媒体协议传输），再加上UDP包头、IP包头，在应用层最终打包成IP包进行传输。 在无线空口，按照协议IP包进一步被转换成PDCP包，PDCP包就是空口传输的有效数据。PDCP包在终端和基站间传输异常会导致应用层RTP包的丢失，从而引起语音感知差。 空口丢包，终端或基站调度发出 PDCP 包后，由于空口质量问题导致在空口传输过程中丢失称为空口丢包。基站侧根据终端上发的 PDCP SN 序列号是否连续判断丢包的数量。例如终端发送了 PDCP SN 为 1/2/3/4/5 共 5 个包，而基站收到 PDCP SN 为 1/2/3/5 共 4 个包，那么基站侧统计的丢包率为 1/5=20%。下行语音空口丢包率是根据 MAC 层反馈的 ACK/NACK 统计空口丢包。举例：一个 TBSize初传反馈 NACK，第一次重传反馈 ACK，这个包不统计为丢包。一个 TBSize 初传反馈 NACK，第一次、第二次，…直到最大重传次数都反馈 NACK，这个包统计为1 个丢包。 无线侧话统中VoLTE丢包率指QCI1在eNodeb及eNodeb以下丢失的PDCP包（RTP属于LTE承载的高层内容，eNodeb侧只能统计PDCP层的丢包，UE和SEQ可以统计RTP的丢包）分为上下丢包和下行丢包。丢包细分原因和对应场景如下图所示： 根据上行调度流程，从丢包的根本原因上来说，上行空口丢包主要有以下几种情况： 1）达到最大上行最大HRAQ重传次数：在RLC层，QCI1采用的是UM模式，不进行重传。语音包数据在MAC层多次重传都失败导致残留误包时，本次语音包就会被丢弃引起丢包。 2）PDCP Discard Timer超时：语音包达到基站/终端时在PDCP层缓存，由于某种原因导致无法及时处理、无上下行调度会导致丢包定时器超时而丢包。 3）eNodeB上行解码某语音包错误，在PHICH信道反馈NACK，但是被UE错解为ACK，会引起丢包。 在实际的现网问题中，又有不同的场景会导致以上丢包原因发生： 下行丢包是RTP包进入eNodeb的PDCP层开始统计（统计点1），到MAC层未得到确认（统计点3，QCI1是UM模式，没有RLC层确认。MAC层确认指HARQ确认），包含了下面第1、2、3点原因。下行空口丢包是PDCP SDU 在空口下发后（统计点2），没有收到MAC层HARQ确认，是下面4点原因： 1）PDCP Discard Timer 超时后的丢弃； 2）MAC 层 Buffer 溢出，在L1无调度； 3）PDCP向RLC 下发SDU数据失败； 4）L1有调度，空口丢包（达