Data reporting method and system

Abstract

The invention provides a data reporting method and system. The method is performed in an optical transport OTN network. M pieces of alarm information are received in a first time period, each piece of alarm information in the M pieces of alarm information comprises a first field, the first field is used for bearing a first parameter of the alarm information, and the first parameter comprises at least one of the following information: the type of an alarm service corresponding to the alarm information, the priority of the alarm information and the priority of the service corresponding to the alarm information. First alarm information is generated according to N pieces of alarm information in the M pieces of alarm information, first parameters borne by first fields of the N pieces of alarm information are the same, the first alarm information comprises the first parameters borne by the first fields, M is larger than or equal to 2, and N is larger than or equal to 2. According to the scheme provided by the invention, the processing amount of alarm information reporting can be reduced, and the overall alarm processing efficiency of the network element is improved; occupation of OTN network bandwidth can be reduced, and possible network congestion during large-scale alarm burst can be avoided.

Description

Technical Field

[0001] The present application relates to the technical field of optical transmission networks, and more specifically, to a method and system for reporting data. Background Art

[0002] Traditional optical transport networks (OTNs) primarily carry high-bandwidth dedicated line services using optical data units (ODUk). However, with the gradual retirement of synchronous digital hierarchy (SDH) networks and the rapid growth of low-bandwidth dedicated line services, OTNs are beginning to use optical service units (OSUs) and / or fine-grain flexible optical data units (fgODUflex) to carry lower-bandwidth dedicated line services. The bandwidth of low-bandwidth services carried by OSUs / fgODUflex is only about 1 / 20 of the high-bandwidth services carried by ODUk. Given the same bandwidth, the volume of low-bandwidth services carried by OTNs is 20 times greater than that of traditional OTNs. For dedicated line services carried by OTNs, each service requires independent alarm monitoring capabilities. In existing OTN networks, the massive increase in low-bandwidth dedicated line services poses significant challenges to alarm management and maintenance.

[0003] When a fiber break occurs in the networking architecture of the core layer of the OTN network, a large number of service alarms will be reported. These alarms need to be processed by the network cloud engine (NCE), but as the business volume of core layer network elements increases, the number of alarm reports increases rapidly, which puts a lot of pressure on alarm operation and maintenance. Due to the need to report a large number of alarms at the same time, the processing performance of the network element (NE) and the bandwidth of the data communication network (DCN) may be impacted, and may even lead to untimely alarm processing or alarm loss. Current technical means cannot effectively solve the pressure of alarm reporting processing while meeting the alarm reporting performance. Summary of the Invention

[0004] The present application provides a method and system for data reporting. The present application performs alarm patrols on alarm objects within a network element, merges the same alarm information from different alarm objects within the network element, and reports the merged alarm information. Based on the technical solution of the present application, by merging and pre-processing part of the alarm information on the network element side, the processing pressure during reporting can be saved, the amount of information processing for alarm reporting can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the occupancy of the DCN bandwidth of the OTN network and avoid possible congestion of the DCN network when large-scale alarms occur. In addition, the presentation of merged and clustered alarm information can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting pattern and quickly locate the source of the fault.

[0005] In a first aspect, a data reporting method is provided, which is performed in an optical transmission network (OTN). The method includes receiving M alarm messages within a first time period. Each of the M alarm messages includes a first field, and the first field is used to carry a first parameter of the alarm message. The first parameter includes at least one of the following information: the type of alarm service corresponding to the alarm message, the priority of the alarm message, and the priority of the service corresponding to the alarm message. A first alarm message is generated based on N of the M alarm messages. The first parameters carried in the first fields of the N alarm messages are the same, and the first alarm message includes the first parameter carried in the first field. M is greater than or equal to 2, and N is greater than or equal to 2.

[0006] Based on this solution, by merging some alarm information received during the first time period, the processing pressure during reporting can be reduced, the amount of information to be processed for alarm reporting can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the bandwidth usage of the OTN network DCN, avoiding possible congestion of the DCN network when large-scale alarm bursts occur. Furthermore, the presentation of merged and clustered alarm information can help experienced operations and maintenance personnel efficiently identify alarm reporting patterns and quickly locate the source of the fault.

[0007] In conjunction with the first aspect, in certain implementations of the first aspect, each of the M alarm messages further includes a second field. The second field is used to carry a second parameter and a third parameter of the alarm message. The second parameter is used to indicate the service processing network element corresponding to the alarm message, and the third parameter is used to indicate the service number corresponding to the alarm message. The second parameters carried by the second fields of the N alarm messages are identical, and the third parameters are continuous. The first alarm message further includes a first merged field and a second field carrying the second parameter, where the first merged field is used to carry the third parameters of the N alarm messages.

[0008] Based on this solution, by merging alarm information received from the same service processing network element within the first time period, the processing pressure during reporting can be reduced, the amount of information to be processed for alarm reports can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the bandwidth usage of the OTN network DCN, avoiding possible congestion of the DCN network when large-scale alarm bursts occur. Furthermore, the presentation of merged and clustered alarm information can help experienced operations and maintenance personnel efficiently identify alarm reporting patterns and quickly locate the source of the fault.

[0009] It should be understood that in some specific implementations, the service processing network element corresponding to the alarm information includes the OTN board where the alarm service unit is located.

[0010] It should be understood that in some specific implementations, the service number corresponding to the alarm information includes the service number of the service unit under the same data unit. The specific service number can be configured in advance, and this application does not make any special restrictions on this.

[0011] It should be understood that in some specific implementations, parameter continuity includes continuity according to the first rule; includes Arabic numerals from large to small, or from small to large; also includes Arabic numerals odd numbers from large to small, or from small to large; also includes English letters in the order of the alphabetical table, or in reverse order, etc. This application does not make any special limitations on this, and it should not be considered that other continuous methods of other characters exceed the scope of protection of this application.

