Electronic fee collection — Evaluation of on-board and roadside equipment for conformity to ISO 13141

This document specifies the test suite structure (TSS) and test purposes (TP) to evaluate the conformity of on-board equipment (OBE) and roadside equipment (RSE) to ISO 13141. It provides a basis for conformance tests for dedicated short-range communication (DSRC) equipment to support interoperability between different equipment supplied by different manufacturers. ISO 13141 specifies requirements for the localization augmentation communication (LAC) interface level, but not for the OBE or RSE internal functional behaviour. Consequently, tests regarding OBE and 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 ISO 13141

Le présent document spécifie la structure de la suite de tests (TSS, Test Suite Structure) et le but des tests (TP, Test Purpose) pour évaluer la conformité des équipements embarqués (OBE) et des équipements en bord de route (RSE) par rapport à l'ISO 13141. Il constitue une base pour les essais de conformité relatifs aux équipements de communication dédiée à courte portée (DSRC) afin de permettre l'interopérabilité entre les différents équipements fournis par les différents constructeurs. L'ISO 13141 spécifie les exigences applicables pour la communication d'augmentation de localisations (LAC), mais qui ne concernent pas le comportement fonctionnel interne des OBE ou RSE. Par conséquent, les essais relatifs au comportement fonctionnel des OBE et RSE restent en dehors du domaine d'application du présent document.

General Information

Status
Published
Publication Date
07-Jul-2025
Current Stage
6060 - International Standard published
Start Date
08-Jul-2025
Due Date
27-Sep-2026
Completion Date
08-Jul-2025
Ref Project

Relations

Standard
ISO 13140:2025 - Electronic fee collection — Evaluation of on-board and roadside equipment for conformity to ISO 13141 Released:8. 07. 2025
English language
38 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 13140:2025 - Perception de télépéage — Évaluation des équipements embarqués et en bord de route quant à la conformité avec ISO 13141 Released:8. 07. 2025
French language
39 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)


International
Standard
ISO 13140
First edition
Electronic fee collection —
2025-07
Evaluation of on-board and
roadside equipment for conformity
to ISO 13141
Perception de télépéage — Évaluation des équipements embarqués
et en bord de route quant à la conformité avec ISO 13141
Reference number
© ISO 2025
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
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Abbreviated terms . 2
5 Conformance . 3
6 Test suite structure . 3
6.1 Structure .3
6.2 Reference to conformance test specifications . .3
6.3 Test purposes .4
6.3.1 TP definition conventions .4
6.3.2 TP naming conventions .4
Annex A (normative) Test purposes for on-board equipment . 6
Annex B (normative) Test purposes for roadside equipment .21
Annex C (normative) PCTR proforma for on-board equipment.27
Annex D (normative) PCTR proforma for roadside equipment .33
Bibliography .38

iii
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 document 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).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent
rights in respect thereof. As of the date of publication of this document, ISO had not received notice of (a)
patent(s) which may be required to implement this document. However, implementers are cautioned that
this may not represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
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 first edition cancels and replaces the first edition (ISO 13140-1:2016), which has been technically
revised.
The main changes are as follows:
— as a result of the withdrawal of ISO 13140-2, the title of this document has been updated.
— amendments have been made to reflect changes to ISO 13141, which makes reference to ISO 17573-3 as
the primary source of data specifications;
— terms and definitions have been updated and ISO/TS 17573-2 has been included as the primary source
for harmonized terminology across electronic fee collection (EFC) standards.
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
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. For
this purpose, an autonomously operating OBE needs real-time and precise information about its location.
Location information is provided by satellite-based systems, optionally supported by on-board sensors.
Occasionally, location information can also be provided by fixed roadside infrastructure, by means of DSRC-
based localization augmentation communication (LAC).
This document specifies the process and tests for evaluation of OBE and roadside equipment (RSE) for
conformity to ISO 13141.
ISO 13141 specifies requirements for dedicated short-range communication (DSRC) between OBE and an
interrogator for the purpose of localization augmentation. 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 at different locations and
at different times;
— facilitate communications between parties.

v
International Standard ISO 13140:2025(en)
Electronic fee collection — Evaluation of on-board and
roadside equipment for conformity to ISO 13141
1 Scope
This document specifies the test suite structure (TSS) and test purposes (TP) to evaluate the conformity of
on-board equipment (OBE) and roadside equipment (RSE) to ISO 13141.
It provides a basis for conformance tests for dedicated short-range communication (DSRC) equipment to
support interoperability between different equipment supplied by different manufacturers.
ISO 13141 specifies requirements for the localization augmentation communication (LAC) interface level, but
not for the OBE or RSE internal functional behaviour. Consequently, tests regarding OBE and 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 code
ISO 13141:2024, Electronic fee collection — Localization augmentation communication for autonomous systems
ISO 14816, Road transport and traffic telematics — Automatic vehicle and equipment identification —
Numbering and data structure
ISO 14907-2:2021, Electronic fee collection — Test procedures for user and fixed equipment — Part 2:
Conformance test for the on-board unit application interface
ISO/TS 17573-2, Electronic fee collection — System architecture for vehicle related tolling — Part 2: Vocabulary
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:2023, Electronic fee collection — Interoperability application profile for DSRC
EN 15876, Electronic fee collection — Evaluation of on-board and roadside equipment for conformity to
EN 15509
ETSI/TS 102 486-2-2:2008, 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 terms and definitions given in ISO/TS 17573-2 and the following apply.

ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1
protocol implementation conformance statement
PICS
implementation conformance statement (ICS) for an implementation or system claimed to conform to a
given protocol specification
[SOURCE: ISO/IEC 9646-1:1994, 3.3.80, modified — grammar and syntax updated.]
4 Abbreviated terms
AC_CR access credentials
APDU application protocol data unit
ATS abstract test suite
BI behaviour invalid (i.e. invalid behaviour tests)
BST beacon service table
BV behaviour valid (i.e. valid behaviour tests)
DLC data link control
DSRC dedicated short-range communication
DUT device under test
EID element identifier
EFC electronic fee collection
ICS implementation conformance statement
LLC logical link control
MAC medium access control
PCTR protocol conformance test report
PDU protocol data unit
PICS protocol implementation conformance statement
PIXIT protocol implementation extra information for testing
SCTR system conformance test report
T-APDU transfer-application protocol data unit
TP test purpose
TP-ID test purpose identifier
TSS test suite structure
VST vehicle service table
5 Conformance
The conformance tests shall be performed as specified in Annex A and Annex B for OBE and RSE respectively.
The conformity assessment body of the OBE and RSE, respectively, is responsible for providing a conformance
test report.
The conformity assessment body of the OBE shall complete the protocol conformance test report (PCTR) for
the OBE as specified in Annex C.
The conformity assessment body of the RSE shall complete the PCTR for the RSE as specified in Annex D.
NOTE The PCTR forms a basis for the manufacturer’s declaration of conformity.
6 Test suite structure
6.1 Structure
Table 1 shows the TSS including its subgroups that are inherited from other specifications.
Table 1 — Test Suite Structure
Group Type of DUT Behaviour
Physical layer OBE Valid behaviour (BV)
Invalid behaviour (BI)
RSE BV
BI
Data link control (DLC) OBE BV
Medium access control (MAC)
BI
sublayer
RSE BV
BI
DLC OBE BV
Logical link control (LLC)
BI
sublayer
RSE BV
BI
Application layer OBE BV
BI
RSE BV
BI
Physical layer tests shall be performed in a radio wave laboratory.
6.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 LAC application are exactly the same as the conformance test cases for the related base
standards. Other test cases are derived from the base standards conformance test cases by applying some
restrictions or choices in elements such as the parameters values, according to what is stated in the profile
standard. Specific conformance test cases for the LAC application are identified for statements contained in
the LAC application, which have no equivalence in the base standards. These latter cases cover, for example,

the application layer data test purposes. This document considers existing test purposes for conformance to
the base standards by referencing them, so that:
a) for test purposes that are identical to those specified in the base standards conformance test cases (see
e.g. ETSI/TS 102 486-2-2 or EN 15876), a direct reference is reported;
NOTE For the reader’s convenience, in the TPs the title or a verbal description of the referenced test purpose
is provided, together with the reference to EN 15876.
b) for test purposes that are derived from those specified in the base standards conformance test cases, a
direct reference is reported, plus an indication on how the referred test purpose has to be modified for
the profile conformance testing;
c) for test purposes that are specific to the standard profile, a complete description is provided.
An indication of whether a test purpose is identical, derived or specific is given in each test purpose.
6.3 Test purposes
6.3.1 TP definition conventions
The TPs are specified following the rules shown in Table 2.
Table 2 — TP specification 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 is specified according to the TP naming conventions
defined in 6.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 specified in another test standard, derived from a
TP specified in another test standard, or specific for this standard profile.
Initial condition The condition specifies the required initial state of the device under test (DUT) at the
time of launching of the actual TP.
Stimulus and expected Specification of the events the tester performs, and the events that are expected from
behaviour the DUT to conform to the base specification.
6.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 TP;
: to which group among those specified in Table 1 the TP applies;
: type of DUT (i.e. OBE or RSE);
X: type of testing (i.e. valid behaviour tests — BV, or invalid behaviour tests — BI);
: sequential TP number (01-99).

