TRANSMISSION OF DATA PACKETS

20230031236 · 2023-02-02

Assignee

Inventors

Cpc classification

International classification

Abstract

The aim is to transmit a data packet from an ethernet component, which is in an ethernet network, to an industrial communication network in a mixed network. An industrial communication network configured according to the standards of the IEEE 802.1 TSN working group is used, and at least one guarantee defined in the standards of the IEEE 802.1 TSN working group is assigned for the data packet in that a frame which contains the data packet is identified in the industrial communication network configured according to the standards of the IEEE 802.1 TSN working group by a TSN bridge and converted into a TSN stream which contains the data packet, and the data packet is transmitted to a TSN component in the TSN stream.

Claims

1. A method for transmitting a, preferably cyclic, data packet from an ethernet component, which is arranged in an ethernet network within a mixed network, to a TSN component, which is arranged in an industrial communication network configured according to the standards of the IEEE 802.1 TSN working group within the mixed network, wherein at least one guarantee defined in the standards of the IEEE 802.1 TSN working group is assigned for the data packet in that a frame which contains the data packet is identified in the industrial communication network configured according to the standards of the IEEE 802.1 TSN working group by a TSN bridge and converted into a TSN stream which contains the data packet, and the data packet is transmitted to the TSN component in the TSN stream, wherein, when the frame is converted into the TSN stream, an Ethernet header of the frame is replaced by the TSN header, and wherein, as a result of the conversion, a TSN guarantee is assigned for the data packet sent from the Ethernet component to the TSN component.

2. The method according to claim 1, wherein when the frame arrives in the industrial communication network configured according to the standards of the IEEE 802.1 TSN working group, it is identified by a TSN edge bridge, converted into the TSN stream and transmitted to the TSN component.

3. The method according to either claim 1, wherein the frame is identified according to the IEEE 802.1CB standard.

4. (canceled)

5. The method according to claim 1, wherein the ethernet header of the frame is replaced by the TSN header by means of a retagging function according to the IEEE 802.1Qci standard.

6. The method according to claim 1, wherein a minimum bandwidth of the TSN stream is assigned as a guarantee.

7. The method according to claim 1, wherein a maximum latency of the TSN stream is assigned as a guarantee.

8. The method according to claim 1, wherein a defined burst capability of the TSN stream is assigned as a guarantee.

9. The method according to claim 1, wherein a defined reception time of the TSN stream is assigned as a guarantee, preferably the TSN stream is transmitted to the TSN component in a specified time window of at least one cycle.

10. The method according to claim 1, wherein when a data packet is transmitted from the TSN component located in the industrial communication network configured according to the standards of the IEEE 802.1 TSN working group to an ethernet component located in the ethernet network outside of the industrial communication network configured according to the standards of the IEEE 802.1 TSN working group, a TSN stream which contains the data packet is converted by a TSN bridge into a frame which contains the data packet, and the data packet is transmitted in the frame to the ethernet component.

11. The method according to claim 10, wherein when the TSN stream is converted into the frame, the TSN header of the TSN stream is replaced by an ethernet header, preferably by means of a retagging function according to the IEEE 802.1Qci standard.

12. The method according to claim 10, wherein the VLAN tag of the TSN header of the TSN stream is deleted when the TSN stream is converted into the frame.

13. The method according to claim 10, wherein when the TSN stream is converted into the frame, the TSN header of the TSN stream is used for the frame.

14. The method according to claim 10, characterized in that when leaving the industrial communication network configured according to the standards of the IEEE 802.1 TSN working group, the TSN stream is converted by a TSN edge bridge into the frame which contains the data packet.

15. The mixed network comprising an ethernet network with a number of ethernet components and an industrial communication network configured according to the standards of the IEEE 802.1 TSN working group with at least one TSN component and a TSN bridge, wherein the TSN bridge is configured to identify a frame, which contains a preferably cyclic data packet to be transmitted from an ethernet component to a TSN component, to convert it into a TSN stream which contains the data packet, and to transmit the data packet in the TSN stream to the TSN component in order to assign at least one guarantee for the data packet as defined in the standards of the IEEE 802.1 TSN working group, wherein the TSN bridge is designed to replace an Ethernet header of the frame with a TSN header when the frame is converted into the TSN stream, and wherein, as a result of the conversion, a TSN guarantee is assigned for the data packet sent from the Ethernet component to the TSN component.

