CN1750478A - 一种在网络中传输告警数据的方法 - Google Patents
一种在网络中传输告警数据的方法 Download PDFInfo
- Publication number
- CN1750478A CN1750478A CN 200410078014 CN200410078014A CN1750478A CN 1750478 A CN1750478 A CN 1750478A CN 200410078014 CN200410078014 CN 200410078014 CN 200410078014 A CN200410078014 A CN 200410078014A CN 1750478 A CN1750478 A CN 1750478A
- Authority
- CN
- China
- Prior art keywords
- data
- alarm
- network
- warning
- static interpreter
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种在网络中传输告警数据的方法，包括以下步骤：A.设置告警静态解释信息数据，并将其分别存储于网管系统服务器和网管用户终端；B.当网元设备产生告警数据后，网元设备通过网络将精简的告警数据传递给网管系统服务器；C.网管系统服务器对告警数据进行分析处理；D.网管系统服务器将处理后的精简的告警数据通过网络传递给网管用户终端；E.网管用户终端根据传递来的数据和本地静态解释信息数据构造出完整的告警信息。本发明减小了告警数据在网络中的传输量，减轻了网络负担，提高了告警数据的网络吞吐量和处理效率。
Description
技术领域
本发明涉及网管技术领域，特别是一种在网络中传输告警数据的方法。
背景技术
在网络通信系统中，多个不同的网元设备在同时运行着。一旦这些网元设备发生软件或者硬件的故障，用户通过网元设备上报的告警数据获取信息并作相应的处理。
告警数据是网络系统在运行过程中出现软硬件故障时产生的数据，它产生于网络中的硬件设备或软件监测系统。告警数据具有多种分类方法，按性质可分为事件告警、故障告警、恢复告警等；按严重程度可分为紧急告警、重要告警、一般告警、提示告警等；按来源可分为电源告警、机房环境告警、七号信令告警、数字中继告警、硬件告警、软件告警、运行告警等。告警数据的主要组成部分如表1所示(不包括全部)。
告警信息由网管系统处理，网管系统如图1所示，包括网元设备11、网络12、网管系统服务器13、网管用户终端14，网管系统服务器中含有数据库131，网管用户终端上运行有网管用户界面141，网元设备11和网管系统服务器13通过网络12连接，网管系统服务器13和网管用户终端14通过网络12连接。
告警数据在网管系统中被处理的流程如图2所示，包括以下步骤：
步骤201、当网元设备产生告警数据后，网元设备通过网络将所有告警数据传递给网管系统服务器。
步骤202、网管系统服务器对告警数据进行分析处理。
网管系统服务器对告警数据的处理包括：检查告警数据是否有效、分配流水号、存入数据库、告警转发等等。
步骤203、网管系统服务器通过网络将处理后告警数据的所有信息传递给网管用户终端。
步骤204、网管用户终端显示告警数据。
| 数据内容 | 说明 |
| 产品类型 | 告警设备的产品编号，用于区分本公司固网、传输、移动、智能等产品 |
| 设备类型 | 告警设备的类型编号 |
| 告警编号 | 标识告警种类的编号 |
| 告警种类 | 描述故障的性质、区分是故障、恢复或事件 |
| 告警级别 | 描述告警的严重程度 |
| 告警类别 | 描述故障的来源，区分电源告警、机房环境告警、七号信令告警等 |
| 告警名称 | 告警的名称 |
| 流水号 | 用于标识告警产生和到达顺序的序列号 |
| 日期 | 告警发生的日期 |
| 时间 | 告警发生的时间 |
| 定位参数 | 故障的定位信息，描述问题发生的具体位置 |
| 解释信息 | 解释此告警的发生原因及发生地点的信息 |
| 修复建议 | 描述如何修复此告警的建议，帮助用户快速解决问题 |
| 链路类型 | 故障所从属的链路类型编号 |
表1告警数据的主要内容
告警数据中的解释信息、告警修复建议等内容很重要，能够帮助用户迅速了解并解决问题。但是这些内容的数据量通常很大，某些告警的解释信息甚至达到了4K字节以上，因此一条完整的告警数据的数据量是很大的，这导致当多个网元设备同时向网管系统服务器上报告警数据，网管系统服务器再将这些告警数据发给各个网管用户终端时，以及多个网管用户终端同时向网管系统服务器查询大批量的告警时，网络所承担的负荷将会很重，极其容易引起网络拥塞，造成网络阻塞、告警数据丢失等严重的后果。
发明内容
有鉴于此，本发明的主要目的是提出一种压缩告警数据在网络中传输量的方法，解决告警数据量大容易造成网络拥塞的问题。
根据上述目的，本发明提供了一种在网络中传输告警数据的方法，其特征在于包括以下步骤：
A.设置告警静态解释信息数据，并将其存储于网管系统服务器和网管用户终端；
B.当网元设备产生告警数据时，网元设备通过网络将精简的告警数据传递给网管系统服务器，其中所述精简的告警数据至少包括告警静态解释信息数据中的关键字段和告警数据中的动态数据；
C.网管系统服务器对精简的告警数据进行分析处理；
D.网管系统服务器将处理后的精简的告警数据通过网络传递给网管用户终端，其中所述处理后的精简的告警数据至少包括告警静态解释信息数据中的关键字段、告警数据中的动态数据和网管系统服务器产生的数据；
E.网管用户终端根据传递来的数据和本地告警静态解释信息数据构造出完整的告警信息。
在上述方法中，所述的设置告警静态解释信息数据的步骤包括：设置告警静态解释信息数据中每个字段的字段名、类型、长度、并给字段赋值，并且设置告警静态解释信息数据的关键字段。
较佳地，所述的设置告警静态解释信息数据关键字段的步骤包括：设置产品类型ProductID、设备类型NEType以及告警编号AlarmID为告警静态解释信息数据的关键字段。
较佳地，所述的设置告警静态解释信息数据的步骤进一步包括，设置把告警数据中定位参数体现到解释信息中的字段ExpFormat；所述网管系统服务器对告警数据进行分析处理的步骤进一步包括，字段ExpFormat结合定位参数插入到解释信息中的相应位置。
较佳地，所述的设置告警静态解释信息数据的步骤进一步包括，设置把告警数据中定位参数体现到解释信息中的字段ExpFormat；所述网管用户终端根据传递来的数据和本地静态解释信息数据构造出完整的告警信息的步骤进一步包括，字段ExpFormat结合定位参数插入到解释信息中的相应位置。
在上述方法中，所述的告警静态解释信息数据以数据库形式存储。
在上述方法中，所述的告警静态解释信息数据以文件形式存储。
较佳地，所述的文件形式为可扩展标记语言XML文件。
根据上述技术方案可以看出，本发明在网管系统服务器和网管用户终端存储了告警数据的静态解释信息数据，在网络中传递告警数据时只需要传递静态解释信息数据中的关键字段和告警数据中的动态数据，减小了告警数据在网络中的传输量，减轻了网络负担，提高了告警数据的网络吞吐量和处理效率。
附图说明
图1为网管系统框图；
图2为现有技术中告警数据传输的流程图；
图3为本发明中告警数据传输的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，以下举实施例对本发明进一步详细说明。
告警数据是由多个字段的内容组成的，对于同一种告警，有些字段的内容是固定不变的。这些告警数据中相对保持不变的信息称为告警静态解释信息。关键字段是告警静态解释信息中能够确定此告警静态解释信息的一个或几个字段。因此在传递告警静态解释信息时，只需要传递关键字段即可，而将告警静态解释信息数据存储在网管系统服务器和网管用户终端中。
本发明的流程如图3所示，包括以下步骤：
步骤301、设置告警静态解释信息数据，并将其分别存储于网管系统服务器和网管用户终端。
| 字段名 | 类型 | 长度(字节) | 说明 |
| ProductID | tinyint | 1 | 产品类型 |
| NEType | int | 4 | 设备类型 |
| AlarmID | int | 4 | 告警编号 |
| Category | tinyint | 1 | 告警种类 |
| AlarmLevel | tinyint | 1 | 告警级别 |
| AlarmType | tinyint | 1 | 告警类别 |
| AlarmName | varchar | 100 | 告警名称 |
| Explain | text | 16 | 解释信息 |
| ClearAdvice | text | 16 | 修复建议 |
| ExpFormat | varchar | 250 | 解释信息格式 |
| LinkType | int | 4 | 链路类型 |
表2静态解释信息数据的结构
告警数据中的静态解释信息，如产品类型、设备类型、告警编号、告警种类、告警级别、告警类别、告警名称、解释信息、修复建议、链路类型等，是相对不变的，通过其中的一个或几个字段即可唯一确定一条告警。例如，告警数据中的产品类型、设备类型、告警编号这三个字段可以唯一确定一种告警，对于告警种类、告警级别、告警类别、告警名称、解释信息、修复建议、链路类型等字段与前面三个字段是一一对应的。也就是说，如果设备上报了两条告警，只要这两条告警的产品类型、设备类型、告警编号这三个字段相同，那么它们的告警种类、告警级别、告警类别、告警名称、解释信息、修复建议、链路类型等字段也是一样的。当然也可以选择其它字段，只要它们能够唯一确定一种告警即可。
本步骤中整理构造告警数据中的告警静态解释信息数据，将其分别存储在网管系统服务器和网管用户终端中。静态解释信息数据的结构如表2所示。这里需要设置字段的字段名、类型、长度，并给其赋值。
本例中以ProductID、NEType、AlarmID这三个字段为关键字段，即这三个字段唯一确定一条记录。当然也可以使用其它字段作为关键字段，本发明所保护的不限于使用上面所述三个字段的方法。
表2中的ExpFormat字段的作用是指示如何把告警数据中的定位参数体现到解释信息中去。在解释信息中，需要向用户指明产生问题的具体位置在哪里，而这个具体位置是可变化的，网元设备上报告警时，会把这个具体位置通过定位参数形式报上来，因此当收到网元设备的告警时需要对解释信息进行加工，把定位参数放到解释信息中去。例如，一条告警的解释信息、修复建议、解释信息格式如下所示：
Expain＝″单板插槽接触不良″
Advice＝″检查单板，避免接触不良″
ExpFormat＝″框号：％d，槽号：％″
网元上报告警时，将故障单板的框号、槽号填到定位参数(para)中，如：
para[0]＝1，para[1]＝2
则网管系统服务器处理后的告警数据，在显示时就是：
Explain＝″单板插槽接触不良，框号：1，槽号：2″
可见，ExpFormat结合告警定位参数这个动态数据，插入到静态数据Explain中，有效解决了静态解释信息中问题发生点会动态变化的问题，使得告警信息更易于理解。这一操作可以在网管系统服务器和/或网管用户终端上进行。如果网管系统服务器进行了此操作，所得相应信息可以传给网管用户终端，也可以不传给网管用户终端。
告警数据中的其它字段，如流水号、定位参数、告警日期、告警时间等，是变化的动态数据，不属于告警静态解释信息。
告警静态解释信息数据可以使用数据库形式、文件形式等多种方式实现。例如在网管系统服务器用数据库形式储存，在网管用户终端用文件形式储存；也可以在网管系统服务器和网管用户终端都以数据库形式储存；或者在网管系统服务器和网管用户终端都以文件形式储存。其中文件形式如可扩展标记语言(Extensible Markup Language，XML)文件等。该文件可以由网管用户终端的程序自动生成，也可以根据需要由用户手工编写。
当静态解释信息数据发生变化时，需要在网管系统服务器和网管用户终端改动静态解释信息数据。为了保持网管系统服务器和网管用户终端之间数据的一致性，改动以网管系统服务器端为准。改动静态解释信息数据的方式如下两种方式：
I、用户在服务器端手工更改网管系统服务器中的静态解释信息数据。
这种情况下，需要重新启动网管系统服务器，并使网管用户终端重新连接到网管系统服务器，然后网管用户终端从网管系统服务器获取更新后的数据。
II、用户从网管用户终端通过服务器端提供的接口修改网管系统服务器中的静态解释信息数据。
这种情况下，网管系统服务器向网管用户终端发出更新通知，网管用户终端收到通知后，根据通知中的内容更新本地的数据。如果此时网管用户终端没有启动，那么等到网管用户终端启动后，从网管系统服务器获取更新后的数据。
步骤302、当网元设备产生告警数据时，网元设备通过网络将精简的告警数据传递给网管系统服务器。
所述精简的告警数据至少包括告警静态解释信息数据中的关键字段和告警数据中的动态数据。
步骤303、网管系统服务器对告警数据进行分析处理。
网管系统服务器对告警数据的分析处理包括：检查告警数据是否有效、分配流水号、存入数据库、告警转发等等。网管系统服务器对告警数据进行分析处理时，根据网元设备传递过来告警静态解释信息关键字段，从本地静态解释信息数据中获取所需的其它静态解释信息字段内容。
步骤304、网管系统服务器将处理后的精简的告警数据通过网络传递给网管用户终端。
所述传递的告警数据至少包括告警静态解释信息数据中的关键字段、告警数据中的动态数据和网管系统服务器所产生的数据。
步骤305、网管用户终端根据传递来的数据和本地静态解释信息数据构造出完整的告警信息。
运行在网管用户终端的网管用户界面，根据传递来的告警静态解释信息数据的关键字段，从本地获取相应的静态解释信息数据，并结合传递来的其它数据构造出完整的告警信息。
从上述技术方案中，可以看出本发明在网络中传递告警数据时只需要传递静态信息数据中的关键字段，减小了告警数据在网络中的传输量，减轻了网络负担，提高告警数据的网络吞吐量和处理效率。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (8)
1、一种在网络中传输告警数据的方法，其特征在于包括以下步骤：
A.设置告警静态解释信息数据，并将其存储于网管系统服务器和网管用户终端；
B.当网元设备产生告警数据时，网元设备通过网络将精简的告警数据传递给网管系统服务器，其中所述精简的告警数据至少包括告警静态解释信息数据中的关键字段和告警数据中的动态数据；
C.网管系统服务器对精简的告警数据进行分析处理；
D.网管系统服务器将处理后的精简的告警数据通过网络传递给网管用户终端，其中所述处理后的精简的告警数据至少包括告警静态解释信息数据中的关键字段、告警数据中的动态数据和网管系统服务器产生的数据；
E.网管用户终端根据传递来的数据和本地告警静态解释信息数据构造出完整的告警信息。
2、根据权利要求1所述的方法，其特征在于，所述设置告警静态解释信息数据的步骤包括：设置告警静态解释信息数据中每个字段的字段名、类型、长度、并给字段赋值，并且设置告警静态解释信息数据的关键字段。
3、根据权利要求2所述的方法，其特征在于，所述设置告警静态解释信息数据的关键字段的步骤包括：设置产品类型ProductID、设备类型NEType以及告警编号AlarmID为告警静态解释信息数据的关键字段。
4、根据权利要求1或2所述的方法，其特征在于，所述设置告警静态解释信息数据的步骤进一步包括，设置把告警数据中定位参数体现到解释信息中的字段ExpFormat；所述网管系统服务器对告警数据进行分析处理的步骤进一步包括，字段ExpFormat结合定位参数插入到解释信息中的相应位置。
5、根据权利要求1或2所述的方法，其特征在于，所述设置告警静态解释信息数据的步骤进一步包括，设置把告警数据中定位参数体现到解释信息中的字段ExpFormat；所述网管用户终端根据传递来的数据和本地静态解释信息数据构造出完整的告警信息的步骤进一步包括，字段ExpFormat结合定位参数插入到解释信息中的相应位置。
6、根据权利要求1所述的方法，其特征在于，所述的告警静态解释信息数据以数据库形式存储。
7、根据权利要求1所述的方法，其特征在于，所述的告警静态解释信息数据以文件形式存储。
8、根据权利要求7所述的方法，其特征在于，所述的文件形式为可扩展标记语言XML文件。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100780141A CN100372301C (zh) | 2004-09-16 | 2004-09-16 | 一种在网络中传输告警数据的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100780141A CN100372301C (zh) | 2004-09-16 | 2004-09-16 | 一种在网络中传输告警数据的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1750478A true CN1750478A (zh) | 2006-03-22 |
| CN100372301C CN100372301C (zh) | 2008-02-27 |
Family
ID=36605747
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100780141A Expired - Fee Related CN100372301C (zh) | 2004-09-16 | 2004-09-16 | 一种在网络中传输告警数据的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100372301C (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100396032C (zh) * | 2006-07-28 | 2008-06-18 | 华为技术有限公司 | 一种网元告警监控系统及其网元告警方法 |
| CN100454846C (zh) * | 2006-09-15 | 2009-01-21 | 华为技术有限公司 | 分布式系统中上报告警信息的方法和装置 |
| CN101820635A (zh) * | 2010-05-20 | 2010-09-01 | 中兴通讯股份有限公司 | 一种移动通讯数据的采集方法和装置 |
| CN101047456B (zh) * | 2006-05-10 | 2010-12-15 | 华为技术有限公司 | 终端监控系统和方法 |
| CN101409644B (zh) * | 2007-10-12 | 2011-05-25 | 中兴通讯股份有限公司 | 一种服务质量预警方法和系统 |
| CN106230646A (zh) * | 2016-09-05 | 2016-12-14 | 深圳震有科技股份有限公司 | 一种获取网管告警信息的方法及测试系统 |
| CN110022233A (zh) * | 2019-04-11 | 2019-07-16 | 四川长虹电器股份有限公司 | 一种基于hfc分布式网管系统的告警管理方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2434674C (en) * | 2001-01-10 | 2010-06-08 | Cisco Technology, Inc. | Computer security and management system |
| CN100388698C (zh) * | 2001-10-19 | 2008-05-14 | 上海贝尔有限公司 | 用于数字数据网接入模块的管理指配控件及其控制方法 |
| JP3984099B2 (ja) * | 2002-05-22 | 2007-09-26 | 株式会社山武 | 携帯端末 |
-
2004
- 2004-09-16 CN CNB2004100780141A patent/CN100372301C/zh not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101047456B (zh) * | 2006-05-10 | 2010-12-15 | 华为技术有限公司 | 终端监控系统和方法 |
| CN100396032C (zh) * | 2006-07-28 | 2008-06-18 | 华为技术有限公司 | 一种网元告警监控系统及其网元告警方法 |
| CN100454846C (zh) * | 2006-09-15 | 2009-01-21 | 华为技术有限公司 | 分布式系统中上报告警信息的方法和装置 |
| CN101409644B (zh) * | 2007-10-12 | 2011-05-25 | 中兴通讯股份有限公司 | 一种服务质量预警方法和系统 |
| CN101820635A (zh) * | 2010-05-20 | 2010-09-01 | 中兴通讯股份有限公司 | 一种移动通讯数据的采集方法和装置 |
| WO2011143899A1 (zh) * | 2010-05-20 | 2011-11-24 | 中兴通讯股份有限公司 | 一种移动通讯数据的采集方法和装置 |
| CN106230646A (zh) * | 2016-09-05 | 2016-12-14 | 深圳震有科技股份有限公司 | 一种获取网管告警信息的方法及测试系统 |
| CN106230646B (zh) * | 2016-09-05 | 2019-05-17 | 深圳震有科技股份有限公司 | 一种获取网管告警信息的方法及测试系统 |
| CN110022233A (zh) * | 2019-04-11 | 2019-07-16 | 四川长虹电器股份有限公司 | 一种基于hfc分布式网管系统的告警管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100372301C (zh) | 2008-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1992636A (zh) | 一种处理告警信息的系统及方法 | |
| CN1412978A (zh) | 用于数字数据网接入模块的管理指配控件及其控制方法 | |
| CN104917627B (zh) | 一种用于大型服务器集群的日志集群扫描与分析方法 | |
| CN101145944B (zh) | 一种实现告警处理的方法 | |
| CN1642104A (zh) | 一种系统日志实现方法和装置 | |
| CN1852175A (zh) | 一种巡检方法和一种巡检系统 | |
| CN1863080A (zh) | 一种告警管理方法和系统 | |
| CN1447914A (zh) | 传送缺陷来源识别器中图像,数据,或其它信息的方法和装置 | |
| CN1750478A (zh) | 一种在网络中传输告警数据的方法 | |
| CN1933421A (zh) | 一种网元管理方法与系统 | |
| CN1160906C (zh) | 一种基于消息录制回放的模拟网元测试方法 | |
| CN1524220A (zh) | 发生故障通知抑制设备和发生故障通知抑制方法 | |
| CN1783799A (zh) | 电信传输系统单元软硬件版本自动获取方法 | |
| CN101170441A (zh) | 一种网管系统中屏蔽设备告警的方法及其装置 | |
| CN1870524A (zh) | 网元告警数据获取方法 | |
| CN101064636A (zh) | 网络管理系统和网元管理系统之间过滤告警的方法 | |
| CN1667592A (zh) | 联网系统和管理联网系统中计算机存储器的方法 | |
| CN1756183A (zh) | 一种网元间通信消息的跟踪方法 | |
| CN1713588A (zh) | 网络系统中处理告警数据的方法及装置 | |
| CN105187490A (zh) | 一种物联网数据的中转处理方法 | |
| CN1960364A (zh) | 用于管理响应等待时间的设备、系统和方法 | |
| CN1859268A (zh) | 一种后台进行正反向解析报文的方法和系统 | |
| CN105788194A (zh) | 一种监测报警方法及装置 | |
| CN101830242B (zh) | 轨道交通多功能告警显示器及其方法 | |
| CN1816046A (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 | ||
| 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: 20080227 Termination date: 20150916 |
|
| EXPY | Termination of patent right or utility model |