华为TDD-LTE指标监控指导书(经典) 下载本文

内容发布更新时间 : 2024/12/24 1:28:05星期一 下面是文章的全部内容请认真阅读。

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

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

常见告警处理方法.docx示例:

【网元链接中断】 ●告警解释:

网元与OMC网管之间的链接中断,一般来讲,为断电或传输问题 ● 对系统的影响 对该网元无法控制 ● 告警处理 序号 1 处理方法 检查同一环路下基站是否全部中断(基站侧检查光路和电源是否OK.) 2 3 通知传输中心处理 通知机房巡检处理故障(基站侧更换传输光模块/光纤) 4 结束 4 4 3 “是” 2 “否” 3

三、 坏小区(TOP小区)查找和分析处理

每小时对上一个小时的全网整体指标进行提取,如果指标变化波动较大,需提取小区级别指标进行查看,将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序, 确认是全网的整体问题还是TOP小区引起的指标波动,若剔除TOP小区后,指标恢复正常,则是TOP小区问题,优先分析掉话绝对次数多且掉话率高的Top小区;否则是全网性问题,以下是关于TOP小区筛选的方法和主要KPI处理方法流程:

1.

接入性TOP分析处理

1.1 指标定义

指标分类 数据来源 具体的KPI指标 RRC连接建立成功率 接入性指标 OMC920 ERAB建立成功率 无线接通率 指标定义 RRC连接建立完成次数/RRC连接请求次数(不包括重发) E-RAB建立成功总次数/E-RAB建立尝试总次数 RRC连接建立成功率*E-RAB建立成功率 1.2 指标分析及统计点介绍 RRC连接建立成功率

图1中【A点】

(1)指标L.RRC.ConnReq.Att加1,不统计重发的次数。

Case1:eNB下发RRC_Conn_Setup消息后,在T300定时器超时前,收到相同的UeID发起的RRC_Conn_Req(Setup丢失,UE MAC冲突解决定时器超时后重发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)如果RRC Connection Request消息信元Establishment Cause为“emergency”,指标L.RRC.ConnReq.Att.Emc加1。

(3)如果RRC Connection Request消息信元Establishment Cause为“highPriorityAccess”,指标L.RRC.ConnReq.Att.HighPri加1。

(4)如果RRC Connection Request消息信元Establishment Cause为“mt-Access”,指标L.RRC.ConnReq.Att.Mt加1。

(5)如果RRC Connection Request消息信元Establishment Cause为“mo-Singnalling”,指标L.RRC.ConnReq.Att.MoSig加1。

(6)如果RRC Connection Request消息信元Establishment Cause为“mo-Data”,指标L.RRC.ConnReq.Att.MoData加1。 【B点】

当eNodeB下小区接收到UE发送的RRC Connection Request消息并下发RRC Connection Setup消息给UE时,指标L.RRC.ConnSetup加1。 【C点】

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

RRC Setup Success Rate计算: RRCSetupSuccessRate=(L.RRC.ConnReq.Succ)/(L.RRC.ConnReq.Att)*100%

E-RAB建立成功率

如图2、3中【A点】所示,当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP

REQUEST消息时统计该指标。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同时建立多个E-RAB,则相应指标按各个业务的QCI分别进行累加。 【B点】

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

ERAB Setup Success Rate计算公式:

ErabSetupSuccessRate=(L.E-RAB.SuccEst)/(L.E-RAB.AttEst)*100%

1.3 TOP小区分析和处理

?

处理流程和方法

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

① 小区RRC建立失败次数:

1、□ 资源分配失败而导致RRC连接建立失败的次数,指标ID:1526727083;重点关注top资源是否足够,包括top用户数,传输、PRB等;

2、□ UE无应答而导致RRC连接建立失败的次数,指标ID:1526727084;关注质差、干扰、无线环境等; 3、□ 小区发送RRC Connection Reject消息次数,指标ID:1526728269;关注传输问题、是否拥塞、干扰;

4、□ 因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728485;重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等;

5、□因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728486;关注PUCCH信道相关参数设置是否合理,CQI RB数配置是否合理等;d

6、□流控导致的RRC Connection Request 消息丢弃次数,指标ID:1526728489;关注拥塞,业务流控相关参数是否设置正确等;

7、□流控导致的发送RRC Connection Reject消息次数,指标ID:1526728490;关注拥塞,业务流控相关参数是否设置正确等;

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

1、□因未收到UE响应而导致E-RAB建立失败的次数,指标ID:1526726717;处理建议:需排查覆盖,干

扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。

2、□核心网问题导致E-RAB建立失败次数,指标ID:1526728276;处理建议:需跟踪信令,排查核心网问题(EPC参数设置,TAC码设置的一致性,对用户开卡限制,硬件故障方面排查);

3、□传输层问题导致E-RAB建立失败次数,指标ID:1526728277;处理建议:需查询传输是否有故障,高误码,闪断,传输侧参数设置问题。

4、□无线层问题导致E-RAB建立失败次数,指标ID:1526728278;处理建议:处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。

5、□无线资源不足导致E-RAB建立失败次数,指标ID:1526728279;处理建议:1、排查TOP小区资源是否足够,是否故障引起,若存在资源不足问题,可考虑参数调整,流量均衡(小区选择,重选和切换类参数);2、结合现场调整天馈,流量均衡;3、热点区域,增补基站等;

6、□安全模式配置失败导致E-RAB建立失败次数,指标ID:1526728280;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。

在一般正常情况下建立失败的通常为无线侧问题导致的可以处理,具体常见处理方法和流程如下:

1.检查操作,告警,传输问题,是否存在网络变动和升级行为等(1.通过LST ALMAF查询站点实时告警,用LST ALMLOG参考历史告警;?存在告警则降低功率切出用户,严重的临时去激活小区,通知维护人员处理;

2.通过DSP BRD 查询单板运行情况;?异常则通知维护人员;

3.传输及EPC侧有网络变动(升级,割接,参数修改等)。?一般为突发,及时同时相关人员; 4.通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;?用MOD CELL修改PCI 5.检查小区时隙配比是否设置准确(室分:SA2\\SSP7;宏站:SA2\\SSP5)?LST CELL查看,MOD CELL修改;

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

7.检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖; 8.对比64QAM和QPSK占比,如后者比例远大于前者,可确定小区覆盖异常; 9.邻区告警、故障等导致TOP小区存在弱覆盖; 10.天馈问题,无线环境差;

11.天线权值配置与现场天线参数不一致。

12.核查参考信号功率是否偏低(常规设置92,122,需结合现场设置);?MOD PDSCH进行修改;