Description

[0051] In the following, the present invention shall be described in greater detail with reference to FIGS. 1 to 3, which show exemplary, schematic and non-limiting advantageous embodiments of the invention. In the drawings:

[0052] FIG. 1 shows an ethernet network and an embedded TSN network,

[0053] FIG. 2 shows a conversion of a frame into a TSN stream,

[0054] FIG. 3 shows a reception time as a time guarantee.

[0055] FIG. 1 shows a mixed network 1 which comprises an ethernet network 3. The ethernet network 3 in turn comprises a number of ethernet components E1, E2, E3. Network components that are configured according to IEEE 802.10 (and the other commonly used standards for ethernet bridges) but not according to the standards of the IEEE 802.1 TSN working group are referred to as ethernet components E1, E2 E3. For example, an ethernet controller is provided in the ethernet network 3 as the ethernet component E1, which is connected to an ethernet field device as the second ethernet component E2 and to an ethernet printer as the third ethernet component E3. The ethernet controller E1 and the ethernet field device E2 can process cyclic data traffic, but the ethernet printer E3 cannot. However, the applicative function of the ethernet components E1, E2, E3 is not decisive for the function of the invention. The ethernet controller E1, ethernet field device E2 and ethernet printer E3 are therefore generally referred to as ethernet components E1, E2, E3. The communication connections between the ethernet components E1, E2, E3 are shown as bars in FIGS. 1 and 2 and connect ports of the respective ethernet components E1, E2, E3.

[0056] In the ethernet network 3, frames F2, F3 are sent between the ethernet components E1, E2, E3, each of which contains data packets D2, D3. The ethernet component E2 communicates via a connecting communication link with the ethernet component E1 (and vice versa) via a data packet D2 contained in the frame F2. Furthermore, the ethernet component E3 communicates via a connecting communication link with the ethernet component E1 (and vice versa) via a data packet D3 contained in the frame F3. This communication is indicated in FIG. 1 by the arrows along the respective communication connections between the ethernet components E1, E2, E3. Within the ethernet network 3, the data packets D2, D3 can only be sent in frames F2, F3 and thus without assigning guarantees.

[0057] The ethernet components E1, E2, E3 can be managed or also unmanaged. Unmanaged ethernet components E1, E2, E3 can be connected to the ethernet network 3 in a simple manner (plug-and-play), but offer no option for configuration or management. An unmanaged ethernet component E1, E2, E3 independently learns the target address of a further ethernet component E1, E2, E3 that can be reached via a port by evaluating source addresses of frames F2, F3 that are sent from this further ethernet component E1, E2, E3. If a target address of a frame F2, F3 is still unknown (because no frame F2, F3 has yet been received from the further ethernet component E1, E2, E3), the frame F2, F3 is forwarded to all ports and thus to all ethernet components E1, E2, E3, which is referred to as flooding. Managed ethernet components E1, E2, E3, on the other hand, can be configured, managed and/or monitored, for example, by an external device. For example, an address table can be configured or the ethernet network 3 can be divided into independent segments by means of VLANs. Within the scope of the present invention, managed and/or unmanaged ethernet components E1, E2 E3 and/or VLANs can be used.

[0058] The ethernet components E1, E2, E3 and TSN components TSN-A, TSN-F, TSN-C described in the context of the embodiment shown are able to generate and receive data packets and are also part of the network infrastructure with more than one port. In the IEEE nomenclature, they are bridged endpoints. Without loss of generality, however, all endpoint-specific statements also apply to endpoints with only one port and all network infrastructure-specific statements also apply to pure network infrastructure devices, i.e. pure bridges.

