Intelligent transport systems — Local dynamic map

This document: — describes the functionality of a "local dynamic map" (LDM) in the context of the "bounded secured managed domain" (BSMD); — specifies: — general characteristics of LDM Data Objects (LDM-DOs) that can be stored in an LDM, i.e. information on real objects such as vehicles, road works sections, slow traffic sections, special weather condition sections, which are as a minimum requirement location-referenced and time-referenced; — service access point functions providing interfaces in an ITS station (ITS-S) to access an LDM for: — secure add, update and delete access for ITS-S application processes; — secure read access (query) for ITS-S application processes; — secure notifications (upon subscription) to ITS-S application processes; — management access: — secure registration, de-registration and revocation of ITS-S application processes at LDM; — secure subscription and cancellation of subscriptions of ITS-S application processes; — procedures in an LDM considering: — means for maintaining the content and integrity of the data store; — mechanisms supporting several LDMs in a single ITS station unit.

Systèmes de transport intelligents — Carte dynamique locale

Ce document: — décrit la fonctionnalité d'une «Carte dynamique locale» (LDM) dans le contexte du «Domaine délimité géré de manière sécurisée» (BSMD); — spécifie: — les caractéristiques générales des objets de données de la LDM (LDM-DO) pouvant être stockés dans une LDM, notamment les informations sur les objets réels tels que les véhicules, les zones de travaux, les zones de ralentissement du trafic, les zones caractérisées par des conditions météorologiques particulières, qui doivent, au minimum, posséder une référence spatiale (localisation) et une référence temporelle; — les fonctions des points d'accès au service fournissant des interfaces d'accès à une LDM dans une station ITS (ITS-S) pour: — les accès sécurisés d'ajout, de mise à jour et de suppression, pour les processus d'application ITS-S; — les accès sécurisés en lecture (requête), pour les processus d'application ITS-S; — les notifications sécurisées (lors de l'abonnement) aux processus d'application ITS-S; — les accès de gestion: — garantir les demandes d'enregistrement, de désenregistrement et de révocation des processus d'application ITS-S sur LDM; — garantir l'abonnement et l'annulation de l'abonnement aux processus d'application de l'ITS-S; — procédures d'une LDM tenant compte: — des moyens de maintenir le contenu et l'intégrité du magasin de données; — des mécanismes de prise en charge de plusieurs LDM dans une seule unité de station ITS.

General Information

Status
Published
Publication Date
03-Apr-2025
Current Stage
6060 - International Standard published
Start Date
04-Apr-2025
Due Date
31-Oct-2025
Completion Date
04-Apr-2025
Ref Project

Relations

Standard
ISO 18750:2025 - Intelligent transport systems — Local dynamic map Released:4. 04. 2025
English language
68 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 18750:2025 - Systèmes de transport intelligents — Carte dynamique locale Released:5. 06. 2025
French language
72 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
REDLINE ISO 18750:2025 - Systèmes de transport intelligents — Carte dynamique locale Released:5. 06. 2025
French language
72 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)


International
Standard
ISO 18750
Second edition
Intelligent transport systems —
2025-04
Local dynamic map
Systèmes de transport intelligents — Carte dynamique locale
Reference number
© ISO 2025
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
Contents Page
Foreword .v
Introduction .vi
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Abbreviated terms . 3
5 Architectural environment . 4
5.1 General .4
5.2 Local dynamic map .4
5.3 LDM in an ITS-S .4
5.4 LDM in an ITS-SU .5
5.5 LDM related processes .7
5.5.1 Synchronization of LDMs .7
5.5.2 Archiving of LDM Data Objects.7
5.6 LDM for road safety and vehicle-to-vehicle applications .7
5.7 Security perspective .8
5.7.1 Authorized access to LDM .8
5.7.2 Initialisation and installation of applications to the BSMD .8
5.7.3 Privacy .9
5.8 An LDM versus other similar functionalities in an ITS-SU .9
6 Functionality . 9
6.1 General .9
6.2 Terms and conventions .9
6.3 Structure of an LDM .10
6.4 LDM Data Storage . . 12
6.5 LDM services .14
6.5.1 Registration, deregistration, and revocation of ITS-S application processes .14
6.5.2 Security checking in access requests .14
6.5.3 Access request management . . .14
6.6 LDM maintenance .17
6.6.1 LDM Area of Maintenance .17
6.6.2 Outdated data management .17
6.7 LDM knowledge base .17
6.7.1 Metadata .17
6.7.2 Utility functions .17
6.8 Interfaces .18
6.8.1 Types of interfaces .18
6.8.2 Parameters of interface functions .18
6.8.3 LDM application management interface . 20
6.8.4 LDM data interface . 22
6.8.5 Security interface . 25
6.8.6 LDM management interface . 26
6.8.7 Service access points .27
7 Procedures .29
7.1 General . 29
7.2 LDM services . 30
7.2.1 Registration, deregistration, and revocation of ITS-S application processes . 30
7.2.2 Security checking in access requests . 30
7.2.3 Access request management . . 30
7.2.4 Second level filtering .32
7.3 LDM maintenance .32
7.3.1 Area management .32

iii
7.3.2 Outdated data removal . 33
7.4 LDM knowledge data base . 33
7.5 Interfaces . 33
7.6 LDM management . 33
7.6.1 Registration of LDM at ITS-S management entity . 33
7.6.2 Multiple ITS-SCUs . 33
Annex A (normative) ASN.1 modules .34
Annex B (normative) LDM Data Dictionary.46
Annex C (informative) Examples of LDM-DOs.48
Annex D (informative) Location-referencing .55
Annex E (informative) Time-referencing .59
Annex F (normative) Implementation Conformance Statement proforma .60
Bibliography . 67

iv
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out through
ISO technical committees. Each member body interested in a subject for which a technical committee
has been established has the right to be represented on that committee. International organizations,
governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely
with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the different types
of ISO document should be noted. This document was drafted in accordance with the editorial rules of the
ISO/IEC Directives, Part 2 (see www.iso.org/directives).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent
rights in respect thereof. As of the date of publication of this document, ISO had not received notice of (a)
patent(s) which may be required to implement this document. However, implementers are cautioned that
this may not represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions
related to conformity assessment, as well as information about ISO's adherence to the World Trade
Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html.
This document was prepared by Technical Committee ISO/TC 204, Intelligent transport systems, in
collaboration with the European Committee for Standardization (CEN) Technical Committee CEN/TC 278,
Intelligent transport systems, in accordance with the Agreement on technical cooperation between ISO and
CEN (Vienna Agreement).
This second edition cancels and replaces the first edition (ISO 18750:2018), which has been technically
revised.
The main changes are as follows:
— "Co-operative ITS" has been removed from the title to align with the unchanged Scope;
— the ASN.1 module has been updated to support minor version changes;
— the ASN.1 module has been aligned with the latest developments of other ASN.1 modules (this alignment
does not introduce technical changes in the module);
— the references have been updated.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html.

v
Introduction
An essential property of cooperative intelligent transport systems (C-ITS; see ISO/TR 17465-1) is the sharing
of data between different ITS applications providing different ITS services to users. This approach replaces
the traditional approach, where each application is operated in an isolated environment, referred to as a
"silo-approach". The C-ITS approach enables synergies in components of an ITS station unit (e.g. sharing of
communication tools), improves overall performance and reliability, and reduces overall cost. In order to
protect the interests of the various ITS applications, C-ITS implements the concept of an ITS station operated
as a bounded secured managed domain.
The sharing of data between applications is achieved by subscribe/publish mechanisms, where at least two
mechanisms are distinguished, i.e. one allowing ITS-S application processes to subscribe to standardized
messages from ITS message sets (direct forwarding upon reception of such messages in an ITS station unit),
and one using a local dynamic map (LDM) as a repository of standardized data objects. Such data objects
stored in an LDM are named LDM Data Objects (LDM-DOs). LDM-DOs provide self-consistent information
on real objects existing at a given geo-location during a given lifetime-interval. Authorized ITS-S application
processes may add LDM-DOs to an LDM, and may retrieve LDM-DOs from an LDM. Retrieval of LDM-DOs may
be performed in queries and by means of subscription. A subscription will result in automatic notifications
of selected LDM-DOs, either in defined time intervals, or event driven.
This document introduces the usage of LDMs, and specifies the LDM for global usage in C-ITS.
[38] [40]
Initial implementations of LDMs were included in the EU research projects CVIS and Safespot.

vi
International Standard ISO 18750:2025(en)
Intelligent transport systems — Local dynamic map
1 Scope
This document:
— describes the functionality of a "local dynamic map" (LDM) in the context of the "bounded secured
managed domain" (BSMD);
— specifies:
— general characteristics of LDM Data Objects (LDM-DOs) that can be stored in an LDM, i.e. information
on real objects such as vehicles, road works sections, slow traffic sections, special weather condition
sections, which are as a minimum requirement location-referenced and time-referenced;
— service access point functions providing interfaces in an ITS station (ITS-S) to access an LDM for:
— secure add, update and delete access for ITS-S application processes;
— secure read access (query) for ITS-S application processes;
— secure notifications (upon subscription) to ITS-S application processes;
— management access:
— secure registration, de-registration and revocation of ITS-S application processes at LDM;
— secure subscription and cancellation of subscriptions of ITS-S application processes;
— procedures in an LDM considering:
— means for maintaining the content and integrity of the data store;
— mechanisms supporting several LDMs in a single ITS station unit.
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 21217, Intelligent transport systems — Station and communication architecture
ISO 24534-5, Intelligent transport systems — Automatic vehicle and equipment identification — Electronic
Registration Identification (ERI) for vehicles — Part 5: Secure communications using symmetrical techniques
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 21217 and ISO 24534-5, and the
following apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/

3.1
International Atomic Time
time since 00:00:00 UTC, 1 January, 2004
Note 1 to entry: International Atomic Time is identical to Coordinated Universal Time (UTC) except that no leap
seconds need to be added.
3.2
LDM Area of Interest
location requirement used in the filter process of queries and automatic notifications
3.3
LDM Area of Maintenance
information on the operational location area of an LDM used by LDM maintenance
[27]
Note 1 to entry: ETSI EN 302 895 restricts the LDM Area of Maintenance to "geographical area specified by the
LDM for LDM maintenance".
3.4
LDM Permissions
information on how a specific ITS-S application process may use an LDM
3.5
LDM Data Object
location-referenced and time-referenced representation of a real object that is self-explanatory without any
further context information
3.6
LDM Data Dictionary
dictionary of LDM Data Object Types
3.7
LDM Data Object Type
identifier of the type of information contained in an LDM Data Record
3.8
Location Validity
information indicating a location at which an LDM Data Object is valid
3.9
Time Validity
information indicating a time interval during which an LDM Data Object is valid
3.10
LDM Time of Interest
time requirement used in the filter process of queries and automatic notifications
3.11
local dynamic map
entity consisting of LDM Data Objects, services and interfaces for manipulating these LDM Data Objects
3.12
location reference
uniquely identifiable description of position or area in the real world
Note 1 to entry: ISO/TS 14812 provides the definition "description of a spatial location in the real world according to
a defined reference system" for the terms "spatial reference" and "ITS spatial reference", and has also assigned this
definition to the term "location reference". The definition from ISO/TS 14812 is not appropriate for this document.

