Electronic fee collection — Localization augmentation communication for autonomous systems

This document establishes requirements for short-range communication for the purposes of augmenting the localization in autonomous electronic fee collection (EFC) systems. Localization augmentation serves to inform on-board equipment (OBE) about geographical location and the identification of a charge object. This document specifies the provision of location and heading information and security means to protect against the manipulation of the OBE with false RSE. The localization augmentation communication (LAC) takes place between an OBE in a vehicle and fixed RSE. This document is applicable to OBE in an autonomous mode of operation. This document specifies attributes and functions for the purpose of localization augmentation, by making use of the dedicated short-range communications (DSRC) communication services provided by DSRC Layer 7, and makes these LAC attributes and functions available to the LAC applications at the RSE and the OBE. Attributes and functions are specified on the level of application data units (ADUs; see Figure 1). As depicted in Figure 1, this document is applicable to: — the application interface definition between OBE and RSE; — the interface to the DSRC application layer, as specified in ISO 15628 and EN 12834; — the use of the DSRC stack. The LAC is suitable for a range of short-range communication media. This document provides specific definitions regarding the CEN-DSRC stack as specified in EN 15509. Annexes C, D, E and H provide for the use of the Italian DSRC as specified in ETSI/ES 200 674-1, ISO CALM IR ARIB DSRC and WAVE DSRC. This document contains a protocol implementation conformance statement (PICS) proforma in Annex B and transaction examples in Annex F. Annex G highlights how to use this document for the European Electronic Toll Service (EETS). Test specifications are not within the scope of this document.

Perception de télépéage — Communications d'augmentation de localisations pour systèmes autonomes

Le présent document définit les exigences pour une communication à courte portée en vue de mettre en place l'augmentation de localisations dans les systèmes de perception de télépéage (EFC) autonomes. L'augmentation de localisations sert à informer les équipements embarqués (OBE) de leur position géographique et à l'identification d'un objet d'imputation. Le présent document spécifie la mise à disposition des informations de localisation et de direction, et constitue une protection contre la manipulation des équipements embarqués par des équipements en bord de route (RSE) frauduleux. Les communications d'augmentation de localisations (LAC, Localization Augmentation Communication) s'effectuent entre l'équipement embarqué sur un véhicule et un équipement en bord de route fixe. Le présent document s'applique aux équipements embarqués autonomes. Le présent document spécifie des attributs et des fonctions pour l'augmentation de localisations au moyen des services de communication à courte portée fournis par la couche DSRC 7 et met ces attributs et ces fonctions LAC à la disposition des applications LAC au niveau des équipements en bord de route et des équipements embarqués. Les attributs et les fonctions sont spécifiés au niveau des unités de données d'application (ADU, application data unit; voir la Figure 1). Comme cela est représenté à la Figure 1, le présent document s'applique: — à la définition de l'interface d'application entre l'équipement embarqué (OBE) et l'équipement en bord de route (RSE); — à l'interface avec la couche d'application DSRC spécifiée dans l'ISO 15628 et l'EN 12834; — à l'utilisation de la pile de communication DSRC. Les communications d'augmentation de localisations (LAC) conviennent à une gamme de supports de communication à courte portée. Le présent document fournit des définitions spécifiques à la pile CEN-DSRC, comme cela est spécifié dans l'EN 15509. Les Annexes C, D, E et H spécifient l'utilisation de la pile UNI DSRC (Italie) conformément à l'ETSI/ES 200 674-1, l'ISO CALM IR, ARIB DSRC et WAVE DSRC. Le présent document fournit un formulaire de déclaration de conformité d'une mise en œuvre de protocole (PICS, Protocol Implementation Conformance Statement) à l'Annexe B, ainsi que des exemples de transactions à l'Annexe F. L'Annexe G souligne comment utiliser le présent document pour le service européen de télépéage (SET). Le présent document ne s'applique pas aux spécifications d'essai.

General Information

Status
Published
Publication Date
22-Feb-2024
Current Stage
6060 - International Standard published
Start Date
23-Feb-2024
Due Date
27-Jan-2025
Completion Date
23-Feb-2024

Relations

Effective Date
12-Feb-2026
Effective Date
06-Jun-2022
Effective Date
06-Jun-2022
Effective Date
06-Jun-2022

Overview - ISO 13141:2024 (Localization augmentation for autonomous EFC)

ISO 13141:2024 - Electronic fee collection - Localization augmentation communication for autonomous systems defines standardized short-range communications to augment on-board localization in autonomous electronic fee collection (EFC) systems. The standard specifies how fixed roadside equipment (RSE) communicates location, heading and charge-object identification to on‑board equipment (OBE) using dedicated short‑range communications (DSRC). It is the second edition, revising ISO 13141:2015 and incorporating Amendment 1:2017.

Key outcomes: a single application attribute (LacData) transmitted as application data units (ADUs), mandatory use of access credentials to protect OBEs from spoofed RSE, and support for data origin authentication, integrity and non-repudiation.

Key technical topics and requirements

  • LAC application architecture: Defines the application interface between RSE and OBE and the interface to DSRC Layer 7 (SET service) to perform acknowledged writes of LacData.
  • LacData attribute: A standardized data container carrying geographic coordinates (latitude, longitude, altitude), heading and charge-object identifiers. All elements are defined; Null values allow partial payloads.
  • Security: Mandatory access credentials for RSE write operations and two authenticator fields in LacData to enable authentication, integrity and non‑repudiation depending on institutional needs.
  • DSRC stack support: Specific definitions for the CEN DSRC stack (EN 15509) and informative guidance for Italian ETSI/ES 200 674‑1, ISO CALM IR, ARIB DSRC and WAVE DSRC (Annexes C, D, E, H).
  • Application data units (ADUs): Attributes and functions are specified at ADU level and made available to LAC applications on RSE and OBE.
  • Conformance: Clause 6 defines conformance requirements; Annex B contains a PICS proforma. Transaction examples are in Annex F. Note: test specifications are out of scope for this document.

Practical applications and who uses it

ISO 13141:2024 is intended for:

  • Toll operators and EFC service providers implementing interoperable localization augmentation for charging.
  • OBE and RSE manufacturers building DSRC-based modules that reliably provide and consume LacData.
  • System integrators and ITS authorities deploying roadside augmentation in environments with limited GNSS (tunnels, urban canyons, precise charge-object identification).
  • Standards developers and conformance assessors using the PICS proforma and transaction examples to align implementations.

Typical applications include GNSS augmentation for autonomous tolling, reliable charge-object identification at complex interchanges, and secure short‑range communication for European Electronic Toll Service (EETS) environments (see Annex G).

Related standards and cross‑references

  • DSRC application layer: ISO 15628, EN 12834
  • CEN DSRC stack: EN 15509
  • ETSI/ES 200 674‑1, ISO CALM IR, ARIB DSRC, WAVE DSRC (informative guidance in Annexes)
  • EFC architecture: ISO 17573 series

Keywords: ISO 13141:2024, localization augmentation, LAC, LacData, electronic fee collection, EFC, DSRC, OBE, RSE, EETS, tolling security, ADU, conformance.

Standard

ISO 13141:2024 - Electronic fee collection — Localization augmentation communication for autonomous systems Released:23. 02. 2024

English language
36 pages
sale 15% off
Preview
sale 15% off
Preview
Standard

ISO 13141:2024 - Perception de télépéage — Communications d'augmentation de localisations pour systèmes autonomes Released:3/27/2024

French language
37 pages
sale 15% off
Preview
sale 15% off
Preview
Standard

REDLINE ISO 13141:2024 - Perception de télépéage — Communications d'augmentation de localisations pour systèmes autonomes Released:3/27/2024

French language
37 pages
sale 15% off
Preview
sale 15% off
Preview

Get Certified

Connect with accredited certification bodies for this standard

BSI Group

BSI (British Standards Institution) is the business standards company that helps organizations make excellence a habit.

UKAS United Kingdom Verified

Great Wall Tianjin Quality Assurance Center

Established 1993, first batch to receive national accreditation with IAF recognition.

CNAS China Verified

Hong Kong Quality Assurance Agency (HKQAA)

Hong Kong's leading certification body.

HKAS Hong Kong Verified

Sponsored listings

Frequently Asked Questions

ISO 13141:2024 is a standard published by the International Organization for Standardization (ISO). Its full title is "Electronic fee collection — Localization augmentation communication for autonomous systems". This standard covers: This document establishes requirements for short-range communication for the purposes of augmenting the localization in autonomous electronic fee collection (EFC) systems. Localization augmentation serves to inform on-board equipment (OBE) about geographical location and the identification of a charge object. This document specifies the provision of location and heading information and security means to protect against the manipulation of the OBE with false RSE. The localization augmentation communication (LAC) takes place between an OBE in a vehicle and fixed RSE. This document is applicable to OBE in an autonomous mode of operation. This document specifies attributes and functions for the purpose of localization augmentation, by making use of the dedicated short-range communications (DSRC) communication services provided by DSRC Layer 7, and makes these LAC attributes and functions available to the LAC applications at the RSE and the OBE. Attributes and functions are specified on the level of application data units (ADUs; see Figure 1). As depicted in Figure 1, this document is applicable to: — the application interface definition between OBE and RSE; — the interface to the DSRC application layer, as specified in ISO 15628 and EN 12834; — the use of the DSRC stack. The LAC is suitable for a range of short-range communication media. This document provides specific definitions regarding the CEN-DSRC stack as specified in EN 15509. Annexes C, D, E and H provide for the use of the Italian DSRC as specified in ETSI/ES 200 674-1, ISO CALM IR ARIB DSRC and WAVE DSRC. This document contains a protocol implementation conformance statement (PICS) proforma in Annex B and transaction examples in Annex F. Annex G highlights how to use this document for the European Electronic Toll Service (EETS). Test specifications are not within the scope of this document.

This document establishes requirements for short-range communication for the purposes of augmenting the localization in autonomous electronic fee collection (EFC) systems. Localization augmentation serves to inform on-board equipment (OBE) about geographical location and the identification of a charge object. This document specifies the provision of location and heading information and security means to protect against the manipulation of the OBE with false RSE. The localization augmentation communication (LAC) takes place between an OBE in a vehicle and fixed RSE. This document is applicable to OBE in an autonomous mode of operation. This document specifies attributes and functions for the purpose of localization augmentation, by making use of the dedicated short-range communications (DSRC) communication services provided by DSRC Layer 7, and makes these LAC attributes and functions available to the LAC applications at the RSE and the OBE. Attributes and functions are specified on the level of application data units (ADUs; see Figure 1). As depicted in Figure 1, this document is applicable to: — the application interface definition between OBE and RSE; — the interface to the DSRC application layer, as specified in ISO 15628 and EN 12834; — the use of the DSRC stack. The LAC is suitable for a range of short-range communication media. This document provides specific definitions regarding the CEN-DSRC stack as specified in EN 15509. Annexes C, D, E and H provide for the use of the Italian DSRC as specified in ETSI/ES 200 674-1, ISO CALM IR ARIB DSRC and WAVE DSRC. This document contains a protocol implementation conformance statement (PICS) proforma in Annex B and transaction examples in Annex F. Annex G highlights how to use this document for the European Electronic Toll Service (EETS). Test specifications are not within the scope of this document.

