Looped network link protection and switching method

The method pre-configures FDB table entries in Ethernet ring networks to address bandwidth waste and communication issues, ensuring efficient and accurate traffic forwarding during link failures.

CN119254570AInactive Publication Date: 2025-01-03AUTOCORE INTELLIGENT TECH (NANJING) CO LTD
View PDF 7 Cites 0 Cited by

Patent Information

Application Number
CN202411798132.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-09
Publication Date
2025-01-03
Estimated Expiration
Not applicable · inactive patent

AI Technical Summary

Technical Problem

The existing ERPS protocol for Ethernet ring networks wastes communication bandwidth resources and risks communication oscillation or loss due to relearning of FDB table entries, which is not optimal for deterministic in-vehicle networks.

Method used

A ring network link protection and switching method that pre-learns message forwarding paths under various scenarios, using ERPS protocol messages with extended TLV fields to configure FDB table entries accurately, avoiding relearning and flooding.

Benefits of technology

Quickly refreshes the FDB table paths during faults, reducing communication disruptions and ensuring accurate traffic forwarding without bandwidth waste.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119254570A_ABST
    Figure CN119254570A_ABST
Patent Text Reader

Abstract

The invention discloses a ring network link protection and switching method. A ring network link comprises at least one master control node, at least two common nodes and a bidirectional link between the nodes. The master control node and the common nodes learn message forwarding paths in each preset scene in advance; wherein the preset scene comprises each link fault polling scene, and each link fault polling scene is a scene in which each bidirectional link has physical faults in sequence; receiving service data, determining a current scene of the looped network link, and comparing the current scene with each preset scene; and if the comparison is successful, forwarding the service data according to the message forwarding path corresponding to the successfully compared preset scene. According to the method and the device, the looped network static forwarding table path is learned in advance, and when the fault occurs, the message forwarding path table corresponding to the fault scene can be quickly refreshed, so that the sending of the flooding message in the vehicle-mounted network is avoided, and meanwhile, the condition that a user sets the forwarding table path by himself or herself to mismatch or mismatch is avoided.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application belongs to the field of communication technology, and specifically relates to a ring network link protection and switching method. Background Art

[0002] ERPS (Ethernet Ring Protection Switching) is a ring protection protocol developed by the International Telecommunication Union (ITU), also known as G.8032. It is a link layer protocol specifically used in Ethernet ring networks. When the Ethernet ring network is complete, it eliminates the loop by blocking the Ring Protection Link (RPL), effectively avoiding the generation of broadcast storms. When a link on the Ethernet ring network is disconnected, it can quickly restore the communication between the nodes on the ring network by opening the RPL link and switching to refresh the forwarding database (FDB) table entries.

[0003] However, in the G.8032 specification, the learning of the FDB message forwarding path after link switching is a method of relearning by clearing the FDB table entries of the Ethernet switch Switch and flooding data messages. This behavior wastes the communication bandwidth resources of the vehicle Ethernet, especially the resource-constrained microcontroller unit (MCU) on the vehicle Ethernet. It will seriously cause the risk of communication oscillation or communication loss in the vehicle Ethernet communication. At the same time, the in-vehicle Ethernet network is a deterministic network. In the case of a known in-vehicle communication matrix, the working method of re-self-learning by clearing the FDB table entries is not the best choice. Summary of the invention

[0004] The technical purpose of the present application is to accurately configure the FDB table entries expected to be refreshed when different ring network links fail, and to provide a ring network link protection and switching method based on communication characteristics.

[0005] In order to achieve the above technical objectives, this application adopts the following technical solutions.

[0006] The embodiment of the present application provides a ring network link protection and switching method based on communication characteristics, including: The ring network link includes at least one master control node and at least two common nodes, and a bidirectional link between the nodes; The master control node and the common node pre-learn the message forwarding path under each preset scenario; wherein the preset scenario includes each link failure polling scenario, and each link failure polling scenario is a scenario in which each bidirectional link has a physical failure in sequence; Receiving service data, determining a current scenario of the ring network link, and comparing the current scenario with each of the preset scenarios; If the comparison is successful, the business data is forwarded according to the message forwarding path corresponding to the preset scenario with successful comparison.

