CN117294575A - Optical network alarm root cause processing method and device, storage medium and electronic equipment - Google Patents

Abstract

The disclosure provides a method and a device for processing an optical network alarm root cause, a storage medium and electronic equipment, and relates to the technical field of communication. The method comprises the steps of obtaining fault service information, wherein the fault service information comprises an optical network layered channel bearing relation, forward signal flow and reverse signal flow of the optical network layered channel and alarm information; according to the receiving and transmitting direction bit in the alarm information, the alarm information is hung on a forward signal flow or a reverse signal flow of a layering channel corresponding to the optical network; merging alarm information hung on signal flows of each layered channel of the service according to alarm derivative transmission rules, and determining root alarms of the optical network; and generating a fault conclusion according to the root alarm of the optical network. The method and the device can quickly merge and compress a large number of alarms generated by fault service, quickly find out the source alarms of the faults, and solve the problems of low efficiency and difficult positioning of the traditional fault diagnosis.

Description

Optical network alarm root cause processing method and device, storage medium and electronic equipment

Technical Field

The disclosure relates to the technical field of communication, and in particular relates to a method and a device for processing an optical network alarm root cause, a storage medium and electronic equipment.

Background

With the rise of cloud computing and fifth generation mobile communication technology (5G,5th Generation Mobile Communication Technology) interconnection, the capacity of network pipeline bearing is required to be increased increasingly for massive data exchange, the network capacity is increased increasingly, and the bandwidth of the traditional transmission network is increased gradually from 2.5G, 10G and 40G to 100G, 200G and even 400G networks. Despite the increasing network bandwidth, the traffic carried remains relatively fine-grained. A service often involves hundreds of thousands of network elements, thousands or even tens of thousands of ports, thereby generating alarms, increasing the probability of anomalies, and potentially generating massive alarms. When facing mass alarms, the method can find out the root alarm as soon as possible, quickly locate the cause of the abnormality and solve the problem, and is a challenge for operation and maintenance personnel.

The traditional fault analysis mainly comprises the step of combing out the root alarms in the alarms through manual experience, and requires operation and maintenance personnel to have higher technical experience and rich operation and maintenance experience. However, as the network scale is continuously enlarged, the root cause in the alarm cannot be quickly positioned simply by manpower, and it is very difficult to comb out the root alarm in the alarm by manpower.

It should be noted that the information disclosed in the above background section is only for enhancing understanding of the background of the present disclosure and thus may include information that does not constitute prior art known to those of ordinary skill in the art.

Disclosure of Invention

The disclosure provides a method and a device for processing an alarm root cause of an optical network, a storage medium and electronic equipment, which at least overcome the problem that the alarm root cause cannot be positioned quickly in the related art to a certain extent.

Other features and advantages of the present disclosure will be apparent from the following detailed description, or may be learned in part by the practice of the disclosure.

According to one aspect of the present disclosure, there is provided a method for processing an optical network alarm root cause, including: acquiring fault service information, wherein the fault service information comprises an optical network layered channel bearing relation, forward signal flow and reverse signal flow of the optical network layered channel and alarm information; according to the receiving and transmitting direction bit in the alarm information, the alarm information is connected to the forward signal flow or the reverse signal flow of the layering channel corresponding to the optical network in a hanging mode; merging alarm information hung on signal flows of each layered channel of the service according to alarm derivative transmission rules, and determining root alarms of the optical network; and generating a fault conclusion according to the root alarm of the optical network.

In some embodiments, the merging the alarm information on the signal flows connected to each layered channel of the service according to the alarm derived delivery rule, to determine the root alarm of the optical network, includes: merging alarm information hung on signal streams of each network layer to obtain root alarms of each network layer; and cross-layer merging is carried out on the root alarms of all network layers to obtain the root alarms of the optical network.

In some embodiments, the merging the alarm information on the signal flows attached to the respective network layers includes any one or more of the following: a route object alarm merging mode; a mode of alarm merging among route objects; and the same channel light multiplexes the alarm merging mode between the segments.

In some embodiments, the merging the alarm information on the signal flow attached to each network layer to obtain the root alarm of each network layer includes: the method comprises the steps of hooking alarm information on signal flows of all network layers to corresponding route objects on the signal flows; the route object alarm merging mode comprises the following steps: and carrying out alarm merging on alarm information hung on the corresponding routing object on the signal flow according to the merging relation sequence.

In some embodiments, the method for merging alarms between routing objects comprises the following steps: alarm merging is carried out on the alarm information on the same network layer along the signal flow by using the alarm information hung on the upstream routing object and the alarm information hung on the downstream routing object in sequence.

In some embodiments, the method for merging alarms between the same-channel optical multiplexing segments includes: and carrying the optical multiplexing sections of the same optical channel, and carrying out alarm merging on alarm information among the optical multiplexing sections according to alarm derivative transfer logic in the signal flow direction, wherein the alarm derivative transfer logic comprises: when the channels carried by the upstream optical multiplexing section contain all channels carried by the downstream optical multiplexing section, the alarm information generated by the fault of the upstream optical multiplexing section is transmitted to the downstream optical multiplexing section.

In some embodiments, the cross-layer merging from hierarchical network channels comprises: and carrying out alarm merging layer by layer from top to bottom according to the bearing relation of the layering channels of the optical network.

In some embodiments, the performing the alarm merging layer by layer from top to bottom according to the bearing relation of the optical network layered channels includes: connecting the sub-network of the most upstream optical multiplexing section in the signal flow direction of the optical multiplexing section layer as a current object; when the current object has a first alarm, taking the first alarm as a root alarm; connecting the current object with an optical multiplexing segment subnet at the downstream of the signal flow direction as an object to be merged; when the object to be merged has a second alarm, taking the second alarm as the alarm to be merged; when the channels borne by the current object contain all channels borne by the object to be merged, forming an alarm derivative pair by the root alarm and the alarm to be merged; when the alarm derivative pair is matched with a preset alarm derivative transfer rule table, marking the alarm to be merged as a derivative alarm; when the current object to be merged is connected with the signal flow end sub-network, merging all alarms with derivative marks on the signal flow, and clearing the relation between the alarms and the signal flow, wherein the alarms which are not marked are used as root alarms in the current stage.

