電信4G下行吞吐量低的問題分析

電信4G下行吞吐量低的問題分析

Summery:

據現有手上log綜合分析，造成UL速率低於對比機的原因是：UL一直處於弱場！而造成UL弱場的主要原因是下行路損過大造成的。下行路損過大是因為主集的RSRP一直很差導致。

這就造成了UL的功率在達到最大後依然只能攜帶有限的TB和採用有限的MCS，所以UL ThoughPut低於對比機.

Next Steps:

查看什麼原因導致主集 RSRP過差問題？----可以採用共天線測試下DUT和REF，這樣也可以check是否網絡多路徑造成咱們機器一直處於UL弱場。

這個問題是老問題，很早以前就有提出，最新版本驗證依然存在。

Log analysis:

在看下面分析之前要知道什麼會影響UL的Thoughput：

A、PUSCH的Txpower，這個強相關。

B、AP側灌包情況

1、先看AP的情況：

在AP我們看到大量的重傳以及dup-acks，說明咱們的RTT很高，咱們的RTT大概是240ms，而對比機只有90ms。這說明問題出在底層。

2、再看modem

DUT機器PHY ThroughPut和BLER，發現咱們的BLER特高，經常出現將近90%~100%的BLER.

DUT機器PDCP的ThoughPut,最大為1240bytes，說明咱們機器的傳輸塊（TB）較小，單位時間傳輸的TB有限。

這時，可以看下REF的情況：

REF的BLER最高基本是在50%以下。

REF的PDCP的Thoughput峰值達到3600bytes.

看到這裡我們發現確實咱們的傳輸速率不行，而且很多重傳。接下來看下DCI的分配，這個是網絡配給手機的傳輸策略。

DUT的DCI，配置的MCS&TBS為9/10，編碼方式為QPSK（這是最弱的一種調製方式）

網絡為什麼把傳輸策略配置的這麼低？

DUT的PUSCH的發射功率已達最大，線損高達124。

DUT的主集RSRP很差。

DL線損的計算方法；

PLc=is the downlink pathloss estimate calculated in the UE for serving cellc in dB and

PLc= referenceSignalPower – higher layer filtered RSRP

其中：referenceSignalPower由網絡的SIB2廣播，一般是19，當前log不是從開機開始抓取的，所以暫時該值定位X（固定值）

higher layer filtered RSRP---取值為主集的RSRP。

那這東西是下行的，與上行的傳輸速率有什麼關係？其會直接影響UL的發射功率，在固定的發射功率下，UE在上傳時只能限定在某一速率。說白了，想加大上行的發送速率，要抬功率，那現在已是最大的發送功率，沒有抬升空間，所以速率上不去。

我們看下UL PUSCH的Txpower的計算公式，該公式是在沒有PUCCH的情況下的PUSCH的Txpower計算公式，從計算公式我們得出，最大的Txpower不能超過PCMAX（i）.

其中：

其他參數不一一列舉，我們看出PUSCH的Txpower，隨著路損的增大以及攜帶的RB數而增大，這說明在一定的Txpower所攜帶的RB數是有限的。

我們再看下對比機的路損情況：

先看下網絡給對比機的DCI配置，MCS/TBS都高於DUT，調製方式是16QAM，這個要好於QPST，當然，後期咱們手機的編碼方式也有切到16QAM。但是MCS/TBS一直是10.

REF的路損在剛開始傳輸數據時是在110左右，其PUSCH的Txpower還有餘量（小於MAXpower，還有抬升空間），

此時的對比機的主集的RSRP是-90，

以上是第一份log的分析，那比較其他log得出的結論依然如此，我們可以在看下Melody在同一小區的情況。

Melody的UL thoughput以及UL BLER：

Melody抓到了開機log，我們可以看到參數referenceSignalPower是19.

網絡配置的MCS/TBS以及編碼方式。與對比機是一致的

路損以及PUSCH的Txpower，最大的Txpower，看著比對比機還要好，從圖中我們看到，在TBS減少到533時，Txpower也隨之下降到7，進一步說明之前的論斷。

Melody的RSRP，主集是82.81，路損=19-（82.81）~102，與上述截圖相符。