ISO 13141:2024 is classified under the following ICS (International Classification for Standards) categories: 03.220.20 - Road transport; 35.240.60 - IT applications in transport. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO 13141:2024 has the following relationships with other standards: It is inter standard links to EN ISO 13141:2024, ISO 16283-2:2018, ISO 13141:2015/Amd 1:2017, ISO 13141:2015. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.

ISO 13141:2024 is available in PDF format for immediate download after purchase. The document can be added to your cart and obtained through the secure checkout process. Digital delivery ensures instant access to the complete standard document.

Standards Content (Sample)


International
Standard
ISO 13141
Second edition
Electronic fee collection —
2024-02
Localization augmentation
communication for autonomous
systems
Perception de télépéage — Communications d'augmentation de
localisations pour systèmes autonomes
Reference number
© ISO 2024
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 .v
Introduction .vi
1 Scope . 1
2 Normative references . 2
3 Terms and definitions . 3
4 Abbreviated terms . 4
5 Application interface architecture . 5
5.1 General .5
5.2 Services provided.5
5.3 Attributes .6
5.4 Contract and toll context .6
5.5 Use of lower layers .6
5.5.1 Supported DSRC communication stacks .6
5.5.2 The use of the CEN DSRC stack .7
6 Conformance . 7
6.1 Conformance requirements .7
6.2 Conformance statement .7
6.3 Conformance evaluation and testing .7
7 Functions . 7
7.1 General .7
7.2 Functional requirements . .7
7.2.1 Minimum supported transaction details .7
7.2.2 Initialising communication .8
7.2.3 Writing of data .8
7.2.4 Termination of communication .8
7.3 Security .8
7.3.1 General .8
7.3.2 Authentication of RSE — Access credentials .9
7.3.3 Authentication of LAC Data .9
8 Attributes . 9
8.1 General .9
8.2 Data regarding location reference .10
8.3 Operational data .11
8.4 OBE contractual data .11
8.5 Security-related data . 12
9 Transaction model .12
9.1 General . 12
9.2 Initialisation phase . 13
9.2.1 General structure . 13
9.2.2 LAC application-specific contents of the BST . 13
9.2.3 LAC application-specific contents of the VST . 13
9.3 Transaction phase. 13
Annex A (normative) LAC data type specifications . 14
Annex B (normative) PICS proforma for the data elements in the attribute .15
Annex C (informative) ETSI/ES 200 674-1 communication stack usage for LAC applications .23
Annex D (informative) IR communication usage for LAC applications .26
Annex E (informative) ARIB DSRC communication stack usage for LAC applications .27
Annex F (informative) LAC transaction example .29

iii
Annex G (informative) Use of this document for the EETS .31
Annex H (informative) Using the WAVE communication stack for LAC applications .32
Bibliography .35

iv
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 second edition cancels and replaces the first edition (ISO 13141:2015), which has been technically
revised. It also incorporates the Amendment ISO 13141:2015/Amd. 1:2017.
The main changes are as follows:
— Clause 6 has been added, concerning conformance requirements;
— Clause 3 has been updated and ISO/TS 17573-2 has been made the primary source for terms and
definitions;
— data definitions in Clause 8 have been updated, including making reference to ISO 17573-3 as the primary
source;
— imported ASN.1 types with successors (i.e. including all future minor versions) have been used;
— Annex G has been revised to align with the evolution of the European Electronic Toll Service
[19],[20],[21]
(EETS);
— various editorial changes have been made to improve readability.
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.

v
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. generally without relying on dedicated
roadside infrastructure). However, these autonomous systems can, in some places, need some roadside
infrastructure support for proper identification of charge objects. Such assistance can be required at places
where satellite-based localization accuracy or availability is insufficient or at places where the OBE is
directly informed about the identity of the relevant charge object.
In an interoperable environment, it is essential that this localization information be available in a
standardized way. This document specifies requirements for localization augmentation by dedicated
short-range communication (DSRC) between roadside equipment (RSE) and OBE. This document makes no
assumptions about the operator of the RSE in terms of its role according to ISO 17573-1, i.e. whether the RSE
is operated by an entity in the service provision role or in the toll charging role.
This document has been prepared considering the following points.
— The localization augmentation communication (LAC) serves to transmit localization information to
passing OBE without identifying individual OBE.
— The localization information contains both geographical location independent of charging context, and
context-dependent identification of charge objects.
— A single roadside installation is able to provide localization augmentation for several overlapping
electronic fee collection (EFC) contexts.
— This document is based on the EFC architecture specified in ISO 17573-1.
— The communication applies to all OBE architectures.
— This document is applicable to various DSRC media, especially the CEN DSRC stack.
— The communication supports security services for data origin authentication, integrity and non-
repudiation.
This document specifies an attribute, LacData, which is communicated from the RSE to the OBE by means of
an acknowledged writing service, which is implemented through the SET service of DSRC Layer 7 (ISO 15628
and EN 12834). The LAC application is specified as a self-contained DSRC application with its own application
identifier (AID). Regarding the DSRC communications stack, this document provides specific definitions
regarding the CEN DSRC stack as specified in EN 15509. Annexes C, D, E and H provide for use of the Italian
[9] [3] [10] [11]
DSRC as specified in ETSI/ES 200 674-1. ISO CALM IR, ARIB DSRC and WAVE DSRC.
All data relevant for the LAC application have been put into the attribute LacData, to create a single standard
communications content which is transmitted by LAC RSE and always signed as a whole. LacData can
transport both the geographic coordinates (latitude, longitude and altitude) and the identification of a
specific charge object. All elements of LacData are mandatory, but Null values are specified to allow LAC
installations to transmit only a selection of all specified data elements.
Access credentials are mandatory for writing LacData to protect OBE from non-authentic RSE. LacData are
critical for charge determination and for providing evidence. For these purposes, the authenticators which
are specified can be used to provide for data origin authentication, data integrity and non-repudiation for
LacData. There are two separate authenticator fields specified to allow for separate authentication and non-
repudiation, if required by the institutional arrangements of a toll system.
This document is “minimalist” in the sense that it covers what is required for operational systems and
planned systems.
A test suite for checking an OBE or RSE implementation for conformance with ISO 13141:2015 is specified
in ISO 13140-1:2016. This test suite will be updated to reflect the changes incorporated into this second
edition of ISO 13141.
vi
International Standard ISO 13141:2024(en)
Electronic fee collection — Localization augmentation
communication for autonomous systems
1 Scope
This document establishes requirements for short-range communication for the purposes of augmenting
the localization in autonomous electronic fee collection (EFC) systems. Localization augmentation serves to
inform on-board equipment (OBE) about geographical location and the identification of a charge object. This
document specifies the provision of location and heading information and security means to protect against
the manipulation of the OBE with false RSE.
The localization augmentation communication (LAC) takes place between an OBE in a vehicle and fixed RSE.
This document is applicable to OBE in an autonomous mode of operation.
This document specifies attributes and functions for the purpose of localization augmentation, by making
use of the dedicated short-range communications (DSRC) communication services provided by DSRC Layer 7,
and makes these LAC attributes and functions available to the LAC applications at the RSE and the OBE.
Attributes and functions are specified on the level of application data units (ADUs; see Figure 1).
As depicted in Figure 1, this document is applicable to:
— the application interface definition between OBE and RSE;
— the interface to the DSRC application layer, as specified in ISO 15628 and EN 12834;
— the use of the DSRC stack.
The LAC is suitable for a range of short-range communication media. This document provides specific
definitions regarding the CEN-DSRC stack as specified in EN 15509. Annexes C, D, E and H provide for the
[9] [3] [10]
use of the Italian DSRC as specified in ETSI/ES 200 674-1, ISO CALM IR, ARIB DSRC and WAVE DSRC.
[11]
This document contains a protocol implementation conformance statement (PICS) proforma in Annex B and
transaction examples in Annex F. Annex G highlights how to use this document for the European Electronic
Toll Service (EETS).
Test specifications are not within the scope of this document.

