ISO 15118-4:2018
(Main)Road vehicles — Vehicle to grid communication interface — Part 4: Network and application protocol conformance test
Road vehicles — Vehicle to grid communication interface — Part 4: Network and application protocol conformance test
ISO 15118-4:2018 specifies conformance tests in the form of an Abstract Test Suite (ATS) for a System Under Test (SUT) implementing an EVCC or SECC according to ISO 15118-2. 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-2 and against what the supplier 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-2. 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-2 and within the capabilities of the SUT (see NOTE). A test architecture is described in correspondence to the ATS. The conformance test cases in this document are described leveraging this test architecture and are specified in TTCN-3 Core Language for ISO/OSI Network Layer (Layer 3) and above. The conformance test cases for the Data Link Layer (Layer 2) and Physical Layer (Layer 1) are described in ISO 15118-5. Test cases with overlapping scopes are explicitly detailed. This document does not include specific tests of other standards referenced within ISO 15118-2, e.g. IETF RFCs. 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 defined ISO 15118-2. 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-5 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 4: Essai de conformité du protocole d'application et du réseau
Le présent document spécifie des tests de conformité sous la forme d'une suite de tests abstraits (ATS) pour un système à tester (SUT) implémentant un EVCC ou un SECC conformément à la norme ISO 15118-2. Ces tests de conformité spécifient 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 la norme ISO 15118-2 et en comparaison des capacités de l'implémentation du SUT formulées par le fournisseur. Les tests de capacités compris dans l'ATS vérifient que les capacités observables du SUT sont conformes aux exigences de conformité statiques définies dans la norme ISO 15118-2. Les tests de comportement de l'ATS examinent une implémentation de la manière la plus approfondie possible sur l'ensemble de l'éventail des exigences de conformité dynamiques définies dans la norme ISO 15118-2 et dans les limites des capacités du SUT (voir NOTE). Une architecture de test est décrite en rapport avec l'ATS. Dans le présent document, les cas de test de conformité sont décrits en s'appuyant sur cette architecture de test et sont spécifiés en langage noyau TTCN-3 pour la couche réseau (Couche 3) ISO/OSI et supérieures. Les cas de test de conformité pour la couche liaison de données (Couche 2) et la couche physique (Couche 1) sont décrits dans la norme ISO 15118-5. Des cas de test dont les domaines d'application se recoupent sont détaillés de manière explicite. Le présent document n'inclut pas les tests spécifiques d'autres normes données en référence dans la norme ISO 15118-2, par ex., les RFC de l'IETF. En outre, les tests 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é d'une implémentation. 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 requis, ou sur l'environnement de l'implémentation du protocole. En outre, les cas de test définis dans le présent document prennent uniquement en considération le protocole de communication défini dans la norme ISO 15118-2. Le flux d'énergie entre l'EVSE et l'EV n'est pas pris en compte. NOTE 1 Les limitations pratiques empêchent la définition d'une suite de tests 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é d'interopérabilité de différentes implémentations. Cela est réalisé en les vérifiant au moyen d'une suite de tests de protocole qui permet ainsi d'augmenter la certitude selon laquelle chaque implémentation est conforme à la spécification du protocole. Cependant, la suite de tests 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. Par conséquent, la conformité d'une suite de tests ne peut garantir à elle seule une interopérabilité. En revanche, cela apporte la garantie qu'une implémentation présente les capacités requises et que son comportement est systématiquement conforme dans des instances représentatives de communication. NOTE 2 Le présent document présente certaines interdépendances avec les tests de conformité définis dans la norme ISO 15118-5 qui découlent de dépendances inter-couches ISO/OSI dans la spécification du protocole sous-jacent (par ex., pour un mode veille)
General Information
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 15118-4
First edition
2018-02
Road vehicles — Vehicle to grid
communication interface —
Part 4:
Network and application protocol
conformance test
Véhicules routiers — Interface de communication entre véhicule et
réseau électrique —
Partie 4: Essai de conformité du protocole d'application et du réseau
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 Page
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 . 9
6 Test architecture reference model . 9
6.1 General information . 9
6.2 Platform adapter interface . 10
6.3 SUT adapter interfaces . 10
............................................................................................................................................................... 11
6.4 Codecs
7 Test suite conventions . 11
7.1 General information . 11
7.2 Test suite structure (TSS) . 11
7.3 Test profiles . 13
7.4 Test suite identifiers . 62
7.5 Test suite coverage . 67
7.6 Test case description . 184
7.7 Test case specification . 185
8 Test case descriptions for 15118-2 V2GTP . 198
8.1 General information . 198
8.2 SECC test cases . 198
8.3 EVCC test cases . 202
9 Test case descriptions for 15118-2 SDP messages . 208
9.1 General information . 208
9.2 SECC test cases . 208
9.3 EVCC test cases . 211
10 Test case descriptions for 15118-2 V2G application layer messages . 236
10.1 General information . 236
10.2 SECC test cases . 236
10.3 EVCC test cases . 405
Annex A (normative) Configuration specifications . 671
A.1 Timer configuration . 671
A.2 PICS configuration . 671
iii
© ISO 2018 ‐ All rights reserved
A.3 PIXIT configuration . 673
Annex B (normative) Control part specification . 675
B.1 SECC control parts . 675
B.1.1 AC specific control parts . 675
B.1.2 DC specific control parts . 675
B.2 EVCC control parts . 688
B.2.1 AC specific control parts . 702
B.2.2 DC specific control parts . 702
Annex C (normative) Test-case specifications for 15118-2 V2GTP . 745
C.1 SECC test cases . 745
C.2 EVCC test cases . 745
Annex D (normative) Test-case specifications for 15118-2 SDP messages . 752
D.1 SECC test cases . 752
D.2 EVCC test cases . 752
Annex E (normative) Test-case specifications for 15118-2 V2G application layer messages . 773
E.1 SECC test cases . 773
E.1.1 V2G protocol handshake . 773
E.1.1.1 SECC test cases for SupportedAppProtocol . 773
E.1.2 V2G messages . 773
E.1.2.1 SECC test cases for SessionSetup . 775
E.1.2.2 SECC test cases for ServiceDiscovery . 775
E.1.2.3 SECC test cases for ServiceDetail . 782
E.1.2.4 SECC test cases for PaymentServiceSelection . 784
E.1.2.5 SECC test cases for PaymentDetails . 788
E.1.2.6 SECC test cases for Authorization . 794
E.1.2.7 SECC test cases for ChargeParameterDiscovery . 794
E.1.2.8 SECC test cases for PowerDelivery . 799
E.1.2.9 SECC test cases for CertificateUpdat e . 824
E.1.2.10 SECC test cases for CertificateInstallation . 839
E.1.2.11 SECC test cases for SessionStop . 839
E.1.2.12 SECC test cases for ChargingStatus . 842
E.1.2.13 SECC test cases for MeteringReceipt . 846
E.1.2.14 SECC test cases for CableCheck . 848
E.1.2.15 SECC test cases for PreCharge . 852
E.1.2.16 SECC test cases for CurrentDemand . 855
E.1.2.17 SECC test cases for WeldingDetection . 859
E.2 EVCC test cases . 860
Annex F (normative) Function specifications for supporting test execution . 1009
iv
© ISO 2018 ‐ All rights reserved
F.1 Configuration functions . 1009
F.2 Pre-condition functions . 1009
F.2.1 SECC functi ons . 1011
F.2.2 EVCC functions . 1027
F.3 Post-condition functions . 1027
F.3.1 SECC functi ons . 1038
F.3.2 EVCC functions . 1038
F.4 Common behavior functions . 1039
F.4.1 SECC functi ons . 1040
F.4.2 EVCC functions . 1042
F.5 Library functions . 1044
Annex G (normative) Function specifications for 15118-2 V2GTP . 1051
G.1 SECC functi ons . 1051
G.2 EVCC functions . 1053
Annex H (normative) Function specifications for 15118-2 SDP messages . 1056
H.1 SECC functi ons . 1056
H.2 EVCC functions . 1057
Annex I (normative) Function specifications for 15118-2 V2G application layer messages . 1061
I.1 SECC functi ons . 1061
I.1.1 V2G protocol handshake . 1061
I.1.1.1 SECC functions for SupportedAppProtocol . 1061
I.1.2 V2G messages . 1063
I.1.2.1 SECC functions for SessionSetup . 1063
I.1.2.2 SECC functions for ServiceDiscovery . 1064
I.1.2.3 SECC functions for ServiceDetail . 1072
I.1.2.4 SECC functions for PaymentServiceSelection . 1080
I.1.2.5 SECC functions for PaymentDetails . 1087
I.1.2.6 SECC functions for Authorization . 1091
I.1.2.7 SECC functions for ChargeParameterDiscovery . 1104
I.1.2.8 SECC functions for PowerDelivery . 1140
I.1.2.9 SECC functions for CertificateUpdate . 1154
I.1.2.10 SECC functions for CertificateInstallation . 1167
I.1.2.11 SECC functions for SessionStop . 1176
I.1.2.12 SECC functions for ChargingStatus . 1176
I.1.2.13 SECC functions for MeteringReceipt . 1185
I.1.2.14 SECC functions for CableCheck . 1197
I.1.2.15 SECC functions for PreCharge . 1203
I.1.2.16 SECC functions for CurrentDemand . 1207
v
© ISO 2018 ‐ All rights reserved
I.1.2.17 SECC functions for WeldingDetection . 1213
I.2 EVCC functions . 1217
Annex J (normative) Template specifications for V2G TCP/TLS Port Control . 1373
Annex K (normative) Template specifications for 15118-2 V2GTP . 1375
K.1 Common templates . 1375
Annex L (normative) Template specifications for 15118-2 SDP messages . 1376
L.1 Common templates . 1376
Annex M (normative) Template specifications for 15118-2 V2G application layer messages 1377
M.1 Common templates . 1377
M.1.1 V2G protocol handshake . 1378
M.1.1.1 CMN templates for SupportedAppProtocol . 1378
M.1.2 V2G messages . 1378
M.1.2.1 CMN templates for SessionSetup . 1378
M.1.2.2 CMN templates for ServiceDiscovery . 1378
M.1.2.3 CMN templates for Authorization . 1381
M.1.2.4 CMN templates for PowerDelivery . 1381
M.1.2.5 CMN templates for SessionStop . 1383
M.1.2.6 CMN templates for ChargingStatus . 1384
M.1.2.7 CMN templates for CableCheck . 1384
M.1.2.8 CMN templates for PreCharge . 1385
M.1.2.9 CMN templates for CurrentDemand . 1385
M.1.2.10 CMN templates for WeldingDetection . 1387
M.2 SECC templates . 1387
M.3 EVCC templates . 1397
Annex N (normative) Template specifications for Security . 1430
N.1 Common templates . 1430
Annex O (normative) Data type definitions . 1434
O.1 Data types for PICS . 1434
O.2 Data types for PIXIT . 1434
O.3 Data types for V2G TCP/TLS Port Control . 1436
O.4 Data types for V2GTP . 1437
O.5 Data types for SDP messages . 1438
O.6 Data types for V2G messages . 1438
O.7 Data types for Security . 1457
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 by Technical Committee ISO/TC 22, Road vehicles, Subcommittee SC 31,
Electrical and electronic equipment, 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.
vii
© ISO 2018 ‐ All rights reserved
Introduction
The first three 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 the resulting micro‐
payments. 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.
The complexity resulting from the network and application protocol requirements defined in the
second part of the standard requires a considerable amount of testing in order to enable
interoperability between independent implementations. This document therefore defines a
conformance test suite for the network and application 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 two only.
viii
© ISO 2018 ‐ All rights reserved
INTERNATIONAL STANDARD ISO 15118-4:2018(E)
Road vehicles — Vehicle to grid communication interface —
Part 4: Network and application protocol conformance test
1 Scope
This document specifies conformance tests in the form of an Abstract Test Suite (ATS) for a System
Under Test (SUT) implementing an EVCC or SECC according to ISO 15118‐2. 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‐2 and against what the supplier 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‐2. 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‐2 and within the capabilities of the SUT (see NOTE).
A test architecture is described in correspondence to the ATS. The conformance test cases in this
document are described leveraging this test architecture and are specified in TTCN‐3 Core Language for
ISO/OSI Network Layer (Layer 3) and above. The conformance test cases for the Data Link Layer (Layer
2) and Physical Layer (Layer 1) are described in ISO 15118‐5. Test cases with overlapping scopes are
explicitly detailed.
This document does not include specific tests of other standards referenced within ISO 15118‐2, e.g.
IETF RFCs. 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 defined ISO 15118‐2.
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‐5 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
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)
NOTE 1 Even though the technical specification ISO 15118‐2:2014, 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
Note 1 to entry: Compare with ITU‐T X.290.
© ISO 2018 ‐ All rights reserved
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 and dynamic conformance requirements.
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‐2.
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‐2.
Note 2 to entry: Compare with ITU‐T X.290.
3.10
implementation extra information for testing
IXIT
© ISO 2018 ‐ All rights reserved
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.290.
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.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.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‐2.
Note 2 to entry: Compare with ITU‐T X.290.
3.17
protocol implementation extra information for testing
PIXIT
IXIT related to testing for conformance to a given protocol specification
© ISO 2018 ‐ All rights reserved
Note 1 to entry: The given protocol specification for this conformance specification is ISO 15118‐2.
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 conformance standard 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.
3.25
test framework
TFW
© ISO 2018 ‐ All rights reserved
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 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
Note 1 to entry: Compare with ETSI ES 201 873‐6 V4.6.1.
3.31
valid test behavior
VTB
© ISO 2018 ‐ All rights reserved
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‐2.
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 purpose of this document, the following abbreviations apply.
ALM Application Layer Message
ATS Abstract Test Suite
BEV Battery Electric Vehicle
CA Certificate Authority
CPL Control Pilot Line
CRL Certificate Revocation List
DH Diffie Hellman
DER Distinguished Encoding Rules
ECDSA Elliptic Curve Digital Signature Algorithm
EDS Encoding/Decoding System
EIM External Identification Means
EMAID E‐Mobility Account Identifier
ETS Executable Test Suite
EV Electric Vehicle
EVCC Electric Vehicle Communication Controller
EVSE Electric Vehicle Supply Equipment
EXI Efficient XML Interchange
HAL Hardware Abstraction Layer
ICS Implementation Conformance Statement
ID(s) Identifier(s)
ITB Invalid Test Behavior
IUT Implementation under Test
IXIT Implementation eXtra Information for Testing
OCSP Online Certificate Status Protocol
OEM Original Equipment Manufacturer
© ISO 2018 ‐ All rights reserved
MTC Main Test Component
NACK Negative Acknowledgement
PDU Protocol Data Unit
PICS Protocol Implementation Conformance Statement
PIXIT Protocol Implementation eXtra Information for Testing
PKI Public Key Infrastructure
PLC Power Line Communication
PnC Plug and Charge
PTC Parallel Test Component
PWM Pulse‐Width Modulation
SA Secondary Actor
SDP SECC Discovery Protocol
SECC Supply Equipment Communication Controller
SLAC Signal Level Attenuation Characterization
SUT System Under Test
TC Test Case
TCI Test Control Interface
TCP Transmission Control Protocol
TE Test Execution
TFW Test Framework
TP Test Purpose
TRI Test Runtime Interface
TSI Test System Interface
TSS Test Suite Structure
TTCN‐3 Testing and Test Control Notation version 3
V2G Vehicle‐to‐Grid
V2G CI V2G Communication Interface
V2GTP V2G Transfer Prot
...
NORME ISO
INTERNATIONALE 15118-4
Première édition
2018-02
Véhicules routiers — Interface de
communication entre véhicule et
réseau électrique —
Partie 4:
Essai de conformité du protocole
d'application et du réseau
Road vehicles — Vehicle to grid communication interface —
Part 4: Network and application protocol 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 Page
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 . 9
5.1 Structure des exigences . 9
5.2 Description du système de test . 9
6 Modèle de référence d’architecture de test . 9
6.1 Informations générales . 9
6.2 Interface d’adaptateur de plateforme . 10
6.3 Interfaces d’adaptateur du SUT . 10
6.4 Codecs . 11
7 Conventions de la suite de tests . 12
7.1 Informations générales . 12
7.2 Structure de la suite de tests (TSS) . 12
7.3 Profils de test . 14
7.4 Identificateurs de la suite de tests . 61
7.5 Couverture de la suite de tests . 66
7.6 Description de cas de test . 187
7.7 Spécification du cas de test . 188
8 Descriptions de cas de test pour un V2GTP 15118-2 . 201
8.1 Informations générales . 201
8.2 Cas de test de SECC . 202
8.3 Cas de test d’EVCC . 206
9 Descriptions de cas de test pour des messages SDP 15118-2 . 212
mations générales . 212
9.1 Infor
9.2 Cas de test de SECC . 212
9.3 Cas de test d’EVCC . 215
10 Descriptions de cas de test pour les messages de couche d’application V2G 15118-2 . 241
10.1 Informations générales . 241
10.2 Cas de test de SECC . 241
10.3 Cas de test d’EVCC . 422
Annex A (normatif) Spécifications de configuration . 704
A.1 Configuration des temporisateurs . 704
A.2 Configuration de PICS . 705
A.3 Configuration de PIXIT . 706
Annex B (normatif) Spécifications des parties de contrôle . 708
B.1 Parties de contrôle d’un SECC . 708
B.1.1 Parties de contrôle spécifiques à un courant AC . 708
iii
© ISO 2018 ‐ Tous droits réservés
B.1.2 Parties de contrôle spécifiques à un courant DC . 721
B.2 Parties de contrôle d’un EVCC . 735
B.2.1 Parties de contrôle spécifiques à un courant AC . 735
B.2.2 Parties de contrôle spécifiques à un courant DC . 755
Annex C (normatif) Spécifications de cas de test pour un V2GTP 15118-2 . 778
C.1 Cas de test de SECC . 778
C.2 Cas de test d’EVCC. 781
Annex D (normatif) Spécifications de cas de test pour des messages SDP 15118-2 . 785
D.1 Cas de test de SECC . 785
D.2 Cas de test d’EVCC. 787
Annex E (normatif) Spécifications de cas de test pour des messages de couche d’application
V2G 15118-2 . 806
E.1 Cas de test de SECC . 806
E.1.1 Établissement de liaison de protocole V2G . 806
E.1.1.1 Cas de test de SECC pour SupportedAppProtocol . 806
E.1.2 Messages V 2G . 808
E.1.2.1 Cas de test de SECC pour SessionSetup . 808
E.1.2.2 Cas de test de SECC pour ServiceDiscovery . 815
E.1.2.3 Cas de test de SECC pour ServiceDetail . 818
E.1.2.4 Cas de test de SECC pour PaymentServiceSelection . 821
E.1.2.5 Cas de test de SECC pour PaymentDetails . 824
E.1.2.6 Cas de test de SECC pour Authorization . 827
E.1.2.7 SECC test cases for ChargeParameterDiscovery . 832
E.1.2.8 Cas de test de SECC pour PowerDelivery . 857
E.1.2.9 Cas de test de SECC pour CertificateUpdate . 868
E.1.2.10 SECC test cases for CertificateInstallation . 872
E.1.2.11 Cas de test de SECC pour SessionStop . 875
E.1.2.12 Cas de test de SECC pour ChargingStatus . 879
E.1.2.13 Cas de test de SECC pour MeteringReceipt . 881
E.1.2.14 Cas de test de SECC pour CableCheck . 885
E.1.2.15 Cas de test de SECC pour PreCharge . 888
E.1.2.16 Cas de test de SECC pour CurrentDemand . 889
E.1.2.17 Cas de test de SECC pour WeldingDetection . 892
E.2 Cas de test d’EVCC. 893
Annex F (normatif) Spécifications de fonctions pour le soutien de l’exécution du test . 1042
F.1 Fonctions de configuration . 1042
F.2 Fonctions de conditions initiales . 1044
F.2.1 Fonctions de SECC . 1044
F.2.2 Fonctions d’EVCC . 1060
iv
© ISO 2018 ‐ Tous droits réservés
F.3 Fonctions de conditions finales . 1071
F.3.1 Fonctions de SECC . 1071
F.3.2 Fonctions d’ EVCC . 1072
F.4 Fonctions de comportements communs . 1073
F.4.1 Fonctions de SECC . 1073
F.4.2 Fonctions d’ EVCC . 1075
F.5 Fonctions de bibliothèque . 1077
Annex G (normatif) Spécifications de fonctions pour un V2GTP 15118-2 . 1084
G.1 Fonctions de SECC . 1084
G.2 Fonctions d’ EVCC . 1086
Annex H (normatif) Spécifications de fonctions pour des messages SDP 15118-2 . 1089
H.1 Fonctions de SECC . 1089
H.2 Fonctions d’ EVCC . 1090
Annex I (normatif) Spécifications de fonctions pour des messages de couche d’application
V2G 15118-2 . 1094
I.1 Fonctions de SECC . 1094
I.1.1 Établissement de liaison de protocole V2G . 1094
I.1.1.1 Fonctions de SECC pour SupportedAppProtocol . 1094
I.1.2 Messages V2G . 1096
I.1.2.1 Fonctions de SECC pour SessionSetup . 1097
I.1.2.2 Fonctions de SECC pour ServiceDiscovery . 1101
I.1.2.3 Fonctions de SECC pour ServiceDetail. 1105
I.1.2.4 Fonctions de SECC pour PaymentServiceSelection . 1113
I.1.2.5 Fonctions de SECC pour PaymentDetails . 1120
I.1.2.6 Fonctions de SECC pour Authorization . 1125
I.1.2.7 Fonctions de SECC pour ChargeParameterDiscovery . 1137
I.1.2.8 Fonctions de SECC pour PowerDelivery . 1173
I.1.2.9 Fonctions de SECC pour CertificateUpdate . 1187
I.1.2.10 Fonctions de SECC pour CertificateInstallation . 1200
I.1.2.11 Fonctions de SECC pour SessionStop . 1209
I.1.2.12 Fonctions de SECC pour ChargingStatus . 1214
I.1.2.13 Fonctions de SECC pour MeteringReceipt . 1218
I.1.2.14 Fonctions de SECC pour CableCheck . 1230
I.1.2.15 Fonctions de SECC pour PreCharge . 1236
I.1.2.16 Fonctions de SECC pour CurrentDemand . 1240
I.1.2.17 Fonctions de SECC pour WeldingDetection . 1246
I.2 Fonctions d’ EVCC . 1250
Annex J (normatif) Spécifications de modèles pour une commande de port TCP/TLS V2G . 1406
Annex K (normatif) Spécifications de modèles pour un V2GTP 15118-2 . 1408
v
© ISO 2018 ‐ Tous droits réservés
K.1 Modèles communs . 1408
Annex L (normatif) Spécifications de modèles pour des messages SDP 15118-2 . 1409
L.1 Modèles communs . 1409
Annex M (normatif) Spécifications de modèles pour des messages de couche d’application
V2G 15118-2 . 1410
M.1 Modèles communs . 1410
M.1.1 Établissement de liaison de protocole V2G . 1411
M.1.1.1 Modèles CMN pour SupportedAppProtocol . 1411
M.1.2 Messages V 2G . 1411
M.1.2.1 Modèles CMN pour SessionSetup . 1411
M.1.2.2 Modèles CMN pour ServiceDiscovery . 1412
M.1.2.3 Modèles CMN pour Authorization . 1414
M.1.2.4 Modèles CMN pour PowerDelivery . 1415
M.1.2.5 Modèles CMN pour SessionStop . 1416
M.1.2.6 Modèles CMN pour ChargingStatus . 1417
M.1.2.7 Modèles CMN pour CableCheck . 1417
M.1.2.8 Modèles CMN pour PreCharge . 1418
M.1.2.9 Modèles CMN pour CurrentDemand . 1419
M.1.2.10 Modèles CMN pour WeldingDetection . 1420
M.2 Modèles SECC . 1420
M.3 Modèles EVCC . 1430
Annex N (normatif) Spécifications de modèles pour Security . 1463
N.1 Common templates . 1463
Annex O (normatif) Définitions de types de données . 1467
O.1 Types de données pour des PICS . 1467
O.2 Types de données pour des PIXIT . 1467
O.3 Types de données pour une commande de port TCP/TLS V2G . 1469
O.4 Types de données pour un V2GTP . 1470
O.5 Types de données pour des messages SDP . 1471
O.6 Types de données pour des messages V2G . 1471
O.7 Types de données pour Security . 1491
Bibliographie . 1492
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) en ce qui
concerne la 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, Équipement
électrique et électronique, 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 la 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 trois 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 en découlent. 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.
La complexité induite par les exigences relatives au réseau et au protocole d’application définies dans la
deuxième partie de la norme rend nécessaire un nombre considérable de tests afin de permettre une
interopérabilité entre des implémentations indépendantes. Par conséquent, le présent document définit
une suite de tests de conformité pour les protocoles de couche d’application et le réseau afin d’en tirer
une base commune et approuvée pour les tests de conformité. La suite de tests de conformité qui en
découle constitue un prérequis nécessaire aux tests 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 tests
n’entrent pas dans le domaine d’application du présent document. C’est pourquoi, ce document se
concentre sur les aspects de l’interface et les exigences correspondantes énoncées dans la deuxième
partie uniquement.
viii
© ISO 2018 ‐ Tous droits réservés
NORME INTERNATIONALE ISO 15118-4:2018(F)
Véhicules routiers — Interface de communication entre véhicule
et réseau électrique — Partie 4 : Test de conformité du protocole
d’application et du réseau
1 Domaine d’application
Le présent document spécifie des tests de conformité sous la forme d’une suite de tests abstraits (ATS)
pour un système à tester (SUT) implémentant un EVCC ou un SECC conformément à la norme
ISO 15118‐2. Ces tests de conformité spécifient 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 la norme ISO 15118‐2 et en comparaison des capacités de l’implémentation du SUT
formulées par le fournisseur.
Les tests de capacités compris dans l’ATS vérifient que les capacités observables du SUT sont conformes
aux exigences de conformité statiques définies dans la norme ISO 15118‐2. Les tests de comportement
de l’ATS examinent une implémentation de la manière la plus approfondie possible sur l’ensemble de
l'éventail des exigences de conformité dynamiques définies dans la norme ISO 15118‐2 et dans les
limites des capacités du SUT (voir NOTE).
Une architecture de test est décrite en rapport avec l’ATS. Dans le présent document, les cas de test de
conformité sont décrits en s’appuyant sur cette architecture de test et sont spécifiés en langage noyau
TTCN‐3 pour la couche réseau (Couche 3) ISO/OSI et supérieures. Les cas de test de conformité pour la
couche liaison de données (Couche 2) et la couche physique (Couche 1) sont décrits dans la norme
ISO 15118‐5. Des cas de test dont les domaines d’application se recoupent sont détaillés de manière
explicite.
Le présent document n’inclut pas les tests spécifiques d’autres normes données en référence dans la
norme ISO 15118‐2, par ex., les RFC de l’IETF. En outre, les tests 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é d’une
implémentation. 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 requis, ou sur l’environnement de l’implémentation du protocole. En
outre, les cas de test définis dans le présent document prennent uniquement en considération le
protocole de communication défini dans la norme ISO 15118‐2. Le flux d'énergie entre l’EVSE et l’EV
n’est pas pris en compte.
NOTE 1 Les limitations pratiques empêchent la définition d’une suite de tests 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é d’interopérabilité de différentes implémentations. Cela est réalisé en les vérifiant au
moyen d’une suite de tests de protocole qui permet ainsi d’augmenter la certitude selon laquelle chaque
implémentation est conforme à la spécification du protocole. Cependant, la suite de tests 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. Par
conséquent, la conformité d’une suite de tests ne peut garantir à elle seule une interopérabilité. En revanche, cela
apporte la garantie qu’une implémentation présente les capacités requises et que son comportement est
systématiquement conforme dans des instances représentatives de communication.
NOTE 2 Le présent document présente certaines interdépendances avec les tests de conformité définis dans la
norme ISO 15118‐5 qui découlent de dépendances inter‐couches ISO/OSI dans la spécification du protocole sous‐
jacent (par ex., pour un mode veille)
© ISO 2018 ‐ Tous droits réservés
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, Système de charge conductive pour véhicules électriques — Partie 1 : Exigences
générales
ISO 15118‐1:2013, 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:2014, 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‐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)
NOTE 1 Bien que la spécification technique ISO 15118‐2:2014, qui est la base de référence pour ce document
de test de conformité, fasse explicitement référence à la norme IEC 61851‐1:2011, le présent document se réfère à
la norme 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 de test abstrait
spécification complète et indépendante des actions requises pour réaliser un but spécifique du test
Note 1 à l’article : La présente spécification est définie au niveau d’abstraction d’une méthode de test abstraite,
débutant à un état de test stable et terminant dans un état de test 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 de test à chaque résultat de test potentiellement observable (c.‐à‐d., une
séquence d’évènements de test).
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 de test exécutable dérivé indépendamment d’autres tels cas de test (c.‐à‐d., il convient que la
spécification inclue toujours la possibilité d’un démarrage et d’un achèvement à l'état « inactif »).
Note 4 à l’article : Comparer à ITU‐T X.290.
3.2
suite de tests abstraits
ATS
© ISO 2018 ‐ Tous droits réservés
suite de tests composée de cas de test abstrait
Note 1 à l’article : Comparer à ITU‐T X.290.
3.3
test fonctionnel
méthode de test qui examine le comportement d’un SUT sans prendre en considération
l'implémentation et la structure internes du SUT, s’appuyant ainsi sur l’interface ouverte du SUT pour le
test
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 test fonctionnel.
Note 2 à l’article : Voir également exigences de conformité statiques et exigences de conformité dynamiques.
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 la norme ISO 15118‐2.
Note 2 à l’article : Comparer à ITU‐T X.290.
3.7
cas de test exécutable
réalisation d’un cas de test 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 de test
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é implémentées
Note 1 à l’article : La spécification donnée pour cette spécification de conformité est la norme ISO 15118‐2.
© ISO 2018 ‐ Tous droits réservés
Note 2 à l’article : Comparer à ITU‐T X.290.
3.10
informations supplémentaires sur l’implémentation destinées au test
IXIT
déclaration faite par un fournisseur ou un exécutant d’une IUT qui contient ou mentionne toutes les
informations (en plus de celles fournies dans l’ICS) concernant l’IUT et son environnement de test, qui
permettra au laboratoire de test d’exécuter une suite de tests 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 utilisateur/fournisseur adjacent,
représentant la partie d’un système ouvert réel destinée à être étudiée par le test
Note 1 à l’article : Comparer à ITU‐T X.290.
3.12
composant de test principal
MTC
composant de test unique dans une configuration de composants de test responsable de la création et
du contrôle de composants de test parallèles et du calcul et de l'attribution du verdict de test
Note 1 à l’article : Comparer à ITU‐T X.290.
3.13
composant de test parallèle
PTC
composant de test créé par le composant de test principal
Note 1 à l’article : Comparer à ITU‐T X.292.
3.14
condition finale
étapes de test nécessaires pour définir la trajectoire de la fin du comportement de test jusqu’à l'état
stable final pour le cas de test
Note 1 à l’article : Voir également Comportement de test.
3.15
condition initiale
étapes de test nécessaires pour définir la trajectoire de l'état stable de départ du cas de test jusqu’à
l'état initial à partir duquel débutera le comportement de test
Note 1 à l’article : Voir également Comportement de test.
3.16
déclarations de conformité d’une implémentation de 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 la norme
ISO 15118‐2.
© ISO 2018 ‐ Tous droits réservés
Note 2 à l’article : Comparer à ITU‐T X.290.
3.17
informations supplémentaires sur l’implémentation du protocole destinées au test
PIXIT
IXIT relatives à un test 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 la norme
ISO 15118‐2.
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 de test.
3.19
comportement de test invalide sur le plan de la sémantique
SemITB
étapes de test lors desquelles le système de test envoie des stimuli au SUT qui sont invalides sur le plan
de la sémantique d’après les exigences de protocole
Note 1 à l’article : Ce type de comportement de test est défini dans la présente norme de conformité 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 permises 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 de test invalide sur le plan de la syntaxe
SynITB
étapes de test lors desquelles le système de test envoie des stimuli au SUT qui sont invalides sur le plan
de la syntaxe d’après les exigences de protocole
Note 1 à l’article : Ce type de comportement de test n’est pas défini dans la présente norme de conformité, voir les
exigences relatives aux codecs.
3.23
comportement de test
ensemble d'étapes de test (corps du test) qui est essentiel pour réaliser l’objectif du test et attribuer des
verdicts aux résultats possibles
3.24
© ISO 2018 ‐ Tous droits réservés
exécution de test
interprétation ou exécution d’une suite de tests abstraits
Note 1 à l’article : Théoriquement, la TE peut être décomposée en trois entités interdépendantes : une suite de
tests exécutables (ETS), un cadre de test (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 de test
TFW
entité destinée à réaliser toutes les actions de cas de test ou de fonctions
Note 1 à l’article : Le cadre de test interagit avec les entités Gestion de test (TM), Adaptateur du SUT (SA) et
Adaptateur de plateforme (PA) par l’intermédiaire de l’interface de commande de test (TCI) et de l'interface
d’exécution de test (TRI). En outre, il gère les entités Suite de tests exécutables (ETS) et 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 de test 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 de consignation d'évènements. 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 TTCN‐3 (T3RTS) de cadre de test est utilisé
pour expliquer une fonctionnalité du cadre de test.
3.26
objectif du test
description en prose d’un but bien défini du test, 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 de test
système réel combinant le cadre de test, la suite de tests abstraits, l’exécution de test 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.
3.28
interface de commande de test
TCI
quatre interfaces qui définissent l’interaction de l’exécutable TTCN‐3 avec l’entité de gestion de test, le
codage et le décodage, la manipulation de composants de test et l’enregistrement des données dans un
système de test
Note 1 à l’article : Comparer avec ETSI ES 201 873‐6 V4.6.1.
3.29
interface d’exécution de test
TRI
© ISO 2018 ‐ Tous droits réservés
deux interfaces qui définissent l’interaction de l'exécutable TTCN‐3 avec le SUT et l’adaptateur
...
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...