TRANSMISSION OF DATA PACKETS
20230031236 · 2023-02-02
Assignee
Inventors
Cpc classification
H04L12/4625
ELECTRICITY
H04L12/4641
ELECTRICITY
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
[0052]
[0053]
[0054]
[0055]
[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
[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
[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
[0063] Furthermore, in
[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
[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]
[0071] According to
[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
[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
[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
[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.