CN101222742A

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

Info

Publication number: CN101222742A
Application number: CNA200810009119XA
Authority: CN
Inventors: 陈刚; 姜良军; 宫钦; 林琳; 王奉军
Original assignee: China Mobile Group Shandong Co Ltd
Current assignee: China Mobile Group Shandong Co Ltd
Priority date: 2007-11-22
Filing date: 2008-01-24
Publication date: 2008-07-16
Anticipated expiration: 2028-01-24
Also published as: CN101222742B

Abstract

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

Description

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

技术领域

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

背景技术

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

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

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

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

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

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

发明内容

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

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

本发明技术方案如下：

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

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

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

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

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

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

是，则智能化过程结束，否，则进入网元目前状态分析步骤；

2、网元目前状态分析步骤

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

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

是，保存数据进入延时计时进入外部处理系统，否，进入自处理设定时间判断步骤；

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

是，转为智能化派单步骤，否，进入自处理步骤；

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

存储自动定位及自处理、智能化分析的数据，发工单；

6、结束本次告警处理。

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

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

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

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

附图说明

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

具体实施方式

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

代码	名称	数据类型	说明
代码	名称	数据类型	说明	ruleidvendoridtitleobject_classdnsetautodealfreq_time_windowfreq_occur_limitdelaytimeStarttimeEndtimeIsenabledNote	ruleidvendoridtitleobject_classdnsetautodealfreq_time_windowfreq_occur_limitdelaytimestarttimeendtimeisenablednote	SERIALsmallintvarchar(128)smallintsetsmallintINTEGERSMALLINTINTEGERDATETIMEHOUR TOSECONDDATETIMEHOUR TOSECONDsmallintvarchar(128)	是否进行自动处理：是(1)，否(0)。缺省为进行自处理。仅当网元名称不为ALL时可选。频发告警判断时间窗，0表示非频发告警频发告警次数限制。仅当freq_time_window＞0时有效，若在freq_time_window时间内某告警连续出现达到freq_occur_limit次，则为频发告警，不做自处理

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

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

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

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

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

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

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

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

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

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

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

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

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

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

代码	名称	数据类型	说明
代码	名称	数据类型	说明	serialnoobjtypedntitleinserttimedelaytimeruleid	告警序号处理对象类型网元标题插入时间延时时间(s)规格ID	integersmallintVARchar(32)VARchar(127)DATETIMEYEAR TOSECONDINTEGERinteger	告警的serialno(当objtype＝1时)1：alarm

ruletypestatusstatustime

规则类型处理状态处理时间

smallintsmallintDATETIMEYEAR TOSECOND

根据规则类型决定要做何种处理1：告警自处理0：未处理1：已处理-1告警在延迟处理期间被自动清除

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

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

代码	名称	数据类型	说明
代码	名称	数据类型	说明	serialnodntitlealmobjectinfotypestatusstatustimeinserttimeOccur_timeAlarm_textinfotext	告警序号网元告警标题告警对象infotype状态状态改变时间插入时间告警发生时间告警正文信息正文	INTEGERVARchar(32)VARchar(80)VARchar(128)SMALLINTsmallintDATETIMEYEAR TOSECONDDATETIMEYEAR TOSECONDlvarcharlvarchar(10240)	告警的SERIALNO冗余冗余定位信息。是个组合串。根据自动处理的结果infotype＝0自动告警分析的结果10故障代码分析所用的指令结果11故障代码-2：延时处理(等待中)-1：处理中0：处理成功1：转派单(处理成功，需要派单)2：转活动(实际上是处理失败另一种表达)3：频发告警延时(因可能为频发告警而延时)4：转活动(自处理后重复出现的告警转活动)冗余

下面结合附图举例说明。

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

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

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

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

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

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

实施例：

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

告警内容如下：

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；

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 ACTIVE

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

Claims

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

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

是，则智能化过程结束；否，则进入网元目前状态分析步骤；

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

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

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

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

是，转为智能化派单步骤，否，进入自处理步骤；

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

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

F、结束本次告警处理。

2.一种移动通信网管系统中告警自定位和自处理系统，其特征是包括以下装置：

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

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

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

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