3.13
metadata
data about data
Note 1 to entry: The term "metadata" is ambiguous as it can be used to refer to fundamentally different concepts.
Structural metadata is information related to the design and specification of data structures; it is also referred to as
"data about the containers of data". Descriptive metadata is information on instances of data, i.e. the data content; it is
also referred to as "data about data content".
3.14
Time of Creation
time at which an LDM Data Record was created and updated
3.15
Time of Deletion
time at which an LDM Data Record may be deleted and will no longer be considered by the LDM search
functionality
3.16
Time of Generation
time at which the content of the LDM Data Object information field was created
Note 1 to entry: This is different to the time at which the LDM Data Object was written into an LDM.
4 Abbreviated terms
BSMD bounded secured managed domain
BSME bounded secured managed entity
DENM decentralized environmental notification message
IAT International Atomic Time
ICS implementation conformance statement
ITS intelligent transport systems
ITS-SCU ITS station communication unit
ITS-SU ITS station unit
IUT implementation under test
LDM local dynamic map
LDM-DD LDM Data Dictionary
LDM-DO LDM Data Object
LDM-DT LDM Data Type
LDM-DAT LDM Data Attribute Type
LDM-DATID LDM-DAT Identifier
LDM-DTID LDM-DT Identifier
NoO notification of obligations
OoT obligation of trust
PDP policy decision point
PEP policy enforcement point
PMI privilege management infrastructure
SAO signed acceptance of obligations
SUT system under test
TPEG transport protocol experts group
UTC Coordinated Universal Time
5 Architectural environment
5.1 General
This clause contains informative descriptions of the architectural environment of an LDM.
5.2 Local dynamic map
A local dynamic map (LDM) is an entity consisting of LDM Data Objects, services and interfaces for
manipulating these LDM Data Objects (LDM-DO). LDM-DOs are distinguished by means of their LDM Data
object Type (LDM-DT). LDM-DTs are specified by registration in an LDM Data Dictionary (LDM-DD). The
concept of the LDM-DD is specified in Annex B. Examples of LDM-DOs are presented in Annex C.
NOTE In ISO/TR 17424, LDM-DOs are classified into Type 1 (static permanent data objects, e.g. cartographic
[2]
data), Type 2 (static transitory data objects, e.g. temporary parking lot on the road), Type 3 (dynamic transitory
data objects, e.g. works location), and Type 4 (highly dynamic data objects, e.g. location, orientation and speed of
surrounding vehicles). This classification is not used in this document.
An LDM-DO provides information on real objects (cars, road events, etc.) that exist at a defined location, (e.g.
in a defined geo-area) and within a defined time interval. In the uppermost simple case, the information
provided by an LDM-DO is just its type, its geo-location and its time interval of validity. Such information
may be received in an ITS-SU via different channels, such as:
[31] [35]
— DATEX II, TPEG, RDS-TMC (legacy systems);
[19] [20] [25]
— CEN/ETSI/ISO/SAE ITS Message sets EN/ISO 19091, ISO/TS 19321, ETSI EN 302 637-2, ETSI EN
[29] [36]
302 637-3, SAE J2735.
The information is composed of different sets of attributes, and presented in different formats (encodings).
ITS-S application processes capable of receiving this information perform a mapping on LDM-DOs and a
translation of attribute formats into the common format given by the LDM-DTs.
5.3 LDM in an ITS-S
The LDM specification provided in this document is designed for the architectural environment of an ITS
station operated as a bounded secured managed domain (BSMD) specified in ISO 21217 and illustrated in
Figure 1.
Figure 1 — LDM in an ITS-S operated as a bounded secured managed domain (BSMD)
The LDM functionality specified in Clause 6 is located in the ITS-S facilities layer. An LDM provides interfaces
with ITS-S application processes specified in ISO 21217. The interface functionality is specified in 6.7.2 by
means of functions of services of the FA-SAP and the MF-SAP; both Service Access Points (SAPs) offer identical
[11]
functions for this purpose. The generic services of FA-SAP and MF-SAP are specified in ISO 24102-3.
5.4 LDM in an ITS-SU
Various examples of supported implementation configurations are illustrated in Figure 2, Figure 3, Figure 4
and Figure 5.
Figure 2 illustrates a "single-box" configuration of an ITS station unit (ITS-SU) with a single LDM.
Figure 2 — Implementation configuration, example a)
Figure 3 illustrates a "single-box" configuration of an ITS-SU with two LDMs.

Figure 3 — Implementation configuration, example b)
Figure 4 illustrates a configuration of an ITS-SU with two ITS station communication units (ITS-SCU). One of
these ITS-SCUs has a host-only role specified in ISO 21217 and contains a single LDM. The other ITS-SCU has
a router-only role specified in ISO 21217 and does not contain an LDM.
Figure 4 — Implementation configuration, example c)
Figure 5 illustrates a configuration of an ITS-SU with two ITS station communication units (ITS-SCU). One of
these ITS-SCUs has a host-only role specified in ISO 21217 and contains a single LDM. The other ITS-SCU has
a host-and-router role specified in ISO 21217 and contains also an LDM.

Figure 5 — Implementation configuration, example d)
Many other implementation configurations are feasible.
NOTE In ITS-SUs composed of several ITS-SCUs, the ITS station management can use the "ITS station-internal
management communications protocol" (IICP) specified in ISO 24102-4 to support overall station management.
5.5 LDM related processes
5.5.1 Synchronization of LDMs
The concept of synchronization of LDMs is introduced in ISO/TR 17424, distinguishing:
— synchronization of LDMs operated in ITS station units of different vehicles;
— synchronization of LDMs operated in ITS station units at the roadside, in central offices and in vehicles.
Reference is made to means which are already in use for TPEG and DATEX.
Such synchronization means updating of an LDM by an authorized "master" LDM. As only ITS-S application
processes can access LDM-DOs, any synchronization is to be realized by ITS applications. Details are outside
the scope of this document.
NOTE Updates of information in an ITS-SU can be performed using remote management, standardized in
[10]
ISO 24102-2.
5.5.2 Archiving of LDM Data Objects
Archiving of LDM Data Objects is a feature that produces a kind of log-file of an LDM. Such log-file information
can be of interest for different purposes, but can also be subject to privacy considerations.
This document specifies neither an archiving functionality nor related interfaces. Archiving can be
implemented in a non-standardized way.
5.6 LDM for road safety and vehicle-to-vehicle applications
An LDM dedicated to usage for road safety and vehicle-to-vehicle applications (electronic horizon) is
[27]
specified by ETSI in EN 302 895. This ETSI LDM specification constitutes a functional sub-set of the
specification provided in this document.

5.7 Security perspective
5.7.1 Authorized access to LDM
The architecture of an LDM in the context of BSMD from a security perspective is to ensure that access is
restricted to identified and authorized ITS-S application processes. Application processes not certified for
operation in a BSMD may access an LDM via a secure gateway described in ISO 21217, where the firewall
ITS-S application process of this gateway is authorized for read-access to the LDM.
All the core assets are to be considered as vulnerable and therefore subject to protection, where protection
takes the form of specific guards. The guard mechanism used in protecting the LDM is a policy-based access
control scheme where ITS-S application processes will pre-register their policy with the ITS-S and if that
policy is agreed, all future access by the ITS-S application process will be verified as being consistent with
the policy.
5.7.2 Initialisation and installation of applications to the BSMD
The kernel of an ITS-SCU forms a trust centre of the BSME and is identifiable to third party ITS-S application
processes as such. Any ITS-S application process to be added to an ITS-SCU within the BSME verifies the
identity and capability of the ITS-SCU prior to installation. If installation is allowed, an ITS-SCU verifies the
credentials offered by the ITS-S application process. Prior to distribution, each ITS-S application process is
functionally verified and tested and assertions of required functionality, of developer identity, and of the
tester, are validated prior to installation; see ISO 17419.
[39]
The core model follows that developed in the i-Tour project as an extension of an "obligation of trust"
(OoT) protocol, extending the models used for Java midlet distribution used in many common application
stores; see ISO 17419. The protection framework is a form of a privilege management infrastructure (PMI)
based on common cryptographic modules and processing, where authorization is viewed as a set of mutually
agreed actions through the assignment of permissions to the parties, i.e. the LDM and the LDM user. In the
OoT protocol the participating parties exchange difficult-to-repudiate digitally signed obligating constraints,
also referred to as "notification of obligations" (NoO), which detail their requirements for sending their
sensitive information to the other party, and proof of acceptances, also referred to as "signed acceptance
of obligations" (SAO), which acknowledge the conditions they have accepted for receiving the other party’s
sensitive information. The required capabilities of the LDM user, i.e. an ITS-S application process to be
installed, will be declared and the application will be restricted to use only those capabilities by means of a
policy enforcement engine acting in the role of a policy enforcement point in the LDM itself.
For protection of data, LDM data objects capture the primary policy elements PrivacyPolicyDirective,
SecurityPolicyDirective, SignedPrivacyPolicy, SignedSecurityPolicy, CounterSignedPrivacyPolicy, and
CounterSignedSecurityPolicy.
The privacy policy directive is a set of policy statements that identify the identity of the data controller. The
privacy enforcement point agrees to implement the policy and to indicate that in the signed privacy policy
where the signature is of the data processor (acting as policy enforcement point).
Acceptance of the privacy policy is notified by the client in the countersigned privacy policy where the
signature is given by the client using the pseudonymous identity agreed during registration. The retention
of the countersigned policy agreement provides the basis of non-repudiation of consent.
NOTE The data privacy legislation in Europe assumes the presence of a number of entities in a system dealing
with private data. These are the data controller, data processor and data subject, and a contract of consent. In an all-
informed C-ITS there is no a priori consent establishment between the transmitting ITS-SU and any of the receiving
ITS-SUs, thus the security model attempts to minimize the possibility of any personal data being made known to a
receiving ITS-SU. The model therefore virtualizes the functionality of data controller, data processor and consent by
use of verifiable proofs of authority to act on data.
Permissions resulting from policy are of type "Permit" and "Deny" based on authorization, i.e. after
application of the policy the request is either permitted or denied. Requests themselves may contain specific
access requests, e.g. read data from the LDM, write data to the LDM.

