Communication method, communication device and communication network

Abstract

The invention provides a communication method, a communication device and a communication network, relates to the field of optical communication, and effectively improves the transmission efficiency of fault information by filling the fault information of a fault into an effective field in a data frame and outputting the fault information, so that the transmission quality of the communication network is ensured. The communication method is applied to node equipment in an optical network, the optical network comprises a control device and at least two pieces of node equipment, and the communication method comprises the steps that fault information of a fault is acquired, and the fault information is used for indicating a fault mode of the fault; filling an effective field of a to-be-output first data frame of the node equipment with the fault information; wherein the effective field of the first data frame is used for bearing service data; filling the service data of the effective field into other data frames after the first data frame; and outputting the first data frame. The embodiment of the invention is applied to optical communication.

Description

Technical Field

[0001] The present application relates to the field of optical communications, and in particular to a communication method, a communication device, and a communication network. Background Art

[0002] In traditional networks, fault handling (including fault detection and recovery) is a crucial component of network operations and maintenance. Generally, network devices detect faults and generate alarms (indicating the fault, such as alarm messages and related information), which are then reported via Ethernet to the client's operations support system (OSS). The client's OSS manually investigates the received alarms, analyzes the root cause of the fault, and then dispatches a task through the dispatch system to resolve the fault.

[0003] Taking an optical transport network as an example, failures typically generate numerous alarms. For example, a single fiber break can trigger thousands of alarms. This large number of alarms makes manual troubleshooting difficult. It's difficult to pinpoint the root cause of a fault within a flood of alarms, and invalid or duplicate reports are often issued, resulting in significant inefficiency. Furthermore, an automatically switched optical network (ASON) is an automatic switched transport network (ASTN) based on an optical transport network (OTN). When a network failure occurs, ASON can dynamically reroute services, detect the fault, locate the fault, reroute, and recover. The evolution of ASON-related technologies has enabled networks to automatically reroute, enabling ASON to automatically restore service transmission when a fault causes service interruption. However, ASON's recovery capabilities only reach the second level, which is insufficient to meet the demands of network development.

[0004] To meet these customer needs, processing time must be significantly reduced across all aspects of fault handling. For example, the time it takes for fault monitoring points to generate and output alarms must be minimized. Furthermore, alarms generated by these monitoring points must be transmitted to the destination site (e.g., OSS) as quickly as possible. However, when a fault occurs in a current communication network, alarms are limited to fixed transmission time slots, making it difficult to meet these customer needs. Summary of the Invention

[0005] The present application provides a communication method, a communication device, and a communication network. By filling the fault information of the fault into the valid field in the data frame and outputting it, the fault can be transmitted to the corresponding device in a timely manner, effectively improving the transmission efficiency of the fault information and ensuring the transmission quality of the communication network.

[0006] In a first aspect, a communication method is provided. The communication method is applied to a node device in an optical network, the optical network including a control device and at least two node devices, and the communication method includes: obtaining fault information of a fault, wherein the fault information indicates a fault mode of the fault; inserting the fault information into a valid field of a first data frame to be output by the node device; wherein the valid field of the first data frame is used to carry service data; inserting the service data in the valid field into other data frames following the first data frame; and outputting the first data frame.

[0007] Then, through the above scheme, it is possible to obtain fault information indicating the fault mode of the fault, and then fill the fault information into the valid field of the data frame (for example, the first data frame) and output it. The business data carried by the valid field of the data frame will be filled into other data frames. For example, if a fault occurs at a certain moment, the fault information of the fault can be obtained by determining the fault mode of the fault. In one possible implementation, the node device can obtain the fault mode of the fault by detecting the fault occurring in itself or nearby. Furthermore, without waiting for the fixed time slot for fault transmission, the acquired fault information can be quickly filled into the data frame to be output, so that the fault information can be transmitted to other devices through the data frame, so that the fault information can be transmitted to other devices (for example, other node devices) through the data frame. Generally, the valid field of the data frame carries business data, and the communication network realizes the transmission of business data by transmitting data frames. Since the above scheme fills the fault information of the fault into the valid field of the data frame to be output, the business data originally carried by the valid field will be filled into other data frames thereafter, thereby realizing the priority transmission of the fault information. Optionally, the service data can be filled into the next data frame output after the data frame, or can be filled into other data frames, and the embodiments of the present application do not limit this. In this way, the above scheme can obtain the fault mode of the fault occurring in the communication network, and then fill the fault information of the fault into the data frame to be output, so that the fault information can be transmitted to other devices through the data frame to be output, thereby greatly reducing the fault processing time, effectively improving the transmission efficiency of the fault information, and ensuring the transmission quality of the communication network.

[0008] In one possible implementation, the above-mentioned fault information includes a fault notification mode, which is used to indicate a transmission method of the fault information; outputting the first data frame includes: determining a fault notification mode of the fault according to the fault information; and outputting the first data frame carrying the fault information based on the fault notification mode.

[0009] In the above scheme, a fault notification mode can be determined based on the acquired fault information. The fault notification mode indicates the transmission method of the fault information, thereby enabling data frames carrying the fault information to be transmitted based on the fault notification mode. Specifically, the above scheme can determine the fault notification mode included in the acquired fault information, thereby determining the transmission method of the fault information. Furthermore, when the fault information is inserted into the data frame, the data frame carrying the fault information can be output based on the fault notification mode. In this way, the data frame carrying the fault information will be transmitted according to the transmission method of the fault information (indicated by the fault notification mode). In this way, the above scheme not only allows the fault information to be inserted into the data frame, allowing the fault information to be transmitted to other devices, but also allows the data frame to be transmitted according to the corresponding transmission method based on the fault notification type included in the fault information. The fault notification mode indicates a different transmission method for the fault information. Therefore, the above scheme can control the transmission method of the data frame carrying the fault information, thereby improving the efficiency of fault information transmission.

[0010] In one possible implementation, the above-mentioned fault notification mode includes any one of the following: a neighbor diffusion mode and a specified routing mode; wherein the neighbor diffusion mode is used to instruct the node device to transmit the first data frame carrying the fault information to other node devices connected to the node device; the specified routing mode is used to instruct the node device to transmit the first data frame to the control device along a specified path, and the specified path includes one or more node devices.

[0011] Then, in the above scheme, the first data frame carrying the fault information can be output and transmitted to other devices through the neighbor diffusion mode or the specified routing mode, so that the fault information can be transmitted to the corresponding device indicated by the fault notification mode. Specifically, when the fault notification mode is the neighbor diffusion mode, the node device transmits the first data frame carrying the fault information to other node devices connected to the node device. When the fault notification mode is the specified routing mode, the node device transmits the first data frame to the control device according to the specified path, that is, transmits the first data frame to the control device through one or more node devices included in the specified path. Generally speaking, the number of other node devices connected to the node device is large, and the connection relationship is relatively complex. Therefore, based on the above scheme, in a possible implementation method, the neighbor diffusion mode can be used to instruct the node device to transmit the first data frame to other node devices within a certain range connected to the node device, thereby realizing the control of the transmission method of the data frame (for example, including the number of node devices to be transmitted). Then, the above scheme can control the transmission mode of data frames through different fault notification modes, so that the carried fault information can be transmitted to the corresponding device according to the transmission path corresponding to the fault notification mode, so that the transmission quality of the fault information is guaranteed.

[0012] In one possible implementation, the fault information includes a fault alarm message. Before obtaining the fault information of the fault, the method further includes: receiving a fault alarm message table; wherein the fault alarm message table is used to indicate a fault mode of a fault existing in the optical network and a corresponding fault alarm message; obtaining the fault information of the fault includes: based on the fault mode of the fault; and reading the fault alarm message corresponding to the fault mode in the fault alarm message table.

