CN101179415A - 一种电信管理网告警信息变化的处理方法 - Google Patents
一种电信管理网告警信息变化的处理方法 Download PDFInfo
- Publication number
- CN101179415A CN101179415A CNA2006101380817A CN200610138081A CN101179415A CN 101179415 A CN101179415 A CN 101179415A CN A2006101380817 A CNA2006101380817 A CN A2006101380817A CN 200610138081 A CN200610138081 A CN 200610138081A CN 101179415 A CN101179415 A CN 101179415A
- Authority
- CN
- China
- Prior art keywords
- alarm
- data
- alarm data
- client
- changes
- 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.)
- Withdrawn
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种电信管理网告警信息变化的处理方法,可提高客户端和服务器端告警处理的效率,降低网络的通信量。电信管理网服务器端为接收到的告警数据生成唯一标识该告警数据的告警序列号,所述方法包括以下步骤:(a)一个或多个客户端向服务器端发送告警数据改变命令,所述告警数据改变命令包括改变的告警数据的告警序列号和发生改变的告警数据;(b)所述服务器端收到所述客户端的告警数据改变命令后,根据所述告警序列号和发生改变的内容进行告警数据的改变,并向满足告警订阅条件的各个客户端发送告警改变通知;(c)所述进行了告警订阅且符合告警订阅条件的客户端收到告警改变通知后,对发生改变的告警数据进行更新。
Description
技术领域
本发明涉及电信管理网络***,尤其涉及电信管理网络***告警信息变化的处理方法。
背景技术
随着电信网规模的不断扩展,TMN(Telecommunications ManagementNetwork,电信管理网络)***所管理的设备也越来越多,告警数据必将十分庞大,而在用户看来告警管理又非常重要,在实际应用中经常需要进行告警数据的查询,查询方法参考发明专利申请《一种电信管理网快速查询告警的方法》,申请号为200510103276.3,申请日为2005年9月22日。对于查询到的告警,用户对这些告警进行“确认”等操作,一条告警组成的数据字段较多,有告警源、告警检测点,告警类型、告警严重性等级、告警原因、产生时间、确认信息、清除信息等。当用户进行告警“确认”等操作的时候,服务器端和客户端之间的通信量、处理的效率、实时性要求很高。
目前TMN***一般都采用分层体系结构,用服务器端(即后台)来实现业务处理,用客户端(即前台)来实现数据显示,这种方式不仅能够实现多用户的远程控制,而且***可扩展性也较好。现在对于网管***的告警模块要求客户端根据服务器端告警的变化进行动态实时地显示,这样当一个或多个客户端连接一个服务器端的时候,其中一个客户端对告警数据进行了操作,数据处理的流程是客户端先下发告警数据改变命令到服务器端,服务器端改变告警数据后,再根据各个连接到服务器端的客户端的告警订阅条件,把发生改变的告警数据通知到各个客户端。由于用户进行告警的操作比较频繁,而告警信息的变化只是相应的某几个字段,因此如果服务器端在通知客户端的时候上报发生变化告警数据的全部字段,势必增加网络的通信量,降低服务器端和客户端的处理效率。而现在大部分网管在告警信息变化的时候就是上报全部的告警信息,因此开发出一种更高效的告警信息改变的处理方法是必要的。
发明内容
本发明所要解决的技术问题是提供一种电信管理网告警信息变化的处理方法,针对上述现有技术中存在的问题,提高客户端和服务器端告警处理的效率,降低网络的通信量。
为了解决上述技术问题,本发明提供了一种电信管理网告警信息变化的处理方法,所述电信管理网包括服务器端和客户端,所述服务器端为接收到的告警数据生成唯一标识该告警数据的告警序列号,所述方法包括以下步骤:
(a)一个或多个客户端向服务器端发送订阅查询命令;
(b)所述服务器端收到客户端的订阅查询命令后,将查询结果返回给所述客户端,所述查询结果包括告警数据和告警序列号;
(c)所述客户端收到查询结果后,客户端用户对告警数据进行确认,向服务器端发送告警数据改变命令,所述告警数据改变命令包括改变的告警数据的告警序列号和发生改变的告警数据;
(d)所述服务器端收到所述客户端的告警数据改变命令后,根据所述告警序列号和发生改变的内容进行告警数据的改变,并向满足告警订阅条件的各个客户端发送告警改变通知,如果告警数据改变的是确认信息,则所述告警改变通知包括告警序列号和改变的确认信息,如果告警数据改变的是告警原因或者严重性等级,则所述告警改变通知包括:告警序列号,告警原因或告警严重性等级,如果告警数据改变的是除确认信息、告警原因或严重等级以外的其他告警信息,则所述告警改变通知包括:所有改变的告警数据的告警序列号和所有改变的告警数据内容;
(e)所述进行了告警订阅且符合告警订阅条件的客户端收到告警改变通知后,对发生改变的告警数据进行更新,并显示更新后的告警数据,所述对告警数据进行更新采用如下的顺序:
判断上报告警的确认信息若不为空,则根据告警序列号在内存中找到相应的告警数据,更新内存中告警数据的告警确认信息;
判断上报改变的告警数据的告警原因或者告警严重性等级若不为空,则根据告警序列号在内存中找到相应的告警数据,更新内存中告警数据的告警原因或告警严重性等级;
判断是除确认信息、告警原因或严重等级以外的其他告警信息的改变,则根据告警序列号在内存中找到相应的告警数据,更新相应的发生改变的告警数据信息。
进一步地,上述方法还可具有以下特点:所述确认信息包括确认用户、告警确认状态、确认时间。
进一步地,上述方法还可具有以下特点:所述进行了告警订阅且符合告警订阅条件的客户端在每次更新完成后检查是否还有未处理的数据,直到处理完最后一条变化的告警数据。
与现有技术相比,本发明具有如下优点:
(1)告警信息改变的时候服务器端通知给客户端的告警数据只包含变化数据的告警序列号和相应发生变化的告警数据字段,达到了降低网络的通信量的效果。
(2)服务器端和客户端通过上面告警信息改变分组的方法,达到了告警信息改变处理的一致性,降低了处理的复杂度,提高了处理效率。
附图说明
图1为本发明实施例网络管理***的告警处理模型图;
图2为本发明实施例客户端告警信息变化处理流程图。
具体实施方式
下面结合附图,以TMN中网络层NMS(Network Management System,网络管理***)的告警信息改变处理方法为一实例对本发明作进一步介绍,但不作为对本发明的限定。
在典型的TMN模型中,NMS可以通过适配器(Adapter)接受来自多个网元层网管***上报的告警信息。参考图1,NMS采用C/S结构的告警处理模型,包括后台(即服务器端,NMS Server)和前台(即客户端,NMS Client),前台负责下发查询请求,并根据后台应答的结果进行告警数据的显示;后台用于保存接收到的告警数据。
服务器端告警模块先对从下层网管接收到的当前告警数据根据此条告警数据的关键字段,如告警源、告警原因、告警产生时间等,为每条告警数据生成唯一标识此条告警数据的告警序列号,保存在服务器端的当前告警模块。
服务器用某一固定的标识表示告警数据的关键字段,并用这些标识代替告警数据中的关键字段,生成表示告警数据的告警序列号。
NMS Server与NMS Client间的处理方法,包括以下步骤:
步骤210,一个或多个客户端的当前告警模块向服务器发送订阅查询命令;
步骤220,服务器端收到客户端的查询命令后,根据客户端的告警订阅条件返回查询结果(告警数据及告警序列号)给客户端;
当告警序列号通过查询结果从服务器上报给客户端后,客户端的告警标识与服务器端的告警标识即是相同的,客户端若不进行查询也可直接向服务器下发改变告警的告警序列号和改变的内容。
步骤230,客户端收到查询结果后,该客户端的用户对返回的当前告警数据进行告警“确认”操作,向服务器端发送告警数据改变命令,包括改变的告警数据的告警序列号和发生改变的告警数据;
“确认”是表示用户通过NMS网络管理***知道了设备发生告警,进行确认操作,表示知道了告警的产生。此时,用户虽然确认,但是客户端界面的告警还不进行更新,例如告警的“确认状态”还是“未确认”状态。
步骤240,服务器端对收到客户端的告警数据改变命令后,根据命令中改变的告警数据的告警序列号和发生改变的内容进行告警数据的改变,然后根据客户端订阅和告警数据的变化情况将告警改变通知发送给满足告警订阅条件的各个客户端,所述告警改变通知包括告警序列号和改变的告警数据;
根据告警数据的变化情况采取如下的处理:
如果告警数据改变的是“确认”信息(包括:确认用户、告警确认状态、确认时间),则将告警序列号和改变的“确认”信息发送给满足告警订阅条件的客户端;
如果告警数据改变的是告警原因或者严重性等级,则将告警序列号,告警原因或告警严重性等级以及相关信息发送给满足告警订阅条件的客户端;
如果是除了以上两种告警信息的改变,则将其他的改变信息统一进行处理,将所有其他改变信息的告警序列号与所有改变的告警数据内容一起发送给满足告警订阅条件的客户端。
以上对于告警数据变化情况的处理无顺序要求。
步骤250,所述进行了告警订阅且符合告警订阅条件的客户端在收到告警改变通知后,对发生改变的告警数据进行更新;
根据告警数据的变化情况采取如下的处理(参见图2):
如果上报告警的“确认信息”不为空,表示服务器端此条告警改变的只是告警的确认信息,客户端根据服务器端上报改变的告警数据的告警序列号,在客户端内存中找到相应数据,更新内存中告警数据的告警确认信息,然后处理下一条告警改变数据,直到处理完最后一条报警变化数据;
如果上报改变的告警数据的“告警原因或者告警严重性等级”不为空,表示服务器端此条告警的告警原因或者告警严重性等级发生了变化,因此客户端根据此条变化告警的告警序列号在内存中找到此条告警,更新内存中告警数据的告警原因或告警严重性等级以及部分相关数据,然后处理下一条告警改变的数据,直到处理完最后一条报警变化数据;
如果除了上面两类情况,将剩下的告警信息的改变集中起来进行处理,客户端根据服务器端上报改变的告警数据的告警序列号在本地内存中找到告警数据,更新相应的发生改变的信息,然后处理下一条数据,直到处理完最后一条报警变化数据。
以上对于告警数据变化情况的处理无顺序要求。
步骤260,客户端显示更新后的告警数据。
在本方法中,由于服务器端对于一个或多个客户端告警改变信息的通知只包含了告警的序列号和相应的改变信息,而不是发生告警信息改变的整个告警数据,因此降低了网络通信量,而且可以使用统一的改变通知命令格式和通知报文。服务器端和客户端对于信息的改变情况进行分组处理,提高了处理的效率,降低了处理的复杂度。
本发明不仅可以应用于网络层的网络管理***,也可以应用于采用C/S其它的网管***。而且对于数据改变信息通知的组合可以根据具体应用进行灵活的变化。
Claims (3)
1.一种电信管理网告警信息变化的处理方法,所述电信管理网包括服务器端和客户端,所述服务器端为接收到的告警数据生成唯一标识该告警数据的告警序列号,所述方法包括以下步骤:
(a)一个或多个客户端向服务器端发送订阅查询命令;
(b)所述服务器端收到客户端的订阅查询命令后,将查询结果返回给所述客户端,所述查询结果包括告警数据和告警序列号;
(c)所述客户端收到查询结果后,客户端用户对告警数据进行确认,向服务器端发送告警数据改变命令,所述告警数据改变命令包括改变的告警数据的告警序列号和发生改变的告警数据;
(d)所述服务器端收到所述客户端的告警数据改变命令后,根据所述告警序列号和发生改变的内容进行告警数据的改变,并向满足告警订阅条件的各个客户端发送告警改变通知,如果告警数据改变的是确认信息,则所述告警改变通知包括告警序列号和改变的确认信息,如果告警数据改变的是告警原因或者严重性等级,则所述告警改变通知包括:告警序列号,告警原因或告警严重性等级,如果告警数据改变的是除确认信息、告警原因或严重等级以外的其他告警信息,则所述告警改变通知包括:所有改变的告警数据的告警序列号和所有改变的告警数据内容;
(e)所述进行了告警订阅且符合告警订阅条件的客户端收到告警改变通知后,对发生改变的告警数据进行更新,并显示更新后的告警数据,所述对告警数据进行更新采用如下的顺序:
判断上报告警的确认信息若不为空,则根据告警序列号在内存中找到相应的告警数据,更新内存中告警数据的告警确认信息;
判断上报改变的告警数据的告警原因或者告警严重性等级若不为空,则根据告警序列号在内存中找到相应的告警数据,更新内存中告警数据的告警原因或告警严重性等级;
判断是除确认信息、告警原因或严重等级以外的其他告警信息的改变,则根据告警序列号在内存中找到相应的告警数据,更新相应的发生改变的告警数据信息。
2.如权利要求1所述的方法,其特征在于,所述确认信息包括确认用户、告警确认状态、确认时间。
3.如权利要求1所述的方法,其特征在于,所述进行了告警订阅且符合告警订阅条件的客户端在每次更新完成后检查是否还有未处理的数据,直到处理完最后一条变化的告警数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101380817A CN101179415A (zh) | 2006-11-07 | 2006-11-07 | 一种电信管理网告警信息变化的处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101380817A CN101179415A (zh) | 2006-11-07 | 2006-11-07 | 一种电信管理网告警信息变化的处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101179415A true CN101179415A (zh) | 2008-05-14 |
Family
ID=39405515
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101380817A Withdrawn CN101179415A (zh) | 2006-11-07 | 2006-11-07 | 一种电信管理网告警信息变化的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101179415A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103650373A (zh) * | 2011-06-28 | 2014-03-19 | Lg电子株式会社 | 时分双工***中通信的方法和装置 |
WO2016070389A1 (zh) * | 2014-11-06 | 2016-05-12 | 华为技术有限公司 | 一种信息发送的方法、被管理***及管理*** |
CN109756351A (zh) * | 2017-11-01 | 2019-05-14 | 中国石油化工股份有限公司 | 一种用于***单元状态变化的自动通知与响应*** |
-
2006
- 2006-11-07 CN CNA2006101380817A patent/CN101179415A/zh not_active Withdrawn
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103650373A (zh) * | 2011-06-28 | 2014-03-19 | Lg电子株式会社 | 时分双工***中通信的方法和装置 |
US9787419B2 (en) | 2011-06-28 | 2017-10-10 | Lg Electronics Inc. | Method and apparatus for communication in TDD system |
WO2016070389A1 (zh) * | 2014-11-06 | 2016-05-12 | 华为技术有限公司 | 一种信息发送的方法、被管理***及管理*** |
CN105765902A (zh) * | 2014-11-06 | 2016-07-13 | 华为技术有限公司 | 一种信息发送的方法、被管理***及管理*** |
CN109756351A (zh) * | 2017-11-01 | 2019-05-14 | 中国石油化工股份有限公司 | 一种用于***单元状态变化的自动通知与响应*** |
CN109756351B (zh) * | 2017-11-01 | 2021-12-28 | 中国石油化工股份有限公司 | 一种用于***单元状态变化的自动通知与响应*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107528816B (zh) | 分布式数据库中id的处理方法、管理***及服务器 | |
CN101317370B (zh) | 用于事件通知相互关联的方法和管理代理 | |
EP2106647B1 (en) | Web services and telecom network management unification | |
CN101360121B (zh) | 设备管理中权限控制的方法、***及终端 | |
CN101416177A (zh) | 管理丰富的在场集合 | |
CN101416208A (zh) | 管理丰富的在场集合 | |
CN104093118A (zh) | 一种资源通告的方法、机器对机器节点和*** | |
CN1841320A (zh) | 用于管理动态配置数据的方法和*** | |
CN101668019B (zh) | 网关确定方法、装置和消息发送方法、*** | |
US20170279688A1 (en) | Method, device and system for providing device application software management service in internet of things | |
CN112069265A (zh) | 配置数据的同步方法、业务数据***、计算机***和介质 | |
CN101552958A (zh) | 移动网络中广告的投放方法、***和广告信息控制服务器 | |
CN101150433A (zh) | 一种设置告警过滤规则的方法 | |
EP1405201A1 (en) | Delivery and integration of an asset management system into an existing enterprise network | |
CN104536965A (zh) | 一种大数据条件下的数据查询展示***及方法 | |
CN110167080A (zh) | 订阅信息更新的方法及装置 | |
CN103003809B (zh) | 用于管理远程用户界面的设备和方法及*** | |
CN101179415A (zh) | 一种电信管理网告警信息变化的处理方法 | |
US8688741B2 (en) | Device description framework information reporting and updating method, device and system | |
CN101729284A (zh) | 一种基于设备端主动以实现管理***中链路轮询的方法 | |
CN101179416A (zh) | 一种电信管理网告警信息变化的处理方法 | |
US20070150563A1 (en) | Method and system for providing efficient object-based network management | |
CN101019373A (zh) | 一种远程设备配置参数集的配置控制方法及装置 | |
CN105791023A (zh) | 光网络单元onu管理的方法、装置以及*** | |
US20080134208A1 (en) | Method, Apparatus and Media for Indication Management in an Information Model Environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C04 | Withdrawal of patent application after publication (patent law 2001) | ||
WW01 | Invention patent application withdrawn after publication |