Road vehicles — Service-oriented vehicle diagnostics (SOVD) — Part 1: General information, definitions, rules and basic principles

This series of documents defines the use cases and their associated APIs for the SOVD and fall within the scope already defined by ISO 20077-1 "ExVe”. The methodology adopted for the implementation of an SOVD API is intended to follow the definitions in ISO 20077 (all parts) regarding “Extended Vehicle (ExVe)” (definitions, basic principles, rules, uses cases, API, etc...). It specifies the way to diagnose the vehicle via High Performance Computer (HPC) and Electronic Control Unit (ECU). The SOVD API provides, in the ExVe perimeter a unified access to ECUs and HPCs. This access can be performed remotely (e.g., backend or cloud), nearby in the repair shop (e.g., repair shop test equipment), or in the vehicle (e.g., on-board application). The SOVD API leverages existing technologies: • The API follows the Representational State Transfer (REST) principles and uses Javascript Object Notation (JSON) for encoding the transmitted data. • SOVD uses Hypertext Transfer Protocol (HTTP) 1.1 but for achieving the best communication performance HTTP/2 is recommended. No HTTP/2 specific features are used. • The SOVD API utilizes the OpenAPI specification to define the API as well as the diagnostic capabilities of the vehicle. • The authentication and authorization of clients builds upon OpenID Connect and Open Authentication (OAuth) 2.0, but a vehicle manufacturer may use other authentication mechanism like certificates if required. The SOVD API provides the following functions in the perimeter of the Extended Vehicle: • Clients can access the faults, including reading the fault entries, reading environment data, and deleting fault entries. • Measurements and identifications from all entities in the vehicle can be read. In addition, identifications may be written as well. • SOVD supports the execution of routines, I/O controls, and software functions. Their execution can only be performed in certain modes or states. Thus, an SOVD client can set the component into a specific mode. • The configuration of a vehicle (e.g., equipment, country, customer demand, variant coding etc.) can be read and written using the SOVD API. • SOVD provides an interface to initiate and monitor a software update for a vehicle • SOVD provides access to Extended Vehicle logging information With these features SOVD covers the entire chain of the vehicle life cycle: engineering (development), manufacturing (production), storage park, sales, vehicle operation (usage), maintenance and repair, technical inspection, recycling (re-use). This document provides general information, specifies common definitions applicable for SOVD and defines overall rules and basic principles.

Véhicules routiers — Diagnostic Véhicule Orienté Services (SOVD) — Partie 1: Informations générales, définitions, règles et principes de base

General Information

Status
Not Published
Technical Committee
ISO/TC 22 - Road vehicles
Drafting Committee
ISO/TC 22 - Road vehicles
Current Stage
5000 - FDIS registered for formal approval
Start Date
25-Nov-2025
Completion Date
19-Dec-2025

Overview

ISO/FDIS 17978-1: Road vehicles - Service-oriented vehicle diagnostics (SOVD) - Part 1: General information, definitions, rules and basic principles establishes the foundational principles for service-oriented vehicle diagnostics. Developed by the International Organization for Standardization (ISO), this standard defines core concepts, terminology, and overarching rules for implementing SOVD according to the Extended Vehicle (ExVe) methodology detailed in ISO 20077. SOVD provides a unified approach for diagnosing and managing vehicle systems, incorporating high performance computers (HPCs) and electronic control units (ECUs) across a modern vehicle's lifecycle.

This document is fundamental for manufacturers, suppliers, and service providers adopting standardized diagnostic processes and interfaces using current information technologies and secure APIs.

