VOLTE丢包率专题分析.docx

VOLTE RTP丢包率问题分析各位网优兄弟，小弟我做了一个群，373108874，里面主要发放一些淘宝优惠券，几乎 淘宝所有的类目都包含的有，网购的兄弟进去看看，多谢支持一个七年老网优拜谢了！！一、网管统计丢包率情况1、丢包率变化情况：丢包率变化情况■上行丢包率■下行丢包率通过对指标的观察，发现上行丢包率大于下行丢包率，且指标都位于0.1%-0.3%之间二、丢包率的影响因素（无线侧）1、上行丢包率影响上行丢包率的主要有三大因素：弱覆盖、大话务、上行干扰① 弱覆盖：上行弱覆盖导致上下行链路不平衡，导致丢包；案例：邻区漏配导致的弱覆盖，丢包严重，MOS低② 大话务：控制信道配置不足，同一小区内上行用户量多时概率性出现上行数据包未 正常发送，导致丢包；案例：凉山西昌市东城移动大楼-HLW业务量较大，上行丢包率较高东城移动大楼-HLW站点长期业务量较大，上行丢包率大于1%,主要原因是上行资源不足，需要修改上下行初始CCE分配比例，加大上行CCE的资源预留③ 外部干扰：4G网络受到网内、网外干扰的情况依然存在，如电信FDD干扰、干扰器、 站点 GPS 故障等，导致丢包案例：上行干扰导致上行丢包严重，造成掉话问题描述UE 在芙蓉路由北往南移动，主叫占用东坡区红星路玫瑰园 -HLH-2(RSRP:-77.56dBmSINR:26.9dB) 在 16:55:29.181 完成呼叫，发起 BYE REQUEST 请求；被叫占用相同小区(RSRP:-80.75dBm SINR:23.5dB)在此时未收到网络侧下发的 BYE REQUEST，在 16:55:32.105 主动发起BYE REQUEST，系统记为一次掉话。

问题分析主叫在通话完成以后上发BYE REQUEST，基站侧未收到，被叫主动发起BYE REQUEST， 系统记为掉话查看主被叫信令，发现在挂机时刻UE重复发送BYE REQUEST消息和BYE OK 消息，基站侧也重复下发BYE REQUEST给主叫，此时上行BLER非常高，达到70%-80%,上 行链路质量非常差；通过查询当时的干扰信息，发现该路段附近存在较大的上行干扰：(参 考此时段共站共覆盖TDS小区“SMSNR1:红星路玫瑰园_2”干扰信号)问题结论该路段存在较强的外部干扰，需对干扰源进行定位，排除干扰2、下行丢包率影响下行丢包率的主要有三大因素:弱覆盖、下行质差、外部干扰 弱覆盖:上行弱覆盖导致上下行链路不平衡，导致丢包；下行质差：4G网络组网结构复杂，目前存在F/D/E共计7个频点，等同于7张网络， 切换、重选参数设置难度很大，在部分复杂场景下容易发生重叠覆盖、频繁切换问题，导致 丢包；部分区域存在模3干扰导致丢包；案例1模3干扰导致丢包，影响MOS值案例2：重叠覆盖导致丢包，影响MOS值外部干扰：4G网络受到网内、网外干扰的情况依然存在，如电信FDD干扰、干扰器、 站点 GPS 故障等，导致丢包。

三、针对影响因素目前可以使用的优化手段1、针对上行丢包率可用的优化手段弱覆盖处理手段：疤张无帳烧住大话务导致丢包的优化手段：1. 梳理现网的大话务小区，以及 CCE 分配失败的话务统计，发现有类似小区要加大上 行 CCE 的预留资源2. 梳理现网CCE8聚合比例高的小区，通常这类小区是边缘用户数较多，需要解决覆盖 或者邻区漏配问题3. 话统中是否有大量的无邻区导致的无法触发的切换统计，说明有漏配邻区问题，要 及时优化邻区外部干扰处理手段：通过测试、扫频、后台提取干扰数据等方法定位干扰源，排除干扰2、针对下行丢包率可用的优化手段覆盖类问题处理同上下行质差、外部干扰处理流程及方法：足』-收和邻区PtL MIIO：1 一4』仝好岸俏「卜卜书左出门IW 6FTiirr扰特征K1&「扰牡征干扰类处理流程VS_雜建亠就二> S1SK 0啊-Udi tin调能船戏利按肯丫 訂v~~r^r4 H価门祈址埋< FX个问㈱小医吨缶 戊鬲IL tiT 二心球WT3、新功能、参数的应用对于以上影响因素，目前还可以通过调整参数、开启或关闭基站相关功能降低丢包率1、开启UL CoMP降低上行丢包（现网暂未开启）原理：cell2所接收到的UE1的干扰，被用于与celll所接收的UE1信号进行合并。

对 UE1而言，接收天线从2根变为4根；消除了 UE之间的干扰2、 优化P0_PUCCH功控参数（现网设置为-105，浙江建议设置-115）优化功控参数P0可控制全网干扰水平，提升语音覆盖，实测结果提升覆盖1〜4dB另一方 面， P0 配置过低，在降低全网干扰的同时将影响上行吞吐量，对全网性能的影响程度仍需 评估3、 大话务场景开启 DRX 长时间无调度问题 上行资源调度与基站预估算法有关，以下情况会导致基站预估不准确：1） UE正常的BSR上报比如：SR上报后，到调度这段时间产生的语音包；或者UE上行其 它承载产生的一些数据（信令， QCI9）2） 静默期转激活期时基站在静默期不进行数据预估，对SR资源预估不准确3） 补偿调度对激活期和静默期的误判目前华为基站8.1版本对激活期和静默期存在误判 的问题，也存在SR资源预估不准确的情况4） 边缘用户小区边缘用户上行可能会产生RLC分片，也会出现BSR后续华为11.1版本会将有BSR上报的Volte用户单独进行调度，不再进入散列队列中排 队进行调度，可有效解决该问题目前关闭QCI1的DRX开关来规避4、 RRC重建参数优化优化思路：减少N310、T310,在无线信号差的时候尽快触发重建以恢复无线链路正常。

注意：在参数优化后，语音感知从2-3 秒吞字改善为仅听到颤音，感知提升比较明显，但同 时RRC重建次数会有一定比例的增加，需要视具体情况进行优化设置各位网优兄弟，小弟我做了一个群，373108874，里面主要发放一些淘宝优惠券， 几乎淘宝所有的类目都包含的有,网购的兄弟进去看看，多谢支持一个七年老网优拜谢了！！。