WO2023197770A1 - Procédé et appareil de notification de défaut - Google Patents

Procédé et appareil de notification de défaut Download PDF

Info

Publication number
WO2023197770A1
WO2023197770A1 PCT/CN2023/079288 CN2023079288W WO2023197770A1 WO 2023197770 A1 WO2023197770 A1 WO 2023197770A1 CN 2023079288 W CN2023079288 W CN 2023079288W WO 2023197770 A1 WO2023197770 A1 WO 2023197770A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication device
layer
indication information
fgu
fault
Prior art date
Application number
PCT/CN2023/079288
Other languages
English (en)
Chinese (zh)
Inventor
余伟伟
李日欣
周勇波
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN202210552411.6A external-priority patent/CN116962145A/zh
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2023197770A1 publication Critical patent/WO2023197770A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]

Definitions

  • the present application relates to the field of communications, and in particular, to a fault notification method and device.
  • Flexible Ethernet (FlexE) technology has the advantage of flexibly allocating bandwidth on demand, which can meet the needs of mobile bearer, home broadband, dedicated line access and other network scenarios. Therefore, the application of FlexE technology is becoming more and more widespread.
  • the FlexE technology can support fine-grained services.
  • the time slot (slot) corresponding to the FlexE large bandwidth can be further divided into multiple sub-slots (sub-slots) for carrying fine-grained services.
  • the services carried by the time slots corresponding to the FlexE large bandwidth can also be called large-granularity services
  • the fine-grained services can also be called small-granularity services.
  • small particles and “fine-grained” may be used interchangeably.
  • Embodiments of the present application provide a fault notification method, which can enable some other communication devices carrying small-granularity services to quickly determine remote faults.
  • embodiments of the present application provide a fault notification method.
  • the fault notification method can be executed by a first communication device, and the first communication device can determine a fine granularity unit (FGU). If the FGU layer works abnormally, after the first communication device determines that the FGU layer works abnormally, it can send fault indication information to the upstream node, where the fault indication information is used to indicate a remote fault. It can be seen that with this solution, after determining that the FGU layer is working abnormally, the first communication device can notify the upstream node of the remote fault. In this way, the upstream node can quickly determine the fault based on the fault indication information sent by the first communication device. Remote failure.
  • FGU fine granularity unit
  • this solution includes a mechanism to notify upstream nodes of remote faults.
  • the first communication device that senses FGU layer faults
  • the upstream node of the first communication device can learn about the remote fault.
  • the upstream node of the first communication device learns about the remote fault, which is also conducive to quickly locating the cause of the remote fault and reducing the impact on small-granular services due to the FGU layer failure of the first communication device. Influence.
  • the upstream node of the first communication device may perform fault location-related measures, and so on.
  • the remote fault may be specifically a remote FGU layer fault.
  • the first communication device can carry the fault indication information in a base frame overhead and send it to the upstream node.
  • the upstream node can obtain the information by parsing the base frame overhead. Describe the fault indication information.
  • the fault indication information may be carried in a reserved field of the base frame overhead. In this way, there is no need to add a new field in the base frame overhead to carry the fault indication information.
  • the fault indication information may be carried in the flag field of the base frame overhead. In this way, there is no need to add a new field in the base frame overhead to carry the fault indication information.
  • the fault indication information can be carried through operations administration maintenance (OAM) code blocks of the metro transport network (metro transport network, MTN) channel layer.
  • OAM operations administration maintenance
  • MTN metro transport network
  • a new OAM code block of the MTN channel layer can be extended to carry the fault indication information.
  • the type field in the OAM code block of the MTN channel layer can be used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block of the MTN channel layer may be an existing basic OAM code block.
  • the existing basic OAM code blocks of the MTN channel layer can be used to carry the fault indication information, and there is no need to expand the OAM code blocks of the new MTN channel layer.
  • the reserved field in the basic OAM code block can be used to carry the fault indication information.
  • the remote defect indication (remote defect indication) in the basic OAM code block can be used. defect indication (RDI) to carry the fault indication information.
  • RDI defect indication
  • the first A communication device may determine that the FGU layer is working abnormally when one or more of LOM, LOF, and service layer anomalies of the FGU layer are detected. Further, the first communication device may determine that the FGU layer is working abnormally. When it is determined that the FGU layer is working abnormally, fault indication information is sent to the upstream node.
  • LOM loss of multiframe
  • LEF loss of frame
  • service layer anomalies of the FGU layer can all reflect FGU layer anomalies
  • the first A communication device may determine that the FGU layer is working abnormally when one or more of LOM, LOF, and service layer anomalies of the FGU layer are detected. Further, the first communication device may determine that the FGU layer is working abnormally. When it is determined that the FGU layer is working abnormally, fault indication information is sent to the upstream node.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the intermediate node of the end-to-end path determines that the FGU layer is working abnormally, it can notify the upstream node of the remote fault, so that the upstream node can quickly determine the remote fault based on the fault indication information notified by the first communication device. Fault.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • the intermediate node can learn the remote fault information.
  • the intermediate node can further perform corresponding measures to minimize the impact on small particles due to remote faults. Impact on business packet transmission.
  • the first communication device can continuously detect the working status of the FGU layer.
  • the first communication device determines that the FGU layer is working normally, it can send fault recovery information to the upstream node. Failure recovery information is used to indicate that the remote end is normal.
  • the upstream node can further perform corresponding processing measures, such as performing time slot synchronization with the first communication device, so as to resume normal transmission of small-granularity services as soon as possible.
  • the remote end being normal may be embodied as the remote end FGU layer being normal.
  • embodiments of the present application provide a fault notification method.
  • the method can be applied to the second communication device.
  • Both the second communication device and the first communication device are nodes on the path carrying small-granularity services.
  • the second communication device is an upstream node of the first communication device.
  • the second communication device may receive the fault indication information sent by the first communication device.
  • the fault indication information is used to indicate a remote fault.
  • the second communication device may determine that the first communication device is connected based on the fault indication information. The device has malfunctioned. It can be seen that using this solution, the second communication device as the upstream node of the first communication device can receive the fault indication information sent by the first communication device.
  • the second communication device can quickly send the fault indication information based on the first communication device. fault indication information to determine the remote fault.
  • this solution includes a mechanism for the downstream node to notify the upstream node of the remote fault.
  • the upstream node of the first communication device learns the remote fault, which is also conducive to quickly locating the cause of the remote fault and reducing the risk of remote faults.
  • the second communication device which is an upstream node of the first communication device, may perform measures related to fault location, and so on.
  • the remote fault includes: a remote fine-grained basic unit FGU layer fault.
  • the fault indication information is carried through base frame overhead.
  • the fault indication information is carried in a reserved field of the base frame overhead.
  • the fault indication information is carried through an identification flag field of the base frame overhead.
  • the fault indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block is a basic OAM code block.
  • the fault indication information is remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI and indication information used to indicate that the remote fault is a remote FGU layer fault.
  • the fault indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the second communication device may also send alarm information to the control management device, where the alarm information is used to indicate that the first communication device is working abnormally.
  • Notifying the alarm information to the control and management equipment can cause the control and management equipment to determine that the first communication device is working abnormally, and accordingly, cause the control and management equipment to perform corresponding processing measures. For example, notify other nodes on the end-to-end path carrying the small-granularity service that the first communication device is working abnormally, etc.
  • the first communication device working abnormally includes: the FGU layer of the first communication device working abnormally.
  • the method further includes: receiving fault recovery information sent by the first communication device, where the fault recovery information is used to indicate that the remote end is normal.
  • the second communication device can perform time slot synchronization with the first communication device, so that after the time slot synchronization is performed, , transmitting small-grain services based on the time slots after synchronization.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • embodiments of the present application provide a status notification method, which can be applied to the first communication device.
  • the first communication device may determine the working status of the FGU layer, and then send status indication information to the upstream node, where the status indication information is used to indicate the working status of the FGU layer.
  • the first communication device can notify the working status of the FGU layer to the upstream node, so that the upstream node can quickly determine the working status of the FGU layer of the first communication device.
  • this solution includes a mechanism to notify the upstream node of the remote FGU layer status. Accordingly, the upstream node of the first communication device can perform corresponding processing measures based on the status indication information.
  • the status indication information indicates a remote fault
  • the upstream node can learn about the remote fault, and perform related measures to locate the fault, and so on.
  • the upstream node can send service data to the downstream node normally, or send information related to small-granule time slot negotiation.
  • the working status of the FGU layer may specifically be that the FGU layer is working normally.
  • the upstream node can determine that the FGU layer of the first communication device is working normally based on the status indication information.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through an identification flag field of the base frame overhead.
  • the status indication information may be carried through the operation and maintenance management OAM code block of the MTN channel layer.
  • the first communication device can send the status indication information to the upstream node through the OAM code block of the MTN channel layer.
  • the upstream node can parse the OAM code block of the MTN channel layer. Obtain the status indication information.
  • a new OAM code block of the MTN channel layer can be extended to carry the status indication information.
  • the type field in the OAM code block of the MTN channel layer can be used to indicate that the OAM code block carries the status indication information.
  • the OAM code block of the MTN channel layer may be an existing basic OAM code block.
  • the existing basic OAM code blocks of the MTN channel layer can be used to carry the status indication information, and there is no need to expand the OAM code blocks of the new MTN channel layer.
  • the reserved field in the basic OAM code block can be used to carry the status indication information.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • the embodiment of the present application provides a status notification method.
  • the method can be applied on the second communication device.
  • Both the second communication device and the first communication device are nodes on a path carrying small-granularity services, and the second communication device is an upstream node of the first communication device.
  • the second communication device may receive the status indication information sent by the first communication device, and the status indication information is used to indicate the working status of the remote FGU layer; and then, the second communication device may determine the third communication device based on the status indication information.
  • the working status of the FGU layer of a communication device Compared with the traditional technology, this solution includes a mechanism to notify the upstream node of the remote FGU layer status.
  • the second communication device which is the upstream node of the first communication device, can perform corresponding processing measures based on the status indication information.
  • the status indication information indicates a remote fault
  • the second communication device can learn about the remote fault, and perform related measures to locate the fault, and so on.
  • the status indication information indicates that the FGU layer is working normally, then the second communication device can normally send service data to the downstream node, or send information related to small-granularity time slot negotiation.
  • the working status of the FGU layer includes: the FGU layer is working normally.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through an identification flag field of the base frame overhead.
  • the status indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the status indication information.
  • the OAM code block is a basic OAM code block.
  • the status indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • embodiments of the present application provide a first communication device, where the first communication device includes a transceiver unit and a processing unit.
  • the transceiver unit is configured to perform reception and/or transmission-related operations performed by the first communication device in the above-mentioned first aspect and various possible implementations of the first aspect;
  • the processing unit is configured to perform the above-mentioned third aspect. Operations other than reception and/or transmission related operations performed by the first communication device in one aspect and various possible implementations of the first aspect.
  • the transceiver unit may include a receiving unit and/or a sending unit, the receiving unit is used to perform reception-related operations, and the sending unit is used to perform sending-related operations.
  • the first communication device may include a processing unit and a sending unit.
  • the processing unit is used to determine the working abnormality of the fine-grained unit FGU layer; the sending unit is used to send fault indication information to the upstream node, and the fault indication information is used to indicate a remote fault.
  • the remote fault includes: a remote FGU layer fault.
  • the fault indication information is carried through base frame overhead.
  • the fault indication information is carried in a reserved field of the base frame overhead.
  • the fault indication information is carried through an identification flag field of the base frame overhead.
  • the fault indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block is a basic OAM code block.
  • the fault indication information is remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI and indication information used to indicate that the remote fault is a remote FGU layer fault.
  • the fault indication information is carried through a reserved field in the basic OAM code block.
  • the processing unit is configured to: detect one or more of multiframe loss LOM, frame loss LOF, and FGU service layer abnormality detection.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • the processing unit is also used to: determine that the FGU layer is working normally; the sending unit is also used to send fault recovery information to the upstream node, and the fault recovery information is It is normal to indicate the remote end.
  • the remote end being normal includes: the remote FGU layer is normal.
  • embodiments of the present application provide a second communication device, where the second communication device includes a transceiver unit and a processing unit.
  • the transceiver unit is configured to perform reception and/or transmission-related operations performed by the second communication device in the above-mentioned second aspect and various possible implementations of the second aspect;
  • the processing unit is configured to perform the above-mentioned third aspect. Operations other than receiving and/or sending related operations performed by the second communication device in the second aspect and various possible implementations of the second aspect.
  • the transceiver unit may include a receiving unit and/or a sending unit, the receiving unit is used to perform reception-related operations, and the sending unit is used to perform sending-related operations.
  • the second communication device may include a receiving unit and a processing unit.
  • the receiving unit is configured to receive fault indication information sent by the first communication device, where the fault indication information is used to indicate a remote fault; the processing unit is configured to determine that the first communication device is connected based on the fault indication information. The device has malfunctioned.
  • the remote fault includes: a remote fine-grained basic unit FGU layer fault.
  • the fault indication information is carried through base frame overhead.
  • the fault indication information is carried in a reserved field of the base frame overhead.
  • the fault indication information is carried through an identification flag field of the base frame overhead.
  • the fault indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block is a basic OAM code block.
  • the fault indication information is remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI and indication information used to indicate that the remote fault is a remote FGU layer fault.
  • the fault indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the device further includes:
  • a sending unit configured to send alarm information to the control management device, where the alarm information is used to indicate abnormal operation of the first communication device.
  • the first communication device working abnormally includes: the FGU layer of the first communication device working abnormally.
  • the receiving unit is further configured to receive fault recovery information sent by the first communication device, where the fault recovery information is used to indicate that the remote end is normal.
  • the processing unit is further configured to perform time slot synchronization with the first communication device.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • embodiments of the present application provide a first communication device, where the first communication device includes a transceiver unit and a processing unit.
  • the transceiver unit is configured to perform reception and/or transmission-related operations performed by the first communication device in the above-mentioned third aspect and various possible implementations of the third aspect;
  • the processing unit is configured to perform the above-mentioned third aspect. Operations other than receiving and/or sending related operations performed by the first communication device in the third aspect and various possible implementations of the third aspect.
  • the transceiver unit may include a receiving unit and/or a sending unit, the receiving unit is used to perform reception-related operations, and the sending unit is used to perform sending-related operations.
  • the first communication device may include a processing unit and a sending unit.
  • the processing unit is used to determine the working status of the fine-grained unit FGU layer; the sending unit is used to send status indication information to the upstream node, and the status indication information is used to indicate the working status of the FGU layer.
  • the working status of the FGU layer includes: the FGU layer is working normally.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through an identification flag field of the base frame overhead.
  • the status indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the status indication information.
  • the OAM code block is a basic OAM code block.
  • the status indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • an embodiment of the present application provides a second communication device, where the second communication device includes a transceiver unit and a processing unit.
  • the transceiver unit is configured to perform reception and/or transmission-related operations performed by the second communication device in the above-mentioned fourth aspect and various possible implementations of the fourth aspect;
  • the processing unit is configured to perform the above-mentioned third aspect. Operations other than receiving and/or sending related operations performed by the second communication device in the fourth aspect and various possible implementations of the fourth aspect.
  • the transceiver unit may include a receiving unit and/or a sending unit, the receiving unit is used to perform reception-related operations, and the sending unit is used to perform sending-related operations.
  • the second communication device may include a receiving unit and a processing unit.
  • the receiving unit is configured to receive status indication information sent by the first communication device, and the status indication information is used to indicate the working status of the remote fine-grained unit FGU layer; the processing unit is configured to based on the status indication information , determine the working status of the FGU layer of the first communication device.
  • the working status of the FGU layer includes: the FGU layer is working normally.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through an identification flag field of the base frame overhead.
  • the status indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the status indication information.
  • the OAM code block is a basic OAM code block.
  • the status indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • the present application provides a communication device, the communication device includes a memory and a processor; the memory is used to store program code; the processor is used to run instructions in the program code, so that The communication device performs the above first aspect and the method described in any one of the first aspects, or causes the communication device to perform the above second aspect and the method described in any one of the second aspects, or causes the The communication device performs the above third aspect and the method described in any one of the third aspects, or causes the communication device to perform the above fourth aspect and the method described in any one of the fourth aspects.
  • the present application provides a communication device.
  • the communication device includes a communication interface and a processor. Through the communication interface and the processor, the communication device is caused to execute the method described in any of the preceding aspects and Part or all of the operations of any implementation of the method described in any aspect.
  • the communication interface is used to perform the sending and receiving operations performed by the communication device described in any one of the above first aspect and the first aspect, and the processor is used to perform the above first aspect and the first aspect.
  • the communication interface is used to perform the transceiver operation performed by the communication device according to any one of the above second aspect and the second aspect, so The processor is used to perform other operations other than the sending and receiving operations performed by the communication device described in any one of the above second aspect and the second aspect; or, the communication interface is used to perform the above third aspect and any one of the third aspects.
  • a transceiver operation performed by the communication device described in one of the above the processor is configured to perform other operations other than the transceiver operation performed by the communication device described in any one of the above third aspect and the third aspect; or, the communication The interface is used to perform the transceiver operation performed by the communication device described in any one of the fourth aspect and the fourth aspect, and the processor is used to perform the except operation performed by the communication device described in any one of the fourth aspect and the fourth aspect. Operations other than sending and receiving operations.
  • embodiments of the present application provide a computer-readable storage medium, including instructions or computer programs that, when run on a processor, execute any of the methods described in the first aspect above, or execute the above The method described in any one of the second aspects, or the method described in any one of the third aspects, or the method described in any one of the fourth aspects.
  • embodiments of the present application provide a computer program product, including a computer program product that, when run on a processor, executes the above first aspect and the method described in any one of the first aspects, or executes The method described in any one of the above second aspect and the second aspect, or performing the method described in any one of the above third aspect and the third aspect, or performing the method described in any one of the above fourth aspect and the fourth aspect. method.
  • embodiments of the present application provide a communication system.
  • the communication system includes: a communication device that performs the above first aspect and the method described in any one of the above first aspects; and a communication device that performs the above second aspect and the above method.
  • Communication device according to the method.
  • Figure 1a is a schematic diagram of an SPN architecture supporting small particle technology provided by an embodiment of the present application.
  • Figure 1b is a schematic diagram of a network architecture provided by an embodiment of the present application.
  • Figure 1c is a schematic diagram of OAM insertion of an MTNP provided by an embodiment of the present application.
  • Figure 1d is a schematic structural diagram of an fg-BU provided by an embodiment of the present application.
  • Figure 1e is a schematic structural diagram of another FGU base frame provided by an embodiment of the present application.
  • Figure 1f is a schematic structural diagram of another FGU base frame overhead provided by an embodiment of the present application.
  • Figure 1g is a schematic diagram of an exemplary application scenario provided by the embodiment of the present application.
  • Figure 2 is a signaling interaction diagram of a fault notification method provided by an embodiment of the present application.
  • FIG. 3 is a schematic structural diagram of an OAM code block provided by an embodiment of the present application.
  • Figure 4 is a schematic flow chart of a fault notification method provided by an embodiment of the present application.
  • Figure 5 is a signaling interaction diagram of a status notification method provided by an embodiment of the present application.
  • Figure 6 is a schematic flow chart of a fault notification method provided by an embodiment of the present application.
  • Figure 7 is a schematic flow chart of a fault notification method provided by an embodiment of the present application.
  • Figure 8 is a schematic flow chart of a status notification method provided by an embodiment of the present application.
  • Figure 9 is a schematic flowchart of a status notification method provided by an embodiment of the present application.
  • Figure 10 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • Figure 11 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • Figure 12 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • Figure 13 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • Embodiments of the present application provide a fault notification method and device, which can enable some other communication devices carrying small-granularity services to quickly determine remote faults.
  • the embodiment of the present application provides a time slot negotiation method for small-granularity services in FlexE, which can make the small-granularity time slots between two network devices transmitting small-granularity services consistent.
  • FlexE group One or more PHYs included in each FlexE group. When multiple PHYs are included, the multiple PHYs are physically independent. Network equipment that applies FlexE technology can use PHY numbers to identify which PHYs are included in a FlexE group to achieve logical bundling of multiple PHYs. For example, each PHY number can be identified by a number between 1 and 254, with 0 and 255 being reserved numbers. A PHY number can correspond to an interface on the network device. Two adjacent network devices need to use the same number to identify the same PHY. The number of each PHY included in a FlexE group does not need to be consecutive.
  • FlexE can be used to carry at least one client, and one client can transmit on at least one PHY.
  • FlexE can support the mapping and transmission of any number of different FlexE Clients on any set of PHYs, thereby realizing functions such as PHY bundling, channelization, and sub-rates.
  • FlexE Client Corresponds to various user interfaces or bandwidth of the network. FlexE Client represents the customer data flow transmitted in the specified time slot (one time slot or multiple time slots) on FlexE Group. One FlexE Group can carry multiple FlexE Clients, and one FlexE Client can correspond to one to multiple user business data flows. (Also known as MAC Client). FlexE client can be flexibly configured according to bandwidth requirements and supports Ethernet media access control (MAC) data flows at various rates (such as 10G, 40G, n*25G data flows, and even non-standard rate data flows), such as The data stream can be passed to the FlexE shim layer through 64B/66B encoding.
  • MAC Ethernet media access control
  • FlexE client also known as the FlexE client interface
  • FlexE client interface is a logical interface.
  • Each FlexE interface can be logically divided into one or more FlexE client interfaces.
  • Each FlexE interface can be divided into multiple time slots in the time domain.
  • Each FlexE client interface occupies at least one of the multiple time slots. time slot.
  • 64/66B refers to the data code block including 66 bits. The first two bits of the 66 bits are synchronization bits, and the last 64 bits are data bits. At the PCS layer, 64/66B can be extracted through the first two synchronization bits. .
  • FlexE shim As an additional logical layer inserted between the MAC and PHY (PCS sublayer) of the traditional Ethernet architecture, it is the core architecture of FlexE technology based on the time slot distribution mechanism.
  • the main function of FlexE shim is to encapsulate data into pre-divided time slots. Then, according to the FlexE time slot table, each divided time slot is mapped to the PHY in the FlexE group for transmission. Among them, each time slot is mapped to a PHY in the FlexE group. Taking 100GE PHY as an example, the FlexE Shim layer can divide each 100GE PHY in the FlexE Group into 20 time slots (slots) data carrying channels, and the corresponding bandwidth of each slot is 5Gbps. Every time the PHY sends 1023*20Slot of 64/66B data, an overhead FlexE (Overhead, OH) will be inserted to inform the receiving end how to parse the received data.
  • an overhead FlexE (Overhead, OH) will be inserted to inform the receiving end
  • Small-granularity services In some embodiments, slots corresponding to large bandwidths can be further divided into multiple sub-slots for carrying customer services with smaller bandwidth requirements.
  • the above-mentioned services are also called small-granularity services. Particle business.
  • the above-mentioned large bandwidth can be understood as the bandwidth corresponding to the service layer of small-granularity services.
  • the service layer of the small-granularity service is the MTN channel layer
  • the bandwidth of the MTN channel layer is 5Gbps
  • the slot corresponding to the large bandwidth of 5Gbps is further divided according to the granularity of 10Mbps, and divided into 480 sub-slots. These 480 sub-slots -slot is used to carry small-granule services.
  • the first sub-slot, the third sub-slot, and the fifth sub-slot among the 480 sub-slots are used to carry small-granule services 1.
  • the service layer of small-granularity services is the 10GE Ethernet physical layer
  • the corresponding large bandwidth is further divided into multiple sub-slots according to finer granularity for carrying small-granularity services.
  • the bandwidth granularity of small particles is finer, and small particle services refer to services that have relatively small bandwidth requirements.
  • the bandwidth requirement of the power dedicated line service is 10Mbps.
  • small particle technology can be used to allocate designated bandwidth to the power dedicated line service to carry the business traffic of the power dedicated line service.
  • the above-mentioned power dedicated line service is a small Particle business.
  • FlexE shim When transmitting small-granule services, for the sending end, in one example, FlexE shim can encapsulate the data into pre-divided sub-slots for transmission according to the time slot configuration of the small-granule. For the receiving end, FlexE shim can restore the data received through the slot with a corresponding bandwidth of 5Gbps into the original small-granule service data according to the time slot configuration of the small-granule and continue transmission.
  • the MTN path adaptation function can be used to encapsulate the data into the corresponding sub-slot for transmission. For the receiver, the MTN path adaptation function can be used.
  • fine granularity service data may be carried in a fine granularity unit (FGU) base frame.
  • the fine granularity unit may also be called a fine granularity basic unit (fg-BU). In the following description, the two may be used interchangeably.
  • SPN Slicing Packet Network
  • the SPN architecture includes:
  • SPL Slicing packet layer
  • SCL slicing channel layer
  • STL slicing transport layer
  • SDN integrated management and control software defined network
  • SCL includes FGU layer, MTN path (MTN path, MTNP) layer and MTN section (MTN Section, MTNS) layer.
  • MTN path MTN path
  • MTN section MTN Section, MTNS
  • the FGU layer provides end-to-end deterministic low-latency N*10Mbps granular hard slicing channels for small-granularity services.
  • the FGU layer is an independent sub-layer and can be flexibly carried on the MTN channel layer or the Ethernet physical layer as needed.
  • the service layer of the FGU layer can be the MTN channel layer or the Ethernet physical layer.
  • STL adds a 10GE Ethernet physical layer interface based on the original high-speed Ethernet physical layer interface.
  • the 10GE Ethernet physical layer can be used in customer-premises equipment (CPE) scenarios to directly carry the FGU layer.
  • CPE customer-premises equipment
  • the MTNS and MTNP are introduced from the perspectives of transmitting side behavior and receiving side behavior.
  • MTNS provides point-to-point connections, is responsible for slotting adjacent nodes connected with Ethernet PHY, and provides bonding, sub-rate, channelization Function.
  • MTNS is bidirectionally symmetrical. Here we take one data transmission direction as an example.
  • MTNS inserts a special O code block into the 66B code block sequence.
  • a D code block is inserted after every 1023*20 66B code blocks, and a D code block is inserted after every 1023*20 66B code blocks.
  • a total of 7 D code blocks need to be inserted.
  • a special O code block is inserted. In this way, a total of 8*(1023*20+1) code blocks constitute an MTNS frame.
  • the O code block plus the aforementioned 7 D code blocks constitute the overhead of the MTNS frame.
  • the overhead carries some point-to-point link configuration information indicating MTNS, such as time slot configuration information, segment layer group configuration information, etc.
  • the MTNS continuously sends data to the receiving end according to the above frame structure.
  • the continuous MTNS frame is equivalent to a 66B code block stream, which is converted into bits, optical signals, or other analog signals such as electrical pulses according to the lower PHY layer protocol defined by Ethernet IEEE 802.3, and is sent out from the transmitting side device.
  • the receiving side On the receiving side, first according to the protocol of the Ethernet lower PHY layer, the received signal (such as bits, optical signals, or other analog signals such as electrical pulses) is identified by the O code block, and the MTNS frame is locked. Frame header, according to the fixed count, you can know that the next overhead code block appears after 1023*20 code blocks. Correspondingly, the receiving side can determine the position of the data corresponding to each time slot in the received signal based on the O code block.
  • the received signal such as bits, optical signals, or other analog signals such as electrical pulses
  • MTNS can only provide point-to-point connections, while MTNP is responsible for providing "end-to-end channel connections" from network entrance to network exit.
  • MTNP provides end-to-end rigid hard pipe connections and provides management, maintenance and protection (OAM and protection, OAMP )Function.
  • OAM and protection, OAMP management, maintenance and protection
  • end-to-end MTNP is included between provider edge (PE) 1 and PE2, and point-to-point MTNS is included between PE1 and PE2.
  • the MTNP layer obtains the client signal from the MAC layer, and the client signal can be a MAC frame.
  • the MAC mentioned here may be a processing module of the MAC layer.
  • the MTNP layer After the MTNP layer obtains the MAC frame, it encodes the MAC frame into a sequence of 64/66B code blocks. Specifically, each MAC frame will be encoded into a series of 66B code block sequences defined by a start code block (S code block) and an end code block (i.e. T code block), and a series of MAC frame sequences will be encoded. into a series of 66B code block sequences.
  • S code block start code block
  • T code block end code block
  • FIG. 1c is a schematic diagram of OAM insertion of an MTNP provided by an embodiment of the present application.
  • OAM&P is implemented by inserting special O code blocks into the 66B code block sequence.
  • the above special O code blocks can also be called OAM code blocks.
  • OAM uses special encoding to load OAM information to implement OAM functions, including connectivity detection, error monitoring, protection switching, etc.
  • MTNP OAM code blocks can only be inserted at the source end and extracted at the sink end.
  • the intermediate node between the source end and the sink end does not support modifying and parsing the information carried in the OAM code blocks.
  • PE1 completes the MTNP OAM insertion in MTNP, it maps the 66B code block sequence containing the OAM code block to the MTNS time slot specified according to the pre-configuration. Subsequently, the NNI sending side of PE1 sends the data according to the behavior of the MTNS sending side described above.
  • the receiving side of the P node first identifies the MTNS frame according to the above-mentioned receiving side behavior of MTNS. Subsequently, the MTNP data is restored from the designated MTNS time slot according to the pre-configured configuration. The P node next performs MTNP forwarding. It should be noted here that the essential difference between MTNP forwarding, IP forwarding and MAC bridge forwarding is that MTNP forwarding exclusively occupies the device forwarding resources and does not support statistical multiplexing. The entrance and exit of the network node (such as P node) need to be configured the same Number of MTNS slots.
  • the slot corresponding to the large bandwidth can be further divided into multiple sub-slots for carrying small-granularity services.
  • a slot corresponding to a bandwidth of 5Gbps is further divided according to a granularity of 10Mbps and divided into 480 sub-slots. These 480 sub-slots are used to carry small-granularity services.
  • MTN FGU can further divide 480 10Mbps time slots into 5Gbps MTNP in a hierarchical manner.
  • MTNP and MTN FGU can be decoupled.
  • MTNP serves as the service layer of MTN FGU.
  • the structure of the fg-BU may be as shown in Figure 1d.
  • Figure 1d is a schematic structural diagram of an fg-BU provided by an embodiment of the present application.
  • the fg-BU includes an FGU base frame overhead 110 and an FGU base frame payload 120.
  • the FGU base frame overhead 110 may be used to carry time slot information of small particles
  • the FGU base frame payload 120 may be used to carry the small particle service data.
  • the small-granular time slot information can be the mapping relationship between sub-slot and sub-client.
  • sub-client is similar to FlexE Client and also corresponds to various user interfaces or bandwidths of the network. and The difference between FlexE Client is that sub-client represents the customer data stream transmitted on sub-slot, and one sub-client can correspond to one or more sub-slots.
  • an FGU base frame can include 24 sub-slots, each sub-slot includes 65 bytes, and each sub-slot can carry 8 65-bit code block.
  • 1 S0 code block, 196 D code blocks and 1 T code block can be obtained.
  • the MTN FGU layer is the same as MTNP. It first encodes the MAC frame client signal into a 66B code block sequence, and then inserts the OAM code block. It should be noted at this time that the OAM code blocks of small granular MTNP (fgMTNP) are inserted into the MTN FGU layer, not the OAM code blocks of MTNP. Subsequently, a series of 66B code block sequences containing fgMTNP OAM code blocks are mapped into the 10Mbps time slot specified in the fg-BU according to the pre-configuration.
  • fgMTNP small granular MTNP
  • the fg-BU sequence itself is actually a series of 66B code blocks, which can be equivalent to the client signal of MTNP. After inserting the MTNP OAM code block, it is mapped into the time slot designated by MTNS according to the behavior of the MTNS sending side described above.
  • the receiving side of the P node restores the MTNP signal according to the behavior of the receiving side of the MTNP described above, and then extracts the OAM code block in the MTNP. After the receiving side of the P node recovers the MTNP signal, it can complete the framing of the fg-BU by searching for S code blocks.
  • fgMTNP forwarding is the same as MTNP forwarding. It is TDM forwarding. It occupies the device forwarding resources exclusively and does not support statistical multiplexing. The P node will not terminate the OAM code block of fgMTNP.
  • the sending side behavior of P node is the reverse process of the receiving side behavior of P node, which will not be described in detail here.
  • the receiving side behavior of the PE2 node is the reverse process of the sending side behavior of the PE1 node, and will not be explained in detail this time.
  • FIG. 1e is a schematic structural diagram of an FGU base frame overhead.
  • the FGU base frame overhead shown in Figure 1e includes 56 bits, where:
  • Bit 0 and bit 1 are reserved fields.
  • Bits 2 to 7 are the multiframe indication (MFI) field, which is used to indicate the number of each FGU base frame in the multiframe.
  • MFI multiframe indication
  • the value range of the field is 0-19.
  • the value of the MFI field is 0.
  • the value of the MFI field is 1, and so on.
  • the value of the MFI field is 19.
  • the 8th to 9th bits are a flag field, and the flag field is used to indicate the content carried by the 16th to 48th bits of the base frame overhead.
  • the 16th to 48th bits of the base frame overhead are used to carry a general communications channel (GCC) field; in another example, the 16th to 48th bits of the base frame overhead 48 bits are used to carry client identifier (identifier, ID), sub-slot ID and other information.
  • the client ID carried in the FGU base frame overhead refers to the sub-client ID.
  • client ID 1 mentioned below refers to sub-client ID 1.
  • the 10th bit is a reserved field.
  • Bits 11 to 55 are used to carry base frame overhead information.
  • the China Mobile enterprise standard defines bits 11 to 15 of the base frame overhead.
  • FIG. 1f is a schematic structural diagram of another FGU base frame overhead provided by an embodiment of the present application. As described in Figure 1f:
  • the 11th bit is a reserved field.
  • the 12th bit is the downstream done (DD) indication bit.
  • the DD indication bit is the time slot increase adjustment notification indication bit. It is used by the downstream to notify the upstream to trigger time slot negotiation when the time slot needs to be increased.
  • the DD indicator bit may also be called the S indicator bit.
  • the 13th bit is the configuration commit (CMT) indicator bit.
  • the CMT indicator bit is used to indicate that the time slot configuration takes effect.
  • the CMT indicator bit may also be called the C indicator bit.
  • the 14th bit is the configuration request (CR) indication bit.
  • the CR indication bit is used to indicate the time slot adjustment request.
  • the 15th bit is the configuration acknowledgment (CA) indication bit.
  • the CA indication bit is used to indicate the time slot adjustment response. After receiving the time slot adjustment request, the receiving device sends the time slot adjustment response to the sending device.
  • bits 16 to 48 are indicated by the flag field; for example, it can carry the GCC field, or it can carry the client ID, sub-slot ID, and reserved fields.
  • Bits 49 to 55 are cyclic redundancy check (CRC) fields.
  • the CRC field is used to carry the CRC value of the data carried in bits 8 to 48.
  • Figure 1g is a schematic diagram of an exemplary application scenario provided by the embodiment of the present application.
  • PE1 and PE2 also include equipment P1, equipment P2 and equipment P3.
  • equipment P1, equipment P2 and equipment P3 may also be included between PE1 and device P1.
  • devices may also be included between device P1 and device P1.
  • Other devices may be included.
  • a node carrying small-granularity services when it detects a small-granule fault, it can transmit a local fault (LF) signal to the downstream node.
  • the node that receives the LF signal does not parse the LF signal, but sends the LF signal to the downstream node.
  • the signal continues to be transmitted to the downstream node until the tail node of the end-to-end transmission path receives the LF signal and analyzes the LF signal. After the tail node parses the LF signal, it sends a small-granule basic OAM message carrying RDI to the head node of the end-to-end transmission path.
  • the intermediate node When the tail node sends a small-granular basic OAM message carrying RDI to the head node, the intermediate node does not parse the small-granular basic OAM message. After receiving the small-granule basic OAM message, the head node parses the small-granule basic OAM message to determine that a small-granule fault has occurred.
  • the intermediate node cannot quickly determine that the node where the small particle failure occurred has failed. Correspondingly, the normal transmission of the small particle service will be affected.
  • device P2 determines that a small particle fault has occurred
  • device P2 sends an LF signal to device P3, and the LF signal is further forwarded by device P3 to PE2.
  • PE2 parses the LF signal, it sends a small-granule basic OAM message carrying RDI to PE1.
  • PE1 receives the small-granule basic OAM message carrying RDI, it determines that a small-granule failure has occurred. For example, if the FGU layer is working abnormally, PE1 can further perform corresponding measures, such as fault location measures to locate the specific node where the fault occurred. However, the intermediate node such as P1 cannot be determined to be faulty, and accordingly, the transmission of service messages corresponding to small-granularity services will be affected.
  • device P1 and device P2 conduct time slot negotiation, and device P1 sends time slot validation indication information to device P2.
  • device P2 did not successfully receive the time slot validation indication information due to a fault. Therefore, when subsequently transmitting the service message of the small-granularity service, device P1 uses the negotiated time slot configuration to send the service message to device P2, and However, device P2 uses the time slot configuration before negotiation to parse the received service packets. That is, the time slot configuration used by device P1 to send service messages is inconsistent with the time slot configuration used by device P2 to receive service messages, causing the service message to fail to be transmitted.
  • embodiments of the present application provide a fault notification method. Next, the method is introduced with reference to the attached figure.
  • small granular faults refer to faults related to small granular services, and small granular faults include but are not limited to FGU layer faults.
  • the "FGU” layer refers to the small-granularity layer, which is used to process small-granularity services. Through the FGU layer, related operations such as time slot mapping and demapping can be performed on small-granularity services.
  • FGU layer failure can also be expressed as "FGU layer working abnormality” or “small particle layer working failure”, which can be used interchangeably. With the evolution of technology and the progress of relevant standards, those skilled in the art can understand that the small particle layer and small particle technology may have different names in different standards. Refer to Figure 2, which is a signaling diagram of a fault notification method provided by an embodiment of the present application.
  • the communication device 1 and the communication device 2 in the fault notification method 100 shown in Figure 2 are both nodes in the end-to-end transmission path carrying small-granularity services.
  • Communication device 2 is an upstream node of communication device 1 .
  • the communication device 1 may be a tail node or an intermediate node, and the communication device 2 may be an intermediate node or a head node.
  • communication device 1 can be PE1, and communication device 2 can be device P3; or communication device 1 can be device P3, The communication device 2 may be the device P2; or the communication device 1 may be the device P2, and the communication device 2 may be the device P1; or the communication device 1 may be the device P1, and the communication device 2 may be PE1.
  • the communication device mentioned in the embodiments of this application may be a network device such as a switch or a router, or may be a part of the network device, such as a single board or line card on the network device, or may be a component on the network device.
  • the functional module may also be a chip used to implement the method of the present application, which is not specifically limited in the embodiment of the present application.
  • the communication devices may be directly connected through, but not limited to, Ethernet cables or optical cables.
  • the method 100 may include, for example, the following S101-S104.
  • the communication device 1 determines that the FGU layer is working abnormally.
  • the FGU layer mentioned in the embodiment of this application may be the FGU layer located in SCL as shown in Figure 1d.
  • the service layer of the FGU layer can be an MTN channel layer or an Ethernet physical layer.
  • the communication device 1 can detect the working status of the FGU layer. In one example, when the communication device 1 detects one or more of LOM, when the communication device 1 detects LOF, and when the communication device 1 detects a service layer abnormality of the FGU layer, it may be determined that the FGU layer is working abnormally. . in:
  • the communication device 1 may determine that the fg-BU framing fails. Among them: fg-BU framing needs to search and identify the correct S0 code block carried by one or several consecutive fg-BUs, and then the overhead information in the fg-BU and the data contained in the time slot can be extracted. When the communication device 1 does not search and identify the correct S0 code block carried by one or several consecutive fg-BUs, the fg-BU cannot determine the frame.
  • the communication device 1 When the communication device 1 detects LOF, it may be that the numbers of the multiple fg-BUs received by the communication device 1 are not consecutive. Among them, the fg-BU number can be carried through the MFI field in the FGU base frame overhead.
  • the communication device 1 detects an abnormality in the service layer of the FGU layer, it may be that the service layer of the FGU layer of the communication device 1 itself detects an abnormality.
  • the MTN channel layer sink can determine whether the MTN channel layer is faulty by detecting whether it receives basic OAM code blocks within a fixed period.
  • whether the MTN channel layer is faulty can be determined through the detection means of the service layer of the MTN channel layer, such as the MTN segment layer.
  • the detection means of the MTN segment layer include but are not limited to detecting FlexE LOF and/or FlexE LOM.
  • the embodiments of this application do not specifically limit the reasons for the abnormal working of the FGU layer.
  • the reasons for the abnormal working of the FGU layer include but are not limited to: faults of large-granular channels carrying small-granular services, optical fiber faults, etc., which are not mentioned here. List and explain one by one.
  • Communication device 1 sends fault indication information to communication device 2, where the fault indication information is used to indicate a remote fault.
  • the communication device 1 may send fault indication information to its upstream node (ie, the communication device 2).
  • This fault indication information is used to indicate a remote fault.
  • the remote fault may be a remote small particle fault or a large particle channel fault carrying the small particles.
  • the fault indication information may be used to indicate the remote FGU layer fault.
  • the communication device 1 may carry the fault indication information in base frame overhead and send it to the communication device 2.
  • the reserved field in the base frame overhead can be used to carry the above fault indication information.
  • a certain bit in the reserved field is used to carry the foregoing fault indication information. When the value of this bit is 1, it indicates that the base frame overhead carries the foregoing fault indication information. When the value of this bit is 0, this field has no special meaning or indicates that the remote end is normal (for example, indicating that the remote FGU layer is normal).
  • the fault indication information is used to indicate a remote FGU layer fault:
  • the reserved field may be used to indicate a remote FGU layer failure.
  • the reserved field is used to indicate a remote fault, and another field in the base frame overhead indicates that the remote fault is specifically a remote FGU layer fault.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any unused field different from the reserved field.
  • the other field may be the flag field in the base frame overhead.
  • the flag field in the base frame overhead can be used to carry the above fault indication information.
  • the flag field includes 2 bits, and one or two bits in the flag field can be used to carry the foregoing fault indication information.
  • one bit is used to carry the foregoing fault indication information. When the value of this bit is 1, it indicates that the base frame overhead carries the fault indication information. When the value of this bit is 0, this field has no special meaning or indicates that the remote end is normal (for example, indicating that the remote FGU layer is normal).
  • the fault indication information is used to indicate a remote FGU layer fault:
  • the flag field may be used to indicate a remote FGU layer failure.
  • the flag field is used to indicate a remote fault, and another field in the base frame overhead indicates that the remote fault is specifically a remote FGU layer fault.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any Any unused field that is the same as the flag field.
  • the other field may be a reserved field in the base frame overhead.
  • the communication device 1 may use the OAM code block of the MTN channel layer to carry the fault indication information, and send the fault indication information to the communication device 2 by sending the OAM code block of the MTN channel layer to the communication device 2.
  • a new OAM code block can be extended to carry the fault indication information.
  • the type field in the OAM code block may be used to indicate that the OAM code block carries the fault indication information.
  • the fault indication information is used to indicate a remote FGU layer fault:
  • the type field of the OAM code block may be used to indicate a remote FGU layer failure.
  • the type field is used to indicate a remote fault, and another field in the OAM code block indicates that the remote fault is specifically a remote FGU layer fault.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any unused field different from the type field.
  • the other field may be a reserved field in the OAM code block.
  • the OAM code block may be an existing basic OAM code block.
  • the existing basic OAM code block of the MTN channel layer can be used to carry the fault indication information.
  • the reserved field in the basic OAM code block can be used to carry the fault indication information.
  • the RDI in the basic OAM code block can be used to carry the fault indication information.
  • the reserved field of the basic OAM code block can be used to indicate a remote FGU layer failure.
  • a reserved field in the basic OAM code block is used to indicate a remote fault, and another field in the basic OAM code block indicates that the remote fault is specifically a remote FGU layer fault.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any unused field different from the reserved field.
  • the RDI of the basic OAM code block may be used to indicate a remote FGU layer failure.
  • the RDI in the basic OAM code block is used to indicate a remote fault, and another field in the basic OAM code block indicates that the remote fault is specifically a remote FGU layer fault.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any unused field different from the RDI.
  • the other field may be a reserved field in the basic OAM code block.
  • the embodiment of the present application does not specifically limit it.
  • the structure of the basic OAM code block can be shown in Figure 3.
  • Figure 3 is an example provided by the embodiment of the present application. Structural diagram of an OAM code block.
  • the OAM code block includes 66 bits, the first two bits are synchronization header bits, and their value is 01.
  • the last 64 bits include: type (type) field, reserved (RES) field, value (value) field, C code field, sequence number (sequence, seq) field, and cyclic redundancy check (cyclic redundancy check) , CRC)4 fields.
  • the reserved field includes 3 bits
  • the type field is used to indicate the OAM message type carried by the OAM code block, including 8 bits.
  • MTN channel layer OAM message types include the following:
  • the OAM code block is a basic OAM code block.
  • the value field indicates the specific value of the OAM message carried by this OAM code block.
  • C code Use a 4-bit fixed 0xC value to indicate that the 0x4B type control code block is an OAM code block of the MTN channel layer. Through the difference in C code, the MTNP OAM code block and the MTNS overhead code block can be distinguished.
  • the CRC4 field is the CRC4 value of the first 62 bits of the OAM code block.
  • the basic OAM code block may also be an MTN path basic OAM block, and its structure may refer to Chapter 8 of the International Telecommunication Union Telecommunication Standardization Sector (ITU-T) G.8312 The relevant description part will not be described in detail here.
  • ITU-T International Telecommunication Union Telecommunication Standardization Sector
  • the communication device 2 receives the fault indication information sent by the communication device 1.
  • the communication device 2 determines that a fault occurs in the communication device 1 based on the fault indication information.
  • the communication device 2 can receive the fault indication information sent by the communication device 1. Furthermore, the communication device 2 may determine that the communication device 1 is faulty based on the fault indication information. As mentioned above, in one example, the fault indication information may be used to indicate a remote FGU layer fault. For this situation, the notification device 2 may determine that the remote FGU layer is faulty based on the fault indication information.
  • the communication device 2 can send alarm information to the control management device, and the alarm information is used to indicate that the communication device 1 is working abnormally.
  • the alarm information may be used to indicate that the FGU layer of the communication device 1 is working abnormally.
  • Notifying the alarm information to the control and management equipment can cause the control and management equipment to determine that the communication device 1 is working abnormally, and accordingly, the control and management equipment can perform corresponding processing measures. For example, the abnormal operation of the communication device 1 is notified to other nodes on the end-to-end path carrying the small-granule service, and so on.
  • control management device mentioned in the embodiment of this application may be, for example, a device running a network management system (network management system, NMS), or may be a controller.
  • NMS network management system
  • the communication device 1 can continuously detect the working status of the FGU layer. In one example, if the FGU layer fault is not recovered, the communication device 1 may continuously or periodically send the aforementioned fault indication information to the communication device 2.
  • the communication device 1 may no longer send the fault indication information to the communication device 2.
  • the communication device 2 may determine that the communication device 2 1 works fine.
  • the communication device 1 may send fault recovery information to the communication device 2, where the fault recovery information is used to indicate that the remote end is normal.
  • the remote end is normal, which may include the remote FGU layer being normal. That is, after the communication device 1 determines that the FGU layer is working normally, it can send fault recovery information indicating that the remote FGU layer is normal to the communication device 2 .
  • the communication device 1 may determine that the FGU layer is working normally when the LOM and LOF cannot be detected.
  • the communication device 1 may carry the fault recovery information in base frame overhead and send it to the communication device 2.
  • the reserved field in the base frame overhead can be used to carry the above fault recovery information.
  • a certain bit in the reserved field is used to carry the foregoing fault recovery information. When the value of this bit is 0, it indicates that the base frame overhead carries the foregoing fault recovery information. When the value of this bit is 1, this field has no special meaning or indicates a remote fault (for example, indicating a remote FGU layer fault). In one example, when the fault recovery information is used to indicate that the remote FGU layer is working normally:
  • the reserved field may be used to indicate that the remote FGU layer is working normally. In another example, the reserved field is used to indicate that the remote end is normal, and another field in the base frame overhead indicates that the remote end is normal, specifically that the remote FGU layer is working properly.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any unused field different from the reserved field.
  • the other field may be the flag field in the base frame overhead.
  • the flag field in the base frame overhead can be used to carry the above fault recovery information.
  • the flag field includes 2 bits, and one or two bits in the flag field can be used to carry the aforementioned fault recovery information.
  • one bit is used to carry the aforementioned fault recovery information. When the value of this bit is 0, it indicates that the base frame overhead carries the fault recovery information. When the value of this bit is 1, this field has no special meaning or indicates a remote fault (for example, indicating a remote FGU layer fault).
  • the fault recovery information is used to indicate that the remote FGU layer is working normally:
  • the flag field may be used to indicate that the remote FGU layer is working normally. In another example, the flag field is used to indicate that the remote end is normal, and another field in the base frame overhead indicates that the remote end is normal, specifically that the remote FGU layer is working properly.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any unused field different from the flag field.
  • the other field may be a reserved field in the base frame overhead.
  • the communication device 1 may use the OAM code block of the MTN channel layer to carry the fault recovery information, and send the fault recovery information to the communication device 2 by sending the OAM code block of the MTN channel layer to the communication device 2.
  • a new OAM code block can be extended to carry the fault recovery information.
  • the type field in the OAM code block may be used to indicate that the OAM code block carries the fault recovery information.
  • the fault recovery information is used to indicate that the remote FGU layer is working normally:
  • the type field of the OAM code block may be used to indicate that the remote FGU layer is working normally.
  • the type field is used to indicate that the remote end is normal, and another field in the OAM code block indicates that the remote end is normal, specifically that the remote FGU layer is working properly.
  • the embodiment of the present application does not specifically limit the other field.
  • the other field may be any unused field different from the type field.
  • the other field may be a reserved field in the OAM code block.
  • the OAM code block may be an existing basic OAM code block.
  • the existing basic OAM code blocks of the MTN channel layer can be used to carry the fault recovery information.
  • a reserved field in the basic OAM code block can be used to carry the fault recovery information.
  • the reserved field in the basic OAM code block can be used to indicate that the remote FGU layer is working normally. For example, when the value of the reserved field in the basic OAM code block is 0, it indicates that the remote FGU layer is working. normal. In another example, the reserved field in the basic OAM code block is used to indicate that the remote end is normal, and another field in the basic OAM code block is used to indicate that the remote end is normal, specifically that the remote FGU layer is working properly. The embodiment of the present application does not specifically limit the other field. The other field may be any unused field different from the reserved field.
  • the communication device 2 After the communication device 2 receives the fault recovery information, it can be determined that the communication device 1 is working normally. In one example, if the fault recovery information is used to indicate that the remote FGU layer is normal, the communication device 2 can determine that the FGU layer of the communication device 1 is working normally based on the fault recovery information.
  • the time slot between the communication device 1 and the communication device 2 may be out of synchronization due to abnormal operation of the communication device 2 . Therefore, in one example, after receiving the fault recovery information, the communication device 2 can perform time slot synchronization with the first communication device.
  • the embodiment of the present application does not specifically limit the specific implementation of time slot synchronization between the communication device 2 and the communication device 1. In one example, the communication device 2 and the communication device 1 can perform full time slot synchronization for small-granularity services.
  • the method 100 includes a mechanism to notify the upstream node of a remote fault.
  • the edge node that only carries small-granularity services can learn the remote fault.
  • the upstream node of the communication device 1 learns the remote fault, which is also conducive to quickly locating the cause of the remote fault.
  • the upstream node of the communication device 1 can perform measures related to fault location, and so on.
  • the impact on small-granule service transmission can be reduced.
  • the intermediate node can learn the remote fault information. Further, The intermediate node can further implement corresponding measures to minimize the impact of remote failure on the transmission of small-granular service messages. For example, the intermediate node can determine whether to perform time slot synchronization before determining the remote failure. If the time slot synchronization was performed with the downstream node before the failure, further determine whether the time slot synchronization is successful.
  • FIG 4 is a schematic flowchart of a fault notification method provided by an embodiment of the present application.
  • the fault notification method 200 shown in Figure 4 can be executed by the communication device 1, and the communication device 1 can include the following steps S201-S202.
  • S201 The communication device 1 determines that the FGU layer is working abnormally.
  • the communication device 1 sends alarm information to the control management device, where the alarm information is used to indicate a local fault.
  • the local fault is a local FGU layer fault.
  • the control management device may determine that the communication device 1 is faulty. In one example, if the local fault is a local FGU layer fault, the control management device may determine that the communication device 1 is faulty at the FGU layer. Correspondingly, the control management device can perform corresponding processing measures. For example, notify other nodes on the end-to-end path carrying the small particle service that the communication device 1 is working abnormally, or notify other nodes on the end-to-end path carrying the small particle service that the communication device 1 is working abnormally at the FGU layer. .
  • the communication device 1 can send alarm information to the control management device, so that the control management device can further implement corresponding measures, thereby improving the efficiency of fault location or fault recovery as much as possible, thereby reducing Due to the impact of abnormal working of the 1FGU layer of the communication device on small-granule services.
  • the embodiment of the present application also provides a status notification method, which can enable the upstream node to learn the working status of the FGU layer of the downstream node.
  • FIG. 5 is a signaling interaction diagram of a status notification method provided by an embodiment of the present application.
  • the communication device 1 and the communication device 2 shown in FIG. 5 reference may be made to the relevant description of the method 100 above, which will not be described in detail here.
  • the method 300 shown in Figure 5 may include the following S301-S304.
  • S301 The communication device 1 determines the working status of the FGU layer.
  • the working status of the FGU layer can include two situations: the FGU layer is working normally and the FGU layer is working abnormally.
  • the communication device 1 sends status indication information to the communication device 2, where the status indication information is used to indicate the working status of the FGU layer.
  • the status indication information is fault indication information indicating that the remote FGU layer works abnormally.
  • the communication device 1 sending the fault indication information indicating that the remote FGU layer is working abnormally to the communication device 2 please refer to the relevant description part in the method 100, and the description will not be repeated here.
  • the status indication information indicates that the remote FGU layer works normally.
  • the communication device 1 sending the status indication information indicating that the remote FGU layer is working normally to the communication device 2 please refer to the relevant description part about "the communication device 1 sends the fault recovery information to the communication device 2" in the method 100, here The description will not be repeated.
  • the communication device 2 receives the status indication information sent by the communication device 1.
  • the communication device 2 determines the working status of the FGU layer of the communication device 1 based on the status indication information.
  • the status indication information is fault indication information indicating that the remote FGU layer works abnormally.
  • the communication device 2 may determine that the FGU layer of the communication device 1 is working abnormally based on the status indication information.
  • the status indication information indicates that the remote FGU layer works normally.
  • the communication device 2 may determine that the FGU layer of the communication device 1 is working abnormally based on the status indication information.
  • This embodiment of the present application also provides a fault notification method. See Figure 6 , which is a schematic flowchart of a fault notification method provided by this embodiment of the present application.
  • the fault notification method 400 shown in Figure 6 can be executed by the first communication device.
  • the fault notification method may be applied to the method 100 mentioned in the above embodiment, and accordingly, the first communication device may correspond to the communication device 1 in the method 100.
  • the method 400 may include the following S401-S402.
  • S402 Send fault indication information to the upstream node, where the fault indication information is used to indicate a remote fault.
  • the remote fault includes: a remote FGU layer fault.
  • the fault indication information is carried through base frame overhead.
  • the fault indication information is carried in a reserved field of the base frame overhead.
  • the fault indication information is carried through an identification flag field of the base frame overhead.
  • the fault indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block is a basic OAM code block.
  • the fault indication information is remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI and indication information used to indicate that the remote fault is a remote FGU layer fault.
  • the fault indication information is carried through a reserved field in the basic OAM code block.
  • determining that the FGU layer is working abnormally includes:
  • One or more of multiframe loss LOM is detected, frame loss LOF is detected, and service layer exception of the FGU layer is detected.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • the method further includes: determining that the FGU layer is working normally; and sending fault recovery information to the upstream node, where the fault recovery information is used to indicate that the remote end is normal.
  • the remote end being normal includes: the remote FGU layer is normal.
  • This embodiment of the present application also provides a fault notification method. See Figure 7 , which is a schematic flow chart of a fault notification method provided by this embodiment of the present application.
  • the fault notification method 500 shown in Figure 7 can be executed by the second communication device.
  • the fault notification method may be applied to the method 100 mentioned in the above embodiment, and accordingly, the second communication device may correspond to the communication device 2 in the method 100.
  • the method 500 may include the following S501-S502.
  • S501 Receive fault indication information sent by the first communication device, where the fault indication information is used to indicate a remote fault.
  • S502 Based on the fault indication information, determine that a fault occurs in the first communication device.
  • the remote fault includes: a remote fine-grained basic unit FGU layer fault.
  • the fault indication information is carried through base frame overhead.
  • the fault indication information is carried in a reserved field of the base frame overhead.
  • the fault indication information is carried through an identification flag field of the base frame overhead.
  • the fault indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block is a basic OAM code block.
  • the fault indication information is remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI and indication information used to indicate that the remote fault is a remote FGU layer fault.
  • the fault indication information is carried through a reserved field in the basic OAM code block.
  • determining that the FGU layer is working abnormally includes:
  • One or more of multiframe loss LOM is detected, frame loss LOF is detected, and service layer exception of the FGU layer is detected.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the method further includes:
  • the first communication device working abnormally includes: the FGU layer of the first communication device working abnormally.
  • the method further includes: receiving fault recovery information sent by the first communication device, where the fault recovery information is used to indicate that the remote end is normal.
  • the method further includes: performing time slot synchronization with the first communication device.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • This embodiment of the present application also provides a status notification method. See Figure 8 , which is a schematic flowchart of a status notification method provided by this embodiment of the present application.
  • the status notification method 600 shown in Figure 8 can be executed by the first communication device.
  • the status notification method may be applied to the method 300 mentioned in the above embodiment, and accordingly, the first communication device may correspond to the communication device 1 in the method 300.
  • the method 600 may include, for example, the following S601-S602.
  • S602 Send status indication information to the upstream node, where the status indication information is used to indicate the working status of the FGU layer.
  • the working status of the FGU layer includes: the FGU layer is working normally.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through an identification flag field of the base frame overhead.
  • the status indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the status indication information.
  • the OAM code block is a basic OAM code block.
  • the status indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • This embodiment of the present application also provides a status notification method. See Figure 9 , which is a schematic flowchart of a status notification method provided by this embodiment of the present application.
  • the status notification method 700 shown in Figure 9 can be executed by the second communication device.
  • the status notification method may be applied to the method 300 mentioned in the above embodiment, and accordingly, the second communication device may correspond to the communication device 2 in the method 300.
  • the method 700 may include, for example, the following S701-S702.
  • S701 Receive status indication information sent by the first communication device, where the status indication information is used to indicate the working status of the remote fine-grained unit FGU layer.
  • S702 Based on the status indication information, determine the working status of the FGU layer of the first communication device.
  • the working status of the FGU layer includes: the FGU layer is working normally.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through the identification flag field of the base frame overhead. bring.
  • the status indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the status indication information.
  • the OAM code block is a basic OAM code block.
  • the status indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • FIG. 10 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • the fault notification device may include a processing unit 1001 and a sending unit 1002.
  • the first communication device may be used to perform the steps performed by the communication device 1 in the above method 100, or to perform the steps performed by the first communication device in the above method 400.
  • the first communication device may be used to perform the steps performed by the communication device 1 in the above method 100, or to perform the steps performed by the first communication device in the above method 400.
  • the steps performed by the communication device 1 in the above method 100 or to perform the steps performed by the first communication device in the above method 400.
  • the processing unit 1001 is used to determine abnormal working of the fine-grained unit FGU layer
  • the sending unit 1002 is configured to send fault indication information to an upstream node, where the fault indication information is used to indicate a remote fault.
  • the remote fault includes: a remote FGU layer fault.
  • the fault indication information is carried through base frame overhead.
  • the fault indication information is carried in a reserved field of the base frame overhead.
  • the fault indication information is carried through an identification flag field of the base frame overhead.
  • the fault indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block is a basic OAM code block.
  • the fault indication information is remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI and indication information used to indicate that the remote fault is a remote FGU layer fault.
  • the fault indication information is carried through a reserved field in the basic OAM code block.
  • the processing unit 1001 is used to:
  • One or more of multiframe loss LOM is detected, frame loss LOF is detected, and service layer exception of the FGU layer is detected.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • the processing unit 1001 is also used to: determine that the FGU layer is working normally; the sending unit is also used to send fault recovery information to the upstream node.
  • the fault recovery information Used to indicate that the remote end is normal.
  • the remote end being normal includes: the remote FGU layer is normal.
  • the first communication device may be used to perform the steps performed by the communication device 1 in the above method 300, or to perform the steps performed by the first communication device in the above method 600.
  • the first communication device may be used to perform the steps performed by the communication device 1 in the above method 300, or to perform the steps performed by the first communication device in the above method 600.
  • the steps performed by the communication device 1 in the above method 300 or to perform the steps performed by the first communication device in the above method 600.
  • the processing unit 1001 is used to determine the working status of the fine-grained unit FGU layer
  • the sending unit 1002 is configured to send status indication information to an upstream node, where the status indication information is used to indicate the working status of the FGU layer.
  • the working status of the FGU layer includes: the FGU layer is working normally.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through an identification flag field of the base frame overhead.
  • the status indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the status indication information.
  • the OAM code block is a basic OAM code block.
  • the status indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • FIG. 11 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • the second communication device 1100 shown in Figure 11 may include a receiving unit 1101 and a processing unit 1101. management unit 1102.
  • the second communication device may be used to perform the steps performed by the communication device 2 in the above method 100, or to perform the steps performed by the second communication device in the above method 500.
  • the steps performed by the communication device 2 in the above method 100 or to perform the steps performed by the second communication device in the above method 500.
  • the receiving unit 1101 is configured to receive fault indication information sent by the first communication device, where the fault indication information is used to indicate a remote fault;
  • the processing unit 1102 is configured to determine that a fault occurs in the first communication device based on the fault indication information.
  • the remote fault includes: a remote fine-grained basic unit FGU layer fault.
  • the fault indication information is carried through base frame overhead.
  • the fault indication information is carried in a reserved field of the base frame overhead.
  • the fault indication information is carried through an identification flag field of the base frame overhead.
  • the fault indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the fault indication information.
  • the OAM code block is a basic OAM code block.
  • the fault indication information is remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI.
  • the fault indication information includes remote fault indication information RDI and indication information used to indicate that the remote fault is a remote FGU layer fault.
  • the fault indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the device further includes: a sending unit configured to send alarm information to the control management device, where the alarm information is used to indicate abnormal operation of the first communication device.
  • the first communication device working abnormally includes: the FGU layer of the first communication device working abnormally.
  • the receiving unit 1101 is further configured to receive fault recovery information sent by the first communication device, where the fault recovery information is used to indicate that the remote end is normal.
  • the processing unit 1102 is further configured to perform time slot synchronization with the first communication device.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • the second communication device may be used to perform the steps performed by the communication device 2 in the above method 300, or to perform the steps performed by the second communication device in the above method 700.
  • the steps performed by the communication device 2 in the above method 300 or to perform the steps performed by the second communication device in the above method 700.
  • the receiving unit 1101 is configured to receive status indication information sent by the first communication device.
  • the status indication information Used to indicate the working status of the remote fine-grained unit FGU layer;
  • the processing unit 1102 is configured to determine the working status of the FGU layer of the first communication device based on the status indication information.
  • the working status of the FGU layer includes: the FGU layer is working normally.
  • the status indication information is carried through base frame overhead.
  • the status indication information is carried in a reserved field of the base frame overhead.
  • the status indication information is carried through an identification flag field of the base frame overhead.
  • the status indication information is carried through the operation and maintenance management OAM code block of the MTN channel layer of the metropolitan area transmission network.
  • the type field in the OAM code block is used to indicate that the OAM code block carries the status indication information.
  • the OAM code block is a basic OAM code block.
  • the status indication information is carried through a reserved field in the basic OAM code block.
  • the service layer of the FGU layer is an MTN channel layer or an Ethernet physical layer.
  • the first communication device is an intermediate node in an end-to-end path of small-granule services carried by the FGU layer.
  • the upstream node is an intermediate node in the end-to-end path of the small-granule service carried by the FGU layer.
  • FIG. 12 is a schematic structural diagram of a communication device provided by the embodiment of the present application.
  • the communication device 1200 includes a communication interface 1201 and a processor 1202 connected to the communication interface 1201.
  • the communication device 1400 may be used to perform method 100, method 200, method 300, method 400, method 500, method 600 or method 700 in the above embodiments.
  • the communication device 1200 can perform the method 100 in the above embodiment.
  • the communication device 1200 is equivalent to the communication device 1 in the method 100.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the communication device 1 in the method 100.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the communication device 1 in the method 100 .
  • the processor 1202 is used to determine that the FGU layer is working abnormally; the communication interface 1201 is used to send fault indication information to the communication device 2, and the fault indication information is used to indicate a remote fault.
  • the communication device 1200 can perform the method 100 in the above embodiment.
  • the communication device 1200 is equivalent to the communication device 2 in the method 100.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the communication device 2 in the method 100.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the communication device 2 in the method 100 .
  • the communication interface 1201 is used to receive fault indication information sent by the communication device 1, and the fault indication information is used to indicate a remote fault; the processor 1202 is used to determine that the communication device 1 is faulty.
  • the communication device 1200 can perform the method 200 in the above embodiment.
  • the communication device 1200 When the communication device 1200 When 1200 is used to execute the method 200 in the above embodiment, the communication device 1200 is equivalent to the communication device 1 in the method 200.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the communication device 1 in the method 200.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the communication device 1 in the method 200. For example: the processor 1202 is used to determine that the FGU layer is working abnormally; the communication interface 1201 is used to send alarm information to the control management device, and the alarm information is used to indicate a local fault.
  • the communication device 1200 can perform the method 300 in the above embodiment.
  • the communication device 1200 is equivalent to the communication device 1 in the method 300.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the communication device 1 in the method 300.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the communication device 1 in the method 300. For example: the processor 1202 is used to determine the working status of the FGU layer; the communication interface 1201 is used to send status indication information to the communication device 2, and the status indication information is used to indicate the working status of the FGU layer.
  • the communication device 1200 can perform the method 300 in the above embodiment.
  • the communication device 1200 is equivalent to the communication device 2 in the method 300.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the communication device 2 in the method 300.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the communication device 2 in the method 300.
  • the communication interface 1201 is used to receive status indication information sent by the communication device 1, and the status indication information is used to indicate the working status of the FGU layer; the processor 1202 is used to determine the working status of the FGU layer of the communication device 1 .
  • the communication device 1200 can perform the method 400 in the above embodiment.
  • the communication device 1200 is equivalent to the first communication device in the method 400.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the first communication device in the method 400.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the first communication device in the method 400. For example: the processor 1202 is used to determine that the FGU layer is working abnormally; the communication interface 1201 is used to send fault indication information to the upstream node, and the fault indication information is used to indicate a remote fault.
  • the communication device 1200 can perform the method 500 in the above embodiment.
  • the communication device 1200 is equivalent to the second communication device in the method 500.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the second communication device in the method 500.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the second communication device in the method 500.
  • the communication interface 1201 is configured to receive fault indication information sent by the first communication device, the fault indication information is used to indicate a remote fault; the processor 1202 is configured to determine that the first communication device is faulty based on the fault indication information. .
  • the communication device 1200 can perform the method 600 in the above embodiment.
  • the communication device 1200 is equivalent to the first communication device in the method 600.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the first communication device in the method 600.
  • the processor 1202 is configured to perform operations other than the sending and receiving operations performed by the first communication device in the method 600. For example: the processor 1202 is used to determine the working status of the fine-grained unit FGU layer; the communication interface 1201 is used to send status indication information to the upstream node, and the status indication information is used to indicate the working status of the FGU layer.
  • the communication device 1200 can perform the method 700 in the above embodiment.
  • the communication device 1200 is equivalent to the second communication device in the method 700.
  • the communication interface 1201 is used to perform the sending and receiving operations performed by the second communication device in the method 700.
  • the second communication device performs operations other than the sending and receiving operations.
  • the communication interface 1201 is used to receive status indication information sent by the first communication device.
  • the status indication information is used to indicate the remote fine-grained unit FGU layer working status;
  • the processor 1202 is used to determine the status indication information based on the status indication information.
  • FIG. 13 is a schematic structural diagram of a communication device provided by the embodiment of the present application.
  • the communication device 1300 may be used to perform method 100, method 200, method 300, method 400, method 500, method 600 or method 700 in the above embodiments.
  • the communication device 1300 may include a processor 1310, a memory 1320 coupled to the processor 1310, and a transceiver 1330.
  • the transceiver 1330 may be, for example, a communication interface, an optical module, etc.
  • the processor 1310 may be a central processing unit (English: central processing unit, abbreviation: CPU), a network processor (English: network processor, abbreviation: NP) or a combination of CPU and NP.
  • the processor can also be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the above-mentioned PLD can be a complex programmable logic device (English: complex programmable logic device, abbreviation: CPLD), a field-programmable logic gate array (English: field-programmable gate array, abbreviation: FPGA), a general array logic (English: generic array logic, abbreviation: GAL) or any combination thereof.
  • the processor 1310 may refer to one processor or may include multiple processors.
  • the memory 1320 may include volatile memory (English: volatile memory), such as random access memory (English: random-access memory, abbreviation: RAM); the memory may also include non-volatile memory (English: non-volatile memory) , such as read-only memory (English: read-only memory, abbreviation: ROM), flash memory (English: flash memory), hard disk (English: hard disk drive, abbreviation: HDD) or solid-state drive (English: solid-state drive , abbreviation: SSD); the memory 1320 may also include a combination of the above types of memories.
  • the memory 1320 may refer to one memory or may include multiple memories.
  • computer-readable instructions are stored in the memory 1320, and the computer-readable instructions include a plurality of software modules, such as a sending module 1321, a processing module 1322, and a receiving module 1323.
  • the processor 1310 can perform corresponding operations according to the instructions of each software module.
  • the operations performed by a software module actually refer to operations performed by the processor 1310 according to the instructions of the software module.
  • the communication device 1300 can perform the method 100 in the above embodiment.
  • the communication device 1300 is equivalent to the communication device 1 in the method 100.
  • the transceiver 1330 is used to perform the sending and receiving operations performed by the communication device 1 in the method 100.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the communication device 1 in the method 100. For example: the processor 1310 is used to determine that the FGU layer is working abnormally; the transceiver 1330 is used to send fault indication information to the communication device 2, and the fault indication information is used to indicate a remote fault.
  • the communication device 1300 can perform the method 100 in the above embodiment.
  • the communication device 1300 is equivalent to the communication device 2 in the method 100.
  • the transceiver 1330 is used to perform the sending and receiving operations performed by the communication device 2 in the method 100.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the communication device 2 in the method 100 .
  • the transceiver 1330 is used to receive the fault indication information sent by the communication device 1, and the fault indication information is used to indicate a remote fault; the processor 1310 is used to determine the communication Device 1 has failed.
  • the communication device 1300 can perform the method 200 in the above embodiment.
  • the communication device 1300 is equivalent to the communication device 1 in the method 200.
  • the transceiver 1330 is used to perform the sending and receiving operations performed by the communication device 1 in the method 200.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the communication device 1 in the method 200. For example: the processor 1310 is used to determine that the FGU layer is working abnormally; the transceiver 1330 is used to send alarm information to the control management device, and the alarm information is used to indicate a local fault.
  • the communication device 1300 can perform the method 300 in the above embodiment.
  • the communication device 1300 is equivalent to the communication device 1 in the method 300.
  • the transceiver 1330 is used to perform the sending and receiving operations performed by the communication device 1 in the method 300.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the communication device 1 in the method 300. For example: the processor 1310 is used to determine the working status of the FGU layer; the transceiver 1330 is used to send status indication information to the communication device 2, and the status indication information is used to indicate the working status of the FGU layer.
  • the communication device 1300 can perform the method 300 in the above embodiment.
  • the communication device 1300 is equivalent to the communication device 2 in the method 300.
  • the transceiver 1330 is used to perform the sending and receiving operations performed by the communication device 2 in the method 300.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the communication device 2 in the method 300.
  • the transceiver 1330 is used to receive status indication information sent by the communication device 1, and the status indication information is used to indicate the working status of the FGU layer; the processor 1310 is used to determine the working status of the FGU layer of the communication device 1 .
  • the communication device 1300 can perform the method 400 in the above embodiment.
  • the communication device 1300 is equivalent to the first communication device in the method 400.
  • the transceiver 1330 is used to perform the transceiver operation performed by the first communication device in the method 400.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the first communication device in the method 400. For example: the processor 1310 is used to determine that the FGU layer is working abnormally; the transceiver 1330 is used to send fault indication information to the upstream node, and the fault indication information is used to indicate a remote fault.
  • the communication device 1300 can perform the method 500 in the above embodiment.
  • the communication device 1300 is equivalent to the second communication device in the method 500.
  • the transceiver 1330 is used to perform the transceiver operation performed by the second communication device in the method 500.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the second communication device in the method 500.
  • the transceiver 1330 is configured to receive fault indication information sent by the first communication device, the fault indication information is used to indicate a remote fault; the processor 1310 is configured to determine that the first communication device is faulty based on the fault indication information. .
  • the communication device 1300 can perform the method 600 in the above embodiment.
  • the communication device 1300 is equivalent to the first communication device in the method 600.
  • the transceiver 1330 is used to perform the transceiver operation performed by the first communication device in the method 600.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the first communication device in the method 600. For example: the processor 1310 is used to determine the working status of the fine-grained unit FGU layer; the transceiver 1330 is used to send status indication information to the upstream node, and the status indication information is used to indicate the working status of the FGU layer.
  • the communication device 1300 can perform the method 700 in the above embodiment.
  • the communication device 1300 When the communication device 1300 When 1300 is used to execute the method 700 in the above embodiment, the communication device 1300 is equivalent to the second communication device in the method 700.
  • the transceiver 1330 is used to perform the transceiver operation performed by the second communication device in the method 700.
  • the processor 1310 is configured to perform operations other than the sending and receiving operations performed by the second communication device in the method 700.
  • the transceiver 1330 is configured to receive status indication information sent by the first communication device.
  • the status indication information is used to indicate the remote fine-grained unit FGU layer working status;
  • the processor 1310 is configured to determine the status indication information based on the status indication information.
  • the present application also provides a computer-readable storage medium that stores instructions that, when run on a computer, cause the computer to execute the method described in the foregoing embodiments (for example, method 100 , method 200, method 300, method 400, method 500, method 600 or method 700) any one or more operations.
  • the present application also provides a computer program product, including a computer program that, when run on a computer, causes the computer to perform the methods described in the aforementioned embodiments (for example, method 100, method 200, method 300, method 400, Any one or more operations in method 500, method 600, or method 700).
  • This application also provides a communication system, including the communication device 1 and the communication device 2 mentioned in the method 100 of the above embodiment.
  • This application also provides a communication system, including the communication device 1 and the communication device 2 mentioned in the method 300 of the above embodiment.
  • the present application also provides a communication system, including the first communication device mentioned in the method 400 of the above embodiment and the second communication device mentioned in the method 500 above.
  • the present application also provides a communication system, including the first communication device mentioned in the method 600 of the above embodiment and the second communication device mentioned in the method 700 of the above embodiment.
  • This application also provides a communication system, including at least one memory and at least one processor.
  • the at least one memory stores instructions, and the at least one processor executes the instructions, so that the communication system executes the aforementioned embodiments of the application. Any one or more operations in the method described in any embodiment (for example, method 100, method 200, method 300, method 400, method 500, method 600, or method 700).
  • the disclosed systems, devices and methods can be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of units is only a logical service division. In actual implementation, there may be other division methods.
  • multiple units or components may be combined or integrated. to another system, or some features can be ignored, or not implemented.
  • Another point, shown or discussed The mutual coupling or direct coupling or communication connection may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.
  • a unit described as a separate component may or may not be physically separate.
  • a component shown as a unit may or may not be a physical unit, that is, it may be located in one place, or it may be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
  • each business unit in various embodiments of this application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above integrated units can be implemented in the form of hardware or software business units.
  • Integrated units may be stored in a computer-readable storage medium when implemented in the form of software business units and sold or used as independent products.
  • the technical solution of the present application is essentially or contributes to the existing technology, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program code. .
  • Computer-readable media includes computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • Storage media can be any available media that can be accessed by a general purpose or special purpose computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Selon des modes de réalisation, la présente invention concerne un procédé de notification de défaut. Après qu'un premier appareil de communication a déterminé qu'une couche FGU fonctionnait de façon anormale, le premier appareil de communication peut envoyer des informations d'indication de défaut à un nœud amont, les informations d'indication de défaut étant utilisées pour indiquer un défaut à l'extrémité distante. On peut constater d'après cela qu'en utilisant la présente solution, après que le premier appareil de communication a déterminé que la couche FGU fonctionnait de façon anormale, le premier appareil de communication peut notifier au nœud amont le défaut à l'extrémité distante. De cette manière, le nœud amont peut déterminer rapidement le défaut à l'extrémité distante sur la base des informations d'indication de défaut qui sont envoyées par le premier appareil de communication. Par comparaison avec l'état de la technique, la présente solution implique un mécanisme de notification, à un nœud amont, d'un défaut à l'extrémité distante. Par comparaison avec le fait que dans l'état de la technique, seul un nœud de périphérie servant de support à un service à granularité fine peut détecter un défaut, un nœud amont d'un premier appareil de communication, qui détecte un défaut de couche FGU, peut apprendre un défaut à l'extrémité distante. Le fait qu'un nœud amont d'un premier appareil de communication apprenne un défaut à l'extrémité distante aide à enregistrer rapidement la raison du défaut à l'extrémité distante, et réduit l'influence, sur un service à granularité fine, d'un défaut de couche FGU du premier appareil de communication.
