2.8.201-VoLTE丢包率指标优化

EricssonInternalOPTIMIZATIONCASETEMPLATE1(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA12.8.201_VoLTE丢包率指标优化EricssonInternalOPTIMIZATIONCASETEMPLATE2(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA1目录1问题描述.....................................................................错误!未定义书签。2问题分析.....................................................................错误!未定义书签。3解决方案.....................................................................错误!未定义书签。4实际效果.....................................................................错误!未定义书签。EricssonInternalOPTIMIZATIONCASETEMPLATE3(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA11背景上/下行语音丢包率是表征VOLTE语音业务的一个重要KPI，与时延、抖动作为影响VOLTE语音质量的三要素之一；监控、优化、提升上/下行语音丢包率可辅助提升VOLTE用户感知。四川遂宁、资阳两地市Volte上下行丢包率后台统计指标较差，排名靠后，急需优化。故分析了可能影响丢包率的因素并结合其他地市优化优化方法，总结了两组参数调整方案来提升丢包率指标。22．VoltePDCP丢包的原理形成2.12.1上行（空口）丢包统计原理简述上行语音丢包率公式上行语音丢包率=L.Traffic.UL.PktLoss.Loss.QCI.1/L.Traffic.UL.PktLoss.Tot.QCI.1*100L.Traffic.UL.PktLoss.Loss.QCI.1：小区QCI为1的业务PDCPSDU上行丢弃的总包数L.Traffic.UL.PktLoss.Tot.QCI.1：小区QCI为1的业务上行期望收到的总包数上行丢包原因1）上行调度不及时（上图①）会导致UEPDCP层丢弃定时器超时丢包，目前现网是按移动要求的100ms设置，有优化空间。2）空口传输质量（上图②）差，MAC层多次传输错误后导致丢包，可尝试增大MAC层重传次数。EricssonInternalOPTIMIZATIONCASETEMPLATE4(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA1上行丢包统计原理eNodeB的PDCP层接收语音包时如果检测到语音包的SN号不连续，则认为出现丢包，L.Traffic.UL.PktLoss.Loss.QCI.1加1，L.Traffic.UL.PktLoss.Tot.QCI.1加2个SN号的差值2.22.2下行（空口）丢包统计原理简述下行语音丢包率公式(L.Traffic.DL.PktUuLoss.Loss.QCI.1+L.PDCP.Tx.Disc.Trf.SDU.QCI.1)/(L.Traffic.DL.PktUuLoss.Tot.QCI.1+L.PDCP.Tx.Disc.Trf.SDU.QCI.1)L.Traffic.DL.PktUuLoss.Loss.QCI.1：QCI为1的业务PDCPSDU下行空口丢弃的总包数L.PDCP.Tx.Disc.Trf.SDU.QCI.1:QCI为1的业务PDCP层下行丢弃的业务SDU数L.Traffic.DL.PktUuLoss.Tot.QCI.1：QCI为1的业务PDCPSDU下行空口发送的总包数下行丢包原因下行丢包基本是由于用户处于小区弱覆盖区域，CQI测量不准或者PUCCH或全带宽存在强干扰导致下行数据反馈连续出现DTX/NACK导致。下行丢包统计原理由于语音业务RLC配置的是UM模式，没有RLC重传，因此语音丢包统计放在MAC层处理统计。当下行MAC重传达到最大重传次数时仍未正确解调，eNodeB认为下行有丢包，L.Traffic.DL.PktUuLoss.Loss.QCI.1加1，下行MAC收到ACK或达到最大重传次数，L.Traffic.DL.PktUuLoss.Tot.QCI.1认为语音包已经发送完成，L.Traffic.DL.PktUuLoss.Tot.QCI.1加1。PKTPHYPHYENB侧PHYPHYUE侧空口丢包发送到空口前丢包EricssonInternalOPTIMIZATIONCASETEMPLATE5(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA1在小区收到PDCPSDU之后，在空口发送之前，可能会发生丢包。当小区内PDCPSDU在空口发送之前被丢弃时，L.PDCP.Tx.Disc.Trf.SDU.QCI.1加1.33.验证参数介绍根据PDCP层丢包原因的分析，计划优化丢包率指标的方法如下：3.13.1延长PDCPSDU的丢弃时间：由于PDCPDiscardtimer参数在爱立信eNB中没有单独参数来设置，开启TCP优化功能后，通过TcpOptimization功能和参数组合可以设置PDCPDISCARDTIMER参数。通过TcpOptimization功能和参数组合可以设置PDCPDISCARDTIMER参数；具体步骤如下：1）激活开通TcpOptimization功能；2）设置QCI1的aqmMode为2；3）设置参数开关sysConstUlPdcpSduTimerDiscardEnabled为1或者2；4）设置PDCPDiscardtimer时长=pdb*【sysConstUlPdcpSduTimerDiscardEnabled】+pdbOffset。其中：AqmMode和sysConstUlPdcpSduTimerDiscardEnabled的不同组合，会得到不同的discardtimer值。sysConstUlPdcpSduTimerDiscardEnabled设置成2，相应的discardtimer会大些。目前我们的系统常量SC998即上面提到的UlPdcpSduTimerDiscardEnabled为默认值1，pdbOffset设置为0，pdb设置为100，则PDCPdiscardtimer为100ms。计划调整qci1的pdboffset值改到300，SC998和pdb保持不变，即调整PDCPSDU的丢弃时间为400ms。3.23.2增大MAC层重传次数目前MAC的上下行重传次数默认为4，计划将DlHarqMaxTxNum/UlHarqMaxTxNum调整为5，增加在弱覆盖场景下的HARQ重传次数，降低丢包率。另外，RLC层通过重排序来弥补由于底层混合自动重传请求（HARQ）操作产生的乱序接收。在调整了HARQ重传次数之后，需要调整RLC层的重排序时间以保证t-Reordering的取值大于HARQ最大重传次数*HARQRTT。故调整参数如下：EricssonInternalOPTIMIZATIONCASETEMPLATE6(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA11）修改QCI1上下行重排序时长QciProfilePredefined:tReorderingDl，QciProfilePredefined:tReorderingUl到60；2）修改上下行HARQ重传次数MACConfiguration:dlMaxHARQTx，MACConfiguration:ulMaxHARQTx到5。44.参数验证效果：4.14.1延长PDCPSDU的丢弃时间效果在资阳选取了53个丢包率高的TOP小区，进行pdboffset参数修改到300验证，从效果来看，能有效降低上下行丢包率。后在遂宁全网进行了pdboffset参数调整，从调整前后对比结果来看，上行丢包率改善较明显，可在全网推广。024681012142345678910111213141516171819202122修改后EricssonInternalOPTIMIZATIONCASETEMPLATE7(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA14.24.2增大MAC层重传次数调整效果在资阳选取了19个top站点对MAC重传次数和重排序时长进行了调整验证，由于TOP小区丢包率变化较大，从当时调整后观察两天的结果丢包率略有改善，整体效果不是很明显。后进行了全网修改，效果不明显，已将参数倒回。由于各地市无线环境差异较大，仍可修改该参数尝试效果。55.小结本次验证初步结论如下：00.20.40.60.811.2EricssonInternalOPTIMIZATIONCASETEMPLATE8(8)Prepared(Subjectresp)No.elindonApproved(Documentresp)CheckedDateRevReferenceMaggieLiLi2015-11-26PA1从遂宁全网修改结果来看，延长PDCPSDU丢弃时间能有效改善上行丢包率指标，可根据实际情况适当延长丢包时长；在弱覆盖场景下，增大MACHARQ重传次数，对降低丢包率有一定效果，可根据实际无线环境进行调整尝试。