[0007] In some possible implementations, all of the master control nodes and common nodes form at least one sub-ring network structure; one sub-ring network structure includes one master control node; The preset scenario also includes an RPL link blocking scenario, where the RPL link blocking scenario is a scenario where the ring network link is in a fault-free state; The master control node and the common node pre-learn the message forwarding path under each preset scenario, including: In the RPL link blocking scenario, each of the master control nodes sends a first message to each of the common nodes in the same sub-ring network structure, where the first message is used to indicate that the ring network link is in a fault-free state; Each of the common nodes receives the first message, and the master control node and the common nodes determine the message forwarding path of the node through the network switching device.

[0008] In some possible implementations, the first message is an unacknowledged ring protection link blocking NRRB message.

[0009] In some possible implementations, each of the sub-ring network structures includes an RPL link, and in the RPL link blocking scenario, each of the RPL links is blocked.

[0010] In some possible implementations, the master control node and the common node pre-learn the message forwarding path in each preset scenario, including: In each link failure polling scenario, each of the bidirectional links is configured to have physical failures in turn, and the master control node and the ordinary node in the ring network link send a second message, which includes auxiliary information of the message forwarding path self-learning mode. The master control node and the ordinary node receive the second message and respectively determine the message forwarding path of the node through network communication equipment.

[0011] In some possible implementations, the second message adopts an ERPS protocol message, and the message forwarding path self-learning mode auxiliary information is set in the Type field in the TLV field by extending the TLV field of the ERPS protocol message.

[0012] In some possible implementations, the method further includes: In the initial state of the ring network link, before the master control node and the common node pre-learn the message forwarding path under each preset scenario, the ring network link receives a third message from outside the ring network link, wherein the third message includes a message forwarding path learning start indication; In response to the third message, the master control node and the common node start learning message forwarding paths in various preset scenarios; After the learning is completed, the ring network link receives a fourth message from outside the ring network link, and the fourth message includes a message forwarding path learning stop indication; In response to the fourth message, the master control node and the common nodes stop learning the message forwarding paths in each preset scenario.

[0013] In some possible implementations, the method further includes: After the master control node and the common node stop learning the message forwarding paths in each preset scenario, the ring network link receives a fifth message from outside the ring network link, where the fifth message includes an indication of obtaining a message forwarding path; In response to the fifth message, the master control node and the common node return the learned message forwarding paths under each preset scenario.

[0014] In some possible implementations, the method further includes: Determine a message forwarding path table according to each of the message forwarding paths; The message forwarding path table is detected to determine whether there are any missing preset scenarios; if there are any missing scenarios, the master control node and the common nodes supplementarily learn the message forwarding paths under the missing preset scenarios.

[0015] In some possible implementations, the third message, the fourth message and the fifth message adopt ERPS protocol messages, by extending the TLV field of the ERPS protocol message, wherein the Type field includes a message forwarding path self-learning mode identifier, and the Value is used to set the message forwarding path learning start indication, the message forwarding path learning stop indication or the acquisition message forwarding path indication.

[0016] Compared with the prior art, the ring network link protection and switching method provided by the embodiment of the present application has the following beneficial technical effects: by pre-learning the static forwarding table path of the ring network, when a fault occurs, the message forwarding path table corresponding to the fault scenario can be quickly refreshed, avoiding the sending of flooded messages in the vehicle network, and avoiding the mismatch or omission of the forwarding table path set by the user. If there is a change in ECU information during operation, the learning of the static forwarding table can be quickly completed by simply re-enabling the learning mode. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The drawings described herein are for explanation purposes only and are not intended to limit the scope of the present application in any way. In addition, the shapes and proportional dimensions of the components in the drawings are only for illustration purposes and are used to help understand the present application. They do not specifically limit the shapes and proportional dimensions of the components of the present application. Under the guidance of the present application, those skilled in the art can select various possible shapes and proportional dimensions to implement the present application according to specific circumstances. In the drawings: Figure 1 This is an example of a ring network architecture used in an embodiment of the present application; Figure 2 A schematic diagram of a ring network link protection and switching method flow chart provided in an embodiment of the present application; Figure 3 A schematic diagram of a ring network link protection and switching method flow chart provided in another embodiment of the present application; Figure 4 A schematic diagram of a ring network link protection and switching method flow chart provided in yet another embodiment of the present application; Figure 5 This is an example of a ring network architecture used in another embodiment of the present application. DETAILED DESCRIPTION

