Unterschiedliche Zeitfenster für unterschiedliche Verkehrsklassen

TSN erweitert die Standard-Ethernet-Kommunikation um vorhersagbare Übertragungscharakteristiken mit harten und weichen Echtzeitanforderungen. Die durch das Ethernet-Frame-Format vorgegebenen acht Prioritäten bleiben hierbei erhalten. Je nach Bedarf der Anwendung, die über das Netzwerk kommunizieren muss, können zusätzliche Scheduling-Mechanismen für jede einzelne der acht Prioritäten festgelegt werden. Eine typische Anwendung für TSN mit Echtzeitanforderungen ist beispielsweise die Kommunikation einer speicherprogrammierbaren Steuerung (SPS) mit einem Industrieroboter. Für diese Kommunikation kann eine der acht verfügbaren Verkehrsklassen dem Time-Aware Scheduler nach IEEE 802.1Qbv zugeordnet werden. Dieser Scheduler ermöglicht es, die Kommunikation auf dem Datennetzwerk in feste, sich wiederholende Zyklen einzuteilen. Innerhalb dieser Zyklen können nach einem festen Raster die acht unterschiedlichen Prioritäten bedient werden. Das grundlegende Konzept entspricht einem Zeitmultiplexverfahren (TDMA – Time-Division Multiple Access). So können systemkritische Kommunikationsströme, wie beispielsweise die Kommunikation zwischen einem Roboter und einer Steuerung, vom Rest der Netzwerkkommunikation getrennt und damit Zeitgarantien eingehalten werden. Durch die feste Zuteilung von Zeitfenstern zu den Ethernet-Prioritäten wird der Konflikt zwischen zeitkritischen und nicht zeitkritischen Ethernet-Frames in den Puffern eines Ethernet-Switches vermieden, da beide Verkehrsarten zeitlich getrennt voneinander kommunizieren. Ein Beispiel für eine solche Scheduler-Konfiguration ist nachfolgend in Abbildung 1 dargestellt:

In jedem Zyklus wird während des Zeitfensters 1 Datenverkehr mit der VLAN-Priorität 3 verarbeitet. Da der Scheduler nach IEEE 802.1Qbv Zeitsynchronisation voraussetzt, wissen alle Netzwerkteilnehmer (Switche und Endgeräte), zu welchem Zeitpunkt welche Priorität ins Netzwerk gesendet und verarbeitet werden darf. Innerhalb des Zeitfensters 2 werden die restlichen Prioritäten verarbeitet. Innerhalb dieses Zeitfensters gilt wiederum die Verarbeitung der Prioritäten gemäß IEEE 802.1Q.

Die Koexistenz der unterschiedlichen Verkehrsklassen kann durch die Kombination weiterer Scheduling- und Traffic-Shaping-Mechanismen mit dem Verfahren nach IEEE 802.1Qbv weiter verbessert werden. Der in den AVB-Standards spezifizierte Traffic Shaper nach IEEE 802.1Qav kann beispielsweise in Zeitfenster 2 zusätzlich der VLAN-Priorität 4 zugewiesen werden. Damit könnte folgende Koexistenz von Netzwerkverkehr realisiert werden:

• Kommunikation mit harten Echtzeitbedingungen in Zeitfenster 1: Datenverkehr zwischen einer Steuerung und einem Industrieroboter
• Kommunikation mit weichen Echtzeitbedingungen in Zeitfenster 2: Übertragung eines Datenstroms einer Videokamera über das Netzwerk mittels IEEE 802.1Qav
• Kommunikation ohne Zeitgarantien in Zeitfenster 2: Hintergrundübertragung von Daten, Sammlung von Zustandinformationen

Voraussetzung ist, dass alle Geräte im Netz alle unterschiedlichen Teilstandards (IEEE 802.1Qbv, IEEE 802.1Qav,...) unterstützen.

Zeitfenster und Schutzbänder

Hat eine Ethernet-Netzwerkschnittstelle einmal mit der Übertragung eines Ethernet-Frames auf das Medium begonnen, so muss diese Übertragung vollständig durchgeführt und beendet werden, einschließlich der Erstellung und Übermittlung des für die Fehlererkennung wichtigen CRC32-Prüfwerts. Somit besteht die Möglichkeit, dass durch eine zu lange andauernde Übertragung eines Frames ein Zeitfenster mit harten Echtzeitbedingungen verletzt wird. Dies wird in der folgenden Abbildung 2 sichtbar:

