DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_CommunicationManagement FIG-583c2b4309f0c958 932 × 517 px 3 Release(s)

Figure 7.5: Raw Data Stream Logical View.

SHA-256 Inhalts-Fingerabdruck: 583c2b4309f0c9581568ce81ccc657038adbae5a422f93d8c2771cd51d55a7d3

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

Schichten- bzw. Blockarchitekturdiagramm der AUTOSAR Adaptive Platform zur logischen Einbettung getrennter Client- und Server-Komponenten für Raw Data Streams (ara::com::raw::RawDataStreamClient, ara::com::raw::RawDataStreamServer) zwischen der Applikationsebene und der Plattformbasis.

2. Komponenten, Entitäten & Schnittstellen

  • Application layer: Oberste Ebene, die Anwendungsfunktionalität bereitstellt und mit den Stream-Endpunkten interagiert.
  • ara::com::raw::RawDataStreamClient: Clientseitiger Endpunkt zur Initiierung und Verwaltung von Rohdatenströmen.
  • ara::com::raw::RawDataStreamServer: Serverseitiger Endpunkt zur Entgegennahme und Verwaltung von Rohdatenströmen.
  • TLS library: Zentrale Bibliothek zur TLS-Absicherung für Client- und Serververbindungen.
  • Socket/IPSec library: Vermittelnde Schicht für Socket- und IPsec-Funktionalität.
  • Adaptive AUTOSAR Foundation: Fundamentale Plattformschicht für Betriebssystem- und Netzwerkanbindung.
  • Beziehungen:
    • Application layer adressiert separat ara::com::raw::RawDataStreamClient und ara::com::raw::RawDataStreamServer.
    • Sowohl RawDataStreamClient als auch RawDataStreamServer besitzen jeweils:
      • eine direkte Verbindung zur Socket/IPSec library (unverschlüsselter / IPsec-Pfad)
      • eine Verbindung zur TLS library (TLS-Pfad)
    • TLS library -> Socket/IPSec library
    • Socket/IPSec library -> Adaptive AUTOSAR Foundation

3. Dynamisches Verhalten & Sequenzablauf

Statisches Schichtenmodell mit getrennten Kontroll- und Datenpfaden für Client und Server:

  1. Application layer steuert je nach Rolle den RawDataStreamClient oder den RawDataStreamServer an.
  2. Beide Komponenten können den Datenstrom entweder direkt über die Socket/IPSec library oder unter Zwischenschaltung der TLS library an die Socket/IPSec library übergeben.
  3. Die Socket/IPSec library übergibt die Datenpakete an die Adaptive AUTOSAR Foundation.

4. Normative Relevanz & Entwickler-Hinweise

Normative Trennung der Raw-Data-Stream-Architektur in spezifische Client- (RawDataStreamClient) und Server-Klassen (RawDataStreamServer). Software-Komponenten müssen explizit gegen die jeweilige Rollen-API implementiert werden. Beide Rollen unterstützen wahlweise TLS-gesicherte oder ungesicherte/IPsec-basierte Socket-Verbindungen.

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

R19-11 → R20-11 normative Änderung Vorgänger: FIG-a88109b593ba26f9
  • ara::com::raw::RawDataStream: Die monolithische Komponente wird aufgeteilt in zwei getrennte Komponenten ara::com::raw::RawDataStreamClient und ara::com::raw::RawDataStreamServer.
  • Schnittstellen / Kontrollfluss Application layer: Die Applikationsebene greift nun getrennt auf ara::com::raw::RawDataStreamClient und ara::com::raw::RawDataStreamServer zu.
  • Schnittstellen / Kontrollfluss TLS library und Socket/IPSec library: Beide Komponenten (RawDataStreamClient und RawDataStreamServer) verfügen nun über je einen direkten Pfad zu Socket/IPSec library sowie über je einen Pfad über TLS library.
  • Adaptive Platform Foundation: Umbenannt in Adaptive AUTOSAR Foundation.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

Specification of Communication Management AUTOSAR AP R22-11 Streams. All security functions are configurable in the deployment and mapping model of Raw Data Streaming Interface, see TPS_ManifestSpecification [6]. For safety critical applications wanting to use RawDataStreaming, a safety analysis needs to be done by the application developer, to find relevant communication faults for the stream data. If a protection of data exchange algorithm is needed, such as E2E protection, this will not be provided in the RawDataStream interface, but is to be implemented in the application layer that is using the RawDataStream interface. This is because only raw data with no data type information is transferred over the RawDataStream. An application can use the Raw Data Streaming API both as a client (connecting to a listening Raw Data Streaming service) or server (waiting for incoming connections from clients). Figure 7.5 shows the logical view of the usage of RawDataStream instances. Figure 7.5: Raw Data Stream Logical View. 7.2.1.1 Limitations The current solution does not support any runtime variance in terms of network topology, such as service discovery functionality, which means that the RawDataStreams has to be configured statically on the same ECU as the application. Dynamic configuration and runtime functionality will be added in future releases if needed. The multicast support is limited to one-to-many, i.e. a server can send data to multiple clients using multicast, but only re

Vorkommen in AUTOSAR-Releases (5)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R20-11 AUTOSAR_SWS_CommunicationManagement S. 73 7.12 Figure 7.12: Raw Data Stream Logical View.
R20-11 AUTOSAR_SWS_CommunicationManagement S. 73 7.12 Figure 7.12: Raw Data Stream Logical View.
R21-11 AUTOSAR_SWS_CommunicationManagement S. 91 7.20 Figure 7.20: Raw Data Stream Logical View.
R21-11 AUTOSAR_SWS_CommunicationManagement S. 91 7.20 Figure 7.20: Raw Data Stream Logical View.
R22-11 AUTOSAR_SWS_CommunicationManagement S. 58 7.5 Figure 7.5: Raw Data Stream Logical View.