[0013] The above scheme first receives a fault alarm message table indicating the fault mode and corresponding fault alarm message of a fault existing in the optical network. Then, based on the fault mode, the scheme determines the fault alarm message corresponding to the fault mode by reading the fault alarm message table. Generally, possible faults in an optical network are foreseeable, meaning the fault mode of the fault existing in the optical network can also be determined. Furthermore, for the determined possible fault modes, the corresponding fault alarm messages can be calculated in advance. Thus, when a fault is detected, the scheme activates the calculated fault alarm message corresponding to the fault mode by reading the fault alarm message table based on the fault mode, thereby rapidly generating the fault alarm message and effectively reducing the time required to generate fault information. Based on the fault mode, the scheme can quickly obtain fault information by reading the fault alarm message table, facilitating further fault processing (e.g., fault reporting) and effectively reducing the time required to process the fault.

[0014] In one possible implementation, filling fault information before the valid field of the first data frame to be output by the node device includes: caching the business data carried by the valid field of the first data frame; filling the business data of the valid field into other data frames after the first data frame, including: reading the cached business data, and filling the business data into other data frames after the first data frame.

[0015] The above solution can cache the service data carried in the valid field of the first data frame and then insert the fault information into the valid field of the first data frame to be output by the node device. The cached service data is then read and inserted into other data frames following the first data frame, thereby resuming service, that is, resuming service data transmission. Typically, the valid field of a data frame is used to carry service data. Therefore, when the fault information is inserted into the valid field of the first data frame, the service process of inserting service data into the valid field of the data frame is interrupted. However, with the above solution, the interrupted service data that cannot be transmitted normally is cached. After the fault information is inserted, the service data is inserted into other data frames following the first data frame, allowing the service data to be transmitted through other data frames, and service data transmission can be resumed. For example, the interrupted service data is cached in a cache area. After the fault information is transmitted, the cached service data is read, the service data is released, and then the service data is inserted into other data frames, allowing the service corresponding to the service data to be restored. Then, through the above solution, on the basis of ensuring that the fault information is first filled into the data frame (the first data frame) and transmitted, by caching the carried business data, the business can be quickly restored, the efficiency of business transmission is guaranteed, and the impact of the fault on business transmission can be effectively reduced, so that the transmission quality of the communication network is guaranteed.

[0016] In one possible implementation, the valid field of the first data frame includes multiple payload blocks corresponding to different time slots; filling the fault information into the valid field of the first data frame to be output by the node device includes: determining the moment of obtaining the fault information corresponding to the first payload block in the valid field of the first data frame based on the time slots corresponding to the multiple payload blocks; and filling the fault information into the first payload block.

