WO2017000600A1 - 告警查询方法及装置、光传输网络管理系统 - Google Patents

告警查询方法及装置、光传输网络管理系统 Download PDF

Info

Publication number
WO2017000600A1
WO2017000600A1 PCT/CN2016/077581 CN2016077581W WO2017000600A1 WO 2017000600 A1 WO2017000600 A1 WO 2017000600A1 CN 2016077581 W CN2016077581 W CN 2016077581W WO 2017000600 A1 WO2017000600 A1 WO 2017000600A1
Authority
WO
WIPO (PCT)
Prior art keywords
type
port
alarm
board
sub
Prior art date
Application number
PCT/CN2016/077581
Other languages
English (en)
French (fr)
Inventor
陈芳
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017000600A1 publication Critical patent/WO2017000600A1/zh

Links

Images

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

Definitions

  • the present invention relates to the field of communications, and in particular, to an alarm query method and apparatus, and an optical transmission network management system.
  • the basic functions of the network management system include system management, configuration management, fault management, and performance management.
  • querying all alarm items supported by the board is a very common function. Filtering and alarm blocking functions.
  • the alarm filtering function you need to view all the alarm items supported by the board (that is, the complete set of alarm items).
  • the alarm masking function if you want to mask an alarm item on a port of a board, you must also know the complete set of alarm items supported by the object below the board.
  • a network management system may manage several, dozens, hundreds, thousands, or even tens of thousands of network elements.
  • Each network element manages several, dozens or even hundreds of boards.
  • Each board can support multiple ports.
  • Each port may also have logical channel (AID) and port resources (CTP). Etc., the alarm item is hung under the port, logical channel or port resource.
  • AID logical channel
  • CTP port resources
  • the main purpose of the embodiments of the present invention is to provide a certain port or certain port resource information or logic in a board.
  • track information changes dynamically, you do not need to enumerate the alarm items under the port to avoid unnecessary memory and database space, improve query efficiency, and ensure the correctness of the query results.
  • an embodiment of the present invention provides an alarm query method and device, and an optical transmission network management system.
  • an alarm query method including: acquiring a bottommost sub-object under an object that triggers an alarm query by a user; determining a first set of detection points supported by the lowest-level sub-object, and determining from the Deleting the detection point that the object cannot support in the first detection point set to obtain the second detection point set; and determining, according to the second detection point set, all alarm causes supported by the object.
  • the type of the object includes: a network element, a board managed by the network element, or a port managed by the board.
  • the lowest-level sub-object under the object that obtains the user-triggered alarm query includes:
  • the first predetermined content includes:
  • Object type NE type Board type Sub-object type ME network element
  • EQ single board
  • EQ single board
  • PTP port
  • PTP port
  • a CTP port resource
  • PTP port
  • M800 B AID Logical Channel
  • the port supports the port resource and the logical channel.
  • determining the first set of detection points supported by the bottommost sub-object includes:
  • Determining, by using the second predetermined content, the first set of detection points according to the type of the object, wherein the second predetermined content comprises:
  • the port supports the port resource and the logical channel.
  • deleting the detection point that the object cannot support from the first set of detection points includes:
  • the detection point that the object cannot support is deleted from the first detection point set according to the type of the object, where the third predetermined content includes:
  • the network element type is empty, indicating that the network element cannot hold the support detection point to 0.
  • determining, according to the second set of detection points, all the alarm reasons supported by the object include:
  • the network element type is empty, indicating that the same board supports the same alarms under different types.
  • an alarm query apparatus including: an acquisition module configured to acquire a bottommost sub-object under an object that triggers an alarm query by a user; and a processing module configured to determine the lowest-level sub-object Supporting a first set of detection points, and deleting a detection point that the object cannot support from the first detection point set to obtain the second detection point set; and determining a module, configured to be according to the second detection point set, Determine all the alarm causes supported by the object.
  • the type of the object includes: a network element, a board managed by the network element, or a port managed by the board.
  • the acquiring module includes:
  • the first determining unit is configured to use the first predetermined content, and sequentially query the sub-object under the object and the sub-object of the sub-object according to the type of the object, until the sub-objects that are all the leaf nodes are queried, and the The lowest layer sub-object, wherein the first predetermined content comprises:
  • the port supports the port resource and the logical channel.
  • the processing module includes:
  • a second determining unit configured to use the second predetermined content, and determine the first set of detection points according to the type of the object, wherein the second predetermined content comprises:
  • the port supports the port resource and the logical channel.
  • the processing module further includes:
  • a deleting unit configured to use a third predetermined content, and deleting, from the first set of detection points, a detection point that the object cannot support according to the type of the object, wherein the third predetermined content includes:
  • the network element type is empty, indicating that the network element cannot hold the support detection point to 0.
  • the determining module includes:
  • the third determining unit is configured to use the fourth predetermined content, and determine the all the alarm causes according to the type of the object and the corresponding relationship between the detection point and the alarm cause, wherein the fourth content includes:
  • a computer storage medium is further provided, and the computer storage medium may store an execution instruction, where the execution instruction is used to execute the alarm query method in the foregoing embodiment.
  • an optical transmission network management system including a fault management system, wherein the fault management system includes the above-described alarm query device.
  • the alarm query method and device and the optical transmission network management system can flexibly add the alarm reason supported by the object, instead of using the traditional one-to-one enumeration method to query the object. All the alarm reasons supported can reduce the system resources to a fraction, a few tenths, or even one percent of the system resources occupied by the enumeration method, which can save a lot of database resources or memory resources, thereby achieving The effect of improving query efficiency and ensuring the correctness of query results.
  • FIG. 2 is a schematic flowchart of a cause of an alarm supported by a query board according to a preferred embodiment of the present invention
  • FIG. 3 is a schematic diagram of a query effect according to a preferred embodiment of the present invention.
  • FIG. 4 is a structural block diagram of an alarm query device according to an embodiment of the present invention.
  • FIG. 5 is a structural block diagram of a preferred alarm query apparatus according to an embodiment of the present invention.
  • each network element manages the number of boards, the number of ports that can be supported on each board, and the alarm reasons supported by objects such as each board are It can be queried in the configuration management system. Therefore, there is no need to repeatedly store this information in the fault management system. If you need this information in the fault management system, go to the configuration management system to query. However, when the information such as the port resource or the logical channel under the port and the port changes dynamically, the current enumeration methods are no longer applicable, which is mainly caused by wasting a large amount of memory resources or database resources and query efficiency. Low and low query accuracy.
  • the technical problem to be solved by the present invention is to make up for the shortcomings of the above-mentioned enumerated methods in the query of the alarm cause, and to provide an intelligent query for inquiring the alarm reason supported by the object such as the board and reducing the alarm of the system resource occupation.
  • the technical solution for the reason query is to make up for the shortcomings of the above-mentioned enumerated methods in the query of the alarm cause, and to provide an intelligent query for inquiring the alarm reason supported by the object such as the board and reducing the alarm of the system resource occupation.
  • FIG. 1 is a flowchart of an alarm query method according to an embodiment of the present invention. As shown in FIG. 1, the flow includes the following steps (step S102-step S106):
  • Step S102 Take the lowest-level sub-object under the object that the user triggers the alarm query.
  • Step S104 Determine a first detection point set supported by the bottommost sub-object, and delete a detection point that the object cannot support from the first detection point set to obtain the second detection point set.
  • Step S106 Determine, according to the second set of detection points, all the alarm causes supported by the object.
  • the type of the object may include: a network element, a board managed by the network element, or a port managed by the board.
  • the detection point that the NE, the board, or the port can support is determined based on the alarm reason that the user needs to query the NE, the board, or the port. All alarm reasons supported.
  • step S102 can be implemented in such a manner that:
  • the first predetermined content includes:
  • the port supports the port resource and the logical channel.
  • a table (which may be referred to as Table 1, which is the first predetermined content) may be preset, and the object type, the device type, the board type, and the sub-object type are stored in the table, of course, in order to improve query efficiency.
  • the pre-set query rules can also be stored in this table as needed, but since the query rules belong to the prior art, there can be many kinds in reality, so this table does not limit this.
  • This table can be used to query the sub-object information of each object (that is, the object that needs to be queried by the user, including the above NEs, boards, or ports).
  • the child object type, and the child object type that the child object type can support so according to the information in the table, the child object of the object can be calculated, and then the child object of the child object is calculated according to the information in the table, so that the recursively Until the found sub-objects are all leaf nodes, and record these are the sub-object information of the leaf node and its parent node information (ie the lowest-level sub-object above), it should be noted that the object is the port resource CTP, logical channel In the case of AID, the parent node information can be directly used to obtain the port information of the two objects, and further determine the detection points supported by the port.
  • step S104 when determining the first set of detection points supported by the lowest-level sub-object, the following manner may be adopted:
  • Determining, by using the second predetermined content, the first set of detection points according to the type of the object, wherein the second predetermined content comprises:
  • the port supports the port resource and the logical channel.
  • a table (which may be referred to as Table 2, that is, the second preset content described above) may be pre-set for querying.
  • the detection point information supported by each object the table stores information such as object type, port type, resource type, detection point, etc., and uses the table to obtain the type of the detection point according to the object type (port type and resource type).
  • the object type, the port type and the resource type are obtained according to the sub-object information, wherein for the CTP or the AID object, the port information is based on the parent node information of the sub-object. owned. Then, according to the object type, the port type and the resource type configured in the table, the detection points supported by the object (that is, all the detection points in the first detection point set described above) are calculated. Then, save the detection points under each object and save them for later use.
  • step S104 when the detection point that the object cannot support is deleted from the first detection point set, the following manner may be adopted:
  • the detection point that the object cannot support is deleted from the first detection point set according to the type of the object, where the third predetermined content includes:
  • the network element type is empty, indicating that the network element cannot hold the support detection point to 0.
  • a filter table may be preset in advance (referred to as Table 3, that is, the above).
  • the third preset content is used to filter out detection point information that cannot be supported by some special objects (such as a preset board).
  • the information about the NE type, board type, and detection point is stored in the table.
  • you can configure only the detection point information of the board that needs to be filtered that is, the default board).
  • the detection point information supported by the above-identified object is AA, BB, CC
  • the board A does not support the detection point CC
  • the CC can be excluded by using the table.
  • the OUT board it only supports the detection points AA and BB, and only needs to be configured in the table.
  • the accurate information of the detection points supported by each object (that is, all the detection points in the second detection point set) can be obtained, so as to accurately distinguish each network element type and the board type. Detection point information.
  • step S106 can be implemented in such a manner that:
  • the network element type is empty, indicating that the same board supports the same alarms under different types.
  • the alarms supported by different boards may be different for the same detection point. Therefore, a table (which can be called Table 4, which is the fourth preset content) can be preset. Query the cause of the alarms supported by each board. The information about the type of the NE, the type of the board, the detection point, and the cause of the alarm are stored in the table. For the same board, in most cases, the reason for the alarms supported under different NE types is the same, but there may be special cases. Therefore, the NE information is added in this table. The type of the element, the type of the board, and the detection point can be used to obtain the alarm reason for all accurate detection points.
  • Table 4 which is the fourth preset content
  • FIG. 2 is a schematic flowchart of a cause of an alarm supported by a querying board according to a preferred embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:
  • Step S202 according to the object that the user wants to perform the alarm query operation, obtain the object type of the object, and obtain the child object according to the object type configured in Table 1 and the corresponding child object type, and the child object is further according to the above
  • the object type (that is, the child object type) and the child object type (that is, the child object type of the child object) configured in Table 1 get its child objects, and so on.
  • the incoming object is a network element
  • the board supports and manages the ports as common rules. However, not all boards support objects such as port resources (CTP) and logical channel (AID), which wastes time for unnecessary queries. You can filter the board types and supported NE types that do not support CTP or AID. When the NE type and board type are empty, it supports all types of objects. In this way, you can get all the child objects supported by each incoming object. For ease of understanding, reference can be made to Table 1 above.
  • Step S204 According to the obtained sub-object information, a PTP port type, a port resource (CTP) type, and a logical channel (AID) type can be obtained. With the information, the detection point information supported by each object can be derived. For ease of understanding, reference can be made to Table 2 above.
  • a C4K board has 50 ONU ports (ONU1 to ONU50).
  • the port types of the 50 ports are the same.
  • the supported detection points are the same. That is to say, for the 50 ports, the detection points and alarm items hanging under them are exactly the same.
  • step S206 the types of detection points supported by the same port type may be different.
  • the suffix of the detection points that the port can support (that is, the first set of detection points) is obtained in the above step S204.
  • ports 407 of the A and B boards support the detection points AA, BB and CC.
  • the A board only supports AA and BB detection points
  • the B port supports BB and CC detection points. If the detection points are not filtered at this time, the detection points of ports 407 of the obtained A and B boards are AA, BB and CC, which inevitably leads to inaccurate detection point information queried by the object of the board. Therefore, it is necessary to introduce a detection point filtering mechanism.
  • Table 3 For ease of reference, reference can be made to Table 3 above.
  • step S208 the detection points and alarm causes supported by each board are also different.
  • the detection point can calculate the cause of the alarm attached to the detection point under each object in Table 4 above.
  • FIG. 3 is a schematic diagram of query effects in accordance with a preferred embodiment of the present invention.
  • the above-mentioned alarm query method can be implemented only by storing information similar to the above four tables, compared with the current one-to-one query method, for the board below.
  • FIG. 4 is a structural block diagram of an alarm query apparatus according to an embodiment of the present invention. As shown in FIG. 4, the apparatus includes: an acquisition module 10, a processing module 20, and a determination module 30. among them,
  • the obtaining module 10 is configured to obtain a bottom-level sub-object under the object that triggers the alarm query by the user
  • the processing module 20 is configured to determine a first detection point set supported by the bottom-level sub-object, and collect the first detection point from the first detection point set.
  • the detection point that the object cannot support is deleted, and the second detection point set is obtained.
  • the determining module 30 is configured to determine, according to the second detection point set, all alarm causes supported by the object.
  • the type of the object may include: a network element, a board managed by the network element, or a port managed by the board.
  • the detection point that the NE, the board, or the port can support is determined based on the alarm reason that the user needs to query the NE, the board, or the port. All alarm reasons supported.
  • the obtaining module 10 may further include:
  • the first determining unit 12 is configured to use the first predetermined content, sequentially query the sub-object under the object, the sub-object of the sub-object according to the type of the object, until the sub-objects that are all the leaf nodes are queried, and determine Is the lowest level sub-object, wherein the first predetermined content comprises:
  • the port supports the port resource and the logical channel.
  • processing module 20 may further include:
  • the second determining unit 22 is configured to use the second predetermined content, and determine the first set of detection points according to the type of the object, wherein the second predetermined content comprises:
  • the port supports the port resource and the logical channel.
  • processing module 20 may further include:
  • the deleting unit 24 is configured to use the third predetermined content, and remove the detection point that the object cannot support from the first detection point set according to the type of the object, where the third predetermined content includes:
  • the network element type is empty, indicating that the network element cannot hold the support detection point to 0.
  • the determining module 30 may further include:
  • the third determining unit 32 is configured to use the fourth predetermined content, and determine the all the alarm causes according to the type of the object and the correspondence between the detection point and the alarm cause, wherein the fourth content includes:
  • the network element type is empty, indicating that the same board supports the same alarms under different types.
  • an optical transmission network management system including a fault management system, wherein the fault management system includes the above-described alarm query device.
  • the alarm reason supported by the object can be flexibly added, and the system resources can be reduced to the system resources occupied by the enumeration mode by using the traditional enumeration method to query all the alarm causes that the object can support.
  • a fraction of a fraction, a fraction, or even a percent can save a lot of database resources or memory resources, thereby achieving the effect of improving query efficiency and ensuring the correctness of query results.
  • the alarm query method and device and the optical transmission network management system in the embodiments of the present invention can flexibly add the alarm reason supported by the object, instead of using the traditional one-to-one enumeration method to query all the alarm causes that the object can support, Reducing system resources to a fraction, a few tenths, or even one percent of the system resources occupied by the enumeration method can save a large amount of database resources or memory resources, thereby improving query efficiency and ensuring query. The effect of the correctness of the results.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (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(逻辑通道)
，其中，所述端口支持所述端口资源和所述逻辑通道。
在本发明实施例中，确定所述最底层子对象支持的第一检测点集合包括：
使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，所述第二预定内容包括：
Figure PCTCN2016077581-appb-000001
Figure PCTCN2016077581-appb-000002
，其中，所述端口支持所述端口资源和所述逻辑通道。
在本发明实施例中，从所述第一检测点集合中将所述对象无法支持的检测点删除包括：
使用第三预定内容，根据所述对象的类型，从所述第一检测点集合中删除所述对象无法支持的检测点，其中，所述第三预定内容包括：
网元类型 单板类型 检测点
  A AA
  A BB
  B BB
  B CC
，其中，网元类型为空表示网元无法持支持检测点为0。
在本发明实施例中，根据第二检测点集合，确定所述对象支持的所有告警原因包括：
使用第四预定内容，根据所述对象的类型，以及检测点与告警原因之间的对应关系，确定所述所有告警原因，其中，所述第四内容包括：
Figure PCTCN2016077581-appb-000003
，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
根据本发明的另一个实施例，提供了一种告警查询装置，包括：获取模块，设置为获取用户触发告警查询的对象下的最底层子对象；处理模块，设置为确定所述最底层子对象支持的第一检测点集合，并从所述第一检测点集合中将所述对象无法支持的检测点删除，得到所述第二检测点集合；确定模块，设置为根据第二检测点集合，确定所述对象支持的所有告警原因。
在本发明实施例中，所述对象的类型包括：网元、所述网元管理的单板、或所述单板管理的端口。
在本发明实施例中，所述获取模块包括：
第一确定单元，设置为使用第一预定内容，根据所述对象的类型依次查询所述对象下的子对象、所述子对象的子对象，直至查询到全部是叶子节点的子对象，确定为所述最低层子对象，其中，所述第一预定内容包括：
Figure PCTCN2016077581-appb-000004
其中，所述端口支持所述端口资源和所述逻辑通道。
在本发明实施例中，所述处理模块包括：
第二确定单元，设置为使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，所述第二预定内容包括：
Figure PCTCN2016077581-appb-000005
，其中，所述端口支持所述端口资源和所述逻辑通道。
在本发明实施例中，所述处理模块还包括：
删除单元，设置为使用第三预定内容，根据所述对象的类型，从所述第一检测点集合中删除所述对象无法支持的检测点，其中，所述第三预定内容包括：
网元类型 单板类型 检测点
  A AA
  A BB
  B BB
  B CC
其中，网元类型为空表示网元无法持支持检测点为0。
在本发明实施例中，所述确定模块包括：
第三确定单元，设置为使用第四预定内容，根据所述对象的类型，以及检测点与告警原因之间的对应关系，确定所述所有告警原因，其中，所述第四内容包括：
Figure PCTCN2016077581-appb-000006
其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
在本发明实施例中，还提供了一种计算机存储介质，该计算机存储介质可以存储有执行指令，该执行指令用于执行上述实施例中的告警查询方法。
根据本发明的又一个实施例，还提供了一种光传输网络管理系统，包括故障管理系统，其中，所述故障管理系统包括上述告警查询装置。
与现有技术相比，本发明实施例所述的告警查询方法及装置、光传输网络管理系统，可以灵活地添加对象支持的告警原因，而不用再采用传统的一一列举的方式查询对象能够支持的所有告警原因，可以使系统资源降低到一一列举方式所占用系统资源的几分之一、几十分之一甚至及百分之一，能够节省大量的数据库资源或内存资源，从而达到了提高查询效率且保证查询结果的正确性的效果。
附图说明
图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中，在确定所述最底层子对象支持的第一检测点集合时，可以采用如下方式：
使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，所述第二预定内容包括：
Figure PCTCN2016077581-appb-000007
，其中，所述端口支持所述端口资源和所述逻辑通道。
在实际应用中，可以预先设置一张表(可以称之为表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，设置为使用第一预定内容，根据所述对象的类型依次查询所述对象下的子对象、所述子对象的子对象，直至查询到全部是叶子节点的子对象，确定为所述最低层子对象，其中，所述第一预定内容包括：
Figure PCTCN2016077581-appb-000008
Figure PCTCN2016077581-appb-000009
，其中，所述端口支持所述端口资源和所述逻辑通道。
在本实施例中，所述处理模块20可以进一步包括：
第二确定单元22，设置为使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，所述第二预定内容包括：
Figure PCTCN2016077581-appb-000010
，其中，所述端口支持所述端口资源和所述逻辑通道。
在本实施例中，所述处理模块20还可以进一步包括：
删除单元24，设置为使用第三预定内容，根据所述对象的类型，从所述第一检测点集合中删除所述对象无法支持的检测点，其中，所述第三预定内容包括：
网元类型 单板类型 检测点
  A AA
  A BB
  B BB
  B CC
，其中，网元类型为空表示网元无法持支持检测点为0。
在本实施例中，所述确定模块30可以进一步包括：
第三确定单元32，设置为使用第四预定内容，根据所述对象的类型，以及检测点与告警原因之间的对应关系，确定所述所有告警原因，其中，所述第四内容包括：
Figure PCTCN2016077581-appb-000011
，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
根据本发明的又一个方面，还提供了一种光传输网络管理系统，包括故障管理系统，其中，所述故障管理系统包括上述告警查询装置。
通过本发明实施例，可以灵活地添加对象支持的告警原因，而不用再采用传统的一一列举的方式查询对象能够支持的所有告警原因，可以使系统资源降低到一一列举方式所占用系统资源的几分之一、几十分之一甚至及百分之一，能够节省大量的数据库资源或内存资源，从而达到了提高查询效率且保证查询结果的正确性的效果。
以上所述是本发明的优选实施方式，应当指出，对于本领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为包含在本发明的保护范围之内。
工业实用性
本发明实施例所述的告警查询方法及装置、光传输网络管理系统，可以灵活地添加对象支持的告警原因，而不用再采用传统的一一列举的方式查询对象能够支持的所有告警原因，可以使系统资源降低到一一列举方式所占用系统资源的几分之一、几十分之一甚至及百分之一，能够节省大量的数据库资源或内存资源，从而达到了提高查询效率且保证查询结果的正确性的效果。

Claims (13)

  1. 一种告警查询方法，包括：
    获取用户触发告警查询的对象下的最底层子对象；
    确定所述最底层子对象支持的第一检测点集合，并从所述第一检测点集合中将所述对象无法支持的检测点删除，得到所述第二检测点集合；
    根据第二检测点集合，确定所述对象支持的所有告警原因。
  2. 根据权利要求1所述的方法，其中，所述对象的类型包括：网元、所述网元管理的单板、或所述单板管理的端口。
  3. 根据权利要求2所述的方法，其中，获取用户触发告警查询的对象下的最底层子对象包括：
    使用第一预定内容，根据所述对象的类型依次查询所述对象下的子对象、所述子对象的子对象，直至查询到全部是叶子节点的子对象，确定为所述最低层子对象，其中，所述第一预定内容包括：
    对象类型 网元类型 单板类型 子对象类型 ME(网元)     EQ(单板) EQ(单板)     PTP(端口) PTP(端口)   A CTP(端口资源) PTP(端口) M800 B AID(逻辑通道)
    ，其中，所述端口支持所述端口资源和所述逻辑通道。
  4. 根据权利要求2所述的方法，其中，确定所述最底层子对象支持的第一检测点集合包括：
    使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，所述第二预定内容包括：
    对象类型 端口类型 资源类型 检测点 PTP(端口) 407   AA PTP(端口) 407   BB PTP(端口) 407   CC CTP(端口资源) 408 Au4 CC AID(逻辑通道) 409 Opm DD
    ，其中，所述端口支持所述端口资源和所述逻辑通道。
  5. 根据权利要求2所述的方法，其中，从所述第一检测点集合中将所述对象无法支持的检测点删除包括：
    使用第三预定内容，根据所述对象的类型，从所述第一检测点集合中删除所述对象无法支持的检测点，其中，所述第三预定内容包括：
    网元类型 单板类型 检测点   A AA   A BB   B BB   B CC
    ，其中，网元类型为空表示网元无法持支持检测点为0。
  6. 根据权利要求2所述的方法，其中，根据第二检测点集合，确定所述对象支持的所有告警原因包括：
    使用第四预定内容，根据所述对象的类型，以及检测点与告警原因之间的对应关系，确定所述所有告警原因，其中，所述第四内容包括：
    网元类型 单板类型 检测点 告警原因   C4K AA AAA   C4K AA BBB   C3K AA CCC
    ，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
  7. 一种告警查询装置，包括：
    获取模块，设置为获取用户触发告警查询的对象下的最底层子对象；
    处理模块，设置为确定所述最底层子对象支持的第一检测点集合，并从所述第一检测点集合中将所述对象无法支持的检测点删除，得到所述第二检测点集合；
    确定模块，设置为根据第二检测点集合，确定所述对象支持的所有告警原因。
  8. 根据权利要求7所述的装置，其中，所述对象的类型包括：网元、所述网元管理的单板、或所述单板管理的端口。
  9. 根据权利要求8所述的装置，其中，所述获取模块包括：
    第一确定单元，设置为使用第一预定内容，根据所述对象的类型依次查询所述对象下的子对象、所述子对象的子对象，直至查询到全部是叶子节点的子对象，确定为所述 最低层子对象，其中，所述第一预定内容包括：
    对象类型 网元类型 单板类型 子对象类型 ME(网元)     EQ(单板) EQ(单板)     PTP(端口) PTP(端口)   A CTP(端口资源) PTP(端口) M800 B AID(逻辑通道)
    ，其中，所述端口支持所述端口资源和所述逻辑通道。
  10. 根据权利要求8所述的装置，其中，所述处理模块包括：
    第二确定单元，设置为使用第二预定内容，根据所述对象的类型确定所述第一检测点集合，其中，所述第二预定内容包括：
    对象类型 端口类型 资源类型 检测点 PTP(端口) 407   AA PTP(端口) 407   BB PTP(端口) 407   CC CTP(端口资源) 408 Au4 CC AID(逻辑通道) 409 Opm DD
    ，其中，所述端口支持所述端口资源和所述逻辑通道。
  11. 根据权利要求8所述的装置，其中，所述处理模块还包括：
    删除单元，设置为使用第三预定内容，根据所述对象的类型，从所述第一检测点集合中删除所述对象无法支持的检测点，其中，所述第三预定内容包括：
    网元类型 单板类型 检测点   A AA   A BB   B BB   B CC
    ，其中，网元类型为空表示网元无法持支持检测点为0。
  12. 根据权利要求8所述的装置，其中，所述确定模块包括：
    第三确定单元，设置为使用第四预定内容，根据所述对象的类型，以及检测点与告警原因之间的对应关系，确定所述所有告警原因，其中，所述第四内容包括：
    网元类型 单板类型 检测点 告警原因   C4K AA AAA   C4K AA BBB   C3K AA CCC
    ，其中，网元类型为空表示同一单板在不同类型下支持的告警原因相同。
  13. 一种光传输网络管理系统，包括故障管理系统，所述故障管理系统包括权利要求7至12中任一项所述的告警查询装置。
PCT/CN2016/077581 2015-06-29 2016-03-28 告警查询方法及装置、光传输网络管理系统 WO2017000600A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510369256.4A CN106326262A (zh) 2015-06-29 2015-06-29 告警查询方法及装置、光传输网络管理系统
CN201510369256.4 2015-06-29

Publications (1)

Publication Number Publication Date
WO2017000600A1 true WO2017000600A1 (zh) 2017-01-05

Family

ID=57607753

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/077581 WO2017000600A1 (zh) 2015-06-29 2016-03-28 告警查询方法及装置、光传输网络管理系统

Country Status (2)

Country Link
CN (1) CN106326262A (zh)
WO (1) WO2017000600A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020015115A1 (zh) * 2018-07-18 2020-01-23 平安科技（深圳）有限公司 故障告警方法及终端设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546275A (zh) * 2010-12-20 2012-07-04 中兴通讯股份有限公司 告警检测方法及装置
CN102904781A (zh) * 2012-11-16 2013-01-30 广东威创视讯科技股份有限公司 一种告警检测方法及装置
CN102932169A (zh) * 2012-10-19 2013-02-13 烽火通信科技股份有限公司 一种可定制的网管系统告警图标显示方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130054565A1 (en) * 2010-05-04 2013-02-28 Mingoa Limited Identification and verification in communication systems
CN101917282B (zh) * 2010-07-20 2014-12-17 中兴通讯股份有限公司 一种告警屏蔽规则的处理方法、装置及系统
CN104065501A (zh) * 2013-03-22 2014-09-24 中兴通讯股份有限公司 一种网管系统中网络故障定位的方法及装置
CN104376033B (zh) * 2014-08-01 2017-10-24 中国人民解放军装甲兵工程学院 一种基于故障树和数据库技术的故障诊断方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546275A (zh) * 2010-12-20 2012-07-04 中兴通讯股份有限公司 告警检测方法及装置
CN102932169A (zh) * 2012-10-19 2013-02-13 烽火通信科技股份有限公司 一种可定制的网管系统告警图标显示方法
CN102904781A (zh) * 2012-11-16 2013-01-30 广东威创视讯科技股份有限公司 一种告警检测方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020015115A1 (zh) * 2018-07-18 2020-01-23 平安科技（深圳）有限公司 故障告警方法及终端设备

Also Published As

Publication number Publication date
CN106326262A (zh) 2017-01-11

Similar Documents

Publication Publication Date Title
US11281793B2 (en) User permission data query method and apparatus, electronic device and medium
EP3072070B1 (en) Callpath finder
KR102001749B1 (ko) 필터링 데이터 계통 다이어그램
US20140074764A1 (en) Simplifying a graph of correlation rules while preserving semantic coverage
KR20170128297A (ko) 필터링 데이터 계통 다이어그램
CN111176789B (zh) 一种容器集异常处理方法、装置、存储介质及服务器
US11874794B2 (en) Entity snapshots partitioning and combining
US20160253322A1 (en) Method and apparatus for data storage and retrieval
CN108008936B (zh) 一种数据处理方法、装置及电子设备
WO2019209517A1 (en) Hierarchical access rights and role based access
CN111382206B (zh) 一种数据存储方法及装置
CN113568924A (zh) 一种数据处理方法、装置、电子设备及存储介质
WO2017000600A1 (zh) 告警查询方法及装置、光传输网络管理系统
CN106571935B (zh) 一种资源调度的方法与设备
CN110532457B (zh) 一种获取网络段id方法及系统
CN110955460B (zh) 一种服务进程启动方法、装置、电子设备和存储介质
CN107632926A (zh) 业务数量统计方法、装置、设备及计算机可读存储介质
WO2017143986A1 (zh) 确定资源指标的方法和装置
TW201828193A (zh) 一種用戶群體的劃分方法和裝置
CN108810299B (zh) 一种信息解析的方法、介质及设备
CN107665241B (zh) 一种实时数据多维度去重方法和装置
CN105611434B (zh) 一种光网络运行方法及系统
CN105718485A (zh) 一种将数据录入数据库的方法及装置
CN114428789B (zh) 数据的处理方法及装置
CN110456986A (zh) 存储区域网络设备的性能数据存储方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16816965

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16816965

Country of ref document: EP

Kind code of ref document: A1