问题描述 某地市LTE-TDD 20M室分单流小区,为增强室内覆盖,将RS功率由6.2dBm提升至9.2dBm,重新单验时PDCP下载速率由35.8M降至28.8M,下载速率不达标(室分单流下载速率大于30M算达标)。 处理过程 分析下行速率不达标可按端到端的逻辑进行分析,先后分析终端、无线环境、多用户、基站来水量、传输问题、FTP服务器问题等,分析过程如下:
1、由于在同一地点使用同一终端和同一服务器进行测试,RS功率为6.2时下载速率能达到35.8M,故排除了终端、服务器、基站来水量和传输问题;
2、排除无线环境的问题:RS=9.2时,测试点RSRP达到-74.8dBm,SINR为25,无线环境良好;
3、排除多用户接入问题:测试时后台一直跟踪该小区用户数,只有测试终端一个用户;
4、由于是提升了RS功率导致下载不达标,故怀疑可能是RRU功率超配:现场查看RRU型号为DRRU3161fae,该RRU为双模双通道单流RRU(即TDS和LTE单独使用各自的天线通道),TDS侧(fa口)功率配置不会影响LTE侧(e口)功率配置,且LTE通道口支撑最大功率50W,室分单流下PA=PB=0/RS=9.2时单Path功率也只为10W,不会造成功率超配,故排除功率超配问题;
5、由于排除了那么多问题还是找不出原因,故将Probe中的测试log导出进行对比,结果如下表所示: RS | DL PDCP THR | DL GRANT | DL RB | AVG RSRP | AVG SINR | AVG MCS | IBLER | 6.2 | 35.8M | 595.5 | 98 | -77.2 | 26.4 | 27.2 | 0 | 9.2 | 28.8M | 593.7 | 79.1 | -74.9 | 25 | 27.2 | 0 |
由上表可以定位出下载速率不达标的原因为DL RB数过少,需进一步分析RB数过少的原因;
6、在导出不达标的Probe数据中发现,RB数存在较大波动,且没有一次能达到最大98个RB的调度,如下表所示: Date & Time | DL Grant Count | PCC PDSCH RB Number/Sub Frame | PDCP Throughput DL(kbit/s) | 2013-10-27 11:01:16 | 594 | 89 | 33424 | 2013-10-27 11:01:17 | 596 | 69 | 28544 | 2013-10-27 11:01:18 | 594 | 87 | 30624 | 2013-10-27 11:01:19 | 598 | 74 | 28768 | 2013-10-27 11:01:20 | 600 | 81 | 28792 | 2013-10-27 11:01:21 | 600 | 83 | 33088 | 2013-10-27 11:01:22 | 600 | 69 | 26672 | 2013-10-27 11:01:23 | 583 | 89 | 30808 | 2013-10-27 11:01:24 | 595 | 70 | 27416 | 2013-10-27 11:01:25 | 596 | 86 | 30488 | 2013-10-27 11:01:26 | 600 | 75 | 28680 | 2013-10-27 11:01:27 | 594 | 81 | 27744 |
正常情况下的RB数如下表所示: Date & Time | DL Grant | PCC PDSCH RB Number/Sub Frame | PDCP Throughput DL(kbit/s) | 2013-10-27 10:47:15 | 595 | 98 | 36568 | 2013-10-27 10:47:16 | 592 | 98 | 35328 | 2013-10-27 10:47:17 | 596 | 98 | 36384 | 2013-10-27 10:47:18 | 600 | 98 | 36528 | 2013-10-27 10:47:19 | 594 | 98 | 36960 | 2013-10-27 10:47:20 | 594 | 98 | 35128 | 2013-10-27 10:47:21 | 600 | 98 | 38880 | 2013-10-27 10:47:22 | 592 | 98 | 35744 | 2013-10-27 10:47:23 | 600 | 98 | 38456 | 2013-10-27 10:47:24 | 598 | 98 | 37520 | 2013-10-27 10:47:25 | 588 | 98 | 35360 | 2013-10-27 10:47:26 | 598 | 98 | 38032 |
7、用Probe回放测试log,查看不达标时测试的log中L3 Message时发现,在RRCConnectionReConfiguratoin信令中一直在下发PDSCH功控信令,且PA的值在(-3、-1.77、0)之间循环跳动,
在默认配置下,PA的值应该是固定配置的,且室分单流下PA/PB的配置应该为0/0配置,故怀疑后台在进行RS功率修改时同时将“PDSCH功控PA调整开关调整开关”打开,通过命令LST PDSCHCFG查询发现该开关的确处于打开状态(未修改PB,PB=0),故怀疑是该开关打开导致RB分配波动;
8、查询该开关的作用为“开关打开,动态调整信道质量极好和极差时的PA,该参数打开,开启PDSCH PA调整;该参数关闭,则关闭PDSCH PA调整”,经咨询研发得知该开关打开会时PA会动态调整,从而导致功率利用率不为100%,当功率利用率不为100%时会导致RB分配不足;从信令中观察的PA/PB值可得到各种情况下的功率利用率,当PA=0/PB=0时对应功率利用率为100%,PA=-3/PB=0时功率利用率为86%,PA=-1.77/PB=0时功率利用率为92%,按照研发的说明可以确定为PA调整导致RB数分配不足。
根因 无 解决方案 将“PDSCH功率控制PA调整开关”关闭,并将PA设置为0,重新进行单验,RS为9.2时下载速率达到35M以上,下行速率达标,问题解决。 建议与总结 在后台修改参数时应该先用LST命令查询相关设置,在修改参数时应对照LST命令查询的结果,注意不要修改其他参数,在测试过后需要注意是否要把参数改回原来的值,且修改完成后需在工参表中标注出来修改了哪些参数(或者告知项目组的其他人员);
|