CN105471617A - 一种卫星通信网管系统告警处理方法及装置 - Google Patents
一种卫星通信网管系统告警处理方法及装置 Download PDFInfo
- Publication number
- CN105471617A CN105471617A CN201410550954.XA CN201410550954A CN105471617A CN 105471617 A CN105471617 A CN 105471617A CN 201410550954 A CN201410550954 A CN 201410550954A CN 105471617 A CN105471617 A CN 105471617A
- Authority
- CN
- China
- Prior art keywords
- alarm
- warning information
- real
- database
- time
- 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
Landscapes
- Alarm Systems (AREA)
Abstract
本发明涉及一种针对卫星通信系统中的告警处理方法,根据本发明所提供的方法,在收到告警信息时,识别告警信息的权重值,对告警信息的重要级别进行分类,从而对高级别的告警信息进行优先处理,有效提高核心告警的处理效率。
Description
技术领域
本发明的方案涉及一种应用于卫星通信网管系统中维护设备运行的方法及装置。具体的说,本发明所提供的方案是关于一种卫星通信网管系统告警处理的方法和装置。
背景技术
卫星通信不受地理环境和距离的约束,其点到多点、点到面的覆盖优势和灵活的移动性,使得卫星通信在通信领域中迅速崛起发张壮大,与人们的生活联系的越来越紧密。
卫星系统的稳定,对于整个系统至关重要,稳定的系统能保证卫星系统的正常高性能运转,保证系统的视频、VOIP等业务的正常传输。卫星通信网管系统的告警处理是整个系统的一面镜子,对系统中的告警处理的实时性和处理方法直接关系到了整个卫星能否正常稳定的运行。
对于卫星通信网管系统的告警处理,传统的处理方式就是针对不同的告警,逐个进行告警分析,对于告警类型和互斥告警没有考虑,导致冗余告警和互斥告警出现,影响到系统运维人员对告警的判断和处理。
发明内容
有鉴于此,为克服上述至少一个缺点,并提供下述至少一种优点。本发明提供一种卫星通信网管系统告警处理的方法,并具体公开了一种卫星通信网管系统告警处理方法,包括:识别告警信息的权重值,以确定所述告警信息的级别,并对级别较高的告警信息进行优先处理。
本发明的另一实施例包括,加载告警规则;解析告警信息,构建告警事件;依据告警规则,将所述告警事件生成实时告警;查询数据库,如数据库中无所述实时告警,将所述实时告警存储在数据库中;以及如数据库中存在所述实时告警,则更新数据库中所述实时告警数量。
本发明的另一实施例进一步包括,其中所述告警信息是清除告警时,则清除与所述清除告警相匹配的实时告警以及与所述清除告警相斥的告警。
依据本发明的另一实施例,其中构建告警事件的步骤进一步包括统一告警信息的格式。
本发明进一步提供一种卫星通信网管系统告警处理装置,包括:告警信息识别装置,识别告警信息权重,以确定告警信息的级别;以及告警信息处理装置,对所确定的级别较高的告警信息进行处理。
本发明的进一步的实施例进一步包括,告警规则加载装置,加载告警规则;告警事件生成装置,通过解析所收到的告警信息构建告警事件;实时告警生成装置,依据所述告警规则将所述告警事件生成实时告警;其中所述的告警信息处理装置查询数据库,如数据库中无所述实时告警,将所述实时告警存储在数据库中;以及如数据库中存在所述实时告警,则更新数据库中所述实时告警数量。
本发明的进一步的实施例进一步包括,其中所述告警信息是清除告警时,所述告警信息处理装置清除与所述清除告警相匹配的实时告警以及与所述清除告警相斥的告警。
本发明的进一步的实施例进一步包括,其中告警事件生成装置统一所接收到的告警信息的格式。
有益效果
如上所述,通过将对告警信息进行加权处理,优先处理级别较高的告警信息,能够有效的提高告警处理效率,避免高级别告警信息因为常规等待而延误处理。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对本发明实施例描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据本发明实施例的内容和这些附图获得其他的附图。
图1示出依据本发明的一个实施例的告警处理整体流程图;
图2示出依据本发明的一个实施例的告警加权处理流程图;
图3示出依据本发明的一个实施例的告警规则加载流程图;
图4示出依据本发明的一个实施例的实时告警处理流程图;
具体实施方式
为使本发明解决的技术问题、采用的技术方案和达到的技术效果更加清楚,下面将结合附图对本发明实施例的技术方案作进一步的详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
下面结合附图并通过具体实施例进一步说明本发明的技术方案。
附图1示出的是告警信息处理流程图。如图所示,当收到告警信息时,首先识别告警信息权重值,以确定告警信息的重要级别,从而系统优先优先处理高级别的告警信息。在本发明的一个实施例中,将权重值为1的告警信息确定为高级别告警信息,需要进行优先处理,而将权重值为0的告警信息确定为低级别告警信息,即为普通告警。进一步,加载告警规则,建立告警事件,然后进行告警事件的处理,这些步骤将在下文进行更加详细的描述。
在附图1所示的实施例中,其中判断告警信息的权重还包括分析告警信息的资源权重值,如告警权重为1,且资源权重也为1,则表示该告警为严重告警,需要立即处理。如果告警权重为0,且资源权重也为0,则表示该告警为普通告警,可以根据所示流程图进行下一步处理流程。
附图2示出在附图1中的实施例中对告警权重分析的进一步说明。如图所示,判断告警权重是否为1,如果是非1,则将该告警确定为普通告警信息,进行正常的告警处理流程。如果判断告警权重为1,则进一步判断是否匹配特殊告警规则,如果否,则仍进行正常的告警处理。如果判断是,则将其确定为重要告警事件,从而将该告警插入到告警事件队列的最前,进行优先处理。
回到附图1所示的实施例中,为保持系统内的告警规则能够满足系统的最新要求,系统允许实时加载告警规则。该告警规则可以通过用户进行人为设置并将数据存储在系统的数据库中。其中告警规则分为标准告警规则和自定义告警规则两种。所述的标准告警规则,又根据告警类型的版本不同,进一步分为SNMPV1类型的告警规则和SNMPV2类型的告警规则,这两种告警规则都是告警协议中标准的告警规则。对于自定义告警规则,则是由设备自身根据自身的特性匹配的规则,或者由用户进行人性化设置的。
附图3示出告警规则的加载流程,如图所示,系统将定义的告警规则存入到数据库中,并读取数据库,通过规则适配器适配具体的告警类型,例如,标准SNMPV1类型告警,SNMPV2类型告警,以及用户自定义的告警。
继续回到附图1所示的实施例中,当加载告警后,进行告警事件的建立。考虑到当系统收到告警信息时,由于系统中设备自身的物理特性的差异,以及设备支持不同的协议,每个设备在发生故障时所发出的告警信息的格式也会有不同。如果将具有不同格式的告警信息一并发送并进行处理,会带来处理过程的混乱,而且对识别这些告警信息也会具有很低的效率。因此,系统在报告告警信息前,首先构建告警事件。具体的说,系统通过提取告警信息中的关键信息,如告警的原因、告警IP、告警OID等,再依据接收到告警信息的事件先后,将各类不同协议的告警进行格式的统一,构建成告警事件,并对告警事件进行相应的处理。
在生成告警事件后,系统一边收集所发生的告警事件,一边将告警事件上传至系统进行后续的处理。接下来,判断告警事件的类型,即属于标准告警还是自定义告警,如果为标准告警,则判断是标准V1告警还是V2告警,如果是V1告警,则根据告警事件中的OID值、通用告警类型值、告警类型等关键项,对比告警规则,生成实时告警。对于V2告警和自定义告警,仅仅根据告警中的OID值就可以和告警规则比对,生成实时告警。并可以在显示装置上将实时告警信息显示出来,提供用户参考。
在将告警事件生成实时告警后,首先在数据库中查询是否存在与所生成的实时告警相同的实时告警。如果在数据库中存在相同的实时告警,则不再将实时告警存入到数据库中,而只是更新数据库中此类告警的数量与告警发生时间,以避免对相同告警进行重复的处理。如果数据库中没有与所述实时告警相同的告警,则将所述实时告警存入到数据库中,通知系统此类告警是新增告警。
下面结合附图3对本发明的告警处理规则进行更加详细的说明,如图所示,首先记载告警规则,如前所述,系统是每隔固定的时间读取告警规则进行加载。
在收到告警信息报告时,通过查询数据库判断此类告警是否是第一次发生,如果在数据库中查询到与所述告警相同的告警,则更新告警数量。
如果在数据库中未发现与此类告警相同的告警,则将告警存入到数据库中,并通知系统,此类告警为新增类型告警。
如果所收到的告警是清除告警,则查找与该清除告警相匹配的告警规则,进一步确定是否有与该清除告警相匹配的实时告警,如果有则进行删除,将其存入到历史告警数据库中。如没有与之相匹配的实时告警,进一步判断是否有与之匹配的告警事件,如果有,清除告警事件,否则将其作为未知实时告警存入到实时告警表中。
由于在系统所收到的告警信息中,不允许性质相反的告警同时存在于系统中,比如“开启指令”和“关闭指令”,因此如果收到的告警是清除告警,则应清除与当前告警相反的实时告警。例如,如当收到的实时告警是“启动告警”时,说明系统已经开始工作了,则应将与“启动”相反的告警,即“关闭告警”删除,以保证系统的正常运行。
本发明的实施例进一步提供一种卫星通信网管系统告警处理装置,包括告警信息识别装置,识别告警信息权重,以确定告警信息的级别,进一步包括告警信息处理装置,对所确定的级别较高的告警信息进行处理。如通过告警信息的权重值判断告警信息为高级别告警信息,进行优先处理。
本发明的实施例进一步包括告警规则加载装置,以加载告警规则,如前所述,告警规则是由用户设置保存在数据库中的,分为标准告警规则和自定义告警规则。还包括告警事件生成装置,通过解析所收到的告警信息,提取其中的关键信息,如告警原因、告警IP、告警OID等,再依据接收到告警信息的事件先后,将各类不同协议的告警进行格式的统一,构建成告警事件,构建告警事件。
进一步包括实时告警生成装置,依据所述告警规则将所述告警事件生成实时告警,其中所述的告警信息处理装置查询数据库,如数据库中无所述实时告警,将所述实时告警存储在数据库中;以及如数据库中存在所述实时告警,则更新数据库中所述实时告警数量。
虽然已示出并描述了本公开的一些实施例,但是本领域的技术人员将理解,可在不脱离本公开的原理和精神的情况下,在这些实施例中作出改变,其中,本公开的范围在权利要求及其等同物中限定。
Claims (8)
1.一种卫星通信网管系统告警处理方法,包括:
识别告警信息的权重值,以确定所述告警信息的级别;
对所述告警信息中级别高的告警信息依据预定的告警信息处理规则进行优先处理。
2.如权利要求1所述的方法,进一步包括,
加载告警规则;
解析告警信息,构建告警事件;
依据告警规则,将所述告警事件生成实时告警;
查询数据库,如数据库中无所述实时告警,将所述实时告警存储在数据库中;以及
如数据库中存在所述实时告警,则更新数据库中所述实时告警数量。
3.如权利要求2所述的方法,进一步包括,
其中所述告警信息是清除告警时,则清除与所述清除告警相匹配的实时告警以及与所述清除告警相斥的告警。
4.如权利要求2或3的方法,其中构建告警事件的步骤进一步包括统一告警信息的格式。
5.一种卫星通信网管系统告警处理装置,包括:
告警信息识别装置,识别告警信息权重,以确定告警信息的级别,
告警信息处理装置,对所确定的级别较高的告警信息进行处理。
6.如权利要求5所述的装置,进一步包括,
告警规则加载装置,加载告警规则;
告警事件生成装置,通过解析所收到的告警信息构建告警事件;
实时告警生成装置,依据所述告警规则将所述告警事件生成实时告警;
其中所述的告警信息处理装置查询数据库,如数据库中无所述实时告警,将所述实时告警存储在数据库中;以及
如数据库中存在所述实时告警,则更新数据库中所述实时告警数量。
7.如权利要求6所述的装置,其中所述告警信息是清除告警时,所述告警信息处理装置清除与所述清除告警相匹配的实时告警以及与所述清除告警相斥的告警。
8.如权利要求6或7的装置,其中告警事件生成装置统一所接收到的告警信息的格式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410550954.XA CN105471617A (zh) | 2014-10-16 | 2014-10-16 | 一种卫星通信网管系统告警处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410550954.XA CN105471617A (zh) | 2014-10-16 | 2014-10-16 | 一种卫星通信网管系统告警处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105471617A true CN105471617A (zh) | 2016-04-06 |
Family
ID=55608931
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410550954.XA Pending CN105471617A (zh) | 2014-10-16 | 2014-10-16 | 一种卫星通信网管系统告警处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105471617A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113886182A (zh) * | 2021-09-29 | 2022-01-04 | 深圳市金蝶天燕云计算股份有限公司 | 一种告警收敛方法、装置及电子设备和存储介质 |
-
2014
- 2014-10-16 CN CN201410550954.XA patent/CN105471617A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113886182A (zh) * | 2021-09-29 | 2022-01-04 | 深圳市金蝶天燕云计算股份有限公司 | 一种告警收敛方法、装置及电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109684179B (zh) | 系统故障的预警方法、装置、设备及存储介质 | |
CN105049223B (zh) | 一种电力通信网缺陷故障处理决策辅助分析方法 | |
CN108737182A (zh) | 系统异常的处理方法及系统 | |
CN110830438A (zh) | 一种异常日志告警方法、装置及电子设备 | |
CN112769605B (zh) | 一种异构多云的运维管理方法及混合云平台 | |
CN113542039A (zh) | 一种通过ai算法定位5g网络虚拟化跨层问题的方法 | |
CN109861856B (zh) | 系统故障信息的通知方法、装置、存储介质及计算机设备 | |
CN106407075B (zh) | 一种用于大数据平台的管理方法及系统 | |
CN112395156A (zh) | 故障的告警方法和装置、存储介质和电子设备 | |
CN103281461A (zh) | 一种呼叫中心监控方法、装置与系统 | |
CN103763127A (zh) | 一种设备状态告警监控方法及系统 | |
CN113313280B (zh) | 云平台的巡检方法、电子设备及非易失性存储介质 | |
CN114070711A (zh) | 告警信息的处理方法、装置、电子设备及存储介质 | |
CN111147306A (zh) | 一种物联网设备的故障分析方法、装置以及物联网平台 | |
KR20190104759A (ko) | 지능형 장비 이상 증상 사전 탐지 시스템 및 방법 | |
CN110609761B (zh) | 确定故障源的方法、装置、存储介质和电子设备 | |
CN113760634A (zh) | 一种数据处理方法和装置 | |
CN105471617A (zh) | 一种卫星通信网管系统告警处理方法及装置 | |
JP2015153078A (ja) | 運用履歴分析装置及び方法及びプログラム | |
CN113946464B (zh) | 一种结合模型及经验的预训练和并行推演的告警降噪方法 | |
CN108023741B (zh) | 一种监控资源使用方法及服务器 | |
CN115689320A (zh) | 基站运行的健康管理方法、装置及计算机可读存储介质 | |
CN115705259A (zh) | 故障处理方法、相关设备及存储介质 | |
CN112865312A (zh) | 一种电力调度系统及电力数据处理方法 | |
CN113890814B (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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160406 |