ISO 16410-1:2017
(Main)Electronic fee collection — Evaluation of equipment for conformity to ISO 17575-3 — Part 1: Test suite structure and test purposes
Electronic fee collection — Evaluation of equipment for conformity to ISO 17575-3 — Part 1: Test suite structure and test purposes
The ISO 16410 series provides a suite of tests in order to assess compliance of the Front End and Back End behaviours in relation to the requirements in ISO 17575‑3. ISO 16410-1:2017 contains the definition of such tests in the form of test purposes, listing the required initial conditions, references and individual steps in a structured textual manner. ISO 16410‑2 contains the identical tests written in testing and test control notation version 3 (TTCN v3). The test purposes defined in ISO 16410-1:2017 reflect the structural and semantic requirements stated in ISO 17575‑3. - Presence/absence of particular data elements (see ISO 17575‑3:2016, 8.5.5); - Semantics related to various data elements, e.g.: - Activation of context data and handling multiple contexts (see ISO 17575‑3:2016, 8.3); - Handling the precedence and priority levels (see ISO 17575‑3:2016, 8.5.2 to 8.5.4); - Uniqueness of relevant data elements (see ISO 17575‑3:2016, 8.5.2 to 8.5.4); - Correct definition of the charge objects (see ISO 17575‑3:2016, 8.5.4); - Fee calculation algorithm (see ISO 17575‑3:2016, 8.5.3.7); - Security (see ISO 17575‑3:2016, 7.2). With regard to the individual data sets and EFC attributes defined in ISO 17575‑3, the test purposes have been organized into the test suite groups, designated for the Front End and Back End respectively. In addition to the test purposes, ISO 16410-1:2017 also provides proforma conformance test report templates for both the Front End and Back End test purposes and an informative statement on the usage of ISO 16410-1:2017 for the European electronic toll service (EETS). For more information regarding the requirements against which the conformance is evaluated in ISO 16410-1:2017, refer to ISO 17575‑3. Testing of the following behaviours and functionalities is outside the scope of ISO 16410-1:2017: - dynamic behaviour, i.e. sequence of messages and triggering events that must be exchanged/happen to fulfil certain charging scenarios; - profiles and business logic built on top of particular pricing schemas; - behaviour invalid of Front End and Back End, BI test purposes are not applicable for any test purpose group (as ISO 17575‑3 does not specify behaviour invalid).
Perception du télépéage — Évaluation de la conformité de l'équipement à l'ISO 17575-3 — Partie 1: Structure de la suite d'essais et objectifs des essais
Les normes ISO 16410 ont pour domaine d'application la fourniture d'une série d'essais ayant pour but d'évaluer la conformité des comportements du système frontal et du système central par rapport aux exigences énumérées dans l'ISO 17575‑3. Le présent document contient la définition de tels essais sous forme de buts d'essais, donnant la liste des conditions initiales requises, des références et des étapes individuelles, d'une manière textuelle structurée. La Partie 2 de l'ISO 16410 contient les essais identiques écrits dans la version 3 de Notation des essais et des contrôles d'essais (TTCN v3). Les buts d'essais définis dans le présent document reflètent les exigences structurelles et sémantiques exprimées dans l'ISO 17575‑3: - Présence / absence d'éléments de données particuliers (voir ISO 17575‑3, paragraphe 8.5.5) - Sémantique relative à divers éléments de données, comme par exemple: - Activation de données de contexte et gestion de contextes multiples (voir ISO 17575‑3, paragraphe 8.3) - Gestion des niveaux de priorité (voir ISO 17575‑3, paragraphes 8.5.2 à 8.5.4) - Unicité des éléments de données importants (voir ISO 17575‑3, paragraphes 8.5.2 à 8.5.4) - Définition correcte des objets imputés (voir ISO 17575‑3, paragraphe 8.5.4) - Algorithme de calcul des redevances (voir ISO 17575‑3, paragraphe 8.5.3.7) - Sécurité (voir ISO 17575‑3, paragraphe 7.2) En ce qui concerne les éléments de données individuels et les attributs EFC définis dans l'ISO 17575‑3, les buts d'essais ont été organisés dans les groupes de suites d'essais désignés, respectivement, pour le système frontal et le système central. Outre les buts d'essais, le présent document donne également des formulaires de rapports d'essais de conformité à la fois pour le système frontal et le système central, ainsi qu'une déclaration à caractère informatif sur l'utilisation du présent document pour le SET. Pour en savoir davantage sur les exigences par rapport auxquelles la conformité est évaluée dans le présent document, voir l'ISO 17575‑3. Les essais des fonctionnalités et comportements suivants ne fait pas partie du domaine d'application de l'ISO 16410-1:2017: - comportement dynamique, c'est-à-dire séquence de messages et événements de déclenchement devant être échangés / pouvant parfois satisfaire certains scénarios d'imputation; - profils et logique d'entreprise construite au-dessus de schémas de tarification particuliers; - L'ISO 17575‑3 ne spécifiant aucun comportement invalide du système frontal et du système central, les buts d'essais BI (comportement invalide) ne s'appliquent à aucun groupe de buts d'essais.
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 16410-1
First edition
2017-11
Electronic fee collection — Evaluation
of equipment for conformity to ISO
17575-3 —
Part 1:
Test suite structure and test purposes
Perception du télépéage — Évaluation de la conformité de
l'équipement à l'ISO 17575-3 —
Partie 1: Structure de la suite d'essais et objectifs des essais
Reference number
ISO 16410-1:2017(E)
©
ISO 2017
---------------------- Page: 1 ----------------------
ISO 16410-1:2017(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO 2017, Published in Switzerland
All rights reserved. Unless otherwise specified, 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
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2017 – All rights reserved
---------------------- Page: 2 ----------------------
ISO 16410-1:2017(E)
Contents Page
Foreword .iv
Introduction .vi
1 Scope . 1
2 Normative references . 2
3 Terms and definitions . 2
4 Abbreviated terms . 4
5 Test suite structure . 5
5.1 Structure . 5
5.2 Reference to conformance test specifications . 6
5.3 Test purposes (TP) . 6
5.3.1 TP definition conventions . 6
5.3.2 TP naming conventions . 7
5.4 Conformance test report . 8
Annex A (normative) Test purposes (TP) for Front End . 9
Annex B (normative) Test purposes (TP) for Back End .96
Annex C (normative) Data structures .133
Annex D (normative) PCTR for Front End .154
Annex E (normative) PCTR for Back End .159
Bibliography .163
© ISO 2017 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO 16410-1:2017(E)
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.
The document was prepared by Technical Committee ISO/TC 204, Intelligent transport systems.
This first edition of ISO 16410-1 cancels and replaces the first edition of ISO/TS 16410-1:2011, which
has been technically revised.
The following changes have been made:
— this document has been converted from a Technical Specification to an International Standard;
— amendments have been made to reflect changes to the underlying base standards, especially
ISO 17575 (all parts);
— major changes have been made regarding:
— data element changes introduced by ISO 17575-1 and ISO 17575-3;
— new test purposes related to:
— protocol version handling;
— toll context partitions;
— fee calculation algorithm;
— rounding rules;
— alternative currency;
— test purposes related to the following have been removed:
— communications services;
iv © ISO 2017 – All rights reserved
---------------------- Page: 4 ----------------------
ISO 16410-1:2017(E)
— rules with respect to support of context data which are no longer required by ISO 17575-3;
— the terms and definitions have been revised;
— editorial and formal corrections, as well as changes to improve readability, have been made.
© ISO 2017 – All rights reserved v
---------------------- Page: 5 ----------------------
ISO 16410-1:2017(E)
Introduction
This document is part of a series of standards that supports interoperability of autonomous EFC-
systems. Autonomous systems use satellite positioning, often combined with additional sensor
technologies such as gyroscopes, odometers and accelerometers, to localize the vehicle and to find its
position on a map containing the charged geographic objects, such as charged roads or charged areas.
From the charged objects, the vehicle characteristics, the time of day and other data that are relevant
for describing road use, the tariff and ultimately, the road usage fee is determined.
Autonomous on-board equipment (OBE) operates without relying on dedicated road-side infrastructure
by employing wide-area technologies such as global navigation satellite systems (GNSS) and cellular
communications networks (CN). Therefore, autonomous systems may also be referred to as GNSS/CN
systems.
Within the series of EFC standards, this document defines tests for conformity evaluation of Front End
and Back End that comply with the requirements towards the context data specified in ISO 17575-3.
This document is based on
— ISO 17575-3, and
— the ISO 9646 series on conformance test methodology.
vi © ISO 2017 – All rights reserved
---------------------- Page: 6 ----------------------
INTERNATIONAL STANDARD ISO 16410-1:2017(E)
Electronic fee collection — Evaluation of equipment for
conformity to ISO 17575-3 —
Part 1:
Test suite structure and test purposes
1 Scope
The ISO 16410 series provides a suite of tests in order to assess compliance of the Front End and Back
End behaviours in relation to the requirements in ISO 17575-3. This document contains the definition of
such tests in the form of test purposes, listing the required initial conditions, references and individual
steps in a structured textual manner. ISO 16410-2 contains the identical tests written in testing and
test control notation version 3 (TTCN v3).
The test purposes defined in this document reflect the structural and semantic requirements stated in
ISO 17575-3.
— Presence/absence of particular data elements (see ISO 17575-3:2016, 8.5.5);
— Semantics related to various data elements, e.g.:
— Activation of context data and handling multiple contexts (see ISO 17575-3:2016, 8.3);
— Handling the precedence and priority levels (see ISO 17575-3:2016, 8.5.2 to 8.5.4);
— Uniqueness of relevant data elements (see ISO 17575-3:2016, 8.5.2 to 8.5.4);
— Correct definition of the charge objects (see ISO 17575-3:2016, 8.5.4);
— Fee calculation algorithm (see ISO 17575-3:2016, 8.5.3.7);
— Security (see ISO 17575-3:2016, 7.2).
With regard to the individual data sets and EFC attributes defined in ISO 17575-3, the test purposes
have been organized into the test suite groups, designated for the Front End and Back End respectively.
In addition to the test purposes, this document also provides proforma conformance test report
templates for both the Front End and Back End test purposes and an informative statement on the
usage of this document for the European electronic toll service (EETS).
For more information regarding the requirements against which the conformance is evaluated in this
document, refer to ISO 17575-3.
Testing of the following behaviours and functionalities is outside the scope of this document:
— dynamic behaviour, i.e. sequence of messages and triggering events that must be exchanged/happen
to fulfil certain charging scenarios;
— profiles and business logic built on top of particular pricing schemas;
— behaviour invalid of Front End and Back End, BI test purposes are not applicable for any test purpose
group (as ISO 17575-3 does not specify behaviour invalid).
© ISO 2017 – All rights reserved 1
---------------------- Page: 7 ----------------------
ISO 16410-1:2017(E)
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO 17575-1, Electronic fee collection — Application interface definition for autonomous systems — Part 1:
Charging
ISO 17575-3:2016, Electronic fee collection — Application interface definition for autonomous systems —
Part 3: Context data
3 Terms and definitions
For the purposes of this document, the following terms and definitions 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 http://www.iso.org/obp
3.1
area charging
charging based on road usage within a given area
[SOURCE: ISO 17575-1:2016, 3.1]
3.2
attribute
addressable package of data consisting of a single data element or structured sequences of data
elements (3.9)
[SOURCE: ISO 17575-1:2016, 3.2]
3.3
authenticator
data, possibly encrypted, that is used for authentication
[SOURCE: EN 15509:2014, 3.3]
3.4
Back End
part of a back office system interfacing to one or more Front Ends (3.11)
[SOURCE: ISO 17575-1:2016, 3.4]
3.5
charge object
geographic or road-related object for the use of which a charge is applied
[SOURCE: ISO 17575-1:2016, 3.5]
3.6
charge report
information containing road usage and related information originated at the Front End (3.11)
[SOURCE: ISO 17575-1:2016, 3.6]
2 © ISO 2017 – All rights reserved
---------------------- Page: 8 ----------------------
ISO 16410-1:2017(E)
3.7
cordon
border line of an area
[SOURCE: ISO 17575-1:2016, 3.7]
3.8
cordon charging
charging for the crossing of a cordon (3.7)
[SOURCE: ISO 17575-1:2016, 3.8]
3.9
data element
coded information, which might itself consist of lower level information structures
[SOURCE: ISO 17575-1:2016, 3.9]
3.10
data set
logical set of data elements (3.9) with a semantic relation
[SOURCE: ISO 17575-3:2016, 3.10]
3.11
Front End
part of a tolling system consisting of an OBE (3.13) and possibly, a proxy (3.14) where road tolling
information and usage data are collected and processed for delivery to the Back End (3.4)
[SOURCE: ISO/TS 19299:2015, 3.17]
Note 1 to entry: The Front End comprises the OBE and an optional proxy.
3.12
layout
technical description of the location of tolled objects including their borders
[SOURCE: ISO 17575-3:2016, 3.12]
3.13
on-board equipment
OBE
all required equipment on-board a vehicle for performing required EFC functions and communication
services
[SOURCE: ISO 17575-3:2016, 3.13]
3.14
proxy
optional part of a Front End (3.11) that communicates with external equipment and processes the data
received into an agreed format to be delivered to the Back End (3.4)
[SOURCE: ISO 17575-1:2016, 3.13]
3.15
road section charging
tolling principle where the fee is due if predefined sections of roads are used
[SOURCE: ISO 17575-1:2016, 3.14]
© ISO 2017 – All rights reserved 3
---------------------- Page: 9 ----------------------
ISO 16410-1:2017(E)
3.16
toll
charge, tax or duty levied in connection to using a vehicle in a toll domain (3.20)
[SOURCE: ISO/TS 19299:2015, 3.42]
Note 1 to entry: The definition is the generalization of the classic definition of a toll as a charge, a tax or a duty
for permission to pass a barrier or to proceed along a road, over a bridge, etc. The definition also includes fees
regarded as an (administrative) obligation, e.g. a tax or a duty.
3.17
tolled area
geographic area where a toll (3.16) is charged for road usage
[SOURCE: ISO 17575-3:2016, 3.17]
3.18
toll context
logical view as defined by attributes (3.2) and functions of the basic elements of a toll scheme (3.22)
consisting of a single basic tolling principle, a spatial distribution of the charge objects (3.5) and a single
behaviour of the related Front End (3.11)
[SOURCE: ISO 17575-1:2016, 3.17]
3.19
toll context data
information defined by the responsible toll charger necessary to establish the toll (3.16) due for using a
vehicle on a particular toll context (3.18) and to conclude the toll transaction
[SOURCE: ISO 12855:2015, 3.15]
3.20
toll domain
area or part of a road network where a certain toll regime (3.21) is applied
[SOURCE: ISO 17573:2010, 3.18]
3.21
toll regime
set of rules, including enforcement rules, governing the collection of toll (3.16) in a toll domain (3.20)
[SOURCE: ISO 17573:2010, 3.20]
3.22
toll scheme
organizational view of a toll regime (3.21), including the actors and their relationships
[SOURCE: ISO 17575-3:2016, 3.22]
4 Abbreviated terms
ADU Application data unit
ASN.1 Abstract syntax notation one
ATS Abstract test suite
BI Behaviour invalid
BV Behaviour valid (EN 15876-1)
4 © ISO 2017 – All rights reserved
---------------------- Page: 10 ----------------------
ISO 16410-1:2017(E)
CCC Compliance check communication
CN Cellular network
DUT Device under test
EFC Electronic fee collection
GNSS Global navigation satellite systems
HMI Human machine interface
ID Identifier
IUT Implementation under test
OBE On-board equipment
PCTR Proforma conformance test report
PICS Protocol implementation conformance statements
TP Test purposes
TSS Test suite structure
TTCN Testing and test control notation
VAT Value added tax
5 Test suite structure
5.1 Structure
Table 1 shows the test suite structure (TSS).
Table 1 — Test suite structure
Group Type of IUT Behaviour
Procedural Back End Behaviour Valid
Behaviour Invalid not applicable
ADU Header Back End Behaviour Valid
Behaviour Invalid not applicable
ADU Body – Attribute general Back End Behaviour Valid
Behaviour Invalid not applicable
Toll Context Overview and Toll Back End Behaviour Valid
Context Partition Overview
Behaviour Invalid not applicable
Tariff Table and Currency Back End Behaviour Valid
Conversion Table
Behaviour Invalid not applicable
Tariff Class Definition Back End Behaviour Valid
Behaviour Invalid not applicable
Local Vehicle Class Definition Back End Behaviour Valid
Behaviour Invalid not applicable
Time Class Definition Back End Behaviour Valid
Behaviour Invalid not applicable
© ISO 2017 – All rights reserved 5
---------------------- Page: 11 ----------------------
ISO 16410-1:2017(E)
Table 1 (continued)
Group Type of IUT Behaviour
User Class Definition Back End Behaviour Valid
Behaviour Invalid not applicable
Toll Context Layout Back End Behaviour Valid
Behaviour Invalid not applicable
Toll Context Layout for Back End Behaviour Valid
Section Pricing
Behaviour Invalid not applicable
Toll Context Layout for Area Back End Behaviour Valid
Pricing
Behaviour Invalid not applicable
Toll Context Layout for Back End Behaviour Valid
Cordon Pricing
Behaviour Invalid not applicable
Context Handling Front End Behaviour Valid
Behaviour Invalid not applicable
Charge Report Front End Behaviour Valid
Behaviour Invalid not applicable
Front End related test purposes uses Charge Report message for validation which is specified in
ISO 17575-1. As a precondition to run those test purposes, compliance to ISO 17575-1 shall be validated.
5.2 Reference to conformance test specifications
This document takes into account already defined test purposes for conformance to the base standards
by referencing them, so that
a) for test purposes that are identical to those defined in this document or the base standards
conformance test cases, a direct reference is reported; for the reader’s convenience, the title or a
verbal description of the referenced test purpose is given, together with the reference,
b) for test purposes that are derived from those defined in the base standards conformance test
cases, a direct reference is reported, plus an indication on how the referred test purpose has to be
modified for the profile conformance testing,
c) for test purposes that are specific to ISO 17575-3, a complete description is given, and
d) an indication on whether a test purpose is identical, derived or specific is given in each test
purpose.
5.3 Test purposes (TP)
5.3.1 TP definition conventions
The TPs are defined following the rules shown in Table 2. All test purposes are defined in Annex A and
Annex B, including the special notation and symbol conventions that shall be used. The data structures
that shall be used are specified in Annex C and defined in ISO 17575-1 and ISO 17575-3.
Table 2 — TP definition rules
TP ID according to the TP naming Title
conventions
Reference
TP origin
Initial condition
Stimulus and expected behaviour
6 © ISO 2017 – All rights reserved
---------------------- Page: 12 ----------------------
ISO 16410-1:2017(E)
Table 2 (continued)
TP ID The TP ID is a unique identifier. It shall be specified according to the
TP naming conventions defined in 5.3.2.
Title Short description of test purpose objective.
Reference The reference should contain the references of the subject to be
validated by the actual TP (specification reference, clause, paragraph)
or the reference to the standard document defining the TP.
TP origin Indicates if the TP is identical to a TP defined in another test standard,
derived from a TP defined in another test standard or specific for this
standard profile.
Initial condition The condition defined in which initial state the IUT has to be to apply
the actual TP.
Stimulus and expected Definition of the events the tester performs and the events that are
behaviour expected from the IUT to conform to the base specification.
5.3.2 TP naming conventions
Each TP is given a unique identification. This unique identification is built up to contain the following
string of information:
TP____
TP : to indicate that it is a test purpose;
: which group the TP belongs to;
: type of IUT (i.e. FE or BE);
X : type of testing (i.e. Behaviour Valid tests – BV or Behaviour Invalid tests – BI);
: sequential TP number (01-99).
The naming conventions are as described in Table 3.
© ISO 2017 – All rights reserved 7
---------------------- Page: 13 ----------------------
ISO 16410-1:2017(E)
Table 3 — TP naming convention
Identifier:
TP///
-
applicable for BE PRO Procedural
applicable for BE ADUH ADU Header
applicable for BE ADUB ADU Body – EFC Attribute general
applicable for BE TC Toll Context Overview and Toll Context Partition Overview
applicable for BE TT Tariff Table and Currency Conversion Table
applicable for BE TACD Tariff Class Definition
applicable for BE LVCD Local Vehicle Class Definition
applicable for BE TICD Time Class Definition
applicable for BE USCD User Class Definition
applicable for BE TCL Toll Context Layout
applicable for BE TCL-S Toll Context Layout for Section Pricing
applicable for BE TCL-A Toll Context Layout for Area Pricing
applicable for BE TCL-C Toll Context Layout for Cordon Pricing
applicable for FE CH Context Handling
applicable for FE CR Charge Report
= type of IUT FE Front End
BE Back End
x = type of testing BV Behaviour Valid Tests
BI Behaviour Invalid Tests
= sequential number (01–99) Test Purpose Number
5.4 Conformance test report
The supplier of the Front End and Back End, respectively, is responsible for providing a conformance
test report.
The supplier of the Front End shall complete the proforma conformance test report (PCTR) for Front
End as defined in Annex D (notably Tables D.1 to D.4).
The supplier of the Back End shall complete the proforma conformance test report (PCTR) for Back End
as defined in Annex E (notably Tables E.1 to E.4).
8 © ISO 2017 – All rights reserved
---------------------- Page: 14 ----------------------
ISO 16410-1:2017(E)
Annex A
(normative)
Test purposes (TP) for Front End
A.1 General
This annex contains the test purposes (TP), Tables A.2 to A.61, for the conformity evaluation of the
Front End to ISO 17575-3.
A.2 TP symbols conventions
A special notation and symbol convention shall be used, as defined in what follows.
Symbols are used in the description of the TPs, with meanings according to Table A.1.
Table A.1 — Description of TP symbols
SYMBOL DESCRIPTION
XXX.rq ⇒ The Tester sends the XXX.rq to the IUT.
⇐ YYY.rs The IUT sends the YYY.rs to the Tester.
⇐ YYY.rs = {attribute1, The IUT sends the YYY.rs to the Tester. The YYY.rs shall not consist
attribute2, attribute3} of any attributes different than attribute1, attribute2, attribute3. If
any of attributes in the list is optional, it may be missing in YYY.rs.
⇐ YYY.rs = {attribute1 The IUT sends the YYY.rs to the Tester with attribute1. The value
= value1} of attribute1, i.e. value1 shall be stored by the tester and will be
utilized in further TP steps.
A ≡ B A “is equal to” B.
A → B A “is transformed” into B.
Ø Means “empty” or “not set”.
A.3 Context handling test purposes
A.3.1 General
These test purposes apply to ISO 17575-3Adu according to ISO 17575-3:2016, Table B.6/1, EFC Attributes
according to ISO 17575-3:2016, Table B.8.
NOTE 1 No test purposes for behaviour invalid (BI) are specified, as ISO 17575-3 does not specify any
behaviour invalid of the Front End.
NOTE 2 No dynamic behaviour is covered by this document. Dynamic behaviour is e.g. selection of applicable
Tariff Class by the Front End depending on vehicle, time, user, location criteria.
NOTE 3 A Charge Report sent by the IUT may or may not include all data elements listed in the structure as
almost all of them are optional.
A.3.2 BV test purposes
The test subgroup objectives are:
— to test the behaviour of the IUT in relation to the context activation;
© ISO 2017 – All rights reserved 9
---------------------- Page: 15 ----------------------
ISO 16410-1:2017(E)
— to test the behaviour of the IUT in relation to handling of multiple contexts.
Table A.2 — TP_CH_FE_BV_01
TP_CH_FE_BV_01 Verify that DUT updates its Context Data
TP origin Specific
Reference ISO 17575-3:2016, 8.3
Initial condition Front End is initialized and can accept Context Data.
OBE belonging to the Front End is located within geographic borders defined
in both Context Data ADUs.
Authentication is not used.
Stimulus and expected behaviour
Tester IUT
1 ContextData1 ⇒
2 ContextData13 ⇒
3 Event defined in ContextData1 occurred
4 ⇐ ChargeReport = {protocolVersion, obeId,
vehicleLPNr, paymentMeans,
serviceProviderContract, tollContext,
chargeReportFinalRecipient,
timeOfReport, reportPeriod, versionInfo,
usageStatementList, sumVatForThisSession,
accountStatus, chargeReportCounter, mileage,
listOfCCCAttributes}
IF (ChargeReport content according to
ContextData13)
THEN TP passed
ELSE TP failed ENDIF
A.3.3 BI test purposes
No BI test purposes are applicable for this TP group.
A.4 Charge Report test purposes
A.4.1 General
These test purposes apply to:
— Charge Report Configuration according to ISO 17575-3:2016, Table B.8/11;
— Precedence Level according to ISO 17575-3:2016, Table B.11/9;
— Send Charge Report If Entering according to ISO 17575-3:2016, Table B.11/8;
— Tariffs according to ISO 17575-3:2016, Table B.16;
— Rounding Rules for fees according to ISO 17575-3:2016, Table B.19/1-3;
— Supported Charge Units according to ISO 17575-3:2016, Table B.17;
— Currency Conversion Table according to ISO 17575-3:2016, Table B.23.
NOTE 1 No test purposes for behaviour invalid (BI) are specified, as ISO 17575-3 does not specify any
behaviour invalid of the Front End
10 © ISO 2017 – All rights reserved
---------------------- Page: 16 ----------------------
ISO 16410-1:2017(E)
NOTE 2 No dynamic behaviour is covered by this document. Dynamic behaviour is, for example, selection of
applicable Tariff Class by the Front End depending on vehicle, time, user and location criteria.
NOTE 3 A Charge Report sent by the IUT may or may not include all data elements listed in the structure, as
almost all of them are optional.
A.4.2 BV test purposes
A.4.3 General
The test subgroup objectives are:
— to test the presence of particular data elements in the Charge Report sent by IUT in relation to the
Charge Report Configuration;
— to test the absence of particular data elements in the Charge Report sent by IUT in relation to the
Charge Report Configuration;
— to test the handling of the precedence level for overlapping partitions;
— to test the correctness of implementation of a fee calculation including rounding rules;
— to test the usage of the Authenticated Charge Report
by means of the syntactically and contextual correct ADU.
Table A.3 — TP_CR_FE_BV_01
TP_CR_FE_BV_01 Verify the presence of obeId data element in the Charge Report
TP origin Specific
Reference ISO 17575-3:2016, 8.5.5.3.2
Initial condition Front End is initialized and can accept Context Data.
OBE belonging to the Front End is located within geographic borders defined in
both Context Data ADUs.
Authentication is not used.
Stimulus and expected behaviour
Tester IUT
1 Iso17575–3Adu = {Iso17575– ⇒
3aduHeader, Iso17575–3aduBody = {
(tollContextOverview = value as in
ContextData1),
(tollContextPartitionOverview = value as
in ContextData1),
(tariffTable = value as in ContextData1),
(currencyConversionTable = value as in
ContextData1),
(tariffClassDefinition = value as in
ContextData1),
(localVehicleClassDefinition = value as in
ContextData1),
(timeClassDefinition = value as in
ContextData1),
(userClassDefinition = value as in
ContextData1),
(tollContextLayout = value as in
ContextData1),
© ISO 2017 – All rights reserved 11
---------------------- Page: 17 ----------------------
ISO 16410-1:2017(E)
Table A.3 (continued)
(chargeReportingEvents = value as in
ContextData1),
(chargeReportConfiguration = v1) }
}where:
v1 = { chargeRepor
...
NORME ISO
INTERNATIONALE 16410-1
Première édition
2017-11
Perception du télépéage — Évaluation
de la conformité de l'équipement à
l'ISO 17575-3 —
Partie 1:
Structure de la suite d'essais et
objectifs des essais
Electronic fee collection — Evaluation of equipment for conformity to
ISO 17575-3 —
Part 1: Test suite structure and test purposes
Numéro de référence
ISO 16410-1:2017(F)
©
ISO 2017
---------------------- Page: 1 ----------------------
ISO 16410-1:2017(F)
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2017, Publié en Suisse
Droits de reproduction réservés. Sauf indication contraire, 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, l’affichage sur
l’internet ou sur un Intranet, sans autorisation écrite préalable. Les demandes d’autorisation peuvent être adressées à l’ISO à
l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2017 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO 16410-1:2017(F)
Sommaire Page
Avant-propos .iv
Introduction .vi
1 Domaine d'application . 1
2 Références normatives . 2
3 Termes et définitions . 2
4 Abréviations . 4
5 Structure des suites de tests . 5
5.1 Structure . 5
5.2 Référence aux spécifications d'essais de conformité . 6
5.3 Buts d'essais (TP) . 7
5.3.1 Conventions de définition de TP . 7
5.3.2 Règles de nommage de TP . 7
5.4 Rapport d'essai de conformité . 8
Annexe A (normative) Buts d'essais (TP) pour le système frontal . 9
Annexe B (normative) Buts d'essais (TP) pour le système central .92
Annexe C (normative) Structures de données .129
Annexe D (normative) PCTR pour système frontal .149
Annexe E (normative) PCTR pour système central .154
Bibliographie .158
© ISO 2017 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO 16410-1:2017(F)
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/ avant -propos.
Le comité chargé de l’élaboration du présent document est l’ISO/TC 204.
Cette édition de l'ISO 16410-1 annule et remplace l'ISO/TS 16410-1:2011, qui a fait l’objet d’une révision
technique. Les modifications suivantes ont été apportées:
— passage d’une Spécification technique au stade de Norme internationale;
— amendements en vue de tenir compte des modifications des normes de base sous-jacentes, en
particulier de l’ISO 17575;
— modifications majeures concernant:
— des changements d'éléments de données apportées par l'ISO 17575-1:2016 et l'ISO 17575-3:2016;
— des nouveaux buts d'essais liés:
— à la gestion des versions de protocole;
— aux partages de contexte de péage;
— à l'algorithme de calcul des redevances;
— aux règles d'arrondi;
— à la devise alternative.
— suppression de buts d'essais liés:
— aux services de communication;
iv © ISO 2017 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO 16410-1:2017(F)
— aux règles relatives à la prise en charge des données du contexte, qui ne sont plus exigées
par l'ISO 17575-3:2016.
— révision des termes et définitions;
— intégration de corrections rédactionnelles et formelles, ainsi que de modifications pour
améliorer la lisibilité.
© ISO 2017 – Tous droits réservés v
---------------------- Page: 5 ----------------------
ISO 16410-1:2017(F)
Introduction
Le présent document (ISO 16410-1) fait partie d'une série de normes qui traite de l'interopérabilité des
systèmes de télépéage autonomes. Les systèmes autonomes utilisent le positionnement par satellites,
souvent associé à des techniques de détection supplémentaires, telles que gyroscopes, odomètres et
accéléromètres, afin de localiser le véhicule et de trouver sa position sur une carte contenant les objets
géographiques imputés, tels que les routes imputées ou les zones imputées. Le tarif et, finalement, la
redevance d'utilisation de la route sont déterminés à partir des objets imputés, des caractéristiques des
véhicules, de l'heure du jour et d'autres données importantes pour décrire l'utilisation de la route.
Les équipements autonomes embarqués (OBE, on-board equipment) fonctionnent indépendamment
d'une infrastructure routière dédiée, en employant des techniques de grande portée, telles que les
systèmes de géolocalisation et de navigation par satellites (GNSS) et les réseaux de communication
cellulaires (CN). Par conséquent, les systèmes autonomes peuvent également être appelés systèmes
GNSS/CN.
Dans cette série de normes relatives à l'EFC, le présent document définit les essais destinés à l'évaluation
de la conformité du système frontal et du système central par rapport aux exigences relatives aux
données de contexte spécifiées dans l'ISO 17575-3.
L'ISO 16410-1 se base sur:
— l'ISO 17575-3; et
— la famille de normes ISO 9646 sur la méthodologie des tests de conformité.
vi © ISO 2017 – Tous droits réservés
---------------------- Page: 6 ----------------------
NORME INTERNATIONALE ISO 16410-1:2017(F)
Perception du télépéage — Évaluation de la conformité de
l'équipement à l'ISO 17575-3 —
Partie 1:
Structure de la suite d'essais et objectifs des essais
1 Domaine d'application
Les normes ISO 16410 ont pour domaine d'application la fourniture d'une série d'essais ayant pour
but d'évaluer la conformité des comportements du système frontal et du système central par rapport
aux exigences énumérées dans l'ISO 17575-3. Le présent document contient la définition de tels essais
sous forme de buts d'essais, donnant la liste des conditions initiales requises, des références et des
étapes individuelles, d'une manière textuelle structurée. La Partie 2 de l'ISO 16410 contient les essais
identiques écrits dans la version 3 de Notation des essais et des contrôles d'essais (TTCN v3).
Les buts d'essais définis dans le présent document reflètent les exigences structurelles et sémantiques
exprimées dans l'ISO 17575-3:
— Présence / absence d'éléments de données particuliers (voir ISO 17575-3, paragraphe 8.5.5)
— Sémantique relative à divers éléments de données, comme par exemple:
— Activation de données de contexte et gestion de contextes multiples (voir ISO 17575-3,
paragraphe 8.3)
— Gestion des niveaux de priorité (voir ISO 17575-3, paragraphes 8.5.2 à 8.5.4)
— Unicité des éléments de données importants (voir ISO 17575-3, paragraphes 8.5.2 à 8.5.4)
— Définition correcte des objets imputés (voir ISO 17575-3, paragraphe 8.5.4)
— Algorithme de calcul des redevances (voir ISO 17575-3, paragraphe 8.5.3.7)
— Sécurité (voir ISO 17575-3, paragraphe 7.2)
En ce qui concerne les éléments de données individuels et les attributs EFC définis dans l'ISO 17575-3,
les buts d'essais ont été organisés dans les groupes de suites d'essais désignés, respectivement, pour le
système frontal et le système central.
Outre les buts d'essais, le présent document donne également des formulaires de rapports d'essais de
conformité à la fois pour le système frontal et le système central, ainsi qu'une déclaration à caractère
informatif sur l'utilisation du présent document pour le SET.
Pour en savoir davantage sur les exigences par rapport auxquelles la conformité est évaluée dans le
présent document, voir l'ISO 17575-3.
Les essais des fonctionnalités et comportements suivants ne fait pas partie du domaine d'application de
la présente partie de l'ISO 16410:
— comportement dynamique, c'est-à-dire séquence de messages et événements de déclenchement
devant être échangés / pouvant parfois satisfaire certains scénarios d'imputation;
— profils et logique d'entreprise construite au-dessus de schémas de tarification particuliers;
— L'ISO 17575-3 ne spécifiant aucun comportement invalide du système frontal et du système central,
les buts d'essais BI (comportement invalide) ne s'appliquent à aucun groupe de buts d'essais.
© ISO 2017 – Tous droits réservés 1
---------------------- Page: 7 ----------------------
ISO 16410-1:2017(F)
2 Références normatives
Les documents suivants sont mentionnés dans le texte d'une manière telle que tout ou partie de leur
contenu constitue les exigences du présent document. Pour les références datées, seule l’édition citée
s’applique. Pour les références non datées, la dernière édition du document de référence s’applique (y
compris les éventuels amendements).
ISO 17575-1:2016, Perception du télépéage — Définition de l’interface d’application pour les systèmes
autonomes — Partie 1: Imputation
ISO 17575-3:2016, Perception du télépéage — Définition de l’interface d’application pour les systèmes
autonomes — Partie 3: Données du contexte
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s’appliquent.
L’ISO et l’IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en
normalisation, consultables aux adresses suivantes:
— IEC Electropedia: disponible à l’adresse http:// www .electropedia .org/
— ISO Online browsing platform: disponible à l’adresse https:// www .iso .org/ obp
3.1
tarification à la zone
péage basé sur l’utilisation du réseau routier dans une zone donnée[SOURCE: ISO 17575-1:2016, 3.1]]
3.2
attribut
information d’application constituée d’un élément de données ou d’une séquence struturée de tels
éléments
[SOURCE: ISO 17575-1:2016, 3.2]
3.3
authentificateur
Des données, possiblement cryptées, qui sont utilisées pour l'authentification
[SOURCE: EN 15509:2014, définition 3.3]
3.4
système central
partie du système de back-office assurant l’interface avec un ou plusieurs systèmes frontaux
[SOURCE: ISO 17575-1:2016, 3.4]
3.5
objet d'imputation
n'importe quel objet géographique ou lié à la route dont l'utilisation entraine l'application d'un péage
[SOURCE: ISO 17575-1:2016, 3.5]
3.6
rapport d’imputation
informations contenant l'usage de la route et les informations connexes générées par le système frontal
[SOURCE: ISO 17575-1:2016, 3.6]
2 © ISO 2017 – Tous droits réservés
---------------------- Page: 8 ----------------------
ISO 16410-1:2017(F)
3.7
cordon
périmètre d'une zone
[SOURCE: ISO 17575-1:2016, 3.7]
3.8
péage de cordon
péage pour le franchissement d'un cordon
[SOURCE: ISO 17575-1:2016, 3.8]
3.9
élément de données
informations codées pouvant se composer de structures d’informations de niveau inférieur
[SOURCE: ISO 17575-1:2016, 3.9]
3.10
ensemble de données
ensemble logique d’éléments de données (3.9) ayant une relation sémantique
[SOURCE: ISO 17575-3:2016, 3.10]
3.11
système frontal
partie d’un système de péage composé d’une unité embarquée OBE (3.13) et éventuellement d'un proxy
(3.14) où les informations de péage routier et les données sur l’utilisation de la route sont collectées et
traitées à destination du système central (3.4)
[SOURCE: ISO/TS 19299:2015, 3.17]
Note 1 à l'article: Le système frontal comporte l’équipement embarqué (3.13) et un proxy (3.14) facultatif.
3.12
agencement
description technique de l'emplacement des éléments soumis au péage, y compris leurs frontières
[SOURCE: ISO 17575-3:2016, 3.12]
3.13
équipement embarqué
OBE
tous les équipements nécessaires à bord d'un véhicule pour effectuer les fonctions et les services de
communication nécessaires pour le télépéage
[SOURCE: ISO 17575-3:2016, 3.13]
3.14
proxy
partie optionnelle d’un système frontal (3.11) qui communique avec des équipements externes et traite
les données reçues dans un format prédéfini à destination du système central système central (3.4)
[SOURCE: ISO 17575-1:2016, 3.13]
3.15
tarification de portion routière
principe de péage où la redevance est due si des sections prédéfinies de routes sont utilisées
[SOURCE: ISO 17575-1:2016, 3.14]
© ISO 2017 – Tous droits réservés 3
---------------------- Page: 9 ----------------------
ISO 16410-1:2017(F)
3.16
péage
frais, taxes ou redevances perçus dans le cadre de l’utilisation d’un véhicule dans un domaine de
péage (3.20)
[SOURCE: ISO/TS 19299:2015, 3.42]
Note 1 à l'article: Cette définition généralise la définition classique selon laquelle un péage correspond à une
redevance permettant de franchir une barrière ou une route, un pont, etc. La définition ci-dessus inclut également
les redevances considérées comme obligations administratives, telles que les taxes et les impôts.
3.17
zone à péage
zone géographique pour laquelle un péage (3.16) est facturé pour l'utilisation des routes
[SOURCE: ISO 17575-3:2016, 3.17]
3.18
contexte de péage
vue logique telle que définie par des attributs (3.2) et fonctions deséléments de base d’un système
de péage, qui correspond à un principe de péage de base unique, une répartition spatiale des objet
d'imputation (3.5) et un comportement unique du système frontal (3.11) correspondant
[SOURCE: ISO 17575-1:2016, 3.17]
3.19
données de contexte de péage
informations définies par l'exploitant responsable du péage, nécessaires pour établir le péage (3.16)
dû pour l'utilisation d'un véhicule sur un contexte de péage (3.18) particulier et à la finalisation de la
transaction de péage
[SOURCE: ISO 12855:2015, 3.15]
3.20
domaine de péage
zone ou partie d’un réseau routier dans laquelle un régime de péage donné (3.21) s’applique
[SOURCE: ISO 17573:2010, 3.18]
3.21
régime de péage
ensemble de règles, y compris les règlements de contrôle-sanction, régissant la perception d'un péage
(3.16) dans un domaine de péage (3.20)
[SOURCE: ISO 17573:2010, 3.20]
3.22
plan de péage
vue organisationnelle d’un régime de péage (3.21) incluant les acteurs et leurs relations
[SOURCE: ISO 17575-3:2016, 3.22]
4 Abréviations
Pour les besoins du présent document, les termes suivants s’appliquent.
4 © ISO 2017 – Tous droits réservés
---------------------- Page: 10 ----------------------
ISO 16410-1:2017(F)
ADU Application data unit (unités de données d’application)
ASN.1 Abstract Syntax Notation One (notation de syntaxe abstraite un)
ATS Abstract Test Suite (suite d'essais abstraite)
BI Invalid Behaviour (comportement invalide)
BV Valid Behaviour (comportement valide)
CCC Compliance Check Communication (communication de contrôle de conformité)
CN Cellular network (réseau cellulaire)
DUT Device Under Test (dispositif en cours d'essai)
EFC Electronic Fee Collection (perception de télépéage)
GNSS Global Navigation Satellite Systems (systèmes de géolocalisation et de navigation par satellites)
IHM Interface homme-machine (anglais: HMI - Human Machine Interface)
ID Identifiant
OBE On-board Equipment (équipement embarqué)
PCTR Proforma Conformance Test Report (formulaire de rapport d'essais de conformité)
PICS Protocol Implementation Conformance Statements (déclarations de conformité de mise en
œuvre de protocole)
TP Test Purposes (buts d'essais)
TSS Test Suite Structure (structure des suites de tests)
TTCN Testing and Test Control Notation (notation des essais et des contrôles d'essais)
TVA Taxe sur la valeur ajoutée (anglais: VAT -Value Added Tax)
5 Structure des suites de tests
5.1 Structure
Le Tableau 1 montre la structure des suites de tests (TSS).
Tableau 1 — Structure des suites de tests
Groupe Type de DUT Comportement
Procédures Système central Comportement valide
Comportement invalide inapplicable
En-tête ADU Système central Comportement valide
Comportement invalide inapplicable
Champ ADU – Attribut général Système central Comportement valide
Comportement invalide inapplicable
Présentation du contexte de péage Système central Comportement valide
et présentation des divisions de
Comportement invalide inapplicable
contexte de péage
© ISO 2017 – Tous droits réservés 5
---------------------- Page: 11 ----------------------
ISO 16410-1:2017(F)
Tableau 1 (suite)
Groupe Type de DUT Comportement
Table tarifaire et table de conver- Système central Comportement valide
sion des devises
Comportement invalide inapplicable
Définition de la classe tarifaire Système central Comportement valide
Comportement invalide inapplicable
Définition de la classe locale de Système central Comportement valide
véhicules
Comportement invalide inapplicable
Définition de la classe temporelle Système central Comportement valide
Comportement invalide inapplicable
Définition de la classe d'usagers Système central Comportement valide
Comportement invalide inapplicable
Configuration du contexte de péage Système central Comportement valide
Comportement invalide inapplicable
Configuration du contexte de péage Système central Comportement valide
pour tarification à la section
Comportement invalide inapplicable
Configuration du contexte de péage Système central Comportement valide
pour tarification à la zone
Comportement invalide inapplicable
Configuration du contexte de péage Système central Comportement valide
pour tarification par cordons
Comportement invalide inapplicable
Gestion de contexte Système frontal Comportement valide
Comportement invalide inapplicable
Rapport d’imputation Système frontal Comportement valide
Comportement invalide inapplicable
Les buts d'essais liés au système frontal utilisent un message de rapport d'imputation pour la validation,
conformément à ce qui est spécifié dans l'ISO 17575-1. La conformité à l'ISO 17575-1 devra être validée
en condition préalable à l'exécution de ces buts d'essais.
5.2 Référence aux spécifications d'essais de conformité
La présente partie de l'ISO16410 tient compte des buts d'essais déjà définis pour la conformité aux
normes de base en y faisant référence, de telle manière que:
a) pour les buts d'essais identiques à ceux qui sont définis dans la présente spécification ou dans les
normes de base, la référence directe aux cas d'essais de conformité est signalée. Dans l'intérêt du
lecteur, le titre ou une description verbale du but d'essai est donné, avec la référence;
b) pour les buts d'essais dérivés de ceux qui sont définis dans les cas d'essais de conformité des
normes de base, une référence directe est signalée, ainsi qu'une indication sur la façon dont le but
d'essai concerné doit être modifié pour les essais de conformité du profil;
c) pour les buts d'essais spécifiques à la norme ISO 17575-3, il est donné une description complète;
d) une indication précisant si un but d'essai est identique, dérivé ou spécifique dans chaque but
d'essai.
6 © ISO 2017 – Tous droits réservés
---------------------- Page: 12 ----------------------
ISO 16410-1:2017(F)
5.3 Buts d'essais (TP)
5.3.1 Conventions de définition de TP
Les TP sont définis d'après les règles du Tableau 2 ci-dessous. Tous les buts d'essais sont définis en
Annexe A et en Annexe B, y compris la notation spéciale et les conventions de symbole devant être
utilisées. Les structures de données devant être utilisées sont spécifiées à l'Annexe C et définies dans
l'ISO17575-1 et l'ISO 17575-3.
Tableau 2 — Règles de définition des TP
ID de TP selon règles de nommage de TP Intitulé
Référence
Origine de TP
Condition initiale
Stimulus et comportement prévu
ID de TP L'ID de TP est un identifiant unique. Il doit être spécifié selon les conventions de
nommage de TP définies dans le paragraphe ci-après.
Intitulé Brève description de l'objectif des buts d'essais
Référence Il convient que cette référence mentionne les références du sujet à valider par
le but d'essais considéré (référence à la spécification, au paragraphe, etc.) ou
qu'elle pointe vers le document de norme qui définit le TP.
Origine de TP Indique si le TP est identique à un TP défini dans une autre norme d'essai,
dérivé d'un TP défini dans une autre norme d'essai ou spécifique pour ce
profil standard.
Condition initiale Cette condition définit dans quel état initial le DUT doit appliquer le TP considéré.
Stimulus et comportement Définition des événements générés par le testeur et des événements qui, pour le
prévu DUT, sont supposés conformes à la spécification de base.
5.3.2 Règles de nommage de TP
Une identification unique est attribuée à chaque TP. Cette identification unique est élaborée pour
contenir la chaîne d'informations suivante:
TP____
TP : pour indiquer qu'il s'agit d'un but d'essais (Test Purpose);
: le groupe dont le TP fait partie;
: type de DUT (à savoir FE ou BE);
X : type d'essais (à savoir essais de comportement valide – BV - ou essais de comportement
invalide – BI)
: numéro séquentiel de TP (01-99)
© ISO 2017 – Tous droits réservés 7
---------------------- Page: 13 ----------------------
ISO 16410-1:2017(F)
Les conventions de nommage sont décrites au Tableau 3.
Tableau 3 — Convention de nommage des TP
Identifiant:
TP///-
applicable pour BE PRO Procédures
applicable pour BE ADUH En-tête ADU
applicable pour BE ADUB Champ ADU – Attribut général EFC
applicable pour BE TC Présentation du contexte de péage et présentation des divi-
sions de contexte de péage
applicable pour BE TT Table tarifaire et table de conversion des devises
applicable pour BE TACD Définition de la classe tarifaire
applicable pour BE LVCD Définition de la classe de véhicules locale
applicable pour BE TICD Définition de la classe temporelle
applicable pour BE USCD Définition de la classe d'usagers
applicable pour BE TCL Configuration du contexte de péage
applicable pour BE TCL-S Configuration du contexte de péage pour tarification à la
section
applicable pour BE TCL-A Configuration du contexte de péage pour tarification à la zone
applicable pour BE TCL-C Configuration du contexte de péage pour tarification par
cordons
applicable pour FE CH Gestion de contexte
applicable pour FE CR Rapport d’imputation
= type de DUT FE Système frontal
BE Système central
x = type de test BV Tests de comportement valide
BI Tests de comportement invalide
= numéro séquentiel (01-99) Numéro de but d'essai
5.4 Rapport d'essai de conformité
Les fournisseurs du système frontal et du système central sont, chacun pour ce qui le concerne,
responsables de la fourniture d'un rapport d'essai de conformité.
Le fournisseur du système frontal doit remplir le formulaire de rapport d'essais de conformité (PCTR)
pour le système frontal comme défini en Annexe D.
Le fournisseur du système central doit remplir le formulaire de rapport d'essais de conformité (PCTR)
pour le système central comme défini en Annexe E.
8 © ISO 2017 – Tous droits réservés
---------------------- Page: 14 ----------------------
ISO 16410-1:2017(F)
Annexe A
(normative)
Buts d'essais (TP) pour le système frontal
A.1 Généralité
Cette annexe contient les buts d'essais (TP) pour l'évaluation de la conformité à l'ISO 17575-3 du
système frontal.
A.2 Conventions de symboles des TP
Une notation spéciale et une convention de symboles doivent être utilisées, comme défini ci-après.
Les symboles sont utilisés dans la description des TP, avec les significations conformes au Tableau A.1
ci-dessous.
Tableau A.1 — Description des symboles de TP
SYMBOLE DESCRIPTION
XXX.rq ⇒ Le testeur envoie le XXX.rq au DUT
⇐ YYY.rs Le DUT envoie le YYY.rs au testeur
⇐ YYY.rs = {attribut1, attribut2, Le DUT envoie le YYY.rs au testeur. YYY.rs ne doit comporter aucun attri-
attribut3} but différent de attribut1, attribut2, attribut3. Si un attribut de la liste est
facultatif, il peut ne pas être présent dans YYY.rs.
⇐ YYY.rs = {attribut1= valeur1} Le DUT envoie le YYY.rs au testeur avec attribut1. La valeur d'attribut1,
c'est-à-dire valeur1, doit être stockée par le testeur et servira lors des
étapes de TP suivantes.
A ≡ B A «est égal à» B
A → B A «est transformé» en B
Ø Signifie «vide» ou «non configuré».
A.3 Buts d'essais de gestion de contexte
A.3.1 Généralité
Ces buts d'essais s'appliquent à l'Iso17575-3Adu, comme indiqué dans l'ISO 17575-3, paragraphe B.4.3,
Tableau B.6/1, attributs EFC comme indiqué dans l'ISO 17575-3, paragraphe B.4.3, Tableau B.8.
NOTE 1 Aucun but d'essai pour comportement invalide n'est spécifié (BI), l'ISO 17575-3 ne spécifiant aucun
comportement invalide du système frontal.
NOTE 2 Aucun comportement dynamique n'est couvert par la présente spécification. Le comportement
dynamique peut, par exemple, être une sélection de la classe tarifaire applicable par le système frontal en
fonction du véhicule, de l'heure, de l'utilisateur, de critères de localisation.
NOTE 3 Un rapport d'imputation envoyé par le DUT peut ou non comporter tous les éléments de données
énumérés dans la structure, pratiquement la totalité d'entre eux étant facultatifs.
© ISO 2017 – Tous droits réservés 9
---------------------- Page: 15 ----------------------
ISO 16410-1:2017(F)
A.3.2 Buts d'essais de BV
Objectif du sous-groupe d'essais:
— Tester le comportement du DUT en lien avec l'activation du contexte;
— Tester le comportement du DUT en lien ave
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.