[0018] In order to enable those skilled in the art to better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0019] In the description of this application, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, the features defined as "first" and "second" may explicitly or implicitly include one or more features.

[0020] ERPS (Ethernet Ring Protection Switching) is designed to provide a fast fault detection and switching mechanism to ensure that the network can quickly transmit data from the backup path when a fault occurs, thereby reducing the time of network interruption and effectively ensuring the quality of user communication. ERPS defines the R-APS (Ring AutoProtection Switching) protocol message and protection switching mechanism, which eliminates loops by blocking specified ports to achieve the purpose of protecting the network.

[0021] When the ERPS ring is in normal state, the RPL (Ring Protection Link) owner node (master node) will periodically (usually at intervals of 5 seconds) send NRRB messages to other nodes (ordinary nodes) in the ring. These messages indicate that the current ERPS ring link is normal and there is no failure. By sending NRRB messages, the RPL owner node can ensure that other nodes in the ring understand the health status of the current link. If a node does not receive NRRB messages from the RPLowner node for a long time, it may think that the link is faulty and start the corresponding protection switching mechanism.

[0022] In the ERPS protocol, in addition to NRRB messages, there are other types of messages such as SF (Signal Failure) RAPS and NR (No-Request) RAPS. These messages play a key role in link fault detection, protection switching mechanism triggering, and fault recovery. They work together with NRRB messages to maintain the stability and reliability of the ERPS ring.

[0023] However, in the G.8032 specification, the method of clearing FDB entries and relearning after link switching wastes the bandwidth resources of the in-vehicle Ethernet, has a significant impact on the resource-constrained MCU, and may cause communication oscillation or loss. Moreover, this method is not the best choice for deterministic in-vehicle networks.

[0024] In order to solve the above technical problems, the present application provides a ring network link protection and switching method, so that OEM manufacturers can achieve the purpose of traffic forwarding by statically configuring FDB forwarding table items. When different ring network links fail, the FDB table items expected to be refreshed can be accurately configured to successfully restore normal communication within the vehicle.

[0025] In order to make the description of the ring network link protection and switching method in the embodiment of the present application clearer, firstly, an example of a ring network architecture to which the ring network link protection and switching method is applied is provided, but it is not limited to this ring network. Figure 1The ring network architecture example used in the ring network link protection and switching method embodiment of the present application is as follows: Figure 1 As shown in the figure, this is a ring network structure composed of three ring network nodes, namely ECU1, ECU2 and ECU3, where ECU1 is the ring protection link master node (owner node), and ECU2 and ECU3 are ordinary nodes. The nodes are connected through bidirectional links, where ECU1 node and ECU3 node, ECU3 node and ECU2 node are connected through bidirectional links, and a ring protection link RPL connection is set between ECU1 node and ECU2 node, and the ring protection link RPL is also a bidirectional communication.

[0026] Embodiment 1

[0027] Figure 2 The method of the ring network link protection and switching method provided in this embodiment is a flow chart; the method of this embodiment can be applied to Figure 1 The ring network framework shown, the ring network link includes at least one master control node and at least two common nodes, and a bidirectional link between the nodes; The master node and the common nodes pre-learn the message forwarding paths under various preset scenarios; wherein the preset scenarios include link fault polling scenarios, and each link fault polling scenario is a scenario in which physical faults occur in each bidirectional link in turn; receive business data, determine the current scenario of the ring network link, and compare the current scenario with each preset scenario; if the comparison is successful, forward the business data according to the message forwarding path corresponding to the preset scenario with successful comparison.

[0028] As an example, all the master control nodes and common nodes form at least one sub-ring network structure; a sub-ring network structure includes a master control node; Figure 1 As shown, ECU1, ECU2 and ECU3 form a sub-ring network structure.