According to another aspect of the present disclosure, there is also provided an optical network alerting root cause analysis device, including: the system comprises a fault service information acquisition module, a fault service information processing module and a fault service information processing module, wherein the fault service information comprises an optical network layered channel bearing relation, a forward signal flow and a reverse signal flow of the optical network layered channel and alarm information; the alarm information hooking module is used for hooking the alarm information to a forward signal flow or a reverse signal flow of a layering channel corresponding to the optical network according to the receiving and transmitting direction bit in the alarm information; the alarm information merging module is used for merging the alarm information hung on the signal flow of each layered channel of the service according to the alarm derivative transmission rule and determining the root alarm; and the fault conclusion generation module is used for generating a fault conclusion according to the root alarm of the optical network.

According to another aspect of the present disclosure, there is also provided an electronic device including: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the optical network alert root cause analysis method of any one of the above via execution of the executable instructions.

According to another aspect of the present disclosure, there is also provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the optical network alert root cause analysis method of any one of the above.

According to another aspect of the present disclosure, there is also provided a computer program product, including a computer program, which when executed by a processor implements the optical network alert root cause analysis method of any one of the above.

The optical network alarm root cause processing method provided by the embodiment of the disclosure obtains fault service information, wherein the fault service information comprises an optical network layered channel bearing relation, forward signal flow and reverse signal flow of the optical network layered channel and alarm information; according to the receiving and transmitting direction bit in the alarm information, the alarm information is hung on a forward signal flow or a reverse signal flow of a layering channel corresponding to the optical network; merging alarm information hung on signal flows of each layered channel of the service according to alarm derivative transmission rules, and determining root alarms of the optical network; and generating a fault conclusion according to the root alarm of the optical network. The method and the device can quickly merge and compress a large number of alarms generated by fault service, quickly find out the source alarms of the faults, and solve the problems of low efficiency and difficult positioning of the traditional fault diagnosis.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure. It will be apparent to those of ordinary skill in the art that the drawings in the following description are merely examples of the disclosure and that other drawings may be derived from them without undue effort.

Fig. 1 is a flowchart illustrating a method for processing an optical network alarm root cause in an embodiment of the disclosure;

FIG. 2 is a schematic diagram of optical transport signal flow routing object alert merging in an embodiment of the present disclosure;

FIG. 3 is a schematic diagram illustrating the merging of alarms between optical transmission signal flow routing objects in an embodiment of the present disclosure;

FIG. 4 is a flow chart illustrating an optical transport network alert root cause analysis in an embodiment of the present disclosure;

FIG. 5 is a flow chart illustrating an optical transport network alarm hooking signal flow in an embodiment of the present disclosure;

FIG. 6 is a schematic diagram of an optical transport network alarm hooking signal flow in an embodiment of the disclosure;

FIG. 7 illustrates a flow chart of an optical transport network alert merge in an embodiment of the present disclosure;

FIG. 8 is a flow chart illustrating a method for routing inter-object alarm merging for an optical transport network signal stream in accordance with an embodiment of the present disclosure;

FIG. 9 is a schematic diagram of alarm merging between an optical transport network and a channel OMS in an embodiment of the disclosure;

FIG. 10 is a schematic diagram of alarm merging between an optical transport network and a channel OMS in an embodiment of the disclosure;

FIG. 11 is a flow chart illustrating cross-layer longitudinal merging between layered channels of an optical transport network in an embodiment of the present disclosure;

FIG. 12 is a schematic diagram of cross-layer longitudinal merging between layered channels of an optical transport network in accordance with an embodiment of the present disclosure;

FIG. 13 is a diagram of an optical network alarm root cause analysis device in an embodiment of the disclosure;

FIG. 14 is a diagram showing an example of an optical network alarm root cause analysis device according to an embodiment of the present disclosure;

fig. 15 shows a block diagram of a computer device in an embodiment of the disclosure.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments may be embodied in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus a repetitive description thereof will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in software or in one or more hardware modules or integrated circuits or in different networks and/or processor devices and/or microcontroller devices.

For ease of understanding, before describing embodiments of the present disclosure, several terms referred to in the embodiments of the present disclosure are first explained as follows:

SNC: sub network connect, subnetwork connections;

FDFR: flow Domain Fragment, a basin fragment;

CC: cross connect;

PG: protective group, protection group;

MFdfr: matrix Flow Domain Fragment, matrix-basin segment;

OTS: optical Transmission Section, light transmitting section;

OMS: optical Multiplex Section, optical multiplexing section;

OCH: optical_channel, optical Channel;

DSR: digital Signal Rate, digital signal rate;

OTU: OCH Transport Unit, an optical channel transfer unit;

ODU: OCH Data Unit, optical channel Data Unit;

oa_low_gain: optical amplification gain reduction warning;

SUM_INPWR_HI: the synthesized input optical power is too high;

SUM_INPWR_LOW: the resultant input optical power is too low;

out_pwr_low: the output optical power is too low;

mut_los: the combined signal is lost;

in_pwr_low: the input optical power is too low;

remsf: the remote client side service is not loaded;

rem_sd: a remote signal degradation alarm indication;

r_los: receiving line side signal loss;

LOF: frame loss;

LOM: the multiframe is lost;

r_lof: receiving line side frame loss;

R_LOC: the clock of the received signal is lost;

local_fault: proximal defects;

ODU1_PM_DEG: signal degradation;

AIS: an alarm indication;

SSF: service layer signal failure;

LOFLOM: frame and multiframe loss;

otu_lof: OTU frame loss;

REMOTE_FAULT: distal defects.

The technical scheme of the present disclosure is composed of three parts, namely an alarm hanging signal flow, an alarm derived transmission rule modeling and a root cause alarm merging.

The alarm hanging signal flows are hung according to the forward and reverse directions of the signal flows, and object alarms such as network elements, board cards, ports, SNCs, intersections, PG and the like, SNC/FDFr routing objects of the current level and layer rate matching alarms are hung on the corresponding forward and reverse signal flows. Further, in the alarm hooking process, alarms are hooked in the forward and reverse directions of the signal flow according to the receiving and transmitting direction bit in the alarm coding. The alarm receiving and transmitting direction is defined by the in-out board card, the in-out board card is the receiving and out-out board card is the transmitting. On the routing rule mapped to the signal flow, the incoming service configuration object (CC, PG, MFdfr, binding) is received, and the outgoing service configuration object is sent.

