速率不稳定问题分析.docxVIP

速率不稳定问题分析MCS(MCS（Modulation and Coding Scheme）：调制与编码策略. LTE中速率的配置通过MCS（Modulation and Coding Scheme，调制与编码策略）索引值实现。MCS将所关注的影响通讯速率的因素作为表的列，将MCS索引作为行，形成一张速率表。所以，每一个MCS索引其实对应了一组参数下的物理传输速率。这个在36.213协议里，?/ftp/specs/archive/36_series/36.213/,Modulation Order就是调制介数，2是QPSK,4是16QAM，6是64QAM，同一种调制方式还有不同的打孔方式，对应了不同的传输速率。最好可以看一下协议。)1．问题描述某站-3小区覆盖的区域RSRP在[-60,86]之间、SINR在[23,33]之间，BLER及双流MCS正常，但是速率常常低至10Mbps以下或无速率。问题地点如下：2.问题分析问题区域由某站-3小区（PCI 329）覆盖，该区域信号较强，无线环境相对较好，RSRP平均值在-75dbm左右，SINR平均值在-25dB左右，BLER也正常，但是下行速率不稳定，有时候会降低至10Mbps，甚至完全没有速率。如上图所示，该时刻RSRP为-66dbm，RSRQ为-3dB，SINR为33dB，但是RB数只有16，下行速率为0.31Mbps。下图为问题路段速率图：3.问题排查问题小区覆盖路段RSRP、SINR好，BLER(误码率)及双流MCS均正常，但是速率上不去。对此做了以下排查工作：检查了后台无线参数（邻区配置、功率、带宽、时隙配比等）及告警，未发现异常；更换电脑及测试终端，问题依旧；怀疑BPL单板故障，复位BPL，问题依然存在；远程telnet登录基站CC单板，复位板件，问题依然存在；更换FTP服务器进行测试，问题依旧；FTP+迅雷多线程下载，问题依旧；上站检查RRU与天线之间馈线的线序，发现线序有误，RRU4口接到了天线的8口，RRU8口接到了天线的4口。如下图所示：怀疑是天线线序接错，使得数据流和BBU PORT口映射错误导致下行速率不稳定，故联系工程人员将线序进行了调整，调整后速率恢复正常，没有再出现速率不稳定现象，如下图所示：4．问题处理在上面的问题排查中，将可能影响TD-LTE下载速率的几个相关因素进行了排查，最终将问题原因定位在天线与RRU之间的线序。工程人员将线序调整正确后，复测发现速率不稳定的现象得到了解决。在以后出现速率不稳定问题时，建议可以检查RRU与天线之间线序，提高问题排查效率，提升TD-LTE的网络指标。5．原理目前常规定向智能天线有8个天线阵元,提供8个通道，共8根馈线，第9根线为校准线，其通过内部的耦合网络与8个通道相连，进行基本的校准。8天线线阵双极化天线与RRU通道映射关系如下图所示：其中天线1至4端口为-45极化，依次连接RRU TRX1至TRX4，映射数据流Data1至Data4，汇聚到BBU的PORT1；天线5至8端口为+45极化，依次连接RRU TRX5至TRX8，映射数据流Data5至Data8，汇聚到BBU的PORT2。硬件连接关系、软件数据流走向和端口之间的映射关系相对固定，不能随意配置。