Every incoming command to the LDM is associated with a set of claims that are checked against the local
policy at the policy enforcement point (PEP) in the LDM. If any data access attempt from an application is
made post-registration and post-acceptance of the policy does not comply with the policy, it is denied.
5.7.3 Privacy
The C-ITS enforces pseudonymity capabilities through the security functions described (e.g. in
[29] [30]
ETSI TS 102 940 and ETSI TS 102 941 ) which maintains privacy control of data entered into the LDM.
5.8 An LDM versus other similar functionalities in an ITS-SU
The sharing of data between ITS-S application processes in an ITS-SU can be achieved by subscribe/publish
mechanisms, where at least two mechanisms are distinguished, i.e.:
a) one allowing ITS-S application processes to subscribe at the ITS-S facilities layer to standardized
messages from ITS message sets as specified in ISO/TS 17429 without using an LDM, and
b) one using an LDM as repository of standardized data objects.
Approach a), specified in ISO/TS 17429, standardizes an ITS-S facility layer message handler which can:
— directly forward complete received messages to subscribed ITS-S application processes without storing
these messages, and
— present LDM Data Objects to an LDM if these LDM Data Objects are contained in messages that follow the
message format convention of this message handler.
There may be also other data storages, which are basically different to an LDM, i.e. which may store data
objects that do not follow the definition of an LDM-DO.
6 Functionality
6.1 General
This clause contains informative descriptions of the functionality of an LDM.
6.2 Terms and conventions
As explained in 5.2, an LDM deals with information on real objects that are existent at a defined location
(geo-area) and within a defined time interval. Such information on a real object is identified in an LDM Data
Record, see Figure 7. Every LDM Data Record is identified with a unique LDM Data Record ID; the value zero
indicates an "unknown record".
Different location and time definitions are used to define the functionality of an LDM.
— Definitions related to the information on the real object:
— Location Validity: information on which geo-location or in which geo-area the LDM-DO applies.
— Time Validity: information on which time interval(s) the LDM-DO applies.
— Time of Generation: information on the time at which the LDM-DO information was generated, e.g.
time at which a perception system (e.g. a sensor) detected the event "slippery road".
— Time of Mandatory Deletion: information on time after which the LDM record will no longer be
returned in a query.
— Definitions used in queries:
— LDM Area of Interest: geo-location(s) or geo-area(s) that are of interest for the querying ITS-S
application process.
— LDM Time of Interest: time instant or time interval(s) that are of interest for the querying ITS-S
application process.
— Age of Interest: age of LDM record as required by the querying ITS-S application process. The age is
calculated with a numerical operator presented by the ITS-S application process against the time of
generation of an LDM-DO, if available, or alternatively against the time of last update of an LDM-DO.
— Definitions used for maintenance purposes:
— LDM Area of Maintenance: geo-area(s) considered by the LDM search functionality and defined by
the LDM in an implementation-specific way. Without overlap of the LDM Area of Interest with the
LDM Area of Maintenance, a query will not result in a hit. Note that the area of maintenance can be
defined relative to the momentary location of the host ITS-S.
— LDM Inactive Area: geo-area(s) considered by the LDM to store LDM records with are not considered
by the search functionality; there is no overlap between the LDM Area of Maintenance and the LDM
Inactive Area. Details on the usage of the LDM Inactive Area are not specified in this document.
— Time of Creation: time at which the LDM record was created in the LDM Data Storage.
— Time of Deletion: time after which an LDM record may be deleted and will no longer be considered
by the LDM search functionality.
Several location reference systems and time reference systems are known; examples are presented in
Annex D and Annex E. This document supports any kind of reference system by defining time reference and
location reference with the ASN.1 type CLASS which allows the definition of specific instantiations at a later
time according to the needs of C-ITS services. The generic approach for location is given in the ASN.1 type
LDMarea. The generic approach for time is given in the ASN.1 type TimeInformation.
In order to manage time, an LDM needs to maintain or access a time reference system (clock). This document
assumes that there is a trusted time service available in an ITS-SU which can be used in an implementation-
specific way. Time synchronization with an external clock to ensure unique time information in all ITS-SUs
will be a task of the ITS-S management of an ITS-S facility, e.g. as specified in ISO 21176.
Similarly, it is assumed that an LDM has access to a service continuously providing the kinematic state of the
ITS-SU in which it resides; thus no explicit interface to such a service is specified in this document.
As this document supports various implementation architectures illustrated in 5.4, ITS-S application
processes need to be enabled to select appropriate LDMs. For this purpose;
a) LDMs are identified by an LDM ID that is unique in an ITS-SU;
b) LDMs register at the ITS-S management entity reporting about their capabilities in terms of supported
LDM-DOs; and
c) ITS-S application processes register at the ITS-S management entity reporting their LDM requirements
in terms of required LDM-DOs, which is acknowledged by providing the address information of the best
suited LDMs.
The LDM performs the following procedures to maintain integrity of the LDM Data Storage:
— Removal of LDM Data Records that are out of date;
— Removal of LDM Data Records which are out of the LDM Area of Maintenance.
Further integrity checking is supposed to be performed by ITS-S application processes.
6.3 Structure of an LDM
An LDM is composed of functional blocks as presented in Figure 6.

Figure 6 — Structure of an LDM
— LDM Data Storage: This is the entity in an LDM that stores LDM-DOs as described in 6.4.
— LDM Service: This functional block provides means for:
— managing registration, deregistration requests and revocation of ITS-S application processes;
— security checking in access requests;
— managing access requests (add, update, delete, subscribe, query, notify) from ITS-S application
processes;
as described in 6.5.
— LDM Maintenance: This functional block provides means for:
— updating the LDM Area of Maintenance;
— removing LDM-Data Records;
as described in 6.6.
— LDM Knowledge Base: This provides the knowledge that is required in the LDM for internal processing
as described in 6.7. This functional block includes:
— Metadata;
— the LDM Data Dictionary;
— information on ITS-S application processes' registrations and subscriptions to the LDM;
— LDM utility functions.
— Interfaces: The interfaces used and offered by an LDM are:
— Data interface towards ITS-S application processes for:
— add, update and delete access;
— query access;
— subscription access;
— notifications upon subscription.
— Management and security interfaces for:
— registration, deregistration and revocation of ITS-S applications;
— validation of access rights claimed by ITS-S applications at time of registration;
— LDM management (e.g. registration of LDM at the ITS-S management);
as described in 6.7.
— LDM Management: This functional block provides means for:
— registration of an LDM at the ITS-S management.
6.4 LDM Data Storage
An LDM Data Storage logically contains LDM data records presented in Figure 7.
Figure 7 — Elements of LDM Data Record
An LDM data record is uniquely identified by its LDM record ID. An LDM data record consists of:
— LDM-DO Parameters:
— the LDM-DO Type (LDM-DT);
— the Location Validity of the real object;
— the Time Validity of the real object;
— Time of Generation of information contained in the LDM-DO (set to the value zero if the time is
unknown);
— Time of Mandatory Deletion of an LDM Data Record;
NOTE 1 Updates of an LDM Data Record can only be provided by the same ITS-S application process
that originally generated the LDM Data Record.
NOTE 2 The Location Validity and Time Validity fields basically consist each of two parts, one
containing th
...


Norme
internationale
ISO 18750
Deuxième édition
Systèmes de transport intelligents —
2025-04
Carte dynamique locale
Intelligent transport systems — Local dynamic map
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2025
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii
Sommaire Page
Avant-propos .v
Introduction .vi
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes et définitions . 2
4 Termes abrégés . 3
5 Environnement architectural . 4
5.1 Généralité .4
5.2 Local Dynamic Map (Carte dynamique locale) .4
5.3 LDM dans une ITS-S .5
5.4 LDM dans une ITS-SU .5
5.5 Processus liés à la LDM .7
5.5.1 Synchronisation des LDM .7
5.5.2 Archivage des objets de données de la LDM .7
5.6 LDM pour la sécurité routière et les applications de véhicule à véhicule .8
5.7 Perspective de sécurité .8
5.7.1 Accès autorisé à la LDM .8
5.7.2 Initialisation et installation d'applications dans le BSMD .8
5.7.3 Confidentialité .9
5.8 La LDM face à d'autres fonctionnalités similaires dans une ITS-SU .9
6 Fonctionnalités . 9
6.1 Généralité .9
6.2 Termes et conventions .10
6.3 Structure d'une LDM .11
6.4 Espace de stockage des données de la LDM . 13
6.5 Services de la LDM . 15
6.5.1 Enregistrement, désenregistrement et révocation des processus d'application
ITS-S . 15
6.5.2 Vérifications de sécurité dans les demandes d'accès . 15
6.5.3 Gestion des demandes d'accès . 15
6.6 Maintenance de la LDM .18
6.6.1 Zone de maintenance de la LDM .18
6.6.2 Gestion des données ayant expiré .18
6.7 Base de connaissances de la LDM .18
6.7.1 Métadonnées .18
6.7.2 Fonctions utilitaires .19
6.8 Interfaces .19
6.8.1 Types d'interfaces . . .19
6.8.2 Paramètres des fonctions d'interface . 20
6.8.3 Interface de gestion de l'application de la LDM.21
6.8.4 Interface de données de la LDM . 23
6.8.5 Interface de sécurité . 26
6.8.6 Interface de gestion de la LDM . 28
6.8.7 Points d'accès au service . 28
7 Procédures .31
7.1 Généralité .31
7.2 Services de la LDM .31
7.2.1 Enregistrement, désenregistrement et révocation des processus d'application
ITS-S .31
7.2.2 Vérifications de sécurité dans les demandes d'accès .32
7.2.3 Gestion des demandes d'accès .32
7.2.4 Filtrage de deuxième niveau . 34

iii
7.3 Maintenance de la LDM . 35
7.3.1 Gestion de zone . 35
7.3.2 Retrait des données ayant expiré . 35
7.4 Base de connaissances de la LDM . 35
7.5 Interfaces . 35
7.6 Gestion de la LDM . 35
7.6.1 Enregistrement de la LDM auprès de l'entité de gestion ITS-S . 35
7.6.2 ITS-SCU multiples . 36
Annexe A (normative) Modules ASN.1 .37
Annexe B (normative) Dictionnaire de données de la LDM .49
Annexe C (informative) Exemples de LDM-DO .51
Annexe D (informative) Référencement spatial (localisation) .58
Annexe E (informative) Référencement temporel .62
Annexe F (normative) Formulaire de déclaration de conformité des mises en œuvre .63
Bibliographie .70

iv
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux
de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général
confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire
partie du comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec
la Commission électrotechnique internationale (IEC) en ce qui concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document
a été rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2
(voir www.iso.org/directives).
L'ISO attire l’attention sur la possibilité que la mise en œuvre de ce document pourrait impliquer l’utilisation
de brevet(s). L'ISO ne prend pas position concernant la preuve, la validité ou l'applicabilité de tout droit
de brevet revendiqué à cet égard. À la date de publication du présent document, l'ISO n'a pas reçu de
notification de brevet(s) pouvant être nécessaire à la mise en œuvre du présent document. Toutefois, les
personnes chargées de la mise en œuvre sont averties qu'il ne s'agit pas nécessairement des informations
les plus récentes, qui peuvent être obtenues à partir de la base de données des brevets disponible à l'adresse
suivante: www.iso.org/brevets. 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 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'organisation
mondiale du commerce (OMC) concernant les obstacles techniques au commerce (OTC), voir:
www.iso.org/avant-propos.
Le présent document a été élaboré par le comité technique ISO/TC 204, Systèmes de transport intelligents, en
collaboration avec le comité technique CEN/TC 278, Systèmes de transport intelligents, du Comité européen
de normalisation (CEN) conformément à l’Accord de coopération technique entre l’ISO et le CEN (Accord de
Vienne).
Cette deuxième édition annule et remplace la première édition (ISO 18750:2018) qui a fait l'objet d'une
révision technique.
Les modifications principales sont les suivantes:
— «Systèmes coopératifs» a été supprimé du titre pour s'aligner sur le domaine d'application inchangé;
— le module ASN.1 a été mis à jour pour prendre en compte les modifications de version mineures;
— le module ASN.1 a été aligné sur les derniers développements d'autres modules ASN.1 (cet alignement
n'introduit pas de modifications techniques dans le module);
— les références ont été mises à jour.
Tout commentaire ou question sur ce document doit être adressé à l'organisme national de
normalisation de l'utilisateur. Une liste complète de ces organismes est disponible à l'adresse suivante:
https://www.iso.org/fr/a-propos/membres.

