ISO 13143-1:2020
(Main)Electronic fee collection — Evaluation of on-board and roadside equipment for conformity to ISO 12813 — Part 1: Test suite structure and test purposes
Electronic fee collection — Evaluation of on-board and roadside equipment for conformity to ISO 12813 — Part 1: Test suite structure and test purposes
This document specifies the test suite structure (TSS) and test purposes (TPs) for evaluating the conformity of on-board equipment (OBE) and roadside equipment (RSE) to ISO 12813. It provides a basis for conformance tests for dedicated short-range communication (DSRC) OBE and RSE to support interoperability between different equipment supplied by different manufacturers. ISO 12813 defines requirements on the compliance check communication (CCC) interface level, but not for the RSE or OBE internal functional behaviour. Consequently, tests regarding OBE and/or RSE functional behaviour remain outside the scope of this document.
Perception de télépéage — Évaluation des équipements embarqués et en bord de route quant à la conformité avec l'ISO 12813 — Partie 1: Structure de suite d'essais et buts des essais
Le présent document spécifie la structure de la suite d'essais (TSS, Test Suite Structure) et les buts des essais (TP, Test Purposes) pour évaluer la conformité des équipements embarqués (OBE) et des équipements en bord de route (RSE) par rapport à l'ISO 12813. Il fournit une base pour les essais de conformité des OBE et RSE de communication dédiée à courte portée (DSRC) afin de permettre l'interopérabilité entre les différents équipements fournis par différents fabricants. L'ISO 12813 définit les exigences applicables au niveau d'interface de communication de contrôle de conformité CCC mais qui ne concernent pas le comportement fonctionnel interne des RSE et OBE. Par conséquent, les essais relatifs au comportement fonctionnel des OBE et/ou RSE restent en dehors du domaine d'application du présent document.
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 13143-1
Second edition
2020-11
Electronic fee collection — Evaluation
of on-board and roadside equipment
for conformity to ISO 12813 —
Part 1:
Test suite structure and test purposes
Perception de télépéage — Évaluation des équipements embarqués et
en bord de route quant à la conformité avec l'ISO 12813 —
Partie 1: Structure de suite d'essais et buts des essais
Reference number
©
ISO 2020
© ISO 2020
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address
below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2020 – All rights reserved
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 2
4 Abbreviated terms . 3
5 Test suite structure (TSS) . 4
5.1 Structure . 4
5.2 Reference to conformance test specifications . 4
5.3 Test purposes (TPs) . 5
5.3.1 TP definition conventions . 5
5.3.2 TP naming conventions . 5
5.4 Conformance test report . 6
Annex A (normative) Test purposes for on-board equipment . 7
Annex B (normative) Test purposes for roadside equipment.46
Annex C (normative) Protocol conformance test report proforma for on-board equipment .58
Annex D (normative) Protocol conformance test report proforma for roadside equipment .65
Bibliography .70
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 of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www .iso .org/
iso/ foreword .html.
This document was prepared by Technical Committee ISO/TC 204, Intelligent transport systems, in
collaboration with the European Committee for Standardization (CEN) Technical Committee CEN/TC
278, Intelligent transport systems, in accordance with the Agreement on technical cooperation between
ISO and CEN (Vienna Agreement).
This second edition cancels and replaces the first edition (ISO 13143-1:2016), which has been technically
revised.
The main changes compared to the previous edition are as follows:
— amendments to reflect changes to the underlying requirements standards, in particular ISO 12813
and ISO 14906;
— amendment of terms to reflect the harmonization of terms across electronic fee collection (EFC)
standards.
A list of all parts in the ISO 13143 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www .iso .org/ members .html.
iv © ISO 2020 – All rights reserved
Introduction
On-board equipment (OBE) that uses satellite-based positioning technology to collect data required for
charging for the use of roads operates in an autonomous way (i.e. without relying on dedicated roadside
infrastructure). The OBE records the amount of road usage in all toll charging systems it passes through.
This document defines the process and tests for evaluation of OBE and roadside equipment (RSE) for
conformity to ISO 12813.
ISO 12813 defines requirements for dedicated short-range communication (DSRC) between OBE and an
interrogator for the purpose of checking conformance of road use with a local toll regime. It assumes an
electronic fee collection (EFC) services architecture according to ISO 17573-1.
This document is intended to:
— assess OBE and RSE capabilities,
— assess OBE and RSE behaviour,
— serve as a guide for OBE and RSE conformance evaluation and type approval,
— achieve comparability between the results of the corresponding tests applied in different places at
different times, and
— facilitate communication between parties.
This document is based on:
— ISO 12813,
— the set of DSRC standards defining the communication stack, and
— ISO/IEC 9646.
INTERNATIONAL STANDARD ISO 13143-1:2020(E)
Electronic fee collection — Evaluation of on-board and
roadside equipment for conformity to ISO 12813 —
Part 1:
Test suite structure and test purposes
1 Scope
This document specifies the test suite structure (TSS) and test purposes (TPs) for evaluating the
conformity of on-board equipment (OBE) and roadside equipment (RSE) to ISO 12813.
It provides a basis for conformance tests for dedicated short-range communication (DSRC) OBE and
RSE to support interoperability between different equipment supplied by different manufacturers.
ISO 12813 defines requirements on the compliance check communication (CCC) interface level, but
not for the RSE or OBE internal functional behaviour. Consequently, tests regarding OBE and/or RSE
functional behaviour remain outside the scope of this document.
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 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country codes
ISO 12813:2019, Electronic fee collection — Compliance check communication for autonomous systems
ISO 14816, Road transport and traffic telematics — Automatic vehicle and equipment identification —
Numbering and data structure
ISO 14906:2018, Electronic fee collection — Application interface definition for dedicated short-range
communication
ISO/TS 14907-2:2016, Electronic fee collection — Test procedures for user and fixed equipment — Part 2:
Conformance test for the on-board unit application interface
EN 12834:2003, Road transport and traffic telematics — Dedicated Short Range Communication (DSRC) —
DSRC application layer
EN 13372:2004, Road Transport and Traffic Telematics (RTTT) — Dedicated short-range communication —
Profiles for RTTT applications
EN 15509:2014, Electronic fee collection — Interoperability application profile for DSRC
EN 15876-1, Electronic fee collection — Evaluation of on-board and roadside equipment for conformity to
EN 15509 — Part 1: Test suite structure and test purposes
ETSI/TS 102 486-2-2 V1.2.1(2008-10), Intelligent Transport Systems (ITS); Road Transport and Traffic
Telematics (RTTT); Test specifications for Dedicated Short Range Communication (DSRC) transmission
equipment; Part 2: DSRC application layer; Sub-Part 2: Test Suite Structure and Test Purposes (TSS & TP)
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:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at http:// www .electropedia .org/
3.1
access credentials
AC-CR
trusted attestation or secure module that establishes the claimed identity of an object or application
[SOURCE: ISO/TS 17573-2:2020, 3.4]
3.2
attribute
addressable package of data consisting of a single data element or structured sequences of data
elements
[SOURCE: ISO/TS 17573-2:2020, 3.13]
3.3
authentication
security mechanism allowing verification of the provided identity
[SOURCE: ISO/TS 17573-2:2020, 3.15]
3.4
authenticator
data, possibly encrypted, that is used for authentication (3.3)
[SOURCE: ISO/TS 17573-2:2020, 3.16]
3.5
data group
class of closely related attributes (3.2)
[SOURCE: ISO/TS 17573-2:2020, 3.55]
3.6
Element
dedicated short-range communication (DSRC) directory containing application information in the form
of attributes (3.2)
3.7
implementation conformance statement
ICS
statement of capabilities and options that have been implemented that defines to what extent the
implementation is compliant with a given specification
[SOURCE: ISO/TS 17573-2:2020, 3.90]
3.8
protocol implementation conformance statement
PICS
ICS (3.7) for an implementation or system claimed to conform to a given protocol specification
[SOURCE: ISO/IEC 9646-1:1994, 3.3.80]
2 © ISO 2020 – All rights reserved
3.9
on-board equipment
OBE
all required equipment on-board a vehicle for performing required electronic fee collection (EFC)
functions and communication services
[SOURCE: ISO/TS 17573-2:2020, 3.126]
3.10
on-board unit
OBU
electronic unit on-board a vehicle for performing specific electronic fee collection (EFC) functions and
for communication with external systems
[SOURCE: ISO/TS 17573-2:2020, 3.127]
3.11
roadside equipment
RSE
fixed of moveable electronic fee collection (EFC) equipment located along or on the road
[SOURCE: ISO/TS 17573-2:2020, 3.161, modified — Note 1 to entry deleted.]
3.12
tester
combination of equipment, humans and processes able to perform specified conformance tests
[SOURCE: ISO/TS 17573-2:2020, 3.188]
3.13
transaction
whole of the exchange of information between two physically separated communication facilities
[SOURCE: ISO/TS 17573-2:2020, 3.211]
4 Abbreviated terms
APDU application protocol data unit
AP application process
ATS abstract test suite
BI behaviour invalid (i.e. invalid behaviour tests)
BST beacon service table
BV behaviour valid (i.e. valid behaviour tests)
CCC compliance check communication
DLC data link control
DSRC dedicated short-range communication
DUT device under test
EFC electronic fee collection
EID Element identifier
LLC logical link control
MAC medium access control
PCTR protocol conformance test report
PDU protocol data unit
PIXIT protocol implementation extra information for testing
SCTR system conformance test report
T-APDU transfer-application protocol data unit
TP test purpose
TSS test suite structure
VST vehicle service table
5 Test suite structure (TSS)
5.1 Structure
Table 1 shows the test suite structure (TSS) including its subgroups that are inherited from other
specifications.
Table 1 — Test suite structure
Group Type of DUT Behaviour
Physical layer OBE BV
BI
RSE BV
BI
Data link Control (DLC) OBE BV
BI
Medium Access Control (MAC) sublayer
RSE BV
BI
DLC Logical Link Control (LLC) sublayer OBE BV
BI
RSE BV
BI
Application layer OBE BV
BI
RSE BV
BI
Physical layer tests are to be performed in a radio wave laboratory. They will not form part of the
abstract test suite (ATS).
5.2 Reference to conformance test specifications
Conformance to a profile standard implies conformance to the related base standards. Hence, a number
of test cases for the CCC application are identical to the conformance test cases for the related base
4 © ISO 2020 – All rights reserved
standards. Other test cases are derived from the base standards conformance test cases, by applying
some restrictions or choices in, for example, the parameters values, according to what is stated in the
profile standard. Finally, specific conformance test cases for the CCC application are identified for
statements contained in the CCC application, which have no equivalence in the base standards. These
latter cases cover for example, the application layer data test purposes. 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 the base standards conformance test cases
(see e.g. ETSI/TS 102 486-2-2 or EN 15876-1), 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 been
modified for the profile conformance testing.
c) For test purposes that are specific to the standard profile, a complete description is given.
An indication on whether a test purpose is identical, derived, or specific is given in each test purpose.
5.3 Test purposes (TPs)
5.3.1 TP definition conventions
The TPs are defined following the rules shown in Table 2. All TPs are defined in Annex A and Annex B.
Table 2 — TP definition rules
TP ID according to Title
the TP naming conventions Reference
TP origin
Initial condition
Stimulus and expected behaviour
TP ID The TP ID is a unique identifier. It is specified according to the TP naming conven-
tions defined in 5.3.2.
Title Short description of TP objective.
Reference Contains the reference (document, clause, paragraph) to the subject to be validated
by the actual 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 the required initial state of the DUT at the time of launching
of the actual TP.
Stimulus and expected Definition of the events the tester performs and the events that are expected from
behaviour the DUT 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;
: to which group among those defined in Table 1 the TP applies;
: type of DUT (i.e. OBE or RSE);
: type of testing (i.e. Valid behaviour tests, BV, or Invalid behaviour tests, BI);
: sequential TP number (01 to 99).
The naming conventions are as described in Table 3.
Table 3 — TP naming conventions
applicable for OBU/RSE PHY Physical layer
applicable for OBU/RSE MAC/LLC MAC/LLC sublayer
applicable for OBU/RSE AP-BAS Application layer – I Kernel support
applicable for OBU AP-FUN Application layer – T Kernel support
applicable for OBU AP-DAT Application layer – Data attributes support
applicable for OBU AP-SEC Application layer – Security Level 1 support
applicable for RSE AP-GET Application layer - GET-rq protocol data unit (PDU) test purposes,
applicable for RSE AP-STA Application layer - GET-STAMPED-rq PDU test purposes
applicable for RSE AP-MMI Application layer - SET-MMI-rq PDU test purposes
applicable for RSE AP-ECH Application layer - ECHO-rq PDU test purposes
applicable for RSE AP-REL Application layer - EVENT-REPORT-rq PDU test purposes
5.4 Conformance test report
The manufacturer of the OBE and the RSE, respectively, is responsible for providing a conformance
test report.
The manufacturer of the OBE shall complete the protocol conformance test report (PCTR) for OBE as
defined in Annex C.
The manufacturer of the RSE shall complete the PCTR for roadside equipment as defined in Annex D.
6 © ISO 2020 – All rights reserved
Annex A
(normative)
Test purposes for on-board equipment
A.1 Introduction
A.1.1 General
This annex contains the test purposes (TPs) for the conformity evaluation of OBE to ISO 12813.
A.1.2 Symbols in TP descriptions
For the application layer test purposes, a special notation and symbol convention is used, as defined in
this subclause.
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 protocol data unit (PDU) to the device under test (DUT).
⇐ YYY.rs The DUT sends the YYY.rs PDU to the Tester.
A ≡ B Test purpose A “is congruent to” Test purpose B. The notation "Test purpose A ≡ Test purpose B"
means that the Test purpose A is the same as Test purpose B. If differences in parameters or pa-
rameter values have to be applied, these differences are indicated in the text immediately below.
A → B Object A “is transformed” into Object B. So, a notation like “Table X → Table Y” means that, for the
scope of the TP, any reference of Table X should be changed into a reference to Table Y.
= Means “assignment”. That is, a notation like “accessCredentials = a value” means that the field
accessCredentials is given a value.
Ø Means “empty” or “not set”. So, a notation like “accessCredentials = Ø → accessCredentials = calcu-
lated value”, for a given TP, means “change all occurrences in which the field accessCredentials has
not been assigned to a calculation of the value accessCredentials to a given value".
A.2 Physical layer
As per ISO 12813:2019, 5.5.2, all test purposes TP/PHY/OBU/Bx/yy defined in EN 15876-1 are
applicable for the conformity evaluation of OBE to CEN–DSRC based CCC as defined in ISO 12813:2019,
Table B.8, Item 1.
A.3 MAC and LLC
As per ISO 12813:2019, 5.5.2, all test purposes TP/MAC/OBU/Bx/yy (except TP/MAC/OBU/BV/09, see
NOTE) and TP/LLC/OBU/Bx/yy defined in EN 15876-1 are applicable for the conformity evaluation of
OBE to CEN–DSRC based CCC as defined in ISO 12813:2019, Table B.8, Item 1.
NOTE Test purpose TP/MAC/OBU/BV/09 has been excluded from this document as this TP does not apply
for profiles 0/1 of EN 13372.
A.4 Application Layer
A.4.1 Structure of BST and VST
A.4.1.1 BST
The BST general structure, as is transmitted to the OBE, is described in Table A.2.
Table A.2 — BST general structure
Length Allowed values
T-APDUs 4 bits '1000' indicating initialisation-request (BST)
Option indicator 1 bit (nonmandApplications opt.) 0/1
RSE manufacturerid 16 bits As per ISO 14816
individualid 27 bits As specified by manufacturer
Time 32 bits UNIX real time
Profile 1 bit (Profile ext.) 0 (= no extension)
7 bits As per Profile in EN 13372:2004, 6.3.2
MandAp- 1 bit (mandApplications ext.) 0 (= no extension)
plications
7 bits (number of applications) M
CCC 1 bit (eid opt.) 0 (= eid not present)
application
1 bit (parameter opt.) 0 (= parameter not present)
Aid 1 bit (aid ext.) 0 (= no extension)
5 bits 20 (= CCC application)
Applica-
tion 2
1 bit (eid opt.) 0/1
(not CCC)
1 bit (parameter opt.) 0/1
Aid 1 bit (aid ext.) 0 (= no extension)
5 bits ≠ 20 (= no CCC application)
Eid 1 bit (eid ext.) 0 (= no extension)
7 bits Any
parameter Refer to ApplicationContextMark
as per EN 12834:2003, Annex A
... ... ...
Application
M
1 bit (eid opt.) 0/1
(not CCC)
1 bit (parameter opt.) 0/1
Aid 1 bit (aid ext.) 0 (= no extension)
5 bits ≠ 20 (= no CCC application)
Eid 1 bit (eid ext.) 0 (= no extension)
7 bits Any
parameter Refer to ApplicationContextMark as per
EN 12834:2003, Annex A
Nonmand 1 bit (mandApplications ext.) 0 (= no extension)
Applica-
7 bits (number of applications) N
tions
Application 1 See “Application 2 (not CCC)” of mandApplications
(not CCC)
... ...
Application N See “Application 2 (not CCC)” of mandApplications
(not CCC)
profileList 1 bit (profileList ext.) 0 (= no extension)
8 © ISO 2020 – All rights reserved
Table A.2 (continued)
Length Allowed values
7 bits (number of profiles) K
Profile 1 1 bit (Profile ext.) 0 (= no extension)
7 bits Refer to Profile as per EN 12834:2003, Annex A
and EN 13372:2004, 6.3.2
... ... ...
Profile K 1 bit (Profile ext.) 0 (= no extension)
7 bits Refer to Profile as per EN 12834:2003, Annex A
and EN 13372:2004, 6.3.2
A.4.1.2 VST
The general structure for a VST indicating one CCC-application as is transmitted by the OBE is described
in Table A.3.
Table A.3 — VST1 (security level 1): valid VST indicating one CCC application
Length Allowed value
Fill 4 bits Any
1 bit (Profile ext.) 0 (= no extension)
Profile
Refer to Profile as per
7 bits
EN 12834:2003, Annex A
1 bit (applications ext.) 0 (= no extension)
7 bits (number of applic.) M
1 bit (eid opt.) 1 (= eid present)
1 bit (parameter opt.) 1 (= parameter present)
1 bit (aid ext.) 0 (= no extension)
aid
5 bits 20 (= CCC application)
1 bit (eid ext.) 0 (= no extension)
eid
7 bits Any (≠ other eid used in this VST)
1 bit (Container ext.) 0 (= no extension)
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 16
10 bits (CountryCode) As per ISO 3166-1
Contract
Provider
14 bits (IssuerIdentifier) As per ISO 14816
CCC- typeOf
16 bits Any
CCC
ContextMark Contract
application
Applications 1 bit (contextVersion ext.) 0 (= no extension)
context
Version
7 bits Any
para
meter
1 bit (Container ext.) 0 (= no extension)
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 2
AC_Master
8 bits Any
KeyRef
AC_CR-
Reference
AC_CR-
8 bits Any
Diversifier
1 bit (Container ext.) 0 (= no extension)
Table A.3 (continued)
Length Allowed value
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 4
RndOBE 32 bits Any
1 bit (eid opt.) 0/1
1 bit (parameter opt.) 0/1
1 bit (aid ext.) 0 (= no extension)
Refer to DSRCApplicationEntit-
aid
5 bits yID,
Application 2
as per EN 12834:2003, Annex A
1 bit (eid ext.) 0 (= no extension)
eid
7 bits Any (≠ other eid used in this VST)
Refer to ApplicationContextMark,
parameter
as per EN 12834:2003, Annex A
…
1 bit (eid opt.) 0/1
1 bit (parameter opt.) 0/1
1 bit (aid ext.) 0 (= no extension)
Refer to DSRCApplicationEntit-
aid
Application M 5 bits yID,
as per EN 12834:2003, Annex A
1 bit (eid ext.) 0 (= no extension)
eid
7 bits Any (≠ other eid used in this VST)
Refer to
parameter ApplicationContextMark,
as per EN 12834:2003, Annex A
1 bit (obeStatus opt.) 0/1
OBE
Configuration
equipmentClass 15 bits Any
manufacturerId 16 bits Any
obeStatus 16 bits Any
The general structure for a VST indicating two CCC applications as is optionally transmitted by the OBE
is described in Table A.4.
VST2 shall indicate the presence of two CCC applications with the following definitions (refer to
ISO 12813:2019, 8.2.3):
— one CCC application shall conform to ISO 12813:2019; and
— the other CCC application shall conform to ISO 12813:2015.
NOTE Evaluation of conformance with ISO 12813:2015 is outside the scope of this document.
Table A.4 — VST2 (security level 1) — Valid VST indicating two CCC applications
Length Allowed value
Fill 4 bits Any
1 bit (Profile ext.) 0 (= no extension)
Profile
Refer to Profile as per
7 bits
EN 12834:2003, Annex A
1 bit (applications ext.) 0 (= no extension)
7 bits (number of applic.) M (≥2)
1 bit (eid opt.) 1 (= eid present)
1 bit (parameter opt.) 1 (= parameter present)
10 © ISO 2020 – All rights reserved
Table A.4 (continued)
Length Allowed value
1 bit (aid ext.) 0 (= no extension)
aid
5 bits 20 (= CCC application)
1 bit (eid ext.) 0 (= no extension)
eid
7 bits Any
1 bit (Container ext.) 0 (= no extension)
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 16
10 bits (CountryCode) As per ISO 3166-1
Contract
Provider
14 bits (IssuerIdentifier) As per ISO 14816
CCC TypeOf
Applications CCC- 16 bits Any
application1 Contract
ContextMark1
1 bit (contextVersion ext.) 0 (= no extension)
context
para
Version
7 bits Any
meter
1 bit (Container ext.) 0 (= no extension)
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 2
AC_Master
8 bits Any
KeyRef
AC_CR-
Reference
AC_CR-
8 bits Any
Diversifier
1 bit (Container ext.) 0 (= no extension)
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 4
RndOBE 32 bits Any
1 bit (eid opt.) 1 (= eid present)
1 bit (parameter opt.) 1 (= parameter present)
1 bit (aid ext.) 0 (= no extension)
aid
5 bits 20 (= CCC application)
1 bit (eid ext.) 0 (= no extension)
eid
7 bits ≠ eid of CCC application1
1 bit (Container ext.) 0 (= no extension)
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 16
10 bits (CountryCode) As per ISO 3166-1
Contract
Provider
14 bits (IssuerIdentifier) As per ISO 14816
TypeOf
CCC- 16 bits Any
Contract
ContextMark2
1 bit (contextVersion ext.) 0 (= no extension)
context
CCC
Version
7 bits Any
application2
1 bit (Container ext.) 0 (= no extension)
para
7 bits (Container CHOICE) 2 (= OCTET STRING)
meter
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 2
Table A.4 (continued)
Length Allowed value
AC_Master
8 bits Any
KeyRef
AC_CR-
Reference
AC_CR-
8 bits Any
Diversifier
1 bit (Container ext.) 0 (= no extension)
7 bits (Container CHOICE) 2 (= OCTET STRING)
1 bit (octet string ext.) 0 (= no extension)
7 bits (octet string length) 4
RndOBE 32 bits Any
:::
1 bit (eid opt.) 1 (= eid present)
1 bit (parameter opt.) 0 (= parameter not present)
1 bit (aid ext.) 0 (= no extension)
Optional application M
aid
(non CCC-application)
5 bits ≠ 20
1 bit (eid ext.) 0 (= no extension)
eid
7 bits Any (≠ other eid used in this VST)
1 bit (obeStatus opt.) 1 (= obeStatus present)
obe
Configuration
equipmentClass 15 bits Any
manufacturerId 16 bits Any
obeStatus 16 bits Any
A.4.2 PDUs parameters
A.4.2.1 Parameters of request PDUs
The following tables describe the valid format of the request APDUs:
— Table A.5;
— Table A.6;
— Table A.7;
— Table A.8;
— Table A.9.
No other request commands are used by CCC application.
Fill bits shall always be set to zero.
Table A.5 — GET-Rq parameters (security level 1)
EN 12834:2003, Annex A ISO 14906:2018, Annex A EN 15509:2014, Table C.16
GET-Rq Fill =
Eid =
accessCredentials optional = mandatory
Iid optional prohibited
attributeIdList optional mandatory
12 © ISO 2020 – All rights reserved
Table A.6 — Action-Rq parameters for GET_STAMPED action (security level 1)
EN 12834:2003, Annex A ISO 14906:2018, Annex A EN 15509:2014, Table C.16 and
ISO 12813
ACTION-Rq Mode TRUE
Eid =
actionType 0 (GET_STAMPED)
=
accessCredentials optional mandatory
actionParameters optional GetStampedRq
Iid optional prohibited
Table A.7 — Action-Rq parameters for SET_MMI action
EN 12834:2003, Annex A ISO 14906:2018, Annex A EN 15509:2014, Table C.16 and
ISO 12813
ACTION-Rq Mode =
Eid 0
actionType 10 (SET_MMI)
=
accessCredentials optional prohibited
actionParameters optional SetMMIRq
Iid optional prohibited
Table A.8 — Action-Rq parameters for ECHO action
EN 12834:2003, Annex A ISO 14906:2018, Annex A EN 15509:2014, Table C.16 and
ISO 12813
ACTION-Rq Mode =
Eid 0
actionType 15 (ECHO)
=
accessCredentials optional prohibited
actionParameters optional mandatory
Iid optional prohibited
Table A.9 — EVENT-REPORT-Rq parameters
EN 12834:2003, Annex A ISO 14906:2018, Annex A EN 15509:2014, Table C.16 and
ISO 12813
EVENT-RE- Mode =
PORT-Rq
Eid 0
eventType 0 (release)
=
accessCredentials optional prohibited
eventParameters optional prohibited
Iid optional prohibited
A.4.2.2 Parameters of response PDUs
The following tables describe the valid format of the response APDUs:
— Table A.10;
— Table A.11;
— Table A.12;
— Table A.13.
No other request commands are used by CCC application.
Fill bits shall always be set to zero.
Table A.10 — GET-Rs parameters
EN 12834:2003, Annex A ISO 14906:2018, EN 15509:2014, Table C.16
Annex A
GET-Rs Fill =
Eid =
Iid optional = prohibited
attributeList optional mandatory
Ret optional mandatory
Table A.11 — Action-Rs parameters for GET_STAMPED action
EN 12834:2003, Annex A ISO 14906:2018, EN 15509:2014, Table C.16 and
Annex A ISO 12813
ACTION-Rs Fill =
Eid =
Iid optional = prohibited
responseParameter optional mandatory
Ret optional mandatory
Table A.12 — Action-Rs parameters for SET_MMI action
EN 12834:2003, Annex A ISO 14906:2018, EN 15509:2014, Table C.16 and
Annex A ISO 12813
ACTION-Rs Fill =
Eid 0
Iid optional = prohibited
responseParameter optional prohibited
Ret optional mandatory
Table A.13 — Action-Rs parameters for ECHO action
EN 12834:2003, Annex A ISO 14906:2018, EN 15509:2014, Table C.16 and
Annex A ISO 12813
ACTION-Rs Fill =
Eid 0
Iid optional = prohibited
responseParameter optional conditional (present when ret = 0)
Ret optional mandatory
A.4.3 Application I-kernel TPs for OBE, security level 1
A.4.3.1 General
These TPs apply to security level 1 as defined in ISO 12813:2019, Table B.6, Item 1 and to initialisation
and termination processes defined in ISO 12813:2019, Table B.7, Items 1 and 5.
14 © ISO 2020 – All rights reserved
A.4.3.2 Data structures
For the purpose of this conformance test, the following BSTs described in
— Table A.14, and
— Table A.15
are transmitted to the DUT. Invalid values are indicated in boldface.
Table A.14 — BST1 (actual BST used, BV) valid BST
Length Value
Option indicator 1 bit (nonmandApplications opt.) 0 (= nonmandApplications not
present)
RSE manufacturerid 16 bits Registered value
individualid 27 bits Any
Time 32 bits Any
profile 1 bit (Profile ext.) 0 (= no extension)
7 bits 0
MandApplications 1 bit (mandApplications ext.) 0 (= no extension)
7 bits (number of applications) 1
CCC 1 bit (eid opt.) 0 (= eid not present)
application
1 bit (parameter opt.) 0 (= parameter not present)
aid 1 bit (aid ext.) 0 (= no extension)
5 bits 20 (= CCC application)
profileList 1 bit (profileList ext.) 0 (= no extension)
7 bits (number of profiles) 0 (= list empty)
Table A.15 — BST2 (actual BST used, BI) invalid BST — Extraneous parameter (CCC application
inserted as non-mandatory application)
Length Value
Option indicator 1 bit (nonmandApplications opt.) 1 (= nonmandApplications present)
RSE manufacturerid 16 bits Registered value
individualid 27 bits Any
Time 32 bits Any
profile 1 bit (Profile ext.) 0 (= no extension)
7 bits 0
MandApplications 1 bit (mandApplications ext.) 0 (= no extension)
7 bits (number of applications) 1
Application #1 1 bit (eid opt.) 1 (= eid present)
(not CCC)
1 bit (parameter opt.) 0 (= parameter not present)
aid 1 bit (aid ext.) 0 (= no extension)
5 bits ≠ 20 (AID that is not supported by the
OBE)
eid 1 bit (eid ext.) 0 (= no extension)
7 bits Any
nonmandApplications 1 bit (nonmandApplications ext.) 0 (= no extension)
7 bits (number of applications) 1
CCC 1 bit (eid opt.) 0 (= eid not present)
application
1 bit (parameter opt.) 0 (= parameter not present)
aid 1 bit (aid ext.) 0 (= no extension)
5 bits 20 (= CCC application)
Table A.15 (continued)
Length Value
profileList 1 bit (profileList ext.) 0 (= no extension)
7 bits (number of profiles) 0 (= list empty)
A.4.3.3 BV test purposes
Test subgroup objective:
a) to test the behaviour of the DUT in relation to:
— valid BST, and
— valid EVENT-REPORT-Rq (Release).
b) to test the DUT support of:
— BeaconId,
— Time,
— Profile,
— Applications, and
— LID.
Table A.16 — TP/AP BAS/OBU/BV/01
TP/AP-BAS/OBU/BV/01 Receive and manage INITIALISATION.request (BST)
TP origin Identical to TP/AL-I/OBU/BV/01 in ETSI/TS 102 486–2-2, 5.4.1
Reference ISO 12813:2019, 6.1.2
Initial condition See TP/AL-I/OBU/BV/01 in ETSI/TS 102 486–2-2, 5.4.1
Stimulus and expected behaviour
See TP/AL-I/OBU/BV/01 in ETSI/TS 102 486–2-2, 5.4.1.
Table A.17 — TP/AP BAS/OBU/BV/02
TP/AP-BAS/OBU/BV/02 Receive and manage EVENTREPORT request (RELEASE) with mode = 0
TP origin Identical to TP/AL-I/OBU/BV/02 in ETSI/TS 102 486–2-2, 5.4.1
Reference ISO 12813:2019, 6.1.6
Initial condition See TP/AL-I/OBU/BV/02 in ETSI/TS 102 486–2-2, 5.4.1
Stimulus and expected behaviour
See TP/AL-I/OBU/BV/02 in ETSI/TS 102 486–2-2, 5.4.1.
Table A.18 — TP/AP BAS/OBU/BV/03
TP/AP-BAS/OBU/BV/03 Read and manage the BeaconID in the BST
TP origin Identical to TP/AL-I/OBU/BV/03 in ETSI/TS 102 486–2-2, 5.4.1
Reference ISO 12813:2019, 6.1.2
Initial condition Identical to TP/AL-I/OBU/BV/03 in ETSI/TS 102 486–2-2, 5.4.1
Stimulus and expected behaviour
See TP/AL-I/OBU/BV/03 in ETSI/TS 102 486–2-2, 5.4.1.
16 © ISO 2020 – All rights reserved
Table A.19 — TP/AP BAS/OBU/BV/04
TP/AP-BAS/OBU/BV/04 Read and manage time of reception of BST in parameter Time in BST
TP origin Identical to TP/AL-I/OBU/BV/04 in ETSI/TS 102 486–2-2, 5.4.1
Reference ISO 12813:2019, 6.1.2
Initial condition Identical to TP/AL-I/OBU/BV/04 in ETSI/TS 102 486–2-2, 5.4.1
Test execution option This TP may be optionally modified in comparison to the original specification
in ETSI/TS 102 486-2-2 depending on the time source of the DUT. Tests with
OBE which derive their internal time from sources other than the BST received
(e.g. from GNSS or CN) may require an additional delay in step 5 for more than
255 seconds before submitting the next BST.
Stimulus and expected behaviour
See TP/AL-I/OBU/BV/04 in ETSI/TS 102 486–2-2:2008, 5.4.1.
NOTE TPs with ID TP/AP-BAS/OBU/BV/05 to TP/AP-BAS/OBU/BV/08 have not been used to be in line with
the numbering in ETSI/TS 102 486–2-2.
Table A.20 — TP/AP BAS/OBU/BV/09
TP/AP-BAS/OBU/BV/09 Manage profile selection
TP origin Identical to TP/AL-I/OBU/BV/09 in ETSI/TS 102 486–2-2:2008, 5.4.1
Reference ISO 12813:2019, 6.1.2
Initial condition See TP/AL-I/OBU/BV/09 in ETSI/TS 102 486–2-2:2008, 5.4.1
Stimulus and expected behaviour
See TP/AL-I/OBU/BV/09 in ETSI/TS 102 486–2-2:2008, 5.4.1.
Table A.21 — TP/AP BAS/OBU/BV/10
TP/AP-BAS/OBU/BV/10 Verify that the DUT replies to a BST with a VST
TP origin Specific
Reference ISO 12813:2019, 6.1.2
Initial condition DUT not in sleep mode and not yet initialised
Stimulus and expected behaviour
Tester DUT
BST1
1 ⇒
VST1 or VST2
2 ⇐
Verify length and allowed values of VST1
(see Table A.3) respectively VST2 (see
Table A.4)
IF verification performed in step 3 was
not successful THEN TP failed
A.4.3.4 BI test purposes
Test subgroup objective:
— to check the behaviour of the DUT in response to invalid messages.
Table A.22 — TP/AP BAS/OBU/BI/01
TP/AP-BAS/OBU/BI/01 Manage profile selection
TP origin Identical to TP/AL-I/OBU/BI/01 in ETSI/TS 102 486–2-2:2008, 5.4.2
Stimulus and expected behaviour
See TP/AL-I/OBU/BI/01 in ETSI/TS 102 486–2-2, 5.4.2.
Table A.22 (continued)
TP/AP-BAS/OBU/BI/01 Manage profile selection
Reference ISO 12813:2019, 6.1.2
Initial condition See TP/AL-I/OBU/BI/01 in ETSI/TS 102 486–2-2:2008, 5.4.2
Stimulus and expected behaviour
See TP/AL-I/OBU/BI/01 in ETSI/TS 102 486–2-2, 5.4.2.
Table A.23 — TP/AP BAS/OBU/BI/02
TP/AP-BAS/OBU/BI/02 Manage applications
TP origin Identical to TP/AL-I/OBU/BI/02 in ETSI/TS 102 486–2-2, 5.4.2
Reference ISO 12813:2019, 6.1.2
Initial condition See TP/AL-I/OBU/BI/02 in ETSI/TS 102 486–2-2, 5.4.2
Stimulus and expected behaviour
See TP/AL-I/OBU/BI/02 in ETSI/TS 102 486–2-2:2008, 5.4.2.
Table A.24 — TP/AP BAS/OBU/BI/03
TP/AP-BAS/OBU/BI/03 Verify that the DUT handles BST with CCC application marked as non-man-
datory application
TP origin Specific
Reference ISO 12813:2019, 6.1.2
Initial condition DUT not in sleep mode and not yet initialised
Stimulus and expected behaviour
Tester DUT
BST2
1 ⇒
Verify that DUT does not initialise with
INITIALISATION-response (VST1 or VST2).
IF verification performed in step 2 was
not successful THEN TP failed
A.4.4 Application T-kernel TPs for OBE
A.4.4.1 General
These TPs apply to the layer 7 functions related to T-kernel as defined in ISO 12813:2019, Table B.7,
Items 2 to 6.
A.4.4.2 BV test purposes
Test subgroup objective:
— to test the behaviour of the DUT in relation to syntactically and contextual correct behaviour of the
test system.
18 © ISO 2020 – All rights reserved
Table A.25 — TP/AP FUN/OBU/BV/01
TP/AP-FUN/OBU/BV/01 Receive GET.request and manage GET.response with
LID = private
TP origin Identical to TP/AL-T/OBU/BV/01 in ETSI/TS 102 486–2-2:2008, 5.2.1
Reference ISO 12813:2019, 6.1.3
Initial condition See TP/AL-T/OBU/BV/01 in ETSI/TS 102 486–2-2:2008, 5.2.1
Stimulus and expected behaviour
See TP/AL-T/OBU/BV/01 in ETSI/TS 102 486–2-2:2008, 5.2.1.
NOTE Request with accessCredentials.
NOTE 1 TP with ID TP/AP-FUN/OBU/BV/02 to TP/AP-FUN/OBU/BV/07 have not been used to be in line with
the numbering in ETSI/TS 102 486–2-2.
Table A.26 — TP/AP FUN/OBU/BV/08
TP/AP-FUN/OBU/BV/08 Receive ACTION.request with mode = 1, manage
ACTION.response with LID = private
TP origin Identical to TP/AL-T/OBU/BV/08 in ETSI/TS 102 486–2-2:2008, 5.2.1
Reference ISO 12813:2019, 6.1.4/6.1.5/6.1.7
Initial condition See TP/AL-T/OBU/BV/08 in ETSI/TS 102 486–2-2:2008, 5.2.1
Stimulus and expected behaviour
See TP/AL-T/OBU/BV/08 in ETSI/TS 102 486–2-2:2008, 5.2.1.
NOTE Request with accessCredentials for GET_STAMPED and without accessCredentials for SET_MMI, ECHO.
Table A.27 — TP/AP FUN/OBU/BV/09
TP/AP-FUN/OBU/BV/09 Receive ACTION.request with mode = 0 and LID = private
TP origin Identical to TP/AL-T/OBU/BV/09 in ETSI/TS 102 486–2-2:2008, 5.2.1
Reference ISO 12813:2019, 6.1.5/6.1.7
Initial condition See TP/AL-T/OBU/BV/09 in ETSI/TS 102 486–2-2:2008, 5.2.1
Stimulus and expected behaviour
See TP/AL-T/OBU/BV/09 in ETSI/TS 102 486–2-2:2008, 5.2.1.
NOTE Request without accessCredentials.
Table A.28 — TP/AP FUN/OBU/BV/10
TP/AP-FUN/OBU/BV/10 Receive ACTION.request with mode = 0 and LID = private
TP origin Identical to TP/AL-T/OBU/BV/10 in ETSI/TS 102 486–2-2:2008, 5.2.1
Reference ISO 12813:2019, 6.1.5/6.1.7
Initial condition See TP/AL-T/OBU/BV/10 in ETSI/TS 102 486–2-2:2008, 5.2.1
Stimulus and expected behaviour
See TP/AL-T/OBU/BV/10 in ETSI/TS 102 486–2-2:2008, 5.2.1.
NOTE Request without accessCredentials.
Table A.29 — TP/AP FUN/OBU/BV/11
TP/AP-FUN/OBU/BV/11 Verify that the OBU can receive ACTION.request with mode = 0 with
LID = broadcast after initialisation
TP origin Identical to TP/AL-T/OBU/BV/11 in ETSI/TS 102 486–2-2:2008, 5.2.1
Reference ISO 12813:2019, 6.1.5/6.1.7
Initial condition See TP/AL-T/OBU/BV/11 in ETSI/TS 102 486–2-2:2008, 5.2.1
Stimulus and expected behaviour
See TP/AL-T/OBU/BV/11 in ETSI/TS 102 486–2-2:2008, 5.2.1.
NOTE Request without accessCredentials.
Table A.30 — TP/AP FUN/OBU/BV/12
TP/AP-FUN/OBU/BV/12 Verify that the OBU can receive and manage ACTION.request with mode = 0
and with LID = broadcast without init
...
NORME ISO
INTERNATIONALE 13143-1
Deuxième édition
2020-11
Perception de télépéage — Évaluation
des équipements embarqués et en
bord de route quant à la conformité
avec l'ISO 12813 —
Partie 1:
Structure de suite d'essais et buts
des essais
Electronic fee collection — Evaluation of on-board and roadside
equipment for conformity to ISO 12813 —
Part 1: Test suite structure and test purposes
Numéro de référence
©
ISO 2020
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2020
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii © ISO 2020 – Tous droits réservés
Sommaire Page
Avant-propos .iv
Introduction .v
1 Domaine d’application . 1
2 Références normatives . 1
3 Termes et définitions . 2
4 Abréviations . 3
5 Structure de la suite d'essais (TSS) . 4
5.1 Structure . 4
5.2 Référence aux spécifications d'essais de conformité . 5
5.3 Buts des essais (TP) . 6
5.3.1 Conventions de définition de TP . 6
5.3.2 Conventions de nommage de TP . 6
5.4 Rapport d'essai de conformité . 7
Annexe A (normative) Buts des essais pour les équipements embarqués . 8
Annexe B (normative) Buts des essais pour les équipements en bord de route .47
Annexe C (normative) Formulaire de rapport d’essai de conformité de protocole pour les
équipements embarqués .60
Annexe D (normative) Formulaire de rapport d'essai de conformité de protocole pour les
équipements en bord de route . .67
Bibliographie .72
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 www .iso .org/ avant -propos.
Le comité chargé de l’élaboration du présent document est l’ISO/TC 204, Systèmes de transport
intelligents, en collaboration avec le Comité technique du Comité européen de normalisation (CEN)
CEN/TC 278, Systèmes de transport intelligents, notamment pour la protection contre la corrosion et
les essais de corrosion des métaux et alliages, conformément à l'accord de coopération technique entre
l'ISO et le CEN (accord de Vienne).
Cette deuxième édition annule et remplace la première édition de l’ISO 13143-1:2016 qui a fait l’objet
d’une révision technique.
Les principales modifications par rapport à l’édition précédente sont les suivantes:
— modifications visant à refléter les changements apportés aux exigences des normes de base, en
particulier l’ISO 12813 et l’ISO 14906;
— modifications des termes qui traduisent l’harmonisation terminologique des normes relatives à la
perception du télépéage (EFC).
Une liste de toutes les parties de la série ISO 13143 se trouve sur le site web de l’ISO.
Il convient que l’utilisateur adresse tout retour d’information ou toute question concernant le présent
document à l’organisme national de normalisation de son pays. Une liste exhaustive desdits organismes
se trouve à l’adresse www .iso .org/ fr/ members .html.
iv © ISO 2020 – Tous droits réservés
Introduction
L’équipement embarqué (OBE, On-Board Equipment) qui s’appuie sur la technologie de localisation par
satellite pour collecter les données nécessaires au calcul de la redevance d’usage du réseau routier
fonctionne de manière autonome, autrement dit sans reposer sur une infrastructure en bord de route
dédiée. L’équipement embarqué consigne le taux d’utilisation du réseau routier dans l’ensemble des
systèmes de péage par lesquels il transite.
Le présent document définit le processus et les essais destinés à évaluer la conformité à l’ISO 12813 des
équipements embarqués (OBE) et des équipements en bord de route (RSE).
L’ISO 12813 définit les exigences concernant les communications dédiées à courte portée (DSRC,
Dedicated Short-Range Communication) entre un équipement embarqué et un interrogateur dans le but
de vérifier la conformité de l’usage du réseau routier par rapport au régime de péage local. Cela suppose
une architecture de services de perception de télépéage (EFC) conforme à l’ISO 17573-1.
Le présent document vise à:
— évaluer les capacités des OBE et RSE;
— évaluer le comportement des OBE et RSE;
— servir de guide pour l'évaluation de la conformité et l’approbation de type des OBE et RSE;
— permettre la comparabilité des résultats des essais correspondants appliqués en différents lieux à
différents moments; et
— faciliter les communications entre les parties.
Le présent document se réfère:
— à l’ISO 12813,
— à la série de normes relatives aux DSRC qui définissent la pile de communication; et
— à l’ISO/IEC 9646.
NORME INTERNATIONALE ISO 13143-1:2020(F)
Perception de télépéage — Évaluation des équipements
embarqués et en bord de route quant à la conformité avec
l'ISO 12813 —
Partie 1:
Structure de suite d'essais et buts des essais
1 Domaine d’application
Le présent document spécifie la structure de la suite d'essais (TSS, Test Suite Structure) et les buts
des essais (TP, Test Purposes) pour évaluer la conformité des équipements embarqués (OBE) et des
équipements en bord de route (RSE) par rapport à l'ISO 12813.
Il fournit une base pour les essais de conformité des OBE et RSE de communication dédiée à courte
portée (DSRC) afin de permettre l'interopérabilité entre les différents équipements fournis par
différents fabricants.
L’ISO 12813 définit les exigences applicables au niveau d’interface de communication de contrôle de
conformité CCC mais qui ne concernent pas le comportement fonctionnel interne des RSE et OBE. Par
conséquent, les essais relatifs au comportement fonctionnel des OBE et/ou RSE restent en dehors du
domaine d’application du présent document.
2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu’ils constituent, pour tout ou partie de leur
contenu, des exigences du présent document. Pour les références datées, seule l’édition citée s’applique.
Pour les références non datées, la dernière édition du document de référence s'applique (y compris les
éventuels amendements).
ISO 3166-1, Codes pour la représentation des noms de pays et de leurs subdivisions — Partie 1: codes de pays
ISO 12813:2019, Perception de télépéage — Communication de contrôle de conformité pour systèmes
autonomes
ISO 14816, Télématique de la circulation et du transport routier — Identification automatique des véhicules
et des équipements — Codification et structure des données
ISO 14906:2018, Perception du télépéage — Définition de l'interface d'application relative aux
communications dédiées à courte portée
ISO/TS 14907-2:2016, Perception du télépéage — Modes opératoires relatifs aux équipements embarqués
et aux équipements fixes — Partie 2: Essai de conformité de l'interface d'application de l'unité embarquée
EN 12834:2003, Télématique de la circulation et du transport routier — Communication dédiée à courte
portée — Couche application
EN 13372:2004, Télématique des transports routiers — Communication à courte portée véhicule/
infrastructure — Profils pour les applications de télématique routière
EN 15509:2014, Perception de télépéage — Profil d’application d’interopérabilité pour DSRC
EN 15876-1, Perception du télépéage — Évaluation de conformité des équipements embarqués et des
équipements d’infrastructures routières à l’EN 15509 — Partie 1: Structure de suite d’essais et buts des
essais
ETSI/TS 102 486-2-2 V1.2.1(2008-10), Intelligent Transport Systems (ITS); Road Transport and Traffic
Telematics (RTTT); Test specifications for Dedicated Short Range Communication (DSRC) transmission
equipment; Part 2: DSRC application layer — Sub-Part 2: Test Suite Structure and Test Purposes (TSS&TP)
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:
— ISO Online browsing platform: disponible à l’adresse https:// www .iso .org/ obp
— IEC Electropedia: disponible à l’adresse http:// www .electropedia .org/
3.1
identifiants d'accès
AC-CR
attestation certifiée ou module sécurisé qui établit l'identité déclarée d'un objet ou d'une application
[SOURCE: ISO/TS 17573-2:2020, 3.4]
3.2
attribut
paquetage de données adressable constitué d'un seul élément de données ou de séquences structurées
d'éléments de données
[SOURCE: ISO/TS 17573-2:2020, 3.13]
3.3
authentification
mécanisme de sécurité permettant la vérification de l’identité fournie
[SOURCE: ISO/TS 17573-2:2020, 3.15]
3.4
authentifiant
données (pouvant être chiffrées) utilisées à des fins d’authentification (3.3)
[SOURCE: ISO/TS 17573-2:2020, 3.16]
3.5
groupe de données
classe d’attributs étroitement liés (3.2)
[SOURCE: ISO/TS 17573-2:2020, 3.55]
3.6
élément
répertoire DSRC (communication dédiée à courte portée) contenant des informations d’application sous
la forme d’attributs (3.2)
3.7
déclaration de conformité d'une mise en œuvre
ICS
déclaration des capacités et options mises en œuvre qui définit dans quelle mesure la mise en œuvre
est conforme à une spécification donnée
[SOURCE: ISO/TS 17573-2:2020, 3.90]
2 © ISO 2020 – Tous droits réservés
3.8
déclaration de conformité de la mise en œuvre du protocole
PICS
ICS (3.7) pour une implémentation ou un système prétendument conforme à une spécification de
protocole donnée [SOURCE: ISO/IEC 19105:2000, 3.20]
[SOURCE: ISO/IEC 9646-1:1994, 3.80]
3.9
équipement embarqué
OBE
tout équipement nécessaire à bord d’un véhicule pour l’exécution des fonctions requises de perception
électronique de télépéage (EFC) et des services de communication
[SOURCE: ISO/TS 17573-2:2020, 3.126]
3.10
unité embarquée
OBU
appareil électronique simple installé à bord d’un véhicule servant à l’exécution des fonctions requises
de perception électronique de télépéage et à la communication avec les systèmes externes
[SOURCE: ISO/TS 17573-2:2020, 3.127]
3.11
équipement en bord de route
RSE
Equipement de perception électronique de télépéage fixe ou mobile installé le long ou sur la route
[SOURCE: ISO/TS 17573‑2:2020, 3.161,modifié – Note à l'article 1 supprimé]
3.12
testeur
combinaison d'équipements, d’êtres humains et de processus capables de réaliser les essais de
conformité spécifiés
[SOURCE: ISO/TS 17573-2:2020, 3.188]
3.13
transaction
ensemble des échanges d’informations entre deux installations de communication physiquement
séparées
[SOURCE: ISO/TS 17573-2:2020, 3.211]
4 Abréviations
APDU unité de données de protocole d'application [application protocol data unit]
AP processus d'application [application process]
ATS suite d’essais abstraite [abstract test suite]
BI comportement invalide [behaviour invalid] (c’est-à-dire essais de comportement invalide)
BST table de service des balises [beacon service table]
BV comportement valide [behaviour valid] (c’est-à-dire essais de comportement valide)
CCC communication de contrôle de conformité [compliance check communication]
DLC contrôle de liaison de données [data link control]
DSRC dommunications dédiées à courte portée [dedicated short-range communication]
DUT dispositif en cours d'essai [device under test]
EFC perception de télépéage [electronic fee collection]
EID identifiant d’élément [element identifier]
LLC contrôle de liaison logique [logical link control]
MAC contrôle d’accès au support [medium access control]
PCTR rapport d'essai de conformité de protocole [protocol conformance test report]
PDU unité de données de protocole [protocol data unit]
PIXIT informations complémentaires de mise en œuvre nécessaires aux essais [protocol imple-
mentation eXtra information for testing]
SCTR rapport sur le test de conformité du système [system conformance test report]
T-ADU unité de données du protocole de demande de transfert
TP but d’essai [test purpose]
TSS structure de la suite d’essais [test suite structure]
VST table de service des véhicules [vehicle service table]
5 Structure de la suite d'essais (TSS)
5.1 Structure
Le Tableau 1 ci‑dessous donne la structure de la suite d'essais (TSS), y compris ses sous‑groupes hérités
d'autres spécifications.
4 © ISO 2020 – Tous droits réservés
Tableau 1 — Structure de la suite d'essais
Groupe Type de DUT Comportement
Couche physique OBE BV
BI
RSE BV
BI
Contrôle de liaison de données (DLC) OBE BV
BI
Contrôle d’accès au support (MAC)
RSE BV
BI
Sous‑couche Contrôle de liaison logique (LLC) de DLC OBE BV
BI
RSE BV
BI
Couche application OBE BV
BI
RSE BV
BI
Les essais de la couche physique doivent être effectués dans un laboratoire d'essai radio. Ils ne font pas
partie de la suite d'essais abstraite (ATS).
5.2 Référence aux spécifications d'essais de conformité
La conformité à une norme de profil implique la conformité aux normes de base associées. C'est
pourquoi un certain nombre de cas de test pour l'application CCC sont identiques aux cas de test de
conformité des normes de base associées. D'autres cas de test sont dérivés des cas de test de conformité
des normes de base en appliquant des restrictions ou des choix (par exemple: valeurs de paramètres),
selon ce qui est spécifié dans la norme de profil. Enfin, des cas de test de conformité spécifiques à
l'application CCC sont identifiés pour les déclarations contenues dans l'application CCC qui n'ont aucune
équivalence dans les normes de base. Ces derniers cas recouvrent, par exemple, les buts des essais
relatifs aux données de la couche application. Le présent document tient compte des buts des essais déjà
définis pour la conformité aux normes de base en les référençant de la manière suivante:
a) Pour les buts des essais identiques à ceux qui sont définis dans les cas de test de conformité des
normes de base (voir par exemple ETSI/TS 102 486-2-2 ou EN 15876-1), une référence directe est
indiquée. Pour la facilité du lecteur, la référence est accompagnée du titre ou d'une description
explicite du but des essais désignés.
b) Pour les buts des essais dérivés de ceux qui sont définis dans les cas de test de conformité des
normes de base, une référence directe est indiquée et précise également la manière dont le but des
essais désigné a été modifié pour les tests de conformité du profil.
c) Pour les buts des essais spécifiques au profil de norme, une description complète est donnée.
Dans chaque but d’essai, une indication permet de déterminer si celui-ci est identique, dérivé ou
spécifique.
5.3 Buts des essais (TPs)
5.3.1 Conventions de définition de TP
Les TP sont définis conformément aux règles indiquées dans le Tableau 2. Tous les TPs sont définis à
l’Annexe A et à l’Annexe B.
Tableau 2 — Règles de définition des TP
ID de TP selon Intitulé
les conventions de nommage des TP Référence
Origine de TP
Condition initiale
Stimulus et comportement attendu
ID de TP L'ID de TP est un identifiant unique. Il est spécifié selon les conventions de nom-
mage de TP définies en 5.3.2.
Intitulé Brève description de l'objectif du TP
Référence Contient la référence (document, article, paragraphe) de l’objet que doit valider le
but d’essai (TP) concerné.
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 à ce profil de norme.
Condition initiale Cette condition définit l’état initial requis pour le DUT au moment de lancer le TP
considéré.
Stimulus et comporte- Définition des événements que le testeur accomplit, ainsi que des événements que le
ment attendu DUT est censé accomplir pour satisfaire la spécification de base.
5.3.2 Conventions 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 : indique qu'il s'agit d'un but d'essai;
: à quel groupe le TP s'applique parmi les groupes définis au Tableau 1;
: type de DUT (à savoir OBE ou RSE);
: type d'essais (à savoir essais de comportement valide (BV) ou essais de comportement
invalide (BI));
: numéro séquentiel de TP (01 à 99).
6 © ISO 2020 – Tous droits réservés
Les conventions de nommage sont décrites au Tableau 3.
Tableau 3 — Conventions de nommage des TP
applicable aux OBU/RSE PHY Couche physique
applicable aux OBU/RSE MAC/LLC Sous-couche MAC/LLC
applicable aux OBU/RSE AP-BAS Couche application – Prise en charge du noyau I
applicable aux OBU AP-FUN Couche application – Prise en charge du noyau T
applicable aux OBU AP-DAT Couche application – Prise en charge des attributs de données
applicable aux OBU AP-SEC Couche application – Prise en charge du Niveau de sécurité 1
applicable aux RSE AP-GET Couche application – Buts des essais de l’unité de données du pro-
tocole (PDU) GET-rq
applicable aux RSE AP-STA Couche application – Buts des essais de la PDU GET-STAMPED-rq
applicable aux RSE AP-MMI Couche application – Buts des essais de la PDU SET-MMI-rq
applicable aux RSE AP-ECH Couche application – Buts des essais de la PDU ECHO-rq
applicable aux RSE AP-REL Couche application – Buts des essais de la PDU EVENT-REPORT-rq
5.4 Rapport d'essai de conformité
Les constructeurs de l’OBE et du RSE sont chargés de fournir un rapport d'essai de conformité pour les
équipements qui les concernent.
Le constructeur d’OBE doit compléter le formulaire du rapport d'essai de conformité (PCTR) pour les
OBE, conformément à l'Annexe C.
Le constructeur de RSE doit compléter le formulaire du rapport d'essai de conformité (PCTR) pour
l'équipement en bord de route, conformément à l'Annexe D.
Annexe A
(normative)
Buts des essais pour les équipements embarqués
A.1 Introduction
A.1.1 Généralités
La présente annexe comprend les buts des essais (TPs) relatifs à l'évaluation de conformité des
équipements embarqués (OBE) conformément à l’ISO 12813.
A.1.2 Symboles inclus dans les descriptions de TP
Pour les buts des essais relatifs à la couche application, une notation et une convention de symboles
particulières (définies ci‑après) sont utilisées comme définit dans ce paragraphe.
Les descriptions de TP comprennent des symboles dont les significations sont données au Tableau A.1.
Tableau A.1 — Description des symboles TP
Symbole Description
XXX.rq ⇒ Le testeur envoie l’XXX.rq de l’unité de donnée du protocole (PDU) au dispositif en cours
d'essai (DUT).
⇐ YYY.rs Le DUT envoie la PDU YYY.rs au testeur.
A ≡ B Le but d'essai A «est cohérent avec» le But d'essai B. Autrement dit, une notation de type «But d'es-
sai A ≡ But d'essai B» signifie que le but d'essai A est identique au but d'essai B. Si des différences
de paramètres ou de valeurs de paramètres doivent être appliquées, ces différences sont indiquées
dans le texte situé immédiatement en dessous.
A → B L'objet A «est transformé» en objet B. Autrement dit, une notation de type «Tableau X → Tableau
Y» signifie que, en ce qui concerne le champ d'application du TP, il convient de remplacer chaque
référence du Tableau X par une référence du Tableau Y.
= Signifie «affectation». Autrement dit, une notation de type «accessCredentials = valeur» signifie
que le champ accessCredentials se voit affecter une certaine valeur.
Ø Signifie «vide» ou «non configuré». Autrement dit, une notation de type «accessCredentials = Ø →
accessCredentials = valeur calculée», pour un TP donné, signifie «remplacer par une valeur calcu-
lée toutes les occurrences où aucune valeur n'a été affectée au champ accessCredentials».
A.2 Couche physique
Conformément à l’ISO 12813:2019, 5.5.2, tous les buts des essais TP/PHY/OBU/Bx/yy définis dans
l’EN 15876‑1 s'appliquent à l'évaluation de la conformité des OBE par rapport aux CCC à base de CEN–
DSRC définies dans l’ISO 12813:2019, Tableau B.8, N° d’élément 1.
A.3 MAC et LLC
Conformément à l’ISO 12813:2019, 5.5.2, tous les buts des essais TP/MAC/OBU/Bx/yy (à l’exception
de TP/MAC/OBU/BV/09, voir la Note) et TP/LLC/ OBU/Bx/yy définis dans l’EN 15876‑1 s'appliquent
8 © ISO 2020 – Tous droits réservés
à l'évaluation de la conformité des OBE par rapport aux CCC à base de CEN–DSRC définies dans
l’ISO 12813:2019, Tableau B.8, N° d’élément 1.
NOTE Le but d’essai TP/MAC/OBU/BV/09 a été exclu de ce document car ce TP n’est pas applicable aux
profils 0/1 de l’EN 13372.
A.4 Couche application
A.4.1 Structure des tables de service des balises (BST) et des tables de service des
véhicules (VST)
A.4.1.1 BST
La structure générale des BST, lorsqu'elles sont transmises à l'OBE, est décrite au Tableau A.2.
Tableau A.2 — Structure générale des BST
Longueur Valeurs admises
APDU T 4 bits '1000' indique une demande d'initialisation
(BST).
Indicateur d’option 1 bit (nonmandApplications facultatif) 0/1
RSE manufacturerid 16 bits Selon l’ISO 14816
individualid 27 bits Comme spécifiée par le constructeur
Temps 32 bits Temps réel UNIX
Profil 1 bit (extension de Profile) 0 (= aucune extension)
7 bits Selon Profile dans l’EN 13372:2004, 6.3.2
Mand 1 bit (extension de mandApplications) 0 (= aucune extension)
Applications
7 bits (nombre d'applications) M
application 1 bit (eid facultatif) 0 (= eid non présent)
CCC
1 bit (paramètre facultatif) 0 (= paramètre non présent)
Aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits 20 (= non application CCC)
Applica- 1 bit (eid facultatif) 0/1
tion 2
1 bit (paramètre facultatif) 0/1
(non CCC)
Aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits 20 (=application CCC)
Eid 1 bit (extension de eid) 0 (= aucune extension)
7 bits Toutes
paramètre Voir ApplicationContextMark dans
l’EN 12834:2003, Annexe A
... ... ...
Application 1 bit (eid facultatif) 0/1
M
1 bit (paramètre facultatif) 0/1
(non CCC)
Aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits ≠20 (= non application CCC)
Eid 1 bit (extension de eid) 0 (= aucune extension)
7 bits Toutes
paramètre Se référer à ApplicationContextMark selon
l’EN 12834:2003, Annexe A
Tableau A.2 (suite)
Longueur Valeurs admises
Nonmand 1 bit (extension de mandApplications) 0 (= aucune extension)
Applications
7 bits (nombre d'applications) N
Application 1 Voir «Application 2 (non CCC)» de mandApplications
(non CCC)
... ...
Application N Voir «Application 2 (non CCC)» de mandApplications
(non CCC)
profileList 1 bit (extension de profileList) 0 (= aucune extension)
7 bits (nombre de profils) K
Profil 1 1 bit (extension de Profile) 0 (= aucune extension)
7 bits Se référer à Profile selon l’EN 12834:2003,
Annexe A et EN 13372:2004, 6.3.2
... ... ...
Profil K 1 bit (extension de Profile) 0 (= aucune extension)
7 bits Se référer à Profile selon l’EN 12834:2003,
Annexe A et dans l’EN 13372:2004, 6.3.2
A.4.1.2 VST
La structure générale d’une table de service des véhicules (VST) indiquant une application CCC telle que
transmise par l’équipement embarqué est décrite au Tableau A.3.
Tableau A.3 — VST1 (niveau de sécurité 1) — VST valide indiquant une application CCC
Longueur Valeurs admises
Fill 4 bits toutes
1 bit (extension de Profile) 0 (= aucune extension)
Se référer à Profile selon
Profile
7 bits l'EN 12834:2003,
Annexe A
1 bit (extension de Appli-
0 (= aucune extension)
cations)
7 bits (nombre d'applica-
M
tions)
1 bit (eid facultatif) 1 (= eid présent)
1 bit (paramètre facultatif) 1 (= paramètre présent)
1 bit (extension de aid) 0 (= aucune extension)
aid
5 bits 20 (= application CCC)
1 bit (extension de eid) 0 (= aucune extension)
eid
toutes (≠ autre eid utilisé dans
7 bits
cette VST)
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
10 © ISO 2020 – Tous droits réservés
Tableau A.3 (suite)
Longueur Valeurs admises
10 bits (CountryCode) Selon ISO 3166-1
Fournisseur
du contrat
14 bits (IssuerIdentifier) Selon l’ISO 14816
typeOf
CCC- 16 bits Toutes
Contract
Application
ContextMark
Applications
CCC
1 bit (extension de
0 (= aucune extension)
Version de
contextVersion)
contexte
7 bits Toutes
Para-
1 bit (extension de Contai-
mètre
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
AC_Master
8 bits Toutes
KeyRef
AC_CR-
Reference
AC_CR-
8 bits Toutes
Diversifier
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
RndOBE 32 bits Toutes
1 bit (eid facultatif) 0/1
1 bit (paramètre facultatif) 0/1
1 bit (extension de aid) 0 (= aucune extension)
Se référer à DSRCApplicationEn-
aid
5 bits tityID,
Application 2 selon l’EN 12834:2003, Annexe A
1 bit (extension de eid) 0 (= aucune extension)
eid
Toutes (≠ autre eid utilisé dans
7 bits
cette VST)
Selon ApplicationContextMark,
paramètre
EN 12834:2003, Annexe A
…
1 bit (eid facultatif) 0/1
1 bit (paramètre facultatif) 0/1
1 bit (extension de aid) 0 (= aucune extension)
Se référer à DSRCApplicationEn-
aid
5 bits tityID,
selon l’EN 12834:2003, Annexe A
1 bit (extension de eid) 0 (= aucune extension)
Application M
eid
Toutes (≠ autre eid utilisé dans
7 bits
cette VST)
Se référer à ApplicationContext-
paramètre Mark,
selon l’EN 12834:2003, Annexe A
1 bit (obeStatus facultatif) 0/1
Configuration
de l’OBE
equipmentClass 15 bits Toutes
manufacturerId 16 bits Toutes
obeStatus 16 bits Toutes
La structure générale d’une table de service des véhicules (VST) indiquant deux applications CCC telles
que transmises en option par l’équipement embarqué est décrite au Tableau A.4.
VST2 doit indiquer la présence de deux applications CCC avec les définitions suivantes (voir
l’ISO 12813:2019, 8.2.3):
— CCC application1 doit être conforme à l’ISO 12813:2019 et
— l'autre CCC application doit être conforme à l’ISO 12813:2015.
NOTE L’évaluation de la conformité à l’ISO 1813:2015 ne fait pas partie du domaine d’application du présent
document.
Tableau A.4 — VST2 (niveau de sécurité 1), VST valide indiquant deux applications CCC
Longueur Valeurs admises
Fill 4 bits Toutes
1 bit (extension de Profile) 0 (= aucune extension)
Voir Profile selon
Profil
7 bits l'EN 12834:2003,
Annexe A
1 bit (extension de Appli-
0 (= aucune extension)
cations)
7 bits (nombre d'applica-
M (≥2)
tions)
1 bit (eid facultatif) 1 (= eid présent)
1 bit (paramètre facultatif) 1 (= paramètre présent)
1 bit (extension de aid) 0 (= aucune extension)
aid
applications 5 bits 20 (= application CCC)
1 bit (extension de eid) 0 (= aucune extension)
CCC
eid
Application
7 bits Toutes
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
10 bits (CountryCode) Se référer à ISO 3166-1
Fournisseur
du contrat
14 bits (IssuerIdentifier) Se référer à l’ISO 14816
TypeOf
CCC- 16 bits Toutes
Contract
ContextMark1
1 bit (extension de
0 (= aucune extension)
Version de
contextVersion)
contexte
7 bits Toutes
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
Para- 1 bit (extension de la
0 (= aucune extension)
mètre chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
AC_Master
8 bits Toutes
KeyRef
AC_CR-
Reference
AC_CR-
8 bits Toutes
Diversifier
12 © ISO 2020 – Tous droits réservés
Tableau A.4 (suite)
Longueur Valeurs admises
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
RndOBE 32 bits Toutes
1 bit (eid facultatif) 1 (= eid présent)
1 bit (paramètre facultatif) 1 (= paramètre présent)
1 bit (extension de aid) 0 (= aucune extension)
aid
5 bits 20 (= application CCC)
1 bit (extension de eid) 0 (= aucune extension)
eid
7 bits ≠ eid de CCC Application1
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
10 bits (CountryCode) Se référer à ISO 3166-1
Fournisseur du
contrat
14 bits (IssuerIdentifier) Se référer à l’ISO 14816
TypeOf
CCC- 16 bits Toutes
Contract
ContextMark2
1 bit (extension de
0 (= aucune extension)
Version de
contextVersion)
CCC
contexte
Application2
7 bits Toutes
1 bit (extension de Contai-
0 (= aucune extension)
ner)
Para-
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
mètre
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
AC_Master
8 bits Toutes
KeyRef
AC_CR-
Reference
AC_CR-
8 bits Toutes
Diversifier
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (CHOIX du Container) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la
0 (= aucune extension)
chaîne d'octet)
7 bits (longueur de la
chaîne d'octets)
RndOBE 32 bits Toutes
:::
Tableau A.4 (suite)
Longueur Valeurs admises
1 bit (eid facultatif) 1 (= eid présent)
1 bit (paramètre facultatif) 0 (= paramètre non présent)
1 bit (extension de aid) 0 (= aucune extension)
Application M en
aid
option (n’est pas une
5 bits ≠ 20
application CCC)
1 bit (extension de eid) 0 (= aucune extension)
eid
Toutes (≠ autre eid utilisé dans
7 bits
cette VST)
1 bit (obeStatus facultatif) 1 (= obeStatus présent)
obe
Configuration
equipmentClass 15 bits Toutes
manufacturerId 16 bits Toutes
obeStatus 16 bits Toutes
A.4.2 Paramètres de PDU
A.4.2.1 Paramètres des PDU de requête
Les tableaux suivants décrivent le format valide des APDU de requête:
— Tableau A.5;
— Tableau A.6;
— Tableau A.7;
— Tableau A.8;
— Tableau A.9.
L’application CCC n'utilise aucune autre requête.
Les bits de remplissage (fill) doivent toujours être mis à zéro.
Tableau A.5 — Paramètres GET-Rq (niveau de sécurité 1)
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
GET-Rq Fill =
Eid =
accessCredentials facultatif = obligatoire
Iid facultatif interdit
attributeIdList facultatif obligatoire
Tableau A.6 — Paramètres Action-Rq pour l'action GET_STAMPED (niveau de sécurité 1)
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
et ISO 12813
AC- Mode TRUE
TION-
Eid =
Rq
actionType 0 (GET_STAMPED)
=
accessCredentials facultatif obligatoire
actionParameters facultatif GetStampedRq
Iid facultatif interdit
14 © ISO 2020 – Tous droits réservés
Tableau A.7 — Paramètres Action-Rq pour l'action SET_MMI
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
et ISO 12813
AC- Mode =
TION-
Eid 0
Rq
actionType 10 (SET_MMI)
=
accessCredentials facultatif interdit
actionParameters facultatif SetMMIRq
Iid facultatif interdit
Tableau A.8 — Paramètres Action-Rq pour l'action ECHO
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
et ISO 12813
AC- Mode =
TION-
Eid 0
Rq
actionType 15 (ECHO)
=
accessCredentials facultatif interdit
actionParameters facultatif obligatoire
Iid facultatif interdit
Tableau A.9 — Paramètres EVENT-REPORT-Rq
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
et ISO 12813
EVENT- Mode =
RE-
Eid 0
PORT-
eventType 0 (libérer)
Rq
=
accessCredentials facultatif interdit
eventParameters facultatif interdit
Iid facultatif interdit
A.4.2.2 Paramètres des PDU de réponse
Les tableaux suivants décrivent le format valide des APDU de requête:
— Tableau A.10;
— Tableau A.11;
— Tableau A.12;
— Tableau A.13.
L’application CCC ne fait appel à aucune autre commande de requête.
Les bits de remplissage (fill) doivent toujours être mis à zéro.
Tableau A.10 — Paramètres GET-Rs
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
GET-Rs Fill =
Eid =
Iid facultatif = interdit
attributeList facultatif obligatoire
Ret facultatif obligatoire
Tableau A.11 — Paramètres Action-Rs pour l'action GET_STAMPED
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
et ISO 12813
AC- Fill =
TION-
Eid =
Rs
Iid facultatif = interdit
responseParameter facultatif obligatoire
Ret facultatif obligatoire
Tableau A.12 — Paramètres Action-Rs pour l'action SET_MMI
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
et ISO 12813
AC- Fill =
TION-
Eid 0
Rs
Iid facultatif = interdit
responseParameter facultatif interdit
Ret facultatif obligatoire
Tableau A.13 — Paramètres Action-Rs pour l'action ECHO
EN 12834:2003, Annexe A ISO 14906:2018, Annexe A EN 15509:2014, Tableau C.16
et ISO 12813
AC- Fill =
TION-
Eid 0
Rs
Iid facultatif interdit
=
responseParameter facultatif conditionnel (présent si
ret = 0)
Ret facultatif obligatoire
A.4.3 TPs relatifs au noyau d’application I pour OBE, niveau de sécurité 1
A.4.3.1 Généralités
Ces TPs s'appliquent au niveau de sécurité 1 définis dans l’ISO 12813:2019, Tableau B.6, N° d’élément 1,
ainsi qu’aux processus d'initialisation et de résiliation définis dans l’ISO 12813:2019, Tableau B.7, N°
d’éléments 1 et 5.
A.4.3.2 Structures de données
Pour les besoins de cet essai de conformité, les BST décrites dans les tableaux suivants:
— Tableau A.14; et
16 © ISO 2020 – Tous droits réservés
— Tableau A.15
sont transmises au DUT. Les valeurs non valides sont indiquées en caractères gras.
Tableau A.14 — BST1 (BST courante utilisée, BV) - BST valide
Longueur Valeur
Indicateur d’option 1 bit (nonmandApplications faculta- 0 (= nonmandApplications non
tif) présent)
RSE manufacturerid 16 bits valeur enregistrée
individualid 27 bits Toutes
Time 32 bits Toutes
profile 1 bit (extension de Profile) 0 (= aucune extension)
7 bits 0
Mand 1 bit (extension de 0 (= aucune extension)
Applica- mandApplications)
tions
7 bits (nombre d'applications) 1
CCC Appli- 1 bit (eid facultatif) 0 (= eid non présent)
cation
1 bit (paramètre facultatif) 0 (= paramètre non présent)
aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits 20 (= application CCC)
profileList 1 bit (extension de profileList) 0 (= aucune extension)
7 bits (nombre de profils) 0 (= liste vide)
Tableau A.15 — BST2 (BST courante utilisée, BI) - BST non valide - Paramètre extérieur
(application CCC insérée en tant qu’application non obligatoire)
Longueur Valeur
Indicateur d’option 1 bit (nonmandApplications faculta- 1 (= nonmandApplications présent)
tif)
RSE manufacturerid 16 bits valeur enregistrée
individualid 27 bits Toutes
Time 32 bits Toutes
Profile 1 bit (extension de Profile) 0 (= aucune extension)
7 bits 0
M a nd 1 bit (extension de mandApplications) 0 (= aucune extension)
Applica-
7 bits (nombre d'applications) 1
tions
A pp l i c a - 1 bit (eid facultatif) 1 (= eid présent)
tion #1
1 bit (paramètre facultatif) 0 (= paramètre non présent)
(not CCC)
aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits ≠ 20 (AID non pris en charge par l'OBE)
eid 1 bit (extension de eid) 0 (= aucune extension)
7 bits Toutes
Non- 1 bit (extension de 0 (= aucune extension)
mand nonmandApplications)
Applica-
7 bits (nombre d'applications) 1
tions
CCC Appli- 1 bit (eid facultatif) 0 (= eid non présent)
cation
1 bit (paramètre facultatif) 0 (= paramètre non présent)
aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits 20 (= application CCC)
Tableau A.15 (suite)
Longueur Valeur
profileList 1 bit (extension de profileList) 0 (= aucune extension)
7 bits (nombre de profils) 0 (= liste vide)
A.4.3.3 Buts des essais de BV
Objectif du sous‑groupe d'essais:
a) évaluer le comportement du DUT face à:
— une BST valide; et
— une requête EVENT-REPORT-Rq (libérer) valide;
b) contrôler si le DUT prend en charge les attributs suivants:
— BeaconId,
— Time,
— Profile,
— Applications et
— LID.
Tableau A.16 — TP/AP BAS/OBU/BV/01
TP/AP-BAS/OBU/BV/01 Recevoir et gérer une requête INITIALISATION.request (BST)
Origine de TP Identique à TP/AL-I/OBU/BV/01 dans l’ETSI/TS 102 486–2-2, 5.4.1
Référence ISO 12813:2019, 6.1.2
Condition initiale Voir TP/AL-I/OBU/BV/01 dans l’ETSI/TS 102 486–2-2, 5.4.1
Stimulus et comportement attendu
Voir TP/AL-I/OBU/BV/01 dans l’ETSI/TS 102 486–2-2, 5.4.1.
Tableau A.17 — TP/AP BAS/OBU/BV/02
TP/AP-BAS/OBU/BV/02 Recevoir et gérer une requête EVENT-REPORT.rq (RELEASE) avec
mode = 0
Origine de TP Identique à TP/AL-I/OBU/BV/02 dans l’ETSI/TS 102 486–2-2, 5.4.1
Référence ISO 12813:2019, 6.1.6
Condition initiale Voir TP/AL-I/OBU/BV/02 dans l’ETSI/TS 102 486–2-2, 5.4.1
Stimulus et comportement attendu
Voir TP/AL-I/OBU/BV/02 dans l’ETSI/TS 102 486–2-2, 5.4.1.
Tableau A.18 — TP/AP BAS/OBU/BV/03
TP/AP-BAS/OBU/BV/03 Lire et gérer l'attribut BeaconID dans la BST
Origine de TP Identique à TP/AL-I/OBU/BV/03 dans l’ETSI/TS 102 486–2-2, 5.4.1
Référence ISO 12813:2019, 6.1.2
Condition initiale Identique à TP/AL-I/OBU/BV/03 dans l’ETSI/TS 102 486–2-2, 5.4.1
Stimulus et comportement attendu
Voir TP/AL-I/OBU/BV/03 dans l’ETSI/TS 102 486–2-2, 5.4.1.
18 © ISO 2020 – Tous droits réservés
Tableau A.19 — TP/AP BAS/OBU/BV/04
TP/AP-BAS/OBU/BV/04 Lire et gérer l'heure de réception de la BST indiquée dans le paramètre
Time de la BST
Origine de TP Identique à TP/AL-I/OBU/BV/04 dans l’ETSI/TS 102 486–2-2, 5.4.1
Référence ISO 12813:2019, 6.1.2
Condition initiale Identique à TP/AL-
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.