[0059] In addition to the ethernet network 3, the mixed network 1 comprises at least one industrial communication network, preferably with cyclic data traffic, which is configured according to the invention in such a way that functions according to the standards of the IEEE 802.1 TSN working group are supported. This part is referred to as a TSN network 2 in the following and can be surrounded by an ethernet network 3 as a “TSN island.” The TSN network 2 can also adjoin the ethernet network 3, as is shown in FIGS. 1 and 2. The TSN network 2 comprises the TSN components TSN-A, TSN-F and TSN-C, for example as field devices, wherein the TSN component TSN-F also serves as a TSN edge bridge. The communication links between the TSN components TSN-A, TSN-F, TSN-C are also shown as bars and connect the ports of the respective TSN components TSN-A, TSN-F, TSN-C. There is also a communication link in the mixed network 1 between the ethernet network 3 and the TSN network 2 in the form of a communication link between the ethernet component E1 and the TSN component TSN-C via the TSN edge bridge TSN-F.

[0060] One or more further ethernet networks 3 and/or one or more further industrial networks, preferably with cyclic data traffic, could of course also be provided in the mixed network 1. These one or more further industrial networks can also be configured according to the standards of the IEEE 802.1 TSN working group and thus represent one or more TSN networks 2. Any industrial networks or TSN networks can adjoin other ethernet networks 3 and/or TSN networks 2 in the mixed network 1 and/or be surrounded by other ethernet networks 3 and/or TSN networks 2 as “TSN islands.”

[0061] If a data packet D2, D3 is sent in a frame F2, F3 from an ethernet component E1, E2, E3 to a further ethernet component E1, E2, E3, the said frame F2, F3 can also be routed through the TSN network 2 instead of a direct transmission via the direct communication link. However, there would be no conversion into a TSN stream and no guarantees would be assigned.

[0062] Within a TSN network 2, the transmission of TSN data packets D0, D4 between the respective TSN components TSN-C, TSN-F, TSN-A can be configured with known TSN traffic shaping mechanisms. For example, the TSN component TSN-F can send a TSN stream S0 with a data packet D0 to the TSN component TSN-C (as indicated in FIG. 2) and vice versa (not shown in FIG. 2). Guarantees can be assigned for the transmission of the data packet D0, for example a maximum required bandwidth, a maximum latency, a guaranteed transmission time and/or reception time etc. The maximum available guarantees must of course be subordinate to the boundary conditions of the TSN components TSN-C, TSN-F, TSN-A, such as network load occurring on the transmitter side, forwarding latencies, available bandwidth or data transmission rate (e.g. gigabit) etc., in the TSN network 2. This check is a task of the configuration tool and is not relevant to the invention.

[0063] Furthermore, in FIG. 2, a further TSN stream S4 with a data packet D4 is sent from the TSN component TSN-A via the TSN component TSN-F to the TSN component TSN-C by way of example. The configuration of the TSN network 2 ensures that the TSN stream S4 and the TSN stream S0 can be sent from the TSN component TSN-F to the TSN component TSN-C. In this case, neither the TSN stream S4 interferes with the TSN stream S0, nor vice versa, although the same communication link is used. This is possible even if the further TSN stream S4 and the TSN stream S0 demand the same guarantees (reception time, bandwidth, latency, etc.).

[0064] If, on the other hand, a further frame was to coincide with an already provided frame F2, F3 within the ethernet network 3, i.e. if it were forwarded to the same port at the same time, the further frame would disrupt and delay the frame F2, F3, even if this does not take place via the same communication link. The jitter that occurs would result in the further frame being processed once and the intended frame F2, F3 being processed once. In return, the TSN network can configure exactly when which frame is to be forwarded and the forwarding is therefore always the same despite external jitter.

