Fig. 2: Heterogeneous Services for Day 2
In order to solve this problem, DCC protocols have been
developed to limit the transmit parameters, mainly transmit
rate and power, of each vehicle based on channel condition.
Rate control sets the maximum number of transmissions
allowed in a given period to limit the temporal utilization of
channel, while power control sets the maximum power to limit
the spatial channel utilization and optimize spatial reuse of
wireless resources.
Conceptually speaking, DCC may be seen as a Cyber-
Physical System (CPS), as shown on Fig 1, where transmit
decisions are optimized based on a feedback loop from mea-
sured channel conditions. The physical block in each node
continuously senses the Channel Load (CL) conditions, via
metrics such as Channel Busy Ratio (CBR). Based on the
sensing metric from the physical block, the control algorithm
in the cyber block adjusts its control parameters, i.e. trans-
mit rate, transmit power, modulation or any other parameter
influencing the metrics from the physical block.
DCC has been extensively studied in the literature and
many protocols have been proposed for congestion control
and resource allocations. Several proposals focused on trans-
mission rate optimizations [1], [2] while keeping the transmit
power constant. Other strategies such as [3], [4] have proposed
adapting the transport power for better spatial channel usage.
Yet other works [10] have proposed hybrid adaptations of both
rate and power. There are other approaches using different
control parameters such as optimizing the data rate [11]
or the physical carrier sense threshold [12] based on the
channel quality. Several studies [13], [14] have questioned
the effectiveness of combining multiple control parameters
for congestion control, as made available by the standards.
A survey of DCC mechanisms is presented in [15].
Nevertheless, almost all existing works, except a few (e.g.
[16]), deal with a single type of message i.e. CAM, when
analyzing DCC strategies. The work in [16] highlights the
problem of Access DCC when dealing with multiple types of
packets, without considering Facilities DCC. In this paper, we
implement Facilities DCC for managing resource allocation of
multiple services and illustrate how Access DCC may hinder
the functioning of Facilities DCC.
Several DCC protocols have been standardized for Day 1, by
the Car2Car Consortium and ETSI in Europe and by Society of
Automotive Engineers (SAE) [17] in the USA. The approach
to the US DCC is cross-layer, which considers multiple
sensing parameters, such as vehicular traffic density, packet
error rate, neighbor tracking error. Until recently, the EU DCC
has been mainly limited to the Access Layer. Although Access
DCC would suffice for Day 1 considering a single message,
unable to differentiate between services, it is not suitable for
multiple messages and V2X services for Day 2.
III. V2X S
ERVICES FOR CONNECTED COOPERATIVE
AUTOMATED VEHICLES
Safety and traffic efficiency Day 1 applications in Europe
are based on periodic CAM and occasionally event trig-
gered messages called Decentralized Environment Notification
Message (DENM). However as shown on Fig. 2, there will
be multiple heterogeneous messages for Day 2 applications,
realizing a concept called ‘extended horizon’, where vehicles
gather information outside the range of their built-in sensors
through cooperative V2X communications. The conjunction of
the various V2X services and messages are critical for creating
such ‘extended horizon’ and allows future automated vehicles
to take optimal control decisions.
Accordingly, several new services are currently being de-
veloped in Europe, which require new messages such as:
• Collective Perception Message (CPM) - ETSI TS 103
324: shares a vehicle’s various sensor information with
other ITS stations.
• Position and Time Message (POTI) - ETSI TS 102
890–2: obtains precise position and time from other ITS
stations.
• Local Dynamic Map (LDM) messages - exchanges of
of the LDM [18] with other ITS stations.
Further down the road, communication capabilities will be
used for cooperative driving and navigation, and it is expected
that further messages will be developed to exchange a vehicle’s
‘trajectory intent’ (i.e. for vehicles to negotiate and coordinate
their actions).
Accordingly, plethora of V2X services will have hetero-
geneous packet size, periodicity, urgency, or relevance area.
Although existing congestion control mechanisms at Access
layer may regulate cooperative services, without considering
the heterogeneous message characteristics, new services will
be penalized. Access DCC strategies can only drop or delay
packets via queuing and flow control (more details in the
next section). However Day 2 scenarios will require smarter
strategies to distribute the sparse network resources or transmit
opportunities among multiple applications, such as optimiz-
ing modulation, packet size, or prioritizing information as a
function of the application’s needs and context. Therefore,
there is a need to regulate wireless channel resources for
heterogeneous V2X services, which we analyze in the rest
of this paper.
IV. A
NALYSIS OF ACCESS AND FACILITIES DCC FOR
HETEROGENEOUS SERVICES
In European DCC standards, Transmit Rate Control (TRC)
has been the most significant control mechanism. TRC can
either limit the number of packets released into the medium
评论