ISO 15118-5:2018
(Main)Road vehicles — Vehicle to grid communication interface — Part 5: Physical layer and data link layer conformance test
Road vehicles — Vehicle to grid communication interface — Part 5: Physical layer and data link layer conformance test
ISO 15118-5:2018 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 PLC-based High Level Communication (HLC) and Basic Signaling according to ISO 15118‑3. These conformance tests specify the testing of capabilities and behaviors of an SUT, as well as checking what is observed against the conformance requirements specified in ISO 15118‑3 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‑3. The behavior tests of the ATS examine an implementation as thoroughly as is practical over the full range of dynamic conformance requirements defined in ISO 15118‑3 and within the capabilities of the SUT (see NOTE 1). A test architecture is described in correspondence to the ATS. The conformance test cases in this part of the standard are described leveraging this test architecture and are specified in TTCN-3 Core Language for the ISO/OSI Physical and Data Link Layers (Layers 1 and 2). The conformance test cases for the ISO/OSI Network Layer (Layer 3) and above are described in ISO 15118‑4. In terms of coverage, this document only covers normative sections and requirements in ISO 15118‑3. This document can additionally include specific tests for requirements of referenced standards (e.g. IEEE, or industry consortia standards) as long as they are relevant in terms of conformance for implementations according to ISO 15118‑3. 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‑3. 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 test cases defined in this document only consider the communication protocol and the system's behavior defined ISO 15118‑3. Power flow between the EVSE and the EV is not considered. NOTE 1 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. What it does do is give confidence that an implementation has the required capabilities and that its behavior conforms consistently in representative instances of communication. NOTE 2 This document has some interdependencies to the conformance tests defined in ISO 15118‑4 which result from ISO/OSI cross layer dependencies in the underlying protocol specification (e.g. for sleep mode)
Véhicules routiers — Interface de communication entre véhicule et réseau électrique — Partie 5: Essai de conformité relatif à la couche physique et à la couche liaison de données
Le présent document spécifie des essais de conformité sous la forme d'une suite d'essais abstraits (ATS) pour un système à tester (SUT) implémentant un dispositif de contrôle de communication d'un véhicule électrique ou d'équipement d'alimentation (EVCC ou SECC) à l'aide d'une communication de haut niveau (HLC) se basant sur le courant porteur en ligne (PLC) et sur une signalisation de base conformément à l'ISO 15118-3. Ces essais de conformité définissent le contrôle des capacités et des comportements d'un SUT ainsi que la vérification de ce qui est observé en comparaison des exigences de conformité spécifiées dans l'ISO 15118-3 et en comparaison de ce que l'exécutant déclare sur les capacités de mise en œuvre du SUT. Les essais de capacité compris dans l'ATS vérifient que les capacités observables du SUT sont conformes aux exigences de conformité statique définies dans l'ISO ISO 15118-3. Les essais de comportement de l'ATS examinent une implémentation de la manière la plus approfondie possible de l'ensemble des exigences de conformité dynamiques définies dans l'ISO 15118-3 et dans les limites des capacités du SUT (voir NOTE 1). Une architecture d'essai est décrite en rapport avec l'ATS. Dans cette partie de la norme, les cas d'essais de conformité sont décrits en s'appuyant sur cette architecture d'essai et sont spécifiés en langage noyau TTCN-3, pour les couches physiques et de liaison de données ISO/OSI (Couches 1 et 2). Les cas d'essai de conformité de la couche réseau ISO/OSI (Couche 3) et au-delà sont décrites dans l'ISO 15118‑4. Concernant sa portée, le présent document ne couvre que les sections et exigences normatives de l'ISO 15118-3. Le présent document peut aussi inclure des essais spécifiques pour des exigences de normes citées en référence (par ex. IEEE, ou standards de consortiums industriels) dans la mesure où elles sont pertinentes en termes de conformité pour mises en oeuvre conformément à l' ISO 15118-3. Néanmoins, il n'est pas explicitement prévu d'élargir le champ d'application de cette spécification de conformité à de telles normes externes, si cela n'est pas techniquement nécessaire aux fins des essais de de conformité de l'ISO 15118-3. De plus, les essais de conformité spécifiés dans le présent document n'incluent pas l'évaluation du rendement, de la robustesse ou encore de la fiabilité de la mise en oeuvre. Ils ne peuvent servir à la formulation de jugements sur la réalisation physique de primitives de service abstraites, sur la manière dont un système est implémenté, sur la manière dont il fournit un quelconque service demandé, ou sur l'environnement de la mise en oeuvre du protocole. En outre, les cas de essai définis dans le présent document prennent uniquement en considération le protocole de communication et le comportement du système défini dans l'ISO 15118-3. Le flux de puissance entre l'EVSE et le VE n'est pas pris en compte. NOTE 1 Les limitations pratiques empêchent la définition d'une suite de essais exhaustive, et des considérations économiques peuvent restreindre le test encore davantage. Par conséquent, le présent document a pour but d'accroître la probabilité que les différentes implémentations puissent interagir. Cela est réalisé en les vérifiant au moyen d'une suite d'essais de protocole qui permet ainsi d'augmenter la certitude selon laquelle chaque implémentation est conforme à la spécification du protocole. Cependant, la suite d'essais de protocole spécifiée ne peut garantir une conformité à la spécification étant donné qu'elle détecte les erreurs plutôt que leur absence. Ainsi, la conformité à une suite d'essais ne peut garantir à elle seule l'interfonctionnement. En revanche, cela apporte la garantie qu'une implémentation présente les capacités requises et que son comportement est toujours conforme dans des instances représentatives de communication. NOTE 2 Le présent document présente certaines interdépendances avec les essais de conformité définis dans l'ISO 15118-4 qui ré
General Information
Related Packages
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 15118-5
First edition
2018-02
Corrected version
2018-05
Road vehicles — Vehicle to grid
communication interface —
Part 5:
Physical layer and data link layer
conformance test
Véhicules routiers — Interface de communication entre véhicule et
réseau électrique —
Partie 5: Essai de conformité relatif à la couche physique et à la
couche liaison de données
Reference number
©
ISO 2018
© ISO 2018
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
Fax: +41 22 749 09 47
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2018 – All rights reserved
Contents
Foreword . vii
Introduction . viii
1 Scope . 1
2 Normative references . 2
3 Terms and definitions . 2
4 Symbols (and abbreviated terms) . 7
5 Conventions . 8
5.1 Requirement structure . 8
5.2 Test system description . 8
6 Test architecture reference model . 8
6.1 General information . 8
6.2 Platform adapter interface . 9
6.3 SUT adapter interfaces . 9
6.4 Codecs . 10
7 Test suite conventions . 10
7.1 General information . 10
7.2 Test suite structure (TSS) . 10
7.3 Test profiles . 12
7.3.1 Test configurations . 12
7.3.2 Components and ports . 13
7.3.3 Protocol implementation conformance statement (PICS) definition . 14
7.3.4 Protocol implementation extra information for testing (PIXIT) definition . 15
7.3.5 Test control . 17
Table 12 — SECC AC PICS/PIXIT configuration . 17
Table 13 — SECC DC PICS/PIXIT configuration . 18
Table 14 — EVCC AC PICS/PIXIT configuration . 19
Table 15 — EVCC DC PICS/PIXIT configuration . 20
uite identifiers . 22
7.4 Test s
7.4.1 Module identifiers . 22
7.4.2 Test case identifiers . 22
7.4.3 Template identifiers . 24
7.4.4 Function identifiers . 25
7.4.5 Timer identifiers . 26
7.4.6 PICS/PIXIT identifiers . 26
7.4.7 Verdict identifiers . 27
7.5 Test suite coverage . 27
Table 29 — ATS coverage of requirements in ISO 15118-3 . 28
Table 30 — Groups for a simplified TC Id representation (see Table 29) . 46
7.6 Test case description . 56
7.7 Test case specification . 57
7.7.1 Data types . 57
7.7.2 Templates . 57
7.7.3 Timeouts and timers . 58
7.7.4 Library functions . 58
iii
© ISO 2018 – All rights reserved
7.7.5 Test case modelling . 58
7.7.6 SLAC Message handling for different SUT types . 59
7.7.7 IEC 61851-1 PWM event handling and control . 59
7.7.8 Data link status control functionality . 61
7.7.9 EIM status control functionality . 61
7.7.10 Transmission power limitation func tiona lity . 61
7.7.11 Attenuator injection functionality . 61
8 Test case descriptions for ISO 15118-3 HPGP PLC signal measurement . 62
8.1 General information . 62
8.2 Test case for PLC signal measurement for ISO 15118-3 . 62
8.3 SECC + PLC bridge test cases . 62
8.3.1 SECC test cases for CmSlacParm . 62
8.3.2 SECC test cases for AttenuationCharacterization . 69
8.3.3 SECC test cases for CmValidate . 79
8.3.4 SECC test cases for CmSlacMatch . 86
8.3.5 SECC test cases for PLCLinkStatus . 98
8.3.6 SECC test cases for CmAmpMap. 110
8.4 EVCC + PLC bridge test cases . 114
8.4.1 EVCC test cases for CmSlacParm . 114
8.4.2 EVCC test cases for AttenuationCharacterization . 122
8.4.3 EVCC test cases for CmValidate . 130
8.4.4 EVCC test cases for CmValidateOrCmSlacMatch . 142
8.4.5 EVCC test cases for CmSlacMatch . 142
8.4.6 EVCC test cases for PLCLinkStatus . 148
8.4.7 EVCC test cases for CmAmpMap . 159
Annex A (normative) Configuration specifications . 164
A.1 Timer configuration . 164
A.2 PICS configuration . 165
A.3 PIXIT configuration . 165
Annex B (normative) Control part specification . 167
B.1 SECC control parts . 167
B.1.1 AC specific control parts . 167
B.1.2 DC specific control parts . 172
B.2 EVCC control parts . 177
B.2.1 AC specific control parts . 177
B.2.2 DC specific control parts . 181
Annex C (normative) Test-case specifications for 15118-3 . 186
C.1 SECC + PLC bridge test cases . 186
C.1.1 SECC test cases for CmSlacParm . 186
C.1.2 SECC test cases for AttenuationCharacterization . 190
C.1.3 SECC test cases for CmValidate . 197
C.1.4 SECC test cases for CmSlacMatch . 202
C.1.5 SECC test cases for PLCLinkStatus . 209
C.1.6 SECC test cases for CmAmpMap. 212
C.2 EVCC + PLC bridge test cases . 214
iv
© ISO 2018 – All rights reserved
C.2.1 EVCC test cases for CmSlacParm . 214
C.2.2 EVCC test cases for AttenuationCharacterization . 219
C.2.3 EVCC test cases for CmValidate . 224
C.2.4 EVCC test cases for CmValidateOrCmSlacMatch . 232
C.2.5 EVCC test cases for CmSlacMatch . 232
C.2.6 EVCC test cases for PLCLinkStatus . 236
C.2.7 EVCC test cases for CmAmpMap . 244
Annex D (normative) Function specifications for supporting test execution . 248
D.1 Configuration functions . 248
D.2 Pre-condition functions . 250
D.2.1 SECC + PLC bridge functions . 250
D.2.2 EVCC + PLC bridge functions . 253
D.3 Post-condition functions . 256
D.3.1 SECC + PLC bridge functions . 256
D.3.2 EVCC + PLC bridge functions . 257
D.4 Library functions . 257
Annex E (normative) Function specifications for 15118-3 . 259
E.1 SECC + PLC bridge functions . 259
E.1.1 SECC functions for CmSlacParm . 259
E.1.2 SECC functions for AttenuationCharacterization . 266
E.1.3 SECC functions for CmValidate . 281
E.1.4 SECC functions for CmSlacMatch . 298
E.1.5 SECC functions for CmSetKey . 303
E.1.6 SECC functions for PLCLinkStatus . 304
E.1.7 SECC functions for CmAmpMap . 313
E.2 EVCC + PLC bridge functions . 318
E.2.1 EVCC functions for CmSlacParm . 319
E.2.2 EVCC functions for AttenuationCharacterization . 324
E.2.3 EVCC functions for CmValidate . 346
E.2.4 EVCC functions for CmValidateOrCmSlacMatch . 367
E.2.5 EVCC functions for CmSlacMatch . 370
E.2.6 EVCC functions for CmSetKey . 373
E.2.7 EVCC functions for PLCLinkStatus . 373
E.2.8 EVCC functions for CmAmpMap . 379
Annex F (normative) Template specifications for 15118-3 . 385
F.1 Common + PLC bridge templates . 385
F.1.1 CMN templates for CmSlacParm . 386
F.1.2 CMN templates for CmStartAttenCharInd . 387
v
© ISO 2018 – All rights reserved
F.1.3 CMN templates for CmMnbcSoundInd . 387
F.1.4 CMN templates for CmAttenCharRsp . 387
F.1.5 CMN templates for CmValidate . 388
F.1.6 CMN templates for CmSlacMatch . 389
F.1.7 CMN templates for CmSetKey . 390
F.1.8 CMN templates for CmAmpMap . 391
F.1.9 CMN templates for CmNwStats . 394
F.2 SECC + PLC bridge templates . 394
F.2.1 SECC templates for CmAttenCharInd . 395
F.3 EVCC + PLC bridge templates . 395
F.3.1 EVCC templates for CmAttenProfileInd . 395
F.3.2 EVCC templates for CmAttenCharInd . 395
Annex G (normative) Data type definitions . 397
G.1 Data types for PICS . 397
G.2 Data types for PIXIT . 397
G.3 Data types for SLAC . 398
Bibliography . 403
vi
© ISO 2018 – All rights reserved
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national
standards bodies (ISO member bodies). The work of preparing International Standards is normally
carried out through ISO technical committees. Each member body interested in a subject for which a
technical committee has been established has the right to be represented on that committee.
International organizations, governmental and non‐governmental, in liaison with ISO, also take part in
the work. ISO collaborates closely with the International Electrotechnical Commission (IEC) on all
matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO 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).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation on 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 the following
URL: www.iso.org/iso/foreword.html
This document was prepared jointly by Technical Committee ISO/TC 22, Road vehicles, Subcommittee
SC 31, Data communication, and Technical Committee IEC/TC 69, Electric road vehicles and electric
industrial trucks. The draft was circulated for voting to the national bodies of both ISO and IEC.
A list of all parts in the ISO 15118 series can be found on the ISO website.
This corrected version of ISO 18541‐6:2018 incorporates the following corrections:
— the foreword has been revised to indicate joint development with IEC/TC 69, Electric road
vehicles and electric industrial trucks.
vii
© ISO 2018 – All rights reserved
Introduction
The first two parts of ISO 15118 describe the use cases and the technical specification of the Vehicle‐to‐
Grid Communication Interface which is intended for the optimized use of energy resources so that
electric road vehicles can recharge in the most economic or most energy efficient way. It is furthermore
required to develop efficient and convenient billing systems in order to cover micro‐payments resulting
from charging processes. The necessary communication channel may serve in the future to contribute
to the stabilization of the electrical grid, as well as to support additional information services required
to operate electric vehicles efficiently and economically.
Resulting from the physical and data link layer requirements defined in the third part of the standard, a
corresponding set of test cases are required in order to verify conformance of implementations. This
document therefore defines a conformance test suite for the physical and data link layer protocols in
order to derive a common and agreed basis for conformance tests. The resulting test suite is a necessary
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 part three
only.
viii
© ISO 2018 – All rights reserved
INTERNATIONAL STANDARD ISO 15118-5:2018(E)
Road vehicles — Vehicle to grid communication interface —
Part 5: Physical and data link layer conformance tests
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 PLC‐based High Level Communication (HLC) and Basic Signaling
according to ISO 15118‐3. These conformance tests specify the testing of capabilities and behaviors of
an SUT, as well as checking what is observed against the conformance requirements specified in
ISO 15118‐3 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‐3. The behavior tests of the ATS
examine an implementation as thoroughly as is practical over the full range of dynamic conformance
requirements defined in ISO 15118‐3 and within the capabilities of the SUT (see NOTE 1).
A test architecture is described in correspondence to the ATS. The conformance test cases in this part of
the standard are described leveraging this test architecture and are specified in TTCN‐3 Core Language
for the ISO/OSI Physical and Data Link Layers (Layers 1 and 2). The conformance test cases for the
ISO/OSI Network Layer (Layer 3) and above are described in ISO 15118‐4.
In terms of coverage, this document only covers normative sections and requirements in ISO 15118‐3.
This document can additionally include specific tests for requirements of referenced standards (e.g.
IEEE, or industry consortia standards) as long as they are relevant in terms of conformance for
implementations according to ISO 15118‐3. 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‐3. 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 test cases defined in this document only consider the
communication protocol and the system's behavior defined ISO 15118‐3. Power flow between the EVSE
and the EV is not considered.
NOTE 1 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. What it does do is give
confidence that an implementation has the required capabilities and that its behavior conforms consistently in
representative instances of communication.
NOTE 2 This document has some interdependencies to the conformance tests defined in ISO 15118‐4 which
result from ISO/OSI cross layer dependencies in the underlying protocol specification (e.g. for sleep mode)
© ISO 2018 – All rights reserved
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.
IEC 61851‐1:2017, Electric vehicle conductive charging system — Part 1: General requirements (Ed 3.0,
2017)
ISO 15118‐1:2013, Road vehicles — Vehicle to grid communication interface — Part 1: General
information and use-case definition
ISO 15118‐2:2014, Road vehicles — Vehicle-to-Grid Communication Interface — Part 2: Network and
application protocol requirements
ISO 15118‐3:2015, Road vehicles — Vehicle to grid communication interface — Part 3: Physical and data
link layer requirements
ETSI ES 201 873‐5 V4.6.1, TTCN-3: TTCN-3 Runtime Interface (June 2014)
ETSI ES 201 873‐6 V4.6.1, TTCN-3: TTCN-3 Control Interface (June 2014)
HomePlug Green PHY Specification, release version 1.1.1, July 4, 2013
NOTE 1 Even though ISO 15118‐3:2015, which is the baseline for this conformance test document, explicitly
references IEC 61851‐1:2011, this document references IEC 61851‐1:2017 because of applicability on the market.
3 Terms and definitions
For the purpose of this document, the terms and definitions given in ISO 15118‐1, ISO 15118‐2,
ISO 15118‐3 and the following apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
— IEC Electropedia: available at http://www.electropedia.org/
— ISO Online browsing platform: available at https://www.iso.org/obp
3.1
abstract test case
complete and independent specification of the actions required to achieve a specific test purpose
Note 1 to entry: This specification is 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 may involve one or more consecutive or
concurrent connections.
Note 2 to entry: The specification should be complete in the sense that it is sufficient to enable a test verdict to
be assigned unambiguously to each potentially observable test outcome (i.e. sequence of test events).
Note 3 to entry: The specification should be independent in the sense that it should be possible to execute the
derived executable test case in isolation from other such test cases (i.e. the specification should always include the
possibility of starting and finishing in the “idle” state).
Note 4 to entry: Compare with ITU‐T X.290.
3.2
abstract test suite
ATS
test suite composed of abstract test cases
© ISO 2018 – All rights reserved
Note 1 to entry: Compare with ITU‐T X.290.
3.3
black box testing
method of testing that examines the behavior of an SUT without considering the internal
implementation and structure of the SUT, thus relying on the SUT's open interface for testing
3.4
conformance requirements
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 behavior 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 ISO 15118‐4 conformance tests include
requirements and transfer syntax requirements as far as they can be validated by black box testing.
Note 2 to entry: See also static conformance requirements (3.20) and dynamic conformance requirements (3.6).
3.5
conforming implementation
IUT which satisfies both static and dynamic conformance requirements, consistent with the capabilities
stated in the PICS(s)
Note 1 to entry: Compare with ITU‐T X.290.
3.6
dynamic conformance requirements
one of the requirements which specifies what observable behavior 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‐3.
Note 2 to entry: Compare with ITU‐T X.290.
3.7
executable test case
realization of an abstract test case
Note 1 to entry: Compare with ITU‐T X.290.
3.8
expected behavior
exact response of the SUT according to the underlying protocol specification to the stimulus defined in
the test behavior
3.9
implementation conformance statement
ICS
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‐3.
Note 2 to entry: Compare with ITU‐T X.290.
3.10
© ISO 2018 – All rights reserved
implementation extra information for testing
IXIT
statement made by a supplier or implementer of an IUT which contains or references all of the
information (in addition to that given in the ICS) related to the IUT and its testing environment, which
will enable the test laboratory to run an appropriate test suite against the IUT
Note 1 to entry: Compare with ITU‐T X.290.
3.11
implementation under test
IUT
implementation of one or more OSI protocols in an adjacent user/provider relationship, being that part
of a real open system which is to be studied by testing
Note 1 to entry: Compare with ITU‐T X.290.
3.12
main test component
MTC
single test component in a test component configuration responsible for creating and controlling
parallel test components and computing and assigning the test verdict
Note 1 to entry: Compare with ITU‐T X.292.
3.13
parallel test component
PTC
test component created by the main test component
Note 1 to entry: Compare with ITU‐T X.292.
3.14
post-condition
test steps needed to define the path from the end of the test behavior up to the finishing stable state for
the test case
Note 1 to entry: See also test behavior (3.23).
3.15
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 bevavior will start
Note 1 to entry: See also test behavior (3.23).
3.16
protocol implementation conformance statements
PICS
ICS 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‐3.
Note 2 to entry: Compare with ITU‐T X.290.
3.17
protocol implementation extra information for testing
PIXIT
© ISO 2018 – All rights reserved
IXIT 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‐3.
Note 2 to entry: Compare with ITU‐T X.290.
3.18
runtime environment
environment that describes the operating system and corresponding platform requirements of a system
EXAMPLE Test system.
3.19
semantically invalid test behavior
SemITB
test steps where the test system sends stimuli to the SUT that are semantically invalid according to the
protocol requirements
Note 1 to entry: This type of test behavior is defined in this document and explicitly includes requirements
which define the appropriate error handling of the SUT.
3.20
static conformance requirements
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)
Note 1 to entry: Compare with ITU‐T X.290.
3.21
system under test
SUT
real open system in which the IUT resides
Note 1 to entry: Compare with ITU‐T X.290.
3.22
syntactically invalid test behavior
SynITB
test steps where the test system sends stimuli to the SUT that are syntactically invalid according to the
protocol requirements
Note 1 to entry: This type of test behavior is not defined in this conformance standard, see codec requirements.
3.23
test behavior
set of test steps (test body) which are essential in order to achieve the test purpose and assign verdicts
to the possible outcomes
3.24
test execution
interpretation or execution of an abstract test suite
Note 1 to entry: Conceptually, the TE can be decomposed into three interacting entities: an Executable Test
Suite (ETS), a Test Framework (TFW) and an optional internal Encoding/Decoding System (EDS) entity.
Note 2 to entry: See also ETSI ES 201 873‐5 V4.6.1.
© ISO 2018 – All rights reserved
3.25
test framework
TFW
entity to perform all actions of test cases or functions
Note 1 to entry: The Test Framework interacts with the Test Management (TM), SUT Adaptor (SA) and Platform
Adaptor (PA) entities via Test Control Interface (TCI) and Test Runtime Interface (TRI) and additionally manages
the Executable Test Suite (ETS) and Encoding/Decoding System (EDS) entities. It initializes adaptors as well as
ETS and EDS entities. This entity performs all the actions necessary to properly start the execution of a test case or
function with parameters in the ETS entity. It queries the TM entity for module parameter values required by the
ETS and sends logging information to it. It also collects and resolves associated verdicts returned by the ETS
entity.
Note 2 to entry: See also ETSI ES 201 873‐5 V4.6.1.
Note 3 to entry: In this document, the Test Framework TTCN‐3 Runtime System (T3RTS) is used to explain a
Test Framework functionality.
3.26
test purpose
prose description of a well‐defined objective of testing, focusing on a single conformance requirement
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.
Note 1 to entry: Compare with ITU‐T X.290.
3.27
test system
real system combining the test framework, abstract test suite, test execution and adapters as well as
codecs
Note 1 to entry: Typically also containing a common runtime environment based on an operating system.
3.28
test control interface
TCI
four interfaces that define the interaction of the TTCN‐3 Executable with the test management, the
coding and decoding, the test component handling and the logging in a test system
Note 1 to entry: Compare with ITU‐T X.290.
Note 2 to entry: Compare with ETSI ES 201 873‐6 V4.6.1.
3.29
test runtime interface
TRI
two interfaces that define the interaction of the TTCN‐3 Executable between the SUT and the Platform
Adapter (PA) and the System Adapter (SA) in a test system
Note 1 to entry: Compare with ETSI ES 201 873‐5 V4.6.1.
3.30
test system interface
TSI
test component that provides a mapping of the ports available in the (abstract) TTCN‐3 test system to
those offered by a real test system
© ISO 2018 – All rights reserved
Note 1 to entry: Compare with ETSI ES 201 873‐6 V4.6.1.
3.31
valid test behavior
VTB
test steps where the test system sends stimuli to the SUT that are valid (syntactically and semantically)
according to the protocol requirements
Note 1 to entry: This type of test behavior is defined in this conformance document.
Note 2 to entry: The protocol requirements for this conformance specification are defined in ISO 15118‐3.
3.32
verdict
test verdict
statement of “pass”, “fail” or “inconclusive”, as specified in an abstract test case, concerning
conformance of an IUT with respect to that test case when it is executed
Note 1 to entry: Compare with ITU‐T X.290.
4 Symbols (and abbreviated terms)
For the purposes of this document, the following abbreviations apply:
AC Alternating Current
ATS Abstract Test Suite
CPL Control Pilot Line
DC Direct Current
EIM External Identification Means
ETSI European Telecommunications Standards Institute
EV Electric Vehicle
EVCC Electric Vehicle Communication Controller
EVSE Electric Vehicle Supply Equipment
HAL Hardware Abstraction Layer
HPGP HomePlug GreenPHY
ITB Invalid Test Behavior
MME Management Message Entry
MTC Main Test Component
PICS Protocol Implementation Conformance Statement
PIXIT Protocol Implementation eXtra Information for Testing
PLC Power Line Communication
PnC Plug and Charge
PTC Parallel Test Component
PWM Pulse Width Modulation
SECC Supply Equipment Communication Controller
SLAC Signal Level Attenuation Characterization
© ISO 2018 – All rights reserved
SUT System Under Test
TC Test Case
TCI TTCN‐3 Control Interface
TCI‐CD TCI‐Coding and Decoding
TE Test Execution
TFW Test Framework
TP Test Purpose
TRI TTCN‐3 Runtime Interface
TSI TTCN‐3 System Interface
TSS Test Suite Structure
TTCN‐3 Testing and Test Control Notatio
...
NORME ISO
INTERNATIONALE 15118-5
Première édition
2018-02
Véhicules routiers — Interface de
communication entre véhicule et
réseau électrique —
Partie 5:
Essai de conformité relatif à la
couche physique et à la couche
liaison de données
Road vehicles — Vehicle to grid communication interface —
Part 5: Physical layer and data link layer conformance test
Numéro de référence
©
ISO 2018
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2018
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
Fax: +41 22 749 09 47
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii © ISO 2018 – Tous droits réservés
Sommaire
Avant-propos . vii
Introduction . viii
1 Domaine d'application . 1
2 Références normatives . 2
3 Termes et définitions . 2
4 Symboles (et termes abrégés) . 7
5 Conventions . 8
5.1 Structure des exigences . 8
5.2 Description du système d'essai . 9
6 Modèle de référence de l'architecture d'essai . 9
6.1 Généralités . 9
6.2 Interface d’adaptateur de plateforme . 10
6.3 Interfaces d’adaptateur SUT . 10
6.4 Codecs . 10
7 Conventions des suites d'essai . 11
7.1 Généralités . 11
7.2 Structure de la suite d'essai (TSS) . 11
7.3 Profils d'essai . 13
7.3.1 Configurations d'essais . 13
7.3.2 Composants et ports . 13
7.3.3 Définition de la déclaration de conformité (PICS) d'implémentation du protocole . 15
7.3.4 Informations supplémentaires sur l’implémentation du protocole pour la définition
des tests (PIXIT) . 16
7.3.5 Contrôle d'essais . 18
7.4 Identifiants de suite d'essai . 23
7.4.1 Les identifiants de module . 23
7.4.2 Identifiants de cas d'essais . 24
ntifiants de modèles . 25
7.4.3 Ide
7.4.4 Identifiants de fonction . 26
7.4.5 Identifiants de compteur . 26
7.4.6 Identifiants PICS/PIXIT . 27
7.4.7 Identifiants de verdict . 27
7.5 Couverture de la suite d'essai . 28
7.6 Description de cas d'essais . 59
7.7 Spécification du cas d'essais . 60
7.7.1 Types de données . 60
7.7.2 Modèles . 60
ente et compteurs . 60
7.7.3 Délais d'att
7.7.4 Fonctions bibliothèque . 61
7.7.5 Modélisation des cas d'essai . 61
7.7.6 Traitement des messages SLAC des différents types de SUT . 61
7.7.7 Traitement et contrôle d’évènement selon l'IEC 61851-1 PWM . 62
7.7.8 Fonctionnalité de contrôle du statut des liaisons de données . 63
7.7.9 Fonctionnalité de contrôle de statut EIM . 64
7.7.10 Fonctionnalité de limitation de puissance de transmission . 64
7.7.11 Fonctionnalité d’injection d'atténuateur . 64
iii
© ISO 2018 – Tous droits réservés
8 Descriptions de cas d'essais pour la mesure de signaux HPGP PLC ISO 15118-3 . 64
8.1 Généra lités . 64
8.2 Cas d'essai pour la mesure de signaux PLC pour l'ISO 15118-3 . 64
8.3 Cas d'essais SECC + pont PLC . 65
8.3.1 Cas d'essais SECC pour CmSlacParm . 65
8.3.2 Cas d'essais SECC pour AttenuationCharacterization . 72
8.3.3 Cas d'essais SECC pour CmValidate . 83
8.3.4 Cas d'essais SECC pour CmSlacMatch . 91
8.3.5 Cas d'essais SECC pour PLCLinkStatus . 103
8.3.6 Cas d'essais SECC de CmAmpMap . 116
8.4 Cas d'essais EVCC + pont PLC . 120
8.4.1 Cas d'essais EVCC pour CmSlacParm . 120
8.4.2 Cas d'essais EVCC pour AttenuationCharacterization . 128
8.4.3 Cas d'essais EVCC pour CmValidate . 138
8.4.4 Cas d'essais EVCC pour CmValidateOrCmSlacMatch . 150
8.4.5 Cas d'essais EVCC pour CmSlacMatc h . 151
8.4.6 Cas d'essais EVCC pour PLCLinkStatus . 157
8.4.7 Cas d'essais EVCC pour CmAmpMap . 169
Annex A (normatif) Spécifications de configuration . 173
A.1 Configuration du compteur . 173
A.2 Configuration du PICS . 174
A.3 Configuration du PIXIT. 174
Annex B (normatif) Spécification de la part contrôle . 176
B.1 Parties contrôle du SECC . 176
B.1.1 Parties contrôle spécifique au CA . 176
B.1.2 Parties contrôle spécifique au CC . 181
B.2 Parties contrôle du EVCC . 186
B.2.1 Parties contrôle spécifique au CA . 186
B.2.2 Parties contrôle spécifique au CC . 190
Annex C (normatif) Spécifications du cas d'essai pour 15118-3 . 195
C.1 Cas d'essais SECC + pont PLC . 195
C.1.1 Cas d'essais SECC pour CmSlacParm . 195
C.1.2 Cas d'essais SECC pour AttenuationCharacterization . 199
C.1.3 Cas d'essais SECC pour CmValidate . 206
C.1.4 Cas d'essais SECC pour CmSlacMatch . 211
C.1.5 Cas d'essais SECC pour PLCLinkStatus . 218
C.1.6 Cas d'essais SECC de CmAmpMap . 221
C.2 Cas d'essais EVCC + pont PLC . 223
C.2.1 Cas d'essais EVCC pour CmSlacParm . 223
C.2.2 Cas d'essais EVCC pour AttenuationCharacterization . 228
C.2.3 Cas d'essais EVCC de CmValidate . 233
C.2.4 Cas d'essais EVCC pour CmValidateOrCmSlacMatch . 241
C.2.5 Cas d'essais EVCC pour CmSlacMatc h . 241
iv
© ISO 2018 – Tous droits réservés
C.2.6 Cas d'essais EVCC pour PLCLinkStatus . 246
C.2.7 Cas d'essais EVCC pour CmAmpMap . 253
Annex D (normatif) Spécifications des Functions pour supporter l’exécution des essais . 257
D.1 Fonctions de configuration . 257
D.2 Fonctions des conditions préalables . 259
D.2.1 Fonctions SECC + PLC Pont . 259
D.2.2 Fonctions EVCC + PLC Pont . 262
D.3 Fonctions des post-conditions . 265
D.3.1 Fonctions SECC + PLC Pont . 265
D.3.2 Fonctions EVCC + PLC Pont . 266
D.4 Les fonctions librairie . 266
Annex E (normatif) Spécifications des fonctions pour 15118-3 . 268
E.1 Fonctions SECC + PLC Pont . 268
E.1.1 Fonctions SECC pour CmSlacParm . 268
E.1.2 Fonctions SECC pour AttenuationCharacterization . 275
E.1.3 Fonctions SECC pour CmValidate . 290
E.1.4 Fonctions SECC pour CmSlacMatch . 307
E.1.5 Fonctions SECC pour CmSetKey . 312
E.1.6 Fonctions SECC pour PLCLinkStatus . 313
E.1.7 Fonctions SECC pour CmAmpMap . 322
E.2 Fonctions EVCC + PLC Pont . 327
E.2.1 Fonctions EVCC pour CmSlacParm . 328
E.2.2 Fonctions EVCC pour AttenuationCharacterization . 333
E.2.3 Fonctions EVCC pour CmValidate . 355
E.2.4 Fonctions EVCC pour CmValidateOrCmSlacMatch . 376
E.2.5 Fonctions EVCC pour CmSlacMatch . 379
E.2.6 Fonctions EVCC pour CmSetKey . 382
E.2.7 Fonctions EVCC pour PLCLinkStatus . 382
E.2.8 Fonctions EVCC pour CmAmpMap . 388
Annex F (normatif) Spécifications des modèles pour 15118-3 . 394
F.1 Communs + modèles pont PLC . 394
F.1.1 Modèles CMN pour CmSlacParm . 395
F.1.2 Modèles CMN pour CmStartAttenCharInd . 396
F.1.3 Modèles CMN pour CmMnbcSoundInd . 396
F.1.4 Modèles CMN pour CmAttenCharRsp . 396
F.1.5 Modèles CMN pour CmValidate. 397
F.1.6 Modèles CMN pour CmSlacMatch . 398
F.1.7 Modèles CMN pour CmSetKey . 399
v
© ISO 2018 – Tous droits réservés
F.1.8 Modèles CMN pour CmAmpMap . 400
F.1.9 Modèles CMN pour CmNwStats . 403
F.2 Modèles SECC + pont PLC . 403
F.2.1 Modèles SECC pour CmAttenCharInd . 404
F.3 Modèles SECC + pont PLC . 404
F.3.1 Modèles EVCC pour CmAttenProfileInd . 404
F.3.2 Modèles EVCC pour CmAttenCharInd . 404
Annex G (normatif) Définitions type des données . 406
G.1 Types de données pour PICS . 406
G.2 Types de données pour PIXIT . 406
G.3 Types de données pour SLAC . 407
Bibliographie . 412
vi
© ISO 2018 – Tous droits réservés
Avant-propos
L’ISO (Organisation internationale de normalisation) est une fédération mondiale d’organismes
nationaux de normalisation (Comités membres de l’ISO) L’élaboration des Normes internationales est
en général confiée aux comités techniques de l’ISO. Chaque comité membre intéressé par une étude a le
droit de faire partie du comité technique créé à cet effet. Les organisations internationales
gouvernementales et non‐gouvernementales, en liaison avec l’ISO, participent également aux travaux.
L’ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) sur toutes les
questions de normalisation électrotechnique.
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).
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 ou de droits analogues. L’ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. 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/brevets).
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 le lien suivant : www.iso.org/iso/fr/avant‐propos.html.
Le présent document a été élaboré par l’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. Le projet a été soumis aux organismes nationaux
de l'ISO et de l’IEC pour vote.
Une liste de toutes les parties de la série de normes ISO 15118 peut être consultée sur le site de l’ISO.
vii
© ISO 2018 – Tous droits réservés
Introduction
Les deux premières parties de la norme ISO 15118 décrivent les cas d’utilisation et les spécifications
techniques de l’interface de communication entre véhicule et réseau électrique qui est destinée à
l’utilisation optimisée de ressources énergétiques afin que les véhicules routiers électriques puissent
être rechargés de la manière la plus économique et la plus efficace du point de vue énergétique. Elle est
en outre nécessaire au développement de systèmes de facturation efficaces et pratiques de façon à
couvrir les micro‐paiements qui découlent des processus de recharge. Dans le futur, les canaux de
communication nécessaires pourraient contribuer à la stabilisation du réseau électrique ainsi qu’au
soutien des services d’informations supplémentaires requis pour une exploitation efficace et
économique des véhicules électriques.
Compte‐tenu des exigences relatives à la couche physique et à la couche de liaison de données définies
dans la troisième partie de la norme, un ensemble correspondant de cas d'essai est nécessaire pour
vérifier la conformité de mise en application. Le présent document définit donc une suite d'essais de
conformité pour les protocoles des couches physiques et de liaison de données afin d’en tirer une base
commune et approuvée pour les essais de conformité. La suite d'essais qui en découle constitue un
prérequis nécessaire aux essais d’interopérabilité réalisés en aval. Étant donné que l’interopérabilité
implique en outre la logique d’application réelle d’une implémentation, ces essais dépassent le cadre du
présent document. Ainsi, ce document se concentre sur les aspects de l’interface et les exigences
correspondantes données dans la troisième partie seulement.
viii
© ISO 2018 – Tous droits réservés
NORME INTERNATIONALE ISO 15118-5:2018(F)
Véhicules routiers — Interface de communication entre véhicules
et réseau électrique — Partie 5: Essais de conformité relatifs à la
couche physique et à la couche liaison de données
1 Domaine d'application
Le présent document spécifie des essais de conformité sous la forme d’une suite d'essais abstraits (ATS)
pour un système à tester (SUT) implémentant un dispositif de contrôle de communication d’un véhicule
électrique ou d’équipement d’alimentation (EVCC ou SECC) à l’aide d’une communication de haut
niveau (HLC) se basant sur le courant porteur en ligne (PLC) et sur une signalisation de base
conformément à l'ISO 15118‐3. Ces essais de conformité définissent le contrôle des capacités et des
comportements d’un SUT ainsi que la vérification de ce qui est observé en comparaison des exigences
de conformité spécifiées dans l'ISO 15118‐3 et en comparaison de ce que l’exécutant déclare sur les
capacités de mise en œuvre du SUT.
Les essais de capacité compris dans l’ATS vérifient que les capacités observables du SUT sont conformes
aux exigences de conformité statique définies dans l'ISO ISO 15118‐3. Les essais de comportement de
l’ATS examinent une implémentation de la manière la plus approfondie possible de l'ensemble des
exigences de conformité dynamiques définies dans l'ISO 15118‐3 et dans les limites des capacités du
SUT (voir NOTE 1).
Une architecture d'essai est décrite en rapport avec l’ATS. Dans cette partie de la norme, les cas d'essais
de conformité sont décrits en s’appuyant sur cette architecture d'essai et sont spécifiés en langage
noyau TTCN‐3, pour les couches physiques et de liaison de données ISO/OSI (Couches 1 et 2). Les cas
d'essai de conformité de la couche réseau ISO/OSI (Couche 3) et au‐delà sont décrites dans
l'ISO 15118‐4.
Concernant sa portée, le présent document ne couvre que les sections et exigences normatives de
l'ISO 15118‐3. Le présent document peut aussi inclure des essais spécifiques pour des exigences de
normes citées en référence (par ex. IEEE, ou standards de consortiums industriels) dans la mesure où
elles sont pertinentes en termes de conformité pour mises en oeuvre conformément à l' ISO 15118‐3.
Néanmoins, il n'est pas explicitement prévu d'élargir le champ d'application de cette spécification de
conformité à de telles normes externes, si cela n’est pas techniquement nécessaire aux fins des essais de
de conformité de l'ISO 15118‐3. De plus, les essais de conformité spécifiés dans le présent document
n’incluent pas l’évaluation du rendement, de la robustesse ou encore de la fiabilité de la mise en oeuvre.
Ils ne peuvent servir à la formulation de jugements sur la réalisation physique de primitives de service
abstraites, sur la manière dont un système est implémenté, sur la manière dont il fournit un quelconque
service demandé, ou sur l’environnement de la mise en oeuvre du protocole. En outre, les cas de essai
définis dans le présent document prennent uniquement en considération le protocole de
communication et le comportement du système défini dans l'ISO 15118‐3. Le flux de puissance entre
l’EVSE et le VE n'est pas pris en compte.
NOTE 1 Les limitations pratiques empêchent la définition d’une suite de essais exhaustive, et des
considérations économiques peuvent restreindre le test encore davantage. Par conséquent, le présent document a
pour but d’accroître la probabilité que les différentes implémentations puissent interagir. Cela est réalisé en les
vérifiant au moyen d’une suite d'essais de protocole qui permet ainsi d’augmenter la certitude selon laquelle
chaque implémentation est conforme à la spécification du protocole. Cependant, la suite d'essais de protocole
spécifiée ne peut garantir une conformité à la spécification étant donné qu’elle détecte les erreurs plutôt que leur
absence. Ainsi, la conformité à une suite d'essais ne peut garantir à elle seule l'interfonctionnement. En revanche,
cela apporte la garantie qu’une implémentation présente les capacités requises et que son comportement est
toujours conforme dans des instances représentatives de communication.
© ISO 2018 – Tous droits réservés
NOTE 2 Le présent document présente certaines interdépendances avec les essais de conformité définis dans
l'ISO 15118‐4 qui résultent de dépendances inter‐couches ISO/OSI dans la spécification du protocole sous‐jacent
(par ex. en mode veille).
2 Références normatives
Les documents suivants sont donnés en référence dans le texte de façon à ce qu’une partie ou la totalité
de leur contenu constitue 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 normatif de référence
(y compris ses amendements) s’applique.
IEC 61851‐1:2017, Dispositif de charge conductive pour véhicules électriques — Partie 1 : Règles
générales (Ed 3.0, 2017)
ISO 15118‐1:2013, Véhicules routiers — Interface de communication entre réseau électrique et véhicule
— Partie 1 : Information générale et définition de cas pratique
ISO 15118‐2:2014, Véhicules routiers — Interface de communication entre véhicule et réseau
électrique — Partie 2 : Réseau et exigences du protocole d’application
ISO 15118‐3:2015, Véhicules routiers — Interface de communication entre véhicule et réseau
électrique — Partie 3 : Exigences relatives à la couche physique et à la couche liaison de données
ETSI ES 201 873‐5 V4.6.1, TTCN-3: TTCN-3 Runtime Interface (juin 2014)
ETSI ES 201 873‐6 V4.6.1, TTCN-3: TTCN-3 Control Interface (juin 2014)
Spécification HomePlug Green PHY, version 1.1.1, July 4, 2013
NOTE 1 Bien que l'ISO 15118‐3:2015, qui est la base de référence pour ce document d'essai de conformité,
fasse explicitement référence à l'IEC 61851‐1:2011, le présent document se réfère à l'IEC 61851‐1:2017 pour des
raisons d’applicabilité sur le marché.
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions donnés dans les normes ISO 15118‐1,
ISO 15118‐2, ISO 15118‐3 ainsi que ceux qui suivent 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 :
— IEC Electropedia : disponible à l’adresse http://www.electropedia.org/
— Plateforme de consultation en ligne de l’ISO : disponible à l'adresse https://www.iso.org/obp
3.1
cas d'essai abstrait
spécification complète et indépendante des actions requises pour réaliser un but spécifique de l'essai
Note 1 à l’article: La présente spécification est définie au niveau d’abstraction d’une méthode d'essai abstraite,
débutant à un état d'essai stable et terminant dans un état d'essai stable, et peut comporter une ou plusieurs
connexions consécutives ou concurrentes.
Note 2 à l’article: Il convient que la spécification soit complète dans le sens où elle est suffisante pour permettre
l'attribution non ambiguë d’un verdict d'essai à chaque résultat d'essai potentiellement observable (c.‐à‐d., une
séquence d’évènements d'essai).
Note 3 à l’article: Il convient que la spécification soit indépendante dans le sens où il devrait être possible
d’exécuter le cas d'essai exécutable dérivé indépendamment des autres cas d'essai de ce type (c.‐à‐d., il convient
que la spécification inclue toujours la possibilité de démarrer et de terminer à l'état «inactif»).
© ISO 2018 – Tous droits réservés
Note 4 à l’article: Comparer à ITU‐T X.290.
3.2
suite d'essais abstraits
ATS
suite d'essais composée de cas d'essais abstraits
Note 1 à l’article: Comparer à ITU‐T X.290.
3.3
essai de boite noire
méthode d'essai qui examine le comportement d’un SUT sans prendre en considération la mise en
oeuvre et la structure internes du SUT, s’appuyant ainsi sur l’interface ouverte du SUT pour les essais
3.4
exigences de conformité
conformité d’un système réel consistant en une conformité à chaque exigence et une conformité à
l’ensemble
Note 1 à l’article: Ensemble d’exigences interdépendantes qui, ensemble, définissent le comportement du
système et sa communication. La conformité d’un système réel sera, par conséquent, exprimée à deux niveaux :
une conformité à chaque exigence individuelle et une conformité à l’ensemble. Les tests de conformité ISO 15118‐
4 applicables incluent des exigences et des exigences de syntaxe de transfert dans la mesure où elles peuvent être
validées par un essai de boite noire.
Note 2 à l’article: Voir également exigences de conformité statiques (3.20) et exigences de conformité dynamiques
(3.6).
3.5
implémentation conforme
IUT qui répond à la fois aux exigences de conformité statiques et dynamiques, en cohérence par rapport
aux capacités formulées dans le(s) PICS
Note 1 à l’article: Comparer à ITU‐T X.290.
3.6
exigences de conformité dynamiques
une des exigences qui spécifie qu’un comportement observable est permis par la ou les spécification(s)
pertinente(s) dans des instances de communication
Note 1 à l’article: Les exigences pour cette spécification de conformité sont définies dans l'ISO 15118‐3.
Note 2 à l’article: Comparer à ITU‐T X.290.
3.7
cas d'essai exécutable
réalisation d'un cas d'essai abstrait
Note 1 à l’article: Comparer à ITU‐T X.290.
3.8
comportement attendu
réponse exacte du SUT en fonction de la spécification du protocole sous‐jacent au stimulus défini dans
le comportement d'essai
© ISO 2018 – Tous droits réservés
3.9
déclaration de conformité d’une implémentation
ICS
déclaration faite par le fournisseur d’une implémentation ou d’un système revendiqué comme étant
conforme à une spécification donnée, déclarant quelles capacités ont été mises en oeuvre
Note 1 à l’article: La spécification donnée pour cette spécification de conformité est l'ISO 15118‐3.
Note 2 à l’article: Comparer à ITU‐T X.290.
3.10
informations supplémentaires sur l’implémentation destinées à l'essai
IXIT
déclaration faite par un fournisseur ou le responsable d’une IUT qui contient ou mentionne toutes les
informations (en plus de celles fournies dans l’ICS) concernant l’IUT et son environnement d'essai, qui
permettra au laboratoire d'essai d’exécuter une suite d'essais appropriée sur cette IUT
Note 1 à l’article: Comparer à ITU‐T X.290.
3.11
implémentation à tester
IUT
implémentation d’un ou de plusieurs protocoles OSI dans une relation fournisseur/utilisateur adjacent,
représentant la partie d’un système ouvert réel destinée à être étudiée par l'essai
Note 1 à l’article : Comparer à ITU‐T X.290.
3.12
composant d'essai principal
MTC
composant d'essai unique dans une configuration de composants d'essai responsable de la création et
du contrôle de composants d'essai parallèles et du calcul et de l'attribution du verdict d'essai
Note 1 à l’article: Comparer à ITU‐T X.292.
3.13
composant d'essai parallèle
PTC
composant d'essai créé par le composant de l'essai principal
Note 1 à l’article: Comparer à ITU‐T X.292.
3.14
condition finale
étapes d'essai nécessaires pour définir la trajectoire de la fin du comportement d'essai jusqu’à l’état
stable final pour le cas d'essai
Note 1 à l’article : Voir également comportement d'essai (3.23).
3.15
condition initiale
étapes d'essai nécessaires pour définir la trajectoire de l'état stable de départ du cas d'essai jusqu’à
l'état initial à partir duquel débutera le comportement d'essai
Note 1 à l’article : Voir également comportement d'essai (3.23).
© ISO 2018 – Tous droits réservés
3.16
déclarations de conformité d’une implémentation du protocole
PICS
ICS pour une implémentation ou un système revendiqué comme étant 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‐3.
Note 2 à l’article: Comparer à ITU‐T X.290.
3.17
informations supplémentaires sur l’implémentation du protocole destinées à l'essai
PIXIT
IXIT relatives à un essai de conformité à 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‐3.
Note 2 à l’article: Comparer à ITU‐T X.290.
3.18
environnement d’exécution
environnement qui décrit le système d’exploitation et les exigences de plateforme correspondantes d’un
système
EXEMPLE Système d'essai.
3.19
comportement d'essai invalide sur le plan de la sémantique
SemITB
étapes d'essai lors desquelles le système d'essai envoie des stimuli au SUT qui sont invalides sur le plan
de la sémantique selon les exigences de protocole
Note 1 à l’article: Ce type de comportement d'essai est défini dans la présente norme et inclut explicitement des
exigences qui définissent la manière adéquate de gestion des erreurs du SUT.
3.20
exigences de conformité statiques
une des exigences qui spécifie les limites des combinaisons de capacités implémentées autorisées dans
un système ouvert réel qui est revendiqué comme étant conforme à la (ou aux) spécification(s)
pertinentes
Note 1 à l’article: Comparer à ITU‐T X.290.
3.21
système à tester
SUT
système ouvert réel dans lequel l’IUT réside
Note 1 à l’article: Comparer à ITU‐T X.290.
3.22
comportement d'essai invalide sur le plan de la syntaxe
SynITB
étapes d'essai lors desquelles le système d'essai envoie des stimuli au SUT qui sont invalides sur le plan
de la syntaxe d’après les exigences de protocole
© ISO 2018 – Tous droits réservés
Note 1 à l’article: Ce type de comportement d'essai n’est pas défini dans la présente norme de conformité, voir
les exigences relatives aux codecs.
3.23
comportement d'essai
ensemble d’étapes d'essai (corps d'essai) qui est essentiel pour réaliser l’objectif de l'essai et attribuer
des verdicts aux résultats possibles
3.24
exécution d'essai
interprétation ou exécution d’une suite d'essais abstraits
Note 1 à l’article: Théoriquement, la TE peut être décomposée en trois entités interdépendantes: une suite
d'essais exécutables (ETS), un cadre d'essai (TFW) et une entité de système de codage‐décodage (EDS) interne
optionnelle.
Note 2 à l’article: Voir également ETSI ES 201 873‐5 V4.6.1.
3.25
cadre d'essai
TFW
entité destinée à réaliser toutes les actions de cas d'essai ou de fonctions
Note 1 à l’article: Le cadre d'essai interagit avec les entités Gestion d'essai (TM), l'adaptateur SUT (SA) et
l'adaptateur de plateforme (PA) par l’intermédiaire de l’interface de commande d'essai (TCI) et de l'interface
d’exécution d'essai (TRI), et gère en outre la suite d'essais exécutables (ETS) et le système de codage/décodage
(EDS). Il initialise les adaptateurs ainsi que les entités ETS et EDS. Cette entité réalise toutes les actions
nécessaires au bon démarrage de l’exécution d’un cas d'essai ou d'une fonction avec les paramètres dans l’entité
ETS. Il interroge l’entité TM afin d’obtenir les valeurs de paramètres de module requises par l’ETS et lui envoie des
informations d'enregsitrement. De plus, il collecte et résout les verdicts associés renvoyés par l’entité ETS.
Note 2 à l’article: Voir également ETSI ES 201 873‐5 V4.6.1.
Note 3 à l’article: Dans le présent document, le système d’exécution de cadre d'essai TTCN‐3 (T3RTS) est utilisé
pour expliquer une fonctionnalité du cadre d'essai.
3.26
objectif du test
description en prose d’un objectif d'essai bien défini, se concentrant sur une unique exigence de
conformité ou sur un ensemble d’exigences de conformité connexes, comme indiqué dans la
spécification OSI appropriée
EXEMPLE Vérification du support d’une valeur spécifique d'un paramètre spécifique.
Note 1 à l’article : Comparer à ITU‐T X.290.
3.27
système d'essai
système réel combinant le cadre d'essai, la suite d'essais abstraits, l’exécution d'essai et les adaptateurs
ainsi que 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.
© ISO 2018 – Tous droits réservés
3.28
interface de commande d'essai
TCI
quatre interfaces qui définissent l’interaction de l’exécutable TTCN‐3 avec la gestion des essais, le
codage et le décodage, la gestion des composants d'essai et l’enregistrement des données dans un
système d'essai
Note 1 à l’article: Comparer à ITU‐T X.290.
Note 2 à l’article: Comparer avec ETSI ES 201 873‐6 V4.6.1.
3.29
interface d’exécution d'essai
TRI
deux interfaces qui définissent l’interaction de l'exécutable TTCN‐3 avec le SUT et l’adaptateur de
plateforme (PA) et l’adaptateur du système (SA) dans un système d'essai
Note 1 à l’article : Comparer avec ETSI ES 201 873‐5 V4.6.1.
3.30
interface avec le système d'essai
TSI
composant d'essai qui fournit un mappage des ports disponibles dans le système (abstrait) d'essai
TTCN‐3 aux ports offerts par un système d'essai réel
Note 1 à l’article : Comparer avec ETSI ES 201 873‐6 V4.6.1.
3.31
comportement d'essai valide
VTB
étapes d'essai lors desquelles le système d'essai envoie des stimuli au SUT qui sont valides, sur le plan
de la syntaxe et de la sémantique, d’après les exigences de protocole
Note 1 à l’article: Ce type de comporteme
...
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...