Information transmission method, device, related equipment and storage medium

Abstract

The present application discloses an information transmission method, apparatus, first device, second device, and storage medium. The method includes: sending a first TAN frame, where the first TAN frame is used to control data transmission on a second device; a header of the first TAN frame includes at least one of the following: first information indicating that the type of the first TAN frame is control; the first information and second information, where the second information indicates the identifiers of the sending and receiving devices of the first TAN frame.

Description

Technical Field

[0001] The present application relates to the field of communications, and in particular to an information transmission method, apparatus, related equipment and storage medium. Background Art

[0002] In the related art, the Time Aware Network (TAN) system currently defines only three data types in the data type field in the design of the TAN frame header: timing PDU, fast TAN PDU, and standard TAN PDU. These data types are used to provide different transmission scheduling strategies for different types of data on the data plane, without considering the interaction of management and control plane data. This results in a lack of interaction mechanism between the TAN controller and TAN switch, and between TAN switches, which is not conducive to the management and transmission optimization of the TAN network. Summary of the Invention

[0003] To solve related technical problems, the embodiments of the present application provide an information transmission method, apparatus, related equipment and storage medium.

[0004] The technical solution of the embodiment of the present application is implemented as follows:

[0005] An embodiment of the present application provides an information transmission method, applied to a first device, including:

[0006] Send a first TAN frame, where the first TAN frame is used to control data transmission on the second device; a frame header of the first TAN frame includes at least one of the following:

[0007] first information, where the first information indicates that a type of the first TAN frame is control;

[0008] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0009] In the above solution, the first device includes a switching device; the control type includes retransmission; and the method further includes:

[0010] determining whether at least one second TAN frame is lost;

[0011] In the case that the at least one second TAN frame is lost, the first TAN frame is sent to the second device, where the first TAN frame further carries third information, and the third information indicates that the second device is to retransmit the at least one second TAN frame.

[0012] In the above solution, the determining whether at least one second TAN frame is lost includes:

[0013] Obtaining a preset threshold for triggering lost retransmission; wherein the preset threshold is determined according to the network status and transmission quality at the at least one second TAN frame;

[0014] When the number of the second TAN frames received in sequence is less than the preset threshold, determining that at least one second TAN frame is lost;

[0015] When the number of the second TAN frames received in sequence is equal to the preset threshold, it is determined that at least one second TAN frame is not lost.

[0016] In the above solution, the method further includes:

[0017] The at least one second TAN frame sent by the second device is received, where the at least one second TAN frame carries at least data to be retransmitted.

[0018] In the above solution, the first device includes a switching device; the control type includes confirmation; and the method further includes:

[0019] Sending the first TAN frame to the second device, where the first TAN frame further carries fourth information, where the fourth information instructs the second device to confirm whether at least one third TAN frame has been received;

[0020] When the second device confirms that the at least one third TAN frame has been received, it receives deletion request information sent by the second device, and deletes the at least one third TAN frame in the buffer area according to the deletion request information.

[0021] In the above solution, the first device includes a control device; and the method further includes:

[0022] Configuration information is sent to the second device, where the configuration information is used to configure a data caching strategy and a data transmission strategy for the second device.

[0023] In the above solution, the method further includes:

[0024] receiving fault information reported by the second device;

[0025] A management strategy for the second device is determined based on the fault information.

[0026] This embodiment of the present application provides another information transmission method, which is applied to a second device, including:

[0027] Receive a first TAN frame sent by a first device, and perform related control of data transmission on a second device according to the first TAN frame; wherein a frame header of the first TAN frame includes at least one of the following:

[0028] first information, where the first information indicates that a type of the first TAN frame is control;

[0029] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0030] In the above solution, the first device includes a switching device; the control type includes retransmission; and the method further includes:

[0031] receiving the first TAN frame sent by the switching device, where the first TAN frame further carries third information;

[0032] The at least one second TAN frame is retransmitted according to the third information.

[0033] In the above solution, the method further includes:

[0034] The at least one second TAN frame is sent to the switching device, where the at least one second TAN frame carries at least data to be retransmitted.

[0035] In the above solution, the first device includes a switching device; the control type includes confirmation; and the method further includes:

[0036] receiving the first TAN frame, where the first TAN frame further carries fourth information;

[0037] confirming whether at least one third TAN frame has been received according to the fourth information;

[0038] In a case where the at least one third TAN frame has been received, a deletion request message is sent to the switching device, where the deletion request message is used to instruct the switching device to delete the at least one third TAN frame in the buffer area.

[0039] In the above solution, the first device includes a control device; and the method further includes:

[0040] Receive configuration information sent by the control device, and configure a data cache strategy and a data transmission strategy according to the configuration information.

[0041] In the above solution, the method further includes:

[0042] Reporting fault information to the control device; the fault information is used to instruct the control device to determine a management strategy for the second device.

[0043] The present application also provides an information transmission device, including:

[0044] A sending unit is configured to send a first TAN frame, where the first TAN frame is used to perform related control of data transmission on the second device; a frame header of the first TAN frame includes at least one of the following:

[0045] first information, where the first information indicates that a type of the first TAN frame is control;

[0046] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0047] The present application also provides an information transmission device, including:

[0048] A receiving unit is configured to receive a first TAN frame sent by a first device, and perform related control of data transmission on a second device according to the first TAN frame; wherein a frame header of the first TAN frame includes at least one of the following:

[0049] first information, where the first information indicates that a type of the first TAN frame is control;

[0050] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0051] The embodiment of the present application further provides a first device, comprising: a first communication interface and a first processor; wherein,

[0052] The first communication interface is configured to send a first TAN frame, where the first TAN frame is used to perform related control on data transmission of the second device; and a frame header of the first TAN frame includes at least one of the following:

[0053] first information, where the first information indicates that a type of the first TAN frame is control;

[0054] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0055] The embodiment of the present application further provides a second device, comprising: a second communication interface and a second processor; wherein,

[0056] The second communication interface is configured to receive a first TAN frame sent by the first device, and perform related control of data transmission on the second device according to the first TAN frame; the frame header of the first TAN frame includes at least one of the following:

[0057] first information, where the first information indicates that a type of the first TAN frame is control;

[0058] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0059] An embodiment of the present application further provides a first device, comprising: a first processor and a first memory for storing a computer program that can be run on the processor,

[0060] Wherein, the first processor is used to execute the steps of any one of the above-mentioned methods on the first device side when running the computer program.

[0061] The embodiment of the present application further provides a second device, comprising: a second processor and a second memory for storing a computer program that can be run on the processor,

[0062] Wherein, the second processor is used to execute the steps of any of the above-mentioned methods on the second device side when running the computer program.

[0063] An embodiment of the present application also provides a storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of any of the above-mentioned methods on the first device side, or implements the steps of any of the above-mentioned methods on the second device side.

[0064] The information transmission method, apparatus, related equipment, and storage medium provided by the embodiments of the present application are as follows: a first device sends a first TAN frame, the first TAN frame being used to perform data transmission-related control on a second device; a frame header of the first TAN frame including at least one of the following: first information, the first information indicating that the type of the first TAN frame is control; the first information and the second information, the second information indicating the identifiers of the sending and receiving devices of the first TAN frame; a second device receives the first TAN frame sent by the first device and performs data transmission-related control on the second device according to the first TAN frame; the frame header of the first TAN frame including at least one of the following: first information, the first information indicating that the type of the first TAN frame is control; the first information and the second information, the second information indicating the identifiers of the sending and receiving devices of the first TAN frame. The solution provided by the embodiments of the present application is to exchange the first TAN frame between the first device and the second device, and the frame header of the first TAN frame including at least one of the following: first information, the first information indicating that the type of the first TAN frame is control; the first information and the second information, the second information indicating the identifiers of the sending and receiving devices of the first TAN frame, thereby enabling the exchange of control-type data between the first device and the second device, facilitating the management and transmission optimization of the TAN network. BRIEF DESCRIPTION OF THE DRAWINGS

[0065] Figure 1 Schematic diagram of a TAN frame structure in the related art;

[0066] Figure 2This is a flow chart of a method for information transmission according to an embodiment of the present application;

[0067] Figure 3 A schematic diagram of the TAN control frame format according to an embodiment of the present application;

[0068] Figure 4 This is another schematic diagram of the TAN control frame format according to an embodiment of the present application;

[0069] Figure 5 This is a flow chart of another information transmission method according to an embodiment of the present application;

[0070] Figure 6 This is a schematic diagram of the RPL routing topology in an embodiment of the present application;

[0071] Figure 7 This is a schematic diagram of the industrial ring network routing topology in an embodiment of the present application;

[0072] Figure 8 This is a schematic diagram of the structure of the transmitted frame buffer of the TAN switch according to an embodiment of the present application;

[0073] Figure 9 This is a schematic diagram of a TAN frame fast retransmission according to an embodiment of the present application;

[0074] Figure 10 A schematic diagram of the TAN retransmission request frame format according to an embodiment of the present application;

[0075] Figure 11 This is another schematic diagram of the TAN retransmission request frame format according to an embodiment of the present application;

[0076] Figure 12 This is a schematic diagram of the TAN data reception and confirmation process in an embodiment of the present application;

[0077] Figure 13 A schematic diagram of the TAN data confirmation frame format according to an embodiment of the present application;

[0078] Figure 14 This is another schematic diagram of the TAN data confirmation frame format according to an embodiment of the present application;

[0079] Figure 15 This is a structural diagram of an information transmission device according to an embodiment of the present application;

[0080] Figure 16 This is a schematic diagram of the structure of another information transmission device according to an embodiment of the present application;

