LTE优化案例手册-第四章- 速率问题

第四章速率问题

4.1 速率问题概述(陈佳)

（注：本文所讨论的速率问题是建立在上下行时隙为DSUUD的基础上）在极好点（SINR在22dB以上）做FTP下行业务时，平均速率要求在47Mbps左右及以上，若发现速率较低，我们可进行以下方面的排查来定位问题：

1、看无线环境是否稳定、包括SINR、RSRP、CQI等

若UE IDLE的情况下，SINR值能在23以上，在UE 进行下载业务时，SINR会明显降低，则很可能是天馈接错或天馈系统存在问题，可进行天馈排查；

2、PRB的调度是否能满

现网的上下行时隙配比为2:2（3:2），则分配给下行的1s调度次数理论最大值为600，平时单站验证时应该看到的值会接近600，若出现该值较低或有的PRB没有进行调度，则需查看现网参数，看是否设置了PRB调度数量的限制等；

3、查看下行双流是否存在、以及是否稳定

在测试软件上可看到传输模式（TM），目前现网设置为TM3、7自适应，所以在双流时，传输模式为TM3，同时还要看CQI窗口中Rank2 Indicator Count 是否有值，有值才是真正的双流；如果出现TM模式3、7的不断更换，则下行速率肯定会受到影响，此时可看现网参数关于3、7门限是否设置合理；

4、查看下行BLER值、如果误码率过高，会导致速率低

5、查看DL MCS窗口，在极好点，下行编码方式绝大部分应在26及以上、主要调制方式为

64QAM，若存在问题，则需检查现网相关参数；

6、查看本小区上下行时隙配比以及相邻小区的时隙配置（DL：UL），现网配置为2:2（3:2），

若本小区配置成2:2（3:2），相邻小区被配置成了3:1（4:1），导致服务小区的上行受到干扰，UE出现上行失步，会出现掉话，速率不高的现象；

7、排查电脑问题，以及FTP服务器问题

可进行电脑重启、更换FTP服务器地址、以及多开些进程等操作

8、查看基站有无告警，若无，可怀疑是否存在基站或传输单元隐性故障，将基站或传输单

元进行重启

9、查看参数maxNrSymPdcch是否设置为3，若设置为3，则会大大影响下行速率，做单站

10、进行基站全部参数的核准验证时可将此值设置为1

经过以上排查，若还不能解决，则可让后台人员做本站参数和Golden 配置参数的对比，看是否存在异常；

11、传输限速：

找传输人员排查传输上的带宽是否设置错误，导致传输瓶颈的产生，从而影响空口的速率，标准设置为上下行双工，都为1Gbit/s

12、查看SIM卡的签约信息是否有问题

查看信令attach accept，其中可看到APN aggregate maximum bit rate ，其中有UE下行最大速率限制，看是否修改了SIM的签约信息；

二、在极好点做FTP上传时，平均速率要求在19Mbps（RL 25）左右及以上，若发现速率较低，我们可进行以下方面的排查来定位问题：

1、看无线环境是否稳定、包括SINR、RSRP等

2、上行PRB的调度是否能满

现网的上下行时隙配比为2:2（3:2），则分配给上行的1s调度次数理论最大值为400，平时单站验证时应该看到的值会接近400，若出现该值较低或有的RB没有进行调度，则需查看现网参数，看是否设置了PRB调度数量限制等；

3、看测试软件上的PUSCH Power以及路损，

极好点的路损不会很高，一般在90db左右，若此时的PUSCH Power为或者接近23，可查看现网功控参数是否设置有问题，若无问题，可怀疑是否存在天馈接错、或者天馈系统存在硬件问题，导致用户上行功率受限；

4、查看上行BLER值

如果UL误码率过高，会导致速率低

5、查看UL MCS窗口

在极好点，上行编码方式绝大部分应为24及以上、主要调制方式应为16QAM，若存在问题，则需检查现网相关参数，若为RL15的站。则绝大部分编码方式应为20，速率在15Mbps左右；

6、查看本小区上下行时隙配比以及相邻小区（共站）的时隙配置（DL：UL）

a、现网配置为2:2（3:2），若本小区配置成2:2（3:2），相邻小区被配置成了3:1

（4:1），即变成了DSUUD 与DSUDD中存在一个时隙的上行干扰，从而影响了上行速率；

b、本小区上下行时隙配比被配置成3:1（4:1）,则上行资源配置少，上传速率低；

7、排查电脑问题，以及服务器问题

可进行电脑重启、更换服务器地址等操作；

8、查看基站由于告警，若无，可怀疑是否存在基站或传输单元的隐性故障，将基站或传输

单元进行重启

9进行基站全部参数的核准

经过以上排查，若还不能解决，则可让后台人员做本站参数和Golden 配置参数的对比，看是否存在异常；

10、查看SIM卡的签约信息是否有问题

查看信令attach accept，其中可看到APN aggregate maximum bit rate ，其中有用户上行最大速率，查看SIM的签约信息是否被修改了；

4、2 案例分析

案例1 双流未开启（陈洲）

黄厝基站，站高60米，在站下找到SINR= 24的测试点，下行速率30M，换终端后速率仍然上不去，用工具比较了基站和厦门标准宏站的配置后发现，Rienable=false,导致终端没有办法使用双流，修改参数RIENABLE=TRUE后测试，速率42Mbps.

厦门的宏基站都是采用Dynamic open loop MIMO,也就是MIMO模式可以在TM3，TM7，TXDIV之间根据无线环境的好坏转换，在SINR高的地方使用TM3，空间复用，这时必须打开RIENABLE,这样基站才可以使用空间复用的两个码字同时传输。

打开CDS的CQI INFO 窗口，可以看到RANK 1,2的使用情况：下图一为单流，图二为双流

案例2 GPS时钟问题（陈洲）

槟榔东里基站单站验证时发现大部分时间基站速率在10MBPS,传输数据头一两分钟速率可以上30M，但2分钟后速率会下降到10M。情况时好时坏，没有规律。下载时速率变化大，用DU METER观察下载速率的曲线呈锯齿状，不平滑。比较基站参数正常。发现在速率降低时，UE发起多个PRACH PREAMBLE到基站，说明手机和基站在问题发生时失去了下行同步，所以发起PRACH接入过程试图再次和基站同步。在正常下载情况下不应该此过程（正常只应该在发起呼叫和切换时）。检查基站告警并无GPS告警。基站时钟同步没有太严重，通知基站工程师上站重启GPS时钟盒。再次测试。速率45Mbps以上。

案例3 FTP服务器问题（陈洲）

通士达基站在信号极好点速率38M，观察SINR=23~25.DL MCS2在25附近，下行HARQ 误码在5%，无线环境正常.把下载线程由5个增加到10个，问题依旧。观察到TM3模式下DL PRB TTI分配并没有满（约在300-400之间）。说明由网络端下发的数据并没有足够多，可