[0029] The preset scenarios in the example may also include an RPL link blocking scenario, where the RPL link blocking scenario is a scenario where the ring network link is in a fault-free state; each master control node and each ordinary node pre-learns the message forwarding path under each preset scenario, and may also include: in the RPL link blocking scenario, the master control node ECU1 sends a first message to each ordinary node (ECU2 and ECU3) in the same sub-ring network structure, and the first message is used to indicate that the ring network link is in a fault-free state; each ordinary node (ECU2 and ECU3) receives the first message, and the master control node ECU1 and each ordinary node (ECU2 and ECU3) determine the current message forwarding path through a network communication device (such as according to a switch SDK).

[0030] The main function of a network communication device is to receive a data packet from a port and forward it to the correct output port based on the destination address of the data packet (usually the MAC address). The forwarding database (FDB) records the port location corresponding to each MAC address.

[0031] As an example, the master control node and the ordinary nodes pre-learn the message forwarding path under each preset scenario, including: in each link failure polling scenario, each bidirectional link is configured to have a physical failure in turn, the master control node and the ordinary nodes in the ring network link send a second message, the second message includes message forwarding path learning auxiliary information, each master control node and each ordinary node receives the second message sent by other nodes and determines the message forwarding path of the node through the network communication equipment.

[0032] In some implementations, the first message is an unacknowledged ring protection link blocking NRRB message. Figure 1 , Figure 2 and Figure 3 , ERPS starts and enters the IDLE state, which is in the RPL link blocking scenario (scenario 1). At this time, RPL is in the initial state, that is, the logical blocking state. Ordinary nodes (ECU2, ECU3) receive NRRB messages from the master control node ECU1. For example, ECU3 receives the NRRB message sent by ECU1, and ECU3 determines that the message forwarding path of the current scenario is ECU1-ECU3; ECU2 receives the NRRB message sent by ECU1, and ECU2 determines that the message forwarding path of the current scenario is ECU1-ECU3-ECU2.

[0033] Figure 1 The ring network architecture shown includes three links, namely the physical link between ECU1 and ECU3, the link between ECU2 and ECU3, and the RPL physical link between ECU1 and ECU2; the link failure polling scenario includes scenario 2, scenario 3, and scenario 4. The link failure polling scenario includes all possible link failure scenarios, and the scenario and the message forwarding path under the scenario are recorded, combined with the message forwarding path under the RPL link blocking scenario, so as to learn the complete static message forwarding path configuration table.

[0034] Combination Figure 1 , Figure 2 and Figure 3As shown, the physical link between ECU1 and ECU3 is disconnected, and ECU1 and ECU3 send SF messages. This is scenario 2. The master control node ECU1 opens the port connected to RPL. ECU2 receives the SF message sent by ECU3 and opens the port connected to RPL. The master control node ECU1, the common nodes ECU2 and ECU3 send the second message. ECU1, ECU2 and ECU3 in the ring network link receive the second message sent by other nodes respectively, and determine the message forwarding path of this node through the switch SDK. ECU3 determines the message forwarding path ECU1- ECU2-ECU3; ECU2 receives the second message, and ECU2 determines the message forwarding path ECU1-ECU2.

[0035] The link between ECU2 and ECU3 is disconnected. When ECU1 receives the SF message from ECU2 and ECU3, it is scenario 3. ECU2 and ECU1 open RPL. The master node ECU1, the common nodes ECU2 and ECU3 send the second message. ECU3 receives the second message and determines the message forwarding path ECU1-ECU3 of the current scenario. ECU2 receives the second message and determines the message forwarding path ECU1-ECU2 of the current scenario.

[0036] When the RPL physical link between ECU1 and ECU2 is disconnected and ECU3 receives the SF message from ECU1 and ECU2, it is scenario 4. The master node ECU1, the ordinary nodes ECU2 and ECU3 send the second message, ECU3 receives the second message, and ECU3 determines the message forwarding path ECU1-ECU3; ECU2 receives the second message, and ECU2 determines the message forwarding path ECU1-ECU3-ECU2.