[0012] It should be understood that in some specific implementations, the first merged field includes a digital set, which is expressed as a digital set to include N third parameters of the alarm information. This application does not specifically limit the representation of the merged field, and other merged representations should not exceed the scope of protection of this application.

[0013] In conjunction with the first aspect, in certain implementations of the first aspect, each of the M alarm messages further includes a second field. The second field is used to carry a second parameter of the alarm message, and the second parameter is used to indicate the service processing network element corresponding to the alarm message. At least two of the N alarm messages have different second parameters carried in the second field. The first alarm message further includes a second merged field, and the second merged field is used to carry the second parameters of the N alarm messages.

[0014] Based on this solution, by merging some alarm information received from different service processing network elements during the first time period, the processing pressure during reporting can be reduced, the amount of information to be processed for alarm reporting can be reduced, and the overall alarm processing efficiency of the network elements can be improved. It can also reduce the bandwidth usage of the OTN network DCN, avoiding possible congestion of the DCN network when large-scale alarm bursts occur. Furthermore, the presentation of merged and clustered alarm information can help experienced operations and maintenance personnel efficiently identify alarm reporting patterns and quickly locate the source of the fault.

[0015] It should be understood that in some specific implementations, the second merged field includes a digital set, which is expressed to include N second parameters of the alarm information. This application does not specifically limit the representation of the merged field, and other merged representations should not exceed the scope of protection of this application.

[0016] In conjunction with the first aspect, in certain implementations of the first aspect, the second field of each of the M alarm messages is further used to carry a fourth parameter of the alarm message. The fourth parameter is used to indicate the port number of the service processing network element corresponding to the alarm message. At least two of the N alarm messages have the same second parameter and consecutive fourth parameters. The second merged field of the first alarm message is further used to carry the fourth parameters of the N alarm messages.

[0017] Based on this solution, by grouping some alarm information received during the first time period at the service processing network element (NE) level or the service NE port level, this reduces the processing pressure during reporting, reduces the amount of information required for alarm reporting, and improves overall NE alarm processing efficiency. This also reduces bandwidth usage on the OTN and DCN networks, avoiding potential DCN congestion when large-scale alarm bursts occur. Furthermore, the presentation of grouped and clustered alarm information can help experienced operations and maintenance personnel efficiently identify alarm reporting patterns and quickly locate fault sources.

[0018] It should be understood that in some specific implementation methods, the port number of the business processing network element corresponding to the alarm information can be the number that comes with the business network element when it leaves the factory, or it can be a port number that is uniformly configured based on the port actually used by the business processing network element. This application does not make any special restrictions on this, nor should it be considered that other port numbering forms exceed the scope of protection of this application.

[0019] In conjunction with the first aspect, in certain implementations of the first aspect, P first alarm messages are received within a second time period, and second alarm messages are generated based on Q first alarm messages among the P first alarm messages. P is greater than or equal to 2, and Q is greater than or equal to 2. The first parameters carried by the Q first alarm messages are the same, and the second parameters are different. The second alarm message includes a third merged field and the first parameter. The third merged field is used to carry the second parameters of the Q first alarm messages. The third merged field is also used to carry the third parameters of the N alarm messages corresponding to each first alarm message among the Q first alarm messages.

[0020] Based on the above solution, some alarm information received during the first time period is consolidated and reported. After receiving the consolidated alarm information, the alarm information reported by different service network elements can be consolidated again. This further reduces the processing pressure during reporting, reduces the amount of information to be processed for alarm reports, and improves the overall alarm processing efficiency of network elements. It also reduces bandwidth usage of the OTN and DCN networks, avoiding potential congestion in the DCN network when large-scale alarm bursts occur. Furthermore, the presentation of consolidated and clustered alarm information can help experienced operations and maintenance personnel efficiently identify alarm reporting patterns and quickly locate the source of the fault.

[0021] It should be understood that N warning information generates one first warning information, where N is any natural number greater than or equal to 2. N in the N warning information corresponding to each first warning information can be the same natural number or different natural numbers, and this application does not impose any special limitation on this.

[0022] It should be understood that in some specific implementations, the third merged field includes a digital set, which is expressed as a digital set to include the second parameters of Q first alarm information and the third parameters of N alarm information corresponding to each first alarm information. This application does not specifically limit the representation of the merged field, and other merged representations should not exceed the scope of protection of this application.

[0023] In combination with the first aspect, in some implementations of the first aspect, the first parameter further includes a sending time of the alarm information and / or a clearing time of the alarm information.

[0024] Based on this solution, by grouping and reporting some of the alarm information received during the first time period, the processing pressure during reporting can be reduced, the amount of information required for alarm reporting can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the bandwidth usage of the OTN network DCN, avoiding possible congestion of the DCN network when large-scale alarm bursts occur. Furthermore, the presentation of grouped and clustered alarm information can help experienced operations and maintenance personnel efficiently identify alarm reporting patterns and quickly locate the source of the fault.

[0025] It should be understood that in some specific implementations, the first time period includes a time period for sending alarm information and / or a time period for clearing alarm information, and this application does not impose any special limitation on this.

[0026] In combination with the first aspect, in some implementations of the first aspect, the first time period includes at least one alarm patrol cycle.

[0027] Based on this solution, alarm targets are monitored in a round-robin fashion. By grouping and reporting a portion of the alarm information received within the first time period, this reduces the processing pressure during reporting, reduces the amount of information required for alarm reporting, and improves overall NE alarm processing efficiency. This also reduces bandwidth usage on the OTN and DCN networks, avoiding potential DCN congestion when large-scale alarms occur. Furthermore, the presentation of grouped and clustered alarm information helps experienced operations and maintenance personnel efficiently identify alarm reporting patterns and quickly locate fault sources.