[0081] Figure 17 This is a schematic diagram of the first device structure of an embodiment of the present application;

[0082] Figure 18 This is a schematic diagram of the second device structure of the embodiment of the present application;

[0083] Figure 19 This is a schematic diagram of the information transmission system structure of an embodiment of the present application. DETAILED DESCRIPTION

[0084] The present application will be described in further detail below with reference to the accompanying drawings and embodiments.

[0085] TAN is a new time-based industrial communication technology that introduces clock synchronization technology into the TAN system and encapsulates the TAN frame header before the standard Ethernet frame header field. Figure 1 Schematic diagram of the TAN frame structure in the related art; Figure 1 As shown, data processing is performed based on the destination switch, source switch, data priority, data sequence number, and various data time stamps. Because TAN technology encapsulates standard Ethernet frames, it is highly compatible with various industrial protocols currently used in industrial networks. TAN's observability means that the network can understand the data source, destination, content, and time. Currently, TAN technology is widely used in various industrial Internet applications, such as synchronous control command transmission, data redundancy backup, and data monitoring.

[0086] The TAN PDU consists of a TAN header and a standard GB / T 15629.3 PDU. The TAN header consists of the source TAN switching device ID, destination TAN switching device ID, reserved, path information, data frame type, reserved, data frame ID, TAN PDU length, packet loss indicator, packet loss sequence number, switching device hop count, time information, static checksum, and dynamic checksum. The TAN PDU format is shown in the figure below, where the TAN header field has a total of 16 bytes.

[0087] The specific format of the TAN header is as follows:

[0088] a) Source TAN switch device ID: the TAN switch device ID to which the source network device is connected;

[0089] b) Destination TAN switch device ID: the TAN switch device ID to which the destination network device is connected;

[0090] c) Path information: The transmission path relationship between two network devices on the TAN, used for multi-path transmission in a composite topology;

[0091] d) Data frame type: used to distinguish timing PDU, fast TAN PDU, and standard TAN PDU;

[0092] e) Data frame ID: the data frame ID sent by the TAN switching device under different data frame types;

[0093] f) TAN PDU length: TAN PDU length (e.g., length unit: 8 bytes, any remaining bytes less than 8 bytes are rounded up);

[0094] g) Break packet flag: indicates whether the TAN PDU is a break frame;

[0095] h) Broken packet sequence number: used to verify and reassemble broken packet PDU;

[0096] i) Switching device hop count: the number of hops the TAN PDU takes to transmit on the switching device;

[0097] g) Time information: When the data frame is a TAN PDU, it represents the absolute time when the data enters the network; when the data frame is a timing PDU, it represents the accumulated delay;

[0098] k) Static checksum: The absolute cumulative sum of the information in bytes that remains unchanged during the transmission of the TAN PDU, including but not limited to the source TAN switching device ID, the destination TAN switching device ID, the data frame type, and the data frame ID;

[0099] l) Dynamic checksum: The absolute cumulative sum of all information before the static checksum in bytes.

[0100] In the related technology, on the one hand, in the design of the TAN frame header, the TAN network system currently only defines three data types in the data type field: timing PDU, fast TAN PDU, and standard TAN PDU, which are used to provide different transmission scheduling strategies for different types of data on the data plane. The interaction of management and control plane data is not taken into account, resulting in a lack of interaction mechanisms and methods between the TAN controller and TAN switch, and between TAN switches, which is not conducive to the management and transmission optimization of the TAN network.

[0101] On the other hand, there is no frame loss retransmission mechanism during TAN data transmission, and lost data frames cannot be quickly retransmitted and recovered at the TAN layer, resulting in a decrease in the transmission delay reliability index. This cannot meet the requirements of ultra-high reliability and ultra-low latency for control data transmission in industrial scenarios (that is, lost data frames can only trigger retransmission mechanisms at higher levels such as TCP, which will bring about a huge delay impact).

[0102] Based on this, an embodiment of the present application provides an information transmission method, which is applied to a first device. Figure 2 This is a flow chart of a method for information transmission according to an embodiment of the present application; Figure 2 As shown, the method includes:

[0103] Step 201: Send a first TAN frame, where the first TAN frame is used to control data transmission on a second device. The frame header of the first TAN frame includes at least one of the following:

[0104] first information, where the first information indicates that a type of the first TAN frame is control;

[0105] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0106] In actual applications, the first device can be determined based on actual conditions and is not limited here. As an example, the first device can be a control device or a switching device; the control device can be a TAN control device, such as a TAN controller or a TAN network control center; and the switching device can be a TAN switching device, such as a TAN switch.

[0107] The first TAN frame may be determined according to actual conditions and is not limited here. As an example, the first TAN frame may be a TAN control frame.

[0108] The first information may include information of at least one management control frame type; as an example, the information of the at least one management control frame type may include information of a data confirmation frame type, information of a data packet loss frame type, information of a device configuration frame type, information of a device overload frame type, information of a device failure frame type, etc.

[0109] In practical applications, considering the related art, in the design of the data plane TAN frame header, only three data types are currently defined in the data type field: timing PDU, fast TAN PDU, and standard TAN PDU. These are used to provide different transmission scheduling strategies for different types of data on the data plane, without considering the interaction of management and control plane data. This results in a lack of interaction mechanisms and methods between the TAN controller and TAN switch, and between TAN switches, which is not conducive to the management and transmission optimization of the TAN network. In addition to the current three types of data frame types: timing PDU, fast TAN PDU, and standard TAN PDU, the present application expands the frame types used for management and control. That is, one to multiple management and control frame types are added to the "Data Frame Type" field of the TAN header.

[0110] For ease of understanding, an example is given here, where the first TAN frame can be a TAN control frame; the frame header of the first TAN frame includes at least first information, and the first information indicates that the type of the first TAN frame is control. It can be understood that the control plane TAN frame header and the data plane TAN frame header maintain a unified frame header field, and only one to multiple first information corresponding to the management control frame type is added to the "data frame type" field in the data plane TAN header field; Figure 3 As shown, Figure 3This is a schematic diagram of the TAN control frame format of the embodiment of the present application, that is, the control plane and data plane TAN frame headers maintain a unified frame header field. Figure 3 In the TAN, TANPayload identifies the message of the TAN management control frame, such as the configuration information or information code of the device configuration frame type, the overload degree information of the device overload frame type, and the fault content information of the device fault frame.

[0111] The frame header of the first TAN frame includes at least the first information and the second information, and the second information indicates the sending and receiving device identification of the first TAN frame; wherein, the second information can be determined according to actual conditions and is not limited here. As an example, the second information can include information of the device corresponding to the initiating control information and information of the device corresponding to the receiving control information; the information of the device corresponding to the initiating control information can be the initiating control information TAN exchange device ID; the information of the device corresponding to the receiving control information can be the initiating control information TAN exchange device ID.

[0112] For ease of understanding, an example is given here, where the frame header of the first TAN frame includes at least the first information and the second information, and the second information indicates the sending and receiving device identifications of the first TAN frame; it can be understood that the control plane TAN frame header and the data plane TAN frame header do not maintain a unified frame header field, and the frame header carries the ID information of the control plane sending end and the receiving end; Figure 4 As shown, Figure 4 This is another schematic diagram of the TAN control frame format of an embodiment of the present application, that is, the control plane and data plane TAN frame headers do not maintain a unified frame header field.

[0113] This application extends the TAN frame structure and introduces the TAN management control frame to realize the interaction of control information between the TAN controller and the TAN switch, and between the TAN switches, helping the data plane to better perform data routing and forwarding.

[0114] In one embodiment, the first device includes a switching device; the control type includes retransmission; and the method further includes:

[0115] determining whether at least one second TAN frame is lost;

[0116] In the case that the at least one second TAN frame is lost, the first TAN frame is sent to the second device, where the first TAN frame further carries third information, and the third information indicates that the second device is to retransmit the at least one second TAN frame.

[0117] The third information can be determined based on actual circumstances and is not limited here. As an example, the third information can be retransmission request information. The first device is a switching device. As an example, the switching device can be a TAN switching device, such as a TAN switch. For ease of understanding, the first device can be denoted as TAN switch A. The second device can be a TAN switching device, such as a TAN switch. For ease of understanding, the second device can be denoted as TAN switch B.

[0118] Determining whether at least one second TAN frame is lost may include determining whether the at least one second TAN frame meets a preset condition, thereby determining whether the frame is lost. The preset condition may be a frame loss condition. The frame loss condition may be that, under normal circumstances, the switch receives data frames for each service flow in sequence. If frame number X is lost, the switch continues to receive and forward data frames numbered X+1, X+2, ..., X+N-1. When frame numbered X+N arrives, the switch determines that frame number X has been lost. Therefore, the consecutively transmitted second TAN frames meet the preset condition.

[0119] In one embodiment, determining whether at least one second TAN frame is lost includes:

[0120] Obtaining a preset threshold for triggering lost retransmission; wherein the preset threshold is determined according to the network status and transmission quality at the at least one second TAN frame;

[0121] When the number of the second TAN frames received in sequence is less than the preset threshold, determining that at least one second TAN frame is lost;

[0122] When the number of the second TAN frames received in sequence is equal to the preset threshold, it is determined that at least one second TAN frame is not lost.

[0123] The preset threshold value can be determined according to actual conditions and is not limited here. As an example, the preset threshold value can be recorded as N.

[0124] In this application, the second TAN frames continuously sent by TAN switch A are sent in sequence, for example, X+1, X+2...X+N; TAN switch B receives the second TAN frames continuously sent by TAN switch A in sequence, for example, X+1, X+2...X+N; if the frame numbered X is lost, the switch continues to receive and forward data frames X+1, X+2...X+N-1. When frame numbered X+N arrives, the switch determines that frame numbered X has been lost.