[0065] In FIG. 2, in addition to the TSN streams S0, S4, a data packet D1 is transmitted from the ethernet component E1 via the TSN component TSN-F (as a TSN edge bridge) to the TSN component TSN-C. This arrives approximately at the same time as the transmission of the TSN streams S0, S4 at the TSN component TSN-F. In contrast to the transmission of a TSN stream S0, S4 from the TSN component TSN-F to the TSN component TSN-C, basically no time guarantee can be assigned for the transmission of a frame F1 itself. Depending on the arrival time, the frame F1 would be forwarded before the two TSN streams S0, S4 or afterwards. According to the invention, therefore, the frame F1, which contains the data packet D1, is identified in the TSN network 2 by a TSN bridge, which is carried out here by the TSN component TSN-F in the form of a TSN edge bridge. From this identification onwards, the necessary transmission properties of the data packet D1 to be transmitted are known, since these are preconfigured. After identification, the frame F1 is converted into a TSN stream S1 and processed accordingly in the TSN network 2. This conversion takes place, for example, by replacing the ethernet header of the frame F1 with a TSN header from the TSN stream S1 in accordance with the configuration. The TSN stream S1 is then sent from the TSN bridge (here TSN component TSN-F) to the addressed TSN component(s) (here TSN component TSN-C) via the communication links provided and treated in accordance with the configuration. This does not affect further data traffic (here in the form of TSN streams S0, S4 with data packets D0, D4) on the same communication link—in the converged network, the guarantees for all TSN streams S0, S1, S4 are met. In FIG. 2, only one communication connection from the TSN component TSN-F to the TSN component TSN-C serves as a communication link. Of course, the TSN stream S1 could also be routed via further communication links and TSN components.

[0066] The identification of the frame F1 and the conversion of the frame F1 into a TSN stream S1 can, as described in this embodiment, take place immediately upon arrival in the TSN network 2 at a TSN edge bridge (here on the TSN component TSN-F) of the TSN network 2.

[0067] Instead, however, in larger networks in particular, the frame F1 could also be forwarded by a TSN edge bridge first as a “best effort” and identified by one of the subsequent TSN bridges and converted into a TSN stream S1. This can be particularly advantageous if the configuration capacities of the TSN edge bridge are insufficient.

[0068] With the retagging method mentioned, all frames originating from the ethernet network 3 can be converted into TSN streams, provided that there is sufficient bandwidth in the TSN network 2.

[0069] If a frame with a data packet is sent into the TSN network 2 as a “best effort,” this is done without a guarantee, in particular without a time guarantee, provided that no conversion into a TSN stream takes place in the TSN network 2. The frame in question is then also treated as a frame after it has arrived in TSN network 2. No guarantees are assigned because no corresponding mechanisms have been configured. This can lead to the data packet arriving with unpredictable delay times. The more bandwidth is reserved for TSN streams S0, S1, S4 in the TSN network 2, the less bandwidth remains for frames, which means that the (ethernet) frames without conversion into TSN streams experience unpredictable delays in the TSN network 2 or can even be discarded entirely.

[0070] FIG. 3 shows some communication relationships within the mixed network 1. The TSN network 2, here in the form of the TSN components TSN-A, TSN-C and TSN-F, exemplified as field devices, is shown on the left-hand side. The ethernet network 3 is shown on the right-hand side, wherein only the ethernet component E1 is considered here as an example.

[0071] According to FIG. 2, in the TSN network 2, a data packet D0 is transmitted as a TSN stream S0 from the TSN component TSN-F to the TSN component TSN-C. Furthermore, a data packet D4 is transmitted as a TSN stream S4 from the TSN component TSN-A via the TSN component TSN-F to the TSN component TSN-F.

[0072] Since resources are appropriately kept free for the TSN streams S0, S4 in the TSN network 2, guarantees, in particular time guarantees, can be assigned for the TSN streams S0, S4.

[0073] To provide a time guarantee, artificial cycles z1, z2 with a cycle time (of 10 ms, for example) can be introduced as part of the configuration. In FIG. 3, two time cycles z1 z2 are shown along the time axis t. In the TSN network 2, individual time windows t0, t1, t2 are provided in each cycle z1, z2. The time window t0 is provided here for the TSN stream S0 with the data packet D0. The time window t2 is provided for the TSN stream S4 with the data packet D4. The time window t1 is provided for the TSN stream S1 and is discussed further below. A time guarantee is assigned for the TSN streams S0, S1, S4 by configuring an exclusive time window t0, t1, t2 for an associated TSN stream S0, S1, S4 for the communication link between the TSN components TSN-F and TSN-C in each cycle z1, z2. Only the reserved TSN stream S0, S1, S4 is forwarded in the respective time window t0, t1, t2. From this it can be determined when the respective TSN stream S0, S1, S4 and the data packet D0, D1, D4 it contains is received, thereby realizing a time guarantee.