[0037] After all the above scenarios are learned, turn off the self-learning mode and enter the running mode. When a fault scenario occurs during the running process, the scenario characteristics (received ERPS message type and MAC address identification) are compared to automatically identify the fault scenario, obtain the message forwarding path configuration learned in the self-learning state, complete the setting of the message forwarding path in the scenario, and then the link communication returns to normal.

[0038] The embodiment of the present application adopts pre-learning of the ring network static forwarding table path, which can quickly refresh the path table in the event of a fault. There is no need to clear the FDB table entry and re-learn the message forwarding path of the data message when the Ethernet ring network fails or recovers, thereby avoiding flooding messages and user setting errors, and improving network efficiency and accuracy.

[0039] In some embodiments, the ECU may determine the message forwarding path through the acquired switch API records and the ring network topology structure. This is a prior art and will not be elaborated in this application.

[0040] In some embodiments, Figure 4 As shown, the ring network link protection and switching method also includes: in the initial state of the ring network link, before the master control node and the ordinary nodes pre-learn the message forwarding path under each preset scenario, the ring network link receives a third message from outside the ring network link (the external device of the ring network link can be an auxiliary device such as a simulation tool or a simulation instrument), and the third message includes a message forwarding path learning start indication; in response to the third message, the master control node and the ordinary nodes start to learn the message forwarding path under each preset scenario; after the learning is completed, the ring network link receives a fourth message from outside the ring network link, and the fourth message includes a message forwarding path learning stop indication; in response to the fourth message, each master control node and each ordinary node stops learning the message forwarding path under each preset scenario.

[0041] The ring network link protection and switching method provided in some embodiments also includes: after the master control node and the ordinary nodes stop learning the message forwarding path under each preset scenario, the ring network link receives a fifth message from outside the ring network link, and the fifth message includes an indication of obtaining the message forwarding path; in response to the fifth message, each master control node and each ordinary node returns the learned message forwarding path under each preset scenario.

[0042] In some embodiments, a message forwarding path table is determined according to each message forwarding path; the message forwarding path table is detected to see if there are any missing preset scenarios, and if there are any, each master control node and each common node supplements and learns the message forwarding path under the missing preset scenario. By detecting the message forwarding path table and supplementing the message forwarding path under the missing preset scenario, the integrity of the message forwarding path table can be ensured, so that all possible communication scenarios can be covered, communication failures or data loss can be avoided in specific scenarios, and network communications can be quickly restored, reducing service interruption time caused by failures.

[0043] As an example, the second message, the third message, the fourth message, and the fifth message may adopt ERPS protocol messages, which are implemented by extending the TLV field of the ERPS protocol message, as shown in Table 1, wherein the Type field may include a message forwarding path self-learning mode identifier, and the Value is used to set a message forwarding path learning start indication, a message forwarding path learning stop indication, or an acquisition message forwarding path indication. The embodiment of the present application can select whether to enable the self-learning function of the message forwarding path, thereby more flexibly controlling the learning process of the message forwarding path.

[0044] In the ERPS protocol message field, Byte 1-50 is a format-determined field, and Byte 51 and thereafter are TLV fields: the user controls an external device to send a custom 51-54-bit TLV format ERPS message to the ring network to enable or disable message forwarding path learning.

[0045] As an example, the TLV field format is shown in Table 1.

[0046] Table 1 Example of extended TLV fields in ERPS protocol packets

[0047] Type: 0x01 indicates self-learning mode setting, 0x02 indicates self-learning mode auxiliary message (self-learning mode auxiliary information of message forwarding path); Length: 0x01 indicates that the length of Value is 1; Value: 0x00 indicates turning off self-learning mode (stopping learning message forwarding paths in each preset scenario), 0x01 indicates entering self-learning mode (starting learning message forwarding paths in each preset scenario), and 0x02 indicates obtaining self-learning mode results (returning the learned message forwarding paths in each preset scenario).

[0048] Combination Figure 3 and Figure 4 During the self-learning mode, each ECU node periodically sends a self-learning mode auxiliary message (second message) of Type 0x02 for learning the communication scenario. After the scenario is stable, the ECU node obtains the forwarding port of the periodically received message (Type 0x02) through the switch API.

[0049] Embodiment 2