The naming conventions are as described in Table 3.
Table 3 — TP naming convention

applicable for OBE/RSE PHY Physical layer
applicable for OBE/RSE MAC/LLC MAC/LLC sublayer
applicable for OBE/RSE AP-BAS Application layer — I Kernel support
applicable for OBE AP-FUN Application layer — T Kernel support
applicable for OBE AP-DAT Application layer — Data attributes support
applicable for OBE AP-SEC Application layer — Security Level 1 support
applicable for RSE AP-SET Application layer — SET-rq PDU test purposes,
applicable for RSE AP-REL Application layer — EVENT-REPORT-rq PDU test purposes

Annex A
(normative)
Test purposes for on-board equipment
A.1 General
A.1.1 Content
This annex contains the TPs for the conformity evaluation of OBE to ISO 13141.
A.1.2 Symbols in TP descriptions
For the application layer test purposes (see A.4), a special notation and symbol convention is used, as
specified in Table A.1.
Table A.1 — Description of TP symbols
Symbol Description
XXX.rq ⇒ The tester sends the XXX.rq PDU to the DUT.
⇐ YYY.rs The DUT sends the YYY.rs PDU to the tester.
A ≡ B TP A “is congruent to” TP B. The notation TP A ≡ TP B means that the TP A is
the same as TP B. If differences in parameters or parameter 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 references to Table Y.
= Means “assignment”. So, 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 = calculated 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
In accordance with ISO 13141:2024, 5.5.2, all test purposes TP/PHY/OBE/Bx/yy specified in EN 15876 shall
be applicable for the conformity evaluation of OBE to CEN–DSRC based LAC as specified in ISO 13141:2024,
Table B.8, Item 1.
A.3 MAC and LLC
In accordance with ISO 13141:2024, 5.5.2, all test purposes TP/MAC/OBE/Bx/yy and TP/LLC/OBE/Bx/yy
specified in EN 15876 shall be applicable for the conformity evaluation of OBE to CEN–DSRC based LAC as
specified in ISO 13141:2024, Table B.8, Item 1.

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, shall be in accordance with Table A.2.
Table A.2 — BST general structure
Length Allowed values
“1 000” indicating
T-APDUs 4 bit
initialization-request (BST)
1 bit (nonmandApplications
Option indicator 0/1
opt.)
manufacturerId 16 bits In accordance with ISO 14816
rsu
as specified by
individualId 27 bits
manufacturer
time 32 bits UNIX real time
1 bit (Profile ext.) 0 (= no extension)
In accordance with profile in
profile
7 bits EN 12834:2003, Annex A
and EN 13372:2004, 6.3.2.
1 bit (mandApplications ext.) 0 ( = no extension)

7 bits (number of M
applications)
LAC 1 bit (eid opt.) 0 (= eid not present)

Application
1 bit (parameter opt.) 0 (= parameter not present)
1 bit (aid ext.) 0 (= no extension)
aid
5 bits 21 (= LAC application)
Application 2 1 bit (eid opt.) 0/1

(not LAC)
1 bit (parameter opt.) 0/1
1 bit (aid ext.) 0 (= no extension)
aid
5 bits any (≠ LAC application)
1 bit (eid ext.) 0 (= no extension)
eid
Mand
7 bits any
Applications
ApplicationContextMark
parameter in accordance with
EN 12834:2003, Annex A
… … …
1 bit (eid opt.) 0/1
1 bit (parameter opt.) 0/1
1 bit (aid ext.) 0 (= no extension)
aid
5 bits any (≠ LAC application)

1 bit (eid ext.) 0 (= no extension)
eid
7 bits any
ApplicationContextMark in ac-
parameter cordance with EN 12834:2003,
Annex A
TTabablele A A.22 ((ccoonnttiinnueuedd))
Length Allowed values
1 bit (mandApplications ext.) 0 (= no extension)
7 bits (number of Can be in the range of 0 . N,

applications) provided the maximum frame-
length is not exceeded.
nonmand
Application 1 In accordance with “Application 2 (not EFC)” of mandApplications
Applications
(not EFC)
... ...
Application N In accordance with “Application 2 (not EFC)” of mandApplications
(not EFC)
1 bit (profileList ext.) 0 (= no extension)

7 bits (number of profiles) K
Profile 1 1 bit (Profile ext.) 0 (= no extension)
7 bits Profile in accordance with
EN 12834:2003, Annex A
and EN 13372:2004, 6.3.2.
... ... ...
Profile K 1 bit (Profile ext.) 0 (= no extension)
7 bits Profile in accordance with
EN 12834:2003, Annex A
and EN 13372:2004, 6.3.2.
A.4.1.2 VST
The VST general structure, as is transmitted by the OBE, shall be in accordance with Table A.3.
Table A.3 — VST general structure (security level 1)
Length Allowed value
fill 4 bits Any
1 bit (profile ext.) 0 (= no extension)
Profile in accordance with
profile
7 bits EN 12834:2003,
Annex A
1 bit (applications ext.) 0 (= no extension)
Can be in the range of 0.M depend-

ing on OBE support and provided
7 bits (number of applic.)
the maximum frame-length is not
exceeded.
1 bit (eid opt.) 1 (= eid present)

1 bit (parameter opt.) 1 (= parameter present)
1 bit (aid ext.) 0 (= no extension)
aid
5 bits 21 (= LAC 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

TTabablele A A.33 ((ccoonnttiinnueuedd))
Length Allowed value
10 bits (CountryCode) In accordance with ISO 3166-1
contract
Provider
14 bits (IssuerIdentifier) In accordance with ISO 14816
LAC- typeOf
16 bits any
LAC
ContextMark Contract
Application
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
applications
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.) 0/1
1 bit (parameter opt.) 0/1
1 bit (aid ext.) 0 (= no extension)
In accordance with DSRCApplica-
aid
5 bits tionEntityID,
Application 2
EN 12834:2003, Annex A
1 bit (eid ext.) 0 (= no extension)
eid
7 bits any (≠ other eid used in this VST)
ApplicationContextMark in accord-
parameter
ance with EN 12834:2003, Annex A

… 1 bit (eid opt.) 0/1
1 bit (parameter opt.) 0/1
1 bit (aid ext.) 0 (= no extension)
DSRCApplicationEntityID in
aid
5 bits accordance with EN 12834:2003,

Annex A
Application M
1 bit (eid ext.) 0 (= no extension)
eid
7 bits any (≠ other eid used in this VST)

ApplicationContextMark in accord-
parameter
ance with 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
A.4.2 PDUs parameters
A.4.2.1 Parameters of request PDUs
Request APDUs shall be as specified in Table A.4 and Table A.5.
No other request commands are used by LAC application.
Fill bits shall always be set to zero.

Table A.4 — SET-Rq parameters (security level 1)
EN 12834:2003, Annex A EN 15509:2023, Table B.18
fill =
mode =
eid =
SET-Rq
accessCredentials optional mandatory
attrList =
iid optional prohibited
Table A.5 — EVENT-REPORT-Rq parameters
EN 12834:2003, Annex A EN 15509:2023, Table B.22
and ISO 13141
mode false
eid 0
eventType 0 (release)
EVENT-REPORT-Rq
accessCredentials optional prohibited
eventParameters optional prohibited
iid optional prohibited
A.4.2.2 Parameters of response PDUs
Response APDUs shall be as specified in Table A.6.
No other response APDUs are used by the LAC application.
Fill bits shall always be set to zero.
Table A.6 — SET-Rs parameters (security level 1)
EN 12834:2003, Annex A EN 15509:2023, Table B.19
fill =
eid =
SET-Rs
iid optional prohibited
ret optional mandatory
A.4.3 Application I-kernel TPs for OBE, security level 1
A.4.3.1 General
TPs specified in Clause A.4.3 apply to the security level 1 as specified in ISO 13141:2024, Table B.6, Item 1
and to initialization and termination as specified in ISO 13141:2024, Table B.7, Items 1 and 5.
A.4.3.2 Data structures
For the purpose of this conformance test, the following BSTs specified in
— Table A.7 for a valid BST used in BV TPs; and
— Table A.8 for an invalid BST used in BI TPs
shall be transmitted to the DUT.
NOTE BST2 contains erroneous parameters in form of a LAC application inserted as non-mandatory application.

Table A.7 — BST1
Length Value
Option indicator 1 bit (nonmandApplications opt.) 0 (= nonmandApplications not pres-
ent)
RSU manufacturerId 16 bits registered value
individualId 27 bits any
time 32 bits any
profile 1 bit (Profile ext.) 0 (= no extension)
7 bits 0
Mand  1 bit (mandApplications ext.) 0 (= no extension)
Applications
7 bits (number of applications) 1
LAC  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 21 (= LAC application)
profileList 1 bit (profileList ext.) 0 (= no extension)
7 bits (number of profiles) 0 (= list empty)
Table A.8 — BST2
Length Value
Option Indicator 1 bit (nonmandApplications opt.) 1 (= nonmandApplications present)
RSU manufacturerId 16 bits registered value
individualId 27 bits any
time 32 bits any
profile 1 bit (profile ext.) 0 (= no extension)
7 bits 0
Mand  1 bit (mandApplications ext.) 0 (= no extension)
Applications
7 bits (number of applications) 1
Application  1 bit (eid opt.) 1 (= eid present)
#1 (not LAC)
1 bit (parameter opt.) 0 (= parameter not present)
aid 1 bit (aid ext.) 0 (= no extension)
5 bits ≠ 21 (AID that is not supported
by the OBE)
eid 1 bit (eid ext.) 0 (= no extension)
7 bits any
nonmand  1 bit (nonmandApplications ext.) 0 (= no extension)
Applications
7 bits (number of applications) 1
LAC  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 21 (= LAC application)
profileList 1 bit (profileList ext.) 0 (= no extension)
7 bits (number of profiles) 0 (= list empty)