[0074] For the TSN stream S0, the reception times for the TSN component TSN-C are guaranteed in the time window t0 of the respective cycle z1, z2 if the TSN component TSN-F can comply with the intended transmission times of the TSN stream S0. If the TSN component TSN-F sends the TSN stream S0 to the TSN component TSN-C at the intended transmission time, the TSN stream S0 is sent to the TSN component TSN-C in the same time window t0 of the current cycle z1, z2. In the TSN network 2, the corresponding bandwidth is kept free for the TSN stream S0 which contains the data packet D0 on the communication link between the TSN component TSN-F and the TSN component TSN-C. If the transmission time for a TSN stream S0 with the data packet D0 is adhered to, then this always arrives at the TSN component TSN-C in the same cycle z1, z2.

[0075] Due to an error in or an incorrect configuration of a TSN component TSN-A, TSN-F, TSN-C, the case may arise that the intended transmission time for the TSN network 2 internal TSN stream S0 is not adhered to. This means that no guarantee can be assigned for reception in the time window t0 of the current cycle z1. However, if at least the maximum size of the data packet D0 contained in the TSN stream S0 can be maintained, one cycle can be guaranteed as the maximum latency. The data packet D0 is buffered up to the time window t0 of the following cycle z2 and then sent in this time window t0. In this case, there is no guarantee for the time window t0 in the current cycle z1. However, a guarantee is therefore assigned for the time window t0 in the next cycle z2. The same applies to the TSN stream 54 with the data packet D4.

[0076] A data packet D1 is now sent from the ethernet component E1 to the TSN network 2 in a frame F1. The frame F1 is identified by the TSN component TSN F as a TSN (edge) bridge and converted into a TSN stream S1. The data packet D1 is sent to the TSN component TSN-C after the conversion of the frame F1 into the TSN stream S1. As a result of this conversion, a guarantee can also be assigned for the data packet D1 sent from an ethernet component E1 to a TSN component TSN-C. A time guarantee can be assigned by reserving the time window t1 for the TSN stream S1 in each cycle z1, z2.

[0077] If the data packet D1 arrives in the TSN network 2 without delay and the associated frame F1 is converted into a TSN stream S1, this can be transmitted in the same cycle z1, z2 in the time window t1 provided for this purpose. With the conversion into a TSN stream S1 and the configuration of an associated time window t1, it is ensured that the data packet D1 as a TSN stream S1 always arrives at the TSN component TSN-C in the time window t1 of a cycle z1, z2. This prevents the data packet D1 from being discarded due to excessive data traffic (e.g. from other TSN components).

[0078] As mentioned above with reference to TSN streams D0 and D4, it may be the case for a TSN network “internal” TSN stream that a transmission time is not adhered to. However, this case rarely occurs. In contrast to this, the data packet D1 does not originate from the TSN network 2, but from the surrounding ethernet network 3.

[0079] Therefore (in contrast to the TSN streams S0, S4 originating from the TSN network 2), there may be unforeseeable delays before the frame F1 with the data packet D1 reaches the TSN network 2, as shown in FIG. 3. Although the data packet D1 can be converted into a TSN stream S1, it can no longer be classified in the current cycle z1 in the time window t1 provided. There is therefore no guarantee for the time window t1 in the current cycle z1. However, a guarantee is therefore assigned for the time window t1 in the next cycle z2. The sending of F1 in the ethernet network 3 is therefore advantageously placed at the beginning of the cycle z1, z2, if possible, and the reserved time window t1 in the TSN network 2, if possible, at the end of the cycle z1, z2. This ensures that a large proportion of the data packets D0, D4 still reach their destination within the same cycle z1, z2.

