通信人家园

标题: 非GBR业务DRX使能开关导致RRC重建比例低问题分析 [查看完整版帖子] [打印本页]

时间: 2019-7-3 10:25

作者: 乱世狂王 标题: 非GBR业务DRX使能开关导致RRC重建比例低问题分析

非GBR业务DRX使能开关导致RRC重建比例低问题分析

问题描述:
金华RRC重建比例较高，均值大于3%，高于全省平均水平，排名靠后。

问题分析：
分别从两个厂家提取相应的RRC重建比例，其中阿朗区域RRC重建比例2.12%，中兴区域的RRC重建比例4.05%，问题出在中兴区域。
选取TOPn小区分析，发现TOPn小区比较分散，多分布在城郊，县城等未有连续覆盖的区域。从中兴的4个区域看，义乌RRC重建比例3%，东阳、磐安、浦江RRC重建比例5%，整体均偏高，初步确认为非TOPn引起。
横向对比浙江省中兴其余地势的RRC重建比例，发现台州、金华RRC重建比例在4%以上，绍兴、杭州、宁波RRC重建比例在2%以下，初步怀疑为部分参数设置存在问题。
开始时间结束时间拓扑分组位置 RRC连接重建比例
2015/5/1 2015/6/1 杭州_7.140.25.102-萧桐建淳 1.89%
2015/6/1 2015/7/1 杭州_7.140.25.102-萧桐建淳 1.87%
2015/7/1 2015/8/1 杭州_7.140.25.102-萧桐建淳 1.96%
2015/5/1 2015/6/1 杭州_7.140.25.103-下滨富临 1.49%
2015/6/1 2015/7/1 杭州_7.140.25.103-下滨富临 2.00%
2015/7/1 2015/8/1 杭州_7.140.25.103-下滨富临 2.00%
2015/5/1 2015/6/1 金华_7.140.25.114 4.05%
2015/6/1 2015/7/1 金华_7.140.25.114 4.22%
2015/7/1 2015/8/1 金华_7.140.25.114 4.13%
2015/5/1 2015/6/1 宁波_7.140.25.108 1.58%
2015/6/1 2015/7/1 宁波_7.140.25.108 1.77%
2015/7/1 2015/8/1 宁波_7.140.25.108 1.79%
2015/5/1 2015/6/1 绍兴_7.140.25.115 1.23%
2015/6/1 2015/7/1 绍兴_7.140.25.115 1.50%
2015/7/1 2015/8/1 绍兴_7.140.25.115 1.65%
2015/5/1 2015/6/1 台州_7.140.25.109 4.41%
2015/6/1 2015/7/1 台州_7.140.25.109 4.94%
2015/7/1 2015/8/1 台州_7.140.25.109 5.26%
核查宁波、绍兴、台州、金华的参数设置，发现“非GBR业务DRX使能开关”设置不一致，目前金华大部分设置打开，义乌主城区设置关闭；台州全部设置打开，绍兴设置为关闭。比对金华区域小区“非GBR业务DRX使能开关”设置成关闭/打开。
非GBR业务DRX使能开关小区数 RRC重建比例分子 RRC重建比例分母 RRC重建比例
关闭 812 82360 7074806 1.16%
打开 2290 853885 16128768 5.29%
基本可以判定是该参数引起金华RRC重建比例高。该参数控制NGBR业务的不连续接收的开关，如果该开关关闭，则当UE有NGBR业务时不启用DRX，否则可以启用DRX，主要影响到UE在进行NGBR类型的数据业务时，是否能使用UE的DRX功能，该参数还取决于UE是否支持DRX功能。
根据QoS的不同， EPS Bear可以划分为两大类： GBR(Guranteed Bit Rate) 和 Non－GBR。所谓GBR，是指承载要求的比特速率被网络“永久”恒定的分配，即使在网络资源紧张的情况下，相应的比特速率也能够保持。MBR(Maximum Bit Rate)参数定义了GBR Bear在资源充足的条件下，能够达到的速率上限。MBR的值有可能大于或等于GBR的值。相反的，Non－GBR指的是在网络拥挤的情况下，业务（或者承载）需要承受降低速率的要求，由于Non－GBR承载不需要占用固定的网络资源，因而可以长时间地建立。而GBR承载一般只是在需要时才建立。
义乌主城区部分区域关闭了使能开关，因此，RRC重建比例相对于其他县份要低。
　中文名称缺省值 PK取值
调度类参数 GBR/NGBR业务DRX使能开关 Close/Open Close/Close

问题处理：
选取磐安县城的5个点进行验证，关闭NGBR业务DRX使能开关后，RRC重建比例得到明显的改善。

通过中兴侧了解，此故障的原因为代码Bug：DRX在维护当前小区的使能DRX UE数目时，出现异常，此时小区中还有DRX用户，但代码中的DRX UE数目已经是65535的异常值了，导致再有一个UE使能DRX后，DRX用户数变为异常值0，此时无法触发进行DRX模块相关函数的执行，最终使得DRX处于Active的用户一直处于Active，Sleep用户一直处于Sleep，UE侧DRX状态和基站DRX状态不一致，产生极大的负面效果，对各项KPI性能影响较大。
正确维护DRX用户数，保证在小区有DRX用户时，DRX的各个流程可以正常运行，需要复位BPL板，抑或等到版本升级修复此问题，到下一个版本LTE V3.20.50.30版本能够解决此问题。

LTE V3.20.50.30版本新功能和解决故障的说明
开发背景部分区域出现DRX打开，重建立比例升高
功能效用解决故障后，打开NGBR DRX，KPI中的重建立比例不会升高
机制说明 20版本升级后，在个别站点发现，打开NGBR DRX后，KPI中的重建立比例升高，关闭后正常。经分析是对DRX用户数维护有误，导致DRX定时器在某些场景下未正常启动，最终使得调度出现异常，导致部分用户重建立，从而提高了重建立比例
备注

后续：
通过版本升级彻底解决RRC重建比例高问题，暂不同过关闭使能开关改善指标。

时间: 2019-7-3 11:00

作者: oooooooo

好东西！支持支持！

通信人家园 (https://test.txrjy.com/)