Kurz vor Ende des zweiten Zeitfensters in Zyklus n wird die Übertragung eines neuen Frames gestartet. Unglücklicherweise dauert die Übertragung dieses Frames so lange, dass sich der Endzeitpunkt bereits innerhalb des Zeitfensters 1 des Zyklus n+1 befindet. Dadurch werden zeitkritische Frames, für die dieses Zeitfenster eigentlich vorgesehen war, weiter verzögert, und die eigentlich durch TSN gegebenen Zeitgarantien können möglicherweise nicht mehr eingehalten werden. Der TSN Scheduler nach IEEE 802.1Qbv muss also einen Mechanismus enthalten, der dieses Verhalten verhindert.

Der Scheduler nach IEEE 802.1Qbv muss sicherstellen, dass die Ethernet-Netzwerkschnittstelle genau zu dem Zeitpunkt auf keinen Fall einen Frame sendet, wenn von einem Zeitfenster zum nächsten Zeitfenster gewechselt wird. Dies wird dadurch erreicht, dass vor den Startzeitpunkt jedes Zeitfensters ein Schutzband gelegt wird, in dem kein Ethernet-Frame gesendet werden darf. Die Länge/Dauer dieses Schutzbandes entspricht hierbei der Zeit die benötigt wird, ein maximal großes Ethernet-Frame zu übertragen. Für ein Ethernet-Frame nach IEEE 802.3 mit einem einzelnen VLAN-Tag nach IEEE 802.1Q entspricht die Länge, inklusive Interframe Spacing, 1522 Byte + 12 Byte = 1534 Byte. Die Länge bzw. Dauer des Frames ist abhängig von der Übertragungsgeschwindigkeit der Ethernet-Verbindung. Bei 100 Mbit/s Ethernet ergibt sich folgende Dauer:

${\displaystyle t_{\text{maxframe}}={\frac {1534~{\text{byte}}\cdot 8{\frac {\text{bit}}{\text{byte}}}}{100\cdot 10^{6}~{\frac {\text{bit}}{\text{s}}}}}=122,72\cdot 10^{-6}~{\text{s}}}$

Für diesen Fall muss das Schutzband somit mindestens eine Dauer von 122,72 µs betragen. Durch dieses Schutzband verringert sich die tatsächlich nutzbare Bandbreite in den einzelnen Zeitfenstern. Dies wird nachfolgend in Abbildung 3 sichtbar:

Achtung: Aus Gründen der Darstellung wurde für die Größe des Schutzbandes in Abbildung 3 ein kleinerer Wert genommen, als für den Schutz gegen ein Frame nötig ist, wie es in Abbildung 2 dargestellt wird. Weiterhin wird angenommen, dass Zeitfenster 1 per Definition und Konfiguration des Time-Aware Schedulers Daten mit einer höheren Priorität beinhaltet als Daten in Zeitfenster 2. Somit muss durch Schutzbänder verhindert werden, dass Frames aus Zeitfenster 2 das Zeitfenster 1 verletzen.

Durch die Schutzbänder vor den Übergängen zwischen den Zeitfenstern wird verhindert, dass ein Frame ins nächste Zeitfenster "hineinragt". So können die festen Obergrenzen innerhalb der Zeitfenster eingehalten werden. Die Schutzbänder beinhalten allerdings auch einige Nachteile:

• Die Zeit, die ein Schutzband verbraucht, kann nicht für Datenübertragungen verwendet werden. Dadurch reduziert sich die effektiv nutzbare Bandbreite der Ethernet-Verbindung.
• Ein einzelnes Zeitfenster kann niemals sinnvollerweise kleiner gewählt werden als die Größe des Schutzbandes. Insbesondere bei langsameren Ethernet-Verbindungen hat dies negative Effekte auf die minimale Zykluszeit.

Der Time-Aware Scheduler nach IEEE 802.1Qbv beinhaltet den Length-Aware Scheduling-Mechanismus, der die negativen Effekte der Schutzbänder verringern kann. Bei Length-Aware Scheduling vergleicht der Scheduler vor Beginn des Versands eines Ethernet-Frame dessen Länge und die verbleibende Zeit vor dem Wechsel in den nächsten Zeitfenster. Ist das zu sendende Frame kleiner oder entspricht es der Zeit bis zum nächsten Wechsel, so erlaubt der Scheduler – trotz Schutzband – den Versand, da der folgende Zeitfenster nicht gefährdet ist. Dies setzt jedoch voraus, dass die Länge des zu versendenden Frames vorab bekannt ist. Dies ist nur bei Store-Forward Switching der Fall, somit kann das für eine geringere Ende-zu-Ende Latenz vorteilhafte Cut-through Switching in diesem Fall nicht eingesetzt werden. Auch hat das Length-Aware Scheduling keinen Einfluss auf die notwendige Größe des Schutzbandes und somit auf die minimale Zykluszeit. Length-Aware Scheduling kann somit nicht alle Nachteile des Schutzbandes abmindern.

