《LTE优化案例》由会员分享，可在线阅读，更多相关《LTE优化案例（7页珍藏版）》请在装配图网上搜索。
1、细心整理下行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，下
2、行PRB调度数只有70多。此时此刻的问题根本可以确定，是由于下行资源块调度缺乏导致速率不达标。如下列图所示：具体什么缘由导致下行PRB调度缺乏还须要进一步确定。问题一一解除：首先，核查基站站点信息。LST CELL：；DSP CELL:; LST PDSCHCFG:; LST CELLDLPCPDSCHPA:; LST ENODEBFUNCTION：；LST CNOPERATORTA：；LST CELLRESEL；LST CELLDLSCHALGO:; LST CELLULPCCOMM:; DSP TDRRU:;该站点信息均与规划数据吻合。如下列图所示：其次，与督导确认该室分为双路室分和双模室
3、分，并且该站的建站数据与其他站点的数据相同。再次，可能由于线程数缺乏或者FTP效劳器等缘由导致速率不达标。相应操作：将FTP效劳器、迅雷、搜狐影音、优酷等进程全部翻开再次进展验证测试，速率照旧不达标。未截图最终，通过前后台进展信令跟踪，后台同时小区跟踪、S1口标准信令跟踪、Uu口标准信令跟踪，取数据分析均无异样。以上问题均已解除。再次分析，有可能是传输带宽受限或者容量受限导致速率不达标。经与传输人员核查发觉，该站传输带宽设置为100M，且峰值带宽为130M,紧要影响到下行的均值速率与峰值速率。假设传输侧起先不协作我们查询的话，我们是否可以通过灌包操作来定位是否是传输受限。操作步骤如下：【优化方
4、案】1、移动大楼微EL的传输带宽由100M改为150M；2、移动大楼微EL的峰值带宽由130M改为200M；优化后，该站点下载均值速率由63Mbps提升至85Mbps以上；峰值速率由73Mbps提升到102Mbps。如下列图所示：带宽调整前调度PRB状况传输带宽调整后调度PRB状况传输带宽调整前速率测试状况传输带宽调整后速率测试状况【优化总结】1、速率低问题不仅要从无线侧考虑，还要从建站数据以及传输数据去考虑；2、在均值速率和峰值速均受限，并且下行PRB调度数稳定在70左右，一般可以考虑是传输带宽受限；3、在这次问题分析过程中，考虑到很多影响速率的因素，对这些因素也有小小的理解，也为以后出现类似的问题能够更好的处理；4、虽然这次的问题只是传输带宽问题，只是增加带宽便可解决此问题，假如一旦没有想到此问题，那么这么问题也将是个特殊难以解决的问题。我想说的是一个小小的问题都可能引发一个很大的问题，我们须要全面的分析，即使是一个很小的问题点我们也不能放过。
LTE优化案例