Key Topics

  • Service-oriented vehicle diagnostics (SOVD): SOVD enables a flexible and unified approach for accessing vehicle diagnostic information, supporting both remote (cloud or backend) and local (on-board or repair shop) operations.
  • Extended Vehicle (ExVe) methodology: The standard builds on ISO 20077 to extend diagnostic and data management beyond the physical vehicle, encompassing off-board systems and external interfaces.
  • API Standardization: SOVD APIs follow REST principles, use JSON for data encoding, and rely on HTTP, with performance enhancements offered by HTTP/2 where possible.
  • Security and Authentication: Client authentication and authorization leverage OpenID Connect, OAuth 2.0, or manufacturer-defined mechanisms, ensuring secure access to sensitive vehicle data.
  • Unified access to ECUs and HPCs: A standardized API interface provides consistent functional access to various vehicle computing entities, enabling:
    • Fault and environment data readout and management
    • Measurement and status data retrieval
    • Configuration and software update operations
    • Access to logs and operational history

Applications

ISO/FDIS 17978-1 supports a wide range of practical applications for road vehicle diagnostics and lifecycle management:

  • Vehicle manufacturing and development: Standardized diagnostics streamline engineering, component validation, and system integration.
  • Repair and maintenance: Service shops benefit from unified tools and interfaces, allowing efficient troubleshooting, fault clearance, and component reprogramming.
  • Remote operations: Fleet operators and OEMs can remotely monitor, update, and diagnose vehicles, reducing downtime and enabling predictive maintenance.
  • Regulatory compliance and inspections: Standardized access to vehicle diagnostics supports periodic inspections, emissions testing, and safety oversight.
  • Software updates and configuration: Manufacturers and authorized agents can initiate and monitor over-the-air (OTA) updates, as well as adjust vehicle configurations remotely.
  • Lifecycle management: From production and storage to end-of-life and recycling, SOVD supports data consistency and traceability at every phase.

These applications ensure that vehicle data is accessible in a secure, consistent, and interoperable manner, facilitating innovation and efficiency in the automotive ecosystem.

Related Standards

  • ISO 20077-1 / ISO 20077-2: Road vehicles - Extended vehicle (ExVe) methodology, which defines the architecture and methods extending diagnostics beyond the physical vehicle.
  • ISO/FDIS 17978-2: SOVD - Part 2: Use case definitions, detailing practical diagnostic scenarios and their requirements.
  • ISO/PRF 17978-3: SOVD - Part 3: Application programming interface (API), specifying the technical details for API implementation.
  • ISO 14229-1: Road vehicles - Unified Diagnostic Services (UDS) - Part 1: Application layer, relevant for mapping SOVD API access to legacy diagnostic systems.

ISO/FDIS 17978-1 lays the groundwork for modern, interoperable, and secure diagnostics, supporting advanced vehicle architectures and lifecycle needs across the global automotive industry.

Draft

ISO/FDIS 17978-1 - Road vehicles — Service-oriented vehicle diagnostics (SOVD) — Part 1: General information, definitions, rules and basic principles Released:5. 02. 2026

English language
13 pages
sale 15% off
sale 15% off
Draft

REDLINE ISO/FDIS 17978-1 - Road vehicles — Service-oriented vehicle diagnostics (SOVD) — Part 1: General information, definitions, rules and basic principles Released:5. 02. 2026

English language
13 pages
sale 15% off
sale 15% off

Get Certified

Connect with accredited certification bodies for this standard

TÜV Rheinland

TÜV Rheinland is a leading international provider of technical services.

DAKKS Germany Verified

TÜV SÜD

TÜV SÜD is a trusted partner of choice for safety, security and sustainability solutions.

DAKKS Germany Verified

AIAG (Automotive Industry Action Group)

American automotive industry standards and training.

ANAB United States Verified

Sponsored listings

Frequently Asked Questions

