告警查询方法及装置、光传输网络管理系统技术领域
本发明涉及通信领域，尤其是涉及一种告警查询方法及装置、光传输网络
管理系统。
背景技术
光传输网络中，网管的基本功能主要包括系统管理、配置管理、故障管理
以及性能管理等，其中，在故障管理中，查询单板支持的所有告警项是一个非
常常用的功能，主要应用于告警过滤和告警屏蔽等功能中。在告警过滤功能中，
需要查看某个单板的具体端口的告警原因时，希望能够列出单板所支持的所有
告警项(即告警项全集)。在告警屏蔽功能中，如果要屏蔽某个单板的某个端
口下的某个告警项，也必须要知道单板下面的对象所支持的告警项全集。
在实际网管环境中，一个网管可能会管理几个，几十个，几百个，几千个
甚至几万个网元。每个网元会管理几个，几十个甚至几百个单板，每块单板下
面可以支持多个端口，每个端口下面可能还会挂有逻辑通道(AID)和端口资
源(CTP)等，告警项是挂在端口、逻辑通道或端口资源下面的。
然而，对于一些单板，其端口、逻辑通道和/或端口资源等信息是动态变
化的，对于另外一些单板，其端口个数是可以通过界面进行增加或删除的。由
于传统的一一列举方式会占用大量的内存或者数据库空间，导致在需要进行告
警过滤或告警屏蔽处理时，很难通过列举的方式把所有告警项一一列举出来。
例如，C4K单板有50个调度端口，每个端口下面挂50个告警项，这样
会占用50*50＝2500列的数据。而对于OPM单板，其支持的逻辑通道的数目
等于单板属性中设置的通道个数，假设通道个数是80，每个通道下面挂10个
告警项，那么一个端口下面支持通道的所有告警项的个数就是80*10＝800。
由此可见，针对上面所述的情况，如果通过一一列举方式来查询端口下面
的所有告警项，会造成不必要的内存和数据库空间浪费、查询效率低下且无法
保证查询结果的正确性。
然而，目前的现有技术中并未提供一种有效的解决方案。
发明内容
本发明的主要目的在于提供一种在单板的某些端口或某些端口资源信息
或逻辑通道信息发生动态变化的情况下，无需采用一一列举的方式查询端口下
所的告警项，避免浪费不必要的内存和数据库空间，提高查询效率且保证查询
结果的正确性的技术方案。
为了达到上述目的，本发明提供了一种告警查询方法及装置、光传输网络
管理系统。
根据本发明的一个方面，提供了一种告警查询方法，包括：获取用户触发
告警查询的对象下的最底层子对象；确定所述最底层子对象支持的第一检测点
集合，并从所述第一检测点集合中将所述对象无法支持的检测点删除，得到所
述第二检测点集合；根据第二检测点集合，确定所述对象支持的所有告警原因。
优选地，所述对象的类型包括：网元、所述网元管理的单板、或所述单板
管理的端口。
优选地，获取用户触发告警查询的对象下的最底层子对象包括：
使用第一预定内容，根据所述对象的类型依次查询所述对象下的子对象、
所述子对象的子对象，直至查询到全部是叶子节点的子对象，确定为所述最低
层子对象，其中，所述第一预定内容包括：
对象类型
网元类型
单板类型
子对象类型
ME(网元)
EQ(单板)
EQ(单板)
PTP(端口)
PTP(端口)
A
CTP(端口资源)
PTP(端口)
M800
B
AID(逻辑通道)
，其中，所述端口支持所述端口资源和所述逻辑通道。
优选地，确定所述最底层子对象支持的第一检测点集合包括：
使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，
所述第二预定内容包括：
对象类型
端口类型
资源类型
检测点
PTP(端口)
407
AA
PTP(端口)
407
BB
PTP(端口)
407
CC
CTP(端口资源)
408
Au4
CC
AID(逻辑通道)
409
Opm
DD
，其中，所述端口支持所述端口资源和所述逻辑通道。
优选地，从所述第一检测点集合中将所述对象无法支持的检测点删除包
括：
使用第三预定内容，根据所述对象的类型，从所述第一检测点集合中删除
所述对象无法支持的检测点，其中，所述第三预定内容包括：
网元类型
单板类型
检测点
A
AA
|
A
BB
|
B
BB
|
B
CC
|
，其中，网元类型为空表示网元无法持支持检测点为0。
优选地，根据第二检测点集合，确定所述对象支持的所有告警原因包括：
使用第四预定内容，根据所述对象的类型，以及检测点与告警原因之间的
对应关系，确定所述所有告警原因，其中，所述第四内容包括：
网元类型
单板类型
检测点
告警原因
C4K
AA
AAA
|
C4K
AA
BBB
|
C3K
AA
CCC
|
，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
根据本发明的另一个方面，提供了一种告警查询装置，包括：获取模块，
用于获取用户触发告警查询的对象下的最底层子对象；处理模块，用于确定所
述最底层子对象支持的第一检测点集合，并从所述第一检测点集合中将所述对
象无法支持的检测点删除，得到所述第二检测点集合；确定模块，用于根据第
二检测点集合，确定所述对象支持的所有告警原因。
优选地，所述对象的类型包括：网元、所述网元管理的单板、或所述单板
管理的端口。
优选地，所述获取模块包括：
第一确定单元，用于使用第一预定内容，根据所述对象的类型依次查询所
述对象下的子对象、所述子对象的子对象，直至查询到全部是叶子节点的子对
象，确定为所述最低层子对象，其中，所述第一预定内容包括：
对象类型
网元类型
单板类型
子对象类型
ME(网元)
EQ(单板)
EQ(单板)
PTP(端口)
PTP(端口)
A
CTP(端口资源)
PTP(端口)
M800
B
AID(逻辑通道)
，其中，所述端口支持所述端口资源和所述逻辑通道。
优选地，所述处理模块包括：
第二确定单元，用于使用第二预定内容，根据所述对象的类型确定所述第
一检测点集合，其中，所述第二预定内容包括：
对象类型
端口类型
资源类型
检测点
PTP(端口)
407
AA
PTP(端口)
407
BB
PTP(端口)
407
CC
CTP(端口资源)
408
Au4
CC
AID(逻辑通道)
409
Opm
DD
，其中，所述端口支持所述端口资源和所述逻辑通道。
优选地，所述处理模块还包括：
删除单元，用于使用第三预定内容，根据所述对象的类型，从所述第一检
测点集合中删除所述对象无法支持的检测点，其中，所述第三预定内容包括：
网元类型
单板类型
检测点
A
AA
|
A
BB
|
B
BB
|
B
CC
|
，其中，网元类型为空表示网元无法持支持检测点为0。
优选地，所述确定模块包括：
第三确定单元，用于使用第四预定内容，根据所述对象的类型，以及检测
点与告警原因之间的对应关系，确定所述所有告警原因，其中，所述第四内容
包括：
网元类型
单板类型
检测点
告警原因
C4K
AA
AAA
|
C4K
AA
BBB
|
C3K
AA
CCC
|
，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
根据本发明的又一个方面，还提供了一种光传输网络管理系统，包括故障
管理系统，其中，所述故障管理系统包括上述告警查询装置。
与现有技术相比，本发明所述的告警查询方法及装置、光传输网络管理系
统，可以灵活地添加对象支持的告警原因，而不用再采用传统的一一列举的方
式查询对象能够支持的所有告警原因，可以使系统资源降低到一一列举方式所
占用系统资源的几分之一、几十分之一甚至及百分之一，能够节省大量的数据
库资源或内存资源，从而达到了提高查询效率且保证查询结果的正确性的效
果。
附图说明
图1是根据本发明实施例的告警查询方法流程图；
图2是根据本发明优选实施例的查询单板支持的告警原因的流程示意图；
图3是根据本发明优选实施例的查询效果示意图；
图4是根据本发明实施例的告警查询装置的结构框图；以及
图5是根据本发明实施例的优选告警查询装置的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清
楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不
是全部的实施例。基于本发明中的实施例，本领域的普通技术人员在没有做出
创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
目前，在光传输网络的网元管理系统中，每个网元管理了单板的数量，每
个单板上面能够支持端口的数量，以及每个单板等对象支持的告警原因等信息
是在配置管理系统里面能够查询到的。因此，在故障管理系统中就不需要重复
的去存储这些信息。在故障管理系统中如果需要这些信息，就去配置管理系统
里面查询即可。但是，在面对端口以及端口下的端口资源或逻辑通道等信息发
生动态变化时，目前的一一列举的查询方式就变得不再适用，主要表现为浪费
大量内存资源或数据库资源、查询效率低下以及查询准确率较低。
基于此，本发明要解决的技术问题就是弥补上述一一列举方式在告警原因
查询方面的不足，提供一种能够灵活地添加单板等对象支持的告警原因的查
询，并减少系统资源占用的告警原因查询的技术方案。
本发明实施例提供了一种告警查询方法。图1是根据本发明实施例的告警
查询方法流程图，如图1所示，该流程包括以下步骤(步骤S102-步骤S106)：
步骤S102、取用户触发告警查询的对象下的最底层子对象；
步骤S104、获确定所述最底层子对象支持的第一检测点集合，并从所述
第一检测点集合中将所述对象无法支持的检测点删除，得到所述第二检测点集
合；
步骤S106、根据第二检测点集合，确定所述对象支持的所有告警原因。
在本实施例中，所述对象的类型可以包括：网元、所述网元管理的单板、
或所述单板管理的端口。也就是说，在实际应用中，可以根据用户需要查询的
对象是网元、单板还是端口所能支持的告警原因，先确定网元、单板或端口能
够支持的检测点，再进一步确定其所支持的所有告警原因。
在本实施例中，上述步骤S102可以通过这样的方式来实现：
使用第一预定内容，根据所述对象的类型依次查询所述对象下的子对象、
所述子对象的子对象，直至查询到全部是叶子节点的子对象，确定为所述最低
层子对象，其中，所述第一预定内容包括：
对象类型
网元类型
单板类型
子对象类型
ME(网元)
EQ(单板)
EQ(单板)
PTP(端口)
PTP(端口)
A
CTP(端口资源)
PTP(端口)
M800
B
AID(逻辑通道)
，其中，所述端口支持所述端口资源和所述逻辑通道。
在实际应用中，可以预先设置一张表(可以称之为表1，即上述第一预定
内容)，该表中存放对象类型、设备类型、单板类型以及子对象类型，当然为
了提高查询效率，还可以将根据需要将预先设定好的查询规则也存放到这张表
中，但由于查询规则属于现有技术，现实中可以有很多种，因此该表中并未对
此作出限定。
通过这张表，可以用来查询每个对象(即用户触发的需要进行告警查询的
对象，包括上述网元、单板或端口)的子对象信息，由于表中配置了每种对象
类型可以支持的子对象类型，及子对象类型可以支持的子对象类型，因此根据
表中的信息就能够计算出对象的子对象，并再根据表中的信息计算出该子对象
的子对象，这样依次递归，直到找到的子对象全部是叶子节点为止，并记录这
些是叶子节点的子对象信息以及其父节点信息(即上述最底层子对象)，需要
说明的是，对于对象是端口资源CTP、逻辑通道AID时，可以直接采用该父
节点信息就可以得到这两种对象的端口信息，并进一步确定其端口支持的检测
点。
在本实施例中，在上述步骤S104中，在确定所述最底层子对象支持的第
一检测点集合时，可以采用如下方式：
使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，
所述第二预定内容包括：
对象类型
端口类型
资源类型
检测点
PTP(端口)
407
AA
PTP(端口)
407
BB
PTP(端口)
407
CC
CTP(端口资源)
408
Au4
CC
AID(逻辑通道)
409
Opm
DD
，其中，所述端口支持所述端口资源和所述逻辑通道。
在实际应用中，可以预先设置一张表(可以称之为表2，即上述第二预设
内容)用来查询每个对象所支持的检测点信息，该表中存放对象类型、端口类
型、资源类型、检测点等信息，使用该表根据对象类型(端口类型和资源类型)，
就能够得到检测点的类型。
使用上述已经保存的子对象信息和子对象的父节点信息，根据子对象信息
得到其对象类型、端口类型和资源类型，其中对于CTP或者是AID对象来说，
端口信息是根据子对象的父节点信息得到的。接着，根据该表中配置的对象类
型，端口类型和资源类型计算该对象支持的检测点(即上述第一检测点集合中
的所有检测点)。然后，把检测点挂到每个对象下面保存起来，供后续使用。
在本实施例中，在上述步骤S104中，在从所述第一检测点集合中将所述
对象无法支持的检测点删除时，可以采用如下方式：
使用第三预定内容，根据所述对象的类型，从所述第一检测点集合中删除
所述对象无法支持的检测点，其中，所述第三预定内容包括：
网元类型
单板类型
检测点
A
AA
|
A
BB
|
B
BB
|
B
CC
|
其中，网元类型为空表示网元无法持支持检测点为0。
在实际应用中，由于对于不同网元类型和单板类型来说，同一个端口类型
能够支持的检测点信息可能有差异，因此这里可以预先设置一个过滤表(可以
称之为表3，即上述第三预设内容)，用来过滤掉某些特殊对象(例如预设的
单板)所无法支持的检测点信息。该表中存放网元类型、单板类型及检测点等
信息，为了减少资源的浪费，该表中可以只配置需要经过过滤处理的单板(即
预设的单板)的检测点信息。例如，对于单板A来说，上述已经确定的对象
支持的检测点信息是AA、BB、CC，而单板A不支持检测点CC，使用该表
将CC排除即可。而对于OUT单板来说，其只支持检测点AA和BB，只需要
在该表里面配置即可。
通过这种过滤后，就可以得到每个对象支持的检测点的准确信息(即上述
第二检测点集合中的所有检测点)，以此来精确区分每个网元类型和单板类型
所支持的检测点信息。
在本实施例中，上述步骤S106可以通过这样的方式来实现：
使用第四预定内容，根据所述对象的类型，以及检测点与告警原因之间的
对应关系，确定所述所有告警原因，其中，所述第四内容包括：
网元类型
单板类型
检测点
告警原因
C4K
AA
AAA
|
C4K
AA
BBB
|
C3K
AA
CCC
|
，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
在实际应用中，对于同一个检测点来说，不同的单板支持的告警原因可能
不一样，因此可以预先设置一张表(可以称之为表4，即上述第四预设内容)
用来查询每个单板所支持的告警原因，该表中存放网元类型、单板类型、检测
点以及告警原因等信息。对于同一块单板来说，大部分情况下，其在不同的网
元类型下面支持的告警原因是一样的，但也可能有特殊情况，因此在这个表里
就加入了网元信息，根据网元类型，单板类型，检测点就可以得到所有准确的
检测点的告警原因。
以这样的方式，匹配出每个单板类型所支持的子对象及检测点下面挂的告
警原因。
为便于立即上述实施例的实现过程，以下结合优选实施例以及图2至图3
对告警查询方法进行更进一步的描述。
优选实施例
该优选实施例以单板为例，对查询单板支持的所有告警原因的流程进行说
明。图2是根据本发明优选实施例的查询单板支持的告警原因的流程示意图，
如图2所示，该流程包括以下步骤：
步骤S202，根据系统传入的用户欲进行告警查询操作的对象，得到该对
象的对象类型，根据上述表1中配置的对象类型和相应的子对象类型得到其子
对象，该子对象再根据上述表1中配置的对象类型(即该子对象类型)和子对
象类型(即该子对象的子对象类型)得到其子对象，依次类推。例如，传入的
对象是网元，就可以在系统管理里面查询到其所管理的单板列表。有了单板列
表后，再查询每个单板所支持的端口信息，然后再根据每个端口查询该端口的
端口资源和逻辑通道信息等。
由于网元支持并管理单板，单板支持并管理端口都是公用规则，但并不是
所有的单板都支持端口资源(CTP)和逻辑通道(AID)等对象，为了不必要
的查询浪费时间，可以对不支持CTP或AID的单板类型和支持的网元类型进
行过滤处理，其中网元类型和单板类型为空的时候代表支持全部类型的对象。
以这样的方式，就可以得到每个传入对象支持的所有子对象。为便于理解，可
以参考上述表1。
步骤S204，根据得到的所有子对象信息，能够得到PTP端口类型，端口
资源(CTP)类型和逻辑通道(AID)类型等，有了这些信息就能够推导出每
个对象所支持的检测点信息。为便于理解，可以参考上述表2。
例如，一个C4K单板有50个ONU端口(ONU1到ONU50)，这50个
端口的端口类型是一样的，在大部分情况下，其支持的检测点也是相同的。也
就是说，对于50个端口他们下面挂的检测点和告警项是完全一样的。
步骤S206，同一个端口类型支持的检测点类型可能有些差异。上述步骤
S204中得到的是端口能够支持的检测点的全集(即前述第一检测点集合)，
例如，A，B单板的407端口都支持检测点AA，BB和CC。而A单板只支持
AA和BB检测点，B端口支持BB和CC检测点。此时如果不对检测点进行
过滤，那么得到的A，B单板的407端口得到的检测点都是AA，BB和CC，
这样必然导致通过单板这一对象查询到的检测点信息不准确，因此引入一个检
测点过滤机制是有必要的。为便于立即，可以参考上述表3。
经过过滤后，就可以准确地得到每个单板及其子对象所支持的检测点。
步骤S208，每个单板支持的检测点和告警原因也是有差异的，在计算每
个检测点所支持的告警原因的时候，根据步骤S206中得到的每个单板及其子
对象所支持的检测点就可以在上述表4中计算出每个对象下面检测点所挂有
的告警原因。
为便于理解本优选实施例所能够达到的效果，可以参考图3(图3是根据
本发明优选实施例的查询效果示意图)。
由上述实施例和优选实施例可以看出，在实际应用中，可以只保存类似上
述四个表的信息即可实现上述告警查询方法，相比目前的一一列举的查询方
法，对于单板下面支持的子对象越多，特别是同一个端口类型支持的端口号越
多，这种方式节约的资源和空间是越大的。
对应于上述告警查询方法，本发明实施例还提供了一种告警查询装置。图
4是根据本发明实施例的告警查询装置的结构框图，如图4所示，该装置包括：
获取模块10，处理模块20以及确定模块30。其中，
获取模块10，用于获取用户触发告警查询的对象下的最底层子对象；处
理模块20，用于确定所述最底层子对象支持的第一检测点集合，并从所述第
一检测点集合中将所述对象无法支持的检测点删除，得到所述第二检测点集
合；确定模块30，用于根据第二检测点集合，确定所述对象支持的所有告警
原因。
在本实施例中，所述对象的类型可以包括：网元、所述网元管理的单板、
或所述单板管理的端口。也就是说，在实际应用中，可以根据用户需要查询的
对象是网元、单板还是端口所能支持的告警原因，先确定网元、单板或端口能
够支持的检测点，再进一步确定其所支持的所有告警原因。
在本实施例中，所述获取模块10可以进一步包括：
第一确定单元12，用于使用第一预定内容，根据所述对象的类型依次查
询所述对象下的子对象、所述子对象的子对象，直至查询到全部是叶子节点的
子对象，确定为所述最低层子对象，其中，所述第一预定内容包括：
对象类型
网元类型
单板类型
子对象类型
ME(网元)
EQ(单板)
EQ(单板)
PTP(端口)
PTP(端口)
A
CTP(端口资源)
PTP(端口)
M800
B
AID(逻辑通道)
，其中，所述端口支持所述端口资源和所述逻辑通道。
在本实施例中，所述处理模块20可以进一步包括：
第二确定单元22，用于使用第二预定内容，根据所述对象的类型确定所
述第一检测点集合，其中，所述第二预定内容包括：
对象类型
端口类型
资源类型
检测点
PTP(端口)
407
AA
PTP(端口)
407
BB
PTP(端口)
407
CC
CTP(端口资源)
408
Au4
CC
AID(逻辑通道)
409
Opm
DD
，其中，所述端口支持所述端口资源和所述逻辑通道。
在本实施例中，所述处理模块20还可以进一步包括：
删除单元24，用于使用第三预定内容，根据所述对象的类型，从所述第
一检测点集合中删除所述对象无法支持的检测点，其中，所述第三预定内容包
括：
网元类型
单板类型
检测点
A
AA
|
A
BB
|
B
BB
|
B
CC
|
，其中，网元类型为空表示网元无法持支持检测点为0。
在本实施例中，所述确定模块30可以进一步包括：
第三确定单元32，用于使用第四预定内容，根据所述对象的类型，以及
检测点与告警原因之间的对应关系，确定所述所有告警原因，其中，所述第四
内容包括：
网元类型
单板类型
检测点
告警原因
C4K
AA
AAA
|
C4K
AA
BBB
|
C3K
AA
CCC
|
，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
根据本发明的又一个方面，还提供了一种光传输网络管理系统，包括故障
管理系统，其中，所述故障管理系统包括上述告警查询装置。
通过本发明实施例，可以灵活地添加对象支持的告警原因，而不用再采用
传统的一一列举的方式查询对象能够支持的所有告警原因，可以使系统资源降
低到一一列举方式所占用系统资源的几分之一、几十分之一甚至及百分之一，
能够节省大量的数据库资源或内存资源，从而达到了提高查询效率且保证查询
结果的正确性的效果。
以上所述是本发明的优选实施方式，应当指出，对于本领域的普通技术人
员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这
些改进和润饰也应视为包含在本发明的保护范围之内。