[0028] In a second aspect, a data reporting system is provided, which is executed in an optical transmission network (OTN). The system includes at least one control unit. The control unit receives M alarm messages within a first time period, each of the M alarm messages including a first field. The first field is used to carry a first parameter of the alarm message. The first parameter includes at least one of the following information: the type of alarm service corresponding to the alarm message, the priority of the alarm message, and the priority of the service corresponding to the alarm message. The control unit generates a first alarm message based on N of the M alarm messages. The first parameters carried by the first fields of the N alarm messages are the same, and the first alarm message includes the first parameter carried by the first field, where M is greater than or equal to 2 and N is greater than or equal to 2.

[0029] Based on the above scheme, the control unit can save processing pressure during reporting by merging some of the alarm information received in the first time period, reduce the amount of information processing for alarm reporting, and improve the overall alarm processing efficiency of the network element. It can also reduce the occupancy of the OTN network DCN bandwidth and avoid possible congestion of the DCN network when large-scale alarms burst. In addition, the presentation of merged and clustered alarm information can also assist experienced operation and maintenance personnel to efficiently find the pattern of alarm reporting and quickly locate the source of the fault. This application completes the merging and preprocessing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to that performed on the NCE side.

[0030] It should be understood that the control unit includes at least one control unit in each business processing network element, and the control unit may also include at least one control unit included in the main control board in the network element. This application does not make any special limitations.

[0031] In conjunction with the second aspect, in certain implementations of the second aspect, each of the M alarm messages further includes a second field. The second field is used to carry a second parameter and a third parameter of the alarm message. The second parameter is used to indicate the service processing network element corresponding to the alarm message, and the third parameter is used to indicate the service number corresponding to the alarm message. The second parameters carried by the second fields of the N alarm messages are the same, and the third parameters are continuous. The first alarm message further includes the second parameter carried by the first merged field and the second field. The first merged field is used to carry the third parameter of the N alarm messages.

[0032] Based on the above scheme, by merging some alarm information received from the same business processing network element within the first time period, the processing pressure during reporting can be reduced, the amount of information processed for alarm reporting can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the occupancy of the OTN network DCN bandwidth and avoid possible congestion of the DCN network when large-scale alarms burst. In addition, the presentation of merged and clustered alarm information can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting pattern and quickly locate the source of the fault. This application completes the merging and preprocessing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to that performed on the NCE side.

[0033] In conjunction with the second aspect, in certain implementations of the second aspect, each of the M alarm messages further includes a second field. The second field is used to carry a second parameter of the alarm message, and the second parameter is used to indicate the service processing network element corresponding to the alarm message. At least two of the N alarm messages have different second parameters carried in the second field. The first alarm message further includes a second merged field, and the second merged field is used to carry the second parameters of the N alarm messages.

[0034] Based on the above scheme, by merging some of the alarm information received from different business processing network elements in the first time period, the processing pressure at the time of reporting can be reduced, the amount of information processing for alarm reporting can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the occupancy of the OTN network DCN bandwidth and avoid possible congestion of the DCN network when large-scale alarms burst. In addition, the presentation of the merged and clustered alarm information can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting pattern and quickly locate the source of the fault. This application completes the merging and preprocessing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to that performed on the NCE side.

[0035] In conjunction with the second aspect, in certain implementations of the second aspect, the second field of each of the M alarm messages is further used to carry a fourth parameter of the alarm message. The fourth parameter is used to indicate the port number of the service processing network element corresponding to the alarm message. At least two of the N alarm messages have the same second parameter and consecutive fourth parameters. The second merged field of the first alarm message is further used to carry the fourth parameters of the N alarm messages.

[0036] Based on the above scheme, by merging some of the alarm information received in the first time period according to the service processing network element level or the port level of the service network element, the processing pressure at the time of reporting can be saved, the amount of information processing for alarm reporting can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the occupancy of the DCN bandwidth of the OTN network and avoid possible congestion of the DCN network when large-scale alarms burst. In addition, the presentation of the merged and clustered alarm information can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting pattern and quickly locate the source of the fault. This application completes the merging and preprocessing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to that performed on the NCE side.

[0037] In conjunction with the second aspect, in certain implementations of the second aspect, the control unit receives P first alarm messages within a second time period and generates second alarm messages based on Q first alarm messages among the P first alarm messages. P is greater than or equal to 2, and Q is greater than or equal to 2. The first parameters carried by the Q first alarm messages are the same, and the second parameters are different. The second alarm message includes a third merged field and the first parameter, and the third merged field is used to carry the second parameter of the Q first alarm messages. The third merged field is also used to carry the third parameter of the N alarm messages corresponding to each first alarm message among the Q first alarm messages.

[0038] Based on the above scheme, part of the alarm information received in the first time period is merged and reported. After receiving the merged alarm information, the alarm information reported by different service network elements can be merged again. It can further save the processing pressure during reporting, reduce the amount of information processing for alarm reporting, and improve the overall alarm processing efficiency of the network element. It can also reduce the occupancy of the OTN network DCN bandwidth and avoid possible congestion of the DCN network when large-scale alarms suddenly occur. In addition, the presentation of the merged clustering of alarm information can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting rules and quickly locate the source of the fault. This application completes the merging and preprocessing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to that on the NCE side.

[0039] In combination with the second aspect, in some implementations of the second aspect, the first parameter further includes a sending time of the alarm information and / or a clearing time of the alarm information.

[0040] Based on the above solution, by reporting some of the alarm information received within the first time period, the processing pressure during reporting can be reduced, the amount of information processed for alarm reporting can be reduced, and the overall alarm processing efficiency of the network element can be improved. It can also reduce the occupancy of the OTN network DCN bandwidth and avoid possible congestion of the DCN network when large-scale alarms burst. In addition, the presentation of alarm information merging and clustering can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting pattern and quickly locate the source of the fault. This application completes the merging and preprocessing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to performing it on the NCE side.

