PDU Router (PduR)

Der PDU Router vermittelt I-PDUs zwischen oberen Modulen wie Com und DCM, Communication Interfaces und Transportprotokollen. Er setzt dabei nur die I-PDU-IDs entlang konfigurierter Routing-Pfade um und verändert den Inhalt nicht [SWS_PduR_00160]. Zu seinen Aufgaben gehören Senden, Empfang, TriggerTransmit, segmentierte TP-Übertragungen und Gateways mit optionalem FIFO-Puffer. Geroutet wird ausschließlich im Zustand PDUR_ONLINE nach erfolgreichem PduR_Init [SWS_PduR_00328]. Zur Laufzeit lassen sich Routing-Pfadgruppen über PduR_EnableRouting und PduR_DisableRouting schalten.

mehr ›

Der PDU Router vermittelt I-PDUs zwischen oberen Modulen wie Com und DCM, Communication Interfaces wie CanIf, FrIf und LinIf sowie Transportprotokollen. Dabei verändert er die I-PDUs nicht [SWS_PduR_00160] und routet nur entlang konfigurierter Routing-Pfade [SWS_PduR_00162]. Seine Kernleistung ist die Umsetzung der I-PDU-IDs auf dem Sendepfad ebenso wie auf dem Bestätigungs- und Indikationspfad [SWS_PduR_00766]. Die Schnittstellen sind generisch; die Platzhalter <Up>, <Lo> und <LoTp> ergeben sich aus der Konfiguration PduRBswModules [SWS_PduR_00504].

Kontextdiagramm: Der PduR sitzt zwischen oberen Modulen und IF- bzw. TP-Modulen; BswM schaltet Pfadgruppen, Fehler gehen an den DET. Quellen: [SWS_PduR_00504], SWS PDU Router S. 16

Der PduR kennt nur die Zustände PDUR_UNINIT und PDUR_ONLINE [SWS_PduR_00324]. Geroutet wird ausschließlich in PDUR_ONLINE [SWS_PduR_00328]. Dorthin gelangt er durch PduR_Init(ConfigPtr) [SWS_PduR_00334]. Vorher melden alle Funktionen außer PduR_Init und PduR_GetVersionInfo den Fehler PDUR_E_UNINIT, sofern die Fehlererkennung aktiv ist [SWS_PduR_00119].

Zustandsdiagramm: Powerup führt nach PDUR_UNINIT; nur ein fehlerfreier PduR_Init führt nach PDUR_ONLINE. Quellen: [SWS_PduR_00325], [SWS_PduR_00326], SWS PDU Router Abb. 7.2 S. 53

Im Betrieb übernimmt der PduR folgende Abläufe:

• Sendewünsche gibt er an jedes Interface-Ziel weiter [SWS_PduR_00625].
• TriggerTransmit-Anfragen leitet er an die obere Schicht [SWS_PduR_00430].
• Bei TP-Multicast fragt er dieselben Daten je Ziel mit TP_CONFPENDING bzw. TP_DATARETRY ab [SWS_PduR_00631] [SWS_PduR_00632] und meldet eine zusammengefasste Bestätigung [SWS_PduR_00765].
• Als Gateway puffert er auf Wunsch in einem FIFO [SWS_PduR_00785]. TP-I-PDUs kann er on-the-fly ab einer Schwelle an genau ein Ziel weitersenden [SWS_PduR_00317] [SWS_PduR_00708].

Zur Laufzeit schalten PduR_EnableRouting und PduR_DisableRouting ganze Routing-Pfadgruppen [SWS_PduR_00615] [SWS_PduR_00617], typischerweise gesteuert vom BswM. Aufrufe auf einem deaktivierten Pfad enden mit E_NOT_OK [SWS_PduR_00717]. Entwicklungsfehler wie PDUR_E_PDU_ID_INVALID meldet der PduR an den DET [SWS_PduR_00100]. FIFO-Verluste meldet er als PDUR_E_PDU_INSTANCES_LOST [SWS_PduR_00670]. Eine eigene Fehlerbehandlung auf Interface-Pfaden gibt es nicht; Rückgabewerte gehen an die Quelle SWS PDU Router S. 46.

mehr ›

Rolle und Systemgrenze: I-PDU-Vermittlung zwischen oberen Modulen, Interfaces und Transportprotokollen