ISO/FDIS 17978-1 is a draft published by the International Organization for Standardization (ISO). Its full title is "Road vehicles — Service-oriented vehicle diagnostics (SOVD) — Part 1: General information, definitions, rules and basic principles". This standard covers: This series of documents defines the use cases and their associated APIs for the SOVD and fall within the scope already defined by ISO 20077-1 "ExVe”. The methodology adopted for the implementation of an SOVD API is intended to follow the definitions in ISO 20077 (all parts) regarding “Extended Vehicle (ExVe)” (definitions, basic principles, rules, uses cases, API, etc...). It specifies the way to diagnose the vehicle via High Performance Computer (HPC) and Electronic Control Unit (ECU). The SOVD API provides, in the ExVe perimeter a unified access to ECUs and HPCs. This access can be performed remotely (e.g., backend or cloud), nearby in the repair shop (e.g., repair shop test equipment), or in the vehicle (e.g., on-board application). The SOVD API leverages existing technologies: • The API follows the Representational State Transfer (REST) principles and uses Javascript Object Notation (JSON) for encoding the transmitted data. • SOVD uses Hypertext Transfer Protocol (HTTP) 1.1 but for achieving the best communication performance HTTP/2 is recommended. No HTTP/2 specific features are used. • The SOVD API utilizes the OpenAPI specification to define the API as well as the diagnostic capabilities of the vehicle. • The authentication and authorization of clients builds upon OpenID Connect and Open Authentication (OAuth) 2.0, but a vehicle manufacturer may use other authentication mechanism like certificates if required. The SOVD API provides the following functions in the perimeter of the Extended Vehicle: • Clients can access the faults, including reading the fault entries, reading environment data, and deleting fault entries. • Measurements and identifications from all entities in the vehicle can be read. In addition, identifications may be written as well. • SOVD supports the execution of routines, I/O controls, and software functions. Their execution can only be performed in certain modes or states. Thus, an SOVD client can set the component into a specific mode. • The configuration of a vehicle (e.g., equipment, country, customer demand, variant coding etc.) can be read and written using the SOVD API. • SOVD provides an interface to initiate and monitor a software update for a vehicle • SOVD provides access to Extended Vehicle logging information With these features SOVD covers the entire chain of the vehicle life cycle: engineering (development), manufacturing (production), storage park, sales, vehicle operation (usage), maintenance and repair, technical inspection, recycling (re-use). This document provides general information, specifies common definitions applicable for SOVD and defines overall rules and basic principles.

This series of documents defines the use cases and their associated APIs for the SOVD and fall within the scope already defined by ISO 20077-1 "ExVe”. The methodology adopted for the implementation of an SOVD API is intended to follow the definitions in ISO 20077 (all parts) regarding “Extended Vehicle (ExVe)” (definitions, basic principles, rules, uses cases, API, etc...). It specifies the way to diagnose the vehicle via High Performance Computer (HPC) and Electronic Control Unit (ECU). The SOVD API provides, in the ExVe perimeter a unified access to ECUs and HPCs. This access can be performed remotely (e.g., backend or cloud), nearby in the repair shop (e.g., repair shop test equipment), or in the vehicle (e.g., on-board application). The SOVD API leverages existing technologies: • The API follows the Representational State Transfer (REST) principles and uses Javascript Object Notation (JSON) for encoding the transmitted data. • SOVD uses Hypertext Transfer Protocol (HTTP) 1.1 but for achieving the best communication performance HTTP/2 is recommended. No HTTP/2 specific features are used. • The SOVD API utilizes the OpenAPI specification to define the API as well as the diagnostic capabilities of the vehicle. • The authentication and authorization of clients builds upon OpenID Connect and Open Authentication (OAuth) 2.0, but a vehicle manufacturer may use other authentication mechanism like certificates if required. The SOVD API provides the following functions in the perimeter of the Extended Vehicle: • Clients can access the faults, including reading the fault entries, reading environment data, and deleting fault entries. • Measurements and identifications from all entities in the vehicle can be read. In addition, identifications may be written as well. • SOVD supports the execution of routines, I/O controls, and software functions. Their execution can only be performed in certain modes or states. Thus, an SOVD client can set the component into a specific mode. • The configuration of a vehicle (e.g., equipment, country, customer demand, variant coding etc.) can be read and written using the SOVD API. • SOVD provides an interface to initiate and monitor a software update for a vehicle • SOVD provides access to Extended Vehicle logging information With these features SOVD covers the entire chain of the vehicle life cycle: engineering (development), manufacturing (production), storage park, sales, vehicle operation (usage), maintenance and repair, technical inspection, recycling (re-use). This document provides general information, specifies common definitions applicable for SOVD and defines overall rules and basic principles.