[0080] For the second cycle z2, a jitter is indicated by the later start of the frame F1 on the ethernet component E1. This means that the frame F1 arrives even later in the following cycle. The jitter is caused by an inaccurate transmission time on the ethernet component and individual forwarding delays (for example due to other frames) at each bridge along the communication link over which the frame F1 is routed. Analogously to the first cycle z1, no guarantee for the time window t1 is possible in the second cycle z2 either, which is why a guarantee is assigned for the time window t1 in the following cycle (not shown).

[0081] It may be the case that the data packet D1 no longer reaches the TSN network 2 in the current cycle z1, z2 and two data packets D1, the delayed and the current one, arrive in the following cycle and the associated frame F1 is converted into a TSN stream S1. However, since the time window t1 is only sized for one data packet D1, only one data packet D1 can be forwarded to the TSN component TSN-C. The second data packet D1 must wait in the memory of the TSN bridge TSN-F until a following cycle. This one cycle delay continues, because the “old” data packet D1 in the memory is always sent before the current data packet D1. To remedy this, the memory can be emptied in the current cycle z1, z2 (or every few cycles), for example by sending all data packets D1 to the TSN network 2 in frames instead of TSN streams over a specified period of time with “best effort,” or by simply deleting the memory and thus discarding the old frame. In larger mixed networks 1, in which a plurality of data packets are sent in a time window t1, the time window can be enlarged by the size of a data packet, so that such an error can be corrected per cycle z1, z2.

[0082] If, in the mixed network 1, a further (ethernet) component Ey (not shown in the drawings), for example a printer, were to send a further frame Fy (without conversion into a TSN stream) via the TSN component TSN-F to the TSN component TSN-C during a time window t0, t1, t2, the configuration of the TSN network 2 ensures that the said further frame Fy is “held back” until the time window t0, t1 t2 has expired and is only forwarded after the time window t0, t1, t2 has expired. The respective time windows t0, t1, t2 are thus each reserved exclusively for a TSN stream S0, S1, S4, regardless of whether the TSN stream S0, S1, S4 is sent at all. If the time windows t0, t1, t2 are lined up as shown in FIG. 3, the further frame Fy sent from the further ethernet component Ey must wait until all time windows t0, t1, t2 have expired. However, if there is enough bandwidth on the communication link between the TSN component TSN-F and the TSN component TSN-C for the further frame Fy and no time window t0, t1, t2 is reserved, then the further frame Fy is immediately forwarded to the TSN component TSN-C. However, this forwarding is not guaranteed, especially if additional data traffic occurs on the TSN component TSN-F.

[0083] A TSN stream S1 uses virtual ethernet multicast receiver addresses, which are correctly interpreted in the TSN network 2, and can thus be sent to the respective TSN component TSN-A, TSN-C, TSN-F as a receiver in the TSN network 2. It is possible to transmit a TSN stream S1 from the TSN network 2 to the ethernet network 3, wherein the TSN stream S1 would be sent to each ethernet component E1, E2, E3 in the ethernet network 3 if a multicast address is used. This is usually not desired, since it also requires a high bandwidth. It may also be the case that an ethernet component E1, E2, E3 cannot receive multicast messages correctly at all. It could also be the case that an ethernet component E1, E2, E3 receives all multicast messages and then “breaks down” under the load. The TSN stream S1 is therefore advantageously converted into a frame F1 when it leaves the TSN network 2, wherein its TSN header is replaced by an ethernet header. This means that preferably only the (single) target address and a VLAN tag are rewritten accordingly. The VLAN tag can also be deleted if it is not needed for any other purpose.

[0084] The embodiment shown describes the use of a TSN stream S1 for the permanent, cyclic exchange of a data packet D1. In the TSN network 2, however, other, non-cyclic applications of TSN streams, even temporary TSN streams, are fundamentally also possible. For example, in the event of a (larger) print job, a TSN stream with a bandwidth guarantee could be created between a TSN field device and a TSN printer, which is then dismantled again. If a plurality of TSN streams are active on a TSN bridge, the TSN network 2 maintains all assigned guarantees at the same time.