华为TDD-LTE指标监控指导书(经典) 联系客服

发布时间 : 星期一 文章华为TDD-LTE指标监控指导书(经典)更新完毕开始阅读1ecb277f03d8ce2f006623ba

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.如果确认问题后,需配合解决,转发相关人员处理,做好跟踪工作,直至问题闭环。

掉线率高是否存在异常告警或传输闪断1.通过LST ALMAF查询站点实时告警,参考历史告警;2.通过DSP BRD 查询单板运行情况;eNodeB发起的原因为切换失败的UE Context释放次数1.确定目标小区运行情况,是否基站故障或异常告警;2. 检查邻区间参数设置是否正确;3.通过Mapinfo检查小区邻区配置是否合理,进行邻区合理性优化;4.检查基站是否周边站点缺少,如为孤站,可视为正常;eNodeB发起的原因为UE LOST的UE Context释放次数eNodeB发起的原因为无线层问题的UE Context释放次数eNodeB发起的S1 RESET导致的UE Context释放次数通过提取两两小区切换,确定目标小区参数是否设置合理检查S1链路是否配置正确 现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0,如统计出现释放次数,需进行针对排查;1.查询掉线类定时器设置是否正确;(T310、N311、N310、T311、T301)2.如掉线率突增,查询操作日志,确认是否有修改,导致小区异常;1. 通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;2. 检查小区时隙配比是否设置准确(DE:SA2\\SSP7;F:SA2\\SSP5);3.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型;是否存在高干扰是否存在高质差1.通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差;2. 通过后台误码率跟踪,如BLER>10%,确定小区存在高误码;1.检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖;2.对比64QAM和QPSK占比,如后者比例远大于前者,可确定小区覆盖异常;是否存在弱覆盖现场测试及后台跟踪1.安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;2.如果确认问题后,需第三方配合解决,转发相关人员处理,做好跟踪工作,直至问题闭环; 3.

移动性TOP分析处理

3.1 指标定义

指标分类 移动性指标 数据来源 具体的KPI指标 eNodeB内切换出成功率 eNodeB间切换出成功率 同频切换成功率 异频切换成功率 (eNodeB内同频切换出成功次数+eNodeB内异频切换出成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数)/(eNodeB内同频切换出执行次数+eNodeB内异频切换出执行次数)*100% (eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数)/(eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数)*100% (eNodeB内同频切换出成功次数+eNodeB间同频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数)/(eNodeB内同频切换出执行次数+eNodeB间同频切换出尝试次数)*100% (eNodeB内异频切换出成功次数+eNodeB间异频切换出成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数)/(eNodeB内异频切换出执行次数+eNodeB间异频切换出尝试次数)*100% 指标定义 OMC920