The root cause alarm merging is realized on the premise of correctly hooking the alarm on the signal flow based on the alarm derived transmission rule. The alarm merging direction can be divided into transverse alarm merging and longitudinal alarm merging, and the merging sequence is that the transverse merging is firstly carried out and then the longitudinal merging is carried out.

The transverse alarm merging comprises alarm merging of signal flow route objects, alarm merging among signal flow route objects and alarm merging among common-channel OMS (optical layer multiplexing section).

And the signal flow route object alarm merging respectively carries out alarm merging on alarms hung at two ends of the route object on the signal flow. The two ends of the route object are associated with transmission resource objects such as network elements, boards, physical ports and logic ports.

The alarm transmission derivative rule modeling of the present disclosure, wherein the alarm transmission derivative rule is composed of a series of alarm information pairs, and key attributes include: the method comprises the steps of setting a root alarm name, setting a root alarm layer, setting a root alarm code, deriving the alarm name, setting a derived alarm layer, deriving the alarm code and deriving the relation among alarms. Based on the hooking of the alarm receiving and transmitting directions, the network element, the board card, the port, the SNC, the cross, the PG and other object alarms and the SNC/FDFr routing object of the current level and the layer rate matching alarm are hooked on the corresponding forward and reverse signal flows according to the forward and reverse separation of the signal flows; according to the receiving and transmitting direction bit in the alarm coding, the alarm coding is hung in the forward and reverse directions of the signal flow. The alarm receiving and sending direction is consistent with the signal flow in and out service configuration object, the receiving direction alarm is hung on the in service configuration object, and the sending direction alarm is hung on the out service configuration object; alarm merging based on an optical network layering model specifically comprises the following steps: the signal flow route object alarm merging; the signal flow routes alarm merging among objects; alarm merging among the same-channel OMS; optical transport network layered longitudinal alarm merging.

The following detailed description of embodiments of the present disclosure refers to the accompanying drawings.

Fig. 1 shows a flowchart of an optical network alarm root cause processing method in an embodiment of the present disclosure, as shown in fig. 1, where the optical network alarm root cause processing method provided in the embodiment of the present disclosure includes the following steps:

s102, obtaining fault service information, wherein the fault service information comprises an optical network layered channel bearing relation, forward signal flow and reverse signal flow of the optical network layered channel and alarm information.

It should be noted that, the fault service information may be data of a fault service.

For example, the data of the faulty service should at least contain the following information: network layering data of faulty traffic, comprising: the bearing relation between layers (corresponding to the bearing relation of the optical network layered channel) and the forward and reverse signal flows of each layer (corresponding to the forward signal flow and the reverse signal flow of the optical network layered channel); the alarm (corresponding to the alarm information) associated with the fault service comprises: alarm coding, alarm association object, type of association object, rate of layer where alarm is located, alarm receiving and transmitting direction (alarm receiving and transmitting direction bit).

S104, according to the receiving and transmitting direction bit in the alarm information, the alarm information is hung on the forward signal flow or the reverse signal flow of the layering channel corresponding to the optical network.

It should be noted that, the alarm receiving and sending direction is defined by the in-out board card, the in-out board card is the receiving and the out-out board card is the sending. On the routing rule mapped to the signal flow, the incoming service configuration object (CC, PG, MFdfr, binding) is received, and the outgoing service configuration object is sent.

For example, based on the hooking mode of the alarm receiving and transmitting direction, the network element, the board card, the port, the SNC, the cross, the PG and other object alarms and the SNC/FDFr routing object of the current level and the layer rate matching alarms are hooked on the corresponding forward and reverse signal flows according to the forward and reverse signal flows. Further, in the alarm hooking process, alarms are hooked in the forward and reverse directions of the signal flow according to the receiving and transmitting direction bit in the alarm coding.

S106, merging the alarm information hung on the signal flow of each layered channel of the service according to the alarm derivative transmission rule, and determining the root alarm of the optical network.

It should be noted that, the alarm derived transmission rule is composed of a series of alarm information pairs, which indicates that the root alarm can merge the derived alarms. The key attributes include: the method comprises the steps of setting up a root alarm name, setting up a root alarm layer, setting up an alarm code, deriving the alarm name, setting up a derivative alarm layer, deriving the alarm code and deriving the relationship (transmission or derivation) among the alarms. The rule table may add or modify rule models based on the vendor's general rules or operation and maintenance experience.

In one specific example, the alert derived delivery rules model table portion is shown in Table 1 below.

Table 1: alarm derived delivery rule model table

The signal level of the optical data unit ODU may have a multipolar multiplexing scenario, so the alarm derived transmission rule of the ODU layer needs to be expanded according to the ODU layer bearer relation table, and the service layer ODU alarm can merge the client layer ODU alarm.

It should be noted that the alarms of the optical transmission network have derivative transmission characteristics. Because the layering types of the layering channels of the optical transmission network are more, the bearing relationship of the upper layer and the lower layer is complex, and the deriving and transmitting relationship of alarms among the layering layers is also complex. Therefore, unified modeling is needed for the derivative transfer relation between alarms, so that the derivative transfer relation between the root cause alarms and the derivative alarms can be conveniently and quickly searched in the follow-up process.

S108, generating a fault conclusion according to the root alarm of the optical network.

For example, the alarms (equivalent to the root alarms of the optical network) are processed to generate alarm root cause conclusions including the alarm interrupt type, the alarm position, the fault section, the associated channels and the like.

According to the method and the device, the alarm information is hung on the signal flow of the layering channel corresponding to the optical network, and the alarm information is merged according to the alarm derivative transmission rule, so that the rapid merging compression of a large number of alarms generated by fault service is realized, the source alarm of the fault is rapidly found, and the problems of low efficiency and difficulty in positioning in the traditional fault diagnosis are solved.

In one embodiment of the present disclosure, merging alarm information attached to signal flows of each layered channel of a service, determining a root alarm of an optical network, includes: merging alarm information hung on signal streams of each network layer to obtain root alarms of each network layer; and cross-layer merging is carried out on the root alarms of each network layer to obtain the root alarms of the optical network.