Key
AP application process
ADU application data unit
LAC localization augmentation communication
OBE on-board equipment
RSE roadside equipment
Figure 1 — The LAC application interface
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/IEC 8825-2, Information technology — ASN.1 encoding rules — Part 2: Specification of Packed Encoding
Rules (PER)
ISO/IEC 9797-1:2011, Information technology — Security techniques — Message Authentication Codes (MACs)
— Part 1: Mechanisms using a block cipher
ISO 14906:2022, Electronic fee collection — Application interface definition for dedicated short-range
communication
ISO 15628:2013, Intelligent transport systems — Dedicated short range communication (DSRC) — DSRC
application layer
ISO/IEC 18033-3:2010, Information technology — Security techniques — Encryption algorithms — Part 3:
Block ciphers
EN 12834, Road transport and traffic telematics — Dedicated Short Range Communication (DSRC) — DSRC
application layer
EN 15509:2023, Electronic fee collection — Interoperability application profile for DSRC
ISO 17573-3:2023, Electronic fee collection — System architecture for vehicle-related tolling — Part 3: Data
dictionary
NIMA Technical Report TR8350.2 version 3, Department of Defense World Geodetic System 1984, Its Definition
and Relationships With Local Geodetic Systems
3 Terms and definitions
For the purposes of this document, the following terms and definitions 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
access credentials
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: EN 301 175 V1.1.1:1998, 3]
3.4
authenticator
data, possibly encrypted, that is used for authentication (3.3)
[SOURCE: ISO/TS 17573-2:2020, 3.16]
3.5
charge object
geographic or road related object for the use of which a charge is applied
[SOURCE: ISO/TS 17573-2:2020, 3.31]
3.6
data integrity
property that data has not been altered or destroyed in an unauthorized manner
[SOURCE: ISO 7498-2:1989, 3.3.21]
3.7
on-board equipment
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.8
roadside equipment
fixed or movable electronic fee collection (EFC) equipment located along or on the road
Note 1 to entry: Movable RSE can be mounted temporarily along the road or in a vehicle.
[SOURCE: ISO/TS 17573-2:2020, 3.161]
3.9
service primitive
elementary communication service provided by the application layer protocol to the application processes
[SOURCE: ISO/TS 17573-2:2020, 3.173]
3.10
toll charger
entity which levies toll for the use of vehicles in a toll domain
[SOURCE: ISO/TS 17573-2:2020, 3.194]
3.11
toll context
logical view as defined by attributes (3.2) and functions of the basic elements of a toll scheme consisting of
a single basic tolling principle, a spatial distribution of the charge objects (3.5) and a single behaviour of the
related front end
[SOURCE: ISO/TS 17573-2:2020, 3.196]
3.12
toll service provider
entity providing toll services in one or more toll domains
[SOURCE: ISO/TS 17573-2:2020, 3.206]
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
For the purposes of this document, the following abbreviated terms apply.
AC-CR access credentials
ADU application data unit
AID application identifier
ASN.1 abstract syntax notation one
BST beacon service table
CCC compliance check communication
DSRC dedicated short-range communication
EID Element identifier
EFC electronic fee collection
ETRF European terrestrial reference frames
IR infrared
ITRF international terrestrial reference frames
IUT implementation under test
LAC localization augmentation communication
MAC message authentication code
OBE on-board equipment
PICS protocol implementation conformance statement
PSC provider service context
RSE roadside equipment
TC toll charger
TSP toll service provider
VST vehicle service table
WGS84 World Geodetic System 1984
5 Application interface architecture
5.1 General
This clause gives an insight into the LAC architecture by identifying the functions, the use of DSRC
communication primitives, and the attributes addressed. A detailed description of the functions is given in
Clause 7, while details of the attributes are in Clause 8.
The LAC application interface has been designed to make use of the CEN DSRC communication stack, via the
application layer as specified in ISO 15628 and EN 12834. For other identified DSRC communication media,
detailed mappings to corresponding services are given in Annexes C, D, E and H.
5.2 Services provided
The LAC application interface offers the following services to LAC applications:
— writing of data in order for the RSE to communicate location data to the OBE;
— authentication of the RSE by the OBE by means of access credentials.
There is no read service provided within the LAC communication. The RSE transmits data to the OBE
using the underlying acknowledged communication services, to verify that the data are indeed properly
transmitted over the DSRC interface.
The above services are realized by means of protocol exchanges performed by means of communication
services and transactions as described in Clause 9.
The services are provided by the following functions:
— the “Initialise communication” function, which shall be used to establish the LAC communication link
between the RSE and OBE;
— the “Write data” function, which shall be used to send LAC attributes to the OBE;

— the “Terminate communication” function, which shall be used to terminate the LAC communication.
5.3 Attributes
There is a single attribute specified for localization augmentation. This attribute contains a set of data
which enables the OBE to determine its location with better accuracy and availability or to directly receive a
charge object identification related to the local toll context. This set of data contains:
— geographic coordinates (latitude, longitude and altitude);
— a charge object reference.
When the RSE sends data to the set [i.e. write value(s) of the addressed attribute(s)] in the OBE, it shall
transmit geographic coordinates or a charge object reference or both.
5.4 Contract and toll context
Regarding LAC, the OBE shall identify itself in the initialisation phase with a single LAC context mark in the
VST. This context mark identifies the user contract in terms of the service provider, type of contract and
version information. This information enables the RSE to decide whether the OBE carries a contract which it
supports, and if so, to choose the corresponding security elements.
An RSE can provide the OBE with localization augmentation for several overlapping contexts simultaneously
by writing the LAC attribute (which includes the applicable toll context) several times in one transaction.
NOTE The LAC operates in a broadcast fashion, where the RSE has only minimal information about the OBE and
is not able to assess the liability of a vehicle for tolls. For this reason, the OBE can receive LAC information which is not
applicable.
5.5 Use of lower layers
5.5.1 Supported DSRC communication stacks
The LAC application interface makes use of the CEN DSRC communication stack as described in Table 1.
Other communication media can be used as listed in Table 1 if an equivalent mapping to corresponding
services is provided. Detailed examples are provided in Annexes C, D, E and H.
Table 1 — Supported short-range communication stacks
Medium Application layer Lower layers Detailed specifications
a
CEN DSRC ISO 15628 EN 12795 and
Specification in 5.5.2
a
and EN 12834 EN 12253
Italian DSRC ES 200 674–1 (2013, ES 200 674–1 (2013,
Clause 11 and Clauses 7 to 10 and Implementation example in Annex C
[9] [9]
Annex D) Annex D)
ISO CALM IR ISO 15628 ISO 21214 Implementation example in Annex D
a
and EN 12834
[10] [10]
ARIB DSRC ARIB STD-T75 ARIB STD-T75 Implementation example in Annex E
[23]
and ISO 15628 ITU-R.M1453–2
[15] [13]
WAVE DSRC IEEE 1609.11 IEEE 1609.3 Implementation example in Annex H
[14]
ISO 15628 IEEE 1609.4
[11]
IEEE 802.11
a [24] [25] [23]
EN 12795 and EN 12253 have been adopted in ITU-R.M 1453–2.
If more than one communication medium is implemented in an OBE, the OBE shall respond to RSE
communications on the same medium as used by the RSE.

5.5.2 The use of the CEN DSRC stack
The LAC application shall be used with the CEN DSRC communication stack in the following ways:
— the OBE shall conform to EN 15509:2023, 6.1.2;
— the RSE shall conform to EN 15509:2023, 6.2.2.
NOTE Conformance with EN 15509 implies conformance of the DSRC stack with ISO 15628 and EN 12834
[24] [25]
regarding the application layer, and EN 12795 and EN 12253 for the lower layers.
6 Conformance
6.1 Conformance requirements
The following requirements apply to OBE and RSE:
— functions (including security functions) shall be as specified in Clause 7;
— application data shall be as specified in Clause 8 and supplemented by Annex A; and
— transaction model shall be as specified in Clause 9.
6.2 Conformance statement
A supplier of OBE that claims conformity of its OBE to the requirements specified in this document shall
provide a statement of conformance by completing the PICS proforma as provided in B.3 and B.4.
A supplier of RSE that claims conformity of its RSE to the requirements specified in this document shall
provide a statement of conformance to this document by completing the PICS proforma as provided in B.3
and B.5.
6.3 Conformance evaluation and testing
Suppliers of OBE or RSE claiming conformity of their equipment to this document for the communication
medium CEN DSRC can perform their conformity tests according to specifications laid down in ISO 13140.
NOTE The use of ISO 13140 implies the use of other underlying test standards for evaluation of conformance to
this document.
7 Functions
7.1 General
In the view of the OBE, the LAC communication is a read-only data exchange. There is neither a request of
OBE capabilities nor feedback from the OBE regarding the received data or commands. Consequently, the
OBE shall support all standardized LAC RSE transaction sequences.
The RSE shall only broadcast, within the context of LAC transactions, attributes specified in this document.
7.2 Functional requirements
7.2.1 Minimum supported transaction details
All functions specified in this subclause shall be available on the OBE.
For CEN DSRC, the functions shall be provided by the DSRC application layer as specified in ISO 15628 and
EN 12834 (services INITIALISATION, SET and RELEASE).

Only the functions for CEN-DSRC are specified in 7.2.2 to 7.2.4. For other supported media according to 5.5.1,
equivalent functionality shall be provided; for ETSI/ES 200 674-1 5,8 GHz microwave DSRC, see Annex C,
for CALM infrared DSRC, see Annex D, for ARIB microwave DSRC, see Annex E, and for WAVE DSRC, see
Annex H.
7.2.2 Initialising communication
Initialisation of the communication between the RSE and the OBE shall be initiated by the RSE, by means of
the invocation of an initialisation request by the RSE. After successful initialisation, the function “Initialise
communication” shall notify the applications on the RSE and OBE.
The initialisation notification on the OBE shall carry at least the identity of the beacon (e.g. the beacon serial
number) and absolute time. The initialisation notification on the RSE shall carry the LAC application identity
and also the data required for the security services (e.g. random number and key identifier).
The function “Initialise communication” shall be provided by the application layer INITIALISATION services,
as specified in ISO 15628 and EN 12834. It is specified in Annex A (see LacInitialiseCommRequst and
LacInitialiseCommResponse).
7.2.3 Writing of data
The function “Write data” shall be provided by the application layer SET service as specified in ISO 15628
and EN 12834. It is specified in Annex A (see LacDataTxRequest and LacDataTxResponse).
NOTE 1 The “mode” parameter in the LacDataTxRequest indicates whether the corresponding response is
expected or not. If mode = false, the response primitive is not used and the reception is only acknowledged by the OBE
on lower layers.
In the SET service primitives, iid shall not be used.
NOTE 2 The invocation of a service primitive by an application process implicitly calls upon and use services
offered by the lower protocol layers.
The SET shall always carry access credentials.
7.2.4 Termination of communication
The RSE may terminate the communication on the application level with the OBE with the function
“Terminate communication”, by means of the invocation of a release request by the RSE.
NOTE A termination of the communication on the link level is outside of the scope of this document.
The function “Terminate communication” shall be provided by the application layer service EVENT-REPORT,
as specified in ISO 15628 and EN 12834. It is specified in Annex A (see LacTerminateComm).
7.3 Security
7.3.1 General
Security is an essential part of LAC applications. This document provides for both communication-
related security services and communication-transparent data elements, which may provide security
characteristics.
This document provides for a “Write data” function and uses access credentials as a mandatory
communication security provision. Access credentials provide for protection against unauthorized
writing of LAC data, and hence for authentication of the LAC RSE and the LAC data to the OBE. The detailed
implementations of the communication security services are media-specific (see 7.3.2 and 7.3.3 for CEN
DSRC and Annexes C, D, E and H for other communication media).
NOTE 1 Authentication of the OBE to the RSE according to ISO 14906 is not supported as the identity of the OBE and
contract are not relevant for the LAC application.

