一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

告警信息管理系统及方法与流程

2022-02-19 04:51:44 来源:中国专利 TAG:


1.本发明涉及无线通信技术领域,尤其涉及一种告警信息管理系统及方法。


背景技术:

2.告警信息作为通信设备管理系统的一项重要管理功能,能为通信运营商提供及时、可靠和详尽的设备运行故障告警数据。随着无线通信系统基础设施的扩展,网元设备的数据越来越多,已经发展到海量设备管理。因此,随着设备管理系统业务的高速发展,从单纯的告警处理发展到故障告警的快速解决,通信设备管理系统已经不堪重负,在诸多方面无法满足日益增长的业务需求,比如吞吐量、稳定性、可扩展性等,且其运维成本也急剧增加。因此,如何对海量设备的告警信息进行管理是是目前业界亟待解决的重要课题。
3.现有技术中,通常基于传统的c/s(client/server,客户端/服务器)或b/s(browser/server,浏览器/服务器)架构设计告警信息管理系统,但是由于客户端和服务器,以及浏览器和服务器均是配套设置,导致接入告警信息管理系统内部的网元设备客户端以及服务器均是配套设置的,且所有与告警信息管理相关的功能模块均部署在一台服务器上。
4.综上,在接入新的网元设备客户端时,需要对整个告警信息管理系统进行重启,甚至需要根据网元设备的内部协议,对整个告警信息管理系统内部的协议及配置进行重新设计,导致告警信息管理系统的可适配性差,告警信息管理成本高。


技术实现要素:

