CN101222742A - 移动通信网管系统中告警自定位和自处理的方法及系统 - Google Patents
移动通信网管系统中告警自定位和自处理的方法及系统 Download PDFInfo
- Publication number
- CN101222742A CN101222742A CNA200810009119XA CN200810009119A CN101222742A CN 101222742 A CN101222742 A CN 101222742A CN A200810009119X A CNA200810009119X A CN A200810009119XA CN 200810009119 A CN200810009119 A CN 200810009119A CN 101222742 A CN101222742 A CN 101222742A
- Authority
- CN
- China
- Prior art keywords
- alarm
- self
- handling
- network element
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
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次,则为频发告警,不做自处理 |
是否进行自动处理选项仅在输入特定网元时可选。
当规则启用且进行自动处理时:对该网元进行自动处理
当规则启用且不进行自动处理时:不对该网元进行自动处理
若规则不启用时:此规则失效
判断相关网元是否为工程网元,若是则返回
进行频发告警处理:频发告警不同于普通频次告警,判断时需先提取定位信息(每个告警都不同)。当freq_time_window>0时有效,若在freq_time_window时间内某告警连续出现达到freq_occur_limit次,则为频发告警,不做自处理。
代码 | 名称 | 数据类型 | 说明 |
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表示执行成功,继续执行下一条指令
其他响应:中止处理。
EXECUTED表示执行成功,继续执行下一条指令
其他响应:中止处理。
EXECUTED表示执行成功,继续执行下一条指令
其他:中止处理
检查SLC对应的LINK是否ACTIVE,表示信令恢复中止处理;否则继续
2)检查ST对应的RP和EM状态
CCITT7 SIGNALLING TERMINAL STATE
ST STATE ADM BLS RP EM
C7ST2C-69 ISERV CCC 53 0
EM DATA
RP TYPE EM EQM TWIN CNTRL PP STATE
53 RPD1A 0 C7ST2C-68&&-71 PRIM WO
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 (2)
1.移动通信网管系统中告警自定位和自处理的方法,其特征是包括以下步骤:
A、判断告警是否为工程网元所发出的步骤,
是,则智能化过程结束;否,则进入网元目前状态分析步骤;
B、网元目前状态分析步骤,
网元负荷正常,引入告警自处理规则,进入自处理步骤;
C、判断是否为频发告警或者为告警自处理规则指定需延时自处理,
是,保存数据进入延时计时进入外部处理系统,否,进入自处理设定时间判断步骤;
D、自处理设定时间内又重复出现告警的判断步骤,
是,转为智能化派单步骤,否,进入自处理步骤;
E、告警自动定位及自处理、智能化分析步骤,
向网元发送指令,获取分析指令执行结果,存储自动定位及自处理、智能化分析的数据,根据返回状态判断是否发送工单;
F、结束本次告警处理。
2.一种移动通信网管系统中告警自定位和自处理系统,其特征是包括以下装置:
将警告信息归一化处理的警告归一化模块;
将警告信息自处理-预处理模块;
将警告信息处理结果存储及后续处理模块;
生成自动派单模块及前台呈现、查询统计模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810009119XA CN101222742B (zh) | 2007-11-22 | 2008-01-24 | 移动通信网管系统中告警自定位和自处理的方法及系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710114612.3 | 2007-11-22 | ||
CN200710114612 | 2007-11-22 | ||
CN200810009119XA CN101222742B (zh) | 2007-11-22 | 2008-01-24 | 移动通信网管系统中告警自定位和自处理的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101222742A true CN101222742A (zh) | 2008-07-16 |
CN101222742B CN101222742B (zh) | 2010-12-01 |
Family
ID=39632266
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810009119XA Active CN101222742B (zh) | 2007-11-22 | 2008-01-24 | 移动通信网管系统中告警自定位和自处理的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101222742B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101425940B (zh) * | 2008-12-09 | 2011-01-05 | 华为技术有限公司 | 一种告警处理的方法、装置及系统 |
CN102118276A (zh) * | 2009-12-31 | 2011-07-06 | 北京亿阳信通软件研究院有限公司 | 提供性能告警服务的方法和装置 |
CN101765135B (zh) * | 2010-01-19 | 2012-07-04 | 北京千禧维讯科技有限公司 | 一种电信设备故障处理网络监控方法 |
CN102857365A (zh) * | 2012-06-07 | 2013-01-02 | 中兴通讯股份有限公司 | 网管系统中故障预防及智能修复方法和装置 |
CN103414593A (zh) * | 2013-08-21 | 2013-11-27 | 陈强 | 基于网络资源的跨专业工程网元级联屏蔽系统及屏蔽方法 |
CN104270779A (zh) * | 2014-10-17 | 2015-01-07 | 浪潮通信信息系统有限公司 | 一种无线网络故障原因预处理方法及无线网络故障工单派发系统 |
WO2016201812A1 (zh) * | 2015-06-19 | 2016-12-22 | 中兴通讯股份有限公司 | 告警的方法及装置 |
CN108494590A (zh) * | 2018-03-15 | 2018-09-04 | 苏州思必驰信息科技有限公司 | 一种大数据端到端的数据质量监控方法和装置 |
CN111369094A (zh) * | 2018-12-26 | 2020-07-03 | 中兴通讯股份有限公司 | 告警派单方法、装置、系统及计算机可读存储介质 |
CN112910669A (zh) * | 2019-12-03 | 2021-06-04 | 中盈优创资讯科技有限公司 | 故障智能化处理方法、装置及系统 |
CN117133131A (zh) * | 2023-10-26 | 2023-11-28 | 深圳市地铁集团有限公司 | 基于arm技术体系的智能通行控制系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100450008C (zh) * | 2002-10-22 | 2009-01-07 | 华为技术有限公司 | 通信网络告警的处理方法和相关性分析管理器 |
CN1266881C (zh) * | 2002-11-20 | 2006-07-26 | 华为技术有限公司 | 网管系统的故障相关性分析及实现方法 |
CN1490982A (zh) * | 2003-08-18 | 2004-04-21 | 北京港湾网络有限公司 | 网络故障分析监测方法及装置 |
CN100495978C (zh) * | 2004-12-21 | 2009-06-03 | 中国联合通信有限公司 | 一种用于通信网络中的故障定位方法及装置 |
-
2008
- 2008-01-24 CN CN200810009119XA patent/CN101222742B/zh active Active
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101425940B (zh) * | 2008-12-09 | 2011-01-05 | 华为技术有限公司 | 一种告警处理的方法、装置及系统 |
CN102118276A (zh) * | 2009-12-31 | 2011-07-06 | 北京亿阳信通软件研究院有限公司 | 提供性能告警服务的方法和装置 |
CN102118276B (zh) * | 2009-12-31 | 2014-01-15 | 亿阳信通股份有限公司 | 提供性能告警服务的方法和装置 |
CN101765135B (zh) * | 2010-01-19 | 2012-07-04 | 北京千禧维讯科技有限公司 | 一种电信设备故障处理网络监控方法 |
CN102857365A (zh) * | 2012-06-07 | 2013-01-02 | 中兴通讯股份有限公司 | 网管系统中故障预防及智能修复方法和装置 |
CN103414593A (zh) * | 2013-08-21 | 2013-11-27 | 陈强 | 基于网络资源的跨专业工程网元级联屏蔽系统及屏蔽方法 |
CN103414593B (zh) * | 2013-08-21 | 2016-05-18 | 陈强 | 基于网络资源的跨专业工程网元级联屏蔽系统及屏蔽方法 |
CN104270779A (zh) * | 2014-10-17 | 2015-01-07 | 浪潮通信信息系统有限公司 | 一种无线网络故障原因预处理方法及无线网络故障工单派发系统 |
WO2016201812A1 (zh) * | 2015-06-19 | 2016-12-22 | 中兴通讯股份有限公司 | 告警的方法及装置 |
CN106330490A (zh) * | 2015-06-19 | 2017-01-11 | 中兴通讯股份有限公司 | 告警的方法及装置 |
CN108494590A (zh) * | 2018-03-15 | 2018-09-04 | 苏州思必驰信息科技有限公司 | 一种大数据端到端的数据质量监控方法和装置 |
CN111369094A (zh) * | 2018-12-26 | 2020-07-03 | 中兴通讯股份有限公司 | 告警派单方法、装置、系统及计算机可读存储介质 |
CN111369094B (zh) * | 2018-12-26 | 2024-08-02 | 南京中兴新软件有限责任公司 | 告警派单方法、装置、系统及计算机可读存储介质 |
CN112910669A (zh) * | 2019-12-03 | 2021-06-04 | 中盈优创资讯科技有限公司 | 故障智能化处理方法、装置及系统 |
CN112910669B (zh) * | 2019-12-03 | 2023-08-08 | 中盈优创资讯科技有限公司 | 故障智能化处理方法、装置及系统 |
CN117133131A (zh) * | 2023-10-26 | 2023-11-28 | 深圳市地铁集团有限公司 | 基于arm技术体系的智能通行控制系统 |
CN117133131B (zh) * | 2023-10-26 | 2024-02-20 | 深圳市地铁集团有限公司 | 基于arm技术体系的智能通行控制系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101222742B (zh) | 2010-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101222742B (zh) | 移动通信网管系统中告警自定位和自处理的方法及系统 | |
CN111176879A (zh) | 设备的故障修复方法及装置 | |
CN101877618B (zh) | 基于无代理方式进行监控的方法、服务器及系统 | |
CN105323113B (zh) | 一种基于可视化技术的系统故障应急处置方法 | |
CN109471778A (zh) | 一种电力系统的监控方法、装置及设备 | |
CN109413642B (zh) | 终端安全检测与监测体系化方法 | |
CN103473710A (zh) | 一种集中运维系统的故障分级处理方法 | |
CN104052634B (zh) | 信息安全监控系统及方法 | |
CN102195813A (zh) | 一种智能创建运维工单的方法和装置 | |
CN100438423C (zh) | 电信设备故障信息管理方法 | |
CN103166773A (zh) | 监测服务器运行状态的方法与系统 | |
CN113553242A (zh) | 基于Zabbix的煤矿联网系统故障处置方法及系统 | |
CN103957118A (zh) | 电力数据通信网网络流量实时智能分析方法及其系统 | |
CN101197714B (zh) | 一种移动数据业务状态集中采集的方法 | |
CN114172921A (zh) | 一种调度录音系统的日志审计方法及装置 | |
CN114006940A (zh) | 建筑集成管理信息推送方法、系统、计算机及存储介质 | |
CN114374597A (zh) | 一种网络事件的故障处理方法、装置、设备及产品 | |
CN109309577A (zh) | 用于sdn网络的告警处理方法、装置及系统 | |
FI129815B (en) | Automatic network monitoring and control | |
CN112506154A (zh) | 一种生活污水处理站物联网监控系统 | |
AU2019293863B2 (en) | Automated network monitoring and control | |
CN114363435B (zh) | 环境数据监测处理方法 | |
CN116010169A (zh) | 一种基于云原生技术的云平台rds数据库迁移容灾方法 | |
CN111277805B (zh) | 一种针对olt上联链路crc错误的处理方法及装置 | |
CN104104535A (zh) | 一种基于策略的统一监控和运维方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |