通信人家园

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索

军衔等级:

  新兵

注册:2008-7-25
跳转到指定楼层
1#
发表于 2016-12-27 16:52:49 |只看该作者 |倒序浏览
问题描述
某地市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命令查询的结果,注意不要修改其他参数,在测试过后需要注意是否要把参数改回原来的值,且修改完成后需在工参表中标注出来修改了哪些参数(或者告知项目组的其他人员);

举报本楼

您需要登录后才可以回帖 登录 | 注册 |

手机版|C114 ( 沪ICP备12002291号-1 )|联系我们 |网站地图  

GMT+8, 2024-11-20 04:22 , Processed in 0.338791 second(s), 15 queries , Gzip On.

Copyright © 1999-2023 C114 All Rights Reserved

Discuz Licensed

回顶部