For example, the alarm merging direction may be divided into a transverse alarm merging (corresponding to merging the alarm information on the signal flow hanging to each network layer) and a longitudinal alarm merging (corresponding to cross-layer merging of the root alarms of each network layer), where the merging order is in the order of transverse merging and longitudinal merging.

The technical scheme of the disclosure is based on the derivative transmission characteristic among the alarms of the optical transmission network, and the alarms are merged in the transverse direction and the longitudinal direction of the layering channels of the optical transmission network by hanging the alarms on the positive and negative signal flows of the layering channels of the optical transmission network, so that the root cause alarms of service faults are finally obtained, and the method is an alarm root cause analysis mode aiming at the faults of the optical transmission network.

In one embodiment of the present disclosure, merging alarm information on signal flows attached to various network layers includes any one or more of the following: a route object alarm merging mode; a mode of alarm merging among route objects; and the same channel light multiplexes the alarm merging mode between the segments.

In a specific example, the method includes the steps of firstly merging by a route object alarm merging mode, then merging by an inter-route object alarm merging mode, and finally merging by an inter-segment alarm merging mode of same-channel optical multiplexing.

In another specific example, when the co-channel optical multiplexing section does not exist, the merging is performed by the route object alarm merging mode first, and then the merging is performed by the route object alarm merging mode.

In yet another specific example, when the alarm information is smaller than the preset threshold, the merging is performed by adopting a route object alarm merging mode or the merging is performed by adopting a route object alarm merging mode.

In other specific examples, when the alarm information is smaller than the preset threshold and there is an on-channel optical multiplexing segment, the alarm merging mode between the on-channel optical multiplexing segments is adopted for merging.

In one embodiment of the present disclosure, merging alarm information on signal flows attached to each network layer to obtain root alarms of each network layer includes: the alarm information on the signal flow of each network layer is hung on the corresponding route object on the signal flow; the route object alarm merging mode comprises the following steps: and carrying out alarm merging on alarm information hung on the corresponding routing object on the signal flow according to the merging relation sequence.

Specifically, fig. 2 shows a schematic diagram of merging optical transmission signal flow route object alarms in an embodiment of the disclosure. As shown in fig. 2, the alarm object includes a network element, a board card, a physical port and a logical port, and the alarm is connected with the a end and the Z section of the route object by the alarm object in an associated manner, and then alarm derivative merging is performed according to a merging relationship (corresponding to the merging relationship sequence described above), wherein the merging relationship is shown in the following table 2, and the sequence is the network element alarm to the board card alarm to the physical port alarm to the logical port alarm.

Table 2: alarm merging relation table for alarm object

In a preferred embodiment, as shown in fig. 4, there is provided a flow of an optical transport network alarm root cause analysis, according to which the alarm root cause analysis flow related to the present disclosure includes the following steps:

s401: the method comprises the steps of acquiring alarms, namely acquiring a network layered bearing relation, a forward and reverse signal flow route and a service alarm corresponding to a fault service;

s402: the alarm hanging is used for hanging the service alarm to the signal flow of the corresponding network layer according to the alarm coding, layer rate information and receiving and transmitting directions according to the signal flow direction of the optical network alarm hanging;

s403: alarm merging, merging alarms hung on each layer of signal flow according to alarm derivative transmission rules;

S404: after the transverse alarm merging analysis and the longitudinal alarm merging analysis, the finally reserved alarm is used as a final root alarm; after generating fault conclusions according to the root alarms, the root cause analysis flow ends.

The alarm root cause analysis provided by the method can be driven by the configuration of the alarm derived transmission rule, so that the difficulty of fault location and alarm root cause analysis is simplified, and the efficiency of network operation and maintenance is improved; in the fault positioning operation and maintenance of the optical transmission network, the root cause alarm can be quickly found out in a large number of alarms, and the problems of difficult fault positioning and low efficiency of the optical network are solved.

Fig. 5 is a flow chart of alarm hooking signal flow according to the present disclosure in a preferred embodiment, as shown in fig. 5, the optical transport network alarm hooking signal flow includes the following flow:

s501: acquiring a current layer signal flow and a layer rate matching alarm;

s502: taking the most upstream route object which is not currently connected with the alarm as a current connection object along the signal flow direction;

s503: matching the network elements, the board cards, the ports and other objects associated with the two ends of the current hanging object with the alarm object, and executing S504 successfully, otherwise executing S506;

s504: further, matching is carried out according to the direction zone bit in the alarm coding and the direction of the signal flow in and out of the service configuration object (CC, PG, MFDFR, binding), the matching is successfully carried out S505, otherwise S506 is carried out;

S505: storing the alarms meeting the above hooking rules into an alarm list of the current hooking object;

s506: and judging whether the current hooking object is a signal flow tail end routing object, if so, finishing the current layer signal flow hooking, otherwise, continuing to execute S502.

For better illustration, taking fig. 6 as an example, fig. 6 shows a schematic diagram of an optical transport network alarm hooking signal flow, where the signal flow is forward from a to Z, and the signal flow is reverse from Z to a. An r_los alarm (line reception side LOSs of signal alarm) is generated at the point C of the path, and the receiving and transmitting direction is the receiving direction, and for the point C in the a to Z direction, when the signal flow passes through the point C of the BC segment SNC, the direction is the inflow, so that the r_los alarm is hooked on the point C in the forward direction of the signal flow. For point C in the Z-to-A direction, the signal flow passes through point C of the BC segment SNC, and the direction is outflow, so that the R_LOS alarm is not hooked on the point C where the signal flow is reversed.

The present disclosure proposes a hooking manner based on the optical network alarm receiving and transmitting direction, which solves the hooking problem under the condition that the signal flow has the same path in the forward and backward directions; an optical network alarm derived transfer rule model is established, and alarm derived transfer rules are applied to alarm merging.

Fig. 7 is a flow chart of optical transport network alert merging according to the present disclosure, as shown in fig. 7, comprising the steps of:

s701: carrying out signal flow route object alarm merging of signal flow transverse alarm merging;

s702: carrying out signal flow cross alarm merging and signal flow route inter-object alarm merging;

s703: carrying out alarm merging among the same-channel OMS for carrying out signal flow transverse alarm merging;

s704: and performing longitudinal alarm merging among optical transmission network layers.

