Electronic fee collection - System architecture for vehicle related tolling - Part 1: Reference model (ISO 17573-1:2019)

This document defines the architecture of electronic fee collection (EFC) system environments, in which a customer with one contract may use a vehicle in a variety of toll domains with a different toll charger for each domain.
EFC systems conforming to this document can be used for various purposes including road (network) tolling, area tolling, collecting fees for the usage of bridges, tunnels, ferries, for access or for parking. From a technical point of view the considered toll systems may identify vehicles subject to tolling by means of electronic equipment on-board in a vehicle or by other means (e.g. automatic number plate recognition, ANPR).
From a process point of view the architectural description focuses on toll determination, toll charging, and the associated enforcement measures. The actual collection of the toll, i.e. collecting payments, is outside of the scope of this document.
The architecture in this document is defined with no more details than required for an overall overview, a common language, an identification of the need for and interactions among other standards, and the drafting of these standards.
This document as a whole provides:
—          the enterprise view on the architecture, which is concerned with the purpose, scope and policies governing the activities of the specified system within the organization of which it is a part;
—          the terms and definitions for common use in an EFC environment;
—          a decomposition of the EFC systems environment into its main enterprise objects;
—          the roles and responsibilities of the main actors. This document does not impose that all roles perform all indicated responsibilities. It should also be clear that the responsibilities of a role may be shared between two or more actors. Mandating the performance of certain responsibilities is the task of standards derived from this architecture;
—          identification of the provided services by means of action diagrams that underline the needed standardised exchanges;
—          identification of the interoperability interfaces for EFC systems, in specialised standards (specified or to be specified).

Elektronische Gebührenerhebung - Systemarchitektur für fahrzeugrelevante Maut - Teil 1: Referenzmodell (ISO 17573-1:2019)

Perception du télépéage - Architecture de systèmes pour le péage lié aux véhicules (ISO 17573-1:2019)

Le présent document définit l'architecture d'environnements de systèmes de péage dans lesquels un client disposant d'un contrat peut utiliser un véhicule dans une grande variété de domaines de péage et avec un exploitant de péage différent pour chaque domaine.
Les systèmes de péages conformes au présent document peuvent servir à différents usages comprenant le péage routier (réseau), le péage par domaines, la perception des redevances pour l'emprunt de ponts, de tunnels, de bacs, pour l'accès ou pour le stationnement. D'un point de vue technique, les systèmes de péage utilisent un équipement électronique à bord d'un véhicule.
D'un point de vue processus, la description de l'architecture se concentre sur la détermination du péage, sur la facturation du péage et sur les mesures de contrôle-sanction associées. La perception effective du péage, c'est-à-dire la perception des paiements, ne fait pas partie du domaine d'application du présent document.
Dans le présent document, l'architecture est définie sans plus de détails que ce qui est nécessaire pour une vue d'ensemble générale, un langage commun, une identification du besoin d'autres normes et des interactions entre ces normes et l'élaboration de ces normes.
L'ensemble du présent document donne:
—          Le point de vue d'entreprise de l'architecture concernée par l'objet, la portée et les politiques régissant les activités du système spécifié au sein de l'organisation dont il fait partie;
—          Les termes et les définitions pour un usage commun dans un environnement de péage;
—          Une décomposition de l'environnement des systèmes de péage selon ses principaux objets d'entreprise;
—          Les rôles et responsabilités des principaux acteurs;
—          L'identification des services offerts au moyen de diagrammes d'action qui soulignent les échanges normalisés nécessaires.
—          L'identification des interfaces d'interopérabilité pour les systèmes de télépéage à spécifier dans des normes spécialisées.

Elektronsko pobiranje pristojbin - Sistemska arhitektura za cestninjenje vozil - 1. del: Referenčni model (ISO 17573-1:2019)

