DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_CommunicationManagement FIG-8913c2072a6e4e17 671 × 416 px 1 Release(s)

Figure 5.2: Interfaces required by Communication Management from other Functional Clusters

SHA-256 Inhalts-Fingerabdruck: 8913c2072a6e4e1710c98dcd3c4189e4070d91d0650c966c6117d56af15ae542

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-description@2 · erstellt am 2026-10-07

1. Diagrammtyp & Architektur-Kontext

  • Klassifikation: UML-Komponenten- und Schnittstellendiagramm (Strukturdiagramm nach AUTOSAR Adaptive Platform Metamodell-Konventionen).
  • Technischer Zweck: Spezifikation der architektonischen Abhängigkeiten des Functional Clusters Communication Management (ara::com) zu externen Functional Clusters und Basisplattform-Subsystemen auf Foundation- bzw. OS-Ebene innerhalb einer Adaptive Execution Environment.

2. Komponenten, Entitäten & Schnittstellen

Zentrale Entität
  • Communication Management
    • Stereotyp: «aapFunctionalCluster»
    • Deployment-Modus: daemon-based (zentraler Plattform-Daemon für Routing, Service-Discovery und IPC/Netzwerk-Abstraktion).
Verwendete Schnittstellen & Provider-Entitäten
  1. Logger
    • Stereotyp: «aapAPI, aapNativeInterface» (standardisiertes C++ API gemäß AUTOSAR Adaptive SWS Log and Trace).
    • Methoden:
      • + IsEnabled(): Boolean (Statusprüfung vor Log-Serialisierung)
      • + Log(MsgId, Params) (Kompakter, formatierter Log-Call)
      • + LogDebug(): LogStream, + LogError(): LogStream, + LogFatal(): LogStream, + LogInfo(): LogStream, + LogVerbose(): LogStream, + LogWarn(): LogStream, + WithLevel(): LogStream (Streaming-Operatoren auf Basis von ara::log::LogStream).
    • Provider: Log and Trace («aapFunctionalCluster», Realisierungsbeziehung via Interface-Realization).
  2. CryptoStack
    • Stereotyp: «aapAPI, aapNativeInterface» (C++ API gemäß SWS Cryptography / ara::crypto).
    • Provider: Cryptography («aapFunctionalCluster», daemon-based, Realisierungsbeziehung).
  3. ManifestAccessor
    • Stereotyp: «aapInternal, aapNativeInterface» (Plattform-interne Schnittstelle, nicht für Applikationen exponiert).
    • Provider: Registry (Zentrales Repository für Execution-, Service-Instance- und Network-Binding-Manifeste).
  4. TCP/IP Stack
    • Stereotyp: «aapInternal» (OS- bzw. Kernel-Level Schnittstelle / POSIX Sockets).
    • Provider: Operating System (Plattform-OS / POSIX PSE51/PSE52 konform).
Beziehungen
  • Verwendungsbeziehungen: 4 gerichtete Abhängigkeiten («use») ausgehend von Communication Management auf die Schnittstellenblöcke.
  • Realisierungsbeziehungen: 4 gestrichelte Kanten mit geschlossener, nicht ausgefüllter Dreiecksspitze von den jeweiligen Provider-Komponenten (Log and Trace, Cryptography, Registry, Operating System) zu ihren exponierten Schnittstellen.

3. Dynamisches Verhalten & Sequenzablauf

