Figure 21: Transmit Cancellation at segmented data transfer

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Sequenzdiagramm / Interaktionsdiagramm mit expliziter vertikaler Zeitachse (t) und Task-/Zyklus-Triggerpunkten (FrTp_MainFunction).
• Architektur-Kontext: AUTOSAR Classic Platform (CP R4.0.3), BSW Communication Services, Modul FrTp (FlexRay ISO Transport Layer, ISO 10681-2).
• Technischer Zweck: Spezifikation des asynchronen Abbruchverhaltens (Transmit Cancellation) einer segmentierten 1:1-N-SDU-Übertragung, wenn der Abbruchauftrag (FrTp_CancelTransmit / FrTp_TransmitCancellation) nach bereits ausgesendetem StartFrame (SF), aber vor dem Versenden nachfolgender Consecutive Frames (CF) eintrifft.

2. Komponenten, Entitäten & Schnittstellen

• Lebenslinien / Entitäten:
  • FrTp Sender: Lokale FrTp-Instanz des sendenden Steuergeräts (TX-Kanal).
  • FrTp Receiver: Entfernte FrTp-Instanz auf Empfängerseite (RX-Kanal).
  • Obere Schicht (implizit): PDU Router (PduR).
  • Untere Schicht (implizit): FlexRay Interface (FrIf).
• Service Primitives & APIs (Sender):
  • FrTp_Transmit: Synchroner Übertragungsauftrag der oberen Schicht (PduR).
  • FrTp_CancelTransmit: Synchroner Abbruchaufruf durch den PduR, liefert den Rückgabewert Std_ReturnType = E_OK.
  • FrTp_MainFunction: Zyklische Hauptfunktion zur Zustandsverarbeitung, Timer-Dekrementierung und PDU-Assemblierung.
  • FrTp_RxIndication: FrIf-Callback bei Ankunft einer N-PDU (hier FlowControl).
• Service Primitives & APIs (Empfänger):
  • FrTp_RxIndication: FrIf-Callback bei Ankunft einer N-PDU (hier StartFrame).
  • PduR_FrTpProvideRxBuffer: Aufruf an den PduR zur Bereitstellung des Empfangspuffers.
  • FrTp_MainFunction: Zyklische Hauptfunktion des Empfängers zur Timer-Überwachung und FC-Generierung.
  • PduR_FrTpRxIndication: Asynchroner Callback an den PduR bei Übertragungsabbruch mit NotifResultType = E_Timeout.
• Protokoll-PDUs (ISO 10681-2):
  • StartFrame: Initialer Frame zur Ankündigung der Gesamt-N-SDU-Länge.
  • FlowControl: Flusssteuerungs-Frame des Empfängers zur Festlegung von Parametern.

3. Dynamisches Verhalten & Sequenzablauf

1. Sendeinitiierung: Der PduR stößt über FrTp_Transmit eine segmentierte Übertragung beim FrTp Sender an.
2. StartFrame-Versand: Im nachfolgenden Zyklus von FrTp_MainFunction am Sender wird der StartFrame assembliert und über das FrIf versendet.
3. Abbruchanforderung (Sender-seitig): Vor Eintreffen des FlowControl-Frames ruft der PduR synchron FrTp_CancelTransmit auf; der Aufruf quittiert synchron mit Std_ReturnType = E_OK und setzt intern die Abbruchforderung (TC_REQUEST).
4. Empfang StartFrame & FlowControl-Versand (Receiver-seitig):
   • Der FrTp Receiver empfängt den StartFrame via FrTp_RxIndication.
   • In der nächsten FrTp_MainFunction ruft der Receiver PduR_FrTpProvideRxBuffer zur Pufferanforderung auf und sendet ein FlowControl an den Sender zurück.
   • Der Receiver startet den RX-Überwachungstimer (Timeout, N_Ar / N_Cr).
5. Verarbeitung des Abbruchs (Sender-seitig):
   • Der Sender empfängt das FlowControl via FrTp_RxIndication.
   • In der nächsten FrTp_MainFunction des Senders greift die Abbruchlogik: Es werden keine Consecutive Frames gesendet. Eine asynchrone Bestätigung an die obere Schicht (PduR_FrTpTxConfirmation) unterbleibt vollständig.
6. Timeout & Fehlerindikation (Receiver-seitig):
   • Da der Sender die Übertragung abbricht und keine weiteren N-PDUs folgen, läuft am Empfänger der Überwachungstimer ab (Timeout).
   • In der darauffolgenden FrTp_MainFunction des Receivers wird der Verbindungsabbruch erkannt und über PduR_FrTpRxIndication mit NotifResultType = E_Timeout an den PduR gemeldet.

4. Normative Relevanz & Entwickler-Hinweise

• Synchroner Abbruch: FrTp_CancelTransmit quittiert die Abbruchanforderung synchron über Std_ReturnType = E_OK. Im Gegensatz zu früheren Ständen existiert senderseitig nach Eintreffen des FlowControl keine Bestätigung (PduR_FrTpTxConfirmation) mehr für die obere Schicht.
• Empfängerverhalten: Der Abbruch wird im Protokoll nicht explizit signalisiert; die RX-Verbindung bricht ausschließlich über den Timeout-Mechanismus (N_Ar/N_Cr) ab, woraufhin der PduR über PduR_FrTpRxIndication(..., E_Timeout) informiert wird.
• Pufferbereinigung: Bereits durch PduR_FrTpProvideRxBuffer bereitgestellte bzw. reservierte Empfangspuffer müssen von der oberen Schicht bei Empfang des E_Timeout verworfen oder freigegeben werden.
• BSW-Scheduling: Der gesamte Ablauf (PDU-Versand, Auswertung des Abbruchsflags, Erkennung von Timeouts) ist fest an die zyklischen Aufrufe von FrTp_MainFunction gebunden.