Ta dokument opredeljuje arhitekturo okolij za sisteme cestninjenja, v katerih lahko stranka z eno pogodbo uporablja vozilo v različnih območjih cestninjenja in z različnimi pobiralci cestnine v vsakem območju cestninjenja.
Sistemi cestninjenja, ki so skladni s tem dokumentom, se lahko uporabljajo za različne namene, vključno s cestninjenjem cest (omrežja), območnim cestninjenjem, pobiranjem uporabnine za mostove, predore ali trajekte, dostopom in parkirninami. Tehnično gledano obravnavani sistemi cestninjenja uporabljajo elektronsko opremo v vozilu.
Dejansko pobiranje cestnine, tj. pobiranje plačil, ne spada na področje uporabe tega dokumenta.
Arhitektura v tem dokumentu ni določena z več podrobnostmi, kot je potrebno za splošen pregled, skupen jezik, opredelitev potrebe za uporabo drugih standardov in interakcijo med njimi ter za pripravo osnutka teh standardov.
Celoten dokument določa:
• poslovni pogled na arhitekturo, ki obravnava namen, obseg in politike, ki urejajo dejavnosti navedenega sistema v organizaciji, katere del je;
• izraze in definicije za splošno uporabo v cestninskem okolju;
• razčlenitev okolja sistemov cestninjenja na njegove glavne poslovne cilje;
• vloge in odgovornosti glavnih akterjev,
• opredelitev nudenih storitev s pomočjo diagramov dejanja, ki poudarjajo potrebne standardizirane izmenjave;
• opredelitev interoperabilnih vmesnikov in povezanih standardov.

General Information

Status
Published
Public Enquiry End Date
24-Oct-2018
Publication Date
09-Oct-2019
Technical Committee
Current Stage
6060 - National Implementation/Publication (Adopted Project)
Start Date
03-Oct-2019
Due Date
08-Dec-2019
Completion Date
10-Oct-2019
Standard
SIST EN ISO 17573-1:2019 - BARVE
English language
58 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (Sample)


SLOVENSKI STANDARD
01-november-2019
Elektronsko pobiranje pristojbin - Sistemska arhitektura za cestninjenje vozil - 1.
del: Referenčni model (ISO 17573-1:2019)
Electronic fee collection - System architecture for vehicle related tolling - Part 1:
Reference model (ISO 17573-1:2019)
Elektronische Gebührenerhebung - Systemarchitektur für fahrzeugrelevante Maut - Teil
1: Referenzmodell (ISO 17573-1:2019)
Perception du télépéage - Architecture de systèmes pour le péage lié aux véhicules (ISO
17573-1:2019)
Ta slovenski standard je istoveten z: EN ISO 17573-1:2019
ICS:
03.220.20 Cestni transport Road transport
35.240.60 Uporabniške rešitve IT v IT applications in transport
prometu
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

EN ISO 17573-1
EUROPEAN STANDARD
NORME EUROPÉENNE
September 2019
EUROPÄISCHE NORM
ICS 03.220.20; 35.240.60
English Version
Electronic fee collection - System architecture for vehicle-
related tolling - Part 1: Reference model (ISO 17573-
1:2019)
Perception électronique du télépéage - Architecture de Elektronische Gebührenerhebung - Systemarchitektur
systèmes pour le péage lié aux véhicules - Partie 1: für fahrzeugrelevante Maut - Teil 1: Referenzmodell
Modèle de référence (ISO 17573-1:2019) (ISO 17573-1:2019)
This European Standard was approved by CEN on 7 July 2019.

CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this
European Standard the status of a national standard without any alteration. Up-to-date lists and bibliographical references
concerning such national standards may be obtained on application to the CEN-CENELEC Management Centre or to any CEN
member.
This European Standard exists in three official versions (English, French, German). A version in any other language made by
translation under the responsibility of a CEN member into its own language and notified to the CEN-CENELEC Management
Centre has the same status as the official versions.

CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway,
Poland, Portugal, Republic of North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and
United Kingdom.
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION

EUROPÄISCHES KOMITEE FÜR NORMUNG

