CN101222742B - 移动通信网管系统中告警自定位和自处理的方法及系统 - Google Patents

Abstract

一种移动通信网管系统中告警自定位和自处理的方法，涉及移动通信网管监控系统中的告警自定位及自处理。监控系统维护三个表，分别存放自动执行指令所得结果、告警自定位及自处理规则、延时处理对象。如果告警网元不是工程网元且不处于繁忙等不自处理状态，并且该告警符合自处理规则时，判断告警是否为需延时处理，若是，则由外部轮询进程处理，否则查看其是否在自处理后设定时间内又重复出现的告警，若是，则派单，否则调用告警自处理服务。采用本发明所述方法，使监控人员从简单、重复的手工劳动中解放出来，提高了整个监控工作的效率。

Description

移动通信网管系统中告警自定位和自处理的方法及系统 

技术领域

本发明涉及移动通信网中网管系统，尤其涉及移动通信网管监控系统中的告警自定位及自处理。 

背景技术

运营支撑系统(Operation Support System，缩写成OSS)是移动运营管理的重要组成部分。OSS是移动运营商快速开通业务、及时保障业务、优化管理网络资源的重要手段，是网络运营管理不可分割的一部分。 

故障管理是OSS系统核心的管理领域。目前各移动运营商已经基本实现了主要网络设备故障信息的集中化统一监控，围绕故障的采集/发现、分析、展现、处理建立了较完善的故障管理系统。 

在目前的移动通信网管监控系统中，当有告警发生时，告警采集程序会将告警信息保存至数据库，经过采集过滤、告警压缩等处理之后的告警，在监控终端显示出来，维护人员看到告警后，根据自己的告警处理经验及文档、设备资料等，对某些种类的告警进行处理，这种处理是通过向产生告警的设备发送若干条指令并分析执行结果、获取设备状态，根据设备的状态定位故障根源或发送指令清除故障。 

这种手工的告警定位和处理方法是一种简单的、重复的劳动，特别是在设备数量较多的网络中，可能会有大量的告警信息产生，监控维护人员的工作量可想而知，而且故障处理的时间过长，有时得不到及时处理，从而影响网络运营质量。整个监控工作的效率不高，缺点显而易见。 

随着网络规模的不断扩大，网络设备不断增加，网络监控、维护人员忙于处理不断发生的大量的告警，手工向OSS等发送指令收集信息或消除告警，耗用大量时间，且容易遗漏重大网络事件。此外，由于处理告警已消耗了大量时间，用在告警深层次分析以确定告警根本原因从而减少甚至杜绝相关故障发生的时间就相应减少。 

设备的维护管理工作，通过把各种经验IT化、自动化、智能化，在告警发生以后能够快速响应、自动分析、自动定位、自动收集信息，在保证网络安全运营的基础上，更要优质快速地保证端到端的业务质量、网络投诉问题的快速响应并解决，大大提高客户对移动 优质网络服务的感知程度。这些工作的落实需要更加优质高效的智能化告警处理系统。 

发明内容

本发明的目的是提供一种代替手工的移动通信网管系统中告警自定位和自处理的方法。 

本发明所要解决的问题是提供一种告警自定位及自处理的方法，即通过把各种经验IT化、自动化、智能化，采取自动向网元发送操作、查询指令的方式，在告警发生以后能够快速响应、自动分析、自动定位、自动收集信息，实现非硬件故障的自动处理以及故障发生时刻的信息收集、信息分析的智能化。 

本发明技术方案如下： 

一种移动通信网管系统中告警自定位和自处理的方法，涉及移动通信网管监控系统中的告警自定位及自处理。监控系统维护三个表，分别存放自动执行指令所得结果、告警自定位及自处理规则、延时处理对象。如果告警网元不是工程网元且不处于繁忙等不自处理状态，并且该告警符合自处理规则时，判断告警是否为需延时处理，若是，则由外部轮询进程处理，否则查看其是否在自处理后设定时间内又重复出现的告警，若是，则派单，否则调用告警自处理服务。 

经过归一化处理的告警，在经过告警关联分析之后，对于需要进行自定位及自处理的告警，判断发生告警的网元是否处于工程状态，对于非工程网元所发生的告警，接下来统计此网元是否处于告警风暴期间，若不是则根据每种告警的处理规则，进入智能化处理过程。 

在进行自动定位及自处理时，为避免给本已繁忙的网元带来更大的负担，自定位及自处理方法中设计了一个验证网元本身状态的步骤，通过验证后，自定位及自处理继续执行，否则自动调用派单过程。同一故障点反复出现的告警以及经自处理之后又重复出现的告警，方法中均做了判断，当这些情况出现的时候，自动调用派单过程。对于那种经常在发生后的很短时间内自动清除的告警，使用延时处理方式，达到延迟时间后仍然处于活动状态的告警，方进行自动定位及自处理。 

