Figure 16: Interactions between AUTOSAR COM and the PDU router

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm im Kontext der AUTOSAR Classic Platform (Communication Stack / BSW). Es visualisiert den standardisierten Steuerungs- und Datenfluss an der Schnittstelle zwischen der Kommunikationsschicht (AUTOSAR COM) und dem PDU-Router (PduR) für den PDU-Empfang sowie zwei unterschiedliche Übertragungsmodi (gepuffert/zeitgesteuert für LIN und FlexRay vs. direkt/ereignisgesteuert für CAN).

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm spezifiziert zwei BSW-Module mit explizitem UML-Stereotyp:

• «module» Com::Com: AUTOSAR COM-Modul.
• «module» PduR::PduR: PDU Router.

Schnittstellen und typisierte Operationen:

• Com_RxIndication(PduIdType, const PduInfoType*): Empfangsmeldung von PduR an Com mit formal typisierter PDU-ID und konstantem Zeiger auf die Kapselungsstruktur PduInfoType.
• PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) :Std_ReturnType: Sendeanforderung von Com an PduR mit streng typisierten Parametern und formaler Rückgabe von Std_ReturnType.
• Com_TriggerTransmit(Std_ReturnType, PduIdType, PduInfoType**): Datenabfrage von PduR an Com mit Zeiger auf PDU-Info-Zeiger (PduInfoType**) zur dynamischen Pufferbereitstellung.
• Com_TxConfirmation(PduIdType): Sendebestätigung von PduR an Com unter Verwendung des Standardtyps PduIdType.
• Rückgabewerte und Antwortnachrichten: Der Aufruf PduR_ComTransmit liefert explizit den Statuswert E_OK() als Return-Nachricht zurück. Die übrigen Rücksprünge sind als unbeschriftete gestrichelte Pfeile (anonyme Void-Returns) ausgeführt.
• Interne Verarbeitungsschritte sind typografisch als Internal processing() bzw. internal processing() mit Klammern gekennzeichnet.

3. Dynamisches Verhalten & Sequenzablauf

Das dynamische Verhalten gliedert sich in drei Szenarien:

1. seq Reception CAN, LIN, FlexRay: PduR übergibt empfangene Daten über Com_RxIndication(PduIdType, const PduInfoType*) an Com. Com führt Internal processing() aus und kehrt ohne Rückgabewert synchron zu PduR zurück.
2. seq Transmission LIN, FlexRay: Com ruft PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) auf. PduR führt internal processing() durch und antwortet synchron mit E_OK(). Zur Übertragungszeit auf dem LIN-/FlexRay-Bus triggert PduR nach erneutem internal processing() die Datenbereitstellung über Com_TriggerTransmit(Std_ReturnType, PduIdType, PduInfoType**). Com befüllt die Struktur intern und kehrt synchron zurück. Nach Busbestätigung ruft PduR Com_TxConfirmation(PduIdType) auf, gefolgt von Internal processing() in Com.
3. seq Transmission CAN: Com sendet Daten über PduR_ComTransmit(...) an PduR, was unmittelbar mit E_OK() synchron quittiert wird. Nach physikalischem Senden auf dem CAN-Bus informiert PduR das COM-Modul über Com_TxConfirmation(PduIdType), worauf Com die interne Verarbeitung (Internal processing()) abschließt.

4. Normative Relevanz & Entwickler-Hinweise

Normativ relevant für AUTOSAR R3.0/R3.1:

• Standardisierte Datentypen: Die Schnittstellen verwenden strikt die Plattform-Basistypen PduIdType, PduInfoType und Std_ReturnType anstelle generischer Parameternamen.
• Datenkapselung: Anstelle roher Datenzeiger (SduPtr) kommt const PduInfoType* (mit Zeiger auf Daten und Längenangabe) zum Einsatz; bei Com_TriggerTransmit wird über PduInfoType** gearbeitet.
• Return-Spezifikation: Der synchrone Rückgabewert von PduR_ComTransmit ist verbindlich auf E_OK() spezifiziert, was die erfolgreiche Annahme bzw. Pufferung im PduR signalisiert.
• Modul-Spezifikation: Die Kennzeichnung mit «module» unterstreicht den normativen BSW-Modulcharakter der beteiligten Entitäten im Kommunikationsstapel.