PCT/CN2023/079288 2022-04-15 2023-03-02 Procédé et appareil de notification de défaut WO2023197770A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202210399017.3 2022-04-15
CN202210399017 2022-04-15
CN202210552411.6 2022-05-20
CN202210552411.6A CN116962145A (zh) 2022-04-15 2022-05-20 一种故障通告方法及装置

Publications (1)

Publication Number Publication Date
WO2023197770A1 true WO2023197770A1 (fr) 2023-10-19

Family

ID=88328811

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/079288 WO2023197770A1 (fr) 2022-04-15 2023-03-02 Procédé et appareil de notification de défaut

Country Status (1)

Country Link
WO (1) WO2023197770A1 (fr)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019007431A1 (fr) * 2017-07-07 2019-01-10 中兴通讯股份有限公司 Procédé et appareil de notification et d'acquisition de défaillance pour ethernet flexible, et dispositif de communication
CN111200510A (zh) * 2018-11-20 2020-05-26 中国电信股份有限公司 业务保护方法和装置
CN111431786A (zh) * 2020-03-17 2020-07-17 华信塞姆（成都）科技有限公司 一种SPN中FlexE环网的转向方式环保护方法
CN112104471A (zh) * 2019-06-18 2020-12-18 华为技术有限公司 一种故障传输方法和装置
CN112511330A (zh) * 2020-06-24 2021-03-16 中兴通讯股份有限公司 一种告警方法、装置、网络设备及存储介质
CN113557696A (zh) * 2019-03-20 2021-10-26 瑞典爱立信有限公司 在网络中路由FlexE数据
US20210377103A1 (en) * 2019-02-19 2021-12-02 Huawei Technologies Co., Ltd. Flexible ethernet communication method and network device
CN113824534A (zh) * 2020-06-20 2021-12-21 华为技术有限公司 一种确定码组丢失的方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019007431A1 (fr) * 2017-07-07 2019-01-10 中兴通讯股份有限公司 Procédé et appareil de notification et d'acquisition de défaillance pour ethernet flexible, et dispositif de communication
CN111200510A (zh) * 2018-11-20 2020-05-26 中国电信股份有限公司 业务保护方法和装置
US20210377103A1 (en) * 2019-02-19 2021-12-02 Huawei Technologies Co., Ltd. Flexible ethernet communication method and network device
CN113557696A (zh) * 2019-03-20 2021-10-26 瑞典爱立信有限公司 在网络中路由FlexE数据
CN112104471A (zh) * 2019-06-18 2020-12-18 华为技术有限公司 一种故障传输方法和装置
CN111431786A (zh) * 2020-03-17 2020-07-17 华信塞姆（成都）科技有限公司 一种SPN中FlexE环网的转向方式环保护方法
CN113824534A (zh) * 2020-06-20 2021-12-21 华为技术有限公司 一种确定码组丢失的方法及装置
CN112511330A (zh) * 2020-06-24 2021-03-16 中兴通讯股份有限公司 一种告警方法、装置、网络设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZHANG, MENG: "Flex ethernet technology and application in 5G mobile transport network", CHINA COMMUNICATIONS, vol. 18, no. 2, 15 February 2021 (2021-02-15), XP011837986, ISSN: 1673-5447, DOI: 10.23919/JCC.2021.02.017 *

