华为TDDLTE指标监控指导书经典值得下载.docx
《华为TDDLTE指标监控指导书经典值得下载.docx》由会员分享，可在线阅读，更多相关《华为TDDLTE指标监控指导书经典值得下载.docx（18页珍藏版）》请在冰豆网上搜索。
华为TDDLTE指标监控指导书经典值得下载
舟山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对应指标定义：
二、数据提取方法
3.OMC自定义指标
以eNB间切换成功率为例：
1、查看工具栏，点击自定义指标管理，选择功能子集模块eNODEB,选择测量族和测量组（指标所在的测量族请参考文档《中国移动集团要求上报TDDLTE网络指标，如图1：
图1
2、右击系统内切换出测量，选择添加后出现下图窗口，输入指标名称（注意单位的选择），填写公式后，点击应用
图2
3、在自定义指标管理界面找到定义的指标，右击，选择测量设置，如图3
图3
4、在弹出的窗口，如图4，勾选新对象自动测量，点击应用，结束。
图4
4.KPI指标提取
1、点击结果查询，选择新查询，选择对象，如需选取部分站点（点击第一个对象后，按住“Shift”键，再点击最后一个站点，可将这些对象全选），如图5
图5
2、选取需要查询的指标和对应的周期类型，如图6，按需要选择日期范围和时间方式，如图7
图6
图7
3、指标查询结果如图8
图8
5.告警提取
常见告警分类表
告警等级
告警号
告警名称
本机网管
紧急
网元连接中断
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
3
通知机房巡检处理故障（基站侧更换传输光模块/光纤）
4
4
结束
三、坏小区（TOP小区）查找和分析处理
每小时对上一个小时的全网整体指标进行提取，如果指标变化波动较大，需提取小区级别指标进行查看，将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序,确认是全网的整体问题还是TOP小区引起的指标波动，若剔除TOP小区后，指标恢复正常，则是TOP小区问题，优先分析掉话绝对次数多且掉话率高的Top小区；否则是全网性问题，以下是关于TOP小区筛选的方法和主要KPI处理方法流程：
6.接入性TOP分析处理
1.1指标定义
指标分类
数据来源
具体的KPI指标
指标定义
接入性指标
OMC920
RRC连接建立成功率
RRC连接建立完成次数/RRC连接请求次数（不包括重发）
ERAB建立成功率
E-RAB建立成功总次数/E-RAB建立尝试总次数
无线接通率
RRC连接建立成功率*E-RAB建立成功率
1.2指标分析及统计点介绍
RRC连接建立成功率
图1中【A点】
（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侧记为新的一次初始接入，
Case3：
发起Attach后会启动T310定时器。
如果UE发出RRC_Conn_Setup_Cmp后，ENB没有收到，UE会在定时器超时后重新发起Attach，ENB侧记为新的一次初始接入；RRC_Conn_Setup_Cmp丢失不会触发重建，发起重建的前提是安全已经激活。
（2）如果RRCConnectionRequest消息信元EstablishmentCause为“emergency”，指标
（3）如果RRCConnectionRequest消息信元EstablishmentCause为“highPriorityAccess”，指标
（4）如果RRCConnectionRequest消息信元EstablishmentCause为“mt-Access”，指标
（5）如果RRCConnectionRequest消息信元EstablishmentCause为“mo-Singnalling”，指标
（6）如果RRCConnectionRequest消息信元EstablishmentCause为“mo-Data”，指标
【B点】
当eNodeB下小区接收到UE发送的RRCConnectionRequest消息并下发RRCConnectionSetup消息给UE时，指标
【C点】
当eNodeB收到UE返回的RRCConnectionSetupComplete消息时统计相应指标，
RRCSetupSuccessRate计算：
RRCSetupSuccessRate=（
E-RAB建立成功率
如图2、3中【A点】所示，当eNodeB收到来自MME的E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息时统计该指标。
如果E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息中要求同时建立多个E-RAB，则相应指标按各个业务的QCI分别进行累加。
【B点】
当MME收到来自eNodeB的E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息时E-RAB建立成功次数累加。
ERABSetupSuccessRate计算公式：
ErabSetupSuccessRate=（L.E-RAB.SuccEst）/（L.E-RAB.AttEst）*100%
1.3TOP小区分析和处理
Ø处理流程和方法
通过对TOP小区建立失败的原因进行观察，通过对不同的原因做相应的观察，不同失败原因对于相应指标有不同的变化，应对观察指标和优化策略均不同，下表为指标提取的建立失败的不同原因分类和相应说明：
1小区RRC建立失败次数：
1、□资源分配失败而导致RRC连接建立失败的次数，指标ID：
83；重点关注top资源是否足够，包括top用户数，传输、PRB等；
2、□UE无应答而导致RRC连接建立失败的次数，指标ID：
84；关注质差、干扰、无线环境等；
3、□小区发送RRCConnectionReject消息次数，指标ID：
69；关注传输问题、是否拥塞、干扰；
4、□因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：
85；重点关注SRS带宽、配置指示、配置方式、SRSACK/NACK设置是否合理等；
5、□因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID：
86；关注PUCCH信道相关参数设置是否合理，CQIRB数配置是否合理等；d
6、□流控导致的RRCConnectionRequest消息丢弃次数，指标ID：
89；关注拥塞，业务流控相关参数是否设置正确等；
7、□流控导致的发送RRCConnectionReject消息次数，指标ID：
90；关注拥塞，业务流控相关参数是否设置正确等；
②对小区E-RAB建立失败次数：
1、□因未收到UE响应而导致E-RAB建立失败的次数，指标ID：
17；处理建议：
需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。
2、□核心网问题导致E-RAB建立失败次数，指标ID：
76；处理建议：
需跟踪信令，排查核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）；
3、□传输层问题导致E-RAB建立失败次数，指标ID：
77；处理建议：
需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。
4、□无线层问题导致E-RAB建立失败次数，指标ID：
78；处理建议：
处理建议：
需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。
5、□无线资源不足导致E-RAB建立失败次数，指标ID：
79；处理建议：
1、排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等；
6、□安全模式配置失败导致E-RAB建立失败次数，指标ID：
80；处理建议：
需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。
在一般正常情况下建立失败的通常为无线侧问题导致的可以处理，具体常见处理方法和流程如下：
1.检查操作，告警，传输问题，是否存在网络变动和升级行为等（1.通过LSTALMAF查询站点实时告警,用LSTALMLOG参考历史告警；→存在告警则降低功率切出用户，严重的临时去激活小区，通知维护人员处理；
2.通过DSPBRD查询单板运行情况；→异常则通知维护人员；
3.传输及EPC侧有网络变动（升级，割接，参数修改等）。
→一般为突发，及时同时相关人员；
4.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；→用MODCELL修改PCI
5.检查小区时隙配比是否设置准确（室分:
SA2\SSP7;宏站:
SA2\SSP5）→LSTCELL查看，MODCELL修改；
6.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；→统计话务统计看是突发的还是持续的，可应急通过MOD
升级会员 