CEN-CENELEC Management Centre: Rue de la Science 23, B-1040 Brussels
© 2019 CEN All rights of exploitation in any form and by any means reserved Ref. No. EN ISO 17573-1:2019 E
worldwide for CEN national Members.

Contents Page
European foreword . 3

European foreword
This document (EN ISO 17573-1:2019) has been prepared by Technical Committee ISO/TC 204
"Intelligent transport systems" in collaboration with Technical Committee CEN/TC 278 “Intelligent
transport systems” the secretariat of which is held by NEN.
This European Standard shall be given the status of a national standard, either by publication of an
identical text or by endorsement, at the latest by March 2020, and conflicting national standards shall
be withdrawn at the latest by March 2020.
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. CEN shall not be held responsible for identifying any or all such patent rights.
This document has been prepared under a mandate given to CEN by the European Commission and the
European Free Trade Association.
According to the CEN-CENELEC Internal Regulations, the national standards organizations of the
following countries are bound to implement this European Standard: Austria, Belgium, Bulgaria,
Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland,
Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Republic of
North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and the
United Kingdom.
Endorsement notice
The text of ISO 17573-1:2019 has been approved by CEN as EN ISO 17573-1:2019 without any
modification.
INTERNATIONAL ISO
STANDARD 17573-1
First edition
2019-07
Electronic fee collection — System
architecture for vehicle-related
tolling —
Part 1:
Reference model
Perception électronique du télépéage — Architecture de systèmes
pour le péage lié aux véhicules —
Partie 1: Modèle de référence
Reference number
ISO 17573-1:2019(E)
©
ISO 2019
ISO 17573-1:2019(E)
© ISO 2019
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address
below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Fax: +41 22 749 09 47
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2019 – All rights reserved

ISO 17573-1:2019(E)
Contents Page
Foreword .v
Introduction .vi
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 2
4 Symbols and abbreviated terms . 4
4.1 Symbols . 4
4.2 Abbreviated terms . 4
5 The EFC community: roles and objectives . 5
5.1 General . 5
5.2 Other ITS systems and services . 6
5.3 Sensors, vehicle system and common equipment . 6
5.4 Infrastructure sourced data . 6
5.5 Financial/Commercial systems . 6
5.6 Telecommunication systems . 7
5.7 Jurisdiction/Authorities . 7
5.8 Standardisation bodies . 7
5.9 Common service rights provider . 7
6 Roles internal to the EFC domain . 8
6.1 General . 8
6.2 EFC domain roles . 8
6.3 Interoperability manager . 8
6.3.1 Short description . 8
6.3.2 Responsibilities . 9
6.4 Toll service provider . 9
6.4.1 Short description . 9
6.4.2 Responsibilities . 9
6.5 User of the service .10
6.5.1 Short description .10
6.5.2 Responsibilities .10
6.6 Toll charger role .11
6.6.1 Short description .11
6.6.2 Responsibilities .11
6.7 EFC functional roles and responsibilities .12
7 Services .13
7.1 Overview .13
7.2 Sub-services involving toll charger, toll service provider and interoperability
manager roles .14
7.2.1 Adding or deleting a new toll charger .14
7.2.2 Adding or deleting a new toll service provider .16
7.2.3 Adding or modifying a toll regime .17
7.2.4 Defining rules .18
7.2.5 Monitoring operations .19
7.2.6 Handling disputes .20
7.3 Sub-services involving the toll service provider and user .21
7.3.1 Providing EFC contract .22
7.3.2 Providing customer care .24
7.3.3 User billing .25
7.4 Sub-services involving the toll charger and toll service provider .26
7.4.1 Collecting transit information in short-range communication systems .26
7.4.2 Collecting charging information (autonomous systems) .27
7.4.3 Collecting transit information (not OBE-based systems) .28
ISO 17573-1:2019(E)
7.4.4 Providing payment information .28
7.4.5 Detecting Exceptions .30
7.4.6 Trust objects exchange .30
7.4.7 Handling exceptions.31
7.4.8 Providing local information.32
Annex A (informative) Mapping EFC architecture to the C-ITS architecture .34
Annex B (informative) Information schemata and basic information types .37
Annex C (informative) Enterprise objects within roles.43
Bibliography .48
iv © ISO 2019 – All rights reserved

