LTE下载速率低于5M优化方案（个人整理）

随时随地低于5M优化方案（个人整理）

作者wj39016

随时随地低于5M优化方案（个人资料） 1、指标计算和分解 小区级xM计算思路：

考虑上下行子帧配比1:3，传输开销10%； 话统 小区A CQI TBSIndex BitsNum/TTI RankFactor 下行平均激活用户数（1ms级） 小区单用户下行平均速率能力(Mbps) （L.ChMeas.PRB.DL.RANK1.MCS.0对应指标名：对小区的PDSCH调度RANK1时选择MCS index为0时的PRB数指标ID1526728599）

（L.ChMeas.CQI.DL.0对应指标名：全带宽CQI为0的上报次数指标ID 1526727396） （下行平均激活用户数L.Traffic.ActiveUser.DL.Avg指标ID 1526728969）

计算公式：小区单用户速率=BitsNum/TTI* RankFactor *（1-传输开销）*下行子帧配置系数/下行平均激活用户数/1000

注：按照上下行子帧配比1:3，下行子帧配置系数0.75左右； 2、随时随地5M原因分析 3、随时随地5M优化方案

1 指标计算与分解

1.1 指标计算

小区级xM计算思路： 考虑上下行子帧配比1:3，传输开销10%； 话统 小区A 下行平均激活用户数（1ms级） 小区单用户下行平均速率能力(Mbps) CQI TBSIndex BitsNum/TTI RankFactor 计算公式：小区单用户速率=BitsNum/TTI* RankFactor *（1-传输开销）*下行子帧配置系数/下行平均激活用户数/1000

注：按照上下行子帧配比1:3，下行子帧配置系数0.75左右；

1.2 指标分解

1. TBSindex索引计算方法：

1) 0

2) 4=

BWBitsNum是根据小区下行带宽BW 和TBS Index一起查表确定BWBitsNum的值，表是参照协议的如下：

BW ITBS 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 1.4 152 208 256 328 408 504 600 712 808 936 1032 1192 1352 1544 1736 1800 1928 2152 2344 3 392 520 648 872 1064 1320 1544 1800 2088 2344 2664 2984 3368 3880 4264 4584 4968 5352 5992 5 680 904 1096 1416 1800 2216 2600 3112 3496 4008 4392 4968 5736 6456 7224 7736 7992 9144 9912 10 1384 1800 2216 2856 3624 4392 5160 6200 6968 7992 8760 9912 11448 12960 14112 15264 16416 18336 19848 15 2088 2728 3368 4392 5352 6712 7736 9144 10680 11832 12960 15264 16992 19080 21384 22920 24496 27376 29296 20 2792 3624 4584 5736 7224 8760 10296 12216 14112 15840 17568 19848 22920 25456 28336 30576 32856 36696 39232 19 20 21 22 23 24 25 26 3、下行平均CQI值

2600 2792 2984 3240 3496 3624 3752 4392 6456 6968 7480 7992 8504 9144 9528 11064 10680 11448 12576 13536 14112 15264 15840 18336 21384 22920 25456 27376 28336 30576 31704 36696 32856 35160 37888 40576 43816 45352 46888 55056 43816 46888 51024 55056 57336 61664 63776 75376 =PHY.NbrCqi0~PHY.NbrCqi15的值加权求和

计算公式：CQI =(PHY.NbrCqi0*0+?+ PHY.NbrCqi15*15)/sum(PHY.NbrCqi0~PHY.NbrCqi15) 4、Rank系数-RankFactor 计算公式:

RankFactor=1* {Rank1的下行传输TB数} / ( {Rank1的下行传输TB数} + {Rank2的下行传输

TB数} ) + 2* {Rank2的下行传输TB数} / ( {Rank1的下行传输TB数} + {Rank2的下行传输TB数} )

5、下行激活平均用户数（TTI级）

