华为TDD-LTE指标监控指导书（经典，值得下载）

舟山LTE指标监控指导书V1.0

一、 指标监控内容和KPI指标定义

1.

主要监控内容

话统KPI主要包括以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。

通过上述重点话统KPI指标的监测，可以达到：识别突发问题、风险提前预警、话统KPI的稳定与提升，目前TD-LTE系统需要重点关注的话统KPI指标如下表：

指标分类 数据来源 具体的KPI指标 RRC连接建立成功率 接入性指标 ERAB建立成功率 无线接通率 无线掉话率 E-RAB掉线率 无线eNodeB内切换出成功率 eNodeB间切换出成功率 同频切换成功率 异频切换成功率 切换成功率 上、下行业务平均吞吐量量 上、下行PRB平均利用率 系统上行每PRB子载波平均干扰噪声 无线侧 上行PRB资源使用的平均个数 下行PRB资源使用的平均个数 保持性指标 移动性指标 侧 业务量指标 干扰指标 网络资源指标

2.

KPI指标公式定义

请参考附件中OMC920对应指标定义：

中国移动集团要求上报TDD LTE网络指标V 二、 数据提取方法

1.

OMC自定义指标

以eNB间切换成功率为例：

1、查看工具栏，点击自定义指标管理，选择功能子集模块eNODEB,选择测量族和测量组（指标所在的测量族请参考文档《中国移动集团要求上报TDD LTE网络指标V2.1.8》），如图1：

图1

2、右击系统内切换出测量，选择添加后出现下图窗口，输入指标名称（注意单位的选择），填写公式后，点击应用

图2

3、在自定义指标管理界面找到定义的指标，右击，选择测量设置，如图3

图3

4、在弹出的窗口，如图4，勾选新对象自动测量，点击应用，结束。

图4

2.

KPI指标提取

1、点击结果查询，选择新查询，选择对象，如需选取部分站点（点击第一个对象后，按住“Shift”键，再点击最后一个站点，可将这些对象全选），如图5

图5

2、选取需要查询的指标和对应的周期类型，如图6，按需要选择日期范围和时间方式，如图7

图6

图7

3、指标查询结果如图8

图8

3.

告警提取

常见告警分类表 本机网管 ENODEB 告警等级 紧急 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 重要 告警号 29243 19240 26205 29207 25621 26276 26238 26529 26322 26503 26233 29201 25888 26235 26506 26260 告警名称 网元连接中断 小区服务能力下降告警 小区不可用告警 BBU单板维护链路异常告警 基站控制面传输中断告警 直流输出异常告警 制式间站点配置冲突告警 RRU组网拓扑类型与配置不一致告警 BBP心跳检测失败告警 射频单元驻波告警 BBU测收发光异常 RRU测收发光异常 BBU IR光接口性能恶化告警 S1接口故障告警 SCTP链路故障告警 射频单元维护链路异常告警 RRU测光口性能恶化 系统时钟不可用告警

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

本文来源：https://www.bwwdw.com/article/w4gd.html