ERAB建立成功率低案例分析.docxVIP

E-RAB建立成功率案例分析 1、 发现问题： 提取7月1日青岛差小区E-RAB建立成功率差小区，发现LEE0270S9S领海公馆酒店1（碧海山庄）站点的2小区E-RAB建立成功率低，如下： 网元id 日期时间 厂商 地市 RRC连接建立请求次数 RRC连接建立成功率 E-RAB建立成功率 LEE0270S92S1 2014-07-01 爱立信 青岛 321 100 38.81 为了更加明确问题出现的时间点，用xnow提取7月1日8:00-23:00该小区E-RAB建立成功率如下： 由上图可以看出，该小区在7月1日8点-12点的时候E-RAB建立成功率较低； 2、 分析问题： (1) 从计算counter入手 E-RAB建立成功率= (pmErabEstabSuccInit+pmErabEstabSuccAdded)/ (pmErabEstabAttInit+pmErabEstabAttAdded) * 100% 由上公式可知： E-RAB建立成功率可分为两部分： Part a： Signalling connection setup triggered 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