ISO 17573-1:2019(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 of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT) see www .iso
.org/iso/foreword .html.
This document was prepared by Technical Committee ISO/TC 204, Intelligent transport systems.
This first edition of ISO 17573-1, cancels and replaces ISO 17573:2010, which has been technically
revised.
The main changes compared to ISO 17573:2010 are as follows:
— update of the normative references, terms and definitions and abbreviated terms clauses and the
Bibliography;
— relocation of previous Clause 8 (Information schemata and basic information types) to informative
Annex B;
— removal of Clauses 9 (interfaces and computational objects) and 10 (Points of observation and view
point correspondences), Annex A (Short Open Distributed Processing (ODP) description), Annex B
(Comparison with ISO/TS 17573:2003), Annex C (Relations with this International Standard and
IFMSA), Annex D (Relation with the European Electronic Tolls Service) and Annex E (Example of the
Japanese electronic toll system);
— addition of the new informative Annex A (Mapping of the EFC architecture onto the C-ITS
architecture) and Annex C (Enterprise objects within roles).
A list of all parts in the ISO 17573 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www .iso .org/members .html.
ISO 17573-1:2019(E)
Introduction
The widespread use of tolling also requires provisions for users of vehicles that are roaming through
many different toll domains. Users should be offered a single contract for driving a vehicle through
various toll domains and those vehicles require on-board equipment (OBE) that is interoperable with
the toll systems in the various toll domains. In Europe, for example, this need has been recognised and
legislation on interoperability has been adopted (Directive 2004/52).
In addition to specialised standards there is also a need for a system architecture that:
— provides an architectural “umbrella” for other EFC standards in terms of a common definition of
terms and concepts, basic system functionalities, and structure;
— provides a common terminology which supports its users to improve the quality of specifications to
be used in an international market,
— to reduce the risk for conflicting interpretations of specifications (purchaser) and descriptions
(supplier),
— to simplify the communication between experts from different continents, and
— to enhance the potential use of other EFC standards;
— defines a common framework, which enables both:
— identification of potential activities subject to standardization, and
— maintaining a common and consistent view of the whole area;
— defines the boundaries between the EFC and external domains;
— identifies all architectural objects that lay inside the EFC boundaries;
— provides a basic understanding of EFC, EFC interoperability, and the EFC services being offered.
Toll systems conforming to this document may be used for various purposes including measured
distance toll, road segment toll, closed network toll, cordon toll, area toll, time-based toll and collecting
fees for the use of bridges, tunnels, ferries, or for parking.
ISO 17573:2010 was based on a conceptual model defined in ISO/TR 14904 (withdrawn standard). Since
then ideas on conceptual models have evolved in several regional projects and implementations, e.g. in
Japan and Europe. Those new models have been detailed to a further extent compared to ISO 17573:2010
and are closer to real life implementations. This document is based on these new conceptual models
and uses the associated terms and definitions.
Although there are many differences, collecting a toll for vehicles can, to some extent, be compared
with collecting a fare for public transport. Architectural harmonisation of the collection of fee and fare
may be desirable from a policy and from a user point of view. In the past, ISO 24014-1 prepared by
ISO TC 204 used ISO 17573:2010 as a starting point. This document has benefited from that and has
also taken ISO 24014-1 into account.
In this document, the Open Distributed Processing (ODP) standard is used for the description of the
architecture.
The ODP standard gives a vocabulary and modelling tools to see the architecture of a system from
different perspectives (the viewpoints), in order to cover, e.g. hardware components as well as network
protocols or interfaces or roles and general policies of the system itself. This is accomplished using
different sets of concepts and terminologies, each one of those expressed as a viewpoint language. A
complete description of a real system can only be achieved when all viewpoint models are designed.
This allows for a clear separation of concerns and an easier way to define a system.
vi © ISO 2019 – All rights reserved