v
Introduction
Les systèmes de transport intelligents coopératifs (C-ITS; voir l'ISO/TR 17465-1) possèdent une propriété
essentielle: le partage des données entre différentes applications ITS fournissant divers services ITS aux
utilisateurs. Cette démarche remplace l'approche traditionnelle selon laquelle chaque application est
exploitée dans un environnement isolé, également nommée «approche cloisonnée». La démarche C-ITS
permet de créer des synergies dans les composants d'une unité de station ITS, (par ex. le partage des outils
de communication), d'améliorer les performances et la fiabilité générales et de réduire les coûts globaux.
Pour protéger les intérêts des différentes applications ITS, les C-ITS mettent en œuvre le concept d'une
station ITS exploitée en tant que domaine délimité géré de manière sécurisée.
Les données sont partagées entre les applications via des dispositifs d'abonnement/de publication, dans
lesquels on distingue au moins deux mécanismes: l'un permettant aux processus d'application ITS-S de
s'abonner à des messages normalisés à partir d'ensembles de messages ITS (transfert direct à la réception de
ces messages dans une unité de station ITS), l'autre utilisant une carte dynamique locale (LDM) en tant que
référentiel d'objets de données normalisés. Ces objets de données stockés dans une LDM sont nommés Objets
de données de la LDM (LDM-DO). Les LDM-DO fournissent des informations cohérentes sur les objets réels
présents à une géolocalisation donnée durant un intervalle de temps déterminé. Les processus d'application
ITS-S autorisés peuvent ajouter des LDM-DO à une LDM et récupérer des LDM-DO dans une LDM. Les LDM-
DO peuvent être récupérés par le biais de requêtes et au moyen d'un abonnement. Un abonnement générera
des notifications automatiques pour une sélection Dos de la LDM, soit à intervalles de temps définis, soit dès
l'occurrence d'un événement.
Ce document présente l'utilisation des LDM et spécifie la LDM pour une exploitation globale dans le cadre
des C-ITS.
[38]
Les mises en œuvre initiales des LDM ont été incluses dans le cadre des projets de recherche de l'UE CVIS
[40]
et Safespot .
vi
Norme internationale ISO 18750:2025(fr)
Systèmes de transport intelligents — Carte dynamique locale
1 Domaine d'application
Ce document:
— décrit la fonctionnalité d'une «Carte dynamique locale» (LDM) dans le contexte du «Domaine délimité
géré de manière sécurisée» (BSMD);
— spécifie:
— les caractéristiques générales des objets de données de la LDM (LDM-DO) pouvant être stockés dans
une LDM, notamment les informations sur les objets réels tels que les véhicules, les zones de travaux,
les zones de ralentissement du trafic, les zones caractérisées par des conditions météorologiques
particulières, qui doivent, au minimum, posséder une référence spatiale (localisation) et une
référence temporelle;
— les fonctions des points d'accès au service fournissant des interfaces d'accès à une LDM dans une
station ITS (ITS-S) pour:
— les accès sécurisés d'ajout, de mise à jour et de suppression, pour les processus d'application ITS-S;
— les accès sécurisés en lecture (requête), pour les processus d'application ITS-S;
— les notifications sécurisées (lors de l'abonnement) aux processus d'application ITS-S;
— les accès de gestion:
— garantir les demandes d'enregistrement, de désenregistrement et de révocation des
processus d'application ITS-S sur LDM;
— garantir l'abonnement et l'annulation de l'abonnement aux processus d'application de
l'ITS-S;
— procédures d'une LDM tenant compte:
— des moyens de maintenir le contenu et l'intégrité du magasin de données;
— des mécanismes de prise en charge de plusieurs LDM dans une seule unité de station ITS.
2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu'ils constituent, pour tout ou partie de leur
contenu, des exigences du présent document. Pour les références datées, seule l'édition citée s'applique. Pour
les références non datées, la dernière édition du document de référence s'applique (y compris les éventuels
amendements).
ISO 21217, Systèmes de transport intelligents — Architecture de la station et de la communication
ISO 24534-5, Systèmes de transport intelligents — Identification automatique des véhicules et des équipements
— Identification d'enregistrement électronique (ERI) pour les véhicules — Partie 5: Communications sécurisées
utilisant des techniques symétriques

3 Termes et définitions
Pour les besoins du présent document, les termes et définitions de l'ISO 21217 et l'ISO 24534-5, ainsi que les
suivantes s'appliquent.
L'ISO et l'IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en normalisation,
consultables aux adresses suivantes:
— ISO Online browsing platform: disponible à l'adresse https:// www .iso .org/ obp
— IEC Electropedia: disponible à l'adresse https:// www .electropedia .org/
3.1
temps atomique international
temps s'écoulant depuis le 1er janvier 2004, 00:00:00 UTC,
Note 1 à l'article: le temps atomique international est identique au temps de coordonnée universel (UTC) hormis le fait
qu'il n'est pas nécessaire d'ajouter de secondes intercalaires.
3.2
zone d'intérêt de la LDM
exigence d'emplacement exploitée dans le processus de filtrage des requêtes et des notifications
automatiques
3.3
zone de maintenance de la LDM
Information sur la zone d'emplacement opérationnel d'une LDM utilisée par la maintenance de la LDM
[27]
Note 1 à l'article: L'ETSI EN 302 895 limite la Zone de maintenance de la LDM à la «zone géographique spécifiée par
la LDM pour sa propre maintenance».
3.4
permissions de la LDM
information précisant dans quelle mesure un processus d'application ITS-S spécifique est autorisé à
utiliser une LDM
3.5
objet de données de la LDM
représentation d'un objet réel, basée sur une référence spatiale (localisation) et une référence temporelle,
explicite sans autre information de contexte
3.6
dictionnaire de données de la LDM
dictionnaire de types d'objets de données de la LDM
3.7
type d'objet de données de la LDM
identificateur du type d'information contenue dans un bloc de données de la LDM
3.8
validité spatiale
information indiquant un emplacement auquel un objet de données de la LDM est valide
3.9
validité temporelle
information indiquant un intervalle de temps durant lequel un objet de données de la LDM est valide
3.10
temps d'intérêt de la LDM
exigence de temps employée dans le processus de filtrage des requêtes et des notifications automatiques

3.11
carte dynamique locale
entité comprenant des objets de données de la LDM, avec les services et interfaces nécessaires à leur
manipulation
3.12
référence spatiale (localisation)
description d'emplacement ou de zone identifiable de manière unique dans le monde réel
Note 1 à l'article: L'ISO/TS 14812 donne la définition «description d'un emplacement spatial dans le monde réel selon
un système de référence défini» aux termes «référence spatiale» et «référence spatiale ITS», et attribue également
cette définition au terme «référence d'emplacement». Cette définition de l'ISO/TS 14812 n'est pas appropriée pour ce
document
3.13
métadonnées
données concernant d'autres données
Note 1 à l'article: Le terme «métadonnées» est ambigu, car il peut être utilisé pour désigner des concepts
fondamentalement différents. Les métadonnées structurelles sont des informations liées à la conception et à la
spécification de structures de données; elles sont également définies comme des «données concernant les conteneurs
de données». Les métadonnées descriptives sont des informations sur les instances de données, c'est-à-dire le contenu
des données; elles sont également définies comme des «données concernant le contenu des données».
3.14
horaire de création
horaire auquel un bloc de données de la LDM a été créé et mis à jour
3.15
horaire de suppression
horaire auquel un bloc de données de la LDM peut être supprimé et ne sera plus pris en considération par la
fonctionnalité de recherche de la LDM
3.16
horaire de génération
horaire auquel le contenu du champ d'information de l'objet de données de la LDM a été créé
Note 1 à l'article: Cet horaire diffère de l'horaire auquel l'objet de données de la LDM a été écrit dans une LDM.
4 Termes abrégés
BSMD Domaine délimité géré de manière sécurisée (Bounded Secured Managed Domain)
BSME Entité délimitée gérée de manière sécurisée (Bounded Secured Managed Entity)
DENM Distributed Environmental Notification Message
IAT Temps atomique international (International Atomic Time)
ICS Déclaration de conformité des mises en œuvre (Implementation Conformance Statement)
ITS Systèmes de transport intelligents (Intelligent Transport Systems)
ITS-SCU Unité de communication de station ITS (ITS Station Communication Unit)
ITS-SU Unité de station ITS (ITS Station Unit)
IUT Mise en œuvre en cours d'essai (Implementation Under Test)
LDM Carte dynamique locale (Local Dynamic Map)

LDM-DD Dictionnaire de données de la LDM (LDM Data Dictionary)
LDM-DT Type de données de la LDM (LDM Data Type)
LDM-DAT Type d'attribut de données de la LDM (LDM Data Attribute Type)
LDM-DATID Identificateur du type d'attribut de données de la LDM (LDM-DAT Identifier)
LDM-DTID Identificateur du type de données de la LDM (LDM-DT Identifier)
NoO Notification d'obligations (Notification of Obligations)
OoT Obligation de confiance (Obligation of Trust)
PDP point de décision politique (policy decision point)
PEP point de mise en œuvre de la politique (policy enforcement point)
PMI Infrastructure de gestion des privilèges (Privilege Management Infrastructure)
SAO Acceptation signée des obligations (Signed Acceptance of Obligations)
SUT Système en cours d'essai (System Under Test)
TPEG Groupe d'experts du protocole de transport (Transport Protocol Experts Group)
UTC Temps universel coordonné (Coordinated Universal Time)
5 Environnement architectural
5.1 Généralité
Cette section contient des descriptions à caractère informatif de l'environnement architectural d'une LDM.
5.2 Local Dynamic Map (Carte dynamique locale)
Une carte dynamique locale (LDM) est une entité comprenant des objets de données de la LDM (LDM- DO),
avec les services et interfaces nécessaires à leur manipulation. Les LDM-DO se distinguent par leur type
(LDM-DT). Les LDM-DT sont spécifiés par le biais d'un enregistrement dans le dictionnaire de données de la
LDM (LDM-DD). Le concept du LDM-DD est présenté à l'Annexe B. Des exemples de LDM-DO sont présentés à
l'Annexe C.
NOTE Dans l'ISO/TR 17424, les LDM-DO sont classés selon 4 types: Type 1 (objets de données permanents et
statiques, par ex. les données de cartographie), Type 2 (objets de données temporaires et statiques, par ex. une aire de
stationnement temporaire sur la route), Type 3 (objets de données temporaires et dynamiques, par ex. l'emplacement
des travaux), et Type 4 (objets de données hautement dynamiques, par ex. localisation, orientation et vitesse des
véhicules alentours). Le présent document n'utilise pas cette classification.
Un LDM-DO fournit des informations sur les objets réels (véhicules, événements routiers, etc.) localisés à un
endroit défini, (par ex. dans une zone géographique définie) et dans un intervalle de temps défini. Dans le
cas le plus simple, les informations fournies par un LDM-DO sont uniquement son type, sa géolocalisation et
sa durée de validité. Ces informations peuvent être reçues dans une ITS-SU via différents canaux, tels que:
[31] [35]
— DATEX II , TPEG , RDS-TMC (systèmes hérités);
[19] [20]
— Ensembles de messages CEN / ETSI / ISO / SAE ITS EN/ISO 19091 , ISO/TS 19321 , ETSI EN 302 637-
[25] [29] [36]
2 , ETSI EN 302 637-3 , SAE J2735 ;
L’information est composée de différents jeux d'attributs, et présentés selon différents formats (encodages).
Les processus d'application ITS-S capables de recevoir ces informations réalisent une cartographie à partir
des LDM- DO et une conversion des formats d'attributs dans le format commun donné par les LDM-DT.

