Figure 5: Frame sequence of an unsegmented unacknowledged data transfer with known

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Sequenzdiagramm / Protokoll-Ablaufdiagramm auf N-PDU-Ebene (Bus-Ebene).
• Funktionale Einordnung: AUTOSAR Classic Platform, BSW Communication Services, Modul FrTp (FlexRay ISO Transport Layer gem. ISO 10681-2, Spezifikation AUTOSAR_SWS_FlexRayISOTransportLayer, Release R4.0.3).
• Technischer Zweck: Visualisierung des N-PDU-Transfers für eine unsegmentierte, unquittierte Datenübertragung mit bekannter Nachrichtenlänge (unsegmented unacknowledged data transfer with known message length). Es dient als Referenzsequenz für die interoperable Abbildung von Single-Frame-Äquivalenten über FlexRay, insbesondere für Broadcast-, funktionale Diagnose- oder schlanke Unicast-Anfragen ohne Handshake.

2. Komponenten, Entitäten & Schnittstellen

• Akteure / Lebenslinien:
  • FrTp_Sender: Sendende Protokoll-Instanz des AUTOSAR FrTp-Moduls (Peer Entity gem. ISO 10681-2).
  • FrTp_Receiver: Empfangende Protokoll-Instanz des FrTp-Moduls.
• Protokollelement & PDU:
  • StartFrame (STFU): Start Frame Unacknowledged. In ISO 10681-2 existiert kein eigenständiger Single Frame (SF) wie bei ISO 15765-2 (CanTp). Unsegmentierte Nutzlasten werden stattdessen in einem einzelnen StartFrame übertragen, der das Übertragungsformat festlegt (Sub-Typ: Unacknowledged).
• PCI- & Datenstruktur (Protocol Control Information gem. ISO 10681-2):
  • Frame Type: STF (StartFrame).
  • Acknowledgement Flag / Mode: Unacknowledged (STFU).
  • Message Length (ML): Kodierte bekannte Nutzlänge (11-Bit oder 16-Bit ML) im PCI.
  • Payload: Die gesamten Anwendungsdaten (N-SDU) sind vollständig im Nutzdatenbereich des einzelnen FlexRay-N-PDU enthalten (SDU_Length ≤ Payload_STFU).
• Schnittstellen-Bezug im AUTOSAR-Stack:
  • Oben (Transport-/Vermittlungsschicht): PduR (PDU Router) via FrTp_Transmit, PduR_FrTpCopyTxData, PduR_FrTpTxConfirmation, PduR_FrTpStartOfReception, PduR_FrTpCopyRxData, PduR_FrTpRxIndication.
  • Unten (Datalink-Schicht): FrIf (FlexRay Interface) via FrIf_Transmit, FrIf_TxConfirmation, FrIf_RxIndication.

3. Dynamisches Verhalten & Sequenzablauf

1. Trigger auf Senderseite:
   • PduR initiiert den Sendevorgang via FrTp_Transmit(PduId, PduInfoPtr).
   • FrTp ermittelt anhand der SDU-Länge und der N-PDU-Payload-Kapazität, dass keine Segmentierung erforderlich ist und der unquittierte Modus konfiguriert ist (FrTpAckType = FRTP_NO_ACK).
2. N-PDU-Generierung & Versand:
   • FrTp assembliert den PCI-Header für STFU inklusive der bekannten Nachrichtenlänge (ML).
   • Nutzdatenabruf erfolgt über den Callback PduR_FrTpCopyTxData().
   • Übergabe an den FlexRay Interface Layer via FrIf_Transmit().
3. Bus-Transfer (STFU):
   • Die PDU wird im zugewiesenen FlexRay-Slot (statisch oder dynamisch) über das Netzwerk übertragen (dargestellt durch die zeitliche Schräge auf der Zeitachse t).
4. Empfang & Verteilung am Empfänger:
   • FrIf signalisiert den PDU-Empfang via FrIf_RxIndication().
   • FrTp_Receiver parst den PCI: Erkennt Frame-Typ STF, Attribut Unacknowledged, prüft ML ≤ Payload_PDU.
   • Initialisierung des Empfangspuffers beim oberen Layer via PduR_FrTpStartOfReception().
   • Kopieren der Nutzdaten via PduR_FrTpCopyRxData().
   • Sofortiger Abschluss der Transaktion via PduR_FrTpRxIndication(..., NTFRSLT_OK).
5. Sender-Bestätigung:
   • Nach erfolgreicher Übertragung meldet der FrIf-Treiber FrIf_TxConfirmation().
   • FrTp schließt den Kanal und meldet PduR_FrTpTxConfirmation(..., NTFRSLT_OK).
6. Synchronisations-/Abbruchbedingungen:
   • Es erfolgt keine Flusssteuerung: Keine FlowControl-Frames (FC), keine Quittungsframes (ACK/NACK).
   • Ist beim Empfänger kein Puffer verfügbar (BUFREQ_E_NOT_OK bei PduR_FrTpStartOfReception), wird die Nachricht verworfen.

4. Normative Relevanz & Entwickler-Hinweise

• Normative Zuordnung:
  • Entspricht AUTOSAR-Anforderung [SWS_FrTp_01007] (Unterstützung des unsegmentierten, unquittierten Transfers gem. ISO 10681-2).
• Konfigurationsaspekte (FrTp.epc):
  • FrTpAckType: Auf FRTP_NO_ACK konfiguriert.
  • FrTpTxAddressingMode / FrTpRxAddressingMode: Unterstützt sowohl Unicast (1:1) als auch Broadcast / Functional Addressing (1:n).
  • FrTpPduLength: Muss so dimensioniert sein, dass die geplante maximale Single-Frame-SDU-Größe zzgl. PCI-Overhead (in der Regel 2 bis 5 Byte je nach Adressierung/ML-Format) in die konfigurierte FlexRay-Payload passt.
• Einschränkungen & API-Vertrag:
  • Keine Flow-Control-Stallung: Da kein WT (Wait) gesendet werden kann, müssen Empfänger-Puffer (z. B. im DCM für Diagnose-Requests) zwingend synchron oder deterministisch ohne Wartezeit bereitgestellt werden.
  • Plausibilitätsprüfung: Entspricht die im PCI angegebene Länge ML nicht der physisch im PDU empfangenen Nutzlänge oder überschreitet sie diese, ist die PDU gem. ISO 10681-2 zu verwerfen (FRTP_E_INVALID_PARAMETER an Det).