Figure 7.31: One-dimensional arrays (Example)

1. Diagrammtyp & Architektur-Kontext

Binäres Serialisierungslayout / Byte-Stream-Format im Kontext der AUTOSAR Adaptive Platform (ara::com / SOME/IP-Serialisierung). Das Diagramm spezifiziert die physische Anordnung eines eindimensionalen Arrays im Datenstrom, bestehend aus einem vorangestellten Längenfeld und der sequenziellen Nutzdaten-Payload.

2. Komponenten, Entitäten & Schnittstellen

• Length n: Vorangestelltes Längenfeld mit einer konfigurierbaren Bitbreite von 8, 16 or 32 bit.
• Element_1 bis Element_n: Sequenz von Array-Elementen (Element_1, Element_2, Element_3, ..., Element_n). Jedes einzelne Element besitzt die feste oder dynamische Elementgröße element size e.
• Nutzdatenbereich: Gesamtheit der Elemente Element_1 bis Element_n mit der kumulierten Gesamtlänge n [byte].
• Schnittstelle: Serialisierter Bytestrom zwischen Kommunikationspartnern (Sender/Empfänger bzw. Client/Server).

3. Dynamisches Verhalten & Sequenzablauf

Statische Repräsentation der Serialisierungsreihenfolge von links nach rechts:

1. Das Feld Length n wird als erstes serialisiert und kodiert die Bytegröße der nachfolgenden Array-Payload.
2. Unmittelbar folgend werden die Array-Elemente beginnend mit Element_1, danach Element_2, Element_3 bis zum abschließenden Element_n kontinuierlich in den Bytestrom geschrieben bzw. deserialisiert.
3. Die Auswertung beim Empfänger liest zunächst das Längenfeld aus, um die zu lesende Bytezahl n [byte] für die Array-Elemente zu determinieren.

4. Normative Relevanz & Entwickler-Hinweise

• Für Serialisierer und Deserialisierer verbindliche Struktur eines eindimensionalen Arrays.
• Das Längenfeld quantifiziert die Länge der Payload (n [byte]), nicht die Anzahl der Elemente. Die Anzahl der Elemente ergibt sich aus n / e, sofern Elemente feste Größe besitzen.
• Die Bitbreite des Längenfelds ist über Konfiguration/ARXML auf 8, 16 oder 32 Bit festzulegen; Endianness und Element-Padding sind gemäß Protokollspezifikation einzuhalten.