华为LTE指标监控指导书V1.0-重要Word格式文档下载.doc

华为LTE指标监控指导书V1.0-重要Word格式文档下载.doc

《华为LTE指标监控指导书V1.0-重要Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《华为LTE指标监控指导书V1.0-重要Word格式文档下载.doc（23页珍藏版）》请在冰豆网上搜索。

eNodeB间切换出成功率

同频切换成功率

异频切换成功率

切换成功率

业务量指标

上、下行业务平均吞吐量量

上、下行PRB平均利用率

干扰指标

系统上行每PRB子载波平均干扰噪声

网络资源指标

上行PRB资源使用的平均个数

下行PRB资源使用的平均个数

2.KPI指标公式定义

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

二、数据提取方法

1.OMC自定义指标

以eNB间切换成功率为例：

1、查看工具栏，点击自定义指标管理，选择功能子集模块eNODEB,选择测量族和测量组（指标所在的测量族请参考文档《中国移动集团要求上报TDDLTE网络指标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

BBU单板维护链路异常告警

29207

基站控制面传输中断告警

25621

直流输出异常告警

26276

制式间站点配置冲突告警

26238

RRU组网拓扑类型与配置不一致告警

BBP心跳检测失败告警

26529

射频单元驻波告警

26322

BBU测收发光异常

26503

RRU测收发光异常

26233

BBUIR光接口性能恶化告警

29201

S1接口故障告警

25888

SCTP链路故障告警

26235

射频单元维护链路异常告警

26506

RRU测光口性能恶化

26260

系统时钟不可用告警

主要告警分析和常见的处理手段。

下面以“网元链路中断”为例说明如何查看和处理常见告警，其他告警类可查看附件内容。

（附件：

）

示例：

【网元链接中断】

●告警解释：

网元与OMC网管之间的链接中断，一般来讲，为断电或传输问题

●对系统的影响

对该网元无法控制

●告警处理

序号

处理方法

“是”

“否”

1

检查同一环路下基站是否全部中断（基站侧检查光路和电源是否OK.）

2

3

2

通知传输中心处理

4

3

通知机房巡检处理故障（基站侧更换传输光模块/光纤）

结束

三、坏小区（TOP小区）查找和分析处理

每小时对上一个小时的全网整体指标进行提取，如果指标变化波动较大，需提取小区级别指标进行查看，将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序,确认是全网的整体问题还是TOP小区引起的指标波动，若剔除TOP小区后，指标恢复正常，则是TOP小区问题，优先分析掉话绝对次数多且掉话率高的Top小区；

否则是全网性问题，以下是关于TOP小区筛选的方法和主要KPI处理方法流程：

1.接入性TOP分析处理

1.

1.1指标定义

指标定义

OMC920

RRC连接建立完成次数/RRC连接请求次数（包括重发）

E-RAB建立成功总次数/E-RAB建立尝试总次数

RRC连接建立成功率*E-RAB建立成功率

1.2指标分析及统计点介绍

lRRC连接建立成功率

图1中【A点】

（1）指标L.RRC.ConnReq.Att加1，不统计重发的次数。

Case1：

eNB下发RRC_Conn_Setup消息后，在T300定时器超时前，收到相同的UeID发起的RRC_Conn_Req（Setup丢失，UEMAC冲突解决定时器超时后重发RRC_Conn_Req，UeID不变），记为一次重发RRC_Conn_Req消息。

Case2：

T300超时后，UE仍未收到RRC_Conn_Setup，UE重新搜网，发起初始接入，UeID是取0~239的随机值或上层下发的TMSI。

eNB侧记为新的一次初始接入，L.RRC.ConnReq.Att加1。

Case3：

发起Attach后会启动T310定时器。

如果UE发出RRC_Conn_Setup_Cmp后，ENB没有收到，UE会在定时器超时后重新发起Attach，ENB侧记为新的一次初始接入；