This document provides for data elements, which may provide data origin authentication, data integrity and
non-repudiation characteristics to the LAC data. The LAC application is transparent to these authenticators,
which may be stored together with the other LAC data elements as a data packet, which is either protected
against forgery or protected against repudiation (between the user and the LAC operator, for example) or
protected against both.
NOTE 2 This document does not provide for an encryption service. No privacy-sensitive data are transferred by
LAC.
7.3.2 Authentication of RSE — Access credentials
Access credentials shall be used to manage access to the LAC attribute. Access credentials are mandatory.
The “Write data” function shall always carry access credentials.
The CEN DSRC OBE shall support the calculation of access credentials according to security level 1, as
specified in ISO 14906:2022, 7.1.4.
The CEN DSRC RSE shall be able to calculate access credentials according to security level 1, as specified in
ISO 14906:2022, 7.1.4.
Access credentials are specified as being of ASN.1 type OCTET STRING. This only pertains to the ASN.1 syntax;
the semantics are media-dependent.
7.3.3 Authentication of LAC Data
The data elements macTc and mac2 (see 8.5) may contain authenticators, as well as key references which are
used for the calculation of those authenticators, and are provided to guarantee data origin authentication,
integrity and non-repudiation characteristics to the LAC data.
The two data elements are provided to allow for separate elements for authentication and non-repudiation, if
required. The LAC application is transparent to these authenticators, which implies that it supports various
system security concepts.
The data element macTc shall be of type MacTc.
The data element mac2 shall be of ASN.1 type OCTET STRING. The semantics of the data elements are media-
independent.
8 Attributes
8.1 General
Within the LAC context, the attributes and data elements listed in Table 2 shall be made available.

Table 2 — LAC attributes
a b
AttributeID Attribute Data element Length in Octets Remarks
LacContextMark contractProvider
n.a. 3
typeOfContract
contextVersion
LacData lacOperator
54 3
rseId
latitude
4 in micro degrees
longitude
4 in micro degrees
altitude
2 resolution 0,25 m
tollCharger
chargeObject
distanceToObject
lacTime
macTc
mac2
87-127 ReservedForPrivateUse — —
a
The assignment of attribute IDs is aligned with ISO 17573-3, ISO 14906 and ISO 12813. Attributes 87 to 127 are assigned for
private use. All other remaining IDs are reserved for future use.
b
Including the length determinant as specified in ISO/IEC 8825-2 (packed encoding rules for ASN.1 are used in this document).
In case of discrepancies between the length and the ASN.1 module, the ASN.1 module specified in Annex A shall take precedence.
The data primitive lacContextMark shall be part of ApplicationContextMark as specified in Annex A.
lacContextMark shall be of data type LacContextMark.
NOTE lacContextMark is not an addressable attribute. It is part of the VST and can neither be read nor written
by the RSE as part of the LAC application.
In the following subclauses, LAC attributes and data elements are specified in terms of:
— the names of the data elements forming the LAC attributes;
— the semantic definition of the data element; and
— informative remarks, including references to other standards.
The specification of the corresponding data types in ASN.1 is provided in Annex A.
8.2 Data regarding location reference
To translate longitude, latitude and altitude coordinates to the corresponding real position on Earth or vice
versa, the geodetic datum shall be WGS84(G1150), according to NIMA TR8350.2 version 3, per default unless
another Earth-centred, Earth-fixed polar coordinate geodetic datum is agreed mutually by the toll charger
(TC) and toll service provider (TSP).
Furthermore, by default any Earth-centred, Earth-fixed polar coordinate geodetic datum may be used, as
long as the maximum datum displacement relative to the geodetic datum prescribed is acceptable to the TC
of the related toll domain.
The maximum tolerated datum displacement, also called datum shift, should not exceed 0,4 m.
NOTE 1 The recommended maximum tolerated displacement allows, for example, for using one of the International
Terrestrial Reference Frames (ITRF), the Russian PZ90.2 or one of the European Terrestrial Reference Frames (ETRF)
as geodetic datums alternative to the WGS84.
The calculated datum displacement should be determined according to the definitions in ASME Y14.5 – 2009.
[8]
The data element latitude shall contain the latitudinal coordinate of the centre of the road surface covered
by the specific LAC implementation, value in microdegrees. For values > 0 = north, < 0 = south, absolute
value shall not exceed 90 degrees.
The data element longitude shall contain the longitudinal coordinate of the centre of the road surface
covered by the specific LAC implementation, value in microdegrees. For values > 0 = east, < 0 = west, absolute
value shall not exceed 180 degrees.
The data element altitude shall contain the altitude according to definition of the chosen geodetic model of
the centre of the road surface covered by the specific LAC implementation, where a unit is 0,25 m.
In case no geographic coordinates are provided, a coding of all zero shall be used (latitude, longitude and
altitude equal zero).
NOTE 2 The location indicated by the coding for “no geographic coordinates provided” is not on land surface and
does not need to be supported.
The data element chargeObject shall identify the charge object for which LAC is operated, according to the local
definition of the TC owning the respective toll scheme. The data element contains chargeObjectDesignation
with the same syntax and semantics as in chargeObjectDesignation specified in ISO 17573-3. The second
data element regimeId is kept for backward compatibility and shall no longer be used, i.e. shall be zero.
NOTE 3 The data element tollContext (of type Provider) in tollCharger together with
chargeObjectDesignation from chargeObject provide the information contained in ChargeObjectId as used and
as specified in ISO 17573-3.
In case no TC-dependent information is provided, a coding of all zero shall be used (tollCharger and
chargeObject equal to zero).
NOTE 4 The data element chargeObject in combination with tollCharger can be used to identify any kind of
charge object, e.g. road section, passage of cordon. Identification of lanes can be provided in accordance with the
restrictions of the communication medium.
The data element distanceToObject, shall contain the distance, in metres, to the charge object as identified
by the element chargeObject, from the point of operation of the LAC. Negative values indicate that the charge
object precedes the RSE in the sense of direction of traffic.
NOTE 5 In order to avoid charging errors, it is advisable to not allow vehicles to exit to another road after receiving
the LAC message and without using the charge object.
8.3 Operational data
The data element lacOperator shall identify the organization that operates LAC, i.e. the entity responsible
for data content of the LAC transaction. The data element is as specified in ISO 17573-3. It contains the
country code and the Id of the operator assigned on a national basis.
The data element rseId shall contain an operator-specific identification of the RSE which operates LAC.
The data element tollCharger shall identify the TC which owns the toll scheme for which LAC is operated.
The data element is as specified in ISO 17573-3.
The data element lacTime shall contain the time at which the LAC transaction occurred. The data element is
as specified in ISO 17573-3.
8.4 OBE contractual data
The data element lacContextMark shall identif
...


Norme
internationale
ISO 13141
Deuxième édition
Perception de télépéage —
2024-02
Communications d'augmentation
de localisations pour systèmes
autonomes
Electronic fee collection — Localization augmentation
communication for autonomous systems
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2024
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 .v
Introduction .vi
1 Domaine d'application . 1
2 Références normatives . 2
3 Termes et définitions . 3
4 Abréviations . 4
5 Architecture de l'interface d'application . 5
5.1 Généralités .5
5.2 Services fournis .5
5.3 Attributs .6
5.4 Contrat et contexte de péage .6
5.5 Utilisation des couches basses .6
5.5.1 Piles de DSRC communication prises en charge .6
5.5.2 Utilisation de la pile de communication CEN-DSRC .7
6 Conformité . 7
6.1 Exigences de conformité .7
6.2 Déclaration de conformité .7
6.3 Essais et évaluation de conformité .8
7 Fonctions . 8
7.1 Généralités .8
7.2 Exigences fonctionnelles.8
7.2.1 Détail du minimum des transactions prises en charge .8
7.2.2 Initialisation de la communication .8
7.2.3 Écriture des données .8
7.2.4 Arrêt de la communication.9
7.3 Sécurité .9
7.3.1 Généralités .9
7.3.2 Authentification de l'équipement en bord de route — autorisations d'accès .9
7.3.3 Authentification des données LAC .10
8 Attributs . 10
8.1 Généralités .10
8.2 Données concernant les références de localisation .11
8.3 Données d'exploitation . 12
8.4 Données contractuelles de l'équipement embarqué . 12
8.5 Données relatives à la sécurité . 12
9 Modèle de transaction .13
9.1 Généralités . 13
9.2 Phase d'initialisation . 13
9.2.1 Structure générale . 13
9.2.2 Contenu de la BST spécifique à l'application LAC . 13
9.2.3 Contenu de la VST spécifique à l'application LAC . 13
9.3 Phase de transaction .14
Annexe A (normative) Spécifications de type de données LAC .15
Annexe B (normative) Formulaire PICS pour les éléments de données de l'attribut .16
Annexe C (informative) Utilisation de la pile de communication selon l'ETSI/ES 200 674-1 pour
les applications LAC .24
Annexe D (informative) Utilisation de la pile de communication IR pour les applications LAC .27
Annexe E (informative) Utilisation de la pile de communication ARIB DSRC pour
les applications LAC .28

iii
Annexe F (informative) Exemple de transaction LAC .30
Annexe G (informative) Utilisation du présent document pour le SET .32
Annexe H (informative) Utilisation de la pile de communication WAVE pour les applications LAC .33
Bibliographie .36

iv
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 deuxième édition annule et remplace la première édition (ISO 13141:2015), qui a fait l’objet d’une
révision technique. Elle incorpore également l'Amendement ISO 13141:2015/Amd. 1:2017.
Les principales modifications sont les suivantes:
— l'Article 6 sur les exigences de conformité a été ajouté;
— l'Article 3 a été mis à jour et l'ISO/TS 17573-2 constitue la source principale pour les termes et définitions;
— les définitions de données fournies à l'Article 8 ont été mises à jour, y compris la référence à l'ISO 17573-3
qui constitue désormais la source principale pour les termes et définitions;
— les types ASN.1 importés avec leurs successeurs (c'est-à-dire y compris toutes les versions mineures
futures) ont été utilisés;
[19],[20],[21]
— l'Annexe G a été révisée pour refléter l'évolution du Service européen de télépéage (SET);
— différentes corrections rédactionnelles ont été apportées pour améliorer la lisibilité du document.
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.