[0050] For ERPS in dual-ring and multi-ring scenarios, more ECU nodes are involved, and there may be multiple link failures. However, the corresponding processing logic is the same. In this case, you only need to self-learn all the scenarios under the communication characteristics. Take the following dual-ring topology as an example. Figure 5 shown.

[0051] After ERPS is started, it enters the IDLE state. At this time, the first RPL link RPL1 (ECU3-ECU4) and the second RPL link RPL2 (ECU1-ECU2) are in the logical blocking initial state.

[0052] At this time, the master control nodes ECU4 and ECU1 will both send NRRB characteristic messages (first messages) representing the IDLE state. For ordinary nodes, ECU2 will receive the NRRB message from ECU1, ECU3 will receive the NRRB messages from ECU4 and ECU1, and ECU1 will receive the NRRB message sent by ECU4. When there are two rings, each master control node only sends NRRB messages to ordinary nodes in the sub-ring network structure. Since there is only one master control node in a sub-ring network structure, if the sub-ring network structure includes two master control nodes, one of them will serve as the master control node of the sub-ring network structure, and the other master control nodes included in the sub-ring network structure will serve as ordinary nodes in the sub-ring network structure. ECU1 is an ordinary node non-master control node for the ECU1-ECU3-ECU4 ring, but ECU1 is a master control node for the ECU1-ECU2-ECU3 ring. ECU4 is a master control node for the ECU4-ECU1-ECU3 ring, but ECU4 is not in the ECU1-ECU2-ECU3 ring, so ECU4 cannot receive the NRRB message from the master control node ECU1. Each ECU node records the message forwarding path under this feature scenario.

[0053] If the links between ECU4 and ECU1, ECU4 and ECU3, ECU2 and ECU1, and ECU2 and ECU3 are disconnected, the scenario belongs to only one ERPS ring (the status of the link on the ring will not affect the other rings), so the processing logic is the same as the single-ring scenario above.

[0054] For example: the link between ECU4 and ECU1 is disconnected, and ECU4 and ECU1 will send SF messages. ECU3 will receive the SF message from ECU4 and the NRRB message from ECU1. For ECU2, there is no fault in the ECU1-ECU2-ECU3 loop at this time, so the NRRB message sent by ECU1 is still in the IDLE state. Each ECU node records the message forwarding path under this feature scenario. At this time, the second message path sent by ECU2 to ECU4 will be converted from ECU2-ECU3-ECU1-ECU4 to ECU2-ECU3-ECU4.

[0055] The link between ECU1 and ECU2 is disconnected, and ECU1 and ECU2 will send SF messages. ECU3 will receive SF messages from ECU1 and ECU2 and NRRB messages from ECU4. For ECU4, there is no fault in the sub-ring network structure of ECU4-ECU3-ECU1, so ECU4 still sends NRRB messages in IDLE state. Each ECU node records the message forwarding path under this characteristic scenario. At this time, the message path sent from ECU2 to ECU4 remains unchanged, which is ECU2-ECU3-ECU4.

[0056] The link between ECU1 and ECU3 is disconnected. Since ECU1 and ECU3 belong to two rings, ECU4-ECU3-ECU1 and ECU1-ECU2-ECU3, both sub-ring network structures have failed. ECU1 and ECU3 send SF messages. When ECU4 receives the SF message from ECU1, ECU2 receives the message from ECU3. Each ECU node records the message forwarding path under this feature scenario. At this time, the message path from ECU2 to ECU4 is converted from ECU2-ECU3-ECU1-ECU4 to ECU2-ECU3-ECU4.

[0057] After entering the running mode, each ECU learns the message forwarding path under all scenarios. When a fault occurs, the fault scenario is searched from the learned message forwarding path table, and then the FDB table entry under the scenario is refreshed.

[0058] The above is a detailed introduction to a ring network link protection and switching method provided by the present application. This article uses specific examples to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the concept of the present application and should not be understood as limiting the scope of protection of the present application.

Claims

