Intelligent Transport Systems (ITS); V2X Applications; Part 2: Intersection Collision Risk Warning (ICRW) application requirements specification

DTS/ITS-0010015

General Information

Status
Published
Publication Date
27-Jun-2018
Current Stage
12 - Completion
Due Date
18-May-2018
Completion Date
28-Jun-2018
Ref Project

Buy Standard

Standard
ETSI TS 101 539-2 V1.1.1 (2018-06) - Intelligent Transport Systems (ITS); V2X Applications; Part 2: Intersection Collision Risk Warning (ICRW) application requirements specification
English language
30 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

ETSI TS 101 539-2 V1.1.1 (2018-06)






TECHNICAL SPECIFICATION
Intelligent Transport Systems (ITS);
V2X Applications;
Part 2: Intersection Collision Risk Warning (ICRW)
application requirements specification

---------------------- Page: 1 ----------------------
2 ETSI TS 101 539-2 V1.1.1 (2018-06)



Reference
DTS/ITS-0010015
Keywords
application, interoperability, ITS
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/standards-search
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
https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx
If you find errors in the present document, please send your comment to one of the following services:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx
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.

© ETSI 2018.
All rights reserved.

TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.
TM TM
3GPP and LTE are trademarks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
oneM2M logo is protected for the benefit of its Members.
®
GSM and the GSM logo are trademarks registered and owned by the GSM Association.
ETSI

---------------------- Page: 2 ----------------------
3 ETSI TS 101 539-2 V1.1.1 (2018-06)
Contents
Intellectual Property Rights . 4
Foreword . 4
Modal verbs terminology . 4
1 Scope . 5
2 References . 5
2.1 Normative references . 5
2.2 Informative references . 5
3 Definitions and abbreviations . 6
3.1 Definitions . 6
3.2 Abbreviations . 6
4 Conforming ITS-S performance class definition . 7
5 Intersection Collision Risk Warning application overview . 8
5.1 ICRW in the ITS architecture . 8
5.1.1 Overview . 8
5.1.2 Crossing collision warning . 10
5.1.3 Traffic sign violation warning . 11
5.2 ICRW originating mode functionalities . 14
5.2.1 CAM transmission . 14
5.2.2 DENM transmission: signalling of a traffic sign violation risk . 14
5.2.3 DENM transmission: signalling of an intersection collision risk . 14
5.2.4 Interaction with other ITS-S layers . 14
5.3 ICRW receiving mode functionalities . 15
5.3.1 Detection of risk . 15
5.3.1.1 Traffic sign violation risk detection . 15
5.3.1.2 Intersection collision risk detection . 15
5.3.2 Application priority management . 15
5.3.3 Issuing warning to vehicle driver . 16
6 Application functional requirements . 16
6.1 Introduction . 16
6.2 Crossing collision risk detection requirements . 16
6.3 Traffic sign violation detection requirements . 17
6.4 Warning triggering requirements . 18
6.5 DENM transmission requirements . 18
6.6 Message processing requirements . 20
7 Application operational requirements . 21
7.1 Introduction . 21
7.2 Security and reliability requirements . 21
7.3 System minimum performance requirements . 21
7.3.1 Event position accuracy . 21
7.3.2 Communication coverage . 21
7.3.3 System end to end latency time . 22
7.3.4 Message processing . 22
Annex A (informative): CAMs interval adjustment based on critical safety situation . 23
Annex B (informative): Application state machine . 24
Annex C (informative): Safety Shield . 26
Annex D (informative): Driver HMI considerations . 28
Annex E (informative): Bibliography . 29
History . 30


ETSI