告警的自处理和自定位，是对每种告警的处理经验，经IT化后形成智能化的、自动的、程序化的处理规则，随着处理经验的不断丰富，这些规则也将不断的完善或添加更多种类的告警自处理规则，为了适应这种变化，自处理和自定位方法中设计了易于扩展的整体架构。每种告警的处理规则，可以很容易的挂载在此架构下，对其他告警不产生任何影响，使得规则的扩充及丰富十分方便。 

移动通信网管系统中告警自定位和自处理的方法，其特征是包括以下步骤： 

A、判断告警是否为工程网元所发出的步骤， 

是，则进入步骤F，否，则进入步骤B； 

B、网元目前状态分析的步骤， 

如果网元负荷正常，引入告警自处理规则，进入步骤C； 

C、判断是否为频发告警或者为告警自处理规则指定需延时自处理， 

是，保存数据进入延时计时进入外部处理系统，否，进入步骤D； 

D、自处理设定时间内是否又重复出现告警的判断步骤， 

是，转为智能化派单步骤，否，进入步骤E； 

E、告警自动定位及自处理、智能化分析步骤， 

向网元发送指令，获取分析指令执行结果，存储自动定位及自处理、智能化分析的数据，根据返回状态判断是否发送工单； 

F、结束本次告警处理。 

该监控系统包括依次连接的警告归一化模块、自处理一预处理模块、处理结果存储及后续处理模块，自动派单模块及前台呈现、查询统计模块。 

该监控系统可自动动作，自动消除告警或者使得操作维护人员能够越过故障定位过程快速进入故障处理阶段，以达到快速定位故障点或自动处理告警，缩短故障历时，提高告警处理效率的目的。减轻了网络监控角色和工程/维护角色中理解告警本身、人工处理告警以及收集告警信息等工作量，使维护人员把更多精力放在网络分析方面。而实时收集的设备信息，也将会对网络分析人员大有帮助。 

使监控人员从简单、重复的手工劳动中解放出来，提高了整个监控工作的效率，将更大的精力投入到故障分析及故障预防当中，故障定位的平均时长从十几分钟缩短到几分钟，影响网络运营质量的故障的平均历时显著降低，提升了网络运营质量。 

例如，在山东移动通信有限公司，智能化自处理目前设定对各专业5大类共40余种告警进行自动定位及自处理，收集了2007年6月移动网管数据进行分析，6月份全省入库告警数据约600万条，其中需要人工干预才可清除的告警140万条，可以进行智能化处理的告警为112万条，智能化处理的比率约为80％，经过智能化处理之后，告警可以自动消除的有87万条，处理成功率为78％。 

附图说明

附图1是本发明的告警自定位及自处理模块图及主框架处理流程图，附图2是本发明实施例的一个告警的处理过程的流程图，附图3是本发明实施例自处理的通用内部流程图，附图4是本发明实施例频发或延时外部轮循程序流程图，图5是本发明告警自处理及相关 模块的整体模块图。 

具体实施方式

经过归一化处理的告警，在经过告警关联分析之后，根据自处理配置表的数据，做进一步判断。自处理配置表，配置了需要自处理、自定位的告警以及这些告警的处理参数。自处理配置表的结构如下： 

根据所传入的告警数据以及fmin_config的配置数据，判断此告警是否需要进行智能处理。若否则返回。对于配置数据的匹配，遵循以下原则： 

规则必须是启用状态，且介于启用时间段之内。 

匹配至最明确的设定(标题+网元)，标题是必选项，例如：有一条规则R1是针对A标题告警所有(ALL)网元进行自处理，同时有另外一条规则R2同样针对A标题但只对B网元有效，则匹配规则R2. 

规则是否启用和是否进行自动处理两个选项的关系： 

是否进行自动处理选项仅在输入特定网元时可选。 

当规则启用且进行自动处理时：对该网元进行自动处理 

当规则启用且不进行自动处理时：不对该网元进行自动处理 

若规则不启用时：此规则失效 

判断相关网元是否为工程网元，若是则返回 

接下来根据统计数据判断此网元是否处于告警风暴期间，是则中止处理。 

判断网元当前状态是否适合自处理(例如爱立信网元CP＞60％则不适合自处理)，若不适合自处理，则将此告警的智能化处理状态设置为‘转活动’并不再继续处理。 

进行频发告警处理：频发告警不同于普通频次告警，判断时需先提取定位信息(每个告警都不同)。当freq_time_window＞0时有效，若在freq_time_window时间内某告警连续出现达到freq_occur_limit次，则为频发告警，不做自处理。 