RRC_Conn_Setup_Cmp丢失不会触发重建，发起重建的前提是安全已经激活。

（2）如果RRCConnectionRequest消息信元EstablishmentCause为“emergency”，指标L.RRC.ConnReq.Att.Emc加1。

（3）如果RRCConnectionRequest消息信元EstablishmentCause为“highPriorityAccess”，指标L.RRC.ConnReq.Att.HighPri加1。

（4）如果RRCConnectionRequest消息信元EstablishmentCause为“mt-Access”，指标L.RRC.ConnReq.Att.Mt加1。

（5）如果RRCConnectionRequest消息信元EstablishmentCause为“mo-Singnalling”，指标L.RRC.ConnReq.Att.MoSig加1。

（6）如果RRCConnectionRequest消息信元EstablishmentCause为“mo-Data”，指标L.RRC.ConnReq.Att.MoData加1。

【B点】

当eNodeB下小区接收到UE发送的RRCConnectionRequest消息并下发RRCConnectionSetup消息给UE时，指标L.RRC.ConnSetup加1。

【C点】

当eNodeB收到UE返回的RRCConnectionSetupComplete消息时统计相应指标，L.RRC.ConnReq.Succ加1。

RRCSetupSuccessRate计算：

RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/（L.RRC.ConnReq.Att）*100%

lE-RAB建立成功率

如图2、3中【A点】所示，当eNodeB收到来自MME的E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息时统计该指标。

如果E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息中要求同时建立多个E-RAB，则相应指标按各个业务的QCI分别进行累加。

当MME收到来自eNodeB的E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息时E-RAB建立成功次数累加。

ERABSetupSuccessRate计算公式：

ErabSetupSuccessRate=（L.E-RAB.SuccEst）/（L.E-RAB.AttEst）*100%

1.3TOP小区分析和处理

Ø

处理流程和方法

通过对TOP小区建立失败的原因进行观察，通过对不同的原因做相应的观察，不同失败原因对于相应指标有不同的变化，应对观察指标和优化策略均不同，下表为指标提取的建立失败的不同原因分类和相应说明：

①对小区RRC建立失败次数：

□资源分配失败而导致RRC连接建立失败的次数，指标ID：

1526727083；

重点关注top资源是否足够，包括top用户数，传输、PRB等；

□UE无应答而导致RRC连接建立失败的次数，指标ID：

1526727084；

关注质差、干扰、无线环境等；

□小区发送RRCConnectionReject消息次数，指标ID：

1526728269；

关注传输问题、是否拥塞、干扰；

□因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：

1526728485；

重点关注SRS带宽、配置指示（接入增强）、配置方式（打开子帧树重配开关）、SRSACK/NACK设置是否合理等；

□因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID1；

关注PUCCH信道相关参数设置是否合理，CQIRB数配置（增大此参数，小区能够支持更多配置周期性CQI资源的用户，但是却增大了上行控制信令的开销,且当PUCCH资源调整开关关闭时）是否合理等；

□流控导致的RRCConnectionRequest消息丢弃次数，指标ID：

1526728489；

关注拥塞，业务流控相关参数是否设置正确等；

□流控导致的发送RRCConnectionReject消息次数，指标ID：

1526728490；

②对小区E-RAB建立失败次数：

□因未收到UE响应而导致E-RAB建立失败的次数，指标ID：

1526726717；

处理建议：

需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。

□核心网问题导致E-RAB建立失败次数，指标ID：

1526728276；

需跟踪信令，排查核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）；

□传输层问题导致E-RAB建立失败次数，指标ID：

1526728277；

需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。

□无线层问题导致E-RAB建立失败次数，指标ID：

1526728278；

□无线资源不足导致E-RAB建立失败次数，指标ID：

1526728279；

1、排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）；

2、结合现场调整天馈，流量均衡；

3、热点区域，增补基站等；

□安全模式配置失败导致E-RAB建立失败次数，指标ID：

1526728280；