v
Introduction
Les équipements embarqués qui s'appuient 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 fonctionnent de manière
«autonome», autrement dit généralement sans reposer sur une infrastructure en bord de route dédiée.
Toutefois, ces systèmes autonomes peuvent nécessiter en certains endroits une infrastructure en bord de
route pour l'identification des objets d'imputation. Cette assistance peut s'avérer nécessaire là où la précision
ou la disponibilité de la localisation par satellite est insuffisante, ou dans les lieux où l'équipement embarqué
est informé directement de l'identité de l'objet d'imputation concerné.
Dans un environnement interopérable, il est essentiel que ces informations de localisation soient
normalisées. Le présent document spécifie les exigences relatives à l'augmentation de localisations par des
communications dédiées à courte portée (DSRC, Dedicated Short-Range Communication) entre l'équipement
en bord de route (RSE, Roadside Equipment) et l'équipement embarqué (OBE, On-Board Equipment). Le
présent document ne formule aucune hypothèse quant à l'exploitant de l'équipement en bord de route du
point de vue de son rôle selon la norme ISO 17573-1, c'est-à-dire que l'équipement en bord de route soit
exploité par une entité occupant le rôle de Prestation de services ou de Perception du péage.
Le présent document a été élaboré en vue de couvrir les points suivants.
— Les communications d'augmentation de localisations (LAC, Localization Augmentation Communication)
servent à transmettre les informations de localisation aux équipements embarqués passant à proximité
sans identifier ceux-ci individuellement.
— Les informations de localisation comprennent à la fois la position géographique indépendamment du
contexte de facturation et l'identification contextuelle des objets d'imputation.
— Une installation en bord de route peut assurer l'augmentation de localisations de plusieurs contextes de
perception de télépéage (EFC, Electronic Fee Collection) qui se chevauchent.
— Le présent document repose sur l'architecture de télépéage spécifiée dans l'ISO 17573-1.
— La communication s'applique à toutes les architectures d'équipements embarqués.
— Le présent document s'applique à différents supports DSRC (dont la pile CEN-DSRC).
— La communication prend en charge les services de sécurité pour l'authentification, l'intégrité et la non-
répudiation de l'origine des données.
Le présent document spécifie un attribut, LACData, qui est communiqué par l'équipement en bord de route
à l'équipement embarqué au moyen d'un service de transcription reconnu, lui-même mis en œuvre par
le service SET de la couche DSRC 7 (ISO 15628 et EN 12834). L'application LAC est spécifiée comme une
application DSRC autonome disposant de son propre identifiant d'application (AID, Application IDentifier).
Concernant la pile de communication DSRC, le présent document fournit des définitions spécifiques à la pile
CEN-DSRC, comme cela est spécifié dans l'EN 15509. Les Annexes C, D, E et H spécifient l'utilisation de la pile
[9] [3] [10]
UNI DSRC (Italie) conformément à l'ETSI/ES 200 674-1, ainsi que des piles ISO CALM IR, ARIB DSRC
[11]
et WAVE DSRC.
Toutes les données utiles pour l'application LAC ont été placées dans l'attribut LACData afin de créer un
contenu de communication normalisé unique qui est transmis par tous les RSE LAC et toujours signé
globalement. LACData peut transmettre à la fois des coordonnées géographiques (latitude, longitude et
altitude) et l'identification d'un objet d'imputation spécifique. Tous les éléments de LACData sont obligatoires,
mais des valeurs nulles sont spécifiées pour permettre aux installations LAC de transmettre uniquement
une partie de l'ensemble des éléments de données spécifiés.
Des autorisations d'accès sont obligatoires pour écrire LACData afin de protéger les équipements embarqués
des équipements en bord de route non authentiques. Les attributs LACData sont essentiels pour la facturation
et doivent pouvoir constituer une preuve. Dans cette optique, les authentifiants spécifiés peuvent être
utilisés pour assurer l'authentification de l'origine des données, l'intégrité des données et la non-répudiation
de l'attribut LACData. Deux champs d'authentifiants distincts sont spécifiés pour l'authentification et la non-
répudiation, si les institutions en charge du système de péage l'exigent.

vi
Les dispositions du présent document sont réduites au minimum afin de répondre aux exigences des
systèmes EFC opérationnels et des systèmes prévus.
La suite d'essais permettant de vérifier la mise en œuvre de l'OBE ou du RSE en vue de la conformité
à l'ISO 13141:2015 est spécifiée dans l'ISO 13140-1:2016. Cette suite d'essais sera mise à jour pour faire
apparaitre les changements contenus dans cette seconde édition de l'ISO 13141.

vii
Norme internationale ISO 13141:2024(fr)
Perception de télépéage — Communications d'augmentation
de localisations pour systèmes autonomes
1 Domaine d'application
Le présent document définit les exigences pour une communication à courte portée en vue de mettre en
place l'augmentation de localisations dans les systèmes de perception de télépéage (EFC) autonomes.
L'augmentation de localisations sert à informer les équipements embarqués (OBE) de leur position
géographique et à l'identification d'un objet d'imputation. Le présent document spécifie la mise à disposition
des informations de localisation et de direction, et constitue une protection contre la manipulation des
équipements embarqués par des équipements en bord de route (RSE) frauduleux.
Les communications d'augmentation de localisations (LAC, Localization Augmentation Communication)
s'effectuent entre l'équipement embarqué sur un véhicule et un équipement en bord de route fixe. Le présent
document s'applique aux équipements embarqués autonomes.
Le présent document spécifie des attributs et des fonctions pour l'augmentation de localisations au moyen
des services de communication à courte portée fournis par la couche DSRC 7 et met ces attributs et ces
fonctions LAC à la disposition des applications LAC au niveau des équipements en bord de route et des
équipements embarqués. Les attributs et les fonctions sont spécifiés au niveau des unités de données
d'application (ADU, application data unit; voir la Figure 1).
Comme cela est représenté à la Figure 1, le présent document s'applique:
— à la définition de l'interface d'application entre l'équipement embarqué (OBE) et l'équipement en bord de
route (RSE);
— à l'interface avec la couche d'application DSRC spécifiée dans l'ISO 15628 et l'EN 12834;
— à l'utilisation de la pile de communication DSRC.
Les communications d'augmentation de localisations (LAC) conviennent à une gamme de supports de
communication à courte portée. Le présent document fournit des définitions spécifiques à la pile CEN-DSRC,
comme cela est spécifié dans l'EN 15509. Les Annexes C, D, E et H spécifient l'utilisation de la pile UNI DSRC
[9] [3] [10] [11]
(Italie) conformément à l'ETSI/ES 200 674-1, l'ISO CALM IR, ARIB DSRC et WAVE DSRC.
Le présent document fournit un formulaire de déclaration de conformité d'une mise en œuvre de protocole
(PICS, Protocol Implementation Conformance Statement) à l'Annexe B, ainsi que des exemples de transactions
à l'Annexe F. L'Annexe G souligne comment utiliser le présent document pour le service européen de
télépéage (SET).
Le présent document ne s'applique pas aux spécifications d'essai.

Légende
AP processus d'application
ADU unité de données d'application
LAC communication d'augmentation de localisations
OBE équipement embarqué
RSE équipement en bord de route
Figure 1 — Interface d'application LAC
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/IEC 8825-2, Technologies de l'information — Règles de codage ASN.1 — Partie 2: Spécification des règles de
codage compact (PER)
ISO/IEC 9797-1:2011, Technologies de l'information — Techniques de sécurité — Codes d'authentification de
message (MAC) — Partie 1: Mécanismes utilisant un chiffrement par blocs
ISO 14906:2022, Perception de télépéage — Définition de l'interface d'application relative aux communications
dédiées à courte portée
ISO 15628:2013, Systèmes intelligents de transport — Communications spécialisées à courte portée (DSRC) —
Couche d'application DSRC
ISO/IEC 18033-3:2010, Technologies de l'information — Techniques de sécurité — Algorithmes de chiffrement
— Partie 3: Chiffrement par blocs
EN 12834, Road transport and traffic telematics — Dedicated Short Range Communication (DSRC) — DSRC
application layer (disponible en anglais seulement)

EN 15509:2023, Perception de télépéage — Profil d’application d’interopérabilité pour DSRC
ISO 17573-3:2023, Perception de télépéage — Architecture de systèmes pour le péage lié aux véhicules — Partie
3: Dictionnaire de données
NIMA Technical Report TR8350.2 version 3, Department of Defense World Geodetic System 1984, Its Definition
and Relationships With Local Geodetic Systems (disponible en anglais seulement)
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 https:// www .electropedia .org/
3.1
autorisations d'accès
attestation de confiance ou module sécurisé qui établit l'identité revendiquée d'un objet ou d'une application
[SOURCE: ISO/TS 17573-2:2020, 3.4]
3.2
attribut
ensemble 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: EN 301 175 V1.1.1:1998, 3]
3.4
authentifiant
données, qui peuvent être chiffrées, utilisées pour l'authentification (3.3)
[SOURCE: ISO/TS 17573-2:2020, 3.16]
3.5
objet d'imputation
objet géographique ou lié à la route dont l'utilisation entraîne l'application d'un péage
[SOURCE: ISO/TS 17573-2:2020, 3.31]
3.6
intégrité des données
propriété assurant que des données n'ont pas été modifiées ou détruites de façon non autorisée
[SOURCE: ISO 7498-2:1989, 3.3.21]
3.7
équipement embarqué
tous les équipements nécessaires à bord d'un véhicule pour effectuer les fonctions et les services de
communication nécessaires pour la perception de télépéage
[SOURCE: ISO/TS 17573-2:2020, 3.126]

3.8
équipement en bord de route
équipement fixe ou mobile de perception de télépéage (EFC) situé le long de la route ou sur la route
Note 1 à l'article: Les équipements en bord de route mobiles peuvent être montés temporairement le long de la route
ou dans un véhicule.
[SOURCE: ISO/TS 17573-2:2020, 3.161]
3.9
primitive de service
service de communication élémentaire fourni par le protocole de la couche application aux processus
d'application
[SOURCE: ISO/TS 17573-2:2020, 3.173]
3.10
exploitant de péage
entité qui perçoit le péage pour l'utilisation de véhicules dans un domaine de péage
[SOURCE: ISO/TS 17573-2:2020, 3.194]
3.11
contexte de péage
représentation logique définie par les attributs (3.2) et les fonctions des éléments de base d'un schéma de
péage comprenant une règle de base de péage, une répartition spatiale des objets d'imputation (3.5) et une
réponse unique du système frontal correspondant
[SOURCE: ISO/TS 17573-2:2020, 3.196]
3.12
fournisseur de service de péage
entité offrant des services de péage dans un ou plusieurs domaines de péage
[SOURCE: ISO/TS 17573-2:2020, 3.206]
3.13
transaction
ensemble des échanges d'informations entre deux moyens de communication physiquement séparés
[SOURCE: ISO/TS 17573-2:2020, 3.211]
4 Abréviations
Pour les besoins du présent document, les abréviations suivantes s'appliquent.
AC-CR (Access credentials) autorisations d'accès
ADU (Application data unit) unité de données d'application
AID (Application identifier) identifiant d'application
ASN.1 notation de syntaxe abstraite un
BST (Beacon service table) table de service des balises
CCC (Compliance check communication) communications de contrôle de conformité
DSRC (Dedicated short-range communication) communications dédiées à courte portée
EID (Element identifier) identifiant d'Elément