Der PDU Router (PduR) ist die zentrale Vermittlungsstelle des klassischen Kommunikationsstacks. Er nimmt I-PDUs von einem Quellmodul entgegen und überträgt sie unverändert und konsistent an ein oder mehrere Zielmodule [SWS_PduR_00160]. Geroutet wird ausschließlich entlang der konfigurierten Routing-Pfade [SWS_PduR_00162]. Ein Pfad ist eindeutig durch zwei Angaben bestimmt: die Quell-I-PDU-ID aus der PduR-Konfiguration und die Ziel-I-PDU-IDs aus den Konfigurationen der aufgerufenen Zielmodule [SWS_PduR_00161]. Die Kernleistung des PduR ist daher die Umsetzung von I-PDU-IDs. Sie gilt für den Sendepfad ebenso wie für den Bestätigungs- und Indikationspfad [SWS_PduR_00766]. Jedes Modul wählt seine Handle-IDs selbst; die Konfiguration verknüpft sie über die „globale“ Pdu ECU Configuration Abb. 3.13 S. 192.

Oberhalb des PduR liegen Module wie Com und DCM. Unterhalb liegen Communication Interfaces wie CanIf, FrIf und LinIf sowie Transportprotokolle wie CanTp, FrTp und LinTp SWS PDU Router S. 24. Die Schnittstellen sind generisch definiert. Die Platzhalter <Up>, <Lo> und <LoTp> werden über die in PduRBswModules referenzierte Modulkonfiguration ersetzt, bei CDDs über deren apiServicePrefix [SWS_PduR_00504] SWS PDU Router Abb. 10.2 S. 95. Unterstützt ein unteres Modul sowohl TP als auch IF, kommen die Infixe Tp und If hinzu [SWS_PduR_00800].

Kontextdiagramm: Der PduR liegt zwischen oberen Modulen und unteren IF- bzw. TP-Modulen; BswM schaltet Routing-Pfadgruppen, Fehler gehen an den DET. Quellen: [SWS_PduR_00504], [SWS_PduR_00615], [SWS_PduR_00119], SWS PDU Router S. 16

Ist PduRZeroCostOperation gesetzt und sind alle Routing-Pfade Pre-Compile, dürfen die Nachbarmodule einander direkt aufrufen [SWS_PduR_00287]. Ist mindestens ein Pfad nicht Pre-Compile, muss der Generator einen Fehler melden [SWS_PduR_00619] SWS PDU Router S. 56. Ungenutzte Merkmale soll der Generator wegoptimieren, also TP, IF, Gateway und FIFO [SWS_PduR_00764].

Lebenszyklus: von PDUR_UNINIT über PduR_Init nach PDUR_ONLINE

Der PduR besitzt genau eine Zustandsmaschine [SWS_PduR_00644]. Sie hat die Zustände PDUR_UNINIT und PDUR_ONLINE aus PduR_StateType [SWS_PduR_00324] [SWS_PduR_00742]. Nach dem Einschalten ist das Modul in PDUR_UNINIT [SWS_PduR_00325]. Nach erfolgreichem PduR_Init wechselt es nach PDUR_ONLINE [SWS_PduR_00326]. Routing findet nur in PDUR_ONLINE statt [SWS_PduR_00328]; in PDUR_UNINIT wird nichts geroutet [SWS_PduR_00330] SWS PDU Router Abb. 7.2 S. 53. Ein älteres Schaubild zeigt zusätzlich einen Zustand PDUR_REDUCED nach fehlerhafter Initialisierung SWS PDU Router (alt) S. 30. Für R20-11 gilt dieser Zustand nicht, denn hier gibt es nur zwei Zustände.

Zustandsdiagramm: Nach Powerup ist der PduR in PDUR_UNINIT und routet nicht; erst nach fehlerfreiem PduR_Init routet er in PDUR_ONLINE. Quellen: [SWS_PduR_00325], [SWS_PduR_00326], [SWS_PduR_00119], [SWS_PduR_00100], SWS PDU Router Abb. 7.2 S. 53

PduR_Init(ConfigPtr) ist synchron und nicht reentrant [SWS_PduR_00334]. Die Funktion erledigt drei Dinge:

• Sie gibt alle Puffer frei [SWS_PduR_00645].
• Sie setzt die konfigurierten Default-Werte der Sendepuffer [SWS_PduR_00308].
• Sie aktiviert die Routing-Pfadgruppen gemäß Enable-at-start-Parameter [SWS_PduR_00709]. Spätere Fassungen nennen diesen Parameter PduRIsEnabledAtInit SWS PDU Router S. 131.

