ISO 13141:2015
(Main)Electronic fee collection - Localisation augmentation communication for autonomous systems
Electronic fee collection - Localisation augmentation communication for autonomous systems
ISO 13141:2015 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 International Standard specifies the provision of location and heading information and security means to protect from the manipulation of the OBE with false roadside equipment (RSE). The localization augmentation communication takes place between an OBE in a vehicle and fixed roadside equipment. This International Standard is applicable to OBE in an autonomous mode of operation. ISO 13141:2015 defines 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 defined on the level of Application Data Units (ADUs, see Figure 1).
Perception de télépéage — Communications d'augmentation de localisations pour systèmes autonomes
ISO 13141:2015 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 du 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 de facturation. La présente Norme internationale 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 routiers (RSE) frauduleux. Les communications d'augmentation de localisations s'effectuent entre l'équipement embarqué sur un véhicule et un équipement routier fixe. La présente Norme internationale s'applique aux équipements embarqués autonomes. Elle définit des attributs et des fonctions pour l'augmentation de localisations au moyen des services de communication DSRC fournis par la couche DSRC 7; elle met ces attributs et ces fonctions LAC à la disposition des applications LAC au niveau des équipements routiers et des équipements embarqués. Les attributs et les fonctions sont définis au niveau des unités de données d'application (ADU, Application Data Unit; voir Figure 1).
General Information
Relations
Frequently Asked Questions
ISO 13141:2015 is a standard published by the International Organization for Standardization (ISO). Its full title is "Electronic fee collection - Localisation augmentation communication for autonomous systems". This standard covers: ISO 13141:2015 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 International Standard specifies the provision of location and heading information and security means to protect from the manipulation of the OBE with false roadside equipment (RSE). The localization augmentation communication takes place between an OBE in a vehicle and fixed roadside equipment. This International Standard is applicable to OBE in an autonomous mode of operation. ISO 13141:2015 defines 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 defined on the level of Application Data Units (ADUs, see Figure 1).
ISO 13141:2015 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 International Standard specifies the provision of location and heading information and security means to protect from the manipulation of the OBE with false roadside equipment (RSE). The localization augmentation communication takes place between an OBE in a vehicle and fixed roadside equipment. This International Standard is applicable to OBE in an autonomous mode of operation. ISO 13141:2015 defines 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 defined on the level of Application Data Units (ADUs, see Figure 1).
ISO 13141:2015 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:2015 has the following relationships with other standards: It is inter standard links to ISO 17080:2005, ISO 13141:2015/Amd 1:2017, ISO 13141:2024, ISO/TS 13141:2010/Cor 1:2013, ISO/TS 13141:2010. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO 13141:2015 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 13141
First edition
2015-12-01
Electronic fee collection — Localisation
augmentation communication for
autonomous systems
Perception de télépéage — Communications d’augmentation de
localisations pour systèmes autonomes
Reference number
©
ISO 2015
© ISO 2015, Published in Switzerland
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form
or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior
written permission. Permission can be requested from either ISO at the address below or ISO’s member body in the country of
the requester.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – All rights reserved
Contents Page
Foreword .iv
Introduction .v
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 . 5
5.4 Contract and toll context . 5
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 . 6
6 Conformance requirements . 6
6.1 General . 6
6.2 Functional requirements . 7
6.2.1 Minimum supported transaction details . 7
6.2.2 Initialising communication . 7
6.2.3 Writing of data . 7
6.2.4 Termination of communication . 7
6.3 Security . 8
6.3.1 General. 8
6.3.2 Authentication of RSE — Access credentials . 8
6.3.3 Authentication of LAC Data. 8
7 Attributes . 8
7.1 General . 8
7.2 Data regarding location reference . 9
7.3 Operational data .10
7.4 OBE contractual data .10
7.5 Security-related data .11
8 Transaction model .11
8.1 General .11
8.2 Initialisation phase .12
8.2.1 General structure .12
8.2.2 LAC application-specific contents of the BST .12
8.2.3 LAC application-specific contents of the VST .12
8.3 Transaction phase .12
Annex A (normative) LAC data type specifications .13
Annex B (normative) PICS proforma for the data elements in the attribute .14
Annex C (informative) ETSI/ES 200-674-1 communication stack usage for LAC applications .21
Annex D (informative) IR communication usage for LAC applications .24
Annex E (informative) ARIB DSRC communication stack usage for LAC applications .25
Annex F (informative) LAC transaction example .27
Annex G (informative) Use of this International Standard for the EETS .29
Bibliography .31
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation on the meaning of ISO specific terms and expressions related to conformity
assessment, as well as information about ISO’s adherence to the WTO principles in the Technical
Barriers to Trade (TBT) see the following URL: Foreword - Supplementary information
The committee responsible for this document is ISO/TC 204, Intelligent transport systems.
This first edition replaces ISO/TS 13141:2010, which has been technically revised. It also incorporates
ISO/TS 13141:2010/Cor1:2013. This first edition incorporates the following main modifications
compared to the previous Technical Specification:
− conversion from a Technical Specification to an International Standard;
− generalized container definition;
− amendments to reflect changes to the underlying base standards;
− addition of a new informative annex (i.e. Annex G) on how to use this International Standard for the
European electronic toll service;
− editorial and formal corrections as well as changes to improve readability.
iv © ISO 2015 – All rights reserved
Introduction
On-board equipment (OBE) that uses satellite-based positioning technology to collect data required for
charging for the use of roads operates in a so-called autonomous way (i.e. generally without relying
on dedicated roadside infrastructure). However, these autonomous systems can, in particular places,
need some roadside infrastructure support for proper identification of charge objects. Such assistance
might 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 International Standard defines requirements for localization augmentation by
dedicated short-range communication (DSRC) between roadside equipment and on-board equipment.
This International Standard makes no assumptions about the operator of the roadside equipment
(RSE), in terms of his role according to ISO 17573, i.e. whether the RSE is operated by an entity in the
service provision role or in the toll charging role.
This International Standard has been prepared considering the following requirements:
— 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
EFC contexts;
— this International Standard is based on the EFC architecture specified in ISO 17573;
— the communication applies to all OBE architectures;
— this International Standard 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 International Standard defines 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 defined as a self-contained DSRC
application with its own application identifier (AID). Regarding the DSRC communications stack, this
International Standard gives definitions for the CEN DSRC stack, as used in EN 15509 and Annexes C,
D and E demonstrate, respectively, the use of ISO CALM IR, the use of Italian DSRC as specified in
ETSI/ES 200674-1 and ARIB DSRC.
All data relevant for the LAC application have been put into the attribute LACData, in order to create
a single standard communications content transmitted by LAC RSE, and always signed as a whole.
LACData can transport both geographic coordinates (latitude, longitude and altitude) and the
identification of a specific charge object. All elements of LACData are mandatory, but Null values are
defined to allow LAC installations to transmit only a selection of all defined data elements.
Access credentials are mandatory for writing LACData in order to protect OBE from non-authentic
RSE. LACData are critical for charge determination and for providing evidence. For these purposes, the
authenticators which are defined can be used to provide for data origin authentication, data integrity and
non-repudiation for LACData. There are two separate authenticator fields defined to allow for separate
authentication and non-repudiation, if required by the institutional arrangements of a toll system.
This International Standard is “minimalist” in the sense that it covers what is required by operational
systems and systems planned in the foreseeable future.
A test suite for checking an OBE or RSE implementation for compliance with the ISO/TS 13141 is defined
in the corresponding edition of ISO/TS 13140-1 and ISO/TS 13140-2. This test suite is currently being
updated to reflect the changes incorporated into this first edition of ISO 13141.
vi © ISO 2015 – All rights reserved
INTERNATIONAL STANDARD ISO 13141:2015(E)
Electronic fee collection — Localisation augmentation
communication for autonomous systems
1 Scope
This International Standard 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 International Standard specifies the provision of location and
heading information and security means to protect from the manipulation of the OBE with false
roadside equipment (RSE).
The localization augmentation communication takes place between an OBE in a vehicle and fixed roadside
equipment. This International Standard is applicable to OBE in an autonomous mode of operation.
This International Standard defines 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 defined on the level of Application
Data Units (ADUs, see Figure 1).
As depicted in Figure 1, this International Standard 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 localization augmentation communication is suitable for a range of short-range communication
media. This International Standard gives specific definitions regarding the CEN DSRC stack as specified
in EN 15509, and Annexes C, D and E give the use of the Italian DSRC as specified in ETSI/ES 200 674-1,
ISO CALM IR, and ARIB DSRC.
This International Standard contains a protocol implementation conformance statement (PICS)
proforma in Annex B and informative transaction examples in Annex F. The informative Annex G
highlights how to use this International Standard for the European electronic toll service (as defined in
Commission Decision 2009/750/EC).
Test specifications are not within the scope of this International Standard.
RSE OBE
AP AP
On-board LAC
Road-side LAC
application
application
RSE LAC OBE LAC
function calls function calls
Scope of this ADU
DSRC functions DSRC functions
International
for LAC for LAC
Standard
Communication Communication
service primitives
service primitives
DSRC communication services
Figure 1 — The LAC application interface
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
ISO/IEC 8824-1:2008, Information technology — Abstract Syntax Notation One (ASN.1): Specification of
basic notation — Part 1
ISO/IEC 8825-2:2008, Information technology — ASN.1 encoding rules: Specification of Packed Encoding
Rules (PER) — Part 2
ISO/IEC 9797-1:2011, Information technology — Security techniques — Message Authentication Codes
(MACs) — Part 1: Mechanisms using a block cipher
ISO 12813, Electronic fee collection — Compliance check communication for autonomous systems
ISO 14906:2011/Amd1:2015, Electronic fee collection — Application interface definition for dedicated
short-range communication
2 © ISO 2015 – All rights reserved
ISO 15628:2013, Intelligent transport systems — Dedicated short range communication (DSRC) — DSRC
application layer
1)
ISO 17575-1:2015, Electronic fee collection — Application interface definition for autonomous systems —
Part 1: Charging
ISO/IEC 18033-3:2010, Information technology — Security techniques — Encryption algorithms — Part 3:
Block ciphers
EN 12834:2003, Road transport and traffic telematics — Dedicated Short Range Communication (DSRC)
— DSRC application layer
EN 15509:2014, Electronic fee collection — Interoperability application profile for DSRC
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.
3.1
access credentials
trusted attestation or secure module that establishes the claimed identity of an object or application
[SOURCE: EN 15509:2014, 3.1]
3.2
attribute
addressable package of data consisting of a single data element or structured sequences of data elements
3.3
authentication
security mechanism allowing verification of the provided identity
[SOURCE: EN 301 175]
3.4
authenticator
data, possibly encrypted, that is used for authentication
[SOURCE: ISO/TS 19299:2015, 3.5]
3.5
charge object
geographic or road related object for the use of which a charge is applied
3.6
data integrity
property that data has not been altered or destroyed in an unauthorized manner
[SOURCE: ISO/TS 19299:2015, 3.28]
3.7
on-board equipment
OBE
Note 1 to entry: all required equipment on-board a vehicle for performing required EFC functions and
communication services
1) To be published.
3.8
roadside equipment
RSE
equipment located along the road, either fixed or mobile
3.9
service primitive
elementary communication service provided by the application layer protocol to the application processes
[SOURCE: ISO 14906:2011, 3.18 modified]
3.10
toll context
logical view as defined by attributes and functions of the basic elements of a toll scheme consisting of
a single basic tolling principle, a spatial distribution of the charge objects and a single behaviour of the
related Front End
3.11
transaction
whole of the exchange of information between two physically separated communication facilities
4 Abbreviated terms
For the purposes of this document, the following abbreviated terms apply.
ADU Application data unit (ISO 14906)
AID Application identifier (ISO 15628 and EN 12834)
ASN.1 Abstract syntax notation one (ISO/IEC 8824-1)
BST Beacon service table (ISO 14906)
CCC Compliance check communication (ISO 12813)
DSRC Dedicated short-range communication (ISO 14906)
EID Element identifier (ISO 15628 and EN 12834)
EFC Electronic fee collection
IR Infrared
IUT Implementation under test
LAC Localisation augmentation communication
MAC Media Access control (EN 12795) or Message authentication code (ISO 14906)
OBE On-board equipment (ISO 14906)
PICS Protocol implementation conformance statement
RSE Roadside equipment (ISO 14906)
VST Vehicle service table (ISO 14906)
WGS84 World Geodetic System 1984
4 © ISO 2015 – All rights reserved
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 6, while details of the attributes are in Clause 7.
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 and E.
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, in order to verify that the data indeed are
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 8.
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 defined for localization augmentation. This attribute contains a set of data
in order for the OBE to be able to determine its localization 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);
— charge object reference.
When the RSE writes this attribute to the OBE, it shall transmit geographic coordinates or 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 and E.
Table 1 — Supported short-range communication stacks
Medium Application layer Lower layers Detailed specifications
CEN-DSRC ISO 15628 EN 12795 and
Specification in 5.5.2
and EN 12834 EN 12253
Italian DSRC ES 200 674–1 ES 200 674–1
(Clause 11 and (Clauses 7 to 10 and Implementation example in Annex C
Annex D) Annex D)
ISO CALM IR ISO 15628 ISO 21214 Implementation example in Annex D
and EN 12834
ARIB DSRC ARIB STD-T75 ARIB STD-T75 ITU-R. Implementation example in Annex E
and ISO 15628 M1453–2
NOTE 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
interrogations on the same medium as the RSE has used.
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 comply with EN 15509:2014, 6.1.2;
— the RSE shall comply with EN 15509:2014, 6.2.2.
NOTE Compliance with EN 15509 implies compliance of the DSRC stack with ISO 15628 and EN 12834
regarding the application layer, and EN 12795 and EN 12253 for the lower layers.
6 Conformance requirements
6.1 General
In the view of the OBE, the LAC communication is a read only data exchange. There is neither an
interrogation of OBE capabilities nor feedback from the OBE regarding the received data or commands.
From that this follows that the OBE shall support all standardized LAC RSE transaction sequences.
The RSE shall only broadcast, within the context of LAC transactions, attributes defined in this
International Standard.
6 © ISO 2015 – All rights reserved
6.2 Functional requirements
6.2.1 Minimum supported transaction details
All functions defined in this clause shall be available on the OBE side.
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 defined in 6.2.2 to 6.2.4. For other supported media according to
5.5.1, equivalent functionality shall be provided; see Annex C for ETSI/ES 200 674-1 5.8 GHz microwave
DSRC, Annex D for CALM infrared DSRC and Annex E for ARIB microwave DSRC.
6.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 sides.
The initialisation notification on the OBE side shall carry at least the identity of the beacon (e.g. the
beacon serial number) and absolute time. The initialisation notification on the RSE side 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 defined in Annex A (see LAC-InitialiseComm-
Request and LAC-InitialiseComm-Response).
6.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, and is defined in Annex A (see LAC-DataTx-Request and LAC-DataTx-Response).
NOTE 1 The “mode” parameter in the LAC-DataTx-Request indicates whether or not the corresponding
response is expected. 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 uses services
offered by the lower protocol layers.
The SET shall always carry access credentials.
6.2.4 Termination of communication
The RSE may terminate the communication on 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 link level is outside of the scope of this International Standard.
The function “Terminate communication” shall be provided by the application layer service EVENT-
REPORT, as specified in ISO 15628 and EN 12834, and is defined in Annex A (see LAC-TerminateComm).
6.3 Security
6.3.1 General
Security is an essential part of LAC applications. This International Standard provides for both
communication-related security services and communication-transparent data elements, which may
provide security characteristics.
This International Standard for localization augmentation communication 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 6.3.2 for CEN DSRC and the annexes for other media).
NOTE 1 Authentication of the OBE to the RSE according to EN 15509 is not supported, as the identity of the
OBE and contract are not relevant for the LAC application.
This International Standard 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 protected against forgery and/or protected against repudiation (between e.g. the user
and the LAC Operator).
NOTE 2 This International Standard does not provide for an encryption service. No privacy sensitive data are
transferred by LAC.
6.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
defined in EN 15509:2014, 6.1.5.3.
The CEN DSRC RSE shall be able to calculate access credentials according to security level 1, as defined
in EN 15509:2014, 6.2.5.3.
Access credentials are defined as being of ASN.1 type OCTET STRING. This only pertains to the ASN.1
syntax; the semantics are media-dependent.
6.3.3 Authentication of LAC Data
The data elements mAC-TC and mAC2 (see 7.5) may contain authenticators, as well as key references
for the calculation of those authenticators, and are provided as a means 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 mAC-TC is defined as being of type MAC_TC and mAC2 is defined as being of ASN.1
type OCTET STRING. The semantics of the data elements are media-independent.
7 Attributes
7.1 General
Within the LAC context, the attributes and data elements given in Table 2 shall be made available.
8 © ISO 2015 – All rights reserved
Table 2 — Supported short-range communication stacks
a
AttributeID Attribute Data element Length in Oc- Remarks
b
tets
n.a. LAC-ContextMark contractProvider 3
typeOfContract 2
contextVersion 1
54 LACData lacOperator 3
rseId 2
latitude 4 in micro degrees
longitude 4 in micro degrees
altitude 2 resolution 0,25 m
tollCharger 6
chargeObject 6
distanceToObject 2
lacTime 4
macTc 8
mac2 8
87-127 ReservedForPrivateUse — —
a
The assignment of attribute IDs is aligned with ISO 14906 and ISO 12813. Attributes 87 to 127 are assigned for private
use. All other remaining IDs are reserved for future use.
b
Length information is informative. For the type OCTET STRING, the length determinant, as defined in ISO/IEC 8825-2,
is explicitly stated.
The attribute LAC-ContextMark shall be part of ApplicationContextMark as specified in Annex A.
NOTE LAC-ContextMark 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 clauses, LAC Attributes and data elements are specified in terms of
— the names of the data elements forming the LAC Attribute;
— 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.
7.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 TC and TSP.
Furthermore, by default it is allowed to use any earth-centred earth-fixed polar coordinate geodetic
datum, as long as the maximum datum displacement relative to the geodetic datum prescribed is
acceptable to the Toll Charger 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 “Dimensioning and Tolerancing”.
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. 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. 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 to 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 Toll Charger owning the respective toll scheme. The data element contains
chargeObjectDesignation with the same syntax and semantics as in ChargeObjectId defined in
ISO 17575-1:2015, 7.6.9. The second data element regimeId is kept for backward compatibility and shall
not be used anymore, i.e. shall be zero.
NOTE 3 The data element tollContext (of type Provider) in tollCharger together with chargeObjectDesignation
from chargeObject are providing the information contained in ChargeObjectId as used and defined in ISO 17575-1.
In case no Toll Charger 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.
7.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 defined in ISO 14906. 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 Toll Charger which owns the toll scheme for which LAC
is operated. The data element is as defined in ISO 17575-1.
The data element lacTime shall contain the time at which the LAC transaction occurred. The data
element is as defined in ISO 14906.
7.4 OBE contractual data
The data element lacContextMark shall identify the user contract in terms of the service provider, type
of contract and version information. It is the same as the EFC-ContextMark defined in ISO 14906.
10 © ISO 2015 – All rights reserved
The coding and usage of this data element is service-provider specific. It shall be used as a minimum to
manage and distinguish OBE supporting different future versions of this International Standard and to
identify the related LAC security elements.
NOTE It is assumed that the OBE supports only this edition of this International Standard (in order to reduce
the OBE’s complexity) and that the LAC RSE will support all existing OBE conforming to different editions of this
International Standard.
7.5 Security-related data
The data element macTc shall be used for authentication of LAC data to the Toll Charger for non-
repudiation reasons.
The MAC value of macTc shall be calculated by the RSE using the LAC authentication master key over
the octet string represented by the LAC data elements without macTc and mac2 and a nonce value (a
random generated number) from macTc (this is a string of 33 octets from the first nine LACData data
elements concatenated with 2 octets from nonce). The padding of this octet string shall be according to
the rules of the used enciphering and MAC algorithm.
NOTE 1 The data element lactime and nonce from macTc are the nonce, the only variable parts (6 octets) of the
input to calculate the MAC for the same LAC beacon.
The RSE shall use one of the following algorithms for calculating the MAC:
1) CBC-DES according to ISO/IEC 9797-1:2011 MAC algorithm 1 using the DEA algorithm according to
ISO/IEC 18033-3:2010 with a LAC authentication key of 8 octets;
2) CMAC according to ISO/IEC 9797-1:2011 MAC algorithm 5 using AES-128 according to
ISO/IEC 18033-3:2010 with a LAC authentication key of 16 octets.
NOTE 2 The MAC and encryption algorithm of the first option are identical with the algorithms used in
EN 15509:2014.
The data element macTc contains:
— keyRef: the reference to the key to be used for the enciphering algorithm;
— algorithmId: the algorithm option 1 or 2 to be used from the list above;
— mac: the leftmost 32 bits (4 octets) of the calculated MAC;
— nonce: 2 random octets generated by the RSE used in the MAC calculation.
The data element mac2 may contain security-related data regarding the first nine data elements of the
attribute LACData (a string of 33 octets). This may comprise authenticators, as well as key references.
The calculation, the coding and the applicability of this data element is outside of the scope of this
International Standard.
8 Transaction model
8.1 General
The transaction model related to the LAC Application Interface for DSRC shall comply with ISO 14906,
Clause 6, with the restrictions and amendments defined in 8.2 and 8.3, for implementation using
the CEN DSRC communication stack. Details on the transaction model and addressing for other
communication media (if any) are given in the relevant annexes.
The transaction model comprises two phases, the initialisation phase and the transaction phase.
8.2 Initialisation phase
8.2.1 General structure
Initialisation of the communication shall be carried out by the RSE by means of the function “Initialise
communication”.
The OBE evaluates the initialisation request to decide whether the LAC application is supported. If the
OBE does not support the LAC application, it shall not respond to the initialisation request. If the OBE
supports the LAC application, it shall respond to the initialisation request.
8.2.2 LAC application-specific contents of the BST
AID = 21 shall be used for the LAC application.
The RSE shall initialise only one instance of the LAC application; this means that there shall be only one
instance of AID = 21 in the BST.
NOTE Thi
...
NORME ISO
INTERNATIONALE 13141
Première édition
2015-12-01
Perception de télépéage —
Communications d’augmentation de
localisations pour systèmes autonomes
Electronic fee collection — Localisation augmentation
communication for autonomous systems
Numéro de référence
©
ISO 2015
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2015, Publié en Suisse
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni utilisée
sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie, l’affichage sur
l’internet ou sur un Intranet, sans autorisation écrite préalable. Les demandes d’autorisation peuvent être adressées à l’ISO à
l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – Tous droits réservés
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 . 5
5.4 Contrat et contexte de péage. 6
5.5 Utilisation des couches basses . 6
5.5.1 Piles de communication DSRC prises en charge . 6
5.5.2 Utilisation de la pile de communication CEN-DSRC . 6
6 Exigences de conformité. 7
6.1 Généralités . 7
6.2 Exigences de fonction . 7
6.2.1 Détail du minimum des transactions supportées. 7
6.2.2 Initialisation de la communication . 7
6.2.3 Écriture des données . . . 7
6.2.4 Arrêt de la communication . 8
6.3 Sécurité . 8
6.3.1 Généralités . 8
6.3.2 Authentification de l’équipement routier: identifiants d’accès . 8
6.3.3 Authentification des données LAC. 8
7 Attributs . 9
7.1 Généralités . 9
7.2 Données concernant les références de localisation .10
7.3 Données d’exploitation .11
7.4 Données contractuelles de l’équipement embarqué .11
7.5 Données relatives à la sécurité .11
8 Modèle de transaction .12
8.1 Généralités .12
8.2 Phase d’initialisation .12
8.2.1 Phase d’initialisation — Généralités .12
8.2.2 Phase d’initialisation — Contenu spécifique à l’application LAC sur la BST .12
8.2.3 Phase d’initialisation — Contenu spécifique à l’application LAC sur la VST .12
8.3 Phase de transaction .13
Annexe A (normative) Spécifications de types de données LAC .14
Annexe B (normative) Formulaire PICS pour les éléments de données de l’attribut .15
Annexe C (informative) Utilisation des voies de communication de l’ETSI/ES 200-674-1
pour les applications LAC .23
Annexe D (informative) Utilisation de la pile de communication IR pour les applications LAC .26
Annexe E (informative) Utilisation de la pile de communication ARIB DSRCpour les
applications LAC .27
Annexe F (informative) Exemple de transaction LAC .29
Annexe G (informative) Utilisation de la présente Norme internationale pour le SET.31
Bibliographie .33
iv © ISO 2015 – Tous droits réservés
Avant-propos
L’ISO (Organisation internationale de normalisation) est une fédération mondiale d’organismes
nationaux de normalisation (comités membres de l’ISO). L’élaboration des Normes internationales est
en général confiée aux comités techniques de l’ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l’ISO participent également aux travaux.
L’ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui
concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier de prendre note des différents
critères d’approbation requis pour les différents types de documents ISO. Le présent document a été
rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir www.
iso.org/directives).
L’attention est appelée sur le fait que certains des éléments du présent document peuvent faire l’objet de
droits de propriété intellectuelle ou de droits analogues. L’ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. Les détails concernant
les références aux droits de propriété intellectuelle ou autres droits analogues identifiés lors de
l’élaboration du document sont indiqués dans l’Introduction et/ou dans la liste des déclarations de
brevets reçues par l’ISO (voir www.iso.org/brevets).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer
un engagement.
Pour une explication de la 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’OMC concernant les obstacles techniques au commerce (OTC), voir le lien suivant: Avant-propos —
Informations supplémentaires.
Le comité chargé de l’élaboration du présent document est l’ISO/TC 204, Systèmes intelligents de transport.
Cette première édition remplace l’ISO/TS 13141:2010, qui a fait l’objet d’une révision technique.
Cela inclut également l’ISO/TS 13141:2010/Cor.1:2013. Cette première édition inclut les principales
modifications suivantes:
— passage de la première édition d’une Spécification technique au stade de Norme internationale;
— lot de définitions générales;
— amendements qui traduisent les changements dans les normes de base;
— ajout d’une nouvelle annexe informative (Annexe G) qui indique comment utiliser cette norme
Internationale pour les services de télépéages européens;
— intégration de corrections rédactionnelles et formelles, ainsi que de modifications pour améliorer
la lisibilité.
Introduction
L’équipement embarqué (OBE, On-Board Equipment) qui s’appuie sur la technologie de localisation par
satellite pour collecter les données nécessaires au calcul de la redevance d’usage du réseau routier
fonctionne de manière autonome (autrement dit il repose généralement sur une infrastructure routière
dédiée). Toutefois, ces systèmes autonomes peuvent nécessiter en certains endroits une infrastructure
routière pour l’identification des objets de facturation. Cette assistance pourrait 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 de facturation concerné.
Dans un environnement interopérable, il est essentiel que ces informations de localisation soient
normalisées. La présente Norme internationale définit les exigences relatives à l’augmentation
des localisations par des communications dédiées à courte portée (DSRC, Dedicated Short-Range
Communication) entre l’équipement routier et l’équipement embarqué. La présente Norme internationale
ne formule aucune hypothèse quant à l’exploitant de l’équipement routier du point de vue de son rôle
selon la norme ISO 17573, c’est-à-dire que l’équipement routier soit exploité par une entité occupant le
rôle de Prestation de services ou de Perception du péage.
La présente Norme internationale a été élaborée en vue de répondre aux besoins suivants:
— les communications d’augmentation de localisations (LAC, Localisation 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 de facturation;
— une installation routière peut assurer l’augmentation de localisations de plusieurs contextes de
perception du télépéage (EFC, Electronic Fee Collection) qui se chevauchent;
— la présente Norme internationale est conforme à l’architecture EFC spécifiée dans la norme ISO 17573;
— la communication s’applique à toutes les architectures d’équipements embarqués;
— la présente Norme internationale est applicable à divers 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.
La présente Norme internationale définit un attribut, LACData, qui est communiqué par l’équipement
routier à 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 définie
comme une application DSRC autonome disposant de son propre identifiant d’application (AID,
Application IDentifier). Concernant la pile de communication DSRC, la présente Norme internationale
fournit des définitions pour la pile de communication CEN-DSRC spécifiée dans l’EN 15509 tandis que
les Annexes C, D et E spécifient l’utilisation des piles ISO CALM IR, UNI DSRC et ARIB 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 transmis par tous les équipements routiers
et toujours signé globalement. LACData peut transmettre à la fois des coordonnées géographiques
(latitude, longitude et altitude) et l’identification d’un objet de facturation spécifique. Tous les éléments
de LACData sont obligatoires, mais des valeurs nulles sont définies pour permettre aux installations LAC
de transmettre uniquement une partie de l’ensemble des éléments de données définis.
Des identifiants d’accès sont obligatoires pour écrire LACData afin de protéger les équipements
embarqués des équipements routiers non-authentiques. Les attributs LACData sont essentiels pour la
facturation et doivent pouvoir constituer une preuve. Dans cette optique, les authentificateurs définis
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’authentification distincts sont prévus pour
l’authentification et la non-répudiation, si les institutions en charge du système de péage l’exigent.
vi © ISO 2015 – Tous droits réservés
Les dispositions de la présente Norme internationale sont réduites au minimum afin de répondre aux
exigences des systèmes EFC opérationnels et aux systèmes prévus dans un futur proche.
La séquence de test pour vérifier l’implémentation de l’OBE ou du RSE avec l’ISO/TS 13141 est définit
dans l’ISO/TS 13141-1 et l’ISO/TS 13140-2. Cette séquence de test subit acutellement une mise à jour
pour faire apparaitre les changements dans cette première édition de l’ISO 13141.
NORME INTERNATIONALE ISO 13141:2015(F)
Perception de télépéage — Communications
d’augmentation de localisations pour systèmes autonomes
1 Domaine d’application
La présente Norme internationale 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 du 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 de facturation. La présente Norme internationale
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 routiers (RSE) frauduleux.
Les communications d’augmentation de localisations s’effectuent entre l’équipement embarqué sur un
véhicule et un équipement routier fixe. La présente Norme internationale s’applique aux équipements
embarqués autonomes.
Elle définit des attributs et des fonctions pour l’augmentation de localisations au moyen des services
de communication DSRC fournis par la couche DSRC 7; elle met ces attributs et ces fonctions LAC à la
disposition des applications LAC au niveau des équipements routiers et des équipements embarqués.
Les attributs et les fonctions sont définis au niveau des unités de données d’application (ADU, Application
Data Unit; voir Figure 1).
Comme représenté à la Figure 1, la présente Norme internationale s’applique
— à la définition d’interface d’application entre l’équipement embarqué et l’équipement routier,
— à l’interface avec la couche d’application DSRC spécifiée dans l’ISO 15628 et l’EN 12834, et
— à l’utilisation de la pile de communication DSRC.
Les communications d’augmentation de localisations conviennent à une gamme de supports de
communication à courte portée. La présente Norme internationale fournit des définitions spécifiques
pour la pile de communication CEN-DSRC spécifiée dans l’EN 15509 tandis que les Annexes C, D et E
spécifient l’utilisation des piles ISO CALM IR, UNI DSRC et ARIB DSRC.
La présente Norme internationale comprend un formulaire de déclaration de conformité d’une mise
en œuvre de protocole (PICS, Protocol Implementation Conformance Statement) dans l’Annexe B, ainsi
que des exemples de transaction informatifs dans l’Annexe F. L’annexe informative G souligne comment
utiliser la norme Internationale des services de télépéage européen (comme défini dans la décision
2009/750/EC).
La présente Norme internationale ne s’applique pas aux spécifications d’essai.
RSE OBE
AP AP
On-board LAC
Road-side LAC
application
application
RSE LAC OBE LAC
function calls function calls
Scope of this ADU
DSRC functions DSRC functions
International
for LAC for LAC
Standard
Communication Communication
service primitives
service primitives
DSRC communication services
Figure 1 — Interface d’application LAC
2 Références normatives
Les documents suivants, en totalité ou en partie, sont référencés de manière normative dans le présent
document et sont indispensables pour son application. 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 8824-1:2008, Technologies de l’information — Notation de syntaxe abstraite numéro un (ASN.1):
Spécification de la notation de base — Partie 1
ISO/IEC 8825-2:2008, Technologies de l’information — Règles de codage ASN.1: Spécification des règles de
codage compact (PER) — Partie 2
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 12813, Perception du télépéage — Communication de contrôle de conformité pour systèmes autonomes
ISO 14906:2011/Amd.1:2015, Perception du télépéage — Définition de l’interface d’application relative
aux communications dédiées à courte portée
2 © ISO 2015 – Tous droits réservés
ISO 15628:2013, Systèmes intelligents de transport — Communications spécialisées à courte portée
(DSRC) — Couche d’application DSRC
1)
ISO 17575-1:2015 , Perception du télépéage — Définition de l’interface d’application pour les systèmes
autonomes — Partie 1: Imputation
ISO/IEC 18033-3:2010, Technologies de l’information — Techniques de sécurité — Algorithmes de
chiffrement — Partie 3: Chiffrement par blocs
EN 12834:2003, Télématique de la circulation et du transport routier — Communication à courte portée —
Couche applicative (disponible en anglais seulement)
EN 15509:2014, Perception de télépéage — Profil d’application d’interopérabilité pour DSRC
NIMA Technical Report TR 8350.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.
3.1
identifiants d’accès
attestation certifiée ou module sécurisé qui établit l’identité déclarée d’un objet ou d’une application
[SOURCE: EN 15509:2014, définition 3.1]
3.2
attribut
paquetage de données adressable constitué d’un seul élément de données ou de séquences structurées
d’éléments de données
3.3
authentification
mécanisme de sécurité permettant la vérification de l’identité fournie
[SOURCE: EN 301 175]
3.4
authentificateur
données (pouvant être chiffrées) qui sont utilisées à des fins d’authentification
[SOURCE: ISO/TS 19299:2015, définition 3.5]
3.5
objet de facturation
objet géographique ou routier dont l’utilisation est facturée
3.6
intégrité des données
propriété indiquant que des données n’ont pas été altérées ou détruites sans autorisation
Note 1 à l’article: Adapté de l’ISO/TS 17574:2009.
3.7
équipement embarqué
OBE
tout équipement à bord d’un véhicule pour réaliser les fonctions EFC et les services de
communication requis
1) À publier.
3.8
équipement routier
RSE
équipement fixe ou mobile situé le long de la route
3.9
primitive de service
communication des primitives de service
service de communication élémentaire fourni par le protocole de couche d’application aux processus
d’application
[SOURCE: ISO 14906:2011, définition 3.18, modifiée]
3.10
contexte de péage
vue logique définie par les attributs et fonctions des éléments de base d’un régime de péage se
caractérisant par un principe de recouvrement de base unique, une distribution spatiale des objets de
facturation et un comportement unique des systèmes frontaux associés
3.11
transaction
intégralité de l’échange d’informations entre deux dispositifs de communication physiquement séparés
4 Abréviations
Pour les besoins du présent document, les termes suivants s’appliquent.
ADU (Application Data Unit) Unité de données d’application
(ISO 14906)
AID (Application IDentifier) Identifiant d’application (ISO 15628
et EN 12834)
ASN.1 (Abstract Syntax Notation one) Notation de syntaxe abstraite un (ISO/
IEC 8824-1)
BST (Beacon Service Table) Table de service des balises (ISO 14906)
CCC (Compliance Check Communication) Communication de contrôle de confor-
mité (ISO 12813)
DSRC (Dedicated Short-Range Communication) Communications dédiées à courte portée
(ISO 14906)
EID (Element IDentifier) Identifiant d’élément (ISO 15628 et
EN 12834)
EFC (Electronic Fee Collection) Perception du télépéage
IR Infrarouge
IUT (Implementation Under Test) Mise en œuvre d’essai
LAC (Localisation Augmentation Communication) Communications d’augmentation de
localisations
MAC (Media Access Control/Message Authentication Code) Contrôle d’accès au support (EN 12795)
ou code d’authentification de message
(ISO 14906)
4 © ISO 2015 – Tous droits réservés
OBE (On-Board Equipment) Equipement embarqué (ISO 14906)
PICS (Protocol Implementation Conformance Statement) Déclaration de conformité d’une mise
en œuvre de protocole
RSE (Road-Side Equipment) Equipement routier (ISO 14906)
VST (Vehicle Service Table) Table de service des véhicules
(ISO 14906)
WGS84 (World Geodetic System 1984) 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 6 donne une description
détaillée des fonctions tandis que les attributs sont décrits à l’Article 7.
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 en annexes.
5.2 Services fournis
L’interface d’application LAC offre les services suivants aux applications LAC:
— écriture des données pour permettre à l’équipement routier de communiquer les données de
localisation à l’équipement embarqué;
— authentification de l’équipement routier par l’équipement embarqué au moyen d’identifiants d’accès.
La communication LAC n’offre pas de service de lecture. L’équipement routier 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 à partir d’échanges de protocole, effectués au moyen des
services de communication et des transactions décrits à l’Article 8.
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 routier 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 défini pour l’augmentation de localisations. Cet attribut renferme un ensemble de
données permettant à l’équipement embarqué de déterminer sa localisation avec plus de précision et de
disponibilité, ou de recevoir directement une identification d’objet de facturation 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 de facturation.
Lorsque l’équipement routier écrit cet attribut sur l’équipement embarqué, il doit transmettre les
coordonnées géographiques ou les références de l’objet de facturation, ou les deux.
5.4 Contrat et contexte de péage
Concernant la communication LAC, l’équipement embarqué s’identifie 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 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 routier 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 routier 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 routier 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 communication DSRC prises en charge
L’interface d’application LAC utilise la pile de communication CEN-DSRC comme indiqué au 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 et E.
Tableau 1 — Piles de communication DSRC prises en charge
Support Couche d’applica- Couches basses Spécifications détaillées
tion
ISO 15628 EN 12795
CEN-DSRC Spécifications en 5.5.2
et EN 12834 EN 12253
UNI DSRC (Italie) UNI 10607-4:2007 UNI 10607-2:2007
Exemple de mise en œuvre à l’Annexe C
UNI 10607-3:2007 UNI 10607-1:2007
ISO CALM IR ISO 15628
ISO 21214 Exemple de mise en œuvre à l’Annexe D
et EN 12834
ARIB DSRC ARIB STD-T75 ARIB STD-T75
Exemple de mise en œuvre à l’Annexe E
et ISO 15628 ITU-R.M1453-2
NOTE L’EN 12795 et l’EN 12253 ont été reprises dans l’ITU 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 interrogations de l’équipement routier sur le même support que l’équipement routier.
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 être conforme à l’EN 15509:2014, 6.1.2.
— L’équipement routier doit être conforme à l’EN 15509:2014, 6.2.2.
NOTE La conformité à l’EN 15509 implique celle de la pile de communication DSRC à l’ISO 15628 et à
l’EN 12834 en ce qui concerne la couche d’application, et à l’EN 12795 et l’EN 12253 pour les couches basses.
6 © ISO 2015 – Tous droits réservés
6 Exigences de conformité
6.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 d’interrogation sur les capacités de l’OBE que d’information sur les données reçues et les
commandes de l’OBE.
De cela découle le fait que l’OBE doit supporter toutes les normes de séquences de transaction LAC RSE.
Le RSE doit seulement diffuser dans le contexte des transactions LAC les attributs définis dans cette
norme Internationale.
6.2 Exigences de fonction
6.2.1 Détail du minimum des transactions supportées
Toutes les fonctions définies dans le présent Article 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 indiqué dans l’ISO 15628 et l’EN 12834 (services INITIALISATION, SET et RELEASE).
Seules les fonctions CEN-DSRC sont définies de 6.2.2 à 6.2.4. Pour les autres supports pris en charge
selon 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 et
l’Annexe E pour la technologie micro-ondes ARIB DSRC).
6.2.2 Initialisation de la communication
L’initialisation de la communication doit être effectuée par l’équipement routier. L’invocation d’une
requête d’initialisation par l’équipement routier tente d’initialiser la communication entre l’équipement
routier et l’équipement embarqué. A l’issue de l’initialisation, la fonction « initialisation de la
communication » doit notifier les applications côtés équipement routier et équipement embarqué.
La notification d’initialisation côté équipement embarqué 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é
équipement routier doit acheminer au minimum l’identité de l’application LAC, ainsi que les données
requises pour les services de sécurité (par exemple numéro aléatoire, identificateur de clé).
La fonction « initialisation de la communication » doit être fournie par les services INITIALISATION
de la couche d’application comme indiqué dans l’ISO 15628 et l’EN 12834. Elle est définie à l’Annexe A
(voir LAC-InitialiseComm-Request et LAC-InitialiseComm-Response).
6.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 spécifié dans l’ISO 15628 et l’EN 12834; elle est également définie à l’Annexe A (voir LAC-DataTx-
Request et LAC-DataTx-Response).
NOTE 1 Le paramètre « mode » de LAC-DataTx-Request indique si la réponse correspondante est attendue ou
non. Si mode = false, 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 implicitement et utilise
les services fournis par les couches de protocole basses.
Le service SET doit toujours intégrer des identifiants d’accès.
6.2.4 Arrêt de la communication
L’équipement routier peut mettre fin à la communication au moyen de la fonction « arrêt de la
communication ». L’invocation d’une demande de libération par l’équipement routier a pour effet de
tenter de mettre fin à la communication au niveau de l’application.
NOTE L’arrêt de la communication au niveau de la liaison n’entre pas dans le cadre de la présente Norme
internationale.
La fonction « arrêt de la communication » doit être fournie par le service EVENT-REPORT de la couche
d’application, comme spécifié dans l’ISO 15628 et l’EN 12834; elle est également définie à l’Annexe A
(voir LAC-TerminateComm).
6.3 Sécurité
6.3.1 Généralités
La sécurité est un aspect essentiel des applications LAC. La présente Norme internationale 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é.
La présente Norme internationale relative aux communications d’augmentation de localisations prévoit
une fonction « écriture des données » et utilise les identifiants d’accès comme disposition obligatoire
pour la sécurité de la communication. Les identifiants d’accès assurent la protection contre l’écriture
sans autorisation de données LAC et, en conséquence, l’authentification de l’équipement routier LAC et
des données LAC sur l’équipement embarqué. Les conditions de mise en œuvre des services de sécurité
pour la communication dépendent des supports (voir 6.2.2 pour la pile de communication CEN-DSRC et
les annexes pour les autres supports).
NOTE 1 L’authentification de l’équipement embarqué sur l’équipement routier selon l’EN 15509 n’est pas prise
en charge, de même que l’identité de l’équipement embarqué et du contrat sont sans objet pour l’application LAC.
La présente Norme internationale 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 authentificateurs qui peuvent être stockés
conjointement aux autres éléments de données LAC dans un paquet de données, lequel est protégé
contre la falsification et/ou la répudiation (entre, par exemple, l’utilisateur et l’opérateur LAC).
NOTE 2 La présente Norme internationale ne prévoit pas un service de chiffrement. Aucune donnée
confidentielle n’est transmise par l’application LAC.
6.3.2 Authentification de l’équipement routier: identifiants d’accès
Les identifiants d’accès doivent servir à gérer l’accès à l’attribut LAC. Les identifiants d’accès sont
obligatoires. La fonction « écriture des données » doit toujours intégrer des identifiants d’accès.
L’équipement embarqué CEN-DSRC doit prendre en charge le calcul des identifiants d’accès
conformément au niveau de sécurité 1, tel que défini dans l’EN 15509:2014, 6.1.5.3.
L’équipement routier CEN-DSRC doit pouvoir calculer les identifiants d’accès conformément au niveau
de sécurité 1, tel que défini dans l’EN 15509:2014, 6.2.5.3.
Les identifiants d’accès sont définis 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.
6.3.3 Authentification des données LAC
Les éléments de données MAC1 et MAC2 (voir 7.5) peuvent contenir des authentificateurs, ainsi que
des références de clé pour le calcul de ces authentificateurs. Ils constituent un moyen de garantir
l’authentification de l’origine des données, l’intégrité et la non-répudiation des données LAC.
8 © ISO 2015 – Tous droits réservés
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 authentificateurs, ce qui
implique qu’elle prenne en charge plusieurs concepts de sécurité pour le système.
Les éléments de données MAC1 et MAC2 sont définis comme étant ASN.1 de type OCTET STRING. La
définition de la sémantique des éléments de données dépend du support.
7 Attributs
7.1 Généralités
Dans le contexte de l’application LAC, les attributs et les éléments de données du Tableau 2 doivent
être disponibles.
Tableau 2 — Piles de communication DSRC prises en charge
a
ID attribut Attribut Élément de données Longueur en Remarques
b
octets
n.a. LAC-ContextMark ContractProvider 3
TypeOfContract 2
ContextVersion 1
54 LACData LACOperator 3
RSEId 2
Latitude 4 En microdegrés
Longitude 4 En microdegrés
Altitude 2 Résolution: 0,25m
TollCharger 6
ChargeObject 6
DistanceToObject 2
LACTime 4
mac1 8
mac2 8
87-127 ReservedForPrivateUse — —
a
L’affectation des ID attribut est alignée sur l’ISO 14906 et l’ISO/TS 12813. Les attributs 87 à 127 sont affectés à une
utilisation privée. Tous les ID restants sont réservés à un usage futur.
b
Les informations de longueur sont données à titre informatif. Concernant le type OCTET STRING, le déterminant de
longueur, tel que défini dans l’ISO/IEC 8825-2, est énoncé explicitement.
L’attribut LAC-ContextMark doit faire partie d’ApplicationContextMark, comme spécifié à l’Annexe A.
NOTE LAC-ContextMark n’est pas un attribut adressable. Il fait partie de la VST et n’est pas accessible en
lecture ni en écriture par l’équipement routier dans le cadre de l’application LAC.
Dans les articles suivants, les attributs et les éléments de données LAC sont spécifiés selon:
— les noms des éléments de données formant l’attribut LAC,
— la définition de la sémantique de l’élément de données, et
— des remarques informatives, incluant également les références à d’autres normes.
La spécification des types de données correspondants dans l’ASN.1 est fournie à l’Annexe A.
7.2 Données concernant les références de localisation
Pour traduire la longitude, latitude et altitude coordonnée à la position réelle correspondante sur la
terre ou vice-versa le système géodésique sera WGS84 (G1150), selon NIMA TR8350.2 la version 3, par
défaut, sauf si une autre terre-centrée terre fixe coordonnées polaires système de référence géodésique
est convenu mutuellement par le TC et TSP.
En outre, par défaut, il est autorisé à utiliser toute la terre fixe coordonnées polaires système de
référence géodésique de terre-centrée, tant que la donnée déplacement maximal par rapport à la
référence géodésique spécifiée est acceptable pour le chargeur de péage du domaine du péage.
Le déplacement de référence maximale tolérée, également appelé décalage du point zéro, ne devrait pas
dépasser 0,4 m.
NOTE 1 Le déplacement maximal toléré recommandée permet, par exemple, pour l’utilisation de l’un des
cadres international de référence terrestre (ITRF), l’PZ90.2 Russie ou l’un de la référence terrestre Frames
européenne (ETRF) comme systèmes géodésiques alternative au WGS84.
Le déplacement de point de référence calculé doit être déterminé selon les définitions de l’ASME Y14.5 à
2009 “Dimensionnement et Tolérance”.
L’élément de données latitude doit contenir la coordonnée en latitude du centre de la surface de la route
couverte par la mise en œuvre LAC spécifique, en microdegrés. Valeurs > 0 = nord, < 0 = sud, la valeur
absolue ne doit pas dépasser 90 degrés.
L’élément de données longitude doit contenir la coordonnée en longitude du centre de la surface de la
route couverte par la mise en œuvre LAC spécifique, en microdegrés. Valeurs > 0 = est, < 0 = ouest, la
valeur absolue ne doit pas dépasser 180 degrés.
L’élément de données altitude doit contenir la coordonnée en altitude du centre de la surface de la route
couverte par la mise en œuvre LAC spécifique, en résolution de 0,25 m.
Si aucune coordonnée géographique n’est fournie, on doit utiliser une valeur nulle (les éléments de
données Latitude, Longitude et Altitude ont une valeur de zéro).
NOTE 2 La localisation indiquée par le codage « Aucune coordonnée géographique fournie » ne se trouve pas à
la surface de la terre et ne nécessite donc pas d’être prise en charge.
L’élément de données chargeObject doit identifier l’objet de facturation pour lequel l’application LAC est
utilisée, conformément à la définition locale du percepteur de péage du régime de péage correspondant.
L’élément de données chargeObjectDesignation est identique à l’élément ChargeObjectId défini dans
l’ISO 17575-1:2015, 7.6.9. Le second élément de données regimeId est maintenu pour une compatibilité
rétrograde et ne doit plus être utilisé, c’est-à-dire doit être zéro.
NOTE 3 L’élément de données tollContext (de type Provider) dans tollCharger avec chargeObjectDesignation
de chargeObject fournissent les informations contenues dans ChargeObjectId tel qu’il est utilisé et défini dans
l’ISO 17575−1.
Si aucune information dépendant du percepteur de péage n’est fournie, une valeur de zéro doit être
utilisée (les éléments de données TollCharger et ChargeObjectId ont une valeur de zéro).
NOTE 4 L’élément de données ChargeObjectId peut servir à identifier n’importe quel type d’objet de
facturation (ex: tronçon de route ou passage d’un cordon). L’identification des voies peut être fournie en fonction
des restrictions du support de communication.
L’élément de données distanceToObject doit contenir la distance, en
...
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...