[0041] In combination with the second aspect, in some implementations of the second aspect, the first time period includes at least one alarm patrol cycle.

[0042] Based on the above scheme, the alarm objects are patrolled and some of the alarm information received in the first time period is reported. This can save the processing pressure during reporting, reduce the amount of information processing for alarm reporting, and improve the overall alarm processing efficiency of the network element. It can also reduce the occupancy of the OTN network DCN bandwidth and avoid possible congestion of the DCN network when large-scale alarms burst. In addition, the presentation of alarm information merging and clustering can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting pattern and quickly locate the source of the fault. This application completes the merging and preprocessing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to performing it on the NCE side.

[0043] In a third aspect, embodiments of the present application provide a data reporting device, which can be an OTN device, any service board in the OTN device, or a main control board in the OTN device. The device includes at least one processor configured to execute a computer program or instructions stored in at least one memory to implement the method of the first aspect or any possible implementation thereof.

[0044] Optionally, the processor is coupled to the memory, or the memory and the processor may be deployed separately or centrally.

[0045] Optionally, the device further comprises an optical communication interface, and the processor is coupled to the optical communication interface. In one implementation, the optical communication interface may be an optical transceiver, or an optical input / output interface.

[0046] In a fourth aspect, embodiments of the present application provide a computer-readable storage medium. The computer-readable storage medium stores a computer program (also referred to as code or instructions) that, when executed on a computer, causes the computer to perform the method of the first aspect or any possible implementation of the first aspect.

[0047] In a fifth aspect, embodiments of the present application provide a computer program product. The computer program product includes: a computer program (also referred to as code or instructions), which, when executed, causes a computer to perform the method of the first aspect or any possible implementation of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] Figure 1 A networking architecture of an OTN network core layer applicable to an embodiment of the present application is shown.

[0049] Figure 2 A schematic diagram of an OTN board architecture provided in an embodiment of the present application is shown.

[0050] Figure 3 A schematic diagram of the architecture of a network element alarm reporting process provided by an embodiment of the present application is shown.

[0051] Figure 4 A flow chart of a data reporting method provided in an embodiment of the present application is shown.

[0052] Figure 5 A schematic diagram of clustering and sorting alarm objects provided by an embodiment of the present application is shown.

[0053] Figure 6 A schematic diagram of alarm information merging processing provided by an embodiment of the present application is shown.

[0054] Figure 7 A schematic diagram of an alarm merging and reporting architecture provided in an embodiment of the present application is shown.

[0055] Figure 8 A schematic diagram of another alarm merging and reporting architecture provided in an embodiment of the present application is shown.

[0056] Figure 9 A schematic diagram of a data reporting device provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0057] The technical solution in this application will be described below with reference to the accompanying drawings.

[0058] In order to facilitate understanding of the embodiments of the present application, the following explanations are provided.

[0059] First, in the text descriptions or drawings of the embodiments of the present application shown below, the terms "first," "second," "third," "fourth," and various numbers are merely used for convenience of description and are not necessarily used to describe a specific order or sequence, and are not intended to limit the scope of the embodiments of the present application. For example, in the embodiments of the present application, they are used to distinguish between frame versions supported by different devices.

[0060] Second, the terms "including" and "having" and any variations thereof in the embodiments of the present application shown below are intended to cover non-exclusive inclusions. For example, a process, method, system, product or apparatus that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or are inherent to these processes, methods, products or apparatuses.

[0061] Third, in the embodiments of this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. An embodiment or design described as "exemplary" or "for example" should not be construed as being preferred or advantageous over other embodiments or designs. The use of words such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner to facilitate understanding.

[0062] OTN is an emerging communications network transmission system based on wavelength division multiplexing and optical channel technologies. It comprises network elements such as optical add-drop multiplexing (OADM), optical cross-connects (OCDs), and optical amplifiers. It offers ultra-large transmission capacity, semantic transparency of the carried signals, and protection and routing capabilities at the optical layer. It serves as the foundational architecture of optical interconnection networks. OTN comprises the optical channel (OCh) layer, the optical multiplex section (OMS) layer, and the optical transmission section (OTS) layer. The optical channel layer is further divided into three electrical sublayers and one optical domain (i.e., the optical channel). The three electrical sublayers are: optical payload unit-k (OPUk), optical data unit-k (ODUk), and optical transport unit-k (OTUk). Various service signals are adapted by OPUk, mapped to ODUk with the corresponding ODUk overhead, then mapped to OTUk with the corresponding OTUk overhead, and finally mapped to optical channels and processed before being transmitted on the optical channels.

[0063] The coefficient k in OTUk, ODUk, and OPUk indicates the different supported transmission rates. Specifically, k = 1 indicates a transmission rate of 2.5 Gbit / s, k = 2 indicates a transmission rate of 10 Gbit / s, k = 3 indicates a transmission rate of 40 Gbit / s, k = 4 indicates a transmission rate of 100 Gbit / s, and k = flex indicates that the transmission rate can be any value. For example, the types of optical data units include ODU1, ODU2, ODU3, ODU4, and ODUflex. ODUflex indicates an ODU with a configurable rate.

[0064] Traditional OTN networks primarily carry large-granularity ODUk-level private line services. With the gradual retirement of SDH networks and the rapid growth of small-granularity private line services, OTN networks are beginning to carry small-granularity OSU / fgODUflex private line services. The bandwidth of small-granularity OSU / fgODUflex services is only about 1 / 20 of that of large-granularity OTN private lines (based on average service bandwidth: small-granularity services have an average bandwidth of 50 Mbps, while large-granularity services have an average bandwidth of 1000 Mbps). Given the same bandwidth, small-granularity services can carry 20 times the traffic volume of traditional OTN networks. Carrying private line services on OTN requires independent alarm monitoring capabilities for each service. The massive increase in private line traffic poses significant challenges to alarm management and maintenance on OTN networks.