EFC (Electronic fee collection) perception de télépéage
ETRF (European Terrestrial Reference Frames) Repères européens de référence terrestre
IR infrarouge
ITRF (International Terrestrial Reference Frames) repères internationaux de référence terrestre
IUT (Implementation under test) mise en œuvre en essai
LAC (Localization Augmentation Communication) communication d'augmentation de localisations
MAC (Message Authentication Code) code d'authentification de message
OBE (On-Board Equipment) équipement embarqué
PICS (Protocol implementation conformance statement) déclaration de conformité d'une mise en œuvre
de protocole
PSC (Provider Service Context) contexte de services du fournisseur
RSE (Roadside Equipment) équipement en bord de route
TC (Toll Charger) exploitant de péage
TSP (Toll Service Provider) fournisseur de service de péage
VST (Vehicle Service Table) table de service des véhicules
WGS84 Système géodésique mondial 1984
5 Architecture de l'interface d'application
5.1 Généralités
Le présent article donne un aperçu de l'architecture LAC en identifiant les fonctions, l'utilisation des
primitives de communication DSRC et les attributs concernés. L'Article 7 donne une description détaillée des
fonctions tandis que les attributs sont décrits à l'Article 8.
L'interface d'application LAC a été conçue pour utiliser la pile de communication CEN-DSRC via la couche
d'application spécifiée dans l'ISO 15628 et l'EN 12834. Pour les autres supports de communication DSRC
identifiés, des mappages détaillés avec les services correspondants sont donnés dans les Annexes C, D, E et H.
5.2 Services fournis
L'interface d'application LAC offre les services suivants aux applications LAC:
— écriture des données pour permettre à l'équipement en bord de route de communiquer les données de
localisation à l'équipement embarqué;
— authentification de l'équipement en bord de route par l'équipement embarqué au moyen d'autorisations
d'accès.
La communication LAC n'offre pas de service de lecture. L'équipement en bord de route transmet les données
à l'équipement embarqué via les services de communication approuvés sous-jacents afin de vérifier que les
données sont transmises correctement via l'interface DSRC.
Les services susmentionnés sont réalisés via des échanges de protocole effectués au moyen des services de
communication et des transactions décrits à l'Article 9.

Les services sont fournis par les fonctions suivantes:
— la fonction «initialisation de la communication» qui doit être utilisée pour établir la liaison de
communication LAC entre l'équipement en bord de route et l'équipement embarqué;
— la fonction «écriture des données» qui doit être utilisée pour transmettre les attributs LAC à l'équipement
embarqué;
— la fonction «arrêt de la communication» qui doit être utilisée pour mettre fin à la communication LAC.
5.3 Attributs
Un seul attribut est spécifié pour l'augmentation de localisations. Cet attribut renferme un ensemble de
données qui permet à l'équipement embarqué de déterminer sa localisation avec plus de précision et de
disponibilité, ou de recevoir directement une identification d'objet d'imputation associée au contexte de
péage local. Cet ensemble de données comprend:
— les coordonnées géographiques (latitude, longitude et altitude);
— la référence de l'objet d'imputation.
Lorsque l'équipement en bord de route envoie des données à l'ensemble [c'est-à-dire lorsqu'il écrit les
données associées à l'attribut ou aux attributs concernés] dans l'équipement OBE, il doit transmettre des
coordonnées géographiques ou une référence d'objet d'imputation, ou les deux.
5.4 Contrat et contexte de péage
Concernant la communication LAC, l'équipement embarqué doit s'identifier auprès de la table de service des
véhicules (VST) au cours de la phase d'initialisation au moyen d'une marque de contexte LAC unique. Cette
marque de contexte identifie le contrat de l'usager, notamment le prestataire de services, le type de contrat
et la version. Ces informations permettent à l'équipement en bord de route de déterminer si l'équipement
embarqué porte un contrat qu'il peut prendre en charge et, dans l'affirmative, de choisir les éléments de
sécurité correspondants.
Un équipement en bord de route peut offrir des services d'augmentation de localisations à l'équipement
embarqué pour plusieurs contextes qui se chevauchent à la fois en écrivant l'attribut LAC (qui inclut le
contexte de péage applicable) plusieurs fois dans une même transaction.
NOTE La liaison LAC fonctionne en mode diffusion, c'est-à-dire que l'équipement en bord de route ne dispose
que d'un minimum d'informations sur l'équipement embarqué et ne peut pas déterminer si un véhicule doit passer au
péage. Pour cette raison, l'équipement embarqué peut recevoir des informations LAC qui ne sont pas applicables.
5.5 Utilisation des couches basses
5.5.1 Piles de DSRC communication prises en charge
L'interface d'application LAC utilise la pile de communication CEN-DSRC, comme cela est décrit dans le
Tableau 1. D'autres supports de communication peuvent être utilisés parmi ceux répertoriés dans le
Tableau 1 à condition qu'un mappage équivalent avec les services correspondants soit fourni. Des exemples
détaillés sont donnés dans les Annexes C, D, E et H.

Tableau 1 — Piles de communication DSRC prises en charge
Couche
Support Couches basses Spécifications détaillées
application
a
CEN DSRC ISO 15628 et EN 12795 et Spécification au 5.5.2
a
EN 12834 EN 12253
UNI DSRC (Italie) ES 200 674–1 (2013, ES 200 674–1 (2013, Exemple de mise en œuvre à l'Annexe C
Article 11 et An- Articles 7 à 10 et
[9] [9]
nexe D) Annexe D)
ISO CALM IR ISO 15628 et ISO 21214 Exemple de mise en œuvre à l'Annexe D
a
EN 12834
[10] [10]
ARIB DSRC ARIB STD-T75 et ARIB STD-T75 Exemple de mise en œuvre à l'Annexe E
[23]
ISO 15628 UIT-R.M1453–2
[15] [13]
WAVE DSRC IEEE 1609.11 IEEE 1609.3 Exemple de mise en œuvre à l'Annexe H
[14]
ISO 15628 IEEE 1609.4
[11]
IEEE 802.11
a [24] [25] [23]
L'EN 12795 et l'EN 12253 ont été reprises dans l'UIT-R.M 1453–2.
Si plus d'un support de communication est mis en œuvre dans un équipement embarqué, celui-ci doit
répondre aux communications de l'équipement en bord de route sur le même support que celui utilisé par
l'équipement en bord de route.
5.5.2 Utilisation de la pile de communication CEN-DSRC
L'application LAC doit être utilisée avec la pile de communication CEN-DSRC comme suit:
— l'équipement embarqué doit se conformer à l'EN 15509:2023, 6.1.2;
— l'équipement en bord de route doit se conformer à l'EN 15509:2023, 6.2.2.
NOTE La conformité à l'EN 15509 implique la conformité de la pile de communication à l'ISO 15628 et à l'EN 12834
[24] [25]
pour la couche d'application, et à l'EN 12795 et à l'EN 12253 pour les couches basses.
6 Conformité
6.1 Exigences de conformité
Les exigences suivantes s'appliquent aux équipements embarqués (OBE) et aux équipements de bord de
route (RSE):
— les fonctions (y compris les fonctions de sécurité) doivent être spécifiées conformément à l'Article 7;
— les données d'application doivent être spécifiées conformément à l'Article 8 en plus de l'Annexe A; et
— le modèle de transaction doit être spécifié conformément à l'Article 9.
6.2 Déclaration de conformité
Un fournisseur d'équipement embarqué revendiquant la conformité de son OBE aux exigences spécifiées
dans le présent document doit fournir une déclaration de conformité en remplissant le formulaire PICS
fourni aux Articles B.3 et B.4.
Un fournisseur d'équipement en bord de route revendiquant la conformité de son RSE aux exigences
spécifiées dans le présent document doit fournir une déclaration de conformité au présent document en
remplissant le formulaire PICS fourni aux Articles B.3 et B.5.