由于平台用户数（除诺基亚地市外）都为100ms用户数，在计算小区用户数同时需要 100ms与1ms换算公式为：小区平均激活用户数 = 0.4*100ms用户数 - 1.6 （6.5<100ms用户数<40）

当100ms用户数小于6.5时，小区1ms激活用户数用户数为1 100ms用户数大于40时，小区用户速率低于5Mbps；

2 原因分析

通过上文指标分解可以得出，影响小区低于5M的主要因素有：平均CQI值、RNAK 值以及平均用户，在定义该指标时经过各讨论得出三因素的主要取值如下表所示：

带宽 10M 20M CQI中值门限 9.89 10.07 RANK门限 用户数门限 1.4 40 各因素分布情况如下图所示：

可见因无线质量导致的CQI低占比达56，RANK低原因占比达42%,这两者为随时随地低于5M的主要原因。

3 优化方案

1、小区有效RRC连接用户数大于40则进行容量优化；

2、小区CQI值低于中值门限则进行覆盖、干扰优化,20M带小区为10.07，10M带小区为9.89； 3、小区RANK值较低，对低于1.4的小区进行RANK值优化；

3.1 容量优化

容量优化与负荷优化方案一致，主要优化思路的负载均衡，处理思路如下 1、 排查问题小区周边300米存在影响业务类告警，若存在故障，首先消除告警； 2、 问题小区存在与周边300米LTE站点漏配邻区，将导致部分用户长期占用该小区，UE

未能切换至其它小区，导致小区高用户；

3、 负荷分担：通过重选、切换优化，由周围小区分担部分用户； 4、 若故障与邻区均无法解决的情况下，可考虑扩容双载波；

使用小区7天自忙时平均E-RAB流量按照大、中、小包的小区分类确定标准，当小区自忙时多个指标（有数据传输的RRC数、上下行利用率、上下行流量）达到门限时实施载频扩容。小区分类标准及扩容门限如下：

扩容门限 有数据传输的利用率 上/下行流量 小区分类标准 （小区自忙时平均E-RAB流量，KB） 大包小区 中包小区 小包小区 ≥1000 <1000 ≥300 <300 RRC数 上行利用率 PUSCH 50% 50% 50% 下行利用率 PDSCH/PDCCH 70%/50% 50%/50% 40%/50% （GB） 10 20 50 0.3/5 0.3/3.5 0.3/2.2 小区扩容核定逻辑为：[“有效RRC用户数达到门限”且“上行利用率达到门限”且“上行流量达到门限”]或“有效[RRC用户数达到门限”且“下行利用率达到门限（PDSCH或PDCCH）”且“下行流量达到门限”]。

5、 若无法扩容的情况下可考虑规划站点，分担小区用户； 6、 若已规划站点的情况下，推动站点建设。

3.2 CQI优化

CQI：Channel Quality Indicator，信道质量指示，是无线信道的通信质量的测量标准。CQI能够代表一个给定信道的信道测量标准所谓一个值（或多个值）。通常，一个高值的CQI表示一个信道有好的质量，反之亦然。CQI>=10是采用64QAM调制的必要条件,CQI>=7是采用16QAM调制的必要条件，采用高阶调制方式，在同等条件下，能获得更高的下载速率。eNodeB 根据CQI 信息选择合适的调度算法和下行数据块大小，以保证UE 在不同无线环境下都能获取最优的下行性能。

CQI值由UE 测量并上报。LTE 规范中没有明确定义CQI 的测量方式，只定义了CQI 的选取准则，即保证PDSCH 的解码错误率（即BLER）小于10%所使用的CQI值。也就是说，UE 需要根据测量结果（比如SINR）评估下行链路特性，并采用内部算法确定此SINR 条件下所能获取的BLER 值，并根据BLER<10%的限制，上报对应的CQI 值。

LTE 系统中规定CQI 取值为1~15，其对应的调制方式以及码率如表1 所示。