Frame Pre-Emption und Minimierung des Schutzbandes

Um die negativen Effekte durch die Schutzbänder zu vermindern, haben die IEEE-Arbeitsgruppen 802.1 und 802.3 zusammen das Frame-Pre-Emption-Verfahren spezifiziert, das eine Unterbrechung und spätere Fortsetzung der Übertragung eines Frames ermöglicht. Dazu müssen Änderungen sowohl an den 802.3-Ethernet- als auch an den 802.1-Bridging-Standards vorgenommen werden. Aus diesem Grund wird die Frame-Pre-Emption-Technik in zwei getrennten Standards beschrieben, IEEE 802.1Qbu für die Bridging-Komponente und IEEE 802.3br für die Ethernet (MAC)-Komponente.

Abbildung 4 zeigt die grundsätzliche Arbeitsweise der Frame Pre-Emption. Der Sendevorgang des Ethernet-Frame wird kurz vor dem Übergang in den nächsten Zeitfenster unterbrochen und wieder fortgesetzt, sobald die Priorität wieder aktiv wird, der das Frame zugeordnet ist. In dem Beispiel in Abbildung 4 ist dies direkt im nächsten Zeitfenster der Fall. Das ursprüngliche Ethernet-Frame wird also in zwei Teilen von einer Ethernet-Schnittstelle zur nächsten Schnittstelle übertragen. Beide Teile werden hierbei, wie jedes normale Ethernet-Frame auch, von einer CRC32-Prüfsumme abgeschlossen. Allerdings werden die letzten 16 Bit der Summe invertiert, damit diese Frames nur von Geräten verstanden und vermittelt werden, die Frame Pre-emption unterstützen. Ebenso wird für die Identifikation von Teil-Frames ein anderer Start of Frame delimiter (SFD) verwendet.

Die Unterstützung von Frame Pre-Emption muss von einem Switch oder Endgerät über das LLDP an die benachbarten Geräte gemeldet werden. Empfängt ein benachbartes Gerät eine solche Meldung und unterstützt selbst Frame Pre-Emption, so wird die Fähigkeit an diesem Ethernet Port freigeschaltet. Es findet keine explizite Aushandlung zwischen den Geräten statt, und jede einzelne Verbindung zwischen Switchen und Endgeräten muss individuell von den Geräten geprüft werden.

Frame Pre-Emption arbeitet nur auf direkten Verbindungen zwischen Ethernet-Switches und Endgeräten. Ein aufgeteiltes Frame wird immer im direkt benachbarten Gerät wieder zusammengesetzt. Anders als bei der Fragmentierung des Internet Protocol (IP) wird keine Ende-zu-Ende Fragmentierung unterstützt.

Durch die Fähigkeit, ein Frame auch nach dem Start des Sendevorgangs zu unterbrechen, kann das Schutzband signifikant verkleinert werden: Die Länge des Schutzbands ist nun abhängig davon, mit welcher Genauigkeit die Frame Pre-Emption arbeitet. IEEE 802.3br legt die beste Genauigkeit der Frame-Pre-Emption-Einheit auf 64 Byte fest, da dies die minimale Länge eines noch gültigen Ethernet Frame darstellt. In diesem Fall muss das Schutzband nur noch gegen Frames mit der Größe 64 Byte + 63 Byte = 127 Byte schützen, da alle größeren Frames noch ein weiteres Mal unterbrochen und als Teil-Frame übertragen werden können.

Dies minimiert den Bandbreitenverlust und ermöglicht auch bei Übertragungsraten von 100 Mbit/s kurze Zykluszeiten. Da die Unterbrechung des Frames direkt in der MAC Schicht der Ethernet Schnittstelle während des Versandprozesses durchgeführt wird, kann auch Cut-through Switching unterstützt werden, da die Größe des Frames vorab nicht bekannt sein muss. Die MAC-Schnittstelle prüft lediglich in den durch die Genauigkeit der Pre-Emption festgelegten Intervallen, ob das Frame unterbrochen werden muss oder nicht.