Figure 6.3: Service InstanceToMachineMapping

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Klassendiagramm (Auszug aus dem AUTOSAR Adaptive Platform Metamodell / Manifest-Modell).
• Technischer Zweck: Definition der Zuordnung von Service-Instanzen (AdaptivePlatformServiceInstance) zu einer physischen/logischen Maschine bzw. deren Netzwerkschnittstellen (CommunicationConnector). Es bildet das Bindeglied zwischen softwareseitigem Service-Design/Deployment und der hardwarenahen Netzwerktopologie (Machine/MachineDesign) im Rahmen des Execution Manifests bzw. Service Instance Manifests.

2. Komponenten, Entitäten & Schnittstellen

Metamodell-Klassen & Attribute

• Machine (Spezialisierung von AtpStructureElement, UploadableDeploymentElement)
  • Repräsentiert die konkrete Laufzeitumgebung/Rechnerinstanz (Hardware + OS/Hypervisor).
  • Attribut: trustedPlatformExecutableLaunchBehavior: TrustedPlatformExecutableLaunchBehaviorEnum [0..1] – Steuert das Startverhalten vertrauenswürdiger Executables auf der Plattform.
  • Assoziation: Referenziert 0..1 Instanzen von MachineDesign über die Rolle +machineDesign.
• MachineDesign (Spezialisierung von AtpStructureElement, FibexElement, UploadableDesignElement)
  • Abstrakte Netzwerksicht der Maschine im Kommunikationscluster (FIBEX-Kontext).
  • Attribute:
    • accessControl: AccessControlEnum [0..1] – Sicherheits-/Zugriffssteuerungsrichtlinie.
    • pncPrepareSleepTimer: TimeValue [0..1] – Timeout für Partial Network Cluster (PNC) Sleep-Vorbereitung.
    • pnResetTimer: TimeValue [0..1] – Reset-Timer für Partial Networking.
• CommunicationConnector (Spezialisierung von Identifiable)
  • Physischer/logischer Netzwerkanschluss (z. B. Ethernet-Interface) der Maschine.
  • Attribute:
    • createEcuWakeupSource: Boolean [0..1] – Definiert, ob der Connector eine ECU-Wakeup-Quelle darstellt.
    • pncFilterArrayMask: PositiveInteger [0..*] {ordered} – Maskenfilter-Array für PNC-Routing/Filterung.
• ServiceInstanceToMachineMapping (Spezialisierung von UploadableDesignElement)
  • Zentrales Mapping-Element zur Bindung von Service-Instanzen an Netzwerk-Endpunkte.
• AdaptivePlatformServiceInstance (Spezialisierung von UploadableDesignElement)
  • Instanziierter Service (Provided oder Consumed Service Instance) der AUTOSAR Adaptive Platform.
• ServiceInterfaceDeployment (Spezialisierung von UploadableDesignElement)
  • Protokollspezifische Serialisierungs- und Transportdefinition des Service-Interface (z. B. SOME/IP, IPC, DDS Deployment).

Beziehungen, Stereotypen & Kardinalitäten

• MachineDesign $\blacklozenge\xrightarrow{\text{«atpSplitable»}}$ CommunicationConnector:
  • Komposition mit Stereotyp «atpSplitable» (Aggregationsrolle +communicationConnector, Multiplizität 0..*). Erlaubt die Aufteilung der Connector-Definition über mehrere ARXML-Dateien/Pakete.
• ServiceInstanceToMachineMapping –→ CommunicationConnector:
  • Unidirektionale Assoziation (+communicationConnector, Multiplizität 0..1). Weist den gemappten Service-Instanzen einen konkreten Netzwerk-Konnektor (IP-Stack, Interface) zu.
• ServiceInstanceToMachineMapping –→ AdaptivePlatformServiceInstance:
  • Unidirektionale Assoziation (+serviceInstance, Multiplizität 0..*). Gruppiert eine oder mehrere Service-Instanzen auf dasselbe Interface-Mapping.
• AdaptivePlatformServiceInstance –→ ServiceInterfaceDeployment:
  • Unidirektionale Assoziation (+serviceInterfaceDeployment, Multiplizität 0..1). Bindet die Service-Instanz an ihre konkrete Schnittstellen-Bereitstellungsspezifikation.

3. Dynamisches Verhalten & Sequenzablauf

• Diagrammcharakter: Rein statisches Konfigurations- und Metamodell; keine Laufzeit-Zustände oder Callbacks direkt modelliert.
• Laufzeit-Implikation (ara::com / Service Discovery & Binding):
  1. Initialisierung/Start: Der Kommunikations-Stack (SOME/IP-Daemon / Middleware) wertet das Manifest aus.
  2. Netzwerk-Bindung: Über den CommunicationConnector werden IP-Adresse, VLAN, UDP/TCP-Portranges und MAC-Adresse an die AdaptivePlatformServiceInstance gebunden.
  3. Service Discovery (SD): Offer-/Find-Service-Nachrichten werden über den zugeordneten Connector gesendet/empfangen.
  4. PNC / Power Management: Bei vorhandenem pncFilterArrayMask und gesetzten Timern (pncPrepareSleepTimer, pnResetTimer) triggert eingehender Netzwerkverkehr auf diesem Connector das Aufwecken bzw. verhindert das Schlafenlegen des entsprechenden Teilnetzes.

4. Normative Relevanz & Entwickler-Hinweise

• Normative Manifest-Strukturierung: Die Differenzierung der Generalisierungen trennt Design-Artefakte (UploadableDesignElement) wie MachineDesign, AdaptivePlatformServiceInstance, ServiceInterfaceDeployment und ServiceInstanceToMachineMapping formal von Deployment-Artefakten (UploadableDeploymentElement) wie Machine.
• Kardinalitäten und Multiplizitäten:
  • Die Multiplizität 0..* für +serviceInstance erlaubt die gemeinsame Zuweisung mehrerer Service-Instanzen zu einem CommunicationConnector über ein einzelnes Mapping-Element.
  • Die Kardinalität 0..1 bei +communicationConnector ermöglicht die Spezifikation maschineninterner Service-Instanzen (z. B. für maschinenlokales IPC), die keinen externen Netzwerkanschluss erfordern.
• Modellierungsrichtlinien:
  • Das Stereotyp «atpSplitable» an der Komposition von CommunicationConnector erlaubt die Verteilung der physischen Schnittstellendefinitionen über mehrere Manifest-Dateien.
  • Bei der Codegenerierung für die Middleware (z. B. ara::com) ist das Vorhandensein des Mappings zwingend erforderlich, um Netzwerk-Sockets bzw. Service Discovery (SOME/IP SD) an die korrekte Netzwerkschnittstelle zu binden.