Figure 7.2: Scope of Standardization

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: Konzeptuelles Standardisierungs- und Metamodell-Beziehungsdiagramm (Abstraktions- und Konkretisierungs-Hierarchie).
• Technischer Zweck: Definition der Standardisierungsdomänen und Abstraktionsebenen für automatisierte Fahrfunktionen (AD/ADAS) in der AUTOSAR Adaptive Platform (AUTOSAR_AP_SWS_SensorInterfaces). Das Diagramm grenzt die semantische Schnittstellendefinition von deren technologie- und domänenspezifischen Ausprägungen ab und verortet die Aufgaben der AUTOSAR-Arbeitsgruppe FT-ADI (Feature Team Automated Driving Interfaces) im Verhältnis zu ISO/VDA und externen Simulationsstandards (OSI).
• Funktionale Einordnung: Vertikale Achse spannt den Detaillierungsgrad auf: von der herstellerunabhängigen, technologieagnostischen Semantik (ISO) hin zu konkreten Datentypen, Service-Schnittstellen und Serialisierungsformaten für Laufzeitumgebungen (AUTOSAR ara::com) bzw. Simulationsumgebungen (OSI).

2. Komponenten, Entitäten & Schnittstellen

• Standardization in ISO (Semantische Ebene / Meta-Ebene):
  • Rolle: Basis-Standardisierung (ursprünglich VDA-Initiative, überführt in ISO 23150 / ISO-Standards für Sensor-Datenmodelle).
  • Inhalt: Technologieunabhängige, semantische Spezifikation von Sensor-Schnittstellen (z. B. Radar, Kamera, Lidar, Ultraschall) inklusive Koordinatensystemen, Objektlisten, Feature-Maps und Detection-Listen.
• AUTOSAR FT-ADI (Adaptive Platform Ziel-Laufzeit):
  • Rolle: Konkrete Implementierung und Formalisierung der ISO-Schnittstellen für AUTOSAR Adaptive Applications (ara::com Service Interfaces).
  • Entitäten/Artefakte: ARXML-Software-Component-Descriptions, C++ Data Types (ara::core::Vector, Structs), Service-Interfaces (Events, Fields, Methods) mit definierten Serialisierungs- und Deployment-Bindings (z. B. SOME/IP, IPC, DDS).
• OSI – Open Simulation Interface (Simulationsdomäne):
  • Rolle: Simulationsspezifische Open-Source-Implementierung (gehostet auf GitHub, ASAM OSI) basierend auf derselben semantischen ISO-Grundlage.
  • Entitäten/Artefakte: Protocol Buffers (.proto-Definitionen) zur standardisierten Übertragung von Ground-Truth- und Sensor-Daten zwischen Fahrsimulatoren, Sensormodellen und AD-Software-in-the-Loop (SiL)/Hardware-in-the-Loop (HiL)-Prüfständen.
• Beziehungen:
  • Standardization in ISO $\xrightarrow{\text{concrete implementation}}$ AUTOSAR FT-ADI: Konkretisierung der abstrakten Semantik in typsichere C++/AUTOSAR-Metamodell-Strukturen.
  • Standardization in ISO $\xrightarrow{\text{concrete implementation}}$ OSI: Konkretisierung in protobuf-basierte Sensor- und Weltmodelle für Simulationszwecke.
  • OSI $\longleftrightarrow$ AUTOSAR FT-ADI: Horizontale Abhängigkeit ("Continuous synchronization necessary!"). Gewährleistung der 1:1-Abbildbarkeit (Semantische Parität) zwischen Simulationsmodellen und realem Steuergeräte-Stack.

3. Dynamisches Verhalten & Sequenzablauf

• Nicht zutreffend (statisches Standardisierungs- und Governance-Modell; keine Laufzeit- oder Call-Sequenzen).
• Synchronisationszyklus (Entwicklungs-/Standardisierungszeit):
  1. Change Trigger: Änderung oder Erweiterung der semantischen Definition auf ISO-Ebene (bzw. VDA-Erweiterungsantrag).
  2. Propagierung: Parallele Überführung in Protobuf-Spezifikationen (OSI) und AUTOSAR Adaptive Service Interfaces / C++ Datentypen (FT-ADI).
  3. Verifikation: Regelmäßiger Abgleich (Continuous Synchronization), um semantische Divergenzen zwischen Simulation (OSI) und On-Board-Ausführung (AUTOSAR) auszuschließen.

4. Normative Relevanz & Entwickler-Hinweise

• API- und Datenvertrags-Stabilität:
  • Die Datenmodelle in AUTOSAR_AP_SWS_SensorInterfaces leiten sich normativ aus ISO-Definitionen ab. Entwickler dürfen Sensor-Strukturen und Einheiten (z. B. SI-Einheiten, ISO 8855 Koordinatensysteme) nicht proprietär modifizieren.
• SiL-/HiL-Parität (Simulation-to-Target):
  • Durch die synchrone Ausrichtung an ISO/OSI können Sensordaten aus Simulationen direkt (über Konverter/Gateways von Protobuf zu ara::com) in Adaptive Applications eingespeist werden, ohne dass semantische Re-Mappings der Algorithmen (z. B. Sensordatenfusion, Trajektorienplanung) erforderlich sind.
• Deployment & Stack-Konfiguration:
  • Sensor-Schnittstellen werden als AUTOSAR Adaptive ServiceInterface-Elemente in ARXML modelliert.
  • Bei der Konfiguration von Network-Bindings (z. B. SOME/IP Payload-Layouts) ist sicherzustellen, dass die Serialisierungsregeln exakt den Datentypen aus AUTOSAR_AP_SWS_SensorInterfaces entsprechen. Fehlende Pflichtfelder oder abweichende Koordinatenbezugspunkte verletzen den ISO-Konformitätsvertrag.