
1、发现问题:
提取7月1日青岛差小区E-RAB建立成功率差小区,发现LEE0270S9S领海公馆酒店1(碧海山庄)站点的2小区E-RAB建立成功率低,如下:
| 网元id | 日期时间 | 厂商 | 地市 | RRC连接建立请求次数 | RRC连接建立成功率 | E-RAB建立成功率 |
| LEE0270S92S1 | 2014-07-01 | 爱立信 | 青岛 | 321 | 100 | 38.81 |
由上图可以看出,该小区在7月1日8点-12点的时候E-RAB建立成功率较低;
2、分析问题:
(1)从计算counter入手
E-RAB建立成功率=(pmErabEstabSuccInit+pmErabEstabSuccAdded)/
(pmErabEstabAttInit+pmErabEstabAttAdded) * 100%
由上公式可知:
E-RAB建立成功率可分为两部分:
Part a:
Signalling connection setuptriggered by initial UE message;
相关counter部分:
pmErabEstabSuccInit/pmErabEstabAttInit
Part b:
E-RAB setup triggered by MME sending E-RAB setup request to RBS;
相关counter部分:
pmErabEstabSuccAdded/pmErabEstabAttAdded
(2)定位E-RAB建立成功率低是因为Part a还是Part b
通过xnow分别提取了这两部分建立申请和建立成功次数对比数据如下:
Part a:
由上图可以看出,Init的建立成功次数基本上等于建立申请次数,成功率很高,没有问题;
Part b:
由上图可以看出,8:00-12:00点时Added的E-RAB建立申请次数很高,最高达235次,但建立成功次数为0,导致整体E-RAB建立成功率低;
(3)分析信令触发counter的流程
Counter :pmErabEstabSuccAdded和pmErabEstabAttAdded的触发流程如下图:
由上图可知:
如果E-RAB建立失败,pmErabEstabSuccAdded不被触发的基础原因就有3个,如上图所示:
1、License not ok,会触发counter:pmErabEstabFailAddedLic;
2、上行GBR资源过载:触发counter:pmErabEstabFailGbrDlEnb
3、下行GBR资源过载:触发counter:pmErabEstabFailGbrUlEnb
(4)提取以上三个E-RAB建立失败原因的3个counter,定位原因
提取了7月1日8:00-23:00该三个counter的取值,如下图:
由上图可知:
E-RAB建立申请次数等于pmErabEstabFailAddedLic的取值,也就是说申请多少次,就因为license问题失败多少次。
(5)为了进一步验证license的问题导致的原因,查看其历史告警如下:
(6)问题总结:
因为license 问题导致E-RAB建立成功率低;
3、解决问题:
基站侧对该license问题进行修复。License正常后,该指标恢复正常。
4、经验总结:
(1)指标分析时,首先了解该指标的计算方式及涉及到的counter;
(2)根据信令触发counter流程进一步分析导致其问题的原因;
(3)E-RAB建立成功率可分为Init和Added两部分分析,定位问题出现在哪一部分,然后再对应不同部分的信令流程查看;
(4)E-RAB建立失败3个基础原因可作为问题分析的一方面:
| E-RAB建立失败原因 | 触发counter |
| Licence for number of E-RABs per user/License for RLC UM not OK | pmErabEstabFailAddedLic/pmErabEstabFailInitLic |
| DL GBR resource overload | pmErabEstabFailGbrDlEnb |
| UL GBR resource overload | pmErabEstabFailGbrUlEnb |