[0017] In the above scheme, the payload field of the first data frame includes multiple payload blocks (also referred to as cells) corresponding to different time slots, wherein the multiple payload blocks are used to carry service data for the corresponding time slots. Furthermore, based on the time slots corresponding to the multiple payload blocks, it is determined that the moment of acquiring the fault information corresponds to the first payload block (the corresponding time slot) in the payload field of the first data frame, and the fault information is then added to the first payload block. Specifically, if the moment of acquiring the fault information (e.g., a fault alert message included therein) corresponds to a payload block (e.g., the first payload block) in the payload field of the data frame, the fault information is preferentially added to the first payload block in the payload field of the data frame. Typically, each payload block corresponds to a time slot (i.e., a certain time range). Therefore, even if the moment of acquiring the fault information corresponds to the end of a payload block (the last time period of the payload block's corresponding time slot), the fault information is still immediately added to that position. In this way, the fault information is delayed by at most one cell (almost the time slot of a payload block, but less than the time slot of a payload block). Then, the above scheme can prioritize filling the fault information into the data frame by determining the correspondence between the time of obtaining the fault information and the time slot of the payload block of the valid field of the data frame, and then enable the fault information to be transmitted with high priority by transmitting the data frame, while enabling the fault information to be transmitted with ultra-low latency.

[0018] In one possible implementation, the first data frame also includes a time slot corresponding to the check field; filling the fault information before the valid field of the first data frame to be output by the node device includes: determining that the moment of obtaining the fault information corresponds to the time slot of the check field of the first data frame; after the time slot of the check field, filling the fault information into the valid field of the first data frame to be output by the node device.

[0019] Then, in the above scheme, the valid field of the first data frame includes a time slot corresponding to the check field. When it is determined that the moment of obtaining the fault information corresponds to the time slot of the check field of the first data frame, the fault information will be filled into the valid field of the first data frame to be output by the node device after the time slot of the check field. Specifically, if the moment of obtaining the fault information (for example, a fault alarm message) corresponds to the check field of the data frame, the fault information will be filled into the valid field of the first data frame to be output by the node device after waiting for the time slot of the check field to end. Usually, the check field (time slot) is used to verify the data frame, and this process is generally implemented by a corresponding algorithm. For example, if the check field needs to perform forward error correction (FEC) on the data frame, the data frame can be verified by the FEC algorithm. In this way, when the moment of obtaining the fault information corresponds to the time slot of the check field, it is necessary to ensure that the check field verifies the data frame as usual, so that the fault information will delay the time for the corresponding algorithm to implement the verification (i.e., the time slot of the check field). Then, the above solution can ensure normal verification of data frames and normal transmission of data frames by determining the correspondence between the time of acquiring fault information and the time slot of the check field of the data frame, thereby ensuring the transmission quality of the fault information.

[0020] In one possible implementation, the first data frame also includes a time slot corresponding to the overhead field; filling the fault information into the valid field of the first data frame to be output by the node device includes: determining that the moment of obtaining the fault information corresponds to the time slot of the overhead field of the first data frame; after the time slot of the overhead field, filling the fault information of the fault into the valid field of the first data frame to be output by the node device.

[0021] In the above scheme, the valid field of the first data frame includes a time slot corresponding to the overhead field. When it is determined that the moment of acquiring fault information corresponds to the time slot of the overhead field of the first data frame, the fault information is added to the valid field of the first data frame to be output by the node device after the time slot of the overhead field. Specifically, if the moment of acquiring fault information (e.g., a fault alarm message) corresponds to the overhead field of the data frame, the fault information is added to the valid field of the first data frame to be output by the node device after the time slot of the overhead field ends. Typically, the overhead field (time slot) is used to manage and maintain the transmission of data frames. Thus, when the moment of acquiring fault information corresponds to the time slot of the overhead field, it is necessary to ensure that the overhead field manages and maintains the transmission of data frames as usual. In this way, the fault information will be delayed by a corresponding time (i.e., the time slot of the overhead field). Therefore, by determining the correspondence between the moment of acquiring fault information and the time slot of the overhead field of the data frame, the above scheme can ensure the management and maintenance of the transmission of data frames, allowing the data frames to be transmitted normally and ensuring the transmission quality of the fault information.

[0022] In a possible implementation manner, the first data frame includes an OTN frame or an OSC frame.

[0023] In the above solution, the first data frame can be an OTN frame or an OSC frame. For example, the fault information can be filled into a valid field in the OTN frame or OSC frame. Of course, the first data frame can also be a data frame in another format that can achieve similar functions, and this application does not limit this.

[0024] In a second aspect, a communication method is provided. The communication method is applied to a control device in an optical network, the optical network including the control device and at least two node devices. The communication method includes: receiving a first data frame, wherein a valid field of the first data frame includes populated fault information; and obtaining the fault information based on the first data frame, wherein the fault information indicates a fault mode.

[0025] In one possible implementation, the above-mentioned fault information includes a fault notification mode, which is used to indicate a transmission method of the fault information; the communication method also includes: obtaining the fault notification mode in the fault information; based on the fault notification mode, determining the fault notification path of the first data frame carrying the fault information, wherein the fault notification path includes one or more node devices.

[0026] Then, the above scheme can determine the fault notification path of the first data frame carrying the fault information based on the fault notification mode included in the acquired fault information, and the fault notification path includes one or more node devices. Among them, the fault notification mode is used to indicate the transmission mode of the fault information, so that the data frame carrying the fault information can be transmitted based on the fault notification mode. Specifically, the transmission mode of the fault information can be determined by the fault notification mode, that is, the transmission mode of the data frame carrying the fault information is determined. Through the above scheme, not only can the fault information be obtained based on the received data frame, but also the transmission notification path of the data frame can be determined based on the fault notification type included in the fault information. Then, through the above scheme, the fault notification mode can be obtained based on the received data frame, and then the fault notification path of the data frame carrying the fault information can be determined, so that the transmission of the data frame can meet the transmission requirements of the carried fault information (for example, the transmission mode), thereby ensuring the transmission efficiency and transmission quality of the fault information.

[0027] In one possible implementation, the above-mentioned fault notification mode includes any one of the following: a neighbor diffusion mode and a designated routing mode; based on the fault notification mode, determining the fault notification path of the first data frame carrying fault information includes: based on the neighbor diffusion mode, determining the fault notification path of the node device to transmit the first data frame carrying fault information to other node devices connected to the node device; or, based on the designated routing mode, determining the fault notification path of the node device to transmit the first data frame carrying fault information to the control device along the designated path, and the designated path includes one or more node devices.

[0028] Then, the above scheme can determine the fault notification path corresponding to the neighbor diffusion mode and the specified routing mode included in the fault notification mode, that is, determine the transmission path of the data frame. For example, for the neighbor diffusion mode, the above scheme can determine the fault notification path of the node device that transmits the first data frame carrying the fault information to other node devices connected to the node device. For another example, for the specified routing mode, the above scheme can determine the fault notification path of the node device that transmits the first data frame carrying the fault information to the control device along the specified path, and the specified path includes one or more node devices. Then, the transmission path of the data frame in different fault notification modes can be determined through the above scheme, so that the fault information carried by the data frame can be transmitted through the determined transmission path.

[0029] In one possible implementation, the fault information includes a fault alarm message. Before receiving the first data frame, the method further includes: obtaining a fault mode of the fault existing in the optical network; determining a fault alarm message corresponding to the fault mode; and outputting a fault alarm message table, wherein the fault alarm message table includes at least one set of correspondences between fault modes and fault alarm messages.

[0030] The above solution can obtain and determine the fault mode of a fault existing in the optical network, determine the fault alert message corresponding to the fault mode, and then output a fault alert message table including at least one set of correspondences between fault modes and fault alert messages. Generally, there are a large number of possible faults in an optical network, but the location and type of the possible faults can be determined. Therefore, the fault mode of the fault existing in the optical network can be obtained. Furthermore, for each possible fault mode that has been obtained, the corresponding fault alert message can be determined. Thus, by obtaining the fault mode of the fault existing in the optical network and the corresponding fault alert message, the above solution can output a fault alert message table including at least one set of correspondences between the fault mode and the fault alert message. In one possible implementation, based on the fault mode of the fault that has occurred, the fault alert message corresponding to the determined fault mode can be activated by reading the fault alert message table, thereby quickly generating a fault alert message. Therefore, by obtaining the fault mode of the fault existing in the optical network and determining the corresponding fault alert message, the above solution can output the corresponding fault alert message table, effectively shortening fault handling time.

[0031] In a possible implementation, calculating a fault alarm message corresponding to a fault mode of a fault existing in the optical network includes calculating a fault alarm message corresponding to the fault mode of the fault existing in the optical network based on network physical resources of the optical network.

[0032] The above solution can calculate the fault alarm message corresponding to the failure mode of an existing fault based on the network physical resources of the optical network. Specifically, different faults (fault modes) in an optical network are generally of different types. The above solution can calculate the corresponding fault alarm message for different fault modes based on the network physical resources of the optical network, thereby ensuring the priority transmission of fault information. The above solution can calculate the corresponding fault alarm message for the failure mode of an existing fault based on the network physical resources of the optical network, thereby facilitating the priority transmission of fault information.

[0033] In a possible implementation, the network physical resources include one or more of the following: node devices, ports, and wavelengths.

[0034] Then, in the above scheme, the network physical resources include one or more of the node devices, ports, and wavelengths. Specifically, based on the above scheme of the present application, corresponding fault alarm messages can be calculated for different fault modes based on one or more of the node devices, ports, and wavelengths of the optical network. In this way, through the above scheme, corresponding fault alarm messages can be calculated for the fault mode of the existing fault based on one or more of the node devices, ports, and wavelengths of the optical network, thereby ensuring the transmission efficiency and transmission quality of the fault alarm corresponding to the fault mode. For example, according to the wavelength of the optical network, the corresponding fault alarm message is calculated for the fault mode of the existing fault, so that the corresponding fault alarm message can meet the wavelength requirements of the optical network when transmitted. In this way, the above scheme can ensure the transmission quality of the fault information. Of course, in other examples, the network physical resources may also include more quantities or types of related parameters, which are not limited in this application.

[0035] In one possible implementation, the communication method further includes: determining a recovery message based on the fault information; wherein the recovery message is used to instruct the node device to perform recovery configuration on the fault indicated by the fault information; and determining a transmission path of the recovery message based on the fault notification path.

[0036] Then, the above scheme can determine, based on the received fault information, a recovery message for instructing the node device to perform a recovery configuration for the fault indicated by the fault information, and determine the transmission path of the recovery message based on the fault notification path included in the received fault information. Generally, the fault mode, fault notification path, etc. of the fault can be determined based on the received fault information. Further, based on the fault information (for example, the fault type included is a fiber break), the configuration required to recover the fault can be determined. In one possible implementation, if a fault occurs, the path for service transmission also needs to be re-determined. Through the above scheme, the transmission path of the recovery message for the configuration for recovering the fault can be determined based on the fault notification path, so that the path for service transmission can also be re-determined accordingly. Then, the above scheme can determine the recovery message for the configuration for recovering the fault through the fault information, and can determine the transmission path of the recovery message through the fault notification path, thereby ensuring that service recovery in the communication network can be restored as soon as possible, further improving the transmission quality of the communication network.

[0037] In a third aspect, a communication device is provided. The communication device includes: an interface unit for obtaining fault information of a fault, wherein the fault information indicates a fault mode of the fault; a processing unit for filling the fault information obtained by the interface unit into a valid field of a first data frame to be output by a node device; wherein the valid field of the first data frame is used to carry service data; and further for filling the service data in the valid field into other data frames following the first data frame; and the interface unit is further used to output the first data frame generated by the processing unit.

[0038] In a fourth aspect, a communication device is provided. The communication device includes: a receiving unit configured to receive a first data frame, wherein a valid field of the first data frame includes padded fault information; and a processing unit configured to determine the fault information based on the first data frame received by the receiving unit, wherein the fault information indicates a fault mode.

[0039] In a fifth aspect, a communication device is provided. The communication device includes: a processor and a transceiver module coupled to the processor; wherein the processor is configured to execute computer instructions to control the transceiver module to perform the communication method as described in any possible implementation of the first aspect and the second aspect.

[0040] In a sixth aspect, a computer-readable storage medium stores a computer program or instructions, which, when read and executed by a computer, causes the computer to execute the communication method as described in any possible implementation of the first and second aspects.

[0041] In the seventh aspect, a computer program product containing instructions is provided, the computer program product including: computer program code, which, when the computer program code is run on a computer, enables the computer to execute the communication method described in any possible implementation of the first aspect and the second aspect.

[0042] In an eighth aspect, a chip or chip system is provided, comprising: a processing circuit and an input / output interface; wherein the processing circuit is configured to execute the communication method as described in any possible implementation of the first aspect and the second aspect.

[0043] In a ninth aspect, a communication network is provided, comprising: at least one control device and at least one node device; wherein the node device comprises the communication device according to the third aspect, and the control device comprises the communication device according to the fourth aspect.

[0044] Among them, the technical effects brought about by the above-mentioned third to ninth aspects and any of their implementation methods can refer to the technical effects brought about by the different design methods in the above-mentioned first and second aspects, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Figure 1 A schematic diagram of network operation and maintenance provided in an embodiment of the present application;

[0046] Figure 2 A schematic diagram of an alarm transmission provided in an embodiment of the present application;

[0047] Figure 3A schematic diagram of a communication network provided in an embodiment of the present application;

[0048] Figure 4 An architectural diagram of a communication network provided in an embodiment of the present application;

[0049] Figure 5 A schematic diagram of a communication device provided in an embodiment of the present application;

[0050] Figure 6 A schematic diagram of a communication method provided in an embodiment of the present application;

[0051] Figure 7 A schematic diagram of a data frame provided in an embodiment of the present application;

[0052] Figure 8 A schematic diagram of a communication device provided in an embodiment of the present application;

[0053] Figure 9 A schematic diagram of a communication device provided in accordance with another embodiment of the present application. DETAILED DESCRIPTION

[0054] This application will present various aspects, embodiments or features around a system that may include multiple devices, components, modules, etc. It should be understood and appreciated that each system may include additional devices, components, modules, etc., and / or may not include all the devices, components, modules, etc. discussed in conjunction with the accompanying drawings. In addition, a combination of these schemes may also be used. It should be noted that in the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or design schemes. Specifically, the use of words such as "exemplary" or "for example" is intended to present related concepts in a concrete way.

[0055] The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings.

[0056] In traditional networks, fault handling (including fault detection and recovery) is a crucial part of network operations and maintenance. Generally, network devices detect faults and generate alarms (e.g., alarm messages), which are then reported to the customer's operations support system (OSS) via Ethernet. The customer's OSS manually investigates the received alarms, analyzes the root cause of the fault, and then dispatches a task through the dispatch system to resolve the fault.

[0057] For example, refer to Figure 1As shown, the embodiment of the present application provides a schematic diagram of network operation and maintenance, showing the process of alarm generation and alarm transmission in the network. Figure 1 As shown, it includes: a communication network 10, a network management system 102, an OSS 103 and a dispatch system 104. Optionally, the communication network 10 includes multiple node devices (refer to Figure 1 Node device 101-1 to node device 101-N in.

[0058] It should be noted that this is only Figure 1 The architecture shown in the figure is used as an example to illustrate the process of alarm generation and transmission, which should not be used to limit the embodiments of the present application. For example, the above-mentioned node device (such as node device 101-1) can be implemented by a communication device in a communication network. It is understandable that the embodiments of the present application are for Figure 1 There is no limitation on the device type and number in the illustrated architecture.

[0059] Specifically, refer to Figure 1 As shown, at a certain moment, the node device 101-2 detects a fault (for example, the transmission line connected to the node 101-2 is interrupted), and generates an alarm message and outputs it to the network management system 102. Optionally, the network management system 102 can filter the received alarm message, merge the alarm, etc., and then transmit it to OSS103, thereby reducing the impact of the fault on the business and customers and improving the efficiency of network fault location. Furthermore, based on the received alarm message, OSS103 determines the fault corresponding to the alarm message and provides possible solutions, and then transmits the alarm message and solution to the dispatch system. Furthermore, by manually troubleshooting the received alarm and analyzing the root cause of the fault, the fault can be resolved.

[0060] Optionally, the communication network 10 can be a network for service transmission, such as an optical transmission network, or can be any other possible communication network. For example, if the communication network 10 is an optical transmission network, communication between multiple node devices is achieved through optical fiber. Optionally, when the communication network is another type of communication network, communication between devices can also be achieved through other transmission media such as optical fiber, optical cable, or electrical cable, or can also be achieved through other materials or structures that can achieve similar functions. In one possible implementation, the communication network 10 is an optical transmission network.

[0061] Then, when an optical transmission network fails, a large number of alarms are usually generated. Figure 1As shown, a single fiber break can generate thousands of alarms. This means a single root cause (a hardware failure) can generate a massive number of alarms. This large number of alarms makes manual troubleshooting difficult. It's difficult to identify the root cause from a flood of alarms, leading to the creation of invalid or duplicate alerts and significantly lowering operational efficiency.

[0062] The evolution of ASON-related technologies has enabled networks to automatically reroute. This means that ASON can automatically restore service transmission when a fault causes service interruption. Automatically Switched Optical Networks (ASON) are based on the Optical Transport Network (OTN). Specifically, when a network fault occurs, ASON can dynamically reroute to detect (i.e., detect the fault), locate (i.e., determine the fault's location), reroute, and recover. However, ASON's recovery capabilities are limited to seconds, which is insufficient to meet the demands of network development.

[0063] To meet these customer needs, we need to significantly reduce processing time at every stage of fault handling. For example, the time it takes for fault monitoring points to generate and output alarms must be minimized. Furthermore, alarms generated by fault monitoring points must be transmitted to the destination site (such as OSS) as quickly as possible.

[0064] For example, refer to Figure 2 As shown, an embodiment of the present application provides a schematic diagram of alarm transmission, showing the process of alarm transmission by a network device. Figure 2 As shown, it includes: two identical communication devices (i.e., device 201 and device 202), wherein the communication devices include: system control and communication (SCC) boards (also called hosts) (i.e., SCC 201-1 and SCC 202-1) and optical supervisory channel (OSC) boards (also called service boards) (i.e., OSC 201-2 and OSC 202-2).

[0065] Optionally, the SCC board may include an integrated central processing unit (CPU), a local area network switch (LSW) chip, and a network processor (NP); the OSC board may include an integrated LSW chip, a buffer management unit (BMU) circuit, an NP, a traffic management (TM) circuit, and a field-programmable gate array (FPGA) circuit.

[0066] Specifically, refer to Figure 2 As shown, at a certain moment, node device 201 detects a fault and reports an alarm message to host 201-1 via OSC service board 201-2. Host 201-1 encapsulates the alarm message into Ethernet (e.g., Ethernet data packet format, DCN message, etc.) and configures it into OSC logic according to traditional Ethernet paths (e.g., stuffing the DCN message into the OSC frame). Furthermore, the Ethernet data packet carrying the alarm message (corresponding to a specific frame format) is output to a remote destination node via a fixed time slot for comprehensive processing. For example, it is output to a remote destination node (e.g., OSC 202-2 in the node device) for processing.

[0067] However, there are some problems with using the above solution to transmit alarm messages: First, in the process of reporting the alarm message to the host (Ethernet channel) through the service board, the transmission delay of the alarm message is uncontrollable due to the transmission architecture of the Ethernet shared bandwidth. Among them, the worst case is that before the alarm message is generated, there is still a large amount of data cached in the Ethernet waiting to be transmitted, which will cause the generated alarm message to wait in line before being reported to the host, and the waiting time is uncertain. Secondly, the DCN message generated by the host encapsulating the alarm message into the Ethernet also needs to be output through the Ethernet transmission channel, which will also face the delay problem. Finally, in the process of filling the DCN message into the OSC frame, it is limited by the fixed transmission time slot of the alarm message, which will also cause the transmission delay to increase. For example, a specific alarm message transmission time slot has just been missed, and the transmission of the generated alarm message at this time will increase the transmission delay of one frame (OSC frame).

[0068] based on Figure 1 The architecture shown is exemplary, with reference to Figure 3 As shown, the embodiment of the present application provides an architecture diagram of a communication network, showing an automatically switched optical network (ASON). Figure 3 As shown, the communication network includes: a control device 301 and a plurality of node devices ( Figure 3 Node device 302-1 to node device 302-N).

[0069] It is easy to understand that for the sake of convenience, only Figure 3 The architecture of the communication network shown in FIG. 1 is taken as an example, and this should not be used to limit the embodiments of the present application. In a possible implementation, the above communication network may also include more number of devices, device types, etc., and the embodiments of the present application do not limit this. In some examples, the above communication network may also be connected through Figure 1 The communication network 10 shown is implemented, that is, the above-mentioned communication network can be implemented through an optical transmission network.

[0070] Reference Figure 3 As shown, the control device 301 is mainly used for topology management, path calculation and service management of the communication network. Specifically, in terms of functions, the control device 301 includes: a resource management function, which can manage the local resources of the node device (including link ports and link channels), wherein the link refers to the optical fiber connection between the node devices. A topology management function, which can manage the topology of the communication network (including node devices and links). A path calculation function, which can calculate the transmission path (including the service working path and the service recovery path) of the service (for example, it can be service data); it can also calculate the transmission path of the fault information when the fault notification mode is the specified routing mode. The service management function, which can manage the full amount of services of the communication network (including the service working path, the service recovery path and the full table of fault and service recovery cross-relationships). Among them, the full table of fault and service recovery cross-relationships is used to recover the services affected by the fault (such as service data transmission interruption), including the cross-relationship of service recovery corresponding to all faults that may exist (or may occur) in the communication network.

[0071] Reference Figure 3As shown, the node devices (including node devices 302-1 to node devices 302-N) are mainly used for fault detection, fault notification and service cross-configuration. Specifically, in terms of functions, the node devices include: a fault detection function, which can detect faults in the communication network (including faults of the link between node devices and other types). A notification protocol function, which can notify the fault information to the corresponding node in the communication network (which can be a node device or a control device). Optionally, the notification protocol function can notify the fault information to the corresponding node in the communication network according to the fault notification mode, wherein the fault notification mode includes a neighbor diffusion mode and a designated routing mode. The service cross-function can manage the fault and service recovery cross-relation table, and (based on the fault and service recovery cross-relation table) perform a recovery cross-configuration according to the received fault information.

[0072] Combining the above architecture, we can achieve:

[0073] (1) Pre-set fault alarm messages to shorten the delay in generating fault alarm messages, including:

[0074] The control device 301 in the communication network can realize the preset of alarms. That is, when the communication network is planned for the channel, the fault alarm message corresponding to the fault mode of the fault existing in the communication network is calculated in advance based on the physical resources of the communication network (for example, including the three levels of node equipment, port, and wavelength). Optionally, the control device 301 stores the fault mode of the fault existing in the communication network and the corresponding fault alarm message separately in each cross-configuration unit. Among them, a fault alarm message table can be generated based on the fault mode of the fault existing in the communication network and the corresponding fault alarm message. Furthermore, the control device 301 can also realize the storage of the fault alarm message table in the cross-configuration unit. Among them, the above-mentioned cross-configuration unit includes one or more node devices that realize cross-connection in the communication network. Optionally, the cross-configuration unit is also used to store the addressing transmission path corresponding to the fault mode of the fault existing in the communication network, so as to determine the transmission path of the received fault alarm message based on the addressing transmission path.

[0075] Fault alert messages can be generated by node devices in the communication network. This is achieved by detecting the fault mode of the fault and reading (also called activating) the stored fault alert message (and addressing transmission path) corresponding to the fault mode, thereby generating the fault alert message with the shortest possible delay.

[0076] (2) Transmission of fault alarm messages, i.e., shortening the transmission delay of fault alarm messages, including:

[0077] Hard pipe preemption can be achieved through the node devices in the communication network. That is, when a fault alarm message is generated, based on the frame format of the data frame (for example, including OTN frames or optical supervisory channel (OSU) frames), the fault alarm message is quickly filled into the hardware pipe (that is, filled into the valid field of the data frame, such as the OSU frame), so that the fault alarm message can be transmitted to other sites (such as other node devices or control devices) through the hard pipe corresponding to the OSU frame (that is, the OSC hard pipe, of course, it can also be an OTN hard pipe or other types of data frame hard pipes). In one possible implementation method, the content that is interrupted due to the filling of the fault alarm message into the valid field (for example, business data that other services need to carry in the valid field of the data frame) will be stored in the cache area (for example, it can be a double-rate synchronous dynamic random access memory (DDR SDRAM, refer to Figure 2 After the fault alarm message is transmitted, the interrupted content of the cache is released, so that the service in the communication network is restored.

[0078] Through the node devices in the communication network, the transmission delay of faults (including fault information, fault alarm messages, etc.) can be calculated, that is, the transmission of fault alarm messages between the node devices and other nodes is realized through hardware (hard pipes for transmitting data frames carrying fault alarm messages), so that the transmission of faults does not have the risk of channel blocking. Therefore, the maximum delay of fault transmission is in the microsecond (μs) level (the maximum delay unit is μs, for example, several μs), and the performance of communication network transmission faults is good.

[0079] Based on the above, by activating the preset fault alarm message, the delay in generating the fault alarm message can be shortened. At the same time, the message preemption mechanism based on the hard pipe can reduce the maximum delay in transmitting the fault alarm message to the microsecond level, greatly improving the performance of the communication network transmission fault, so that the fault can be transmitted to the corresponding node in time, ensuring the transmission quality of the communication network.

[0080] Optionally, the node devices in the communication network can also realize service recovery and adjustment after the transmission failure. Figure 4 As shown, the embodiment of the present application provides an architecture diagram of a communication network, showing the process of service recovery after a communication network failure. Figure 4 As shown, it includes multiple node devices ( Figure 4 Node device 1 to node device N) and multiple cross-configuration units ( Figure 4Cross-configuration unit 1 to cross-configuration unit N).

[0081] It is easy to understand that for the sake of convenience, only Figure 4 The architecture of the communication network shown in FIG. 1 is taken as an example, and this should not be used to limit the embodiments of the present application. In a possible implementation, the above communication network may also include more number of devices, device types, etc., and the embodiments of the present application do not limit this. In some examples, the above communication network may also be implemented through Figure 1 The communication network 10 shown is implemented, that is, the above-mentioned communication network can be implemented through an optical transmission network.

[0082] In one possible implementation, referring to the following embodiments of the present application, node device 1 can be used as a fault detection point to detect a fault. Of course, other node devices or other devices or equipment in the communication network can also be used as fault detection points to detect a fault, and the embodiments of the present application are not limited to this.

[0083] Specifically, refer to Figure 4 As shown, the service transmission path is from node device 1 to node device N. At a certain moment, node device 1 detects a fault in the link between it and connected node device 2 (e.g., a fiber break) and reports the fault to the cross-connection configuration unit. The cross-connection configuration unit activates a preset fault alarm message, generates a fault alarm message corresponding to the fault, and then transmits the fault alarm message to the valid field of the data frame. At the same time, the cross-connection configuration unit confirms the addressing transmission path corresponding to the fault mode of the fault, and then determines the transmission path of the data frame carrying the fault alarm message based on the addressing transmission path, and transmits the data frame to the corresponding cross-connection configuration unit 2. Furthermore, based on the fault alarm message carried in the received data frame, cross-connection configuration unit 2 determines the transmission path of the data frame carrying the fault alarm message using the stored addressing transmission path corresponding to the fault mode of the fault, and transmits the data frame to the corresponding cross-connection configuration unit 3. Similarly, the data frame carrying the fault alarm message will continue to be transmitted from cross-connection configuration unit 3 to cross-connection configuration unit N. That is, the transmission path of the fault alarm message is from the fault monitoring point (node device 1) through cross-connection configuration units 1 to N, and then to node device N.

[0084] Furthermore, the control device 301 in the communication network can determine the service recovery path based on the transmission path of the fault alarm message to ensure the smooth transmission of other services in the communication network. In addition, after completing the transmission of the fault alarm message, the control device 301 can also refresh the fault alarm message stored in the cross-connect configuration unit in the communication network based on the architecture of the communication network, so that the communication network can cope with scenarios where multiple faults occur.

[0085] It should be noted that in the above example, the node device 1 is used as the fault monitoring point for explanation. Usually, each node device in the communication network acts as the initiator of fault detection. Among them, the fault detection point only needs to send the fault alarm message corresponding to the fault through the hardware in the board (for example, Figure 2 SCC 201-1 board in the system) to the hard processing unit of the logic / chip (e.g. Figure 2 The OCC 202-1 board in the node device is then notified based on the received fault alarm message to the relevant upstream and downstream node devices through the notification protocol function of the node device, and the local recovery switching of the node device is started.

[0086] based on Figure 3 The architecture shown is exemplary, with reference to Figure 5 As shown, an embodiment of the present application provides a schematic diagram of a communication device, wherein the communication device can implement the notification protocol function of the node device. Figure 5 As shown, the communication device includes: an optical component unit 501, a framer 502, a protocol processing unit 503, and a backplane interface 504. In a possible implementation, the optical component unit 501 includes an optical module and a driver.

[0087] Among them, based on Figure 4 In the architecture shown, in a possible implementation, the control device can plan in advance the transmission path of the fault alarm message and the fault alarm message corresponding to the fault existing in the communication network. This allows the communication network (the control device in it) to plan the transmission path of the service data and calculate the corresponding fault alarm message in advance according to the fault mode of the fault existing in the communication network, and store it in the service board (for example, Figure 2 Based on this, refer to Figure 5 As shown, once a fault occurs in the communication network, the backplane interface 504 receives the fault information (usually carried in the data frame included in the Ethernet) and transmits it to the protocol processing unit 503, which parses the received data frame and triggers the transmission board (for example, a transmission board) for transmitting the fault alarm message. Figure 2 The SCC board in the transmission board will quickly query the fault alarm message table according to the fault type, and then Figure 6 The framer fills the queried fault alarm message (corresponding to the fault) into the data frame to be transmitted by the node device (such as OSC frame or OTN frame), and then modulates the data frame into an optical carrier through the optical component unit, so that the data frame can be transmitted through the optical fiber.

[0088] In this way, through the above-mentioned communication device, the node device can use the shortest intra-board processing (i.e., the generation and filling of fault alarm messages within the node device) delay, and through the transmission of data frames, the fault alarm message can be pulled away (transmitted to other nodes), so that the fault alarm message can be transmitted with the shortest transmission path.

[0089] Based on the above architecture, for example, refer to Figure 6 As shown, the embodiment of the present application provides a schematic diagram of a communication method. The communication method can be used to realize fault generation and transmission. Figure 6 , the communication method provided in the embodiment of the present application is described in detail. Figure 3 Taking the architecture shown as an example, the communication method provided in the embodiment of the present application is described by taking the control device (control device 301) and the node device (for example, node device 302-1) as an example, but this should not limit the communication method provided in the embodiment of the present application. The communication method includes steps 601 to 606, which are specifically described as follows:

[0090] Step 601: Obtain fault information.

[0091] Combine Figure 6 As shown, the node device obtains the fault information of the fault, wherein the fault information is used to indicate the fault mode of the fault. Figure 3 As shown, the node device 302-1 obtains the fault information of the fault.

[0092] In a possible implementation, the fault information includes a fault notification mode, where the fault notification mode is used to indicate a transmission method of the fault information.

[0093] In one possible implementation, the fault information includes a fault alert message. Prior to step 601, the communication method further includes receiving a fault alert message table; the fault alert message table indicates the fault mode of a fault existing in the optical network and the corresponding fault alert message. Thus, step 601 may also include reading, based on the fault mode, a fault alert message corresponding to the fault mode from the fault alert message table.

[0094] Step 602: Fill the fault information into the valid field of the first data frame to be output by the node device.

[0095] Combine Figure 6 As shown, the node device fills the fault information into the valid field of the first data frame to be output by the node device. Figure 3 As shown, the node device 302-1 fills the fault information into the valid field of the first data frame to be output by the node device.

[0096] For example, refer to Figure 7 FIG6 shows a possible data frame format, wherein the data frame may be an OTN frame or an OSU frame. In a possible implementation, the data frame is a first data frame. Specifically, the valid field of the first data frame includes a plurality of payload blocks corresponding to different time slots; wherein the payload blocks are used to carry service data of the corresponding time slots; then step 602 may also be: determining that the moment of acquiring the fault information corresponds to the first payload block in the valid field of the first data frame (refer to FIG6 ). Figure 7 Fill the first payload block with fault information.

[0097] In a possible implementation, before step 602, the communication method further includes: caching the service data carried by the valid field of the first data frame. Then step 602 may also be: reading the cached service data, and filling the service data into other data frames after the first data frame (refer to Figure 7 cell NM in the .

[0098] Among them, exemplary, reference Figure 7 As shown, the first data frame further includes a time slot corresponding to the check field, and / or the first data frame further includes a time slot corresponding to the overhead field. The steps before step 602 also include: determining that the time at which the fault information is acquired corresponds to the time slot of the check field of the first data frame; filling the fault information into a valid field following the time slot of the check field of the first data frame to be output by the node device; and / or determining that the time at which the fault information is acquired corresponds to the time slot of the overhead field of the first data frame; filling the fault information into a valid field following the time slot of the overhead field of the first data frame to be output by the node device.

[0099] Step 603: Fill the business data of the valid field into other data frames after the first data frame.

[0100] Combine Figure 6 As shown, the node device fills the service data of the valid field into other data frames after the first data frame. Figure 3 As shown, the node device 302-1 fills the service data of the valid field into other data frames after the first data frame.

[0101] Step 604: Output the first data frame.

[0102] Combine Figure 6 As shown, the node device outputs the first data frame. Figure 3 As shown, the node device 302-1 outputs the first data frame.

[0103] In a possible implementation, in combination with the fault information described in step 601 including a fault notification mode, step 602 may also include: determining a fault notification mode of the fault according to the fault information; and outputting a first data frame carrying the fault information based on the determined fault notification mode.

[0104] Optionally, the fault notification mode includes any one of the following: a neighbor diffusion mode and a specified routing mode; wherein, the neighbor diffusion mode is used to instruct the node device to transmit the first data frame carrying the fault information to other node devices connected to the node device; the specified routing mode is used to instruct the node device to transmit the first data frame to the control device along the specified path, wherein the specified path includes one or more node devices.

[0105] Further, combined with Figure 6 As shown, the above communication method also includes:

[0106] Step 605: Receive the first data frame.

[0107] Combine Figure 6 As shown, the control device receives a first data frame, wherein the valid field of the first data frame includes fault information of the fault. Figure 3 As shown, the control device 301 receives the first data frame.

[0108] Step 606: Obtain fault information based on the first data frame.

[0109] Combine Figure 6 As shown, the control device obtains fault information based on the first data frame, wherein the fault information is used to indicate the fault mode of the fault. Figure 3 As shown, the control device 301 obtains fault information based on the first data frame.

[0110] In one possible implementation, the fault information described in step 601 includes a fault notification mode. Step 602 further includes: the control device obtaining the fault notification mode in the fault information; and the control device determining, based on the fault notification mode, a fault notification path for the first data frame carrying the fault information, where the fault notification path includes one or more node devices.

[0111] Optionally, the fault notification mode includes any one of the following: a neighbor diffusion mode and a specified routing mode; based on the fault notification mode, the fault notification path of the first data frame carrying the fault information is determined, including: the control device determines, based on the neighbor diffusion mode, the fault notification path of the node device to transmit the first data frame carrying the fault information to other node devices connected to the node device; or, based on the specified routing mode, the control device determines, based on the specified routing mode, the fault notification path of the node device to transmit the first data frame carrying the fault information to the control device along the specified path, and the specified path includes one or more node devices.

[0112] In one possible implementation, the fault information described in step 601 includes a fault alarm message. The steps before step 605 further include: a control device acquiring a fault mode of the fault existing in the optical network; the control device determining a fault alarm message corresponding to the fault mode; and the control device outputting a fault alarm message table, the fault alarm message table including at least one set of correspondences between fault modes and fault alarm messages.

[0113] In one possible implementation, the control device calculates a fault alarm message corresponding to a fault mode of a fault existing in the optical network based on network physical resources of the optical network. Optionally, the network physical resources include one or more of the following: node devices, ports, and wavelengths.

[0114] In addition, the communication method further includes: the control device determining a recovery message based on the fault information; wherein the recovery message is used to instruct the node device to perform a recovery configuration for the fault indicated by the fault information. For example, the recovery message may include a transmission path for services after the fault is recovered.

[0115] In a possible implementation, the control device can determine a transmission path for the restoration message based on the fault notification path.

[0116] For example, refer to Figure 8 As shown, an embodiment of the present application provides a schematic diagram of a communication device that can be applied to power-saving devices in optical networks. Figure 8 As shown, the communication device 80 includes: an interface unit 801 and a processing unit 802; the interface unit 801 is used to obtain fault information of the fault, wherein the fault information is used to indicate the fault mode of the fault; the processing unit 802 is used to fill the fault information obtained by the interface unit 801 into the valid field of the first data frame to be output by the node device; wherein the valid field of the first data frame is used to carry business data; and is also used to fill the business data of the valid field into other data frames after the first data frame; the transceiver unit 801 is also used to output the first data frame generated by the processing unit 802.

[0117] In one possible implementation, the fault information includes a fault notification mode, which indicates a method for transmitting the fault information. Transceiver unit 801 outputs the first data frame generated by processing unit 802, including: determining a fault notification mode for the fault based on the fault information; and outputting the first data frame carrying the fault information based on the fault notification mode.

[0118] Optionally, the fault notification mode includes any one of the following: a neighbor diffusion mode and a specified routing mode; wherein, the neighbor diffusion mode is used to instruct the node device to transmit the first data frame carrying the fault information to other node devices connected to the node device; the specified routing mode is used to instruct the node device to transmit the first data frame to the control device along a specified path, and the specified path includes one or more node devices.

[0119] In one possible implementation, the fault information includes a fault alarm message. Before obtaining the fault information of the fault, the interface unit 801 is further configured to: receive a fault alarm message table; wherein the fault alarm message table is used to indicate a fault mode of a fault existing in the optical network and a corresponding fault alarm message. The interface unit 801 obtains the fault information of the fault, including: a fault mode based on the fault; and reading a fault alarm message corresponding to the fault mode in the fault alarm message table.

[0120] In one possible implementation, the processing unit 802 fills the fault information obtained by the interface unit 801 before the valid field of the first data frame to be output by the node device, and is also used to: cache the business data carried by the valid field of the first data frame; the processing unit 802 fills the business data of the valid field into other data frames after the first data frame, including: reading the cached business data, and filling the business data into other data frames after the first data frame.

[0121] In one possible implementation, the valid field of the first data frame includes multiple payload blocks corresponding to different time slots. The processing unit 802 fills the fault information obtained by the interface unit 801 into the valid field of the first data frame to be output by the node device, including: determining, based on the time slots corresponding to the multiple payload blocks, that the time when the fault information is obtained corresponds to the first payload block in the valid field of the first data frame; and filling the fault information into the first payload block.

[0122] In one possible implementation, the first data frame further includes a timeslot corresponding to a checksum field. The processing unit 802 fills the fault information acquired by the interface unit 801 into a valid field of the first data frame to be output by the node device, including: determining that the moment of acquiring the fault information corresponds to the timeslot of the checksum field of the first data frame; and filling the fault information into a valid field following the timeslot of the checksum field of the first data frame to be output by the node device.

[0123] In one possible implementation, the first data frame further includes a timeslot corresponding to an overhead field. The processing unit 802 fills the fault information acquired by the interface unit 801 into a valid field of the first data frame to be output by the node device, including: determining that the moment of acquiring the fault information corresponds to the timeslot of the overhead field of the first data frame; and filling the fault information into the valid field following the timeslot of the overhead field of the first data frame to be output by the node device.

[0124] Optionally, the first data frame includes an OTN frame or an OSU frame.

[0125] The interface unit 801 is further configured to execute the communication method described in step 601 and step 604; the processing unit 802 is further configured to execute the communication method described in step 602 and step 603. It is understood that the communication device can directly refer to the above Figure 6 The description of the various functions and effects in the communication method shown will not be repeated here.

[0126] For example, refer to Figure 9 As shown, an embodiment of the present application provides a schematic diagram of a communication device, wherein the communication device can be applied to a control device in an optical network. Figure 9 As shown, the communication device 90 includes: a receiving unit 901 and a processing unit 902; the receiving unit 901 is used to receive a first data frame, wherein the valid field of the first data frame includes filled fault information; the processing unit 902 is used to determine the fault information based on the first data frame received by the receiving unit 901; wherein the fault information is used to indicate the fault mode of the fault.

[0127] In one possible implementation, the fault information includes a fault notification mode, which indicates a method for transmitting the fault information. Processing unit 902 is further configured to: obtain the fault notification mode from the fault information; and, based on the fault notification mode, determine a fault notification path for the first data frame carrying the fault information, where the fault notification path includes one or more node devices.

[0128] In one possible implementation, the fault notification mode includes any of the following: a neighbor diffusion mode and a designated routing mode. The processing unit 902 determines, based on the fault notification mode, a fault notification path for the first data frame carrying fault information, including: determining, based on the neighbor diffusion mode, a fault notification path for the node device to transmit the first data frame carrying fault information to other node devices connected to the node device; or, determining, based on the designated routing mode, a fault notification path for the node device to transmit the first data frame carrying fault information to the control device along a designated path, where the designated path includes one or more node devices.

[0129] In one possible implementation, the fault information includes a fault alarm message. Before the receiving unit 901 receives the first data frame, the processing unit 902 is further configured to: obtain a fault mode of a fault existing in the optical network; determine a fault alarm message corresponding to the fault mode; and output a fault alarm message table, the fault alarm message table including at least one set of correspondences between fault modes and fault alarm messages.

[0130] In a possible implementation, the processing unit 902 determines the fault warning message corresponding to the fault mode, including: calculating the fault warning message corresponding to the fault mode of the fault existing in the optical network based on network physical resources of the optical network.

[0131] Optionally, the network physical resources include one or more of the following: node devices, ports, and wavelengths.

[0132] In one possible implementation, the processing unit 902 is further configured to: determine a recovery message based on the fault information; wherein the recovery message is used to instruct the node device to perform recovery configuration on the fault indicated by the fault information; and determine a transmission path of the recovery message based on the fault notification path.

[0133] The receiving unit 901 is further configured to execute the communication method described in step 605; the processing unit 902 is further configured to execute the communication method described in step 606. It is understood that the communication device can directly refer to the above Figure 6 The description of the various functions and effects in the communication method shown will not be repeated here.

[0134] In a possible implementation, an embodiment of the present application further provides a communication device. The communication device includes: a processor and a transceiver module coupled to the processor; wherein the processor is used to execute computer instructions to control the transceiver module to execute the communication method as described in the above method embodiment of the present application. It should be noted that when the communication device is applied to a node device, the functions of the above transceiver module can be realized by Figure 8 The interface unit 801 in the embodiment of the present invention is realized, and the functions of the above-mentioned processor can be realized by Figure 8 In other examples, when the communication device is applied to a control device, the functions of the above-mentioned transceiver module can be realized by Figure 9 The receiving unit 901 in the embodiment of the present invention is implemented, and the functions of the above-mentioned processor can be realized by Figure 9 The processing unit 902 in is implemented.

[0135] In a possible implementation, an embodiment of the present application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program or instruction. When a computer reads and executes the computer program or instruction, the computer executes the communication method described in the above method embodiment of the present application (see Figure 6 shown).

[0136] In a possible implementation, the embodiment of the present application further provides a computer program product comprising instructions, the computer program product comprising: computer program code, when the computer program code is run on a computer, enables the computer to perform the communication method as described in the above method embodiment of the present application (refer to Figure 6 shown).

[0137] In a possible implementation, an embodiment of the present application further provides a chip or chip system. The chip or chip system includes: a processing circuit and an input / output interface; wherein the processing circuit is used to execute the communication method as described in the above method embodiment of the present application (refer to Figure 6 shown).

[0138] In a possible implementation, an embodiment of the present application further provides a communication network, the communication network comprising: at least one control device and at least one node device; wherein the node device comprises the communication device as described in the embodiment of the present application (refer to Figure 8 As shown), the control device includes the communication device as described in the embodiment of the present application (refer to Figure 9 shown).

[0139] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware, or any combination thereof. When implemented using a software program, all or part of the embodiments may be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more available media. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state disk (SSD)). In an embodiment of the present application, the computer may include the device described above.

[0140] Although the present application is described herein in conjunction with various embodiments, in the process of implementing the claimed application, those skilled in the art can understand and implement other changes to the disclosed embodiments by reviewing the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "a" or "an" does not exclude multiple situations. A single processor or other unit can implement several functions listed in the claims. Certain measures are recorded in different dependent claims, but this does not mean that these measures cannot be combined to produce good results.

[0141] Although the present application has been described with reference to specific features and embodiments thereof, it is apparent that various modifications and combinations may be made thereto without departing from the spirit and scope of the present application. Accordingly, this specification and the drawings are merely illustrative of the present application as defined by the appended claims and are deemed to cover any and all modifications, variations, combinations or equivalents within the scope of the present application. Obviously, those skilled in the art may make various modifications and variations to the present application without departing from the spirit and scope of the present application. Thus, the present application is intended to include such modifications and variations as fall within the scope of the claims of the present application and their equivalents.

Claims

1. A communication method, characterized in that: A node device applied to an optical network, the optical network comprising a control device and at least two node devices, the communication method comprising: Acquiring fault information of the fault, wherein the fault information is used to indicate a fault mode of the fault; Filling the fault information into a valid field of a first data frame to be output by the node device; wherein the valid field of the first data frame is used to carry service data; and filling the service data of the valid field into other data frames after the first data frame; The first data frame is output.

2. The communication method according to claim 1, wherein: The fault information includes a fault notification mode, and the fault notification mode is used to indicate a transmission method of the fault information; Outputting the first data frame includes: determining a fault notification mode of the fault according to the fault information; Based on the fault notification mode, the first data frame carrying the fault information is output.

3. The communication method according to claim 2, wherein: The fault notification mode includes any one of the following: neighbor diffusion mode and designated routing mode; The neighbor flooding mode is used to instruct the node device to transmit the first data frame carrying the fault information to other node devices connected to the node device; The designated routing mode is used to instruct the node device to transmit the first data frame to the control device along a designated path, and the designated path includes one or more node devices.

4. The communication method according to claim 1, wherein: The fault information includes a fault alarm message; Before obtaining the fault information, the method further includes: Receive a fault alarm message table; wherein the fault alarm message table is used to indicate the fault mode of the fault existing in the optical network and the corresponding fault alarm message; The obtaining of fault information includes: a failure mode based on the failure; The fault alarm message corresponding to the fault mode is read from the fault alarm message table.

5. The communication method according to any one of claims 1 to 4, characterized in that: The step of filling the fault information before the valid field of the first data frame to be output by the node device comprises: caching the service data carried by the valid field of the first data frame; Filling the service data of the valid field into other data frames following the first data frame includes: The cached business data is read, and the business data is filled into other data frames following the first data frame.

6. The communication method according to any one of claims 1 to 5, characterized in that: The valid field of the first data frame includes a plurality of payload blocks corresponding to different time slots; Filling the fault information into a valid field of a first data frame to be output by the node device includes: Determining, based on the time slots corresponding to the plurality of payload blocks, that the moment of acquiring the fault information corresponds to the first payload block in the valid field of the first data frame; Fill the first payload block with the fault information.

7. The communication method according to any one of claims 1 to 6, characterized in that: The first data frame further includes a time slot corresponding to a check field; Filling the fault information into a valid field of a first data frame to be output by the node device includes: Determining that a moment of acquiring the fault information corresponds to a time slot of a check field of the first data frame; The fault information is filled into a valid field following a time slot of the check field of a first data frame to be output by the node device.

8. The communication method according to any one of claims 1 to 7, characterized in that: The first data frame further includes a time slot corresponding to an overhead field; Filling the fault information into a valid field of a first data frame to be output by the node device includes: Determining that a moment of acquiring the fault information corresponds to a time slot of an overhead field of the first data frame; The fault information is filled into a valid field following a time slot of the overhead field of a first data frame to be output by the node device.

9. The communication method according to any one of claims 1 to 8, characterized in that: The first data frame includes an optical transport network frame or an optical supervisory channel frame.

10. A communication method, characterized in that: A control device applied to an optical network, the optical network comprising a control device and at least two node devices, the communication method comprising: receiving a first data frame, wherein a valid field of the first data frame includes filled fault information; Based on the first data frame, fault information is acquired; wherein the fault information is used to indicate a fault mode of the fault.

11. The communication method according to claim 10, wherein: The fault information includes a fault notification mode, and the fault notification mode is used to indicate a transmission method of the fault information; The communication method further includes: Obtaining the fault notification mode in the fault information; Based on the fault notification mode, a fault notification path of the first data frame carrying the fault information is determined, wherein the fault notification path includes one or more node devices.

12. The communication method according to claim 11, wherein: The fault notification mode includes any one of the following: neighbor diffusion mode and designated routing mode; Determining a fault notification path of the first data frame carrying the fault information based on the fault notification mode includes: determining, based on the neighbor flooding mode, a fault notification path for the node device to transmit the first data frame carrying the fault information to other node devices connected to the node device; Alternatively, based on the designated routing mode, it is determined that the node device transmits the first data frame carrying the fault information to the fault notification path of the control device along a designated path, where the designated path includes one or more node devices.

13. The communication method according to claim 10, wherein: The fault information includes a fault alarm message; Before receiving the first data frame, the method further includes: Obtaining a fault mode of a fault existing in the optical network; Determine a fault warning message corresponding to the fault mode; A fault alarm message table is output, wherein the fault alarm message table includes at least one set of correspondences between the fault modes and the fault alarm messages.

14. The communication method according to claim 13, wherein: The determining of the fault alarm message corresponding to the fault mode includes: Based on the network physical resources of the optical network, a fault warning message corresponding to a fault mode of the fault existing in the optical network is calculated.

15. The communication method according to claim 14, wherein: The network physical resources include one or more of the following: the node device, the port, and the wavelength.

16. The communication method according to claim 11 or 12, characterized in that: The communication method further includes: Determining a recovery message based on the fault information; wherein the recovery message is used to instruct the node device to perform a recovery configuration on the fault indicated by the fault information; Based on the fault notification path, a transmission path for the recovery message is determined.

17. A communication device, characterized in that: The communication device comprises: An interface unit, configured to obtain fault information of a fault, wherein the fault information is used to indicate a fault mode of the fault; a processing unit, configured to fill the fault information acquired by the interface unit into a valid field of a first data frame to be output by the node device; wherein the valid field of the first data frame is used to carry service data; Also used for filling the service data of the valid field into other data frames following the first data frame; The interface unit is further configured to output the first data frame generated by the processing unit.

18. A communication device, characterized in that: The communication device comprises: A receiving unit, configured to receive a first data frame, wherein a valid field of the first data frame includes fault information of a fault; A processing unit is configured to determine fault information based on the first data frame received by the receiving unit; wherein the fault information is used to indicate a fault mode of the fault.

19. A communication network, characterized in that The communication network includes: at least one control device and at least one node device; The node device includes the communication device according to claim 17, and the control device includes the communication device according to claim 18.

Images