[0065] It should be understood that large-granularity ODUk-level dedicated line services, including dedicated line services with large bandwidth, are carried by ODUk, and the ODUk channel bandwidth is N*1.25 Gbps.

[0066] It should be understood that small-granularity OSU / fgODUflex dedicated line services, including dedicated line services with small bandwidth, are carried by OSU or fgODUflex. The OSU channel bandwidth is N*2.6Mbps, and the fgODUflex pipeline bandwidth is N*10Mbps.

[0067] Figure 1 A networking architecture of an OTN network core layer applicable to an embodiment of the present application is shown.

[0068] like Figure 1 The following figure shows a typical OTN core layer architecture. NE3, NE4, NE5, NE6, NE7, NE8, NE9, and NE10 are core layer NEs, and NE1, NE2, NE13, NE15, NE11, NE12, NE14, and NE16 are core layer interconnection NEs. NE1 functions as a gateway network element (GNE), and the NCE performs operations and management of each NE through the DCN network between NE1 and the other NEs.

[0069] In one possible implementation, if the fiber between NE5 and NE6 breaks, NE5 and NE6 report alarms for each service. Other network elements associated with the service also report alarms. In this implementation, these include NE13, NE3, NE7, NE4, NE14, and NE8. Alarms from each NE are reported to the NCE via the DCN and GNE NE1.

[0070] It should be understood that the greater the service volume of a core network element, the more alarms are reported. For example, if a core network element has 128K services and a fiber break causes half of these services to report alarms, and each service reports an alarm, the total number of alarms reported simultaneously reaches 64K.

[0071] Reporting a large number of alarm messages at the same time will have a significant impact on the processing performance of network elements and DCN bandwidth, and may result in delayed alarm processing or alarm loss.

[0072] Therefore, how to solve the pressure of alarm reporting processing and avoid the loss of alarm information while meeting the alarm reporting performance is a technical problem that technical personnel in this field urgently need to solve.

[0073] Figure 2 A schematic diagram of an OTN board architecture provided in an embodiment of the present application is shown.

[0074] Each OTN board includes OCh / OTUk, each OCh / OTUk can also be connected to an optical data unit j (ODUj), each ODUj can also be connected to at least one OSU, or each ODUj can also be connected to at least one fgODUflex.

[0075] Combine Figure 1 In the network architecture shown, the service alarms of NE5 and NE6 can suppress the sub-layer alarms through the service layer OCh / OTUk alarms, thus reducing the number of alarm reports. Figure 2 As shown in Figure 1, when a fiber is disconnected, the OCh / OTUk layer of the OTN board on NE5 and NE6 reports an alarm. Based on the OTN mapping structure, the ODUj, OSU, and fgODUflex sublayers also generate alarms. When reporting alarms, the OCh / OTUk layer alarms suppress the alarms reported by the ODUj, OSU, and fgODUflex sublayers. This alarm suppression at the service layer and sublayers reduces the number of alarms reported simultaneously by NE5 and NE6.

[0076] It should be understood that when OCh / OTUk serves as the service layer, ODUj, OSU, and fgODUflex serve as sublayers. Alarms in the sublayers are suppressed by the service layer.

[0077] When ODUj is used as the service layer, OSU and fgODUflex are used as sublayers. Therefore, for network elements associated with fiber break points NE5 and NE6, since the optical fiber between them and NE5 or NE6 is not broken, OCh / OTUk and ODUj do not generate alarm information. Only OSU and fgODUflex generate alarm information. In other words, the associated network elements do not have corresponding service layer alarms, only sublayer alarms, and it is impossible to suppress sublayer alarm reporting through service layer alarms. Figure 2 and Figure 1 In the architecture shown, the sublayers of NE13, NE3, NE7, NE4, NE14, and NE8 will still report a large number of alarms.

[0078] Figure 3 A schematic diagram of the architecture of a network element alarm reporting process provided by an embodiment of the present application is shown.

[0079] NE1's OTN boards periodically poll for alarm information and report it to the alarm buffer queue on the NE's main control board. After processing by the alarm reporting processing module, the alarms are reported to the NCE via the forwarding module. NE2's OTN boards periodically poll for alarm information and report it to the alarm buffer queue on the NE's main control board. After processing by the alarm reporting processing module, the alarms are forwarded to the NCE via the DCN channel between NE1 and NE2.

[0080] It should be understood that the main control board includes a management control unit and a communication processing unit on the network element, and this application does not make any special limitations on this.

[0081] It should be understood that the OTN board includes an OTN service processing unit, and this application does not impose any special limitation on this.

[0082] To ensure that a large number of alarm reports generated simultaneously are not lost, the alarm buffer queue size of the main control board needs to be adjusted; to improve the timeliness of alarm reporting, the main control board also needs to be equipped with a processor with better performance.

[0083] In summary, suppressing sub-layer alarms at the service layer alone cannot resolve the alarm reporting issues associated with fiber failures. Associated network elements will still report a large number of alarms simultaneously. Furthermore, certain hardware failure scenarios, such as clock or cross-connect failures within network elements, do not generate service layer alarms, making it impossible to reduce the alarm reporting volume through both service layer and sub-layer alarm suppression. Furthermore, the length of the alarm buffer queue on the main control board (MCU) is difficult to determine. Setting the queue length too low can result in alarm loss, while setting it too high wastes memory and reduces overall system processing performance. Replacing the MCU with a processor with higher performance simply to improve alarm reporting timeliness may incur additional costs and potentially lead to compatibility issues. The simultaneous reporting of a large number of alarms also consumes DCN network bandwidth, potentially causing congestion and disconnecting network elements.