ISO 17573-1:2019(E)
In more recent years, the development of concepts and standards in the field of Cooperative ITS (C-ITS,
ISO TC 204 and CEN TC 278) led to the definition of a general enterprise viewpoint architecture for
C-ITS (ISO 17427-1) that, by following the same approach of using the ODP architecture to model a
complex system, defined concepts and terms for the more general realm of C-ITS.
This document gives a description of the architecture of the toll systems environment from the
enterprise viewpoint, by refining and extending what had been already done in ISO 17573:2010.
Correspondences between concepts and terms in this document and those in ISO 17427-1 are shown in
Annex A. In addition, this document gives in Annex B the foundations of the information viewpoint by
identifying information interactions and general information objects. With respect to ISO 17573:2010,
this document removes all security requirements on interfaces, which are better and more generally
dealt with in ISO 19299.
This document is Part 1 of a multipart standard that is made up of the following parts:
— ISO 17573-1, Electronic fee collection — System architecture for vehicle related tolling — Part 1:
Reference model (this document)
1)
— ISO/TR 17573-2 , Electronic fee collection — System architecture for vehicle related tolling — Part 2:
Terminology
1) Under development. Current stage: 30.99
INTERNATIONAL STANDARD ISO 17573-1:2019(E)
Electronic fee collection — System architecture for vehicle-
related tolling —
Part 1:
Reference model
1 Scope
This document defines the architecture of electronic fee collection (EFC) system environments, in
which a customer with one contract may use a vehicle in a variety of toll domains with a different toll
charger for each domain.
EFC systems conforming to this document can be used for various purposes including road (network)
tolling, area tolling, collecting fees for the usage of bridges, tunnels, ferries, for access or for parking.
From a technical point of view the considered toll systems may identify vehicles subject to tolling by
means of electronic equipment on-board in a vehicle or by other means (e.g. automatic number plate
recognition, ANPR).
From a process point of view the architectural description focuses on toll determination, toll charging,
and the associated enforcement measures. The actual collection of the toll, i.e. collecting payments, is
outside of the scope of this document.
The architecture in this document is defined with no more details than required for an overall overview,
a common language, an identification of the need for and interactions among other standards, and the
drafting of these standards.
This document as a whole provides:
— the enterprise view on the architecture, which is concerned with the purpose, scope and policies
governing the activities of the specified system within the organization of which it is a part;
— the terms and definitions for common use in an EFC environment;
— a decomposition of the EFC systems environment into its main enterprise objects;
— the roles and responsibilities of the main actors. This document does not impose that all roles
perform all indicated responsibilities. It should also be clear that the responsibilities of a role may
be shared between two or more actors. Mandating the performance of certain responsibilities is the
task of standards derived from this architecture;
— identification of the provided services by means of action diagrams that underline the needed
standardised exchanges;
— identification of the interoperability interfaces for EFC systems, in specialised standards (specified
or to be specified).
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO/IEC 7498-1:1994, Information technology — Open Systems Interconnection — Basic Reference Model:
The Basic Model — Part 1
ISO 17573-1:2019(E)
ISO/IEC 10746-2, Information technology — Open distributed processing — Reference model:
Foundations — Part 2
ISO/IEC 10746-3, Information technology — Open distributed processing — Reference model:
Architecture — Part 3
ISO 14813-5, Transport information and control systems — Reference model architecture(s) for the TICS
sector — Part 5: Requirements for architecture description in TICS standard
ISO/IEC 15414, Information technology — Open distributed processing — Reference model — Enterprise
language
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO/IEC 7498-1:1994,
ISO/IEC 10746-2, ISO/IEC 10746-3, ISO 14813-5 and ISO/IEC 15414, and the following apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https: //www .iso .org/obp
— IEC Electropedia: available at http: //www .electropedia .org/
3.1
automatic number plate recognition
technology that uses optical character recognition on images to read vehicle registration plates
3.2
artefact
physical object of material or physical piece of information or a system or subsystem that is used in an
ITS system
3.3
billing detail
information needed to determine or verify the amount due for the usage of a given service
3.4
context data
information defined by the responsible toll charger necessary to establish the toll due for circulating a
vehicle on a particular toll domain and to conclude the toll transaction
3.5
electronic fee collection
fee collection by electronic means
Note 1 to entry: The actual payment (collection of the fee) may take place outside the toll system.
3.6
enforcement
measures or actions performed to achieve compliance with laws, regulations or rules
Note 1 to entry: In this context: the process of compelling observance of a toll regime.
3.7
interoperability
ability of systems to exchange information and to make mutual use of the information that has been
exchanged
EXAMPLE Tolling interoperability aims at enabling a vehicle to drive through various toll domains while
having only one OBE operating under one contract with a toll service provider.
2 © ISO 2019 – All rights reserved