ISO/FDIS 17978-1 is classified under the following ICS (International Classification for Standards) categories: 01.040.43 - Road vehicle engineering (Vocabularies); 43.040.15 - Car informatics. On board computer systems. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO/FDIS 17978-1 is available in PDF format for immediate download after purchase. The document can be added to your cart and obtained through the secure checkout process. Digital delivery ensures instant access to the complete standard document.

Standards Content (Sample)


FINAL DRAFT
International
Standard
ISO/TC 22/SC 31
Road vehicles — Service-oriented
Secretariat: DIN
vehicle diagnostics (SOVD) —
Voting begins on:
2026-02-19
Part 1:
General information, definitions,
Voting terminates on:
2026-04-16
rules and basic principles
Véhicules routiers — Diagnostic Véhicule Orienté Services
(SOVD) —
Partie 1: Informations générales, définitions, règles et principes
de base
RECIPIENTS OF THIS DRAFT ARE INVITED TO SUBMIT,
WITH THEIR COMMENTS, NOTIFICATION OF ANY
RELEVANT PATENT RIGHTS OF WHICH THEY ARE AWARE
AND TO PROVIDE SUPPOR TING DOCUMENTATION.
IN ADDITION TO THEIR EVALUATION AS
BEING ACCEPTABLE FOR INDUSTRIAL, TECHNO-
LOGICAL, COMMERCIAL AND USER PURPOSES, DRAFT
INTERNATIONAL STANDARDS MAY ON OCCASION HAVE
TO BE CONSIDERED IN THE LIGHT OF THEIR POTENTIAL
TO BECOME STAN DARDS TO WHICH REFERENCE MAY BE
MADE IN NATIONAL REGULATIONS.
Reference number
FINAL DRAFT
International
Standard
ISO/TC 22/SC 31
Road vehicles — Service-oriented
Secretariat: DIN
vehicle diagnostics (SOVD) —
Voting begins on:
Part 1:
General information, definitions,
Voting terminates on:
rules and basic principles
Véhicules routiers — Diagnostic Véhicule Orienté Services
(SOVD) —
Partie 1: Informations générales, définitions, règles et principes
de base
RECIPIENTS OF THIS DRAFT ARE INVITED TO SUBMIT,
WITH THEIR COMMENTS, NOTIFICATION OF ANY
RELEVANT PATENT RIGHTS OF WHICH THEY ARE AWARE
AND TO PROVIDE SUPPOR TING DOCUMENTATION.
© ISO 2026
IN ADDITION TO THEIR EVALUATION AS
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
BEING ACCEPTABLE FOR INDUSTRIAL, TECHNO-
LOGICAL, COMMERCIAL AND USER PURPOSES, DRAFT
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
INTERNATIONAL STANDARDS MAY ON OCCASION HAVE
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
TO BE CONSIDERED IN THE LIGHT OF THEIR POTENTIAL
or ISO’s member body in the country of the requester.
TO BECOME STAN DARDS TO WHICH REFERENCE MAY BE
MADE IN NATIONAL REGULATIONS.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland Reference number
ii
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Abbreviated terms . 4
5 Overview of the ISO 17978 series . . 5
6 Conventions for identifying rules and basic principles and for specifying their content . 6
7 Rules and basic principles . 6
7.1 General .6
7.2 Rules .7
7.3 Basic principles .7
7.3.1 Basic principle 001 (BP_001) .7
7.3.2 Basic principle 002 (BP_002) .8
7.3.3 Basic principle 003 (BP_003) .8
7.3.4 Basic principle 004 (BP_004) .9
7.3.5 Basic principle 005 (BP_005) .10
7.3.6 Basic principle 006 (BP_006) .10
Bibliography .13

