ISO 15118-9:2022
(Main)Road vehicles — Vehicle to grid communication interface — Part 9: Physical and data link layer conformance test for wireless communication
Road vehicles — Vehicle to grid communication interface — Part 9: Physical and data link layer conformance test for wireless communication
This document specifies conformance tests in the form of an abstract test suite (ATS) for a system under test (SUT) implementing an electric-vehicle or supply-equipment communication controller (EVCC or SECC) with support for WLAN-based high-level communication (HLC) according to ISO 15118‑8 and against the background of ISO 15118-1. These conformance tests specify the testing of capabilities and behaviours of an SUT, as well as checking what is observed against the conformance requirements specified in ISO 15118‑8 and against what the implementer states the SUT implementation's capabilities are. The capability tests within the ATS check that the observable capabilities of the SUT are in accordance with the static conformance requirements defined in ISO 15118‑8. The behaviour tests of the ATS examine an implementation as thoroughly as practical over the full range of dynamic conformance requirements defined in ISO 15118‑8 and within the capabilities of the SUT (see NOTE below). A test architecture is described in correspondence to the ATS. The abstract test cases in this document are described leveraging this test architecture and are specified in descriptive tabular format for the ISO/OSI physical and data link layers (layers 1 and 2). In terms of coverage, this document only covers normative sections and requirements in ISO 15118‑8. This document can additionally refer to specific tests for requirements on referenced standards (e.g. IEEE, or industry consortia standards, like WiFi Alliance) as long as they are relevant in terms of conformance for implementations according to ISO 15118‑8. However, it is explicitly not intended to widen the scope of this conformance specification to such external standards, if it is not technically necessary for the purpose of conformance testing for ISO 15118‑8. Furthermore, the conformance tests specified in this document do not include the assessment of performance nor robustness or reliability of an implementation. They cannot provide judgments on the physical realization of abstract service primitives, how a system is implemented, how it provides any requested service, nor the environment of the protocol implementation. Furthermore, the abstract test cases defined in this document only consider the communication protocol and the system's behaviour defined ISO 15118‑8. The power flow between the EVSE and the EV is not considered. NOTE Practical limitations make it impossible to define an exhaustive test suite, and economic considerations can restrict testing even further. Hence, the purpose of this document is to increase the probability that different implementations are able to interwork. This is achieved by verifying them by means of a protocol test suite, thereby increasing the confidence that each implementation conforms to the protocol specification. However, the specified protocol test suite cannot guarantee conformance to the specification since it detects errors rather than their absence. Thus, conformance to a test suite alone cannot guarantee interworking. Instead, it gives confidence that an implementation has the required capabilities and that its behaviour conforms consistently in representative instances of communication.
Véhicules routiers — Interface de communication entre véhicule et réseau électrique — Partie 9: Essai de conformité relatif à la couche physique et à la couche liaison de données pour la communication sans-fil
Le présent document spécifie les tests de conformité sous la forme d'une suite de tests abstraite (ATS) pour un système sous test (SUT) implémentant un contrôleur de communication de véhicule électrique (CCVE) ou d'infrastructure de recharge (CCIR) qui prend en charge la communication de haut niveau (CHN) basée sur un réseau local sans fil (WLAN) conformément à l'ISO 15118-8 et sur la base de l'ISO 15118-1. Ces tests de conformité spécifient les tests de capacités et de comportements d'un SUT, puis vérifient les résultats obtenus par rapport aux exigences de conformité définies dans l'ISO 15118-8 et aux capacités d'implémentation du SUT définies par l'implémenteur. Les tests de capacités définis dans la suite de tests abstraite (ATS) vérifient que les capacités observables sur le SUT respectent les conditions de conformité statique définies dans l'ISO 15118-8. Les tests de comportement de la suite de tests abstraite (ATS) examinent en détail une implémentation donnée dans l'ensemble des conditions de conformité dynamique définies dans l'ISO 15118-8, ainsi que dans les limites des capacités du SUT (voir NOTE ci-après). Une architecture de test est décrite sur la base de la suite de tests abstraite (ATS). Les tests élémentaires abstraits définis dans le présent document sont décrits sur la base de cette architecture de test et sont spécifiés sous la forme de tableaux descriptifs pour la couche ISO/OSI physique (couche 1) et la couche ISO/OSI liaison de données (couche 2). Le présent document ne couvre que les sections normatives et les exigences de l'ISO 15118-8. Le présent document peut également renvoyer vers des tests spécifiques pour les exigences relatives aux normes citées (par exemple, les normes de l'IEEE ou des normes établies par des consortiums industriels, comme la Wi-Fi Alliance) sous réserve que ces tests présentent un intérêt pour la conformité des implémentations conformément à l'ISO 15118-8. Toutefois, le présent document n'a pas pour objet d'élargir le domaine d'application de cette spécification de conformité à de telles normes externes, si cela n'est pas techniquement nécessaire pour les tests de conformité conformément à l'ISO 15118-8. En outre, les tests de conformité spécifiés dans le présent document n'incluent pas l'évaluation des performances, de la robustesse ou de la fiabilité d'une implémentation. Ces tests ne peuvent pas évaluer l'implémentation physique des primitives de services abstraites, la manière dont est implémenté un système, la manière dont celui-ci fournit un service demandé, ni l'environnement d'implémentation du protocole. Par ailleurs, les tests élémentaires abstraits définis dans le présent document couvrent uniquement le protocole de communication et le comportement du système définis par l'ISO 15118-8. Le flux de puissance transitant entre l'IRVE et le VE n'est pas pris en compte. NOTE En raison de limites techniques, il n'est pas possible de définir une suite de tests exhaustive, à cela s'ajoutent des motifs d'ordre budgétaire qui peuvent également restreindre les tests. Le présent document a donc pour but d'augmenter la probabilité que différentes implémentations puissent fonctionner de manière interopérable. Pour vérifier ces implémentations, une suite de tests de protocole est ainsi spécifiée afin de garantir la conformité de chaque implémentation à la spécification du protocole. Cependant, la suite de tests de protocole spécifiée ne peut pas garantir la conformité d'une implémentation à la spécification, car ces tests visent davantage à détecter les erreurs potentielles que leur absence. La conformité à une seule suite de tests ne permet donc pas de garantir l'interopérabilité des implémentations. Néanmoins, ces tests permettent de s'assurer qu'une implémentation possède les capacités requises et que son comportement est conforme et cohérent dans toutes les instances de communication représentatives des conditions réelles.
General Information
- Status
- Published
- Publication Date
- 23-Nov-2022
- Technical Committee
- ISO/TC 22/SC 31 - Data communication
- Current Stage
- 6060 - International Standard published
- Start Date
- 24-Nov-2022
- Due Date
- 19-Dec-2021
- Completion Date
- 24-Nov-2022
Relations
- Effective Date
- 09-Feb-2026
Overview
ISO 15118-9:2022 specifies an abstract test suite (ATS) for conformance testing of wireless Vehicle-to-Grid (V2G) communication at the physical and data link layers (ISO/OSI layers 1 and 2). It targets systems under test (SUT) that implement an EV communication controller (EVCC) or a supply-equipment communication controller (SECC) using WLAN-based high-level communication (HLC) as defined in ISO 15118-8, with background from ISO 15118-1. The standard provides a test architecture and descriptive tabular abstract test cases to verify observable capabilities and behaviour against ISO 15118-8 conformance requirements.
Key topics and technical requirements
- Abstract Test Suite (ATS): Defines capability tests (static conformance) and behaviour tests (dynamic conformance) to validate SUT behaviour within stated capabilities.
- Test architecture: Includes platform adapter interfaces, SUT adapter interfaces and codecs to support test execution.
- Test suite conventions: Test suite structure (TSS), test profiles, configurations, components/ports, and identifiers (modules, test cases, timers, verdicts).
- PICS & PIXIT: Protocol Implementation Conformance Statement (PICS) and Protocol Implementation Extra Information for Testing (PIXIT) definitions to document SUT capabilities and test parameters.
- Abstract test cases: Specified in descriptive tabular format for ISO/OSI layers 1 and 2; separate test sets for SECC and EVCC.
- Scope limits: Covers normative sections and requirements in ISO 15118-8 for wireless HLC only. Does not assess performance, robustness, reliability, power flow, or internal implementation details. Tests are primarily black-box protocol conformance checks.
- Reference to external tests: May point to relevant tests from IEEE (e.g., IEEE 802.11) or industry consortia (Wi‑Fi Alliance) where technically necessary, but does not extend scope to those standards.
Practical applications
- Pre-certification conformance testing for EV and EVSE WLAN communication stacks.
- Development and verification of EVCC/SECC firmware and protocol implementations.
- Test-lab and conformance lab test suites to prepare devices for interoperability testing.
- Supporting documentation for product compliance claims and quality assurance during integration.
Who should use this standard
- EV and EVSE manufacturers and system integrators
- Protocol and firmware developers for EV communication controllers
- Conformance and interoperability test laboratories
- Certification bodies and standards working groups focused on V2G and wireless HLC
Related standards
- ISO 15118-8 (wireless physical & data link layer requirements) - normative coverage target
- ISO 15118-1, -2, -20 - background and higher-layer protocol references
- IEEE 802.11 - wireless LAN PHY/MAC normative reference where applicable
- ETSI TTCN-3 references (testing notation/runtime interfaces)
ISO 15118-9:2022 helps increase confidence that independent implementations will interwork by verifying protocol conformance through a standardized ATS, while clearly stating the limits of what conformance testing can guarantee.
Buy Documents
ISO 15118-9:2022 - Road vehicles — Vehicle to grid communication interface — Part 9: Physical and data link layer conformance test for wireless communication Released:24. 11. 2022
ISO 15118-9:2022 - Véhicules routiers — Interface de communication entre véhicule et réseau électrique — Partie 9: Essai de conformité relatif à la couche physique et à la couche liaison de données pour la communication sans-fil Released:12/7/2023
Get Certified
Connect with accredited certification bodies for this standard

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

TÜV SÜD
TÜV SÜD is a trusted partner of choice for safety, security and sustainability solutions.
AIAG (Automotive Industry Action Group)
American automotive industry standards and training.
Sponsored listings
Frequently Asked Questions
ISO 15118-9:2022 is a standard published by the International Organization for Standardization (ISO). Its full title is "Road vehicles — Vehicle to grid communication interface — Part 9: Physical and data link layer conformance test for wireless communication". This standard covers: This document specifies conformance tests in the form of an abstract test suite (ATS) for a system under test (SUT) implementing an electric-vehicle or supply-equipment communication controller (EVCC or SECC) with support for WLAN-based high-level communication (HLC) according to ISO 15118‑8 and against the background of ISO 15118-1. These conformance tests specify the testing of capabilities and behaviours of an SUT, as well as checking what is observed against the conformance requirements specified in ISO 15118‑8 and against what the implementer states the SUT implementation's capabilities are. The capability tests within the ATS check that the observable capabilities of the SUT are in accordance with the static conformance requirements defined in ISO 15118‑8. The behaviour tests of the ATS examine an implementation as thoroughly as practical over the full range of dynamic conformance requirements defined in ISO 15118‑8 and within the capabilities of the SUT (see NOTE below). A test architecture is described in correspondence to the ATS. The abstract test cases in this document are described leveraging this test architecture and are specified in descriptive tabular format for the ISO/OSI physical and data link layers (layers 1 and 2). In terms of coverage, this document only covers normative sections and requirements in ISO 15118‑8. This document can additionally refer to specific tests for requirements on referenced standards (e.g. IEEE, or industry consortia standards, like WiFi Alliance) as long as they are relevant in terms of conformance for implementations according to ISO 15118‑8. However, it is explicitly not intended to widen the scope of this conformance specification to such external standards, if it is not technically necessary for the purpose of conformance testing for ISO 15118‑8. Furthermore, the conformance tests specified in this document do not include the assessment of performance nor robustness or reliability of an implementation. They cannot provide judgments on the physical realization of abstract service primitives, how a system is implemented, how it provides any requested service, nor the environment of the protocol implementation. Furthermore, the abstract test cases defined in this document only consider the communication protocol and the system's behaviour defined ISO 15118‑8. The power flow between the EVSE and the EV is not considered. NOTE Practical limitations make it impossible to define an exhaustive test suite, and economic considerations can restrict testing even further. Hence, the purpose of this document is to increase the probability that different implementations are able to interwork. This is achieved by verifying them by means of a protocol test suite, thereby increasing the confidence that each implementation conforms to the protocol specification. However, the specified protocol test suite cannot guarantee conformance to the specification since it detects errors rather than their absence. Thus, conformance to a test suite alone cannot guarantee interworking. Instead, it gives confidence that an implementation has the required capabilities and that its behaviour conforms consistently in representative instances of communication.
This document specifies conformance tests in the form of an abstract test suite (ATS) for a system under test (SUT) implementing an electric-vehicle or supply-equipment communication controller (EVCC or SECC) with support for WLAN-based high-level communication (HLC) according to ISO 15118‑8 and against the background of ISO 15118-1. These conformance tests specify the testing of capabilities and behaviours of an SUT, as well as checking what is observed against the conformance requirements specified in ISO 15118‑8 and against what the implementer states the SUT implementation's capabilities are. The capability tests within the ATS check that the observable capabilities of the SUT are in accordance with the static conformance requirements defined in ISO 15118‑8. The behaviour tests of the ATS examine an implementation as thoroughly as practical over the full range of dynamic conformance requirements defined in ISO 15118‑8 and within the capabilities of the SUT (see NOTE below). A test architecture is described in correspondence to the ATS. The abstract test cases in this document are described leveraging this test architecture and are specified in descriptive tabular format for the ISO/OSI physical and data link layers (layers 1 and 2). In terms of coverage, this document only covers normative sections and requirements in ISO 15118‑8. This document can additionally refer to specific tests for requirements on referenced standards (e.g. IEEE, or industry consortia standards, like WiFi Alliance) as long as they are relevant in terms of conformance for implementations according to ISO 15118‑8. However, it is explicitly not intended to widen the scope of this conformance specification to such external standards, if it is not technically necessary for the purpose of conformance testing for ISO 15118‑8. Furthermore, the conformance tests specified in this document do not include the assessment of performance nor robustness or reliability of an implementation. They cannot provide judgments on the physical realization of abstract service primitives, how a system is implemented, how it provides any requested service, nor the environment of the protocol implementation. Furthermore, the abstract test cases defined in this document only consider the communication protocol and the system's behaviour defined ISO 15118‑8. The power flow between the EVSE and the EV is not considered. NOTE Practical limitations make it impossible to define an exhaustive test suite, and economic considerations can restrict testing even further. Hence, the purpose of this document is to increase the probability that different implementations are able to interwork. This is achieved by verifying them by means of a protocol test suite, thereby increasing the confidence that each implementation conforms to the protocol specification. However, the specified protocol test suite cannot guarantee conformance to the specification since it detects errors rather than their absence. Thus, conformance to a test suite alone cannot guarantee interworking. Instead, it gives confidence that an implementation has the required capabilities and that its behaviour conforms consistently in representative instances of communication.
ISO 15118-9:2022 is classified under the following ICS (International Classification for Standards) categories: 43.120 - Electric road vehicles. The ICS classification helps identify the subject area and facilitates finding related standards.
ISO 15118-9:2022 has the following relationships with other standards: It is inter standard links to EN ISO 15118-21:2025. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
ISO 15118-9:2022 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)
INTERNATIONAL ISO
STANDARD 15118-9
First edition
2022-11
Road vehicles — Vehicle to grid
communication interface —
Part 9:
Physical and data link layer
conformance test for wireless
communication
Véhicules routiers — Interface de communication entre véhicule et
réseau électrique —
Partie 9: Essai de conformité relatif à la couche physique et à la
couche liaison de données pour la communication sans-fil
Reference number
© ISO 2022
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
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 2
4 Abbreviated terms . 6
5 Conventions . 7
5.1 Requirement structure . 7
5.2 Test system description . . 8
6 Test architecture reference model . 8
6.1 General information. 8
6.2 Platform adapter interface . 8
6.3 SUT adapter interfaces . 9
6.4 Codecs . . 9
7 Test suite conventions.10
7.1 General information. 10
7.2 Test suite structure (TSS) . 10
7.3 Test profiles . 11
7.3.1 Test configurations .12
7.3.2 Components and ports .12
7.3.3 Protocol implementation conformance statement (PICS) definition . 14
7.3.4 Protocol implementation extra information for testing (PIXIT) definition . 14
7.3.5 Test control . 15
7.4 Test suite identifiers . 15
7.4.1 Module identifiers .15
7.4.2 Test case identifiers . 16
7.4.3 Template identifiers . 16
7.4.4 Function identifiers . 17
7.4.5 Timer identifiers . 18
7.4.6 PICS/PIXIT identifiers . 18
7.4.7 Verdict identifiers . 19
7.5 Test suite coverage . 19
7.6 Test case description .22
8 Test case descriptions for ISO 15118-8 requirements .23
8.1 General information.23
8.2 SECC test cases . 23
8.3 EVCC test cases . 43
Bibliography .72
iii
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are
members of ISO or IEC participate in the development of International Standards through technical
committees established by the respective organization to deal with particular fields of technical
activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international
organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the
work.
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 document 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 or
www.iec.ch/members_experts/refdocs).
Attention is drawn to the possibility that some of the elements of this document may be the subject
of patent rights. ISO and IEC shall not be held responsible for identifying any or all such patent
rights. Details of any patent rights identified during the development of the document will be in the
Introduction and/or on the ISO list of patent declarations received (see www.iso.org/patents) or the IEC
list of patent declarations received (see https://patents.iec.ch).
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. In the IEC, see www.iec.ch/understanding-standards.
This document was prepared jointly by Technical Committee ISO/TC 22, Road vehicles, Subcommittee SC
31, Data communication, and Technical Committee IEC/TC 69, Electrical power/energy transfer systems
for electrically propelled road vehicles and industrial trucks.
A list of all parts in the ISO 15118 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 and
www.iec.ch/national-committees.
iv
Introduction
Resulting from the wireless physical and data link layer requirements defined in ISO 15118-8, a
corresponding set of abstract test cases is necessary to verify the conformance of implementations.
This document, therefore, defines a conformance test suite for the wireless physical and data link layer
protocols in order to derive a common and agreed basis for conformance tests. The resulting test suite
is a prerequisite for downstream interoperability tests. Since interoperability furthermore involves
the actual application logic of an implementation, those tests are beyond the scope of this document.
Hence, this document focuses on the interface aspects and the corresponding requirements given in
ISO 15118-8 only.
v
INTERNATIONAL STANDARD ISO 15118-9:2022(E)
Road vehicles — Vehicle to grid communication
interface —
Part 9:
Physical and data link layer conformance test for wireless
communication
1 Scope
This document specifies conformance tests in the form of an abstract test suite (ATS) for a system under
test (SUT) implementing an electric-vehicle or supply-equipment communication controller (EVCC or
SECC) with support for WLAN-based high-level communication (HLC) according to ISO 15118-8 and
against the background of ISO 15118-1. These conformance tests specify the testing of capabilities and
behaviours of an SUT, as well as checking what is observed against the conformance requirements
specified in ISO 15118-8 and against what the implementer states the SUT implementation's capabilities
are.
The capability tests within the ATS check that the observable capabilities of the SUT are in accordance
with the static conformance requirements defined in ISO 15118-8. The behaviour tests of the ATS
examine an implementation as thoroughly as practical over the full range of dynamic conformance
requirements defined in ISO 15118-8 and within the capabilities of the SUT (see NOTE below).
A test architecture is described in correspondence to the ATS. The abstract test cases in this document
are described leveraging this test architecture and are specified in descriptive tabular format for the
ISO/OSI physical and data link layers (layers 1 and 2).
In terms of coverage, this document only covers normative sections and requirements in ISO 15118-8.
This document can additionally refer to specific tests for requirements on referenced standards (e.g.
IEEE, or industry consortia standards, like WiFi Alliance) as long as they are relevant in terms of
conformance for implementations according to ISO 15118-8. However, it is explicitly not intended to
widen the scope of this conformance specification to such external standards, if it is not technically
necessary for the purpose of conformance testing for ISO 15118-8. Furthermore, the conformance tests
specified in this document do not include the assessment of performance nor robustness or reliability
of an implementation. They cannot provide judgments on the physical realization of abstract service
primitives, how a system is implemented, how it provides any requested service, nor the environment
of the protocol implementation. Furthermore, the abstract test cases defined in this document only
consider the communication protocol and the system's behaviour defined ISO 15118-8. The power flow
between the EVSE and the EV is not considered.
NOTE Practical limitations make it impossible to define an exhaustive test suite, and economic considerations
can restrict testing even further. Hence, the purpose of this document is to increase the probability that different
implementations are able to interwork. This is achieved by verifying them by means of a protocol test suite,
thereby increasing the confidence that each implementation conforms to the protocol specification. However,
the specified protocol test suite cannot guarantee conformance to the specification since it detects errors rather
than their absence. Thus, conformance to a test suite alone cannot guarantee interworking. Instead, it gives
confidence that an implementation has the required capabilities and that its behaviour conforms consistently in
representative instances of communication.
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 15118-1, Road vehicles — Vehicle to grid communication interface — Part 1: General information and
use-case definition
ISO 15118-2, Road vehicles — Vehicle-to-Grid Communication Interface — Part 2: Network and application
protocol requirements
ISO 15118-8:2020, Road vehicles — Vehicle to grid communication interface — Part 8: Physical layer and
data link layer requirements for wireless communication
ISO 15118-20, Road vehicles — Vehicle to grid communication interface — Part 20: 2nd generation network
layer and application layer requirements
1)
ETSI ES 201 873-5 V4.9.1 , Methods for Testing and Specification (MTS) — The Testing and Test Control
Notation version 3 — Part 5: TTCN-3 Runtime Interface (TRI) (April 2022)
2)
ETSI ES 201 873-6 V4.13.1 , Methods for Testing and Specification (MTS) — The Testing and Test Control
Notation version 3 — Part 6: TTCN-3 Control Interface (TCI) (April 2022)
IEEE 802.11-2012, IEEE Standard for Information technology — Telecommunications and information
exchange between systems — Local and metropolitan area networks — specific requirements: Part 11:
Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 15118-1, ISO 15118-2,
ISO 15118-8, ISO 15118-20 and the following 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
abstract test case
complete and independent specification of the actions required to achieve a specific test purpose (3.25),
defined at the level of abstraction of a particular abstract test method, starting in a stable testing state
and ending in a stable testing state and optionally involves one or more consecutive or concurrent
connections
Note 1 to entry: The specification should be complete in the sense that it is sufficient to enable a test verdict
(3.29) to be assigned unambiguously to each potentially observable test outcome (i.e. sequence of test events).
Note 2 to entry: The specification should be independent in the sense that it should be possible to execute the
derived executable test case (3.7) in isolation from other such test cases (i.e. the specification should always
include the possibility of starting and finishing in the 'idle' state).
[SOURCE: ITU-T X.290:1995, 3.3.3].
3.2
ATS
abstract test suite
test suite composed of abstract test cases (3.1)
[SOURCE: ITU-T X.290:1995, 3.3.6]
1) Available at https:// www .etsi .org/ deliver/ etsi _es/ 201800 _201899/ 20187305/ 04 .09 .01 _60/ es
_20187305v040901p .pdf.
2) Available at https:// www .etsi .org/ deliver/ etsi _es/ 201800 _201899/ 20187306/ 04 .13 .01 _60/ es
_20187306v041301p .pdf.
3.3
APUT
access point under test
ISO/OSI layer 1 and 2 component of the SECC [system under test (SUT) (3.19)] for establishing a wireless
communication connection
3.4
black box test
method of testing that examines the behaviour of a system under test (SUT) (3.19) without considering
the internal implementation and structure of the SUT, thus relying on the SUT's open interface for
testing
3.5
conformance requirement
conformance of a real system consisting of conformance to each requirement and conformance to the
set
Note 1 to entry: Set of interrelated requirements which together define the behaviour of the system and its
communication. Conformance of a real system will, therefore, be expressed at two levels, conformance to each
individual requirement and conformance to the set. Applicable conformance tests defined in this document,
include requirements and transfer syntax requirements as far as they can be validated by black box tests (3.4).
Note 2 to entry: See also static conformance requirement (3.17) and dynamic conformance requirement (3.6).
3.6
dynamic conformance requirement
one of the requirements which specifies what observable behaviour is permitted by the relevant
specification(s) in instances of communication
Note 1 to entry: The requirements for this conformance specification are defined in ISO 15118-8.
[SOURCE: ITU-T X.290:1995, 3.3.29, modified — Note 1 to entry has been added.]
3.7
executable test case
realization of an abstract test case (3.1)
[SOURCE: ITU-T X.290:1995, 3.3.31]
3.8
expected behaviour
exact response of the system under test (SUT) (3.19) according to the underlying protocol specification
to the stimulus defined in the test behaviour (3.20)
3.9
ICS
implementation conformance statement
statement made by the supplier of an implementation or system claimed to conform to a given
specification, stating which capabilities have been implemented
Note 1 to entry: The given specification for this conformance specification is ISO 15118-8.
[SOURCE: ITU-T X.290:1995, 3.3.39, modified — "The ICS can take several forms: protocol ICS, profile
ICS, profile specific ICS, and information object ICS." has been removed from the definition and Note 1
to entry has been added.]
3.10
IXIT
implementation extra information for testing
statement made by a supplier or implementer of a system under test (SUT) (3.19) which contains or
references all of the information [in addition to that given in the implementation conformance statement
(ICS) (3.9)] related to the SUT and its testing environment, which will enable the test laboratory to run
an appropriate test suite against the SUT
[SOURCE: ITU-T X.290:1995, 3.3.41, modified — "An IXIT can take several forms: protocol IXIT, profile
IXIT, profile specific IXIT, and information object IXIT, TMP implementation statement." removed from
the defintiion and IUT replaced by SUT.]
3.11
MTC
main test component
single test component (3.21) in a test component configuration responsible for creating and controlling
parallel test components (3.12) and computing and assigning the test verdict (3.29)
[SOURCE: ITU-T X.292:2002, 3.6.43]
3.12
parallel test component
PTC
test component (3.21) created by the main test component (3.11)
[SOURCE: ITU-T X.292:2002, 3.6.53]
3.13
post-condition
test steps needed to define the path from the end of the test behaviour (3.20) up to the finishing stable
state for the test case
3.14
pre-condition
test steps needed to define the path from the starting stable state of the test case up to the initial state
from which the test bevaviour (3.20) will start
3.15
PICS
protocol implementation conformance statement
implementation conformance statement (ICS) (3.9) for an implementation or system claimed to conform
to a given protocol specification
Note 1 to entry: The given protocol specification for this conformance specification is ISO 15118-8.
[SOURCE: ITU-T X.290:1995, 3.3.80, modified — Note 1 to entry has been added.]
3.16
PIXIT
protocol implementation extra information for testing
implementation extra information for testing (IXIT) (3.10) related to testing for conformance to a given
protocol specification
Note 1 to entry: The given protocol specification for this conformance specification is ISO 15118-8.
[SOURCE: ITU-T X.290:1995, 3.3.81, modified — Note 1 to entry has been added.]
3.17
static conformance requirement
one of the requirements that specify the limitations on the combinations of implemented capabilities
permitted in a real open system which is claimed to conform to the relevant specification(s)
[SOURCE: ITU-T X.290:1995, 3.3.95]
3.18
STAUT
station under test
ISO/OSI layer 1 and 2 component of the EVCC [system under test (SUT) (3.19)] for establishing a wireless
communication connection
3.19
SUT
system under test
real open system in which the implementation of one or more OSI protocols in an adjacent user/provider
relationship are to be studied by testing.
Note 1 to entry: Adapted from ITU-T X.290:1995, 3.3.103 and 3.3.43.
3.20
test behaviour
set of test steps (test body) which are essential in order to achieve the test purpose (3.25) and assign
verdicts to the possible outcomes
3.21
test component
named subdivision of a concurrent test case capable of being executed in parallel and declared as having
a fixed number of points of control and observation and a fixed or maximal number of co-ordination
points
[SOURCE: ITU-T X.292:2002, 3.6.72, modified — "in parallel with other test components" has been
replaced by "in parallel".]
3.22
TCI
TTCN-3 control interfaces
four interfaces that define the interaction of the TTCN-3 Executable with the test management, the
coding and decoding, the test component (3.21) handling and the logging in a test system (3.27)
[SOURCE: ETSI ES 201 873-6 V4.13.1:2022, 3.1]
3.23
test execution
interpretation or execution of an abstract test suite (3.2)
Note 1 to entry: Conceptually, the test execution can be decomposed into three interacting entities: an executable
test suite, a test framework (3.24) and an optional internal encoding/decoding system entity.
3.24
test framework
entity to perform all actions of test cases or functions
Note 1 to entry: The test framework interacts with the test management, system under test (SUT) (3.19) adaptor
and platform adaptor entities via TTCN-3 control interfaces (TCI) (3.22) and test runtime interface (TRI) (3.26)
and additionally manages the executable test suite and encoding/decoding system entities. It initializes adaptors
as well as executable test suite and encoding/decoding system entities. This entity performs all the actions
necessary to properly start the execution of a test case or function with parameters in the executable test suite
entity. It queries the test management entity for module parameter values required by the executable test suite
and sends logging information to it. It also collects and resolves associated verdicts returned by the executable
test suite entity.
Note 2 to entry: In this document, the TTCN-3 runtime system is used to explain a test framework functionality.
3.25
test purpose
prose description of a well-defined objective of testing, focusing on a single conformance requirement
(3.5) or a set of related conformance requirements as specified in the appropriate OSI specification
EXAMPLE Verifying the support of a specific value of a specific parameter.
[SOURCE: ITU-T X.290:1995, 3.3.118]
3.26
TRI
test runtime interface
two interfaces that define the interaction of the TTCN-3 executable between the system under test (SUT)
(3.19) and the platform adapter (PA) and the system adapter (SA) in a test system (3.27)
[SOURCE: ETSI ES 201 873-5 V4.9.1:2022, 3.1, modified — The term was originally TTCN-3 runtime
interface.]
3.27
test system
real system combining the test framework (3.24), abstract test suite (3.2), test execution (3.23) and
adapters as well as codecs
Note 1 to entry: Typically, also containing a common runtime environment based on an operating system.
3.28
TSI
test system interface
test component (3.21) that provides a mapping of the ports available in the (abstract) TTCN-3 test system
(3.27) to those offered by a real test system
[SOURCE: ETSI ES 201 873-5 V4.9.1:2022, 3.1]
3.29
test verdict
statement of 'pass', 'fail' or 'inconclusive', as specified in an abstract test case (3.1), concerning
conformance of a system under test (SUT) (3.19) with respect to that test case when it is executed
[SOURCE: ITU-T X.290:1995, 3.3.124, modified — IUT was replaced by SUT.]
4 Abbreviated terms
For the purposes of this document, the following abbreviated terms apply:
AP (wireless) access point
APUT access point under test
ATS abstract test suite
EDCA enhanced distributed channel access
ETSI european telecommunications standards institute
EV electric vehicle
EVCC electric vehicle communication controller
EVSE electric vehicle supply equipment
HAL hardware abstraction layer
ICS implementation conformance statement
ITB invalid test behaviour
MAC media access control
MTC main test component
PICS protocol implementation conformance statement
PIXIT protocol implementation extra information for testing
PTC parallel test component
SECC supply equipment communication controller
STA (wireless) station
STAUT station under test
SUT system under test
TC test case
TCI TTCN-3 control interface
TCI-CD TCI-coding and decoding
TE test execution
TRI TTCN-3 runtime interface
TSI TTCN-3 system interface
TSS test suite structure
TTCN-3 testing and test control notation version 3
V2G vehicle-to-grid
VTB valid test behaviour
5 Conventions
5.1 Requirement structure
This document uses unique number identifiers for each individual requirement. This requirement
structure allows for easier requirement tracking and management. The following format is used
throughout this document:
'[V2G'Y'-'XXX']' requirement text
Where:
— 'V2G' represents the ISO 15118 series;
— Y represents the document part of the ISO 15118 series, for this document Y = 9;
— XXX represents the individual requirement number; and
— 'requirement text' includes the actual text of the requirement.
5.2 Test system description
TTCN-3 is used in this document to define/specify the test system architecture and test suite
conventions, where applicable. TTCN-3 is, however, not mandatory for the implementation of a
conformance test system according to this document.
[V2G9-001] The implementers of conformance tests shall verify that the test purposes implemented
in their executable test cases are identical to the abstract test cases described in this
document.
NOTE In this document, test cases are not programmatically specified in TTNC-3 core language. This will be
revisited for the next edition of the document.
6 Test architecture reference model
6.1 General information
Figure 1 provides an overview of the test architecture for this document. The following subclauses
define the interface requirements for platform and SUT adapters (see 6.2, 6.3) as well as the codecs (see
6.4). The test suite is defined in detail in the remainder of this document.
Figure 1 — Test architecture reference model
6.2 Platform adapter interface
The platform adapter within the test system is responsible for timers and external functions. Besides
means for timers, which are typically provided as part of the test framework, no external functions are
defined for this document.
[V2G9-002] The platform adapter of the test system shall implement the TriPlatformPA and the
TriPlatformTE interfaces as defined in ETSI ES 201 873-5 V4.9.1:2022, 6.5.3.
6.3 SUT adapter interfaces
The SUT adapter within the test system adapts the TTCN-3 communication operations to the SUT based
on an abstract test system interface and implements the real test system interface. It is responsible
of propagating message requests and procedure-based calls from the test execution (see Figure 1) to
the SUT, and of notifying the test execution of any received test events by appending them to its port
queues.
[V2G9-003] Any SUT adapter of the test system shall implement the TriCommunicationSA and the
TriCommunicationTE interfaces as defined in ETSI ES 201 873-5 V4.9.1:2022, 6.5.2.
NOTE 1 The actual implementation of these adapters is out of scope of this document.
[V2G9-004] The ISO 15118-8 SUT adapter of the test system shall send/receive the encoded MAC
frame format to/from the SUT as defined in IEEE 802.11-2012, section 8.
NOTE 2 For association support according to ISO 15118-8 the management frames according to IEEE 802.11-
2012, section 8.3.3 are used and embedded in the frame body field of the MAC frame format.
[V2G9-005] The wireless communication module of the ISO 15118-8 SUT adapter of the test system
shall be certified by WiFi Alliance ('Wi-Fi CERTIFIED n').
The majority of requirements in ISO 15118-8 are based on IEEE 802.11n. WiFi Alliance certification is
therefore required for the ISO 15118-8 SUT adapter in order to ensure the test system complies with
IEEE 802.11n.
[V2G9-006] In case SUT is a STAUT, the ISO 15118-8 SUT adapter of the test system shall support
operation at both the 2,4 GHz and 5 GHz frequency bands in parallel (simultaneous dual
band support).
[V2G9-007] The wireless communication module of the ISO 15118-8 SUT adapter of the test system
shall at least support all allowed channels per frequency band that are applicable for
the SUT according to ISO 15118-8:2020, Tables 1, 2, and Annex D.
NOTE 3 Depending on the target market of the SUT, not all the channels listed in ISO 15118-8:2020, Tables 1
and 2 are allowed to be used due to national regulation.
NOTE 4 A collection of national regulations in usage of the U-NII band channels is listed in ISO 15118-8:2020,
Annex D.
[V2G9-008] The ISO 15118-8 SUT adapter of the test system shall support active and passive scan-
ning procedure according to IEEE 802.11-2012.
6.4 Codecs
A codec is responsible for the external encoding and decoding of TTCN-3 values into bit strings suitable
to be sent to the SUT. The test execution (TE) determines which codec shall be used and passes the
TTCN-3 data to the appropriate encoder to obtain the encoded data. Received data is decoded in this
entity by using the appropriate decoder, which translates the received data into TTCN-3 values cf.
ETSI ES 201 873-5 that can be matched against expected values or templates.
[V2G9-009] All codecs in this document shall implement the TCI-CD interface as defined in ETSI ES
201 873-6 V4.13.1:2022, 7.3.2.
NOTE 1 For conformance testing in this document, the IEEE 802.11n codec (see Figure 1) is used to encode or
decode messages consumable by the tester into bit strings consumable by the SUT.
NOTE 2 The exact implementation of the IEEE 802.11n codec is out of scope of this document.
[V2G9-010] The ISO 15118-8 codec shall encode message values of the test system into correspond-
ing MAC frames consumable by the SUT as defined in ISO 15118-8:2020, 7.2.6 and 7.3.5
and IEEE 802.11-2012.
[V2G9-011] The ISO 15118-8 codec shall decode MAC frames as defined in ISO 15118-8:2020, 7.2.6
and 7.3.5 and IEEE 802.11-2012 into message values consumable by the test system.
7 Test suite conventions
7.1 General information
This clause defines all conventions that are relevant for conformance tests of SUTs implementing
ISO 15118-8.
7.2 Test suite structure (TSS)
A test suite is a complete set of test cases, possibly combined into groups or modules, that are necessary
to perform conformance testing for a given SUT.
Each executable test case stimulates the SUT with specific inputs and the reactions are observed
and evaluated. Depending on the test purpose different pre-conditions and post-conditions shall be
considered for the formulation of the test behaviour. The pre-conditions, post-conditions as well as test
behaviours are encapsulated into individual functions and stored within separate modules. Thus, a
complete test case is composed by the actual test behaviour enveloped by pre- and post-conditions. The
corresponding grouping of functions can therefore be assigned to the lowest abstract hierarchical level
(see Figure 2). The test cases are defined on the second level.
Figure 2 — General overview of the test suite structure (TSS)
The test profile is a collection of self-contained test cases as well as PICS (see 7.3.3) and PIXIT (see 7.3.4)
in order to represent a given use case. The selection is based on the use cases of the ISO 15118 series
and its corresponding requirements.
Hence, the test suite structure (TSS) is segmented into subgroups defined according to ISO 15118 use
cases for conformance testing. Table 1 shows these subgroups, which are used for the organization of
the test case specifications as well as for the test suite identifiers (see 7.4 for detail).
Table 1 — Identifiers within the test suite structure (TSS)
Identifiers Values Description
System under test
EVCC Electric vehicle communication controller
SECC Supply equipment communication controller
{fullname} Context (e.g. name of message pattern signal name according to standard)
7.3 Test profiles
This subclause defines test profiles for conformance with ISO 15118-8. A test profile consists of a test
configuration as well as a selection and assignment of PICS/PIXIT. Depending on the test configuration
a set of test components and ports are defined. The test profile furthermore includes a test group
defining the set of relevant test cases and the sequence in which they are executed in order to perform
a conformance test for a given use case.
7.3.1 Test configurations
The test configuration reflects various ISO 15118 scenarios. The main entities for the system under test
(SUT) are:
— electric vehicle communication controller (EVCC),
— supply equipment communication controller (SECC).
The combination of entities and additionally used test components are grouped by test configuration
IDs (CF_Part_ID). Table 2 shows the test configurations for this document.
Table 2 — Test configurations
CF_Part_ID SUT Tester PTCs
CF_09_001 SECC including wireless EVCC with ISO 15118-8 SUT none
LAN interface adapter
CF_09_002 EVCC including wireless SECC with ISO 15118-8 SUT none
LAN interface adapter
Figure 3 and Figure 4 illustrate configurations as defined in Table 2.
Figure 3 — Test configuration CF_09_001 for SUT SECC (APUT)
Figure 4 — Test configuration CF_09_002 for SUT EVCC (STAUT)
7.3.2 Components and ports
In correspondence to the identified set of relevant test configurations, this subclause defines test
components which reflect the main entities needed for stimulation of the SUT with respect to the
ISO 15118 series. Ports are used to connect these components with each other and the SUT. Port types
define what kind of messages can be sent or received by this port. All relevant components and ports
are defined in Table 3 and Table 5 respectively.
Table 3 — Component definitions
Components Description
SECC_Tester (MTC) This component type is the main type for the tests of an SECC.
A WLAN_Port (see Table 4) is assigned to this component type.
TTabablele 3 3 ((ccoonnttiinnueuedd))
Components Description
EVCC_Tester (MTC) This component type is the main type for the tests of an EVCC.
A WLAN_Port (see Table 4) is assigned to this component type.
Table 4 — Port type definitions
Port Type Description
WLAN_Port This port is used to send/receive WLAN MAC Frames defined in ISO 15118-8
and IEEE 802.11-2012 to/from the EVCC/SECC.
These components and ports comprise relevant test configurations for this document. Whether the
type EVCC_Tester or SECC_Tester is to be used as MTC depends on the type of the SUT.
[V2G9-012] If the SUT is an EVCC, the MTC shall use the type EVCC_Tester.
[V2G9-013] If the SUT is an SECC, the MTC shall use the type SECC_Tester.
The MTC always contains a TTCN-3 test configuration and delimits the lifeline during test execution.
Next to using ports for communication purposes, local timers, variables or constants may be assigned
to components to store dynamic information during test case execution.
A test configuration also consists of respective test system interfaces (TSI). An abstract TSI is specified
as a collection of ports. A TSI has no local timers, constants or variables; only ports are assigned to it.
During the test case execution, test components ports can be mapped dynamically to the TSI ports to
establish communication channel to the real test system interface.
In the test configuration the TSI uses the type System_EVCC or System_SECC depending on the type of
the SUT.
— If the SUT is an EVCC, the TSI uses the type System_EVCC.
— If the SUT is an SECC, the TSI uses the type System_SECC.
The test configuration is illustrated in Figure 5. The type of the V2G components and ports (EVCC or
SECC) depends on the SUT type.
Figure 5 — Test configuration of this document
As shown in Figure 5 the port mappings are defined statically as follows:
— the port pt_WLAN_Port of the TSI is always mapped to port pt_WLAN_Port of the MTC.
7.3.3 Protocol implementation conformance statement (PICS) definition
To evaluate the conformance of a particular SUT, it is necessary to have implementation conformance
statements (ICS) of the capabilities and options which have been implemented, and any features
which have been omitted, so that the implementation can be tested for conformance against relevant
requirements, and against those requirements only. Such a statement is called a protocol implementation
conformance statement (PICS), compare to ITU-T X.290.
In this document, no PICS are defined in the ATS.
7.3.4 Protocol implementation extra information for testing (PIXIT) definition
In addition to the ICS, further statements (IXIT) made by a supplier or implementer may be required
related to the SUT and its testing environment to enable the test laboratory to run the test suite against
the SUT. With reference to ISO 15118-8 protocol conformance, the following set of PIXIT is defined in
addition to the PICS in this document.
NOTE Due to the black box test paradigm in this document, it is not defined how to ensure that a
corresponding PIXIT is set on the SUT side for a given test case execution.
All PIXIT defined in the ATS are summarized in Table 5 to Table 7
Table 5 — Selected PIXIT for test system configurations CF_09_001 and CF_09_002 (SUT either
SECC or EVCC)
PIXIT Description
PIXIT_CMN_MACADDR_2_4GHz MAC address of the 2,4 GHz network interface of the SUT
PIXIT_CMN_MACADDR_5GHz MAC address of the 5 GHz network interface of the SUT
PIXIT_CMN_ ETT Indication which energy transfer types are supported by the
SUT
One octet with bitfield according to ISO 15118-8:2020,
Table 4, e.g.:
— 00000011 or 0x3 (→ AC & DC support)
— 00000100 or 0x4 (→ WPT support)
— 00001000 or 0x8 (→ ACD support)
PIXIT_CMN_ADDINF Indication which additional information is provided by the
SUT
Hexbinary according to ISO 15118-8:2020, Table 5
PIXIT_CMN_COUNTRY_CODE Indication for a two-character country code according to ISO
3166-1
PIXIT_CMN_OPERATOR_ID Indication for an operator ID as defined in ISO 15118-2:2014,
Annex H (see also ISO 15118-8:2020, Table 4 for further infor-
mation)
PIXIT_CMN_CHARGING_SITE_ID Indication for a unique identifier of the CS (see also ISO
15118-8:2020, Table 4 for further information)
[V2G9-014] For the purpose of testing the values of country code, operator id and charging site id
should be compatible between the test system and SUT regarding the values of PIXIT_
CMN_COUNTRY_CODE, PIXIT_CMN_OPERATOR_ID, and PIXIT_CMN_CHARGING_SITE_ID.
Table 6 — Selected PIXIT for test system configuration CF_09_001 (SUT equals SECC)
PIXIT Description
PIXIT_SECC_NUMOUTLETS Indication of whether the SECC supports one or multiple
outlets
Choice: i) one, ii) multiple
PIXIT_SECC_SUPPORTED_CHANNEL_LIST List of supported channels in the 2,4 GHz and 5 GHz band
according to ISO 15118-8:2020, Tables 1, 2 and national/re-
gional regulations in ISO 15118-8:2020, Annex D as key value
pairs list
PIXIT_SECC_CHANNEL_SELECTED Selected Channel ID in the either 2,4 GHz or 5 GHz band
Enumeration with reference to Channel IDs according to ISO
15118-8:2020, Tables 1 and 2.
Table 7 — Selected PIXIT for test system configuration CF_09_002 (SUT equals EVCC)
PIXIT Description
PIXIT_EVCC_SCANNING_MODE Indication wheth
...
NORME ISO
INTERNATIONALE 15118-9
Première édition
2022-11
Véhicules routiers — Interface de
communication entre véhicule et
réseau électrique —
Partie 9:
Essai de conformité relatif à la couche
physique et à la couche liaison de
données pour la communication sans-
fil
Road vehicles — Vehicle to grid communication interface —
Part 9: Physical and data link layer conformance test for wireless
communication
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2022
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii
Sommaire Page
Avant-propos .iv
Introduction .v
1 Domaine d'application .1
2 Références normatives .2
3 Termes et définitions . 2
4 Abréviations . 7
5 Conventions . 8
5.1 Structure des exigences . 8
5.2 Description du système de test . 8
6 Modèle de référence de l'architecture de test . 8
6.1 Informations générales . 8
6.2 Interface de l'adaptateur de plateforme . 9
6.3 Interfaces de l'adaptateur de SUT. 9
6.4 Codecs . . 10
7 Conventions utilisées pour la suite de tests .11
7.1 Informations générales . 11
7.2 Structure de la suite de tests (TSS) . 11
7.3 Profils de test .12
7.3.1 Configurations de test .12
7.3.2 Composantes et ports . 13
7.3.3 Définition d'une déclaration de conformité d'une instance de protocole
(PICS) . 14
7.3.4 Définition des informations supplémentaires sur l'instance de protocole
destinées au test (PIXIT) . 14
7.3.5 Contrôle des tests . 16
7.4 Identifiants de la suite de tests . 16
7.4.1 Identifiants de modules. 16
7.4.2 Identifiants de tests . 17
7.4.3 Identifiants de modèles . 17
7.4.4 Identifiants de fonctions . 18
7.4.5 Identifiants de temporisateurs . 19
7.4.6 Identifiants de PICS/PIXIT . . 19
7.4.7 Identifiants de verdicts . 20
7.5 Périmètre de la suite de tests .20
7.6 Description du test .23
8 Descriptions des tests pour les exigences ISO 15118-8 .24
8.1 Informations générales . 24
8.2 Tests du CCIR . 24
8.3 Tests du CCVE . 43
Bibliographie .66
iii
Avant-propos
L'ISO (Organisation internationale de normalisation) et l'IEC (Commission électrotechnique
internationale) forment le système spécialisé de la normalisation mondiale. Les organismes
nationaux membres de l'ISO ou de l'IEC participent au développement de Normes internationales
par l'intermédiaire des comités techniques créés par l'organisation concernée afin de s'occuper des
domaines particuliers de l'activité technique. Les comités techniques de l'ISO et de l'IEC collaborent
dans des domaines d'intérêt commun. D'autres organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO et l'IEC, participent également aux travaux.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document a
été rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir
www.iso.org/directives ou www.iec.ch/members_experts/refdocs).
L'attention est attirée sur le fait que certains des éléments du présent document peuvent faire l'objet
de droits de propriété intellectuelle. L'ISO et l'IEC ne sauraient être tenues pour responsables de ne pas
avoir identifié de tels droits de propriété. Les détails concernant les références aux droits de propriété
intellectuelle ou autres droits analogues identifiés lors de l'élaboration du document sont indiqués dans
l'Introduction et/ou dans la liste des déclarations de brevets reçues par l'ISO (voir www.iso.org/patents)
ou dans la liste des déclarations de brevets reçues par l'IEC (voir https://patents.iec.ch).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l'intention des utilisateurs et ne sauraient constituer un
engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l'ISO liés à l'évaluation de la conformité, ou pour toute information au sujet de
l'adhésion de l'ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les
obstacles techniques au commerce (OTC), voir www.iso.org/iso/avant-propos. Pour l'IEC, voir
www.iec.ch/understanding-standards.
Le présent document a été établi conjointement par le comité technique ISO/TC 22, Véhicules routiers,
sous-comité SC 31, Communication de données et le comité technique IEC/TC 69, Véhicules électriques
destinés à circuler sur la voie publique et chariots de manutention électriques.
Une liste de toutes les parties de la série ISO 15118 se trouve sur le site web de l'ISO.
Il convient que l'utilisateur adresse tout retour d'information ou toute question concernant le présent
document à l'organisme national de normalisation de son pays. Une liste exhaustive desdits organismes
se trouve aux adresses www.iso.org/members.html et www.iec.ch/national-committees.
iv
Introduction
En raison des exigences relatives à la couche physique et à la couche liaison de données pour
la communication sans fil définies dans l'ISO 15118-8, il est nécessaire de définir un ensemble
correspondant de tests élémentaires abstraits pour vérifier la conformité des implémentations. Le
présent document définit donc une suite de tests de conformité pour les protocoles de communication
sans fil de la couche physique et de la couche liaison de données afin d'établir une base cohérente
commune pour les tests de conformité. Cette suite de tests constitue un prérequis pour les tests
d'interopérabilité ultérieurs. Étant donné que l'interopérabilité implique également la logique
d'application réelle d'une implémentation, ces tests ne relèvent pas du domaine d'application du présent
document. Par conséquent, le présent document traite plus particulièrement des aspects de l'interface
et des exigences correspondantes spécifiées dans l'ISO 15118-8 uniquement.
v
NORME INTERNATIONALE ISO 15118-9:2022(F)
Véhicules routiers — Interface de communication entre
véhicule et réseau électrique —
Partie 9:
Essai de conformité relatif à la couche physique et à la
couche liaison de données pour la communication sans-fil
1 Domaine d'application
Le présent document spécifie les tests de conformité sous la forme d'une suite de tests abstraite (ATS)
pour un système sous test (SUT) implémentant un contrôleur de communication de véhicule électrique
(CCVE) ou d'infrastructure de recharge (CCIR) qui prend en charge la communication de haut niveau
(CHN) basée sur un réseau local sans fil (WLAN) conformément à l'ISO 15118-8 et sur la base de
l'ISO 15118-1. Ces tests de conformité spécifient les tests de capacités et de comportements d'un SUT,
puis vérifient les résultats obtenus par rapport aux exigences de conformité définies dans l'ISO 15118-8
et aux capacités d'implémentation du SUT définies par l'implémenteur.
Les tests de capacités définis dans la suite de tests abstraite (ATS) vérifient que les capacités
observables sur le SUT respectent les conditions de conformité statique définies dans l'ISO 15118-8.
Les tests de comportement de la suite de tests abstraite (ATS) examinent en détail une implémentation
donnée dans l'ensemble des conditions de conformité dynamique définies dans l'ISO 15118-8, ainsi que
dans les limites des capacités du SUT (voir NOTE ci-après).
Une architecture de test est décrite sur la base de la suite de tests abstraite (ATS). Les tests élémentaires
abstraits définis dans le présent document sont décrits sur la base de cette architecture de test et sont
spécifiés sous la forme de tableaux descriptifs pour la couche ISO/OSI physique (couche 1) et la couche
ISO/OSI liaison de données (couche 2).
Le présent document ne couvre que les sections normatives et les exigences de l'ISO 15118-8. Le présent
document peut également renvoyer vers des tests spécifiques pour les exigences relatives aux normes
citées (par exemple, les normes de l'IEEE ou des normes établies par des consortiums industriels,
comme la Wi-Fi Alliance) sous réserve que ces tests présentent un intérêt pour la conformité des
implémentations conformément à l'ISO 15118-8. Toutefois, le présent document n'a pas pour objet
d'élargir le domaine d'application de cette spécification de conformité à de telles normes externes, si
cela n'est pas techniquement nécessaire pour les tests de conformité conformément à l'ISO 15118-8.
En outre, les tests de conformité spécifiés dans le présent document n'incluent pas l'évaluation des
performances, de la robustesse ou de la fiabilité d'une implémentation. Ces tests ne peuvent pas évaluer
l'implémentation physique des primitives de services abstraites, la manière dont est implémenté un
système, la manière dont celui-ci fournit un service demandé, ni l'environnement d'implémentation
du protocole. Par ailleurs, les tests élémentaires abstraits définis dans le présent document couvrent
uniquement le protocole de communication et le comportement du système définis par l'ISO 15118-8.
Le flux de puissance transitant entre l'IRVE et le VE n'est pas pris en compte.
NOTE En raison de limites techniques, il n'est pas possible de définir une suite de tests exhaustive, à cela
s'ajoutent des motifs d'ordre budgétaire qui peuvent également restreindre les tests. Le présent document
a donc pour but d'augmenter la probabilité que différentes implémentations puissent fonctionner de manière
interopérable. Pour vérifier ces implémentations, une suite de tests de protocole est ainsi spécifiée afin de
garantir la conformité de chaque implémentation à la spécification du protocole. Cependant, la suite de tests de
protocole spécifiée ne peut pas garantir la conformité d'une implémentation à la spécification, car ces tests visent
davantage à détecter les erreurs potentielles que leur absence. La conformité à une seule suite de tests ne permet
donc pas de garantir l'interopérabilité des implémentations. Néanmoins, ces tests permettent de s'assurer qu'une
implémentation possède les capacités requises et que son comportement est conforme et cohérent dans toutes
les instances de communication représentatives des conditions réelles.
2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu'ils constituent, pour tout ou partie de leur
contenu, des exigences du présent document. Pour les références datées, seule l'édition citée s'applique.
Pour les références non datées, la dernière édition du document de référence s'applique (y compris les
éventuels amendements).
ISO 15118-1, Véhicules routiers — Interface de communication entre véhicule et réseau électrique — Partie
1: Informations générales et définition de cas d'utilisation
ISO 15118-2, Véhicules routiers — Interface de communication entre véhicule et réseau électrique —
Partie 2: Exigences du protocole d’application et du réseau
ISO 15118-8:2020, Véhicules routiers — Interface de communication entre véhicule et réseau électrique
— Partie 8: Exigences relatives à la couche physique et à la couche de liaison entre les données pour la
communication sans fil
ISO 15118-20, Véhicules routiers — Interface de communication entre véhicule et réseau électrique —
ème
Partie 20: Exigences des couches réseau et application de 2 génération
1)
ETSI ES 201 873-5 V4.9.1 , Methods for Testing and Specification (MTS) — The Testing and Test Control
Notation version 3 — Part 5: TTCN-3 Runtime Interface (TRI) (April 2022) (disponible en anglais seulement)
2)
ETSI ES 201 873-6, V4.13.1, , Methods for Testing and Specification (MTS) — The Testing and Test Control
Notation version 3 — Part 6: TTCN-3 Control Interface (TCI) (April 2022) (disponible en anglais seulement)
IEEE 802.11-2012, IEEE Standard for Information technology — Telecommunications and information
exchange between systems — Local and metropolitan area networks — Specific requirements: Part 11:
Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications (disponible en anglais
seulement)
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions de l'ISO 15118-1, l'ISO 15118-2,
l'ISO 15118-8, l'ISO 15118-20 ainsi que les suivants s'appliquent.
L'ISO et l'IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en
normalisation, consultables aux adresses suivantes:
— ISO Online browsing platform: disponible à l'adresse http:// www .iso .org/ obp
— IEC Electropedia: disponible à l'adresse http:// www .electropedia .org/
3.1
test élémentaire abstrait
spécification complète et indépendante des actions nécessaires afin de réaliser l'objectif d'un test
spécifique (3.25), définies au niveau d'abstraction d'une méthode de test abstraite particulière. Il
commence et finit dans un état de test stable. Cette spécification peut mettre en jeu une ou plusieurs
connexions consécutives ou simultanées
Note 1 à l'article: Cette spécification devrait être complète, en ce sens qu'elle est suffisante pour permettre de
rendre un verdict (3.29) dépourvu d'ambiguïté sur chaque résultat de test potentiellement observable (c'est-à-
dire à la suite de chaque séquence d'événements de test).
1) Disponible à l'adresse https:// www .etsi .org/ deliver/ etsi _es/ 201800 _201899/ 20187305/ 04 .09 .01 _60/ es
_20187305v040901p .pdf.
2) Disponible à l'adresse https:// www .etsi .org/ deliver/ etsi _es/ 201800 _201899/ 20187306/ 04 .13 .01 _60/ es
_20187306v041301p .pdf.
Note 2 à l'article: Cette spécification devrait être indépendante, en ce sens qu'il devrait être possible d'exécuter
le test élémentaire exécutable (3.7) dérivé, indépendamment des autres tests élémentaires de cette nature (c'est-
à-dire que cette spécification devrait toujours impliquer la possibilité de lancement et de fin dans l'état «repos»).
[SOURCE: UIT-T X.290:1995, 3.3.3]
3.2
ATS
suite de tests abstraite
suite de tests composée de tests élémentaires abstraits (3.1)
[SOURCE: UIT-T X.290:1995, 3.3.6]
3.3
APUT
point d'accès sous test
élément des couches ISO/OSI 1 et 2 du CCIR [système sous test (SUT) (3.19)] pour l'établissement d'une
connexion de communication sans fil
3.4
test de boîte noire
méthode de test qui examine le comportement d'un système sous test (SUT) (3.19), sans prendre en
compte l'implémentation et la structure internes du SUT, en considérant l'interface ouverte du SUT
pour les tests
3.5
condition de conformité
conformité d'un système réel impliquant la conformité à chaque condition et la conformité à l'ensemble
des conditions
Note 1 à l'article: ensemble d'exigences corrélées qui définissent collectivement le comportement du système et
de sa communication. La conformité d'un système réel s'exprime donc à deux niveaux: la conformité à chaque
condition et la conformité à l'ensemble des conditions. Les tests de conformité applicables définis dans le présent
document couvrent les exigences de syntaxe de transfert, sous réserve qu'elles puissent être validées par des
tests de boîte noire (3.4).
Note 2 à l'article: Voir aussi condition de conformité statique (3.17) et condition de conformité dynamique (3.6).
3.6
condition de conformité dynamique
une des conditions qui spécifie le comportement observable autorisé par la ou les spécifications
applicables dans les instances de communication
Note 1 à l'article: Les conditions relatives à cette spécification de conformité sont définies dans l'ISO 15118-8.
[SOURCE: UIT-T X.290:1995, 3.3.29, modifiée — La Note 1 à l'article a été ajoutée.]
3.7
test élémentaire exécutable
test élémentaire abstrait (3.1) réalisable
[SOURCE: UIT-T X.290:1995, 3.3.31]
3.8
comportement prévu
réponse exacte du système sous test (SUT) (3.19), conformément à la spécification de protocole sous-
jacente, au stimulus défini dans le comportement de test (3.20)
3.9
ICS
déclaration de conformité d'une application
déclaration faite par le fournisseur d'une application ou d'un système qui déclare se conformer à une
spécification donnée, qui précise les capacités mises en œuvre
Note 1 à l'article: La spécification donnée pour cette spécification de conformité est l'ISO 15118-8.
[SOURCE: UIT-T X.290:1995, 3.3.39, modifiée —«La déclaration ICS peut prendre différentes formes: ICS
de protocole, ICS de profil, ICS de profil spécifique et ICS d'objet informationnel.» a été supprimé de la
définition et la Note 1 à l'article a été ajoutée.]
3.10
IXIT
informations supplémentaires sur l'application concernant le test
déclaration faite par le fournisseur ou le réalisateur d'un système sous test (SUT) (3.19), qui contient
toutes les informations [en plus de celles fournies dans la déclaration de conformité d'une application
(ICS) (3.9)] concernant le système sous test et son environnement de test, ou qui y renvoie, et qui doit
permettre au laboratoire de test d'exécuter une suite de tests appropriée sur ce système
[SOURCE: UIT-T X.290:1995, 3.3.41, modifiée — «Une déclaration IXIT peut prendre différentes formes:
IXIT de protocole, IXIT de profil, IXIT de profil spécifique et IXIT d'objet informationnel, déclaration
d'instance de protocole TMP.» a été supprimé de la définition et «application sous test», «IUT» et
«application» ont été remplacés par «système sous test», «SUT» et «système» respectivement.]
3.11
MTC
composante de test principale
il s'agit de la seule composante de test (3.21) d'une configuration de composantes de test, qui est
responsable de la création et du contrôle des composantes de test parallèles (3.12), ainsi que du calcul et
de l'affectation du verdict de test (3.29)
[SOURCE: UIT-T X.292:2002, 3.6.43]
3.12
composante de test parallèle
PTC
composante de test (3.21) créée par la composante de test principale (3.11)
[SOURCE: UIT-T X.292:2002, 3.6.53]
3.13
condition finale
étapes de test nécessaires pour définir la transition du SUT à la fin du comportement de test (3.20)
jusqu'à l'état final stable pour le test considéré
3.14
condition préalable
étapes de test nécessaires pour définir la transition entre l'état stable de départ du SUT et l'état initial à
partir duquel le comportement de test (3.20) est exécuté
3.15
PICS
déclaration de conformité d'une instance de protocole
déclaration de conformité d'une application (ICS) (3.9) d'une application ou d'un système déclaré
conforme à une spécification de protocole donnée
Note 1 à l'article: La spécification de protocole donnée pour cette spécification de conformité est l'ISO 15118-8.
[SOURCE: UIT-T X.290:1995, 3.3.80, modifiée — La Note 1 à l'article a été ajoutée.]
3.16
PIXIT
informations supplémentaires sur l'instance de protocole destinées au test
informations supplémentaires sur l'application concernant le test (IXIT) (3.10) relative aux tests de
conformité d'une spécification de protocole donnée
Note 1 à l'article: La spécification de protocole donnée pour cette spécification de conformité est l'ISO 15118-8.
[SOURCE: UIT-T X.290:1995, 3.3.81, modifiée — La Note 1 à l'article a été ajoutée.]
3.17
condition de conformité statique
une des conditions qui spécifie les limites imposées à la combinaison de capacités mises en œuvre
autorisée dans un système ouvert réel déclaré conforme aux spécifications concernées
[SOURCE: UIT-T X.290:1995, 3.3.95]
3.18
STAUT
borne sous test
élément des couches ISO/OSI 1 et 2 du CCVE [système sous test (SUT) (3.19) ] pour l'établissement d'une
connexion de communication sans fil
3.19
SUT
système sous test
système ouvert réel où réside l'ensemble d'un ou de plusieurs protocoles OSI mis en œuvre dans une
relation utilisateur/fournisseur adjacente, qui doivent être soumis à des tests
Note 1 à l'article: Cette définition a été calquée sur l'UIT-T X.290:1995, 3.3.103 et 3.3.43.
3.20
comportement de test
ensemble d'étapes de test (corps du test) qui sont essentielles pour répondre à l'objectif du test (3.25) et
rendre des verdicts en fonction des résultats possibles
3.21
composante de test
subdivision nommée d'un test élémentaire concomitant pouvant être exécutée en parallèle, et déclarée
comme ayant un nombre fixe de points de contrôle et d'observation (PCO) et un nombre fixe ou maximal
de points de coordination (CP)
[SOURCE: UIT-T X.292:2002, 3.6.72, modifiée — «en parallèle avec d'autres composantes de test» a été
remplacé par «en parallèle».]
3.22
TCI
interfaces de commande TTCN-3
quatre interfaces qui définissent les interactions de l'exécutable TTCN-3 avec la gestion des tests, le
codage et le décodage, le traitement de la composante de test (3.21) et la journalisation dans un système
de test (3.27)
[SOURCE: ETSI ES 201 873-6 V4.13.1:2022, 3.1]
3.23
exécution des tests
interprétation ou exécution d'une suite de tests abstraite (3.2)
Note 1 à l'article: Sur le plan conceptuel, la partie «exécution des tests» peut être décomposée en trois entités
interdépendantes: la suite de tests exécutables, le cadre des tests (3.24) et un système de codage/décodage
interne facultatif.
3.24
cadre des tests
entité chargée d'effectuer toutes les actions des tests ou fonctions
Note 1 à l'article: Le cadre des tests interagit avec la partie «gestion des tests», le système sous test (SUT) (3.19),
les entités «adaptateur» et «adaptateur de plateforme» via les interfaces de commande TTCN-3 (TCI) (3.22) et
l'interface d'exécution des tests (TRI) (3.26) et gère également les entités «suite de tests exécutables» et «système
de codage/décodage». Il initialise les adaptateurs, ainsi que les entités «suite de tests exécutables» et «système de
codage/décodage». Cette entité effectue toutes les actions nécessaires pour démarrer correctement l'exécution
d'un test ou d'une fonction, au moyen des paramètres figurant dans l'entité «suite de tests exécutables». Il
interroge l'entité «gestion des tests» pour obtenir les valeurs de paramètres du module requises par la suite de
tests exécutables et lui transmet des informations de journalisation. Il recueille et résout également les verdicts
correspondants, qui sont retournés par l'entité «suite de tests exécutables».
Note 2 à l'article: Le présent document utilise le système d'exécution TTCN-3 pour expliquer les fonctionnalités
du cadre des tests.
3.25
objectif d'un test
description simple d'un objectif de test strictement défini, centré sur une seule condition de conformité
(3.5) ou un ensemble de conditions de conformité connexes, telle qu'elle est spécifiée dans la
spécification appropriée relative à l'OSI
EXEMPLE Vérification de l'acceptation d'une valeur spécifique d'un paramètre donné.
[SOURCE: UIT-T X.290:1995, 3.3.118]
3.26
TRI
interface d'exécution des tests
deux interfaces qui définissent les interactions de l'exécutable TTCN-3 entre le système sous test (SUT)
(3.19) et l'adaptateur de plateforme (PA) et l'adaptateur de système (SA) dans un système de test (3.27)
[SOURCE: ETSI ES 201 873-5 V4.9.1:2022, 3.1, modifiée — Le terme anglais était initialement «TTCN-3
runtime interface».]
3.27
système de test
système réel qui combine le cadre des tests (3.24), la suite de test abstraite (3.2), l'exécution des tests
(3.23), ainsi que les adaptateurs et les codecs
Note 1 à l'article: Généralement, il contient également un environnement d'exécution commun basé sur un
système d'exploitation.
3.28
TSI
interface du système de test
composante de test (3.21) qui associe les ports disponibles dans le système de test (3.27) TTCN-3
(abstrait) et les ports présents sur un système de test réel
[SOURCE: ETSI ES 201 873-5 V4.9.1:2022, 3.1]
3.29
verdict d'un test
jugement «succès», «échec» ou «non concluant» spécifié dans le test élémentaire abstrait (3.1), sur la
conformité d'un système sous test (SUT) (3.19) lorsqu'un test élémentaire a été exécuté
[SOURCE: UIT-T X.290:1995, 3.3.124, modifiée — «application sous test» a été remplacé par «système
sous test (SUT)».]
4 Abréviations
Pour les besoins du présent document, les abréviations suivantes s'appliquent.
PA point d'accès (sans fil)
APUT (Access Point Under Test) point d'accès sous test
ATS (Abstract Test Suite) suite de tests abstraite
EDCA (Enhanced Distributed Channel Access) accès amélioré aux canaux distribués
ETSI (European Telecommunications Standards Insti- institut européen des normes de télécommuni-
tute) cations
VE véhicule électrique
CCVE contrôleur de communication de véhicule
électrique
IRVE infrastructure de recharge pour véhicules
électriques
HAL (Hardware Abstraction Layer) couche d'abstraction matérielle
ICS (Implementation Conformance Statement) déclaration de conformité d'une application
ITB (Invalid Test Behaviour) comportement de test invalide
MAC (Media Access Control) contrôle de l'accès au support
MTC (Main Test Component) composante de test principale
PICS (Protocol Implementation Conformance State- déclaration de conformité d'une instance de
ment) protocole
PIXIT (Protocol Implementation Extra Information For informations supplémentaires sur l'instance
Testing) de protocole destinées au test
PTC (Parallel Test Component) composante de test parallèle
CCIR contrôleur de communication de l'infrastruc-
ture de recharge
STA (Station) borne (sans fil)
STAUT (Station Under Test) borne sous test
SUT (System Under Test) système sous test
TC (Test Case) test
TCI (TTCN-3 Control Interface) Interface de commande TTCN-3
TCI-CD codage et décodage TCI
TE (Test Execution) exécution des tests
TRI (TTCN-3 Runtime Interface) Interface d'exécution des tests TTCN-3
TSI (TTCN-3 System Interface) interface du système TTCN-3
TSS (Test Suite Structure) structure de la suite de tests
TTCN-3 (Testing and Test Control Notation version 3) notation des tests et de contrôle des tests
version 3
V2G (Vehicle-to-Grid) véhicule à réseau
VTB (Valid Test Behaviour) comportement de test valide
5 Conventions
5.1 Structure des exigences
Le présent document utilise un identifiant numérique unique par condition. Cette structure d'exigences
facilite le suivi et la gestion des exigences. Le format suivant est utilisé dans l'ensemble du présent
document:
'[V2G'Y'-'XXX']' Formulation de l'exigence
Où:
— 'V2G' représente la série ISO 15118;
— Y représente la partie du document de la série ISO 15118, où le présent document Y = 9;
— XXX représente le numéro de l'exigence; et
— «formulation de l'exigence» correspond au texte décrivant l'exigence.
5.2 Description du système de test
Le présent document utilise le système TTCN-3 pour définir/spécifier l'architecture du système de test
et les conventions de la suite de tests, le cas échéant. Toutefois, le système TTCN-3 n'est pas obligatoire
pour l'implémentation d'un système de test de conformité conformément au présent document.
[V2G9-001] Les implémenteurs des tests de conformité doivent vérifier que les objectifs de tests
implémentés dans leurs tests élémentaires exécutables sont identiques aux tests élé-
mentaires abstraits décrits dans le présent document.
NOTE Dans le présent document, les tests ne sont pas définis selon les termes de programmation utilisés
dans le langage de base TTNC-3. Cet aspect sera réexaminé lors de la prochaine édition du présent document.
6 Modèle de référence de l'architecture de test
6.1 Informations générales
La Figure 1 fournit une vue d'ensemble de l'architecture de test dans le cadre du présent document. Les
paragraphes suivants définissent les exigences relatives à l'interface pour les adaptateurs de plateforme
et de SUT (voir 6.2 et 6.3) ainsi que les codecs (voir 6.4). La suite de tests est définie en détail dans le
reste du présent document.
Figure 1 — Modèle de référence de l'architecture de test
6.2 Interface de l'adaptateur de plateforme
L'adaptateur de plateforme du système de test supervise les temporisateurs et les fonctions externes.
Outre les temporisateurs, qui sont généralement fournis avec le cadre des tests, aucune fonction externe
n'est définie pour le présent document.
[V2G9-002] L'adaptateur de plateforme du système de test doit implémenter les interfaces TriPlat-
formPA et TriPlatformTE définies dans le document ETSI ES 201 873-5 V4.9.1:2022,
6.5.3.
6.3 Interfaces de l'adaptateur de SUT
L'adaptateur de SUT du système de test adapte les opérations de communication TTCN-3 au SUT sur
la base d'une interface du système de test abstrait et implémente l'interface du système de test réel. Il
assure la diffusion des demandes de messages et des appels de procédures entre la partie «exécution
des tests» (voir Figure 1) et le SUT, et remonte à la partie «exécution des tests» tout événement de test
reçu en les ajoutant aux files d'attente de ses ports.
[V2G9-003] Tout adaptateur de SUT du système de test doit implémenter les interfaces TriCommu-
nicationSA et TriCommunicationTE définies dans l'ETSI ES 201 873-5 V4.9.1:2022, 6.5.2.
NOTE 1 L'implémentation réelle de ces adaptateurs ne relève pas du domaine d'application du présent
document.
[V2G9-004] L'adaptateur de SUT de l'ISO 15118-8 du système de test doit envoyer/réceptionner le
format codé de la trame MAC vers/depuis le SUT défini dans l'IEEE 802.11-2012, section 8.
NOTE 2 Pour la prise en charge des associations conformément à l'ISO 15118-8, les trames de gestion
conformément à l'IEEE 802.11-2012, 8.3.3 sont utilisées et intégrées au champ du corps de la trame au
format MAC.
[V2G9-005] Le module de communication sans fil de l'adaptateur de SUT de l'ISO 15118-8 du système
de test doit être certifié par la Wi-Fi Alliance («n CERTIFIÉ Wi-Fi»).
La plupart des exigences définies dans l'ISO 15118-8 sont basées sur l'IEEE 802.11n. La certification Wi-
Fi Alliance est donc requise pour l'adaptateur de SUT de l'ISO 15118-8 afin de s'assurer que le système
de test est conforme à l'IEEE 802.11n.
[V2G9-006] Lorsque le SUT est une borne sous test (STAUT), l'adaptateur de SUT de l'ISO 15118-8 du
système de test doit prendre en charge le fonctionnement dans les bandes de fréquences
2,4 GHz et 5 GHz en parallèle (fonctionnement simultané sur les deux bandes).
[V2G9-007] Le module de communication sans fil de l'adaptateur de SUT de l'ISO 15118-8 du sys-
tème de test doit au minimum prendre en charge tous les canaux autorisés par bande de
fréquences, qui sont applicables au SUT conformément à l'ISO 15118-8:2020, Tableau 1,
Tableau 2 et Annexe D.
NOTE 3 Selon le marché cible du SUT, tous les canaux indiqués dans l'ISO 15118-8:2020, Tableaux 1 et 2
peuvent être utilisés conformément à la réglementation nationale.
NOTE 4 L'ISO 15118-8:2020, Annexe D répertorie un ensemble de réglementations nationales relatives à
l'utilisation des canaux dans les bandes U-NII.
[V2G9-008] L'adaptateur de SUT de l'ISO 15118-8 du système de test doit prendre en charge la pro-
cédure de balayage actif et passif conformément à l'IEEE 802.11-2012.
6.4 Codecs
Les codecs assurent le codage et le décodage externes des valeurs TTCN-3 en chaînes de bits appropriées
pour leur envoi au SUT. La partie «exécution des tests» (TE) détermine quel codec doit être utilisé
et transmet les données TTCN-3 au codeur approprié pour obtenir les données codées. Les données
réceptionnées sont décodées dans cette entité par le décodeur approprié, qui traduit les données
réceptionnées en valeurs TTCN-3 selon l'ETSI ES 201 873-5 qui peuvent alors être associées aux valeurs
ou modèles attendus.
[V2G9-009] Tous les codecs indiqués dans le présent document doivent implémenter l'interface TCI-
CD définie dans l'ETSI ES 201 873-6 V4.13.1:2022, 7.3.2.
NOTE 1 Pour les tests de conformité définis dans le présent document, le codec IEEE 802.11n (voir Figure 1)
est utilisé pour coder ou décoder les messages exploitables par le testeur en chaînes de bits exploitables par
le SUT.
NOTE 2 L'implémentation exacte du codec IEEE 802.11n ne relève pas du domaine d'application du présent
document.
[V2G9-010] Le codec ISO 15118-8 doit coder les valeurs de messages du système de test en trames MAC
correspondantes exploitables par le SUT définies dans l'ISO 15118-8:2020, 7.2.6 et 7.3.5
et l'IEEE 802.11-2012.
[V2G9-011] Le codec ISO 15118-8 doit décoder les trames MAC définies dans l'ISO 15118-8:2020, 7.2.6
et 7.3.5 et l'IEEE 802.11-2012 en valeurs de messages exploitables par le système de test.
7 Conventions utilisées pour la suite de tests
7.1 Informations générales
Le présent article définit toutes les conventions pertinentes pour les tests de conformité des SUT qui
implémentent l'ISO 15118-8.
7.2 Structure de la suite de tests (TSS)
Une suite de tests est un ensemble complet de tests, pouvant être combinés en groupes ou en modules,
nécessaires pour effectuer les tests de conformité d'un SUT donné.
Chaque test élémentaire exécutable stimule le SUT au moyen d'entrées spécifiques, puis les réactions
sont alors observées et évaluées. Selon l'objectif du test, différentes conditions préalables et finales
doivent être prises en compte pour formuler le comportement de test. Les conditions préalables, les
conditions finales et les comportements de test sont encapsulés dans des fonctions distinctes et
enregistrés dans des modules distincts. Ainsi, un test complet est basé sur le comportement de test
réel, délimité par des conditions préalables et finales. Le regroupement correspondant des fonctions
peut donc être assigné au niveau hiérarchique abstrait le plus bas (voir Figure 2). Les tests sont définis
au second niveau.
Figure 2 — Vue d'ensemble de la structure de la suite de tests (TSS)
Le profil de test est un ensemble constitué de tests indépendants, de PICS (voir 7.3.3) et de PIXIT
(voir 7.3.4) visant à représenter un cas d'utilisation donné. Le profil de test est sélectionné sur la base
des cas d'utilisation de la série ISO 15118 et sur ses exigences correspondantes.
La structure de la suite de tests (TSS) est donc segmentée en sous-groupes définis conformément
aux cas d'utilisation de la série ISO 15118 pour les tests de conformité. Le Tableau 1 répertorie ces
sous-groupes, qui sont utilisés pour l'organisation des spécifications de tests et l'établissement des
identifiants de la suite de tests (voir 7.4 pour plus de détails).
Tableau 1 — Identifiants utilisés dans la structure de la suite de tests (TSS)
Identifiants Valeurs Description
Système sous test
EVCC Contrôleur de communication de véhicule électrique (CCVE)
SECC Contrôleur de communication de l'infrastructure de recharge (CCIR)
{nom_complet} Contexte (par exemple, nom du signal du schéma de messages conformément
à la norme)
7.3 Profils de test
Le présent paragraphe définit les profils de test conformément à l'ISO 15118-8. Un profil de test
comprend une configuration de test, ainsi que la sélection et l'attribution de formulaires PICS/PIXIT.
Selon la configuration de test, un ensemble de composantes de test et de ports sont définis. Le profil de
test inclut également un groupe de tests qui définit l'ensemble des tests pertinents, ainsi que la séquence
dans laquelle ces tests sont exécutés afin d'effectuer un test de conformité pour un cas d'utilisation
donné.
7.3.1 Configurations de test
La configuration de test reflète différents scénarios ISO 15118. Les entités principales du système sous
test (SUT) sont:
— le contrôleur de communication du véhicule électrique (CCVE);
— le contrôleur de communication de l'infrastructure de recharge (CCIR).
Les combinaisons d'entités et de composantes de test additionnelles sont regroupées par des ID de
configuration de test (CF_Part_ID). Le Tableau 2 répertorie les configurations de test dans le cadre du
présent document.
Tableau 2 — Configurations de test
CF_Part_ID SUT Testeur PTC
CF_09_001 CCIR incluant une inter- CCVE avec l'adaptateur de SUT aucune
face LAN sans fil de l'ISO 15118-8
CF_09_002 CCVE incluant une inter- CCIR avec l'adaptateur de SUT aucune
face LAN sans fil de l'ISO 15118-8
La Figure 3 et la Figure 4 illustrent les configurations définies dans le Tableau 2.
Figure 3 — Configuration de test CF_09_001 pour un SUT de type CCIR (APUT)
Figure 4 — Configuration de test CF_09_002 pour un SUT de type CCVE (STAUT)
7.3.2 Composantes et ports
En considérant l'ensemble identifié de configurations de test pertinentes, le présent paragraphe
définit les composantes de test qui reflètent les entités principales nécessaires pour stimuler le SUT
conformément à la série ISO 15118. Les ports sont utilisés pour connecter ces composantes entre elles et
avec le SUT. Les types de ports définissent l
...








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...