TDLTE 阶段优化案例汇编_下行速率低重点.ppt

* ? Nokia Siemens Networks Flexi Multiradio BTS LTE evolution / P3 2009 Customer confidential R 255 G 211 B 8 R 255 G 175 B 0 R 127 G 16 B 162 R 163 G 166 B 173 R 137 G 146 B 155 R 175 G 0 B 51 R 52 G 195 B 51 R 0 G 0 B 0 R 255 G 255 B 255 Primary colours: Supporting colours: * ? Nokia Siemens Networks HZ TDLTE 阶段优化案例汇编 JuneNSN NPO Hangzhou team 1 2 Attach 不成功类 无信号问题类 4 下载速率低问题类 5 上传速率低问题类 Attach成功但无法做业务问题类 3 6 切换失败类 7 切换掉话类 8 其他问题类 多UE接入时小区吞吐量低 【现象描述】 小区配置10MHZ带宽组网测试，分别按近（3UE）、中（4UE）、远（3UE)共10UE均匀分布，测试发现10UE下行平均速率累加吞吐量低。 测试中还发现，从近点到中点依次逐个终端接入吞吐量变化都不大，属正常速率，但当远点用户接入时小区吞吐量会下降明显，当远点终端(8\9\10UE)全部接入时小区吞吐量只有22.9mbps，如下图所示： 近中点7个UE依次接入速率图1 近中远10个UE依次接入速率图2 多UE接入时小区吞吐量低 【现象描述】 现场初步分析，首先近中点接入时速率正常，但远端UE一接入速率立刻下降6mbps以上，当远端3UE都接入时小区总体吞吐量只有22.9mbps，不正常现象，远点RSCP要求是小于-105dbm的无线环境，在无线环境差的情况下SINR和MCS都低，是会导致速率下降的原因 ，但速率不至于这么低，所以排除无线环境导致速率低的原因，通过对近中远三个点的UE测试LOG回放对比发现，其它参数显示正常的情况下，只有CCE资源调度上不同，近点和中点UE使用的CCE TYPE几乎都为CCE TYPE1，而远点UE使用CCE TYPE2和TYPE4偶尔还会用到CCE TYPE8，尝试从与CCE资源分配相关的参数入手。 近中点截图 远点截图 多UE接入时小区吞吐量低 【问题分析】 分析maxNrSymPdcch对单UE小区吞吐量的影响。 maxNrSymPdcch=1 时PDCCH占用1个symbol，做单UE近点下载测试时速率能达到38.5Mbps；而当maxNrSymPdcch=3时PDCCH占用3个symbol ，PDCCH信道占用了2个symbol的PDSCH资源，所以单UE下载速只能达到33.61Mbps。 maxNrSymPdcch=1 maxNrSymPdcch=3 多UE接入时小区吞吐量低 【问题分析】 分析maxNrSymPdcch的设置，对多UE接入情况下小区吞吐量的影响。 由于远点的无线环境比较差，小区的吞吐量下降是必然的，但是哪种maxNrSymPdcch 配置会使小区的吞吐量降低的最小呢？从实验的结果看在10M系统带宽的情况下每TTI调度6个用户时，小区接入10个用户（3近点4中点3远点）这种环境。 通过公式算法得出的CCE资源maxNrSymPdcch=2时10个用户（3近点4中点3远点）这种环境小区的吞吐量最好的、当maxNrSymPdcch=1时10个用户（3近点4中点3远点）这种环境最差。 测试数据显示，当PDCCH占用1个符号虽然多UE小区吞吐量最低，但是只有单UE接入时小区吞吐量却是最大的，那么说明PDCCH占用1个符号这种配置下小区的PDSCH资源是最多的，那么PDCCH资源是否受限呢？结合测试log发现，近点和中点UE使用的CCE TYPE几乎都为CCE TYPE1，而远点UE使用CCE TYPE2和TYPE4偶尔还会用到CCE TYPE8，如下图所示： 多UE接入时小区吞吐量低 【问题分析】 近点使用CCE TYPE1 远点使用CCE TYPE2和TYPE4 那么计算一下当设置PDCCH占用1个symbol时，根据当前设置，PHICH和PCFICH分别占用12个（Ng = 1/2 , mi = 1）和4个REG，那么可用的CCE数量如下： 当maxNrSymPdcch=1时，可用CCE个数=（100-12-4）/9 = 9.假设当远点接入时（采用AGG4）这个TTI调度到2个远点UE，那么该TTI就只能再调度到一个近点UE，远点无线环境差需要调度的CCE资源次数