AUTOSAR_AP_SWS_NetworkManagement FIG-3bac69e2ac52b7d9 342 × 414 px 1 Release(s)

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

SHA-256 Inhalts-Fingerabdruck: 3bac69e2ac52b7d915ccc066c1b5bc25ae605f73ed8aad69d73f5a6cde7818ec

✦ 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

Klassifikation: UML-Komponenten- und Schnittstellendiagramm (AUTOSAR Adaptive Platform Metamodellierung).
Technischer Zweck & Einordnung: Spezifikation der ausgehenden Abhängigkeiten und Dienstschnittstellen, die der funktionale Cluster Network Management (NM) der AUTOSAR Adaptive Platform zur Laufzeit von Nachbarclustern bzw. der Plattformbasis anfordert (required interfaces). Es ordnet NM architektonisch zwischen den Diagnose-/Logging-Diensten (Log and Trace) und den darunterliegenden Transport- und Netzwerkprotokollen des Betriebssystems (Operating System / TCP/IP Stack) ein.

2. Komponenten, Entitäten & Schnittstellen

Komponenten / Functional Clusters:
- «aapFunctionalCluster» Network Management: Konsument der Schnittstellen; zuständig für die Verwaltung des Netzwerkzustands (z. B. UDP-basiertes NM).
- «aapFunctionalCluster» Log and Trace: Bereitstellender Cluster für plattformweites Logging und Tracing (ara::log).
- Operating System: Bereitstellende Plattform-Entität für Low-Level-Netzwerktreiber und Socket-Infrastruktur.
Schnittstellen & Entitäten:
- «aapAPI, aapNativeInterface» Log and Trace::Logger:
  - Native C++-Programmierschnittstelle des Log-Clusters.
  - Operationen:
    - + IsEnabled()
    - + Log(MsgId, Params)
    - + LogDebug(): LogStream
    - + LogError(): LogStream
    - + LogFatal(): LogStream
    - + LogInfo(): LogStream
    - + LogVerbose(): LogStream
    - + LogWarn(): LogStream
    - + WithLevel(): LogStream
- «aapInternal» TCP/IP Stack:
  - Plattforminterne Netzwerkschnittstelle/Stack (typischerweise POSIX-Sockets oder proprietäre OS-Sockets).
Beziehungen & Abhängigkeiten:
- Network Management besitzt eine gerichtete Nutzungsbeziehung («use») auf Log and Trace::Logger.
- Network Management besitzt eine gerichtete Nutzungsbeziehung («use») auf TCP/IP Stack.
- Log and Trace realisiert/implementiert (interface realization, gestrichelte Linie mit geschlossener Pfeilspitze) die Schnittstelle Log and Trace::Logger.
- Operating System realisiert/implementiert die Schnittstelle TCP/IP Stack.

3. Dynamisches Verhalten & Sequenzablauf

Zyklisches / Ereignisgesteuertes Senden & Empfangen (TCP/IP):
- NM nutzt den TCP/IP Stack synchron oder asynchron (z. B. über BSD/POSIX-Sockets via UDP) zum Senden von periodischen NM-Botschaften (NM-PDUs) im Zustand Normal Operation bzw. Repeat Message sowie zum Abhören eingehender NM-Pakete zur Netzwerkhaltung (Network Request vs. Network Release).
Logging & Tracing:
- Synchroner Aufruf von Log and Trace::Logger bei Zustandswechseln (z. B. Wechsel von Ready Sleep nach Normal Operation), Timeout-Ereignissen (NM-Timeout) oder Socket-/Netzwerkfehlern.
- Erzeugung von Log-Meldungen via Streaming-Operator (LogStream) auf den entsprechenden Severitätsstufen (LogInfo, LogWarn, LogError, etc.).

4. Normative Relevanz & Entwickler-Hinweise

API-Vertrag & Zugriffsbeschränkung:
- Für das Logging wird die standardisierte native C++-API von ara::log vorausgesetzt. Der NM-Stack muss eine Instanz von Logger mit spezifischem Context-/Applikations-ID-Präfix instanziieren.
- Das Stereotyp «aapInternal» am TCP/IP Stack indiziert, dass hierfür keine standardisierte ARA-API (ara::*) nach außen vorgeschrieben ist, sondern eine betriebssystemspezifische bzw. plattforminterne Netzwerkschnittstelle (Standardmäßig POSIX Network API / Sockets).
Konfigurations- und Portierungsanforderungen:
- Socket-Konfiguration: Der NM-Daemon/Cluster benötigt Zugriffsrechte auf OS-Ebene für RAW- oder UDP-Sockets sowie Zuweisung zu den konfigurierten Multicast-/Unicast-Adressen und Ports für NM-Traffic.
- Thread-Safety & Latenz: Aufrufe von LogStream müssen performant und thread-sicher erfolgen, um das zeitkritische Senden von NM-Botschaften im Millisekundenbereich nicht zu blockieren.

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

R23-11 → R24-11 keine inhaltliche Änderung Vorgänger: FIG-1b467462e258afae

Keine inhaltlichen Änderungen erkennbar.

R24-11 → R25-11 normative Änderung Nachfolger: FIG-0fc642fc5308ae86

Functional Cluster Network Management: Ergänzung der architektonischen Einstufung als daemon-based.
Functional Cluster Execution Management: Neuer bereitstellender Cluster hinzugefügt, deklariert als «aapFunctionalCluster» und daemon-based.
Schnittstelle Execution Management::ExecutionClient: Neu eingeführte Schnittstelle mit Stereotypen «aapAPI, aapNativeInterface» und den Operationen + Create() (statisch) sowie + ReportExecutionState(ExecutionState).
Nutzungsbeziehung: Neue gerichtete Abhängigkeit («use») von Network Management auf Execution Management::ExecutionClient.
Schnittstellenrealisierung: Execution Management implementiert die Schnittstelle Execution Management::ExecutionClient (gestrichelte Linie mit geschlossener, nicht ausgefüllter Pfeilspitze).
Schnittstelle Log and Trace::Logger: Bei der Operation IsEnabled() wurde der Rückgabetyp : bool explizit ergänzt (+ IsEnabled(): bool).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Begleitender Spezifikationstext:

Specification of Network Management AUTOSAR AP R24-11 5.2 Required Interfaces This section provides an overview of the public interfaces required by this functional cluster from other functional clusters. «aapFunctionalCluster» Network Management «aapInternal» TCP/IP Stack «aapAPI,aapNativeInterface» Log and Trace::Logger + IsEnabled() + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream «aapFunctionalCluster» Log and Trace Operating System «use» «use» Figure 5.2: Interfaces required by Network Management from other Functional Clusters Figure 5.2 shows the interfaces required by Network Management from other functional clusters within the AUTOSAR Adaptive Platform. Table 5.2 lists the interfaces required from other functional clusters within the AUTOSAR Adaptive Platform and provides a rationale. Functional Cluster Interface Purpose Log and Trace Logger Network Management shall use this interface to log standardized messages. Table 5.2: Interfaces required from other Functional Clusters 5.3 Protocol layer dependencies The Adaptive Network Management is based on the protocol mentioned in PRS NetworkManagementProtocol [4]. Adaptive Network Management uses functionality of the underlying communication stack in order to send or receive NM messages on the physical networks. 12 of 72 Document ID 898: AUTOSAR_AP_SWS_NetworkManagement

Vorkommen in AUTOSAR-Releases (1)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R24-11	AUTOSAR_AP_SWS_NetworkManagement	S. 12	5.2	Figure 5.2: Interfaces required by Network Management from other Functional Clusters