The disclosure provides an alarm merging based on an optical network layering model, which comprises transverse alarm merging and longitudinal alarm merging, wherein the transverse alarm merging can be divided into signal flow route object alarm merging, signal flow route object alarm merging and same channel OMS alarm merging.

In one embodiment of the present disclosure, a method for merging alarms between routing objects includes: alarm merging is carried out on the alarm information on the same network layer along the signal flow by using the alarm information hung on the upstream routing object and the alarm information hung on the downstream routing object in sequence.

Specifically, the alarm merging between the signal flow routing objects merges alarms on the same network layer along the forward and reverse directions of the signal flow, and according to the characteristic of alarm derivative transmission, an upstream root alarm can derive a corresponding derivative alarm downstream of the signal flow, so that the alarms hooked on the downstream routing object are merged sequentially by the alarms hooked on the upstream routing object, a diagram of the alarm merging is shown in fig. 3, a black solid arrow indicates the current position of the upstream root alarm, and the alarms butted on the downstream routing object are derived; and after the derivative action is finished, taking the alarm which is not derived on the downstream routing object as a follow-up alarm, and continuing to derive the downstream alarm.

Fig. 8 is a flow chart of the inter-object alarm merging for optical transport network signal flow routing according to the present disclosure, and as shown in fig. 8, the inter-object alarm merging for optical transport network signal flow routing includes the steps of:

s801: and taking the most upstream route object which is not subjected to signal flow alarm merging at present as a current object along the signal flow direction. Judging whether an alarm (an alarm without a derivative mark) exists on the current object, if so, taking the object as a root alarm object, and executing S802, otherwise, executing S805;

s802: and taking the route object which does not perform merging operation with the current object in the route of the downstream of the signal flow direction as the object to be merged. Judging whether the object to be merged has an alarm, if so, taking the alarm as the alarm to be merged, executing S803, and if not, executing S804;

s803: forming an alarm derivative pair from the root alarm and the alarm to be merged according to the form of the derivative transfer rule, judging whether the alarm derivative transfer rule table is matched or not, if so, marking the alarm to be merged as a derivative alarm (S8031), and if not, executing S804;

s804: judging whether the current object to be merged is a signal flow end route, if so, executing S805, otherwise, executing S802;

S805, judging whether the current object is a signal flow end route, if yes, executing S806, otherwise, executing S801;

s806, merging all alarms with derivative marks on the signal flow, and clearing the relation between the alarms and the signal flow, wherein the alarms which are not marked are used as root alarms in the current stage.

In one embodiment of the present disclosure, the method for merging alarms between multiplexing segments of co-channel light includes: and carrying the optical multiplexing sections of the same optical channel, and carrying out alarm merging on alarm information among the optical multiplexing sections according to alarm derivative transfer logic in the signal flow direction, wherein the alarm derivative transfer logic comprises: when the channels carried by the upstream optical multiplexing section contain all channels carried by the downstream optical multiplexing section, the alarm information generated by the fault of the upstream optical multiplexing section is transmitted to the downstream optical multiplexing section.

In a specific example, the alarm merging between the same-channel OMS bears the OMS of the same OCH, and alarm derivative transfer logic exists in the signal flow direction; if the upstream OMS carried channels contain all the channels carried by the downstream OMS, then the failure of the upstream OMS will affect the downstream OMS, i.e. the upstream alarms will derive alarms that are communicated to the downstream OMS, thus merging alarms between OMSs that have the above logic.

Fig. 9 is a flow chart of alarm merging between an optical transport network and a channel OMS according to the present disclosure, and as shown in fig. 9, includes the steps of:

s901: and taking the most upstream OMS SNC which is not processed (not merged) in the OCH layer signal flow direction as a current object. Judging whether the current object has an alarm, if so, taking the alarm as a root alarm, otherwise, executing S906;

s902: and taking the OMS SNC which is not subjected to merging operation with the current object in the OMS SNC at the downstream of the signal flow direction as an object to be merged. Judging whether an alarm exists in the object to be merged, if so, taking the alarm as the alarm to be merged, executing S903, otherwise, executing S905;

s903, judging whether the channels borne by the current object contain all channels borne by the object to be merged, if so, executing S904, otherwise, executing S905;

s904, forming an alarm derivative pair of the root alarm and the alarm to be merged according to the form of the derivative transfer rule, judging whether the alarm derivative transfer rule table is matched, and marking the alarm to be merged as a derivative alarm if the alarm is successfully matched (S9041);

s905: judging whether the current object to be merged is the signal flow end SNC, if so, executing S908, otherwise, executing S902;

S906, judging whether the current object is a signal flow end route, if so, executing S909, otherwise, executing S901;

s907, merging all alarms with derivative marks on the signal flow, and clearing the relation between the alarms and the signal flow, wherein the unlabeled alarms are used as root alarms in the current stage.

Taking fig. 10 as an example, fig. 10 shows a schematic diagram of alarm merging between OMS of the same channel of an optical transport network, where a mut_los alarm a and a mut_los alarm B exist on the OMS under OCH1, and the alarm a is upstream of the alarm B according to the traffic flow direction. The OMS carried OCH channel where the alarm A is located contains all OCH channels carried by the OMS where the alarm B is located, and meanwhile, the alarm A has a derivative relation to the alarm B on a derivative rule, so that the alarm A can derive the alarm B; the MUT_LOS alarm C and the MUT_LOS alarm D exist on the OMS under OCH2, and the alarm C is upstream of the alarm D according to the service flow direction. The OCH channel carried by the OMS where the alarm C is located does not contain all OCH channels carried by the OMS where the alarm D is located, so the alarm cannot derive the alarm D.

In one embodiment of the present disclosure, merging from inter-hierarchical network channels across layers includes: and carrying out alarm merging layer by layer from top to bottom according to the bearing relation of the layering channels of the optical network.

It should be noted that, the longitudinal alarm merging is based on the characteristic that the alarm has a derivative relationship on the bearer of the optical network layered channel, so as to perform cross-layer alarm merging. Further, two adjacent layers on the optical network layered channel are called a client layer and a service layer according to the bearing relationship, and the service layer bears the client layer. In the direction of alert delivery, client layer failures do not affect the service layer, but service layer failures can cause the client layer to generate derivative alerts. Therefore, the longitudinal alarm merging starts from the top-down network layer, and alarm merging processing is carried out layer by layer according to the bearing relation of the optical network layering channels.

