Figure 7.14: Payload covered by SecOC and SOME/IP transport

1. Diagrammtyp & Architektur-Kontext

Strukturdiagramm zum Paket- und Headeraufbau im AUTOSAR-Adaptive-Kommunikationsmanagement (ara::com / Communication Management). Es stellt die Anordnung der Header- und Payload-Felder eines SOME/IP-Pakets mit angehängter SecOC-Absicherung dar.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm zeigt eine lineare Paketstruktur bestehend aus folgenden Feldern:

• SOME/IP Msg Header Part I: Erster Abschnitt des SOME/IP-Headers (Message ID und Length-Feld).
• SOME/IP Msg Header Part II: Zweiter Abschnitt des SOME/IP-Headers (Request ID, Protocol Version, Interface Version, Message Type, Return Code).
• SOME/IP Serialized Payload: Nutzdatenfeld, unterteilt in die Komponenten x, y und z.
• SecOC (truncated) Freshness: Angehängter Frischewert zur Replay-Prävention.
• SecOC (truncated) Authenticator: Angehängter Prüfwert (MAC) zur Authentifizierung.
• Payload covered by SOME/IP Length: Oberhalb verlaufender Balken, der anzeigt, dass das SOME/IP-Längenfeld ab SOME/IP Msg Header Part II über die serialisierte Payload bis einschließlich des SecOC Authenticators reicht.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Layout des fertigen Transportpakets: SOME/IP Msg Header Part I führt das Paket an, gefolgt von SOME/IP Msg Header Part II, der serialisierten Payload (x, y, z) und den abschließenden SecOC-Feldern (Freshness und Authenticator). Das Längenfeld in Part I deckt alle nachfolgenden Felder lückenlos ab.

4. Normative Relevanz & Entwickler-Hinweise

Normative Vorgabe für das Nachrichtenlayout und die SOME/IP-Längenberechnung bei Einsatz von SecOC:

• Die Gesamttransportlänge im SOME/IP-Header (Part I) umfasst die verbleibenden Header-Felder (Part II), die Nutzdaten sowie die vollständigen SecOC-Zusatzfelder (Freshness und Authenticator).