1. A ring network link protection and switching method, characterized in that: Methods include: The ring network link includes at least one master control node and at least two common nodes, and a bidirectional link between the nodes; The master control node and the common node pre-learn the message forwarding path under each preset scenario; wherein the preset scenario includes each link failure polling scenario, and each link failure polling scenario is a scenario in which each bidirectional link has a physical failure in sequence; Receiving service data, determining a current scenario of the ring network link, and comparing the current scenario with each of the preset scenarios; If the comparison is successful, the business data is forwarded according to the message forwarding path corresponding to the preset scenario with successful comparison.

2. The ring network link protection and switching method according to claim 1, characterized in that: All the master control nodes and common nodes form at least one sub-ring network structure; one sub-ring network structure includes one master control node; The preset scenario also includes an RPL link blocking scenario, where the RPL link blocking scenario is a scenario where the ring network link is in a fault-free state; The master control node and the common node pre-learn the message forwarding path under each preset scenario, including: In the RPL link blocking scenario, each of the master control nodes sends a first message to each of the common nodes in the same sub-ring network structure, where the first message is used to indicate that the ring network link is in a fault-free state; Each of the common nodes receives the first message, and the master control node and the common nodes determine the message forwarding path of the node through the network communication device.

3. The ring network link protection and switching method according to claim 2, characterized in that: The first message is an unanswered ring protection link blocking NRRB message.

4. The ring network link protection and switching method according to claim 2, characterized in that: Each of the sub-ring network structures includes an RPL link, and in the RPL link blocking scenario, each of the RPL links is blocked.

5. The ring network link protection and switching method according to claim 1, characterized in that: The master control node and the common node pre-learn the message forwarding path under each preset scenario, including: In each link failure polling scenario, each of the bidirectional links is configured to have physical failures in turn, and the master control node and the ordinary node in the ring network link send a second message, which includes auxiliary information of the message forwarding path self-learning mode. The master control node and the ordinary node receive the second message and respectively determine the message forwarding path of the node through network communication equipment.

6. The ring network link protection and switching method according to claim 5, characterized in that: The second message adopts an ERPS protocol message, and by extending the TLV field of the ERPS protocol message, the message forwarding path self-learning mode auxiliary information is set in the Type field in the TLV field.

7. The ring network link protection and switching method according to claim 1, characterized in that: The method further comprises: In the initial state of the ring network link, before the master control node and the common node pre-learn the message forwarding path under each preset scenario, the ring network link receives a third message from outside the ring network link, wherein the third message includes a message forwarding path learning start indication; In response to the third message, the master control node and the common node start learning message forwarding paths in various preset scenarios; After the learning is completed, the ring network link receives a fourth message from outside the ring network link, and the fourth message includes a message forwarding path learning stop indication; In response to the fourth message, the master control node and the common nodes stop learning the message forwarding paths in each preset scenario.

8. The ring network link protection and switching method according to claim 7, characterized in that: The method further comprises: After the master control node and the common node stop learning the message forwarding paths in each preset scenario, the ring network link receives a fifth message from outside the ring network link, where the fifth message includes an indication of obtaining a message forwarding path; In response to the fifth message, the master control node and the common node return the learned message forwarding paths under each preset scenario.

9. The ring network link protection and switching method according to claim 8, characterized in that: The method further comprises: Determine a message forwarding path table according to each of the message forwarding paths; The message forwarding path table is detected to determine whether there are any missing preset scenarios; if there are any missing scenarios, the master control node and the common nodes supplementarily learn the message forwarding paths under the missing preset scenarios.

10. The ring network link protection and switching method according to claim 8, characterized in that: The third message, the fourth message and the fifth message adopt ERPS protocol messages, by extending the TLV field of the ERPS protocol message, wherein the Type field includes a message forwarding path self-learning mode identifier, and the Value is used to set the message forwarding path learning start indication, the message forwarding path learning stop indication or the acquisition message forwarding path indication.

Citation Information

Patent Citations

  • Looped network node MAC address table refreshing and optimizing method

    CN104158715A

  • Ring network fault switching method and ring nodes

    CN106789521A

  • Message table entry processing method and device

    CN112187646A

  • Vehicle-mounted Ethernet ring network link switching method based on ERPS

    CN115412395A

  • Multiple ring identification and configuration protocol

    US20150036546A1