告警上报方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种告警上报方法及装置。

背景技术：

网管的北向接口(northboundinginterface，nbi)是ems网管向综合网管(oss)提供的接入ems网管的接口软件，其可向综合网管提供公共管理功能、安全管理功能、配置管理功能、性能管理功能和故障管理功能，其中故障管理是综合网管通过北向接口监管各类设备的主要监管方法之一。

随着通讯行业的快速发展,通讯设备的类型和数量在不断增加,告警数量与日俱增,为更好的进行网络设备的监护和维护,需要北向接口可以实时上报告警，并且对上报的告警的完整性、及时性提出了更高的要求。但由于各种原因,可能出现北向上报告警和ems告警不一致，出现告警丢失等问题。一旦丢失的告警不能及时发现并补报上层网管,会导致故障不能得到及时解决，从而对整个网络的正常运行产生严重影响。

技术实现要素：

本发明实施例提供了一种告警上报方法及装置，以至少解决相关技术中因北向接口异常等原因所导致的告警丢失的问题。

根据本发明的一个实施例，提供了一种告警上报方法，包括：从网元管理系统ems订阅告警；为订阅到的告警添加告警流水标识，并将所述告警保存至告警数据库；将所述告警上报至北向接口。

其中，为获取的每一条告警添加告警流水标识之前，还包括：将订阅到的告警进行标准化处理。

其中，该方法还包括：所述北向接口在接收到所述告警后，根据告警流水标识的连续性判断是否有告警丢失；如果有告警丢失，则从所述数据库中补采集所述丢失的告警。

其中，根据告警流水标识的连续性判断是否有告警丢失，包括：将接收到的每一条告警的告警流水标识进行缓存，并将当前接收的告警的告警流水标识与上一条接收的告警的告警流水标识进行比对，如果告警流水标识不连续，则确定有告警丢失。

其中，该方法还包括：判断所述数据库中是否有超期的告警；如果有超期的告警，则删除所述超期的告警。

其中，判断所述数据库中是否有超期的告警之前，还包括：设置所述数据库中所存储的告警的超期时间。

根据本发明的另一个实施例，提供了一种告警上报装置，包括：订阅模块，用于从网元管理系统ems订阅告警；存储模块，用于为订阅到的告警添加告警流水标识，并将所述告警保存至告警数据库；上报模块，用于将所述告警上报至北向接口。

其中，该装置还包括：标准化处理模块，用于在添加告警流水标识之前，将订阅到的告警进行标准化处理。

其中，该装置还包括：监控模块，用于在所述北向接口接收到所述告警后，根据告警流水标识的连续性判断是否有告警丢失；告警补采集模块，用于在有告警丢失的情况下，从所述数据库中补采集所述丢失的告警。

其中，该装置还包括：超期告警清理模块，用于判断所述数据库中是否有超期的告警，如果有超期的告警，则删除所述超期的告警。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述方法实施例中的步骤。

在本发明的上述实施例中，在告警上报至北向接口前，为每一条告警添加告警流水id并存入告警数据库中，这样北向接口在收到告警后,可以根据告警流水id判断告警是否丢失,从而可以从数据库中将丢失告警重新补采集上来。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的告警上报方法的流程图；

图2是根据本发明实施例的告警上报装置的结构框图；

图3是根据本发明实施例的告警上报装置的结构框图；

图4是根据本发明另一实施例的告警补采集装置的结构示意图；

图5是根据本发明实施例的告警标准化处理模块的处理流程图；

图6是根据本发明实施例的告警数据库存储模块的处理流程图；

图7是根据本发明实施例的告警连续性监控模块的处理流程图；

图8是根据本发明实施例的告警自动补采集模块的处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种告警上报方法，图1是根据本发明实施例的的流程图，如图1所示，该流程包括如下步骤：

步骤s102，从网元管理系统ems订阅告警；

步骤s104，为订阅到的告警添加告警流水标识，并将所述告警保存至告警数据库；

步骤s106，将所述告警上报至北向接口。

在上述步骤s102中，可通过订阅从ems网管获取各类产生告警和消息告警。

在上述实施例中，还可以基于tmf国际标准将告警在存入数据库前就完成标准化转化,之后再为每条告警添加告警流水id后存入数据库中。

在步骤s104中，添加告警流水id的主要目的是为了方便监控告警是否连续,使用单独的数据库表可以将产生告警、消失告警存于数据库同一个表中,方便进行告警连续性判断，还可以解决以前告警通过ems订阅后直接上报告警,如果告警丢失将无法再同步到已丢失告警的问题。