是否为N秒前已处理过的告警重复出现，是则转活动，中止自处理。 

对于需要延时处理或者需要进行频发判断的告警，先保存至延迟处理表中，延迟处理表的结构如下： 

它是一个缓存区域，用于存储需要等待一段时间再做自处理的告警，只所以将某些告警延时处理，是为避免某些历时时间非常短、但却频繁发生的告警对网元造成不必要的过重负担，若等待一段时间后告警仍然存在，则进行自处理。 

根据标题、厂商、设备类型等条件取得此告警需要进行的处理步骤列表，逐一执行。告警自处理及自处理的结果，保存到相关的存储表中，其结构如下： 

下面结合附图举例说明。 

其中的几个的判断过程的意图：首先判断网元是否为工程网元，处于工程状态的网元所发生的告警不进行自动定位及自处理。然后，进入网元当前状态判断分支：当网元过于繁忙或处于其他不适于进行自处理状态时，将跳过自处理流程，此判断分支的作用在于提高自处理的安全性。如果此种告警为频发告警或已设定为延时处理，此告警将被保存到延时处理列表中，待延时结束后进行处理。对于经自定位及自处理后重复出现的告警，将自动转派单。以上的判断分支，由告警自处理整体框架ALR_IN_MAIN完成，具体各个告警的处理步骤由外部组件处理，可方便的挂接于主框架下。 

该监控系统包括依次连接的警告归一化模块、自处理-预处理模块、处理结果存储及后续处理模块、自动派单模块及前台呈现、查询统计模块。其整体结构见附图5。一种移动通信网管系统中告警自定位和自处理系统，其特征是包括以下装置： 

将警告信息归一化处理的警告归一化模块； 

将警告信息自处理-预处理模块； 

将警告信息处理结果存储及后续处理模块； 

生成自动派单模块及前台呈现、查询统计模块。 

实施例： 

以下以某一CCITT7 SIGNALLING LINK FAILURE告警的自定位及自处理，举例说明告警处理步骤： 

告警内容如下： 

WO BZG2/A33I/0/0/10/09         NVT-682     TIME 070308 2308 PAGE 1 

***ALARM 825 A1/APT″BZG2/A33I/0/0/1″A 070309 0001 

CCITT7 SIGNALLING LINK FAILURE 

LS           SPID    SLC  ST 

2-10-255-18 JNLSTP2  7   C7ST2C-69 

SDL 

JNL1，UPD-3587 

FCODE    INFO  REASON 

104 H′0 SIN，SIE，SIO OR SIOS RECEIVED 

END 

2-10-255-18：信令点 

JNLSTP2：信令点名称 

7：link号码 

C7ST2C-69：信令终端 

对该告警的处理流程如下： 

1、出现告警时等待3-5分钟(时间可以设置)，如果告警消失则不进行任何处理。 

2、如果在3-5分钟内消失后又重新出现(针对同一信令点、同SLC的信令中断告警)，认为是频次告警或临时闪断，也不进行任何处理；等待到1小时内如果出现次数超 过6次，达到频次告警的门限，自动派发工单。 

3、对非频次告警，则按照如下流程处理： 

1)C7LTP：LS＝2-10-255-18； 

<c7ltp：ls＝2-10-255-18； 

CCITT7 LINK SET STATE 

LS            SPID   SLC STATE INHIBST FCODE INFO 

2-10-255-18  JNLSTP2 00 ACTIVE 

                     01 ACTIVE 

                     02 ACTIVE 

                     03 ACTIVE 

                     04 ACTIVE 

                     05 ACTIVE 

                     06 ACTIVE 

                     07 RESTORING   104 H′0 

如果SLC＝7的link为ACTIVE，表示信令恢复中止处理；否则继续将故障SLC进行闭解： 

C7LAE：LS＝2-10-255-18，SLC＝7； 

EXECUTED表示执行成功，继续执行下一条指令 

其他响应：中止处理。 

C7LAI：LS＝2-10-255-18，SLC＝7； 

EXECUTED表示执行成功，继续执行下一条指令其他响应：中止处理。 

C7LTP：LS＝2-10-255-18； 

EXECUTED表示执行成功，继续执行下一条指令 

其他：中止处理 

检查SLC对应的LINK是否ACTIVE，表示信令恢复中止处理；否则继续 

2)检查ST对应的RP和EM状态 

<c7tsp：st＝c7st2c-69； 

CCITT7 SIGNALLING TERMINAL STATE 

ST           STATE    ADM   BLS    RP    EM 

C7ST2C-69    ISERV    CCC           53     0 

<exemP：em＝all，rp＝53； 

EM DATA 

