《上行PRB利用率偏高问题分析与处理》由会员分享，可在线阅读，更多相关《上行PRB利用率偏高问题分析与处理（7页珍藏版）》请在金锄头文库上搜索。
1、上行PRB利用率偏高问题分析与处理问题描述：随着LTE用户数的增长，容量、利用率问题成为优化中的重中之重。部分区域的投诉量也日渐增多，在增加双层网、异频组网、微站等手段仍然无法解决或负荷均衡效果不明显的情况下，小区利用率仍然偏高问题是急需解决的问题之一。原因分析：忙时上行PRB利用率的定义方式为：忙时上行PUSCH PRB利用率= 忙时上行PUSCH PRB占用平均数/(忙时上行PUSCH PRB可用平均数K)；其中：K=0.5，忙时取上下行流量和最大的那个小时。提取全网半天小时级如下三项指标：指标名称指标描述L.ChMeas.PRB.UL.PreSch.Used.Avg上行进行预调度所使用的
2、PRB平均个数L.ChMeas.PRB.UL.DrbUsed.AvgPUSCH DRB的PRB资源使用个数L.ChMeas.PRB.PUSCH.AvgPUSCH的PRB资源使用个数由指标情况可以看出，PUSCH使用的上行PRB中，上行预调度分配的总RB数明显大于实际用户数传的RB使用数。预调度的PRB如果用于传送DRB且成功解调，则会统计到L.ChMeas.PRB.UL.DrbUsed.Avg及L.ChMeas.PRB.UL.PreSch.Used.Avg指标中；否则，如果用于传输SRB、空包或其它，则只统计L.ChMeas.PRB.UL.PreSch.Used.Avg指标。选取现网忙时上行P
3、RB利用率最高的其中一个小区进行CellDT跟踪，统计1个小时内PUSCH的RB分配情况如下：类型上行RB分配总数占比备注CQI_ONLY13610.52%CQICTRL_SIG23720.90% 控制信令DynHarq3532013.43%重传DynHarqConf17320.66%重传HAPPY3118911.86%数传Preamble4410.17%随机接入Presch17889568.04%预调度SR116234.42%首传由统计结果可知，预调度分配的RB资源明显大于实际数传需要的RB数，说明大部分预分配资源未被有效利用。除此之外，超过13%的资源用于Harq重传，是上行PRB利用率整
4、体偏高的另一问题。核查跟踪站点的预调度参数配置如下：基站名称小区:本地小区标识每TTI预调度用户可以使用的系统带宽比率(%)H774894175H774894 275H774894 375预调度分配带宽比例偏高，建议值设置为25%。核查全网预调度参数设置情况如下：核查项核查内容子项建议值不达标小区数智能预调度智能预调度开关开47每TTI预调度用户可以使用的系统带宽比率(%)2515智能预调度每次持续时间(毫秒)5033493智能预调度开关基本全网已开启，只有少量小区分配的预调度资源比例过高。但几乎全网小区的智能预调度持续时间均设置为160ms，是建议值的三倍。假设一个用户，在160ms时间内，
5、如果有1次下行数据触发智能预调度，但这段时间UE没有任何上行数据和信令需要发送，这段时间预调度的结果都是空包。在50ms的参数下，就最多会有10次上行的预调度触发的空包，而在160ms的参数下，最多可以有32次上行预调度触发的空包。设置该值的原因：通过智能预调度持续时间增加，带来更好的可靠性和时延，对于volte业务场景的SIP消息传递的可靠性和及时性有增益。该参数可专门针对QCI1进行设置，小区级智能预调度持续时间仍建议按50ms设置。选择预调度参数符合建议值，但上行PRB利用率偏高的小区进行CellDT跟踪，统计PUSCH的RB分配情况如下：类型上行RB分配总数占比备注CQI_ONLY58
6、30.53%CQICTRL_SIG65745.92% 控制信令DynHarq2911026.23%重传DynHarqConf8940.81%重传HAPPY1928117.38%数传Preamble15531.40%随机接入Presch4029236.31%预调度SR1267811.43%首传由统计结果可以看出，当预调度参数设置正常时，预调度占用的RB比例明显降低，因重传所占用的RB比例明显上升。查看单一用户的调度情况分析如下：多数用户存在连续的如上异常现象：初始请求类型（ulOldUsrType）为SR，后续连续发生4次重传（ulUsrType），说明较大概率的存在SR虚警。因为默认配置上行H
7、ARQ的最大传输次数为5，包括1次初传和4次初传。统计全网全天小时级平均上行重传率如下：凌晨重传率明显高于白天，符合SR虚警的时间特征。Preamble虚警的概率如下：Preamble虚警概率=（L.RA.GrapA.Resp+ L.RA.GrapB.Resp）-（L.RRC.ConnReq.Msg+ L.RRC.ConnReq.Msg.disc.FlowCtrl）/（L.RA.GrapA.Resp+ L.RA.GrapB.Resp）*100%统计全网一天的Preamble虚警的概率为：时间求和项:小区接收到属于Group A的Preamble消息后，最终回应了成功的contention re
8、solution消息的次数 (无)求和项:小区接收到属于Group B的Preamble消息后，最终回应了成功的contention resolution消息的次数 (无)求和项:RRC连接请求次数（包括重发） (无)求和项:流控导致的RRC Connection Request 消息丢弃次数 (无)Preamble虚警概率09/04/2016 00:00:001347864920296580425160394425033232.46%其中，全网单日Preamble虚警概率超过10%的小区有1117个。核查现网SR虚警及Preamble虚警优化开关，绝大多数小区均为开启：核查项核查内容子项建议
9、值不达标小区数SR虚警SRI虚警门限开关开7941上行SR调度处理优化开关开33709SR检测优化开关开33714PUSCH DTX检测开关开29498preamble虚警PRACH虚警检测算法开关开33705解决方案针对分析的可能问题，分三组参数进行验证，分项验证各组参数对于上行PRB利用率的影响。区域优化内容上行PRB利用率上行重传率上行误块率高干扰小区比例一全量参数(智能预调度持续时间、SR虚警、异常UE停止调度)改善改善改善改善二智能预调度持续时间改善无无轻微改善三异常UE停止调度轻微改善改善改善无四SR虚警轻微改善轻微改善轻微改善无针对网格外的站点统一修改全量参数，验证指标如下：由此看出，有效上行DRB使用量保持稳定，上行预调度PRB使用量整体减少，整体PUSCH的PRB使用量也随之减少。总结TD-LTE容量往往受限于上行，为保证更多用户接入，PUCCH信道需要占用更多资源，从而导致PUSCH信道可用资源减少，可用RB数随之降低。为进一步提升用户感知，降低PRB利用率，可通过减少资源浪费、充分增加用户需求及可用RB数达到利用率合理化。