[0084] Therefore, the problem addressed by this application is how to improve the efficiency of sub-layer alarm reporting and processing when there are no service layer alarms within the network element. Furthermore, without replacing the existing main control board, this application aims to reduce the pressure on the main control board to process alarms and improve the overall efficiency of network element alarm reporting and processing by reducing the reliance on the main control board alarm cache queue size.

[0085] The present application provides a method for data reporting, which digitally describes the alarm objects within the network element, aggregates and sorts different alarm objects of the same alarm information, sets a method for merging alarm information, and then performs alarm patrol and merge reporting processing based on the clustered and sorted alarm objects within the network element. Based on the technical solution of the present application, by merging and pre-processing part of the alarm information on the network element side, it is possible to save processing pressure during reporting, reduce the amount of alarm reporting processing, and improve the overall alarm processing efficiency of the network element. It can also reduce the occupancy of the DCN bandwidth of the OTN network and avoid possible congestion of the DCN network when large-scale alarms burst. The present application completes the merging and pre-processing of alarm information on the network element side, which can improve the efficiency of network-level fault alarm clustering compared to performing it on the NCE side. In addition, the presentation of alarm information merging and clustering can also assist experienced operation and maintenance personnel to efficiently find the alarm reporting rules and quickly locate the source of the fault.

[0086] This application provides a data reporting method that first digitally describes alarm objects within a network element, aggregates and sorts different alarm objects for the same alarm information, and defines an alarm merging method. Alarm round-robin and merged reporting are then performed within the network element based on the clustered and sorted alarm objects. The following example illustrates the OSU alarm reporting process for an OTN board.

[0087] Figure 4 A flow chart of a data reporting method provided in an embodiment of the present application is shown.

[0088] Step 1: Digitally describe the OSU alarm object of the OTN board.

[0089] In one specific implementation, the OSU alarm objects on the OTN board are numbered, for example, xyzm. x represents the OTN board number where the OSU is located, y represents the port number on the OTN board where the OSU is located, z represents the ODUk number of the OSU's service layer, and m represents the OSU service number within the same ODU service layer. When an OSU alarm is reported, key information includes the alarm name, alarm object, alarm severity, and alarm generation or clearing time.

[0090] It should be understood that x is a specific implementation of the second parameter in some implementations of this application, and this application does not make any special limitation on this.

[0091] It should be understood that m is a specific implementation of the third parameter in some implementations of this application, and this application does not make any special limitation on this.

[0092] It should be understood that y is a specific implementation of the fourth parameter in some implementations of this application, and this application does not make any special limitation on this.

[0093] Step 2: Perform alarm monitoring on the OSU alarm object.

[0094] After the OSU alarm objects are numbered, they will be monitored for alarms only after they are activated. Since users activate OSU alarm objects in an unordered manner, the OSU alarm objects need to be clustered and sorted based on the numbers x, y, z, and m.

[0095] In one implementation, OSU objects with the same port and the same ODUk are grouped in one cluster, and the OSU numbers are sorted in the cluster, by default, from smallest to largest.

[0096] When clustering alarm objects, select appropriate clustering rules based on the network architecture hierarchy and topological relationships between alarm objects. Clustering rules can be used to cluster alarm objects at the same network architecture hierarchy and service layer. After clustering, the alarm objects are sorted within a cluster.

[0097] In a specific manner, for OTN alarms, alarm objects of the same service layer are clustered into one category, and sub-layer alarms of the same cluster are sorted and pre-processed based on the alarm objects before being reported.

[0098] It should be understood that for other alarms, appropriate rules can be selected based on the alarm objects for clustering and sorting.

[0099] Figure 5 A schematic diagram of clustering and sorting alarm objects provided by an embodiment of the present application is shown.

[0100] In a specific implementation, OSU1 to OSUn are in the same service layer, ODUj. Therefore, the alarm objects of OSU1 to OSUn are clustered and sorted. fgODUflex1 to fgODUflexn are in the same service layer, ODUj+1. Therefore, the alarm objects of fgODUflex1 to fgODUflexn are clustered and sorted. ODUj, ODUj+1, and ODUj+2 are in the same service layer, OCh / OTUk. Therefore, the alarm objects of ODUj, ODUj+1, and ODUj+2 are clustered and sorted.

[0101] It should be understood that alarm objects at the same level of the network element architecture may also be selected for clustering, such as network element alarm objects, board alarm objects, port alarm objects, and bus alarm objects.

[0102] Step 3: Define the merging method for OSU alarms.

[0103] When patrolling to detect alarm objects that have been clustered and sorted, it is also necessary to merge the alarm information with the same name generated within the same period of time, and merge alarms of multiple different objects under the same cluster and with the same alarm reporting and processing rules into one or more alarms.

[0104] Figure 6 A schematic diagram of alarm information merging processing provided by an embodiment of the present application is shown.

[0105] In a specific implementation, the alarm indication signal (AIS) alarms reported by the OSU1, OSU2, ..., OSUi objects are merged into one AIS alarm, and the single-frame or multi-frame loss (LOFLOM) alarms reported by the fgODUflex1, fgODUflex2, ..., fgODUflexn objects are merged into one LOFLOM alarm.

[0106] It should be understood that the alarm information can also be merged and processed according to other types of alarm information, and this application does not make any special limitations here.

[0107] It should be understood that AIS is a specific implementation of the first parameter in some implementations of this application, and this application does not make any special limitation on this.

[0108] It should be understood that LOFLOM is a specific implementation of the first parameter in some implementations of this application, and this application does not make any special limitation on this.