In one embodiment of the present disclosure, performing alarm merging layer by layer from top to bottom according to a bearing relationship of optical network hierarchical channels includes: connecting the sub-network of the most upstream optical multiplexing section in the signal flow direction of the optical multiplexing section layer as a current object; when the current object has a first alarm, taking the first alarm as a root alarm; connecting the sub-network of the optical multiplexing section of the current object at the downstream of the signal flow direction as an object to be merged; when the object to be merged has the second alarm, the second alarm is taken as the alarm to be merged; when the channels borne by the current object contain all channels borne by the object to be merged, forming an alarm derivative pair by the root alarm and the alarm to be merged; when the alarm derivative pair is matched with a preset alarm derivative transfer rule table, marking the alarm to be merged as a derivative alarm; when the current object to be merged is the end network connection of the signal flow, merging all alarms with derivative marks on the signal flow, and clearing the relation between the alarms and the signal flow, wherein the alarms which are not marked are used as root alarms in the current stage.

Fig. 11 is a cross-layer longitudinal merging flow chart of layered inter-channel channels of an optical transport network according to the present disclosure, as shown in fig. 11, comprising the steps of:

s1101, the SNC of the client layer finds out the SNC of the service layer according to the bearing relation, judges whether the SNC of the client layer has an alarm, if so, carries out S1102, otherwise, carries out S1103;

s1102, matching alarm derived rules with the alarms associated with the SNC of the service layer and the alarms associated with the SNC of the client layer in sequence according to the signal flow order, if the matching is successful, marking the alarms on the SNC of the client layer as derived alarms (S11021), otherwise, performing S1103;

s1103, sequentially taking the service layer SNC as the client layer SNC according to the signal flow sequence, judging whether the service layer exists in the current layer, if so, jumping to S1101, otherwise, performing S1104;

s1104, clearing all relations between alarms with derivative identifiers and signal flows, and taking the unlabeled alarms as root alarms in the current stage.

Taking fig. 12 as an example, fig. 12 shows a cross-layer longitudinal merging schematic diagram between layered channels of an optical transport network, where a REMOTE_FAULT alarm is hung at a point A of a Client SNC layer, an ODU4_PM_DEG alarm is hung at a point B of an ODU layer, an R_LOS alarm is hung at a point C of OCH, and a MUT_LOS alarm is hung at a point D of OTS. Because the REMOTE_FAULT alarm of the Client SNC layer and the ODU4_PM_DEG alarm of the ODU have alarm derivative relation, REMOTE_FAULT is derivative by the ODU4_PM_DEG; the ODU4_PM_DEG alarm of the ODU has alarm derivative relation with the R_LOS alarm of the OCH layer, so that the ODU4_PM_DEG is derivative by the R_LOS; the R_LOS alarm of the OCH layer has a derivative relation with the MUT_LOS alarm of the OTS layer, and the R_LOS is derived by the MUT_LOS, so in this use case, the root cause alarm is the MUT_LOS alarm of the OTS layer.

In summary, the method and the system can carry out derivative merging on a large number of alarms generated during service faults, avoid consuming excessive positioning time on finding root cause alarms, reduce the time for positioning the root cause alarms and reduce the difficulty of network operation and maintenance, and are an efficient technical scheme for analyzing the root cause of the optical network alarms.

Based on the same inventive concept, the embodiments of the present disclosure further provide an optical network alarm root cause analysis device, as described in the following embodiments. Since the principle of solving the problem of the embodiment of the device is similar to that of the embodiment of the method, the implementation of the embodiment of the device can be referred to the implementation of the embodiment of the method, and the repetition is omitted.

Fig. 13 is a schematic diagram of an optical network alarm root cause analysis device according to an embodiment of the disclosure, where, as shown in fig. 13, the device includes: the system comprises a fault service information acquisition module 131, an alarm information hooking module 132, an alarm information merging module 133 and a fault conclusion generation module 134.

The fault service information obtaining module 131 is configured to obtain fault service information, where the fault service information includes an optical network layered channel bearing relationship, a forward signal flow and a reverse signal flow of an optical network layered channel, and alarm information;

The alarm information hooking module 132 is configured to hook the alarm information to a forward signal flow or a reverse signal flow of a layered channel corresponding to the optical network according to a receiving and transmitting direction bit in the alarm information;

the alarm information merging module 133 is configured to merge alarm information on signal flows connected to each layered channel of the service according to an alarm derived transmission rule, and determine a root alarm of the optical network;

the fault conclusion generation module 134 is configured to generate a fault conclusion according to the root alarm of the optical network.

In one embodiment of the present disclosure, the alarm information merging module 133 is further configured to merge alarm information on signal flows attached to each network layer to obtain root alarms of each network layer; and cross-layer merging is carried out on the root alarms of each network layer to obtain the root alarms of the optical network.

In one embodiment of the present disclosure, the merging of the alarm information in the alarm information merging module 133 includes any one or more of the following ways: a route object alarm merging mode; a mode of alarm merging among route objects; and the same channel light multiplexes the alarm merging mode between the segments.

In one embodiment of the present disclosure, the merging, in the alarm information merging module 133, the alarm information on the signal flow attached to each network layer is merged to obtain the root alarm of each network layer, including: the alarm information on the signal flow of each network layer is hung on the corresponding route object on the signal flow; the route object alarm merging mode comprises the following steps: and carrying out alarm merging on alarm information hung on the corresponding routing object on the signal flow according to the merging relation sequence.

In one embodiment of the present disclosure, the alert merging manner between the routing objects in the alert information merging module 133 includes: alarm merging is carried out on the alarm information on the same network layer along the signal flow by using the alarm information hung on the upstream routing object and the alarm information hung on the downstream routing object in sequence.

In one embodiment of the present disclosure, the alarm merging mode between the co-channel optical multiplexing segments in the alarm merging module 133 includes: and carrying the optical multiplexing sections of the same optical channel, and carrying out alarm merging on alarm information among the optical multiplexing sections according to alarm derivative transfer logic in the signal flow direction, wherein the alarm derivative transfer logic comprises: when the channels carried by the upstream optical multiplexing section contain all channels carried by the downstream optical multiplexing section, the alarm information generated by the fault of the upstream optical multiplexing section is transmitted to the downstream optical multiplexing section.

