Systems-engineering read of what this document defines for the system - scope, boundaries, interfaces, obligations, and what is still open.
Document Purpose
Scope: this supplier evaluation / capability assessment specifies requirement, covering 5 Requirements; 5.2 ECU Identification Requirements; 5.2.1 Used data identifier in order to identify an ECU; 5.3 Diagnostic sessions requirements; 5.4 Data identifier requirements; 5.4.1 Integrity Validation Data DIDs (IVD-DIDs).
System Boundary & Interfaces
System boundary and interfaces: the document constrains 1 interface(s) - OEM/Customer Review Interface; principal functions in scope are Secure software update and flash readiness; Secure communication and freshness protection; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability.
Design / Security Impact
Design and security impact: affects Secure software update and flash readiness; Secure communication and freshness protection; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability; security capabilities touched: Diagnostic security; Key management; 32 supplier system requirement(s) were derived from this document.
Open For Customer
Open for the customer: 5 document-linked open point(s) - mainly Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).; Confirm the diagnostic role model, the authorized services per role, and which party owns the diagnostic authorization policy.; Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied. (sample: 3 of 5) - plus 31 unidentified requirement-like statement(s). Do not baseline these until the customer confirms.
Confidence and limits: High confidence. Categorisation is derived from the converted Markdown (customer IDs, normative wording, and section context); no OCR or downstream PDF analysis is used.
Main Requirement Themes
Theme
Engineering Meaning
Requirement Count
Representative Requirements
Requirement
Groups related document requirements into a single engineering theme.
Tables are reconstructed column-correct from the document text layer (no OCR). Diagrams are linked from converted image assets.
Tables100column-correct
Diagrams2image-linked
Linked Artifacts101requirement-linked
Tables (100)
TableTable 1 – Definition of Terms
4.1 Terms · page 6 · Linked: 4.1
Term
Definition
Shall
This word, or the terms "Required" or "Must", means that the definition is an absolute requirement of the specification.
Shall not
This phrase, or the phrase "Must not", means that the definition is an absolute prohibition of the specification. This word, or the adjective “Recommended”, means that there may exist
Should
valid reasons in particular circumstances to ignore a particular item, but the full implications shall be understood and carefully weighed before choosing a different course. This phrase, or the phrase “Not recommended”, means that there may exist valid reasons in particular circumstances when the particular behavior is
Should not
acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behavior described with this label. This word, or the adjective “Optional”, means that an item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item.
May
An implementation which does not include a particular option shall be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation which does include a particular option shall be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides).
Table source context
TableTable 2 – Abbreviated terms
4.2 Abbreviations · page 6 · Linked: 4.2
Term
Definition
Shall
This word, or the terms "Required" or "Must", means that the definition is an absolute requirement of the specification.
Shall not
This phrase, or the phrase "Must not", means that the definition is an absolute prohibition of the specification. This word, or the adjective “Recommended”, means that there may exist
Should
valid reasons in particular circumstances to ignore a particular item, but the full implications shall be understood and carefully weighed before choosing a different course. This phrase, or the phrase “Not recommended”, means that there may exist valid reasons in particular circumstances when the particular behavior is
Should not
acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behavior described with this label. This word, or the adjective “Optional”, means that an item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item.
May
An implementation which does not include a particular option shall be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation which does include a particular option shall be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides).
Diagnostic parameter or service behavior
TableTable 3 – Conventions
4.3 Conventions · page 7 · Linked: 4.3
Wide table - scrolls horizontally inside this card.
ISO
International Organization for Standardization
non-Def
Non-default diagnostic session
ODX
Open Diagnostic Data Exchange,
ODX-Standard (ASAM MCD-2D)
Prg
Programming diagnostic session
SPN
Suspected Parameter Number
PDU
Protocol Data Unit
SID
Service Identification Data
IVD
Integrity Validation Data
RBAC
Role Base Access Control
View all 13 rows
ISO
International Organization for Standardization
non-Def
Non-default diagnostic session
ODX
Open Diagnostic Data Exchange,
ODX-Standard (ASAM MCD-2D)
Prg
Programming diagnostic session
SPN
Suspected Parameter Number
PDU
Protocol Data Unit
SID
Service Identification Data
IVD
Integrity Validation Data
RBAC
Role Base Access Control
RBACC
RBAC Configuration
SPRMIB
Suppress Positive Response Message
Indication Bit
A_ASCIISTRING
ODX BASE-DATA-TYPE for an
ASCII
coded character field (ISO 8859-1)
min-max-length
zero
The bit length of the ODX element
DOP (DATA-OBJECT-PROP) is
terminated
variable; minimal and maximal ZERO for binary and ‘NULL’ for
ReadEventCodeData These routine IDs are used to handle diagnostic event codes and only mandatory when these type of data are used.
U
0x2202
Reserved for CheckMemory routine (Legacy purposes)
M
0x2203
Reserved for CheckProgrammingPreConditions routine
M
0x2204
Reserved for Data Rescue Preparation (rcDataRescuePreparation)
C1
0x2401
Reserved for routine SoftwareInstallation
M
0x2501-
Reserved for Secure Boot, see f_secureBoot
C4
View all 21 rows
Hex
Description
Cvt
0x02B2
ReadStatusOfDiagnosticEventCodes
0x02B3
ReadDiagnosticEventCodesByStatus
0x02B4
ReadEventCodeData These routine IDs are used to handle diagnostic event codes and only mandatory when these type of data are used.
U
0x2202
Reserved for CheckMemory routine (Legacy purposes)
M
0x2203
Reserved for CheckProgrammingPreConditions routine
M
0x2204
Reserved for Data Rescue Preparation (rcDataRescuePreparation)
C1
0x2401
Reserved for routine SoftwareInstallation
M
0x2501-
Reserved for Secure Boot, see f_secureBoot
C4
0x2509
0xC020
Reserved for routine to set all DIDs to the defined default values, see f_secureLoggingEC
C3
0xCAFE
This routine ID is reserved to handle Entity Management Protocol request and response, see CVS33
M
0xD000
GetValidDriverParameters
0xD001
GetValidRangeForDriverParameter
0xD002
GetCurrentValueForDSriverParameter
0xD003
SetValueForDriverParameter
U
0xD004
SetDefaultValueForDriverParameter These routine IDs are used to handle driver parameters and are only mandatory when these types of parameters are used.
0xDF00 –
Reserved for flash routine external data storage
U
0xDFFF
0xFF00
Reserved for EraseMemory routine
C2
0xFF01
Reserved for CheckProgrammingDependencies routine
M
0xFF02
Reserved for CheckParameterDependencies routine
M
Diagnostic parameter or service behavior
TableTable 62 – Service 0x34 request parameter description
This value shall be used to add the file (download) defined in the filePathAndName parameter DeleteFile
M
0x02
This value shall be used to delete the file defined in the filePathAndName parameter ReplaceFile
U
0x03
This value shall be used to replace the file (download) defined in the filePathAndName parameter. If the file is not stored at the location the file shall be added. ReadFile
M
0x04
This value shall be used to read the file (upload) at the location defined by the filePathAndName parameter. ReadDir
U
0x05
This value shall be used to read the directory defined in the filePathAndName parameter. This value implies that the request does not include a filename. ResumeFile
U
0x06
This value shall be used to resume downloading the file defined in the filePathAndName parameter at the returned filePosition indicator. The file specified in the filePathAndName shall already exist in the ECU’s file system.
M
Software update or memory programming context
TableTable 75 – Service 0x38 request parameter dataFormatIdentifier description
Description When addressAndLengthFormatIdentifier = 0x00:
Cvt
0x00
Erasing will be initiated when RequestDownload service is requested. When addressAndLengthFormatIdentifier > 0x00: Erase operation was completed successfully.
M
0x01
Erase operation was unsuccessful.
M
Diagnostic parameter or service behavior
TableTable 82 – Example #1: Request: client → server
Description When addressAndLengthFormatIdentifier = 0x00:
Cvt
0x00
Erasing will be initiated when RequestDownload service is requested. When addressAndLengthFormatIdentifier > 0x00: Erase operation was completed successfully.
M
0x01
Erase operation was unsuccessful.
M
Diagnostic parameter or service behavior
TableTable 83 – Example #1: Positive response: server → client
High risk due to unclear OEM/supplier responsibility
Minimum length shall be 8 bytes and the assigned value shall be unique for every unit provided by one supplier per project.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
The application shall respond with NRC 0x22 (conditionsNotCorrect) if communication has not been switched off.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
In this process, it shall end all routines and functions that influence programming and ensure that the server checked for safe state conditions at minimal.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
The implementation of hardReset shall first ensure that data corruption will not occur.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
If this action is necessary then it shall be integrated implicitly into ECU Reset (0x11) Service subfunction 0x02.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
5.5.10.2.6 Response parameter reportDTCSnapshotRecordByDTCNumber The snapshot data sub-function (0x04) shall have positive response message data and format as specified in Table 67.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
dependent depend ent depende nt U #65+N+M- #66+N+M dataIdentifier 0x0000 – #67+N+M +P Data required by law or regulations Signal dependent depend ent depende nt C1 #68+N+M +P DTCSnapshotRecordNumber#2 (Latest Snapshot captured) 0x02 M #69+N+M +P DTCSnapshotRecordNumberOfIdentifiers#2 0x00 : 0xFF M #70+N+M +P : #70+2*(N +M+P) See specification for DTCSnapshotRecord[]#1 This latest snapshot shall contain the same type of data and format as DTCSnapshotRecord[]#1.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
Table 57 – Extended data sub-function (0x06) positive response message content and format Byte Description Range Resolu tion #1 ReadDTCInformation Response SID = 0x59 M #2 reportType = reportDTCExtDataRecordByDTCNumber 0x06 M #3 : #6 DTCAndStatusRecord[] = [ DTCHighByte DTCMiddleByte DTCLowByte statusOfDTC ] M #7 DTCExtDataRecordNumber#1 This byte shall be set to value 0x11.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
Byte Description Range Resolu tion This byte shall be set to value 2 and is used to identify the response structure variant #9 Occurrence counter OCC, as described in section 5.7.2 [unsigned integer] 0..127 0 M #10 DTC priority 1 – Highest priority 2 - Second highest priority 3 – Lowest priority 255 – Unknown 1..3, 255 0xFF M #11..#16 Time/Date of the first DTC activation See Table 98 but without byte #7 and #8 M #17..#22 Time/Date of the latest DTC activation M #23..#26 ECU Operational hours at the first DTC activation [4-byte int, big endian] as described in section 5.7.5.2.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
Byte Description Range Resolu tion 0: 0 m 1: 5 m (factor 5) … 4261412863: 21 307 064 315 m #35..#38 Total vehicle distance at the latest DTC activation [4-byte int, big endian] in section 5.7.4.1 Not used for TRATON External engine and marine ECUsFor these ECUs these bytes shall contain default value 0xFF (all bytes).security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
The routine IDs as listed in Table 61 are reserved by TRATON and shall not be used by the system supplier.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
High risk due to unclear OEM/supplier responsibility
Preconditions to be discussed with the vehicle manufacturer shall include but not be limited to Diag safe state conditions.security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
Needs Customer Clarification
Customer Clarifications / Open Points
Total Open Points5document-linked
P10priority
P20priority
Blocking Conceptyesyes / no
Blocking Estimationyesyes / no
Blocking SSRyesyes / no
Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).
Impact if unresolved: TARA scope and effort stay open; downstream assets, goals and design may rework.
OpenOpen
Confirm the diagnostic role model, the authorized services per role, and which party owns the diagnostic authorization policy.
Impact if unresolved: Security-access design and verification scope cannot be frozen; risk of an unprotected diagnostic service.
OpenOpen
Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied.
Impact if unresolved: Update-control scope and evidence ownership stay open; risk of an unprotected update path.
OpenOpen
Confirm the DIA / responsibility (RASIC/CIA) split for each cybersecurity work product before supplier scope is fixed.
Impact if unresolved: Without an agreed DIA the supplier risks owning customer work products or leaving cybersecurity gaps in the case.
OpenOpen
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
Impact if unresolved: Supplier position, estimation, and affected design allocation remain conditional for the listed requirements.
OpenOpen
Open full open-point table (all fields)
This table is horizontally scrollable. Use the bottom scrollbar to view all columns.
Open Point
Priority
Question / Impact
Required Customer Decision
Recommended Supplier Position
Owner
Status
OP-001
Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).TARA scope and effort stay open; downstream assets, goals and design may rework.
Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).
Proceed on the working ECA-ECU interpretation; flag every TARA-scope statement as assumption until confirmed.
OEM / Customer
Open
OP-002
Confirm the diagnostic role model, the authorized services per role, and which party owns the diagnostic authorization policy.Security-access design and verification scope cannot be frozen; risk of an unprotected diagnostic service.
Confirm the diagnostic role model, the authorized services per role, and which party owns the diagnostic authorization policy.
Implement configurable session/security-access on the ECU and request the customer-confirmed service-to-role table.
Shared (OEM policy / Supplier ECU)
Open
OP-004
Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied.Update-control scope and evidence ownership stay open; risk of an unprotected update path.
Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied.
Confirm the DIA / responsibility (RASIC/CIA) split for each cybersecurity work product before supplier scope is fixed.Without an agreed DIA the supplier risks owning customer work products or leaving cybersecurity gaps in the case.
Confirm the DIA / responsibility (RASIC/CIA) split for each cybersecurity work product before supplier scope is fixed.
Deliver supplier-owned work products per concept; require a signed DIA/RASIC before treating shared items as supplier scope.
OEM / Customer + Supplier (DIA)
Open
OP-011
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.Supplier position, estimation, and affected design allocation remain conditional for the listed requirements.
Decide whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context.
Carry the items as customer-confirmation dependencies and review them in the next clarification workshop.
OEM / Customer
Open
Confirmed requirements (376)
Items carrying a customer requirement ID and a normative (shall/must) statement.
When receiving CommunicationControl service request, Gateway server applications shall ensure quieting down of network to ECUs without diagnostic server which are present in their sub-buses
Partially AcceptOpen point OP-002SSR SSR-RBAC-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.3 CommunicationControl (0x28) service
Page
page 35
Security capability
Diagnostic security
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Authentication (0x29) service shall be used for authentication of client and server.
Partially AcceptOpen point OP-002SSR SSR-RBAC-004
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 63
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
The server shall be available for complete diagnostic communication within two seconds after a power on.
Partially AcceptOpen point OP-002SSR SSR-RBAC-001
Details & reviewer feedback
Section
5.9 Performance requirements on CAN
Page
page 83
Security capability
Diagnostic security
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies.
The server implementation shall comply with the following state diagram and the following state
Partially AcceptOpen point OP-009SSR SSR-TOOL-0021 tables · 1 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 26
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 1
TABLE-CVS124-0040 Table: Table 40 – Diagnostic Safe State check for Services page 25 Diagnostic parameter or service behavior Image available: noView artifact
DIAGRAM-CVS124-0002 Diagram: Figure 2 -State Diagram page 27 Diagnostic parameter or service behavior Image available: yesView artifact
Before switching to programming session, the server shall ensure the applicable conditions as per Table 76 - Programming preconditions is checked to ensure the vehicle is in safe condition.
Partially AcceptOpen point OP-004SSR SSR-UPD-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.1 DiagnosticSessionControl (0x10) service
Page
page 32
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Partially accept. ECU-side bootloader/update behavior can be implemented after the customer confirms the applicable SUV2 variant, diagnostic programming sequence, security-access expectations, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0044 Table: Table 43 – Service 0x10 request parameter diagnosticSessionType description page 32 Diagnostic parameter or service behavior Image available: noView artifact
Servers shall reject a ControlDTCSetting service request (DTC setting type = off) with NRC 0x22 (conditionsNotCorrect) if programming preconditions are not satisfied.
Partially AcceptOpen point OP-004SSR SSR-UPD-001
Details & reviewer feedback
Section
5.5.5 ControlDTCSetting (0x85) service
Page
page 37
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Partially accept. ECU-side bootloader/update behavior can be implemented after the customer confirms the applicable SUV2 variant, diagnostic programming sequence, security-access expectations, and acceptance criteria.
The server shall support RoutineControl (CheckProgrammingDependencies) service request formatted according to Table 92.
Partially AcceptOpen point OP-004SSR SSR-UPD-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.4.1 Request
Page
page 77
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Partially accept. ECU-side bootloader/update behavior can be implemented after the customer confirms the applicable SUV2 variant, diagnostic programming sequence, security-access expectations, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
Table 96 – Positive response: server → client #1 RoutineControl Response SID 0x71 #2 routineControlType (StartRoutine) 0x01 #3 routineIdentifier byte#1 (checkProgrammingDependencies MSB) 0xFF #4 routineIdentifier byte#2 (checkProgrammingDependencies LSB) 0x01 #5 routineStatus (routineResult) 0x00 5.6.5 Routine 0xCAFE – EMP The request and response shall be implemented according to CVS33.
Partially AcceptOpen point OP-004SSR SSR-UPD-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.5 Routine 0xCAFE – EMP
Page
page 79
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Partially accept. ECU-side bootloader/update behavior can be implemented after the customer confirms the applicable SUV2 variant, diagnostic programming sequence, security-access expectations, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0097 Table: Table 95 – Example: Request: client → server page 79 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0098 Table: Table 96 – Positive response: server → client page 79 Diagnostic parameter or service behavior Image available: noView artifact
The implementation of ECUReset service with requestParameter value 0x02 (keyOffOnReset) shall ensure that every server task is finished prior sending a positive response.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
5.2.1 Used data identifier in order to identify an ECU
Page
page 8
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0004 Table: Table 4 – Definitions of terms page 7 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0005 Table: Table 5 -Data identifiers used at ECU identification page 8 Diagnostic parameter or service behavior Image available: noView artifact
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0039 Table: Table 39 – Diagnostic service support page 24 Diagnostic parameter or service behavior Image available: noView artifact
The server shall be available for ECU identification within one second after sending positive response message to an ECUReset request.
Partially AcceptSSR SSR-HW-001
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 33
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
The maximum time it takes from the positive response is sent from the server until it responds to new requests shall be agreed with vehicle manufacturer and documented.
Partially AcceptSSR SSR-TOOL-002
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 33
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
The ECUReset service with requestParameter value 0x01 (hardReset) shall simulate the power-on / start-up sequence performed after a server has been previously disconnected from its power supply (i.e.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
REQ_UDS_0082RFQX-CVS124-0192Requirement5.5.6 Link Control (0x87) servicepage 38
The server shall be able to switch baud rate within one second.
Partially AcceptSSR SSR-TOOL-003
Details & reviewer feedback
Section
5.5.6 Link Control (0x87) service
Page
page 38
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
REQ_UDS_0083RFQX-CVS124-0193Requirement5.5.6 Link Control (0x87) servicepage 38
The boot loader shall inherit the selected baud rate if the LinkControl service request was received when the server was executing in the application.
Partially AcceptSSR SSR-BOOT-005
Details & reviewer feedback
Section
5.5.6 Link Control (0x87) service
Page
page 38
Supplier proposal
Partially accept. ECU-side bootloader/update behavior can be implemented after the customer confirms the applicable SUV2 variant, diagnostic programming sequence, security-access expectations, and acceptance criteria.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0054 Table: Table 53 – Service 0x19 request parameter DTCMaskRecord description page 42 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0108RFQX-CVS124-0270Requirement5.5.13 Request Download Service (0x34)page 57
If the most recent Erase Memory routine request in the current session was made with the addressAndLengthFormatIdentifier parameter set to value 0x00 the server shall start erasing the memory area specified with the RequestDownload request.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0109RFQX-CVS124-0272Requirement5.5.13 Request Download Service (0x34)page 57
If the most recent Erase Memory routine request in the current session was made with the addressAndLengthFormatIdentifier parameter set to value 0x00 the server shall reset the following identification DIDs to their default values: • If boot software download is requested, reset 0xF180, 0xF191 and 0xF187 to default values (some of the DIDs will be automatically erased as a consequence of erasing one or more modules).
Partially AcceptSSR SSR-TOOL-003
Details & reviewer feedback
Section
5.5.13 Request Download Service (0x34)
Page
page 57
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
REQ_UDS_0111RFQX-CVS124-0274Requirement5.5.13 Request Download Service (0x34)page 58
If a non-permitted service is requested after the RequestDownload service has started and before RequestTransferExit has been called the server shall respond with NRC 0x12 (sub
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
REQ_UDS_0158RFQX-CVS124-0341Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 69
The server shall respond with a positive response code without erasing memory if the specified memory area has already been completely erased (or is writable) at the time the service is requested.
Partially AcceptSSR SSR-TOOL-003
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 69
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
REQ_UDS_0160RFQX-CVS124-0345Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 70
When the addressAndLengthFormatIdentifier parameter is set to a value > 0x00 the server shall reset the following software and data identification DIDs to their default values (see
Partially AcceptSSR SSR-TOOL-003
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 70
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
Security evidence and traceability / OEM/Customer Review Interface
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0088 Table: Table 86 – Example #2: Positive response: server → client page 73 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0089 Table: Table 87 – Example #2: Negative response: server → client page 74 Diagnostic parameter or service behavior Image available: noView artifact
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0089 Table: Table 87 – Example #2: Negative response: server → client page 74 Diagnostic parameter or service behavior Image available: noView artifact
If authenticity verification fails the server shall send the positive response with AuthenticityVerificationStatus bit 7-6 (AuthenticityStatus) set to 0x02 (Authenticity Verification Failed) and SoftwareInstallationStatus bit 7-6 (InstallationStatus) set to 0x02 (Installation Failed).
Security evidence and traceability / OEM/Customer Review Interface
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0089 Table: Table 87 – Example #2: Negative response: server → client page 74 Diagnostic parameter or service behavior Image available: noView artifact
The server shall check whether or not the individual modules are complete and compatible with
Partially AcceptSSR SSR-TOOL-002
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 77
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
The occurrence counter shall increment if it’s value is not at it’s maximum value already.
Partially AcceptSSR SSR-TOOL-002
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
For P2Server, the minimum value shall be 0 ms, a maximum value shall be 50 ms.
Partially AcceptSSR SSR-TOOL-004
Details & reviewer feedback
Section
5.10 Session layer performance requirements
Page
page 83
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
For P2*Server, the minimum value shall be 0ms, the maximum value shall be 4000ms.
Partially AcceptSSR SSR-TOOL-002
Details & reviewer feedback
Section
5.10 Session layer performance requirements
Page
page 84
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
The value for P4_Server_max shall be maximum 30 seconds.
Partially AcceptSSR SSR-TOOL-004
Details & reviewer feedback
Section
5.10 Session layer performance requirements
Page
page 84
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
The system supplier shall document the implemented value for P4_Server_max.
Partially AcceptSSR SSR-TOOL-004
Details & reviewer feedback
Section
5.10 Session layer performance requirements
Page
page 84
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Partially accept. Supplier can implement ECU-side UDS/session/security-access behavior; customer must confirm the service-to-role table, diagnostic authorization policy, and acceptance criteria.
REQ_UDS_0005RFQX-CVS124-0024Requirement5.2.1 Used data identifier in order to identify an ECUpage 10
This DID shall be stored under flash memory module in flash memory.
Accept with AssumptionSSR SSR-UPD-0042 tables · 0 diagrams
Details & reviewer feedback
Section
0x20
Page
page 10
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0006 Table: Table 6 – Description of DID 0xF180 bootSoftwareIdentificationDataIdentifier page 10 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0007 Table: Table 7 – Description of DID 0xF181 applicationSoftwareIdentificationDataIdentifier page 10 Table source context Image available: noView artifact
REQ_UDS_0232RFQX-CVS124-0028Requirement5.2.1 Used data identifier in order to identify an ECUpage 11
This DID shall be stored under dataset module stored in flash memory.
Accept with AssumptionSSR SSR-UPD-0042 tables · 0 diagrams
Details & reviewer feedback
Section
0x7E 0x20
Page
page 11
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0008 Table: Table 8 – Description of DID 0xF182 applicationDataIdentificationDataIdentifier page 11 Table source context Image available: noView artifact
TABLE-CVS124-0009 Table: Table 9 – Description of DID 0xF186 ActiveDiagnosticSessionDataIdentifier page 11 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0233RFQX-CVS124-0031Requirement5.2.1 Used data identifier in order to identify an ECUpage 12
This DID shall be stored under dataset module stored in flash memory.
Accept with AssumptionSSR SSR-UPD-0042 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 12
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0010 Table: Table 10 – Description of DID 0xF187 vehicleManufacturerSparePartNumberDataIdentifier page 12 Table source context Image available: noView artifact
TABLE-CVS124-0011 Table: Table 11 – Description of DID 0xF188 vehicleManufacturerECUSoftwareNumberDataIdentifier page 12 Table source context Image available: noView artifact
REQ_UDS_0236RFQX-CVS124-0043Requirement5.2.1 Used data identifier in order to identify an ECUpage 15
This DID shall be stored under flash memory module in flash memory.
Accept with AssumptionSSR SSR-UPD-0042 tables · 0 diagrams
Details & reviewer feedback
Section
0x20
Page
page 15
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0018 Table: Table 18 – Description of DID 0xF192 systemSupplierECUHardwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0019 Table: Table 19 – Description of DID 0xF193 systemSupplierECUHardwareVersionNumberDataIdentifier page 15 Table source context Image available: noView artifact
REQ_UDS_0029RFQX-CVS124-0060Requirement5.2.1 Used data identifier in order to identify an ECUpage 20
This DID shall report a snapshot of the mileage of the vehicle as received on CAN or other ECU-external source at the first reception of the signal with a good signal status after a software update.
Accept with AssumptionSSR SSR-UPD-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 20
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0030 Table: Table 30 – Description of DID 0xF1A9 Lifetime ECU-runtime at software update stamp page 20 Software update or memory programming context Image available: noView artifact
TABLE-CVS124-0031 Table: Table 31 – Description of DID 0xF1AA Mileage at software update stamp page 20 Software update or memory programming context Image available: noView artifact
This DID shall be stored under flash memory module in flash memory.
Accept with AssumptionSSR SSR-UPD-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 23
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0038 Table: Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber page 23 State-machine or transition behavior Image available: noView artifact
Accept with AssumptionSSR SSR-RBAC-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 23
Security capability
Diagnostic security
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0038 Table: Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber page 23 State-machine or transition behavior Image available: noView artifact
A non-default diagnostic session referred to as “extendedDiagnosticSession” shall be supported.
Accept with AssumptionSSR SSR-RBAC-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 23
Security capability
Diagnostic security
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0038 Table: Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber page 23 State-machine or transition behavior Image available: noView artifact
Diagnostic sessions not defined in this document shall be agreed with the vehicle manufacturer.
Accept with AssumptionSSR SSR-RBAC-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 23
Feature / Interface
None / OEM/Customer Review Interface
Security capability
Diagnostic security
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0038 Table: Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber page 23 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0039 Table: Table 39 – Diagnostic service support page 24 Diagnostic parameter or service behavior Image available: noView artifact
Diagnostics safe state shall be checked before executing the diagnostics services as per Table 40.
Accept with AssumptionSSR SSR-DIAG-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 25
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0040 Table: Table 40 – Diagnostic Safe State check for Services page 25 Diagnostic parameter or service behavior Image available: noView artifact
A DiagnosticSessionControl service request with parameter diagnosticSessionType set to ProgrammingSession shall be processed only if normal communication is currently switched off as a result of a previous call to the Communication Control service.
Accept with AssumptionSSR SSR-UPD-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.1 DiagnosticSessionControl (0x10) service
Page
page 32
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies.
The ECUReset service with requestParameter value 0x02 (keyOffOnReset) shall simulate the turning of the ignition key off and back on and shall ensure that the values of non-volatile memory locations are preserved and the volatile memory will be initialized.
Accept with AssumptionSSR SSR-KEY-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 34
Security capability
Key management
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The implementation of ECUReset service with requestParameter value 0x02 (keyOffOnReset) shall ensure that the volatile memory buffered data is stored into non volatile memory prior sending a positive response.
Accept with AssumptionSSR SSR-SYS-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 34
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The execution of this service in the application shall only impact the DTC setting - diagnostic tests for safety and degradations shall not be impacted (shall work as normal).
Accept with AssumptionSSR SSR-RBAC-001
Details & reviewer feedback
Section
5.5.5 ControlDTCSetting (0x85) service
Page
page 37
Security capability
Diagnostic security
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies.
If it is necessary to force an explicit transfer of buffered data into non-volatile memory then this shall be supported both with ECU-Reset Service subfunction 0x02 and ignition (IGN) key Off/On (power cycle).
Accept with AssumptionSSR SSR-KEY-001
Details & reviewer feedback
Section
5.5.8 WriteDataByIdentifier (0x2E) service
Page
page 40
Security capability
Key management
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
REQ_UDS_0110RFQX-CVS124-0273Requirement5.5.13 Request Download Service (0x34)page 57
Once the RequestDownload service has started, only services TesterPresent, ECUReset,TransferData and DiagnosticSessionControl shall be permitted until service RequestTransferExit has been called or until any of these services returns an error.
Accept with AssumptionSSR SSR-SDT-001
Details & reviewer feedback
Section
5.5.13 Request Download Service (0x34)
Page
page 57
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies.
Negative response format shall be as per ISO 14229-1 5.5.18 Authentication (0x29) service
Accept with AssumptionSSR SSR-RBAC-004
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 63
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
The Authentication (0x29) service shall be implemented according to CVS31 .
Accept with AssumptionSSR SSR-RBAC-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 64
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
For detailed error cases and the mapping to the corresponding NRCs the Authentication service implementation specification CVS31 shall be used.
Accept with AssumptionSSR SSR-SYS-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.19 RequestFileTransfer (0x38) service
Page
page 65
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0159RFQX-CVS124-0343Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 69
In case the non volatile memory area is currently hosting a bootloader copy, meaning there is an ongoing bootloader update procedure, the ECU shall ensure that this memory area shall not be erased until a valid bootloader is flashed in the bootloader memory area.
Accept with AssumptionSSR SSR-BOOT-002
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 69
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership.
REQ_UDS_0210RFQX-CVS124-0415Requirement5.7.4 Vehicle distance at occurrencepage 82
The latest occurrence shall be updated at a change of DTC status bits 0 (testFailed) and 3
Accept with AssumptionSSR SSR-DIAG-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.4 Vehicle distance at occurrence
Page
page 82
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0100 Table: Table 98 – J1939-71 timestamp format page 81 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0210RFQX-CVS124-0416Requirement5.7.4 Vehicle distance at occurrencepage 82
The latest occurrence shall be updated at a change of DTC status bit 0 (testFailed) from 0 to 1, if bit 3 (confirmedDTC) is 1 already.
Accept with AssumptionSSR SSR-DIAG-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.4 Vehicle distance at occurrence
Page
page 82
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0100 Table: Table 98 – J1939-71 timestamp format page 81 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0212RFQX-CVS124-0418Requirement5.7.4 Vehicle distance at occurrencepage 82
The first occurrence shall be updated at the first change of DTC status bits 0 (testFailed) and 3 5.7.4 Vehicle distance at occurrence
Accept with AssumptionSSR SSR-DIAG-003
Details & reviewer feedback
Section
5.7.4 Vehicle distance at occurrence
Page
page 82
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
If diagnostic data is not available in time the ECU should respond with NRC 0x78 (requestCorrectlyReceived-ResponsePending) for maximum allowed time.
Accept with AssumptionSSR SSR-RBAC-001
Details & reviewer feedback
Section
5.10 Session layer performance requirements
Page
page 83
Security capability
Diagnostic security
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies.
5.2 ECU Identification Requirements 5.2.1 Used data identifier in order to identify an ECU
Page
page 8
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0004 Table: Table 4 – Definitions of terms page 7 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0005 Table: Table 5 -Data identifiers used at ECU identification page 8 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0008RFQX-CVS124-0029Requirement5.2.1 Used data identifier in order to identify an ECUpage 11
Table 9 – Description of DID 0xF186 ActiveDiagnosticSessionDataIdentifier 0xF186 Name: ActiveDiagnosticSessionDataIdentifier Byte No Description Format Cvt Byte Value Default Data #1 Diagnostic session type 1-Byte-A_UINT32 M 0x00 – 0xFF 0x01
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.4 DID 0xF186 ActiveDiagnosticSessionDataIdentifier
Page
page 11
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0008 Table: Table 8 – Description of DID 0xF182 applicationDataIdentificationDataIdentifier page 11 Table source context Image available: noView artifact
TABLE-CVS124-0009 Table: Table 9 – Description of DID 0xF186 ActiveDiagnosticSessionDataIdentifier page 11 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0028RFQX-CVS124-0059Requirement5.2.1 Used data identifier in order to identify an ECUpage 20
Table 30 – Description of DID 0xF1A9 Lifetime ECU-runtime at software update stamp 0xF1A9 Name: lifetimeECUruntimeAtSoftwareUpdateStamp Byte No Description Format Cvt Byte Value Default Data #1 : #4 Lifetime ECU- runtime at software update stamp Unit: s A_UINT32 M : M : 0xFFFFFFFF C = mandatory for TRATON Standalone and External engines 5.2.1.26 DID 0xF1AA Mileage at software update stamp
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 20
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0029 Table: Table 29 – Description of DID 0xF1A6 engineNumber page 19 Table source context Image available: noView artifact
TABLE-CVS124-0030 Table: Table 30 – Description of DID 0xF1A9 Lifetime ECU-runtime at software update stamp page 20 Software update or memory programming context Image available: noView artifact
TABLE-CVS124-0031 Table: Table 31 – Description of DID 0xF1AA Mileage at software update stamp page 20 Software update or memory programming context Image available: noView artifact
REQ_UDS_0030RFQX-CVS124-0061Requirement5.2.1 Used data identifier in order to identify an ECUpage 20
Table 31 – Description of DID 0xF1AA Mileage at software update stamp ID Description 0xF1AA Name: mileageAtSoftwareUpdateStamp Byte No Description Format Cvt Byte Value Default Data #1 : #4 Mileage at software update stamp Unit: km Formula: 0,005*X 4-Bytes- A_UINT32 M : M : 0xFFFFFFFF C = Mandatory for ECUs that store Operational data and have access to Vehicle milage information.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 20
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0030 Table: Table 30 – Description of DID 0xF1A9 Lifetime ECU-runtime at software update stamp page 20 Software update or memory programming context Image available: noView artifact
TABLE-CVS124-0031 Table: Table 31 – Description of DID 0xF1AA Mileage at software update stamp page 20 Software update or memory programming context Image available: noView artifact
REQ_UDS_0032RFQX-CVS124-0063Requirement5.2.1 Used data identifier in order to identify an ECUpage 21
Table 32 – Description of DID 0xF1AB Date at software update stamp 0xF1AB Name: dateAtSoftwareUpdateStamp Byte Data
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 21
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0031 Table: Table 31 – Description of DID 0xF1AA Mileage at software update stamp page 20 Software update or memory programming context Image available: noView artifact
TABLE-CVS124-0032 Table: Table 32 – Description of DID 0xF1AB Date at software update stamp page 21 Software update or memory programming context Image available: noView artifact
REQ_UDS_0038RFQX-CVS124-0072Requirement5.2.1 Used data identifier in order to identify an ECUpage 22
Table 37 – Description of DID 0xF1D1 RootCertificateIdentifier 0xF1D1 Name: RootCertificateIdentifier Byte Data
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.32 DID 0xF1D1 RootCertificateIdentifier
Page
page 22
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0036 Table: Table 36 – Description of DID 0xF1BA RBACCStructureVersion page 22 Table source context Image available: noView artifact
TABLE-CVS124-0037 Table: Table 37 – Description of DID 0xF1D1 RootCertificateIdentifier page 22 Security protocol or cryptographic context Image available: noView artifact
The default diagnostic session is referred to as “defaultSession”.
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 23
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0038 Table: Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber page 23 State-machine or transition behavior Image available: noView artifact
Table 39 – Diagnostic service support Service according to ISO 14229-1 Addressin g mode Application Boot loader
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 24
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0039 Table: Table 39 – Diagnostic service support page 24 Diagnostic parameter or service behavior Image available: noView artifact
Diagnostics safe state is the following conditions that needs be satisfied to ensure vehicle is not in operation while performing certain diagnostics services.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 25
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0039 Table: Table 39 – Diagnostic service support page 24 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0040 Table: Table 40 – Diagnostic Safe State check for Services page 25 Diagnostic parameter or service behavior Image available: noView artifact
. If the client requests a change to the ProgrammingSession in the ExtendedSession in the application software, the server sets the progRequest flag to "true", so that after restarting it can be seen, that changing to the ProgrammingSession has been requested. If the SPRMIB was not set a positive response is sent from the application before the transition to Bootloader. The request is only sent physically.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 28
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. Applies to terminal 15 powered servers: If the client requests an ECUReset with the sub-function KeyOffOnReset (0x02) in the ExtendedSession in the application software, a restart is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. Applies to terminal 15 powered servers: If the client requests an ECUReset with the sub-function KeyOffOnReset (0x02) in the DefaultSession in the application software, a restart is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If a server exchanges diagnostic messages with the client within the ExtendedSession and state terminal 15 ON, the following step is performed if there is a change to terminal 15 OFF and response in progress was finished: Return to DefaultSession after an already started response message has been completely sent to the client.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If there is a state change from terminal 15 ON to terminal 15 OFF while a server exchanges diagnostic messages with the client within the DefaultSession, the server stops the communications with the client after sending the complete response to the last request.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. Applies to terminal 30 powered servers: If the client requests an ECUReset with the sub-function KeyOffOnReset (0x02) in the ExtendedSession in the application software, a change to the DefaultSession is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. Applies to terminal 30 powered servers: If the client requests an ECUReset with the sub-function KeyOffOnReset (0x02) in the DefaultSession in the application software, the server accepts the request and remains in the DefaultSession.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client requests an ECUReset (0x11) with the sub-function KeyOffOnReset (0x02) in the DefaultSession in the boot loader, the reset is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client requests an ECUReset (0x11) with the sub-function KeyOffOnReset (0x02) in a Non-DefaultSession in the boot loader, the reset is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 43 – Service 0x10 request parameter diagnosticSessionType description Hex (bit 6-0) Description Cvt 0x01 defaultSession M 0x02 ProgrammingSession M 0x03 extendedDiagnosticSession M
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.1 DiagnosticSessionControl (0x10) service
Page
page 32
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0044 Table: Table 43 – Service 0x10 request parameter diagnosticSessionType description page 32 Diagnostic parameter or service behavior Image available: noView artifact
After a final positive response has been sent for ECUReset the server is not allowed to respond to any diagnostic service requests (except ECU identification) until it has restarted and been re- initialized.
Informational Only
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 33
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
Table 44 – Service 0x11 request parameter resetType description Hex (bit 6-0) Description Cvt 0x01 hardReset M 0x02 keyOffOnReset C C = If the server is connected to the ignition key
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 34
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
5.5.9 ClearDiagnosticInformation (0x14) service 5.5.9.1 Request
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 41
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0061 Table: Table 60 – Service 0x31 request parameter RoutineControlType description page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0165RFQX-CVS124-0351Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 71
Table 79 – Request parameter addressAndLengthFormatIdentifier values Byte Value Description Cvt 0x00 Automatic erase: Erase is performed by boot loader automatically when RequestDownload is received for each Flash sector in the module.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 71
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0080 Table: Table 78 – RoutineIdentifier 0xFF00 description page 70 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0040 Table: Table 40 – Diagnostic Safe State check for Services page 25 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0061 Table: Table 60 – Service 0x31 request parameter RoutineControlType description page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
0x05 is changed to Mandatory 6 Normative references: Updated the referenced documents and versions Removed Requirements and infos
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
6 Normative references
Page
page 90
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0095 Table: Table 93 – RoutineControl (CheckProgrammingDependencies) positive response format page 78 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0096 Table: Table 94 – CheckProgrammingDependencies routineStatusRecord results page 78 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0002RFQX-CVS124-0019Requirement5.2.1 Used data identifier in order to identify an ECUpage 8
All deviations and extensions shall be agreed with the applicable vehicle manufacturer and shall be documented.
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 8
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0004 Table: Table 4 – Definitions of terms page 7 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0005 Table: Table 5 -Data identifiers used at ECU identification page 8 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0012RFQX-CVS124-0036Requirement5.2.1 Used data identifier in order to identify an ECUpage 13
Table 13 – Description of DID 0xF18A systemSupplierIdentifierDataIdentifier 0xF18A Name: systemSupplierIdentifierDataIdentifier Byte No Description Format Cvt Byte Value Default Data To be specifie d by the Content and format to be specified by the supplier Should be M : M : 5.2.1.9 DID 0xF18B ECUManufacturingDateDataIdentifier
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 13
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0013 Table: Table 13 – Description of DID 0xF18A systemSupplierIdentifierDataIdentifier page 13 Table source context Image available: noView artifact
TABLE-CVS124-0014 Table: Table 14 – Description of DID 0xF18B ECUManufacturingDateDataIdentifier page 13 Table source context Image available: noView artifact
REQ_UDS_0027RFQX-CVS124-0058Requirement5.2.1 Used data identifier in order to identify an ECUpage 20
This DID shall contain a snapshot of the mandatory lifetime ECU-runtime operational data
Accept with AssumptionSSR SSR-HW-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 20
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0029 Table: Table 29 – Description of DID 0xF1A6 engineNumber page 19 Table source context Image available: noView artifact
TABLE-CVS124-0030 Table: Table 30 – Description of DID 0xF1A9 Lifetime ECU-runtime at software update stamp page 20 Software update or memory programming context Image available: noView artifact
Of a marked service, an execution shall be implemented for the specified session as perTable 39.
Accept with AssumptionSSR SSR-SYS-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 23
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0038 Table: Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber page 23 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0039 Table: Table 39 – Diagnostic service support page 24 Diagnostic parameter or service behavior Image available: noView artifact
The mapping of RoutineControl service routines to sessions shall be discussed and agreed with the vehicle manufacturer.
Accept with AssumptionSSR SSR-SYS-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 25
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0039 Table: Table 39 – Diagnostic service support page 24 Diagnostic parameter or service behavior Image available: noView artifact
CVS31 and CVS32 requirements preconditions per service shall be defined by the RBAC Configuration file in the ECU.
Accept with AssumptionSSR SSR-RBAC-0042 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 25
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0039 Table: Table 39 – Diagnostic service support page 24 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0040 Table: Table 40 – Diagnostic Safe State check for Services page 25 Diagnostic parameter or service behavior Image available: noView artifact
The session transitions stated below shall be possible to request both physically or functionally
Accept with AssumptionSSR SSR-SYS-0010 tables · 1 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 27
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 0 | Linked diagrams: 1
DIAGRAM-CVS124-0002 Diagram: Figure 2 -State Diagram page 27 Diagnostic parameter or service behavior Image available: yesView artifact
REQ_UDS_0052RFQX-CVS124-0129Requirement5.4.1 Integrity Validation Data DIDs (IVD-DIDs)page 31
Project specific DID shall be added to ranges defined as system supplier specific in ISO 14229
Accept with AssumptionSSR SSR-SYS-0022 tables · 0 diagrams
Details & reviewer feedback
Section
5.4.1 Integrity Validation Data DIDs (IVD-DIDs)
Page
page 31
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0041 Table: Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which page 31 Table source context Image available: noView artifact
TABLE-CVS124-0042 Table: Table 41 – Data identifier (DID) ranges page 31 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0053RFQX-CVS124-0130Requirement5.4.1 Integrity Validation Data DIDs (IVD-DIDs)page 31
Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which shall only be implemented in agreement with the vehicle manufacturer.
Accept with AssumptionSSR SSR-HW-0013 tables · 0 diagrams
Details & reviewer feedback
Section
5.4.1 Integrity Validation Data DIDs (IVD-DIDs)
Page
page 31
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0041 Table: Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which page 31 Table source context Image available: noView artifact
TABLE-CVS124-0042 Table: Table 41 – Data identifier (DID) ranges page 31 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0054RFQX-CVS124-0132Requirement5.4.1 Integrity Validation Data DIDs (IVD-DIDs)page 31
These ECUs shall implement the following DIDs according to Table 42.
Accept with AssumptionSSR SSR-SYS-0013 tables · 0 diagrams
Details & reviewer feedback
Section
5.4.1 Integrity Validation Data DIDs (IVD-DIDs)
Page
page 31
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0041 Table: Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which page 31 Table source context Image available: noView artifact
TABLE-CVS124-0042 Table: Table 41 – Data identifier (DID) ranges page 31 Diagnostic parameter or service behavior Image available: noView artifact
The SPRMIB shall be supported for services as specified in (ISO 14229-1).
Accept with AssumptionSSR SSR-SYS-0022 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.1 DiagnosticSessionControl (0x10) service
Page
page 32
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Negative response codes specified in ISO 14229-1 Annex A.1 shall only be supported if explicitly specified by this specification or its normative references.
Accept with AssumptionSSR SSR-SYS-0022 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.1 DiagnosticSessionControl (0x10) service
Page
page 32
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Negative response code 0x22, conditionsNotCorrect , shall be used if a service request is denied due to insufficient rights according to the RBACC check.
Accept with AssumptionSSR SSR-RBAC-0042 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.1 DiagnosticSessionControl (0x10) service
Page
page 32
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Following an accepted request to switch to the ProgrammingSession, the application shall make all preparations to guarantee trouble-free programming operation.
Accept with AssumptionSSR SSR-UPD-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.1 DiagnosticSessionControl (0x10) service
Page
page 32
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0044 Table: Table 43 – Service 0x10 request parameter diagnosticSessionType description page 32 Diagnostic parameter or service behavior Image available: noView artifact
Positive response shall be sent before the actual switch in case switching to Programming session.
Accept with AssumptionSSR SSR-UPD-002
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 33
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership.
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
An ECUReset shall not be executed if the vehicle safety can be compromised.
Accept with AssumptionSSR SSR-COM-007
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 33
Feature / Interface
None / External Interfaces
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
ECU shall execute the reset only after sending a positive response to the ECU reset service
Accept with AssumptionSSR SSR-SYS-003
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 33
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
After ECU reset, ECU shall be restarted and re-initialized within 2sec.
Accept with AssumptionSSR SSR-HW-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.2 ECUReset (0x11) service
Page
page 33
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Response parameter resetType shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0022 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.3 CommunicationControl (0x28) service
Page
page 35
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Safety conditions are project specific and shall be checked before accepting a request to disable communication.
Accept with AssumptionSSR SSR-COM-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.3 CommunicationControl (0x28) service
Page
page 35
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
If the parameter suppressPosRespMsgIndicationBit = true in a functionally addressed request message, the service request shall not influence any ongoing physically addressed service
Accept with AssumptionSSR SSR-SYS-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.5 ControlDTCSetting (0x85) service
Page
page 37
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Request format and parameter shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-002
Details & reviewer feedback
Section
5.5.4.2 Request
Page
page 37
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
REQ_UDS_0084RFQX-CVS124-0195Requirement5.5.6 Link Control (0x87) servicepage 38
Positive response shall be sent before the actual switch of the baud-rate takes place.
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.6 Link Control (0x87) service
Page
page 38
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 51 – Service 0x87 request parameter linkControlModeIdentifier description Byte Value Description Cvt 0x11 CAN250000Baud C 0x12 CAN500000Baud C 0x13 CAN1000000Baud C C = Baud rates shall be defined by the Project representative.
Accept with AssumptionSSR SSR-COM-0062 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.7 ReadDataByIdentifier (0x22) service
Page
page 39
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
If ECU supports request containing more than one data identifier it shall be documented (like in CDD, ODX etc).
Accept with AssumptionSSR SSR-DIAG-0052 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.7 ReadDataByIdentifier (0x22) service
Page
page 39
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
DataIdentifier parameter definition shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.7.1.1 Request parameter dataIdentifier
Page
page 39
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The data identifier ranges specified in Table 41 shall be followed.
Accept with AssumptionSSR SSR-DIAG-003
Details & reviewer feedback
Section
5.5.8 WriteDataByIdentifier (0x2E) service
Page
page 40
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
The sequence of writing data records with service 0x2E WriteDataByIdentifier shall be independent of any specific order
Accept with AssumptionSSR SSR-DIAG-006
Details & reviewer feedback
Section
5.5.8 WriteDataByIdentifier (0x2E) service
Page
page 40
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
All changed data shall be valid and stored into non-volatile memory at the latest after an ECU Reset(0x11) subfunction 0x02 requested from client.
Accept with AssumptionSSR SSR-HW-001
Details & reviewer feedback
Section
5.5.8 WriteDataByIdentifier (0x2E) service
Page
page 40
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Request format and parameter shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-002
Details & reviewer feedback
Section
5.5.8.1 Request
Page
page 40
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
groupOfDTC parameter definition shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 41
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0054 Table: Table 53 – Service 0x19 request parameter DTCMaskRecord description page 42 Diagnostic parameter or service behavior Image available: noView artifact
DTCStatusMask parameter format shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10.1.3 Request parameter DTCStatusMask
Page
page 42
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0054 Table: Table 53 – Service 0x19 request parameter DTCMaskRecord description page 42 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0054 Table: Table 53 – Service 0x19 request parameter DTCMaskRecord description page 42 Diagnostic parameter or service behavior Image available: noView artifact
Response parameter FunctionalGroupIdentifier shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 43
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
DTCSeverityMask parameter format shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10.1.9 Request parameter DTCSeverityMask
Page
page 43
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
Response parameter DTCStatusAvailabilityMask shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 43
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
Response parameter DTCFormatIdentifier shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10.2.2 Response parameter DTCFormatIdentifier
Page
page 43
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
Response parameter DTCCount shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-004
Details & reviewer feedback
Section
5.5.10.2.3 Response parameter DTCCount
Page
page 43
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Response parameter DTCAndStatusRecord shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 44
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0056 Table: Table 55 – Snapshot data sub-function (0x04) positive response message content and format page 44 Diagnostic parameter or service behavior Image available: noView artifact
Response parameter DTCRecord shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10.2.5 Response parameter DTCRecord
Page
page 44
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0056 Table: Table 55 – Snapshot data sub-function (0x04) positive response message content and format page 44 Diagnostic parameter or service behavior Image available: noView artifact
Table 55 – Snapshot data sub-function (0x04) positive response message content and format Range tion #1 ReadDTCInformation Response SID = 0x59 M #2 reportType = [ reportDTCSnapshotRecordByDTCNumber ] = 0x04 M #3 : #6 DTCAndStatusRecord[] = [ Byte 1: DTCHighByte Byte 2: DTCMiddleByte Byte 3: DTCLowByte Byte 4: statusOfDTC 0xFF 0xFF 0xFF 0xFF M M M M #7 DTCSnapshotRecordNumber#1 This byte shall be set to value 0x01.
Accept with AssumptionSSR SSR-DIAG-0061 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 44
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0056 Table: Table 55 – Snapshot data sub-function (0x04) positive response message content and format page 44 Diagnostic parameter or service behavior Image available: noView artifact
DTCSnapshotRecordNumber#1 & DTCSnapshotRecordNumber#2 shall correspond to first time DTC happened and latest time DTC happened correspondingly.
Accept with AssumptionSSR SSR-DIAG-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 50
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0057 Table: Table 56 – Service 0x19 response parameter DTCExtDataRecordNumber description page 51 Diagnostic parameter or service behavior Image available: noView artifact
The extended data sub-function (0x06) shall have the positive response message data and format specified in Table 68.
Accept with AssumptionSSR SSR-SYS-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 51
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0057 Table: Table 56 – Service 0x19 response parameter DTCExtDataRecordNumber description page 51 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0058 Table: Table 57 – Extended data sub-function (0x06) positive response message content and format page 51 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Response parameter DTCAndSeverityRecord shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.11 InputOutputControlByIdentifier (0x2F) service
Page
page 54
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Negative response codes shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.11 InputOutputControlByIdentifier (0x2F) service
Page
page 54
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The data identifier ranges specified in ISO 14229-1 shall be followed.
Accept with AssumptionSSR SSR-DIAG-0041 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.11 InputOutputControlByIdentifier (0x2F) service
Page
page 54
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
ControlEnableMaskRecord parameter format shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0022 tables · 0 diagrams
Details & reviewer feedback
Section
M 5.5.11.1.4 Request parameter controlEnableMaskRecord
Page
page 55
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Request parameter routineIdentifier shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0023 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.12.1.2 Request parameter RoutineIdentifier
Page
page 55
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0061 Table: Table 60 – Service 0x31 request parameter RoutineControlType description page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
MemoryAddress parameter definition shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0023 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.15 TransferData (0x36) service
Page
page 61
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
MemorySize parameter definition shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0023 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.14.1.4 Request parameter memorySize
Page
page 61
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Refer to ISO 14229-1 for negative response format and codes shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0022 tables · 0 diagrams
Details & reviewer feedback
Section
M 0 5.5.14.3 Negative response
Page
page 61
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
MemoryAddress parameter definition shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-0022 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.16 RequestTransferExit (0x37) service
Page
page 62
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The transferRequestParameterRecord shall not be supported.
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.16 RequestTransferExit (0x37) service
Page
page 62
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The transferRequestParameterRecord shall not be supported.
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 63
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
This service shall be used when transmitting data in a secured mode, see CVS32.
Accept with AssumptionSSR SSR-SYS-003
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 63
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Data parameter definition shall be as per ISO 14229-1.
Accept with AssumptionSSR SSR-SYS-002
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 63
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Negative response shall be as per CVS32 5.5.17.3.1 Supported negative response codes
Accept with AssumptionSSR SSR-SYS-001
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 63
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Supported negative response codes shall be as per ISO 14229-1, especially the NRC range 0x50 – 0x5D according to Table 73.
Accept with AssumptionSSR SSR-SYS-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.18 Authentication (0x29) service
Page
page 64
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
Table 74 – Service 0x38 request parameter modeOfOperation description Byte value Description Cvt 0x00 ISO Reserved M 0x01 AddFile This value shall be used to add the file (download) defined in the filePathAndName parameter M 0x02 DeleteFile This value shall be used to delete the file defined in the filePathAndName parameter U 0x03 ReplaceFile This value shall be used to replace the file (download) defined in the filePathAndName parameter.
Accept with AssumptionSSR SSR-SYS-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.19 RequestFileTransfer (0x38) service
Page
page 65
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Secure software update and flash readiness / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership.
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0079 Table: Table 77 – Programming preconditions page 68 Diagnostic parameter or service behavior Image available: noView artifact
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0079 Table: Table 77 – Programming preconditions page 68 Diagnostic parameter or service behavior Image available: noView artifact
Secure software update and flash readiness / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0079 Table: Table 77 – Programming preconditions page 68 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0161RFQX-CVS124-0346Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 70
The erasing of memory shall not prevent the client from starting a data transfer using the TransferData (0x36) service, i.e.
Accept with AssumptionSSR SSR-SDT-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 70
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0080 Table: Table 78 – RoutineIdentifier 0xFF00 description page 70 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0162RFQX-CVS124-0348Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 70
This routine shall be supported in Programming session.
Accept with AssumptionSSR SSR-UPD-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 70
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0080 Table: Table 78 – RoutineIdentifier 0xFF00 description page 70 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0164RFQX-CVS124-0350Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 71
Request parameter routineControlType with value 0x03 (requestRoutineResults) shall not be supported 5.6.2.2 Request parameter addressAndLengthFormatIdentifier
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 71
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0080 Table: Table 78 – RoutineIdentifier 0xFF00 description page 70 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0166RFQX-CVS124-0354Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 71
When the addressAndLengthFormatIdentifier is set to 0x01 the following defined module to index mapping shall apply for the memoryStartAddress: 1 – Boot loader 2 – Application 3 – Application Data 4 ...
Accept with AssumptionSSR SSR-BOOT-0052 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 71
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
REQ_UDS_0168RFQX-CVS124-0356Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 72
The routineResult byte values shall be as specified in Table 81.
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 72
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0082 Table: Table 80 – RoutineControl (EraseMemory) positive response format page 71 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0083 Table: Table 81 – RoutineControl (EraseMemory) routineResult values page 72 Diagnostic parameter or service behavior Image available: noView artifact
This routine shall be supported in Programming session.
Accept with AssumptionSSR SSR-UPD-002
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 74
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership.
Request parameter RoutineControlOptionRecord shall not be supported.
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3.1 Request
Page
page 74
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0090 Table: Table 88 – RoutineControl (Software Installation) positive StartRoutine response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
Positive responses to RoutineControl (Software Installation) service requests shall be formatted
Accept with AssumptionSSR SSR-SYS-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 75
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0090 Table: Table 88 – RoutineControl (Software Installation) positive StartRoutine response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0091 Table: Table 89 – RoutineControl (Software Installation) positive requestRoutineResult response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
Description Cvt Values #1 RoutineControl Request SID M 0x71 #2 routineControlType (requestRoutineResults) M 0x03 #3 routineIdentifier (MSB) M 0x24 #4 routineIdentifier (LSB) M 0x01 #5 AuthenticityVerificationStatus M 0x00 – 0xFF #6 SoftwareInstallationStatus M 0x00 – 0xFF #7 CompletionPercentage M 0x00 – 0x64 #8-#9 TimeRemaningEstimative M 0x0000 – 0xFFFF AuthenticityVerificationStatus shall be formatted according to Table 90.
Accept with AssumptionSSR SSR-DAI-0073 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 75
Feature / Interface
Security evidence and traceability / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0090 Table: Table 88 – RoutineControl (Software Installation) positive StartRoutine response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0091 Table: Table 89 – RoutineControl (Software Installation) positive requestRoutineResult response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
AuthenticityVerificationStatus bit 7-6 (AuthenticityStatus) shall remain as 0x0 (Software Authenticity Invalid) until the verification completes.
Accept with AssumptionSSR SSR-DAI-0053 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 75
Feature / Interface
Security evidence and traceability / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0090 Table: Table 88 – RoutineControl (Software Installation) positive StartRoutine response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0091 Table: Table 89 – RoutineControl (Software Installation) positive requestRoutineResult response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
If no authenticity verification will take place as part of RoutineIdentifier, the AuthenticityVerificationStatus bit 7-6 (AuthenticityStatus) shall be changed to 0x1 (Authenticity Verification Successful).
Accept with AssumptionSSR SSR-DAI-0073 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 75
Feature / Interface
Security evidence and traceability / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0090 Table: Table 88 – RoutineControl (Software Installation) positive StartRoutine response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0091 Table: Table 89 – RoutineControl (Software Installation) positive requestRoutineResult response format page 75 Diagnostic parameter or service behavior Image available: noView artifact
SoftwareInstallationStatus shall be formatted according to Table 91.
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 76
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
SoftwareInstallationStatus bit 7-6 (InstallationStatus) shall remain as 0x0 (Installation On-going) until the installation completes.
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 76
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 91 – SoftwareInstallationStatus Bit Bit Name Bit Values Description 7-6 InstallationStatus 0x0: Installation On-going 0x1: Installation Successful 0x2: Installation Failed 5 - 3 InstallationFailureType 0x0: No Failures 0x1 – 0x7: Project Specific 2 ResetRequired 0x0: Reset not required 0x1: Reset required 1 - 0 Reserved Note: Shall be kept as 0x0 CompletionPercentage shall inform the progress percentage of the software has been installed in the partition memory area.
Accept with AssumptionSSR SSR-SYS-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 76
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
TimeRemaningEstimative shall inform the time estimative to complete the installation of the file.
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 76
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The method used to check compatibility/consistency shall be determined by the supplier in consultation with the vehicle manufacturer.
Accept with AssumptionSSR SSR-SYS-001
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 77
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
This routine shall be supported in Programming session.
Accept with AssumptionSSR SSR-UPD-0021 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 77
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
Table 92 – RoutineIdentifier 0xFF01 description Byte Description Cvt Hex #1 RoutineControl Request SID M 0x31 #2 routineControlType (StartRoutine) M 0x01 #3 routineIdentifier (MSB) M 0xFF #4 routineIdentifier (LSB) M 0x01 Request parameter routineControlType with value 0x03 (requestRoutineResults) shall not be supported.
Accept with AssumptionSSR SSR-SYS-0012 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 77
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0095 Table: Table 93 – RoutineControl (CheckProgrammingDependencies) positive response format page 78 Diagnostic parameter or service behavior Image available: noView artifact
Positive responses to RoutineControl (CheckProgrammingDependencies) service requests shall be formatted according to Table 93.
Accept with AssumptionSSR SSR-UPD-0013 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 78
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0094 Table: Table 92 – RoutineIdentifier 0xFF01 description page 77 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0095 Table: Table 93 – RoutineControl (CheckProgrammingDependencies) positive response format page 78 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0096 Table: Table 94 – CheckProgrammingDependencies routineStatusRecord results page 78 Diagnostic parameter or service behavior Image available: noView artifact
Table 93 – RoutineControl (CheckProgrammingDependencies) positive response format #1 RoutineControl Response SID M 0x71 #2 routineControlType (StartRoutine) M 0x01 #3 routineIdentifier (MSB) checkProgrammingDependencies[byte#1] M 0xFF #4 routineIdentifier (LSB) checkProgrammingDependencies [byte#2] M 0x01 #5 routineStatus routineResult M 0x00-0xFF Parameter routineResult shall adopt one of the values specified in Table 94.
Accept with AssumptionSSR SSR-UPD-0022 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 78
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0095 Table: Table 93 – RoutineControl (CheckProgrammingDependencies) positive response format page 78 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0096 Table: Table 94 – CheckProgrammingDependencies routineStatusRecord results page 78 Diagnostic parameter or service behavior Image available: noView artifact
This routine shall be supported in all sessions of Application and Boot.
Accept with AssumptionSSR SSR-SYS-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.5 Routine 0xCAFE – EMP
Page
page 79
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0097 Table: Table 95 – Example: Request: client → server page 79 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0098 Table: Table 96 – Positive response: server → client page 79 Diagnostic parameter or service behavior Image available: noView artifact
DTC status bits shall not make use of any vehicle manufacturer specific reset condition (e.g.
Accept with AssumptionSSR SSR-DIAG-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Feature / Interface
None / OEM/Customer Review Interface
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0099 Table: Table 97 – Fault memory DTC status bits description page 80 Diagnostic parameter or service behavior Image available: noView artifact
The occurrence counter minimum value shall be zero (0).
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0099 Table: Table 97 – Fault memory DTC status bits description page 80 Diagnostic parameter or service behavior Image available: noView artifact
The occurrence counter maximum value shall be 126.
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0099 Table: Table 97 – Fault memory DTC status bits description page 80 Diagnostic parameter or service behavior Image available: noView artifact
The occurrence counter default value shall be zero (0).
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0099 Table: Table 97 – Fault memory DTC status bits description page 80 Diagnostic parameter or service behavior Image available: noView artifact
The occurrence counter shall increment by one (1) only.
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0099 Table: Table 97 – Fault memory DTC status bits description page 80 Diagnostic parameter or service behavior Image available: noView artifact
The occurrence counter shall increment at a change of DTC status bits 0 testFailed and 3 confirmedDTC both from 0 to 1.
Accept with AssumptionSSR SSR-DIAG-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0099 Table: Table 97 – Fault memory DTC status bits description page 80 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0204RFQX-CVS124-0408Requirement5.7.3 Timestamp of occurrencepage 81
The occurrence counter shall increment at a change of DTC status bit 0 testFailed from 0 to 1,
Accept with AssumptionSSR SSR-DIAG-003
Details & reviewer feedback
Section
5.7.3 Timestamp of occurrence
Page
page 81
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
REQ_UDS_0205RFQX-CVS124-0409Requirement5.7.3 Timestamp of occurrencepage 81
The occurrence counter shall increment at a change of DTC status bit 3 confirmedDTC from 0 to 1, if bit 0 testFailed is 1 already.
Accept with AssumptionSSR SSR-DIAG-0031 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.3 Timestamp of occurrence
Page
page 81
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0100 Table: Table 98 – J1939-71 timestamp format page 81 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0206RFQX-CVS124-0410Requirement5.7.3 Timestamp of occurrencepage 81
The occurrence counter value 127 shall be defined as "errors with the counter".
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.3 Timestamp of occurrence
Page
page 81
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0100 Table: Table 98 – J1939-71 timestamp format page 81 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0207RFQX-CVS124-0412Requirement5.7.3 Timestamp of occurrencepage 81
The timestamp default value shall be a 0xFF in each data.
Accept with AssumptionSSR SSR-SYS-0011 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.3 Timestamp of occurrence
Page
page 81
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0100 Table: Table 98 – J1939-71 timestamp format page 81 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0211RFQX-CVS124-0417Requirement5.7.4 Vehicle distance at occurrencepage 82
If occurrence counter is set to 1, the timestamp of the latest occurrence shall be set to 0xFF.
Accept with AssumptionSSR SSR-SYS-001
Details & reviewer feedback
Section
5.7.4 Vehicle distance at occurrence
Page
page 82
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
REQ_UDS_0213RFQX-CVS124-0420Requirement5.7.4 Vehicle distance at occurrencepage 82
The vehicle distance shall be represented by a four byte integer, big endian, with five meter per bit (5m/bit).
Accept with AssumptionSSR SSR-SYS-001
Details & reviewer feedback
Section
5.7.4 Vehicle distance at occurrence
Page
page 82
Supplier proposal
Accept. Provide the cybersecurity concept as a supplier work product covering scope, assumptions, risk-treatment traceability, cybersecurity goals/requirements, mitigation strategy, V&V approach, and open responsibility dependencies.
REQ_UDS_0214RFQX-CVS124-0421Requirement5.7.4 Vehicle distance at occurrencepage 82
If all sources of vehicle distance information present no current data, the distance information shall be set to 0xFF at all bytes.
Accept with AssumptionSSR SSR-SYS-001
Details & reviewer feedback
Section
5.7.4 Vehicle distance at occurrence
Page
page 82
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
If all sources of operational hours information present no current data, the operational hours information shall be set to 0xFF at all bytes.
Accept with AssumptionSSR SSR-SYS-001
Details & reviewer feedback
Section
5.10 Session layer performance requirements
Page
page 83
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
For P2*Client, the value estimation given in ISO 14229-2 shall be used.
Accept with AssumptionSSR SSR-SYS-002
Details & reviewer feedback
Section
5.10 Session layer performance requirements
Page
page 84
Supplier proposal
Accept with assumption. Implement the ECU-side diagnostic behavior with configurable authorization and verification evidence, subject to customer-confirmed UDS service allocation and role model.
REQ_UDS_0004RFQX-CVS124-0023Requirement5.2.1 Used data identifier in order to identify an ECUpage 10
Table 6 – Description of DID 0xF180 bootSoftwareIdentificationDataIdentifier 0xF180 Name : bootSoftwareIdentificationDataIdentifier Byte
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 10
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0006 Table: Table 6 – Description of DID 0xF180 bootSoftwareIdentificationDataIdentifier page 10 State-machine or transition behavior Image available: noView artifact
REQ_UDS_0006RFQX-CVS124-0025Requirement5.2.1 Used data identifier in order to identify an ECUpage 10
Table 7 – Description of DID 0xF181 applicationSoftwareIdentificationDataIdentifier 0xF181 Name : applicationSoftwareIdentificationDataIdentifier Byte Data #1 numberOfModules 1-Byte-A_UINT32 M 0x01 0x02 – 0xFF 0x01 #2 : #14 Application software identifier #1: : M 0x7E 0x7E 0x20 : : : #n – 12 : #n Application software identifier #m: : C 0x7E 0x7E 0x20
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.2 DID 0xF181 applicationSoftwareIdentificationDataIdentifier
Page
page 10
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0006 Table: Table 6 – Description of DID 0xF180 bootSoftwareIdentificationDataIdentifier page 10 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0007 Table: Table 7 – Description of DID 0xF181 applicationSoftwareIdentificationDataIdentifier page 10 Table source context Image available: noView artifact
REQ_UDS_0231RFQX-CVS124-0026Requirement5.2.1 Used data identifier in order to identify an ECUpage 11
5.2.1.3 DID 0xF182 applicationDataIdentificationDataIdentifier
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 11
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0007 Table: Table 7 – Description of DID 0xF181 applicationSoftwareIdentificationDataIdentifier page 10 Table source context Image available: noView artifact
TABLE-CVS124-0008 Table: Table 8 – Description of DID 0xF182 applicationDataIdentificationDataIdentifier page 11 Table source context Image available: noView artifact
REQ_UDS_0007RFQX-CVS124-0027Requirement5.2.1 Used data identifier in order to identify an ECUpage 11
Table 8 – Description of DID 0xF182 applicationDataIdentificationDataIdentifier 0xF182 Name: applicationDataIdentificationDataIdentifier Byte No Description Format Cvt Byte Value Default Data #1 numberOfModules 1-Byte-A_UINT32 M 0x01 0x02 – 0xFF 0x01 #2 : #14 Application data module part number #1: : 13 Bytes- M : M 0x7E .
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 11
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0007 Table: Table 7 – Description of DID 0xF181 applicationSoftwareIdentificationDataIdentifier page 10 Table source context Image available: noView artifact
TABLE-CVS124-0008 Table: Table 8 – Description of DID 0xF182 applicationDataIdentificationDataIdentifier page 11 Table source context Image available: noView artifact
TABLE-CVS124-0009 Table: Table 9 – Description of DID 0xF186 ActiveDiagnosticSessionDataIdentifier page 11 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0009RFQX-CVS124-0030Requirement5.2.1 Used data identifier in order to identify an ECUpage 12
Table 10 – Description of DID 0xF187 vehicleManufacturerSparePartNumberDataIdentifier 0xF187 Name: vehicleManufacturerSparePartNumberDataIdentifier Byte No Description Format Cvt Byte Value Default Data #1 : #13 Vehicle manufacturer sparepart number : G, M : M 0x7E : 0x7E 0x20
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 12
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0009 Table: Table 9 – Description of DID 0xF186 ActiveDiagnosticSessionDataIdentifier page 11 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0010 Table: Table 10 – Description of DID 0xF187 vehicleManufacturerSparePartNumberDataIdentifier page 12 Table source context Image available: noView artifact
TABLE-CVS124-0011 Table: Table 11 – Description of DID 0xF188 vehicleManufacturerECUSoftwareNumberDataIdentifier page 12 Table source context Image available: noView artifact
REQ_UDS_0010RFQX-CVS124-0032Requirement5.2.1 Used data identifier in order to identify an ECUpage 12
Table 11 – Description of DID 0xF188 vehicleManufacturerECUSoftwareNumberDataIdentifier 0xF188 Name: vehicleManufacturerECUSoftwareNumberDataIdentifier Byte Data #1 : #13 Vehicle manufacturer ECU (server) software number : M : M : 0x20
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 12
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0010 Table: Table 10 – Description of DID 0xF187 vehicleManufacturerSparePartNumberDataIdentifier page 12 Table source context Image available: noView artifact
TABLE-CVS124-0011 Table: Table 11 – Description of DID 0xF188 vehicleManufacturerECUSoftwareNumberDataIdentifier page 12 Table source context Image available: noView artifact
REQ_UDS_0234RFQX-CVS124-0033Requirement5.2.1 Used data identifier in order to identify an ECUpage 12
5.2.1.7 DID 0xF189 vehicleManufacturerECUSoftwareVersionNumberDataIdentifier
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 12
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0011 Table: Table 11 – Description of DID 0xF188 vehicleManufacturerECUSoftwareNumberDataIdentifier page 12 Table source context Image available: noView artifact
TABLE-CVS124-0012 Table: Table 12 – Description of DID 0xF189 page 12 Table source context Image available: noView artifact
REQ_UDS_0011RFQX-CVS124-0034Requirement5.2.1 Used data identifier in order to identify an ECUpage 12
Table 12 – Description of DID 0xF189 vehicleManufacturerECUSoftwareVersionNumberDataIdentifier 0xF189 Name: vehicleManufacturerECUSoftwareVersionNumberDataIdentifier Byte Data
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 12
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0011 Table: Table 11 – Description of DID 0xF188 vehicleManufacturerECUSoftwareNumberDataIdentifier page 12 Table source context Image available: noView artifact
TABLE-CVS124-0012 Table: Table 12 – Description of DID 0xF189 page 12 Table source context Image available: noView artifact
REQ_UDS_0235RFQX-CVS124-0035Requirement5.2.1 Used data identifier in order to identify an ECUpage 13
5.2.1.8 DID 0xF18A systemSupplierIdentifierDataIdentifier
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 13
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0013 Table: Table 13 – Description of DID 0xF18A systemSupplierIdentifierDataIdentifier page 13 Table source context Image available: noView artifact
REQ_UDS_0013RFQX-CVS124-0037Requirement5.2.1 Used data identifier in order to identify an ECUpage 13
Table 14 – Description of DID 0xF18B ECUManufacturingDateDataIdentifier 0xF18B Name: ECUManufacturingDateDataIdentifier Byte Data #1 .
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 13
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0013 Table: Table 13 – Description of DID 0xF18A systemSupplierIdentifierDataIdentifier page 13 Table source context Image available: noView artifact
TABLE-CVS124-0014 Table: Table 14 – Description of DID 0xF18B ECUManufacturingDateDataIdentifier page 13 Table source context Image available: noView artifact
REQ_UDS_0014RFQX-CVS124-0038Requirement5.2.1 Used data identifier in order to identify an ECUpage 14
Table 15 – Description of DID 0xF18C ECUSerialNumberDataIdentifier 0xF18C Name: ECUSerialNumberDataIdentifier Byte Data
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 14
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0014 Table: Table 14 – Description of DID 0xF18B ECUManufacturingDateDataIdentifier page 13 Table source context Image available: noView artifact
TABLE-CVS124-0015 Table: Table 15 – Description of DID 0xF18C ECUSerialNumberDataIdentifier page 14 Table source context Image available: noView artifact
TABLE-CVS124-0016 Table: Table 16 – Description of DID 0xF190 VINDataIdentifier page 14 Table source context Image available: noView artifact
REQ_UDS_0015RFQX-CVS124-0040Requirement5.2.1 Used data identifier in order to identify an ECUpage 14
Table 16 – Description of DID 0xF190 VINDataIdentifier 0xF190 Name: VINDataIdentifier Byte Data #1 : #17 VIN number : Byte #17 17-Bytes- M : M : 0x30 .
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.11 DID 0xF190 VINDataIdentifier
Page
page 14
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0015 Table: Table 15 – Description of DID 0xF18C ECUSerialNumberDataIdentifier page 14 Table source context Image available: noView artifact
TABLE-CVS124-0016 Table: Table 16 – Description of DID 0xF190 VINDataIdentifier page 14 Table source context Image available: noView artifact
REQ_UDS_0016RFQX-CVS124-0042Requirement5.2.1 Used data identifier in order to identify an ECUpage 14
Table 17 – Description of DID 0xF191 vehicleManufacturerECUHardwareNumberDataIdentifier 0xF191 Name: vehicleManufacturerECUHardwareNumberDataIdentifier Byte Data
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.12 DID 0xF191 vehicleManufacturerECUHardwareNumberDataIdentifier
Page
page 14
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0016 Table: Table 16 – Description of DID 0xF190 VINDataIdentifier page 14 Table source context Image available: noView artifact
TABLE-CVS124-0017 Table: Table 17 – Description of DID 0xF191 vehicleManufacturerECUHardwareNumberDataIdentifier page 14 Table source context Image available: noView artifact
REQ_UDS_0017RFQX-CVS124-0044Requirement5.2.1 Used data identifier in order to identify an ECUpage 15
Table 18 – Description of DID 0xF192 systemSupplierECUHardwareNumberDataIdentifier 0xF192 Name: systemSupplierECUHardwareNumberDataIdentifier Byte Data To be specified by the External Supplier 5.2.1.14 DID 0xF193 systemSupplierECUHardwareVersionNumberDataIdentifier
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 15
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0018 Table: Table 18 – Description of DID 0xF192 systemSupplierECUHardwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0019 Table: Table 19 – Description of DID 0xF193 systemSupplierECUHardwareVersionNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0020 Table: Table 20 – Description of DID 0xF194 systemSupplierECUSoftwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
REQ_UDS_0018RFQX-CVS124-0045Requirement5.2.1 Used data identifier in order to identify an ECUpage 15
Table 19 – Description of DID 0xF193 systemSupplierECUHardwareVersionNumberDataIdentifier 0xF193 Name: systemSupplierECUHardwareVersionNumberDataIdentifier Byte Data To be specified by the External Supplier 5.2.1.15 DID 0xF194 systemSupplierECUSoftwareNumberDataIdentifier
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 15
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0018 Table: Table 18 – Description of DID 0xF192 systemSupplierECUHardwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0019 Table: Table 19 – Description of DID 0xF193 systemSupplierECUHardwareVersionNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0020 Table: Table 20 – Description of DID 0xF194 systemSupplierECUSoftwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
REQ_UDS_0019RFQX-CVS124-0046Requirement5.2.1 Used data identifier in order to identify an ECUpage 15
Table 20 – Description of DID 0xF194 systemSupplierECUSoftwareNumberDataIdentifier 0xF194 Name: systemSupplierECUSoftwareNumberDataIdentifier Byte No Description Format Cvt Byte Value Data To be specified by the External Supplier
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 15
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0018 Table: Table 18 – Description of DID 0xF192 systemSupplierECUHardwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0019 Table: Table 19 – Description of DID 0xF193 systemSupplierECUHardwareVersionNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0020 Table: Table 20 – Description of DID 0xF194 systemSupplierECUSoftwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
REQ_UDS_0237RFQX-CVS124-0047Requirement5.2.1 Used data identifier in order to identify an ECUpage 16
DID 0xF197 systemNameOrEngineTypeDataIdentifier
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.18 DID 0xF197 systemNameOrEngineTypeDataIdentifier
Page
page 16
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0023 Table: Table 23 – Description of DID 0xF197 systemNameOrEngineTypeDataIdentifier page 16 Table source context Image available: noView artifact
TABLE-CVS124-0024 Table: Table 24 – Description of DID 0xF198 SoftwareItemSemanticDataIdentifiers page 17 Table source context Image available: noView artifact
REQ_UDS_0020RFQX-CVS124-0048Requirement5.2.1 Used data identifier in order to identify an ECUpage 16
Table 21 – Description of DID 0xF195 systemSupplierECUSoftwareVersionNumberDataIdentifier 0xF195 Name: systemSupplierECUSoftwareVersionNumberDataIdentifier Byte Data To be specified by the External supplier 5.2.1.17 DID 0xF196 exhaustRegulationOrTypeApprovalNumberDataIdentifier
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 16
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0020 Table: Table 20 – Description of DID 0xF194 systemSupplierECUSoftwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0021 Table: Table 21 – Description of DID 0xF195 systemSupplierECUSoftwareVersionNumberDataIdentifier page 16 Table source context Image available: noView artifact
TABLE-CVS124-0022 Table: Table 22 – Description of DID 0xF196 exhaustRegulationOrTypeApprovalNumberDataIdentifier page 16 Table source context Image available: noView artifact
REQ_UDS_0021RFQX-CVS124-0049Requirement5.2.1 Used data identifier in order to identify an ECUpage 16
Table 22 – Description of DID 0xF196 exhaustRegulationOrTypeApprovalNumberDataIdentifier 0xF196 Name: exhaustRegulationOrTypeApprovalNumberDataIdentifier Cvt: E Byte Data #1 : #10 Exhaust regulation or type approval 10-Bytes- M : M : 0000000 000 5.2.1.18 DID 0xF197 systemNameOrEngineTypeDataIdentifier
Informational Only4 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 16
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 4 | Linked diagrams: 0
TABLE-CVS124-0020 Table: Table 20 – Description of DID 0xF194 systemSupplierECUSoftwareNumberDataIdentifier page 15 Table source context Image available: noView artifact
TABLE-CVS124-0021 Table: Table 21 – Description of DID 0xF195 systemSupplierECUSoftwareVersionNumberDataIdentifier page 16 Table source context Image available: noView artifact
TABLE-CVS124-0022 Table: Table 22 – Description of DID 0xF196 exhaustRegulationOrTypeApprovalNumberDataIdentifier page 16 Table source context Image available: noView artifact
TABLE-CVS124-0023 Table: Table 23 – Description of DID 0xF197 systemNameOrEngineTypeDataIdentifier page 16 Table source context Image available: noView artifact
REQ_UDS_0022RFQX-CVS124-0050Requirement5.2.1 Used data identifier in order to identify an ECUpage 16
Table 23 – Description of DID 0xF197 systemNameOrEngineTypeDataIdentifier 0xF197 Name: systemNameOrEngineTypeDataIdentifier Byte Data #1 : #22 System name or engine type 6-to-22-Bytes- G, M : C : 0x20 .
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 16
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0022 Table: Table 22 – Description of DID 0xF196 exhaustRegulationOrTypeApprovalNumberDataIdentifier page 16 Table source context Image available: noView artifact
TABLE-CVS124-0023 Table: Table 23 – Description of DID 0xF197 systemNameOrEngineTypeDataIdentifier page 16 Table source context Image available: noView artifact
REQ_UDS_0339RFQX-CVS124-0052Requirement5.2.1 Used data identifier in order to identify an ECUpage 17
DID 0xF198 SoftwareItemSemanticDataIdentifiers
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.19 DID 0xF198 SoftwareItemSemanticDataIdentifiers
Page
page 17
Feature / Interface
Secure communication and freshness protection / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0023 Table: Table 23 – Description of DID 0xF197 systemNameOrEngineTypeDataIdentifier page 16 Table source context Image available: noView artifact
TABLE-CVS124-0024 Table: Table 24 – Description of DID 0xF198 SoftwareItemSemanticDataIdentifiers page 17 Table source context Image available: noView artifact
REQ_UDS_0340RFQX-CVS124-0053Requirement5.2.1 Used data identifier in order to identify an ECUpage 17
Table 25 – Description of DID 0xF199 SoftwareAssemblySemanticDataIdentifier s 0xF199 Name: SoftwareAssemblySemanticDataIdentifiers Byte Data #1 : #3 numberOfModules(m) 3-Byte- A_UINT32 M 0x000001 – 0xFFFFFF 01
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.20 DID 0xF199 SoftwareAssemblySemanticDataIdentifiers
Page
page 17
Feature / Interface
Secure communication and freshness protection / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0024 Table: Table 24 – Description of DID 0xF198 SoftwareItemSemanticDataIdentifiers page 17 Table source context Image available: noView artifact
TABLE-CVS124-0025 Table: Table 25 – Description of DID 0xF199 SoftwareAssemblySemanticDataIdentifier s page 17 Table source context Image available: noView artifact
REQ_UDS_0341RFQX-CVS124-0054Requirement5.2.1 Used data identifier in order to identify an ECUpage 18
Table 26 – Description of DID 0xF19A HardwareSemanticDataIdentifiers 0xF19A Name: HardwareSemanticDataIdentifiers Byte Data #1 : #3 numberOfModules(m) 3-Byte- A_UINT32 M 0x000001 – 0xFFFFFF 01 #4 : #n+3 HardwareSemantic Data Identifier #1: : byte #n* A_ASCIISTR ING, zero M 0x00, 0x20 – 0x7E : : : : : : : HardwareSemantic Data Identifier #m: : byte #q* A_ASCIISTR ING, zero C 0x00, 0x20 – 0x7E *depends on the SoftwareItemSemanticDataIdentifiers length.
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1.21 DID 0xF19A HardwareSemanticDataIdentifiers
Page
page 18
Feature / Interface
Secure communication and freshness protection / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0026 Table: Table 26 – Description of DID 0xF19A HardwareSemanticDataIdentifiers page 18 Table source context Image available: noView artifact
REQ_UDS_0023RFQX-CVS124-0055Requirement5.2.1 Used data identifier in order to identify an ECUpage 19
Table 27 – Description of DID 0xF19D ECUInstallationDateDataIdentifier 0xF19D Name: ECUInstallationDateDataIdentifier Byte Data
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 19
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0026 Table: Table 26 – Description of DID 0xF19A HardwareSemanticDataIdentifiers page 18 Table source context Image available: noView artifact
TABLE-CVS124-0027 Table: Table 27 – Description of DID 0xF19D ECUInstallationDateDataIdentifier page 19 Table source context Image available: noView artifact
REQ_UDS_0025RFQX-CVS124-0056Requirement5.2.1 Used data identifier in order to identify an ECUpage 19
Table 28 – Description of DID 0xF1A5 vehicleMannufacturerECUHardwareWithoutBootNumber 0xF1A5 Name: vehicleManufacturerECUHardwareWithoutBootNumber Byte No: Description Format Cvt Byte Value Default Data #1 : #13 vehicleManufactur er ECU Hardware Number Byte #2 : 13-Byte- M : M : Project 5.2.1.24 DID 0xF1A6 engineNumber
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 19
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0027 Table: Table 27 – Description of DID 0xF19D ECUInstallationDateDataIdentifier page 19 Table source context Image available: noView artifact
TABLE-CVS124-0028 Table: Table 28 – Description of DID 0xF1A5 vehicleMannufacturerECUHardwareWithoutBootNumber page 19 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0029 Table: Table 29 – Description of DID 0xF1A6 engineNumber page 19 Table source context Image available: noView artifact
REQ_UDS_0026RFQX-CVS124-0057Requirement5.2.1 Used data identifier in order to identify an ECUpage 19
Table 29 – Description of DID 0xF1A6 engineNumber 0xF1A6 Name: engineNumber Byte Data #1 : #14 Engine number 14-Bytes- A_ASCIISTRING MM : 0x20 C = Applicable only for TRATON standalone engine solutions
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 19
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0028 Table: Table 28 – Description of DID 0xF1A5 vehicleMannufacturerECUHardwareWithoutBootNumber page 19 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0029 Table: Table 29 – Description of DID 0xF1A6 engineNumber page 19 Table source context Image available: noView artifact
REQ_UDS_0033RFQX-CVS124-0064Requirement5.2.1 Used data identifier in order to identify an ECUpage 21
Table 33 – Description of DID 0xF1AD activeECUSoftwareDataIdentifier 0xF1AD Name: activeECUSoftwareDataIdentifier Byte Data #1 : #2 Active ECU Software 2-Bytes- A_BYTEFIEL D M : M Boot loader: 0x0000 Application Software: 0x0002 No information: 0xFFFF Not applicabl e 5.2.1.29 DID 0xF1AF NodeUID
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 21
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0032 Table: Table 32 – Description of DID 0xF1AB Date at software update stamp page 21 Software update or memory programming context Image available: noView artifact
TABLE-CVS124-0033 Table: Table 33 – Description of DID 0xF1AD activeECUSoftwareDataIdentifier page 21 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0034 Table: Table 34 – Description of DID 0xF1AF NodeUID page 21 Table source context Image available: noView artifact
REQ_UDS_0034RFQX-CVS124-0065Requirement5.2.1 Used data identifier in order to identify an ECUpage 21
Table 34 – Description of DID 0xF1AF NodeUID 0xF1AF Name: NodeUID Byte Data #1 : #8 NodeUID 8-Bytes- A_BYTEFIELD M : M : 0x00 : 0x00
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 21
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0033 Table: Table 33 – Description of DID 0xF1AD activeECUSoftwareDataIdentifier page 21 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0034 Table: Table 34 – Description of DID 0xF1AF NodeUID page 21 Table source context Image available: noView artifact
REQ_UDS_0036RFQX-CVS124-0068Requirement5.2.1 Used data identifier in order to identify an ECUpage 22
Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber 0xF1B9 Name: RBACCIdentifierNumber Byte Data #1 : #16 RBACC Identifier Number 16-Bytes- A_BYTEFIELD M : M : 0x00 : 0x00
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 22
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0034 Table: Table 34 – Description of DID 0xF1AF NodeUID page 21 Table source context Image available: noView artifact
TABLE-CVS124-0035 Table: Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber page 22 Table source context Image available: noView artifact
TABLE-CVS124-0036 Table: Table 36 – Description of DID 0xF1BA RBACCStructureVersion page 22 Table source context Image available: noView artifact
REQ_UDS_0037RFQX-CVS124-0070Requirement5.2.1 Used data identifier in order to identify an ECUpage 22
Table 36 – Description of DID 0xF1BA RBACCStructureVersion 0xF1BA Name: RBACCStructureVersion Byte Data #1 : #2 RBACC Structure Version 2-Bytes- A_BYTEFIELD M : M : 0x00 : 0x00
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 22
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0035 Table: Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber page 22 Table source context Image available: noView artifact
TABLE-CVS124-0036 Table: Table 36 – Description of DID 0xF1BA RBACCStructureVersion page 22 Table source context Image available: noView artifact
Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber 0xF1E1 Name: vehicleManufacturerECUBootSoftwareNumber Byte No: Description Format Cvt Byte Value Default Data #1 : #13 vehicleManufacturer ECUBootSoftwareNu mber Byte #2 : 13-Byte- G, M : M : Project
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 23
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0037 Table: Table 37 – Description of DID 0xF1D1 RootCertificateIdentifier page 22 Security protocol or cryptographic context Image available: noView artifact
TABLE-CVS124-0038 Table: Table 38 – Description of DID 0xF1E1 vehicleManufacturerECUBootSoftwareNumber page 23 State-machine or transition behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 0 | Linked diagrams: 1
DIAGRAM-CVS124-0002 Diagram: Figure 2 -State Diagram page 27 Diagnostic parameter or service behavior Image available: yesView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 1
TABLE-CVS124-0041 Table: Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which page 31 Table source context Image available: noView artifact
DIAGRAM-CVS124-0002 Diagram: Figure 2 -State Diagram page 27 Diagnostic parameter or service behavior Image available: yesView artifact
. If a valid application software is available in the server (applValid P1 == true) and there is no programming request (progRequest P2 == false), the server changes to the DefaultSession in the application software.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 28
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If there is no programming request (progRequest P2 == false) and no valid application software is available (applValid P1 == false), the server changes to the DefaultSession in the boot loader.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 28
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client posts a physical service request to change session from DefaultSession to ProgrammingSession in the application software, the server sends a negative response with NRC 0x7E (sub-functionNotSupportedInActiveSession). Applies to non-reprogrammable servers: If the client requests a change to the ProgrammingSession in the DefaultSession in the application software, the server
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 28
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client does not send any requests during a time period defined by S3Server in the ExtendedSession in the application software, the server falls back into the DefaultSession in the application software.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 28
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client requests an ECUReset (0x11) with the sub-function HardReset (0x01) in the boot loader ExtendedSession or ProgrammingSession, the reset is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 29
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client does not send any requests during a time period defined by S3Server in a Non-DefaultSession in the boot loader, the server performs a reset.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 29
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client posts a physical service request to change session from DefaultSession to ProgrammingSession in the boot loader, the server sends a negative response with NRC 0x7E (sub-functionNotSupportedInActiveSession).
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 29
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client requests the ProgrammingSession in the ExtendedSession in the boot loader, the session is changed regardless of whether the programming preconditions are fulfilled or not. The request is only sent physically.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 29
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client requests a change to the ProgrammingSession in ProgrammingSession in the boot loader, the server accepts the request. The request is only sent physically.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 29
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client posts a physical service request to change session from ProgrammingSession to ExtendedSession in the boot loader, the server sends a negative response with NRC 0x7E (sub-functionNotSupportedInActiveSession).
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 29
Feature / Interface
Secure software update and flash readiness / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client requests an ECUReset (0x11) with the sub-function HardReset (0x01) in a DefaultSession in the application software, a restart is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
. If the client requests an ECUReset (0x11) with the sub-function HardReset (0x01) in the ExtendedSession in the application software a restart is performed.
Informational Only
Details & reviewer feedback
Section
5.3 Diagnostic sessions requirements
Page
page 30
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 45 – Service 0x11 positive response parameter description 1 ECUReset Response SID M 2 resetType M
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.2.2 Positive response
Page
page 34
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 46 – Service 0x11 negative response codes NRC Description and scenario 0x12 sub-functionNotSupported Refer to ISO 14229-1 for scenario.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.3 CommunicationControl (0x28) service
Page
page 35
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 47 – Service 0x28 request parameter description 1 CommunicationControl Request SID M 2 controlType M 3 communicationType M 5.5.3.1.1 Request parameter controlType
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.3 CommunicationControl (0x28) service
Page
page 36
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 48 – Service 0x28 request parameter controlType description Hex (bit 6-0) Description Cvt 0x00 enableRxAndTx M 0x01 enableRxAndDisableTx M 0x40 – 0x5F vehicleManufacturerSpecific U 5.5.3.1.2 Request parameter communicationType
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.3 CommunicationControl (0x28) service
Page
page 36
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 49 – Service 0x28 request parameter communicationType description Bits Value (Hex) Description Cvt 0 -1 1 normalCommunicationMessages M 4 – 7 0 Disable / Enable specified communicationType M 5.5.3.2 Positive response
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.3 CommunicationControl (0x28) service
Page
page 36
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 50 – Service 0x87 request parameter linkControlType description Byte Value Description Cvt 0x01 verifyModeTransitionWithFixedParameter M 0x03 transitionMode M 0x40-0x5F vehicleManufacturerSpecific U 5.5.6.2.1 Request parameter linkControlModeIdentifier
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.7 ReadDataByIdentifier (0x22) service
Page
page 39
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
5.5.7 ReadDataByIdentifier (0x22) service 5.5.7.1 Request
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.7 ReadDataByIdentifier (0x22) service
Page
page 39
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
5.5.10 ReadDTCInformation (0x19) service 5.5.10.1 Request
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 41
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
Table 52 – Service 0x19 request parameter reportType description 0x01 reportNumberOfDTCByStatusMask M 0x02 reportDTCByStatusMask M 0x03 reportDTCSnapshotIdentification M 0x04 reportDTCSnapshotRecordByDTCNumber M 0x06 reportDTCExtendedDataRecordByDTCNumber M 0x0F reportMirrorMemoryDTCByStatusMask U
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 41
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
Legislated OBD relevant ECUs have to support legislated OBD standards.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 42
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0053 Table: Table 52 – Service 0x19 request parameter reportType description page 41 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0054 Table: Table 53 – Service 0x19 request parameter DTCMaskRecord description page 42 Diagnostic parameter or service behavior Image available: noView artifact
Table 53 – Service 0x19 request parameter DTCMaskRecord description Byte Description Cvt High Definition according to either ISO 15031-6, ISO 14229 vehicle- manufacturer-defined, SAE J1939-73 M Middle M Low M
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 42
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0054 Table: Table 53 – Service 0x19 request parameter DTCMaskRecord description page 42 Diagnostic parameter or service behavior Image available: noView artifact
Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description 0x00 Reserved by ISO/SAE M 0x11 ExtDataRecNum 1 M 0x14 ExtDataRecNum 4 M 0xFE All legislated OBD stored DTCExtendedData records E 0xFF All stored DTCExtendedData records M 5.5.10.1.7 Request parameter FunctionalGroupIdentifier
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 43
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0054 Table: Table 53 – Service 0x19 request parameter DTCMaskRecord description page 42 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0055 Table: Table 54 – Service 0x19 request parameter DTCExtDataRecordNumber description page 43 Diagnostic parameter or service behavior Image available: noView artifact
Table 56 – Service 0x19 response parameter DTCExtDataRecordNumber description 0x00 Reserved by ISO/SAE M 0x11 ExtDataRecNum 1 M 0x14 ExtDataRecNum 4 M 0xFE All legislated OBD stored DTCExtendedData records E 0xFF All stored DTCExtendedData records M 5.5.10.2.8 Response parameter DTCExtDataRecord
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 51
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0057 Table: Table 56 – Service 0x19 response parameter DTCExtDataRecordNumber description page 51 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0058 Table: Table 57 – Extended data sub-function (0x06) positive response message content and format page 51 Diagnostic parameter or service behavior Image available: noView artifact
5.5.11 InputOutputControlByIdentifier (0x2F) service
Page
page 54
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
5.5.11 InputOutputControlByIdentifier (0x2F) service
Page
page 54
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 58 – Service 0x2F request parameter controlOptionRecord description 1 inputOutputControlParameter M 2 ..
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.11.1.2 Request parameter controlOptionRecord
Page
page 54
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 59 – Service 0x2F request parameter inputOutputControlParameter description 0x00 returnControlToECU Refer to ISO 14229-1 for parameter description.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
2 + (m-1) controlState byte 1 : controlState byte m C : C 5.5.11.1.3 Request parameter inputOutputControlParameter
Page
page 54
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
TABLE-CVS124-0061 Table: Table 60 – Service 0x31 request parameter RoutineControlType description page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
5.5.12 RoutineControl (0x31) service 5.5.12.1 Request
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.12 RoutineControl (0x31) service
Page
page 55
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
TABLE-CVS124-0061 Table: Table 60 – Service 0x31 request parameter RoutineControlType description page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0061 Table: Table 60 – Service 0x31 request parameter RoutineControlType description page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
Table 60 – Service 0x31 request parameter RoutineControlType description 0x01 startRoutine M 0x02 stopRoutine C 0x03 requestRoutineResults C C = Mandatory for routines implemented according to Method “A”.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.12 RoutineControl (0x31) service
Page
page 55
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0061 Table: Table 60 – Service 0x31 request parameter RoutineControlType description page 55 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0289RFQX-CVS124-0268Requirement5.5.13 Request Download Service (0x34)page 57
5.5.12.3 Negative response
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.13 Request Download Service (0x34)
Page
page 57
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0290RFQX-CVS124-0269Requirement5.5.13 Request Download Service (0x34)page 57
5.5.13 Request Download Service (0x34)
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.13 Request Download Service (0x34)
Page
page 57
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0113RFQX-CVS124-0276Requirement5.5.13 Request Download Service (0x34)page 58
Table 63 – Service 0x34 request parameter dataFormatIdentifier description compressionMethod: 0x0: no compression 0x1 – 0x9: reserved for the supplier 0xA: vehicle manufacturer standard compression algorithm LZSS 0xB – 0xF: reserved for vehicle manufacturer M 0x0 – 0xF
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
M 5.5.13.2 Request parameter dataFormatIdentifier
Page
page 58
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
REQ_UDS_0114RFQX-CVS124-0277Requirement5.5.13 Request Download Service (0x34)page 59
Table 64 – Service 0x34 request parameter addressAndLengthFormatIdentifier description 7 - 4 Length (number of bytes) of the memorySize parameter M 3,4 3 - 0 Length (number of bytes) of the memoryAddress parameter M 3, 4 5.5.13.4 Positive response
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.13 Request Download Service (0x34)
Page
page 59
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
REQ_UDS_0115RFQX-CVS124-0278Requirement5.5.13 Request Download Service (0x34)page 59
Table 65 – Positive response parameter description #1 RequestDownload Response SID M 0x74 #2 lengthFormatIdentifier M 0x20 #3..
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.13 Request Download Service (0x34)
Page
page 59
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
REQ_UDS_0116RFQX-CVS124-0279Requirement5.5.13 Request Download Service (0x34)page 59
Table 66 – Service 0x34 response parameter lengthFormatIdentifier description 7 - 4 Length (number of bytes) of the maxNumberOfBlockLength parameter M 0x2 3 - 0 ISO reserved.
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
#4 maxNumberOfBlockLength[] = [ byte #1 (MSB) byte #2 ] M M 0xFF 0xFF 5.5.13.5 Response parameter lengthFormatIdentifier
Page
page 59
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 67 – Service 0x35 request parameter description 1 RequestDownload Request SID M 2 dataFormatIdentifier M 3 addressAndLengthFormatIdentifier M 4 .. (m-1)+4
Informational Only4 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.14 RequestUpload (0x35)
Page
page 60
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 68 – Service 0x35 request parameter dataFormatIdentifier description Bytes Description Cvt Values compressionMethod: 0x0: no compression 0x1 – 0x9: reserved for the supplier 0xA: vehicle manufacturer standard compression algorithm LZSS 0xB – 0xF: reserved for vehicle manufacturer M 0x0 – 0xF encryptingMethod: 0x0: no encryption 0x1: encryption on DSC 0x2 -0x7 : reserved for vehicle manufacturer M 0x0 – 0x1
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
M 5.5.14.1.1 Request parameter dataFormatIdentifier
Page
page 60
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 69 – Service 0x35 request parameter addressAndLengthFormatIdentifier description 7 - 4 Length (number of bytes) of the memorySize parameter M 3,4 3 - 0 Length (number of bytes) of the memoryAddress parameter M 3, 4 5.5.14.1.3 Request parameter memoryAddress
Informational Only3 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.15 TransferData (0x36) service
Page
page 61
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 70 – Service 0x35 response parameter lengthFormatIdentifier description 7 - 4 Length (number of bytes) of the maxNumberOfBlockLength parameter M 0x2 3 - 0 ISO reserved.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.15 TransferData (0x36) service
Page
page 61
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
5.5.16 RequestTransferExit (0x37) service 5.5.16.1 Request
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.16 RequestTransferExit (0x37) service
Page
page 62
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 71 – Service 0x37 request parameter description 1 RequestTransferExit Request SID M 5.5.16.1.1 Request parameter transferRequestParameterRecord
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.16 RequestTransferExit (0x37) service
Page
page 62
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Table 72 – Service 0x37 positive response parameter description 1 RequestTransferExit Response SID M
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.5.16.2 Positive response
Page
page 62
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0075 Table: Table 73 – Service 0x29 supported negative response codes page 64 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0078 Table: Table 76 – RoutineControl (CheckProgrammingPreconditions) positive response format page 67 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0163RFQX-CVS124-0349Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 70
Table 78 – RoutineIdentifier 0xFF00 description #1 RoutineControl Request SID M 0x31 #2 routineControlType (StartRoutine) M 0x01 #3 routineIdentifier (MSB) M 0xFF #4 routineIdentifier (LSB) M 0x00 #5 addressAndLengthFormatIdentifier (XXXXYYYYb) XXXXb = number of bytes of memorySize parameter YYYYb = number of bytes of memoryStartAddress parameter.
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2.1 Request
Page
page 70
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0080 Table: Table 78 – RoutineIdentifier 0xFF00 description page 70 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0167RFQX-CVS124-0355Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 71
Table 80 – RoutineControl (EraseMemory) positive response format #1 RoutineControl Response SID M 0x71 #2 routineControlType (StartRoutine) M 0x01 #3 routineIdentifier (MSB) eraseMemory [byte#1] M 0xFF #4 routineIdentifier (LSB) eraseMemory [byte#2] M 0x00 #5 routineStatus routineResult M 0x00-0xFF
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
255 – System specific 5.6.2.3 Positive response
Page
page 71
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
The RoutineIdentifier may verify the authenticity of the received file package. See CVS123 and
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 74
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0088 Table: Table 86 – Example #2: Positive response: server → client page 73 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0089 Table: Table 87 – Example #2: Negative response: server → client page 74 Diagnostic parameter or service behavior Image available: noView artifact
Table 97 – Fault memory DTC status bits description Bit Description Cvt 0 testFailed M 1 testFailedThisOperationCycle U 2 pendingDTC M 3 confirmedDTC M 4 testNotCompletedSinceLastClear E 5 testFailedSinceLastClear U 6 testNotCompletedThisOperationCycle M 7 warningIndicatorRequested M
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.2 Occurrence counter OCC
Page
page 80
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0098 Table: Table 96 – Positive response: server → client page 79 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0099 Table: Table 97 – Fault memory DTC status bits description page 80 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0208RFQX-CVS124-0413Requirement5.7.3 Timestamp of occurrencepage 81
The timestamp is presented in SAE J1939-71 format without local hour/minute offsets.
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.3 Timestamp of occurrence
Page
page 81
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0100 Table: Table 98 – J1939-71 timestamp format page 81 Diagnostic parameter or service behavior Image available: noView artifact
REQ_UDS_0209RFQX-CVS124-0414Requirement5.7.3 Timestamp of occurrencepage 81
In SAE J1939-71 section “PGN 65254 Time/Date”, the following format is specified: Table 98 – J1939-71 timestamp format Byte No Length Name Resolutio n Offset Note 1 1 byte Seconds 0.25 s/bit 0 2 1 byte Minutes 1 min/bit 0 3 1 byte Hours 1 hr/bit 0 4 1 byte Month 1 month/bit 0 Value 1 identifies January, value 2 identifies February and so on 5 1 byte Day 0.25 days/bit 0 Values 1,2,3 and 4 identifes first day of month, value 5,6,7,8 identifies second day of month and so on 6 1 byte Year 1 year/bit 1985 Value of 0 identifies year 1985, value of 1 identifes year 1986 and so on 7 1 byte Local minute offset 1 min/bit -125 Not used in DTC timestamps 8 1 byte Local hour offset 1 hr/bit -125 Not used in DTC timestamps
Informational Only1 tables · 0 diagrams
Details & reviewer feedback
Section
5.7.3 Timestamp of occurrence
Page
page 81
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0100 Table: Table 98 – J1939-71 timestamp format page 81 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0023 Table: Table 23 – Description of DID 0xF197 systemNameOrEngineTypeDataIdentifier page 16 Table source context Image available: noView artifact
TABLE-CVS124-0024 Table: Table 24 – Description of DID 0xF198 SoftwareItemSemanticDataIdentifiers page 17 Table source context Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0024 Table: Table 24 – Description of DID 0xF198 SoftwareItemSemanticDataIdentifiers page 17 Table source context Image available: noView artifact
TABLE-CVS124-0025 Table: Table 25 – Description of DID 0xF199 SoftwareAssemblySemanticDataIdentifier s page 17 Table source context Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0026 Table: Table 26 – Description of DID 0xF19A HardwareSemanticDataIdentifiers page 18 Table source context Image available: noView artifact
Added semantic Identifier DIDs, changed the NodeUID DID to INTERNAL
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
6 Normative references
Page
page 90
Feature / Interface
Secure communication and freshness protection / None
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0004 Table: Table 4 – Definitions of terms page 7 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0005 Table: Table 5 -Data identifiers used at ECU identification page 8 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0033 Table: Table 33 – Description of DID 0xF1AD activeECUSoftwareDataIdentifier page 21 State-machine or transition behavior Image available: noView artifact
TABLE-CVS124-0034 Table: Table 34 – Description of DID 0xF1AF NodeUID page 21 Table source context Image available: noView artifact
0xF1B9 RBACCIdentifierNumber is changed to Mandatory
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
6 Normative references
Page
page 90
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0034 Table: Table 34 – Description of DID 0xF1AF NodeUID page 21 Table source context Image available: noView artifact
TABLE-CVS124-0035 Table: Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber page 22 Table source context Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0035 Table: Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber page 22 Table source context Image available: noView artifact
TABLE-CVS124-0036 Table: Table 36 – Description of DID 0xF1BA RBACCStructureVersion page 22 Table source context Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0041 Table: Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which page 31 Table source context Image available: noView artifact
TABLE-CVS124-0042 Table: Table 41 – Data identifier (DID) ranges page 31 Diagnostic parameter or service behavior Image available: noView artifact
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0041 Table: Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which page 31 Table source context Image available: noView artifact
TABLE-CVS124-0042 Table: Table 41 – Data identifier (DID) ranges page 31 Diagnostic parameter or service behavior Image available: noView artifact
SUV2_REQ 62RFQX-CVS124-0352Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 71
02, Module 2 (Application SW module) M 0x02 – 0xFF Physical memory range erase: Refer to ISO 14229-1 Table H1 M C = Mandatory if required to meet the performance requirements & &
AcceptSSR SSR-SYS-0032 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 71
Supplier proposal
Accept with assumption. Implement ECU-side secure update/bootloader behavior, including controlled programming state, authenticity/integrity checks, and verification evidence, subject to customer-confirmed SUV2 applicability and update-chain ownership. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
SUV2_REQ 63RFQX-CVS124-0353Requirement5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 71
in CVS123.
Informational Only2 tables · 0 diagrams
Details & reviewer feedback
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 71
Supplier proposal
Informational only. Keep as context; do not treat as an implementation requirement unless the customer confirms applicability. Related source tables/diagrams are treated as interpretation context, not separate customer IDs.
Reads like a requirement but no customer requirement ID was identified in the source. Confirm with the customer before baselining — not counted as a confirmed requirement.
—RFQX-CVS124-0039Needs Clarification5.2.1 Used data identifier in order to identify an ECUpage 14
Minimum length shall be 8 bytes and the assigned value shall be unique for every unit provided by one supplier per project.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
Open point OP-011
Details
Section
5.2.1 Used data identifier in order to identify an ECU
In this process, it shall end all routines and functions that influence programming and ensure that the server checked for safe state conditions at minimal.
Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied.
5.5.10.2.6 Response parameter reportDTCSnapshotRecordByDTCNumber The snapshot data sub-function (0x04) shall have positive response message data and format as specified in Table 67.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
dependent depend ent depende nt U #65+N+M- #66+N+M dataIdentifier 0x0000 – #67+N+M +P Data required by law or regulations Signal dependent depend ent depende nt C1 #68+N+M +P DTCSnapshotRecordNumber#2 (Latest Snapshot captured) 0x02 M #69+N+M +P DTCSnapshotRecordNumberOfIdentifiers#2 0x00 : 0xFF M #70+N+M +P : #70+2*(N +M+P) See specification for DTCSnapshotRecord[]#1 This latest snapshot shall contain the same type of data and format as DTCSnapshotRecord[]#1.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
Table 57 – Extended data sub-function (0x06) positive response message content and format Byte Description Range Resolu tion #1 ReadDTCInformation Response SID = 0x59 M #2 reportType = reportDTCExtDataRecordByDTCNumber 0x06 M #3 : #6 DTCAndStatusRecord[] = [ DTCHighByte DTCMiddleByte DTCLowByte statusOfDTC ] M #7 DTCExtDataRecordNumber#1 This byte shall be set to value 0x11.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
Open point OP-0111 tables · 0 diagrams
Details
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 51
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0058 Table: Table 57 – Extended data sub-function (0x06) positive response message content and format page 51 Diagnostic parameter or service behavior Image available: noView artifact
Byte Description Range Resolu tion This byte shall be set to value 2 and is used to identify the response structure variant #9 Occurrence counter OCC, as described in section 5.7.2 [unsigned integer] 0..127 0 M #10 DTC priority 1 – Highest priority 2 - Second highest priority 3 – Lowest priority 255 – Unknown 1..3, 255 0xFF M #11..#16 Time/Date of the first DTC activation See Table 98 but without byte #7 and #8 M #17..#22 Time/Date of the latest DTC activation M #23..#26 ECU Operational hours at the first DTC activation [4-byte int, big endian] as described in section 5.7.5.2.
Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).
Byte Description Range Resolu tion 0: 0 m 1: 5 m (factor 5) … 4261412863: 21 307 064 315 m #35..#38 Total vehicle distance at the latest DTC activation [4-byte int, big endian] in section 5.7.4.1 Not used for TRATON External engine and marine ECUsFor these ECUs these bytes shall contain default value 0xFF (all bytes).
Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied.
The routine IDs as listed in Table 61 are reserved by TRATON and shall not be used by the system supplier.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
Open point OP-0111 tables · 0 diagrams
Details
Section
5.5.12 RoutineControl (0x31) service
Page
page 55
Feature / Interface
None / OEM/Customer Review Interface
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0062 Table: Table 61 are reserved by TRATON and shall not be used by the system supplier. page 55 Diagnostic parameter or service behavior Image available: noView artifact
Table 77 – Programming preconditions Hex Description Origin 0x01 Engine speed is not zero Defined by the “manufacturers software initiative” (HIS) 0x02 Engine immobilizer is not released 0x03 Transmission input speed is not zero 0x04 Transmission output speed is not zero 0x05 Vehicle speed is not zero 0x06 Closed-loop control active 0x07 Ignition system off-on required 0x08 No programming voltage 0x09 Ignition (terminal 15) is not turned on 0x0A Supply voltage too low 0x0B Temperature too high 0x0C Temperature too low ..
Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied.
Any review of CVS124 shall only be done in agreement with the involved departments stated in the table on the first page under section “Technical responsibility”.
Confirm the DIA / responsibility (RASIC/CIA) split for each cybersecurity work product before supplier scope is fixed.
• Affiliate means any legal entity that directly or indirectly controls, is controlled by, or is commonly controlled with TRATON SE, it is being understood that “control” shall mean ownership of at least 50% of the voting rights or interest in the issued share capital, including for the avoidance of doubt any branch.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
If a request is received before this time has passed the server shall respond with NRC 0x78 (requestCorrectlyReceived-ResponsePending) (and process the request and send a final response when 2 seconds have passed) or NRC 0x22 (conditionsNotCorrect).
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
0: 0 m 1: 5 m (factor 5) … 4261412863: 21 307 064 315 m 0xFFF FFFFF 5 m/bit 0xFF (all bytes) C #41+(2p+1) +1 DTCExtDataRecordNumber#4 This byte shall be set to value 0x14.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
U 0x06 ResumeFile This value shall be used to resume downloading the file defined in the filePathAndName parameter at the returned filePosition indicator.
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
In addition, a check shall be made to determine whether or not the software is compatible with the hardware version (e.g., variants of sensors/actuators) and other data structures (e.g., EEPROM data).
Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).
Open point OP-001
Details
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 77
Information / descriptive (44)
Descriptive or contextual statements with a customer ID but no binding (shall/must) wording.
The conditions that shall be checked are • Vehicle speed ~ 0 • Engine speed ~ 0 (for vehicles with IC engines) • High Voltage system disengaged ( for vehicles with high Voltage battery system) • Gear Box in neutral • Parking brake engaged Diagnostics safe state is not intended for ensuring the vehicle safety rather its conditions that are checked to prevent executing Diagnostics services during vehicle operation
1 tables · 0 diagrams
Details
Section
5.3 Diagnostic sessions requirements
Page
page 25
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0040 Table: Table 40 – Diagnostic Safe State check for Services page 25 Diagnostic parameter or service behavior Image available: noView artifact
The server shall send an ECUReset positive response message after the server tasks above are finished but before the server performs the actual resetType.
Communication control service should not only be used to improve the bandwidth situation during flashing /parametrisation but also for inhibiting systems in vehicle (like engine start) to ensure safety.
Whereas the result of the dependency check is returned as part of a positive response, a negative response code (NRC) shall be returned if the normal conditions according to (ISO 14229-1) (authentication, service request length, parameter range check etc) for performing the service are not correct.
This RoutineIdentifier value allows the client to start a consistency check of the server and should be able to execute independent from programming sequence.
1 tables · 0 diagrams
Details
Section
5.6.4 Routine 0xFF01 – CheckProgrammingDependencies (check the flash programming)
Table 94 – CheckProgrammingDependencies routineStatusRecord results 0x00 correctResult M 0x01 incorrectResult M 0x02 incorrectResult error SW – HW M 0x03 incorrectResult error SW – SW M 0x04 IncorrectResult One or more modules are not programmed or are incorrectly programmed M 0x05 incorrectResult One or more modules failed when verifying the authenticity and integrity of the software M 0x06 – 0xFF Reserved 5.6.4.3 Negative response Whereas the result of the dependency check is returned as part of a positive response, a negative response code (NRC) shall be returned if the normal conditions according to (ISO 14229-1)(authentication, service request length, parameter range check etc) for performing the service are not correct.
2 tables · 0 diagrams
Details
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 78
Feature / Interface
Secure software update and flash readiness / None
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0095 Table: Table 93 – RoutineControl (CheckProgrammingDependencies) positive response format page 78 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0096 Table: Table 94 – CheckProgrammingDependencies routineStatusRecord results page 78 Diagnostic parameter or service behavior Image available: noView artifact
INFO_UDS_0001RFQX-CVS124-0021Information5.2.1 Used data identifier in order to identify an ECUpage 9
SUPPLIER in the Changing column means that the DID can be changed only at the supplier premises for non-programmable ECUs. Data identifier details.
1 tables · 0 diagrams
Details
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 9
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0006 Table: Table 6 – Description of DID 0xF180 bootSoftwareIdentificationDataIdentifier page 10 State-machine or transition behavior Image available: noView artifact
INFO_UDS_0002RFQX-CVS124-0022Information5.2.1 Used data identifier in order to identify an ECUpage 9
The format in the DID description in the following tables is given in ODX base data types.
1 tables · 0 diagrams
Details
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 9
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0006 Table: Table 6 – Description of DID 0xF180 bootSoftwareIdentificationDataIdentifier page 10 State-machine or transition behavior Image available: noView artifact
INFO_UDS_0003RFQX-CVS124-0041Information5.2.1 Used data identifier in order to identify an ECUpage 14
This identifier is used for follow up and quality check at production and service and for legal reasons if applicable.
2 tables · 0 diagrams
Details
Section
0x30
Page
page 14
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0016 Table: Table 16 – Description of DID 0xF190 VINDataIdentifier page 14 Table source context Image available: noView artifact
TABLE-CVS124-0017 Table: Table 17 – Description of DID 0xF191 vehicleManufacturerECUHardwareNumberDataIdentifier page 14 Table source context Image available: noView artifact
INFO_UDS_0004RFQX-CVS124-0062Information5.2.1 Used data identifier in order to identify an ECUpage 20
The current date as received on CAN or other ECU-external source at first reception of a valid signal after a software update.
2 tables · 0 diagrams
Details
Section
5.2.1.27 DID 0xF1AB Date at software update stamp
Page
page 20
Feature / Interface
Secure software update and flash readiness / None
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0031 Table: Table 31 – Description of DID 0xF1AA Mileage at software update stamp page 20 Software update or memory programming context Image available: noView artifact
TABLE-CVS124-0032 Table: Table 32 – Description of DID 0xF1AB Date at software update stamp page 21 Software update or memory programming context Image available: noView artifact
INFO_UDS_0005RFQX-CVS124-0066Information5.2.1 Used data identifier in order to identify an ECUpage 22
This identifier is used to link a ECU HW to its specialized security attributes.
2 tables · 0 diagrams
Details
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 22
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0034 Table: Table 34 – Description of DID 0xF1AF NodeUID page 21 Table source context Image available: noView artifact
TABLE-CVS124-0035 Table: Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber page 22 Table source context Image available: noView artifact
INFO_UDS_0040RFQX-CVS124-0067Information5.2.1 Used data identifier in order to identify an ECUpage 22
The value to be stored is fetched from TRATON backend system in production.
2 tables · 0 diagrams
Details
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 22
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0034 Table: Table 34 – Description of DID 0xF1AF NodeUID page 21 Table source context Image available: noView artifact
TABLE-CVS124-0035 Table: Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber page 22 Table source context Image available: noView artifact
INFO_UDS_0006RFQX-CVS124-0069Information5.2.1 Used data identifier in order to identify an ECUpage 22
Information on RBACC can be found in CVS151.
2 tables · 0 diagrams
Details
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 22
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0035 Table: Table 35 – Description of DID 0xF1B9 RBACCIdentifierNumber page 22 Table source context Image available: noView artifact
TABLE-CVS124-0036 Table: Table 36 – Description of DID 0xF1BA RBACCStructureVersion page 22 Table source context Image available: noView artifact
INFO_UDS_0007RFQX-CVS124-0071Information5.2.1 Used data identifier in order to identify an ECUpage 22
Information on RBACC can be found in CVS151.
2 tables · 0 diagrams
Details
Section
5.2.1 Used data identifier in order to identify an ECU
Page
page 22
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0036 Table: Table 36 – Description of DID 0xF1BA RBACCStructureVersion page 22 Table source context Image available: noView artifact
TABLE-CVS124-0037 Table: Table 37 – Description of DID 0xF1D1 RootCertificateIdentifier page 22 Security protocol or cryptographic context Image available: noView artifact
INFO_UDS_0009RFQX-CVS124-0131Information5.4.1 Integrity Validation Data DIDs (IVD-DIDs)page 31
Table 41 – Data identifier (DID) ranges Byte value Description 0x0611-0x0620 Reserved for collective data identifiers 0xB000 – 0xB1FF Reserved for TRATON 0xCF00 – 0xCFFF TRATON data field identifiers 0xF010 disableDiagnosticClient 5.4.1 Integrity Validation Data DIDs (IVD-DIDs) Refer to VehSec_IVD_ECU for detailed requirements on Integrity Validation Data (IVD) for ECUs which need to be compliant to UNECE R156 regulation.
3 tables · 0 diagrams
Details
Section
5.4.1 Integrity Validation Data DIDs (IVD-DIDs)
Page
page 31
Feature / Interface
Secure software update and flash readiness; Security evidence and traceability / None
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0041 Table: Table 41 lists reserved ECU DIDs/DID ranges which are not used for identification and which page 31 Table source context Image available: noView artifact
TABLE-CVS124-0042 Table: Table 41 – Data identifier (DID) ranges page 31 Diagnostic parameter or service behavior Image available: noView artifact
Range tion #54 ECU start-up and alive reasons Bits 0-3 (start-up reason): 0x0: Reserved 0x1: Primary wake-up (terminal 15 ON) 0x2: Secondary wake-up 0x3: Sub wake-up 1 0x4: Sub wake-up 2 0x5: Sub wake-up 3 0x6-0xE: Reserved 0xF: Not available Bits 4-7 (alive reason): 0x0: Reserved 0x1: Primary wake-up (terminal 15 ON) 0x2: Secondary wake-up 0x3: Sub wake-up 1 0x4: Sub wake-up 2 0x5: Sub wake-up 3 0x6: Stay alive 0x7-0xE: Reserved 0xF: Not available Note 1: While the reason for keeping the ECU alive may change during execution startup reason and alive reason are always identical at ECU startup.
Details
Section
5.5.10 ReadDTCInformation (0x19) service
Page
page 49
INFO_UDS_0017RFQX-CVS124-0271Information5.5.13 Request Download Service (0x34)page 57
In order to satisfy stability requirements, the erasing of the boot loader may require that the old boot loader is copied into another memory area before the boot loader memory is erased, see Annex A for an implementation hint.
1 tables · 0 diagrams
Details
Section
5.5.13 Request Download Service (0x34)
Page
page 57
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0063 Table: Table 61 – Service 0x31 request parameter RoutineIdentifier description page 56 Diagnostic parameter or service behavior Image available: noView artifact
INFO_UDS_0020RFQX-CVS124-0342Information5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 69
In order to satisfy stability requirements, the erasing of the boot loader may require that the current boot loader be copied into another non-volatile memory area before the boot loader memory is erased, see Annex A for an implementation hint.
Details
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 69
INFO_UDS_0021RFQX-CVS124-0344Information5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 69
SUV2_INFO 114 in CVS123 prevents the scenario of erasing the copied bootloader while boot loader update and leaving the ECU without any bootloader.
Details
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 69
INFO_UDS_0022RFQX-CVS124-0357Information5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 72
5.6.2.5 Message flow example(s) RoutineControl (EraseMemory) Example #1: Request: client → server
3 tables · 0 diagrams
Details
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 72
Related Tables / Diagrams
Linked tables: 3 | Linked diagrams: 0
TABLE-CVS124-0082 Table: Table 80 – RoutineControl (EraseMemory) positive response format page 71 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0083 Table: Table 81 – RoutineControl (EraseMemory) routineResult values page 72 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0084 Table: Table 82 – Example #1: Request: client → server page 72 Diagnostic parameter or service behavior Image available: noView artifact
INFO_UDS_0023RFQX-CVS124-0358Information5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 72
This is an example where the client requests to erase a module in the server memory by a given memoryStartAddress and memorySize.
2 tables · 0 diagrams
Details
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 72
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0083 Table: Table 81 – RoutineControl (EraseMemory) routineResult values page 72 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0084 Table: Table 82 – Example #1: Request: client → server page 72 Diagnostic parameter or service behavior Image available: noView artifact
INFO_UDS_0024RFQX-CVS124-0359Information5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 73
This example reports a failure when the erase operation is started, e.g. memory failure.
4 tables · 0 diagrams
Details
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 73
Related Tables / Diagrams
Linked tables: 4 | Linked diagrams: 0
TABLE-CVS124-0084 Table: Table 82 – Example #1: Request: client → server page 72 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0085 Table: Table 83 – Example #1: Positive response: server → client page 73 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0086 Table: Table 84 – Example #1: Negative response: server → client page 73 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0087 Table: Table 85 – Example #2: Request: client → server page 73 Diagnostic parameter or service behavior Image available: noView artifact
INFO_UDS_0025RFQX-CVS124-0360Information5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)page 73
This is an example where the client requests to erase a module with module index 3 in the server’s memory.
4 tables · 0 diagrams
Details
Section
5.6.2 Routine 0xFF00 – EraseMemory (erasing the program memory)
Page
page 73
Feature / Interface
Secure software update and flash readiness / None
Related Tables / Diagrams
Linked tables: 4 | Linked diagrams: 0
TABLE-CVS124-0085 Table: Table 83 – Example #1: Positive response: server → client page 73 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0086 Table: Table 84 – Example #1: Negative response: server → client page 73 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0087 Table: Table 85 – Example #2: Request: client → server page 73 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0088 Table: Table 86 – Example #2: Positive response: server → client page 73 Diagnostic parameter or service behavior Image available: noView artifact
The authenticity verification performed by the RoutineIdentifier 0x2401 Software Installation does not exempt the authenticity verification for RoutineIdentifier 0xFF01 – CheckProgrammingDependencies.
1 tables · 0 diagrams
Details
Section
5.6.3 Routine 0x2401 – Software Installation
Page
page 74
Feature / Interface
Secure software update and flash readiness; Security evidence and traceability / None
Related Tables / Diagrams
Linked tables: 1 | Linked diagrams: 0
TABLE-CVS124-0089 Table: Table 87 – Example #2: Negative response: server → client page 74 Diagnostic parameter or service behavior Image available: noView artifact
Table 95 – Example: Request: client → server #1 RoutineControl Request SID 0x31 #2 routineControlType (StartRoutine) 0x01 #3 routineIdentifier byte#1 (checkProgrammingDependencies MSB) 0xFF #4 routineIdentifier byte#2 (checkProgrammingDependencies LSB) 0x01 Example: Positive response: server → client In this example the routine status indicates that the programming dependencies returned correct result.
2 tables · 0 diagrams
Details
Section
5.6.5 Routine 0xCAFE – EMP
Page
page 79
Feature / Interface
Secure software update and flash readiness / None
Related Tables / Diagrams
Linked tables: 2 | Linked diagrams: 0
TABLE-CVS124-0097 Table: Table 95 – Example: Request: client → server page 79 Diagnostic parameter or service behavior Image available: noView artifact
TABLE-CVS124-0098 Table: Table 96 – Positive response: server → client page 79 Diagnostic parameter or service behavior Image available: noView artifact
Shall be agreed between the supplier and the vehicle manufacturer. Table 3 – Conventions Implementation Description M Mandatory Mandatory data marked as ‘M’ always shall be returned. If valid data is not needed for the use-case and system at hand, default values should be used. E Mandatory for ECUs which shall be compliant with OBD legislation Worldwide like ISO27145,J1979 etc C Conditional U User optional. Shall be agreed between the supplier and the vehicle manufacturer. - (dash) Not supported Table 4 – Definitions of terms Changing Description DIAG Diagnostics - The Data Identifier content can be changed by means of the UDS service 0x2E FLASH BOOT Boot loader module stored in flash memory FLASH APPL Application module stored in flash memory FLASH DATA Dataset download - The Data Identifier content is changed by a dataset download process as per document Harmonized programming (see /11/) SUPPLIER Supplier process - The Data Identifier content is changed at the supplier's facilities by the manufacturing process. INTERNAL ECU software - The Data Identifier content is determined by the server at runtime. E Mandatory for ECUs which shall be compliant with OBD legislation Worldwide like ISO27145,J1979 etc C Conditional U User optional. If valid data is not needed for the use-case and system at hand, default values should be used.
Shall not This phrase, or the phrase "Must not", means that the definition is an absolute prohibition of the specification. Should This word, or the adjective “Recommended”, means that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications shall be understood and carefully weighed before choosing a different course. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item. An implementation which does not include a particular option shall be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation which does include a particular option shall be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides). Table 2 – Abbreviated terms Abbreviation Description DID Data Identifier EnvCond Environment Condition FMI Failure Mode Indication Def Default diagnostic session DSIV Diagnostic Security Implementation Variant Project specific. Dependent of the security variant implemented in the diagnostic server. DTC Diagnostic Trouble Code ECU Electronic Control Unit Ext Extended diagnostic session UDS Unified Diagnostic Services CAN Controller Area Network Table 1 – Definition of Terms Term Definition Shall This word, or the terms "Required" or "Must", means that the definition is an absolute requirement of the specification. Shall not This phrase, or the phrase "Must not", means that the definition is an absolute prohibition of the specification. Should This word, or the adjective “Recommended”, means that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications shall be understood and carefully weighed before choosing a different course. Should not This phrase, or the phrase “Not recommended”, means that there may exist valid reasons in particular circumstances when the particular behavior is acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behavior described with this label. May This word, or the adjective “Optional”, means that an item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item. An implementation which does not include a particular option shall be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation which does include a particular option shall be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides). Should not This phrase, or the phrase “Not recommended”, means that there may exist valid reasons in particular circumstances when the particular behavior is acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behavior described with this label. May This word, or the adjective “Optional”, means that an item is truly optional.
Foreword This CVS124 contains requirement specification for TRATON GROUP and may be used by all within TRATON Group, if applicable.
Details
Section
page-2 Page 2
Page
page 2
Derived Supplier System Requirements
This table is horizontally scrollable. Use the bottom scrollbar to view all columns.
SSR
Statement / Trace
Feature
Security Capability
Interface
Responsibility
Status
Verification
SSR-BOOT-001
Secure software update and flash readiness — Bootloader and Application State HandlingThe ECU shall verify boot and application authenticity/integrity for Secure software update and flash readiness and enforce the defined behaviour on verification failure (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0014.
Secure software update and flash readiness
None
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-BOOT-002
Secure software update and flash readiness — Bootloader and Application State HandlingThe ECU shall verify boot and application authenticity/integrity for Secure software update and flash readiness and enforce the defined behaviour on verification failure (Hardware domain; allocated to Hardware Platform).From this PDF: RFQX-CVS124-0343.
Secure software update and flash readiness
None
None
Supplier-Owned
Candidate
Review + Test + table/diagram context review
SSR-BOOT-005
Bootloader and Application State Handling — Bootloader and Application State HandlingThe ECU shall verify boot and application authenticity/integrity for Bootloader and Application State Handling and enforce the defined behaviour on verification failure (Software domain; allocated to Application Software).From this PDF: RFQX-CVS124-0193; RFQX-CVS124-0354.
Bootloader and Application State Handling
None
None
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-COM-002
Secure Communication and Boundary Control — Secure Communication and Boundary ControlThe ECU shall restrict and protect communication for Secure Communication and Boundary Control, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (System domain; allocated to System Core).From this PDF: RFQX-CVS124-0172.
Secure Communication and Boundary Control
None
None
Supplier-Owned
Candidate
Review + Test + table/diagram context review
SSR-COM-004
Secure Communication and Boundary Control — Secure Communication and Boundary ControlThe ECU shall restrict and protect communication for Secure Communication and Boundary Control, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (IT / backend domain; allocated to Backend and IT Systems).From this PDF: RFQX-CVS124-0433.
Secure Communication and Boundary Control
None
None
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-COM-006
Secure Communication and Boundary Control — Secure Communication and Boundary ControlThe ECU shall restrict and protect communication for Secure Communication and Boundary Control, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (Software domain; allocated to Application Software).From this PDF: RFQX-CVS124-0168; RFQX-CVS124-0198.
Secure Communication and Boundary Control
None
None
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-COM-007
External Interfaces — Secure Communication and Boundary ControlThe ECU shall restrict and protect communication for External Interfaces, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (Interface domain; allocated to External Interfaces; interface: External Interfaces).From this PDF: RFQX-CVS124-0149.
External Interfaces
None
External Interfaces
Supplier-Owned
Candidate
Review + Test + table/diagram context review
SSR-DAI-003
Data Authenticity and Integrity Verification — Data Authenticity and Integrity VerificationThe ECU shall verify the authenticity and integrity of Data Authenticity and Integrity Verification data and reject manipulated or unauthenticated data (IT / backend domain; allocated to Backend and IT Systems).From this PDF: RFQX-CVS124-0387.
Data Authenticity and Integrity Verification
None
None
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-DAI-004
Data Authenticity and Integrity Verification — Data Authenticity and Integrity VerificationThe ECU shall verify the authenticity and integrity of Data Authenticity and Integrity Verification data and reject manipulated or unauthenticated data (Software domain; allocated to Application Software).From this PDF: RFQX-CVS124-0385; RFQX-CVS124-0386.
Data Authenticity and Integrity Verification
None
None
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-DAI-005
Security evidence and traceability — Data Authenticity and Integrity VerificationThe ECU shall verify the authenticity and integrity of Security evidence and traceability data and reject manipulated or unauthenticated data (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0370.
Security evidence and traceability
None
OEM/Customer Review Interface
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-DAI-006
Security evidence and traceability — Data Authenticity and Integrity VerificationThe ECU shall verify the authenticity and integrity of Security evidence and traceability data and reject manipulated or unauthenticated data (IT / backend domain; allocated to Backend and IT Systems; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0362; RFQX-CVS124-0365.
Security evidence and traceability
None
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-DAI-007
Security evidence and traceability — Data Authenticity and Integrity VerificationThe ECU shall verify the authenticity and integrity of Security evidence and traceability data and reject manipulated or unauthenticated data (System domain; allocated to System Core; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0369; RFQX-CVS124-0371.
Security evidence and traceability
None
OEM/Customer Review Interface
Supplier-Owned
Candidate
Review + Test + table/diagram context review
SSR-DIAG-003
Diagnostic Services — Diagnostic ServicesThe ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (System domain; allocated to System Core; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0087; RFQX-CVS124-0203; RFQX-CVS124-0242; RFQX-CVS124-0400; RFQX-CVS124-0407; RFQX-CVS124-0408; RFQX-CVS124-0409; RFQX-CVS124-0415; RFQX-CVS124-0416; RFQX-CVS124-0418.
Diagnostic Services
None
OEM/Customer Review Interface
Supplier-Owned
Candidate
Test + table/diagram context review
SSR-DIAG-004
Diagnostic Services — Diagnostic ServicesThe ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (Process / compliance domain; allocated to Compliance Process).From this PDF: RFQX-CVS124-0146; RFQX-CVS124-0223; RFQX-CVS124-0226; RFQX-CVS124-0229; RFQX-CVS124-0230; RFQX-CVS124-0232; RFQX-CVS124-0233; RFQX-CVS124-0234; RFQX-CVS124-0235; RFQX-CVS124-0236; RFQX-CVS124-0251; RFQX-CVS124-0252; RFQX-CVS124-0256.
Diagnostic Services
None
None
Supplier-Owned
Candidate
Test + table/diagram context review
SSR-DIAG-005
Diagnostic Services — Diagnostic ServicesThe ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (Hardware domain; allocated to Hardware Platform).From this PDF: RFQX-CVS124-0201.
Diagnostic Services
None
None
Supplier-Owned
Candidate
Test + table/diagram context review
SSR-DIAG-006
Diagnostic Services — Diagnostic ServicesThe ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (Software domain; allocated to Application Software).From this PDF: RFQX-CVS124-0207; RFQX-CVS124-0238.
Diagnostic Services
None
None
Shared
Blocked by Customer Clarification
Test + table/diagram context review
SSR-HW-001
Hardware / HSM / Secure Storage — Hardware / HSM / Secure StorageThe ECU hardware shall provide the platform and secure-storage capabilities required for Hardware / HSM / Secure Storage (Hardware domain; allocated to Hardware Platform; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0058; RFQX-CVS124-0130; RFQX-CVS124-0152; RFQX-CVS124-0153; RFQX-CVS124-0209; RFQX-CVS124-0270.
Hardware / HSM / Secure Storage
None
OEM/Customer Review Interface
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-KEY-001
Key and Certificate Handling — Key and Certificate HandlingThe ECU shall manage key and certificate material for Key and Certificate Handling across provisioning, storage, use, renewal and revocation per the agreed key lifecycle (Cybersecurity domain; allocated to Security Services; security capability: Certificate handling; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0160; RFQX-CVS124-0210.
Key and Certificate Handling
Certificate handling
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-RBAC-001
Secure Diagnostics / RBAC — Secure Diagnostics / RBACThe ECU shall enforce authenticated, role-authorised access for Secure Diagnostics / RBAC, restricting security-relevant diagnostic services per the OEM-agreed role model (Cybersecurity domain; allocated to Security Services; security capability: Diagnostic security; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0075; RFQX-CVS124-0077; RFQX-CVS124-0078; RFQX-CVS124-0171; RFQX-CVS124-0186; RFQX-CVS124-0431; RFQX-CVS124-0432.
Secure Diagnostics / RBAC
Diagnostic security
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-RBAC-003
Secure Diagnostics / RBAC — Secure Diagnostics / RBACThe ECU shall enforce authenticated, role-authorised access for Secure Diagnostics / RBAC, restricting security-relevant diagnostic services per the OEM-agreed role model (IT / backend domain; allocated to Backend and IT Systems).From this PDF: RFQX-CVS124-0083.
Secure Diagnostics / RBAC
None
None
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-RBAC-004
Secure Diagnostics / RBAC — Secure Diagnostics / RBACThe ECU shall enforce authenticated, role-authorised access for Secure Diagnostics / RBAC, restricting security-relevant diagnostic services per the OEM-agreed role model (Software domain; allocated to Application Software).From this PDF: RFQX-CVS124-0084; RFQX-CVS124-0135; RFQX-CVS124-0305; RFQX-CVS124-0306; RFQX-CVS124-0307.
Secure Diagnostics / RBAC
None
None
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-SDT-001
Secure Data Transfer / Data Security Container — Secure Data Transfer / Data Security ContainerThe ECU shall protect security-relevant data transfer for Secure Data Transfer / Data Security Container using the agreed secured data transfer / data security container scheme (Software domain; allocated to Application Software).From this PDF: RFQX-CVS124-0273; RFQX-CVS124-0346.
Secure Data Transfer / Data Security Container
None
None
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-SYS-001
System Function — System FunctionThe ECU shall implement the System Function behaviour required by its allocated customer requirements, including the specified functions, signals, states and timing (System domain; allocated to System Core; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0019; RFQX-CVS124-0036; RFQX-CVS124-0089; RFQX-CVS124-0132; RFQX-CVS124-0195; RFQX-CVS124-0295; RFQX-CVS124-0297; RFQX-CVS124-0303; RFQX-CVS124-0304; RFQX-CVS124-0333; RFQX-CVS124-0334; RFQX-CVS124-0338; RFQX-CVS124-0350; RFQX-CVS124-0356; RFQX-CVS124-0367; RFQX-CVS124-0372; RFQX-CVS124-0373; RFQX-CVS124-0376; RFQX-CVS124-0383; RFQX-CVS124-0390; RFQX-CVS124-0402; RFQX-CVS124-0403; RFQX-CVS124-0404; RFQX-CVS124-0405; RFQX-CVS124-0410; RFQX-CVS124-0412; RFQX-CVS124-0417; RFQX-CVS124-0420; RFQX-CVS124-0421; RFQX-CVS124-0427; RFQX-CVS124-0435.
System Function
None
OEM/Customer Review Interface
Supplier-Owned
Candidate
Test + table/diagram context review
SSR-SYS-002
System Function — System FunctionThe ECU shall implement the System Function behaviour required by its allocated customer requirements, including the specified functions, signals, states and timing (Process / compliance domain; allocated to Compliance Process; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0129; RFQX-CVS124-0133; RFQX-CVS124-0134; RFQX-CVS124-0147; RFQX-CVS124-0165; RFQX-CVS124-0182; RFQX-CVS124-0202; RFQX-CVS124-0213; RFQX-CVS124-0216; RFQX-CVS124-0222; RFQX-CVS124-0228; RFQX-CVS124-0250; RFQX-CVS124-0254; RFQX-CVS124-0259; RFQX-CVS124-0264; RFQX-CVS124-0267; RFQX-CVS124-0284; RFQX-CVS124-0285; RFQX-CVS124-0288; RFQX-CVS124-0289; RFQX-CVS124-0290; RFQX-CVS124-0302; RFQX-CVS124-0312; RFQX-CVS124-0325; RFQX-CVS124-0437.
System Function
None
OEM/Customer Review Interface
Supplier-Owned
Candidate
Test + table/diagram context review
SSR-SYS-003
System Function — System FunctionThe ECU shall implement the System Function behaviour required by its allocated customer requirements, including the specified functions, signals, states and timing (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0079; RFQX-CVS124-0082; RFQX-CVS124-0150; RFQX-CVS124-0162; RFQX-CVS124-0180; RFQX-CVS124-0244; RFQX-CVS124-0300; RFQX-CVS124-0313; RFQX-CVS124-0315; RFQX-CVS124-0321; RFQX-CVS124-0332; RFQX-CVS124-0352; RFQX-CVS124-0368; RFQX-CVS124-0374; RFQX-CVS124-0398.
System Function
None
OEM/Customer Review Interface
Supplier-Owned
Candidate
Test + table/diagram context review
SSR-TOOL-002
Tooling / IT / Evidence Storage — Tooling / IT / Evidence StorageThe supplier shall provide the tooling, IT infrastructure and evidence storage required for Tooling / IT / Evidence Storage (IT / backend domain; allocated to Backend and IT Systems; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0018; RFQX-CVS124-0088; RFQX-CVS124-0154; RFQX-CVS124-0225; RFQX-CVS124-0381; RFQX-CVS124-0384; RFQX-CVS124-0406; RFQX-CVS124-0436.
Tooling / IT / Evidence Storage
None
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-TOOL-003
Tooling / IT / Evidence Storage — Tooling / IT / Evidence StorageThe supplier shall provide the tooling, IT infrastructure and evidence storage required for Tooling / IT / Evidence Storage (Software domain; allocated to Application Software).From this PDF: RFQX-CVS124-0157; RFQX-CVS124-0161; RFQX-CVS124-0192; RFQX-CVS124-0272; RFQX-CVS124-0274; RFQX-CVS124-0275; RFQX-CVS124-0341; RFQX-CVS124-0345; RFQX-CVS124-0364.
Tooling / IT / Evidence Storage
None
None
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-TOOL-004
Tooling / IT / Evidence Storage — Tooling / IT / Evidence StorageThe supplier shall provide the tooling, IT infrastructure and evidence storage required for Tooling / IT / Evidence Storage (System domain; allocated to System Core; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0434; RFQX-CVS124-0438; RFQX-CVS124-0439.
Tooling / IT / Evidence Storage
None
OEM/Customer Review Interface
Shared
Ready for Customer Alignment
Review + Test + table/diagram context review
SSR-UPD-001
Secure software update and flash readiness — Software Update / FlashingThe ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0060; RFQX-CVS124-0137; RFQX-CVS124-0140; RFQX-CVS124-0185; RFQX-CVS124-0389; RFQX-CVS124-0391.
Secure software update and flash readiness
None
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-UPD-002
Secure software update and flash readiness — Software Update / FlashingThe ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (System domain; allocated to System Core; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0145; RFQX-CVS124-0327; RFQX-CVS124-0329; RFQX-CVS124-0330; RFQX-CVS124-0336; RFQX-CVS124-0337; RFQX-CVS124-0339; RFQX-CVS124-0348; RFQX-CVS124-0366; RFQX-CVS124-0388; RFQX-CVS124-0392.
Secure software update and flash readiness
None
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-UPD-003
Secure software update and flash readiness — Software Update / FlashingThe ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (IT / backend domain; allocated to Backend and IT Systems; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0142; RFQX-CVS124-0397.
Secure software update and flash readiness
None
OEM/Customer Review Interface
Shared
Blocked by Customer Clarification
Review + Test + table/diagram context review
SSR-UPD-004
Secure software update and flash readiness — Software Update / FlashingThe ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (Hardware domain; allocated to Hardware Platform; interface: OEM/Customer Review Interface).From this PDF: RFQX-CVS124-0024; RFQX-CVS124-0028; RFQX-CVS124-0031; RFQX-CVS124-0043; RFQX-CVS124-0074.
Secure software update and flash readiness
None
OEM/Customer Review Interface
Supplier-Owned
Candidate
Review + Test + table/diagram context review
System / Security Design Impact
Impact Area
Evidence From This PDF
Impacted system features
Secure communication and freshness protection; Secure software update and flash readiness; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability
Security-relevant requirement the ECU can own once responsibility/method is confirmed. Linked source table/diagram context was considered for interpretation.
Design decisions required
Confirm with customer whether this is a binding requirement and assign a customer ID.
Evidence basis: Markdown-derived requirements and generated RFQX registers; no downstream PDF analysis.
Executive Summary
Scope: this supplier evaluation / capability assessment specifies requirement, covering 5 Requirements; 5.2 ECU Identification Requirements; 5.2.1 Used data identifier in order to identify an ECU; 5.3 Diagnostic sessions requirements; 5.4 Data identifier requirements; 5.4.1 Integrity Validation Data DIDs (IVD-DIDs). System boundary and interfaces: the document constrains 1 interface(s) - OEM/Customer Review Interface; principal functions in scope are Secure software update and flash readiness; Secure communication and freshness protection; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability.
Engineering obligations: 376 confirmed customer requirement(s) carry an explicit ID and normative wording and must be implemented and verified; 31 further requirement-like statement(s) have no customer ID and must be clarified before they can be baselined; 44 informational and 14 reference item(s) were separated out as non-binding. Design and security impact: affects Secure software update and flash readiness; Secure communication and freshness protection; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability; security capabilities touched: Diagnostic security; Key management; 32 supplier system requirement(s) were derived from this document.
Open for the customer: 5 document-linked open point(s) - mainly Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).; Confirm the diagnostic role model, the authorized services per role, and which party owns the diagnostic authorization policy.; Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied. (sample: 3 of 5) - plus 31 unidentified requirement-like statement(s). Do not baseline these until the customer confirms. Confidence and limits: High confidence. Categorisation is derived from the converted Markdown (customer IDs, normative wording, and section context); no OCR or downstream PDF analysis is used.
Document Abstract
Field
Interpretation
Document Purpose
Scope: this supplier evaluation / capability assessment specifies requirement, covering 5 Requirements; 5.2 ECU Identification Requirements; 5.2.1 Used data identifier in order to identify an ECU; 5.3 Diagnostic sessions requirements; 5.4 Data identifier requirements; 5.4.1 Integrity Validation Data DIDs (IVD-DIDs).
Engineering Interpretation
System boundary and interfaces: the document constrains 1 interface(s) - OEM/Customer Review Interface; principal functions in scope are Secure software update and flash readiness; Secure communication and freshness protection; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability.
Supplier Proposal Impact
Engineering obligations: 376 confirmed customer requirement(s) carry an explicit ID and normative wording and must be implemented and verified; 31 further requirement-like statement(s) have no customer ID and must be clarified before they can be baselined; 44 informational and 14 reference item(s) were separated out as non-binding.
System / Security Impact
Design and security impact: affects Secure software update and flash readiness; Secure communication and freshness protection; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability; security capabilities touched: Diagnostic security; Key management; 32 supplier system requirement(s) were derived from this document.
Customer Clarification Impact
Open for the customer: 5 document-linked open point(s) - mainly Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).; Confirm the diagnostic role model, the authorized services per role, and which party owns the diagnostic authorization policy.; Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied. (sample: 3 of 5) - plus 31 unidentified requirement-like statement(s). Do not baseline these until the customer confirms.
Confidence and Limits
Confidence and limits: High confidence. Categorisation is derived from the converted Markdown (customer IDs, normative wording, and section context); no OCR or downstream PDF analysis is used.
Main Requirement Themes
Theme
Summary
Requirement Count
Representative Requirements
Requirement
Groups related document requirements into a single engineering theme.
Customer-owned responsibility, final customer decisions, and unresolved open points remain unconfirmed.
Critical Requirements
ID
Score
Category
Reason
Statement
RFQX-CVS124-0039
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
Minimum length shall be 8 bytes and the assigned value shall be unique for every unit provided by one supplier per project.
RFQX-CVS124-0138
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
The application shall respond with NRC 0x22 (conditionsNotCorrect) if communication has not been switched off.
RFQX-CVS124-0141
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
In this process, it shall end all routines and functions that influence programming and ensure that the server checked for safe state conditions at minimal.
RFQX-CVS124-0159
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
The implementation of hardReset shall first ensure that data corruption will not occur.
RFQX-CVS124-0212
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
If this action is necessary then it shall be integrated implicitly into ECU Reset (0x11) Service subfunction 0x02.
RFQX-CVS124-0237
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
5.5.10.2.6 Response parameter reportDTCSnapshotRecordByDTCNumber The snapshot data sub-function (0x04) shall have positive response message data and format as specified in Table 67.
RFQX-CVS124-0241
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
dependent depend ent depende nt U #65+N+M- #66+N+M dataIdentifier 0x0000 – #67+N+M +P Data required by law or regulations Signal dependent depend ent depende nt C1 #68+N+M +P DTCSnapshotRecordNumber#2 (Latest Snapshot captured) 0x02 M #69+N+M +P DTCSnapshotRecordNumberOfIdentifiers#2 0x00 : 0xFF M #70+N+M +P : #70+2*(N +M+P) See specification for DTCSnapshotRecord[]#1 This latest snapshot shall contain the same type of data and format as DTCSnapshotRecord[]#1.
RFQX-CVS124-0245
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
Table 57 – Extended data sub-function (0x06) positive response message content and format Byte Description Range Resolu tion #1 ReadDTCInformation Response SID = 0x59 M #2 reportType = reportDTCExtDataRecordByDTCNumber 0x06 M #3 : #6 DTCAndStatusRecord[] = [ DTCHighByte DTCMiddleByte DTCLowByte statusOfDTC ] M #7 DTCExtDataRecordNumber#1 This byte shall be set to value 0x11.
RFQX-CVS124-0246
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
Byte Description Range Resolu tion This byte shall be set to value 2 and is used to identify the response structure variant #9 Occurrence counter OCC, as described in section 5.7.2 [unsigned integer] 0..127 0 M #10 DTC priority 1 – Highest priority 2 - Second highest priority 3 – Lowest priority 255 – Unknown 1..3, 255 0xFF M #11..#16 Time/Date of the first DTC activation See Table 98 but without byte #7 and #8 M #17..#22 Time/Date of the latest DTC activation M #23..#26 ECU Operational hours at the first DTC activation [4-byte int, big endian] as described in section 5.7.5.2.
RFQX-CVS124-0248
81
High risk due to unclear OEM/supplier responsibility
security relevant; architecture relevant; Needs Customer Clarification; linked open point; blocks SSR derivation
Byte Description Range Resolu tion 0: 0 m 1: 5 m (factor 5) … 4261412863: 21 307 064 315 m #35..#38 Total vehicle distance at the latest DTC activation [4-byte int, big endian] in section 5.7.4.1 Not used for TRATON External engine and marine ECUsFor these ECUs these bytes shall contain default value 0xFF (all bytes).
Open Points
Open Point
Priority
Question
Impact
Status
OP-001
Confirm the exact ECU designation/variant and the agreed item definition and boundary used for the risk analysis (TARA).
TARA scope and effort stay open; downstream assets, goals and design may rework.
Open
OP-002
Confirm the diagnostic role model, the authorized services per role, and which party owns the diagnostic authorization policy.
Security-access design and verification scope cannot be frozen; risk of an unprotected diagnostic service.
Open
OP-004
Confirm the update chain ownership (backend/campaign vs. ECU programming) and the authenticity/integrity scheme to be applied.
Update-control scope and evidence ownership stay open; risk of an unprotected update path.
Open
OP-009
Confirm the DIA / responsibility (RASIC/CIA) split for each cybersecurity work product before supplier scope is fixed.
Without an agreed DIA the supplier risks owning customer work products or leaving cybersecurity gaps in the case.
Open
OP-011
Confirm whether each listed requirement is binding supplier scope, customer-owned scope, or evidence-only context for the ECA ECU baseline.
Supplier position, estimation, and affected design allocation remain conditional for the listed requirements.
Open
Supplier System Requirements
SSR
Title
Statement
Reqs From This PDF
Other PDFs
Status
SSR-BOOT-001
Secure software update and flash readiness — Bootloader and Application State Handling
The ECU shall verify boot and application authenticity/integrity for Secure software update and flash readiness and enforce the defined behaviour on verification failure (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).
RFQX-CVS124-0014
no
Blocked by Customer Clarification
SSR-BOOT-002
Secure software update and flash readiness — Bootloader and Application State Handling
The ECU shall verify boot and application authenticity/integrity for Secure software update and flash readiness and enforce the defined behaviour on verification failure (Hardware domain; allocated to Hardware Platform).
RFQX-CVS124-0343
no
Candidate
SSR-BOOT-005
Bootloader and Application State Handling — Bootloader and Application State Handling
The ECU shall verify boot and application authenticity/integrity for Bootloader and Application State Handling and enforce the defined behaviour on verification failure (Software domain; allocated to Application Software).
RFQX-CVS124-0193; RFQX-CVS124-0354
no
Ready for Customer Alignment
SSR-COM-002
Secure Communication and Boundary Control — Secure Communication and Boundary Control
The ECU shall restrict and protect communication for Secure Communication and Boundary Control, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (System domain; allocated to System Core).
RFQX-CVS124-0172
no
Candidate
SSR-COM-004
Secure Communication and Boundary Control — Secure Communication and Boundary Control
The ECU shall restrict and protect communication for Secure Communication and Boundary Control, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (IT / backend domain; allocated to Backend and IT Systems).
RFQX-CVS124-0433
no
Blocked by Customer Clarification
SSR-COM-006
Secure Communication and Boundary Control — Secure Communication and Boundary Control
The ECU shall restrict and protect communication for Secure Communication and Boundary Control, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (Software domain; allocated to Application Software).
RFQX-CVS124-0168; RFQX-CVS124-0198
no
Ready for Customer Alignment
SSR-COM-007
External Interfaces — Secure Communication and Boundary Control
The ECU shall restrict and protect communication for External Interfaces, exposing only OEM-agreed services and applying authenticity/integrity/freshness and boundary controls on allocated signals (Interface domain; allocated to External Interfaces; interface: External Interfaces).
RFQX-CVS124-0149
no
Candidate
SSR-DAI-003
Data Authenticity and Integrity Verification — Data Authenticity and Integrity Verification
The ECU shall verify the authenticity and integrity of Data Authenticity and Integrity Verification data and reject manipulated or unauthenticated data (IT / backend domain; allocated to Backend and IT Systems).
RFQX-CVS124-0387
no
Ready for Customer Alignment
SSR-DAI-004
Data Authenticity and Integrity Verification — Data Authenticity and Integrity Verification
The ECU shall verify the authenticity and integrity of Data Authenticity and Integrity Verification data and reject manipulated or unauthenticated data (Software domain; allocated to Application Software).
RFQX-CVS124-0385; RFQX-CVS124-0386
no
Ready for Customer Alignment
SSR-DAI-005
Security evidence and traceability — Data Authenticity and Integrity Verification
The ECU shall verify the authenticity and integrity of Security evidence and traceability data and reject manipulated or unauthenticated data (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).
RFQX-CVS124-0370
no
Ready for Customer Alignment
SSR-DAI-006
Security evidence and traceability — Data Authenticity and Integrity Verification
The ECU shall verify the authenticity and integrity of Security evidence and traceability data and reject manipulated or unauthenticated data (IT / backend domain; allocated to Backend and IT Systems; interface: OEM/Customer Review Interface).
RFQX-CVS124-0362; RFQX-CVS124-0365
no
Blocked by Customer Clarification
SSR-DAI-007
Security evidence and traceability — Data Authenticity and Integrity Verification
The ECU shall verify the authenticity and integrity of Security evidence and traceability data and reject manipulated or unauthenticated data (System domain; allocated to System Core; interface: OEM/Customer Review Interface).
RFQX-CVS124-0369; RFQX-CVS124-0371
no
Candidate
SSR-DIAG-003
Diagnostic Services — Diagnostic Services
The ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (System domain; allocated to System Core; interface: OEM/Customer Review Interface).
The ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (Process / compliance domain; allocated to Compliance Process).
The ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (Hardware domain; allocated to Hardware Platform).
RFQX-CVS124-0201
no
Candidate
SSR-DIAG-006
Diagnostic Services — Diagnostic Services
The ECU shall provide the diagnostic services for Diagnostic Services required by the allocated customer requirements, including the specified services, sessions and data identifiers (Software domain; allocated to Application Software).
The ECU hardware shall provide the platform and secure-storage capabilities required for Hardware / HSM / Secure Storage (Hardware domain; allocated to Hardware Platform; interface: OEM/Customer Review Interface).
Key and Certificate Handling — Key and Certificate Handling
The ECU shall manage key and certificate material for Key and Certificate Handling across provisioning, storage, use, renewal and revocation per the agreed key lifecycle (Cybersecurity domain; allocated to Security Services; security capability: Certificate handling; interface: OEM/Customer Review Interface).
The ECU shall enforce authenticated, role-authorised access for Secure Diagnostics / RBAC, restricting security-relevant diagnostic services per the OEM-agreed role model (Cybersecurity domain; allocated to Security Services; security capability: Diagnostic security; interface: OEM/Customer Review Interface).
The ECU shall enforce authenticated, role-authorised access for Secure Diagnostics / RBAC, restricting security-relevant diagnostic services per the OEM-agreed role model (IT / backend domain; allocated to Backend and IT Systems).
The ECU shall enforce authenticated, role-authorised access for Secure Diagnostics / RBAC, restricting security-relevant diagnostic services per the OEM-agreed role model (Software domain; allocated to Application Software).
Secure Data Transfer / Data Security Container — Secure Data Transfer / Data Security Container
The ECU shall protect security-relevant data transfer for Secure Data Transfer / Data Security Container using the agreed secured data transfer / data security container scheme (Software domain; allocated to Application Software).
RFQX-CVS124-0273; RFQX-CVS124-0346
no
Ready for Customer Alignment
SSR-SYS-001
System Function — System Function
The ECU shall implement the System Function behaviour required by its allocated customer requirements, including the specified functions, signals, states and timing (System domain; allocated to System Core; interface: OEM/Customer Review Interface).
The ECU shall implement the System Function behaviour required by its allocated customer requirements, including the specified functions, signals, states and timing (Process / compliance domain; allocated to Compliance Process; interface: OEM/Customer Review Interface).
The ECU shall implement the System Function behaviour required by its allocated customer requirements, including the specified functions, signals, states and timing (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).
Tooling / IT / Evidence Storage — Tooling / IT / Evidence Storage
The supplier shall provide the tooling, IT infrastructure and evidence storage required for Tooling / IT / Evidence Storage (IT / backend domain; allocated to Backend and IT Systems; interface: OEM/Customer Review Interface).
Tooling / IT / Evidence Storage — Tooling / IT / Evidence Storage
The supplier shall provide the tooling, IT infrastructure and evidence storage required for Tooling / IT / Evidence Storage (Software domain; allocated to Application Software).
Tooling / IT / Evidence Storage — Tooling / IT / Evidence Storage
The supplier shall provide the tooling, IT infrastructure and evidence storage required for Tooling / IT / Evidence Storage (System domain; allocated to System Core; interface: OEM/Customer Review Interface).
The ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (Software domain; allocated to Application Software; interface: OEM/Customer Review Interface).
The ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (System domain; allocated to System Core; interface: OEM/Customer Review Interface).
The ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (IT / backend domain; allocated to Backend and IT Systems; interface: OEM/Customer Review Interface).
The ECU shall support secure software update/flashing for Secure software update and flash readiness, accepting only authenticated, integrity-verified software through the agreed programming sequence (Hardware domain; allocated to Hardware Platform; interface: OEM/Customer Review Interface).
Impacted System Features: Secure communication and freshness protection; Secure software update and flash readiness; Secure software update and flash readiness; Security evidence and traceability; Security evidence and traceability
Impacted Tools It Hardware Test: High/High/Low; High/Low/Low; High/Low/Medium; Low/High/High; Low/High/Low; Low/High/Medium; Low/Low/High; Low/Low/Low (sample: 8 of 15)
Impacted Supplier System Requirements: SSR-BOOT-001; SSR-BOOT-002; SSR-BOOT-005; SSR-COM-002; SSR-COM-004; SSR-COM-006; SSR-COM-007; SSR-DAI-003 (sample: 8 of 32)
Design Assumptions Introduced: Security-relevant requirement the ECU can own once responsibility/method is confirmed. Linked source table/diagram context was considered for interpretation.
Design Decisions Required: Confirm with customer whether this is a binding requirement and assign a customer ID.