ISO 17573-1:2019(E)
3.8
localisation augmentation
information sent by the roadside equipment to the on-board equipment to augment the positioning for
autonomous systems
3.9
on-board equipment
all required equipment on-board a vehicle for performing required electronic fee collection (EFC)
functions and communication services
3.10
roadside equipment
equipment located along the road, either fixed or mobile
3.11
role
set of responsibilities
3.12
short-range communication
tolling technique based on transfer of information via a radio connection between a roadside equipment
and an on-board equipment
Note 1 to entry: This includes 5,8 GHz DSRC as well as ITS-G5 and RFID.
3.13
tariff scheme
set of rules to determine the fee due for a vehicle within a toll domain
3.14
toll
charge, tax or duty levied in connection to using a vehicle in a toll domain
3.15
Toll Charger
entity which levies a toll for the use of vehicles in a toll domain
3.16
toll declaration
statement to declare the usage of a given toll service to a toll charger
3.17
toll domain
area or part of a road network where a certain toll regime is applied
3.18
toll regime
set of rules, including enforcement rules, governing the collection of a toll in a toll domain
3.19
toll scheme
organizational view of a toll regime, including the actors and their relationships
3.20
toll service
service enabling users to pay a toll
3.21
Toll Service Provider
entity providing toll services in one or more toll domains
ISO 17573-1:2019(E)
3.22
transport service
transport infrastructure related service which is offered to the user
3.23
trust object
information object that is exchanged between entities to ensure mutual trust
EXAMPLE Electronic signature or an electronic certificate.
4 Symbols and abbreviated terms
4.1 Symbols
In action diagrams, the following graphical conventions apply:
Rounded corner boxes indicate responsibilities and related activities
within roles
Arrows crossing borders between roles indicate information exchanges
between roles as activities performed within responsibilities
Vertical arrows within activities represent execution steps
Solid circles represent start of activities
Partially coloured circles represent end of activities
Solid horizontal bars represent decision gates
4.2 Abbreviated terms
For the purpose of this document, the following abbreviated terms apply throughout the document
unless otherwise specified.
ANPR Automatic Number Plate Recognition
CE Central Equipment
C-ITS Cooperative ITS
DSRC Dedicated Short-Range Communication
EETS European Electronic Toll Service
EFC Electronic Fee Collection
GNSS Global Navigation Satellite Systems
4 © ISO 2019 – All rights reserved

