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以上,以及具体毎级的百分比。这些指标的不达标都会导致速率不高,原因有很多,需要我们平时多做尝试,多做总结。
扫码关注5G通信官方公众号,免费领取以下5G精品资料
1、回复“ZGDX”免费领取《中国电信5G NTN技术白皮书》
2、回复“TXSB”免费领取《通信设备安装工程施工工艺图解》
3、回复“YDSL”免费领取《中国移动算力并网白皮书》
4、回复“5GX3”免费领取《 R16 23501-g60 5G的系统架构1》
5、回复“iot6”免费领取《【8月30号登载】物联网创新技术与产业应用蓝皮书——物联网感知技术及系统应用》
6、回复“6G31”免费领取《基于云网融合的6G关键技术白皮书》
7、回复“IM6G”免费领取《6G典型场景和关键能力白皮书》
8、回复“SPN2”免费领取《中国移动SPN2.0技术白皮书》