Vor der Initialisierung melden alle Funktionen außer PduR_Init und PduR_GetVersionInfo den Fehler PDUR_E_UNINIT, sofern PduRDevErrorDetect aktiv ist [SWS_PduR_00119]. PduR_GetVersionInfo [SWS_PduR_00338] wird über PduRVersionInfoApi freigeschaltet System Template S. 656.

Die Post-Build-Daten liegen in PduR_PBConfigType und sind in PduR_PBcfg.c implementiert [SWS_PduR_00241] [SWS_PduR_00743]. Sie sind über PduRConfigurationId eindeutig identifiziert [SWS_PduR_00281]. Diese Kennung liefert PduR_GetConfigurationId [SWS_PduR_00341] [SWS_PduR_00280] als uint16-basierten PduR_PBConfigIdType; ein Steuergerät kann mehrere wählbare Konfigurationen enthalten [SWS_PduR_00771]. Routing-Tabellen lassen sich zur Post-Build-Zeit aktualisieren [SWS_PduR_00295], allerdings nur im uninitialisierten Zustand [SWS_PduR_00296]. Der Speicherbedarf kann mit einer neuen Konfiguration wachsen und ist daher zur Designzeit einzuplanen SWS PDU Router S. 160.

Communication-Interface-Pfade: Transmit, TriggerTransmit und Bestätigungen

Ruft ein oberes Modul PduR_<User:Up>Transmit auf [SWS_PduR_00406], ruft der PduR <Lo>_Transmit für jedes Ziel [SWS_PduR_00625]. Dabei puffert er nicht [SWS_PduR_00629]. Für den Rückgabewert gilt:

• Bei Singlecast wird der Rückgabewert unverändert durchgereicht [SWS_PduR_00432] [SWS_PduR_00626].
• Bei Multicast genügt ein erfolgreiches Ziel für E_OK [SWS_PduR_00218].

Die Ziele eines Multicasts sind entweder alle Interfaces oder alle Transportprotokolle, nie gemischt [SWS_PduR_00633].

CanIf kopiert die Daten direkt beim Transmit SWS PDU Router Abb. 9.5 S. 100. FrIf und LinIf holen sie dagegen später über PduR_<User:Lo>TriggerTransmit ab [SWS_PduR_00369]. Der PduR leitet diesen Aufruf an <Up>_TriggerTransmit weiter [SWS_PduR_00430] und gibt dessen Rückgabewert zurück [SWS_PduR_00661] SWS PDU Router Abb. 9.6 S. 101. PduR_<User:Lo>TxConfirmation [SWS_PduR_00365] wird samt Ergebnis an <Up>_TxConfirmation weitergegeben [SWS_PduR_00627]. Bei Multicast geschieht das erst nach der letzten Bestätigung [SWS_PduR_00589].

Sequenzdiagramm: Senden aus Com mit direkter Datenbereitstellung (CanIf) oder mit verzögertem Datenabruf per TriggerTransmit (FrIf), jeweils mit anschließender Bestätigung. Quellen: [SWS_PduR_00625], [SWS_PduR_00430], [SWS_PduR_00627], SWS PDU Router Abb. 9.5 S. 100, SWS PDU Router Abb. 9.6 S. 101

Beim Empfang führt PduR_<User:Lo>RxIndication [SWS_PduR_00362] zu einem Aufruf von <Up>_RxIndication für jedes obere Ziel [SWS_PduR_00621]; 1:n wird unterstützt [SWS_PduR_00164] SWS PDU Router Abb. 9.1 S. 97. Die Länge prüft der PduR weder beim lokalen Empfang [SWS_PduR_00744] noch beim lokalen Senden [SWS_PduR_00745].

Transportprotokoll-Pfade: segmentierte I-PDUs zwischen DCM und TP-Modulen

Beim TP-Senden ruft der PduR <LoTp>_Transmit für jedes Ziel auf [SWS_PduR_00634]. Die Daten holt das TP-Modul abschnittsweise über PduR_<User:LoTp>CopyTxData [SWS_PduR_00518]. Der PduR leitet jede Anfrage an <Up>_CopyTxData weiter [SWS_PduR_00299] und reicht die Rückgabe durch [SWS_PduR_00676] SWS PDU Router Abb. 9.9 S. 104.

