Figure 17: Confirmation handling between PDUR, COM and RTE

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm zur Modellierung der Sende-Bestätigungsverarbeitung (TxConfirmation) im AUTOSAR-Basissoftware-Kommunikationsstapel. Dargestellt ist die vertikale Interaktion zwischen dem PDU Router (PduR), dem Kommunikationsmodul (Com) und der Laufzeitumgebung (RTE) zur Quittierung erfolgreich übertragener I-PDUs und der darin enthaltenen Signale.

2. Komponenten, Entitäten & Schnittstellen

Komponenten und Lebenslinien:

• PduR::PduR: PDU-Router-Modul der Kommunikations-Basissoftware, Schnittstelle zur transportspezifischen Treiber-/Interface-Schicht.
• Com::Com: AUTOSAR-COM-Modul zur Signalextraktion, PDU-Verwaltung und Entkopplung von Sende-/Empfangsdaten.
• RTE::RTE: Runtime Environment, vermittelt Signalereignisse an Software-Komponenten (SWCs).

Schnittstellen und Operationen:

• Com_TxConfirmation(ComTxPduId): Synchroner Aufruf von PduR an Com mit PDU-Identifikator ComTxPduId.
• Rte_COMCbkTAck_signal_x(void): Konfigurierter Signal-Callback von Com an RTE zur Quittierung von Signal X (Tx Acknowledgment).
• Rte_COMCbkTAck_signal_y(void): Konfigurierter Signal-Callback von Com an RTE zur Quittierung von Signal Y.
• Interne Aktivitäten:
  • internal processing: Lokale Weiterverarbeitung des Quittierungsereignisses in der RTE.
  • set flag: Lokales Setzen eines internen Puffermarkers/Statusflags in Com.
  • check flag: Interne Auswertung des Statusflags durch Com.
• Rückgabesignale: Explizite synchrone Rückmeldungen Rte_COMCbkTAck_signal_x(void), Rte_COMCbkTAck_signal_y(void) und Com_TxConfirmation.

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf ist über das kombinierte Fragment alt Unpacking in zwei Betriebsmodi unterteilt:

1. [Unpack.Immediate]:
   • PduR ruft Com_TxConfirmation(ComTxPduId) auf Com auf.
   • Com iteriert synchron über alle in der I-PDU enthaltenen Signale und ruft nacheinander die Callbacks Rte_COMCbkTAck_signal_x(void) und Rte_COMCbkTAck_signal_y(void) an die RTE auf.
   • Die RTE führt jeweils ein synchrones internal processing aus und antwortet mit Rte_COMCbkTAck_signal_x(void) bzw. Rte_COMCbkTAck_signal_y(void).
   • Com bestätigt den Abschluss des Aufrufs mit der Rückgabe Com_TxConfirmation an PduR.
2. [Unpack.Deferred]:
   • PduR ruft Com_TxConfirmation(ComTxPduId) auf Com auf.
   • Com führt set flag aus, markiert das Bestätigungsereignis intern und kehrt unverzüglich mit Com_TxConfirmation an PduR zurück.
   • Zeitlich entkoppelt prüft Com intern den Status (check flag).
   • Innerhalb des Fragments alt check flag:
     • Zweig [flag set]: Com ruft sequenziell Rte_COMCbkTAck_signal_x(void) und Rte_COMCbkTAck_signal_y(void) auf der RTE auf, welche nach jeweils lokalem internal processing synchron zurückkehren.
     • Zweig [flag not set]: Keine weiteren Aktionen.

4. Normative Relevanz & Entwickler-Hinweise

Spezifiziert normativ das Verhalten des Konfigurationsparameters ComIPduSignalProcessing für Sende-IPDUs:

• IMMEDIATE: Signal-Callbacks an die RTE werden direkt im Kontext der PDU-Router-Bestätigung (typischerweise ISR- oder Treiberkontext) ausgeführt. Dies garantiert minimale Signallatenz, erhöht jedoch die Laufzeit in interruptkritischen Pfaden und erfordert nicht-blockierende Ausführung in der RTE.
• DEFERRED: Entkoppelt die Signalverarbeitung vom Treiberkontext. Das Zwischenspeichern via Flag minimiert die Verweildauer in Com_TxConfirmation; die Callbacks an die RTE werden in einen periodischen Taskkontext (Com_MainFunctionTx) ausgelagert. Entwickler müssen hierbei zusätzliche Latenzen und Zykluszeit-Jitter für Sende-Quittierungen einkalkulieren.