[0109] In a specific implementation, OSU objects reported simultaneously at the same service layer within the same time period are merged. OSU alarm objects with consecutive numbers are merged, and individual OSU alarm objects are not merged. The merged time period can be selected from 1 to 5 alarm patrol cycles. The larger the number of patrol cycles selected, the better the merging effect, but it will have a certain impact on the timeliness of alarm reporting. For emergency alarms, a small number of cycles can be selected for patrol, and for non-emergency alarms, a large number of cycles can be selected for patrol. The generation and clearing of merged alarms can use the same or different merge time periods. The OSU alarms before and after merging are shown in Table 1.

[0110] Table 1

[0111]

[0112] Step 4: Report the merged alarm information.

[0113] Figure 7 A schematic diagram of an alarm merging and reporting architecture provided in an embodiment of the present application is shown.

[0114] OSU alarm objects are clustered and sorted on the OTN board for preprocessing. When alarms are detected during patrol, they are merged according to defined merging rules and reported to the main control board. The main control board stores the merged alarms in the alarm cache queue. When the merged alarms reach the alarm reporting processing module, the alarm of one of the merged alarm objects is extracted as a representative alarm for reporting and processing. After processing is complete, the merged alarms are forwarded to the NCE. Upon reaching the NCE, the NCE can choose to expand the merged alarms or display them directly on the user interface without expanding them.

[0115] It should be understood that if the cleared merged alarm cannot be found in the generated merged alarm list, the merged alarm needs to be processed.

[0116] It should be understood that, in addition to OSU alarms, other OTN network alarms can also be processed in the same merging manner, such as fgODUflex, ODUk, OCh, and OTUk alarms. It should not be considered that merging and reporting other types of alarms exceeds the scope of protection of this application.

[0117] It should be understood that as long as the alarms reported by the alarm objects have an aggregation relationship, they can be merged and processed, and it should not be considered that merging and reporting the alarms of other alarm objects exceeds the protection scope of this application.

[0118] On the basis of the implementation methods described in steps 1 to 4 above, cross-version merging and secondary merging may also be performed on the alarm information.

[0119] Figure 8 A schematic diagram of another alarm merging and reporting architecture provided in an embodiment of the present application is shown.

[0120] Step 5: Merge the alarm information reported by different OTN boards across boards.

[0121] After the unmerged alarms on different OTN boards are reported to the main control board, the main control board will merge them for processing.

[0122] In a specific implementation, the board-level alarms and port-level alarms of the OTN board are merged again.

[0123] For board port R_LOS alarms, the alarm target corresponds to the board port. Multiple ports on different boards can be combined into a single alarm. After the R_LOS alarms are combined, it is easier to infer that there is an optical layer failure, such as a fiber optic cable break or an optical layer board failure.

[0124] It should be understood that the R_LOS alarm includes an alarm for an optical port receiving no light type.

[0125] It should be understood that R_LOS is a specific implementation of the first parameter in some implementations of this application, and this application does not make any special limitation on this.

[0126] For bus error alarms on individual boards, the alarm target is the board itself. Bus error alarms from multiple boards can be consolidated into a single alarm. This consolidation makes it easier to infer that the crossbar board may be the cause of the error.

[0127] It should be understood that BUS_ERR is a specific implementation of the first parameter in some implementations of this application, and this application does not make any special limitations on this.

[0128] It should be understood that cross-version alarm merging can also be performed for other types of anomalies, and such implementation should not exceed the scope of protection of this application.

[0129] Table 2 shows the alarm information before and after cross-version merging. It can be seen that after merging, the number of alarms reported and processed decreased from 6 to 1.

[0130] Table 2

[0131]

[0132]

[0133] Step 6: Perform secondary merging on the merged alarm information reported by different OTN boards.

[0134] After the merged alarms on different OTN boards are reported to the main control board, they are merged again. For example, see Table 3 for the OSU AIS alarm. After the secondary merging, the number of alarms reported and processed decreases from 2n+1 to 2.

[0135] Table 3

[0136]

[0137] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0138] Figure 9 The embodiment of the present application also provides an OTN equipment structure. Figure 9As shown, the OTN device 900 may include a processor 901 and a memory 902. The OTN device can be applied to both the structure of an OTN board and the structure of a main control board in an NE.

[0139] In the embodiments of the present application, the processor 901 may be a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field-programmable gate array, or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, and may implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of the present application may be directly implemented and executed by a hardware processor, or by a combination of hardware and software components within the processor. The program code executed by the processor 901 to implement the above-described methods may be stored in the memory 902. The memory 902 and the processor 901 are coupled. Coupling in the embodiments of the present application refers to an indirect coupling or communication connection between devices, units, or modules, and may be electrical, mechanical, or other forms, for information exchange between the devices, units, or modules. The processor 901 may operate in conjunction with the memory 902. The memory 902 may be a non-volatile memory, such as a hard disk drive (HDD), or a volatile memory, such as a random-access memory (RAM). Memory 902 is, but is not limited to, any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0140] Based on the above embodiments, embodiments of the present application further provide a computer storage medium. This storage medium stores a software program that, when read and executed by one or more processors, can implement the methods provided by any one or more of the above embodiments. The computer storage medium may include various media capable of storing program code, such as a USB flash drive, a mobile hard drive, a read-only memory, a random access memory, a magnetic disk, or an optical disk.

[0141] Based on the above embodiments, embodiments of the present application further provide a chip. The chip includes a processor configured to implement the functions described in any one or more of the above embodiments, such as acquiring or processing the data frames described in the above methods. Optionally, the chip also includes a memory. The memory is used to store the necessary program instructions and data for execution by the processor. The chip may be comprised of a single chip or may include a chip and other discrete components.

[0142] An embodiment of the present application further provides a computer program product comprising instructions, which, when executed by a computer, enables the computer to implement the method performed by the OTN device in the above method embodiment.