5.3 LDM dans une ITS-S
La spécification de la LDM présentée dans ce document est conçue pour l'environnement architectural
d'une station ITS exploitée en tant que domaine délimité géré de manière sécurisée (BSMD) spécifié dans
l'ISO 21217 et représenté à la Figure 1.
Figure 1 — LDM dans une ITS-S exploitée en tant que domaine délimité géré de manière
sécurisée (BSMD)
La fonctionnalité LDM spécifiée dans 6 est située dans la couche de dispositifs de l'ITS-S. Une LDM fournit
une interface avec les processus d'application ITS-S spécifiés dans l'ISO 21217. La fonctionnalité d'interface
est spécifiée au 6.7.2 par le biais de fonctions de services du FA- SAP et du MF-SAP; ces deux points d'accès au
service (SAP) proposent des fonctions identiques à cette fin. Les services génériques des FA-SAP et MF-SAP
[11]
sont spécifiés dans l'ISO 24102-3 .
5.4 LDM dans une ITS-SU
La Figure 2, la Figure 3, la Figure 4 et la Figure 5 présentent divers exemples de configurations de mise en
œuvre supportées.
La Figure 2 présente une configuration «monobloc» d'une unité de station ITS (ITS-SU) avec une seule LDM.

Figure 2 — Exemple de configuration de mise en œuvre a)
La Figure 3 présente une configuration «monobloc» d'une ITS-SU avec deux LDM.
Figure 3 — Exemple de configuration de mise en œuvre b)
La Figure 4 présente une configuration d'une ITS-SU avec deux unités de communication de station ITS (ITS-
SCU). L'une de ces ITS-SCU a un rôle d'hôte uniquement, spécifié dans l'ISO 21217, et contient une seule LDM.
L'autre ITS-SCU a un rôle de routeur uniquement, spécifié dans l'ISO 21217, et ne contient pas de LDM.
Figure 4 — Exemple de configuration de mise en œuvre c)

La Figure 5 présente une configuration d'une ITS-SU avec deux unités de communication de station ITS (ITS-
SCU). L'une de ces ITS-SCU a un rôle d'hôte uniquement, spécifié dans l'ISO 21217, et contient une seule LDM.
L'autre ITS-SCU a un rôle d'hôte et de routeur, spécifié dans l'ISO 21217, et contient également une LDM.
Figure 5 — Exemple de configuration de mise en œuvre d)
De nombreuses autres configurations de mise en œuvre sont réalisables.
NOTE Dans les ITS-SU composées de plusieurs ITS-SCU, la gestion de la station ITS peut exploiter le «protocole de
communications de gestion interne à la station ITS» (IICP) spécifié dans l'ISO 24102-4 pour soutenir la gestion globale
de la station.
5.5 Processus liés à la LDM
5.5.1 Synchronisation des LDM
Le concept de synchronisation des LDM est présenté par l'ISO/TR 17424, distinguant:
— la synchronisation des LDM exploitées dans les unités de station ITS de différents véhicules;
— la synchronisation des LDM exploitées dans les unités de station ITS situées en bord de route, dans les
bureaux centraux et dans les véhicules.
Il est fait référence aux moyens déjà exploités pour TPEG et DATEX.
Cette synchronisation implique la mise à jour d'une LDM par une LDM «maîtresse» autorisée. Étant donné
que seuls les processus d'application ITS-S sont en mesure d'accéder aux LDM-DO, toute synchronisation doit
être réalisée par les applications ITS. Les modalités détaillées sortent du domaine d'application du présent
document.
NOTE La mise à jour des informations d'une ITS-SU peut être réalisée par le biais de la gestion à distance
[10]
normalisée par l'ISO 24102-2 .
5.5.2 Archivage des objets de données de la LDM
L'archivage des objets de données de la LDM est une fonctionnalité permettant de créer une sorte de fichier
journal d'une LDM. Les informations de ce fichier journal peuvent être pertinentes pour différents usages,
mais peuvent également faire l'objet de considérations ayant trait à la confidentialité.
Ce document ne spécifie ni fonctionnalité d'archivage, ni interface connexe. L'archivage peut être mis en
œuvre de manière non normalisée.

5.6 LDM pour la sécurité routière et les applications de véhicule à véhicule
Une LDM dédiée au contexte de la sécurité routière et aux applications de véhicule à véhicule (horizon
[27]
électronique) est spécifiée par l'ETSI dans l'EN 302 895. Cette spécification de l'ETSI concernant la LDM
constitue un sous-ensemble fonctionnel de la spécification du présent document.
5.7 Perspective de sécurité
5.7.1 Accès autorisé à la LDM
L'architecture d'une LDM dans le contexte du BSMD du point de vue de la sécurité permet de s'assurer que
l'accès est réservé aux processus d'application ITS-S identifiés et autorisés. Les processus d'application
non certifiés pour une exploitation dans un BSMD peuvent accéder à une LDM via une passerelle sécurisée
décrite par l'ISO 21217, dans laquelle le processus d'application ITS-S pare- feu de cette passerelle peut
accéder uniquement en lecture à la LDM.
Tous les actifs fondamentaux doivent être considérés comme vulnérables et donc sous protection prenant
la forme de mécanismes spécifiques. Le mécanisme de protection de la LDM est un système de contrôle
d'accès basé sur une politique, dans lequel les processus d'application ITS-S doivent enregistrer au préalable
leur politique auprès de l'ITS-S et, si cette politique est acceptée, tous les accès ultérieurs par le processus
d'application ITS-S seront vérifiés et déclarés conformes à la politique.
5.7.2 Initialisation et installation d'applications dans le BSMD
Le noyau d'une ITS-SCU constitue le centre de confiance de la BSME et est identifiable en tant que tel vis-
à-vis des processus d'application ITS-S tiers. Tout processus d'application ITS-S à ajouter à une ITS- SCU
dans la BSME vérifie l'identité et les capacités de l'ITS-SCU avant l'installation. Si l'installation est autorisée,
une ITS-SCU vérifie les justificatifs proposés par le processus d'application ITS-S. Avant la distribution, les
fonctionnalités de chaque processus d'application ITS-S sont vérifiées et soumises à essai, et les affirmations
de fonctionnalité requise, d'identité du développeur et d'identité du testeur, sont validées avant installation;
voir l'ISO 17419.
[39]
Le modèle fondamental suit celui qui a été développé dans le cadre du projet en tant qu'extension d'un
protocole d'« obligation de confiance » (OoT), dans le prolongement des modèles utilisés pour la distribution
des midlets Java employés dans de nombreux référentiels d'applications, voir ISO 17419. Le cadre de protection
est une forme d'Infrastructure de gestion des privilèges (PMI) basée sur un traitement et des modules
cryptographiques communs selon lesquels l'autorisation est considérée comme un ensemble d'actions
mutuellement convenues par l'attribution de permissions aux parties, c'est-à-dire la LDM et l'utilisateur de
la LDM. Dans le protocole OoT, les parties prenantes échangent des engagements signés numériquement
difficilement répudiables, également nommés «Notifications d'obligations» (NoO), qui énoncent de manière
détaillée leurs exigences concernant l'envoi de leurs informations sensibles à l'autre partie, ainsi que des
preuves d'acceptation, également nommées «Acceptations signées d'obligations» (SAO), qui confirment les
conditions qu'elles ont acceptées pour la réception des informations sensibles de l'autre partie. Les capacités
requises de l'utilisateur de la LDM, c'est-à-dire un processus d'application ITS-S, à installer, seront déclarées
et l'application sera limitée à l’utilisation de ces capacités par le biais d'un moteur de mise en œuvre des
politiques agissant comme point de mise en œuvre des politiques dans la LDM elle-même.
Pour protéger les données, les objets de données de la LDM enregistrent les éléments de politique
primaires: PrivacyPolicyDirective, SecurityPolicyDirective, SignedPrivacyPolicy, SignedSecurityPolicy,
CounterSignedPrivacyPolicy et CounterSignedSecurityPolicy.
La directive de politique de confidentialité est un ensemble d'énoncés de politique identifiant le contrôleur
des données. Le point de mise en œuvre de la confidentialité accepte de mettre en œuvre la politique et de
l'indiquer dans la Politique de confidentialité signée, lorsque la signature émane de l'organe de traitement
des données (agissant en tant que point de mise en œuvre de la politique, PEP).

L'acceptation de la politique de confidentialité est notifiée par le client dans la Politique de confidentialité
contresignée, la signature étant fournie par le client utilisant le pseudonyme convenu lors de l'enregistrement.
La conservation de l'accord de politique contresigné fournit la base de la non-répudiation du consentement.
NOTE La législation régissant la confidentialité des données en Europe suppose la présence d'un certain nombre
d'entités dans un système gérant les données privées. Il s'agit du contrôleur des données, de l'organe de traitement des
données et du sujet des données, ainsi que d'un contrat de consentement. Dans un C-ITS s'appuyant sur une information
complète, il n'y a pas d'établissement à priori du consentement entre l'ITS-SU émettrice et l'une des ITS-SU réceptrices.
Ainsi, le modèle de sécurité tente de minimiser le risque de divulgation d'une donnée personnelle auprès d'une ITS-
SU réceptrice. Le modèle virtualise donc les fonctionnalités du contrôleur de données, de l'organe de traitement des
données et du consentement en s'appuyant sur des preuves d'autorité vérifiables pour se conformer aux données.
Les permissions issues de la politique sont de type «Acceptation» et «Refus» sur la base de l'autorisation,
c'est-à-dire qu'après application de la politique, la demande est soit acceptée, soit refusée. Les demandes
elles-mêmes peuvent contenir des demandes d'accès spécifiques, par ex. lecture de données dans la LDM,
écriture de données dans la LDM.
Toute commande entrante au niveau de la LDM est associée à un ensemble de revendications comparées à
la politique locale au point de mise en œuvre de la politique (PEP) dans la LDM. Si une tentative d'accès aux
données à partir d'une application réalisée après l'enregistrement et après l'acceptation de la politique n'est
pas conforme à la politique, cette tentative sera refusée.
5.7.3 Confidentialité
Les C-ITS mettent en œuvre les capacités de pseudonymat par le biais des fonctions de sécurité décrites, (par
[29] [30]
ex. par l'ETSI TS 102 940 et l'ETSI TS 102 941 ) maintenant le contrôle de confidentialité des données
entrant dans la LDM.
5.8 La LDM face à d'autres fonctionnalités similaires dans une ITS-SU
Le partage des données entre les processus d'application ITS-S dans une ITS-SU peut être réalisé par des
mécanismes d'abonnement/de publication, parmi lesquels on distingue au moins deux mécanismes:
a) un mécanisme permettant aux processus d'application ITS-S de s'abonner au niveau de la couche de
dispositifs ITS-S à des messages normalisés provenant des ensembles de messages ITS conformément à
la norme ISO/TS 17429 sans utiliser de LDM, et
b) un mécanisme utilisant une LDM en tant que référentiel d'objets de données normalisés.
La démarche a) spécifiée dans la norme ISO/TS 17429 normalise un module de gestion des messages au
niveau de la couche de dispositifs ITS-S pouvant:
— transférer directement les messages complets reçus aux processus d'application ITS-S sans stocker ces
messages, et
— présenter des objets de données LDM à une LDM si ces objets de données sont contenus dans des messages
conformes à la convention de formatage des messages de ce module de gestion des messages.
Il peut également y avoir d'autres espaces de stockage de données, fondamentalement différents d'une LDM
dans la mesure où ils peuvent stocker des objets de données non conformes à la définition d'un LDM-DO.
6 Fonctionnalités
6.1 Généralité
Cette section contient des descriptions à titre informatif des fonctionnalités d'une LDM.