[0125] In practice, each switch acting as a receiver sets a flow loss retransmission trigger value N (a small integer) for each service. This receive strategy does not require a wait-for-retransmission mechanism; its purpose is simply to provide a basis for evaluating data frame loss. Under normal circumstances, the switch receives data frames for each service flow in sequence. If frame number X is lost, the switch continues to receive and forward frames X+1, X+2, and so on. When frame X+N arrives, the switch determines that frame X has been lost. At this point, the receiving switch sends a frame retransmission request to the transmitting switch. Upon receiving the retransmission request, the transmitting switch uses the ID number in the retransmission request signal to query the transmitted frame buffer for the corresponding data frame and retransmits the frame.

[0126] As an example, a frame retransmission request is a control signaling used by the receiving end of a TAN switch to request the transmitting end to retransmit a corresponding lost frame. In the TAN header data frame field, 011 represents a frame retransmission request null pointer frame. When a switch receives a data frame with a data frame type of 011, it automatically triggers the corresponding logical policy for the frame retransmission request. The frame ID number in the frame retransmission request corresponds to the ID number of the lost frame being requested. Switch A caches the received TAN frame according to a preconfigured or acquired buffering policy. The received TAN data can be a TAN frame sent to switch A by another switch, or a TAN frame generated by switch A based on a MAC packet received from another device. Switch A sends the TAN frame to switch B and receives a frame X retransmission request message from switch B. The retransmission request frame header includes one or more of the following fields: the TAN switch device ID initiating the retransmission request, the TAN switch device ID receiving the retransmission request, the source TAN switch device ID, the target TAN switch device ID, the data frame type, and the data frame ID. The specific position of the frame header is not limited in this application.

[0127] The data frame type identifies this TAN frame as a retransmission request frame. Fields such as the source TAN switch ID, target TAN switch ID, and data frame ID identify a TAN frame within a specific TAN flow. In one format, the retransmission request frame does not carry the sender or receiver TAN switch IDs of the retransmission frame. By default, the request is sent in the reverse direction according to the fixed routing path of the TAN frame.

[0128] In another format of the retransmission request frame, the "TAN switch ID initiating the retransmission request" indicates the switch that sent the TAN retransmission request, which in this example is Switch B. The "TAN switch ID receiving the retransmission request" indicates the switch that received the TAN retransmission request, which can be a single switch or multiple switches. When the "TAN switch ID receiving the retransmission request" represents more than one switch, its ID information can be a multicast ID or a broadcast ID. For example, 00000000 is used to identify the broadcast target TAN switch ID.

[0129] When the "Switch Device ID for Retransmission Request Receiver TAN" in a retransmission request frame is a multicast or broadcast address, the retransmission request frame can be sent to all switches along the fixed data transmission path. If a switch receives a retransmission request frame with a multicast or broadcast address in the "Switch Device ID for Retransmission Request Receiver TAN" in the retransmission request frame, it can determine whether it has the frame X requested for retransmission in the retransmission request frame. If it has frame X cached, it stops sending the retransmission request frame to the previous hop switch. If not, it sends the frame directly to the previous hop switch.

[0130] For example, the fixed routing path determined by the data frame is: Switch A -> Switch B -> Switch C -> Switch D. When Switch D detects that TAN frame X is lost, it initiates a retransmission request message for frame X from the nearest switch in the fixed routing path. In the TAN retransmission request frame, the source TAN switching device ID is the ID of Switch D, the receiving TAN switching device ID is the ID of Switch C or the default multicast and broadcast ID, the data frame type is a retransmission request frame, and the data frame ID is X.

[0131] When only data frames in a TAN network do not repeat within a period of time, fields such as the source TAN switching device ID and the target TAN switching device ID may be omitted in the TAN control frame.

[0132] Based on this, in one embodiment, the method further includes:

[0133] The at least one second TAN frame sent by the second device is received, where the at least one second TAN frame carries at least data to be retransmitted.

[0134] The data to be retransmitted may be determined based on actual conditions and is not limited here. As an example, the data to be retransmitted may be various types of service data to be retransmitted.

[0135] In practice, if Switch A has TAN frame X in its cache, it sends frame X to Switch B. If Switch A does not have TAN frame X in its cache, it requests TAN frame X from the previous hop in the routing path. Switch A manages its cache based on policies such as first-in-first-out (FIFO), timeout deletion, or, based on a retransmission request message, confirms that frame Xm and frames with sequence numbers preceding frame Xm have been received by the next-hop switch and can be deleted from the cache. m can be set as needed.

[0136] In this embodiment, to address the issue of chained switches waiting for the same data frame, when the transmitting switch's transmitted frame buffer contains no corresponding data frame (indicating that the transmitting switch has already sent a retransmission request for the same frame to the switch immediately preceding it), the transmitting switch maintains a waiting window (i.e., waiting for the previous-hop switch to return the corresponding data frame). When the transmitting switch receives the corresponding data frame from the previous-hop switch and the difference between the ID number of the data frame and the number of the most recently transmitted data frame is less than X (where X is an integer and satisfies X>N), the transmitting switch forwards and buffers the frame. If the corresponding data frame is not received within the waiting time limit X, the waiting window is destroyed.

[0137] To prevent retransmitted lost frames from timing out, the receiving and transmitting switches set the same latest arrival reception parameter, P (a small integer that satisfies both P>X>N). The receiving end searches for and retransmits lost data frames only when the difference between the frame ID requested for retransmission and the ID of the already transmitted frame is less than or equal to P. Similarly, the receiving end forwards and caches a retransmitted frame only when the difference between the retransmitted frame ID and the most recently received frame ID is less than or equal to P; otherwise, it discards the frame.

[0138] Based on this, in one embodiment, the first device includes a switching device; the control type includes confirmation; and the method further includes:

[0139] Sending the first TAN frame to the second device, where the first TAN frame further carries fourth information, where the fourth information instructs the second device to confirm whether at least one third TAN frame has been received;

[0140] When the second device confirms that the at least one third TAN frame has been received, it receives deletion request information sent by the second device, and deletes the at least one third TAN frame in the buffer area according to the deletion request information.

[0141] The fourth information may be determined according to actual conditions and is not limited here. As an example, the fourth information may be confirmation information.

[0142] In actual use, Switch A caches the received TAN frame according to a preconfigured or acquired cache policy. The received TAN data may be sent to Switch A by another switch, or Switch A may generate a TAN frame based on a MAC packet received from another device. Switch A sends the TAN frame to Switch B, which caches the received TAN frame according to a preconfigured or acquired cache policy. Switch B then sends the TAN frame to Switch C.

[0143] In one embodiment, the first device includes a control device; and the method further includes:

[0144] Configuration information is sent to the second device, where the configuration information is used to configure a data caching strategy and a data transmission strategy for the second device.

[0145] Among them, the first device is a control device, and the control device can be a TAN control device, for example, a TAN controller or a TAN network control center; the second device can be a switching device. As an example, the switching device can be a TAN switching device, such as a TAN switch; the configuration information can be determined according to actual conditions and is not limited here. As an example, the configuration information can be policy configuration information, for example, a policy for the device, a policy for a certain data flow; the device policy can be a configuration for the device, such as all packets passing through this switch device are cached according to FIFI; the policy for a certain data flow is a configuration for the data flow, such as starting a packet loss transmission mechanism for data frames transmitted between the source TAN switching device ID1 and the target TAN switching device ID2.

[0146] In actual applications, the control plane interaction between the TAN network control center and TAN switches includes policy configuration, updates, modifications, and deletions sent from the TAN network control center to the switches, such as cache policies and retransmission policies. Policy configuration information can be device-specific or data flow-specific. Device policies configure the device, for example, caching packets passing through a switch according to FIFI. Data flow policies configure the data flow, such as enabling a packet loss mechanism for data frames transmitted between source TAN switch ID1 and target TAN switch ID2.

[0147] Based on this, the method further includes:

[0148] receiving fault information reported by the second device;

[0149] A management strategy for the second device is determined based on the fault information.

[0150] Among them, the second device can be a switching device. As an example, the switching device can be a TAN switching device, such as a TAN switch; the first information can be the control information corresponding to the fault frame; the second information can be the sending and receiving device identification information of the fault frame; as an example, the sending device identification information of the fault frame can be the TAN switching device ID that initiates the fault frame control information; the receiving device identification information can be the TAN switching device ID that receives the fault frame control information.

[0151] In actual application, the switch sends fault reporting information to the TAN network control center, and the TAN network control center formulates a maintenance strategy based on the fault reporting information; the maintenance strategy at least includes a management strategy and a maintenance strategy.

[0152] Based on this, in one embodiment, when the first device is a switching device, the first device is the previous hop device of the second device; and the method further includes:

[0153] continuously sending a second TAN frame, where the second TAN frame is used to instruct the second device to determine whether the continuously sent second TAN frames meet a preset condition; the type of the second TAN frame is a data type;

[0154] Receive retransmission request information sent by the second device; the retransmission request information carries the first information and / or the second information; the first information and / or the second information includes information of the lost second TAN frame; the first information is used to determine that the first TAN frame is a retransmission request frame; the second information is used to indicate the sending and receiving device identification of the retransmission request frame.

[0155] Among them, the first device is a switching device. As an example, the switching device can be a TAN switching device, such as a TAN switch; for the convenience of understanding, the first device can be recorded as TAN switch A; the second device can be a TAN switching device, such as a TAN switch; for the convenience of understanding, the second device can be recorded as TAN switch B.

