CN1852158A - 一种电信网络告警的实现方法及其系统 - Google Patents
一种电信网络告警的实现方法及其系统 Download PDFInfo
- Publication number
- CN1852158A CN1852158A CN 200510124225 CN200510124225A CN1852158A CN 1852158 A CN1852158 A CN 1852158A CN 200510124225 CN200510124225 CN 200510124225 CN 200510124225 A CN200510124225 A CN 200510124225A CN 1852158 A CN1852158 A CN 1852158A
- Authority
- CN
- China
- Prior art keywords
- alarm
- equipment
- warning information
- management equipment
- notice
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 74
- 238000011084 recovery Methods 0.000 claims abstract description 26
- 238000004891 communication Methods 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 15
- 230000006870 function Effects 0.000 claims description 8
- 238000007689 inspection Methods 0.000 claims description 3
- 230000005540 biological transmission Effects 0.000 claims description 2
- 238000001514 detection method Methods 0.000 claims description 2
- 230000002452 interceptive effect Effects 0.000 abstract 1
- 230000004044 response Effects 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000002950 deficient Effects 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000000306 recurrent effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种电信网络告警的实现方法,包括以下步骤:A、设备检测出故障或者故障恢复;B、设备存储具体告警信息或者在故障恢复时作故障恢复记录;C、设备向管理设备上报告警通知;D、所述管理设备获取具体告警信息。本发明还提供了一种电信网络告警的实现系统及一种发送日志通知处理日志的方法。本发明的网络管理设备可以第一时间知道终端设备出现的告警情况,保证告警的实时性;网络管理设备可以获取终端所有的告警情况,包括已经恢复的和没有恢复的告警,保证告警的准确性;网络管理设备和终端设备之间的信息交互量非常少,避免网络告警风暴;网络管理设备通过各种策略获取告警信息,提高告警处理的灵活性。
Description
技术领域
本发明涉及电信网络告警领域,尤其涉及一种电信网络告警的实现方法及其系统。
背景技术
在电信网络中,实现故障告警需要考虑实时性、准确性和防止告警风暴,但是对于电信网络中不同级别的设备,告警要考虑的侧重点并不一样。例如对于局端设备,虽然数量较少,但是一旦出现故障,可能导致大量用户无法正常使用电信业务,所以需要告警及时准确,而防告警风暴的需求不是特别突出。对于终端设备,虽然数量非常巨大,但出现故障时,只影响个别用户的使用,所以此时需要重点考虑避免告警风暴和振荡告警,例如进行批量升级的时候,可能终端设备都会上报一些告警,导致网络上出现瞬间的大量告警报文;同时终端设备对报警的实时性要求不高,例如设备自动实时上报故障,因为终端在用户家里,远程管理员并不清楚实际使用状况,无法立刻处理,又因为用户可能并没有使用业务,甚至不在家里,所以往往也不需要远程管理员立刻处理。
目前对于终端的故障排除,都是等待用户报障之后才处理的。主要采用如下几种技术:
一种技术方案是当监视系统故障的出现后,如果在预定时间间隔内计数的故障出现次数等于或大于一个阀值,则启动告警(中国专利公开号CN 1171180A;名称:故障的监视)。该技术方案忽略偶然发生的分离的瞬间故障,集中关注故障的发生频率,关注经常发生的故障。但是该技术有其本身不可克服的缺点:终端设备异常时,短时间内仍然会上报大量告警,尤其在网络上有大批终端设备时,容易产生告警风暴;另外,无法监视存在某些特殊的异常,该异常虽然出现频率很小,但是只要其出现,就可能产生很严重的故障后果,必须需要网管系统知道。
另一种技术方案为:设定一个时间阀值,出现故障后并不是立刻告警,而是在达到这个阀值后才上报告警。例如,设定延迟一分钟,则当出现故障后一分钟后才上报;如果这段时间内告警已经恢复,则不上报。目前网络上已经有很多设备支持延迟告警的功能。但是该技术也有其本身不可克服的缺点:终端设备异常时,在延迟之后,短时间内仍然会上报大量告警,尤其在网络上有大批终端时,容易产生告警风暴;另外,对于某些特殊的异常故障,虽然其很快恢复,但是可能产生很严重的故障后果,必须需要网管系统知道。
还有一种技术方案(中国国内申请号03156380,名称:一种CDMA系统中防止告警风暴的方法)为:管理设备设定一个数量阀值,终端设备出现故障后立刻告警;管理设备对告警次数在预设门限值范围之内的告警进行正常处理,对告警次数超过预设门限值的告警直接丢弃,不予处理。但是该技术具有如下缺点:终端设备异常时,在没有达到预设门限值之前,短时间内仍然会上报大量告警;尤其在网络上有大批终端设备时,容易产生告警风暴。
发明内容
本发明的主要目的在于提供一种电信网络告警的实现方法,以克服现有技术中无法避免网络上的告警风暴,无法获得快速恢复的特殊故障告警信息的缺陷。本发明的另一目的在于克服上述缺陷提供一种电信网络告警功能的实现系统和设备。
为达到本发明的目的,本发明提供了一种电信网络告警的实现方法,该方法包括以下步骤:
A、设备检测出故障或者故障恢复;
B、设备存储具体告警信息或者在故障恢复时作故障恢复记录;
C、设备向管理设备上报告警通知;
D、所述管理设备获取具体告警信息。
其中本发明电信网络告警的实现方法中:
在设备上报告警通知之后,直到管理设备获取具体告警信息之前,设备不再上报告警通知;
管理设备获取具体告警信息之后,由管理设备控制,或者设备自己控制,在设备中记录设备当前是没有通知管理设备的状态,设备可以上报告警通知;
在设备上报告警通知之间,设备若检测出故障或者故障恢复,在本地存储记录;
步骤C之前还包括:判断是否已将告警信息通知管理设备,如果没有通知管理设备,则执行步骤C,并记录当前状态是已经通知管理设备;如果已通知管理设备,则结束处理;
步骤D所述管理设备获取具体告警信息的方式包括:管理设备收到告警通知后,发送指示设备上传具体告警信息的地址信息给设备,由设备上传具体告警信息;或者由管理设备直接读取告警信息;
管理设备获取告警信息时,在一次交互中获取设备所有的告警信息或未恢复的告警信息;
管理设备能控制打开或者关闭设备上报告警通知;
告警通知没有携带告警信息;
告警通知可以指明告警级别;
告警通知携带告警信息,管理设备收到该告警通知后,决定设备上报或不上报告警通知。
本发明还提供了一种电信网络告警功能的实现系统,该系统包括:设备和管理设备,其中设备进一步包括:告警指示模块、告警控制模块、告警信息存储模块、告警状态记录模块和通信模块;
告警指示模块,用于检测故障或者故障恢复,并通知所述告警控制模块;
告警信息存储模块,用于存储具体告警信息或者在故障恢复时作故障恢复记录;
告警状态记录模块,用于记录是否已将告警信息通知所述管理设备;
告警控制模块,用于在告警状态记录模块的记录是没有通知管理设备时,通过通信模块,发送告警通知消息通知管理设备,并在告警状态记录模块中记录当前状态是已经通知管理设备;并在通过通信模块收到管理设备发送的读取告警信息的消息时,将告警信息存储模块对应的内容,通过通信模块发送到管理设备指定的地址。
本发明还提出了一种处理日志的方法:设备发送日志通知告诉管理设备有日志需要读取。
与现有技术相比,本发明的有益效果为:
应用本发明的电信网络告警实现方法及系统,通过设备上报的告警通知确保网络管理设备可以第一时间知道终端设备出现的告警情况,保证告警的实时性;
应用本发明的电信网络告警实现方法及系统,使网管系统可以获取终端所有的告警情况,包括已经恢复的和没有恢复的告警信息,保证告警的准确性;
应用本发明的电信网络告警实现方法及系统,网络管理设备一次性获得全部的告警信息,使得网络管理设备和终端设备之间的信息交互量非常少,避免网络告警风暴;
应用本发明的电信网络告警实现方法及系统,管理设备通过设备上传或者管理设备直接读取的策略获取告警信息,管理设备还可以根据需要,使用立刻获取、延时获取或者分批获取等各种策略,提高告警处理的灵活性。
附图说明
图1是本发明整体系统示意图;
图2是本发明电信网络系统具体结构图;
图3是本发明电信网络告警的实现方法流程图;
图4是本发明提出的电信网络中告警过程的流程图,其中告警通知中没有携带告警信息;
图5是本发明提出的电信网络中告警过程的流程图,其中告警通知中携带告警信息,管理设备指示设备暂不再上报告警通知;
图6是本发明提出的电信网络中告警过程的流程图,其中告警通知中携带告警信息,管理设备指示设备继续上报告警通知;
图7是本发明处理日志的实现方法流程图;
图8是本发明提出的一种处理日志方法过程的流程图,其中日志通知中携带日志信息,管理设备指示设备继续上报日志通知;
图9是广域网管理协议CWMP自动配置管理框架示意图;
图10是使用CPE广域网管理协议实施本发明电信网络告警的实现方法的技术方案流程图,其中告警通知中没有携带告警信息,ACS以上传(Upload)方法获取告警信息;
图11是使用CPE广域网管理协议实施本发明电信网络告警的实现方法的技术方案流程图,其中告警通知中携带告警信息,ACS指示CPE暂不再上报告警通知,ACS以获取参数值(GetParameterValues)方法获取告警信息;
图12是使用CPE广域网管理协议实施本发明电信网络告警的实现方法的技术方案流程图,其中告警通知中携带告警信息,ACS指示CPE继续上报告警通知,ACS从CPE的告警通知中直接获取告警信息;
图13是使用CPE广域网管理协议实施本发明处理日志方法的技术方案流程图,其中日志通知中没有携带日志信息,ACS以上传(Upload)方法获取日志信息。
具体实施方式
本发明技术方案的系统包括设备和管理设备,如图1所示,其中,设备(如运营商局端的设备或是用户家里的终端设备等)在正常运行过程中,可以具备被管理设备来管理的能力。设备与管理设备间通过一种管理协议来通信,管理设备可以对设备进行正常的维护管理,如对设备进行软件升级、故障诊断、配置管理等。设备可以上报故障告警。虽然该方法主要从终端设备角度考虑,但是该方法并不只局限于终端使用。
本发明电信网络告警的系统具体结构如图2所示,包括终端设备10和管理设备20,其中,终端设备10中包括:告警指示模块11、告警控制模块12、告警信息存储模块13、告警状态记录模块14和通信模块15。
告警指示模块11检测出故障或者检测出故障恢复,通知告警控制模块12;告警控制模块12将具体告警信息存储在告警信息存储模块13中,或者在故障恢复时在告警信息存储模块13作故障恢复记录;告警控制模块12判断告警状态模块记录的告警状态:如果已经通知管理设备20,则结束处理;如果没有通知管理设备20,则通过通信模块15发送消息通知管理设备20,并在告警状态记录模块14中记录当前状态是已经通知管理设备20;管理设备20通过告警控制模块12控制设备打开或者关闭上报告警通知的功能;管理设备20通过通信模块15发送读取告警信息的消息;通信模块15收到管理设备20的消息,通知告警控制模块12;告警控制模块12处理管理设备20的消息,分析出管理设备20要获取哪些告警信息,告警控制模块12将告警信息存储模块13对应的内容,通过通信模块15发送到管理设备20指定的地址。管理设备20获取具体告警信息之后,由管理设备20控制或者设备10自己控制,在告警状态记录模块14中记录设备当前状态是没有通知管理设备,设备可以上报告警通知。
本发明中电信网络告警的实现方法流程如图3所示,包括以下步骤:
步骤s101,设备检测出故障或者故障恢复。
步骤s102,设备存储具体告警信息或者在故障恢复时作故障恢复记录。
步骤s103,设备向管理设备上报告警通知,且在设备上报告警通知信息之后,直到管理设备获取具体告警信息之前,设备不再上报告警通知信息。管理设备获取具体告警信息之后,由管理设备控制,或者设备自己控制,在设备中记录设备当前是没有通知管理设备的状态,设备可以上报告警通知。在设备上报告警通知之间,设备若检测出故障或者故障恢复,在本地存储记录。步骤s103之前还包括:判断是否已将告警信息通知管理设备,如果没有通知管理设备,则执行步骤s103,并记录当前状态是已经通知管理设备;如果已通知管理设备,则结束处理。一般情况下,管理设备具有控制打开或者关闭设备上报告警通知的功能。
步骤s104,管理设备获取具体告警信息。管理设备获取具体告警信息的方式包括:管理设备收到告警通知后,发送上传(Upload)信息给设备,指示设备上传具体告警信息的地址,或者由管理设备直接读取。其中,管理设备获取告警信息时,在一次交互中获取设备所有的告警信息或未恢复的告警信息。
下面结合具体实例对本发明进一步描述。图4是本发明提出的电信网络中告警过程的流程图,其中告警通知中没有携带告警信息,具体实施步骤如下:
(1)设备A发现故障,记录告警信息;
(2)设备向管理设备上报没有携带具体告警信息的告警通知;
(3)管理设备B收到设备A的告警通知,读取A的告警信息;
(4)设备A恢复到可以重新上报告警通知的状态。
图5是本发明提出的电信网络中告警过程的流程图,其中告警通知中携带告警信息,管理设备指示设备暂不再上报告警通知,具体实施步骤如下:
(1)设备A发现故障,记录告警信息;
(2设备A向管理设备B上报携带具体告警信息的告警通知;
(3)管理设备B收到设备A的告警通知,指示设备A暂不再上报告警通知;
(4)管理设备B按照需要读取设备A的告警信息;
(5)设备A恢复到可以重新上报告警通知的状态。
图6是本发明提出的电信网络中告警过程的流程图,其中告警通知中携带告警信息,管理设备指示设备继续上报告警通知,具体实施步骤如下:
(1)设备A发现故障,记录告警信息;
(2)设备A向管理设备B上报携带具体告警信息的告警通知;
(3)管理设备B收到设备A的告警通知,指示设备A可继续上报告警通知;
(4)设备A恢复到可以重新上报告警通知的状态。
电信系统中处理日志也可采用本发明的方法:设备发送日志通知告诉管理设备有日志需要读取,管理设备采用如本发明电信网络中告警方法所述方法处理日志,可以避免日志被动的等待管理设备来读取。本发明处理日志的实现方法流程如图7所示,包括以下步骤:
步骤s201,设备存储具体日志信息。
步骤s202,设备向管理设备上报日志通知。
步骤s203,管理设备获取具体日志信息。
下面结合具体实例对本发明电信系统中处理记录日志的方法作进一步描述。图8是本发明提出的处理日志过程的流程图,其中日志通知中携带日志信息,管理设备指示设备继续上报日志通知,具体实施步骤如下:
(0)设备A记录日志信息;
(1)设备A上报日志通知给管理设备B,其中日志通知携带有日志信息;
(2)管理设备B回复收到日志信息,指示设备A可以继续上报日志通知;
(3)设备A恢复到可以再次上报日志通知的状态。
下面结合附图及实施例详细描述本发明方案在用户驻地设备CPE(Customer Premises Equipment)上采用CWMP广域网管理协议的实施实例,远端的自动配置服务器ACS(Auto-Configuration Server)是一个自动配置管理设备服务器系统。
CWMP是DSL论坛DSL家庭技术工作组制订的终端广域网管理协议TR-069。该协议旨在规范CPE和ACS之间的通讯,其支持的主要功能包括:CPE自动配置和动态服务发放、软件/固件升级管理、状态性能监视和故障诊断。CPE广域网管理协议的目标是管理宽带接入终端(B-NT),但是该协议也可以用来管理其他类型的CPE。CPE广域网管理协议定义的CPE自动配置框架如图9所示。CPE和ACS分别提供一些方法供对方调用。这里所说的方法就是响应一个符合规范的消息并完成消息指定的功能并将结果返回给发送消息的一方(调用方)。调用远程设备的方法就是向这个设备发送特定的消息并等待该设备响应此消息后返回的结果。无论方法的调用方和方法的提供方都按照HTTP协议发送和处理消息。
使用CPE广域网管理协议实施本发明电信网络中告警方法的技术方案的具体实施例一如图10所示,其中ACS获取告警信息使用上传(Upload)方法,具体步骤如下:
(0)CPE发生故障需要告警,记录告警信息;
(1)CPE通知ACS告警通知;
(2)ACS回复收到告警通知;
(3)ACS通知获取CPE的告警信息,告诉CPE上传地址;
(4)CPE回复上传响应;
(5)CPE把告警信息上传到指定地址;
(6)CPE通知ACS上传完成(Inform消息);
(7)ACS发送收到Inform消息的响应给CPE(Inform response);
(8)ACS指示CPE可以再次发送告警通知(设置参数值消息SetParameterValues);
(9)CPE发送设置参数值响应给ACS;CPE恢复到可以再次通知ACS告警的状态。
使用CPE广域网管理协议实施本发明技术方案的具体实施例二如图11所示,其中ACS获取告警信息使用获取参数值(GetParameterValues)方法,具体步骤如下:
(0)CPE发生故障需要告警,记录告警信息;
(1)CPE通知ACS告警通知,其中告警通知携带有告警信息;
(2)ACS回复收到告警通知,指示CPE暂时不上报告警通知(可以携带指示参数或者不携带指示参数);
(3)ACS发送获取CPE的告警信息的通知(GetParameterValues消息);
(4)CPE发送获取参数值响应(GetParameterValues Response)消息给ACS,在响应消息中携带有告警信息;
(5)ACS指示CPE可以再次发送告警通知(设置参数值SetParameterValues消息);
(6)CPE发送设置参数值响应(SetParameterValues Response)给ACS,CPE恢复到可以再次通知ACS告警的状态。
使用CPE广域网管理协议实施本发明技术方案的具体实施例三如图12所示,其中ACS从CPE的告警通知中获取告警信息,具体步骤如下:
(0)CPE发生故障需要告警,记录告警信息;
(1)CPE通知ACS告警通知,其中告警通知携带有告警信息;
(2)ACS回复收到告警通知,指示CPE继续上报告警通知;
(3)CPE恢复到可以再次通知ACS告警的状态。
在上述的三个实施例中,其中CPE发送Inform消息给ACS,指示这是一个告警通知的方法很多,例如使用EventType=″4 VALUECHANGE″,指示告警参数发生变化,又例如使用EventType=″XALARM CHANGE″,指示这是一个告警事件。此外ACS获取告警信息的方法很多,实施例一使用上传(Upload)方法,实施例二使用获取参数值(GetParameterValues)方法,实施例三使用ACS直接从CPE上报的告警通知中获取告警信息的方法。
使用CPE广域网管理协议实施本发明技术方案的具体实施例如图13所示,其中ACS获取日志信息使用上传(Upload)方法,具体步骤如下:
(0)CPE记录日志信息;
(1)CPE向ACS发送日志通知;
(2)ACS回复收到日志通知;
(3)ACS通知获取CPE的日志信息,告诉CPE上传地址;
(4)CPE回复上传响应;
(5)CPE把日志信息上传到指定地址;
(6)CPE通知ACS上传完成(Inform消息);
(7)ACS发送收到Inform消息的响应给CPE(Inform response);
(8)ACS指示CPE可以再次发送日志通知(设置参数值消息SetParameterValues);
(9)CPE发送设置参数值响应给ACS;CPE恢复到可以再次发送日志通知的状态。
以上所述为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (13)
1、一种电信网络告警的实现方法,其特征在于:包括以下步骤:
A、设备检测出故障或者故障恢复;
B、设备存储具体告警信息或者在故障恢复时作故障恢复记录;
C、设备向管理设备上报告警通知;
D、所述管理设备获取具体告警信息。
2、如权利要求1所述的电信网络告警的实现方法,其特征在于:在设备上报告警通知之后,直到管理设备获取具体告警信息之前,设备不再上报告警通知。
3、如权利要求1所述的电信网络告警的实现方法,其特征在于:管理设备获取具体告警信息之后,由管理设备控制,或者设备自己控制,在设备中记录设备当前是没有通知管理设备的状态,设备可以上报告警通知。
4、如权利要求2或3所述的电信网络告警的实现方法,其特征在于:在设备上报告警通知之间,设备若检测出故障或者故障恢复,在本地存储记录。
5、如权利要求1所述的电信网络告警的实现方法,其特征在于:步骤C之前还包括:判断是否已将告警信息通知管理设备,如果没有通知管理设备,则执行步骤C,并记录当前状态是已经通知管理设备;如果已通知管理设备,则结束处理。
6、如权利要求1所述的电信网络告警的实现方法,其特征在于:步骤D所述管理设备获取具体告警信息的方式包括:管理设备收到告警通知后,发送指示设备上传具体告警信息的地址信息给设备,由设备上传具体告警信息;或者由管理设备直接读取告警信息。
7、如权利要求1所述的电信网络告警的实现方法,其特征在于:管理设备获取告警信息时,在一次交互中获取设备所有的告警信息或未恢复的告警信息。
8、如权利要求1所述的电信网络告警的实现方法,其特征在于:所述管理设备能控制打开或者关闭设备上报告警通知。
9、如权利要求1所述的电信系统告警的实现方法,其特征在于:所述告警通知没有携带告警信息。
10、如权利要求1所述的电信系统告警的实现方法,其特征在于所述告警通知可以指明告警级别。
11、如权利要求1所述的电信系统告警的实现方法,其特征在于所述告警通知携带告警信息,管理设备收到该告警通知后,决定设备上报或不上报告警通知。
12、一种采用如权利要求2、3、5、6、7、8、9、10、11中任一项方法处理日志的方法,其特征在于:设备发送日志通知告诉管理设备有日志需要读取,管理设备采用所述方法处理日志。
13、一种电信网络告警功能的实现系统,其特征在于:所述系统包括:设备和管理设备,其中设备进一步包括:告警指示模块、告警控制模块、告警信息存储模块、告警状态记录模块和通信模块;
所述告警指示模块,用于检测故障或者故障恢复,并通知所述告警控制模块;
所述告警信息存储模块,用于存储具体告警信息或者在故障恢复时作故障恢复记录;
所述告警状态记录模块,用于记录是否已将告警信息通知所述管理设备;
所述告警控制模块,用于在告警状态记录模块的记录是没有通知管理设备时,通过通信模块,发送告警通知消息通知管理设备,并在告警状态记录模块中记录当前状态是已经通知管理设备;并在通过通信模块收到管理设备发送的读取告警信息的消息时,将告警信息存储模块对应的内容,通过通信模块发送到管理设备指定的地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510124225 CN1852158A (zh) | 2005-11-29 | 2005-11-29 | 一种电信网络告警的实现方法及其系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510124225 CN1852158A (zh) | 2005-11-29 | 2005-11-29 | 一种电信网络告警的实现方法及其系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1852158A true CN1852158A (zh) | 2006-10-25 |
Family
ID=37133628
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510124225 Pending CN1852158A (zh) | 2005-11-29 | 2005-11-29 | 一种电信网络告警的实现方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1852158A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100461708C (zh) * | 2007-01-08 | 2009-02-11 | 中兴通讯股份有限公司 | 告警同步方法 |
CN100464600C (zh) * | 2007-02-08 | 2009-02-25 | 华为技术有限公司 | 告警处理方法和后台管理装置 |
WO2010020083A1 (zh) * | 2008-08-20 | 2010-02-25 | 中兴通讯股份有限公司 | 一种上报策略安装失败的方法和系统 |
CN101179623B (zh) * | 2006-11-08 | 2010-05-12 | 中兴通讯股份有限公司 | 一种通信系统中设备故障处理及告警的方法 |
CN101136799B (zh) * | 2007-09-20 | 2010-05-26 | 中兴通讯股份有限公司 | 一种实现通讯设备故障集中告警处理的方法 |
CN101076174B (zh) * | 2007-06-05 | 2010-09-29 | 中兴通讯股份有限公司 | 告警风暴的处理方法 |
CN101192962B (zh) * | 2006-11-24 | 2011-04-20 | 中兴通讯股份有限公司 | 电信网管系统中涉及粘滞值的告警产生和恢复方法 |
CN102098179A (zh) * | 2011-02-16 | 2011-06-15 | 浪潮(北京)电子信息产业有限公司 | 一种计算机状态监测告警方法及系统 |
CN101360313B (zh) * | 2007-08-01 | 2012-07-18 | 中兴通讯股份有限公司 | 网元管理系统向网络管理系统上报告警数量信息的方法 |
CN101945413B (zh) * | 2009-07-06 | 2015-05-20 | 中兴通讯股份有限公司 | 一种告警信息处理方法及装置 |
WO2016176910A1 (zh) * | 2015-05-06 | 2016-11-10 | 中兴通讯股份有限公司 | 处理tr-069消息的方法及装置 |
CN112020089A (zh) * | 2020-08-18 | 2020-12-01 | 深圳市艾伯通信有限公司 | 交互异常处理方法、终端及可读存储介质 |
CN112395156A (zh) * | 2020-11-06 | 2021-02-23 | 微民保险代理有限公司 | 故障的告警方法和装置、存储介质和电子设备 |
CN113573352A (zh) * | 2021-08-17 | 2021-10-29 | 杭州东信网络技术有限公司 | 基于sla实现5g设备cpe故障告警实时上报的方法 |
-
2005
- 2005-11-29 CN CN 200510124225 patent/CN1852158A/zh active Pending
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101179623B (zh) * | 2006-11-08 | 2010-05-12 | 中兴通讯股份有限公司 | 一种通信系统中设备故障处理及告警的方法 |
CN101192962B (zh) * | 2006-11-24 | 2011-04-20 | 中兴通讯股份有限公司 | 电信网管系统中涉及粘滞值的告警产生和恢复方法 |
CN100461708C (zh) * | 2007-01-08 | 2009-02-11 | 中兴通讯股份有限公司 | 告警同步方法 |
CN100464600C (zh) * | 2007-02-08 | 2009-02-25 | 华为技术有限公司 | 告警处理方法和后台管理装置 |
CN101076174B (zh) * | 2007-06-05 | 2010-09-29 | 中兴通讯股份有限公司 | 告警风暴的处理方法 |
CN101360313B (zh) * | 2007-08-01 | 2012-07-18 | 中兴通讯股份有限公司 | 网元管理系统向网络管理系统上报告警数量信息的方法 |
CN101136799B (zh) * | 2007-09-20 | 2010-05-26 | 中兴通讯股份有限公司 | 一种实现通讯设备故障集中告警处理的方法 |
WO2010020083A1 (zh) * | 2008-08-20 | 2010-02-25 | 中兴通讯股份有限公司 | 一种上报策略安装失败的方法和系统 |
CN101355808B (zh) * | 2008-08-20 | 2013-01-16 | 中兴通讯股份有限公司 | 一种上报策略安装失败的方法 |
US8725867B2 (en) | 2008-08-20 | 2014-05-13 | Zte Corporation | Method and system for reporting the policy installation failure |
CN101945413B (zh) * | 2009-07-06 | 2015-05-20 | 中兴通讯股份有限公司 | 一种告警信息处理方法及装置 |
CN102098179A (zh) * | 2011-02-16 | 2011-06-15 | 浪潮(北京)电子信息产业有限公司 | 一种计算机状态监测告警方法及系统 |
WO2016176910A1 (zh) * | 2015-05-06 | 2016-11-10 | 中兴通讯股份有限公司 | 处理tr-069消息的方法及装置 |
CN112020089A (zh) * | 2020-08-18 | 2020-12-01 | 深圳市艾伯通信有限公司 | 交互异常处理方法、终端及可读存储介质 |
CN112020089B (zh) * | 2020-08-18 | 2023-09-29 | 爱迪欧科技(深圳)有限公司 | 交互异常处理方法、终端及可读存储介质 |
CN112395156A (zh) * | 2020-11-06 | 2021-02-23 | 微民保险代理有限公司 | 故障的告警方法和装置、存储介质和电子设备 |
CN113573352A (zh) * | 2021-08-17 | 2021-10-29 | 杭州东信网络技术有限公司 | 基于sla实现5g设备cpe故障告警实时上报的方法 |
CN113573352B (zh) * | 2021-08-17 | 2023-12-05 | 杭州东信网络技术有限公司 | 基于sla实现5g设备cpe故障告警实时上报的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1852158A (zh) | 一种电信网络告警的实现方法及其系统 | |
CN1913452A (zh) | 一种通信网络智能巡检的方法及设备 | |
CN1211960C (zh) | 利用无线移动站监视中继器的系统和方法 | |
CN1317659C (zh) | 设备故障自动预处理的控制方法和系统 | |
CN1547120A (zh) | 网络监视管理系统 | |
CN1286010C (zh) | 监视与控制网络中的程序的方法与装置 | |
CN101384054B (zh) | 一种通过性能数据监测网络异常情况的方法 | |
CN1905484A (zh) | 传感器装置及控制方法、服务器节点、传感器网络系统 | |
CN1859217A (zh) | 一种设备管理中处理任务的方法、系统及装置 | |
CN1925429A (zh) | 一种实现快速检测的方法和设备 | |
CN1735059A (zh) | 能经由多个网络通信媒体建立连接的计算设备上的网络和接口选择 | |
CN101060370A (zh) | 一种对pon终端管理的方法及系统 | |
CN1725757A (zh) | 管理和检查套接字连接 | |
CN1741460A (zh) | 一种电信网络通用性能管理的实现方法及系统 | |
CN1901477A (zh) | 设备业务数据的查询方法及其系统 | |
CN1794646A (zh) | 一种网络管理服务器从网元设备获取日志信息的方法 | |
CN1949711A (zh) | 用于发送再见消息的方法和设备 | |
CN105912284A (zh) | 打印机的监控方法及系统 | |
CN1812397A (zh) | 网管接口适配器及信息交互的方法 | |
CN1842997A (zh) | 终端装置、终端装置的控制方法、网络系统及其控制方法、程序及记录介质 | |
CN1567851A (zh) | 一种在网络管理系统中监控用户行为的方法 | |
CN101075969A (zh) | 一种控制数据传输的方法、装置和一种数据传输系统 | |
CN1722682A (zh) | 网络监控系统 | |
CN1874272A (zh) | 识别网络故障节点的方法 | |
CN1859329A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |