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