CN106326262A - 告警查询方法及装置、光传输网络管理系统 - Google Patents
告警查询方法及装置、光传输网络管理系统 Download PDFInfo
- Publication number
- CN106326262A CN106326262A CN201510369256.4A CN201510369256A CN106326262A CN 106326262 A CN106326262 A CN 106326262A CN 201510369256 A CN201510369256 A CN 201510369256A CN 106326262 A CN106326262 A CN 106326262A
- Authority
- CN
- China
- Prior art keywords
- type
- port
- test point
- subobject
- alarm
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种告警查询方法及装置、光传输网络管理系统。其中,该告警查询方法包括:获取用户触发告警查询的对象下的最底层子对象;确定所述最底层子对象支持的第一检测点集合,并从所述第一检测点集合中将所述对象无法支持的检测点删除,得到所述第二检测点集合;根据第二检测点集合,确定所述对象支持的所有告警原因。通过本发明,达到了避免使用一一列举方式造成对不必要的内存和数据库空间的浪费,提高了查询效率且保证查询结果的正确性的效果。
Description
技术领域
本发明涉及通信领域,尤其是涉及一种告警查询方法及装置、光传输网络管理系统。
背景技术
光传输网络中,网管的基本功能主要包括系统管理、配置管理、故障管理以及性能管理等,其中,在故障管理中,查询单板支持的所有告警项是一个非常常用的功能,主要应用于告警过滤和告警屏蔽等功能中。在告警过滤功能中,需要查看某个单板的具体端口的告警原因时,希望能够列出单板所支持的所有告警项(即告警项全集)。在告警屏蔽功能中,如果要屏蔽某个单板的某个端口下的某个告警项,也必须要知道单板下面的对象所支持的告警项全集。
在实际网管环境中,一个网管可能会管理几个,几十个,几百个,几千个甚至几万个网元。每个网元会管理几个,几十个甚至几百个单板,每块单板下面可以支持多个端口,每个端口下面可能还会挂有逻辑通道(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 |
,其中,网元类型为空表示同一单板在不同类型下支持的告警原因相同。
根据本发明的又一个方面,还提供了一种光传输网络管理系统,包括故障管理系统,其中,所述故障管理系统包括上述告警查询装置。
通过本发明实施例,可以灵活地添加对象支持的告警原因,而不用再采用传统的一一列举的方式查询对象能够支持的所有告警原因,可以使系统资源降低到一一列举方式所占用系统资源的几分之一、几十分之一甚至及百分之一,能够节省大量的数据库资源或内存资源,从而达到了提高查询效率且保证查询结果的正确性的效果。
以上所述是本发明的优选实施方式,应当指出,对于本领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为包含在本发明的保护范围之内。
Claims (13)
1.一种告警查询方法,其特征在于,包括:
获取用户触发告警查询的对象下的最底层子对象;
确定所述最底层子对象支持的第一检测点集合,并从所述第一检测点集合中将所述对象无法支持的检测点删除,得到所述第二检测点集合;
根据第二检测点集合,确定所述对象支持的所有告警原因。
2.根据权利要求1所述的方法,其特征在于,所述对象的类型包括:网元、所述网元管理的单板、或所述单板管理的端口。
3.根据权利要求2所述的方法,其特征在于,获取用户触发告警查询的对象下的最底层子对象包括:
使用第一预定内容,根据所述对象的类型依次查询所述对象下的子对象、所述子对象的子对象,直至查询到全部是叶子节点的子对象,确定为所述最低层子对象,其中,所述第一预定内容包括:
,其中,所述端口支持所述端口资源和所述逻辑通道。
4.根据权利要求2所述的方法,其特征在于,确定所述最底层子对象支持的第一检测点集合包括:
使用第二预定内容,根据所述对象的类型确定所述第一检测点集合,其中,所述第二预定内容包括:
,其中,所述端口支持所述端口资源和所述逻辑通道。
5.根据权利要求2所述的方法,其特征在于,从所述第一检测点集合中将所述对象无法支持的检测点删除包括:
使用第三预定内容,根据所述对象的类型,从所述第一检测点集合中删除所述对象无法支持的检测点,其中,所述第三预定内容包括:
,其中,网元类型为空表示网元无法持支持检测点为0。
6.根据权利要求2所述的方法,其特征在于,根据第二检测点集合,确定所述对象支持的所有告警原因包括:
使用第四预定内容,根据所述对象的类型,以及检测点与告警原因之间的对应关系,确定所述所有告警原因,其中,所述第四内容包括:
,其中,网元类型为空表示同一单板在不同类型下支持的告警原因相同。
7.一种告警查询装置,其特征在于,包括:
获取模块,用于获取用户触发告警查询的对象下的最底层子对象;
处理模块,用于确定所述最底层子对象支持的第一检测点集合,并从所述第一检测点集合中将所述对象无法支持的检测点删除,得到所述第二检测点集合;
确定模块,用于根据第二检测点集合,确定所述对象支持的所有告警原因。
8.根据权利要求7所述的装置,其特征在于,所述对象的类型包括:网元、所述网元管理的单板、或所述单板管理的端口。
9.根据权利要求8所述的装置,其特征在于,所述获取模块包括:
第一确定单元,用于使用第一预定内容,根据所述对象的类型依次查询所述对象下的子对象、所述子对象的子对象,直至查询到全部是叶子节点的子对象,确定为所述最低层子对象,其中,所述第一预定内容包括:
,其中,所述端口支持所述端口资源和所述逻辑通道。
10.根据权利要求8所述的装置,其特征在于,所述处理模块包括:
第二确定单元,用于使用第二预定内容,根据所述对象的类型确定所述第一检测点集合,其中,所述第二预定内容包括:
,其中,所述端口支持所述端口资源和所述逻辑通道。
11.根据权利要求8所述的装置,其特征在于,所述处理模块还包括:
删除单元,用于使用第三预定内容,根据所述对象的类型,从所述第一检测点集合中删除所述对象无法支持的检测点,其中,所述第三预定内容包括:
,其中,网元类型为空表示网元无法持支持检测点为0。
12.根据权利要求8所述的装置,其特征在于,所述确定模块包括:
第三确定单元,用于使用第四预定内容,根据所述对象的类型,以及检测点与告警原因之间的对应关系,确定所述所有告警原因,其中,所述第四内容包括:
,其中,网元类型为空表示同一单板在不同类型下支持的告警原因相同。
13.一种光传输网络管理系统,包括故障管理系统,其特征在于,所述故障管理系统包括权利要求7至12中任一项所述的告警查询装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510369256.4A CN106326262A (zh) | 2015-06-29 | 2015-06-29 | 告警查询方法及装置、光传输网络管理系统 |
PCT/CN2016/077581 WO2017000600A1 (zh) | 2015-06-29 | 2016-03-28 | 告警查询方法及装置、光传输网络管理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510369256.4A CN106326262A (zh) | 2015-06-29 | 2015-06-29 | 告警查询方法及装置、光传输网络管理系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106326262A true CN106326262A (zh) | 2017-01-11 |
Family
ID=57607753
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510369256.4A Withdrawn CN106326262A (zh) | 2015-06-29 | 2015-06-29 | 告警查询方法及装置、光传输网络管理系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106326262A (zh) |
WO (1) | WO2017000600A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108900353B (zh) * | 2018-07-18 | 2021-08-13 | 平安科技(深圳)有限公司 | 故障告警方法及终端设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917282A (zh) * | 2010-07-20 | 2010-12-15 | 中兴通讯股份有限公司 | 一种告警屏蔽规则的处理方法、装置及系统 |
WO2011137914A1 (en) * | 2010-05-04 | 2011-11-10 | Mingoa Limited | Identification and verification of management points in telecommunications systems |
CN102546275A (zh) * | 2010-12-20 | 2012-07-04 | 中兴通讯股份有限公司 | 告警检测方法及装置 |
CN104065501A (zh) * | 2013-03-22 | 2014-09-24 | 中兴通讯股份有限公司 | 一种网管系统中网络故障定位的方法及装置 |
CN104376033A (zh) * | 2014-08-01 | 2015-02-25 | 中国人民解放军装甲兵工程学院 | 一种基于故障树和数据库技术的故障诊断方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102932169B (zh) * | 2012-10-19 | 2015-01-14 | 烽火通信科技股份有限公司 | 一种可定制的网管系统告警图标显示方法 |
CN102904781B (zh) * | 2012-11-16 | 2016-07-27 | 广东威创视讯科技股份有限公司 | 一种告警检测方法及装置 |
-
2015
- 2015-06-29 CN CN201510369256.4A patent/CN106326262A/zh not_active Withdrawn
-
2016
- 2016-03-28 WO PCT/CN2016/077581 patent/WO2017000600A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011137914A1 (en) * | 2010-05-04 | 2011-11-10 | Mingoa Limited | Identification and verification of management points in telecommunications systems |
CN101917282A (zh) * | 2010-07-20 | 2010-12-15 | 中兴通讯股份有限公司 | 一种告警屏蔽规则的处理方法、装置及系统 |
CN102546275A (zh) * | 2010-12-20 | 2012-07-04 | 中兴通讯股份有限公司 | 告警检测方法及装置 |
CN104065501A (zh) * | 2013-03-22 | 2014-09-24 | 中兴通讯股份有限公司 | 一种网管系统中网络故障定位的方法及装置 |
CN104376033A (zh) * | 2014-08-01 | 2015-02-25 | 中国人民解放军装甲兵工程学院 | 一种基于故障树和数据库技术的故障诊断方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2017000600A1 (zh) | 2017-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104252528B (zh) | 基于标识符空间映射的大数据二级索引构建方法 | |
CN111176789B (zh) | 一种容器集异常处理方法、装置、存储介质及服务器 | |
CN109408699A (zh) | 一种同步缓存zTree树实现树节点快速检索的方法 | |
CN103559032A (zh) | 嵌入式系统对象管理的装置及方法 | |
CN110175730A (zh) | 一种基于大数据的政府政策智能与企业匹配的系统及方法 | |
CN109710676A (zh) | Cmdb模型的数据获取方法、装置及电子设备 | |
CN109639478A (zh) | 识别存在家庭关系客户的方法、装置、设备及介质 | |
CN116521956A (zh) | 一种图数据库查询方法、装置、电子设备及存储介质 | |
CN100397816C (zh) | 在网络设备中对接收数据包进行分类的方法 | |
CN106326262A (zh) | 告警查询方法及装置、光传输网络管理系统 | |
CN108228752B (zh) | 数据全量导出方法、数据导出任务分配装置及数据导出节点装置 | |
CN105939402A (zh) | Mac表项的获取方法及装置 | |
CN110532457B (zh) | 一种获取网络段id方法及系统 | |
CN105681327A (zh) | 防火墙策略的自动查询方法及系统 | |
CN106712990B (zh) | 服务部署方法和系统 | |
CN109257424A (zh) | 监控数据的处理方法及监控平台 | |
CN105812203B (zh) | 一种请求消息处理方法及设备 | |
CN110661892B (zh) | 一种域名配置信息处理方法及装置 | |
CN105868220B (zh) | 数据处理方法和装置 | |
CN108810299B (zh) | 一种信息解析的方法、介质及设备 | |
WO2015154641A1 (zh) | 一种业务并发性预测方法与预测系统 | |
CN106301889A (zh) | 一种端口号快速设置方法及系统 | |
CN105897778A (zh) | 基于onu的mac地址数量限制方法及系统 | |
CN102196061B (zh) | 地址过滤表生成方法及装置、以太帧接收方法及装置 | |
CN103955350B (zh) | 备份节点确定方法、装置及拼接墙系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170111 |