Figure 6.8: SOME/IP Provided Service Instance Deployment

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm zur Deployment-Modellierung der AUTOSAR Adaptive Platform (ara::com / Service Deployment). Das Diagramm spezifiziert die Metaklassen und Konfigurationsparameter zur Bereitstellung einer SOME/IP-Service-Instanz (ProvidedSomeipServiceInstance), deren Event-Gruppen (SomeipProvidedEventGroup) sowie das zugehörige Service-Discovery-(SD)-Server-Timing für Instanzen und Event-Gruppen.

2. Komponenten, Entitäten & Schnittstellen

Das Metamodell umfasst folgende Entitäten, Attribute und Relationen:

• ProvidedSomeipServiceInstance (Spezialisierung von ProvidedApServiceInstance):
  • Attribute: loadBalancingPriority: PositiveInteger [0..1], loadBalancingWeight: PositiveInteger [0..1], priority: PositiveInteger [0..1], serviceInstanceId: PositiveInteger [0..1].
  • Komposition +providedEventGroup (Multiplizität 0..*) zu SomeipProvidedEventGroup.
  • Komposition +capabilityRecord (Multiplizität 0..* {ordered}) zu TagWithOptionalValue.
  • Assoziation / Referenz +sdServerConfig (Multiplizität 0..1) zu SomeipSdServerServiceInstanceConfig.
• TagWithOptionalValue:
  • Attribute: key: String [0..1], sequenceOffset: Integer [0..1], value: String [0..1].
• SomeipProvidedEventGroup (Spezialisierung von Identifiable):
  • Attribute: eventMulticastUdpPort: PositiveInteger [0..1], ipv4MulticastIpAddress: Ip4AddressString [0..1], ipv6MulticastIpAddress: Ip6AddressString [0..1], multicastThreshold: PositiveInteger [0..1].
  • Assoziation +sdServerEventGroupTimingConfig (Multiplizität 0..1) zu SomeipSdServerEventGroupTimingConfig.
  • Assoziation +eventGroup (Multiplizität 0..1) zu SomeipEventGroup.
• SomeipEventGroup (Spezialisierung von Identifiable):
  • Attribut: eventGroupId: PositiveInteger [0..1].
• SomeipSdServerServiceInstanceConfig (Spezialisierung von ARElement, UploadableDesignElement):
  • Attribute: offerCyclicDelay: TimeValue [0..1], priority: PositiveInteger [0..1], serviceOfferTimeToLive: PositiveInteger [0..1].
  • Komposition +initialOfferBehavior (Multiplizität 0..1) zu InitialSdDelayConfig.
  • Komposition +requestResponseDelay (Multiplizität 0..1) zu RequestResponseDelay.
• SomeipSdServerEventGroupTimingConfig (Spezialisierung von ARElement, UploadableDesignElement):
  • Komposition +requestResponseDelay (Multiplizität 0..1) zu RequestResponseDelay.
• InitialSdDelayConfig:
  • Attribute: initialDelayMaxValue: TimeValue [0..1], initialDelayMinValue: TimeValue [0..1], initialRepetitionsBaseDelay: TimeValue [0..1], initialRepetitionsMax: PositiveInteger [0..1].
• RequestResponseDelay:
  • Attribute: maxValue: TimeValue [0..1], minValue: TimeValue [0..1].

3. Dynamisches Verhalten & Sequenzablauf

Statisches Strukturdiagramm ohne explizite Ablauf- oder Sequenzpfade. Das konfigurierte Modell steuert das Laufzeitverhalten des SOME/IP-Service-Discovery-Servers:

• Bei Initialisierung bestimmt InitialSdDelayConfig die zufällige Mindest- und Höchstverzögerung (initialDelayMinValue, initialDelayMaxValue) sowie Wiederholungsphasen (initialRepetitionsBaseDelay, initialRepetitionsMax) für erste OfferService-Nachrichten.
• Im stationären Betrieb steuert SomeipSdServerServiceInstanceConfig periodische OfferService-Zyklen (offerCyclicDelay) und deren Gültigkeitsdauer (serviceOfferTimeToLive).
• Eingehende Anfragen (z. B. FindService oder SubscribeEventGroup) werden innerhalb der durch RequestResponseDelay (minValue, maxValue) definierten Verzögerungsfenster beantwortet.
• Bei Multicast-Event-Gruppen regelt multicastThreshold die Schwelle für das Umschalten auf Multicast-Verteilung.

4. Normative Relevanz & Entwickler-Hinweise

Verbindliche Modellvorgabe für das SOME/IP-Deployment in AUTOSAR Adaptive (ARXML).

• SomeipSdServerServiceInstanceConfig und SomeipSdServerEventGroupTimingConfig tragen neben ARElement zusätzlich den Typ/Stereotyp UploadableDesignElement, wodurch sie für modulare Upload- und Design-Element-Workflows qualifiziert sind.
• Die Attribute serviceOfferTimeToLive, initialDelayMaxValue, initialDelayMinValue, maxValue, minValue sowie TagWithOptionalValue.key sind optional ([0..1]), was flexiblere Teilkonfigurationen bzw. das Zurückgreifen auf Standardwerte zur Laufzeit ermöglicht.