DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_FlexRay_ISO_TP FIG-ab8af96786e6955d 385 × 140 px 1 Release(s)

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

SHA-256 Inhalts-Fingerabdruck: ab8af96786e6955dfcf050fe486c562431ca375e35f50ed7a66466a101c9f8ae

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm / Protokollablaufdiagramm zur Darstellung der Transportprotokoll-Rahmensequenz gemäß ISO 10681-2 im AUTOSAR-FlexRay-ISO-Transport-Layer (FrIsoTp). Das Diagramm illustriert die zeitliche Übertragung auf PDU-/Frame-Ebene zwischen zwei Kommunikationsendpunkten über ein FlexRay-Bussystem.

2. Komponenten, Entitäten & Schnittstellen

  • FrIsoTp_Sender: Sendende Instanz bzw. Knoten des FlexRay-ISO-Transport-Layers, dargestellt durch die linke vertikale Zeitachse (t).
  • FrIsoTp_Receiver: Empfangende Instanz bzw. Knoten des FlexRay-ISO-Transport-Layers, dargestellt durch die rechte vertikale Zeitachse (t).
  • StartFrame (STFU): Unsegmented Transfer Frame (STFU – Start Frame Unsegmented / Unacknowledged), gerichtet vom Sender zum Empfänger; transportiert die unsegmentierte Nutzdatenlast mit bekannter Nachrichtenlänge ohne Flussteuerung oder Bestätigung.

3. Dynamisches Verhalten & Sequenzablauf

  1. Der FrIsoTp_Sender initiiert die Übertragung einer unsegmentierten Nachricht bekannter Länge.
  2. Ein einzelner Protokollrahmen vom Typ StartFrame (STFU) wird vom Sender abgesetzt und mit netzwerkbedingter Übertragungsverzögerung (gekennzeichnet durch den schrägen Pfeilverlauf zwischen den gestrichelten Hilfslinien) an den FrIsoTp_Receiver übermittelt.
  3. Der Empfang des STFU schließt den Datentransfer auf Protokollebene vollständig ab; es erfolgt keine Quittierung (unacknowledged) und kein Austausch von Flow-Control-Rahmen.

4. Normative Relevanz & Entwickler-Hinweise

  • Normativ relevant gemäß Anforderung FRISOTP1007 und ISO 10681-2 für die Realisierung unsegmentierter, unbestätigter Nachrichtenübertragungen im FlexRay-ISO-Transportprotokoll-Treiber.
  • Entwickler müssen sicherstellen, dass Nachrichten, deren Länge die maximal konfigurierbare Nutzdatenlänge eines einzelnen FlexRay-Frames nicht überschreitet, als STFU kodiert und ohne Anforderung oder Erwartung eines Bestätigungsrahmens verarbeitet werden.
  • Auf Empfängerseite ist nach vollständiger Bereitstellung des Rahmens im PDU-Router bzw. an die oberen Schichten (z. B. DCM / PDU-R) keine Flow-Control-Zustandsmaschine zu aktivieren.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

StartFrame | (STFU) | t t

Begleitender Spezifikationstext:

FRISOTP1007: According to ISO 10681-2 [16] the FrIsoTp module shall support an unsegmented unacknowledged data transfer with known message length as depict in Figure 5. StartFrame (STFU) t t FrIsoTp_Sender FrIsoTp_Receiver

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R3.2.3 AUTOSAR_SWS_FlexRay_ISO_TP S. 27 5 Figure 5: Frame sequence of an unsegmented unacknowledged data transfer with known