ISO 16407-1:2017
(Main)Electronic fee collection — Evaluation of equipment for conformity to ISO 17575-1 — Part 1: Test suite structure and test purposes
Electronic fee collection — Evaluation of equipment for conformity to ISO 17575-1 — Part 1: Test suite structure and test purposes
The ISO 16407 series of standards specifies a suite of tests in order to assess the Front End and Back End behaviour compliancy towards the requirements listed in ISO 17575-1. ISO 16407-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.
Perception du télépéage — Évaluation de la conformité de l'équipement à l'ISO 17575-1 — Partie 1: Structure de la suite d'essais et objectifs des essais
Les normes ISO 16407 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-1. L'ISO 16407-1 :2017 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.
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 16407-1
First edition
2017-11
Electronic fee collection — Evaluation
of equipment for conformity to ISO
17575-1 —
Part 1:
Test suite structure and test purposes
Perception du télépéage — Évaluation de la conformité de
l'équipement à l'ISO 17575-1 —
Partie 1: Structure de la suite d'essais et objectifs des essais
Reference number
ISO 16407-1:2017(E)
©
ISO 2017
---------------------- Page: 1 ----------------------
ISO 16407-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 16407-1:2017(E)
Contents Page
Foreword .iv
Introduction .v
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 . 5
5.3 Test purposes (TP) . 6
5.3.1 TP definition conventions . 6
5.3.2 TP naming conventions . 6
5.4 Conformance test report . 7
Annex A (normative) Test purposes (TP) for Front End . 8
Annex B (normative) Test purposes (TP) for Back End .93
Annex C (normative) Data structures .97
Annex D (normative) PCTR for Front End .99
Annex E (normative) PCTR for Back End .104
Bibliography .108
© ISO 2017 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO 16407-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.
This document was prepared by Technical Committee ISO/TC 204, Intelligent transport systems.
This first edition cancels and replaces ISO/TS 16407-1:2011, which has been technically revised.
The main changes compared to the previous edition are as follows:
— this document has been converted from a Technical Specification to an International Standard;
— this document has been amended to reflect changes to the underlying base standards, especially
ISO 17575;
— this document contains major changes regarding
— data element changes introduced by ISO 17575-1 and ISO 17575-3,
— new test purposes related to protocol version handling and authenticated data elements,
— removed test purposes related to rules with respect to charging which are not anymore required
by ISO 17575-1,
— revised terms and definitions, and
— editorial and formal corrections, as well as changes to improve readability.
A list of all parts in the ISO 16407 series can be found on the ISO website.
iv © ISO 2017 – All rights reserved
---------------------- Page: 4 ----------------------
ISO 16407-1:2017(E)
Introduction
This document, is part of a series of International Standards that supports interoperability of
autonomous electronic fee collection (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 equiment (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 can 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 charging specified in ISO 17575-1.
This document is based on ISO 17575-1 and the ISO/IEC 9646 series of standards on conformance test
methodology.
© ISO 2017 – All rights reserved v
---------------------- Page: 5 ----------------------
INTERNATIONAL STANDARD ISO 16407-1:2017(E)
Electronic fee collection — Evaluation of equipment for
conformity to ISO 17575-1 —
Part 1:
Test suite structure and test purposes
1 Scope
The ISO 16407 series of standards specifies a suite of tests in order to assess the Front End and Back
End behaviour compliancy towards the requirements listed in ISO 17575-1. 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.
Test purposes defined in this document reflect the structural and semantical requirements stated in
ISO 17575-1:
— presence/absence of particular data elements;
— semantics related to various data elements:
— data group General (see ISO 17575-1:2016, 7.3);
— data group Security (see ISO 17575-1:2016, 7.4);
— data group Contract (see ISO 17575-1:2016, 7.5);
— data group Usage (see ISO 17575-1:2016, 7.6);
— data group Account (see ISO 17575-1:2016, 7.7);
— data group Versioning (see ISO 17575-1:2016, 7.8).
With regard to the individual data sets and EFC attributes defined in ISO 17575-1, the test purposes
have been organized into the test suite groups designated for the Front End and Back End, respectively.
Besides the test purposes, this document also specifies proforma conformance test report templates for
both the Front End and Back End test purposes.
For more information regarding the requirements against which the conformance is evaluated in this
document, see ISO 17575-1.
Testing of the following behaviours and functionalities is outside of the scope of this document:
— dynamic behaviour, i.e. sequence of messages and triggering events that can be exchanged/happen
to fulfil certain charging scenarios;
— profiles and business logic built on top of particular pricing schemas;
— as ISO 17575-1 does not specify any Behaviour Invalid of Front End and Back End, BI test purposes
are not applicable for any test purpose group.
© ISO 2017 – All rights reserved 1
---------------------- Page: 6 ----------------------
ISO 16407-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:2016, Electronic fee collection — Application interface definition for autonomous systems —
Part 1: Charging
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 (3.9) or structured sequences of data
elements
[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]
3.7
cordon
border line of an area
[SOURCE: ISO 17575-1:2016, 3.7]
2 © ISO 2017 – All rights reserved
---------------------- Page: 7 ----------------------
ISO 16407-1:2017(E)
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-1:2016, 3.10, modified — Note 1 to entry has been deleted.]
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, modified — The term “road” has been added in the definition as
well as Note 1 to entry.]
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]
3.16
toll
charge, tax, or duty levied in connection to using a vehicle in a toll domain (3.20)
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.
© ISO 2017 – All rights reserved 3
---------------------- Page: 8 ----------------------
ISO 16407-1:2017(E)
[SOURCE: ISO/TS 19299:2015, 3.42, modified — The phrase “in relation with” has been changed to “in
connection to” in the definition.]
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 (see ISO 14906)
ASN.1 Abstract Syntax Notation One (see ISO/IEC 8824-1)
ATS abstract test suite
BI behaviour invalid
BV behaviour valid (see EN 15876-1)
CCC compliance check communication (see ISO 12813)
CN cellular network
DUT device under test
4 © ISO 2017 – All rights reserved
---------------------- Page: 9 ----------------------
ISO 16407-1:2017(E)
EFC electronic fee collection (see ISO 14906)
GNSS Global Navigation Satellite Systems
HMI human machine interface
ID identifier
IUT implementation under test
OBE on-board equipment (see ISO 14906)
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
Behaviour valid
Charge report Front End
Behaviour invalid not applicable
Behaviour valid
Back end feedback Front End
Behaviour invalid not applicable
Behaviour valid
Charge report response Back End
Behaviour invalid not applicable
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 direct reference is reported; for 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 shall be modified
for the profile conformance testing,
c) for test purposes that are specific to ISO 17575-1, 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.
© ISO 2017 – All rights reserved 5
---------------------- Page: 10 ----------------------
ISO 16407-1:2017(E)
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.
Table 2 — TP definition rules
TP ID according to the TP naming Title
conventions
Reference
TP origin
Initial condition
Stimulus and expected behaviour
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 defines 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 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.
6 © ISO 2017 – All rights reserved
---------------------- Page: 11 ----------------------
ISO 16407-1:2017(E)
Table 3 — TP naming convention
Identifier: TP///-
applicable for FE CR Charge Report
applicable for FE BEF Back End Feedback
applicable for BE CRR Charge Report Response
= 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.
The supplier of the Back End shall complete the proforma conformance test report (PCTR) for Back End
as defined in Annex E.
© ISO 2017 – All rights reserved 7
---------------------- Page: 12 ----------------------
ISO 16407-1:2017(E)
Annex A
(normative)
Test purposes (TP) for Front End
A.1 General
This annex contains the test purposes (TP) for the conformity evaluation of Front End to ISO 17575-1.
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, attribute2, The IUT sends the YYY.rs to the Tester. YYY.rs shall not consist of any
attribute3} 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 = value1} The IUT sends the YYY.rs to the Tester with attribute1. Value 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 | B A OR B
−
x → n Value of parameter x is very close to n and x is less than n
+
x → n Value of parameter x is very close to n and x greater than n
In addition, the sequence of ADUs issued by the Front End is not constrained by ISO 17575-1. This means
that ADU cannot in general be forced to be generated by the IUT. To execute the test purposes it may be
needed to filter out some ADUs, as they might not be applicable for TP, e.g. some ADUs are applicable for
different toll context. This is illustrated in Figure A.1.
8 © ISO 2017 – All rights reserved
---------------------- Page: 13 ----------------------
ISO 16407-1:2017(E)
Charge Report Charge Report
ADU #1 ADU #1
Charge Report
ADU #2
Charge Report Charge Report
ADU#3 ADU#3
ADU Filter TP Execution
Front End
Charge Report Charge Report
(TP speci ic ) Engine
ADU#4 ADU#4
Charge Report
ADU #5
Charge Report Charge Report
ADU#6 ADU#6
Figure A.1 — Handling of ADUs applicable for particular TP
A.3 Charge report
A.3.1 General
These test purposes apply to data elements in Charge Report as claimed in ISO 17575-1:2016:
— Table B.6/1 – ChargeReport;
— Table B.6/3 – UsageStatement;
— Table B.7/1 – AuthenticatedChargeReport;
— Table B.7/2 – protocolVersion;
— Table B.7/3 – obeId;
— Table B.7/4 – vehicleLPNr;
— Table B.7/8 – chargeReportFinalRecipient;
— Table B.7/9 – timeOfReport;
— Table B.7/10 – reportPeriod;
— Table B.7/15 – chargeReportCounter;
— Table B.7/16 – mileage;
— Table B.9/1 – usageStatementID.
NOTE No test purposes for Behaviour Invalid are specified (BI) as ISO 17575-1 does not specify any
Behaviour Invalid of Front End.
A.3.2 BV test purposes
The test subgroup objective is to test the behaviour of the IUT with respect to data elements contained
in Charge Report.
© ISO 2017 – All rights reserved 9
---------------------- Page: 14 ----------------------
ISO 16407-1:2017(E)
Table A.2 — TP_CR_FE_BV_01
TP_CR_FE_BV_01 Protocol version handling
TP origin Specific
Reference ISO 17575-1:2016, 7.8.1
Initial condition Front End is initialized and has a toll context activated.
Front End sends context data in the format defined by ISO 17575-1:2016.
Authentication is not used.
Stimulus and expected behaviour
IUT Tester
1 ChargeReport = { ⇒
protocolVersion,
obeId,
vehicleLPNr,
paymentMeans,
serviceProviderContract,
tollContext
chargeReportFinalRecipient,
timeOfReport,
reportPeriod,
versionInfo,
usageStatementList,
sumVatForThisSession,
accountStatus,
chargeReportCounter,
mileage,
listOfCCCAttributes
}
2 Verify the structure of sent ChargeReport, taking
presence and absence of data elements into account
and verify allowed values of present data elements
according to Table C.1.
3 IF verify NOT “OK” THEN TP failed
4 Verify that protocolVersion is ISO 7575-1:2016
5 IF verify “OK”
THEN TP passed
ELSE TP failed
ENDIF
6 ⇐ ChargeReportResponse= {
chargeReportRespSender = any,
dataReceived = ChargeReport.timeofReport |
ChargeReport.mileage |
ChargeReport.chargeReportCounter,
versionsResponse = ø,
obeStatusForDriver = 0,
accountUpdate = ø
}
10 © ISO 2017 – All rights reserved
---------------------- Page: 15 ----------------------
ISO 16407-1:2017(E)
Table A.3 — TP_CR_FE_BV_02
TP_CR_FE_BV_02 Verify that Time of Report is according to the local time
TP origin Specific
Reference ISO 17575-1:2016, 7.3.1
Initial condition Front End received already Context Data with correctly set timeZone attribute
and requesting presence of timeOfReport.
Front End is initialized and has a toll context activated.
Authentication is not used.
Stimulus and expected behaviour
IUT Tester
1 ChargeReport = { ⇒
protocolVersion,
obeId,
vehicleLPNr,
paymentMeans,
serviceProviderContract,
tollContext,
chargeReportFinalRecipient,
timeOfReport,
reportPeriod,
versionInfo,
usageStatementList,
sumVatForThisSession,
accountStatus,
chargeReportCounter,
mileage,
listOfCCCAttributes
}
2 Verify the structure of sent ChargeReport, taking
presence and absence of data elements into account
and verify allowed values of present data elements
according to Table C.1.
3 IF verify NOT “OK” THEN TP failed
4 Verify that timeofReport is according to the local time
5 IF verify “OK”
THEN TP passed
ELSE TP failed
ENDIF
6 ⇐ ChargeReportResponse= {
chargeReportRespSender = any,
dataReceived =
ChargeReport.timeofReport |
ChargeReport.mileage |
ChargeReport.chargeReportCounter,
versionsResponse = ø,
obeStatusForDriver = 0,
accountUpdate = ø
}
© ISO 2017 – All rights reserved 11
---------------------- Page: 16 ----------------------
ISO 16407-1:2017(E)
Table A.4 — TP_CR_FE_BV_03
TP_CR_FE_BV_03 Verify that Charge Report Counter is incremented
TP origin Specific
Reference ISO 17575-1:2016, 7.3.4
Initial condition Front End received already Context Data requesting presence of
chargeReportCounter.
Front End is initialized and has a toll context activated.
Authentication is not used.
Stimulus and expected behaviour
IUT Tester
1 ChargeReport = { ⇒
protocolVersion,
obeId,
vehicleLPNr,
paymentMeans,
serviceProviderContract,
tollContext,
chargeReportFinalRecipient,
timeOfReport,
reportPeriod,
versionInfo,
usageStatementList,
sumVatForThisSession,
accountStatus,
chargeReportCounter = v1,
mileage,
listOfCCCAttributes
}
2 Verify the structure of sent ChargeReport, taking
presence and absence of data elements into account
and verify allowed values of present data elements
according to Table C.1.
3 IF verify NOT “OK” THEN TP failed
4 ⇐ ChargeReportResponse= {
chargeReportRespSender = any,
dataReceived = v1,
versionsResponse = ø,
obeStatusForDriver = 0,
accountUpdate = ø
}
5 ChargeReport = { ⇒
protocolVersion,
obeId,
vehicleLPNr,
paymentMeans,
serviceProviderContract,
tollContext,
chargeReportFinalRecipient,
timeOfReport,
reportPeriod,
versionInfo,
usageStatementList,
sumVatForThisSession,
accountStatus,
chargeReportCounter = v2,
mileage,
listOfCCCAttributes
}
12 © ISO 2017 – All rights reserved
---------------------- Page: 17 ----------------------
ISO 16407-1:2017(E)
Table A.4 (continued)
6 Verify the structure of sent ChargeReport, taking
presence and absence of data elements into account
and verify allowed values of present data elements
according to Table C.1.
7 IF verify NOT “OK” THEN TP failed
8 IF v2 > v1
THEN TP passed
ELSE TP failed
ENDIF
9 ⇐ ChargeReportResponse= {
chargeReportRespSender = any,
dataReceived = v2,
versionsResponse = ø,
obeStatusForDriver = 0,
accountUpdate = ø
}
Table A.5 — TP_CR_FE_BV_04
TP_CR_FE_BV_04 Charge
...
NORME ISO
INTERNATIONALE 16407-1
Première édition
2017-11
Perception du télépéage — Évaluation
de la conformité de l'équipement à
l'ISO 17575-1 —
Partie 1:
Structure de la suite d'essais et
objectifs des essais
Electronic fee collection — Evaluation of equipment for conformity to
ISO 17575-1 —
Part 1: Test suite structure and test purposes
Numéro de référence
ISO 16407-1:2017(F)
©
ISO 2017
---------------------- Page: 1 ----------------------
ISO 16407-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 16407-1:2017(F)
Sommaire Page
Avant-propos .iv
Introduction .v
1 Domaine d'application . 1
2 Références normatives . 2
3 Termes et définitions . 2
4 Abréviations . 4
5 Structure des suites de tests . 5
5.1 Structure . 5
5.2 Référence aux spécifications d'essais de conformité . 5
5.3 Buts d'essais (TP) . 6
5.3.1 Conventions de définition de TP . 6
5.3.2 Règles de nommage de TP . 6
5.4 Rapport d'essai de conformité . 7
Annexe A (normative) Buts d'essais (TP) pour le système frontal . 8
Annexe B (normative) Buts d'essais (TP) pour le système central .103
Annexe C (normative) Structures de données .107
Annexe D (normative) PCTR pour système frontal .109
Annexe E (normative) PCTR pour système central .113
Bibliographie .117
© ISO 2017 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO 16407-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 présent document a été élaboré par le comité technique ISO/TC 204, Systèmes intelligents de transport.
Cette première édition de l'ISO 16407-1 annule et remplace l'ISO/TS 16407-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és par l'ISO 17575-1 et l'ISO 17575-3;
— des nouveaux buts d'essais liés:
— à la gestion des versions de protocole;
— aux éléments de données authentifiés;
— suppression de buts d'essais liés:
— aux règles relatives à l’imputation qui ne sont plus exigées par l'ISO 17575-1.
— révision des termes et définitions;
— intégration de corrections rédactionnelles et formelles, ainsi que de modifications pour
améliorer la lisibilité.
Une liste des différentes parties de l'ISO 16407 peut être trouvée sur le site web de l'ISO.
iv © ISO 2017 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO 16407-1:2017(F)
Introduction
Le présent document (ISO 16407-1) fait partie d'une série de normes qui traite de l'interopérabilité
des systèmes d'EFC 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 à
l’imputation spécifiées dans l'ISO 17575-1.
L'ISO 16407-1 se base sur:
— l'ISO 17575-1; et
— la série de normes ISO/IEC 9646 sur la méthodologie des tests de conformité.
© ISO 2017 – Tous droits réservés v
---------------------- Page: 5 ----------------------
NORME INTERNATIONALE ISO 16407-1:2017(F)
Perception du télépéage — Évaluation de la conformité de
l'équipement à l'ISO 17575-1 —
Partie 1:
Structure de la suite d'essais et objectifs des essais
1 Domaine d'application
Les normes ISO 16407 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-1. 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.
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-1:
— Présence / absence d’éléments de données particuliers,
— Sémantique relative à divers éléments de données:
— Groupe de données Général (voir ISO 17575-1:2016, paragraphe 7.3)
— Groupe de données Sécurité (voir ISO 17575-1:2016, paragraphe 7.4)
— Groupe de données Contrat (voir ISO 17575-1:2016, paragraphe 7.5)
— Groupe de données Utilisation (voir ISO 17575-1:2016, paragraphe 7.6)
— Groupe de données Compte (voir ISO 17575-1:2016, paragraphe 7.7)
— Groupe de données Contrôle des versions (voir ISO 17575-1:2016, paragraphe 7.8)
En ce qui concerne les éléments de données individuels et les attributs EFC définis dans l'ISO 17575-1,
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.
Pour en savoir davantage sur les exigences par rapport auxquelles la conformité est évaluée dans le
présent document, voir l'ISO 17575-1:2016.
Les essais des fonctionnalités et comportements suivants ne font pas partie du domaine d'application
de la présente partie de l'ISO 16407:
— comportement dynamique, c'est-à-dire séquence de messages et événements de déclenchement
pouvant être échangés / intervenir pour satisfaire certains scénarios d'imputation;
— profils et logique d'entreprise construite au dessus de schémas de tarification particuliers;
— L'ISO 17575-1 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: 6 ----------------------
ISO 16407-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
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 maintiennent des bases de données terminologiques utilisées dans la normalisation aux
adresses suivantes:
— IEC Electropedia: disponible sur http://www.electropedia.org/
— Plate-forme de navigation ISO en ligne: disponible sur http://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 (3.9) ou d’une séquence struturée de tels
éléments
[SOURCE: ISO 17575-1:2016, 3.2]
3.3
authentificateur
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 (3.11)
[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 (3.11)
[SOURCE: ISO 17575-1:2016, 3.6]
2 © ISO 2017 – Tous droits réservés
---------------------- Page: 7 ----------------------
ISO 16407-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, modifié — Note 1 à l'article a été supprimée.]
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, modifiée — Le terme "road" a été ajouté à la définition ainsi qu'à la
note à l'article.]
Note 1 à l'article: Le système frontal comporte l’équipement embarqué et un proxy 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: 8 ----------------------
ISO 16407-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)
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.
[SOURCE: ISO/TS 19299:2015, 3.42, modifiée — La phrase "in relation with" a été changée en "in
connection to" dans la définition originale.]
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 (3.22), 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
ADU Application data unit (unités de données d’application) (ISO 14906)
ASN.1 Abstract Syntax Notation One (notation de syntaxe abstraite un) (ISO/IEC 8824-1)
ATS Abstract Test Suite (suite d'essais abstraite)
4 © ISO 2017 – Tous droits réservés
---------------------- Page: 9 ----------------------
ISO 16407-1:2017(F)
BI Invalid Behaviour (comportement invalide)
BV Valid Behaviour (comportement valide)
CCC Compliance Check Communication (communication de contrôle de conformité) (ISO 12813)
CN Cellular network (réseau cellulaire)
DUT Device Under Test (dispositif en cours d'essai)
EFC Perception du télépéage (anglais: Electronic Fee Collection) (ISO 14906)
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é) (ISO 14906)
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
Comportement valide
Rapport de perception Système frontal
Comportement invalide inapplicable
Comportement valide
Réponse du système central Système frontal
Comportement invalide inapplicable
Comportement valide
Réponse au rapport de perception Système central
Comportement invalide inapplicable
5.2 Référence aux spécifications d'essais de conformité
Cette partie de l'ISO 16407 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 ce document 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ée, avec la référence;
© ISO 2017 – Tous droits réservés 5
---------------------- Page: 10 ----------------------
ISO 16407-1:2017(F)
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-1, 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.
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. 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'ISO 17575-1.
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'essai 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éci-
fique pour ce profil standard.
Condition initiale Cette condition définit dans quel état initial le DUT doit appliquer le
TP considéré.
Stimulus et Définition des événements générés par le testeur et des événements
comportement prévu qui, pour le 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:
6 © ISO 2017 – Tous droits réservés
---------------------- Page: 11 ----------------------
ISO 16407-1:2017(F)
TP____
TP pour indiquer qu'il s'agit d'un but d'essai (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).
Les conventions de nommage sont décrites au Tableau 3.
Tableau 3 — Convention de nommage des TP
Identifiant: TP///-
applicable pour FE CR Rapport de perception
applicable pour FE BEF Réponse du système central
applicable pour BE CRR Réponse au rapport de perception
= 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.
© ISO 2017 – Tous droits réservés 7
---------------------- Page: 12 ----------------------
ISO 16407-1:2017(F)
Annexe A
(normative)
Buts d'essais (TP) pour le système frontal
A.1 Introduction
Cette annexe contient les buts d'essais (TP) pour l'évaluation de la conformité à l'ISO 17575-1 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
attribut3} attribut 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 | B A OU B
−
x → n La valeur du paramètre x est très proche de n et x est inférieur à n
+
x → n La valeur du paramètre x est très proche de n et x est supérieur à n
De plus, il faut noter que la séquence d'ADU délivrée par un système frontal n'est pas restreinte par
l’ISO 17575-1. Cela signifie qu'il est en général impossible de forcer l'ADU à être générée par le DUT.
Pour exécuter les buts d'essais, il peut être nécessaire de filtrer certaines ADU, du fait qu'elles ne sont
pas forcément applicables aux TP, par ex. lorsque certaines ADU sont applicables à un contexte de péage
différent. La Figure A.1 illustre une telle situation.
8 © ISO 2017 – Tous droits réservés
---------------------- Page: 13 ----------------------
ISO 16407-1:2017(F)
Charge Report Charge Report
ADU #1 ADU #1
Charge Report
ADU #2
Charge Report Charge Report
ADU#3 ADU#3
ADU Filter TP Execution
Front End
Charge Report Charge Report
(TP speci ic ) Engine
ADU#4 ADU#4
Charge Report
ADU #5
Charge Report Charge Report
ADU#6 ADU#6
Figure A.1 — Gestion d'ADU applicables à des TP particuliers
A.3 Rapport de perception
A.3.1 Généralité
Ces buts d’essais s’appliquent aux éléments de données du rapport de perception selon l’ISO 17575-1:2016:
— Tableau B.6/1 – Rapport de perception,
— Tableau B.6/3 – Déclaration d'utilisation,
— Tableau B.7/1 – AuthenticatedChargeReport (rapport de perception authentifié),
— Tableau B.7/2 – protocolVersion (version du protocole),
— Tableau B.7/3 – obeId (ID de l’OBE),
— Tableau B.7/4 – vehicleLPNr (n° d’immatriculation du véhicule),
— Tableau B.7/8 – chargeReportFinalRecipient (destinataire final du rapport de perception),
— Tableau B.7/9 – timeOfReport (date et heure du rapport),
— Tableau B.7/10 – reportPeriod (période du rapport),
— Tableau B.7/15 – chargeReportCounter (compteur de rapport de perception),
— Tableau B.7/16 – mileage (kilométrage),
— Tableau B.9/1 – usageStatementID (ID de déclaration d'utilisation).
NOTE Aucun but d'essai pour comportement invalide n'est spécifié (BI), l'ISO 17575-1 ne spécifiant aucun
comportement invalide du système frontal.
A.3.2 Buts d'essais de BV
Objectif du sous-groupe d'essais:
— tester le comportement du DUT en fonction des éléments de données contenus dans le rapport de
perception.
© ISO 2017 – Tous droits réservés 9
---------------------- Page: 14 ----------------------
ISO 16407-1:2017(F)
Tableau A.2 — TP_CR_FE_BV_01
TP_CR_FE_BV_01 Gestion des versions de protocole
Origine de TP Spécifique
Référence ISO 17575-1:2016, paragraphe 7.8.1
Condition initiale Le système frontal est initialisé et a un contexte de péage activé.
Le système frontal envoie les données de contexte au format défini par
l’ISO 17575-1:2016.
L'authentification n'est pas utilisée.
Stimulus et comportement prévu
DUT Testeur
1 ChargeReport = { ⇒
protocolVersion,
obeId,
vehicleLPNr,
paymentMeans,
serviceProviderContract,
tollContext,
chargeReportFinalRecipient,
timeOfReport,
reportPeriod,
versionInfo,
usageStatementList,
sumVatForThisSession,
accountStatus,
chargeReportCounter,
mileage,
listOfCCCAttributes
}
2 Vérifie la structure du ChargeReport envoyé, en tenant
compte de la présence et de l'absence d'éléments de
données, et vérifie les valeurs autorisées des éléments de
données présents, conformément au Tableau C.1
3 SI le résultat de la vérification est NON OK, ALORS TP
NON OK
4 Vérifier que protocolVersion est iso17575-1-2016
5 SI le résultat de la vérification est OK
ALORS TP OK
SINON TP NON OK
FIN (ENDIF)
6 ⇐ ChargeReportResponse= {
chargeReportRespSender = any,
dataReceived = ChargeReport.timeofReport |
ChargeReport.mileage |
ChargeReport.chargeReportCounter,
versionsResponse = ø,
obeStatusForDriver = 0,
accountUpdate = ø
}
10 © ISO 2017 – Tous droits réservés
---------------------- Page: 15 ----------------------
ISO 16407-1:2017(F)
Tableau A.3 — TP_CR_FE_BV_02
TP_CR_FE_BV_02 Vérifier que la date et l’heure du rapport sont en fonction des dates et
heure locales
Origine de TP Spécifique
Référence ISO 17575-1:2016, paragraphe 7.3.1
Condition initiale Le s
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.