Figure 18: Indication handling between PDUR, COM and RTE

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm mit formalem Interaktionsrahmen sd Communication between Com and RTE (RxIndication). Das Diagramm beschreibt die funktionale Architektur und den Ablauf des Empfangspfads (Rx-Indication-Handling) im AUTOSAR Classic Platform Communication Stack zwischen PDU Router (PduR), Kommunikationsmodul (Com) und Runtime Environment (RTE). Im Fokus stehen die beiden Verarbeitungsmodi für eingehende I-PDUs: synchrone Direktverarbeitung (Immediate) und asynchrone, entkoppelte Verarbeitung (Deferred).

2. Komponenten, Entitäten & Schnittstellen

• Teilnehmer (Lifelines):
  • PduR::PduR: PDU-Router der Basissoftware (BSW), Initator der Rx-Indikation bei Eintreffen einer I-PDU von den unteren Busschnittstellen (Interface-Modulen).
  • Com::Com: AUTOSAR-COM-Modul; zuständig für PDU-Empfang, Pufferung, Entpacken der Signale und das Auslösen der RTE-Signal-Callbacks.
  • RTE::RTE: Runtime Environment; Schnittstelle zu den Software-Komponenten (SWCs), empfängt entpackte Signale bzw. Signalbenachrichtigungen.
• Schnittstellen & Interaktionsnachrichten:
  • Com_RxIndication(ComRxPduId, SduPtr): Synchroner Aufruf von PduR an Com zur Übergabe einer empfangenen PDU via PDU-Identifikator und Rohdatenzeiger. Gestrichelter Rückkehrpfeil beschriftet mit Com_RxIndication.
  • Rte_COMCbk_signal_x(void), Rte_COMCbk_signal_y(void): Callback-Funktionsaufrufe von Com an die RTE zur Benachrichtigung über die extrahierten Signale signal_x und signal_y. Gestrichelte Rückkehrpfeile mit identischer Signaturbeschriftung.
  • Interne Aktionen (Selbstaufrufe): internal processing (innerhalb der RTE), set flag, copy data und check flag (innerhalb von Com).
• Kombinierte Fragmente:
  • alt Unpacking: Verzweigung nach Ausführungsmodus mit den Guards [Unpack.Immediate] und [Unpack.Deferred].
  • alt check flag: Geschachtelte Verzweigung im Deferred-Zweig mit den Guards [flag set] und [flag not set].

3. Dynamisches Verhalten & Sequenzablauf

1. Zweig [Unpack.Immediate] (Synchrone Direktverarbeitung):
   • PduR ruft synchron Com_RxIndication(ComRxPduId, SduPtr) an Com auf.
   • Com entpackt die I-PDU unmittelbar im Kontext dieses Aufrufs und ruft sequenziell die Callbacks für die enthaltenen Signale auf:
     • Aufruf von Rte_COMCbk_signal_x(void) an die RTE; die RTE führt internal processing aus und antwortet synchron mit Rte_COMCbk_signal_x(void).
     • Aufruf von Rte_COMCbk_signal_y(void) an die RTE; die RTE führt internal processing aus und antwortet synchron mit Rte_COMCbk_signal_y(void).
   • Nach Abschluss der Callbacks kehrt Com via Antwortpfeil Com_RxIndication synchron zu PduR zurück.
2. Zweig [Unpack.Deferred] (Asynchrone verzögerte Verarbeitung):
   • PduR ruft synchron Com_RxIndication(ComRxPduId, SduPtr) an Com auf.
   • Com führt die interne Aktion set flag, copy data aus (Kopieren der PDU-Daten in interne Puffer, Setzen des Empfangsflags) und kehrt sofort synchron via Com_RxIndication zu PduR zurück, wodurch der PduR-Aufrufkontext schnellstmöglich freigegeben wird.
   • Zu einem späteren Zeitpunkt (zyklischer Taskkontext) prüft Com intern den Status via check flag.
   • Fragment alt check flag:
     • [flag set]: Com ruft nacheinander Rte_COMCbk_signal_x(void) und Rte_COMCbk_signal_y(void) auf; die RTE führt jeweils ihr internal processing aus und quittiert synchron.
     • [flag not set]: Keine weiteren Aktionen; der Ausführungszweig bleibt leer.

4. Normative Relevanz & Entwickler-Hinweise

• Architektur- und Konfigurationsentscheidung (Immediate vs. Deferred): Bestimmt, in welchem Kontext das Entpacken der Signale und das Auslösen der RTE-Callbacks stattfindet. Immediate bietet minimale Latenzzeiten, verlängert jedoch die Ausführungszeit im Interrupt- bzw. PduR-Kontext. Deferred entkoppelt die Weiterverarbeitung zeitlich über Pufferung und verlagert die Signal-Callbacks in den periodischen Taskkontext (Com_MainFunctionRx).
• Datenkonsistenz & Pufferbedarf: Im Modus Deferred müssen Pufferressourcen in COM bereitgestellt werden, um zu verhindern, dass nachfolgende PDUs desselben Typs Daten überschreiben, bevor die periodische Verarbeitung (check flag) erfolgt ist.
• Schnittstellenstand R2.1: Die Nutzung von SduPtr und ComRxPduId dokumentiert den Vor-R3.0-Stand der AUTOSAR-Spezifikation vor der Einführung einheitlicher PDU-Deskriptorenstrukturen.