iii
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out through
ISO technical committees. Each member body interested in a subject for which a technical committee
has been established has the right to be represented on that committee. International organizations,
governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely
with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the different types
of ISO documents should be noted. This document was drafted in accordance with the editorial rules of the
ISO/IEC Directives, Part 2 (see www.iso.org/directives).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent
rights in respect thereof. As of the date of publication of this document, ISO had not received notice of (a)
patent(s) which may be required to implement this document. However, implementers are cautioned that
this may not represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions
related to conformity assessment, as well as information about ISO's adherence to the World Trade
Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html.
This document was prepared by ISO/TC 22 Road vehicles, Subcommittee SC 31, Data communication.
A list of all parts in the ISO 17978 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html.

iv
Introduction
The introduction of high performance computers (HPCs) in vehicles is associated with changes in the classical
electronic and electrical vehicle architectures. Besides classical distributed embedded electronic control
unit (ECU) architectures, domain- or zone-based architectures are also available. These architectures also
extend beyond the physical vehicle.
This extends the focus from checking hardware to also checking the functionality of applications. It requires
the recording of data such as memory usage, processor load, and the number of active services, as well as the
collection of log and trace files.
These topics result in challenges regarding the management of the vehicle life cycle. Some aspects to be
considered are:
— faster release and update cycles;
— increased requirements such as data protection and cybersecurity;
— state-of-the-art diagnostic API using current information technologies.
The ISO 17978 series define an API which standardizes the methods for:
— discovering the SOVD capabilities;
— performing diagnostics;
— (re-)configuring and re-programming;
— allowing the introduction of new functionalities.
Figure 1 shows the OSI layers of the ISO17978 series.

v
a
Communication protocol.
b
Network technology depending on E/E vehicle network architecture.
Figure 1 — OSI layers of SOVD
vi
FINAL DRAFT International Standard ISO/FDIS 17978-1:2026(en)
Road vehicles — Service-oriented vehicle diagnostics
(SOVD) —
Part 1:
General information, definitions, rules and basic principles
1 Scope
This document
— gives an overview of the ISO 17978 series;
— specifies rules and basic principles for the service-oriented vehicle diagnostics (SOVD), conforming to
the extended vehicle (ExVe) methodology, as specified in the ISO 20077 series;
— defines general terms.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content constitutes
requirements of this document. For dated references, only the edition cited applies. For undated references,
the latest edition of the referenced document (including any amendments) applies.
ISO 20077-2:2018, Road Vehicles — Extended vehicle (ExVe) methodology — Part 2: Methodology for designing
the extended vehicle
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1
basic principle
design principle that is considered when designing an extended vehicle (3.8)
[SOURCE: ISO 20077-2:2018, 3.1]
3.2
capability
ability of a system, component or function to execute a defined task or provide a specific service
Note 1 to entry: Capabilities refer to concrete actions or functions that can be performed, such as executing a diagnostic
routine, retrieving sensor data, modifying configuration parameters or accessing logs.

3.3
classic diagnostic adapter
software that translates between the service-oriented vehicle diagnostics (SOVD) and another diagnostic
protocol
Note 1 to entry: The other diagnostic protocol may be a protocol that is not intended for diagnostic, Figure 2 CDA-
enabling communication between SOVD and two other diagnostic protocols.
Figure 2 — OSI layers of the SOVD
3.4
co-located
located in the same place as the vehicle
EXAMPLE Co-located diagnostics (3.6), co-located access.
Note 1 to entry: Figure 3 illustrates a co-located diagnostics operator (3.5) in relation to an extended vehicle (3.8).
Key
responsible operator
Figure 3 — Co-located diagnostics operator using different network technologies and ExVe
interfaces
Note 2 to entry: The colours used in this figure refer to the ones in ISO 20077-1.
3.5
diagnostics operator
natural person that performs a diagnostic procedure
Note 1 to entry: A diagnostics operator can work at any service provider.