[0156] The preset condition may be a frame loss condition. Under normal circumstances, the switch receives data frames for each service flow in order. If frame number X is lost, the switch continues to receive and forward data frames numbered X+1, X+2, ..., X+N-1. When frame number X+N arrives, the switch determines that frame number X has been lost. Therefore, the second consecutive TAN frame meets the preset condition.

[0157] In this application, the second TAN frames continuously sent by TAN switch A are sent in sequence, for example, X+1, X+2...X+N; TAN switch B receives the second TAN frames continuously sent by TAN switch A in sequence, for example, X+1, X+2...X+N; if the frame numbered X is lost, the switch continues to receive and forward data frames X+1, X+2...X+N-1. When frame numbered X+N arrives, the switch determines that frame numbered X has been lost.

[0158] In practice, each switch acting as a receiver sets a flow loss retransmission trigger value N (a small integer) for each service. This receive strategy does not require a wait-for-retransmission mechanism; its purpose is simply to provide a basis for evaluating data frame loss. Under normal circumstances, the switch receives data frames for each service flow in sequence. If frame number X is lost, the switch continues to receive and forward frames X+1, X+2, and so on. When frame X+N arrives, the switch determines that frame X has been lost. At this point, the receiving switch sends a frame retransmission request to the transmitting switch. Upon receiving the retransmission request, the transmitting switch uses the ID number in the retransmission request signal to query the transmitted frame buffer for the corresponding data frame and retransmits the frame.

[0159] As an example, a frame retransmission request is a control signaling used by the receiving end of a TAN switch to request the transmitting end to retransmit a corresponding lost frame. In the TAN header data frame field, 011 represents a frame retransmission request null pointer frame. When a switch receives a data frame with a data frame type of 011, it automatically triggers the corresponding logical policy for the frame retransmission request. The frame ID number in the frame retransmission request corresponds to the ID number of the lost frame being requested. Switch A caches the received TAN frame according to a preconfigured or acquired buffering policy. The received TAN data can be a TAN frame sent to switch A by another switch, or a TAN frame generated by switch A based on a MAC packet received from another device. Switch A sends the TAN frame to switch B and receives a frame X retransmission request message from switch B. The retransmission request frame header includes one or more of the following fields: the TAN switch device ID initiating the retransmission request, the TAN switch device ID receiving the retransmission request, the source TAN switch device ID, the target TAN switch device ID, the data frame type, and the data frame ID. The specific position of the frame header is not limited in this application.

[0160] The data frame type identifies this TAN frame as a retransmission request frame. Fields such as the source TAN switch ID, target TAN switch ID, and data frame ID identify a TAN frame within a specific TAN flow. In one format, the retransmission request frame does not carry the sender or receiver TAN switch IDs of the retransmission frame. By default, the request is sent in the reverse direction according to the fixed routing path of the TAN frame.

[0161] In another format of the retransmission request frame, the "TAN switch ID initiating the retransmission request" indicates the switch that sent the TAN retransmission request, which in this example is Switch B. The "TAN switch ID receiving the retransmission request" indicates the switch that received the TAN retransmission request, which can be a single switch or multiple switches. When the "TAN switch ID receiving the retransmission request" represents more than one switch, its ID information can be a multicast ID or a broadcast ID. For example, 00000000 is used to identify the broadcast target TAN switch ID.

[0162] When the "Switch Device ID for Retransmission Request Receiver TAN" in a retransmission request frame is a multicast or broadcast address, the retransmission request frame can be sent to all switches along the fixed data transmission path. If a switch receives a retransmission request frame with a multicast or broadcast address in the "Switch Device ID for Retransmission Request Receiver TAN" in the retransmission request frame, it can determine whether it has the frame X requested for retransmission in the retransmission request frame. If it has frame X cached, it stops sending the retransmission request frame to the previous hop switch. If not, it sends the frame directly to the previous hop switch.

[0163] For example, the fixed routing path determined by the data frame is: Switch A -> Switch B -> Switch C -> Switch D. When Switch D detects that TAN frame X is lost, it initiates a retransmission request message for frame X from the nearest switch in the fixed routing path. In the TAN retransmission request frame, the source TAN switching device ID is the ID of Switch D, the receiving TAN switching device ID is the ID of Switch C or the default multicast and broadcast ID, the data frame type is a retransmission request frame, and the data frame ID is X.

[0164] When only data frames in a TAN network do not repeat within a period of time, fields such as the source TAN switching device ID and the target TAN switching device ID may be omitted in the TAN control frame.

[0165] Based on this, in one embodiment, the method further includes:

[0166] determining whether the lost second TAN frame is found based on the retransmission request information;

[0167] resending the lost second TAN frame when the lost second TAN frame is found based on the retransmission request information;

[0168] In the case that the lost second TAN frame is not queried based on the retransmission request information, a preset waiting time is set; the preset waiting time is used to instruct the switching device to determine whether the lost second TAN frame is received within the preset waiting time; if the switching device receives the lost second TAN frame within the preset waiting time, the lost second TAN frame is resent.

[0169] The preset waiting time can be determined according to actual conditions and is not limited here. As an example, the preset waiting time can be called a waiting time limit.

[0170] In practice, if Switch A has TAN frame X in its cache, it sends frame X to Switch B. If Switch A does not have TAN frame X in its cache, it requests TAN frame X from the previous hop in the routing path. Switch A manages its cache based on policies such as first-in-first-out (FIFO), timeout deletion, or, based on a retransmission request message, confirms that frame Xm and frames with sequence numbers preceding frame Xm have been received by the next-hop switch and can be deleted from the cache. m can be set as needed.

[0171] In this embodiment, to address the issue of chained switches waiting for the same data frame, when the transmitting switch's transmitted frame buffer contains no corresponding data frame (indicating that the transmitting switch has already sent a retransmission request for the same frame to the switch immediately preceding it), the transmitting switch maintains a waiting window (i.e., waiting for the previous-hop switch to return the corresponding data frame). When the transmitting switch receives the corresponding data frame from the previous-hop switch and the difference between the ID number of the data frame and the number of the most recently transmitted data frame is less than X (where X is an integer and satisfies X>N), the transmitting switch forwards and buffers the frame. If the corresponding data frame is not received within the waiting time limit X, the waiting window is destroyed.

[0172] To prevent retransmitted lost frames from timing out, the receiving and transmitting switches set the same latest arrival reception parameter, P (a small integer that satisfies both P>X>N). The receiving end searches for and retransmits lost data frames only when the difference between the frame ID requested for retransmission and the ID of the already transmitted frame is less than or equal to P. Similarly, the receiving end forwards and caches a retransmitted frame only when the difference between the retransmitted frame ID and the most recently received frame ID is less than or equal to P; otherwise, it discards the frame.

[0173] Based on this, in one embodiment, the method further includes:

[0174] Send confirmation information; the confirmation information is used to indicate that the second device confirms that the lost second TAN frame and the second TAN frame sent continuously before have been received; the confirmation information carries the first information and / or the second information; the first information is used to determine that the first TAN frame is a data confirmation frame; the second information is used to indicate the sending and receiving device identification of the data confirmation frame.

[0175] The first information is information about the data confirmation frame type; the second information is information about the sending and receiving devices of the data confirmation frame.

[0176] In actual use, Switch A caches the received TAN frame according to a preconfigured or acquired cache policy. The received TAN data may be sent to Switch A by another switch, or Switch A may generate a TAN frame based on a MAC packet received from another device. Switch A sends the TAN frame to Switch B, which caches the received TAN frame according to a preconfigured or acquired cache policy. Switch B then sends the TAN frame to Switch C.

[0177] Based on this, in one embodiment, the first TAN frame includes at least one of the following: a retransmission request frame, a data confirmation frame, a data packet loss frame, a second switching device configuration frame, a second switching device overload frame, and a second switching device failure frame.

[0178] In actual application, the first device may sense whether the second device is faulty through Hypertext Transfer Protocol (HTTP) PING or by subscribing to the status of the second device on a third device, etc., and this embodiment of the present application does not limit this.

[0179] Accordingly, an embodiment of the present application further provides an information transmission method, which is applied to a second device. Figure 5 This is a flow chart of another information transmission method according to an embodiment of the present application; Figure 5 As shown, the method includes:

[0180] Step 501: Receive a first TAN frame sent by a first device, and perform data transmission control on a second device according to the first TAN frame; the frame header of the first TAN frame includes at least one of the following:

[0181] first information, where the first information indicates that a type of the first TAN frame is control;

[0182] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0183] Among them, the first information may include information of at least one management control frame type; as an example, the information of the at least one management control frame type may include information of a data confirmation frame type, information of a data packet loss frame type, information of a device configuration frame type, information of a device overload frame type, information of a device failure frame type, etc.

[0184] In practical applications, considering the related art, in the design of the data plane TAN frame header, only three data types are currently defined in the data type field: timing PDU, fast TAN PDU, and standard TAN PDU. These are used to provide different transmission scheduling strategies for different types of data on the data plane, without considering the interaction of management and control plane data. This results in a lack of interaction mechanisms and methods between the TAN controller and TAN switch, and between TAN switches, which is not conducive to the management and transmission optimization of the TAN network. In addition to the current three types of data frame types: timing PDU, fast TAN PDU, and standard TAN PDU, the present application expands the frame types used for management and control. That is, one to multiple management and control frame types are added to the "Data Frame Type" field of the TAN header.