A.4.3.3 BV test purposes
The test subgroup objectives are:
a) to test the behaviour of the DUT in relation to:
— valid BST;
— valid EVENT-REPORT-Rq (Release);
b) to test the DUT support of:
— BeaconId;
— Time;
— Profile;
— Applications;
— LID.
TPs to assess conformity of Application I-kernel functions for OBE, security level 1, for valid behaviour shall
be performed as specified are specified in Tables A.9 to A.14.
NOTE Test purposes with IDs TP/AP-BAS/OBE/BV/04 to TP/AP-BAS/OBE/BV/08 have not been used in this
document to apply a TP numbering consistent with ETSI/TS 102 486-2-2.
Table A.9 — TP/AP BAS/OBE/BV/01
TP/AP-BAS/OBE/BV/01 Receive and manage INITIALIZATION.request (BST)
TP origin Identical to TP/AL-I/OBU/BV/01 in ETSI/TS 102 486-2-2-V1.2.1
(2008-10), 5.4.1
Reference ISO 13141:2024, 7.2.2
Initial condition In accordance with TP/AL-I/OBU/BV/01 in ETSI/TS 102 486-2-2:2008 , 5.4.1
Stimulus and expected behav- In accordance with TP/AL-I/OBU/BV/01 in ETSI/TS 102 486-2-2:2008, 5.4.1.
iour
Table A.10 — TP/AP BAS/OBE/BV/02
TP/AP-BAS/OBE/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:2008, 5.4.1
Reference ISO 13141:2024, 7.2.4
Initial condition In accordance with TP/AL-I/OBE/BV/02 in ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus and expected behav- In accordance with TP/AL-I/OBE/BV/02 in ETSI/TS 102 486:2008, 5.4.1.
iour
Table A.11 — TP/AP BAS/OBE/BV/03
TP/AP-BAS/OBE/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:2008, 5.4.1
Reference ISO 13141:2024, 7.2.2
Initial condition Identical to TP/AL-I/OBU/BV/03 in ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus and expected behav- In accordance with TP/AL-I/OBU/BV/03 in ETSI/TS 102 486-2-2:2008, 5.4.1.
iour
Table A.12 — TP/AP BAS/OBE/BV/04
TP/AP-BAS/OBE/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:2008, 5.4.1
Reference ISO 13141:2024, 7.2.2
Initial condition Identical to TP/AL-I/OBU/BV/04 in ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus and expected behav- In accordance with TP/AL-I/OBU/BV/04 in ETSI/TS 102 486-2-2:2008, 5.4.1.
iour
Table A.13 — TP/AP BAS/OBE/BV/09
TP/AP-BAS/OBE/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 13141:2024, 7.2.2
Initial condition In accordance with TP/AL-I/OBU/BV/09 in ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus and expected behav- In accordance with TP/AL-I/OBU/BV/09 in ETSI/TS 102 486-2-2:2008, 5.4.1.
iour
Table A.14 — TP/AP BAS/OBE/BV/10
TP/AP-BAS/OBE/BV/10 Verify that the DUT replies to a BST with a VST
TP origin Specific
Reference ISO 13141:2024, 7.2.2
Initial condition DUT not in sleep mode and not yet initialized
Stimulus and expected behav- Tester DUT
iour
BST1
1 ⇒
VST
2 ⇐
Verify length and allowed
values of VST (in accordance
with Table A.3)
IF verification performed in
step 3 was not successful
THEN TP failed
A.4.3.4 BI test purposes
The test subgroup objectives are:
— to check the behaviour of the DUT in response to invalid messages.
TPs to assess conformity of Application I-kernel functions for OBE, security level 1, for invalid behaviour
shall be performed as specified in Tables A.15 to A.17.
Table A.15 — TP/AP BAS/OBE/BI/01
TP/AP-BAS/OBE/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
Reference ISO 13141:2024, 7.2.2
Initial condition In accordance with TP/AL-I/OBU/BI/01 in ETSI/TS 102 486-2-2:2008, 5.4.2
Stimulus and expected behav- In accordance with TP/AL-I/OBU/BI/01 in ETSI/TS 102 486-2-2:2008, 5.4.2.
iour
Table A.16 — TP/AP BAS/OBE/BI/02
TP/AP-BAS/OBE/BI/02 Manage applications
TP origin Identical to TP/AL-I/OBU/BI/02 in ETSI/TS 102 486-2-2:2008, 5.4.2
Reference ISO 13141:2024, 7.2.2
Initial condition In accordance with TP/AL-I/OBU/BI/02 in ETSI/TS 102 486-2-2:2008, 5.4.2
Stimulus and expected behav- In accordance with TP/AL-I/OBU/BI/02 in ETSI/TS 102 486-2-2:2008, 5.4.2.
iour
Table A.17 — TP/AP BAS/OBE/BI/03
TP/AP-BAS/OBE/BI/03 Verify that the DUT handles BST with LAC application marked as
non-mandatory application
TP origin Specific
Reference ISO 13141:2024, 7.2.2
Initial condition DUT not in sleep mode and not yet initialized
Stimulus and expected behav- Tester DUT
iour
BST2
1 ⇒
Verify that DUT does
not initialize with
INITIALIZATION-response
(VST).
IF verification performed
in step 3 was not
successful THEN TP failed
A.4.4 Application T-kernel test purposes for OBE
A.4.4.1 General
These TPs apply to the layer 7 functions related to T-kernel in accordance with ISO 13141:2024, Table B.7,
Items 1, 2 and 5.
A.4.4.2 BV test purposes
The test subgroup objective is:
— to test the behaviour of the DUT in relation to syntactically and contextual correct behaviour of the
test system.
TPs to assess conformity of Application T-kernel functions for OBE for valid behaviour shall be performed as
specified in Tables A.18 to A.22.
Table A.18 — TP/AP FUN/OBE/BV/02
TP/AP-FUN/OBE/BV/02 Receive SET.request and manage SET.response with LID = private
TP origin Identical to TP/AL-T/OBU/BV/02 in ETSI/TS 102 486-2-2:2008, 5.2.1
Reference ISO 13141:2024, 7.2.3
Initial condition In accordance with TP/AL-T/OBU/BV/02 in ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus and expected behav- In accordance with TP/AL-T/OBU/BV/02 in ETSI/TS 102 486-2-2:2008, 5.2.1.
iour
NOTE Request with accessCredentials.