Note 2 to entry: In the ISO 17978 series, a co-located (3.4) diagnostics operator is responsible for the diagnostic
process.
3.6
diagnostics
diagnostic process
process including the detection process of possible vehicle malfunctions, the identification of the likely root
cause of these malfunctions and the appraisal of its relevance for the operation of the vehicle
[SOURCE: ISO 20077-1:2017, 3.2]
3.7
electronic control unit
embedded computing device used for vehicle control functions
3.8
extended vehicle
entity, still in accordance with the specifications of the vehicle manufacturer, that extends beyond the
physical boundaries of the road vehicle and consists of the road vehicle, off-board systems, external
interfaces and the data communication between the road-vehicle
...


ISO/TC 22/SC 31
Secretariat: DIN
Date: 2026-02-04
Road vehicles — Service-oriented vehicle diagnostics (SOVD) —
Part 1:
General information, definitions, rules and basic principles
Véhicules routiers — Diagnostic Véhicule Orienté Services (SOVD) —
Partie 1: Informations générales, définitions, règles et principes de base
FDIS stage
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication
may be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying,
or posting on the internet or an intranet, without prior written permission. Permission can be requested from either ISO
at the address below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: + 41 22 749 01 11
E-mail: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
Contents
Foreword . iv
Introduction . v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Abbreviated terms . 4
5 Overview of the ISO 17978 series . 5
6 Conventions for identifying rules and basic principles and for specifying their content . 6
7 Rules and basic principles . 7
7.1 General . 7
7.2 Rules . 7
7.3 Basic principles . 8
Bibliography . 15

iii
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out through
ISO technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the different types of
ISO documentdocuments should be noted. This document was drafted in accordance with the editorial rules
of the ISO/IEC Directives, Part 2 (see www.iso.org/directives).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent rights
in respect thereof. As of the date of publication of this document, ISO had not received notice of (a) patent(s)
which may be required to implement this document. However, implementers are cautioned that this may not
represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions
related to conformity assessment, as well as information about ISO's adherence to the World Trade
Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html.
This document was prepared by ISO/TC 22 Road vehicles, Subcommittee SC 31, Data communication.
A list of all parts in the ISO 17978 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html.
iv
Introduction
The introduction of high performance computers (HPCs) in vehicles is associated with changes in the classical
electronic and electrical vehicle architectures. Besides classical distributed embedded ECUelectronic control
unit (ECU) architectures, domain- or zone-based architectures are also available. These architectures also
extend beyond the physical vehicle.
This extends the focus from checking hardware to also checking the functionality of applications. It requires
the recording of data such as memory usage, processor load, and the number of active services, as well as the
collection of log and trace files.
These topics result in challenges regarding the management of the vehicle life cycle. Some aspects to be
considered are:
— faster release and update cycles;
— increased requirements such as data protection and cybersecurity;
— state-of-the-art diagnostic API using current information technologies.
The ISO 17978 series define an API which standardizes the methods for:
— discovering the SOVD capabilities;
— performing diagnostics;
— (re-)configuring and re-programming;
— allowing the introduction of new functionalities.
Figure 1 shows the OSI layers of the ISO17978 series.

Key
v
a
communicationCommunication protocol.
b
networkNetwork technology depending on E/E vehicle network architecture.
Figure 1 — OSI layers of SOVD
vi
DRAFT International Standard ISO/FDIS 17978-1:2025(en)

