Intelligent Transport Systems (ITS) - Vehicular Communications - Basic Set of Applications - Local Dynamic Map (LDM)

The present document defines functional behaviour associated with a Local Dynamic Map (LDM) for usage in an ITS station unit (ITS-SU). It specifies functions and interfaces supported by a LDM. These functions and interfaces provide secure access to the LDM to manage LDM data objects stored in a LDM. It defines LDM data objects for safety-related and Vehicle to Vehicle (V2V)-related applications.

Inteligentni transportni sistemi - Komunikacija med vozili - Osnovni nabor aplikacij - Krajevna dinamična karta

Ta dokument določa funkcijsko obnašanje, povezano s krajevno dinamično karto za uporabo na enoti postaje ITS (ITS-SU). Določa funkcije in vmesnike, ki jih podpira krajevna dinamična karta. Te funkcije in vmesniki zagotavljajo varen dostop do krajevne dinamične karte za upravljanje podatkovnih objektov krajevne dinamične karte, shranjenih v krajevni dinamični karti. Standard določa podatkovne objekte krajevne dinamične karte za uporabe, povezane z varnostjo in komunikacijo med vozili (V2V).

General Information

Status
Published
Public Enquiry End Date
30-Apr-2014
Publication Date
06-Oct-2014
Technical Committee
Current Stage
6060 - National Implementation/Publication (Adopted Project)
Start Date
29-Sep-2014
Due Date
04-Dec-2014
Completion Date
07-Oct-2014
Mandate

Buy Standard

Standard
EN 302 895 V1.1.1:2014
English language
36 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day
Standard
ETSI EN 302 895 V1.1.1 (2014-09) - Intelligent Transport Systems (ITS); Vehicular Communications; Basic Set of Applications; Local Dynamic Map (LDM)
English language
36 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ETSI EN 302 895 V1.1.0 (2014-07) - Intelligent Transport Systems (ITS); Vehicular Communications; Basic Set of Applications; Local Dynamic Map (LDM)
English language
36 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

SLOVENSKI STANDARD
SIST EN 302 895 V1.1.1:2014
01-november-2014
,QWHOLJHQWQLWUDQVSRUWQLVLVWHPL.RPXQLNDFLMDPHGYR]LOL2VQRYQLQDERUDSOLNDFLM
.UDMHYQDGLQDPLþQDNDUWD
Intelligent Transport Systems (ITS) - Vehicular Communications - Basic Set of
Applications - Local Dynamic Map (LDM)
Ta slovenski standard je istoveten z: EN 302 895 Version 1.1.1
ICS:
35.240.60 Uporabniške rešitve IT v IT applications in transport
transportu in trgovini and trade
43.040.15 $YWRPRELOVNDLQIRUPDWLND Car informatics. On board
9JUDMHQLUDþXQDOQLãNLVLVWHPL computer systems
SIST EN 302 895 V1.1.1:2014 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST EN 302 895 V1.1.1:2014

---------------------- Page: 2 ----------------------

SIST EN 302 895 V1.1.1:2014
ETSI EN 302 895 V1.1.1 (2014-09)






EUROPEAN STANDARD
Intelligent Transport Systems (ITS);
Vehicular Communications;
Basic Set of Applications;
Local Dynamic Map (LDM)

---------------------- Page: 3 ----------------------

SIST EN 302 895 V1.1.1:2014
 2 ETSI EN 302 895 V1.1.1 (2014-09)



Reference
DEN/ITS-0010005
Keywords
application, ITS, management, user
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
The present document can be downloaded from:
http://www.etsi.org
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the
print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2014.
All rights reserved.

TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.
TM
3GPP and LTE™ are Trade Marks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.
ETSI

---------------------- Page: 4 ----------------------

SIST EN 302 895 V1.1.1:2014
 3 ETSI EN 302 895 V1.1.1 (2014-09)
Contents
Intellectual Property Rights . 5
Foreword . 5
Modal verbs terminology . 5
Introduction . 5
1 Scope . 7
2 References . 7
2.1 Normative references . 7
2.2 Informative references . 7
3 Definitions and abbreviations . 8
3.1 Definitions . 8
3.2 Abbreviations . 8
4 General description of a LDM . 9
4.1 Functionality provided by the LDM . 9
5 LDM functional specification . 9
5.1 LDM requirements . 9
5.1.1 LDM functional requirements. 9
5.1.2 LDM other requirements . 10
5.2 The LDM within the ITS-S communication architecture . 10
5.3 LDM functional architecture . 11
5.3.1 Function FN.LDM.1 - LDM Service . 11
5.3.2 Function FN.LDM.2 - LDM Maintenance . 12
5.4 Interfaces of the LDM . 12
5.4.1 Interface IF.LDM.1 - management layer . 12
5.4.2 Interface IF.LDM.2 - security layer . 13
5.4.3 Interface IF.LDM.3 - LDM Data Providers . 13
5.4.4 Interface IF.LDM.4 - LDM Data Consumers . 13
6 LDM Interfaces . 14
6.1 Interface IF.LDM.2 to the security layer . 14
6.1.1 Authorization . 14
6.1.1.1 Authorize messages . 14
6.1.2 Revocation . 15
6.1.2.1 RevokeAuthorization messages . 15
6.2 Interface IF.LDM.3 to LDM Data Providers . 16
6.2.1 Registration . 16
6.2.1.1 RegisterDataProvider messages . 16
6.2.2 Deregistration . 17
6.2.2.1 DeregisterDataProvider messages . 17
6.2.2.2 RevokeDataProviderRegistration message . 17
6.2.3 Maintenance of Provider data . 18
6.2.3.1 AddProviderdata messages . 18
6.2.3.2 UpdateProviderdata messages . 19
6.2.3.3 DeleteProviderdata messages . 19
6.3 Interface IF.LDM.4 to LDM Data Consumers . 20
6.3.1 Registration . 20
6.3.1.1 RegisterDataConsumer messages . 20
6.3.2 Deregistration . 21
6.3.2.1 DeregisterDataConsumer messages . 21
6.3.2.2 RevokeDataConsumerRegistration message . 22
6.3.3 Data Request . 22
6.3.3.1 RequestDataobjects messages . 22
6.3.4 Subscription . 23
ETSI

---------------------- Page: 5 ----------------------

SIST EN 302 895 V1.1.1:2014
 4 ETSI EN 302 895 V1.1.1 (2014-09)
6.3.4.1 SubscribeDataConsumer messages . 23
6.3.5 Cancel subscription . 25
6.3.5.1 UnsubscribeDataConsumer messages . 25
Annex A (normative): Data request filtering . 26
A.1 Minimal syntax of data request filtering . 26
A.1.1 Filter . 26
A.1.2 Filter Statement . 26
A.1.2.1 Comparison Operator . 27
A.1.2.2 Reference Value . 27
A.1.3 Logical operators for combining Filter Statements . 27
A.2 Ordering Data Request Results . 28
Annex B (normative): ITS LDM Interface messages specified in ASN.1 . 29
Annex C (informative): Bibliography . 35
History . 36

