CN102196472A - 网元异常告警方法、装置及*** - Google Patents
网元异常告警方法、装置及*** Download PDFInfo
- Publication number
- CN102196472A CN102196472A CN2010101209266A CN201010120926A CN102196472A CN 102196472 A CN102196472 A CN 102196472A CN 2010101209266 A CN2010101209266 A CN 2010101209266A CN 201010120926 A CN201010120926 A CN 201010120926A CN 102196472 A CN102196472 A CN 102196472A
- Authority
- CN
- China
- Prior art keywords
- network element
- unusual
- response message
- message
- adjacent
- 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
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
本发明公开了一种网元异常告警方法、装置及***。其中网元异常告警方法包括:A、相邻网元之间相互发送探测消息,并针对接收到的探测消息返回响应消息;B、每个网元根据自身接收到的其他网元的响应消息确定对应网元是否异常;C、当其中一个网元异常时,其他网元上报对于该异常网元的告警消息。本发明的网元异常告警方法、装置及***,通过相邻网元之间相互发送探测消息,彼此进行质量检测,当其中一个网元出现异常时,其它相邻的网元能够及时发现异常并进行告警,使得在数据网络中精确定位异常网元,便于维护人员对故障进行及时修复,提高了用户的体验度。
Description
技术领域
本发明涉及一种数据业务管理技术,尤其涉及一种网元异常告警方法、装置及***。
背景技术
随着移动通信技术的进步,数据业务迅速发展,新业务层出不穷,网络复杂性也日益提高,这对数据网络的监控维护工作提出了更高的要求。
数据网络监控维护工作的重点工作之一就是故障管理。作为网络运维支撑的重要组成部分,故障管理提供了对异常状态的检测、隔离和修复的能力,其中故障跟踪和定位又是故障管理中的关键步骤。及时发现定位网络故障,快速排除故障,尽量减小故障对业务的影响,减少用户的不良体验,是运维工作的核心之一。
数据业务***和传统的电信设备有着很大的差异。传统的电信设备,一般都是一个有机的整体,而数据网***,一般都是由很多类设备组成的一个小型网络。一个典型的数据业务***,一般由防火墙、交换机、路由器、四层交换机、主机、磁盘阵列、数据库、中间件等部分组成。以彩信***为例,如图1所示,我们通常所说的彩信中心是由两台防火墙设备、两台交换机设备、两台路由器设备、两台负载均衡器设备、两台集成刀片服务器设备、两套磁盘阵列以及主机、磁带库等组成。
由于数据业务***的组成特点,也导致数据***的告警和故障定位存在特殊性。数据业务***的告警,主要分成两类:(1)设备本身的告警。比如当路由器发现本身运行有异常时,会通过TRAP消息,发送到网管,网管产生告警;(2)在设备上安装代理软件,通过代理软件对设备运行情况进行监控,当代理软件发现设备运行异常时,向网管发送消息,网管产生告警。这两种类型的告警存在一些优势,能够及时的发现单个设备的故障,维护人员及时处理这些故障,可以避免整个***发生故障。但这两类告警也存在一定的局限,即不能够及时发现或判定***的退服故障。比如,当数据库发生异常时,有可能整个业务***已经不能够对外提供服务,但是网管***发出的仍然是单个设备的告警,还要借助其它手段(比如业务拨测等),才能够判定***的运行状态。
现有技术主要存在以下缺陷:
1、通过设备本身现有告警或网管代理软件的告警,不能够及时发现或判定***的退服故障,比如,当数据库发生异常时,有可能整个业务***已经不能够对外提供服务,但是网管***发出的仍然是单个设备的告警,还要借助其它手段(比如业务拨测等),才能够判定***的运行状态;
2、通过现有拨测***的告警,也不能精确判定***的退服故障。拨测***是模拟用户行为,对业务质量进行监控,监控的是全流程的业务质量情况。比如彩信拨测失败,可以判定彩信质量下降了,但是由于发送、接收彩信经过了无线设备、核心网、GPRS服务支持节点(SERVICE GPRSSUPPORT NODE,简称SNSN)、GPRS网关支持节点(Gateway GPRSSupport Node,GGSN)、WAP网关、彩信中心、短信中心等多个网元,仍然无法判定是那个网元发生故障了;
3、通过拨测***模拟用户行为进行业务测试,测试的频度不能很高,而且拨测业务模拟用户行为,需要占用***资源,并且产生大额的业务使用费用。
发明内容
本发明的目的在于,提供一种网元异常告警方法、装置及***,能够准确、及时地定位出现异常的网元。
为实现上述目的,根据本发明的一个方面,提供一种网元异常告警方法,A、相邻网元之间相互发送探测消息,并针对接收到的探测消息返回响应消息;B、每个网元根据自身接收到的其他网元的响应消息确定对应网元是否异常;C、当其中一个网元异常时,其他网元上报对于该异常网元的告警消息。
为实现上述目的,根据本发明的另一个方面,提供一种网元状态检测装置,包括:
探测消息生成模块,用于生成针对不同网元的探测消息;
响应消息生成模块,用于根据网元状态检测装置所在网元的自身状态,针对不同相邻网元发送的探测消息生成相应的响应消息;;
发送模块,用于发送探测消息至相邻网元,将响应消息发送到对应的网元,并将告警信号发送到网络管理***;
接收模块,用于接收所述相邻网元发送的探测消息及返回的响应消息;
检测模块,用于根据接收到的各个网元的响应消息确定对应网元是否异常;
告警模块,用于当检测模块检测到相邻网元出现异常时,生成告警信号。
为实现上述目的,根据本发明的另一个方面,提供一种网元异常告警***,包括:多个网元状态检测装置,所述相邻的网元状态检测装置相互发送探测消息,并根据网元状态检测装置所在网元的自身状态,针对不同相邻网元发送的探测消息返回响应消息;每个所述网元状态检测装置根据自身接收到的其他网元的响应消息确定对应网元是否异常;当其中一个网元状态检测装置返回的响应消息异常时,其他网元状态检测装置生成对于该响应消息对应的网元进行的告警消息。
本发明的网元异常告警方法、装置及***,通过相邻网元之间相互发送探测消息,彼此进行质量检测,当其中一个网元出现异常时,其它相邻的网元能够及时发现异常并进行告警,使得在数据网络中精确定位异常网元,便于维护人员对故障进行及时修复,提高了用户的体验度。
附图说明
图1是现有技术彩信中心结构拓扑图;
图2是本发明网元异常告警方法实施例的流程图;
图3是本发明网元异常告警***实施例的结构图;
图4是本发明网元状态检测装置实施例的结构图。
具体实施方式
以下结合附图对本发明进行详细说明。
方法实施例
如图2所示,本发明网元异常告警方法实施例包括以下步骤:
步骤202,相邻网元之间相互发送探测消息;
步骤204,每个网元根据自身状态针对接收到其他网元发送的探测消息返回响应消息;
步骤206,每个网元根据自身接收到的其他网元的响应消息确定对应网元是否异常;
步骤208,当其中一个网元异常时,其他网元上报对于该异常网元的告警消息。
如图3所示,以彩信业务为例,彩信中心与WAP网关、号段解析服务器(Enum DNS)、彩信网关、其它彩信中心相连。各网元间相互发送探测消息,且此探测消息可借用已有业务消息。
网元间发起探测消息的时间间隔可以根据实际需要进行配置,可根据预设的时间间隔发送探测消息,例如,可以根据预设的时间间隔持续不断的发送探测消息,或仅在网元空闲时发送探测消息。
当设置为根据预设的时间间隔持续不断的发送探测消息时,以彩信业务为例,本发明网元异常告警方法具体流程如下:
(1)彩信中心A与WAP网关、Enum DNS、彩信网关、其它彩信中心相邻,并相互发送探测消息;
(2)当彩信中心A宕机时,WAP网关、Enum DNS、彩信网关、相邻彩信中心向该彩信中心发送探测消息后,返回失败的响应;
(3)WAP网关、Enum DNS、彩信网关、相邻彩信中心连续收到失败次数或没有收到响应消息的次数达到设置的阀值,确定对应的网元状态异常;向数据网管***上报“彩信中心A业务不可达”告警;
(4)数据网管***收到“彩信中心A业务不可达”告警消息后,在告警平台上进行呈现;
(5)当该彩信中心故障恢复后,相邻网元对该彩信中心的探测消息也恢复正常;连续收到N次(N可设置)成功探测报告后,上报数据网管***“彩信中心A业务不可达告警清除”消息;
(6)数据网管***收到“彩信中心A业务不可达告警清除”消息后,在告警平台上消除“彩信中心A业务不可达”的告警。
当设置为仅在空闲时发送探测消息时,同样以彩信业务为例,本发明网元异常告警方法具体流程如下:
(1)各个网元能够设置自己与其它网元的忙时和闲时,忙、闲时有两种设置方案:
A、按时间设置;彩信中心可以设置7:00~19:00是业务忙时,19:00~7:00是业务闲时;
B、按业务量设置;彩信中心可以设置当与被监测网元连续10分钟业务量小于1条/秒时,即进入业务闲时。当连续10分钟实际业务达到1条/秒时,业务进入忙时;
(2)彩信中心A与WAP网关、Enum DNS、彩信网关、其它彩信中心在业务闲时互相发送探测消息,在业务忙时,利用实际业务进行连通性监测。
(3)当彩信中心A宕机时,在业务闲时,WAP网关、Enum DNS、彩信网关、相邻彩信中心向该彩信中心发送探测消息后,返回失败的响应;在业务忙时,WAP网关、Enum DNS、彩信网关、相邻彩信中心向该彩信中心发送的实际消息会返回失败的响应;
(4)WAP网关、Enum DNS、彩信网关、相邻彩信中心连续收到失败次数达到设置的阀值,向数据网管***上报“彩信中心A业务不可达”告警;
(5)数据网管收到“彩信中心A业务不可达”告警消息后,在告警平台上进行呈现;
(6)当该彩信中心故障恢复后,相邻网元对该彩信中心的探测消息也恢复正常;连续收到N次(N可设置)成功探测报告后,上报数据网管***“彩信中心A业务不可达告警清除”消息;
(7)数据网管***收到“彩信中心A业务不可达告警清除”消息后,在告警平台上消除“彩信中心A业务不可达”的告警。
本发明的网元异常告警方法,通过相邻网元之间相互发送探测消息,彼此进行质量检测,当其中一个网元出现异常时,其它相邻的网元能够及时发现异常并进行告警,使得监控全面,并且可以在数据网络中精确定位异常网元,便于维护人员对故障进行及时修复,提高了用户的体验度。
网元之间的探测可以根据发送探测消息的网元的忙闲状态进行设置,使得网元之间的相互检测不会影响到自身的业务处理。
另外,当原异常网元的,故障恢复后,该网元相邻网元通过业务检测机制,能够及时知道该网元状态已恢复,并上报“业务不可达告警清除”消息至数据网管***。
装置实施例
如图4所示,本发明网元状态检测装置包括:
探测消息生成模块402,用于生成针对不同网元的探测消息;
响应消息生成模块404,用于根据网元状态检测装置所在网元的自身状态,生成针对不同相邻网元发送的探测消息的响应消息;
发送模块406,用于发送探测消息至相邻网元,将响应消息发送到对应的网元,并将告警信号发送到网络管理***;
接收模块408,用于接收所述相邻网元发送的探测消息及返回的响应消息;
检测模块410,用于根据接收到的各个网元的响应消息确定对应网元的是否异常;
告警模块412,用于当检测模块检测到相邻网元出现异常时,生成告警消息。
优选地,本实施例还包括:发送控制模块,用于根据网元的忙闲状态或预设的时间间隔控制所述发送模块发送探测消息。
其中,检测模块410,当检测到接收到的其中一个网元返回的失败的响应消息的次数达到预设的阈值或没有收到响应消息的次数达到预设的阈值时,确定对应的网元状态异常。
另外,检测模块410,当检测到连续接收到原异常网元的成功的响应消息的次数达到预设的阈值时,确定该原异常网元状态恢复正常;告警模块412,生成对于原异常网元的解除告警消息。
本实施例中,每个网元内部包括可以检测其自身状态的模块,响应消息生成模块404,根据网元自身的状态,生成针对不同相邻网元发送的探测消息的响应消息。
本实施例的网元状态检测装置,通过相邻网元之间相互发送探测消息,彼此进行质量检测,当其中一个网元出现异常时,其它相邻的网元能够及时发现异常并进行告警,使得监控全面,并且可以在数据网络中精确定位异常网元,便于维护人员对故障进行及时修复,提高了用户的体验度。
***实施例
图3是本发明网元异常告警***实施例的结构图。如图3所示,本发明的网元异常告警***实施例包括:多个网元状态检测装置,相邻的网元状态检测装置相互发送探测消息,并针对接收到的探测消息返回响应消息;每个网元状态检测装置根据自身接收到的其他网元的响应消息确定对应网元是否异常;当其中一个网元状态检测装置返回的响应消息异常时,其他网元状态检测装置生成对于该网元的告警消息。
网元的具体结构在上述装置实施例中已经具体描述,在此不再赘述。本实施例中,网元状态检测装置可以为独立的装置或位于网元之中。
本实施例的网元异常告警***,通过相邻网元之间相互发送探测消息,彼此进行质量检测,当其中一个网元出现异常时,其它相邻的网元能够及时发现异常并进行告警,使得监控全面,并且可以在数据网络中精确定位异常网元,便于维护人员对故障进行及时修复,提高了用户的体验度。
应说明的是:以上实施例仅用以说明本发明而非限制,本发明也并不仅限于上述举例,一切不脱离本发明的精神和范围的技术方案及其改进,其均应涵盖在本发明的权利要求范围中。
Claims (11)
1.一种网元异常告警方法,其特征在于,包括:
A、相邻网元之间相互发送探测消息,并针对接收到的探测消息返回响应消息;
B、每个网元根据自身接收到的其他网元的响应消息确定对应网元是否异常;
C、当其中一个网元异常时,其他网元上报对于该异常网元的告警消息。
2.根据权利要求1所述的网元异常告警方法,其特征在于,所述网元根据预设的时间间隔发送探测消息。
3.根据权利要求1所述的网元异常告警方法,其特征在于,步骤B包括:当所述网元接收到相邻网元中的其中一个网元返回的失败的响应消息的次数达到预设的阈值或没有收到响应消息的次数达到预设的阈值时,确定所述对应的网元状态异常。
4.根据权利要求1所述的网元异常告警方法,其特征在于,所述步骤C之后还包括:
所述相邻网元向原异常网元发送探测消息;
相邻网元根据接收到原异常网元的响应消息确定原异常网元是否恢复正常,当原异常网元恢复正常后,上报对于原异常网元的解除告警消息。
5.根据权利要求4所述的网元异常告警方法,其特征在于,所述相邻网元根据接收到原异常网元的响应消息确定原异常网元是否恢复正常的操作包括:
当所述相邻网元连续接收到原异常网元的成功的响应消息的次数达到预设的阈值时,确定该原异常网元状态恢复正常。
6.一种网元状态检测装置,其特征在于,包括:
探测消息生成模块,用于生成针对不同网元的探测消息;
响应消息生成模块,用于根据网元状态检测装置所在网元的自身状态,针对不同相邻网元发送的探测消息生成相应的响应消息;
发送模块,用于发送探测消息至相应的相邻网元,将响应消息发送到对应的网元,并将告警信号发送到网络管理***;
接收模块,用于接收相邻网元发送的探测消息及返回的响应消息;
检测模块,用于根据接收到的各个网元的响应消息确定对应网元是否异常;
告警模块,用于当检测模块检测到相邻网元出现异常时,生成告警消息。
7.根据权利要求6所述的网元状态检测装置,其特征在于,还包括:
发送控制模块,用于根据所述网元的忙闲状态或预设的时间间隔控制所述发送模块发送探测消息。
8.根据权利要求6所述的网元状态检测装置,其特征在于,所述检测模块,当所述网元接收到相邻网元中的其中一个网元返回的失败的响应消息的次数达到预设的阈值或没有收到响应消息的次数达到预设的阈值时,确定对应的网元状态异常。
9.根据权利要求8所述的网元状态检测装置,其特征在于,所述检测模块,当连续接收到原异常网元的成功的响应消息的次数达到预设的阈值时,确定该原异常网元状态恢复正常;
所述告警模块,生成对于原异常网元的解除告警消息。
10.一种网元异常告警***,其特征在于,包括:多个网元状态检测装置,所述相邻的网元状态检测装置相互发送探测消息,并根据网元状态检测装置所在网元的自身状态,针对不同相邻网元发送的探测消息返回响应消息;每个所述网元状态检测装置根据自身接收到的其他网元的响应消息确定对应网元是否异常;当其中一个网元状态检测装置返回的响应消息异常时,其他网元状态检测装置生成对于该响应消息对应的网元进行的告警消息。
11.根据权利要求10所述的网元异常告警***,其特征在于,所述网元状态检测装置为独立的装置或位于网元之中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101209266A CN102196472A (zh) | 2010-03-09 | 2010-03-09 | 网元异常告警方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101209266A CN102196472A (zh) | 2010-03-09 | 2010-03-09 | 网元异常告警方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102196472A true CN102196472A (zh) | 2011-09-21 |
Family
ID=44603697
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101209266A Pending CN102196472A (zh) | 2010-03-09 | 2010-03-09 | 网元异常告警方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102196472A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013159294A1 (en) * | 2012-04-25 | 2013-10-31 | Abb Technology Ltd. | A fast detecting and locating fault method for intercom system and a system thereof |
CN104104553A (zh) * | 2013-04-09 | 2014-10-15 | 中兴通讯股份有限公司 | 一种网元检测方法及装置 |
CN105515886A (zh) * | 2014-10-15 | 2016-04-20 | ***通信集团公司 | 一种网元故障监控的方法、网元及*** |
WO2016180197A1 (zh) * | 2015-09-17 | 2016-11-17 | 中兴通讯股份有限公司 | 一种网元链路发现方法及装置、网管服务器 |
CN109660402A (zh) * | 2018-12-25 | 2019-04-19 | 钛马信息网络技术有限公司 | 业务***实时运营监控平台及方法 |
CN109962801A (zh) * | 2017-12-25 | 2019-07-02 | ***通信集团福建有限公司 | 通信质量异常定位方法、装置、设备及介质 |
CN111464601A (zh) * | 2020-03-24 | 2020-07-28 | 新浪网技术(中国)有限公司 | 一种节点服务调度***和方法 |
CN113839800A (zh) * | 2020-06-24 | 2021-12-24 | 中国联合网络通信集团有限公司 | 异常网元提示方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004364154A (ja) * | 2003-06-06 | 2004-12-24 | Nippon Telegr & Teleph Corp <Ntt> | 障害通知方式及び障害通知方法 |
CN1874272A (zh) * | 2005-06-03 | 2006-12-06 | 华为技术有限公司 | 识别网络故障节点的方法 |
CN101272330A (zh) * | 2008-04-14 | 2008-09-24 | 哈尔滨炎升科技有限公司 | 基于无线传感器网络技术的数据传输和定位*** |
CN101409648A (zh) * | 2008-11-13 | 2009-04-15 | 电子科技大学 | Overlay网络的节点故障和链路故障定位方法 |
-
2010
- 2010-03-09 CN CN2010101209266A patent/CN102196472A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004364154A (ja) * | 2003-06-06 | 2004-12-24 | Nippon Telegr & Teleph Corp <Ntt> | 障害通知方式及び障害通知方法 |
CN1874272A (zh) * | 2005-06-03 | 2006-12-06 | 华为技术有限公司 | 识别网络故障节点的方法 |
CN101272330A (zh) * | 2008-04-14 | 2008-09-24 | 哈尔滨炎升科技有限公司 | 基于无线传感器网络技术的数据传输和定位*** |
CN101409648A (zh) * | 2008-11-13 | 2009-04-15 | 电子科技大学 | Overlay网络的节点故障和链路故障定位方法 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013159294A1 (en) * | 2012-04-25 | 2013-10-31 | Abb Technology Ltd. | A fast detecting and locating fault method for intercom system and a system thereof |
CN104104553A (zh) * | 2013-04-09 | 2014-10-15 | 中兴通讯股份有限公司 | 一种网元检测方法及装置 |
CN105515886A (zh) * | 2014-10-15 | 2016-04-20 | ***通信集团公司 | 一种网元故障监控的方法、网元及*** |
CN105515886B (zh) * | 2014-10-15 | 2019-01-01 | ***通信集团公司 | 一种网元故障监控的方法、网元及*** |
WO2016180197A1 (zh) * | 2015-09-17 | 2016-11-17 | 中兴通讯股份有限公司 | 一种网元链路发现方法及装置、网管服务器 |
CN106549775A (zh) * | 2015-09-17 | 2017-03-29 | 中兴通讯股份有限公司 | 一种网元链路发现方法及装置、网管服务器 |
CN109962801A (zh) * | 2017-12-25 | 2019-07-02 | ***通信集团福建有限公司 | 通信质量异常定位方法、装置、设备及介质 |
CN109660402A (zh) * | 2018-12-25 | 2019-04-19 | 钛马信息网络技术有限公司 | 业务***实时运营监控平台及方法 |
CN109660402B (zh) * | 2018-12-25 | 2021-11-30 | 钛马信息网络技术有限公司 | 业务***实时运营监控平台及方法 |
CN111464601A (zh) * | 2020-03-24 | 2020-07-28 | 新浪网技术(中国)有限公司 | 一种节点服务调度***和方法 |
CN113839800A (zh) * | 2020-06-24 | 2021-12-24 | 中国联合网络通信集团有限公司 | 异常网元提示方法、装置、电子设备及存储介质 |
CN113839800B (zh) * | 2020-06-24 | 2023-12-12 | 中国联合网络通信集团有限公司 | 异常网元提示方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102196472A (zh) | 网元异常告警方法、装置及*** | |
CN104270268B (zh) | 一种分布式***网络性能分析及故障诊断方法 | |
CN100536403C (zh) | 一种通信网络智能巡检的方法及设备 | |
CN102447570B (zh) | 一种基于健康度分析的监控装置及方法 | |
US9680722B2 (en) | Method for determining a severity of a network incident | |
WO2016095718A1 (zh) | 检测通讯链路的方法、基站、网管、***及存储介质 | |
CN110169016A (zh) | 处理电信网络中网络事件的方法、控制节点、网络元件和*** | |
WO2008101169A2 (en) | Distributed network management system and method | |
WO2006072660A1 (en) | Binary class based analysis and monitoring | |
CN102111310A (zh) | Cdn设备状态监控方法和*** | |
CN113055041B (zh) | 基带单元、扩展单元、射频单元及数字室分设备自检方法 | |
US8205116B2 (en) | Common chronics resolution management | |
CN110048872A (zh) | 一种网络告警方法、装置、***及终端 | |
CN105071968A (zh) | 一种通信设备的业务面和控制面的隐性故障修复方法和装置 | |
CN101247617B (zh) | 一种移动通讯业务故障自动检测装置和方法 | |
CN101924661B (zh) | 告警的处理方法及装置 | |
EP1622310B1 (en) | Administration method and system for network management systems | |
CN101252477A (zh) | 一种网络故障根源的确定方法及分析装置 | |
JP2008171057A (ja) | システム総合管理システム | |
JP2008244902A (ja) | 障害復旧装置、障害復旧方法、及び障害復旧システム | |
CN111064506B (zh) | 光纤链路的异常监测方法、设备及*** | |
CN103457792A (zh) | 一种故障检测方法和装置 | |
US8605601B2 (en) | Alarm and event coordination between telecom nodes | |
KR100650584B1 (ko) | 이엠에스의 성능관리모듈에서 통계데이터 오류 통보방법 | |
CN104104555A (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 |
Application publication date: 20110921 |