BLER高导致衢州世通华庭18号楼LTE下载速率偏低的处理.docx (1.24 MB)

1 BLER简介在无线网络中，一个设备（如
eNodeB）是按块（block）向另一个 设备（如
UE）发送数据的。发送端使用块中的数据计算出一个
CRC， 并随着该块一起发送到接收端。 接收端根据收到的数据计算出一个
CRC， 并与接收到的
CRC
进行比较，如果二者相等，接收端就认为成功地收 到了正确的数据，并向发送端回复一个“ACK”；如果二者不相等，接收 端就认为收到了错误的数据，并向发送端回复一个“NACK”，以要求发 送端重传该块。如果在某个特定的周期内，发送端没有收到接收端的回 复， 则发送端假定之前发送的块没有到达接收端， 发送端自动重发该块。

(MAC 层的
HARQ
处理) BLER（block error rate），即误块率，是出错的块在所有发送的 块中所占的百分比（只计算初传的
block）。在实际应用中，某一特定 百分比（如：LTE
中数据信道的
BLER
要求为
10%以下）的
BLER
并不 总是必须的， 因为可以重传出错的块并通过特殊的处理 （如软合并等） ， 使得接收端正确解出收到的数据。需要测量和计算
BLER
时，在发送端 就能够完成，因为可以通过收到的
NACK
数来计算
BLER。

在
LTE
中，控制信道的目标
BLER
为
1%，数据信道的目标
BLER
位
10%。当
BLER
不超过
10%时，UE
将向
eNodeB
上报它所能解码的 最高MCS。

2
案例描述【问题描述】4月份城北拉网中，在衢州世通华庭18号楼_49小区下ABM下载速率很低（10Mbps), RSRP很高，下行SINR很好。



【问题分析】查看下行速率相关指标，可以看到该处CQI上报值还是比较高的，平均值是9.4但是MCS偏低，平均值只有6；MCS4的比例很高，达到了53%；BLER很高，达到了47%。

xx
关于CQI和最终调用的MCS之间的关系，厂家文档有以下的一段描述：


BLER控制机制的最终目标是得到一个尽可能与目标BLER接近的估算BLER。该算法可以在目标SINR上添加功率补偿，即delta=目标BLER–估计BLER。我对这些理论的简单理解是：如果实测的BLER高于10%，AMC算法就会降低目标SINR，从而降低MCS，以获得更稳健的MCS。该处路段的MCS低就是由于BLER高引起的。
下图是整个城北拉网的BLER，也可以看出该路段的BLER是最高的：

我们查询了后台，发现衢州世通华庭18号楼_49的VSWR驻波很高，是1.53。而且两个天线口，只有一个天线口有信号：
【处理措施】
我们于5月17日上站检查驻波。逐段排查，最终发现问题应该发生在这两幅射灯天线处。

我们第二天更换了这两副射灯天线。
【复测反馈】
天线更换后，驻波恢复正常。

调整前abm下载速率和BLER：


调整后abm下载速率和BLER：


3案例总结LTE下行速率一直是网优非常关注的一个指标，影响LTE下行速率的因素有很多，在L网网络优化的中期，我们经常会遇到SINR值好，但是下载速率很低，甚至达不到12M的情况，此时我们的分析思路应该是：先看DL grant的调度，RB/slot的调度，再看CQI，是否在7以上；MCS调度是否在14以上，以及具体毎级的百分比。这些指标的不达标都会导致速率不高，原因有很多，需要我们平时多做尝试，多做总结。