Bei Multicast muss die obere Schicht dieselben Daten mehrfach liefern. Die Anfrage des ersten Ziels geht mit TP_CONFPENDING an die obere Schicht [SWS_PduR_00631], alle weiteren mit TP_DATARETRY [SWS_PduR_00632]. Die obere Schicht erhält nach der letzten Bestätigung eine einzige <Up>_TpTxConfirmation. Diese meldet E_OK, wenn mindestens ein Ziel E_OK gemeldet hat [SWS_PduR_00765] SWS PDU Router Abb. 9.10 S. 83.

Sequenzdiagramm: Bei TP-Multicast aus dem DCM fragt der PduR dieselben Daten je Ziel mit TP_CONFPENDING bzw. TP_DATARETRY ab und fasst die Bestätigungen zusammen. Quellen: [SWS_PduR_00634], [SWS_PduR_00631], [SWS_PduR_00632], [SWS_PduR_00765], SWS PDU Router Abb. 9.10 S. 83

Der TP-Empfang beginnt mit PduR_<User:LoTp>StartOfReception [SWS_PduR_00507]. Der PduR leitet ihn an <Up>_StartOfReception weiter [SWS_PduR_00549] und gibt dessen Rückgabe unverändert zurück [SWS_PduR_00623]. Danach folgen zwei Weiterleitungen:

• CopyRxData [SWS_PduR_00512] geht an <Up>_CopyRxData [SWS_PduR_00428].
• RxIndication [SWS_PduR_00375] geht an <Up>_TpRxIndication [SWS_PduR_00429].

Ein Aufruf mit SduLength 0 fragt den verfügbaren Puffer bzw. die verfügbaren Daten ab [SWS_PduR_00740] SWS PDU Router Abb. 9.4 S. 99. Abbrüche gibt der PduR an jedes Ziel weiter. PduR_<User:Up>CancelTransmit führt zu <Lo>_CancelTransmit bzw. <LoTp>_CancelTransmit [SWS_PduR_00769] [SWS_PduR_00723] [SWS_PduR_00724]. PduR_<User:Up>CancelReceive führt zu <LoTp>_CancelReceive [SWS_PduR_00727].

Sequenzdiagramm: Beim TP-Empfang von CanTp an DCM reicht der PduR StartOfReception, die CopyRxData-Schleife und RxIndication 1:1 durch. Quellen: [SWS_PduR_00549], [SWS_PduR_00428], [SWS_PduR_00429], SWS PDU Router Abb. 9.4 S. 99

Gateway-Betrieb: unmittelbare Weiterleitung, FIFO-Puffer und On-the-fly-TP

Zwischen Communication Interfaces routet der PduR 1:n [SWS_PduR_00436] und mit unmittelbarer Weiterleitung, also ohne eigene Ratenbildung [SWS_PduR_00437]. Gatewayt wird nur IF↔IF oder TP↔TP [SWS_PduR_00638]. Für die weitergegebene Länge gilt:

• Ohne Pufferung gibt der PduR das Minimum aus empfangener Länge und konfigurierter Ziellänge weiter [SWS_PduR_00783].
• Mit Pufferung kopiert er höchstens PduRPduMaxLength und verwirft den Rest [SWS_PduR_00746].

Eine I-PDU kann gleichzeitig lokal an Com gehen und auf einen zweiten CAN weitergeleitet werden SWS PDU Router Abb. 9.14 S. 114.

Wie das Ziel an die Daten kommt, legt PduRDestPduDataProvision fest:

• Bei PDUR_DIRECT kopiert das Ziel die Daten beim Transmit selbst [SWS_PduR_00303].
• Bei PDUR_TRIGGERTRANSMIT puffert der PduR und wartet auf TriggerTransmit [SWS_PduR_00306] SWS PDU Router Abb. 9.13 S. 108.

Je Ziel-I-PDU ist ein FIFO konfigurierbar [SWS_PduR_00307]. FIFO-Verhalten gilt ab PduRQueueDepth größer 1 [SWS_PduR_00785]. Das Aktivitätsdiagramm fasst die Ein- und Ausgaberegeln zusammen [SWS_PduR_00665] [SWS_PduR_00666].

Aktivitätsdiagramm: Je nach Datenbereitstellung und FIFO-Füllstand wird eine gatewayte I-PDU sofort gesendet, eingereiht oder nach einem Überlauf neu begonnen; TriggerTransmit und TxConfirmation leeren den FIFO. Quellen: [SWS_PduR_00665], [SWS_PduR_00793], [SWS_PduR_00786], [SWS_PduR_00787], [SWS_PduR_00255], [SWS_PduR_00669], [SWS_PduR_00666], [SWS_PduR_00667], [SWS_PduR_00662]

