DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_CommunicationManagement FIG-00143fc0e823a43f 932 × 759 px 1 Release(s)

Figure 7.3: E2E Publisher

SHA-256 Inhalts-Fingerabdruck: 00143fc0e823a43f3d7ac81dc216014c60a4df39b547702c8ea78584bc422bd3

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 (sd Publisher) zur Darstellung des Interaktionsablaufs bei der E2E-Absicherung eines Event-Samples auf Publisher-Seite im Rahmen des AUTOSAR Adaptive Platform Communication Management (ara::com). Es visualisiert den ereignisgesteuerten Kontroll- und Datenfluss von der Applikationsebene über die Middleware- und E2E-Schichten bis zur Transmissionsschicht.

2. Komponenten, Entitäten & Schnittstellen

Vier Lebenslinien und Entitäten:

  • Publisher application: Anwendungsinstanz, die Event-Daten erzeugt und die Übertragung anstößt.
  • ara::com: Middleware-Schicht der Kommunikationsverwaltung des Publishers (Skeleton).
  • ara::e2e: Spezifisches E2E-Modul zur Durchführung der E2E-Schutzalgorithmen.
  • Transmission: Unterlagerte Transportschicht zur Netzübertragung.

Schnittstellen und Nachrichten:

  • sample.speed = app.currentVehicleSpeed: Interne Datenbelegung in der Applikation.
  • skeletonEvent.Send(sample): Synchroner Aufruf von Publisher application an ara::com.
  • Serialize(sample): serializedSample: Interner Selbstaufruf in ara::com.
  • AddE2EProtectedHeader(&serializedSample): Interner Selbstaufruf in ara::com.
  • Protect(dataID, &serializedSample): Synchroner Aufruf von ara::com an die separate Lebenslinie ara::e2e.
  • AddNonProtectedHeaer(&serializedSample): Interner Selbstaufruf in ara::com (mit Schreibfehler im Bezeichner).
  • SendMessage(serializedSample): Asynchroner/synchroner Übergabeaufruf von ara::com an Transmission.

Begleitende Notizblöcke erläutern die jeweiligen Ablaufschritte textuell von der C++-Objektbefüllung bis zur Übergabe an die Transportschicht.

3. Dynamisches Verhalten & Sequenzablauf

  1. Die Publisher application befüllt die Nutzdaten (sample.speed = app.currentVehicleSpeed).
  2. Die Applikation initiiert den Sendevorgang über skeletonEvent.Send(sample) an ara::com.
  3. ara::com serialisiert das C++-Objekt mittels Serialize(sample): serializedSample in ein Byte-Array.
  4. ara::com fügt über AddE2EProtectedHeader(&serializedSample) Header-Informationen hinzu, die vom E2E-Mechanismus mitgeschützt werden sollen.
  5. ara::com ruft Protect(dataID, &serializedSample) auf der separaten Lebenslinie ara::e2e auf, um die E2E-Prüfdaten und Header zu berechnen und einzufügen.
  6. ara::com ergänzt über AddNonProtectedHeaer(&serializedSample) weitere Header, die außerhalb des E2E-Schutzes liegen.
  7. ara::com übergibt die vollständig assemblierte Nachricht mittels SendMessage(serializedSample) an die Transmission-Schicht.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm konkretisiert die Anforderungen [SWS_CM_90401], [SWS_CM_90430] und [SWS_CM_90403]. Entwickler von Kommunikations-Stacks müssen sicherstellen, dass vor der Ausführung des E2E-Schutzes die Serialisierung und das Anfügen E2E-geschützter Header erfolgt und dass E2E als eigenständiges Funktionsmodul (ara::e2e) übergeben wird. Die Schnittstellenparameter erwarten für die Manipulationen Zeiger bzw. Referenzen auf den serialisierten Puffer (&serializedSample).

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R17-10_R1.2.0 → R18-03_R1.4.0 normative Änderung Nachfolger: FIG-690673d237c78bc3
  • Die separate Lebenslinie und Komponente ara::e2e entfällt; der Aufruf Protect(dataID, &serializedSample) wird durch den internen Selbstaufruf E2Eprotect(dataID, serializedSample) innerhalb von ara::com ersetzt.
  • Farbschema und Rahmung geändert: UML-Rahmen sd Publisher und Lebenslinienköpfe wechseln von Blau-/Türkistönen zu warmen Gelb-/Beigetönen.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

RS_CM_00223 RS_E2E_08540 SWS_CM_90401 SWS_CM_90403 SWS_CM_90430 SWS_CM_90433

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

Specification of Communication Management AUTOSAR AP Release 17-10 [SWS_CM_90433] ⌈The E2E functions mentioned in this section - E2EProtect and E2ECheck - shall comply with the E2E protection protocol as defined in as specified in [6] and [7]. ⌋(RS_E2E_08540, RS_CM_00223) 7.2.1 Publisher [SWS_CM_90401] ⌈For e2e-protected events, E2E protection shall be performed within the context of Send, by means of Send invoking E2ECheck. ⌋(RS_E2E_08540) Figure 7.3 shows an overview of the interaction of components involved during the E2E protection. Figure 7.3: E2E Publisher [SWS_CM_90430] ⌈For e2e-protected events, Send shall serialize the sample according to the agreed serialization protocol, resulting with sample. ⌋(RS_E2E_08540) [SWS_CM_90403] ⌈For e2e-protected events, Send shall determine dataID, based on Service ID, Instance ID and Event ID of this Event instance. ⌋ (RS_E2E_08540) 26 of 181 — AUTOSAR CONFIDENTIAL — Document ID 717: AUTOSAR_SWS_CommunicationManagement

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R17-10_R1.2.0 AUTOSAR_SWS_CommunicationManagement S. 26 7.3 Figure 7.3: E2E Publisher