---------------------- Page: 3 ----------------------
4 ETSI TS 101 539-2 V1.1.1 (2018-06)
Intellectual Property Rights
Essential patents
IPRs essential or potentially essential to normative deliverables 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 (https://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.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no
right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.
Foreword
This Technical Specification (TS) has been produced by ETSI Technical Committee Intelligent Transport Systems
(ITS).
The present document is part 2 of a multi-part deliverable. Fulls details of the entire series can be found in part 1 [i.4].
Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "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.
ETSI

---------------------- Page: 4 ----------------------
5 ETSI TS 101 539-2 V1.1.1 (2018-06)
1 Scope
The present document provides Intersection Collision Risk Warning Application requirements and specifies the
necessary parameters and conditions to operate the application using CAM [1], DENM [2] and the intersection service
messages [4]. It includes the specifications of functional requirements and operational requirements of the LCRW
application.
2 References
2.1 Normative 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
https://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.
The following referenced documents are necessary for the application of the present document.
[1] ETSI EN 302 637-2 (V1.3.2): "Intelligent Transport Systems (ITS); Vehicular Communications;
Basic Set of Applications; Part 2: Specification of Cooperative Awareness Basic Service".
[2] ETSI EN 302 637-3 (V1.2.2): "Intelligent Transport Systems (ITS); Vehicular Communications;
Basic Set of Applications; Part 3: Specifications of Decentralized Environmental Notification
Basic Service".
[3] ETSI TS 101 539-3 (V1.1.1): "Intelligent Transport Systems (ITS); V2X Applications; Part 3:
Longitudinal Collision Risk Warning (LCRW) application requirements specification".
[4] ETSI TS 103 301 (V1.1.1): "Intelligent Transport Systems (ITS); Vehicular Communications;
Basic Set of Applications; Facilities layer protocols and communication requirements for
infrastructure services".
[5] ETSI TS 102 636-4-2 (V1.1.1): "Intelligent Transport Systems (ITS); Vehicular Communications;
GeoNetworking; Part 4: Geographical addressing and forwarding for point-to-point and point-to-
multipoint communications; Sub-part 2: Media-dependent functionalities for ITS-G5".
2.2 Informative 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.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
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 TR 102 638: "Intelligent Transport Systems (ITS); Vehicular Communications; Basic Set of
Applications; Definitions".
[i.2] ETSI EN 302 665 (V1.1.1): "Intelligent Transport Systems (ITS); Communications Architecture".
[i.3] ETSI TS 102 894-1 (V1.1.1): "Intelligent Transport Systems (ITS); Users and applications
requirements; Part 1: Facility layer structure, functional requirements and specifications".
ETSI

---------------------- Page: 5 ----------------------
6 ETSI TS 101 539-2 V1.1.1 (2018-06)
[i.4] ETSI TS 101 539-1 (V1.1.1): "Intelligent Transport Systems (ITS); V2X Applications; Part 1:
Road Hazard Signalling (RHS) application requirements specification".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
age of data: difference between the time of a data element value setting at the originating ITS-S and the time the same
data element value is used to undertake an appropriate action at a receiving ITS-S
NOTE: The age of data is an important quality parameter reflecting the freshness of highly dynamic data
elements in particular when a collision risk is assessed at vehicles' receiving levels.
conflict zone: zone of an intersection where the trajectory paths of vehicles and other traffic participants
(e.g. pedestrian, bicycles, vehicles) may cross
primary road safety application: ITS-S application which purpose is to prevent a collision
stop line: pavement marking line extending across lanes to indicate the point at which a stop is intended or required to
be made
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
BSA Basic Set of Applications
CA Co-operative Awareness
CAM Co-operative Awareness Message
CCH Control Channel
DCC Decentralized Congestion Control
DEN Decentralized Environmental Notification
DENM Decentralized Environmental Notification Message
HMI Human Machine Interface
ICRW Intersection Collision Risk Warning
ITS Intelligent Transport Systems
ITS-S ITS Station
IVI Infrastructure to Vehicle Information
IVIEM In Vehicle Information Extended Message
IVIM Infrastructure to Vehicle Information Message
LCRW Longitudinal Collision Risk Warning
MAPEM Message with detailed road topology information used by RLT service
MAT Maximum Action Time
MDRT Maximum Driver Reaction Time
MLT Maximum Latency Time
OEM Original Equiment Manufacturer
OR Operational Requirements
RHS Road Hazard Signalling
RLT Road and Lane Topology
SPAT Signal Phase And Timing
SPATEM Signal Phase And Timing Extended Message
TLM Traffic Light Maneuver
TTC Time To Collision
VRU Vulnerable Road User
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 101 539-2 V1.1.1 (2018-06)
4 Conforming ITS-S performance class definition
Intersection Collision Risk Warning (ICRW) application is considered as a primary road safety application. As
introduced in clause 4 of ETSI TS 101 539-3 [3], primary road safety applications are ITS applications that target at
reducing the risk of collision and thus improving the road safety. An ICRW application provides intersection collision
risk warning to drivers. The warning indicates the risk of potential intersection collision risk that requires an immediate
action of the driver.
NOTE: It is not excluded to implement the ICRW with automatic assistance system, such as automatic braking
system. In this case, the automatic assistance system will react directly on the braking system for the
driver, enabling a quicker reaction towards the collision risk.
The ICRW application relies on the processing of Cooperative Awareness Message (CAM) as specified in ETSI
EN 302 637-2 [1] and Decentralized Environmental Notification Message (DENM) as specified ETSI EN 302 637-3 [2]
transmitted from vehicle ITS-Ss or road side ITS-S. If applicable, an ICRW application may in addition rely on the
roadside infrastructure services such as Traffic Light Maneuver (TLM) service, Road and Lane Topology (RLT) service
and Infrastructure to Vehicle Information (IVI) service as specified in ETSI TS 103 301 [4]. These messages enable a
receiving vehicle ITS-S be informed of the movement status of other vehicles in the intersection as well as the traffic
light status, intersection access priority status, and topology of the intersection. This receiving ITS-S is therefore able to
estimate the potential collision risk and inform driver when necessary.
The ICRW application requires a short end-to-end latency time. This latency time is the time difference between T0 and
T6 and shall be as defined in ETSI TS 101 539-3 [3] and illustrated in Figure 1, in order to provide timely warning to
driver. T0 is denoted as time at which the vehicle data is available at the vehicle electronic systems. For message
transmitted from road side ITS-S, T0 is denoted as time at which the data is available at data source e.g. traffic light
status data available at traffic light controller system. T6 is denoted as time at which the warning is presented on the
vehicle HMI or time at which a direct action is requested to the vehicle electronic system, if applicable. Typically,
300 ms end to end latency time is required.

Figure 1: Application end to end latency time
In particular, time difference from T0 to T1 reflects the freshness of the data provided by a message with regards to the
message time stamp. ETSI TS 101 539-3 [3] has defined two performance classes (class A and class B) based on this
time difference, indicating the capability of a vehicle ITS-S to provide up-to-date information in CAM and DENM
within a threshold value (e.g. 150 ms).
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 101 539-2 V1.1.1 (2018-06)
Road side ITS-S mounted within an intersection provides up-to-date information on intersection traffic light status
(SPATEM), road topology (MAPEM) and infrastructure to vehicle Information (IVIM) in order to enable the receiving
ITS-S be informed about the allowed maneuvers, the access rights to execute the maneuvers (e.g. "green", "yellow",
"red"). The freshness of road side information may vary depending on the information update rate. Typically, such
update rate is configured by road side ITS-S application, as described in ETSI TS 103 301 [4].
5 Intersection Collision Risk Warning application
overview
5.1 ICRW in the ITS architecture
5.1.1 Overview
The objective of an ICRW application is to detect potential collision risk between two or more vehicles or obstacles
inside an intersection area. In addition, the ICRW may detect potential traffic sign violation at an intersection area.
When a collision risk or traffic sign violation risk is detected, the vehicle may issue a warning to the driver.
If the collision risk is detected by the roadside ITS-S, it may trigger the transmission of corresponding collision risk
warning DENM to approaching vehicles. A vehicle receiving such DENM may issue a warning to driver, when the
information is estimated relevant. One example use case is that a road side ITS-S equipped with sensors capable of
detecting the intersection collision risk or traffic sign violation risk may transmit an intersection collision risk warning
DENM to vehicles approaching to or inside the intersection area.
ICRW is an application layer entity that implements at least one intersection collision risk use case. In one possible
implementation, an ICRW may implement more than one intersection collision risk use cases into one ITS-S application
entity. The present document does not specify any implementation structure of the ICRW application.
Figure 2 presents an ICRW application in the ITS-S architecture as defined in ETSI EN 302 665 [i.2] as well as its
logical interfaces with other entities and layers.
ICRW
t
n
e
y
t
i
m
r
e
u
g
c
a
e
n
S
a
M

Figure 2: ICRW and logical interfaces
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 101 539-2 V1.1.1 (2018-06)
The ICRW application functionalities are distributed in conforming ITS-Ss. The following functional modes of the
application are included:
• Vehicle ITS-S originating mode: This mode refers to functionalities implemented by a vehicle ITS-S,
including the triggering of DENM transmission as specified in ETSI EN 302 637-3 [2] upon the detection of
an intersection collision risk or traffic sign violation risk, and the transmission of CAM according to the CAM
transmission rules as specified in ETSI EN 302 637-2 [1]. Some functional requirements are provided in ETSI
TS 102 894-1 [i.3] for traffic situations which may be leading to an intersection collision.
• Minimum Vehicle ITS-S receiving mode: This mode refers to functionalities implemented by a vehicle ITS-S,
including the processing of received ICRW DENM and providing warning to the driver in case based on the
evaluation of the DENM.
• Full Vehicle ITS-S receiving mode: This mode refers to functionalities implemented by a vehicle ITS-S,
including the processing of received CAM, DENM, SPATEM, MAPEM and IVIM for the analysis of
intersection collision risks and provides warning to the driver in case of a detected risk. A driver warning
issued by an ICRW application is a strong advice that requires an immediate action from the driver to avoid an
imminent intersection collision.
• Road side ITS-S originating mode: This mode refers to functionalities implemented by a road side ITS-S,
including the triggering of DENM transmission upon detection of potential collision risk at intersection.
• Road side ITS -S receiving mode: This mode refers to functionalities implemented by a road side ITS-S,
including the processing of received CAM, DENM and/or sensor data for the detection of potential collision
risk at intersection.
A vehicle ITS-S implementing ICRW shall comply with one of the following compliance levels:
• Level 1: the minimum vehicle receiving mode functionality shall be implemented.
• Level 2: according to Level 1 and the full receiving mode functionality shall be implemented.
• Level 3: according to Level 2 and the vehicle ITS-S originating mode functionality shall be implemented.
A road side ITS-S implementing ICRW shall comply with both the road side ITS-S originating and receiving mode
functionalities.
The present clause describes ICRW functionalities of both modes.
ICRW may include use cases as defined in Basic Set of Applications (BSA) ETSI TR 102 638 [i.1], with their
functional requirements defined in ETSI TS 102 894-1 [i.3]. In summary, the following collision risks may be
considered as intersection collision risks:
• Crossing collision: the collision risk is detected between vehicles whose trajectories may cross in the conflict
zone. In most cases, the crossing collision results in a lateral collision. The vehicle may issue a warning to the
driver if it detects crossing collision. An immediate action e.g. emergency brake is required for the driver of
the vehicle to avoid the collision.
• Traffic sign violation: the traffic sign violation at an intersection area refers to either a traffic light violation at
a signalled intersection, or a priority violation at a non-signalled intersection (e.g. stop sign violation). The
conditions under which a violation is considered to be true may vary according to regional regulations.
Therefore, the violation risk detection algorithm of the ICRW should be compliant to such regulations.
• Collision involving Vulnerable Road Users (VRU): this collision risk refers to risk of collisions between
vehicles and Vulnerable Road Users e.g. bicycles, pedestrians inside the intersection area. A warning may be
issued to the vehicle driver if a collision risk is detected. If the VRU is equipped with ITS-S implementing the
ICRW e.g. a personal ITS-S, a warning may also be issued.
• Rear end collision: rear end collision may happen inside or near an intersection area, for example, at
intersection queues.
ETSI

---------------------- Page: 9 ----------------------
10 ETSI TS 101 539-2 V1.1.1 (2018-06)
5.1.2 Crossing collision warning
The considered use cases related to crossing collision warning are summarized in Table 1 and described below.
Table 1: Relevant use cases description for crossing collision risk warning
Use case Scenario illustration
Turning collision risk warning

Merging collision risk warning

Collision risk warning for vehicles with missing
radio connectivity


Turning collision risk warning:
Detection by vehicle:
The collision risk is detected between vehicles, whose trajectories cross in the conflict zone of an intersection. In the
example scenario as presented in Table 1, a first vehicle is turning to the left and another vehicle is going straight across
the intersection. Both vehicle ITS-Ss receive SPATEM and MAPEM from road side ITS-S, allowing both of them
entering the intersection area. Both ITS-Ss transmit CAMs. The left turning vehicle is able to monitor continuously the
straight driving vehicle and calculates the associated Time Proximity Vector / Safety Shield (see annex A) with it. Once
the value is within a limit (the straight driving vehicle is within the safety shield), the left turning vehicle may increase
the CAM generation and transmission rate. Similar estimation may be done at straight driving vehicle, who in its turn
increases the CAM generation and transmission rate. Cooperatively, two vehicles are able to monitors more precisely
each other's kinematics status changes and detects the potential collision risk. If the collision risk probability reaches a
predefined threshold, a warning is issued to the driver.
ETSI

---------------------- Page: 10 ----------------------
11 ETSI TS 101 539-2 V1.1.1 (2018-06)
In one other possible ICRW implementation, the vehicle detecting the potential crossing collision risk (e.g. using
embedded sensors) may trigger a DENM transmission. Other vehicle ITS-S receiving such DENM may evaluate the
collision risk with transmitting vehicle ITS-S and accordingly issue a warning to the driver.
NOTE: In regions where left hand traffic rules apply, the turning collision may be detected between right turn
vehicles with other vehicles.
Detection by roadside:
The roadside ITS monitors the straight driving and left turning trajectories of the two vehicle. Thus the roadside ITS is
able to estimate a potential collision risk in real time. Upon detection of collision risk the roadside ITS shall issue a
DENM to the traffic participants (e.g. vehicles, pedestrians, bicycles).
Merging collision risk warning:
Detection by vehicle:
The merging collision risk is detected between a vehicle with at least one other vehicle whose trajectory is merging with
the trajectory of the first vehicle. In the example scenario as presented in Table 1, the right turning vehicle is authorized
to make right turn with yellow phase,
...

Questions, Comments and Discussion

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