Für TP-Gateways gibt es zwei Verfahren. Beim Direct Gatewaying startet <DstLoTp>_Transmit in der RxIndication mit E_OK [SWS_PduR_00551]. Beim On-the-fly-Gatewaying startet die Weitersendung bereits, sobald PduRTpThreshold erreicht ist [SWS_PduR_00317]. Dann ist nur ein Ziel erlaubt [SWS_PduR_00708], und bereits gesendete Daten werden nicht wiederholt [SWS_PduR_00707] SWS PDU Router S. 58. Den Puffer wählt der PduR nach Größe:

• Passt die Nachricht in PduRPduMaxLength, nutzt er den dedizierten Puffer [SWS_PduR_00797].
• Andernfalls holt er dynamisch einen Puffer aus PduRTxBuffer [SWS_PduR_00798].

Mit der TxConfirmation gibt er den Puffer frei [SWS_PduR_00637]. Soll die I-PDU zusätzlich lokal empfangen werden, ruft der PduR <UpTp>_StartOfReception, <UpTp>_CopyRxData und <UpTp>_RxIndication in dieser Reihenfolge auf [SWS_PduR_00789]. Dafür muss er puffern, weil der DCM vom Gateway nichts weiß SWS PDU Router S. 112.

Sequenzdiagramm: Beim On-the-fly-Gateway zwischen zwei CAN-Netzen beginnt die Weitersendung schon bei Erreichen der Schwelle; Empfang und Senden laufen verschränkt. Quellen: [SWS_PduR_00317], [SWS_PduR_00708], [SWS_PduR_00797], [SWS_PduR_00799], [SWS_PduR_00637], SWS PDU Router Abb. 9.15 S. 110

Routing-Pfadgruppen: Routing zur Laufzeit schalten

Routing-Pfadgruppen bündeln Pfade je Netzwerk oder PDU-Art. Geschaltet werden sie typischerweise vom BswM SWS PDU Router S. 69. Dazu dienen PduR_EnableRouting(id) [SWS_PduR_00615] und PduR_DisableRouting(id, initialize) [SWS_PduR_00617]; die Kennung ist vom Typ uint16 [SWS_PduR_00654]. Die Aktivierung wirkt sofort [SWS_PduR_00715]. Beim Deaktivieren gelten folgende Regeln:

• initialize entscheidet, ob Einzelpuffer auf den Default-Wert zurückgesetzt werden [SWS_PduR_00617].
• FIFOs der gestoppten Pfade werden geleert, und der PduR meldet PDUR_E_PDU_INSTANCES_LOST [SWS_PduR_00663].
• APIs, die mit der I-PDU-ID eines deaktivierten Pfads aufgerufen werden, liefern E_NOT_OK ohne weitere Aktion [SWS_PduR_00717] [SWS_PduR_00710] [SWS_PduR_00726].

Spätere Fassungen zählen die betroffenen Funktionen ausdrücklich auf SWS PDU Router S. 69.

Aktivitätsdiagramm: Bei unbekannter Gruppen-ID kehrt der Aufruf ohne Aktion zurück (ggf. mit DET-Meldung); sonst wird die Gruppe sofort aktiviert bzw. deaktiviert, mit FIFO-Leerung und Pufferbehandlung. Quellen: [SWS_PduR_00647], [SWS_PduR_00648], [SWS_PduR_00716], [SWS_PduR_00649], [SWS_PduR_00715], [SWS_PduR_00663], [SWS_PduR_00717]

Der Mode Management Guide empfiehlt die Pfadgruppen für I-PDUs ohne Com-I-PDU-Gruppe, etwa für LdCom. Geschaltet wird über BswM-Regeln, beispielsweise abhängig vom Partial-Network-Zustand Mode Management Guide S. 50. Die BswM-Aktion BswMPduRouterControl ruft dazu PduR_EnableRouting bzw. PduR_DisableRouting auf SWS BSW Mode Manager S. 145. Bei n:1-Routing auf ein lokales Modul darf zur Laufzeit höchstens ein Pfad aktiv sein System Template S. 736 [SWS_PduR_00615].

Verhalten im Fehlerfall

