精品文档基于PHR改善VoLTE丢包文档格式.docx

精品文档基于PHR改善VoLTE丢包文档格式.docx

《精品文档基于PHR改善VoLTE丢包文档格式.docx》由会员分享，可在线阅读，更多相关《精品文档基于PHR改善VoLTE丢包文档格式.docx（12页珍藏版）》请在冰豆网上搜索。

89.78%

表一：

指标

该问题小区周边环境如下图所示，主要覆盖区域农村场景。

图一：

Googleearth截图

二、分析过程

2.1．功率余量报告（PHR）原理

PH，全称PowerHeadroom，中文为功率余量，即UE允许的最大传输功率与当前评估得到的PUSCH传输功率之间的差值，用公式可以简单的表示为：

PH=UEAllowedMaxTransPower-PuschPower。

它表示的是除了当前PUSCH传输所使用的传输功率之外，UE还有多少传输功率可以使用。

PH的单位是dB，范围是[-23dB，+40dB]。

如果PH值为负，表示当前的PUSCH传输功率已经超过UE允许的最大传输功率（PH是计算值，不是UE的实际传输功率，因此有可能超过最大功率导致该值为负），在下次调度时可以考虑减少该UE的RB资源分配；

而如果PH值为正，那么后续分配的RB数目还可以继续增加。

图二：

PHR的取值

PHR，全称PowerHeadroomReport，中文为功率余量报告，即UE向网侧报告功率余量的过程。

这个功率余量的值是通过MAC层的控制单元发送的，与这个过程相关的MAC控制单元也被称作PHR控制单元。

PHR控制单元固定占一个字节，其中高2位是R位即保留位，暂时不用，仅使用低6位存放0~63这64个PH等级值，每个PH等级值对应一个实际的dB值，如图2.2、2.3所示。

图三：

PHR控制单元

图四：

PH等级值对应dB

当满足下面几个条件中的任何一个，UE将触发一个PHR：

1）当UE有传输新数据的上行资源，prohibitPHR-Timer定时器超时或已经超时，并且在上一次传输功率余量报告之后，路径损耗的变化值已经超过了dl-PathlossChangedB。

2）periodicPHR-Timer定时器超时

3）当RRC层配置或重配置PHR功能或参数，且这种配置或重配置并不是禁止PHR。

发送流程如图2.4所示

图五：

PHR发送流程

通过PHR的值，可以判断UE的无线环境，PHR值越小，UE的上行发射功率就会越大，干扰也会越大，说明无线环境差，上行受限，可能存在覆盖问题；

PHR值越大，UE的上行发射功率越小，干扰越小，无线环境好。

2.2．VoLTE丢包率高分析定位

2.2.1告警核查，无影响业务告警

核查该小区告警情况，问题小区在4月4至4月10日未存在影响小区业务的重要告警。

图六：

网管告警截图

2.2.2干扰核查，无干扰

查询该问题小区日均干扰值在-119dBm左右波动，无上行干扰。

开始时间

小区名称

载波平均噪声干扰（分贝毫瓦）

2020/6/3

-119.875

2020/6/4

2020/6/5

-119.857

2020/6/6

-119.750

2020/6/7

-119.625

2020/6/8

-119.125

2020/6/9

-119.500

表二：

干扰截图

2.2.3覆盖核查，上行覆盖不足

通过统计问题小区大于等于-110dBm的覆盖率在97%以上，不存在弱覆盖。

UE功率余量低于0占比高达25%以上，存在严重的上下行链路不平衡。

覆盖率

功率余量<

0占比

96.55%

26.67%

97.03%

27.15%

97.56%

26.77%

97.61%

28.13%

97.13%

28.06%

97.22%

29.92%

98.11%

28.16%

表三：

MR覆盖率及功率余量统计

UE功率余量（powerheadroom）,简称PH。

无线信号从发送端到接收端存在能量损耗，功率余量表示的是一个UE完成当前传输后的剩余功率。

powerheadroom=UE最大传输功率-PUSCH功率=Pmax-PPUSCH

●如果功率余量为正：

表示UE在最大传输功率下，还能传输更多数据；

●如果功率余量为负：

表示UE的传输已经超过了允许的最大传输功率。

2.2.4指标分析，上行丢包严重

问题小区数据业务关键性能指标正常，但VoLTE语音上行RTP丢包率较为严重。

上行RTP丢包率

上行RTP丢包数

上行RTP总包数

0.69%

1150

166667

0.39%

1136

289365

0.47%

1119

237465

0.51%

1112

216737

0.50%

1186

236775

0.52%

2188

417571

0.34%

1131

332915

表四：

网管统计丢包指标

2.2.5现场CQT测试，下行SINR异常

测试指标情况如下：

现场对问题小区进行CQT定点锁频测试，MOS均值3.79，整体覆盖情况良好，但平均SINR较差导致上下行RTP丢包率较高。

问题小区

测试平均MOS

测试平均RSRP（dbm）

测试平均SINR（db）

测试平均RTP上行丢包率

测试平均RTP下行丢包率

3.27

-71.26

3.32

1.95%

1.47%

4.11

-94.57

-2.24

0.16%

0.14%

3.98

-106.22

-2.47

1.24%

表五：

CQT测试

分析小结：

该异常小区在无告警、覆盖良好的情况下，存在上下行链路不平衡导致上行RTP丢包，从而出现VoLTE通话异常。

三、解决措施

3.1结合指标分析与现场测试，优化措施如下：

1、修改小区RS功率由21.2改为18.2，并将电子角由0度调整至6度，控制覆盖；

2、问题小区的FDDPDCPSDU的丢弃时间（QCI1和QCI2）由100ms改为300ms。

图七：

参数修改

3.2效果验证：

参数修改后，提取网管指标验证：

丢包率大幅度改善，用户通话感知改善。

（覆盖范围收缩，总采样点变少，且无用户投诉）

2020/6/11

0.00%

1

167107

2020/6/12

60718

2020/6/13

135593

2020/6/14

61234

2020/6/15

120468

2020/6/16

197761

2020/6/17

52159

表六：

丢包指标对比

图八：

四、经验总结

针对VoLTE异常小区WH-无为-无为高沟01F机房-ZFTA-442667-50的优化整治过程中，通过PHR可定位该小区因上行覆盖不足导致高丢