BLER高導致衢州世通華庭18號樓LTE下載速率偏低的處理.docx (1.24 MB)

1 BLER簡介在無線網絡中，一個設備（如
eNodeB）是按塊（block）向另一個 設備（如
UE）發(fā)送數據的。發(fā)送端使用塊中的數據計算出一個
CRC， 并隨著該塊一起發(fā)送到接收端。 接收端根據收到的數據計算出一個
CRC， 并與接收到的
CRC
進行比較，如果二者相等，接收端就認為成功地收 到了正確的數據，并向發(fā)送端回復一個“ACK”；如果二者不相等，接收 端就認為收到了錯誤的數據，并向發(fā)送端回復一個“NACK”，以要求發(fā) 送端重傳該塊。如果在某個特定的周期內，發(fā)送端沒有收到接收端的回 復， 則發(fā)送端假定之前發(fā)送的塊沒有到達接收端， 發(fā)送端自動重發(fā)該塊。

(MAC 層的
HARQ
處理) BLER（block error rate），即誤塊率，是出錯的塊在所有發(fā)送的 塊中所占的百分比（只計算初傳的
block）。在實際應用中，某一特定 百分比（如：LTE
中數據信道的
BLER
要求為
10%以下）的
BLER
并不 總是必須的， 因為可以重傳出錯的塊并通過特殊的處理 （如軟合并等） ， 使得接收端正確解出收到的數據。需要測量和計算
BLER
時，在發(fā)送端 就能夠完成，因為可以通過收到的
NACK
數來計算
BLER。

在
LTE
中，控制信道的目標
BLER
為
1%，數據信道的目標
BLER
位
10%。當
BLER
不超過
10%時，UE
將向
eNodeB
上報它所能解碼的 最高MCS。

2
案例描述【問題描述】4月份城北拉網中，在衢州世通華庭18號樓_49小區(qū)下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，以獲得更穩(wěn)健的MCS。該處路段的MCS低就是由于BLER高引起的。
下圖是整個城北拉網的BLER，也可以看出該路段的BLER是最高的：

我們查詢了后臺，發(fā)現衢州世通華庭18號樓_49的VSWR駐波很高，是1.53。而且兩個天線口，只有一個天線口有信號：
【處理措施】
我們于5月17日上站檢查駐波。逐段排查，最終發(fā)現問題應該發(fā)生在這兩幅射燈天線處。

我們第二天更換了這兩副射燈天線。
【復測反饋】
天線更換后，駐波恢復正常。

調整前abm下載速率和BLER：


調整后abm下載速率和BLER：


3案例總結LTE下行速率一直是網優(yōu)非常關注的一個指標，影響LTE下行速率的因素有很多，在L網網絡優(yōu)化的中期，我們經常會遇到SINR值好，但是下載速率很低，甚至達不到12M的情況，此時我們的分析思路應該是：先看DL grant的調度，RB/slot的調度，再看CQI，是否在7以上；MCS調度是否在14以上，以及具體毎級的百分比。這些指標的不達標都會導致速率不高，原因有很多，需要我們平時多做嘗試，多做總結。