[0185] For ease of understanding, an example is given here, where the first TAN frame can be a TAN control frame; the frame header of the first TAN frame includes at least first information, and the first information indicates that the type of the first TAN frame is control, which can be understood as the control plane TAN frame header and the data plane TAN frame header maintaining a unified frame header field, and only adding one to multiple first information corresponding to the management control frame type in the "Data Frame Type" field in the data plane TAN header field.

[0186] The frame header of the first TAN frame includes at least the first information and the second information, and the second information indicates the sending and receiving device identification of the first TAN frame; wherein, the second information can be determined according to actual conditions and is not limited here. As an example, the second information can include information of the device corresponding to the initiating control information and information of the device corresponding to the receiving control information; the information of the device corresponding to the initiating control information can be the initiating control information TAN exchange device ID; the information of the device corresponding to the receiving control information can be the initiating control information TAN exchange device ID.

[0187] For ease of understanding, an example is given here to illustrate that the frame header of the first TAN frame includes at least the first information and the second information, and the second information indicates the sending and receiving device identification of the first TAN frame; it can be understood that the control plane TAN frame header and the data plane TAN frame header do not maintain a unified frame header field, and the frame header carries the ID information of the control plane sending end and receiving end.

[0188] This application extends the TAN frame structure and introduces the TAN management control frame to realize the interaction of control information between the TAN controller and the TAN switch, and between the TAN switches, helping the data plane to better perform data routing and forwarding.

[0189] In one embodiment, the first device includes a switching device; the control type includes retransmission; and the method further includes:

[0190] receiving the first TAN frame sent by the switching device, where the first TAN frame further carries third information;

[0191] The at least one second TAN frame is retransmitted according to the third information.

[0192] Among them, the first device includes a switching device. As an example, the switching device can be a TAN switching device, such as a TAN switch; for the convenience of understanding, the first device can be recorded as TAN switch A; the second device can be a TAN switching device, such as a TAN switch; for the convenience of understanding, the second device can be recorded as TAN switch B.

[0193] Switch B determines that frame X is lost according to the TAN frame loss and retransmission policy. This means that Switch B receives data frames X-1, X+1, X+2, and so on. When frame X+N arrives, the switch determines that frame X is lost. N can be set based on network conditions and service transmission quality requirements.

[0194] Switch B sends a retransmission request message for frame X to switch A. The retransmission request frame is implemented as follows: The retransmission request frame header includes one or more of the following fields: the TAN switching device ID initiating the retransmission request, the TAN switching device ID receiving the retransmission request, the source TAN switching device ID, the target TAN switching device ID, the data frame type, and the data frame ID. The specific location of these fields in the frame header is not limited by the present invention.

[0195] The data frame type identifies this TAN frame as a retransmission request frame. Fields such as the source TAN switch ID, target TAN switch ID, and data frame ID identify a TAN frame within a specific TAN flow. The retransmission request frame format does not carry the TAN switch IDs of the sender and receiver of the retransmission frame. By default, the request is sent in the reverse direction according to the fixed routing path of the TAN frame.

[0196] The retransmission request frame format also carries the TAN switch IDs of the sender and receiver of the retransmission frame. The "TAN switch ID initiating the retransmission request" indicates the switch that sent the TAN retransmission request, which in this embodiment is switch B. The "TAN switch ID receiving the retransmission request" indicates the switch that received the TAN retransmission request, which can be a single switch or multiple switches. When the "TAN switch ID receiving the retransmission request" represents more than one switch, its ID information can be a multicast ID or a broadcast ID. For example, 00000000 is used to identify the TAN switch ID of the broadcast target.

[0197] When the "Switch Device ID for Retransmission Request Receiver TAN" in a retransmission request frame is a multicast or broadcast address, the retransmission request frame can be sent to all switches along the fixed data transmission path. If a switch receives a retransmission request frame with a multicast or broadcast address in the "Switch Device ID for Retransmission Request Receiver TAN" in the retransmission request frame, it can determine whether it has the frame X requested for retransmission in the retransmission request frame. If it has frame X cached, it stops sending the retransmission request frame to the previous hop switch. If not, it sends the frame directly to the previous hop switch.

[0198] For example, the fixed routing path determined by the data frame is: Switch A -> Switch B -> Switch C -> Switch D. When Switch D detects that TAN frame X is lost, it initiates a retransmission request message for frame X from the nearest switch in the fixed routing path. In the TAN retransmission request frame, the source TAN switching device ID is the ID of Switch D, the receiving TAN switching device ID is the ID of Switch C or the default multicast and broadcast ID, the data frame type is a retransmission request frame, and the data frame ID is X.

[0199] When only data frames in a TAN network do not repeat within a period of time, fields such as the source TAN switching device ID and the target TAN switching device ID may be omitted in the TAN control frame.

[0200] In one embodiment, the method further comprises:

[0201] The at least one second TAN frame is sent to the switching device, where the at least one second TAN frame carries at least data to be retransmitted.

[0202] This embodiment implements the interaction mechanism of the TAN system control plane based on the extension of the TAN frame header. At the same time, based on the introduction of the TAN system control plane, it proposes data frame loss retransmission at the TAN layer, implements the data frame loss retransmission function below the IP layer, and improves the reliability of TAN network data transmission.

[0203] This application determines a fixed routing path for data transmission in a TAN network, detects frame loss based on the frame ID, and uses an extended TAN control frame to trigger a fast retransmission mechanism on the nearest switch. This packet loss fast retransmission scheme implements a lost frame retransmission mechanism in a fixed-route TAN network by setting a fixed-path routing algorithm, configuring a TAN switch's transmitted frame buffer, and constructing a TAN frame loss retransmission mechanism. This improves network transmission accuracy and latency.

[0204] In one embodiment, the first device includes a switching device; the control type includes confirmation; and the method further includes:

[0205] receiving the first TAN frame, where the first TAN frame further carries fourth information;

[0206] confirming whether at least one third TAN frame has been received according to the fourth information;

[0207] In a case where the at least one third TAN frame has been received, a deletion request message is sent to the switching device, where the deletion request message is used to instruct the switching device to delete the at least one third TAN frame in the buffer area.

[0208] In this embodiment, switch C notifies the routing path of this data flow of the receipt of the TAN frame. The TAN switch device that initiates the confirmation can be any switch device on the routing path, but it is generally recommended that the TAN network egress switch device initiate the TAN frame confirmation message.

[0209] In one embodiment, the method further comprises:

[0210] The first device includes a control device; the method further includes:

[0211] Receive configuration information sent by the control device, and configure a data cache strategy and a data transmission strategy according to the configuration information.

[0212] Among them, the control device can be a TAN control device, for example, a TAN controller or a TAN network control center; the second device can be a switching device. As an example, the switching device can be a TAN switching device, such as a TAN switch; the configuration information can be determined according to actual conditions and is not limited here. As an example, the configuration information can be policy configuration information, for example, a policy for the device, a policy for a certain data flow; the device policy can be a configuration for the device, such as all packets passing through this switch device are cached according to FIFI; the policy for a certain data flow is a configuration for the data flow, such as starting a packet loss transmission mechanism for data frames transmitted between the source TAN switching device ID1 and the target TAN switching device ID2.

[0213] In actual applications, the control plane interaction between the TAN network control center and TAN switches includes policy configuration, updates, modifications, and deletions sent from the TAN network control center to the switches, such as cache policies and retransmission policies. Policy configuration information can be device-specific or data flow-specific. Device policies configure the device, for example, caching packets passing through a switch according to FIFI. Data flow policies configure the data flow, such as enabling a packet loss mechanism for data frames transmitted between source TAN switch ID1 and target TAN switch ID2.

[0214] In one embodiment, the method further comprises:

[0215] The method further comprises:

[0216] Reporting fault information to the control device; the fault information is used to instruct the control device to determine a management strategy for the second device.

[0217] Among them, the switching device reports the fault information to the control device, for example, the TAN switch reports the fault information to the TAN network control center or the TAN control device; the first information can be the control information corresponding to the fault frame; the second information can be the sending and receiving device identification information of the fault frame; as an example, the sending device identification information of the fault frame can be the TAN switching device ID that initiates the fault frame control information; the receiving device identification information can be the TAN switching device ID that receives the fault frame control information.

[0218] In actual application, the switch sends fault reporting information to the TAN network control center, so that the TAN network control center can formulate a maintenance strategy based on the fault reporting information; the maintenance strategy at least includes a management strategy and a maintenance strategy.

[0219] In one embodiment, the first TAN frame includes at least one of the following: a retransmission request frame, a data confirmation frame, a data packet loss frame, a second switching device configuration frame, a second switching device overload frame, and a second switching device failure frame.

[0220] The embodiments of the present application extend the existing frame structure of TAN and introduce a control plane management mechanism; and use control frames to achieve fast retransmission of lost packets, thereby improving the manageability and controllability of the network while improving the reliability of TAN data transmission and reducing the delay caused by packet loss.

[0221] In the information transmission method provided by the embodiment of the present application, a first device selects one of at least two second devices that can serve a first user group as the primary device for the first user group, and uses the other second devices of the at least two second devices except the selected second device as backup devices. The solution provided by the embodiment of the present application provides a primary and backup second device for the same user group, and the first device determines the primary and backup status of the second device, so that the second device can be selected for the user of the user group based on the determined second primary and backup status. The first device determines the primary and backup status of the second device, so that the second device serving the user of the user group can be selected based on the determined primary and backup status of the second device, thereby achieving fault recovery, improving network reliability and flexibility, and enhancing user experience.

[0222] The present application will be described in further detail below in conjunction with application examples.