RP    TYPE  EM  EQM            TWIN  CNTRL  PP STATE 

 53   RPD1A  0  C7ST2C-68&&-71       PRIM      WO 

<exrpp：rp＝53； 

RP  DATA 

RP    STATE  TYPE  TWIN  STATE DS  MAINT.STATE 

 53   WO     RPD1A                 IDLE 

如果RP、EM状态不是WO状态，则按照EM FAULT或RP FAULT的处理流程进行处理；如果为WO状态则继续按照以下步骤处理。 

3)检查半永久连接状态和对应的传输时隙DEV 

<exscp：dev＝c7st2c-69； 

SEMIPERMANENT CONNECTION DATA 

NAME              CSTATE  DISTC  MISC    NUMCH 

LSTP23            ACT    57            1 

SIDE1             SSTATE ATT  ES    MISCS 

DEV＝C7BTC4-3588  ACT 

SIDE2             SSTATE ATT  ES    MISCS 

DEV＝C7ST2C-69    ACT 

4)检查DEV对应的SNT及其状态 

<exdep：dev＝c7btc4-3588； 

DEVICE DATA 

DEV            R       HNB    SNT/DEVP   MUP          UA 

C7BTC4-3588    JNL2SO         C7ETC4-112              NC 

               JNL2SI 

DEV            MISC1   MISC2  MISC3  MISC4 ADMSTATE 

                                           R  SNT S  EM 

C7BTC4-3588                                C  C   C  C 

通过以上指令得到C7BTC4-3588->C7ETC4-112 

<ntcoP：snt＝c7etc4-112： 

SWITCHING NETWORK TERMINAL CONNECTION DATA 

SNT           SNTV  SNTP    DIP     DEV 

C7ETC4-112       1  TSM-5-5 112C7B4 C7BTC4-3584&&-3615 

END 

通过以上指令得到C7ETC4-112->112C7B4 

<ntstp：snt＝c7etc4-112； 

SWITCHING NETWORK TERMINAL STATE 

SNT         STATE    BLS    LST    FCODE 

C7ETC4-112  WO 

如果SNT状态不是WO，则按照Switching Network Terminal，Repair中的流程进行处理。 

5)检查DIP质量及对应的状态 

<dtstp：dip＝112c7b4； 

DIGITAL PATH STATE 

DIP     TYPE STATE LOOP TSLOTL DIPEND FAULT SECTION 

112C7B4 IEX  WO 

如果传输状态不是WO则派发工单核查原因；如果为WO则按照以下规则进行处理。 

<DTQUP：DIP＝112C7B4； 

DIGITAL PATH QUALITY 

INCOMING AND OUTGOING DIRECTION 

DIP      T1   T2  SLIP   SLIP2  UAS   UASR  UAV1 UASB1  UAV2 UASB2 

112C7B4  2    17  0      0      0     0     0    0      0    0 

SECTION ESV  SESV  DMV  ESVR  SESVR DMVR  SFV SFTI 

        0    0          0     0           0    24 

SECTION ES2V SES2V DM2V ES2VR SES2VR DM2VR SMI 

        0    0          0     0            27 

如果传输质量存在加多的滑码或误码则复位传输 

<DTQSR：DIP＝dip，SF，DEGR，UNACC； 

EXECUTED表示执行成功，继续执行下一条指令 

其他：中止处理 

6)检查链路状态 

<c7ltp：ls＝2-10-255-18； 

CCITT7LINK SET STATE 

LS           SPID    SLC STATE   INHIBST FCODE  INFO 

2-10-255-18  JNLSTP2 00  ACTIVE 

                     01  ACTIVE 

                     02  ACTIVE 

                     03  ACTIVE 

                     04  ACTIVE 

                     05  ACTIVE 

                     06  ACTIVE 

                     07  ACTIVE 

如果为WO则结束处理，否则发工单 

Claims (1)

1.移动通信网管系统中告警自定位和自处理的方法，其特征是，包括以下步骤：

A、判断告警是否为工程网元所发出的步骤，

是，则进入步骤F，否，则进入步骤B；

B、网元目前状态分析的步骤，

如果网元负荷正常，引入告警自处理规则，进入步骤C；

C、判断是否为频发告警或者为告警自处理规则指定需延时自处理，

是，保存数据进入延时计时进入外部处理系统，否，进入步骤D；

D、自处理设定时间内是否又重复出现告警的判断步骤，

是，转为智能化派单步骤，否，进入步骤E；

E、告警自动定位及自处理、智能化分析步骤，

向网元发送指令，获取分析指令执行结果，存储自动定位及自处理、智能化分析的数据，根据返回状态判断是否发送工单；

F、结束本次告警处理。

Images