lte优化案例(标题下行prb调度数不足导致下行速率不达标)上课讲义

下行PRB调度数不足导致下行速率不达标

【问题描述】

某地市9XY_移动公司微EL的单站验证测试中，在测试中发现，每个小区的均值速率为60mbps多，速率起伏不定，且峰值速率只有

73mbps，远达不到速率指标要求（下行均值速

率80mbps，根据配置而定）。现以3小区为例。

【问题分析】

在测试过程中观察，

RSRP为-63.63，SINR值为36，BLER值为0，QAM占用99%，MSC

TM3，俩个天线的接收功率的绝对值小于

5，

也在26~28，RANK指示为RANK2，传输模式为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,严重影响到下

灌包操作指导书.doc

【优化方案】

1、移动大楼微2、移动大楼微

EL的传输带宽由EL的峰值带宽由

100M改为150M；130M改为200M；

精品文档

精品文档

优化后，该站点下载均值速率由102Mbps。如下图所示：

63Mbps提升至85Mbps以上；峰值速率由

73Mbps提升到

带宽调整前调度PRB情况

传输带宽调整后调度PRB情况

精品文档

精品文档

传输带宽调整前速率测试情况

传输带宽调整后速率测试情况

【优化总结】

1、速率低问题不仅要从无线侧考虑，还要从建站数据以及传输数据去考虑；2、在均值速率和峰值速均受限，并且下行是传输带宽受限；

PRB调度数稳定在

70左右，一般可以考虑

精品文档

精品文档

3、在这次问题分析过程中，考虑到很多影响速率的因素，对这些因素也有小小的理解，

也为以后出现类似的问题能够更好的处理；

4、虽然这次的问题只是传输带宽问题，只是增加带宽便可解决此问题，如果一旦没有想到此问题，那么这么问题也将是个非常难以解决的问题。

我想说的是一个小小的问题都可

能引发一个很大的问题，我们需要全面的分析，即使是一个很小的问题点我们也不能放过。

精品文档