Als statisches Schnittstellendiagramm zeigt die Abbildung strukturelle Kopplungen; die funktionale Dynamik gliedert sich zur Laufzeit wie folgt:

  1. Initialisierungs- & Konfigurationsphase:
    • Communication Management fragt synchron über ManifestAccessor bei der Registry Deployment- und Binding-Parameter ab (z. B. SOME/IP Instance-IDs, Port-Mappings, Eventgroup-Zuordnungen, E2E- und Security-Profile).
  2. Netzwerk- und Protokollbindung:
    • Aufbau von Endpunkten und Event-Loops über den TCP/IP Stack des Operating System (Socket-Erzeugung, Bind, Listen, Epoll/Select-Zyklen für UDP/TCP).
  3. Sicherheits- & Kryptographiepfade:
    • Synchrone/asynchrone Aufrufe an den CryptoStack (z. B. TLS/DTLS Session Negotiation, MacGenerate/MacVerify für SecOC/SOME/IP-Security, Schlüsselabfrage aus dem Key Storage).
  4. Diagnose- und Fehlerlogging:
    • Status- und Tracing-Events triggern via Logger Log-Streams; über IsEnabled() erfolgt ein Fast-Path-Bypass bei inaktivem Log-Level, um Serialisierungs-Overhead im Daemon-Thread zu vermeiden.

4. Normative Relevanz & Entwickler-Hinweise

  • Standardisiertes API vs. Interne Schnittstellen:
    • Logger (ara::log) und CryptoStack (ara::crypto) sind normierte C++ Schnittstellen. Stack-Lieferanten müssen gegen die jeweiligen SWS-APIs linken.
    • ManifestAccessor und TCP/IP Stack sind «aapInternal». Der Zugriff auf Manifest-Daten und Sockets ist implementierungsspezifisch (z. B. Shared Memory, POSIX Sockets oder proprietäre IPC) und nicht portable-API-gebunden.
  • Security & Access Control:
    • Für den Daemon-Prozess des Communication Management müssen im OS entsprechende Capabilities/Berechtigungen (z. B. POSIX Network Capabilities für Low-Ports, Crypto-Storage Access Rights, IPC-Rechte zur Registry) konfiguriert sein.
  • Entkoppelung zur Applikation:
    • Adaptive Applications (ara::com Nutzer) binden nicht direkt an diese Schnittstellen des Daemons; die Interaktion zwischen Applikations-Proxy/Skeleton und Daemon erfolgt transparent über Plattform-IPC.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Communication Management daemon-based | «aapFunctionalClust... | Log and Trace | «aapAPI,aapNativeInterf... | Logger | + IsEnabled() + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream | «aapInternal» | TCP/IP Stack | Operating System | «aapInternal,aapNativeInte... | ManifestAccessor | Registry «aapFunctionalClust... | Cryptography daemon-based | «aapAPI,aapNativeInterf... | CryptoStack | «use» «use» «use» «use»

Begleitender Spezifikationstext:

Specification of Communication Management AUTOSAR AP R23-11 5.2 Required Interfaces «aapFunctionalCluster» Communication Management daemon-based «aapFunctionalClust... Log and Trace «aapAPI,aapNativeInterf... Logger + IsEnabled() + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream «aapInternal» TCP/IP Stack Operating System «aapInternal,aapNativeInte... ManifestAccessor Registry «aapFunctionalClust... Cryptography daemon-based «aapAPI,aapNativeInterf... CryptoStack «use» «use» «use» «use» Figure 5.2: Interfaces required by Communication Management from other Functional Clusters «aapFunctionalCluster» Communication Management daemon-based «aapPortInterface,aapAPI» EventReporter + ReportEvent() «aapFunctionalCluster» Intrusion Detection System Manager daemon-based «use» Figure 5.3: Interfaces required by Communication Management from other Functional Clusters Figure 5.2 and figure 5.3 show the interfaces required by Communication Management from other Functional Clusters within the AUTOSAR Adaptive Platform. Functional Cluster Interface Purpose Cryptography CryptoStack This interface may be used e.g., to establish encrypted connections and generate / verify checksums (MAC). Intrusion Detection System Manager EventReporter Communication Management may use this interface to report security events. Log and Trace Logger Communication Managements

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_SWS_CommunicationManagement S. 23 5.2 Figure 5.2: Interfaces required by Communication Management from other Functional Clusters