潍坊贝尔区域丢包率提升总结0718

1潍坊贝尔区域丢包率现场及原因分析中兴监控平台潍坊平均丢包率为0.18%，较上月同时期通报的潍坊平均丢包率0.85%有明显提升；高丢包率小区即平均丢包率大于2%的小区从上月的统计到的319个（全网占比2.67%），下降至目前的143个（全网小区占比1.2%）（24个D频段，8个E频段，112个F频段），高丢包率小区环比下降55%。潍坊贝尔区域Volte 丢包率现状Volte丢包率原因分析通过对平均丢包率较高的问题TOP小区从覆盖水平、干扰水平、无线环境情况、KPI指标等几方面进行分析的结果看，目前影响最严重的仍是干扰问题，其次才是无线环境和覆盖问题。问题小区中，干扰小区占比48%，MR弱覆盖小区占比22%，无线环境差（平均CQI小于9）小区占比15%，其余占比15%为其他原因（偶发、异常及终端原因，需现场实际定位）。从问题小区的分布看，问题TOP小区主要分布在县城区域内，农村和乡镇分布较少，由于县城内站点较密集，无线环境复杂，干扰水平较高等一系列因素导致了Volte丢包率较高。2潍坊贝尔区域丢包率提升手段提升网络指标手段u 通过对基站设备升级至MNCL3.1版本，新增语音SR优先响应规范，优化调度设计方案进一步提升弱覆盖场景下和上行调度不及时的场景下丢包性能表现。实施效果如下：u 对高丢包率小区进行改善丢包率的参数修改，通过降低上行HARQ最大发送次数、增大上行RLC层重排序定时器、增大PDCP层语音包丢弃定时器等手段，改善丢包率；涉及参数如下：参数名参数含义（中文）原始值修改值maxHarqTx该参数定义了上行HARQ最大发送次数n5n4timerTreorderingUplink上行RLC层重排序定时器ms45ms150logicalChannelPrioritizedBitRateUL该参数控制上行逻辑信道的PrioritizedBitRatekBps8kBps16logicalChannelbucketSizeDurationUL该参数控制上行逻辑信道的bucketSizeDurationms50ms100ulQCISchedulingWeight该参数控制bear的上行调度优先级1128pdcpDiscardTimerPDCP层语音包丢弃定时器ms100ms300u 对于弱覆盖较多区域基站使用无损模式进行发送，增强功率，提高覆盖。同时通过天馈调整、工程整改、处理故障等优化手段改善覆盖情况，实施情况如下：处理措施天馈调整工程整改处理故障数量89处4处8处u 加强高干扰小区处理，降低干扰对丢包率及通话质量的影响。目前对经常受到大气波导影响的区域进行改频44处和新增D频段设备15处，处理完成长期高干扰小区78处。3潍坊贝尔区域丢包率提升面临问题及下一步计划现阶段提升网络指标面临的问题下一步计划进一步夯实基础优化，定期核查系统内邻区和2G邻区的一致性和完整性，确保系统内和系统间的切换及时，避免切换不及时或失败问题引起丢包问题；积极配合上海贝尔研发解决无线侧上行丢包率统计大于实际丢包率的问题；利用Nokia Fast工具平台针对网络弱覆盖处进行针对性分析，对现有基站进行无损模式功率提升，对无基站覆盖区域进行小站规划及建设；由于潍坊地处沿海区域，大气波导干扰情况较为严重，推动诺基亚上海贝尔提高设备抗干扰能力。同时加强高干扰小区的排查处理。考虑到潍坊贝尔业务区以农村覆盖场景为主，农村场景具有覆盖受限，容量需求低于覆盖需求的特点，计划进一步做一些参数方面的优化尝试：p上行功控适当保守一些，加大UE功率，尤其是PUCCH的功率要保证，否则，SR/CSI信息容易丢失影响很大，打开基于CQI的PUSCH SINR计算功能，便于上行功控与下行CQI联动；p下行使用动态CFI节约RE资源，开启动态CCE增强在小区边缘的PDCCH解调性能，开启PDCCH power control增强小区边缘的PDCCH健壮性；p上行开启预调度功能，避免因为SR漏检导致无法调度问题，cQIToSINRLookUpTable适当保守一些，压制SINR使用更低阶的MCS提高解调性能；p下行dlMCSTransitionTable适当保守一些，使用低阶MCS提高解调性能，初始MCS值可以适当低一些，目的也是增加解调性能目前无线侧浪潮counter统计到的上行丢包率较高，通过与上海贝尔研发的沟通，上海贝尔研发给出解释这是一个第三方的winpath的bug，在无线环境较差的情况下频繁发生丢包会使无线侧的上行丢包率统计出现误差，导致无线侧统计到的上行丢包率大于实际丢包率。目前研发提供了解决该问题的patch,现场已开始对新patch进行验证，问题解决后无线侧counter统计到的丢包率会有进一步提升。