[0143] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0144] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0145] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0146] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0147] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A data reporting method, characterized in that: The method is performed in an optical transmission OTN network, comprising: receiving M alarm messages within a first time period, each of the M alarm messages including a first field, the first field being used to carry a first parameter of the alarm message, the first parameter including at least one of the following information: a type of an alarm service corresponding to the alarm message, a priority of the alarm message, and a priority of a service corresponding to the alarm message; A first alarm message is generated based on N alarm messages among the M alarm messages, the first parameter carried by the first field of the N alarm messages is the same, the first alarm message includes the first parameter carried by the first field, the M is greater than or equal to 2, and the N is greater than or equal to 2.

2. The method according to claim 1, characterized in that Each of the M pieces of alarm information further includes a second field, where the second field is used to carry a second parameter and a third parameter of the alarm information, where the second parameter is used to indicate a service processing network element corresponding to the alarm information, and the third parameter is used to indicate a service number corresponding to the alarm information; The second parameters carried by the second fields of the N pieces of warning information are the same, and the third parameters are continuous; The first warning information further includes a first merged field and the second parameter carried by the second field, and the first merged field is used to carry the third parameter of the N warning information.

3. The method according to claim 1, characterized in that Each of the M pieces of alarm information further includes a second field, where the second field is used to carry a second parameter of the alarm information, where the second parameter is used to indicate a service processing network element corresponding to the alarm information; The second parameter carried by the second field of at least two pieces of warning information among the N pieces of warning information is different; The first alarm information further includes a second merged field, and the second merged field is used to carry the second parameters of the N alarm information.

4. The method according to claim 3, characterized in that The second field of each alarm in the M alarm information is further used to carry a fourth parameter of the alarm information, and the fourth parameter is used to indicate the port number of the service processing network element corresponding to the alarm information; The second parameters of at least two pieces of warning information among the N pieces of warning information are the same, and the fourth parameters are continuous; The second merged field of the first warning information is also used to carry the fourth parameter of the N warning information.

5. The method according to claim 2, characterized in that Receive P pieces of the first alarm information within a second time period, and generate second alarm information according to Q pieces of the first alarm information among the P pieces of the first alarm information, where P is greater than or equal to 2 and Q is greater than or equal to 2; wherein, The first parameters carried by the Q first warning information are the same, and the second parameters are different; The second alarm information includes a third merged field and the first parameter, the third merged field is used to carry the second parameter of the Q first alarm information, and the third merged field is also used to carry the third parameter of the N alarm information corresponding to each first alarm information in the Q first alarm information.

6. The method according to any one of claims 1 to 5, characterized in that The first parameter also includes: The time when the alarm information is sent and / or the time when the alarm information is cleared.

7. The method according to any one of claims 1 to 6, characterized in that The first time period includes at least one alarm patrol cycle.

8. A data reporting system, characterized in that: The system is implemented in an optical transmission OTN network and includes: The control unit receives M alarm messages within a first time period, each of the M alarm messages including a first field, the first field being used to carry a first parameter of the alarm message, the first parameter including at least one of the following information: a type of alarm service corresponding to the alarm message, a priority of the alarm message, and a priority of the service corresponding to the alarm message; The control unit generates a first alarm message based on N alarm messages among the M alarm messages, the first parameter carried by the first field of the N alarm messages is the same, the first alarm message includes the first parameter carried by the first field, the M is greater than or equal to 2, and the N is greater than or equal to 2.

9. The system according to claim 8, characterized in that Each of the M pieces of alarm information further includes a second field, where the second field is used to carry a second parameter and a third parameter of the alarm information, where the second parameter is used to indicate a service processing network element corresponding to the alarm information, and the third parameter is used to indicate a service number corresponding to the alarm information; The second parameters carried by the second fields of the N pieces of warning information are the same, and the third parameters are continuous; The first warning information further includes a first merged field and the second parameter carried by the second field, and the first merged field is used to carry the third parameter of the N warning information.

10. The system according to claim 8, wherein: Each of the M pieces of alarm information further includes a second field, where the second field is used to carry a second parameter of the alarm information, where the second parameter is used to indicate a service processing network element corresponding to the alarm information; The second parameter carried by the second field of at least two pieces of warning information among the N pieces of warning information is different; The first alarm information further includes a second merged field, and the second merged field is used to carry the second parameters of the N alarm information.

11. The system according to claim 10, wherein: The second field of each alarm in the M alarm information is further used to carry a fourth parameter of the alarm information, and the fourth parameter is used to indicate the port number of the service processing network element corresponding to the alarm information; The second parameters of at least two pieces of warning information among the N pieces of warning information are the same, and the fourth parameters are continuous; The second merged field of the first warning information is also used to carry the fourth parameter of the N warning information.

12. The system according to claim 9, wherein: The control unit receives P pieces of the first alarm information within a second time period, and generates second alarm information based on Q pieces of the first alarm information among the P pieces of the first alarm information, where P is greater than or equal to 2 and Q is greater than or equal to 2; wherein, The first parameters carried by the Q first warning information are the same, and the second parameters are different; The second alarm information includes a third merged field and the first parameter, the third merged field is used to carry the second parameter of the Q first alarm information, and the third merged field is also used to carry the third parameter of the N alarm information corresponding to each first alarm information in the Q first alarm information.

13. The system according to any one of claims 8 to 12, characterized in that The first parameter also includes: The time when the alarm information is sent and / or the time when the alarm information is cleared.

14. The system according to any one of claims 8 to 13, characterized in that The first time period includes at least one alarm patrol cycle.

15. A data reporting device, characterized in that: The device comprises at least one processor configured to execute a computer program or instruction stored in at least one memory, so that the data reporting device executes the method according to any one of claims 1 to 7.

16. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer instructions. When the computer instructions are executed on a computer, the method according to any one of claims 1 to 7 is executed.

17. A computer program product, characterized in that The present invention comprises computer executable codes or computer executable instructions, and when the computer executable codes or computer executable instructions are executed by a computer, the method according to any one of claims 1 to 7 is implemented.

Images