LTE优化案例(标题-下行PRB调度数不足导致下行速率不达标).doc

文档名称文档密级下行PRB调度数不足导致下行速率不达标【问题描述】某地市9XY_移动公司微EL的单站验证测试中，在测试中发现，每个小区的均值速率为60mbps多，速率起伏不定，且峰值速率只有73mbps，远达不到速率指标要求（下行均值速率80mbps，根据配置而定）。现以3小区为例。【问题分析】在测试过程中观察，RSRP为-63.63，SINR值为36，BLER值为0，64QAM占用99%，MSC也在2628，RANK指示为RANK2，传输模式为TM3，俩个天线的接收功率的绝对值小于5，RxChCorFactor中查看接收相关性为0 ，而PDCCH DL Grant Count只有629（满调度为800），下行PRB调度数只有70多。现在的问题基本可以确定，是由于下行资源块调度不足导致速率不达标。如下图所示：具体什么原因导致下行PRB调度不足还需要进一步确定。问题一一排除：首先，核查基站站点信息。LST CELL：；DSP CELL:; LST PDSCHCFG:; LST CELLDLPCPDSCHPA:; LST ENODEBFUNCTION：；LST CNOPERATORTA：；LST CELLRESEL；LST CELLDLSCHALGO:; LST CELLULPCCOMM:; DSP TDRRU:;该站点信息均与规划数据吻合。如下图所示：其次，与督导确认该室分为双路室分和双模室分，并且该站的建站数据与其他站点的数据一致。再次，可能由于线程数不足或者FTP服务器等原因导致速率不达标。相应操作：将FTP服务器、迅雷、搜狐影音、优酷等进程全部打开再次进行验证测试，速率依然不达标。（未截图）最后，通过前后台进行信令跟踪，后台同时小区跟踪、S1口标准信令跟踪、Uu口标准信令跟踪，取数据分析均无异常。以上问题均已排除。再次分析，有可能是传输带宽受限或者容量受限导致速率不达标。经与传输人员核查发现，该站传输带宽设置为100M，且峰值带宽为130M,严重影响到下行的均值速率与峰值速率。若传输侧开始不配合我们查询的话，我们是否可以通过灌包操作来定位是否是传输受限。操作步骤如下：【优化方案】1、移动大楼微EL的传输带宽由100M改为150M；2、移动大楼微EL的峰值带宽由130M改为200M；优化后，该站点下载均值速率由63Mbps提升至85Mbps以上；峰值速率由73Mbps提升到102Mbps。如下图所示：带宽调整前调度PRB情况传输带宽调整后调度PRB情况传输带宽调整前速率测试情况传输带宽调整后速率测试情况【优化总结】1、速率低问题不仅要从无线侧考虑，还要从建站数据以及传输数据去考虑；2、在均值速率和峰值速均受限，并且下行PRB调度数稳定在70左右，一般可以考虑是传输带宽受限；3、在这次问题分析过程中，考虑到很多影响速率的因素，对这些因素也有小小的理解，也为以后出现类似的问题能够更好的处理；4、虽然这次的问题只是传输带宽问题，只是增加带宽便可解决此问题，如果一旦没有想到此问题，那么这么问题也将是个非常难以解决的问题。我想说的是一个小小的问题都可能