6.3 Essais et évaluation de conformité
Les fournisseurs d'OBE ou de RSE revendiquant la conformité de leur équipement au présent document
pour le support de communication CEN-DSRC peuvent procéder à leurs essais de conformité selon les
spécifications de l'ISO 13140.
NOTE L'utilisation de l'ISO 13140 implique l'utilisation d'autres normes d'essai sous-jacentes pour l'évaluation de
la conformité au présent document.
7 Fonctions
7.1 Généralités
Du côté de l'OBE, la communication LAC est un échange de données en lecture seule. Il n'existe pas plus de
requête sur les capacités de l'OBE que d'information sur les données reçues et les commandes de l'OBE. Par
conséquent, l'OBE doit prendre en charge toutes les séquences normalisées de transaction du RSE LAC.
Le RSE doit seulement diffuser dans le contexte des transactions LAC les attributs spécifiés dans le présent
document.
7.2 Exigences fonctionnelles
7.2.1 Détail du minimum des transactions prises en charge
Toutes les fonctions spécifiées dans le présent paragraphe doivent être disponibles côté équipement
embarqué (OBE).
Pour la pile de communication CEN DSRC, les fonctions doivent être fournies par la couche d'application
DSRC, comme cela est spécifié dans l'ISO 15628 et l'EN 12834 (services INITIALISATION, SET et RELEASE).
Seules les fonctions CEN-DSRC sont spécifiées dans les Paragraphes 7.2.2 à 7.2.4. Pour les autres supports pris
en charge selon le Paragraphe 5.5.1, des fonctionnalités équivalentes doivent être fournies; voir l'Annexe C pour
la technologie micro-ondes DSRC ETSI/ES 200 674-1 5,8 GHz, l'Annexe D pour la technologie infrarouge CALM
DSRC, l'Annexe E pour la technologie micro-ondes ARIB DSRC et l'Annexe H pour la technologie WAVE DSRC.
7.2.2 Initialisation de la communication
L'initialisation de la communication entre l'équipement en bord de route (RSE) et l'équipement embarqué
(OBE) doit être effectuée par le RSE au moyen de l'invocation d'une requête d'initialisation par le RSE. À l'issue
de l'initialisation, la fonction «initialisation de la communication» doit notifier les applications RSE et OBE.
La notification d'initialisation de l'OBE doit acheminer au minimum l'identité de la balise (par exemple,
numéro de série de la balise) et une date absolue. La notification d'initialisation côté RSE doit acheminer
l'identité de l'application LAC, ainsi que les données requises pour les services de sécurité (par exemple, un
numéro aléatoire et un identifiant de clé).
La fonction «initialisation de la communication» doit être fournie par les services INITIALISATION de la
couche d'application, comme cela est spécifié dans l'ISO 15628 et l'EN 12834. Elle est spécifiée à l'Annexe A
(voir LacInitialiseCommRequst et LacInitialiseCommResponse).
7.2.3 Écriture des données
La fonction «écriture des données» doit être fournie par le service SET de la couche d'application, comme
cela est spécifié dans l'ISO 15628 et l'EN 12834. Elle est spécifiée à l'Annexe A (voir LacDataTxRequest et
LacDataTxResponse).
NOTE 1 Le paramètre «mode» de LacDataTxRequest indique si la réponse correspondante est attendue ou non.
Si mode = false (faux), la primitive de la réponse n'est pas utilisée et seul l'équipement embarqué accuse réception au
niveau des couches basses.
Dans les primitives de service SET, iid ne doit pas être utilisé.
NOTE 2 L'invocation d'une primitive de service par un processus d'application appelle et utilise implicitement les
services fournis par les couches de protocole basses.
Le service SET doit toujours intégrer des autorisations d'accès.
7.2.4 Arrêt de la communication
L'équipement en bord de route (RSE) peut mettre fin à la communication avec l'équipement embarqué
(OBE) au niveau de l'application par la fonction «arrêt de la communication», au moyen de l'invocation d'une
requête de libération par le RSE.
NOTE L'arrêt de la communication au niveau de la liaison ne relève pas du domaine d'application du présent
document.
La fonction «arrêt de la communication» doit être fournie par le service EVENT-REPORT de la couche
d'application, comme cela est spécifié dans l'ISO 15628 et l'EN 12834. Elle est spécifiée à l'Annexe A (voir
LacTerminateComm).
7.3 Sécurité
7.3.1 Généralités
La sécurité est un aspect essentiel des applications LAC. Le présent document prévoit à la fois des services de
sécurité liés à la communication et des éléments de données transparents pour la communication, lesquels
peuvent fournir des caractéristiques de sécurité.
Le présent document prévoit une fonction «écriture des données» et utilise les autorisations d'accès comme
disposition obligatoire pour la sécurité de la communication. Les autorisations d'accès assurent la protection
contre l'écriture sans autorisation de données LAC et, en conséquence, l'authentification du RSE LAC et des
données LAC sur l'OBE. Les conditions de mise en œuvre des services de sécurité pour la communication
dépendent des supports (voir les Paragraphes 7.3.2 et 7.3.3 pour la pile de communication CEN DSRC et les
Annexes C, D, E et H pour les autres supports).
NOTE 1 L'authentification de l'équipement embarqué sur l'équipement en bord de route selon l'ISO 14906 n'est pas
prise en charge, de même que l'identité de l'équipement embarqué et du contrat est sans objet pour l'application LAC.
Le présent document prévoit des éléments de données qui peuvent garantir l'authentification de l'origine des
données, l'intégrité des données et la non-répudiation des données LAC. L'application LAC est transparente
pour ces authentifiants qui peuvent être stockés conjointement aux autres éléments de données LAC dans
un paquet de données, lequel est soit protégé contre la falsification ou la répudiation (entre l'utilisateur et
l'opérateur LAC, par exemple) soit protégé contre les deux.
NOTE 2 Le présent document ne prévoit pas de service de chiffrement. Aucune donnée confidentielle n'est transmise
par l'application LAC.
7.3.2 Authentification de l'équipement en bord de route — autorisations d'accès
Les autorisations d'accès doivent servir à gérer l'accès à l'attribut LAC. Les autorisations d'accès sont
obligatoires. La fonction «écriture des données» doit toujours intégrer des autorisations d'accès.
L'équipement embarqué CEN-DSRC doit prendre en charge le calcul des autorisations d'accès conformément
au niveau de sécurité 1, comme cela est spécifié dans l'ISO 14906:2022, 7.1.4.
L'équipement en bord de route CEN-DSRC doit pouvoir calculer les autorisations d'accès conformément au
niveau de sécurité 1, comme cela est spécifié dans l'ISO 14906:2022, 7.1.4.
Les autorisations d'accès sont spécifiées comme étant ASN.1 de type OCTET STRING. Ce type relève
exclusivement de la syntaxe ASN.1; la sémantique dépend du support.

7.3.3 Authentification des données LAC
Les éléments de données macTc et mac2 (voir le Paragraphe 8.5) peuvent contenir des authentifiants, ainsi
que des références de clés qui sont utilisées pour le calcul de ces authentifiants. Ils permettent de garantir
l'authentification de l'origine des données, l'intégrité et la non-répudiation des données LAC.
Ces deux éléments de données sont fournis pour permettre des éléments d'authentification et de non-
répudiation distincts si nécessaire. L'application LAC est transparente pour ces authentifiants, ce qui
implique qu'elle prenne en charge plusieurs concepts de sécurité pour le système.
L'élément de données macTc doit être de type MacTc.
L'élément de données mac2 doit être de ty
...


ISO/PRF 13141:2024(fr)
ISO/TC 204
Secrétariat : ANSI
Deuxième édition
2024-02
Date : 2023-11-30: 2024-03-12
Perception de télépéage — Communications d'augmentation de
localisations pour systèmes autonomes
Electronic fee collection — Localization augmentation communication for autonomous systems
EPREUVE
ISO/PRF 13141:2023(F2024(fr)
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvreoeuvre, 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'Internetl’internet ou sur un intranet, sans autorisation écrite
préalable. Une autorisation peut être demandée à l'ISOl’ISO à l'adressel’adresse ci-après ou au comité membre de
l'ISOl’ISO dans le pays du demandeur.
ISO copyright office
Case postaleCP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, GenèveGeneva
Tél. Phone: + 41 22 749 01 11
E-mail : copyright@iso.org
Web Website: www.iso.org
Publié en Suisse
ii © © ISO 2023 2024 – Tous droits réservés

ii
ISO/PRF 13141:2023(F2024(fr)
Sommaire
Avant-propos . ix
Introduction . xi
1 Domaine d'application . 1
2 Références normatives . 3
3 Termes et définitions . 3
4 Abréviations . 6
5 Architecture de l'interface d'application . 6
5.1 Généralités . 6
5.2 Services fournis . 7
5.3 Attributs . 7
5.4 Contrat et contexte de péage . 7
5.5 Utilisation des couches basses. 8
5.5.1 Piles de DSRC communication prises en charge . 8
5.5.2 Utilisation de la pile de communication CEN-DSRC. 8
6 Conformité . 9
6.1 Exigences de conformité . 9
6.2 Déclaration de conformité . 9
6.3 Essais et évaluation de conformité . 9
7 Fonctions . 9
7.1 Généralités . 9
7.2 Exigences fonctionnelles . 9
7.2.1 Détail du minimum des transactions prises en charge . 9
7.2.2 Initialisation de la communication . 10
7.2.3 Écriture des données . 10
7.2.4 Arrêt de la communication. 10
7.3 Sécurité. 11
7.3.1 Généralités . 11
7.3.2 Authentification de l'équipement en bord de route — autorisations d'accès . 11
7.3.3 Authentification des données LAC . 11
8 Attributs . 12
8.1 Généralités . 12
8.2 Données concernant les références de localisation . 13
8.3 Données d'exploitation . 14
8.4 Données contractuelles de l'équipement embarqué . 14
8.5 Données relatives à la sécurité . 14
9 Modèle de transaction . 15
9.1 Généralités . 15
© ISO 2023 2024 – Tous droits réservés

iii
ISO/PRF 13141:2023(F2024(fr)
9.2 Phase d'initialisation . 15
9.2.1 Structure générale . 15
9.2.2 Contenu de la BST spécifique à l'application LAC . 16
9.2.3 Contenu de la VST spécifique à l'application LAC . 16
9.3 Phase de transaction . 16
Annexe A (normative) Spécifications de type de données LAC . 17
Annexe B (normative) Formulaire PICS pour les éléments de données de l'attribut . 18
B.1 Généralités . 18
B.2 Exigences et recommandations pour remplir le formulaire PICS . 18
B.2.1 Objet et structure . 18
B.2.2 Abréviations et conventions . 18
B.3 Instructions pour remplir le formulaire PICS . 21
B.3.1 Généralités . 21
B.3.2 Définition de la prise en charge . 21
B.4 Formulaire PICS pour l'équipement embarqué (OBE) . 21
B.4.1 Identification de la mise en œuvre. 21
B.4.2 Identification de la version de la norme appliquée . 22
B.4.3 Déclaration de conformité générale . 23
B.4.4 Tableaux du formulaire PICS . 23
B.5 Formulaire PICS pour l'équipement en bord de route (RSE) . 25
B.5.1 Identification de la mise en œuvre. 25
B.5.2 Identification de la version de la norme appliquée . 26
B.5.3 Déclaration de conformité générale . 26
B.5.4 Tableaux du formulaire PICS . 27
Annexe C (informative) Utilisation de la pile de communication selon l'ETSI/ES 200 674-1 pour les
applications LAC . 29
C.1 Généralités . 29
C.2 Exigences . 29
C.3 Correspondances entre les fonctions . 29
C.4 Stockage et adressage des données . 30
Annexe D (informative) Utilisation de la pile de communication IR pour les applications LAC . 32
D.1 Utilisation de la pile de communication IR (CALM IR) . 32
D.2 Exigence DSRC . 32
D.3 Fonctions . 32
D.4 Exigences relatives aux données . 32
D.5 Exigences relatives à la sécurité . 32
D.6 Exigences relatives aux transactions . 32
Annexe E (informative) Utilisation de la pile de communication ARIB DSRC pour les applications LAC 33
E.1 Utilisation de la pile de communication ARIB DSRC . 33
iv © © ISO 2023 2024 – Tous droits réservés

iv
ISO/PRF 13141:2023(F2024(fr)
E.2 Exigences DSRC . 33
E.3 Fonctions LAC . 33
E.4 Exigences relatives aux données . 33
E.5 Exigences relatives à la sécurité . 33
E.6 Exigences relatives aux transactions . 33
E.6.1 Généralités . 33
E.6.2 Phase d'initialisation — Contenu de la BST spécifique à l'application LAC . 33
E.6.3 Phase d'initialisation — Contenu de la VST spécifique à l'application LAC . 34
E.6.4 Phase de transaction . 34
Annexe F (informative) Exemple de transaction LAC . 35
Annexe G (informative) Utilisation du présent document pour le SET . 37
G.1 Généralités . 37
G.2 Correspondance entre la législation relative au SET et le présent document . 37
Annexe H (informative) Utilisation de la pile de communication WAVE pour les applications LAC . 38
H.1 Généralités . 38
H.2 Exigences relatives à la communication . 38
H.3 Fonctions LAC . 38
H.3.1 Généralités . 38
H.3.2 Écriture sécurisée des données . 39
H.4 Exigences relatives aux données . 39
H.5 Exigences relatives à la sécurité . 39
H.5.1 Généralités . 39
H.5.2 Authentification/non-répudiation . 39
H.5.3 Chiffrement . 39
H.6 Exigences relatives aux transactions . 40
H.6.1 Généralités . 40
H.6.2 Phase d'initialisation . 40
H.6.3 Phase de transaction . 40
Bibliographie . 41
Avant-propos . ix
Introduction . xi
1 Domaine d'application . 1
2 Références normatives . 3
3 Termes et définitions . 3
4 Abréviations . 6
5 Architecture de l'interface d'application . 6
5.1 Généralités . 6
5.2 Services fournis . 7
5.3 Attributs . 7
© ISO 2023 2024 – Tous droits réservés

v
ISO/PRF 13141:2023(F2024(fr)
5.4 Contrat et contexte de péage . 7
5.5 Utilisation des couches basses. 8
5.5.1 Piles de DSRC communication prises en charge . 8
5.5.2 Utilisation de la pile de communication CEN-DSRC. 8
6 Conformité . 9
6.1 Exigences de conformité . 9
6.2 Déclaration de conformité . 9
6.3 Essais et évaluation de conformité . 9
7 Fonctions . 9
7.1 Généralités . 9
7.2 Exigences fonctionnelles . 9
7.2.1 Détail du minimum des transactions prises en charge . 9
7.2.2 Initialisation de la communication . 10
7.2.3 Écriture des données . 10
7.2.4 Arrêt de la communication. 10
7.3 Sécurité. 11
7.3.1 Généralités . 11
7.3.2 Authentification de l'équipement en bord de route — autorisations d'accès . 11
7.3.3 Authentification des données LAC . 11
8 Attributs . 12
8.1 Généralités . 12
8.2 Données concernant les références de localisation . 13
8.3 Données d'exploitation . 14
8.4 Données contractuelles de l'équipement embarqué . 14
8.5 Données relatives à la sécurité . 14
9 Modèle de transaction . 15
9.1 Généralités . 15
9.2 Phase d'initialisation . 15
9.2.1 Structure générale . 15
9.2.2 Contenu de la BST spécifique à l'application LAC . 16
9.2.3 Contenu de la VST spécifique à l'application LAC . 16
9.3 Phase de transaction . 16
Annex A (normative) Spécifications de type de données LAC . 17
Annex B (normative) Formulaire PICS pour les éléments de données de l'attribut . 18
B.1 Généralités . 18
B.2 Exigences et recommandations pour remplir le formulaire PICS . 18
B.2.1 Objet et structure . 18
B.2.2 Abréviations et conventions . 18
B.3 Instructions pour remplir le formulaire PICS . 21
vi © © ISO 2023 2024 – Tous droits réservés

vi
ISO/PRF 13141:2023(F2024(fr)
B.3.1 Généralités . 21
B.3.2 Définition de la prise en charge . 21
B.4 Formulaire PICS pour l'équipement embarqué (OBE) . 21
B.4.1 Identification de la mise en œuvre. 21
B.4.2 Identification de la version de la norme appliquée . 22
B.4.3 Déclaration de conformité générale . 23
B.4.4 Tableaux du formulaire PICS . 23
B.5 Formulaire PICS pour l'équipement en bord de route (RSE) . 25
B.5.1 Identification de la mise en œuvre. 25
B.5.2 Identification de la version de la norme appliquée . 26
B.5.3 Déclaration de conformité générale . 26
B.5.4 Tableaux du formulaire PICS . 27
Annex C (informative) Utilisation de la pile de communication selon l'ETSI/ES 200 674-1 pour
les applications LAC. 29
C.1 Généralités . 29
C.2 Exigences . 29
C.3 Correspondances entre les fonctions . 29
C.4 Stockage et adressage des données . 30
Annex D (informative) Utilisation de la pile de communication IR pour les applications LAC . 32
D.1 Utilisation de la pile de communication IR (CALM IR) . 32
D.2 Exigence DSRC . 32
D.3 Fonctions . 32
D.4 Exigences relatives aux données . 32
D.5 Exigences relatives à la sécurité . 32
D.6 Exigences relatives aux transactions . 32
Annex E (informative) Utilisation de la pile de communication ARIB DSRC pour les applications LAC . 33
E.1 Utilisation de la pile de communication ARIB DSRC . 33
E.2 Exigences DSRC . 33
E.3 Fonctions LAC . 33
E.4 Exigences relatives aux données . 33
E.5 Exigences relatives à la sécurité . 33
E.6 Exigences relatives aux transactions . 33
E.6.1 Généralités . 33
E.6.2 Phase d'initialisation — Contenu de la BST spécifique à l'application LAC . 33
E.6.3 Phase d'initialisation — Contenu de la VST spécifique à l'application LAC . 34
E.6.4 Phase de transaction . 34
Annex F (informative) Exemple de transaction LAC . 35
Annex G (informative) Utilisation du présent document pour le SET . 37
G.1 Généralités . 37
© ISO 2023 2024 – Tous droits réservés

vii
ISO/PRF 13141:2023(F2024(fr)
G.2 Correspondance entre la législation relative au SET et le présent document . 37
Annex H (informative) Utilisation de la pile de communication WAVE pour les applications LAC. 38
H.1 Généralités . 38
H.2 Exigences relatives à la communication . 38
H.3 Fonctions LAC . 38
H.3.1 Généralités . 38
H.3.2 Écriture sécurisée des données . 39
H.4 Exigences relatives aux données . 39
H.5 Exigences relatives à la sécurité . 39
H.5.1 Généralités . 39
H.5.2 Authentification/non-répudiation . 39
H.5.3 Chiffrement . 39
H.6 Exigences relatives aux transactions . 40
H.6.1 Généralités . 40
H.6.2 Phase d'initialisation . 40
H.6.3 Phase de transaction . 40
Bibliographie . 41

viii © © ISO 2023 2024 – Tous droits réservés

viii
ISO/PRF 13141:2023(F2024(fr)
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'ISOL’ISO attire l'attentionl’attention sur le fait que la mise en application du présent document peut
entraîner l'utilisation d'unl’utilisation d’un ou de plusieurs brevets. L'ISOL’ISO ne prend pas position quant à
la preuve, à la validité et à l'applicabilitél’applicabilité de tout droit de brevet revendiqué à cet égard. À la date
de publication du présent document, l'ISOl’ISO n'avait pas reçu notification qu'unqu’un ou plusieurs brevets
pouvaient être nécessaires à sa mise en application. Toutefois, il y a lieu d'avertird’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'ISOwww.iso.org/brevets.
L’ISO ne saurait être tenue pour responsable de ne pas avoir identifié tout ou partie de tels droits de
brevetpropriété.
Les appellations commerciales éventuellement mentionnées dans le présent document sont données pour
information, par souci de commodité, à l'intentionl’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'Organisationl’Organisation mondiale du commerce (OMC) concernant les obstacles techniques
au commerce (OTC), voir www.iso.org/avant-proposwww.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'Accordl’Accord de coopération technique entre l'ISOl’ISO et le CEN
(Accord de Vienne).
Cette secondedeuxième édition annule et remplace la première édition (ISO 13141:2015), qui a fait l'objet
d'unel’objet d’une révision technique. Elle incorpore également l'amendementl'Amendement
ISO 13141:2015/Amd. 1:2017.
Les principales modifications sont les suivantes:
— l'Articlel'Article 6 sur les exigences de conformité a été ajouté;
— l'Articlel'Article 3 a été mis à jour et l'ISO/TS 17573-2 constitue la source principale pour les termes et
définitions ;
— les définitions de données fournies à l'Articlel'Article 8 ont été mises à jour, y compris la référence à
l'ISO 17573-3 qui constitue désormais la source principale pour les termes et définitions ;
© ISO 2023 2024 – Tous droits réservés

ix
ISO/PRF 13141:2023(F2024(fr)
— les types ASN.1 importés avec leurs successeurs (c'est-à-dire y compris toutes les versions mineures
futures) ont été utilisés ;
[19],[20],[21]
— l'Annexe G a été révisée pour refléter l'évolution du Service européen de télépéage (SET) ;);
— différentes corrections rédactionnelles ont été apportées pour améliorer la lisibilité du document.
Il convient que l'utilisateurl’utilisateur adresse tout retour d'informationd’information ou toute question
concernant le présent document à l'organismel’organisme national de normalisation de son pays. Une liste
exhaustive desdits organismes se trouve à l'adresse www.iso.org/members.htmll’adresse
www.iso.org/fr/members.html.
x © © ISO 2023 2024 – Tous droits réservés

x
ISO/PRF 13141:2023(F2024(fr)
Introduction
Les équipements embarqués qui s'appuient 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 fonctionnent de manière
« autonome », autrement dit généralement sans reposer sur une infrastructure en bord de route dédiée.
Toutefois, ces systèmes autonomes peuvent nécessiter en certains endroits une infrastructure en bord de
route pour l'identification des objets d'imputation. Cette assistance peut s'avérer nécessaire là où la précision
ou la disponibilité de la localisation par satellite est insuffisante, ou dans les lieux où l'équipement embarqué
est informé directement de l'identité de l'objet d'imputation concerné.
Dans un environnement interopérable, il est essentiel que ces informations de localisation soient normalisées.
Le présent document spécifie les exigences relatives à l'augmentation de localisations par des communications
dédiées à courte portée (DSRC, Dedicated Short-Range Communication) entre l'équipement en bord de route
(RSE, Roadside Equipment) et l'équipement embarqué (OBE, On-Board Equipment). Le présent document ne
formule aucune hypothèse quant à l'exploitant de l'équipement en bord de route du point de vue de son rôle
selon la norme ISO 17573-1, c'est-à-dire que l'équipement en bord de route soit exploité par une entité
occupant le rôle de Prestation de services ou de Perception du péage.
Le présent document a été élaboré en vue de couvrir les points suivants.
— Les communications d'augmentation de localisations (LAC, Localization Augmentation Communication)
servent à transmettre les informations de localisation aux équipements embarqués passant à proximité
sans identifier ceux-ci individuellement.
— Les informations de localisation comprennent à la fois la position géographique indépendamment du
contexte de facturation et l'identification contextuelle des objets d'imputation.
— Une installation en bord de route peut assurer l'augmentation de localisations de plusieurs contextes
...

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...