Table A.19 — TP/AP FUN/OBE/BV/13
TP/AP-FUN/OBE/BV/13 Receive and manage non-fragmented APDUs with random PDU number
TP origin Identical to TP/AL-T/OBU/BV/13 in ETSI/TS 102 486-2-2:2008, 5.2.1
Reference ISO 13141:2024, 7.2.3
Initial condition In accordance with TP/AL-T/OBU/BV/13 in ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus and expected behav- In accordance with TP/AL-T/OBU/BV/13 in ETSI/TS 102 486-2-2:2008, 5.2.1.
iour
NOTE Request with accessCredentials for SET. TP is applicable for SET only.
Table A.20 — TP/AP FUN/OBE/BV/14
TP/AP-FUN/OBE/BV/14 Receive and manage multiplexed APDUs from two different applications
TP origin Identical to TP/AL-T/OBU/BV/14 in ETSI/TS 102 486-2-2:2008, 5.2.1
Reference ISO 13141:2024, 7.2.3
Initial condition In accordance with TP/AL-T/OBU/BV/14 in ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus and expected behav- In accordance with TP/AL-T/OBU/BV/14 in ETSI/TS 102 486-2-2:2008, 5.2.1.
iour
NOTE Request with accessCredentials for SET. TP is applicable for SET only.
Table A.21 — TP/AP FUN/OBE/BV/16
TP/AP-FUN/OBE/BV/16 Receive and manage concatenated and chained APDUs from a single appli-
cation
TP origin Identical to TP/AL-T/OBU/BV/16 in ETSI/TS 102 486-2-2:2008, 5.2.1
Reference ISO 13141:2024, 7.2.3
Initial condition In accordance with TP/AL-T/OBU/BV/16 in ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus and expected behav- In accordance with TP/AL-T/OBU/BV/16 in ETSI/TS 102 486-2-2:2008, 5.2.1.
iour
NOTE Request with accessCredentials for SET. TP is applicable for SET only.
Table A.22 — TP/AP FUN/OBE/BV/18
TP/AP-FUN/OBE/BV/18 Support of DSRC L7 SET
TP origin Identical to TC04-A in ISO 14907-2:2021, C.2.4
Reference ISO 13141:2024, 7.2.3
Initial condition In accordance with TC04-A in ISO 14907-2:2021, C.2.4
Stimulus and expected behav- In accordance with TC04-A in ISO 14907-2:2021, C.2.4.
iour
NOTE Request with accessCredentials.
A.4.4.3 BI test purposes
The test subgroup objective is:
— to check the behaviour of the of the DUT in response to invalid stimuli and behaviour from the test
tool. TPs to assess conformity of Application T-kernel functions for OBE for invalid behaviour shall be
performed as specified in Tables A.23 to A.26.
NOTE TPs with ID TP/AP-BAS/OBU/BI/05 have not been used in this document to apply a TP numbering consistent
with ETSI/TS 102 486-2-2.
Table A.23 — TP/AP FUN/OBE/BI/02
TP/AP-FUN/OBE/BI/02 Receive and manage PDUs to broadcast kernel with awake but not
yet initialized OBE
TP origin Identical to TP/AL-T/OBU/BI/02 in ETSI/TS 102 486-2-2:2008, 5.2.2
Reference ISO 13141:2024, 7.2.2
Initial condition In accordance with TP/AL-T/OBU/BI/02 in ETSI/TS 102 486-2-2:2008, 5.2.2
Stimulus and expected behav- In accordance with TP/AL-T/OBU/BI/02 in ETSI/TS 102 486-2-2:2008, 5.2.2.
iour
Table A.24 — TP/AP FUN/OBE/BI/03
TP/AP-FUN/OBE/BI/03 Receive and manage non-fragmented PDUs with wrong fragment
counter value with initialized OBE
TP origin Identical to TP/AL-T/OBU/BI/03 in ETSI/TS 102 486-2-2:2008, 5.2.2
Reference ISO 13141:2024, 7.2.3
Initial condition In accordance with TP/AL-T/OBU/BI/03 in ETSI/TS 102 486-2-2:2008, 5.2.2
Stimulus and expected behav- In accordance with TP/AL-T/OBU/BI/03 in ETSI/TS 102 486-2-2:2008, 5.2.2.
iour
NOTE Request with accessCredentials for SET. TP is applicable for SET only.
Table A.25 — TP/AP FUN/OBE/BI/04
TP/AP-FUN/OBE/BI/04 Receive and manage non-fragmented PDUs with wrong fragment
counter value with awake but not yet initialized OBE
TP origin Identical to TP/AL-T/OBU/BI/04 in ETSI/TS 102 486-2-2:2008, 5.2.2
Reference ISO 13141:2024, 7.2.2
Initial condition In accordance with TP/AL-T/OBU/BI/04 in ETSI/TS 102 486-2-2:2008, 5.2.2
Stimulus and expected behav- In accordance with TP/AL-T/OBU/BI/04 in ETSI/TS 102 486-2-2:2008, 5.2.2.
iour
Table A.26 — TP/AP FUN/OBE/BI/06
TP/AP-FUN/OBE/BI/06 Receive and manage concatenated and chained APDUs from a single
application with chaining error
TP Origin Identical to TP/AL-T/OBU/BI/06 in ETSI/TS 102 486-2-2:2008, 5.2.2
Reference ISO 13141:2024, 7.2.3
Initial Condition In accordance with TP/AL-T/OBU/BI/06 in ETSI/TS 102 486-2-22008, 5.2.2
Stimulus and Expected Behav- In accordance with TP/AL-T/OBU/BI/06 in ETSI/TS 102 486-2-2:2008, 5.2.2.
iour
NOTE Request with accessCredentials for SET. TP is applicable for SET only.
A.4.5 Application data attributes test purposes, security level 1
A.4.5.1 General
These TPs apply to security level 1 in accordance with ISO 13141:2024, Table B.6, Item 1, SET operation
in accordance with ISO 13141:2024, Table B.7, Item 2 and attributes in accordance with ISO 13141:2024,
Table B.9, Item 1 and Table B.10, Items 1 to 11.
A.4.5.2 Data attributes specification
The references to the specifications of data attributes’ length and allowed values shall be in accordance with
Table A.27.
Table A.27 — Data attribute specifications
Attribute AttrId Data element Specified in
lacOperator
ISO 13141:2024, Table 2
rseId
ISO 13141:2024, Table 2
latitude
ISO 13141:2024, Table 2
longitude
ISO 13141:2024, Table 2
altitude
ISO 13141:2024, Table 2
tollCharger
LacData 54 ISO 13141:2024, Table 2
chargeObject
ISO 13141:2024, Table 2
distanceToObject
ISO 13141:2024, Table 2
lacTime
ISO 13141:2024, Table 2
macTc
ISO 13141:2024, Table 2
mac2
ISO 13141:2024, Table 2
A.4.5.3 BV test purposes
The test subgroup objectives are:
— to test the behaviour of the DUT in relation to the support of mandatory attributes (in allowed length
and allowed values):
— lacData;
— to test the behaviour of the DUT receiving lacData indicating different toll contexts.
Tests are performed by means of the syntactically and contextual correct PDUs applying:
— SET using both confirmed and non-confirmed mode;
TPs for assessing conformity of application data attributes for OBE for valid behaviour shall be performed as
specified in Tables A.28 to A.31.
Table A.28 — TP/AP DAT/OBE/BV/01
TP/AP-DAT/OBE/BV/01 Verify that OBE accepts SET.rq on lacData attribute (confirmed mode)
TP origin Specific
Reference ISO 13141:2024, 7.2.3 and 8.1
Initial condition OBE initialized and can accept a SET-request
Stimulus and expected behav- Tester DUT
iour
SET.rq = { fill = 0,
1 ⇒
mode = T, eid = VST. DSRC-
eid, accessCredentials = ac1,
attrList = {(‘54’D, v1)},
iid = Ø }
SET.rs = { fill, eid,
2 ⇐
iid = Ø, returnStatus }
IF (returnStatus NOT OK) OR
(response not received) THEN
TP failed
Table A.29 — TP/AP DAT/OBE/BV/02
TP/AP-DAT/OBE/BV/02 Verify that OBE accepts SET.rq on lacData attribute for multiple
toll contexts in separate messages (confirmed mode)
TP origin Specific
Reference ISO 13141:2024, 9.3
Initial condition OBE initialized and can accept a SET-request
Stimulus and expected behav- Tester DUT
iour
SET.rq = { fill = 0,
1 ⇒
mode = T, eid = VST. DSRC-
eid, accessCredentials = ac ,
attrList = {(‘54’D, v )},
iid = Ø }
SET.rs = { fill, eid,
2 ⇐
iid = Ø, returnStatus }
IF (returnStatus NOT OK) OR
(response not received) THEN
TP failed
SET.rq = { fill = 0,
4 ⇒
mode = T, eid = VST. DSRC-
eid, accessCredentials = ac ,
attrList = {(‘54’D, v )},
iid = Ø }
SET.rs = { fill, eid,
5 ⇐
iid = Ø, returnStatus }
IF (returnStatus NOT OK) OR
(response not received) THEN
TP failed
Table A.30 — TP/AP DAT/OBE/BV/03
TP/AP-DAT/OBE/BV/03 Verify that OBE accepts SET.rq on lacData attribute
(non-confirmed mode)
TP origin Specific
Reference ISO 13141:2024, 7.2.3 and 8.1
Initial condition OBE initialised and can accept a SET-request
Stimulus and expected behav- Tester DUT
iour
SET.rq = { fill = 0,
1 ⇒
mode = F, eid = VST. DSRC-
eid, accessCredentials = ac1,
attrList = {(‘54’D, v1)},
iid = Ø }
IF (any message from DUT
received) OR
(lacData not stored correctly
a
in DUT) THEN TP failed
a
Condition “lacData not stored correctly in DUT” cannot be tested in a configuration with no prior knowledge of internal
workings of the OBE, as DUT does not support GET message. This condition can be tested using other means.