In one embodiment of the present disclosure, the alarm information merging module 133 is further configured to merge the alarms layer by layer from top to bottom according to a bearing relationship of the optical network layered channels.

In one embodiment of the present disclosure, the alarm information merging module 133 is further configured to connect, as a current object, an upstream-most optical multiplexing segment subnet in a signal flow direction of an optical multiplexing segment layer; when the current object has a first alarm, taking the first alarm as a root alarm; connecting the sub-network of the optical multiplexing section of the current object at the downstream of the signal flow direction as an object to be merged; when the object to be merged has the second alarm, the second alarm is taken as the alarm to be merged; when the channels borne by the current object contain all channels borne by the object to be merged, forming an alarm derivative pair by the root alarm and the alarm to be merged; when the alarm derivative pair is matched with a preset alarm derivative transfer rule table, marking the alarm to be merged as a derivative alarm; when the current object to be merged is the end network connection of the signal flow, merging all alarms with derivative marks on the signal flow, and clearing the relation between the alarms and the signal flow, wherein the alarms which are not marked are used as root alarms in the current stage.

It should be noted that, the fault service information obtaining module 131, the alarm information hooking module 132, the alarm information merging module 133 and the fault conclusion generating module 134 correspond to S102 to S108 in the method embodiment, and the above modules are the same as examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure of the method embodiment. It should be noted that the modules described above may be implemented as part of an apparatus in a computer system, such as a set of computer-executable instructions.

Fig. 14 is a diagram of an optical network alarm root cause analysis device according to an embodiment of the present disclosure, as shown in fig. 14, where the device is composed of an acquisition module 141, a storage module 142 and an alarm root cause analysis module 143.

The acquisition module 141 includes a data acquisition module 1411 of an OTMS system and an alarm acquisition module 1412 of the OTMS system of a one-station transport service platform; the data acquisition module of the OTMS system acquires network layered data of fault service, comprising: bearing relation among layers, positive and negative signal flow of each layer; an alarm acquisition module of an OTMS system acquires alarms associated with fault services, comprising: alarm coding, alarm association object, type of association object, rate of layer where alarm is located, and receiving and transmitting direction.

The storage module 142 is composed of an alarm derived rules storage module 1421 and a root cause alarm conclusion storage module 1422. The alarm deriving rule storage module is used for being called by the alarm root cause analysis module and used for an alarm merging stage; the root cause alarm conclusion storage module stores alarm root cause conclusions generated in the alarm root cause analysis module.

The alarm root cause analysis module 143 is composed of an alarm hooking module 1431 and an alarm merging module 1432 and a conclusion generation module 1433. The alarm hooking module is used for matching the alarm layer speed, the alarm receiving and transmitting direction and the forward and backward signal flows of each layer through the alarm object to finish hooking processing; the alarm merging carries out merging compression treatment for multiple times on alarms hung on the signal flow according to the layering bearing relation of the optical transmission network and the sequence of each layer of routing object; the conclusion generation module processes the alarms reserved after the alarm merging module processes the alarms, and generates alarm root cause conclusions comprising the information of alarm interrupt types, alarm positions, fault sections, associated channels and the like.

Those skilled in the art will appreciate that the various aspects of the present disclosure may be implemented as a system, method, or program product. Accordingly, various aspects of the disclosure may be embodied in the following forms, namely: an entirely hardware embodiment, an entirely software embodiment (including firmware, micro-code, etc.) or an embodiment combining hardware and software aspects may be referred to herein as a "circuit," module "or" system.

An electronic device 1500 according to such an embodiment of the present disclosure is described below with reference to fig. 15. The electronic device 1500 shown in fig. 15 is merely an example and should not be construed to limit the functionality and scope of use of embodiments of the present disclosure in any way.

As shown in fig. 15, the electronic device 1500 is embodied in the form of a general purpose computing device. The components of electronic device 1500 may include, but are not limited to: the at least one processing unit 1510, the at least one storage unit 1520, a bus 1530 that connects the different system components (including the storage unit 1520 and the processing unit 1510).

Wherein the storage unit stores program code that is executable by the processing unit 1510 such that the processing unit 1510 performs steps according to various exemplary embodiments of the present disclosure described in the above section of the "exemplary method" of the present specification.

For example, the processing unit 1510 may perform the following steps of the method embodiment described above: acquiring fault service information, wherein the fault service information comprises an optical network layered channel bearing relation, forward signal flow and reverse signal flow of the optical network layered channel and alarm information; according to the receiving and transmitting direction bit in the alarm information, the alarm information is hung on a forward signal flow or a reverse signal flow of a layering channel corresponding to the optical network; merging alarm information hung on signal flows of each layered channel of the service according to alarm derivative transmission rules, and determining root alarms of the optical network; and generating a fault conclusion according to the root alarm of the optical network.

The storage unit 1520 may include readable media in the form of volatile memory units such as Random Access Memory (RAM) 15201 and/or cache memory 15202, and may further include Read Only Memory (ROM) 15203.

The storage unit 1520 may also include a program/utility 15204 having a set (at least one) of program modules 15205, such program modules 15205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment.

Bus 1530 may be a bus representing one or more of several types of bus structures including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

The electronic device 1500 may also communicate with one or more external devices 1540 (e.g., keyboard, pointing device, bluetooth device, etc.), one or more devices that enable a user to interact with the electronic device 1500, and/or any device (e.g., router, modem, etc.) that enables the electronic device 1500 to communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 1550. Also, the electronic device 1500 may also communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN) and/or a public network, for example, the Internet, through a network adapter 1560. As shown, the network adapter 1560 communicates with other modules of the electronic device 1500 over the bus 1530. It should be appreciated that although not shown, other hardware and/or software modules may be used in connection with electronic device 1500, including, but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.

From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, including several instructions to cause a computing device (may be a personal computer, a server, a terminal device, or a network device, etc.) to perform the method according to the embodiments of the present disclosure.

