无线接通率低于98%RRC建立成功率低于98%E-RAB建立成功率低于98%是否大部分小区恶化是否大部分小区恶化RRC建立成功率TOP、E-RAB建立成功率TOP条件相同：建立成功率<98%,连接请求次数极少。NO筛选TOP小区YES检查操作，告警，传输问题，是否存在网络变动和升级行为等（1.通过LSTALMAF查询站点实时告警,参考历史告警；2.通过DSP BRD 查询单板运行情况；3.传输及EPC侧有网络变动（升级，割接，参NO筛选TOP小区NOYESYES是否存在干扰1、通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2、检查小区时隙配比是否设置准确（DE:SA2\\SSP7;F:SA2\\SSP5）3、如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；4、发送干扰组协助处理。NO1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；2、对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；3、邻区告警、故障等导致TOP小区存在弱覆盖；4、天馈问题；5、无线环境差；6、基站规划、建设、施工问题；7，天线权值配置与现场天线参数不一致。8.核查参考信号功率是否偏低（常规设置92,122，需结合现场设置）；是否存在覆盖问题NO是否存在高质差NO1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；2、通过后台误码率跟踪，如BLER>10%，确定小区存在高误码；是否存在资源不足NO1、参数调整，流量均衡；2、天馈调整，分担流量；3、热点区域，增补基站；是否终端、用户行为异常1.结合用户投诉情况，安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；NO指标是否正常保存跟踪信令及测试数据，提交问题排查交付件至华为研发定位问题。YES结束 2.

保持性TOP分析处理

2.1 指标定义

指标分类 数据来源 具体的KPI指标 (eNodeB发起的S1 RESET导致的UE Context释放无线掉话率 保持性指标 OMC920 次数+UE Context异常释放次数)/UE Context建立成功总次数*100% (eNodeB触发的释放原因为异常的E-RAB释放总次E-RAB掉线率 数+切换出E-RAB异常释放总次数)/用户发起E-RAB建立流程且建立成功的总次数*100% 指标定义 2.2 指标分析及统计点介绍 无线掉线率

如上图：【图1】中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。

如【图2】中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标

L.UECNTX.Rel.S1Reset.eNodeB进行累加。

如【图3】中A点所示，当MME向eNodeB发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.MME进行累加。

E-RAB掉线率

E-RAB掉线分2部分，为eNodeB触发的释放原因为异常的E-RAB释放总次数和切换出E-RAB异常释放总次数，分别如下：

切换出E-RAB异常释放信令统计点如下图： 上图中，图1表示eNodeB内切换，图2表示X2接口切换，图3表示S1接口切换，图4表示E-UTRAN系统切换到WCDMA系统、GERAN系统、或者TD-SCDMA系统。如图1、图2、图3和图4中C点所示，切换执行成功，但目标小区有建立失败的承载，源小区异常释放对应的E-RAB，则在源小区按各个业务的QCI分别统计该指标。同时，在源小区根据相应E-RAB的个数将总次数累加，即指标L.E-RAB.AbnormRel.HOOut累加。

eNodeB触发的释放原因为异常的E-RAB释放信令统计点如下图：

如图1中A点所示，当eNodeB发出E-RAB RELEASE INDICATION消息，且释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available For PS Service”，“Inter-RAT Redirection”，“Successful Handover”时统计L.E-RAB.AbnormRel.eNBTot指标，当判断相应承载有数传时统计L.E-RAB.AbnormRel指标。如果E-RAB RELEASE INDICATION信令中要求同时释放多个E-RAB，则相应的指标统计多次；

如图2中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available For PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时统计L.E-RAB.AbnormRel.eNBTot指标，当判断相应承载有数传时统计L.E-RAB.AbnormRel指标。如果被释放用户建立了多个E-RAB，则相应的指标统计多次。并且在MME回复UE CONTEXT RELEASE COMMAND消息时，相应指标不会被重复记录。

2.3 TOP小区分析流程

TOP小区分析可通过OMC 920提取异常释放原因： 无线掉线率释放原因如下：

□ eNodeB发起的原因为UE LOST的UE Context释放次数 □ eNodeB发起的原因为切换失败的UE Context释放次数 □ eNodeB发起的原因为无线层问题的UE Context释放次数 □ eNodeB发起的S1 RESET导致的UE Context释放次数

E-RAB掉线率释放原因如下：

□无线层问题导致的激活的E-RAB异常释放次数 □传输层问题导致的激活的E-RAB异常释放次数 □网络拥塞导致的激活的E-RAB异常释放次数 □切换流程失败导致激活的E-RAB异常释放次数 □核心网问题导致E-RAB异常释放次数

1.通过LST ALMAF查询站点实时告警,参考历史告警LST ALMLOG；?存在告警则降低功率切出用户，严重的临时去激活小区，通知维护人员处理；

2.通过DSP BRD 查询单板运行情况； ?若异常，通知维护人员处理； 3.提取两两小区切换，确定目标小区：

A.确定目标小区运行情况，是否基站故障或异常告警；?若异常，通知维护人员处理；

B.检查邻区间参数设置是否正确；?核查修改邻区外部小区参数是否正确，切换偏置是否合理； C.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；?进行邻区的合理删除和添加； D.检查基站是否周边站点缺少，如为孤站，可视为正常；?暂不做处理，观察； 4.检查参数设置是否合理：

A.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）. LST UETIMERCONST:;

B. 如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；?用LST OPTLOG查看是否指标异常开始时段有相应修改操作，询问修改人进行相应恢复观察； 5.检查是否存在干扰：

A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；?修改PCI

B.检查小区时隙配比是否设置准确（E频段室分:SA2\\SSP7; F和D频段宏站:SA2\\SSP5）；?修改时隙配比配比MOD CELL;

C.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；?统计话务统计看是突发的还是持续的，可应急通过MOD PDSCH降功率处理； 6.是否存在高质差：

A.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； B. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码； 7.是否存在弱覆盖：

A.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； B. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； 8.现场测试及后台跟踪：

A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；

B.如果确认问题后，需配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。