[0223] In this application embodiment, a lost packet retransmission mechanism is implemented using control-type TAN frames. During TAN network data transmission, a fixed routing path is determined. Data frame loss is confirmed based on the frame ID. Extended TAN control frames are then used to trigger a fast retransmission mechanism at the nearest switch. The lost packet fast retransmission process is specifically implemented by configuring a fixed-path routing algorithm, setting a buffer for transmitted frames on the TAN switch, and implementing a TAN frame lost retransmission mechanism. These three components implement a lost data frame retransmission mechanism in a fixed-route TAN network, thereby improving network transmission accuracy and latency.

[0224] Part 1: Example of fixed routing path determination:

[0225] Method 1: Remote Initial Program Load (RPL) protocol.

[0226] After the management determines the root node (i.e., root) and node distance calculation rules, the TAN switches can negotiate a forwarding path map that conforms to the DODAG topology characteristics based on the RPL protocol. At this point, any switch in the TAN forwarding domain can sequentially receive data frames sent by its previous-hop switch. The TAN switch is responsible for identifying and sequentially receiving data frames and also for generating IDs for TAN data frames that first enter the TAN network.

[0227] For ease of understanding, here is an example: Figure 6 This is a schematic diagram of the RPL routing topology in the embodiment of the present application, as shown in FIG. Figure 6As shown, for example, TAN switch 2 is responsible for sequentially receiving data frame streams from TAN switch 4 and TAN switch 5. TAN switch 2 distinguishes different data frame streams using different access ports and frame source addresses. TAN switches 0, 6, and 7, while responsible for sequentially receiving data frames, are also responsible for generating IDs for TAN data frames that first enter the TAN network.

[0228] Method 2: Ring network.

[0229] In industrial scenarios, the industrial ring network composed of industrial switches is a very important networking structure. For ease of understanding, here is an example. Figure 7 This is a schematic diagram of the industrial ring network routing topology in the embodiment of the present application. Figure 7 As shown in the figure, in a ring network, the forwarding path for TAN network data frames is fixed. At this point, any switch in the TAN forwarding domain can sequentially receive data frames sent by the previous hop switch. Each switch in the ring network is also responsible for generating an ID for a TAN data frame that first enters the TAN network. Data frames with different source and destination addresses can have the same ID number.

[0230] Part 2: TAN switch transmitted frame buffer settings.

[0231] A TAN switch (ie, a switch on a routing path or a specific switch with a cache function on the path) stores corresponding backups while forwarding data frames.

[0232] Data storage can be done by using a first-in-first-out (FIFO) multiplexing buffer. The TAN switch uses the buffer to retain the data frames forwarded within the latest period of time. The structure of the buffer is shown in the figure below. Figure 8 As shown, Figure 8 This is a structural diagram of the transmitted frame buffer of the TAN switch according to an embodiment of the present application.

[0233] The cached data frames can also be set with a timer, and the cache will be deleted when the set time is exceeded.

[0234] Among them, different cache queues and different cache strategies can be set for different data types.

[0235] In addition, after confirming that the next-hop switch has received and cached a data frame, the local switch can delete the data frame from the cache of the local switch.

[0236] Part III: TAN frame loss retransmission strategy formulation.

[0237] Each switch acting as a receiver sets a flow loss retransmission trigger value, N (a small integer), for each service. This receive strategy does not require a wait-for-retransmission mechanism; its purpose is simply to provide a basis for evaluating data frame loss. Under normal circumstances, the switch receives data frames for each service flow in sequence. If frame number X is lost, the switch continues to receive and forward frames X+1, X+2, and so on. When frame number X+N arrives, the switch determines that frame X has been lost. At this point, the receiving switch sends a frame retransmission request to the transmitting switch. Upon receiving the retransmission request, the transmitting switch uses the ID number in the retransmission request signal to query the transmitted frame buffer for the corresponding data frame and retransmits the frame.

[0238] To address the issue of chained switches waiting for the same data frame, when the transmitting switch's transmitted frame buffer contains no corresponding data frame (indicating that the transmitting switch has already sent a retransmission request for the same frame to the switch immediately preceding it), the transmitting switch maintains a waiting window (waiting for the previous hop switch to return the corresponding data frame). When the transmitting switch receives the corresponding data frame from the previous hop switch and the difference between the ID number of the data frame and the number of the most recently transmitted data frame is less than X (a small integer satisfying X>N), the transmitting switch forwards and caches the frame. If the corresponding data frame is not received within the waiting time limit X, the waiting window is destroyed.

[0239] To prevent retransmitted lost frames from timing out, the receiving and transmitting switches set the same latest arrival reception parameter, P (a small integer that satisfies both P>X>N). The receiving end searches for and retransmits lost data frames only when the difference between the frame ID requested for retransmission and the ID of the already transmitted frame is less than or equal to P. Similarly, the receiving end forwards and caches a retransmitted frame only when the difference between the retransmitted frame ID and the most recently received frame ID is less than or equal to P; otherwise, it discards the frame.

[0240] For better understanding, the process of constructing TAN frame fast retransmission confirmation control signaling is illustrated below.

[0241] Application Example 1

[0242] In this embodiment, a frame retransmission request is a control signaling used by the receiving end of a TAN switch to request the transmitting end to retransmit a corresponding lost frame. In the TAN header data frame field, 011 represents a frame retransmission request null-pointer frame. When the switch receives a data frame with a data frame type of 011, it automatically triggers the corresponding logic policy for the frame retransmission request. The frame ID number in the frame retransmission request frame corresponds to the ID number of the lost frame being requested.

[0243] Taking the interaction process between TAN switch A and TAN switch B as an example, the interaction process between TAN switch B and TAN switch C, and the interaction process between TAN switch C and TAN switch D are similar to the interaction process between TAN switch A and TAN switch B. Figure 9 Schematic diagram of TAN frame fast retransmission according to an embodiment of the present application; Figure 9 The specific steps are as follows:

[0244] 0. Control plane interaction between the TAN network control center and the TAN switch: including policy configuration, update, modification, deletion, etc. sent by the TAN network control center to the switch, such as cache policy, retransmission policy, etc.; the switch sends fault reporting information to the TAN network control center, etc.

[0245] Policy configuration information can be device-specific or data flow-specific. Device policies configure the device, for example, caching packets passing through a switch according to FIFI. Data flow policies configure the data flow, for example, enabling a packet loss mechanism for data frames transmitted between source TAN switch ID1 and target TAN switch ID2.

[0246] 1a. Switch A caches the received TAN frame according to a pre-configured cache policy or the cache policy obtained in step 0. The received TAN data may be sent to switch A by another switch, or a TAN frame generated by switch A based on a MAC packet received from another device.

[0247] 2a. Switch A sends the TAN frame to switch B.

[0248] 3a. Switch B determines that frame X is lost according to the TAN frame loss and retransmission policy. That is, Switch B receives data frames X-1, X+1, X+2, and so on. When frame X+N arrives, the switch determines that frame X is lost. N can be set based on network conditions and service transmission quality requirements.

[0249] 4a. Switch B sends a retransmission request message for frame X to switch A. The following is an example of how the retransmission request frame is implemented:

[0250] The retransmission request frame header includes one or more of the following fields: the TAN switching device ID initiating the retransmission request, the TAN switching device ID receiving the retransmission request, the source TAN switching device ID, the target TAN switching device ID, the data frame type, and the data frame ID. The specific location of these fields in the frame header is not limited by the present invention.

[0251] The data frame type is used to identify this TAN frame as a retransmission request frame. The fields such as source TAN switching device ID, target TAN switching device ID, and data frame ID are used to identify a TAN frame of a certain TAN flow. For example, the retransmission request frame format is Figure 10 As shown, Figure 10 This is a schematic diagram of the TAN retransmission request frame format according to an embodiment of the present application; the TAN retransmission request frame format does not carry the TAN switch device ID of the sender and receiver of the retransmission frame, and by default, a reverse request is made according to the fixed routing path of the TAN frame.

[0252] For example, the retransmission request frame format is Figure 11 As shown, Figure 11 This is another schematic diagram of the TAN retransmission request frame format according to an embodiment of the present application. This TAN retransmission request frame format carries the TAN switch device IDs of the sender and receiver of the retransmission frame. The "TAN switch device ID initiating the retransmission request" indicates the switch sending the TAN retransmission request, which in this embodiment is switch B. The "TAN switch device ID receiving the retransmission request" indicates the switch receiving the TAN retransmission request, which can be a single switch or multiple switches. When the "TAN switch device ID receiving the retransmission request" represents more than one switch, its ID information can be a multicast ID or a broadcast ID. For example, 00000000 is used to identify the broadcast target TAN switch device ID.

[0253] When the "Switch Device ID for Retransmission Request Receiver TAN" in a retransmission request frame is a multicast or broadcast address, the retransmission request frame can be sent to all switches along the fixed data transmission path. If a switch receives a retransmission request frame with a multicast or broadcast address in the "Switch Device ID for Retransmission Request Receiver TAN" in the retransmission request frame, it can determine whether it has the frame X requested for retransmission in the retransmission request frame. If it has frame X cached, it stops sending the retransmission request frame to the previous hop switch. If not, it sends the frame directly to the previous hop switch.

[0254] For example, the fixed routing path determined by the data frame is: Switch A -> Switch B -> Switch C -> Switch D. When Switch D detects that TAN frame X is lost, it initiates a retransmission request message for frame X from the nearest switch in the fixed routing path. In the TAN retransmission request frame, the source TAN switching device ID is the ID of Switch D, the receiving TAN switching device ID is the ID of Switch C or the default multicast and broadcast ID, the data frame type is a retransmission request frame, and the data frame ID is X.