6.2 Termes et conventions
Comme l'indique 5.2, une LDM traite des informations sur les objets réels, qui existent à un endroit défini
(zone géographique) et dans un intervalle de temps défini. Ces informations relatives à un objet réel sont
identifiées dans un bloc de données de la LDM, voir la Figure 7. Chaque bloc de données de la LDM est identifié
par un ID de bloc de données LDM unique; la valeur zéro indique un «bloc inconnu».
Différentes définitions spatiales et temporelles sont utilisées pour caractériser les fonctionnalités d'une LDM.
— Définitions liées à l'information sur l'objet réel
— Validité spatiale
Information sur la géolocalisation pour laquelle ou dans la zone géographique pour laquelle le LDM-DO
s'applique.
— Validité temporelle
Information dans le ou les intervalles de temps de laquelle le LDM-DO s'applique.
— Horaire de génération
Horaire auquel l'information relative au LDM-DO a été générée, par ex. horaire auquel un système de
détection (par ex. un capteur) a détecté l'événement «route glissante».
— Horaire de suppression obligatoire
Horaire après lequel le bloc de la LDM ne sera plus renvoyé dans une requête.
— Définitions utilisées dans les requêtes
— Zone d'intérêt de la LDM
Géolocalisation(s) ou zone(s) géographique(s) d'intérêt pour le processus d'application ITS-S émetteur
de la requête.
— Temps d'intérêt de la LDM
Temps précis ou intervalle(s) de temps d'intérêt pour le processus d'application ITS-S émetteur de la
requête.
— Âge d'intérêt
Âge du bloc de la LDM demandé par le processus d'application ITS-S émetteur de la requête. L'âge est
calculé au moyen d'un opérateur numérique présenté par le processus d'application ITS-S par rapport à
l'horaire de génération d'un LDM-DO, s'il est disponible, ou à défaut, par rapport à l'horaire de dernière
mise à jour d'un LDM-DO.
— Définitions utilisées à des fins de maintenance
— Zone de maintenance de la LDM
Zone(s) géographique(s) prise(s) en considération par la fonctionnalité de recherche de la LDM et
définie(s) par la LDM de manière spécifique à la mise en œuvre. Sans chevauchement entre la zone
d'intérêt de la LDM et la zone de maintenance de la LDM, une requête ne renverra aucun résultat. Il
convient de noter que la zone de maintenance peut être définie en fonction de l'emplacement temporaire
de l'ITS-S hôte.
— Zone inactive de la LDM
Zone(s) gé
...


Formatted
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
ISO/TC 204
Style Definition
...
Style Definition
Secrétariat: ANSI
...
Style Definition
...
Date: Deuxième édition
Style Definition
...
Style Definition
2025-04-05 .
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Systèmes de transport intelligents — Carte dynamique locale
Style Definition
...
Intelligent transport systems — Local dynamic map
Style Definition
...
Style Definition
...
Systèmes de transport intelligents - Carte dynamique locale
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Style Definition
...
Formatted
...
Formatted
...
Formatted
...
Formatted
...
Formatted: Font: Bold
Formatted: HeaderCentered
© ISO 2025
Commented [eXtyles1]: The reference "ISO 2025" is to a
withdrawn standard
Tous droits réservés. Sauf indication contraire,prescription différente ou nécessairesnécessité dans le cadrecontexte de
Formatted: Default Paragraph Font, French (France)
sa mise en œuvreoeuvre, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque forme que
Formatted: Default Paragraph Font, French (France)
ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie, l'affichageou la diffusion sur
l'internetl’internet ou sur un Intranetintranet, sans autorisation écrite préalable. Les demandes d'autorisation Formatted: French (France)
peuventUne autorisation peut être adresséesdemandée à l'ISOl’ISO à l'adressel’adresse ci-après ou au comité membre de
Formatted: French (France)
l'ISOl’ISO dans le pays du demandeur.
Formatted: French (France)
Formatted: French (France)
ISO copyright office
CP 401 • Ch. de Blandonnet 8 • CP 401
Formatted: French (France)
CH-1214 Vernier, Geneva, Switzerland
Formatted: French (France)
Tél.:Phone: + 41 22 749 01 11
Formatted: French (France)
E-mail: copyright@iso.org
Website: www.iso.orgwww.iso.org
Formatted: French (France)
Formatted: French (France)
Publié en Suisse
Formatted: French (France)
Formatted: French (France)
Formatted: French (France)
Formatted: French (France)
Formatted: French (France)
Formatted: French (France)
Formatted: FooterPageRomanNumber
ii
Formatted: Font: Bold
Formatted: HeaderCentered, Left
Sommaire
Avant-propos . v
Introduction . vi
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes et définitions . 2
4 Termes abrégés . 4
5 Environnement architectural . 4
5.1 Généralité . 4
5.2 Local Dynamic Map (Carte dynamique locale) . 5
5.3 LDM dans une ITS-S . 5
5.4 LDM dans une ITS-SU . 6
5.5 Processus liés à la LDM . 9
5.6 LDM pour la sécurité routière et les applications de véhicule à véhicule . 9
5.7 Perspective de sécurité . 9
5.8 La LDM face à d'autres fonctionnalités similaires dans une ITS-SU . 11
6 Fonctionnalités . 11
6.1 Généralité . 11
6.2 Termes et conventions . 11
6.3 Structure d'une LDM . 14
6.4 Espace de stockage des données de la LDM. 16
6.5 Services de la LDM . 18
6.6 Maintenance de la LDM . 21
6.7 Base de connaissances de la LDM . 22
6.8 Interfaces . 23
7 Procédures . 38
7.1 Généralité . 38
7.2 Services de la LDM . 38
7.3 Maintenance de la LDM . 41
7.4 Base de connaissances de la LDM . 42
7.5 Interfaces . 42
7.6 Gestion de la LDM . 42
Annexe A (normative) Modules ASN.1 . 43
Annexe B (normative) Dictionnaire de données de la LDM. 60
Annexe C (informative) Exemples de LDM-DO . 62
Annexe E (informative) Référencement temporel . 75
Annexe F (normative) Formulaire de déclaration de conformité des mises en œuvre . 76
Bibliographie . 83

Formatted: Font: 10 pt
Formatted: FooterCentered, Left, Space Before: 0 pt,
Tab stops: Not at 17.2 cm
Formatted: Font: 11 pt
Formatted: FooterPageRomanNumber, Left, Space After:
0 pt, Tab stops: Not at 17.2 cm
iii
Formatted: Font: Bold
Formatted: HeaderCentered
Sommaire
Avant-propos . v
Introduction . vi
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes et définitions . 2
4 Termes abrégés . 4
5 Environnement architectural . 5
5.1 Généralité . 5
5.2 Local Dynamic Map (Carte dynamique locale) . 5
5.3 LDM dans une ITS-S . 5
5.4 LDM dans une ITS-SU . 6
5.5 Processus liés à la LDM . 8
5.6 LDM pour la sécurité routière et les applications de véhicule à véhicule . 9
5.7 Perspective de sécurité . 9
5.8 La LDM face à d'autres fonctionnalités similaires dans une ITS-SU . 11
6 Fonctionnalités . 11
6.1 Généralité . 11
6.2 Termes et conventions . 11
6.3 Structure d'une LDM . 13
6.4 Espace de stockage des données de la LDM. 15
6.5 Services de la LDM . 17
6.6 Maintenance de la LDM . 20
6.7 Base de connaissances de la LDM . 21
6.8 Interfaces . 22
7 Procédures . 36
7.1 Généralité . 36
7.2 Services de la LDM . 36
7.3 Maintenance de la LDM . 40
7.4 Base de connaissances de la LDM . 40
7.5 Interfaces . 40
7.6 Gestion de la LDM . 40
Annexe A (normative) Modules ASN.1 . 42
Annexe B (normative) Dictionnaire de données de la LDM . 71
Annexe C (informative) Exemples de LDM-DO . 73
Annexe D (informative) Référencement spatial (localisation) . 80
Annexe E (informative) Référencement temporel . 85
Annexe F (normative) Formulaire de déclaration de conformité des mises en œuvre . 86
Bibliographie . 93

Formatted: FooterPageRomanNumber
iv
Formatted: Font: Bold
Formatted: HeaderCentered, Left
Formatted: Adjust space between Latin and Asian text,
Avant-propos
Adjust space between Asian text and numbers
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/directiveswww.iso.org/directives).
L'ISO attire l’attention sur la possibilité que la mise en œuvre de ce document pourrait impliquer l’utilisation
de brevet(s). L'ISO ne prend pas position concernant la preuve, la validité ou l'applicabilité de tout droit de
brevet revendiqué à cet égard. À la date de publication du présent document, l'ISO n'a pas reçu de notification
de brevet(s) pouvant être nécessaire à la mise en œuvre du présent document. Toutefois, les personnes
chargées de la mise en œuvre sont averties qu'il ne s'agit pas nécessairement des informations les plus
récentes, qui peuvent être obtenues à partir de la base de données des brevets disponible à l'adresse suivante:
www.iso.org/brevets.www.iso.org/brevets. 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 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'organisation mondiale
Formatted: Hyperlink, No underline, Font color: Auto,
du commerce (OMC) concernant les obstacles techniques au commerce (OTC), voir: www.iso.org/avant-
French (France)
propos.
Formatted: Font: Not Italic, French (France)
Le présent document a été élaboré par le comité technique ISO/TC 204, Systèmes de transport intelligents, en Commented [eXtyles2]: The reference is to a withdrawn
standard which has been replaced
collaboration avec le comité technique CEN/TC 278, Systèmes de transport intelligents, conformément à