Road vehicles — Service-oriented vehicle diagnostics (SOVD) — —
Part 1:
General information, definitions, rules and basic principles
1 Scope
This document
— — gives an overview of the ISO 17978 series;
— — specifies rules and basic principles for the service-oriented vehicle diagnostics (SOVD), conforming to
the extended vehicle (ExVe) methodology, as specified in the ISO 20077 series;
— — defines general terms.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content constitutes
requirements of this document. For dated references, only the edition cited applies. For undated references,
the latest edition of the referenced document (including any amendments) applies.
ISO 20077-2:2018, Road vehicles –Vehicles — Extended vehicle (ExVe) methodology –— Part 2: Methodology for
designing the extended vehicle
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https://www.iso.org/obp
— IEC Electropedia: available at https://www.electropedia.org/
3.1
basic principle
design principle that is considered when designing an extended vehicle (3.8)
[SOURCE: ISO 20077-2:2018, 3.1]
3.2
capability
capacityability of a system, component or function to execute a defined task or provide a specific service
Note 1 to entry: Capabilities refer to concrete actions or functions that can be performed, such as executing a diagnostic
routine, retrieving sensor data, modifying configuration parameters or accessing logs.
3.3 3.3
classic diagnostic adapter
software that translates between the service-oriented vehicle diagnostics (SOVD) and another diagnostic
protocol
Note 1 to entry: The other diagnostic protocol may be a protocol that is not intended for diagnostic, Figure 2 CDA-
enabling communication between SOVD and 2two other diagnostic protocols.

Figure 2 — OSI layers of the SOVD
3.4
co-located
located in the same place as the vehicle
EXAMPLE Co-located diagnostics (3.6), co-located access.
Note 1 to entry: Figure 3 illustrates a co-located diagnostics operator (3.5) in relation to an extended vehicle (3.8).

Key:
responsible operator
Figure 3 — Co-located diagnostics operator using different network technologies &and ExVe
interfaces
Note: 2 to entry: The colours used in this figure refer to the ones in ISO 20077-1.
3.5
diagnostics operator
natural person that performs a diagnostic procedure
Note 1 to entry: A diagnostics operator can work at any service provider.
Note 2 to entry: In the ISO 17978 series, a co-located (3.4) diagnostics operator (3.4) is responsible for the diagnostic
process.
3.6
diagnostics
diagnostic process
process including the detection process of possible vehicle malfunctions, the identification of the likely root
cause of these malfunctions and the appraisal of its relevance for the operation of the vehicle
[SOURCE: ISO 20077-1:2017, 3.2]
3.7
electronic control unit
embedded computing device used for vehicle control functions
3.8
extended vehicle
entity, still in accordance with the specifications of the vehicle manufacturer, that extends beyond the physical
boundaries of the road vehicle and consists of the road vehicle, off-board systems, external interfaces, and the
data communication between the road-vehicle and the off-board systems
Note 1 to entry: Road vehicles without off-board systems and road vehicles equipped with telematics units are extended
vehicles.
[SOURCE: ISO 20077-1:2017, 3.5]
3.9
ExVe manufacturer
vehicle manufacturer responsible for the extended vehicle 8)(3.8)
3.10
High performance computer
device owning high capacity of computing within the vehicle
Note 1 to entry: A high performance computer used in the ISO 17978 series, typically hosts multiple virtualized guest
systems.
3.103.11
remote, adj
performed on a vehicle from a distance where the operator responsible for the concerned operation is not co-
located (3.4)(3.4) to the vehicle and where the vehicle is connected via an external network
EXAMPLE Remote diagnostics (3.6), remote access.
Note 1 to entry: The “operator responsible for the concerned operation” is a specific actor in terms of use case (3.14).
[SOURCE: ISO 20077--1:2017, 3.14]
3.113.12
resource
data or functionality of the vehicle
3.123.13
rule
fundamental design requirement that is complied with when designing an extended vehicle (3.8)
[SOURCE: ISO 20077-2:2018, 3.6]
3.133.14
use case
sequence of interactions between one or several actors and the concerned system, which has a defined goal
and provides a measurable result
EXAMPLE Read all active DTCs.
Note 1 to entry: “Read all active DTCs” may be comprisedcomposed of the following interactions: initialization of the
communication, identification of the vehicle, sending the request to get DTC information (“read DTC”), receiving DTC
information, terminating of the communication.
Note 2 to entry: Actors may be both human and machines.
Note 3 to entry: In the case of an extended vehicle (3.8), the concerned system is the extended vehicle itself.
Note 4 to entry: In order to be able to perform the design of an extended vehicle, it is necessary that the use cases are
completed by the appropriate use case scenarios
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

Loading comments...