[0255] When only data frames in a TAN network do not repeat within a period of time, fields such as the source TAN switching device ID and the target TAN switching device ID may be omitted in the TAN control frame.

[0256] 5a. If switch A has TAN frame X in its cache, it sends frame X to switch B. If switch A does not have TAN frame X in its cache, it requests TAN frame X from the previous hop in the routing path.

[0257] 6a. Switch A manages the cache based on policies such as first-in, first-out, timeout deletion, or, based on a request for retransmission, confirms that frame Xm and frames with sequence numbers before frame Xm have been received by the next-hop switch and can be deleted from the cache. m can be set as needed.

[0258] The solution provided in this application embodiment extends the TAN frame for control plane management between the TAN controller and the TAN switch, and between the TAN switches, and implements a fast lost retransmission mechanism for the TAN data frame by constructing a retransmission frame based on the extended TAN control frame and the generated fixed routing path.

[0259] Application Example 2

[0260] This application embodiment is an optimization method for TAN switch buffer management in the embodiment, which mainly realizes the purpose of actively releasing the buffer through TAN confirmation message. Figure 12 This is a schematic diagram of the TAN data reception and confirmation process of the embodiment of the present application, as shown in FIG. Figure 12 As shown, the specific process is as follows:

[0261] 0. Control plane interaction between the TAN network control center and the TAN switch: including policy configuration, update, modification, deletion, etc. sent by the TAN network control center to the switch, such as cache policy, retransmission policy, etc.; the switch sends fault reporting information to the TAN network control center, etc.

[0262] Policy configuration information can be device-specific or data flow-specific. Device policies configure the device, for example, caching packets passing through a switch according to FIFI. Data flow policies configure the data flow, for example, enabling a packet loss mechanism for data frames transmitted between source TAN switch ID1 and target TAN switch ID2.

[0263] 1a. Switch A caches the received TAN frame according to a pre-configured cache policy or the cache policy obtained in step 0. The received TAN data may be sent to switch A by another switch, or a TAN frame generated by switch A based on a MAC packet received from another device.

[0264] 2a. Switch A sends the TAN frame to switch B.

[0265] 1b. Same as step 1a. Switch B caches the received TAN frame according to the pre-configured cache policy or the cache policy obtained in step 0.

[0266] 2b. Switch B sends the TAN frame to switch C.

[0267] 3. Switch C sends a reverse notification to the routing path of this data flow to confirm the receipt of the TAN frame. The format of the TAN data confirmation frame is as follows: Figure 13 As shown, Figure 13 This is a schematic diagram of the TAN data confirmation frame format of an embodiment of the present application; the TAN data confirmation frame format does not carry the TAN switch device ID of the sending and receiving ends of the TAN data confirmation frame, and by default, a reverse request is made according to the fixed routing path of the TAN frame.

[0268] For example, the TAN data confirmation frame format Figure 14 As shown, Figure 14 This is another schematic diagram of the TAN data confirmation frame format of an embodiment of the present application; the TAN data confirmation frame format carries the TAN switch device ID of the sending and receiving ends of the TAN data confirmation frame, wherein the "switching device ID initiating the TAN data confirmation frame" is the indication information of the switch that sends the TAN data confirmation frame.

[0269] The TAN switching device that initiates the confirmation can be any switch device on the routing path, but it is generally more recommended that the TAN network egress switch device initiates the TAN frame confirmation message.

[0270] 4a / 4b. Switch A / B deletes the TAN data in the cache according to step 3.

[0271] The embodiment of the present application extends the existing TAN frame structure and introduces a control plane management mechanism. The control frame is used to achieve fast retransmission of lost packets, thereby improving the manageability and controllability of the network while enhancing the reliability of TAN data transmission and reducing the delay caused by packet loss.

[0272] The solution provided by this application embodiment extends the TAN frame for control plane management between the TAN controller and the TAN switch, and optimizes the cache management of the TAN switch by constructing a data confirmation frame.

[0273] In order to implement the method of the embodiment of the present application, the embodiment of the present application further provides an information transmission device, which is provided on the first device. Figure 15 This is a schematic diagram of the structure of an information transmission device according to an embodiment of the present application; Figure 15 As shown, the device includes:

[0274] The sending unit 1501 is configured to send a first TAN frame, where the first TAN frame is used to perform related control of data transmission on the second device. The frame header of the first TAN frame includes at least one of the following:

[0275] first information, where the first information indicates that a type of the first TAN frame is control;

[0276] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0277] In one embodiment, when the first device is a control device; the sending unit 1501 is also used to send configuration information, and the configuration information is used to indicate the strategy of the second TAN frame during the transmission process; the strategy is used to indicate the transmission and caching mechanism of the second TAN frame by at least two of the second devices; the type of the second TAN frame is a data type.

[0278] In one embodiment, the apparatus further comprises a determination unit configured to determine whether at least one second TAN frame is lost;

[0279] The sending unit 1501 is further configured to send the first TAN frame to the second device when the at least one second TAN frame is lost, where the first TAN frame further carries third information, and the third information indicates that the second device is to retransmit the at least one second TAN frame.

[0280] Here, in one embodiment, the judgment unit is further used to obtain a preset threshold for triggering lost retransmission; the preset threshold is determined based on the network status and transmission quality at the at least one second TAN frame; when the number of the second TAN frames received in sequence is less than the preset threshold, it is determined that at least one second TAN frame is lost; when the number of the second TAN frames received in sequence is equal to the preset threshold, it is determined that at least one second TAN frame is not lost.

[0281] Here, in one embodiment, the apparatus further includes a receiving unit, configured to receive the at least one second TAN frame sent by the second device, where the at least one second TAN frame carries at least data to be retransmitted.

[0282] In one embodiment, the first device includes a switching device; the control type includes confirmation; the sending unit 1501 is further configured to send the first TAN frame to the second device, where the first TAN frame further carries fourth information, and the fourth information indicates to the second device whether it has confirmed whether at least one third TAN frame has been received;

[0283] The receiving unit is further configured to receive deletion request information sent by the second device when the second device confirms that the at least one third TAN frame has been received, and delete the at least one third TAN frame in the buffer area according to the deletion request information.

[0284] In one embodiment, the first device includes a control device; the sending unit 1501 is further configured to send configuration information to the second device, where the configuration information is used to configure a data caching strategy and a data transmission strategy for the second device.

[0285] In one embodiment, the receiving unit is further configured to receive fault information reported by the second device; and determine a management strategy for the second device according to the fault information.

[0286] In order to implement the method on the second device side of the embodiment of the present application, the embodiment of the present application further provides an information transmission device, which is provided on the second device. Figure 16 FIG. 1 is a structural diagram of another information transmission device according to an embodiment of the present application; Figure 16 As shown, the device includes:

[0287] The receiving unit 1601 is configured to receive a first TAN frame sent by a first device, and perform related control of data transmission on a second device according to the first TAN frame; the frame header of the first TAN frame includes at least one of the following:

[0288] first information, where the first information indicates that a type of the first TAN frame is control;

[0289] The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

[0290] In one embodiment, the receiving unit 1601 is further configured to receive the first TAN frame sent by the switching device, where the first TAN frame further carries third information; and retransmit the at least one second TAN frame according to the third information.

[0291] In one embodiment, the apparatus further includes a sending unit configured to send the at least one second TAN frame to the switching device, where the at least one second TAN frame carries at least data to be retransmitted.

[0292] In one embodiment, the first device includes a switching device; the control type includes confirmation; the receiving unit 1601 is further configured to receive the first TAN frame, the first TAN frame further carrying fourth information; and confirm whether at least one third TAN frame has been received according to the fourth information;

[0293] The sending unit is further configured to send a deletion request message to the switching device when the at least one third TAN frame has been received, wherein the deletion request message is used to instruct the switching device to delete the at least one third TAN frame in the buffer area.

[0294] In one embodiment, the first device includes a control device; the receiving unit 1601 is further configured to receive configuration information sent by the control device, and configure a data cache strategy and a data transmission strategy according to the configuration information.

[0295] In one embodiment, the sending unit is further configured to report fault information to the control device; the fault information is used to instruct the control device to determine a management policy for the second device.

[0296] It should be noted that the information transmission device provided in the above embodiments is illustrated only by the division of the aforementioned program modules when performing information transmission. In actual applications, the aforementioned processing can be assigned to different program modules as needed, that is, the internal structure of the device can be divided into different program modules to complete all or part of the aforementioned processing. In addition, the information transmission device provided in the above embodiments and the information transmission method embodiment are based on the same concept. The specific implementation process is detailed in the method embodiment and will not be repeated here.

[0297] Based on the hardware implementation of the above program modules, and in order to implement the method on the first device side of the embodiment of the present application, the embodiment of the present application further provides a first device, Figure 17 This is a schematic diagram of the first device structure of an embodiment of the present application;

[0298] like Figure 17 As shown, the first device 1700 includes:

[0299] The first communication interface 1701 is capable of exchanging information with other devices (such as other second devices);

[0300] A first processor 1702 is connected to the first communication interface 1701 to implement information exchange with other devices, and is used to execute the methods provided by one or more technical solutions on the first device side when running a computer program;

[0301] The first memory 1703 , on which the computer program is stored.

[0302] It should be noted that the specific processing process of the first processor 1702 can be understood by referring to the above method.

[0303] Of course, in actual application, the various components in the first device 1700 are coupled together through the bus system 1704. It can be understood that the bus system 1704 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 1704 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, Figure 17 Various buses are labeled as bus system 1704.

[0304] The first memory 1703 in the embodiment of the present application is used to store various types of data to support the operation of the first device 1700. Examples of such data include: any computer program used to operate on the first device 1700.

