DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_NetworkManagement FIG-0fc642fc5308ae86 607 × 414 px 1 Release(s)

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

SHA-256 Inhalts-Fingerabdruck: 0fc642fc5308ae86e035ed7db290a2c1007b60841b49e7e05b303af93cf60b6c
✦ 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 als Daemon zur Laufzeit von Nachbarclustern bzw. der Plattformbasis anfordert (required interfaces). NM wird als eigenständiger Prozess (daemon-based) architektonisch an Execution Management zur Lebenszyklusverwaltung, Log and Trace für strukturierte Diagnosprotokollierung sowie das Operating System (TCP/IP Stack) für den Netzwerktransport angebunden.

2. Komponenten, Entitäten & Schnittstellen

  • Komponenten / Functional Clusters:
    • «aapFunctionalCluster» Network Management daemon-based: Konsument der Schnittstellen; zuständig für die Verwaltung des Netzwerkzustands (z. B. UDP-basiertes NM) als eigenständiger Plattform-Daemon.
    • «aapFunctionalCluster» Log and Trace: Bereitstellender Cluster für plattformweites Logging und Tracing (ara::log).
    • «aapFunctionalCluster» Execution Management daemon-based: Bereitstellender Cluster für Prozessinitialisierung, Überwachung und Ausführungszustände (ara::exec).
    • 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(): bool
        • + Log(MsgId, Params)
        • + LogDebug(): LogStream
        • + LogError(): LogStream
        • + LogFatal(): LogStream
        • + LogInfo(): LogStream
        • + LogVerbose(): LogStream
        • + LogWarn(): LogStream
        • + WithLevel(): LogStream
    • «aapAPI, aapNativeInterface» Execution Management::ExecutionClient:
      • Native C++-Programmierschnittstelle für die Interaktion mit dem Execution Management.
      • Operationen:
        • + Create() (statische Fabrikmethode)
        • + ReportExecutionState(ExecutionState)
    • «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 Execution Management::ExecutionClient.
    • 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.
    • Execution Management realisiert/implementiert die Schnittstelle Execution Management::ExecutionClient.
    • Operating System realisiert/implementiert die Schnittstelle TCP/IP Stack.

3. Dynamisches Verhalten & Sequenzablauf

  • Lebenszyklus- und Zustandsmeldung (Execution Management):
    • Beim Startup instanziiert der NM-Daemon den Client via statischer Methode ExecutionClient::Create() und meldet nach vollständiger Initialisierung seinen Prozesszustand (ExecutionState, z. B. kRunning) über ReportExecutionState(...) an das Execution Management.
  • 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 periodischer NM-Botschaften (NM-PDUs) sowie zum Abhören eingehender NM-Pakete zur koordinierten Netzwerkhaltung (Network Request vs. Network Release).
  • Logging & Tracing:
    • Synchroner Aufruf von Log and Trace::Logger bei Zustandswechseln, Timeout-Ereignissen oder Netzwerk-/Socketfehlern.
    • Effiziente Vorabprüfung über IsEnabled(): bool vor der Meldungsaufbereitung sowie Erzeugung von Logs über den Streaming-Operator (LogStream) auf definierten Severitätsstufen.

4. Normative Relevanz & Entwickler-Hinweise

  • API-Verträge & Standardisierung:
    • ara::exec: Die Einbindung von ExecutionClient ist zwingend durch die Einstufung von Network Management als daemon-based Functional Cluster bedingt. Der NM-Daemon muss den standardisierten Lebenszyklusvertrag via ara::exec::ExecutionClient einhalten.
    • ara::log: Die Schnittstelle Log and Trace::Logger schreibt nun explizit den Rückgabetyp bool für IsEnabled() vor, was normativ die Prüfung vor Log-Operationen typisiert.
    • TCP/IP Stack: Das Stereotyp «aapInternal» indiziert unverändert, dass der Netzwerkzugriff über plattform-/betriebssysteminterne Mechanismen (z. B. POSIX-Sockets) statt über eine standardisierte ARA-API erfolgt.

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

R24-11 → R25-11 normative Änderung Vorgänger: FIG-3bac69e2ac52b7d9
  • 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:

«aapFunctionalCluster» | Network Management daemon-based | «aapInternal» | TCP/IP Stack «aapAPI,aapNativeInterface» | Log and Trace::Logger | + IsEnabled(): bool + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream | «aapFunctionalCluster» | Log and Trace | Operating System | «aapAPI,aapNativeInterface» Execution Management::ExecutionClient | + Create() + ReportExecutionState(ExecutionState) | «aapFunctionalCluster» Execution Management daemon-based | «use» «use» «use»

Begleitender Spezifikationstext:

Specification of Network Management AUTOSAR AP R25-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 daemon-based «aapInternal» TCP/IP Stack «aapAPI,aapNativeInterface» Log and Trace::Logger + IsEnabled(): bool + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream «aapFunctionalCluster» Log and Trace Operating System «aapAPI,aapNativeInterface» Execution Management::ExecutionClient + Create() + ReportExecutionState(ExecutionState) «aapFunctionalCluster» Execution Management daemon-based «use» «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 Execution Management ExecutionClient 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 NetworkManagementPro

Vorkommen in AUTOSAR-Releases (1)

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