电信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，与上述截图相符。