ETSI

---------------------- Page: 6 ----------------------

SIST EN 302 895 V1.1.1:2014
 5 ETSI EN 302 895 V1.1.1 (2014-09)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (http://ipr.etsi.org).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Foreword
This European Standard (EN) has been produced by ETSI Technical Committee Intelligent Transport Systems (ITS).
The present document is a single part deliverable.

National transposition dates
Date of adoption of this EN: 22 September 2014
Date of latest announcement of this EN (doa): 31 December 2014
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 30 June 2015
Date of withdrawal of any conflicting National Standard (dow): 30 June 2016

Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "may not", "need", "need not", "will",
"will not", "can" and "cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms
for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
Introduction
In cooperative Intelligent Transport Systems (ITS), the Local Dynamic Map (LDM) is a key facility supporting various
ITS applications by maintaining the information on objects influencing or being part of ITS. The Local Dynamic Map
therefore is relevant to the development of technical standards and specifications in order to ensure deployment and
interoperability of cooperative systems and services described in the EC's ICT Standardization Work Programme [i.7].
The LDM is a facility within the ITS station facilities layer as defined in the ITS communication architecture given in
EN 302 665 [i.1]. Cooperative Awareness Messages (CAMs) as defined in EN 302 637-2 [4] and Decentralized
Environmental Notification Messages (DENMs) as defined in EN 302 637-3 [5] are important sources of data for the
LDM.
Moreover the LDM will support the Basic Set of Applications (BSA) outlined in TS 102 637-1 [i.2] by providing
plausible authorized, area related information in a time relevant manner. The BSA provides the application specific
requirements for the LDM.
ETSI

---------------------- Page: 7 ----------------------

SIST EN 302 895 V1.1.1:2014
 6 ETSI EN 302 895 V1.1.1 (2014-09)
The following applications from the BSA are considered:
• Driving assistance - Cooperative awareness.
• Driving assistance - Road Hazard Signalling (see TS 101 539-1 [i.3]).
• Speed management.
• Cooperative navigation Location based services.
• Community services.
• ITS station life cycle management.
ETSI

---------------------- Page: 8 ----------------------

SIST EN 302 895 V1.1.1:2014
 7 ETSI EN 302 895 V1.1.1 (2014-09)
1 Scope
The present document defines functional behaviour associated with a Local Dynamic Map (LDM) for usage in an ITS
station unit (ITS-SU). It specifies functions and interfaces supported by a LDM. These functions and interfaces provide
secure access to the LDM to manage LDM data objects stored in a LDM. It defines LDM data objects for safety-related
and Vehicle to Vehicle (V2V)-related applications.
2 References
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
2.1 Normative references
The following referenced documents are necessary for the application of the present document.
[1] ETSI TS 102 860 (V1.1.1) (2011-05): "Intelligent Transport Systems (ITS); Classification and
management of ITS application objects".
[2] ISO/IEC 8824-1:2008: "Information technology - Abstract Syntax Notation One (ASN.1):
Specification of basic notation".
[3] ETSI TS 102 894-2: "Intelligent Transport Systems (ITS); Users and applications requirements;
Part 2: Applications and facilities layer common data dictionary".
[4] ETSI EN 302 637-2 (V1.3.1) (2014-09): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 2: Specification of Cooperative Awareness Basic
Service".
[5] ETSI EN 302 637-3 (V1.2.1) (2014-09): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 3: Specifications of Decentralized
Environmental Notification Basic Service".
2.2 Informative references
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
[i.1] ETSI EN 302 665 (V1.1.1) (2010-09): "Intelligent Transport Systems (ITS); Communications
Architecture".
[i.2] ETSI TS 102 637-1 (V1.1.1) (2010-09): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 1: Functional Requirements".
[i.3] ETSI TS 101 539-1 (V1.1.1) (2013-08): "Intelligent Transport Systems (ITS); V2X Applications;
Part 1: Road Hazard Signalling (RHS) application requirements specification".
[i.4] ETSI TS 102 723-5 (V1.1.1) (2012-11): "Intelligent Transport Systems (ITS); OSI cross-layer
topics; Part 5: Interface between management entity and facilities layer".
ETSI

---------------------- Page: 9 ----------------------

SIST EN 302 895 V1.1.1:2014
 8 ETSI EN 302 895 V1.1.1 (2014-09)
[i.5] ETSI TR 102 863 (V1.1.1) (2011-06): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Local Dynamic Map (LDM); Rationale for and
guidance on standardization".
[i.6] ISO/IEC 19505-2:2012(E): "Information technology - Object Management Group Unified
Modeling Language (OMG UML), Superstructure".
[i.7] European Commission: "2010-2013 ICT Standardisation Work Programme for industrial
innovation", 2nd update - 2012.
NOTE: Available at: http://ec.europa.eu/enterprise/sectors/ict/files/ict-policies/2010-
2013_ict_standardisation_work_programme_2nd_update_en.pdf.
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
area of interest: geographical area specified by data consumer limiting the LDM to satisfying the data consumers'
subsequent requests for information only from data originating within that area
LDM area of maintenance: geographical area specified by the LDM for LDM maintenance
LDM data consumer: facility or an application that is authorized to request data from the LDM
LDM data object: object with attributes that can be accessed by the LDM Interfaces
LDM data object identifier: unique identifier within the LDM for a LDM Data Object added by a LDM Data Provider
LDM data provider: facility or an application that is authorized to provide the data to the LDM
Local Dynamic Map (LDM): facilities layer data store for storing LDM Data Objects that are timestamped and
location referenced
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ASN Abstract Syntax Notation
BSA Basic Set of Applications
CA Co-operative Awareness
CAM Co-operative Awareness Message
DEN Decentralized Environmental Notification
DENM Decentralized Environmental Notification Message
FA-SAP Facilities/Applications Service Access Point
ICRW Intersection Collision Risk Warning
ICT Information and Communication Technology
ITS Intelligent Transport System
ITS-AID ITS Application IDentifier
ITS-S Intelligent Transport System Station
ITS-SU Intelligent Transport System Station Unit
LCRW Longitudinal Collision Risk Warning
LDM Local Dynamic Map
MF-SAP Management/Facilities Service Access Point
NF-SAP Networking & Transport/Facilities Service Access Point
RHS Road Hazard Signalling
SF-SAP Security Facilities - Service Access Point
UML Unified Modelling Language
V2V Vehicle to Vehicle
ETSI

---------------------- Page: 10 ----------------------

SIST EN 302 895 V1.1.1:2014
 9 ETSI EN 302 895 V1.1.1 (2014-09)
4 General description of a LDM
A Local Dynamic Map (LDM) is a facility in cooperative Intelligent Transport Systems (ITS). It supports ITS
applications by maintaining information on objects influencing or influenced by road traffic. ITS applications require
information on moving objects such as vehicles nearby or on stationary objects such as traffic road signs. Information
required by, or useful to active applications, can be maintained in a LDM.
The LDM is a conceptual data store located within an ITS-S as outlined in EN 302 665 [i.1] containing information
which is relevant to the operation of ITS applications and related road safety and traffic efficiency. Data can be received
from a range of different sources such as vehicles, infrastructure units, traffic centres, personal ITS stations, and
on-board sensors and applications. The LDM offers mechanisms to grant secure access to the data that it holds. For
example, the LDM can provide information on the surrounding vehicles and Road Side Units to any authorized
application that requests it.
The information stored in the LDM can be accessed in the form of objects called LDM Data Objects. LDM Data
Objects are provided from for example basic services for ITS Message Sets such as those defined in EN 302 637-2 [4]
and EN 302 637-3 [5]. LDM Data Objects can be composed of sub objects, similar to the hierarchical structure of data
frames in messages, and the objects contain attributes representing data elements from TS 102 894-2 [3]. Information
on a vehicle or road side ITS-S for example is provided by a cooperative awareness basic service as defined in
EN 302 637-2 [4] and is accessed from the LDM as a LDM Data Object with sub-objects representing the information
from the CAM Basic Container. Information on an event for example is provided by a distributed environmental
notification basic service as defined in EN 302 637-3 [5] and is accessed from the LDM as a LDM Data Object with
sub-objects for the situation, location and a la carte containers.
The LDM can also store LDM Data Objects from applications and other facilities. For example, the LDM may maintain
information on the ITS-S it is part of.
The LDM does not modify the data provided by LDM Data Providers. No permanent, static information is required to
be stored in the LDM.
4.1 Functionality provided by the LDM
The basic functionality of the LDM is to provide a repository of information for facilities and applications. Facilities
such as the CA and DEN basic services can store information into the LDM. Applications can retrieve information from
and store information into the LDM. Additional functionality of the LDM includes:
• Registration/Deregistration of facilities and applications as LDM Data Providers/sinks to the LDM via the
security layer (authorization) (see clause 6.1.1).
• Subscribe/Unsubscribe for notifications (see clause 6.3.4).
• Information retention by applying rules, e.g. based on time and/or location (see clause 5.3.2).
• Prioritization of requests (see clause 6.3.3).
5 LDM functional specification
5.1 LDM requirements
5.1.1 LDM functional requirements
A LDM may communicate with other entities within the ITS-S architecture outlined in EN 302 665 [i.1] in order to:
• receive incoming information such as decoded CAMs in accordance with EN 302 637-2 [4] and DENMs in
accordance with EN 302 637-3 [5];
• store and protect information according to constraints of time and LDM Area of Maintenance;
ETSI

---------------------- Page: 11 ----------------------

SIST EN 302 895 V1.1.1:2014
 10 ETSI EN 302 895 V1.1.1 (2014-09)
• provide information to authorized applications as requested:
- by means of a subscription/notification method; or
- by means of queries including spatial queries;
• prioritize data requests;
• store and protect LDM Data Objects so that it can be shared with applications;
• provide a mechanism for facilities and applications to register and deregister as LDM Data Providers;
• provide a mechanism for applications to register and deregister as LDM Data Consumers;
• ensure data access by LDM Data Providers and LDM Data Consumers is authorized.
5.1.2 LDM other requirements
In addition to the functional requirements listed in clause 5.1.1, a LDM may be constrained by a range of other
requirements such as reliability (system maturity, fault tolerance and restorability) and scalability. However, within
communications systems such requirements are normally considered to be related to procurement and, consequently,
are not specified in the present document.
5.2 The LDM within the ITS-S communication architecture
The LDM collects, qualifies (ensures that it is valid and from an authorized source) and stores data received from other
ITS-Ss. The LDM may also collect, qualify and store information from other sources such as traffic information
providers, or from its own sensors and applications.
As shown in Figure 1, the LDM receives data from other ITS-Ss through a common interface which is available to all
message services such as CA and DEN within the ITS-S Facilities layer. Information is exchanged with other services
or applications by invoking functions located at the FA-SAP as outlined in EN 302 665 [i.1]. Security and management
permissions are provided by functions which are located at the SF-SAP and the MF-SAP respectively.

Figure 1: LDM and logical interfaces
ETSI

---------------------- Page: 12 ----------------------

SIST EN 302 895 V1.1.1:2014
 11 ETSI EN 302 895 V1.1.1 (2014-09)
5.3 LDM functional architecture
The rationale for and guidance on standardization of the LDM outlined in TR 102 863 [i.5] specify two main
components of the LDM; the LDM Maintenance component and the LDM Service component (see clause 5.3.1).
Figure 2 shows these two components of the LDM and its main interfaces in a Unified Modelling Language (UML)
component diagram in accordance with ISO/IEC 19505-2 [i.6]. The interfaces are separated into those required by the
LDM (IF.LDM.1 and IF.LDM.2) and those exposed to other facilities and applications (IF.LDM.3 and IF.LDM.4).

Figure 2: LDM Functional architecture
The LDM shall provide the functions defined in Table 1 and illustrated in Figure 2.
Table 1: LDM Functions
Function Description
FN.LDM.1 The LDM Service component (see clause 5.3.1) is responsible for providing functionalities to
authorized LDM Data Providers for LDM data manipulation (such as adding new data, modifying
existing data, delete existing data), direct access to data (query data) and a publish/subscribe
mechanism for data access by LDM Data Consumers. It also provides registration and deregistration
functionalities to LDM Data Providers and LDM Data Consumers.
FN.LDM.2 The LDM Maintenance component (see clause 5.3.2) is responsible for storing and maintaining the
data and its integrity as well as for the garbage collection of persistent data held within the LDM.

5.3.1 Function FN.LDM.1 - LDM Service
The LDM is connected to authorized LDM Data Providers and LDM Data Consumers. LDM Data Providers provide
information to the
...

ETSI EN 302 895 V1.1.1 (2014-09)






EUROPEAN STANDARD
Intelligent Transport Systems (ITS);
Vehicular Communications;
Basic Set of Applications;
Local Dynamic Map (LDM)

---------------------- Page: 1 ----------------------
2 ETSI EN 302 895 V1.1.1 (2014-09)



Reference
DEN/ITS-0010005
Keywords
application, ITS, management, user
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
The present document can be downloaded from:
http://www.etsi.org
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the
print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2014.
All rights reserved.

TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.
TM
3GPP and LTE™ are Trade Marks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.
ETSI

---------------------- Page: 2 ----------------------
3 ETSI EN 302 895 V1.1.1 (2014-09)
Contents
Intellectual Property Rights . 5
Foreword . 5
Modal verbs terminology . 5
Introduction . 5
1 Scope . 7
2 References . 7
2.1 Normative references . 7
2.2 Informative references . 7
3 Definitions and abbreviations . 8
3.1 Definitions . 8
3.2 Abbreviations . 8
4 General description of a LDM . 9
4.1 Functionality provided by the LDM . 9
5 LDM functional specification . 9
5.1 LDM requirements . 9
5.1.1 LDM functional requirements. 9
5.1.2 LDM other requirements . 10
5.2 The LDM within the ITS-S communication architecture . 10
5.3 LDM functional architecture . 11
5.3.1 Function FN.LDM.1 - LDM Service . 11
5.3.2 Function FN.LDM.2 - LDM Maintenance . 12
5.4 Interfaces of the LDM . 12
5.4.1 Interface IF.LDM.1 - management layer . 12
5.4.2 Interface IF.LDM.2 - security layer . 13
5.4.3 Interface IF.LDM.3 - LDM Data Providers . 13
5.4.4 Interface IF.LDM.4 - LDM Data Consumers . 13
6 LDM Interfaces . 14
6.1 Interface IF.LDM.2 to the security layer . 14
6.1.1 Authorization . 14
6.1.1.1 Authorize messages . 14
6.1.2 Revocation . 15
6.1.2.1 RevokeAuthorization messages . 15
6.2 Interface IF.LDM.3 to LDM Data Providers . 16
6.2.1 Registration . 16
6.2.1.1 RegisterDataProvider messages . 16
6.2.2 Deregistration . 17
6.2.2.1 DeregisterDataProvider messages . 17
6.2.2.2 RevokeDataProviderRegistration message . 17
6.2.3 Maintenance of Provider data . 18
6.2.3.1 AddProviderdata messages . 18
6.2.3.2 UpdateProviderdata messages . 19
6.2.3.3 DeleteProviderdata messages . 19
6.3 Interface IF.LDM.4 to LDM Data Consumers . 20
6.3.1 Registration . 20
6.3.1.1 RegisterDataConsumer messages . 20
6.3.2 Deregistration . 21
6.3.2.1 DeregisterDataConsumer messages . 21
6.3.2.2 RevokeDataConsumerRegistration message . 22
6.3.3 Data Request . 22
6.3.3.1 RequestDataobjects messages . 22
6.3.4 Subscription . 23
ETSI

---------------------- Page: 3 ----------------------
4 ETSI EN 302 895 V1.1.1 (2014-09)
6.3.4.1 SubscribeDataConsumer messages . 23
6.3.5 Cancel subscription . 25
6.3.5.1 UnsubscribeDataConsumer messages . 25
Annex A (normative): Data request filtering . 26
A.1 Minimal syntax of data request filtering . 26
A.1.1 Filter . 26
A.1.2 Filter Statement . 26
A.1.2.1 Comparison Operator . 27
A.1.2.2 Reference Value . 27
A.1.3 Logical operators for combining Filter Statements . 27
A.2 Ordering Data Request Results . 28
Annex B (normative): ITS LDM Interface messages specified in ASN.1 . 29
Annex C (informative): Bibliography . 35
History . 36

ETSI

---------------------- Page: 4 ----------------------
5 ETSI EN 302 895 V1.1.1 (2014-09)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (http://ipr.etsi.org).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Foreword
This European Standard (EN) has been produced by ETSI Technical Committee Intelligent Transport Systems (ITS).
The present document is a single part deliverable.

National transposition dates
Date of adoption of this EN: 22 September 2014
Date of latest announcement of this EN (doa): 31 December 2014
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 30 June 2015
Date of withdrawal of any conflicting National Standard (dow): 30 June 2016

Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "may not", "need", "need not", "will",
"will not", "can" and "cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms
for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
Introduction
In cooperative Intelligent Transport Systems (ITS), the Local Dynamic Map (LDM) is a key facility supporting various
ITS applications by maintaining the information on objects influencing or being part of ITS. The Local Dynamic Map
therefore is relevant to the development of technical standards and specifications in order to ensure deployment and
interoperability of cooperative systems and services described in the EC's ICT Standardization Work Programme [i.7].
The LDM is a facility within the ITS station facilities layer as defined in the ITS communication architecture given in
EN 302 665 [i.1]. Cooperative Awareness Messages (CAMs) as defined in EN 302 637-2 [4] and Decentralized
Environmental Notification Messages (DENMs) as defined in EN 302 637-3 [5] are important sources of data for the
LDM.
Moreover the LDM will support the Basic Set of Applications (BSA) outlined in TS 102 637-1 [i.2] by providing
plausible authorized, area related information in a time relevant manner. The BSA provides the application specific
requirements for the LDM.
ETSI

---------------------- Page: 5 ----------------------
6 ETSI EN 302 895 V1.1.1 (2014-09)
The following applications from the BSA are considered:
• Driving assistance - Cooperative awareness.
• Driving assistance - Road Hazard Signalling (see TS 101 539-1 [i.3]).
• Speed management.
• Cooperative navigation Location based services.
• Community services.
• ITS station life cycle management.
ETSI

---------------------- Page: 6 ----------------------
7 ETSI EN 302 895 V1.1.1 (2014-09)
1 Scope
The present document defines functional behaviour associated with a Local Dynamic Map (LDM) for usage in an ITS
station unit (ITS-SU). It specifies functions and interfaces supported by a LDM. These functions and interfaces provide
secure access to the LDM to manage LDM data objects stored in a LDM. It defines LDM data objects for safety-related
and Vehicle to Vehicle (V2V)-related applications.
2 References
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
2.1 Normative references
The following referenced documents are necessary for the application of the present document.
[1] ETSI TS 102 860 (V1.1.1) (2011-05): "Intelligent Transport Systems (ITS); Classification and
management of ITS application objects".
[2] ISO/IEC 8824-1:2008: "Information technology - Abstract Syntax Notation One (ASN.1):
Specification of basic notation".
[3] ETSI TS 102 894-2: "Intelligent Transport Systems (ITS); Users and applications requirements;
Part 2: Applications and facilities layer common data dictionary".
[4] ETSI EN 302 637-2 (V1.3.1) (2014-09): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 2: Specification of Cooperative Awareness Basic
Service".
[5] ETSI EN 302 637-3 (V1.2.1) (2014-09): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 3: Specifications of Decentralized
Environmental Notification Basic Service".
2.2 Informative references
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
[i.1] ETSI EN 302 665 (V1.1.1) (2010-09): "Intelligent Transport Systems (ITS); Communications
Architecture".
[i.2] ETSI TS 102 637-1 (V1.1.1) (2010-09): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 1: Functional Requirements".
[i.3] ETSI TS 101 539-1 (V1.1.1) (2013-08): "Intelligent Transport Systems (ITS); V2X Applications;
Part 1: Road Hazard Signalling (RHS) application requirements specification".
[i.4] ETSI TS 102 723-5 (V1.1.1) (2012-11): "Intelligent Transport Systems (ITS); OSI cross-layer
topics; Part 5: Interface between management entity and facilities layer".
ETSI

---------------------- Page: 7 ----------------------
8 ETSI EN 302 895 V1.1.1 (2014-09)
[i.5] ETSI TR 102 863 (V1.1.1) (2011-06): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Local Dynamic Map (LDM); Rationale for and
guidance on standardization".
[i.6] ISO/IEC 19505-2:2012(E): "Information technology - Object Management Group Unified
Modeling Language (OMG UML), Superstructure".
[i.7] European Commission: "2010-2013 ICT Standardisation Work Programme for industrial
innovation", 2nd update - 2012.
NOTE: Available at: http://ec.europa.eu/enterprise/sectors/ict/files/ict-policies/2010-
2013_ict_standardisation_work_programme_2nd_update_en.pdf.
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
area of interest: geographical area specified by data consumer limiting the LDM to satisfying the data consumers'
subsequent requests for information only from data originating within that area
LDM area of maintenance: geographical area specified by the LDM for LDM maintenance
LDM data consumer: facility or an application that is authorized to request data from the LDM
LDM data object: object with attributes that can be accessed by the LDM Interfaces
LDM data object identifier: unique identifier within the LDM for a LDM Data Object added by a LDM Data Provider
LDM data provider: facility or an application that is authorized to provide the data to the LDM
Local Dynamic Map (LDM): facilities layer data store for storing LDM Data Objects that are timestamped and
location referenced
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ASN Abstract Syntax Notation
BSA Basic Set of Applications
CA Co-operative Awareness
CAM Co-operative Awareness Message
DEN Decentralized Environmental Notification
DENM Decentralized Environmental Notification Message
FA-SAP Facilities/Applications Service Access Point
ICRW Intersection Collision Risk Warning
ICT Information and Communication Technology
ITS Intelligent Transport System
ITS-AID ITS Application IDentifier
ITS-S Intelligent Transport System Station
ITS-SU Intelligent Transport System Station Unit
LCRW Longitudinal Collision Risk Warning
LDM Local Dynamic Map
MF-SAP Management/Facilities Service Access Point
NF-SAP Networking & Transport/Facilities Service Access Point
RHS Road Hazard Signalling
SF-SAP Security Facilities - Service Access Point
UML Unified Modelling Language
V2V Vehicle to Vehicle
ETSI

---------------------- Page: 8 ----------------------
9 ETSI EN 302 895 V1.1.1 (2014-09)
4 General description of a LDM
A Local Dynamic Map (LDM) is a facility in cooperative Intelligent Transport Systems (ITS). It supports ITS
applications by maintaining information on objects influencing or influenced by road traffic. ITS applications require
information on moving objects such as vehicles nearby or on stationary objects such as traffic road signs. Information
required by, or useful to active applications, can be maintained in a LDM.
The LDM is a conceptual data store located within an ITS-S as outlined in EN 302 665 [i.1] containing information
which is relevant to the operation of ITS applications and related road safety and traffic efficiency. Data can be received
from a range of different sources such as vehicles, infrastructure units, traffic centres, personal ITS stations, and
on-board sensors and applications. The LDM offers mechanisms to grant secure access to the data that it holds. For
example, the LDM can provide information on the surrounding vehicles and Road Side Units to any authorized
application that requests it.
The information stored in the LDM can be accessed in the form of objects called LDM Data Objects. LDM Data
Objects are provided from for example basic services for ITS Message Sets such as those defined in EN 302 637-2 [4]
and EN 302 637-3 [5]. LDM Data Objects can be composed of sub objects, similar to the hierarchical structure of data
frames in messages, and the objects contain attributes representing data elements from TS 102 894-2 [3]. Information
on a vehicle or road side ITS-S for example is provided by a cooperative awareness basic service as defined in
EN 302 637-2 [4] and is accessed from the LDM as a LDM Data Object with sub-objects representing the information
from the CAM Basic Container. Information on an event for example is provided by a distributed environmental
notification basic service as defined in EN 302 637-3 [5] and is accessed from the LDM as a LDM Data Object with
sub-objects for the situation, location and a la carte containers.
The LDM can also store LDM Data Objects from applications and other facilities. For example, the LDM may maintain
information on the ITS-S it is part of.
The LDM does not modify the data provided by LDM Data Providers. No permanent, static information is required to
be stored in the LDM.
4.1 Functionality provided by the LDM
The basic functionality of the LDM is to provide a repository of information for facilities and applications. Facilities
such as the CA and DEN basic services can store information into the LDM. Applications can retrieve information from
and store information into the LDM. Additional functionality of the LDM includes:
• Registration/Deregistration of facilities and applications as LDM Data Providers/sinks to the LDM via the
security layer (authorization) (see clause 6.1.1).
• Subscribe/Unsubscribe for notifications (see clause 6.3.4).
• Information retention by applying rules, e.g. based on time and/or location (see clause 5.3.2).
• Prioritization of requests (see clause 6.3.3).
5 LDM functional specification
5.1 LDM requirements
5.1.1 LDM functional requirements
A LDM may communicate with other entities within the ITS-S architecture outlined in EN 302 665 [i.1] in order to:
• receive incoming information such as decoded CAMs in accordance with EN 302 637-2 [4] and DENMs in
accordance with EN 302 637-3 [5];
• store and protect information according to constraints of time and LDM Area of Maintenance;
ETSI

---------------------- Page: 9 ----------------------
10 ETSI EN 302 895 V1.1.1 (2014-09)
• provide information to authorized applications as requested:
- by means of a subscription/notification method; or
- by means of queries including spatial queries;
• prioritize data requests;
• store and protect LDM Data Objects so that it can be shared with applications;
• provide a mechanism for facilities and applications to register and deregister as LDM Data Providers;
• provide a mechanism for applications to register and deregister as LDM Data Consumers;
• ensure data access by LDM Data Providers and LDM Data Consumers is authorized.
5.1.2 LDM other requirements
In addition to the functional requirements listed in clause 5.1.1, a LDM may be constrained by a range of other
requirements such as reliability (system maturity, fault tolerance and restorability) and scalability. However, within
communications systems such requirements are normally considered to be related to procurement and, consequently,
are not specified in the present document.
5.2 The LDM within the ITS-S communication architecture
The LDM collects, qualifies (ensures that it is valid and from an authorized source) and stores data received from other
ITS-Ss. The LDM may also collect, qualify and store information from other sources such as traffic information
providers, or from its own sensors and applications.
As shown in Figure 1, the LDM receives data from other ITS-Ss through a common interface which is available to all
message services such as CA and DEN within the ITS-S Facilities layer. Information is exchanged with other services
or applications by invoking functions located at the FA-SAP as outlined in EN 302 665 [i.1]. Security and management
permissions are provided by functions which are located at the SF-SAP and the MF-SAP respectively.

Figure 1: LDM and logical interfaces
ETSI

---------------------- Page: 10 ----------------------
11 ETSI EN 302 895 V1.1.1 (2014-09)
5.3 LDM functional architecture
The rationale for and guidance on standardization of the LDM outlined in TR 102 863 [i.5] specify two main
components of the LDM; the LDM Maintenance component and the LDM Service component (see clause 5.3.1).
Figure 2 shows these two components of the LDM and its main interfaces in a Unified Modelling Language (UML)
component diagram in accordance with ISO/IEC 19505-2 [i.6]. The interfaces are separated into those required by the
LDM (IF.LDM.1 and IF.LDM.2) and those exposed to other facilities and applications (IF.LDM.3 and IF.LDM.4).

Figure 2: LDM Functional architecture
The LDM shall provide the functions defined in Table 1 and illustrated in Figure 2.
Table 1: LDM Functions
Function Description
FN.LDM.1 The LDM Service component (see clause 5.3.1) is responsible for providing functionalities to
authorized LDM Data Providers for LDM data manipulation (such as adding new data, modifying
existing data, delete existing data), direct access to data (query data) and a publish/subscribe
mechanism for data access by LDM Data Consumers. It also provides registration and deregistration
functionalities to LDM Data Providers and LDM Data Consumers.
FN.LDM.2 The LDM Maintenance component (see clause 5.3.2) is responsible for storing and maintaining the
data and its integrity as well as for the garbage collection of persistent data held within the LDM.

5.3.1 Function FN.LDM.1 - LDM Service
The LDM is connected to authorized LDM Data Providers and LDM Data Consumers. LDM Data Providers provide
information to the LDM which makes these data available to LDM Data Consumers. The LDM offers three different
types of interfaces:
• a transaction interface for LDM Data Providers, where a transaction describes a sequence of LDM Data Object
exchanges between a LDM Data Provider and the LDM (see clause 6.2.3);
• a query interface for LDM Data Consumers (see clause 6.3.3); and
• a publish/subscribe interface for LDM Data Consumers (see clause 6.3.4).
ETSI

---------------------- Page: 11 ----------------------
12 ETSI EN 302 895 V1.1.1 (2014-09)
The LDM shall:
• provide a mechanism for facilities to register and deregister as LDM Data Providers;
• provide a mechanism for applications to register and deregister as LDM Data Providers or LDM Data
Consumers;
• verify the authorization of LDM Data Providers and LDM Data Consumers prior to data access.
5.3.2 Function FN.LDM.2 - LDM Maintenance
The LDM shall maintain all LDM Data Objects received from registered and authorized LDM Data Providers during
their time validity and within the LDM Area of Maintenance of the LDM.
The LDM considers a LDM Data Object to be valid during the time period starting on the timestamp of the LDM Data
Object and fo
...

Final draft ETSI EN 302 895 V1.1.0 (2014-07)






EUROPEAN STANDARD
Intelligent Transport Systems (ITS);
Vehicular Communications;
Basic Set of Applications;
Local Dynamic Map (LDM)

---------------------- Page: 1 ----------------------
2 Final draft ETSI EN 302 895 V1.1.0 (2014-07)



Reference
DEN/ITS-0010005
Keywords
application, ITS, management, user
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
The present document can be downloaded from:
http://www.etsi.org
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the
print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2014.
All rights reserved.

TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.
TM
3GPP and LTE™ are Trade Marks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.
ETSI

---------------------- Page: 2 ----------------------
3 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
Contents
Intellectual Property Rights . 5
Foreword . 5
Modal verbs terminology . 5
Introduction . 5
1 Scope . 7
2 References . 7
2.1 Normative references . 7
2.2 Informative references . 7
3 Definitions and abbreviations . 8
3.1 Definitions . 8
3.2 Abbreviations . 8
4 General description of a LDM . 9
4.1 Functionality provided by the LDM . 9
5 LDM functional specification . 9
5.1 LDM requirements . 9
5.1.1 LDM functional requirements. 9
5.1.2 LDM other requirements . 10
5.2 The LDM within the ITS-S communication architecture . 10
5.3 LDM functional architecture . 11
5.3.1 Function FN.LDM.1 - LDM Service . 11
5.3.2 Function FN.LDM.2 - LDM Maintenance . 12
5.4 Interfaces of the LDM . 12
5.4.1 Interface IF.LDM.1 - management layer . 12
5.4.2 Interface IF.LDM.2 - security layer . 13
5.4.3 Interface IF.LDM.3 - LDM Data Providers . 13
5.4.4 Interface IF.LDM.4 - LDM Data Consumers . 13
6 LDM Interfaces . 14
6.1 Interface IF.LDM.2 to the security layer . 14
6.1.1 Authorization . 14
6.1.1.1 Authorize messages . 14
6.1.2 Revocation . 15
6.1.2.1 RevokeAuthorization messages . 15
6.2 Interface IF.LDM.3 to LDM Data Providers . 16
6.2.1 Registration . 16
6.2.1.1 RegisterDataProvider messages . 16
6.2.2 Deregistration . 17
6.2.2.1 DeregisterDataProvider messages . 17
6.2.2.2 RevokeDataProviderRegistration message . 17
6.2.3 Maintenance of Provider data . 18
6.2.3.1 AddProviderdata messages . 18
6.2.3.2 UpdateProviderdata messages . 19
6.2.3.3 DeleteProviderdata messages . 19
6.3 Interface IF.LDM.4 to LDM Data Consumers . 20
6.3.1 Registration . 20
6.3.1.1 RegisterDataConsumer messages . 20
6.3.2 Deregistration . 21
6.3.2.1 DeregisterDataConsumer messages . 21
6.3.2.2 RevokeDataConsumerRegistration message . 22
6.3.3 Data Request . 22
6.3.3.1 RequestDataobjects messages . 22
6.3.4 Subscription . 23
ETSI

---------------------- Page: 3 ----------------------
4 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
6.3.4.1 SubscribeDataConsumer messages . 23
6.3.5 Cancel subscription . 25
6.3.5.1 UnsubscribeDataConsumer messages . 25
Annex A (normative): Data request filtering . 26
A.1 Minimal syntax of data request filtering . 26
A.1.1 Filter . 26
A.1.2 Filter Statement . 26
A.1.2.1 Comparison Operator . 27
A.1.2.2 Reference Value . 27
A.1.3 Logical operators for combining Filter Statements . 27
A.2 Ordering Data Request Results . 28
Annex B (normative): ITS LDM Interface messages specified in ASN.1 . 29
Annex C (informative): Bibliography . 35
History . 36

ETSI

---------------------- Page: 4 ----------------------
5 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (http://ipr.etsi.org).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Foreword
This final draft European Standard (EN) has been produced by ETSI Technical Committee Intelligent Transport
Systems (ITS), and is now submitted for the Vote phase of the ETSI standards EN Approval Procedure.
The present document is a single part deliverable.

Proposed national transposition dates
Date of latest announcement of this EN (doa): 3 months after ETSI publication
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 6 months after doa
Date of withdrawal of any conflicting National Standard (dow): 18 months after doa

Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "may not", "need", "need not", "will",
"will not", "can" and "cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms
for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
Introduction
In cooperative Intelligent Transport Systems (ITS), the Local Dynamic Map (LDM) is a key facility supporting various
ITS applications by maintaining the information on objects influencing or being part of ITS. The Local Dynamic Map
therefore is relevant to the development of technical standards and specifications in order to ensure deployment and
interoperability of cooperative systems and services described in the EC's ICT Standardization Work Programme [i.7].
The LDM is a facility within the ITS station facilities layer as defined in the ITS communication architecture given in
EN 302 665 [i.1]. Cooperative Awareness Messages (CAMs) as defined in EN 302 637-2 [4] and Decentralized
Environmental Notification Messages (DENMs) as defined in EN 302 637-3 [5] are important sources of data for the
LDM.
Moreover the LDM will support the Basic Set of Applications (BSA) outlined in TS 102 637-1 [i.2] by providing
plausible authorized, area related information in a time relevant manner. The BSA provides the application specific
requirements for the LDM.
ETSI

---------------------- Page: 5 ----------------------
6 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
The following applications from the BSA are considered:
• Driving assistance - Cooperative awareness.
• Driving assistance - Road Hazard Signalling (see TS 101 539-1 [i.3]).
• Speed management.
• Cooperative navigation Location based services.
• Community services.
• ITS station life cycle management.
ETSI

---------------------- Page: 6 ----------------------
7 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
1 Scope
The present document defines functional behaviour associated with a Local Dynamic Map (LDM) for usage in an ITS
station unit (ITS-SU). It specifies functions and interfaces supported by a LDM. These functions and interfaces provide
secure access to the LDM to manage LDM data objects stored in a LDM. It defines LDM data objects for safety-related
and Vehicle to Vehicle (V2V)-related applications.
2 References
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
2.1 Normative references
The following referenced documents are necessary for the application of the present document.
[1] ETSI TS 102 860 (V1.1.1) (2011-05): "Intelligent Transport Systems (ITS); Classification and
management of ITS application objects".
[2] ISO/IEC 8824-1:2008: "Information technology - Abstract Syntax Notation One (ASN.1):
Specification of basic notation".
[3] ETSI TS 102 894-2: "Intelligent Transport Systems (ITS); Users and applications requirements;
Part 2: Applications and facilities layer common data dictionary".
[4] ETSI EN 302 637-2 (V1.3.0) (2013-08): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 2: Specification of Cooperative Awareness Basic
Service".
[5] ETSI EN 302 637-3 (V1.2.0) (2013-08): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 3: Specifications of Decentralized
Environmental Notification Basic Service".
2.2 Informative references
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
[i.1] ETSI EN 302 665 (V1.1.1) (2010-09): "Intelligent Transport Systems (ITS); Communications
Architecture".
[i.2] ETSI TS 102 637-1 (V1.1.1) (2010-09): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Part 1: Functional Requirements".
[i.3] ETSI TS 101 539-1 (V1.1.1) (2013-08): "Intelligent Transport Systems (ITS); V2X Applications;
Part 1: Road Hazard Signalling (RHS) application requirements specification".
[i.4] ETSI TS 102 723-5 (V1.1.1) (2012-11): "Intelligent Transport Systems (ITS); OSI cross-layer
topics; Part 5: Interface between management entity and facilities layer".
ETSI

---------------------- Page: 7 ----------------------
8 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
[i.5] ETSI TR 102 863 (V1.1.1) (2011-06): "Intelligent Transport Systems (ITS); Vehicular
Communications; Basic Set of Applications; Local Dynamic Map (LDM); Rationale for and
guidance on standardization".
[i.6] ISO/IEC 19505-2:2012(E): "Information technology - Object Management Group Unified
Modeling Language (OMG UML), Superstructure".
[i.7] European Commission: "2010-2013 ICT Standardisation Work Programme for industrial
innovation", 2nd update - 2012.
NOTE: Available at: http://ec.europa.eu/enterprise/sectors/ict/files/ict-policies/2010-
2013_ict_standardisation_work_programme_2nd_update_en.pdf.
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
area of interest: geographical area specified by data consumer limiting the LDM to satisfying the data consumers'
subsequent requests for information only from data originating within that area
LDM area of maintenance: geographical area specified by the LDM for LDM maintenance
LDM data consumer: facility or an application that is authorized to request data from the LDM
LDM data object: object with attributes that can be accessed by the LDM Interfaces
LDM data object identifier: unique identifier within the LDM for a LDM Data Object added by a LDM Data Provider
LDM data provider: facility or an application that is authorized to provide the data to the LDM
Local Dynamic Map (LDM): facilities layer data store for storing LDM Data Objects that are timestamped and
location referenced
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ASN Abstract Syntax Notation
BSA Basic Set of Applications
CA Co-operative Awareness
CAM Co-operative Awareness Message
DEN Decentralized Environmental Notification
DENM Decentralized Environmental Notification Message
FA-SAP Facilities/Applications Service Access Point
ICRW Intersection Collision Risk Warning
ICT Information and Communication Technology
ITS Intelligent Transport System
ITS-AID ITS Application IDentifier
ITS-S Intelligent Transport System Station
ITS-SU Intelligent Transport System Station Unit
LCRW Longitudinal Collision Risk Warning
LDM Local Dynamic Map
MF-SAP Management/Facilities Service Access Point
NF-SAP Networking & Transport/Facilities Service Access Point
RHS Road Hazard Signalling
SF-SAP Security Facilities - Service Access Point
UML Unified Modelling Language
V2V Vehicle to Vehicle
ETSI

---------------------- Page: 8 ----------------------
9 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
4 General description of a LDM
A Local Dynamic Map (LDM) is a facility in cooperative Intelligent Transport Systems (ITS). It supports ITS
applications by maintaining information on objects influencing or influenced by road traffic. ITS applications require
information on moving objects such as vehicles nearby or on stationary objects such as traffic road signs. Information
required by, or useful to active applications, can be maintained in a LDM.
The LDM is a conceptual data store located within an ITS-S as outlined in EN 302 665 [i.1] containing information
which is relevant to the operation of ITS applications and related road safety and traffic efficiency. Data can be received
from a range of different sources such as vehicles, infrastructure units, traffic centres, personal ITS stations, and on-
board sensors and applications. The LDM offers mechanisms to grant secure access to the data that it holds. For
example, the LDM can provide information on the surrounding vehicles and Road Side Units to any authorized
application that requests it.
The information stored in the LDM can be accessed in the form of objects called LDM Data Objects. LDM Data
Objects are provided from for example basic services for ITS Message Sets such as those defined in EN 302 637-2 [4]
and EN 302 637-3 [5]. LDM Data Objects can be composed of sub objects, similar to the hierarchical structure of data
frames in messages, and the objects contain attributes representing data elements from TS 102 894-2 [3]. Information
on a vehicle or road side ITS-S for example is provided by a cooperative awareness basic service as defined in
EN 302 637-2 [4] and is accessed from the LDM as a LDM Data Object with sub-objects representing the information
from the CAM Basic Container. Information on an event for example is provided by a distributed environmental
notification basic service as defined in EN 302 637-3 [5] and is accessed from the LDM as a LDM Data Object with
sub-objects for the situation, location and a la carte containers.
The LDM can also store LDM Data Objects from applications and other facilities. For example, the LDM may maintain
information on the ITS-S it is part of.
The LDM does not modify the data provided by LDM Data Providers. No permanent, static information is required to
be stored in the LDM.
4.1 Functionality provided by the LDM
The basic functionality of the LDM is to provide a repository of information for facilities and applications. Facilities
such as the CA and DEN basic services can store information into the LDM. Applications can retrieve information from
and store information into the LDM. Additional functionality of the LDM includes:
• Registration/Deregistration of facilities and applications as LDM Data Providers/sinks to the LDM via the
security layer (authorization) (see clause 6.1.1).
• Subscribe/Unsubscribe for notifications (see clause 6.3.4).
• Information retention by applying rules, e.g. based on time and/or location (see clause 5.3.2).
• Prioritization of requests (see clause 6.3.3).
5 LDM functional specification
5.1 LDM requirements
5.1.1 LDM functional requirements
A LDM may communicate with other entities within the ITS-S architecture outlined in EN 302 665 [i.1] in order to:
• receive incoming information such as decoded CAMs in accordance with EN 302 637-2 [4] and DENMs in
accordance with EN 302 637-3 [5];
• store and protect information according to constraints of time and LDM Area of Maintenance;
ETSI

---------------------- Page: 9 ----------------------
10 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
• provide information to authorized applications as requested:
- by means of a subscription/notification method; or
- by means of queries including spatial queries;
• prioritize data requests;
• store and protect LDM Data Objects so that it can be shared with applications;
• provide a mechanism for facilities and applications to register and deregister as LDM Data Providers;
• provide a mechanism for applications to register and deregister as LDM Data Consumers;
• ensure data access by LDM Data Providers and LDM Data Consumers is authorized.
5.1.2 LDM other requirements
In addition to the functional requirements listed in clause 5.1.1, a LDM may be constrained by a range of other
requirements such as reliability (system maturity, fault tolerance and restorability) and scalability. However, within
communications systems such requirements are normally considered to be related to procurement and, consequently,
are not specified in the present document.
5.2 The LDM within the ITS-S communication architecture
The LDM collects, qualifies (ensures that it is valid and from an authorized source) and stores data received from other
ITS-Ss. The LDM may also collect, qualify and store information from other sources such as traffic information
providers, or from its own sensors and applications.
As shown in Figure 1, the LDM receives data from other ITS-Ss through a common interface which is available to all
message services such as CA and DEN within the ITS-S Facilities layer. Information is exchanged with other services
or applications by invoking functions located at the FA-SAP as outlined in EN 302 665 [i.1]. Security and management
permissions are provided by functions which are located at the SF-SAP and the MF-SAP respectively.

Figure 1: LDM and logical interfaces
ETSI

---------------------- Page: 10 ----------------------
11 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
5.3 LDM functional architecture
The rationale for and guidance on standardization of the LDM outlined in TR 102 863 [i.5] specify two main
components of the LDM; the LDM Maintenance component and the LDM Service component (see clause 5.3.1).
Figure 2 shows these two components of the LDM and its main interfaces in a Unified Modelling Language (UML)
component diagram in accordance with ISO/IEC 19505-2 [i.6]. The interfaces are separated into those required by the
LDM (IF.LDM.1 and IF.LDM.2) and those exposed to other facilities and applications (IF.LDM.3 and IF.LDM.4).

Figure 2: LDM Functional architecture
The LDM shall provide the functions defined in Table 1 and illustrated in Figure 2.
Table 1: LDM Functions
Function Description
FN.LDM.1 The LDM Service component (see clause 5.3.1) is responsible for providing functionalities to
authorized LDM Data Providers for LDM data manipulation (such as adding new data, modifying
existing data, delete existing data), direct access to data (query data) and a publish/subscribe
mechanism for data access by LDM Data Consumers. It also provides registration and deregistration
functionalities to LDM Data Providers and LDM Data Consumers.
FN.LDM.2 The LDM Maintenance component (see clause 5.3.2) is responsible for storing and maintaining the
data and its integrity as well as for the garbage collection of persistent data held within the LDM.

5.3.1 Function FN.LDM.1 - LDM Service
The LDM is connected to authorized LDM Data Providers and LDM Data Consumers. LDM Data Providers provide
information to the LDM which makes these data available to LDM Data Consumers. The LDM offers three different
types of interfaces:
• a transaction interface for LDM Data Providers, where a transaction describes a sequence of LDM Data Object
exchanges between a LDM Data Provider and the LDM (see clause 6.2.3);
• a query interface for LDM Data Consumers (see clause 6.3.3); and
• a publish/subscribe interface for LDM Data Consumers (see clause 6.3.4).
ETSI

---------------------- Page: 11 ----------------------
12 Final draft ETSI EN 302 895 V1.1.0 (2014-07)
The LDM shall:
• provide a mechanism for facilities to register and deregister as LDM Data Providers;
• provide a mechanism for applications to register and deregister as LDM Data Providers or LDM Data
Consumers;
• verify the authorization of LDM Data Providers and LDM Data Consumers prior to data access.
5.3.2 Function FN.LDM.2 - LDM Maintenance
The LDM shall maintain all LDM Data Objects received from registered and authorized LDM Da
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.