在上述实施例中，由于产生告警和消息告警都存于同一张表中,可能会因为告警量过大给数据库产生压力,因此可通过数据库定时清除配置可以根据不同的网络规模提前配置好超期时间,待数据库表中的告警超过配置的时间,将自动清除超期告警,减轻数据库压力，因为超期时间为可配置内容,工程现场可跟据现场网络规模及告警量灵活进行配置。

在上述步骤s106中，告警标准化处理完成后,存入数据库的同时，还会将告警实时上报北向接口。

在上述实施例中，北向接口在接收到上报告警后，可通过告警连续性监控系统判断上报的告警是否连续,如果不连续将自动启动告警自动补采模块，告警自动补采集模块将通过告警id精准定位到丢失告警有哪些，再从数据库中将丢失告警补采上来。

本实施例的这种有针对性的告警补采可以确保补采集上来的告警无重复，连接性的自动监控和补采，可以提升丢失告警的发现速度，用户在还没有感知告警丢失的情况下已经完成告警补采。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种告警上报装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的告警上报装置的结构框图，如图2所示，该装置包括订阅模块10、存储模块20和上报模块30。

订阅模块10用于从网元管理系统ems订阅告警。存储模块20用于为订阅到的告警添加告警流水标识，并将所述告警保存至告警数据库。上报模块30用于将所述告警上报至北向接口。

如图3所示，在另一实施例中，该告警上报装置除包括上述模块之外，还可以包括标准化处理模块40、监控模块50、告警补采集模块60和超期告警清理模块70。

标准化处理模块40用于在添加告警流水标识之前，将订阅到的告警进行标准化处理。监控模块50用于在所述北向接口接收到所述告警后，根据告警流水标识的连续性判断是否有告警丢失。告警补采集模块60用于在有告警丢失的情况下，从所述数据库中补采集所述丢失的告警。超期告警清理模块70用于判断所述数据库中是否有超期的告警，如果有超期的告警，则删除所述超期的告警。

下面通过一个具体的实施例来对本发明所提供的技术方案进行详细的描述。

在本实施例中，提供了基于北向接口的告警自动补采集的技术方案。首先，从ems中订阅告警，并将订阅到的告警按tmf国际标准进行标准化转换，然后为每一条告警添加告警流水id,用于之后的告警连续性监控。转换后的告警在上报北向接口的同时存入告警数据库中。北向接口在收到告警后,将通过告警连续性监控模块根据告警流水id判断告警是否丢失。如果告警丢失将自动启动告警自动补采从数据库中将丢失告警重新补采集上来并上报给上层网管。

在本实施例中，引入数据库表存储告警,可以解决以前北向接口直接订阅上报告警如果告警出现丢失无法重新获取到丢失告警,在标准化告警中添加告警流水id，可以精准的监控丢失告警有哪些，并对丢失告警进行快速补采。

本实施例在功能模块的划分上与前文中的实施例不相同，具体地，如图4所示，本实施例包括告警标准化处理模块100、告警数据库存储模块200、告警连续性监控模块300、告警自动补采集模块400。在本实施例中，通过上述4个模块完成北向接口丢失告警精准识别和自动补采，从而解决北向接口告警丢失问题。

下面分别对上述4个模块的处理流程进行具体的描述。

在本实施例中，告警标准化处理模块100主要负责将向ems网管发起告警订阅，并将订阅到的告警进行标准化处理，然后添加将用于告警连续性判断alarmseqid值。如图5所示，包括如下步骤：

步骤s501：初始化告警标准化处理模块。

步骤s502：向ems订阅告警,如果订阅失败，则每隔一段时间再向底层ems订阅一次通知，如果订阅成功，则进入步骤s503

步骤s503：监听并接收ems上报告警。

步骤s504：基于tmf国际标准将告警进行标准，告警标准化处理前移,保证上报告警和入库告警一致。

步骤s505：为每一个告警添加一个告警流水标识(alarmseqid)，告警每增加一个alarmseqid加都会累加1，alarmseqid的引入可以保证每一个告警都有唯一的一个告警标识，以便后续的告警连续性监控模块可通过alarmseqid判断出告警是否丢失，并确定丢失告警具体是哪些，从而再根据alarmseqid从数据库中自动补采集丢失告警，并上报至上层网管。

