ISO 25110:2017
(Main)Electronic fee collection — Interface definition for on-board account using integrated circuit card (ICC)
Electronic fee collection — Interface definition for on-board account using integrated circuit card (ICC)
ISO 25110:2017 defines the data transfer models between roadside equipment (RSE) and integrated circuit card (ICC) and the interface descriptions between the RSE and on-board equipment (OBE) for on-board accounts using the ICC. It also provides examples of interface definitions and transactions deployed in several countries.
Perception du télépéage — Définition d'interface pour compte de bord utilisant une carte à circuit intégré (ICC)
ISO 25110:2017 définit les modèles de transfert de données entre les équipements routiers (RSE) et les cartes à circuit intégré (ICC), et décrit les interfaces entre les RSE et l'équipement embarqué (OBE) pour le compte de bord s'appuyant sur l'ICC. Il fournit également des exemples de définitions d'interfaces et de transactions déployées dans plusieurs pays. ISO 25110:2017 couvre les aspects suivants: - modèles de transfert de données entre les RSE et les ICC correspondant aux exigences opérationnelles catégorisées, et le mécanisme de transfert des données pour chaque modèle, - définition d'interface entre RSE et OBE en fonction de chaque modèle de transfert de données, - définition d'interface pour chaque modèle, - configuration fonctionnelle, - définition des commandes RSE pour l'accès à l'ICC, - format des données et définition des éléments de données pour les commandes RSE, et - un exemple de transaction pour chaque modèle en Annexe B.
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 25110
First edition
2017-11
Electronic fee collection — Interface
definition for on-board account using
integrated circuit card (ICC)
Perception du télépéage — Définition d'interface pour compte de
bord utilisant une carte à circuit intégré (ICC)
Reference number
ISO 25110:2017(E)
©
ISO 2017
---------------------- Page: 1 ----------------------
ISO 25110:2017(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO 2017, Published in Switzerland
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form
or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior
written permission. Permission can be requested from either ISO at the address below or ISO’s member body in the country of
the requester.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2017 – All rights reserved
---------------------- Page: 2 ----------------------
ISO 25110:2017(E)
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 2
3 Terms and definitions . 2
4 Abbreviated terms . 4
5 Data transfer models. 5
5.1 General . 5
5.1.1 Transparent type . 5
5.1.2 Caching type. 5
5.1.3 Buffering type . 5
5.2 Symbols . 6
5.3 Transparent type . 6
5.3.1 General. 6
5.3.2 Data transfer process . 6
5.4 Caching type . 7
5.4.1 General. 7
5.4.2 Data transfer process . 7
5.5 Buffering type . 8
5.5.1 General. 8
5.5.2 Data transfer process . 8
6 Interface definition for ICC access . 9
6.1 Transparent type . 9
6.1.1 Functional configuration . 9
6.1.2 Command and response between the RSE and OBU .10
6.2 Caching type .10
6.2.1 Functional configuration .10
6.2.2 Command and response between the RSE and OBU .11
6.3 Buffering type .11
6.3.1 Functional configuration .11
6.3.2 Command and response between the RSE and OBU .12
Annex A (informative) On-board account requirements .13
Annex B (informative) Example of an ICC access method .15
Annex C (informative) Interoperability relation with other sectors .31
Bibliography .33
© ISO 2017 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO 25110:2017(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation on the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT) see the following
URL: www.iso.org/iso/foreword.html.
This document was prepared by Technical Committee ISO/TC 204, Intelligent transport systems.
This first edition cancels and replaces the second edition of ISO/TS 25110:2013.
The main changes compared to the previous edition are as follows:
— the document has been converted from a Technical Specification to an International Standard;
— terms have been amended, in order to reflect harmonization of terms across electronic fee collection
(EFC) standards.
iv © ISO 2017 – All rights reserved
---------------------- Page: 4 ----------------------
ISO 25110:2017(E)
Introduction
Background and motivation
There are two payment systems dealing with electronic fee collection (EFC). The first is the central
account system using a one-piece on-board unit (OBU) and the second is the on-board account system
using a payment media such as the integrated circuit card (ICC).
ICCs have been widely used for public transport cards such as subway and bus payment means and
electronic money cards for general purpose payments, as well as for credit cards and banking cards.
The ICC is expected to be used for EFC payment means along with these global trends and provides
convenience and flexibility.
Currently, the descriptions in the existing EFC-related International Standards are focused on the
central account system, which is rather simple and gives more feasibility for EFC interoperability than
the on-board account system, which is complex and has more items to be settled.
With consideration of the widespread use for transport cards or electronic money cards, a new
International Standard relating the on-board account system using those ICCs is strongly required as
shown in Figure 1. Furthermore, a state-of-the-art mobile phone integrated with ICC functions, a so-
called “mobile electronic purse”, has been used for public transport or retail shopping as a payment
means in some countries so rapidly that standardization on this theme is important and essential for
considering future EFC payment methods as well.
< OBE main body >
― Communication control
< One-piece OBU >
― EFC application control
― Communication control
― EFC-related data
― EFC application control
― EFC-related data
― Payment-related data Functionally
separated
Result: More
< IC card or other media >
convenient
― Payment-related data
and le xible
Use: Existing cards such as
public transport card or
credit card etc., or
new future media
Figure 1 — Motivation for on-board account using ICC
© ISO 2017 – All rights reserved v
---------------------- Page: 5 ----------------------
CN/GNSS
DSRC
ISO 25110:2017(E)
Figure 2 shows the scope of the EFC standards, in which the OBU is used as a communication means and
the ICC carries the payment means.
PAYMENT SYSTEM A PAYMENT SYSTEM B
ISSUER
COLLECTION/
CLEARING
CLEARING
LOADING
SERVICE
PROVIDER
USER
IC card
OBU
Figure 2 — Illustration of the scope of the EFC standards
Objective
The objective of this document is to classify data transfer models based on operational requirements
and define a specific ICC access interface for on-board accounts using the ICC for each model.
Furthermore, this document provides practical examples of transactions in Annex B, for consideration
and easy adoption by toll road operators.
Use
This document provides a common technical platform for on-board accounts using ICCs to deal with
various operational requirements and practical examples of on-board accounts actually used or
planned in several countries.
Each toll road operator can establish their own specification by selecting an example of the models in
this document (like a tool box) so as to meet their requirements.
vi © ISO 2017 – All rights reserved
---------------------- Page: 6 ----------------------
INTERNATIONAL STANDARD ISO 25110:2017(E)
Electronic fee collection — Interface definition for on-
board account using integrated circuit card (ICC)
1 Scope
This document defines the data transfer models between roadside equipment (RSE) and integrated
circuit card (ICC) and the interface descriptions between the RSE and on-board equipment (OBE) for
on-board accounts using the ICC. It also provides examples of interface definitions and transactions
deployed in several countries.
This document covers:
— data transfer models between the RSE and ICC which correspond to the categorized operational
requirements and the data transfer mechanism for each model;
— interface definition between the RSE and OBE based on each data transfer model;
— interface definition for each model;
— functional configuration;
— RSE command definitions for ICC access;
— data format and data element definitions of RSE commands;
— a transaction example for each model in Annex B.
Figure 3 shows the configuration of an on-board account and the scope of this document. The
descriptions in this document focus on the interface between the RSE and OBU to access the ICC.
DSRC IC card I/F
Roadside
Central
On-board unit
IC card
equipment
system
(OBU)
(RSE)
Generic scope of this document
Figure 3 — Configuration of an on-board account and the scope of this document
Figure 4 shows the layer structure of the RSE, OBU and ICC where the mid-layer of application interfaces
are denoted as the practical scope of this document.
NOTE The existing standards for physical and other protocol layers both between the RSE and OBE, and
between OBE and ICC, are outside the scope of this document. For example, DSRC-related items (L-1, L-2 and L-7)
and ICC-related items (ICC commands, data definition, etc.) are outside the scope of this document.
There are two types of virtual bridges contained in an OBU. The first type is Bridge-1 on which an RSE
command sent from the RSE is decomposed and the ICC access command contained in the application
protocol data unit (APDU) part of the RSE command is transferred to ICC I/F to access the ICC. The
second type is Bridge-2 in which an RSE command sent from the RSU is transformed to ICC access
command and transferred to ICC I/F to access the ICC.
© ISO 2017 – All rights reserved 1
---------------------- Page: 7 ----------------------
ISO 25110:2017(E)
Bridge-1 corresponds to the transparent type and the buffering type defined in this document, whereas
Bridge-2 corresponds to the cashing type.
OBU application
RSE
ICC OS/
bridge -2
application
application
Application interface
bridge -1
Application interface
Application interface
Scope of this
document
ICC I/F
DSRC DSRC ICC I/F
Figure 4 — Application interfaces of RSE, OBU and ISS and the scope of this document
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO 14906, Electronic fee collection — Application interface definition for dedicated short-range
communication
ISO 15628, Intelligent transport systems — Dedicated short range communication (DSRC) — DSRC
application layer
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
— IEC Electropedia: available at http://www.electropedia.org/
— ISO Online browsing platform: available at http://www.iso.org/obp
3.1
access credentials
trusted attestation or secure module that establishes the claimed identity of an object or application
Note 1 to entry: The access credentials carry information needed to fulfil access conditions in order to perform
the operation on the addressed element in the OBE (3.10). The access credentials can carry passwords as well as
cryptographic-based information such as authenticators (3.3).
[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
[SOURCE: ISO 17575-1:2016, 3.2]
2 © ISO 2017 – All rights reserved
---------------------- Page: 8 ----------------------
ISO 25110:2017(E)
3.3
authenticator
data, possibly encrypted, that is used for authentication
[SOURCE: EN 15509:2014, 3.3]
3.4
channel
information transfer path
[SOURCE: ISO 7498-2:1989, 3.3.13]
3.5
cryptography
principles, means and methods for the transformation of data in order to hide its information content,
prevent its undetected modification or prevent its unauthorized use
[SOURCE: EN 15509:2014, 3.6]
3.6
data group
class of closely related attributes (3.2)
[SOURCE: ISO 17575-1:2016, 3.10]
3.7
data integrity
property in which data has not been altered or destroyed in an unauthorized manner
[SOURCE: ISO 14906:2011, 3.10 — modified]
3.8
Element
directory containing application information in the form of attributes (3.2)
[SOURCE: ISO 14906:2011, 3.11]
3.9
issuer
entity responsible for issuing the payment means to the user
[SOURCE: ISO/TS 16785:2014, 3.9]
3.10
on-board equipment
OBE
all required equipment on-board a vehicle for performing required EFC functions and communication
services
3.11
on-board unit
single electronic unit on-board a vehicle for performing specific EFC functions and for communication
with external systems
3.12
roadside equipment
equipment located along the road, either fixed or mobile
© ISO 2017 – All rights reserved 3
---------------------- Page: 9 ----------------------
ISO 25110:2017(E)
3.13
secure application module
SAM
physical module that securely executes cryptographic functions and stores keys
[SOURCE: ISO/TS 19299:2015, 3.35]
3.14
service primitive
elementary communication service provided by the application layer protocol to the
application processes
[SOURCE: ISO 14906:2011, 3.18]
3.15
transaction
whole of the exchange of information between two physically separated communication facilities
[SOURCE: ISO 17575-1:2016, 3.21]
3.16
transaction model
functional model describing the general structure of electronic payment fee collection transactions
[SOURCE: ISO 14906:2011, 3.25]
3.17
transport service provider
entity providing a transport-related service, such as provision of roads
4 Abbreviated terms
For the purposes of this document, the following abbreviated terms apply unless otherwise specified.
AID Application Identifier
APDU Application Protocol Data Unit
ASN.1 Abstract Syntax Notation One (see ISO/IEC 8824-1)
ATR Answer to Reset
ATS Answer to Select
BST Beacon Service Table
DSRC Dedicated Short-Range Communication
EAL Evaluation Assurance Level
EFC Electronic Fee Collection
EID Element Identifier
ERP Electronic Road Pricing
EVENT-RT EVENT-Report (see ISO 15628)
MAC Medium Access Control
4 © ISO 2017 – All rights reserved
---------------------- Page: 10 ----------------------
ISO 25110:2017(E)
ICC Integrated Circuit(s) Card (IC card)
IFMS Interoperable Fare Management System
OBE On-Board Equipment
5 Data transfer models
5.1 General
There are three types of data transfer models for on-board accounts using the ICC to cope with the
operational requirements described in Annex A.
5.1.1 Transparent type
The ICC command data are transferred directly from the RSE to the ICC through the OBU. The OBU
temporarily stores the ICC command data and response data in the buffer memory. See Figure 5.
OBU
command
command
CPU
RSE
ICC
response
response
Figure 5 — Generic structure of transparent type
5.1.2 Caching type
The EFC-related data are read out from the ICC at the presentation and stored in the SAM of the OBU. In
the DSRC communication, the EFC-related data in the SAM is transferred to the RSE. See Figure 6.
OBU
command
RSE
CPU SAM
ICC
response
Figure 6 — Generic structure of caching type
5.1.3 Buffering type
The EFC-related data which is limited to non-sensitive data are read from the ICC at the presentation
and stored in the buffer memory in the OBU. In the DSRC communication, the EFC-related data in the
buffer memory is transferred to the RSE. See Figure 7.
© ISO 2017 – All rights reserved 5
---------------------- Page: 11 ----------------------
ISO 25110:2017(E)
OBU
command
command
RSE
CPU
ICC
response
response
Buffer
memory
Figure 7 — Generic structure of buffering type
5.2 Symbols
In the data transfer mechanism of each model, the symbols given in Figure 8 are applied.
[Symbols]
ICC command
Data set
DS
Debit command
DC
Value data
VD
Figure 8 — Definition of symbols
5.3 Transparent type
5.3.1 General
In this model, the maximum vehicle speed depends on the data transfer rate between the ICC and OBU
so that the vehicle has to stop or go through slowly under an RSE antenna in case a conventional contact
ICC is used. The feature of the transparent type is to make the OBU simple by eliminating the secure
memory inside of the OBU and the performance will be improved according to the developing ICC with
high transfer data rate.
5.3.2 Data transfer process
In this model, data exchanges between the RSE and ICC are processed directly after establishing DSRC
communication and authentication between the RSE and OBU is completed. Mutual authentication
between the ICC and RSE is processed directly before the application data are exchanged and value
data are accessed.
In the reading sequence, the READ command is sent from the RSE to the ICC through the OBU to read
out the data set stored in the ICC. In the READ response, the data set stored in the ICC is transferred
from the ICC to the RSE through the OBU. In the writing sequence, the same procedure is processed. In
case of prepaid payment, the debit command is sent from the RSE and the same procedure is processed,
as shown in Figure 9.
6 © ISO 2017 – All rights reserved
---------------------- Page: 12 ----------------------
ISO 25110:2017(E)
Secure DSRC
ICC
(encryption, etc.)
presentation
OBU
ICC
RSE
Initialization
Authentication
Vehicle
travel
EFC Read command
application
Read data
DS
DS
Debit command and data
VD
DC
Write command and data
DS
DS
NOTE Debit command is used in case of prepaid payment.
Figure 9 — Data transfer process of transparent type
5.4 Caching type
5.4.1 General
In this model, the OBU reads out datasets from the ICC and stores them in a secure memory inside the
OBU, upon insertion and completion of the authentication. The feature of this type is that the high data
exchange rate between the RSE and OBU is performed even when the ICC with slow data rate is used.
With this caching type, maximum vehicle speed is enhanced up to DSRC communication performance
irrelevant to the data transfer rate of the ICC.
5.4.2 Data transfer process
In this model, read out data from the ICC is stored in a secure memory such as a SAM inside the OBU to
ensure information security.
The feature of this type is to cope with high vehicle speed by processing high data exchange rate
between the RSE and OBU irrelevant to type of the ICC. See Figure 10.
© ISO 2017 – All rights reserved 7
---------------------- Page: 13 ----------------------
ISO 25110:2017(E)
ICC
presentation
OBU
Initialization
RSE
Secure
Authentication
memory
Vehicle
in SAM
Secure DSRC
travel
(encryption, etc.)
Read command
DS
DS
Authentication
EFC
application
Read data
DS
DS
Write data
DS
DS
Write command
and data
DS
DS
Figure 10 — Data transfer process of caching type
5.5 Buffering type
5.5.1 General
This buffering type has features of both the transparent type and the cashing type. However, datasets
stored in the ICC are limited to non-sensitive data not to be suffered from falsification or disclosure.
In this buffering type, the data transfer method is the same as the cashing type and datasets of the
ICC are read out and stored in a buffer memory inside the OBU when the ICC is inserted into the OBU.
Datasets stored in the buffer memory are transferred to the RSE during DSRC read sequence. In case
of writing, datasets of RSE are transferred to the OBU and stored in the buffer memory of the OBU and
then transferred to the ICC.
5.5.2 Data transfer process
The feature of this type is to be able to eliminate the SAM in the OBU and to use even low speed ICC. See
Figure 11.
8 © ISO 2017 – All rights reserved
---------------------- Page: 14 ----------------------
ISO 25110:2017(E)
ICC
presentation
OBU
Initialization
RSE Buffer
memory
Read command
Secure DSRC
(encryption, etc.)
Vehicle
travel
DS
DS
EFC Authentication
application
Read data
DS
DS
Debit command and data
DC VD
Write data
DS
DS
Write command
and data
DS DS
Figure 11 — Data transfer process of buffering type
6 Interface definition for ICC access
6.1 Transparent type
6.1.1 Functional configuration
Functional configuration of the transparent type is shown in Figure 12. The RSE sends the RSE
command containing ICC access commands in its ADPU so as to execute the ICC read/write operation
directly.
The command definition between the OBU and ICC should be based on ISO/IEC 7816-4.
OBU
command command
RSE
CPU ICC
response response
Transfer
memory
RSE commands
ICC access commands deined by
deined by ISO 14906 containing ICC
ISO/IEC 7816-4
access commands in ADPU
Figure 12 — Functional configuration of transparent type
© ISO 2017 – All rights reserved 9
---------------------- Page: 15 ----------------------
ISO 25110:2017(E)
6.1.2 Command and response between the RSE and OBU
Transfer Channel defined by ISO 14906 is used as a basic RSE command to access ICC from RSE directly
with designating the channel ID in the Action Parameter as channel ID = ICC(3). Refer to Tables 1 and 2.
Table 1 — TRANSFER_CHANNEL.request
Parameter ASN.1 Type Value Remarks
Element Identifier EID Dsrc-Eid 0
Action Type INTEGER(0.127,.) 8 Transfer Channel
AccessCredentials OCTET STRING
ActionParameter ChannelRq:: = SEQUENCE { Always to be present
channelId ChannelId, Channel ID = ICC (3)
apdu OCTET STRING
}
Mode BOOLEAN TRUE
The apdu in ActionParameter shall contain the ICC command.
Table 2 — TRANSFER_CHANNEL.response
Parameter ASN.1 Type Value Remarks
ResponseParameter ChannelRs:: = SEQUENCE { Always to be present
channelId ChannelId,
apdu OCTET STRING
}
Return Code(Ret) Return Status Optional use
The apdu in ResponseParameter shall contain the ICC response.
6.2 Caching type
6.2.1 Functional configuration
The functional configuration of the caching type is shown in Figure 13. Datasets stored in the ICC
are read out and cached in the SAM of the OBU when the ICC is inserted to the OBU. During DSRC
communication, the RSE sends the RSE command including the SAM access command in its ADPU to
read data sets cached in the SAM.
The command definition between the SAM and ICC should be based on ISO/IEC 7816-4.
OBU
command
RSE
CPU SAMICC
response
ICC access commands
RSE commands de ined SAM access commands
de ined by individual
de ined by
by ISO 14906
speci ication
ISO/IEC 7816-4
(out of scope)
Figure 13 — Functional configuration of caching type
10 © ISO 2017 – All rights reserved
---------------------- Page: 16 ----------------------
ISO 25110:2017(E)
6.2.2 Command and response between the RSE and OBU
Transfer Channel defined by ISO 14906 is used as the basic RSE command to access SAM of OBU from
RSE directly with designating the channel ID in Action Parameter as channel ID = SAM1(1) or SAM2(2).
Refer to Tables 3 and 4.
Table 3 — TRANSFER_CHANNEL.request
Parameter ASN.1 Type Value Remarks
Element Identifier EID Dsrc-Eid 0
Action Type INTEGER(0.127,.) 8 Transfer Channel
AccessCredentials OCTET STRING
ActionParameter ChannelRq:: = SEQUENCE { Always to be present
channelId ChannelId, Channel ID = SAM1 (1) or SAM2(2)
apdu OCTET STRING
}
Mode BOOLEAN TRUE
The apdu in ActionParameter shall contain the ICC command or its data elements.
Table 4 — TRANSFER_CHANNEL.response
Parameter ASN.1 Type Value Remarks
ResponseParameter ChannelRs:: = SEQUENCE { Always to be present
channelId ChannelId,
apdu OCTET STRING
}
Return Code(Ret) Return Status Optional use
The apdu in ResponseParameter shall contain the ICC response or its data elements.
6.3 Buff
...
NORME ISO
INTERNATIONALE 25110
Première édition
2017-11
Perception du télépéage —
Définition d'interface pour compte
de bord utilisant une carte à circuit
intégré (ICC)
Electronic fee collection — Interface definition for on-board account
using integrated circuit card (ICC)
Numéro de référence
ISO 25110:2017(F)
©
ISO 2017
---------------------- Page: 1 ----------------------
ISO 25110:2017(F)
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2017, Publié en Suisse
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni utilisée
sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie, l’affichage sur
l’internet ou sur un Intranet, sans autorisation écrite préalable. Les demandes d’autorisation peuvent être adressées à l’ISO à
l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2017 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO 25110:2017(F)
Sommaire Page
Avant-propos .iv
Introduction .v
1 Domaine d’application . 1
2 Références normatives . 2
3 Termes et définitions . 2
4 Abréviations . 4
5 Modèles de transfert de données . 5
5.1 Généralités . 5
5.1.1 Type transparent . 5
5.1.2 Type «mise en mémoire cache» . 5
5.1.3 Type «mise en mémoire tampon» . 5
5.2 Symboles . 5
5.3 Type transparent . 6
5.3.1 Généralité . 6
5.3.2 Processus de transfert de données . 6
5.4 Type «mise en mémoire cache» . 7
5.4.1 Généralité . 7
5.4.2 Processus de transfert de données . 7
5.5 Type «mise en mémoire tampon» . 7
5.5.1 Généralité . 7
5.5.2 Processus de transfert de données . 8
6 Définition d’interface pour l’accès à l’ICC . 8
6.1 Type transparent . 8
6.1.1 Configuration fonctionnelle. 8
6.1.2 Commande et réponse entre le RSE et l’OBU . 9
6.2 Type «mise en mémoire cache» . 9
6.2.1 Configuration fonctionnelle. 9
6.2.2 Commande et réponse entre le RSE et l’OBU .10
6.3 Type «mise en mémoire tampon» .10
6.3.1 Configuration fonctionnelle.10
6.3.2 Commande et réponse entre le RSE et l’OBU .11
Annexe A (informative) Exigences relatives au compte de bord .12
Annexe B (informative) Exemple de méthode d’accès à l’ICC.15
Annexe C (informative) Relations d'interopérabilité avec les autres secteurs.32
Bibliographie .34
© ISO 2017 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO 25110:2017(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes
nationaux de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est
en général confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l'ISO participent également aux travaux.
L'ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui
concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document a été
rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir www.
iso.org/directives).
L'attention est attirée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. Les détails concernant
les références aux droits de propriété intellectuelle ou autres droits analogues identifiés lors de
l'élaboration du document sont indiqués dans l'Introduction et/ou dans la liste des déclarations de
brevets reçues par l'ISO (voir www.iso.org/brevets).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un
engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l'ISO liés à l'évaluation de la conformité, ou pour toute information au sujet de l'adhésion
de l'ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les obstacles
techniques au commerce (OTC), voir le lien suivant: www.iso.org/avant-propos.
La norme ISO 25110 a été élaborée par le Comité technique ISO/TC 204, Systèmes intelligents de
transport.
La présente édition annule et remplace la deuxième édition de l’ISO/TS 25110:2013. Cette édition inclut
les principales modifications suivantes, par rapport à la Spécification technique:
— passage d’une Spécification technique au stade de Norme internationale;
— modifications des termes qui traduisent l’harmonisation terminologique des normes relatives à la
perception du télépéage (EFC).
iv © ISO 2017 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO 25110:2017(F)
Introduction
Contexte et motifs
Il existe deux systèmes de paiement dédiés à la perception du télépéage (EFC). Le premier est un compte
centralisé s’appuyant sur une unité embarquée (OBU) monobloc, tandis que le second est un compte de
bord employant un moyen de paiement tel qu’une carte à circuit intégré (ICC).
Les ICC sont largement utilisés dans le domaine des transports en commun, en tant que moyens de
paiement pour les services de métro et de bus, mais également en tant que cartes monétiques pour
les paiements courants, ou en tant que cartes de crédit ou cartes bancaires. L’utilisation des ICC est
envisagée en tant que moyen de paiement EFC, en accord avec ces tendances mondiales et dans une
optique de commodité et de flexibilité.
Actuellement, les descriptions exposées dans les normes internationales relatives à la perception
du télépéage (EFC) sont axées sur le compte centralisé, un système relativement simple permettant
une meilleure interopérabilité en matière de télépéage que le compte de bord, système plus complexe
exigeant la gestion d’un plus grand nombre d’éléments.
Face à la généralisation des cartes de transport ou des cartes monétiques, une nouvelle Norme
internationale traitant du système de compte de bord utilisant ces ICC représente une véritable nécessité,
comme l’illustre la Figure 1. En outre, les téléphones mobiles modernes dotés de fonctionnalités ICC,
pouvant être désignés sous l’appellation « porte-monnaie électroniques mobiles », sont utilisés dans
certains pays en tant que moyens de paiement dans les transports en commun ou dans le domaine de la
vente au détail et cet usage se répand si rapidement qu’une normalisation sur ce thème est essentielle
afin de prendre également en considération les futurs moyens de paiement EFC.
Figure 1 — Motivation en faveur d’un compte de bord s’appuyant sur une carte ICC
La Figure 2 présente le domaine d’application des normes EFC, dans lequel l’OBU est utilisé comme
moyen de communication et l’ICC sert de support au moyen de paiement.
© ISO 2017 – Tous droits réservés v
---------------------- Page: 5 ----------------------
ISO 25110:2017(F)
Figure 2 — Illustration du domaine d’application des normes EFC
Objectif
Ce document a pour objectif de classer les modèles de transfert de données en fonction des exigences
opérationnelles, et de définir une interface d’accès à l’ICC spécifique aux comptes de bord utilisant une
carte ICC pour chaque modèle. En outre, ce document fournit des exemples pratiques de transactions en
Annexe B, à l’attention des opérateurs de routes à péage, permettant d’en faciliter l’adoption.
Usage
Ce document fournit une plateforme technique commune pour les comptes de bord s’appuyant sur des
ICC pour répondre à diverses exigences opérationnelles ainsi que des exemples pratiques de comptes de
bord en exploitation ou prévus dans plusieurs pays.
Chaque opérateur de route à péage peut établir ses propres spécifications en sélectionnant un modèle
parmi les exemples présentés dans ce document (de manière semblable à une boîte à outils) afin de
satisfaire ses exigences.
vi © ISO 2017 – Tous droits réservés
---------------------- Page: 6 ----------------------
NORME INTERNATIONALE ISO 25110:2017(F)
Perception du télépéage — Définition d'interface pour
compte de bord utilisant une carte à circuit intégré (ICC)
1 Domaine d’application
Le présent document définit les modèles de transfert de données entre les équipements routiers (RSE)
et les cartes à circuit intégré (ICC), et décrit les interfaces entre les RSE et l’équipement embarqué
(OBE) pour le compte de bord s’appuyant sur l’ICC. Il fournit également des exemples de définitions
d’interfaces et de transactions déployées dans plusieurs pays.
Ce document couvre les aspects suivants:
— modèles de transfert de données entre les RSE et les ICC correspondant aux exigences opérationnelles
catégorisées, et le mécanisme de transfert des données pour chaque modèle,
— définition d’interface entre RSE et OBE en fonction de chaque modèle de transfert de données,
— définition d’interface pour chaque modèle,
— configuration fonctionnelle,
— définition des commandes RSE pour l’accès à l’ICC,
— format des données et définition des éléments de données pour les commandes RSE, et
— un exemple de transaction pour chaque modèle en Annexe B.
La Figure 3 présente la configuration du compte de bord et le domaine d’application de ce document.
Les descriptions exposées dans ce document sont axées sur l’interface entre les RSE et les OBU pour
l’accès à l’ICC.
Figure 3 — Configuration du compte de bord et domaine d’application général de l’ISO 25110
La Figure 4 présente la structure en couches des RSE, OBU et ICC, dans laquelle la couche intermédiaire
des interfaces d’applications représente le domaine d’application pratique de ce document.
NOTE Les normes existantes applicables aux couches physiques et autres couches de protocoles, à la fois
entre RSE et OBE et entre OBE et ICC, n’entrent pas dans le domaine d’application de ce document. Par exemple,
les éléments relatifs à la communication dédiée à courte portée (DSRC) (L-1, L-2, et L-7) et les éléments relatifs à
l’ICC (commandes ICC, définition des données, etc.) n’entrent pas dans le domaine d’application de ce document.
Un OBU contient deux types de ponts virtuels. Le premier type est Bridge-1 sur lequel une commande
RSE envoyée depuis le RSE est décomposée et la commande d’accès ICC contenue dans une unité de
données de protocole d’application (APDU) faisant partie de la commande RSE est transférée à
l’interface de l’ICC en vue d’accéder à l’ICC. Le second type est Bridge-2 sur lequel une commande RSE
© ISO 2017 – Tous droits réservés 1
---------------------- Page: 7 ----------------------
ISO 25110:2017(F)
envoyée depuis le RSU est convertie en commande d’accès ICC et transférée à l’interface de l’ICC en vue
d’accéder à l’ICC.
Bridge-1 correspond au type transparent et au type «mise en mémoire tampon» défini dans le présent
document, tandis que Bridge-2 correspond au type «mise en mémoire cache».
Figure 4 — Domaine d’application de l’ISO 25110
2 Références normatives
Les documents suivants sont indispensables pour l’application 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 14906, Perception du télépéage — Définition de l’interface d’application relative aux communications
dédiées à courte portée
ISO 15628, Systèmes de transport intelligents — Communication dédiée à courte portée (DSRC) — Couches
d’applications DSRC
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s’appliquent.
3.1
droits d’accès
attestation de confiance ou module sécurisé qui établit l'identité revendiquée d'un objet ou d'une
application
[SOURCE: EN 15509:2014, 3.1]
Note 1 à l'article: Les justificatifs d’accès comportent les informations nécessaires pour satisfaire aux conditions
d’accès afin d’exécuter l’opération sur l’élément adressé dans l’OBE. Les justificatifs d’accès peuvent comporter
des mots de passe ainsi que des informations cryptographiques, par exemple des authentifiants.
3.2
attribut
information d’application constituée d’un élément de données ou d’une séquence struturée de tels
éléments
[SOURCE: ISO 17575-1:2016, 3.2]
2 © ISO 2017 – Tous droits réservés
---------------------- Page: 8 ----------------------
ISO 25110:2017(F)
3.3
authentifiant
Des données, possiblement cryptées, qui sont utilisées pour l'authentification
[SOURCE: EN 15509:2014, définition 3.3]
3.4
canal chemin de transfert de l’information
[SOURCE: ISO 74982:1989, 3.3.13]
3.5
cryptographie
principes, moyens et méthodes de transformation des données, dans le but de cacher leur contenu,
d’empêcher que leur modification passe inaperçue et/ou d’empêcher leur utilisation non autorisée
[SOURCE: EN 15509:2014, 3.6]
3.6
groupe de données
collection d’attributs étroitement liés (3.2)
[SOURCE: ISO 17575-1:2016, 3.10]
3.7
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 14906:2011, 3.10–modifié]
3.8
élément
Répertoire contenant des informations d’application sous la forme d’attributs (3.2)
[SOURCE: ISO 14906:2011, 3.11]
3.9
émetteur
entité chargée de délivrer le moyen de paiement à l'utilisateur
[SOURCE: ISO/TS 16785:2014, 3.9]
3.10
équipement embarqué
OBE
tous les équipements nécessaires à bord d'un véhicule pour effectuer les fonctions et les services de
communication nécessaires pour le télépéage
3.11
unité embarquée
unité électronique unique à bord d'un véhicule pour effectuer des fonctions spécifiques de télépéage et
pour la communication avec des systèmes externes
3.12
équipement en bord de route
équipement fixe ou mobile installé le long de la route
3.13
module d’application sécurisé
SAM
module physique qui exécute en toute sécurité des fonctions cryptographiques, et stocke les clés
[SOURCE: ISO/TS 19299:2015, 3.35]
© ISO 2017 – Tous droits réservés 3
---------------------- Page: 9 ----------------------
ISO 25110:2017(F)
3.14
primitive de service
service de communication élémentaire fourni par le protocole de la couche
application aux processus d’application
[SOURCE: ISO 14906:2011,3.18]
3.15
transaction
ensemble de l'échange d'informations entre deux moyens de communication physiquement séparés
[SOURCE: ISO 17575-1:2016, 3.21]
3.16
modèle de transaction
modèle fonctionnel décrivant la structure générale des transactions de collecte de péage par paiement
électronique
[SOURCE: ISO 14906:2011, 3.25]
3.17
fournisseur de service de transport
entité fournissant un service lié au transport tels que les liaisons routières
4 Abréviations
Pour les besoins du présent document, les abréviations suivantes s’appliquent à l’ensemble du document,
sauf mention contraire.
AID Application Identifier (identifiant d’application)
APDU Application Protocol Data Unit (unité de données de protocole d’application)
ASN.1 Abstract Syntax Notation One (notation de syntaxe abstraite un) (voir ISO/IEC 88241)
ATR Answer to Reset (réponse à la réinitialisation)
ATS Answer to Select (réponse à la sélection)
BST Beacon Service Table (tableau de service de balises)
DSRC Dedicated Short-Range Communications (communications dédiées à courte portée)
EAL Evaluation Assurance Level (niveau d’assurance d’évaluation)
EFC Electronic Fee Collection (perception du télépéage)
EID Element Identifier (identifiant d’élément)
ERP Electronic Road Pricing (tarification électronique)
EVENT-RT Rapport EVENT (voir ISO 15628)
MAC Medium Access Control (contrôle d’accès au support)
ICC Integrated Circuit(s) Card (carte à circuit(s) intégré(s))
IFMS Interoperable Fare Management System (système de gestion tarifaire interopérable)
OBE On-Board Equipment (équipement embarqué)
4 © ISO 2017 – Tous droits réservés
---------------------- Page: 10 ----------------------
ISO 25110:2017(F)
5 Modèles de transfert de données
5.1 Généralités
Trois types de modèles de transfert de données existent pour le compte de bord s’appuyant sur une ICC
pour répondre aux exigences opérationnelles décrites à l’Annexe A.
5.1.1 Type transparent
Les données de la commande ICC sont transférées directement du RSE à l’ICC via l’OBU. L’OBU stocke
temporairement les données de la commande ICC et les données de réponse dans la mémoire tampon.
Voir la Figure 5.
Figure 5 — Structure générique du type transparent
5.1.2 Type «mise en mémoire cache»
Les données EFC sont lues depuis l’ICC lors de la présentation et stockées dans le SAM de l’OBU. Lors
de la communication DSRC, les données EFC présentes dans le SAM sont transférées au RSE. Voir la
Figure 6.
Figure 6 — Structure générique du type «mise en mémoire cache»
5.1.3 Type «mise en mémoire tampon»
Les données EFC non sensibles sont lues depuis l’ICC lors de la présentation et stockées en mémoire
tampon dans l’OBU. Lors de la communication DSRC, les données EFC présentes en mémoire tampon
sont transférées au RSE. Voir la Figure 7.
Figure 7 — Structure générique du type «mise en mémoire tampon»
5.2 Symboles
Les symboles représentés à la Figure 8 sont utilisés dans le mécanisme de transfert des données de
chaque modèle.
© ISO 2017 – Tous droits réservés 5
---------------------- Page: 11 ----------------------
ISO 25110:2017(F)
Figure 8 — Définition des symboles
5.3 Type transparent
5.3.1 Généralité
Dans ce modèle, la vitesse maximale du véhicule dépend du débit de transfert des données entre
l’ICC et l’OBU. Ainsi, le véhicule doit s’arrêter ou avancer au pas sous une antenne RSE lorsqu’un
contact ICC conventionnel est utilisé. Le type transparent consiste à simplifier l’OBU en éliminant la
mémoire sécurisée contenue dans ce dernier. Les performances seront ainsi améliorées en fonction du
développement de l’ICC grâce à un haut débit de données.
5.3.2 Processus de transfert de données
Dans ce modèle, les échanges de données entre RSE et ICC sont traités directement après avoir établi
la communication DSRC et une fois l’authentification entre le RSE et l’OBU réalisée. L’authentification
mutuelle entre l’ICC et le RSE est traitée directement avant l’échange des données d’application et l’accès
aux données des valeurs.
Dans la séquence de lecture, la commande READ est envoyée par le RSE à l’ICC via l’OBU pour lire le jeu
de données stocké dans l’ICC. Dans la réponse à la commande READ, les données stockées dans l’ICC
sont transférées de l’ICC au RSE via l’OBU. Cette même procédure est suivie dans la séquence d’écriture.
Lors d’un paiement prépayé, la commande de débit est envoyée par le RSE et cette même procédure est
suivie, comme l’illustre la Figure 9.
NOTE Dans le cas d’un paiement prépayé, la commande de débit est utilisée.
Figure 9 — Processus de transfert de données du type transparent
6 © ISO 2017 – Tous droits réservés
---------------------- Page: 12 ----------------------
ISO 25110:2017(F)
5.4 Type «mise en mémoire cache»
5.4.1 Généralité
Dans ce modèle, l’OBU lit les jeux de données sur l’ICC et les stocke en mémoire sécurisée à l’intérieur
de l’OBU, lors de l’insertion et de la réalisation de l’authentification. Ce type permet un haut débit
d’échange de données entre le RSE et l’OBU, même lorsque l’on emploie une ICC caractérisée par un bas
débit de données. Avec ce type «mise en mémoire cache», la vitesse maximale du véhicule est revue à la
hausse, à concurrence des performances de la communication DSRC, quel que soit le débit de transfert
des données de l’ICC.
5.4.2 Processus de transfert de données
Dans ce modèle, les données lues à partir de l’ICC sont stockées en mémoire sécurisée telle que le SAM à
l’intérieur de l’OBU afin de garantir la sécurité des informations.
Ce type permet de satisfaire les exigences de vitesse élevée du véhicule en traitant un haut débit
d’échange de données entre le RSE et l’OBU quel que soit le type d’ICC. Voir la Figure 10.
Figure 10 — Processus de transfert de données du type «mise en mémoire cache»
5.5 Type «mise en mémoire tampon»
5.5.1 Généralité
Ce type «mise en mémoire tampon» reprend les fonctionnalités du type transparent et du type «mise
en mémoire cache». Toutefois, les jeux de données stockés dans l’ICC sont limités aux données non
sensibles qui ne doivent pas être falsifiées ou divulguées. Dans ce type «mise en mémoire tampon»,
les données sont transférées selon la même méthode que pour le type «mise en mémoire cache», et les
jeux de données de l’ICC sont lus et stockés en mémoire tampon à l’intérieur de l’OBU lorsque l’ICC est
insérée dans l’OBU. Les jeux de données stockés en mémoire tampon sont transférés au RSE lors de la
séquence de lecture DSRC. Lors d’une écriture, les jeux de données du RSE sont transférés à l’OBU et
stockés dans la mémoire tampon de l’OBU puis transférés à l’ICC.
© ISO 2017 – Tous droits réservés 7
---------------------- Page: 13 ----------------------
ISO 25110:2017(F)
5.5.2 Processus de transfert de données
Ce type permet d’éliminer le SAM présent dans l’OBU et d’utiliser une ICC encore moins rapide. Voir la
Figure 11.
Figure 11 — Processus de transfert de données du type «mise en mémoire tampon»
6 Définition d’interface pour l’accès à l’ICC
6.1 Type transparent
6.1.1 Configuration fonctionnelle
La configuration fonctionnelle du type transparent est illustrée par la Figure 12. Le RSE envoie la
commande RSE contenant les commandes d’accès à l’ICC dans son APDU afin d’exécuter directement
l’opération de lecture/écriture ICC.
Il convient que la définition de la commande entre l’OBU et l’ICC soit basée sur l’ISO/IEC 78164.
Figure 12 — Configuration fonctionnelle du type transparent
8 © ISO 2017 – Tous droits réservés
---------------------- Page: 14 ----------------------
ISO 25110:2017(F)
6.1.2 Commande et réponse entre le RSE et l’OBU
La fonction Transfer Channel définie par l’ISO 14906 est utilisée en tant que commande RSE de base
pour accéder à l’ICC directement depuis le RSE en désignant l’identifiant de voie (channel ID) dans le
Paramètre d’action (ActionParameter) comme suit: channel ID = ICC(3). Se référer aux Tableaux 1 et 2.
Tableau 1 — Fonction TRANSFER_CHANNEL.request
Paramètre Type ASN.1 Valeur Remarques
Identifiant d’élément Dsrc-Eid 0
(EID)
Type d’action INTEGER(0.127,.) (nombre entier) 8 Voie de transfert
AccessCredentials OCTET STRING (chaîne d’octets)
ActionParameter ChannelRq:: = SEQUENCE { Doit toujours être présent
channelId ChannelId, Channel ID = ICC (3)
apdu OCTET STRING
}
Mode BOOLEAN (booléen) TRUE
(vrai)
L’apdu dans ActionParameter doit contenir la commande ICC.
Tableau 2 — Fonction TRANSFER_CHANNEL.response
Paramètre Type ASN.1 Valeur Remarques
ResponseParameter ChannelRs::= SEQUENCE { Doit toujours être présent
channelId ChannelId,
apdu OCTET STRING
}
Code retour (Ret) Statut retour Optionnel
L’apdu dans ResponseParameter doit contenir la réponse ICC.
6.2 Type «mise en mémoire cache»
6.2.1 Configuration fonctionnelle
La configuration fonctionnelle du type «mise en mémoire cache» est illustrée par la Figure 13. Les
jeux de données stockés dans l’ICC sont lus et mis en mémoire cache dans le SAM de l’OBU lors de
l’insertion de l’ICC dans l’OBU. Lors de la communication DSRC, le RSE envoie la commande RSE
comprenant la commande d’accès au SAM dans son APDU pour lire les jeux de données mis en
mémoire cache dans le SAM.
Il convient que la définition de la commande entre le SAM et l’ICC soit basée sur l’ISO/IEC 78164.
© ISO 2017 – Tous droits réservés 9
---------------------- Page: 15 ----------------------
ISO 25110:2017(F)
Figure 13 — Configuration fonctionnelle du type «mise en mémoire cache»
6.2.2 Commande et réponse entre le RSE et l’OBU
La fonction Transfer Channel définie par l’ISO 14906 est utilisée en tant que commande RSE de base
pour accéder au SAM de l’OBU directement depuis le RSE en désignant l’identifiant de voie (Channel
ID) dans le Paramètre d’action (ActionParameter) comme suit: channel ID = SAM1(1) ou SAM2(2). Se
référer aux Tableaux 3 et 4.
Tableau 3 — Fonction TRANSFER_CHANNEL.request
Paramètre Type ASN.1 Valeur Remarques
Identifiant d’élément Dsrc-Eid 0
(EID)
Type d’action
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.