Figure 9.8: Session transitions

1. Diagrammtyp & Architektur-Kontext

• Diagrammtyp: UML-Sequenzdiagramm (Interaktionsdiagramm) mit zwei Interaktionsszenarien (Notes/Frames: Default to Non-Default, Non-Default to Default).
• Architektur-Kontext: AUTOSAR Classic Platform (CP), Modul Dcm (Diagnostic Communication Manager, Subkomponente Dsl – Diagnostic Session Layer) an der Schnittstelle zum BSW-Modul ComM (Communication Manager).
• Funktionaler Zweck: Synchronisation des Netzwerk- und Kommunikationszustands bei UDS-Diagnose-Sitzungswechseln (Service 0x10 DiagnosticSessionControl, S3-Server-Timeout oder Reset). Der DCM signalisiert dem ComM, ob aktiver Diagnosebetrieb vorliegt, um ein Einschlafen des Kommunikationskanals (Bus-Keep-Alive / COMM_FULL_COMMUNICATION) sicherzustellen bzw. die Freigabe des Netzwerks zu steuern.

2. Komponenten, Entitäten & Schnittstellen

• Beteiligte Entitäten:
  • «module» Dsl: Diagnostic Session Layer (Submodul des DCM). Verantwortlich für Session-Handling, S3-Timer-Überwachung und Protokoll-Zustände.
  • «module» ComM: Communication Manager. Verantwortlich für Ressourcen- und Netzwerkmanagement (Bus-Zustände COMM_NO_COMMUNICATION, COMM_SILENT_COMMUNICATION, COMM_FULL_COMMUNICATION).
• Schnittstellen & Signaturen:
  • ComM_DCM_ActiveDiagnostic(NetworkHandleType NetworkHandle): Synchroner Funktionsaufruf von Dsl an ComM. Übergabeparameter ist der logische Netzwerk-Identifier (NetworkHandleType), auf dem die Session aktiviert wurde.
  • ComM_DCM_InactiveDiagnostic(NetworkHandleType NetworkHandle): Synchroner Funktionsaufruf von Dsl an ComM zur Deaktivierung der Diagnoseanforderung auf dem spezifizierten Kanal.
• Beziehungen: Unidirektionale synchrone Service-Kopplung (Dsl ruft BSW-APIs des ComM auf, dargestellt mit synchrone/blockierende Aufrufe und expliziten Return-Kanten).

3. Dynamisches Verhalten & Sequenzablauf

Block 1: Default to Non-Default

1. Trigger: Erfolgreiche UDS-Session-Transition (z. B. Empfang von 0x10 02 Programming Session oder 0x10 03 Extended Diagnostic Session und Validierung der Bedingungen).
2. Interner Schritt (Dsl): Session transition: Default to Non-Default() – lokaler Zustandsübergang der Session-State-Machine im DSL.
3. Aufruf: Dsl ruft ComM_DCM_ActiveDiagnostic(NetworkHandleType) auf.
4. Verhalten im ComM: ComM blockiert den Übergang in energiesparende Zustände und erzwingt für den adressierten Kanal COMM_FULL_COMMUNICATION (Verhinderung von Bus-Sleep/Standby).
5. Rückkehr: Synchrone Rückkehr zu Dsl.

Block 2: Non-Default to Default

1. Trigger: Rückfall in die Default-Session (z. B. Ablauf des S3-Server-Timers, expliziter Request 0x10 01 Default Session, Protokoll-Abbruch oder ECU-Reset).
2. Interner Schritt (Dsl): Session transition: Non-default to Default() – Zurücksetzen der internen Session-Parameter und Sicherheitsstufen (Security Access fällt auf Locked).
3. Aufruf: Dsl ruft ComM_DCM_InactiveDiagnostic(NetworkHandleType) auf.
4. Verhalten im ComM: ComM deregistriert den aktiven Diagnose-User. Falls keine anderen internen oder externen Kommunikationsanforderungen vorliegen, kann der Kanal gemäß ComM-State-Machine in COMM_SILENT_COMMUNICATION bzw. COMM_NO_COMMUNICATION übergehen.
5. Rückkehr: Synchrone Rückkehr zu Dsl.

4. Normative Relevanz & Entwickler-Hinweise

• Kanalzuordnung (NetworkHandleType): Der DCM muss die eingehende Diagnoseanfrage (über PduR / Dcm_StartOfReception / Dcm_CopyRxData) exakt dem zugehörigen ComMChannel zuordnen können (DcmDslProtocolRow -> DcmDslProtocolRx -> ComMChannelId).
• S3-Timer-Präzision: Bei S3-Server-Timeout muss der Aufruf von ComM_DCM_InactiveDiagnostic() deterministisch im Task-Kontext der Dcm_MainFunction() erfolgen. Eine Verzögerung verhindert das rechtzeitige Einschlafen des Steuergeräts (Ruhestromproblem).
• Wiedereintrittsfähigkeit & Thread-Safety: Die APIs sind synchron, blockieren kurzzeitig und dürfen nicht aus ISR-Kontexten aufgerufen werden. Sie müssen atomar innerhalb des BSW-Schedulers (Schutz kritischer Abschnitte für Kanalzustände) ausgeführt werden.
• Mehrkanalsysteme (Gateway/Multi-Bus): Werden parallele Diagnosesitzungen über unterschiedliche Netzwerke geführt, muss Dsl für jeden betroffenen Kanal separat ComM_DCM_ActiveDiagnostic() bzw. ComM_DCM_InactiveDiagnostic() triggern.