Similar Documents

Publication Publication Date Title
US7693078B2 (en) Method for supporting SDH/SONET OAMP on Ethernet
JP7282187B2 (ja) フレキシブルイーサネット通信方法及びネットワーク装置
US7394758B2 (en) Method for supporting SDH/SONET APS on Ethernet
US11082317B2 (en) Detection block sending and receiving method, and network device and system
US20210385127A1 (en) Flexible ethernet communication method and network device
WO2020103530A1 (fr) Procédé et appareil de communication
WO2019029286A1 (fr) Procédé et dispositif de communication, et support de stockage
US11804982B2 (en) Communication method and apparatus
WO2019015462A1 (fr) Procédé d'envoi de bloc de détection, procédé de réception de bloc de détection, dispositif de réseau, et système
WO2023197770A1 (fr) Procédé et appareil de notification de défaut
US7760762B2 (en) Bandwidth controlling method and node apparatus for a ring-based network
WO2024032191A1 (fr) Procédé et dispositif de traitement de bloc de code de défaut
CN116962145A (zh) 一种故障通告方法及装置
WO2023071249A1 (fr) Procédé et appareil de négociation d'intervalle de temps
WO2024087975A1 (fr) Procédé et appareil de communication
WO2022100350A1 (fr) Procédé et système de communication appliqués à un réseau de transport métropolitain (mtn) ou à un réseau de paquets en tranches (spn)

Legal Events

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

Ref document number: 23787418

Country of ref document: EP

Kind code of ref document: A1