CN101562827B - 一种故障信息采集方法及*** - Google Patents
一种故障信息采集方法及*** Download PDFInfo
- Publication number
- CN101562827B CN101562827B CN2009100854951A CN200910085495A CN101562827B CN 101562827 B CN101562827 B CN 101562827B CN 2009100854951 A CN2009100854951 A CN 2009100854951A CN 200910085495 A CN200910085495 A CN 200910085495A CN 101562827 B CN101562827 B CN 101562827B
- Authority
- CN
- China
- Prior art keywords
- fault
- fault event
- detection data
- event
- unit
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000001514 detection method Methods 0.000 claims abstract description 273
- 238000003745 diagnosis Methods 0.000 claims abstract description 38
- 238000007405 data analysis Methods 0.000 claims abstract description 30
- 238000004458 analytical method Methods 0.000 claims abstract description 22
- 238000011084 recovery Methods 0.000 claims description 21
- 238000010219 correlation analysis Methods 0.000 claims description 7
- 238000006243 chemical reaction Methods 0.000 claims description 3
- 230000003287 optical effect Effects 0.000 description 48
- 230000000873 masking effect Effects 0.000 description 16
- 230000002159 abnormal effect Effects 0.000 description 15
- 238000007726 management method Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000001351 cycling effect Effects 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开一种故障信息采集方法,包括:获取故障事件的检测数据并对所述故障事件的检测数据进行分析;根据分析结果对各故障事件的故障信息进行统一存储及修改。本发明还相应地公开一种故障信息采集***,包括:检测数据获取单元、检测数据分析单元、故障信息存储单元。采用本发明的方法及***,对各种各样、接口各异的故障事件的检测数据进行统一获取,并根据历史数据和/或故障事件的相关状态对获取的检测数据进行分析,再将分析得到的故障信息统一进行存储及维护,告警单元和诊断单元需要获取故障信息时,直接读取存储的故障信息即可,不需要通过对检测数据进行分析来获取故障信息,所以,能够节约***资源、提高***稳定性、且简化操作。
Description
技术领域
本发明涉及基站收发信机(Base Transceiver Station,BTS)的信息采集技术,尤其涉及一种故障信息采集方法及***。
背景技术
BTS中的告警和诊断一般由告警单元和诊断单元分别进行处理,告警单元中一般存储两份表,一份表中记录各故障事件的故障查询码、告警码,另一份表中记录各故障事件的故障查询码、告警原因码、告警级别、附加信息,告警单元获取关于故障事件的检测数据后,会对所述检测数据进行分析。告警单元会周期性对第一份表进行扫描,根据扫描结果判断是上报告警消息还是恢复消息,需要上报告警消息时,根据所述故障事件的故障查询码对第二张表进行查询,再根据查询到的告警原因码、告警级别、附加信息,生成告警消息并上报操作维护中心(Operation Maintain Center,OMC)网管。OMC网管收到告警消息或恢复消息后,要判断告警消息或恢复消息是否已经上报过,如果已经上报了,就对这次上报不做处理。
诊断单元收到OMC网管对某故障事件的诊断请求后,会向检测单元主动获取该故障事件的检测数据,经过对检测数据的分析,确定该故障事件的错误码值,并上报OMC网管,OMC网管通过解析错误码即可获取诊断结果。
可以看出,现有BTS中的告警单元和诊断单元分别对故障事件进行数据检测及分析,以实现告警功能和诊断功能,对于检测数据变化较频繁的故障事件,很容易出现告警单元和诊断单元获取的检测数据不一致、告警消息与诊断结果有偏差的情况,从而影响对故障事件的分析;并且,告警单元每次进行扫描时,都会发送故障事件的告警消息或恢复消息,在故障事件的状态长时间保持不变的情况下,这种反复上报会浪费***资源;另外,当我们想要屏蔽对某些故障事件的检测时,需要分别在告警单元和诊断单元进行设置,操作较繁琐,且设置的一致性也不好保证。
目前还有一些专利对告警单元的告警方法进行了改进,如专利申请号为200410021983.3的中国专利申请“一种数据采集与存储方法”和专利号为KR20040073220的韩国专利“一种基站告警收集方法(A method for collectingalarm in a base station system)”。
其中,申请号为200410021983.3的中国专利申请,是在采集检测数据的时候就判断其是否是需要告警的数据,并根据历史数据和告警门限等信息,丢弃部分采集的检测数据,该方法虽然减小了检测数据分析环节的工作量,但由于每一次根据采集的检测数据判断状态异常时,都需要上报告警消息,处于后一道流程的告警管理单元对于上报的告警消息,要和众多的已经存在告警消息比较,看这个告警消息是否已经上报过,如果已上报过则丢弃所述告警消息,而大多数时候,采集的数据是没有太大变化的,所以,该专利申请同样存在反复上报、浪费***资源的问题。
专利号为KR20040073220的韩国专利通过发送查询消息获取故障事件的状态数据,故障事件的状态为正确,则上报数据;故障事件的状态为错误,则上报告警消息。由于该专利得到故障状态数据后,不保存数据,每次都上报告警或数据,同样有反复上报的问题,另外,当故障事件的故障状态从错误转化为正确后,该专利没有相应的流程发送恢复消息,不利于故障事件的分析。
发明内容
有鉴于此,本发明的主要目的在于提供一种故障信息采集方法及***,能够节约***资源、提高***稳定性、且简化操作。
为达到上述目的,本发明的技术方案是这样实现的:
一种故障信息采集方法,包括:
获取故障事件的检测数据并对所述故障事件的检测数据进行分析;
根据分析结果对各故障事件的故障信息进行统一存储及修改,
设置故障事件的故障事件类型码、故障事件编号、缓存次数阈值、故障事件的错误码取值范围,
所述获取故障事件的检测数据之后包含步骤:根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,判断已缓存的所述故障事件检测数据的组数是否已达到所述故障事件的缓存次数阈值,如果是,以所述获取的检测数据更新关于所述故障事件的缓存最早的一组检测数据;否则,直接缓存所述收到的所述故障事件的检测数据;
所述对故障事件的检测数据进行分析为对故障事件的检测数据进行历史数据分析,具体为:判断缓存的所述故障事件的检测数据是否一致,如果是,根据缓存的检测数据及设置的故障事件的错误码取值范围修改所述故障事件的故障信息;否则,不能对所述故障事件的故障信息进行修改。
所述获取故障事件的检测数据为:通过函数调用方式和/或消息传递方式获取。
所述故障信息包括:故障事件类型码、故障事件编号、故障事件结果数据、错误码、故障事件结果数据类型、屏蔽标记。
所述以获取的检测数据更新缓存最早的一组检测数据为:以所述获取的检测数据覆盖关于所述故障事件的缓存最早的一组检测数据、或通过移位操作来实现。
该方法还包括:
告警单元周期性查询存储的故障事件的故障信息,判断故障信息中的屏蔽标记是否为0,如果是,不执行任何操作,所述故障事件处于屏蔽状态;如果不是,将错误码转化为告警或恢复状态;
比较错误码转化后的状态是否与所述故障事件最近一次上报的状态一致,如果一致,不执行任何操作;否则,根据所述故障事件的故障信息,发送告警消息或恢复消息到操作维护中心OMC网管,并更新自身存储的所述故障事件最近一次上报的状态。
该方法还包括:
诊断单元根据OMC网管的诊断请求,读取故障事件的故障信息,直接把故障事件类型码、故障事件编号、错误码、故障事件结果数据用消息的形式发到OMC网管;
OMC网管根据故障事件类型码、故障事件编号给出对应的故障描述,解析错误码、故障事件结果数据得出诊断结果。
一种故障信息采集方法,其特征在于,该方法包括:
获取故障事件的检测数据并对所述故障事件的检测数据进行分析;
根据分析结果对各故障事件的故障信息进行统一存储及修改,
设置故障事件的故障事件类型码、故障事件编号、屏蔽标记、相关故障事件、故障事件与相关故障事件之间的相关屏蔽关系、故障事件的错误码取值范围,
在获取故障事件的检测数据之前,还包含步骤:
根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,查询所述故障事件的相关故障事件及所述故障事件与相关故障事件之间的相关屏蔽关系;
根据所述相关屏蔽关系判断所述故障事件是否为主控故障事件,所述故障事件是主控故障事件,获取所述主控故障事件的检测数据并分析后,根据所述主控故障事件的状态,修改与其对应的受控故障事件的屏蔽标记;
所述故障事件是受控故障事件,则判断所述受控故障事件的屏蔽标记是否为0,如果是,获取所述受控故障事件的检测数据并分析;否则,根据设置的故障事件的错误码取值范围修改所述受控故障事件的错误码为未知区间的值,屏蔽检测。
一种故障信息采集方法,其特征在于,该方法包括:
获取故障事件的检测数据并对所述故障事件的检测数据进行分析;
根据分析结果对各故障事件的故障信息进行统一存储及修改,
设置故障事件的故障事件类型码、故障事件编号、相关故障事件、故障事件与相关故障事件之间的相关状态关系、故障事件的错误码取值范围,
所述对故障事件的检测数据进行分析为对故障事件的检测数据进行相关性分析,具体为:获取故障事件的检测数据之后,根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,查询所述故障事件的相关故障事件及所述故障事件与相关故障事件之间的相关状态关系,然后根据所述故障事件的相关故障事件的状态、故障事件与相关故障事件之间的相关状态关系、以及设置的故障事件的错误码取值范围,对所述故障事件或其相关故障事件的故障信息进行修改。
一种故障信息采集***,包括:检测数据获取单元、检测数据分析单元、故障信息存储单元;其中,
所述检测数据获取单元,用于获取故障事件的检测数据;
所述检测数据分析单元,用于对所述检测数据获取单元获取的检测数据进行分析,并根据分析结果对故障信息存储单元存储的故障信息进行修改;
所述故障信息存储单元,用于存储各故障事件的故障信息,
所述故障信息采集***还包括参数设置单元、历史数据缓存单元;
所述参数设置单元,用于设置故障事件的故障事件类型码、故障事件编号、缓存次数阈值、故障事件的错误码取值范围;
所述检测数据分析单元,还用于根据参数设置单元设置的参数,将获取的检测数据缓存至历史数据缓存单元;以及在将获取的检测数据缓存至历史数据缓存单元之后,判断所述历史数据缓存单元中缓存的故障事件的检测数据是否一致,如果一致,根据参数设置单元设置的故障事件的错误码取值范围和获取的检测数据,修改故障信息存储单元中存储的所述故障事件的故障信息;否则,不对故障信息存储单元中存储的所述故障事件的故障信息进行修改;
所述历史数据缓存单元,用于在收到来自检测数据分析单元的检测数据之后,根据参数设置单元设置的参数,判断自身已缓存故障事件检测数据的组数是否已达到所述故障事件的缓存次数阈值,如果是,以所述获取的检测数据更新关于所述故障事件的缓存最早的一组检测数据;否则,直接缓存所述收到的所述故障事件的检测数据。
该***还包括告警单元,用于周期性查询故障信息存储单元中存储的故障事件的故障信息,判断故障信息中的屏蔽标记是否为0,如果是,不执行任何操作,所述故障事件处于屏蔽状态;如果不是,将错误码转化为告警或恢复状态,并比较错误码转化后的状态是否与其中存储的所述故障事件最近一次上报的状态一致,如果一致,不执行任何操作;否则,根据所述故障事件的故障信息,发送告警消息或恢复消息到OMC网管,并更新自身存储的所述故障事件最近一次上报的状态。
该***还包括诊断单元,用于响应OMC网管的诊断请求,读取故障信息存储单元中存储的故障事件的故障信息,直接把故障事件类型码、故障事件编号、错误码、故障事件结果数据用消息的形式发到OMC网管。
一种故障信息采集***,其特征在于,该***包括:检测数据获取单元、检测数据分析单元、故障信息存储单元;其中,
所述检测数据获取单元,用于获取故障事件的检测数据;
所述检测数据分析单元,用于对所述检测数据获取单元获取的检测数据进行分析,并根据分析结果对故障信息存储单元存储的故障信息进行修改;
所述故障信息存储单元,用于存储各故障事件的故障信息,
所述故障信息采集***还包括参数设置单元,所述参数设置单元用于设置故障事件类型码、故障事件编号、屏蔽标记、故障事件的相关故障事件、与相关故障事件之间的相关屏蔽关系、故障事件的错误码取值范围,
所述检测数据获取单元在获取故障事件的检测数据前,还用于根据所述参数设置单元设置的相关屏蔽关系判断所述故障事件是否为主控故障事件,所述故障事件是主控故障事件,则获取所述主控故障事件的检测数据并分析后,根据故障信息存储单元中存储的所述主控故障事件的状态及参数设置单元设置的屏蔽关系,修改故障信息存储单元中存储的与其对应的受控故障事件的屏蔽标记;
所述故障事件是受控故障事件,则检测数据获取单元判断故障信息存储单元中存储的所述故障事件的屏蔽标记是否为0,如果是,检测数据获取单元获取所述故障事件的检测数据;否则,检测数据获取单元根据参数设置单元设置的参数,修改故障信息存储单元中所述受控故障事件的错误码为未知区间的值,屏蔽检测。
一种故障信息采集***,其特征在于,该***包括:检测数据获取单元、检测数据分析单元、故障信息存储单元;其中,
所述检测数据获取单元,用于获取故障事件的检测数据;
所述检测数据分析单元,用于对所述检测数据获取单元获取的检测数据进行分析,并根据分析结果对故障信息存储单元存储的故障信息进行修改;
所述故障信息存储单元,用于存储各故障事件的故障信息,
所述故障信息采集***还包括参数设置单元,所述参数设置单元用于设置故障事件类型码、故障事件编号、故障事件的相关故障事件、与相关故障事件之间的相关状态关系、故障事件的错误码取值范围,
所述检测数据分析单元还用于根据参数设置单元设置的参数,对故障信息存储单元中存储的所述故障事件或其相关故障事件的故障信息进行修改,具体为:
获取故障事件的检测数据之后,根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,查询所述故障事件的相关故障事件及所述故障事件与相关故障事件之间的相关状态关系,然后根据所述故障事件的相关故障事件的状态、故障事件与相关故障事件之间的相关状态关系、以及设置的故障事件的错误码取值范围,对所述故障事件或其相关故障事件的故障信息进行修改。
本发明故障信息采集方法及***,对各种各样、接口各异的故障事件的检测数据进行统一获取,并根据历史数据和/或故障事件的相关状态对获取的检测数据进行分析,再将分析得到的故障信息统一进行存储及维护,告警单元和诊断单元需要获取故障信息时,直接读取存储的故障信息即可,不需要通过对检测数据进行分析来获取故障信息。告警单元在扫描故障信息时,可以将故障事件之前上报的故障状态与其当前的故障状态进行比较,如果故障状态未发生变化,则不上报告警消息或恢复消息,所以,本发明能够避免重复上报的问题,节约***资源;
并且,本发明中,告警单元和诊断单元不需要分别对检测数据进行采集并分析,而是直接读取已分析好的故障信息,从而能很大程度上避免告警消息或恢复消息与诊断结果有偏差的情况,有利于提高***一致性;
另外,需要对故障事件进行屏蔽等操作时,本发明不需要在告警单元和诊断单元分别进行参数修改,而只需要修改一次参数,所以,本发明能够简化操作;
本发明还根据历史数据和/或故障事件的相关状态进行故障信息分析,能够保障故障信息的稳定性、准确性,从而进一步提高***稳定性。
附图说明
图1为本发明故障信息采集方法流程图;
图2为本发明通过进行历史数据分析修改故障事件的故障信息的实现方法流程图;
图3为本发明故障信息采集***结构图;
图4为本发明实施例1CPU电源状态的故障信息采集方法流程图;
图5为本发明实施例2收到光口相关数据后,根据故障事件的相关性修改故障信息的实现流程图;
图6为本发明实施例3的相关性屏蔽实现流程图。
具体实施方式
本发明的基本思想是:对各种各样、接口各异的故障事件的检测数据进行统一获取,并根据历史数据和/或故障事件的相关状态对获取的检测数据进行分析,再将分析得到的故障信息统一进行存储及维护,告警单元和诊断单元需要获取故障信息时,直接读取存储的故障信息即可,不需要通过对检测数据进行分析来获取故障信息。
本发明将各故障事件的故障信息按照规范统一的数据结构进行存储,并负责对故障事件的检测数据进行收集,以及根据对检测数据的历史数据分析和/或相关性分析,修改存储的故障事件的故障信息,以供告警单元或诊断单元查询。这里,按照规范统一的数据结构存储的故障信息一般包括参数:故障事件类型码、故障事件编号、故障事件结果数据、错误码、故障事件结果数据类型、屏蔽标记。
其中,故障事件类型码标识故障事件类型,如软件故障、硬件故障、配置错误、预热错误、运行错误等。
故障事件编号用于标识故障事件。
对故障事件编号时,可以对具有相同故障事件类型码、即属于同一故障事件类型的故障事件进行编号,也可以对各种类型的故障事件统一进行编号。对属于同一故障事件类型内的故障事件进行编号时,故障事件类型码和故障事件编号一起唯一确定一个故障事件;对各种类型的故障事件统一进行编号时,故障事件编号唯一确定一个故障事件。本文中的描述均基于故障事件类型和故障事件编号一起唯一确定一个故障事件的情况。
故障事件结果数据指明故障事件的细节信息,一般为具体的检测数据。
错误码标识当前故障事件的状态,以及表明故障事件结果数据的解析方法。
错误码用于表示故障事件的状态,其取值可以多种多样,一般分为正常、异常、错误、未知这4个区间,异常区间表示故障事件的故障状态由人为操作造成,如配置错误等,错误区间表示故障事件的故障状态由硬件本身造成,未知区间表示对故障事件的检测被屏蔽,或获取的是一个无法断定是否为故障的状态数据,错误码在异常区间或错误区间,表明需要告警。
在实际应用中,不同的故障事件,其在正常、异常、错误、未知这四个区间的具体取值不一定相同,例如,正常区间内的值为1-10,故障事件A对应正常区间的取值为1、故障事件B对应正常区间的取值则可能为8,这是由于采集的检测数据可能会是真实运行数据经过一定运算后的结果,例如放大若干倍、缩小若干倍等运算,具体经过什么运算就可以通过错误码进行区分,例如,错误码取正常区间内的值为1时,表明解析故障事件结果数据时,需要对其进行乘十运算,误码取正常区间内的值为2时,表明解析故障事件结果数据时,需要对其进行除10运算,不过,每一故障事件在每一区间的取值是唯一的,是预先设置好的。
故障事件结果数据类型表明故障事件结果数据是数值还是字符。
屏蔽标记用于标识是否获取故障事件的检测数据,初始值一般取0。
下面结合附图对技术方案的实施作进一步的详细描述。
图1为本发明故障信息采集方法流程图,如图1所示,本发明故障信息采集方法一般包括以下步骤:
步骤11:设置故障信息采集参数。
对于需要进行历史数据分析的故障事件,所述故障信息采集参数一般包括:故障事件类型码、故障事件编号、屏蔽标记、故障事件的缓存次数阈值、故障事件的错误码取值范围等。
对于需要进行相关性分析的故障事件,所述故障信息采集参数一般包括:故障事件类型码、故障事件编号、屏蔽标记、相关故障事件、故障事件与相关故障事件之间的相关关系、故障事件的错误码取值范围等。
这里,屏蔽标记的初始值一般为零;故障事件与相关故障事件之间的相关关系指如何根据相关故障事件的状态调整自身状态,或如何根据自身状态调整相关故障事件的状态,可以是相关性屏蔽关系和/或相关性状态关系,相关屏蔽关系一般涉及屏蔽标识及错误码的修改,相关性态关系一般涉及错误码的修改。
步骤12:获取故障事件的检测数据。
这里,可以通过函数调用方式和/或消息传递方式获取来自外部故障检测设备的检测数据。其中,函数调用方式为周期调用,对于不同的故障事件,可以设定不同的周期,消息传递方式则只须等待接收来自外部故障检测设备的消息,以获取检测数据。
一般情况下,对硬件故障、环境条件差、预热或运行错误等故障事件应用函数调用方式,对软件故障、配置错误等故障事件应用消息传递方式。
在步骤11中,故障事件与相关故障事件之间的相关关系为相关屏蔽关系时,具体的,按照故障事件的状态控制其他故障事件的屏蔽标记或是自身的屏蔽标记受其他故障事件状态的控制,可以将故障事件区分为主控故障事件和受控故障事件,多个主控故障事件屏蔽一个受控故障事件时,只要有一个主控故障事件是故障状态(即错误码取错误区间或异常区间的值),就屏蔽受控故障事件的检测,及不获取受控故障事件的检测数据,具体通过修改受控故障事件的屏蔽标记为一非0的数来实现,除非所有主控故障事件处于正常状态(即错误码取正常区间的值),才对受控故障事件进行检测,具体通过修改受控故障事件的屏蔽标记为0来实现。
对于主控故障事件,对其进行检测并分析后,需要根据所述主控故障事件的状态,修改与其对应的受控故障事件的屏蔽标记。
对于受控故障事件,如果其屏蔽标记为0,则获取其检测数据并分析,如果其屏蔽标记不为0,则修改所述受控故障事件的错误码为未知区间的值,屏蔽检测。
步骤13:判断所述故障事件是否需要进行历史数据分析,如果是,执行步骤14;否则,执行步骤15。
对于稳定性要求很高的故障事件,一般会要求连续几次采集的结果都是故障状态或都是正常状态的时候,才更新其故障信息中的错误码的值为异常区间、错误区间或正常区间的值。哪些故障事件要保存历史数据,缓存多少次,都是约定好的(具体对应步骤11摄制的故障事件的缓存次数阈值),一旦确定,在***运行的时候是不可以改的。
这里,判断所述故障事件是否需要进行历史数据分析就是根据故障事件类型和故障事件编号,查找其是否设置了缓存次数阈值。
步骤14:将本次收到的检测数据与所述故障事件的历史数据相结合进行分析,并修改所述故障事件的故障信息,之后转到步骤16。
图2为本发明通过进行历史数据分析修改故障事件的故障信息的实现方法流程图,如图2所示,本发明通过进行历史数据分析修改故障事件的故障信息一般包括以下步骤:
步骤21:判断所述故障事件的缓存次数是否已达到所述故障事件的缓存次数阈值,如果是,执行步骤22;否则,执行步骤26。
步骤22:以所述收到的检测数据更新关于所述故障事件的缓存最早的一组检测数据。
这里,检测数据一般以先进先出的方式缓存在历史数据缓存区中,***启动时,会将历史数据缓存区清零。
以先进先出的方式缓存检测数据,可以有多种实现方法,例如,可以通过移位操作来实现,也可以以所述收到的检测数据覆盖关于所述故障事件的缓存最早的一组检测数据来实现。
例如,步骤11中设置故障事件A的缓存次数阈值为3,那么,第一至三次收到故障事件A的检测数据时,分别保存收到的检测数据,并分别记录三次保存位置为故障事件A的第一保存位置A0、第二保存位置A1、第三保存位置A2,则第四次收到故障事件A的检测数据时,以其覆盖缓存最早的、保存在故障事件A的第一保存位置A0的检测数据;第六次收到故障事件A的检测数据时,以其覆盖缓存最早的、保存在故障事件A的第三保存位置A2的检测数据;第七次收到故障事件A的检测数据时,以其覆盖缓存最早的、保存在故障事件A的第一保存位置A0的检测数据......,如此循环。上述存储方式具体可以通过公式I=(I++)%N实现,其中,I为故障事件当前最新的保存位置的下标,N为故障事件的缓存次数阈值,这里,保存位置I+1的下标为I。
步骤23:判断缓存的所述故障事件的检测数据是否一致,如果是,执行步骤24;否则,步骤14流程结束。
这里,看缓存的检测数据是否一致,就是看检测数据是否稳定。
步骤24:根据缓存的检测数据确定是否修改所述故障事件的故障信息,如果是,执行步骤25;否则,步骤14流程结束。
这里,如果检测数据与故障信息中错误码的取值对应,则不作修改,如果检测数据与故障信息中错误码的取值不对应,则根据检测数据修改错误码,并根据历史数据缓存区缓存的检测数据修改故障信息中的故障事件结果数据。
步骤25:根据缓存的检测数据修改所述故障事件的故障信息,步骤14流程结束。
步骤26:直接缓存所述收到的所述故障事件的检测数据,步骤14流程结束。
这里,保存收到的所述故障事件的检测数据时,还需要根据已缓存所述故障事件检测数据的组数n,记录保存所述收到的检测数据的保存位置为所述故障事件的第n+1个保存位置。
步骤15:根据所述故障事件的检测数据,修改所述故障事件的故障信息。
这里,修改所述故障事件的故障信息一般包括修改所述故障事件的错误码和故障事件结果数据,第一次存储故障事件的故障信息时,还需要修改故障事件的故障事件结果数据类型。
步骤16:判断是否需要对所述故障事件进行相关性分析,如果是,执行步骤17,否则,流程结束。
故障事件错误码的取值并不是单单依赖于所述故障事件的检测数据,同时还需要考虑其他因素,综合判断得出所述故障事件的错误码的数值。对于有原因结果对应关系或必然导致关系的两个故障事件,前一个出现问题的时候,后一个一定是异常的,所以,可以根据前一个故障事件的故障信息,对后一个故障事件的故障信息进行修改,另外,对于某些故障事件,如果相关资源没有配置,也是不需要进行检测的,例如某个单板没有配置,就没有必要对单板CPU的通电状态进行检测,哪些故障事件要进行相关处理,如何相关,是预先约定好的,一旦确定,在***运行的时候是不可以改的。即这里所述的相关状态可以是配置情况,也可以是相关故障事件的状态。
故障事件的相关故障事件可能有一个,也可能有多个,根据故障事件的相关性,故障事件的故障信息可以被动地受其相关故障事件的控制,也可以根据自己的故障信息去主动去修改其相关故障事件的故障信息(一般为错误码)。
判断是否需要对所述故障事件进行相关性分析即根据所述故障事件的故障事件类型码和故障事件编号进行参数查询,看是否设置了所述故障事件的相关故障事件及与相关故障事件之间的相关关系,以及所述相关关系是否为相关状态关系。
步骤17:根据所述故障事件的相关状态,修改故障事件的故障信息,流程结束。
这里,具体根据设置的所述故障事件的相关故障事件及与相关故障事件之间的相关状态关系,对所述故障事件或其相关故障事件的故障信息进行修改。修改的故障信息一般为错误码。
告警单元周期性扫描存储的故障事件的故障信息,以上报告警消息或恢复消息,诊断单元根据OMC网管的诊断请求,扫描故障事件的故障信息,以上报诊断消息。
告警单元从公共数据层读取故障事件的故障信息后,包括步骤:
判断故障信息中的屏蔽标记是否为0,如果是,不执行任何操作,所述故障事件处于屏蔽状态;如果不是,将错误码转化为告警或恢复状态;
比较错误码转化后的状态是否与存储的所述故障事件的最近一次上报的状态是否一致,如果一致,不执行任何操作;否则,将故障信息中的故障事件类型码、故障事件编号转化为告警码、告警原因码;将错误码转化为告警或恢复状态;将故障事件结果数据转化为告警附加信息,最后发送携带告警码、告警原因码、告警或恢复状态、告警附加信息的告警消息或恢复消息到OMC网管,并更新所述故障事件的最近一次上报的状态。
诊断单元从公共数据层读取故障信息,产生诊断测试结果时,直接把故障事件类型码、故障事件编号、错误码、故障事件结果数据用消息的形式发到OMC网管,由OMC网管根据故障事件类型码、故障事件编号给出相应的故障描述,解析错误码、故障事件结果数据得出诊断结果。这里,诊断单元也可以将故障事件结果数据替换为历史数据缓存区中的多组检测数据。
需要说明的是,进行故障信息分析时,历史数据分析和相关性分析可以同时进行,也可以择一进行。
图3为本发明故障信息采集***结构图,如图3所示,本发明故障信息采集***包括:检测数据获取单元31、检测数据分析单元32、故障信息存储单元33;其中,
检测数据获取单元31用于获取故障事件的检测数据。
这里,可以通过函数调用方式和/或消息传递方式获取来自外部故障检测设备的检测数据。其中,函数调用方式为周期调用,对于不同的故障事件,可以设定不同的周期,消息传递方式则只须等待接收来自外部故障检测设备的消息,以获取检测数据。
检测数据分析单元32用于对所述检测数据获取单元31获取的检测数据进行分析,并根据分析结果对故障信息存储单元33存储的故障信息进行修改。
故障信息存储单元33用于存储各故障事件的故障信息。
故障信息存储单元33中,按照规范统一的数据结构对各故障事件进行存储,这里,按照规范统一的数据结构存储的故障信息一般包括参数:故障事件类型码、故障事件编号、故障事件结果数据、错误码、故障事件结果数据类型、屏蔽标记。
所述故障信息采集***还包括参数设置单元34、历史数据缓存单元35,
参数设置单元34,用于设置故障事件的故障事件类型码、故障事件编号、缓存次数阈值、故障事件的错误码取值范围,这里,
检测数据分析单元32,还用于根据参数设置单元34设置的参数,将获取的检测数据缓存至历史数据缓存单元35;以及在将获取的检测数据缓存至历史数据缓存单元35之后,判断所述历史数据缓存单元35中缓存的故障事件的检测数据是否一致,如果一致,根据参数设置单元34设置的故障事件的错误码取值范围和获取的检测数据,修改故障信息存储单元33中存储的所述故障事件的故障信息;否则,不对故障信息存储单元33中存储的所述故障事件的故障信息进行修改。
历史数据缓存单元35,还用于在收到来自检测数据分析单元32的检测数据之后,根据参数设置单元34设置的参数,判断自身已缓存故障事件检测数据的组数是否已达到所述故障事件的缓存次数阈值,如果是,以所述获取的检测数据更新关于所述故障事件的缓存最早的一组检测数据;否则,直接缓存所述收到的所述故障事件的检测数据,具体实现参见步骤22中的描述。
参数设置单元34还可以用于设置故障事件类型码、故障事件编号、屏蔽标记、故障事件的相关故障事件、与相关故障事件之间的相关屏蔽关系、故障事件的错误码取值范围,这里,
所述检测数据获取单元31在获取故障事件的检测数据前,还用于根据参数设置单元34设置的相关屏蔽关系判断所述故障事件是否为主控故障事件,所述故障事件是主控故障事件,获取所述主控故障事件的检测数据并分析后,根据故障信息存储单元33中存储的所述主控故障事件的状态及参数设置单元34设置的参数,修改故障信息存储单元33中存储的与其对应的受控故障事件的屏蔽标记;
所述故障事件是受控故障事件,则检测数据获取单元31判断故障信息存储单元33中存储的所述故障事件的屏蔽标记是否为0,如果是,检测数据获取单元31获取所述故障事件的检测数据;否则,检测数据获取单元31根据参数设置单元34设置的参数,修改故障信息存储单元33中所述受控故障事件的错误码为未知区间的值,屏蔽检测。
参数设置单元34还可以用于设置故障事件类型码、故障事件编号、故障事件的相关故障事件、与相关故障事件之间的相关状态关系、故障事件的错误码取值范围,这里,
所述检测数据分析单元32还用于根据参数设置单元34设置的参数,对故障信息存储单元33中存储的所述故障事件或其相关故障事件的故障信息进行修改。
另外,本发明故障信息采集***还包括告警单元36,用于周期性查询故障信息存储单元33中存储的故障事件的故障信息,判断故障信息中的屏蔽标记是否为0,如果是,不执行任何操作,所述故障事件处于屏蔽状态;如果不是,将错误码转化为告警或恢复状态,并比较错误码转化后的状态是否与其中存储的所述故障事件最近一次上报的状态一致,如果一致,不执行任何操作;否则,根据所述故障事件的故障信息,发送告警消息或恢复消息到OMC网管,并更新自身存储的所述故障事件最近一次上报的状态。
本发明故障信息采集***还包括诊断单元37,用于响应OMC网管的诊断请求,读取故障信息存储单元33中存储的故障事件的故障信息,直接把故障事件类型码、故障事件编号、错误码、故障事件结果数据用消息的形式发到OMC网管。
这里,历史数据缓存单元35中存储的数据也可供诊断单元使用。
实施例1
以本实施例中,故障事件为CPU电源状态,该故障事件的故障信息需要通过历史数据分析获取,预设的缓存次数阈值为3,且该故障事件没有相关性。
图4为本发明实施例1CPU电源状态的故障信息采集方法流程图,如图4所示,本发明实施例1中,采集CPU电源状态的故障信息包括以下步骤;
步骤41:接收CPU电源状态的检测数据。
这里,CPU电源状态的检测数据是一个数值,表明CPU是否通电。
步骤42:判断已存储的关于CPU电源状态的检测数据是否已达到3组,如果是,执行步骤43;否则,转到步骤46。
步骤43:以所述接收的CPU电源状态的检测数据覆盖已保存的检测数据中最早的检测数据。
步骤44:判断保存的3组关于CPU电源状态的检测数据是否一致,如果是,执行步骤45;否则,流程结束。
步骤45:根据判断结果,修改CPU电源状态的故障信息,流程结束。
这里,根据检测数据修改在当前故障事件的错误码的值为正常、异常、错误、未知中的哪一种,并从相应区间中取出对应的值作为当前故障事件中错误码的值。
步骤46:直接缓存所述接收的CPU电源状态的检测数据,流程结束。
这里,缓存所述接收的CPU电源状态的检测数据后,还需要记录当前存储位置为CPU电源状态的第几个存储位置。
实施例2
本实施例中,收到的检测数据为光口相关数据,相关的故障事件为光口在位状态、光口有光检测、光口反向帧失锁检测,上述故障事件的相关关系为:如果光口不在位,无需检测光口有无光,以及是否存在光口反向帧失锁,如果光口无光,无需检测是否存在光口反向帧失锁。主要包括以下几个步骤:
图5为本发明实施例2收到光口相关数据后,根据故障事件的相关性修改故障信息的实现流程图,如图5所示,收到光口相关数据后,根据故障事件的相关性修改故障信息包括步骤:
步骤501:接收光口相关的检测数据。
这里,光口相关的数据携带光口是否在位、光口有无光、是否存在光口反向帧失锁等数据。
步骤502:根据接收到的检测数据,判断光口是否在位,如果是执行步骤503;否则,转到步骤508。
步骤503:修改光口在位状态的错误码为正常区间的值。
步骤504:根据接收到的检测数据,判断光口是否有光,如果是,执行步骤505;否则,转到步骤509。
步骤505:修改光口有光检测的错误码为正常区间的值。
步骤506:根据接收到的检测数据,判断光口反向帧是否不处于失锁状态,如果是,执行步骤507;否则,转到步骤510。
步骤507:修改光口反向帧失锁检测的错误码为正常区间的值,流程结束。
步骤508:修改光口在位状态的错误码为异常区间的值,并修改与其相关的故障事件光口有光检测、光口反向帧失锁检测的错误码为未知区间的值,流程结束。
光口不在位是需要告警的,所以,故障事件光口在位状态错误码修改为异常区间中的某个数。
光口不在位的时候不需要检测光口是否有光,所以,故障事件光口有光检测的错误码修改为未知区间中的某个数。
光口不在位的时候不需要检测光口反向帧失锁,所以,故障事件光口反向帧失锁检测的错误码修改为未知区间中的某个数。
步骤509:修改光口有光检测的错误码为异常区间的值,并修改与其相关的故障事件光口反向帧失锁检测的错误码为未知区间的值,流程结束。
光口无光是需要告警的,所以,故障事件光口有光检测的错误码修改为异常区间中的某个数。
光口无光的时候不需要检测光口反向帧失锁,所以,故障事件光口反向帧失锁检测的错误码修改为未知区间中的某个数。
步骤510:修改光口反向帧失锁检测的错误码为异常区间的值,流程结束。
因为光口反向帧失锁是需要告警的,所以,故障事件光口反向帧失锁检测的错误码修改为异常区间中的某个数。
实施例3
本实施例关于多对一的相关性屏蔽,即多个主控故障事件屏蔽一个受控故障事件,只要有一个主控故障事件是故障状态,就屏蔽受控故障事件的检测。可以通过对屏蔽标记的处理来达到相关性屏蔽目的。
图6为本发明实施例3的相关性屏蔽实现流程图,如图6所示,本发明实施例3的相关性屏蔽步骤如下:
步骤601:接收故障事件的检测数据。
步骤602:判断所述故障事件是否为主控故障事件,如果是,执行步骤603;否则,转到步骤608。
步骤603:对所述主控故障事件进行检测,并根据检测数据修改错误码的值。
步骤604:判断主控故障事件是否处于故障状态,如果是,执行步骤605;否则,转到步骤606。
步骤605:设置所述主控故障事件对应的受控故障事件的屏蔽标记值,流程结束。
这里,具体设置受控故障事件的屏蔽标记值为N,其中,N为与受控故障事件相关的主控故障事件数目。
步骤606:判断其受控故障事件的屏蔽标记值是否为0,如果是,流程结束;否则,执行步骤607。
步骤607:将受控故障事件的屏蔽标记值减1,流程结束。
这里,将受控故障事件的屏蔽标记值减1,是为了以后检测所述受控单元的时候,能够根据这个值判断是否屏蔽检测,由于是N对一的屏蔽,任何一个主控项就可以把屏蔽标记设为N,要所有主控项都不是故障状态的时候,屏蔽标记才能减为0,受控故障事件的检测才是不被屏蔽的。
步骤608:判断所述受控故障事件的屏蔽标记值是否为0,如果是,执行步骤609;否则,转到步骤610。
步骤609:对所述受控故障事件进行检测,并根据检测数据修改错误码的值,流程结束。
步骤610:屏蔽检测,将所述受控故障事件的错误码的值修改为未知区间的值,流程结束。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (13)
1.一种故障信息采集方法,其特征在于,该方法包括:
获取故障事件的检测数据并对所述故障事件的检测数据进行分析;
根据分析结果对各故障事件的故障信息进行统一存储及修改,
设置故障事件的故障事件类型码、故障事件编号、缓存次数阈值、故障事件的错误码取值范围,
所述获取故障事件的检测数据之后包含步骤:根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,判断已缓存的所述故障事件检测数据的组数是否已达到所述故障事件的缓存次数阈值,如果是,以所述获取的检测数据更新关于所述故障事件的缓存最早的一组检测数据;否则,直接缓存所述收到的所述故障事件的检测数据;
所述对故障事件的检测数据进行分析为对故障事件的检测数据进行历史数据分析,具体为:判断缓存的所述故障事件的检测数据是否一致,如果是,根据缓存的检测数据及设置的故障事件的错误码取值范围修改所述故障事件的故障信息;否则,不能对所述故障事件的故障信息进行修改。
2.根据权利要求1所述的故障信息采集方法,其特征在于,所述获取故障事件的检测数据为:通过函数调用方式和/或消息传递方式获取。
3.根据权利要求1所述的故障信息采集方法,其特征在于,所述故障信息包括:故障事件类型码、故障事件编号、故障事件结果数据、错误码、故障事件结果数据类型、屏蔽标记。
4.根据权利要求1所述的故障信息采集方法,其特征在于,所述以获取的检测数据更新缓存最早的一组检测数据为:以所述获取的检测数据覆盖关于所述故障事件的缓存最早的一组检测数据、或通过移位操作来实现。
5.根据权利要求3所述的故障信息采集方法,其特征在于,该方法还包括:
告警单元周期性查询存储的故障事件的故障信息,判断故障信息中的屏蔽标记是否为0,如果是,不执行任何操作,所述故障事件处于屏蔽状态;如果不是,将错误码转化为告警或恢复状态;
比较错误码转化后的状态是否与所述故障事件最近一次上报的状态一致,如果一致,不执行任何操作;否则,根据所述故障事件的故障信息,发送告警消息或恢复消息到操作维护中心OMC网管,并更新自身存储的所述故障事件最近一次上报的状态。
6.根据权利要求3所述的故障信息采集方法,其特征在于,该方法还包括:
诊断单元根据OMC网管的诊断请求,读取故障事件的故障信息,直接把故障事件类型码、故障事件编号、错误码、故障事件结果数据用消息的形式发到OMC网管;
OMC网管根据故障事件类型码、故障事件编号给出对应的故障描述,解析错误码、故障事件结果数据得出诊断结果。
7.一种故障信息采集方法,其特征在于,该方法包括:
获取故障事件的检测数据并对所述故障事件的检测数据进行分析;
根据分析结果对各故障事件的故障信息进行统一存储及修改,
设置故障事件的故障事件类型码、故障事件编号、屏蔽标记、相关故障事件、故障事件与相关故障事件之间的相关屏蔽关系、故障事件的错误码取值范围,
在获取故障事件的检测数据之前,还包含步骤:
根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,查询所述故障事件的相关故障事件及所述故障事件与相关故障事件之间的相关屏蔽关系;
根据所述相关屏蔽关系判断所述故障事件是否为主控故障事件,所述故障事件是主控故障事件,获取所述主控故障事件的检测数据并分析后,根据所述主控故障事件的状态,修改与其对应的受控故障事件的屏蔽标记;
所述故障事件是受控故障事件,则判断所述受控故障事件的屏蔽标记是否为0,如果是,获取所述受控故障事件的检测数据并分析;否则,根据设置的故障事件的错误码取值范围修改所述受控故障事件的错误码为未知区间的值,屏蔽检测。
8.一种故障信息采集方法,其特征在于,该方法包括:
获取故障事件的检测数据并对所述故障事件的检测数据进行分析;
根据分析结果对各故障事件的故障信息进行统一存储及修改,
设置故障事件的故障事件类型码、故障事件编号、相关故障事件、故障事件与相关故障事件之间的相关状态关系、故障事件的错误码取值范围,
所述对故障事件的检测数据进行分析为对故障事件的检测数据进行相关性分析,具体为:获取故障事件的检测数据之后,根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,查询所述故障事件的相关故障事件及所述故障事件与相关故障事件之间的相关状态关系,然后根据所述故障事件的相关故障事件的状态、故障事件与相关故障事件之间的相关状态关系、以及设置的故障事件的错误码取值范围,对所述故障事件或其相关故障事件的故障信息进行修改。
9.一种故障信息采集***,其特征在于,该***包括:检测数据获取单元、检测数据分析单元、故障信息存储单元;其中,
所述检测数据获取单元,用于获取故障事件的检测数据;
所述检测数据分析单元,用于对所述检测数据获取单元获取的检测数据进行分析,并根据分析结果对故障信息存储单元存储的故障信息进行修改;
所述故障信息存储单元,用于存储各故障事件的故障信息,
所述故障信息采集***还包括参数设置单元、历史数据缓存单元;
所述参数设置单元,用于设置故障事件的故障事件类型码、故障事件编号、缓存次数阈值、故障事件的错误码取值范围;
所述检测数据分析单元,还用于根据参数设置单元设置的参数,将获取的检测数据缓存至历史数据缓存单元;以及在将获取的检测数据缓存至历史数据缓存单元之后,判断所述历史数据缓存单元中缓存的故障事件的检测数据是否一致,如果一致,根据参数设置单元设置的故障事件的错误码取值范围和获取的检测数据,修改故障信息存储单元中存储的所述故障事件的故障信息;否则,不对故障信息存储单元中存储的所述故障事件的故障信息进行修改;
所述历史数据缓存单元,用于在收到来自检测数据分析单元的检测数据之后,根据参数设置单元设置的参数,判断自身已缓存故障事件检测数据的组数是否已达到所述故障事件的缓存次数阈值,如果是,以所述获取的检测数据更新关于所述故障事件的缓存最早的一组检测数据;否则,直接缓存所述收到的所述故障事件的检测数据。
10.根据权利要求9所述的故障信息采集***,其特征在于,该***还包括告警单元,用于周期性查询故障信息存储单元中存储的故障事件的故障信息,判断故障信息中的屏蔽标记是否为0,如果是,不执行任何操作,所述故障事件处于屏蔽状态;如果不是,将错误码转化为告警或恢复状态,并比较错误码转化后的状态是否与其中存储的所述故障事件最近一次上报的状态一致,如果一致,不执行任何操作;否则,根据所述故障事件的故障信息,发送告警消息或恢复消息到OMC网管,并更新自身存储的所述故障事件最近一次上报的状态。
11.根据权利要求9所述的故障信息采集***,其特征在于,该***还包括诊断单元,用于响应OMC网管的诊断请求,读取故障信息存储单元中存储的故障事件的故障信息,直接把故障事件类型码、故障事件编号、错误码、故障事件结果数据用消息的形式发到OMC网管。
12.一种故障信息采集***,其特征在于,该***包括:检测数据获取单元、检测数据分析单元、故障信息存储单元;其中,
所述检测数据获取单元,用于获取故障事件的检测数据;
所述检测数据分析单元,用于对所述检测数据获取单元获取的检测数据进行分析,并根据分析结果对故障信息存储单元存储的故障信息进行修改;
所述故障信息存储单元,用于存储各故障事件的故障信息,
所述故障信息采集***还包括参数设置单元,所述参数设置单元用于设置故障事件类型码、故障事件编号、屏蔽标记、故障事件的相关故障事件、与相关故障事件之间的相关屏蔽关系、故障事件的错误码取值范围,
所述检测数据获取单元在获取故障事件的检测数据前,还用于根据所述参数设置单元设置的相关屏蔽关系判断所述故障事件是否为主控故障事件,所述故障事件是主控故障事件,则获取所述主控故障事件的检测数据并分析后,根据故障信息存储单元中存储的所述主控故障事件的状态及参数设置单元设置的屏蔽关系,修改故障信息存储单元中存储的与其对应的受控故障事件的屏蔽标记;
所述故障事件是受控故障事件,则检测数据获取单元判断故障信息存储单元中存储的所述故障事件的屏蔽标记是否为0,如果是,检测数据获取单元获取所述故障事件的检测数据;否则,检测数据获取单元根据参数设置单元设置的参数,修改故障信息存储单元中所述受控故障事件的错误码为未知区间的值,屏蔽检测。
13.一种故障信息采集***,其特征在于,该***包括:检测数据获取单元、检测数据分析单元、故障信息存储单元;其中,
所述检测数据获取单元,用于获取故障事件的检测数据;
所述检测数据分析单元,用于对所述检测数据获取单元获取的检测数据进行分析,并根据分析结果对故障信息存储单元存储的故障信息进行修改;
所述故障信息存储单元,用于存储各故障事件的故障信息,
所述故障信息采集***还包括参数设置单元,所述参数设置单元用于设置故障事件类型码、故障事件编号、故障事件的相关故障事件、与相关故障事件之间的相关状态关系、故障事件的错误码取值范围,
所述检测数据分析单元还用于根据参数设置单元设置的参数,对故障信息存储单元中存储的所述故障事件或其相关故障事件的故障信息进行修改,具体为:
获取故障事件的检测数据之后,根据所述故障事件的故障事件类型码及故障事件编号,或仅根据所述故障事件的故障事件编号,查询所述故障事件的相关故障事件及所述故障事件与相关故障事件之间的相关状态关系,然后根据所述故障事件的相关故障事件的状态、故障事件与相关故障事件之间的相关状态关系、以及设置的故障事件的错误码取值范围,对所述故障事件或其相关故障事件的故障信息进行修改。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100854951A CN101562827B (zh) | 2009-05-22 | 2009-05-22 | 一种故障信息采集方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100854951A CN101562827B (zh) | 2009-05-22 | 2009-05-22 | 一种故障信息采集方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101562827A CN101562827A (zh) | 2009-10-21 |
CN101562827B true CN101562827B (zh) | 2011-05-25 |
Family
ID=41221402
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100854951A Expired - Fee Related CN101562827B (zh) | 2009-05-22 | 2009-05-22 | 一种故障信息采集方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101562827B (zh) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102693177B (zh) * | 2011-03-23 | 2015-02-04 | ***通信集团公司 | 虚拟机故障诊断方法、处理方法及其装置和*** |
CN102215145A (zh) * | 2011-06-07 | 2011-10-12 | 中兴通讯股份有限公司 | 一种上报链路连通状态检测结果的方法和装置 |
CN102984739A (zh) * | 2011-09-07 | 2013-03-20 | 中兴通讯股份有限公司 | 故障信息处理方法及装置 |
CN103024784A (zh) * | 2011-09-22 | 2013-04-03 | 中兴通讯股份有限公司 | 基站故障后的数据获取方法和装置 |
WO2013046210A1 (en) * | 2011-09-26 | 2013-04-04 | Wipro Limited | System and method for active knowledge management |
CN105591687A (zh) * | 2014-10-21 | 2016-05-18 | 中兴通讯股份有限公司 | 信息采集方法及装置、通信*** |
CN105744556A (zh) * | 2014-12-12 | 2016-07-06 | 中兴通讯股份有限公司 | 基站故障采集的方法及*** |
CN105044550A (zh) * | 2015-04-28 | 2015-11-11 | 国家电网公司 | 基于故障电流泄放路径的配网线路故障定位方法 |
KR101756721B1 (ko) * | 2015-05-13 | 2017-07-11 | 현대오트론 주식회사 | 엔진 제어장치의 고장코드 제어시스템 및 제어방법 |
CN106126397A (zh) * | 2016-06-19 | 2016-11-16 | 乐视控股(北京)有限公司 | 程序崩溃消息的处理方法及*** |
CN106155827A (zh) * | 2016-06-28 | 2016-11-23 | 浪潮(北京)电子信息产业有限公司 | 一种基于linux***的CPU故障诊断处理方法及*** |
CN106339297B (zh) * | 2016-09-14 | 2020-10-02 | 郑州云海信息技术有限公司 | 一种存储***故障实时告警的方法及*** |
CN106708234A (zh) * | 2016-12-28 | 2017-05-24 | 郑州云海信息技术有限公司 | 一种基于cpld的***电源状态监控方法及装置 |
CN106873576A (zh) * | 2017-03-21 | 2017-06-20 | 奇瑞汽车股份有限公司 | 车辆故障的检测方法及装置 |
CN109947798A (zh) * | 2017-09-18 | 2019-06-28 | ***通信有限公司研究院 | 一种流事件的处理方法及装置 |
CN107885838B (zh) * | 2017-11-09 | 2021-12-21 | 陕西外号信息技术有限公司 | 一种基于用户数据的光标签故障检测定位方法及*** |
CN108249243B (zh) * | 2018-02-02 | 2019-05-07 | 河南中盛物联网有限公司 | 一种电梯物联网故障识别方法 |
CN108667918B (zh) * | 2018-04-25 | 2022-01-11 | 青岛海信移动通信技术股份有限公司 | 一种设备状态监控方法及装置 |
CN109459635B (zh) * | 2018-11-09 | 2021-11-30 | 杭州妙娱科技有限公司 | 虚拟现实游戏设备故障监测方法及装置 |
CN110532122B (zh) * | 2019-08-26 | 2023-05-30 | 东软医疗***股份有限公司 | 故障分析方法及***、电子设备、存储介质 |
CN110728261B (zh) * | 2019-10-23 | 2022-08-30 | 武汉奇致激光技术股份有限公司 | 一种激光医疗美容设备故障信息反馈的方法 |
CN112867040A (zh) * | 2020-11-11 | 2021-05-28 | 南京熊猫电子股份有限公司 | 一种用于小基站的自动告警分析*** |
CN113281587B (zh) * | 2021-04-26 | 2023-03-10 | Tcl王牌电器(惠州)有限公司 | 基于可制造性设计仿真器的检测方法及*** |
CN116032799B (zh) * | 2021-10-25 | 2024-07-23 | 中移物联网有限公司 | 故障检测方法、装置及存储介质 |
-
2009
- 2009-05-22 CN CN2009100854951A patent/CN101562827B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101562827A (zh) | 2009-10-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101562827B (zh) | 一种故障信息采集方法及*** | |
CN107196804B (zh) | 电力***终端通信接入网告警集中监控***及方法 | |
CN101068132B (zh) | 一种广播智能监控***和方法 | |
EP1195681A3 (en) | Systems and method for diagnosing electronic systems | |
KR20090038683A (ko) | 자동 취약점 진단 웹 방화벽 및 이를 이용한 취약점 진단방법 | |
CN104317740B (zh) | 基于沙箱技术的缓存目录/文件的清理方法和装置 | |
CN103118383B (zh) | 一种无线存取点状态综合监管***及方法 | |
KR101259897B1 (ko) | 원격 보안취약성 진단장치 및 그 방법 | |
CN108369550B (zh) | 实时更改来自不同源的数据 | |
CN105549508A (zh) | 一种基于信息合并的报警方法及装置 | |
CN110730234A (zh) | 一种电气火灾监控***及其智能预警分析方法 | |
CN111736571A (zh) | 一种故障诊断***及方法、存储介质 | |
CN107463490B (zh) | 一种应用于平台开发中的集群日志集中收集方法 | |
CN100388691C (zh) | 一种自动定位故障的方法和*** | |
CN106330535A (zh) | 一种车地通信数据处理方法及装置 | |
CN111901816A (zh) | 一种***维护方法、装置、设备和存储介质 | |
CN115104336A (zh) | 跟踪和公开用于生成分析的数据 | |
CN110196868A (zh) | 基于分布式的工单流程监控方法 | |
CN117914511A (zh) | 一种基于数据交换、日志分析的安全审计*** | |
US20080195671A1 (en) | Device Management System Using Log Management Object and Method for Generating and Controlling Logging Data Therein | |
CN116204386B (zh) | 应用服务关系自动识别及监控方法、***、介质和设备 | |
CN201138801Y (zh) | 一种广播智能监控*** | |
CN110300021B (zh) | 一种计算子站录波简报数据处理时间的方法及计算装置 | |
KR101704145B1 (ko) | 이기종 데이터베이스를 지원하는 제어기 관리 스테이션 및 이를 포함하는 제어 시스템 | |
CN108989086B (zh) | OpenStack平台中的Open vSwitch违规端口操作自动发现与追溯*** |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110525 Termination date: 20170522 |
|
CF01 | Termination of patent right due to non-payment of annual fee |