ISO 17573-1:2019(E)
ID Identity
IFMSA Interoperable Fare Management System Architecture
ITS Intelligent Transport Systems
OBE On-board Equipment
ODP Open Distributed Processing
RFID Radio Frequency Identification
RSE Roadside Equipment
SAM Secure Application Module
SLA Service Level Agreement
SRC Short Range Communication
TC toll charger
TSP toll service provider
5 The EFC community: roles and objectives
5.1 General
Electronic fee collection (EFC) is an ITS service enabling the user of a vehicle-related transport service
to pay for the related transport service, e.g. the use of a tolled road, without manual intervention. The
ITS application providing the ITS service will usually be implemented in equipment installed in the
vehicle, at the roadside and in central systems. In some scenarios, it also includes personal equipment,
e.g. smartphones.
The EFC architecture can be described by a community of external and internal enterprise objects with
the objective of providing an EFC service with its benefits regarding traffic safety, traffic efficiency,
comfort and mobility to the EFC service user. External enterprise objects are involved in the provision
of the EFC service but are not set up for the sole purpose of EFC. This document only includes the
definition of the internal enterprise objects, but the external enterprise objects are shortly described
in this clause to give the complete picture of the EFC community. Figure 1 shows the external objects in
the EFC community.
ISO 17573-1:2019(E)
Figure 1 — Enterprise objects in the EFC community
The following subclauses give a concise description of each enterprise object depicted in Figure 1.
Detailed responsibilities for roles defined within the EFC domain are dealt with in Clause 6.
5.2 Other ITS systems and services
An ITS service may generally build on data provided by other ITS systems or ITS services. Objects in the
EFC domain may for instance receive data from other traffic management or information systems as
input to pricing algorithms used in an EFC system.
5.3 Sensors, vehicle system and common equipment
An EFC domain may use information from vehicle sensors and data stores integrated in the vehicle
where the main purposes of the sensor or data store are not related to EFC. The information is retrieved
from the sensors and data stores and used for the toll or fee calculation. Examples of such sensors and
data stores are GNSS sensors (e.g. in devices used for navigation, fleet management), tachograph, trailer
sensor, suspension sensors, axle in use sensors and vehicle-related information stored in a secure
application module (SAM). The data stores could be either in the vehicle or elsewhere, e.g. a computer
installed within the EFC domain.
NOTE Shipped goods may become relevant in future tolling schemes.
5.4 Infrastructure sourced data
An EFC domain may use data from environmental sensors, e.g. pollution measurements, for the toll or
fee calculation. A dynamic road pricing scheme may for instance use both the pollution measurements
from environmental sensors and the data on traffic flows and speeds for the dynamic toll or fee
calculation. Sensors that are solely installed for the purpose of EFC are defined to be part of the internal
enterprise objects.
5.5 Financial/Commercial systems
The functionality requested from financial/commercial systems is to provide the financial services
requested by the EFC internal enterprise objects. The services will mainly be transfer of money
between entities in the EFC community. It is important to note that the EFC internal enterprise objects
handle charging data while the financial/commercial systems handle payment information (‘money’).
6 © ISO 2019 – All rights reserved