[0305] The methods disclosed in the above embodiments of the present application can be applied to the first processor 1702 or implemented by the first processor 1702. The first processor 1702 may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method can be completed by the hardware integrated logic circuit in the first processor 1702 or by instructions in the form of software. The above first processor 1702 may be a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The first processor 1702 can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor may be a microprocessor or any conventional processor, etc. The steps of the methods disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium located in the first memory 1703. The first processor 1702 reads the information in the first memory 1703 and completes the steps of the above method in combination with its hardware.

[0306] In an exemplary embodiment, the first device 1700 can be implemented by one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers (MCUs), microprocessors, or other electronic components to execute the aforementioned method.

[0307] Based on the hardware implementation of the above program modules, and in order to implement the method on the second device side of the embodiment of the present application, the embodiment of the present application further provides a second device, Figure 18 This is a schematic diagram of the second device structure of the embodiment of the present application; Figure 18 The second device 1800 includes:

[0308] The second communication interface 1801 is capable of exchanging information with other devices (such as the first device);

[0309] A second processor 1802 is connected to the second communication interface 1801 to implement information exchange with other devices, and is used to execute the methods provided by one or more technical solutions on the second device side when running a computer program;

[0310] The second memory 1803 , on which the computer program is stored.

[0311] It should be noted that the specific processing process of the second processor 1802 and the second communication interface 1801 can be understood by referring to the above method.

[0312] Of course, in actual application, the various components in the second device 1800 are coupled together through the bus system 1804. It can be understood that the bus system 1804 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 1804 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, Figure 18 Various buses are labeled as bus system 1804.

[0313] The second memory 1803 in the embodiment of the present application is used to store various types of data to support the operation of the second device 1800. Examples of such data include: any computer program used to operate on the second device 1800.

[0314] The methods disclosed in the above embodiments of the present application can be applied to or implemented by the second processor 1802. The second processor 1802 may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method can be completed by hardware integrated logic circuits or software instructions in the second processor 1802. The above second processor 1802 may be a general-purpose processor, a DSP, or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, etc. The second processor 1802 can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of the present application can be directly implemented and executed by a hardware decoding processor, or by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the second memory 1803. The second processor 1802 reads the information in the second memory 1803 and, in conjunction with its hardware, completes the steps of the above method.

[0315] In an exemplary embodiment, the second device 1800 may be implemented by one or more ASICs, DSPs, PLDs, CPLDs, FPGAs, general-purpose processors, controllers, MCUs, Microprocessors, or other electronic components to perform the aforementioned methods.

[0316] It can be understood that the memory (first memory 1703, second memory 1803) of the embodiment of the present application can be a volatile memory or a non-volatile memory, and can also include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a magnetic random access memory (FRAM), a flash memory, a magnetic surface memory, an optical disc, or a compact disc read-only memory (CD-ROM); the magnetic surface memory can be a magnetic disk memory or a tape memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), synchronous static random access memory (SSRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct rambus random access memory (DRRAM).The memories described in the embodiments of this application are intended to include, but are not limited to, these and any other suitable types of memories.

[0317] In order to implement the method provided in the embodiment of the present application, the embodiment of the present application also provides an information transmission system, Figure 19 Schematic diagram of the information transmission system structure of the embodiment of the present application; Figure 19 As shown, the system includes: a first device 1901 and a second device 1902.

[0318] Here, it should be noted that the specific processing procedures of the first device 1901 and the second device 1902 have been described in detail above and will not be repeated here.

[0319] In an exemplary embodiment, the present application also provides a storage medium, namely a computer storage medium, specifically a computer-readable storage medium, such as a first memory 1703 storing a computer program, which can be executed by the first processor 1702 of the first device 1700 to complete the steps of the first device-side method. Another example includes a second memory 1803 storing a computer program, which can be executed by the second processor 1802 of the second device 1800 to complete the steps of the second device-side method. The computer-readable storage medium can be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, Flash Memory, magnetic surface storage, optical disk, or CD-ROM.

[0320] It should be noted that: "first", "second", etc. are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0321] In addition, the technical solutions described in the embodiments of the present application can be arbitrarily combined without conflict.

[0322] The above description is merely a preferred embodiment of the present application and is not intended to limit the scope of protection of the present application.

Claims

1. An information transmission method, characterized in that: Applied to a first device, comprising: A first time-aware network (TAN) frame is sent, where the first TAN frame is used to control data transmission on the second device. A header of the first TAN frame includes at least one of the following: first information, where the first information indicates that a type of the first TAN frame is a control type; The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

2. The method according to claim 1, characterized in that The first device includes a switching device; the control type includes retransmission; and the method further includes: determining whether at least one second TAN frame is lost; In the case that the at least one second TAN frame is lost, the first TAN frame is sent to the second device, where the first TAN frame further carries third information, and the third information indicates that the second device is to retransmit the at least one second TAN frame.

3. The method according to claim 2, characterized in that The determining whether at least one second TAN frame is lost includes: Obtaining a preset threshold for triggering loss retransmission; wherein the preset threshold is determined according to the network status and transmission quality at the at least one second TAN frame; When the number of the second TAN frames received in sequence is less than the preset threshold, determining that at least one second TAN frame is lost; When the number of the second TAN frames received in sequence is equal to the preset threshold, it is determined that at least one second TAN frame is not lost.

4. The method according to claim 2, characterized in that The method further comprises: The at least one second TAN frame sent by the second device is received, where the at least one second TAN frame carries at least data to be retransmitted.

5. The method according to claim 1, wherein The first device includes a switching device; the control type includes confirmation; and the method further includes: Sending the first TAN frame to the second device, where the first TAN frame further carries fourth information, where the fourth information instructs the second device to confirm whether at least one third TAN frame has been received; When the second device confirms that the at least one third TAN frame has been received, it receives deletion request information sent by the second device, and deletes the at least one third TAN frame in the buffer area according to the deletion request information.

6. The method according to claim 1, characterized in that The first device includes a control device; the method further includes: Configuration information is sent to the second device, where the configuration information is used to configure a data caching strategy and a data transmission strategy for the second device.

7. The method according to claim 6, characterized in that The method further comprises: receiving fault information reported by the second device; A management strategy for the second device is determined based on the fault information.

8. An information transmission method, characterized in that: Applied to the second device, comprising: receiving a first time-aware network (TAN) frame sent by a first device, and performing relevant control of data transmission on a second device according to the first TAN frame; wherein a header of the first TAN frame includes at least one of the following: first information, where the first information indicates that a type of the first TAN frame is a control type; The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

9. The method according to claim 8, characterized in that The first device includes a switching device; the control type includes retransmission; and the method further includes: receiving the first TAN frame sent by the switching device, where the first TAN frame further carries third information; The at least one second TAN frame is retransmitted according to the third information.

10. The method according to claim 9, characterized in that The method further comprises: The at least one second TAN frame is sent to the switching device, where the at least one second TAN frame carries at least data to be retransmitted.

11. The method according to claim 8, characterized in that The first device includes a switching device; the control type includes confirmation; and the method further includes: receiving the first TAN frame, where the first TAN frame further carries fourth information; confirming whether at least one third TAN frame has been received according to the fourth information; In a case where the at least one third TAN frame has been received, a deletion request message is sent to the switching device, where the deletion request message is used to instruct the switching device to delete the at least one third TAN frame in the buffer area.

12. The method according to claim 8, characterized in that The first device includes a control device; the method further includes: Receive configuration information sent by the control device, and configure a data cache strategy and a data transmission strategy according to the configuration information.

13. The method according to claim 12, characterized in that The method further comprises: Reporting fault information to the control device; the fault information is used to instruct the control device to determine a management strategy for the second device.

14. An information transmission device, characterized in that: The settings on the first device include: A sending unit is configured to send a first time-aware network (TAN) frame, where the first TAN frame is used to control data transmission on the second device; a header of the first TAN frame includes at least one of the following: first information, where the first information indicates that a type of the first TAN frame is a control type; The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

15. An information transmission device, characterized in that: Settings on the second device include: a receiving unit, configured to receive a first time-explicit network (TAN) frame sent by a first device, and perform related control of data transmission on a second device according to the first TAN frame; wherein a header of the first TAN frame includes at least one of the following: first information, where the first information indicates that a type of the first TAN frame is a control type; The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

16. A first communication device, characterized in that: include: A first processor and a first communication interface; wherein, The first communication interface is configured to send a first time-aware network (TAN) frame, where the first TAN frame is used to control data transmission on the second device; and a header of the first TAN frame includes at least one of the following: first information, where the first information indicates that a type of the first TAN frame is a control type; The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

17. A second communication device, characterized in that: include: A second communication interface and a second processor; wherein, The second communication interface is configured to receive a first time-aware network (TAN) frame sent by the first device, and perform related control of data transmission on the second device according to the first TAN frame; wherein a header of the first TAN frame includes at least one of the following: first information, where the first information indicates that a type of the first TAN frame is a control type; The first information and the second information, the second information indicates the sending and receiving device identifiers of the first TAN frame.

18. A first communication device, characterized in that: include: a first processor and a first memory for storing a computer program capable of being executed on the processor, Wherein, when the first processor is used to run the computer program, it executes the steps of the method according to any one of claims 1 to 7.

19. A second communication device, characterized in that: include: a second processor and a second memory for storing a computer program capable of being executed on the processor, Wherein, when the second processor is used to run the computer program, it executes the steps of the method according to any one of claims 8 to 13.

20. A storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented, or the steps of the method according to any one of claims 8 to 13 are implemented.

Images