Table A.31 — TP/AP DAT/OBE/BV/04
TP/AP-DAT/OBE/BV/04 Verify that OBE accepts SET.rq on lacData attribute for multiple
toll contexts in separate messages (non-confirmed mode)
TP origin Specific
Reference ISO 13141:2024, 9.3
Initial condition OBE initialized and can accept a SET-request
Stimulus and expected behaviour
Stimulus and expected behav- Tester DUT
iour
SET.rq = { fill = 0,
1 ⇒
mode = F, eid = VST. DSRC-
eid, accessCredentials = ac ,
attrList = {(‘54’D, v )},
iid = Ø }
IF (any message from DUT
received) OR
(lacData not stored correctly
a
in DUT) THEN TP failed
SET.rq = { fill = 0,
3 ⇒
mode = F, eid = VST. DSRC-
eid, accessCredentials = ac ,
attrList = {(‘54’D, v )},
iid = Ø }
IF (any message from DUT
received) OR
(lacData not stored correct
...


Norme
internationale
ISO 13140
Première édition
Perception de télépéage —
2025-07
Évaluation des équipements
embarqués et en bord de route
quant à la conformité avec ISO 13141
Electronic fee collection — Evaluation of on-board and roadside
equipment for conformity to ISO 13141
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2025
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
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 . 2
5 Conformité . 3
6 Structure de la suite de tests . 3
6.1 Structure .3
6.2 Référence aux spécifications de tests de conformité .4
6.3 Buts de test .4
6.3.1 Conventions de définition des TP .4
6.3.2 Conventions d'appellation des TP .4
Annexe A (normative) relatifs aux équipements embarqués (OBE) . 6
Annexe B (normative) Tests relatifs aux équipements en bord de route (RSE) .22
Annexe C (normative) Formulaire de rapport de test de conformité (PCTR) pour les
équipements embarqués (OBE) .28
Annexe D (normative) Formulaire de rapport de test de conformité (PCTR) pour les
équipements en bord de route (RSE) .34
Bibliographie .39

iii
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’ISO attire l’attention sur le fait que la mise en application du présent document peut entraîner l’utilisation
d’un ou de plusieurs brevets. L’ISO ne prend pas position quant à la preuve, à la validité et à l’applicabilité de
tout droit de brevet revendiqué à cet égard. À la date de publication du présent document, l’ISO n'avait pas
reçu notification qu’un ou plusieurs brevets pouvaient être nécessaires à sa mise en application. Toutefois,
il y a lieu d’avertir les responsables de la mise en application du présent document que des informations
plus récentes sont susceptibles de figurer dans la base de données de brevets, disponible à l'adresse
www.iso.org/brevets. L’ISO ne saurait être tenue pour responsable de ne pas avoir identifié tout ou partie de
tels droits de propriété.
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 présent document a été élaboré par le comité technique ISO/TC 204, Systèmes de transport intelligents, en
collaboration avec le comité technique CEN/TC 278, Systèmes de transport intelligents, du Comité européen
de normalisation (CEN) conformément à l’Accord de coopération technique entre l’ISO et le CEN (Accord de
Vienne).
Cette première édition annule et remplace la première édition (ISO/13140-1:2016), qui a fait l'objet d'une
révision technique.
Les principales modifications sont les suivantes:
— suite à la suppression de l’ISO 13140-2, le titre du présent document a été mis à jour;
— modifications visant à refléter les modifications apportées aux exigences de l'ISO 13141, qui fait référence
à l’ISO 17573-3 comme source principale des spécifications des données;
— Les termes et définitions ont été mis à jour et l'ISO/TS 17573-2 a été incluse comme source principale
pour l'harmonisation de la terminologie dans les normes de perception de télépéage (EFC);
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/members.html.

iv
Introduction
Les équipements embarqués (OBE, On-Board Equipment) qui utilisent la technologie de localisation par satellite
pour collecter les données nécessaires au calcul de la redevance d'usage du réseau routier, fonctionnent de
manière autonome (i.e. sans utiliser une infrastructure en bord de route dédiée). L'équipement embarqué
enregistre le taux d'utilisation du réseau routier dans tous les systèmes de péage par lesquels il transite. À
cette fin, les OBE fonctionnant de manière autonome nécessitent des informations précises et en temps réel
des lieux où ils se trouvent. Ces informations sont fournies par des systèmes satellitaires, éventuellement
complétés par des capteurs embarqués. Parfois, les informations de localisation peuvent également être
fournies par une infrastructure en bord de route fixe, au moyen d'une communication d'augmentation de
localisations (LAC) basée sur les communications dédiées à courte portée (DSRC, Dedicated Short-Range
Communication).
Le présent document spécifie le processus et les essais destinés à évaluer la conformité à l'ISO 13141 des
OBE et des équipements en bord de route (RSE, RoadSide Equipment).
L'ISO 13141 spécifie les exigences concernant les communications dédiées à courte portée (DSRC, Dedicated
Short-Range Communication) entre un OBE et un interrogateur en vue de mettre en place l'augmentation de
localisations. Cela suppose que l’architecture des services de perception de télépéage (EFC, Electronic Fee
Collection) soit conforme à l'ISO 17573-1.
La présente partie de l'ISO 13140 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é des OBE et RSE et leur homologation;
— permettre la comparaison des résultats des essais correspondants réalisés en différents lieux à différents
moments;
— faciliter la communication entre les parties.

v
Norme internationale ISO 13140:2025(fr)
Perception de télépéage — Évaluation des équipements
embarqués et en bord de route quant à la conformité avec
ISO 13141
1 Domaine d'application
Le présent document spécifie la structure de la suite de tests (TSS, Test Suite Structure) et le but des tests
(TP, Test Purpose) pour évaluer la conformité des équipements embarqués (OBE) et des équipements en bord
de route (RSE) par rapport à l'ISO 13141.
Il constitue une base pour les essais de conformité relatifs aux équipements de communication dédiée à
courte portée (DSRC) afin de permettre l'interopérabilité entre les différents équipements fournis par les
différents constructeurs.
L'ISO 13141 spécifie les exigences applicables pour la communication d'augmentation de localisations (LAC),
mais qui ne concernent pas le comportement fonctionnel interne des OBE ou RSE. Par conséquent, les essais
relatifs au comportement fonctionnel des OBE et 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 13141:2024, Perception de télépéage — Communications d'augmentation de localisations 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 14907-2:2021, 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
ISO/TS 17573-2, Perception de télépéage – Architecture de systèmes pour le péage lié aux véhicules — Partie 2:
Vocabulaire
EN 12834:2003, Road transport and traffic telematics — Dedicated Short Range Communication (DSRC) —
DSRC application layer (disponible en anglais seulement)
EN 13372:2004, Road Transport and Traffic Telematics (RTTT) — Dedicated short-range communication —
Profils for RTTT applications (disponible en anglais seulement)
EN 15509:2023, Perception de télépéage — Profil d’application d’interopérabilité pour DSRC
EN 15876, Perception du télépéage — Évaluation de la conformité des équipements embarqués et des
équipements d’infrastructures routières à l’EN 15509
ETSI/TS 102 486-2-2:2008, 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) (disponible en anglais seulement)

3 Termes et définitions
Pour les besoins du présent document, les termes et définitions données dans l'ISO/TS 17573-2 et les
suivantes 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 https:// www .electropedia .org/
3.1
Déclaration de conformité d'une mise en œuvre du protocole
PICS
déclaration de conformité d'une mise en œuvre (ICS) ou d'un système, déclarée conforme à une spécification
de protocole donnée
[SOURCE: ISO/IEC 9646-1:1994, 3.3.80, modifié — grammaire et syntaxe mises à jour]
4 Abréviations
AC_CR Autorisations d'accès (ACces CRedential)
APDU unité de données de protocole d'application (Application Protocol Data Unit)
ATS suite de tests abstraite (Abstract Test Suite)
BI comportement non valide (cf. essais de comportement non valide)
BST table de service des balises (Beacon Service Table)
BV comportement valide (cf. essais de comportement valide)
DLC contrôle de liaison de données (Data Link Control)
DSRC communications dédiées à courte portée (Dedicated Short-Range Communication)
DUT dispositif en test (Device Under Test)
EID identifiant d'élément (Element Identifier)
EFC perception de télépéage (Electronic Fee Collection)
ICS déclaration de conformité d'une mise en œuvre (Implementation Conformance Statement)
LLC contrôle de liaison logique (Logical Link Control)
MAC contrôle d'accès au support (Medium Access Control)
PCTR rapport de test de conformité de protocole (Protocol Conformance Test Report)
PDU unité de données de protocole (Protocol Data Unit)
PICS déclaration de conformité d'une mise en œuvre de protocole (Protocol Implementation
Conformance Statement)
PIXIT informations complémentaires de mise en œuvre nécessaires aux essais (Protocol Implemen-
tation extra Information for Testing)
SCTR rapport de test de conformité du système (System Conformance Test Report)

T-APDU unité de données de protocole d'application de transfert (Transfer-Application Protocol Data
Unit)
TP But du test (Test Purpose)
TP-ID numéro du test (Test Purpose Identifier)
TSS structure de la suite de test (Test Suite Structure)
VST table de service des véhicules (Vehicle Service Table)
5 Conformité
Les essais de conformité doivent être effectués conformément à l'Annexe A et à l'Annexe B respectivement
pour les OBE et les RSE.
L'organisme d'évaluation de la conformité de l'OBE et du RSE est chargé de produire un rapport de test de
conformité.
L'organisme d'évaluation de la conformité de l'OBE doit compléter le formulaire du rapport de tests de
conformité (PCTR) pour les OBE, qui est décrit à l'Annexe C.
L'organisme d'évaluation de la conformité du RSE doit compléter le PCTR pour le RSE, conformément à
l'Annexe D.
NOTE Le PCTR constitue une base pour la déclaration de conformité du fabricant.
6 Structure de la suite de tests
6.1 Structure
Le Tableau 1 répertorie la TSS, y compris ses sous-groupes qui sont hérités d'autres spécifications.
Tableau 1 — Structure de la suite de tests
Groupe Type de DUT Comportement
Couche physique OBE Comportement valide (BV)
Comportement non valide (BI)
RSE BV
BI
Contrôle de liaison de données OBE BV
(DLC)
BI
Sous-couche Contrôle d'accès
RSE BV
au support (MAC)
BI
DLC OBE BV
Sous-couche Contrôle de liai-
BI
son logique (LLC)
RSE BV
BI
Couche d'application OBE BV
BI
RSE BV
BI
Les tests sur la couche physique doivent être effectués dans un laboratoire de tests radio.