ISO 17573-1:2019(E)
This document makes a strict distinction between the payment (financial) domain supporting the EFC
domain and the charging domain within the EFC domain itself. Only the charging in the EFC domain is
covered by this document.
5.6 Telecommunication systems
The functionality requested from the telecommunication systems is to provide telecom services
requested by the EFC domain. Examples of such services could be cable network for transfer of data
between the operators of the EFC internal enterprise objects and air-interface network for transfer of
data between the EFC charging equipment and the OBE, when not covered by EFC specific artifacts.
5.7 Jurisdiction/Authorities
The responsibilities of the external enterprise object called Jurisdiction/Authorities is to define the
framework in which an EFC domain shall operate. The framework is defined by policies constituting
laws and regulations, mandates, constraints and requirements. Different authorities define different
policies:
— Road and transport authorities, e.g. a department of transport, may define policies related to the
type of and availability, reliability and quality of the transport service subject to a toll or fee. The
authorities may also, in co-operation with the financial authorities, define policies for tariffing
principles to be used in an EFC domain. The authorities may also, in co-operation with the financial
authorities, define the policies that govern the configuration of the EFC enterprise objects and
assignment of roles to enterprise objects as well as the environmental contracts that govern the
system. An example here would be that the authorities define the policy which is the basis for the
contract between an operator taking the role of issuing EFC contracts and the operators taking the
toll charging roles.
— Telecom authorities may define policies for the use of telecom systems, e.g. frequencies in air-
interface communication systems.
— Financial authorities may define policies for an EFC domain and the financial environment it shall
operate, e.g. whether the toll is a tax or a fee. They may also define policies for the use of certain
types of payment means, e.g. electronic purses, and the split of roles between the EFC domain and
the financial systems.
— Data protection authorities may define policies for the security and privacy in an EFC domain.
— Certification authorities may issue public key certificates.
The interactions between the EFC domain and the authorities also cover access to information kept by
the authorities, e.g. national vehicle registers.
5.8 Standardisation bodies
The responsibilities of the standardisation bodies are to provide EFC standards and other standards
or specifications relevant for EFC domain. There are interactions with an EFC domain concerning EFC
standards to be used for EFC domain as well as input from EFC domain to the standardisation bodies,
e.g. by toll charging operators taking part in the preparation of EFC standards.
5.9 Common service rights provider
The responsibilities of the common service rights provider are to provide the basic artefacts,
mechanism, organizational structure, and information transfer tools by which an EFC system can
interoperate with other transport systems. The common service rights provider allows, among other
things, for a single means of payment to be used, e.g. in both EFC systems and public transport systems.
ISO 17573-1:2019(E)
Its role, responsibilities, and requirements on EFC systems, as well as its interactions with the roles
2)[5]
internal to the EFC domain are standardised in ISO/TS 21193 .
6 Roles internal to the EFC domain
6.1 General
This document describes the different roles in an EFC domain as the defined collections of
responsibilities in the EFC scope. Roles are described in general terms, i.e. as sets of responsibilities
where each set includes responsibilities that are logically related to each other, either by their objectives
or the actors that may take the role.
6.2 EFC domain roles
EFC domain roles can be grouped in two sets, one related to the functional operation of the systems,
and another one related to system operation. This document is built on the terminology of the EFC
domain that can be summarised by the diagram in Figure 2.
Figure 2 — Roles in a tolling environment
The functional operation roles are responsible for all activities related to the functional operation of
the system, in this case the system providing the services in the ITS service group called Electronic Fee
Collection (EFC).
The following clauses describe the above identified EFC roles, indicating the responsibilities for each role.
6.3 Interoperability manager
6.3.1 Short description
A specific role is identified to manage an EFC domain, i.e. defining and maintaining a set of rules that,
taken together, defines the policy of a given regime or of the overall EFC domain. These responsibilities
pertain to the system operation, and it is to be noted that, differently from other roles, the
2) Under development. Current stage: 30.99.
8 © ISO 2019 – All rights reserved

ISO 17573-1:2019(E)
interoperability manager role can hardly be fulfilled by a single actor. Rather, its responsibilities are in
real EFC systems often taken (if at all) by different actors and regulations. Given its general nature, this
role will not be specified further in this document.
6.3.2 Responsibilities
The responsibilities of the interoperability manager role include:
— Setting rules, including:
— Defining the supported security and privacy policies for the EFC system, acting as security
authority that defines the security interaction policy among the different security domains.
— Defining and maintaining ID-schemes and, if necessary, supporting the issuing of IDs ensuring
unique registration codes for organisations and components and unique identifiers or rules for
generating unique identifiers for the EFC applications and messages.
— Certifying EFC constituents, including:
— Defining the certification requirements for actors involved and equipment used in the EFC system,
— Giving or withdrawing permissions to operate to involved actors,
— Monitoring of operations via periodical report.
— Handling disputes, including:
— Defining the operational procedures among the operators,
— Managing disputes among operators.
6.4 Toll service provider
6.4.1 Short description
The toll service provider role is responsible for the contracts with the user role, and
...

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