Die Entwicklungsfehler definiert [SWS_PduR_00100]. Gemeldet werden sie nur, wenn PduRDevErrorDetect aktiv ist [SWS_PduR_00119] [SWS_PduR_00221]. Produktionsfehler meldet der PduR nicht SWS PDU Router S. 60.

Fehlercode	Wert	Auslöser
PDUR_E_INIT_FAILED	0x00	ungültiger Konfigurationszeiger
PDUR_E_UNINIT	0x01	API vor der Initialisierung oder PduR_Init außerhalb von PDUR_UNINIT
PDUR_E_PDU_ID_INVALID	0x02	ungültige PDU-Kennung
PDUR_E_ROUTING_PATH_GROUP_ID_INVALID	0x08	unbekannte Gruppe bei Enable/Disable [SWS_PduR_00648] [SWS_PduR_00649]
PDUR_E_PARAM_POINTER	0x09	Nullzeiger als Argument

Der Laufzeitfehler PDUR_E_PDU_INSTANCES_LOST tritt in drei Fällen auf:

• Ein voller FIFO wird beim nächsten Empfang geleert [SWS_PduR_00255] [SWS_PduR_00670].
• <DstLo>_Transmit liefert auf einem FIFO-Pfad E_NOT_OK. Dann wird der Eintrag entfernt und der nächste gesendet [SWS_PduR_00788] [SWS_PduR_00807].
• Ein Pfad mit FIFO wird gestoppt [SWS_PduR_00663].

Als Pflichtschnittstelle dafür nutzt der PduR Det_ReportRuntimeError [SWS_PduR_91001].

Auf IF-Pfaden behandelt der PduR Fehler nicht selbst. Er reicht Rückgabewerte an die Quelle durch [SWS_PduR_00626] SWS PDU Router S. 46 und wiederholt keine Übertragung [SWS_PduR_00256]. Auch auf TP-Pfaden gehen Fehler per Rückgabewert an die obere Schicht [SWS_PduR_00700] SWS PDU Router S. 49. Bei mehreren Zielen gilt E_OK nur, wenn alle Ziele E_OK liefern [SWS_PduR_00701]. Diese Regel dürfte sich auf TP-Multicast beziehen, während für IF-Multicast [SWS_PduR_00218] gilt. Frage Q-4bd42fd8dc77ccf2 (offen) Fehlerhafte TP-RxIndications leitet der PduR lediglich weiter [SWS_PduR_00207].

Bei TP-Gateways gelten eigene Regeln:

• Meldet RxIndication nicht E_OK, stoppt der PduR die Verarbeitung [SWS_PduR_00689].
• Fehlt beim On-the-fly-Gateway Pufferplatz, liefert er BUFREQ_E_NOT_OK und bricht ab [SWS_PduR_00687].
• Ist überhaupt kein Puffer verfügbar, liefert er BUFREQ_E_OVFL [SWS_PduR_00799].
• Fällt ein Ziel aus, laufen die übrigen weiter [SWS_PduR_00803]. Fallen alle aus, stoppt er die Empfangsseite [SWS_PduR_00804].
• Scheitert der lokale Empfang, beendet er die Sitzung mit der oberen Schicht [SWS_PduR_00790] bzw. meldet E_NOT_OK per RxIndication [SWS_PduR_00791] [SWS_PduR_00792].

Weiterführende Detailbelege

Die folgenden Stellen tragen die Aussagen dieses Leitfadens. Die Sequenzen in Kapitel 9 der Spezifikation veranschaulichen sie, etwa SWS PDU Router Abb. 9.5 S. 100.

• Zustandsmodell und Routing-Freigabe: [SWS_PduR_00324], [SWS_PduR_00328].
• Initialisierung: [SWS_PduR_00334], [SWS_PduR_00645], [SWS_PduR_00709].
• Pfadidentifikation und ID-Umsetzung: [SWS_PduR_00161], [SWS_PduR_00766].
• IF-Pfade: [SWS_PduR_00625], [SWS_PduR_00627], [SWS_PduR_00430].
• TP-Multicast: [SWS_PduR_00631], [SWS_PduR_00632], [SWS_PduR_00765].
• Gateway-Puffer und FIFO: [SWS_PduR_00306], [SWS_PduR_00785], [SWS_PduR_00665].
• Routing-Pfadgruppen: [SWS_PduR_00615], [SWS_PduR_00617], [SWS_PduR_00717]; Einsatz mit BswM: Mode Management Guide S. 50.
• Fehlercodes: [SWS_PduR_00100], SWS PDU Router S. 72.