6.2 Référence aux spécifications de tests de conformité
La conformité à une norme de profil implique la conformité aux normes de base associées. C'est pourquoi
un certain nombre de scénarios de test pour l'application LAC sont exactement les mêmes que les scénarios
de test de conformité des normes de base associées. D'autres scénarios de test sont dérivés des scénarios
de test de conformité des normes de base en appliquant des restrictions ou des choix dans les éléments tels
que les valeurs de paramètres, selon ce qui est spécifié dans la norme de profil. Des scénarios de test de
conformité spécifiques à l'application LAC sont identifiés pour les déclarations contenues dans l'application
LAC qui n'ont aucune équivalence dans les normes de base. Ces derniers cas recouvrent, par exemple, les
buts de test relatifs aux données de la couche d'application. Le présent document tient compte des buts des
tests 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 de test identiques à ceux spécifiée dans les scénarios de test de conformité des normes de
base (voir ETSI/TS 102 486-2-2 ou EN 15876, par exemple), une référence directe est indiquée;
NOTE Pour faciliter la lecture, dans les TP, le titre ou une description explicite du but du test désigné est
fourni ainsi que la référence à la norme EN 15876.
b) Pour les buts de test qui sont dérivés de ceux spécifiées dans les scénarios de test de conformité des
normes de base, une référence directe est indiquée. Le document indique également la manière dont le
scenario de test désigné doit être modifié pour les essais de conformité de profil;
c) Pour les buts de test spécifiques au profil de norme, une description complète est donnée.
Pour chaque but de test, une indication permet de déterminer si un but de test est identique, dérivé ou
spécifique.
6.3 Buts de test
6.3.1 Conventions de définition des TP
Les TP sont spécifiées conformément aux règles indiquées dans le Tableau 2.
Tableau 2 — Règles de spécification des TP
ID TP selon les conventions d'appellation Intitulé
des TP
Référence
Origine du TP
Condition initiale
Stimulus et comportement attendu
ID TP L'ID TP est un identifiant unique. Il est spécifié conformément aux conventions d'appella-
tion des TP définies au Paragraphe 6.3.2.
Intitulé Brève description du but du TP.
Référence Contient la référence (document, article, paragraphe) de l'objet que doit valider le TP
concernée.
Origine du TP Indique si le TP est identique à un TP spécifié dans une autre norme de test, dérivée d'un
TP spécifié dans une autre norme de test ou spécifique à ce profil de norme.
Condition initiale Cette condition spécifie l'état initial requis pour le dispositif sous test (DUT) au moment
de lancer le TP considérée.
Stimulus et comporte- Spécification 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.
6.3.2 Conventions d'appellation des TP
Chaque TP se voit attribuer une identification unique. Cette identification unique est une chaîne
d'informations construite selon la syntaxe suivante:

TP///-
TP: indique qu'il s'agit d'un but de test (TP = Test Purpose);
: indique à quel groupe le TP s'applique parmi les groupes spécifiés dans le Tableau 1;
: indique le type de DUT (p. ex.: OBE ou RSE);
X: indique le type de test (p. ex.: essais de comportement valide — BV ou essais de comportement non
valide — BI);
: indique le numéro séquentiel de TP (01-99).
Les conventions d'appellation des TP sont décrites dans le Tableau 3.

Tableau 3 — Conventions d'appellation des TP

applicable aux OBE/RSE PHY Couche physique
applicable aux OBE/RSE MAC/LLC Sous-couche MAC/LLC
applicable aux OBE/RSE AP-BAS Couche d'application — Prise en charge du I-kernel
applicable aux OBE AP-FUN Couche d'application — Prise en charge du T-Kernel
applicable aux OBE AP-DAT Couche d'application — Prise en charge des attributs de données
applicable aux OBE AP-SEC Couche d'application — Prise en charge du niveau de sécurité 1
applicable aux RSE AP-SET Couche d'application — But des tests relatifs à la PDU SET-rq,
applicable aux RSE AP-REL Couche d'application — Buts des tests relatifs à la PDU EVENT-RE-
PORT-rq
Annexe A
(normative)
relatifs aux équipements embarqués (OBE)
A.1 Généralités
A.1.1 Contenu
La présente annexe décrit les TP relatifs à l'évaluation de conformité des OBE par rapport à l'ISO 13141.
A.1.2 Symboles inclus dans les descriptions de TP
Pour les buts de test relatifs à la couche d'application (voir Article A.4), une notation et une convention de
symboles particulières sont utilisées, comme cela est indiqué dans le Tableau A.1.
Tableau A.1 — Description des symboles de TP
Symbole Description
XXX.rq ⇒ Le testeur envoie la PDU XXX.rq au DUT.
⇐ YYY.rs Le DUT envoie la PDU YYY.rs au testeur.
A ≡ B Le TP A «est cohérent avec» le TP B. Autrement dit, une notation de type
«TP A ≡ TP B» signifie que le TP A est identique au TP 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 qu’en ce qui concerne le champ d'application
du TP, il convient de remplacer les références au Tableau X par des références
au Tableau Y.
= Signifie «affectation». Soit, une notation de type «accessCredentials = valeur»
signifie que le champ accessCredentials se voit affecter une valeur.
Ø Signifie «vide» ou «non défini». Autrement dit, une notation de type «access-
Credentials = Ø → accessCredentials = valeur calculée», pour un TP donné,
signifie «remplacer par une valeur calculée toutes les occurrences où aucune
valeur n'a été affectée au champ accessCredentials».
A.2 Couche physique
Conformément à l'ISO 13141:2024, 5.5.2, tous les buts des tests TP/PHY/OBE/Bx/yy définies dans EN 15876
doivent s'appliquer à l'évaluation de la conformité des OBE par rapport aux LAC basées CEN-DSRC spécifiées
dans l'ISO 13141:2024, Tableau B.8, N° d'élément 1.
A.3 MAC et LLC
Conformément à l'ISO 13141:2024, 5.5.2, tous les buts des test TP/MAC/OBE/Bx/yy et TP/LLC/OBE/Bx/yy
définies dans EN 15876 doivent s'appliquer à l'évaluation de la conformité des OBE par rapport aux LAC
basées CEN-DSRC spécifiées dans l'ISO 13141:2024, Tableau B.8, N° d'élément 1.