步骤s506：将标准化处理完的告警存入数据库表，该数据库表中将存储所有告警，可包括产生告警、确认告警或清除告警。

步骤s507：将标准化告警上报上层网管。

在本实施例中，告警数据存储模块200主要用于存储ems上报的经过标准化处理的所有告警，为保证网管上产生的告警无丢失存储。在本实施例中，将所有告警，包括产生告警、确认告警、消失告警等，不仅限于这几类告警全部添加alarmseqid后，存于数据库同一张表中。为适应不同规模的网络环境，本发明添加了对该告警表的配置功能。用户可以根据不同网管规模及告警量大小调整告警表中存储告警的量。如图6所示，告警数据存储模块200主要包括以下处理流程步骤：

步骤s601：网管数据库启动，北向告警存储数据库表随之完成初始化。

步骤s602：根据网络的规模及网管的告警量通过配置文件设置北向接口数据库表数据的保存时长，如果不设置将使用默认配置的时长。超过配置时间的数据库告警表告警将被删除，该删除机制会在每天固定时间进行。在本实施例中，数据库表的告警量可通过配置文件来灵活控制。

步骤s603：网管启动后，自动进行数据库连接；

步骤s604：数据库连接控制，如果连接失败，将再次尝试连接。连接成功进入步骤s605；

步骤s605：将标准化处理完成的所有告警存入数据库中；

步骤s606：每天固定时间启动数据库清除机制；

步骤s607：访问数据库告警产生时间，判断告警是否超出配置文件用配置的时长，如果超出进入步骤s608，如果没有超出继续接收告警不清除任何告警；

步骤s608：清除所有超期告警，减轻数据库压力。

在本实施例中，告警连续性监控模块300主要负责监控上报告警是否有丢失，如果告警丢失则自动启动告警自动补采集模块进行丢失告警精准补采集，如果告警连续则将告警上报上层网管。如图7所示，本实施例中的告警连续性监控模块300主要包括如下处理流程：

步骤s701：监听并接收新告警；

步骤s702：将每一条告警alarmseqid提取并存于缓存中,为下一步告警连续性判断提供判断条件；

步骤s703：将新收到的告警的alarmseqid和上一条告警的alarmseqid进行连续性比对，根据判断结果决定下一步执行；

步骤s704：如果步骤303判断alarmseqid不连续，则认为告警有丢失,启动告警自动补采系统，对丢失告警进行自动补采集；

步骤s705：如果步骤303判断alarmseqid连续，则认为告警无丢失，将告警直接上报上层网管。在本实施例中，告警连续性监控模块300可以通过alarmseqid进行连续性比自动判断告警是否丢失。

在本实施例中，告警自动补采模块400主要负责，当告警连续性监控模块监控到上报告警有丢失,则自动启动告警自动补采集模块，通过告警自动补采模块精判断出具体的丢失告警，再对具体丢失告警进行精确补采后再以通知方式上报上层网管，本发明仅会对丢失告警进行补采，确保所有上报告警无丢失无重复。如图8所示，告警自动补采模块400主要包括如下处理流程：

步骤s801：告警连续性监控模块判断出告警丢失后，将自动启动告警自动化补采模块；

步骤s802：从缓存获取最新收到的告警alarmseqid_1；

步骤s803：从缓存获取上一条告警alarmseqid_2；

步骤s804：连接数据库，准备从数据库中重新获取丢失告警；

步骤s805：数据库判断，如连接成功则开始获取丢失告警，如果数据库连接失败则再次尝试连接；

步骤s806：下发sql命令到数据库中获取alarmseqid_2到alarmseqid_1的丢失告警；

步骤s807：如丢失告警获取成功则执行步骤408，如丢失告警获取失败则再次执行步骤s806，进行丢失告警获取。

步骤s808：丢失告警获取成功后，将通过通知方式上报上层网管。在本实施例中，告警连续性监控模块可通过alarmseqid对丢失告警进行精准判断和自动补采，保证所有上报告警不丢失、不重复。

在本实施例提供的北向接口软件的告警自动化精准补采方案中，通过为每一个上报的告警添加告警标识alarmseqid，并对通过alarmseqid对上报告警进行连续性监控。当出现alarmseqid不连续时，可以自动判断出哪些告警丢失，并通过自动补采模块对丢失告警进行精准补采，保证上报告警不丢失、不重复。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述方法实施例中的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。