修改DRX参数后RRC重建比例异常初步分析

举报
公子小白 发表于 2019/01/30 21:27:32 2019/01/30
【摘要】 修改DRX参数后RRC重建比例异常初步分析

修改DRX参数后RRC重建比例异常初步分析

【故障现象】

一、3月23日凌晨,XX电信贝尔区域站点全网修改DRX参数,修改后全网RRC连接重建比例指标劣化:从1.2%左右变化为1.9%左右,其它主要指标无异常。

KPI

03/22/2017

03/23/2017

03/24/2017

03/25/2017

03/26/2017

03/27/2017

RRC连接建立成功率

99.93%

99.93%

99.92%

99.93%

99.93%

99.93%

RRC连接重建比例

1.2%

2.2%

1.95%

1.74%

1.89%

1.88%

RRC连接重建成功率

46.49%

70.52%

68.09%

65.36%

64.77%

63.17%

S1信令连接建立成功率

99.93%

99.94%

99.94%

99.93%

99.93%

99.94%

S1接口建立成功率

100%

95%

99%

73%

97%

96%

初始接入成功率

99.83%

99.83%

99.82%

99.83%

99.83%

99.83%

无线连接成功率

99.83%

99.83%

99.82%

99.83%

99.82%

99.83%

E-RAB建立成功率

99.96%

99.97%

99.97%

99.97%

99.97%

99.97%

E-RAB掉线率

0.07%

0.06%

0.06%

0.06%

0.05%

0.05%

UE上下文掉线率

0.12%

0.07%

0.06%

0.06%

0.06%

0.06%

 

【原因分析】

1、参数修改前后RRC连接重建比例及重建请求次数变化情况如下图表所示:

 1.png

从上图中,对比参数修改前后几天指标,从3月23日起RRC连接重建比例及次数明显上升;结合四个县城这两项指标的变化情况,涉及四个县城,而不是个别县城;

 

2、参数修改前后,全网RRC连接建立请求次数及RRC连接建立失败次数波动不大,如下表所示:

2.png 

 

3、RRC连接重建原因分析

结合NPO分析,引起RRC连接重建原因为:VS_RRC_reestab_OnOtherFailureIaFreqIaENB_req(L12341_3),RRC连接重建次数增多几乎都是L12341_3增多(如下图表所示);占比从18%左右上升到50%左右;

ObjectZone_LONGYAN   (587)

RRC连接重建比例

RRC连接重建请求次数

12341_3次数

12341_3占重建次数占比

03/17/2017

1.34%

293687

52817

17.98%

03/18/2017

1.19%

257519

44728

17.37%

03/19/2017

1.13%

243390

43716

17.96%

03/20/2017

1.14%

254619

41442

16.28%

03/21/2017

1.18%

266087

47595

17.89%

03/22/2017

1.20%

246358

48521

19.70%

03/23/2017

2.18%

486763

276986

56.90%

03/24/2017

1.94%

434893

238125

54.75%

03/25/2017

1.73%

371888

202051

54.33%

03/26/2017

1.88%

397526

188932

47.53%

03/27/2017

1.87%

399669

174618

43.69%

 3.png

在NPO上(12341_3)该指标的解释为:

4.png

 

4、TOP小区分析

由于,长汀县城的站点受长汀公安局安装的仿真基站影响,指标影响较大,在这里剔除长汀站点,只统计分析连城,上杭,武平三个县城RRC重建比例,以3月27日的指标为样本,TOP50小区;

日期

指标

3个县城小区

TOP50小区

剔除TOP50小区后

2017/3/27

RRC连接重建比例

1.46%

12.14%

0.87%

TOP50小区对RRC连接重建比例的影响较大,结合地图分析,该50TOP小区的分布位置无特殊规律,建议优先处理该TOP50小区;

TOP50小区清单:


5、收集典型小区log:上杭县才溪岭和村基站_B0WNYD3,结合WTA分析情况如下:

在NPO上该小区RRC连接重建的主要原因为:L12341_3,这个同全网的情况是一致的,该值从3月22日207次上升到3500左右;

5.png


WTA上LOG分析,RRC连接重建的原因都为:ReestablishmentCause: otherFailure;而且UE: TraceSessionRef: 64F011064340这个值一直是同一个值,那么这是否是同一个UE反复在发起重建请求;

6.png


6、参数修改情况核查:此次,参数修改涉及市电信贝尔区域站点587个BBU,2782小区,参数修改情况如下:

7.png


核查现网3月23日凌晨这几个参数的修改情况,发现参数drxInactivityTimer的值未修改,仍然为psf60,其余四个参数已经按要求修改;

DRX 非激活定时器 (drxInactivityTimer)参数意义如下:

  • 定义了 UE 接收到 PDCCH 信息后,连续未收到 PDCCH 信息的时长上限。当定时器超时,又不在 DRX 周期的激活状态时,UE 则进入非激活状态。

  • 作用影响 :该定时器长度设置越大,意味着 UE 监听 PDCCH 的时间增加,不利于省电。

  • 设置要求:根据市场部门对 SRLTE 终端体验的保障要求,该参数取值应不大于 100 毫秒

【建议】

1、按原先要求全网修改drxInactivityTimer参数;

参数名

原值

修改值

drxInactivityTimer

psf60

psf100

2、进一步分析,修改相关DRX参数后,是否会导致某种类型的UE频繁发重建请求

3、针对重建原因:VS_RRC_reestab_OnOtherFailureIaFreqIaENB_req(L12341_3),提供处理方案,优先处理TOP小区

 

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。