A.4 Couche d'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 d'une BST, lorsqu'elle est transmise à l'OBE, doit être conforme au Tableau A.2.
Tableau A.2 — Structure générale d'une BST
Longueur Valeurs admises
«1 000» indiquant
T-APDU 4 bits une demande d'initialisation
(BST)
1 bit (nonmandApplications
Indicateur d'option 0/1
facultatif)
manufacturerId 16 bits Conformément à l'ISO 14816
rsu
valeur spécifiée par
individualId 27 bits
le constructeur
time 32 bits Temps réel UNIX
1 bit (extension de Profil) 0 (= aucune extension)
Conformément au profil de
Profil
7 bits l'EN 12834:2003, Annexe A
et à l'EN 13372:2004, 6.3.2.
TTabableleaauu A A.22 ((ssuuiitte)e)
Longueur Valeurs admises
1 bit (extension d’Applications 0 (= aucune extension)
obligatoire)
7 bits (nombre M
d'applications)
Application 1 bit (eid facultatif) 0 (= eid non présent)

LAC
1 bit (paramètre facultatif) 0 (= paramètre non présent)
1 bit (extension de aid) 0 (= aucune extension)
aid
5 bits 21 (= application LAC)
Application 2 1 bit (eid facultatif) 0/1

(non LAC)
1 bit (paramètre facultatif) 0/1
Applications
1 bit (extension de aid) 0 (= aucune extension)
obligatoire
aid
5 bits n'importe lequel (≠ applica-
tion LAC)
1 bit (extension de l’eid) 0 (= aucune extension)
eid
7 bits toutes
ApplicationContextMark
paramètre conformément à
l'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)
aid
5 bits n'importe lequel (≠ applica-
tion LAC)
1 bit (extension de eid) 0 (= aucune extension)
eid
7 bits toutes
ApplicationContext-
para
Mark conformément à
mètre
l'EN 12834:2003, Annexe A
1 bit (extension d’Applications 0 (= aucune extension)
obligatoires)
7 bits (nombre Peut être compris entre 0 et

d'applications) N, à condition que la longueur
maximale de la trame ne soit
Applications
pas dépassée.
non obliga-
toire Application 1 Conformément à l'« Application 2 (non EFC) » d’Applications obliga-
(non EFC) toires
... ...
Application N Conformément à l'« Application 2 (non EFC) » d’Applications obliga-
(non EFC) toires
1 bit (extension de ProfilList) 0 (= aucune extension)

7 bits (nombre de profils) K
Profil 1 1 bit (extension de Profil) 0 (= aucune extension)
7 bits Profil conformément à
l'EN 12834:2003, Annexe A
et à l'EN 13372:2004, 6.3.2.
TTabableleaauu A A.22 ((ssuuiitte)e)
Longueur Valeurs admises
... ... ...
Profil K 1 bit (extension de Profil) 0 (= aucune extension)
7 bits Profil conformément à
l'EN 12834:2003, Annexe A
et à l'EN 13372:2004, 6.3.2.
A.4.1.2 VST
La structure générale d'une VST, lorsqu'elle est transmise par l'OBE, doit être conforme au Tableau A.3.
Tableau A.3 — Structure générale des VST (niveau de sécurité 1)
Longueur Valeurs admises
Remplissage 4 bits Toutes
1 bit (extension de Profil) 0 (= aucune extension)
Profil conformément à
Profil
7 bits l'EN 12834:2003,
Annexe A
1 bit (extension d’Applica-
0 (= aucune extension)
tions)
Peut être compris entre 0 et M en

fonction de la prise en charge de
7 bits (nombre d'applica-
l'OBE et à condition que la longueur
tions)
de trame maximale ne soit pas
dépassée.
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 21 (= application LAC)
1 bit (extension de eid) 0 (= aucune extension)
eid
toutes (≠ autre eid utilisé dans cette
7 bits
VST)
1 bit (extension de Contai-
0 (= aucune extension)
ner)
7 bits (Container CHOIX) 2 (= CHAÎNE D'OCTETS)
1 bit (extension de la chaîne
0 (= aucune extension)
d'octets)
7 bits (longueur de la chaîne
d'octets)
10 bits (CountryCode) Conformément à l'ISO 3166-1
contract
Provider
14 bits (IssuerIdentifier) Conformément à l'ISO 14816
TypeOf
LAC- 16 bits toutes
Contract
Application
ContextMark
LAC
1 bit (extension de contex-
0 (= aucune extension)
Context
tVersion)
Version
7 bits toutes
para
1 bit (extension de Contai-
mètre
0 (= aucune extension)
ner)
7 bits (Container CHOIX) 2 (= CHAÎNE D’OCTETS)

1 bit (extension de la chaîne
0 (= aucune extension)
d’octets)
TTabableleaauu A A.33 ((ssuuiitte)e)
Longueur Valeurs admises
7 bits (longueur de la chaîne
d'octets)
applications
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 (Container CHOIX) 2 (= CHAÎNE D’OCTETS)

1 bit (extension de la chaîne
0 (= aucune extension)
d’octets)
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)
Conformément à DSRCApplica-
aid
5 bits tionEntityID,
Application 2 EN 12834:2003, Annexe A
1 bit (extension de eid) 0 (= aucune extension)
eid
toutes (≠ autre eid utilisé dans cette
7 bits
VST)
para ApplicationContextMark conformé-

mètre ment à l'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)
DSRCApplicationEntityID
aid
5 bits conformément à l'EN 12834:2003,

Annexe A
Application M
1 bit (extension de eid) 0 (= aucune extension)
eid
toutes (≠ autre eid utilisé dans cette
7 bits
VST)
para ApplicationContextMark conformé-

mètre ment à 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
A.4.2 Paramètres des PDU
A.4.2.1 Paramètres des PDU de demande
Les APDU de demande doivent être conformes aux Tableaux A.4 et A.5.
L'application LAC n'utilise pas d'autre commande de demande.
Les bits de remplissage (fill) doivent toujours être mis à zéro.

Tableau A.4 — Paramètres SET-Rq (niveau de sécurité 1)
EN 12834:2003, Annexe A EN 15509:2023, Tableau B.18
fill =
mode =
eid =
SET-Rq
accessCredentials facultatif obligatoire
attrList =
iid facultatif interdit
Tableau A.5 — Paramètres EVENT-REPORT-Rq
EN 12834:2003, Annexe A EN 15509:2023, Ta-
bleau B.22 et ISO 13141
mode false
eid 0
eventType 0 (libérer)
EVENT-REPORT-Rq
accessCredentials facultatif interdit
eventParameters facultatif interdit
iid facultatif interdit
A.4.2.2 Paramètres des PDU de réponse
Les APDU de réponse doivent être conformes au Tableau A.6.
L'application LAC n'utilise pas d'autre APDU de réponse.
Les bits de remplissage (fill) doivent toujours être mis à zéro.
Tableau A.6 — Paramètres SET-Rs (niveau de sécurité 1)
EN 12834:2003, Annexe A EN 15509:2023, Tableau B.19
fill =
eid =
SET-Rs
iid facultatif interdit
ret facultatif obligatoire
A.4.3 TP relatifs aux applicatif du I-kernel pour l'OBE, niveau de sécurité 1
A.4.3.1 Généralités
Les TP spécifiées dans le Paragraphe A.4.3 s'appliquent au niveau de sécurité 1 tel que spécifié dans la norme
ISO 13141:2024, Tableau B.6, N° d'élément 1, ainsi qu'aux processus d'initialisation et de résiliation spécifiés
dans l'ISO 13141:2024, Tableau B.7, N° d'élément 1 et 5.
A.4.3.2 Structures de données
Pour les besoins de cet essai de conformité, les BST spécifiées dans les tableaux suivants:
— Tableau A.7 pour une BST valide utilisée dans les BV TP, et
— Tableau A.8 pour une BST non valide utilisée dans les TP BI

doivent être transmises au DUT.
NOTE La BST2 contient des paramètres erronés sous la forme d'une application LAC insérée en tant qu'application
non obligatoire.
Tableau A.7 — BST1
Longueur Valeur
Indicateur d'option 1 bit (nonmandApplications facultatif) 0 (= nonmandApplications non pré-
sent)
RSU manufacturerId 16 bits valeur enregistrée
individualId 27 bits toutes
time 32 bits toutes
Profil 1 bit (extension de Profil) 0 (= aucune extension)
7 bits 0
Applications  1 bit (extension de mandApplications) 0 (= aucune extension)
Obligatoire
7 bits (nombre d'applications) 1
Application  1 bit (eid facultatif) 0 (= eid non présent)
LAC
1 bit (paramètre facultatif) 0 (= paramètre non présent)
aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits 21 (= application LAC)
ProfilList 1 bit (extension de ProfilList) 0 (= aucune extension)
7 bits (nombre de profils) 0 (= liste vide)
Tableau A.8 — BST2
Longueur Valeur
Indicateur d'option 1 bit (nonmandApplications facultatif) 1 (= nonmandApplications présent)
RSU manufacturerId 16 bits valeur enregistrée
individualId 27 bits toutes
time 32 bits toutes
Profil 1 bit (extension de Profil) 0 (= aucune extension)
7 bits 0
Applications  1 bit (extension de mandApplications) 0 (= aucune extension)
Mand
7 bits (nombre d'applications) 1
Application 1 bit (eid facultatif) 1 (= eid présent)
n° 1
1 bit (paramètre facultatif) 0 (= paramètre non présent)
(non LAC)
aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits ≠ 21 (AID non pris en charge
par l'OBE)
eid 1 bit (extension de eid) 0 (= aucune extension)
7 bits toutes
TTabableleaauu A A.88 ((ssuuiitte)e)
Longueur Valeur
Applications  1 bit (extension de nonmandApplica- 0 (= aucune extension)
nonmand tions)
7 bits (nombre d'applications) 1
Application  1 bit (eid facultatif) 0 (= eid non présent)
LAC
1 bit (paramètre facultatif) 0 (= paramètre non présent)
aid 1 bit (extension de aid) 0 (= aucune extension)
5 bits 21 (= application LAC)
ProfilList 1 bit (extension de ProfilList) 0 (= aucune extension)
7 bits (nombre de profils) 0 (= liste vide)
A.4.3.3 Buts des tests relatifs aux BV
Les objectifs du sous-groupe de tests sont les suivants:
a) évaluer le comportement du DUT face à:
— une BST valide;
— une demande EVENT-REPORT-Rq (libérer) valide;
b) vérifier que le DUT prend en charge les attributs suivants:
— BeaconId;
— Time;
— Profil;
— Applications;
— LID.
Les TP visant à évaluer la conformité des fonctions des applicatif I-Kernel pour l'OBE, niveau de sécurité 1, en
ce qui concerne un comportement valide, doivent être effectuées comme indiqué dans les Tableaux A.9 à A.14.
NOTE Pour appliquer une numérotation TP cohérente avec l'ETSI/TS 102 486-2-2, les buts de test identifiés par
les ID TP/AP-BAS/OBE/BV/04 à TP/AP-BAS/OBE/BV/08 n'ont pas été utilisées dans ce document.
Tableau A.9 — TP/AP-BAS/OBE/BV/01
TP/AP-BAS/OBE/BV/01 Recevoir et gérer une demande d'INITIALISATION (BST)
Origine du TP Identique à TP/AL-I/OBU/BV/01 dans l'ETSI/TS 102 486-2-2-V1.2.1
(2008-10), 5.4.1
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Conformément à TP/AL-I/OBU/BV/01 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus et comportement Conformément à TP/AL-I/OBU/BV/01 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1.
attendu
Tableau A.10 — TP/AP BAS/OBE/BV/02
TP/AP-BAS/OBE/BV/02 Recevoir et gérer une demande EVENT-REPORT.rq (RELEASE) avec
mode = 0
Origine du TP Identique à TP/AL-I/OBU/BV/02 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Référence ISO 13141:2024, Paragraphe 7.2.4
Condition initiale Conformément à TP/AL-I/OBE/BV/02 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus et comportement Conformément à TP/AL-I/OBE/BV/02 dans l'ETSI/TS 102 486:2008, 5.4.1.
attendu
Tableau A.11 — TP/AP-BAS/OBE/BV/03
TP/AP-BAS/OBE/BV/03 Lire et gérer l'attribut BeaconID dans la BST
Origine du TP Identique à TP/AL-I/OBU/BV/03 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Identique à TP/AL-I/OBU/BV/03 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus et comportement Conformément à TP/AL-I/OBU/BV/03 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1.
attendu
Tableau A.12 — TP/AP-BAS/OBE/BV/04
TP/AP-BAS/OBE/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 du TP Identique à TP/AL-I/OBU/BV/04 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Identique à TP/AL-I/OBU/BV/04 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus et comportement Conformément à TP/AL-I/OBU/BV/04 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1.
attendu
Tableau A.13 — TP/AP-BAS/OBE/BV/09
TP/AP-BAS/OBE/BV/09 Gérer la sélection de profil
Origine du TP Identique à TP/AL-I/OBU/BV/09 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Conformément à TP/AL-I/OBU/BV/09 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1
Stimulus et comportement Conformément à TP/AL-I/OBU/BV/09 dans l'ETSI/TS 102 486-2-2:2008, 5.4.1.
attendu
Tableau A.14 — TP/AP-BAS/OBE/BV/10
TP/AP-BAS/OBE/BV/10 Vérifier que le DUT répond à une BST par une VST
Origine du TP Spécifique
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Le DUT n'est pas en mode veille et n'est pas encore initialisé
Stimulus et comportement Testeur DUT
attendu
BST1
1 ⇒
VST
2 ⇐
Vérifier la longueur et les
valeurs admises de la VST
(conformément au Tableau A.3)
SI la vérification réalisée
à l'étape 3 n'a pas réussi
ALORS le TP a échoué
A.4.3.4 Buts des tests relatifs aux BI
Les objectifs du sous-groupe de tests sont les suivants:
— contrôler le comportement du DUT face à des messages non valides.
Les TP visant à évaluer la conformité des fonctions des applicatif I-Kernel pour l'OBE, niveau de sécurité 1, en ce
qui concerne le comportement non valide, doivent être effectuées comme indiqué dans les Tableaux A.15 à A.17.
Tableau A.15 — TP/AP-BAS/OBE/BI/01
TP/AP-BAS/OBE/BI/01 Gérer la sélection de profil
Origine du TP Identique à TP/AL-I/OBU/BI/01 dans l'ETSI/TS 102 486-2-2:2008, 5.4.2
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Conformément à TP/AL-I/OBU/BI/01 dans l'ETSI/TS 102 486-2-2:2008, 5.4.2
Stimulus et comportement Conformément à TP/AL-I/OBU/BI/01 dans l'ETSI/TS 102 486-2-2:2008, 5.4.2.
attendu
Tableau A.16 — TP/AP-BAS/OBE/BI/02
TP/AP-BAS/OBE/BI/02 Gérer les applications
Origine du TP Identique à TP/AL-I/OBU/BI/02 dans l'ETSI/TS 102 486-2-2:2008, 5.4.2
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Conformément à TP/AL-I/OBU/BI/02 dans l'ETSI/TS 102 486-2-2:2008, 5.4.2
Stimulus et comportement Conformément à TP/AL-I/OBU/BI/02 dans l'ETSI/TS 102 486-2-2:2008, 5.4.2.
attendu
Tableau A.17 — TP/AP-BAS/OBE/BI/03
TP/AP-BAS/OBE/BI/03 Vérifier que le DUT traite la BST avec l'application LAC marquée comme
étant une application non obligatoire
Origine du TP Spécifique
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Le DUT n'est pas en mode veille et n'est pas encore initialisé
Stimulus et comportement Testeur DUT
attendu
BST2
1 ⇒
Vérifier que le DUT ne
s'initialise pas avec une
réponse INITIALIZATION
(VST).
SI la vérification réalisée
à l'étape 3 n'a pas réussi
ALORS le TP a échoué
A.4.4 But des essais relatifs aux applicatifs du T-Kernel pour l’OBE
A.4.4.1 Généralités
Ces TP s'appliquent aux fonctions de la couche 7 relatives au noyau T conformément à l'ISO 13141:2024,
Tableau B.7, N° d'éléments 1, 2 et 5.
A.4.4.2 Buts des tests relatifs aux BV
L'objectif du sous-groupe de tests est le suivant:
— évaluer le comportement du DUT face à un comportement syntaxiquement et contextuellement correct
du système de test.
Les TP visant à évaluer la conformité des fonctions de l’applicatif T-Kernel pour l'OBE en ce qui concerne un
comportement valide doivent être effectuées comme indiqué dans les Tableaux A.18 à A.22.
Tableau A.18 — TP/AP FUN/OBE/BV/02
TP/AP-FUN/OBE/BV/02 Recevoir une demande SET.rq et gérer une réponse SET.rs avec LID = pri-
vate
Origine du TP Identique à TP/AL-T/OBU/BV/02 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Référence ISO 13141:2024, Paragraphe 7.2.3
Condition initiale Conformément à TP/AL-T/OBU/BV/02 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus et comportement Conformément à TP/AL-T/OBU/BV/02 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1.
attendu
NOTE: Demande avec des accessCredentials
Tableau A.19 — TP/AP FUN/OBE/BV/13
TP/AP-FUN/OBE/BV/13 Recevoir et gérer des APDU non fragmentées avec un numéro de PDU aléa-
toire
Origine du TP Identique à TP/AL-T/OBU/BV/13 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Référence ISO 13141:2024, Paragraphe 7.2.3
Condition initiale Conformément à TP/AL-T/OBU/BV/13 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus et comportement Conformément à TP/AL-T/OBU/BV/13 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1.
attendu
NOTE: Demande avec des accessCredentials pour la fonction SET. TP applicable au SET uniquement.
Tableau A.20 — TP/AP FUN/OBE/BV/14
TP/AP-FUN/OBE/BV/14 Recevoir et gérer des APDU multiplexées provenant de deux applications
différentes
Origine du TP Identique à TP/AL-T/OBU/BV/14 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Référence ISO 13141:2024, Paragraphe 7.2.3
Condition initiale Conformément à TP/AL-T/OBU/BV/14 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus et comportement Conformément à TP/AL-T/OBU/BV/14 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1.
attendu
NOTE: Demande avec des accessCredentials pour la fonction SET. TP applicable au SET uniquement.
Tableau A.21 — TP/AP FUN/OBE/BV/16
TP/AP-FUN/OBE/BV/16 Recevoir et gérer des APDU concaténées et chaînées provenant d'une seule
application
Origine du TP Identique à TP/AL-T/OBU/BV/16 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Référence ISO 13141:2024, Paragraphe 7.2.3
Condition initiale Conformément à TP/AL-T/OBU/BV/16 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1
Stimulus et comportement Conformément à TP/AL-T/OBU/BV/16 dans l'ETSI/TS 102 486-2-2:2008, 5.2.1.
attendu
NOTE: Demande avec des accessCredentials pour la fonction SET. TP applicable au SET uniquement.

Tableau A.22 — TP/AP FUN/OBE/BV/18
TP/AP-FUN/OBE/BV/18 Prise en charge de DSRC L7 SET
Origine du TP Identique à TC04-A dans l'ISO/14907-2:2021, C.2.4
Référence ISO 13141:2024, Paragraphe 7.2.3
Condition initiale Conformément à TC04-A dans l'ISO/14907-2:2021, C.2.4
Stimulus et comportement Conformément à TC04-A dans l'ISO/14907-2:2021, C.2.4.
attendu
NOTE Demande avec des accessCredentials
A.4.4.3 Buts des tests relatifs aux BI
L'objectif du sous-groupe de tests est le suivant:
— contrôler le comportement du DUT face à des stimuli et à un comportement non valides émis par l'outil
de test. Les TP visant à évaluer la conformité des fonctions de l’applicatif T-Kernel de l'OBE en ce qui
concerne un comportement valide doivent être effectuées comme indiqué dans les Tableaux A.23 à A.26.
NOTE Pour appliquer une numérotation TP cohérente avec l'ETSI/TS 102 486-2-2, les TP identifiées par l'ID TP/
AP-BAS/OBU/BI/05 n'ont pas été utilisées dans ce document.
Tableau A.23 — TP/AP-FUN/OBE/BI/02
TP/AP-FUN/OBE/BI/02 Recevoir et gérer des PDU destinées au kernel de diffusion avec un OBE
réveillé, mais pas encore initialisé
Origine du TP Identique à TP/AL-T/OBU/BI/02 dans l'ETSI/TS 102 486-2-2:2008, 5.2.2
Référence ISO 13141:2024, Paragraphe 7.2.2
Condition initiale Conformément à TP/AL-T/OBU/BI/02 dans l'ETSI/TS 102 486-2-2:2008, 5.2.2
Stimulus et comportement Conformément à TP/AL-T/OBU/BI/02 dans l'ETSI/TS 102 486-2-2:2008, 5.2.2.
attendu
Tableau A.24 —
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

Loading comments...