5.本发明提供一种告警信息管理系统及方法,用以解决现有技术中在接入新的网元设备客户端时,需要对整个告警信息管理系统进行重启,甚至对整个告警信息管理系统内部的协议及配置进行重新设计,导致告警信息管理系统的可适配性差和管理成本高的缺陷,实现快速便捷地对告警信息进行管理。
6.本发明提供一种告警信息管理系统,包括网元设备、南向接口服务和告警管理服务;
7.所述网元设备用于将通信协议帧发送至所述南向接口服务;
8.所述南向接口服务用于根据所述通信协议帧中的协议标识,在预先配置的通信协议库中适配获取所述协议标识对应的协议,根据所述协议标识对应的协议从所述通信协议帧中解析出告警信息,并将所述告警信息发送至所述告警管理服务;
9.所述告警管理服务用于对所述告警信息进行管理。
10.根据本发明提供的一种告警信息管理系统,还包括告警策略服务和数据库;
11.其中,所述数据库中的配置信息包括第一预设条件、第二预设条件和第三预设条件;
12.所述第一预设条件、第二预设条件和第三预设条件分别为告警屏蔽、告警清除和故障告警的限定条件;
13.所述告警管理服务具体用于在确定所述告警信息不满足所述第一预设条件的情况下,若确定所述告警信息不满足所述第二预设条件,且满足所述第三预设条件,则将所述告警信息发送至所述告警策略服务;
14.所述告警策略服务用于根据接收到的告警信息,在所述数据库中的映射关系查找所述接收到的告警信息对应的告警处理策略,并将所述告警处理策略发送至所述南向接口服务;
15.所述南向接口服务还用于根据第一预设协议格式对所述告警处理策略进行组帧后发送至所述网元设备;
16.所述网元设备还用于执行所述告警处理策略,以对与所述告警信息相关的故障进行恢复。
17.根据本发明提供的一种告警信息管理系统,还包括告警日志服务;
18.所述数据库中的配置信息中还包括第四预设条件;
19.所述第四预设条件为告警确认的限定条件;
20.所述告警管理服务还用于在确定所述告警信息满足所述第一预设条件情况下,直接将所述告警信息删除;在确定所述告警信息不满足所述第一预设条件情况下,若确定所述告警信息满足所述第二预设条件,则将所述告警日志服务中的告警信息的状态更新为已清除状态;在确定所述告警信息不满足所述第一预设条件情况下,若确定所述告警信息满足所述第四预设条件,则将所述告警日志服务中的告警信息的状态更新为已确认状态;
21.所述告警日志服务用于将更新后的告警信息的状态和告警信息以日志的形式存储在所述数据库中。
22.根据本发明提供的一种告警信息管理系统,还包括网关和告警前端服务;
23.所述数据库中的配置信息中还包括第五预设条件;
24.所述第五预设条件为将所述告警信息发送至所述告警前端服务所需满足的限定条件;
25.所述告警管理服务还用于在确定所述告警信息不满足所述第一预设条件的情况下,若确定所述告警信息满足所述第五预设条件,则将所述告警信息通过所述网关发送至所述告警前端服务;
26.所述告警前端服务用于对接收到的告警信息进行显示。
27.根据本发明提供的一种告警信息管理系统,所述告警前端服务还用于在获取到第一指令的情况下,通过所述网关将所述第一指令发送至所述告警管理服务;
28.所述告警管理服务还用于根据所述第一指令,对所述数据库中的配置信息和/或映射关系进行更新。
29.根据本发明提供的一种告警信息管理系统,所述告警前端服务还用于在获取到第二指令的情况下,通过所述网关在告警日志服务中查询满足所述第二指令中查询条件的目标告警信息,并对所述目标告警信息进行统计和/或显示。
30.根据本发明提供的一种告警信息管理系统,还包括北向接口服务和北向综合网管系统;
31.所述告警管理服务还用于将所述告警信息发送至所述北向接口服务;
32.所述北向接口服务用于根据第二预设协议格式对所述告警信息进行组帧后发送
至所述北向综合网管系统;
33.所述北向综合网管系统用于对所述告警信息进行显示。
34.根据本发明提供的一种告警信息管理系统,所述告警管理服务还用于:
35.在获取到第三指令的情况下,根据所述第三指令,对告警日志服务中的告警信息的状态进行更新;其中,所述第三指令由告警前端服务通过网关发送,或者由所述北向综合网管系统通过北向接口服务发送;
36.将更新后的告警信息的状态同步至与所述网关连接的所有告警前端服务和/或与所述北向接口服务连接的所有北向综合网管系统。
37.根据本发明提供的一种告警信息管理系统,在存在新增协议的情况下,数据库中增加所述新增协议的数据模型,所述南向接口服务所属的集群中增加所述新增协议对应的南向接口服务;
38.所述数据库用于将所述新增协议同步至所述新增协议对应的南向接口服务中。
39.本发明还提供一种基于所述告警信息管理系统的告警信息管理方法,包括:
40.将通信协议帧发送至南向接口服务;
41.根据所述通信协议帧中的协议标识,在预先配置的通信协议库中适配获取所述协议标识对应的协议,根据所述协议标识对应的协议从所述通信协议帧中解析出告警信息,并将所述告警信息发送至告警管理服务;
42.对所述告警信息进行管理。
43.本发明提供的告警信息管理系统及方法,该系统通过南向接口服务可以实时接收网元设备发送的通信协议帧,并根据通信协议帧中的协议标识在通信协议库中适配获取协议标识对应的协议,根据获取的协议从通信协议帧中解析出告警信息,并将告警信息实时发送至告警管理服务,以供告警管理服务对告警信息进行实时管理,不仅可对各种网元设备内部的协议进行自适配,适配性强;而且,既可以适用于原始接入的网元设备,也可以适用于新接入的网元设备,避免重新启动服务器以及整个告警信息管理系统,有效降低告警信息管理系统的维护成本和适用范围广,还可以实现对各种网元设备发送的告警信息进行统一管理。
附图说明
44.为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
45.图1是本发明提供的告警信息管理系统的结构示意图;
46.图2是本发明提供的告警信息管理方法的流程示意图之一;
47.图3是本发明提供的告警信息管理方法的流程示意图之二;
48.附图标记:
49.1:网元设备;
ꢀꢀꢀꢀꢀꢀꢀ
2:南向接口服务;
ꢀꢀꢀ
3:告警管理服务;
50.4:告警策略服务;
ꢀꢀꢀ
5:数据库;
ꢀꢀꢀꢀꢀꢀꢀꢀꢀ
6:告警日志服务;
51.7:网关;
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
8:告警前端服务
ꢀꢀꢀꢀ
9:北向接口服务;
52.10:北向综合网管系统。
具体实施方式
54.为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
55.在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“配置”应做广义理解,例如,可以是新增,也可以是修改,也可以是删除;术语“管理”应做广义理解,例如,可以是修改,也可以是部署,也可以是创建,也可以是删除,也可以是查询,也可以是导出;对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
56.目前,随着网元设备管理的数量急剧增加到海量设备,以及随着网元设备的告警数量日益增大到海量告警数据,随着网元设备内部的监控协议的多样化发展以及设备告警处理业务的日趋复杂,亟待通过一种更加高效的自动化告警信息管理手段来适应这种变化。现有技术方案中,要么无法满足海量设备告警管理的高性能和动态扩展要求,要么无法满足不同网元设备内部的监控协议的自适配要求,要么无法满足告警处理业务的复杂性要求。为了解决上述问题,本实施例基于微服务架构建立告警信息管理系统,并在南向接口服务中对各网元设备发送的通信协议帧进行协议自适配,可以实现不同网元设备内部的监控协议的自适配性,且基于微服务架构的告警信息管理系统具备云化、动态扩展和高可靠性的特点,可实现对告警信息管理系统的自适应扩展和告警信息的快速管理机制。
57.下面结合图1描述本发明的告警信息管理系统,该系统包括:网元设备1、南向接口服务2和告警管理服务3;所述网元设备1用于将通信协议帧发送至所述南向接口服务2;
58.其中,本实施例中的告警信息管理系统的处理流程可采用计算机软件技术实现自动运行。
59.南向接口服务2和告警管理服务3部署在同一微服务架构中;
60.微服务架构中的基础支撑框架由第三方中间件组成,是整个告警信息管理系统的基础支撑,主要包括网关7、注册发现、消息通信、缓存和数据库。其中,网关7、注册发现、消息通信、缓存和数据库的类型可以根据实际需求进行设置,如zuul网关、zookeeper注册发现、rabbitmq消息通信、redis缓存和oracle数据库。
61.其中,zuul网关用于提供统一的rest api(representational statetransfer application programming interface,表现层状态转化的应用程序编程接口)调用,实现前端微服务和后端微服务之间的通信。
62.zookeeper注册发现用于供告警信息管理系统中各后端微服务初始化时进行注册与发现,如南向接口服务2、告警管理服务等其他后端微服务。
63.rabbitmq消息通信用于实现所有后端微服务之间的接口消息交互,如南向接口服务2和告警管理服务3;告警管理服务3和告警策略服务4之间,告警管理服务和北向接口服务9之间。
64.redis缓存用于对oracle数据库的基础数据进行缓存处理以提高处理效率,可供
各服务器对配置信息进行缓存。如可供南向接口服务进行协议自适配和组解帧处理,可供告警管理服务3对配置信息进行缓存,以及告警策略服务对映射关系进行缓存等。
65.oracle数据库用于存储告警管理系统的所有数据,包括基础数据,设备信息和告警日志。
66.需要说明的是,微服务架构中用于实现任一功能模块的微服务均可以根据告警信息的管理数量进行适应性地扩展。
67.相比与现有技术中采用传统的c/s和b/s架构建立告警信息管理系统,存在无法保障告警信息管理系统的监控性能以及无法实现动态扩展和高可用性的问题,本实施例基于微服务架构建立告警信息管理系统,不仅可以实现海量设备的告警信息管理,还可实现告警信息管理系统的弹性扩容及可扩展性,具有高可用性,且支持分布式部署和动态扩展。
68.网元设备1的数量可以是一个或多个,本实施例对此不作具体地限定。
69.南向接口服务2与各网元设备1连接。其中,南向接口服务2的数量可以是一个或多个,具体数量根据南向接口服务2的实际承载的网元设备的数量进行适应性地增加,本实施例对此不作具体地限定。南向接口服务为直接与网元设备进行通信的接口。
70.可选地,需要对网元设备的告警信息进行管理时,由网元设备将告警信息封装在通信协议帧后,将通信协议帧发送至南向接口服务2。
71.所述南向接口服务2用于根据所述通信协议帧中的协议标识,在预先配置的通信协议库中适配获取所述协议标识对应的协议,根据所述协议标识对应的协议从所述通信协议帧中解析出告警信息,并将所述告警信息发送至所述告警管理服务3。
72.其中,南向接口服务2可实现与不同网元设备之间的通信和消息交互、协议适配、数据解析和数据组帧、不同业务数据的派发、以及协议管理等功能,南向接口服务是整个告警信息管理系统的通信纽带。
73.南向接口服务2与告警管理服务3进行通信和消息交互;南向接口服务和告警管理服务3的数量可以根据实际需求进行设置,均可以是一个或多个,本实施例对此不作具体地限定。
74.可选地,在南向接口服务2接收到网元设备1发送的通信协议帧后,先从通信协议帧的帧头部分解析出协议标识;然后在通信协议库中自动适配协议标识对应的协议,并采用协议标识对应的协议从通信协议帧中除帧头外的其余部分中解析出告警信息;然后,通过rabbitmq(rabbit message queue,消息队列)消息通信机制将告警信息发送至告警管理服务3。
75.其中,告警信息包括处于发生状态的告警信息和/或处于已恢复状态的告警信息,本实施例对此不作具体地限定。
76.网元设备1可以是与南向接口服务连接的原始网元设备,也可以是新接入南向接口服务的新网元设备,本实施例对此不作具体地限定。
77.通信协议库中预先存储有多组协议标识和协议之间的对应关系,每一协议标识与每一协议一一对应。通信协议库中包含多种协议,比如snmp(simple network management protocol,简单网络管理)协议和tr069(technical report 069广域网络管理)协议等,本实施例对此不作具体地限定。
78.相较于现有技术中传统的c/s或b/s架构设计,本实施中的南向接口服务可以根据
网元设备发送的通信协议帧中的协议标识进行自动适配,以获取协议标识对应协议,进而实现对通信协议帧的正确解析;不论网元设备内部的协议是否发生变更时,均可以自动适配到相应的协议,不仅可以对大量的不同网元设备进行统一管理,还可以根据网元设备内部的协议进行自适配,不需要重新启动告警管理服务,以及整个告警信息管理系统,有效降低告警信息管理系统的维护成本,提高告警信息管理系统的可适配性。即本实施例中的告警信息管理系统不仅支持海量网元设备管理,而且支持不同网元设备的接入和不同协议的自适配。
79.所述告警管理服务3用于对所述告警信息进行管理。
80.其中,告警管理服务3用于对告警信息进行管理,是整个告警信息管理系统的核心部分。
81.可选地,对告警信息的管理包括但不限于对告警信息的处理、入库和上报等,本实施例对此不作具体地限定。
82.本实施中南向接口服务可以实时接收网元设备发送的通信协议帧,并根据通信协议帧中的协议标识在通信协议库中适配获取协议标识对应的协议,根据获取的协议从通信协议帧中解析出告警信息,并将告警信息实时发送至告警管理服务,以供告警管理服务对告警信息进行实时管理,不仅可对各种网元设备内部的协议进行自适配,适配性强;并且,既可以适用于原始接入的网元设备,也可以适用于新接入的网元设备,避免重新启动服务器以及整个告警信息管理系统,有效降低告警信息管理系统的维护成本和适用范围广,还可以实现对各种网元设备发送的告警信息进行统一管理。
83.在上述实施例的基础上,本实施例中还包括告警策略服务4和数据库5;其中,所述数据库5中的配置信息包括第一预设条件、第二预设条件和第三预设条件;所述第一预设条件、第二预设条件和第三预设条件分别为告警屏蔽、告警清除和故障告警的限定条件;所述告警管理服务3具体用于在确定所述告警信息不满足所述第一预设条件的情况下,若确定所述告警信息不满足所述第二预设条件,且满足所述第三预设条件,则将所述告警信息发送至所述告警策略服务4;所述告警策略服务4用于根据接收到的告警信息,在所述数据库中的映射关系查找所述接收到的告警信息对应的告警处理策略,并将所述告警处理策略发送至所述南向接口服务2;所述南向接口服务2还用于根据第一预设协议格式对所述告警处理策略进行组帧后发送至所述网元设备1;所述网元设备1还用于执行所述告警处理策略,以对与所述告警信息相关的故障进行恢复。
84.其中,告警策略服务4用于根据告警信息提供相应的告警处理策略。
85.告警策略服务4与告警管理服务3进行通信和消息交互,告警策略服务4还与南向接口服务2进行通信和消息交互。
86.南向接口服务2、告警管理服务3和告警策略服务4部署在同一微服务架构中。
87.告警信息的类型包括故障告警和事件告警。
88.第一预设条件、第二预设条件和第三预设条件分别为预先设定的用于限定告警信息为自动告警屏蔽、自动告警清除和故障告警的条件。
89.数据库为微服务架构中的基础支撑框架。
90.可选地,告警管理服务3在通过rabbitmq消息通信机制接收到南向接口服务2发送的告警信息后,对告警信息进行处理。
91.可选地,处理包括先判断告警信息是否满足第一预设条件,若确定告警信息满足第一预设条件,即确定告警信息满足自动告警屏蔽的条件,则对告警信息进行屏蔽,即对告警信息不作任何处理;
92.若确定告警信息不满足第一预设条件,则再次判断告警信息是否满足第二预设条件,若满足第二预设条件,即确定告警信息满足自动告警清除的条件,则将告警信息设置为清除状态;
93.若不满足第二预设条件,则确定是否满足第三预设条件,若满足第三预设条件,即告警信息为未清除状态,且为故障告警,则将告警信息发送至告警策略服务4;
94.告警策略服务4接收告警信息,并在映射关系中查找告警信息对应的告警处理策略,并将告警处理策略发送南向接口服务2;
95.南向接口服务2在接收到告警处理策略时,将告警处理策略按照第一预设协议进行组帧后发送至网元设备1,以供网元设备1执行告警处理策略,以恢复与告警信息相关的故障。如小区退服告警信息对应的告警处理策略为重建小区,则网元设备1先后执行删除小区命令和重建小区命令。
96.若在映射关系中未查找告警信息对应的告警处理策略,则将告警信息上报至终端,以供终端显示告警信息,以使用户及时发现告警信息,并及时对告警信息对应的故障进行处理。
97.可选地,在用户通过终端输入新的告警信息对应的告警处理策略时,也可以将新的告警信息对应的告警处理策略存储在映射关系中,以对映射关系进行扩展。
98.在网元设备1执行告警处理策略后,与告警信息相关的故障恢复,则将处于恢复状态的告警信息再次通过南向接口服务2上传至告警管理服务3,以对处于恢复状态的告警信息进行管理。
99.本实施中通过设置告警策略服务4,可以自动准确获取告警信息对应的告警处理策略,以对告警信息进行快速及时的恢复,进而保证网元设备的正常运行;并且只要根据告警信息即可准确获取相应的告警处理策略,不仅适用于原始接入的网元设备,还适用于新接入网元设备,适用范围广,可弹性使用于各网元设备和各种故障信息。
100.在上述实施例的基础上,本实施例中还包括告警日志服务;所述数据库中的配置信息中还包括第四预设条件;所述第四预设条件为告警确认的限定条件;所述告警管理服务还用于在确定所述告警信息满足所述第一预设条件情况下,直接将所述告警信息删除;在确定所述告警信息不满足所述第一预设条件情况下,若确定所述告警信息满足所述第二预设条件,则将所述告警日志服务中的告警信息的状态更新为已清除状态;在确定所述告警信息不满足所述第一预设条件情况下,若确定所述告警信息满足所述第四预设条件,则将所述告警日志服务中的告警信息的状态更新为已确认状态;所述告警日志服务用于将更新后的告警信息的状态和告警信息以日志的形式存储在所述数据库中。
101.其中,第四预设条件为预先设定的用于限定告警信息为自动告警确认的条件。
102.告警日志服务6与南向接口服务、告警管理服务和告警策略服务4在同一微服务架构中。
103.告警日志服务6的数量也可以根据实际需求进行设置,即可以对告警日志服务6进行适应性地扩展或删除等配置。
104.告警日志服务6为告警日志管理服务器,用于对各服务器在对告警信息进行处理过程中产生的日志进行管理。
105.可选地,告警管理服务在确定告警信息满足第一预设条件情况下,直接删除该告警信息;
106.在确定告警信息不满足第一预设条件情况下,若确定所述告警信息满足所述第二预设条件,对告警日志服务6中的告警日志进行更新,即将告警日志中的告警信息的状态更新为已清除状态;在确定所述告警信息不满足第一预设条件情况下,若确定所述告警信息满足所述第四预设条件,对告警日志服务6中的告警日志进行更新,即将告警日志中的告警信息的状态更新为已确认状态;
107.并将更新后的告警日志存在数据库中,以供用户随时查看。
108.本实施通过对告警信息进行相关条件判断,获取告警信息的状态,并对告警日志中告警信息的状态进行更新,并将更新后的告警日志存储在数据库中,便于用户随时查看获知告警信息的状态。
109.在上述实施例的基础上,本实施例中还包括网关7和告警前端服务8;所述数据库5中的配置信息中还包括第五预设条件;所述第五预设条件为将所述告警信息发送至所述告警前端服务所需满足的限定条件;所述告警管理服务3还用于在确定所述告警信息不满足所述第一预设条件的情况下,若确定所述告警信息满足所述第五预设条件,则将所述告警信息通过所述网关7发送至所述告警前端服务8;所述告警前端服务8用于对接收到的告警信息进行显示。
110.其中,告警前端服务8通过网关7与告警管理服务3和告警日志服务6通信。告警前端服务8相当于南向终端,支持多终端连接,各终端与用户进行一一绑定,终端在接收数据和呈现数据后结束自身流程。
111.告警前端服务8用于实现告警信息的前端显示、通信协议库的配置、数据库中配置信息和映射关系的配置,告警日志中告警信息的查询与统计等,本实施对此不作具体地限定。
112.告警前端服务8与南向接口服务、告警管理服务3和告警策略服务4和告警日志服务6在同一微服务架构中。
113.告警前端服务8的数量也可以根据实际需求进行设置,即可以对告警前端服务8进行适应性地扩展或删除等配置。
114.第五预设条件为预先设定的告警信息满足发送至告警前端服务8所需满足的过滤条件。
115.可选地,由于告警信息中存在误告警或重复告警等无效告警信息,为将有效告警信息实时显示给用户,本实施例中告警管理服务在确定告警信息不满足第一预设条件的情况下,则确定告警信息为有效告警信息;然后,判断该有效告警信息是否满足第五预设条件。
116.然后,在确定该有效告警信息满足第五预设条件的情况下,将该有效告警信息通过网关7的api接口实时派发给告警前端服务,以供用户在告警前端服务的前端页面实时查看获取有效告警信息,提升用户体验感。
117.在上述实施例的基础上,本实施例中所述告警前端服务8还用于在获取到第一指
令的情况下,通过所述网关7将所述第一指令发送至所述告警管理服务3;所述告警管理服务3还用于根据所述第一指令,对所述数据库中的配置信息和/或映射关系进行更新。
118.其中,第一指令为对数据库中的配置信息和/或映射关系进行更新的指令。
119.在用户需要对数据库中的配置信息和/或映射关系进行配置时,在告警前端服务的前端页面输入第一指令;
120.其中,第一指令的输入方式可以是语音、文字或物理键等,本实施例对此不作具体地限定。
121.告警前端服务8在获取到第一指令的情况下,通过网关7将第一指令发送至告警管理服务3;
122.告警管理服务3在获取到第一指令的情况下,根据第二指令中配置的配置信息和/或映射关系对数据库中的配置信息和/或映射关系进行更新。
123.例如,需要对配置信息中的第一预设条件、第二预设条件、第三预设条件、第四预设条件或第五预设条件,或者进行重新配置时,和/或映射关系中的告警处理策略进行修改、删除或增加时,将重新配置的配置信息和/或映射关系配置在指令中,并将所述指令发送至告警管理服务3,以供告警管理服务3根据第一指令中的配置信息和/或映射关系对数据库中的配置信息和/或映射关系进行更新。
124.本实施例只需要根据实际需求设置第一指令,即可对数据库中的配置信息和/或映射关系进行实时更新,不仅操作简单,且灵活便捷。
125.在上述实施例的基础上,本实施例中所述告警前端服务8还用于在获取到第二指令的情况下,通过所述网关7在告警日志服务6中查询满足所述第二指令中查询条件的目标告警信息,并对所述目标告警信息进行统计和/或显示。
126.可选地,第二指令为对告警信息进行查询和/或统计的指令。
127.在需要对告警信息进行查询和/或统计,用户向告警前端服务8输入第二指令;
128.告警前端服务8在获取到第二指令的情况下,通过网关7的api接口调用告警日志服务6进行告警信息查询和/或统计,将满足查询条件或统计条件的告警日志中的告警信息作为目标告警信息,并对目标告警信息的查询结果和/或统计结果进行显示,以供用户实时查看。
129.本实施例只需要根据实际需求设置第二指令,即可对告警日志服务中的历史告警日志进行查询和/或统计,不仅操作简单,且灵活便捷。
130.在上述各实施例的基础上,本实施例中还包括北向接口服务9和北向综合网管系统10;所述告警管理服务3还用于将所述告警信息发送至所述北向接口服务9;所述北向接口服务9用于根据第二预设协议格式对所述告警信息进行组帧后发送至所述北向综合网管系统10;所述北向综合网管系统10用于对所述告警信息进行显示。
131.其中,北向接口服务9为北向接口服务器,与各北向综合网管系统10连接,且与告警管理服务3通信。其中,北向综合网管系统简称为北向nms(network management station,综合网管系统),北向nms支持多终端连接,各终端与用户进行绑定,终端在接收数据并呈现数据后都结束各自流程。
132.其中,北向接口服务9就是指与北向综合网管系统进行连接的接口。
133.北向接口服务9也与南向接口服务2和告警管理服务3部署在同一微服务架构中。
134.可选地,告警管理服务3还可以将告警信息发送至北向接口服务9;
135.北向接口服务9在接收到告警信息后,根据第二预设协议格式对告警信息进行组帧后发送至北向综合网管系统。
136.其中,第二预设协议格式根据运营商所需的北向告警信息输出帧格式进行预先设置。
137.北向综合网管系统在接收告警信息时,对告警信息进行显示,以供用户在北向综合网管系统实时查看告警信息,并对告警信息中的故障进行及时处理,提升网元设备的安全性能。
138.在上述实施例的基础上,本实施例中所述告警管理服务3还用于在获取到第三指令的情况下,根据所述第三指令,对告警日志服务6中的告警信息的状态进行更新;其中,所述第三指令由告警前端服务8通过网关7发送,或者由所述北向综合网管系统10通过北向接口服务9发送;将更新后的告警信息的状态同步至与所述网关7连接的所有告警前端服务8和/或与所述北向接口服务9连接的所有北向综合网管系统。
139.其中,第三指令为对告警信息的状态进行更新的指令。
140.可选地,在需要对告警日志服务6的告警日志中的告警信息的状态进行更新时,用户可以在告警前端服务8输入第三指令;告警前端服务8通过网关的api接口将第三指令发送至告警管理服务3。或者,用户可以在北向综合网管系统输入第三指令;北向综合网管系统通过北向接口服务9将第三指令发送至告警管理服务3。
141.告警管理服务3接收到第三指令的情况下,根据第三指令对告警日志服务中的告警信息的状态进行更新,本实施例对此不做具体地限定,如将告警信息的状态更新为已清除状态,将告警信息的状态更新为取消确认状态等。
142.并将更新后的告警信息的状态或日志信息通过网关同步至与网关连接的所有告警前端服务8,和/或通过北向接口服务同步至与北向接口服务连接的所有北向综合网管系统。
143.此外,在告警管理服务3接收到告警同步指令的情况下,调用南向接口服务进行网元设备的告警信息同步;其中,告警同步指令可以由告警前端服务8通过网关发送、由所述北向综合网管系统通过北向接口服务9发送或者告警信息管理系统内部周期性地发送,本实施例对此不作具体地限定。
144.本实施例中在用户输入第三指令的情况下,即可实现对告警日志服务中的告警信息的状态进行更新,并可同步至其他终端,以使其他终端同步获取修改后的日志信息。
145.在上述各实施例的基础上,本实施例中在存在新增协议的情况下,数据库中增加所述新增协议的数据模型,所述南向接口服务所属的集群中增加所述新增协议对应的南向接口服务;所述数据库用于将所述新增协议同步至所述新增协议对应的南向接口服务中。
146.可选地,在需要在通信协议库中新增一种协议时,先在数据库中建立新增协议的数据模型,然后在南向接口服务所属的集群中开发一种新增协议对应的南向接口服务,并将通过数据库将新增协议同步至新增协议对应的南向接口服务中,加载新增协议对应的南向接口服务后,即可自动实现新增协议的新增网元的接入。
147.本实施例中可根据实际需求随时向通信协议库中新增协议,且在新增协议的情况下,只需要重新部署新增协议对应的南向接口服务,仅需加载新增协议对应的南向接口服
务后,即可自动实现新增协议的新增网元的接入,操作简单,可适配性强。
148.综上,本实施例的告警信息管理系统为告警信息管理提供了一套全面而系统的告警处理机制,从网元设备接收告警信息,告警管理服务对告警数据进行处理入库,将告警信息实时呈现在南北向告警终端,根据处理措施对告警信息中的故障进行后续处理以便恢复告警,并对告警日志进行统计分析,有效解决海量网元设备的告警信息采集、处理、查询和统计等告警信息管理的性能瓶颈及可扩展性问题、不同网元设备的不同监控协议的告警信息统一管理的可适配性差问题、告警处理及其后续处理措施的弹性变更和扩展问题,以及告警信息中的故障的快速恢复问题。且告警信息管理系统中同时具备南北向接口管理功能,便于对告警信息管理系统的管理和维护。
149.下面对本发明提供的告警信息管理方法进行描述,下文描述的告警信息管理方法与上文描述的告警信息管理系统可相互对应参照。
150.如图2所示,本实施例提供一种告警信息管理方法,包括:步骤201,将通信协议帧发送至南向接口服务;
151.可选地,本实施例中的告警信息管理方法的执行主体为计算机。
152.南向接口服务和告警管理服务部署在同一微服务架构中;
153.网元设备的数量可以是一个或多个,本实施例对此不作具体地限定。
154.南向接口服务与各网元设备连接。其中,南向接口服务的数量可以是一个或多个,具体数量根据南向接口服务的实际承载的网元设备的数量进行适应性地增加,本实施例对此不作具体地限定。南向接口为直接与网元设备进行通信的接口。
155.可选地,需要网元设备的告警信息进行管理时,由网元设备将告警信息封装在通信协议帧后,将通信协议帧发送至南向接口服务。
156.步骤202,根据所述通信协议帧中的协议标识,在预先配置的通信协议库中适配获取所述协议标识对应的协议,根据所述协议标识对应的协议从所述通信协议帧中解析出告警信息,并将所述告警信息发送至告警管理服务;
157.其中,南向接口服务可实现与不同网元设备之间的通信和消息交互、协议适配、数据解析和数据组帧、不同业务数据的派发、以及协议管理等功能,南向接口服务是整个告警信息管理系统的通信纽带;
158.南向接口服务与告警管理服务进行通信和消息交互;南向接口服务和告警管理服务的数量可以根据实际需求进行设置,均可以是一个或多个,本实施例对此不作具体地限定。
159.可选地,在南向接口服务接收到网元设备发送的通信协议帧后,先从通信协议帧的帧头部分解析出协议标识;然后在通信协议库中自动适配协议标识对应的协议,并采用协议标识对应的协议从通信协议帧中除帧头外的其余部分中解析出告警信息;然后,通过rabbitmq消息通信机制将告警信息发送至告警管理服务。
160.其中,告警信息包括处于发生状态的告警信息和/或处于已恢复状态的告警信息,本实施例对此不作具体地限定。
161.网元设备可以是与南向接口服务连接的原始网元设备,也可以是新接入南向接口服务的新网元设备,本实施例对此不作具体地限定。
162.通信协议库中预先存储有多组协议标识和协议之间的对应关系,每一协议标识与
每一协议一一对应。通信协议库中包含多种协议,比如snmp协议、tr069协议等,本实施例对此不作具体地限定。
163.相较于现有技术中传统的c/s或b/s架构设计,本实施中的南向接口服务可以根据网元设备发送的通信协议帧中的协议标识进行自动适配,以获取协议标识对应协议,进而实现对通信协议帧的正确解析;不论网元设备内部的协议是否发生变更时,均可以自动适配到相应的协议,不仅可以对大量的不同网元设备进行统一管理,还可以根据网元设备内部的协议进行自适配,不需要重新启动告警管理服务,以及整个告警信息管理系统,有效降低告警信息管理系统的维护成本,提高告警信息管理系统的可适配性。即本实施例中的告警信息管理系统不仅支持海量网元设备管理,而且支持不同网元设备的接入和不同协议的自适配。
164.步骤203,对所述告警信息进行管理。
165.其中,告警管理服务用于对告警信息进行管理,是整个告警信息管理系统的核心部分。
166.可选地,对告警信息的管理包括但不限于对告警信息的处理、入库和上报等,本实施例对此不作具体地限定。
167.本实施中南向接口服务可以实时接收网元设备发送的通信协议帧,并根据通信协议帧中的协议标识在通信协议库中适配获取协议标识对应的协议,根据获取的协议从通信协议帧中解析出告警信息,并将告警信息实时发送至告警管理服务,以供告警管理服务对告警信息进行实时管理,不仅可对各种网元设备内部的协议进行自适配,适配性强;并且,既可以适用于原始接入的网元设备,也可以适用于新接入的网元设备,避免重新启动服务器以及整个告警信息管理系统,有效降低告警信息管理系统的维护成本和适用范围广,还可以实现对各种网元设备发送的告警信息进行统一管理。
168.图3为本发明实施例中提供的一种示例性的告警信息管理方法的完整流程图,主要包括以下步骤:
169.步骤(1),网元设备上报告警信息的通信协议帧至南向接口服务;
170.步骤(2),南向接口服务接收通信协议帧,并对通信协议帧中的协议标识进行适配,获取协议标识对应的协议,根据协议标识对应的协议从通信协议帧中解析出告警信息,将告警信息以消息的形式派发至告警管理服务;
171.步骤(3),告警管理服务接收告警信息,并依次判断告警信息是否满足第一预设条件、第二预设条件、第三预设条件和第四预设条件;根据判断结果对告警日志服务中的日志信息进行更新;并在告警信息不满足第一预设条件的情况下,若确定告警信息不满足第二预设条件后,确定告警信息满足第三预设条件,则将告警信息发送至告警策略服务,转入步骤(4);同时,若在确定告警信息不满足第一预设条件的情况下,若确定满足第五预设条件,则通过网关上报至告警前端服务,转入步骤(6);同时,还可以将告警信息实时上传至北向接口服务,进入步骤(7);
172.步骤(4),告警策略服务在映射关系中查找告警信息对应的告警处理策略;若查找到则进入步骤(5);若未查找到则进入步骤(6);
173.步骤(5),南向接口服务接收告警处理策略,对告警处理策略组建协议帧后并发送网元设备,以供网元设备执行告警处理策略,并在执行后将故障恢复信息作为告警信息,继
续执行步骤(1);
174.步骤(6),告警前端服务通过网关接收实时告警或告警恢复的告警信息,并对告警信息进行实时呈现;
175.步骤(7),北向接口服务接收实时告警或告警恢复的告警信息,根据运营商所需北向告警信息输出帧格式对告警信息进行组帧处理,上报北向综合网管系统;
176.步骤(8),北向综合网管系统接收实时告警或告警恢复的告警信息,并对告警信息进行实时呈现。
177.以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
178.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
179.最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献