In particular, according to embodiments of the present disclosure, the process described above with reference to the flowcharts may be implemented as a computer program product comprising: and the computer program is executed by the processor to realize the method for analyzing the root cause of the optical network alarm.

In an exemplary embodiment of the present disclosure, a computer-readable storage medium, which may be a readable signal medium or a readable storage medium, is also provided. On which a program product is stored which enables the implementation of the method described above of the present disclosure. In some possible implementations, various aspects of the disclosure may also be implemented in the form of a program product comprising program code for causing a terminal device to carry out the steps according to the various exemplary embodiments of the disclosure as described in the "exemplary methods" section of this specification, when the program product is run on the terminal device.

More specific examples of the computer readable storage medium in the present disclosure may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

In this disclosure, a computer readable storage medium may include a data signal propagated in baseband or as part of a carrier wave, with readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Alternatively, the program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

In particular implementations, the program code for carrying out operations of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).

It should be noted that although in the above detailed description several modules or units of a device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit in accordance with embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied.

Furthermore, although the steps of the methods in the present disclosure are depicted in a particular order in the drawings, this does not require or imply that the steps must be performed in that particular order or that all illustrated steps be performed in order to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform, etc.

From the description of the above embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, including several instructions to cause a computing device (may be a personal computer, a server, a mobile terminal, or a network device, etc.) to perform the method according to the embodiments of the present disclosure.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This disclosure is intended to cover any adaptations, uses, or adaptations of the disclosure following the general principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

Claims (11)

1. The method for processing the root cause of the optical network alarm is characterized by comprising the following steps:

acquiring fault service information, wherein the fault service information comprises an optical network layered channel bearing relation, forward signal flow and reverse signal flow of the optical network layered channel and alarm information;

according to the receiving and transmitting direction bit in the alarm information, the alarm information is connected to the forward signal flow or the reverse signal flow of the layering channel corresponding to the optical network in a hanging mode;

merging alarm information hung on signal flows of each layered channel of the service according to alarm derivative transmission rules, and determining root alarms of the optical network;

and generating a fault conclusion according to the root alarm of the optical network.

2. The method for processing the root cause of an optical network alarm according to claim 1, wherein the merging the alarm information on the signal flows connected to each layered channel of the service according to the alarm derived transmission rule to determine the root alarm of the optical network comprises:

merging alarm information hung on signal streams of each network layer to obtain root alarms of each network layer;

and cross-layer merging is carried out on the root alarms of all network layers to obtain the root alarms of the optical network.

3. The method for processing the root cause of an optical network alarm according to claim 2, wherein merging the alarm information on the signal flows attached to each network layer includes any one or more of the following ways:

a route object alarm merging mode;

a mode of alarm merging among route objects;

and the same channel light multiplexes the alarm merging mode between the segments.

4. The method for processing root cause of optical network alarms according to claim 3, wherein merging the alarm information on the signal stream attached to each network layer to obtain the root alarm of each network layer comprises:

the method comprises the steps of hooking alarm information on signal flows of all network layers to corresponding route objects on the signal flows;

the route object alarm merging mode comprises the following steps:

and carrying out alarm merging on alarm information hung on the corresponding routing object on the signal flow according to the merging relation sequence.

5. The method for processing the root cause of an optical network alarm according to claim 3, wherein the method for merging alarms between routing objects comprises:

alarm merging is carried out on the alarm information on the same network layer along the signal flow by using the alarm information hung on the upstream routing object and the alarm information hung on the downstream routing object in sequence.

6. The method for processing the root cause of an optical network alarm according to claim 3, wherein the inter-segment alarm merging method for co-channel optical multiplexing comprises:

and carrying the optical multiplexing sections of the same optical channel, and carrying out alarm merging on alarm information among the optical multiplexing sections according to alarm derivative transfer logic in the signal flow direction, wherein the alarm derivative transfer logic comprises: when the channels carried by the upstream optical multiplexing section contain all channels carried by the downstream optical multiplexing section, the alarm information generated by the fault of the upstream optical multiplexing section is transmitted to the downstream optical multiplexing section.

7. The method for processing the root cause of an optical network alarm according to claim 2, wherein the cross-layer merging from the hierarchical network channels comprises:

and carrying out alarm merging layer by layer from top to bottom according to the bearing relation of the layering channels of the optical network.

8. The method for processing the root cause of an optical network alarm according to claim 7, wherein the performing alarm merging layer by layer from top to bottom according to the bearing relation of the layered channels of the optical network comprises:

connecting the sub-network of the most upstream optical multiplexing section in the signal flow direction of the optical multiplexing section layer as a current object;

When the current object has a first alarm, taking the first alarm as a root alarm;

connecting the current object with an optical multiplexing segment subnet at the downstream of the signal flow direction as an object to be merged;

when the object to be merged has a second alarm, taking the second alarm as the alarm to be merged;

when the channels borne by the current object contain all channels borne by the object to be merged, forming an alarm derivative pair by the root alarm and the alarm to be merged;

when the alarm derivative pair is matched with a preset alarm derivative transfer rule table, marking the alarm to be merged as a derivative alarm;

when the current object to be merged is connected with the signal flow end sub-network, merging all alarms with derivative marks on the signal flow, and clearing the relation between the alarms and the signal flow, wherein the alarms which are not marked are used as root alarms in the current stage.

9. An optical network alarm root cause analysis device, comprising:

the system comprises a fault service information acquisition module, a fault service information processing module and a fault service information processing module, wherein the fault service information comprises an optical network layered channel bearing relation, a forward signal flow and a reverse signal flow of the optical network layered channel and alarm information;

The alarm information hooking module is used for hooking the alarm information to a forward signal flow or a reverse signal flow of a layering channel corresponding to the optical network according to the receiving and transmitting direction bit in the alarm information;

the alarm information merging module is used for merging the alarm information hung on the signal flow of each layered channel of the service according to the alarm derivative transmission rule and determining the root alarm of the optical network;

and the fault conclusion generation module is used for generating a fault conclusion according to the root alarm of the optical network.

10. An electronic device, comprising:

a processor; and

a memory for storing executable instructions of the processor;

wherein the processor is configured to perform the optical network alert root cause processing method of any one of claims 1 to 8 via execution of the executable instructions.

11. A computer-readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the optical network alerting root cause processing method of any one of claims 1 to 8.