l'accord de coopération technique entre l'ISO et le CEN (accord de Vienne).
dynamique locale
Cette deuxième édition annule et remplace la première édition (ISO 18750:2018) qui a fait l'objet d'une
Formatted: Default Paragraph Font, French (France)
révision technique.
Formatted: Default Paragraph Font, French (France)
Les modifications principales sont les suivantes:
Formatted: Default Paragraph Font, French (France)
Commented [eXtyles3]: No section matches the in-text
— — «Systèmes coopératifs» a été supprimé du titre pour s'aligner sur le domaine d'application inchangé;
citation "ASN.1". Please supply the missing section or delete
the citation.
— — le module ASN.1 a été mis à jour pour prendre en compte les modifications de version mineures;
Commented [eXtyles4]: No section matches the in-text
citation "ASN.1". Please supply the missing section or delete
— — le module ASN.1 a été aligné sur les derniers développements d'autres modules ASN.1 (cet alignement the citation.
n'introduit pas de modifications techniques dans le module);
Commented [eXtyles5]: No section matches the in-text
citation "ASN.1". Please supply the missing section or delete
the citation.
— — les références ont été mises à jour.
Formatted: Font: 10 pt
Tout commentaire ou question sur ce document doit être adressé à l'organisme national de normalisation de
Formatted: FooterCentered, Left, Space Before: 0 pt,
l'utilisateur. Une liste complète de ces organismes est disponible à l'adresse suivante:
Tab stops: Not at 17.2 cm
https://www.iso.org/fr/a-propos/membreshttps://www.iso.org/fr/a-propos/membres.
Formatted: Font: 11 pt
Formatted: FooterPageRomanNumber, Left, Space After:
0 pt, Tab stops: Not at 17.2 cm
v
Formatted: Font: Bold
Formatted: HeaderCentered
Introduction
Les systèmes de transport intelligents coopératifs (C-ITS; voir l'ISO/TR 17465--1) possèdent une propriété Formatted: Default Paragraph Font, French (France)
essentielle: le partage des données entre différentes applications ITS fournissant divers services ITS aux
Formatted: Default Paragraph Font, French (France)
utilisateurs. Cette démarche remplace l'approche traditionnelle selon laquelle chaque application est
Formatted: Default Paragraph Font, French (France)
exploitée dans un environnement isolé, également nommée «approche cloisonnée». La démarche C-ITS
Formatted: Default Paragraph Font, French (France)
permet de créer des synergies dans les composants d'une unité de station ITS, (par ex. le partage des outils de
communication), d'améliorer les performances et la fiabilité générales et de réduire les coûts globaux. Pour
protéger les intérêts des différentes applications ITS, les C-ITS mettent en œuvre le concept d'une station ITS
exploitée en tant que domaine délimité géré de manière sécurisée.
Les données sont partagées entre les applications via des dispositifs d'abonnement/de publication, dans
lesquels on distingue au moins deux mécanismes: l'un permettant aux processus d'application ITS-S de
s'abonner à des messages normalisés à partir d'ensembles de messages ITS (transfert direct à la réception de
ces messages dans une unité de station ITS), l'autre utilisant une carte dynamique locale (LDM) en tant que
référentiel d'objets de données normalisés. Ces objets de données stockés dans une LDM sont nommés Objets
de données de la LDM (LDM-DO). Les LDM-DO fournissent des informations cohérentes sur les objets réels
présents à une géolocalisation donnée durant un intervalle de temps déterminé. Les processus d'application
ITS-S autorisés peuvent ajouter des LDM-DO à une LDM et récupérer des LDM-DO dans une LDM. Les LDM-
DO peuvent être récupérés par le biais de requêtes et au moyen d'un abonnement. Un abonnement générera
des notifications automatiques pour une sélection Dos de la LDM, soit à intervalles de temps définis, soit dès
l'occurrence d'un événement.
Ce document présente l'utilisation des LDM et spécifie la LDM pour une exploitation globale dans le cadre des
C-ITS.
[38]
Les mises en œuvre initiales des LDM ont été incluses dans le cadre des projets de recherche de l'UE CVIS
[40] [ ] [ ]
et Safespot . 0 et Safespot 0 .
Formatted: FooterPageRomanNumber
vi
Norme internationale ISO 18750:2025(fr)
Formatted: Left
Formatted: French (France)
Systèmes de transport intelligents — Carte dynamique locale
1 Domaine d'application Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers, Tab stops:
Not at 0.76 cm
Ce document:
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
— — décrit la fonctionnalité d'une «Carte dynamique locale» (LDM) dans le contexte du «Domaine délimité
géré de manière sécurisée» (BSMD);
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers, Tab stops:
Not at 0.7 cm + 1.4 cm + 2.1 cm + 2.8 cm + 3.5 cm + 4.2
— — spécifie:
cm + 4.9 cm + 5.6 cm + 6.3 cm + 7 cm
— — les caractéristiques générales des objets de données de la LDM (LDM-DO) pouvant être stockés
dans une LDM, notamment les informations sur les objets réels tels que les véhicules, les zones de
travaux, les zones de ralentissement du trafic, les zones caractérisées par des conditions
météorologiques particulières, qui doivent, au minimum, posséder une référence spatiale
(localisation) et une référence temporelle;
— — les fonctions des points d'accès au service fournissant des interfaces d'accès à une LDM dans
une station ITS (ITS-S) pour:
— — les accès sécurisés d'ajout, de mise à jour et de suppression, pour les processus
d'application ITS-S;
— — les accès sécurisés en lecture (requête), pour les processus d'application ITS-S;
— — les notifications sécurisées (lors de l'abonnement) aux processus d'application ITS-S;
— — les accès de gestion:
— — garantir les demandes d'enregistrement, de désenregistrement et de révocation des
processus d'application ITS-S sur LDM;
— — garantir l'abonnement et l'annulation de l'abonnement aux processus d'application de
l'ITS-S;
— — procédures d'une LDM tenant compte:
— — des moyens de maintenir le contenu et l'intégrité du magasin de données;
— — des mécanismes de prise en charge de plusieurs LDM dans une seule unité de station ITS.
Formatted: Adjust space between Latin and Asian text,
2 Références normatives
Adjust space between Asian text and numbers, Tab stops:
Not at 0.76 cm
Les documents suivants sont cités dans le texte de sorte qu'ils constituent, pour tout ou partie de leur contenu,
Formatted: Adjust space between Latin and Asian text,
des exigences du présent document. Pour les références datées, seule l'édition citée s'applique. Pour les Adjust space between Asian text and numbers
références non datées, la dernière édition du document de référence s'applique (y compris les éventuels
Commented [eXtyles6]: The match came back with a
amendements).
different title. The original title was: Intelligent transport
systems — Station and communication architecture
(disponible en anglais seulement)
ISO 21217, Systèmes de transport intelligents — Architecture de la station et de la communication
Formatted: Footer, Left, Space After: 0 pt, Tab stops: Not
at 17.2 cm
Formatted: Font: Bold
Formatted: HeaderCentered
ISO 24534-ISO 21217, Systèmes de transport intelligents — Architecture de la station et de la
communication
ISO 24534-5, Systèmes de transport intelligents — Identification automatique des véhicules et des équipements Formatted: Default Paragraph Font, French (France)
— Identification d'enregistrement électronique (ERI) pour les véhicules — Partie 5: Communications sécurisées
Formatted: Default Paragraph Font, Font: Italic, French
utilisant des techniques symétriques (France)
Formatted: Adjust space between Latin and Asian text,
3 Termes et définitions
Adjust space between Asian text and numbers
Commented [eXtyles7]: The match came back with a
Pour les besoins du présent document, les termes et définitions donnés dans les normes ISO 21217 et
different title. The original title was: Intelligent transport
systems — Automatic vehicle and equipment
ISO 24534--5, ainsi que les suivantes s'appliquent.
identification — Electronic Registration Identification (ERI)
for vehicles — Part 5: Secure communications using
L'ISO et l'IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en normalisation,
symmetrical techniques (disponible en anglais seulement)
consultables aux adresses suivantes:
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers, Tab stops:
— — ISO Online browsing platform: disponible à l'adresse
Not at 0.76 cm
https://www.iso.org/obphttps://www.iso.org/obp
Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
— — IEC Electropedia: disponible à l'adresse
https://www.electropedia.org/https://www.electropedia.org/
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
3.1
Formatted: Default Paragraph Font, French (France)
3.1 Temps
Formatted: Default Paragraph Font, French (France)
temps atomique international
Formatted: Default Paragraph Font, French (France)
temps s'écoulant depuis le 1er janvier 2004, 00:00:00 UTC,
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers, Tab stops:
Note 1 à l'article: le temps atomique international est identique au temps de coordonnée universel (UTC) hormis le fait
Not at 0.7 cm + 1.4 cm + 2.1 cm + 2.8 cm + 3.5 cm + 4.2
qu'il n'est pas nécessaire d'ajouter de secondes intercalaires.
cm + 4.9 cm + 5.6 cm + 6.3 cm + 7 cm
Commented [eXtyles8]: The URL https://www.iso.org/obp
3.2
has been redirected to https://www.iso.org/obp/ui. Please
3.2 Zone
verify the URL.
zone d'intérêt de la LDM
Formatted: Adjust space between Latin and Asian text,
exigence d'emplacement exploitée dans le processus de filtrage des requêtes et des notifications automatiques
Adjust space between Asian text and numbers
Formatted: Adjust space between Latin and Asian text,
3.3
Adjust space between Asian text and numbers
3.3 Zone
zone de maintenance de la LDM Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
Information sur la zone d'emplacement opérationnel d'une LDM utilisée par la maintenance de la LDM
[27][ ]
Note 1 à l'article: L'ETSI EN 302 895 0 limite la Zone de maintenance de la LDM à la «zone géographique spécifiée
Formatted: Default Paragraph Font, French (France)
par la LDM pour sa propre maintenance».
Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
3.4
Formatted: Adjust space between Latin and Asian text,
3.4 Permissions
Adjust space between Asian text and numbers, Tab stops:
permissions de la LDM
Not at 0.7 cm + 1.4 cm + 2.1 cm + 2.8 cm + 3.5 cm + 4.2
information précisant dans quelle mesure un processus d'application ITS-S spécifique est autorisé à utiliser
cm + 4.9 cm + 5.6 cm + 6.3 cm + 7 cm
une LDM
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
3.5
3.5 Objet
objet de données de la LDM
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
représentation d'un objet réel, basée sur une référence spatiale (localisation) et une référence temporelle,
explicite sans autre information de contexte
Formatted: FooterPageNumber
Formatted: Font: 11 pt, Bold
Formatted: Font: Bold
Formatted: HeaderCentered, Left
3.6
3.6 Dictionnaire
dictionnaire de données de la LDM Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
dictionnaire de types d'objets de données de la LDM
3.7
3.7 Type
type d'objet de données de la LDM
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
identificateur du type d'information contenue dans un bloc de données de la LDM
3.8
3.8 Validité
validité spatiale
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
information indiquant un emplacement auquel un objet de données de la LDM est valide
3.9
3.9 Validité
validité temporelle
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
information indiquant un intervalle de temps durant lequel un objet de données de la LDM est valide
3.10
Formatted: Adjust space between Latin and Asian text,
3.10 Temps
Adjust space between Asian text and numbers
temps d'intérêt de la LDM
Formatted: Adjust space between Latin and Asian text,
exigence de temps employée dans le processus de filtrage des requêtes et des notifications automatiques
Adjust space between Asian text and numbers
Formatted: Adjust space between Latin and Asian text,
3.11
Adjust space between Asian text and numbers
3.11 Carte
Commented [eXtyles9]: ISO/TS 14812: current stage is
carte dynamique locale
50.20
entité comprenant des objets de données de la LDM, avec les services et interfaces nécessaires à leur
Formatted: Default Paragraph Font, French (France)
manipulation
Formatted: Default Paragraph Font, French (France)
3.12
Formatted: Default Paragraph Font, French (France)
3.12 Référence
Formatted: Adjust space between Latin and Asian text,
référence spatiale (localisation)
Adjust space between Asian text and numbers, Tab stops:
description d'emplacement ou de zone identifiable de manière unique dans le monde réel Not at 0.7 cm + 1.4 cm + 2.1 cm + 2.8 cm + 3.5 cm + 4.2
cm + 4.9 cm + 5.6 cm + 6.3 cm + 7 cm
Note 1 à l'article: L'ISO/TS 14812 donne la définition «description d'un emplacement spatial dans le monde réel selon
Commented [eXtyles10]: ISO/TS 14812: current stage is
un système de référence défini» aux termes «référence spatiale» et «référence spatiale ITS», et attribue également cette
50.20
définition au terme «référence d'emplacement». Cette définition de l'ISO/TS 14812 n'est pas appropriée pour ce
Formatted: Default Paragraph Font, French (France)
document
Formatted: Default Paragraph Font, French (France)
3.13
Formatted: Default Paragraph Font, French (France)
Métadonnées
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
3.13
métadonnées
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers, Tab stops:
données concernant d'autres données
Not at 0.7 cm + 1.4 cm + 2.1 cm + 2.8 cm + 3.5 cm + 4.2
cm + 4.9 cm + 5.6 cm + 6.3 cm + 7 cm
Note 1 à l'article: Le terme «métadonnées» est ambigu, car il peut être utilisé pour désigner des concepts
fondamentalement différents. Les métadonnées structurelles sont des informations liées à la conception et à la Formatted: Font: 10 pt
spécification de structures de données; elles sont également définies comme des «données concernant les conteneurs de
Formatted: FooterCentered, Left, Space Before: 0 pt,
données». Les métadonnées descriptives sont des informations sur les instances de données, c'est-à-dire le contenu des
Tab stops: Not at 17.2 cm
données; elles sont également définies comme des «données concernant le contenu des données».
Formatted: Font: 11 pt
Formatted: FooterPageNumber, Left, Space After: 0 pt,
Tab stops: Not at 17.2 cm
Formatted: Font: Bold
Formatted: HeaderCentered
3.14
3.14 Horaire
horaire de création Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
horaire auquel un bloc de données de la LDM a été créé et mis à jour
3.15
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
3.15 Horaire
horaire de suppression
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
horaire auquel un bloc de données de la LDM peut être supprimé et ne sera plus pris en considération par la
fonctionnalité de recherche de la LDM
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers, Tab stops:
Not at 0.7 cm + 1.4 cm + 2.1 cm + 2.8 cm + 3.5 cm + 4.2
3.16
cm + 4.9 cm + 5.6 cm + 6.3 cm + 7 cm
3.16 Horaire
Formatted: Adjust space between Latin and Asian text,
horaire de génération
Adjust space between Asian text and numbers, Tab stops:
horaire auquel le contenu du champ d'information de l'objet de données de la LDM a été créé
Not at 0.76 cm
Formatted: Table body (+), Adjust space between Latin
Note 1 à l'article: Cet horaire diffère de l'horaire auquel l'objet de données de la LDM a été écrit dans une LDM.
and Asian text, Adjust space between Asian text and
numbers
4 Termes abrégés
Formatted Table
Formatted: Table body (+), Adjust space between Latin
BSMD Domaine délimité géré de manière sécurisée (Bounded Secured Managed Domain)
and Asian text, Adjust space between Asian text and
numbers
BSME Entité délimitée gérée de manière sécurisée (Bounded Secured Managed Entity)
Formatted: English (United Kingdom)
DENM Distributed Environmental Notification Message
Formatted: Table body (+), Adjust space between Latin
IAT Temps atomique international (International Atomic Time)
and Asian text, Adjust space between Asian text and
numbers
ICS Déclaration de conformité des mises en œuvre (Implementation Conformance Statement)
Formatted: Table body (+), Adjust space between Latin
ITS Systèmes de transport intelligents (Intelligent Transport Systems) and Asian text, Adjust space between Asian text and
numbers
ITS-SCU Unité de communication de station ITS (ITS Station Communication Unit)
Formatted: Table body (+), Adjust space between Latin
ITS-SU Unité de station ITS (ITS Station Unit) and Asian text, Adjust space between Asian text and
numbers
IUT Mise en œuvre en cours d'essai (Implementation Under Test)
Formatted
...
LDM Carte dynamique locale (Local Dynamic Map)
Formatted
...
LDM-DD Dictionnaire de données de la LDM (LDM Data Dictionary) Formatted
...
Formatted
LDM-DT Type de données de la LDM (LDM Data Type) .
Formatted
...
LDM-DAT Type d'attribut de données de la LDM (LDM Data Attribute Type)
Formatted
...
LDM-DATID Identificateur du type d'attribut de données de la LDM (LDM-DAT Identifier)
Formatted
...
LDM-DTID Identificateur du type de données de la LDM (LDM-DT Identifier)
Formatted
...
NoO Notification d'obligations (Notification of Obligations)
Formatted
...
Formatted
OoT Obligation de confiance (Obligation of Trust)
...
Formatted
...
PDP point de décision politique (policy decision point)
Formatted
...
PEP point de mise en œuvre de la politique (policy enforcement point)
Formatted
...
PMI Infrastructure de gestion des privilèges (Privilege Management Infrastructure)
Formatted
...
SAO Acceptation signée des obligations (Signed Acceptance of Obligations)
Formatted
...
SUT Système en cours d'essai (System Under Test)
Formatted
...
TPEG Groupe d'experts du protocole de transport (Transport Protocol Experts Group) Formatted
...
Formatted: FooterPageNumber
Formatted: Font: 11 pt, Bold
Formatted: Font: Bold
Formatted: HeaderCentered, Left
UTC Temps universel coordonné (Coordinated Universal Time)
Formatted: Table body (+), Adjust space between Latin
and Asian text, Adjust space between Asian text and
numbers
5 Environnement architectural
Formatted: Space Before: 12 pt, Adjust space between
Latin and Asian text, Adjust space between Asian text
5.1 Généralité
and numbers, Tab stops: Not at 0.76 cm
Formatted: Adjust space between Latin and Asian text,
Cette section contient des descriptions à caractère informatif de l'environnement architectural d'une LDM.
Adjust space between Asian text and numbers, Tab stops:
Not at 0.71 cm + 0.76 cm
5.2 Local Dynamic Map (Carte dynamique locale)
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
Une carte dynamique locale (LDM) est une entité comprenant des objets de données de la LDM (LDM- DO),
Formatted: Dutch (Netherlands)
avec les services et interfaces nécessaires à leur manipulation. Les LDM-DO se distinguent par leur type (LDM-
DT). Les LDM-DT sont spécifiés par le biais d'un enregistrement dans le dictionnaire de données de la LDM
Formatted: Adjust space between Latin and Asian text,
(LDM-DD). Le concept du LDM-DD est présenté à l'Annexe B.l'Annexe B. Des exemples de LDM-DO sont Adjust space between Asian text and numbers, Tab stops:
Not at 0.71 cm + 0.76 cm
présentés à l'Annexe C.l'Annexe C.
Formatted: Adjust space between Latin and Asian text,
NOTE Dans l'ISO/TR 17424, les LDM-DO sont classés selon 4 types: Type 1 (objets de données permanents et Adjust space between Asian text and numbers
statiques, par ex. les données de cartographie), Type 2 (objets de données temporaires et statiques, par ex. une aire de
Formatted
...
stationnement temporaire sur la route), Type 3 (objets de données temporaires et dynamiques, par ex. l'emplacement
Formatted: Default Paragraph Font, French (France)
des travaux), et Type 4 (objets de données hautement dynamiques, par ex. localisation, orientation et vitesse des
véhicules alentours). Le présent document n'utilise pas cette classification. Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
Un LDM-DO fournit des informations sur les objets réels (véhicules, événements routiers, etc.) localisés à un
Formatted
...
endroit défini, (par ex. dans une zone géographique définie) et dans un intervalle de temps défini. Dans le cas
le plus simple, les informations fournies par un LDM-DO sont uniquement son type, sa géolocalisation et sa
durée de validité. Ces informations peuvent être reçues dans une ITS-SU via différents canaux, tels que:
[31] [ ] [35] [ ]
— — DATEX II , 0 , TPEG , 0 , RDS-TMC (systèmes hérités);
Formatted
...
Formatted: Default Paragraph Font, French (France)
[19] [ ] [20] [ ]
— — Ensembles de messages CEN / ETSI / ISO / SAE ITS EN/ISO 19091 , 0 , ISO/TS 19321 , 0 ,
Formatted: Default Paragraph Font, French (France)
[25] [ ] [29] [ ] [36] [ ]
ETSI EN 302 637-2 , 0 , ETSI EN 302 637-3 , 0 , SAE J2735 ; 0 ;
Formatted: Default Paragraph Font, French (France)
L’information est composée de différents jeux d'attributs, et présentés selon différents formats (encodages).
Formatted: Default Paragraph Font, French (France)
Les processus d'application ITS-S capables de recevoir ces informations réalisent une cartographie à partir
Formatted: Default Paragraph Font, French (France)
des LDM- DO et une conversion des formats d'attributs dans le format commun donné par les LDM-DT.
Formatted: Default Paragraph Font, French (France)
5.3 LDM dans une ITS-S
Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
La spécification de la LDM présentée dans ce document est conçue pour l'environnement architectural d'une
Formatted: Default Paragraph Font, French (France)
station ITS exploitée en tant que domaine délimité géré de manière sécurisée (BSMD) spécifié dans
Formatted: Default Paragraph Font, French (France)
l'ISO 21217 et représenté à la Figure 1.Figure 1.
Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
Formatted
...
Formatted
...
Formatted
...
Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
Formatted: Font: 10 pt
Formatted
...
Formatted: Font: 11 pt
Formatted
...
Formatted: Font: Bold
Formatted: HeaderCentered
18750_ed2fig1_f.EPS
Figure 1 — LDM dans une ITS-S exploitée en tant que domaine délimité géré de manière sécurisée
Formatted: None, Adjust space between Latin and Asian
text, Adjust space between Asian text and numbers
(BSMD)
La fonctionnalité LDM spécifiée dans la Section 66 est située dans la couche de dispositifs de l'ITS-S. Une LDM Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
fournit une interface avec les processus d'application ITS-S spécifiés dans l'ISO 21217. La fonctionnalité
d'interface est spécifiée au paragraphe 6.7.26.7.2 par le biais de fonctions de services du FA- SAP et du MF-
Formatted: Default Paragraph Font, French (France)
SAP; ces deux points d'accès au service (SAP) proposent des fonctions identiques à cette fin. Les services
Formatted: Default Paragraph Font, French (France)
[11] [ ]
génériques des FA-SAP et MF-SAP sont spécifiés dans l'ISO 24102-3 .-3 0 .
Formatted: Default Paragraph Font, French (France)
Formatted: Default Paragraph Font, French (France)
5.4 LDM dans une ITS-SU
Formatted: Adjust space between Latin and Asian text,
La Figure 2,Figure 2, la Figure 3,Figure 3, la Figure 4Figure 4 et la Figure 5Figure 5 présentent divers Adjust space between Asian text and numbers, Tab stops:
Not at 0.71 cm + 0.76 cm
exemples de configurations de mise en œuvre supportées.
Formatted: Adjust space between Latin and Asian text,
Adjust space between Asian text and numbers
La Figure 2Figure 2 présente une configuration «monobloc» d'une unité de station ITS (ITS-SU) avec une seule
LDM.
Formatted: FooterPageNumber
...

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