DESCRIPTION

Title of Invention

VEHICLE TO EVERYTHING (V2X) COMMUNICATION METHOD AND

SYSTEM

Technical Field

[0001]

The present invention relates to data communication. In particular, the present invention relates to LTE-based Vehicle to Everything (V2X) communication.

Background Art

[0002]

3GPP 3 ^rd Generation Partnership Project

CAM Cooperative Awareness Message

CAN-BUS Controller Area Network Bus

D2D Device to Device communication

DFN D2D Frame number

DL DownLink

DSRC Dedicated Short Range Communication

GPS Global Position System

hh:mm:ss hour hour : minute minute : second second.

HDOP Horizontal Dilution Of Precision

HEPE Horizontal Estimated Position Error

I/O Inputs/Outputs

IF Interface

ITS Intelligent Transport System

LTE Long Term Evolution

MAC Medium Access Control

MCS Modulation and Coding Scheme

NHTSA National Highway Traffic Safety Administration

NTRP Time Resource Pattern number

OBU/OBE On-board Unit / On-board Equipment

P25 Project 25, suit of standard for digital radio communication

PC5 Sidelink air interface PHY Physical

PMR Private Mobile Radio

PRB Physical Resource Block

ProSe Proximity-based Services or so called LTE D2D or Sidelink communication

PSCCH Physical Sidelink Control Channel

PSSCH Physical Sidelink Shared Channel

RSU/RSE Road-side Unit/Road-side Equipment

RX Receive

SA Scheduling Assignment

SFN System Frame number

SL Sidelink communication or Device to Device communication

TBS Transport Block Size

TRP Time Resource Pattern

TS Technical Specification

TX Transmit

UL Uplink

USB Universal Serial Bus

UTC Coordinated Universal Time

Uu LTE Radio Interface

V2H Vehicle to home communication

V2H Vehicle-to-Home

V2I Vehicle to Infrastructure or Infrastructure to Vehicle

communication

V2N Vehicle to Network communication using cellular

communication

V2P Vehicle to Pedestrian communication

V2P Vehicle-to-Pedestrians

V2V Vehicle to Vehicle communication

V2X Vehicle to everything, a Collection of V2V, V2I, V2P and V2H

VANET Vehicular Ad-Hoc Network

VFN V2X Frame Number

WAVE Wireless Access for Vehicular Environment WiFi Wireless Fidelity

YYYY-MM-DD Year Year Year Year-MonthMonth-DayDay

[0003]

Vehicle-to-Everything (V2X) communication enables vehicles to communicate with other vehicles (i.e. Vehicle-to- Vehicle (V2V) communication), with infrastructure (i.e. Vehicle- to-Infrastructure (V2I), with wireless networks (i.e. Vehicle-to-Network (V2N) communication), with pedestrians (i.e. Vehicle-to-Pedestrian (V2P) communication), and even with the owner's home (i.e. Vehicle-to-Home (V2H)). Examples of infrastructure include roadside units such as traffic lights, toll gates and the like.

[0004]

V2X communication can be used in a wide range of scenarios, including in accident prevention and safety, convenience, traffic efficiency and clean driving, and ultimately in relation to autonomous/self-driving vehicles. For example, in relate to accident prevention, it has been estimated that appropriate V2X systems can prevent over 80 percent of accidents for unimpaired drivers, by alerting the drivers to hidden dangers that can't be sensed by traditional on-board equipment such as sensors.

[0005]

In relation to traffic efficiency, an appropriate V2X system in combination with a nationwide data collection and processing network, may facilitate environmental improvements, as well as improvements to public safety, mobility, productivity and convenience by providing optimised traffic routing, increased traffic flow, traffic control and incident management.

[0006]

In V2V, data may be shared between V2X-equipped vehicles within a half-mile or 800m radius of each other, which can be used to provide a driver with a global view of traffic and be alerted to the most common causes of accidents in time to take evasive action. In more advanced applications, an evasive action or a chain of evasive actions may be initiated by the receiving vehicle automatically.

Summary of Invention

Technical Problem

[0007]

The V2X market is still in its infancy comprising only Vehicle-to-Vehicle (V2V) and Vehicle-to-Infrastructure (V2I) communication technologies, the former dominated by aftermarket vendors and the latter by electronic toll collection and electronic payment applications respectively.

[0008]

It is envisaged that the exchange information in V2X systems may be in the form of standardised Cooperative Awareness Messages (CAMs). CAMs may be periodically broadcasted (and thus periodically received) by a vehicle's On Board Unit (OBU), and be used to inform other vehicles about the current status of the transmitting vehicle. In particular, a CAM may carry information such as a time-stamp, current geographical position, speed, travelling direction, and attributes of the vehicle.

[0009]

CAMs may also be broadcasted by Road Side Units (RSUs) installed in infrastructure, such as smart traffic light sub-systems, to inform and advise nearby vehicles about the current status, attributes, conditions, warning, notifications and services at up-coming road sections. CAMs may be unicasted or group-casted to a particular vehicle or user device upon an event, providing information or other guidance in relation thereto.

[0010]

Various radio access technologies, including IEEE 802.11a in DSRC and IEEE 802. l ip in WAVE or VANET, have been considered for V2X systems. However, IEEE 802.11 based radio access technologies are unnecessarily complex, and more suitable for non-deterministic message transmission. In particular, V2X services generally require deterministic and low latency message transmission, whereas 802.11 based technology is generally high latency.

[0011]

Recently, 3rd Generation Partnership Project (3 GPP) Long Term Evolution (LTE) technology has been considered for V2X services. 3 GPP LTE technology is being deployed all over the world and at a rapid pace, which enables more and more advanced services and internet applications that utilise the high data rate, low latency, enhanced coverage that 3 GPP LTE provides.

[0012]

Furthermore, the recently standardised LTE Release 12 device to device (D2D) communication standards enable devices to directly communication over a side-link (PC5) radio interface and without requiring network coverage. As such, these standards have attracted strong interest from vehicle manufacturers and other road-safety agencies as a candidate for vehicular communication.

[0013] Technically, 3 GPP Release 12 LTE D2D technology, and especially side link (PC5) interfaces are suitable for event-triggered and/or non-standardised-size V2X messages. However, periodic V2X message transmission and reception is not well suited to 3 GPP Release 12 LTE D2D technology, which prevents its use in V2X systems.

[0014]

As such, there is a need for an improved V2X communication methods and systems.

[0015]

It will be clearly understood that, if a prior art publication is referred to herein, this reference does not constitute an admission that the publication forms part of the common general knowledge in the art in Australia or in any other country.

[0016]

The present invention is directed to data communication systems and methods, which may at least partially overcome at least one of the abovementioned disadvantages or provide the consumer with a useful or commercial choice.

Solution to Problem

[0017]

With the foregoing in view, the present invention in a first aspect, resides broadly in a data communication method for use in an LTE-based vehicle-to-everything (V2X)

communication system, the method including:

receiving, on the data interface and according to a predefined timing reference (TREF), a synchronization signal;

determining a timing synchronization according to the synchronization signal; and transmitting or receiving data according to the timing synchronization.

[0018]

The method may further comprise:

determining, at least in part according to the predefined timing reference (TREF), one or more subframes on which the synchronization signal may be provided;

wherein the synchronization signal is received on the one or more subframes.

[0019]

The method may further comprise transmitting an outgoing synchronization signal on the one or more determined subframes.

[0020]

The method may further comprise: receiving, on a data interface, a positioning signal; and

determining a coarse timing synchronization according to the positioning signal; wherein the timing synchronization is determined according to the coarse timing synchronization and the synchronization signal.

[0021]

The positioning signal may provide absolute timing and the synchronization signal relative timing.

[0022]

Reception of the positioning signal and the determining of the coarse timing synchronization may be performed automatically at a power-up event of a device on which the positioning signal is received.

[0023]

The positioning signal may include a current time in UTC format. The positioning signal may be a GPS signal.

[0024]

The synchronization signal may be received on a first carrier frequency, and cellular wireless connectivity may be provided on a second carrier frequency.

[0025]

The first and second carrier frequencies may be preconfigured.

[0026]

The first and second carrier frequencies may comprise the same carrier frequency.

[0027]

The predefined timing reference (TREF) may be used to determine a time when a first System Frame Number (SFN) cycle or V2X Frame Number (VFN) cycle starts.

[0028]

A time instance (Ti) indicating an incoming radio-frame allocated for V2X

synchronization signal mapping, may be determined according to

(71 - 21^ ^ 1024 = V2X Sync offset indicator , where the V2X offset indicator

10

indicates a start of the first V2X communication cycle within the SFN or VFN cycle.

[0029]

The method may be executed on a V2X communication device of a road side unit (RSU), and further comprise periodically transmitting synchronization signals to other V2X communication devices within a proximity of the RSU. [0030]

The method may be executed on a V2X communication device of a vehicle, and further comprise scanning preconfigured carrier frequencies for the synchronisation signal in subframes and radio frames allocated for V2X synchronisation signal mapping.

[0031]

The synchronisation signal may be used during an implementation dependent scanning period as reference time for transmitting and/or receiving V2X application messages.

[0032]

The synchronisation signal may originate from another vehicle equipped with a V2X communication device.

[0033]

Timing synchronization maintenance may be achieved by the vehicle equipped with a V2X communication device periodically contending with other vehicles equipped with a V2X communication device for transmission of synchronization signals.

[0034]

The method may further comprise failing to detect a synchronisation signal during the implementation dependent scanning period, and subsequently transmitting a synchronization signal periodically, wherein the transmitted synchronization signal provides a reference time for transmitting and/or receiving V2X application messages.

[0035]

A preconfigured V2X communication cycle may be defined having minimum duration of 100 ms, and a plurality of V2X communication cycles may be time-multiplexed, frequency- multiplexed, or time-frequency multiplexed to fit into one SFN or VFN cycle duration of 1024x10ms.

[0036]

The preconfigured V2X communication cycle may comprise:

one or more first V2X-communication periods for event-triggered V2X message transmission;

one or more second V2X-communication periods for periodic V2X application message transmission.

[0037]

The first V2X-communication period may comprise:

an S A pool for fast signalling of associated control channels transmission; and an associated data pool for data channels carrying V2X application messages. [0038]

The second V2X-communication period may comprise a data pool for data channels carrying V2X application messages.

[0039]

The method may comprise blind-decoding V2X application messages in the second

V2X-communication period.

[0040]

The second V2X-communication period may comprise sub-periods of duration

N _TRP = {6,7, or 8} subframes, wherein the last sub-period is truncated to fit into the second V2X-communication period.

[0041]

Data channels within the second V2X-communication period may be uniquely indexed in a sub-period in time for NTRP subframes and in frequency for N _PRB _ _CH physical resource blocks (PRBs), and wherein the channel index is reset at each sub-period start.

[0042]

The data channels may be pre-configurable to occupy a subframe in time and span over NpRB-cH PRBs in frequency.

[0043]

Two or more second V2X-communication periods may be configured within a V2X communication cycle, wherein a starting channel index of one of the two or more second V2X- communication periods continues from a highest channel index of another of the two or more second V2X-communication periods.

[0044]

A number of uniquely labeled channels in the second V2X-communication period within the V2X-communication cycle may form a contention window for periodic V2X application message transmission.

[0045]

The contention window may be partitioned into a non-overlapping window for high priority message transmission, and partially overlapping windows for normal and low priority messages transmission.

[0046]

A V2X-communication device transmitting V2X application messages may periodically within a V2X communication cycle randomly select a channel index within an appropriate contention window for its first transmission, and identify channels with the same selected channel index for its retransmissions.

[0047]

Data channels within the second V2X-communication period may be alternatively indexed on sub-periods starting in time for NTRP subframes and then in frequency on N _PRB _ _CH physical resource blocks (PRBs), wherein the starting channel index of a following sub-period continues from a highest channel index value in a previous sub-period.

[0048]

A second number of uniquely labelled channels in second V2X-communication period within a V2X-communication cycle may form another contention window for another periodic V2X application message transmission.

[0049]

A V2X-communication device transmitting V2X application messages randomly may select a channel index within a prioritised contention window for periodic transmission within a V2X communication cycle of the second V2X-communication period.

[0050]

The method may further comprise determining, within a sub-period NTRP(I) that the selected channel index belongs, "Time Resource Pattern Indexes" which contain the selected channel index.

[0051]

The V2X communication device may randomly select a "Time Resource Pattern Index" of the "Time Resource Pattern Indexes" for first and subsequent V2X application message transmission.

[0052]

The V2X communication device may utilize unused data resources in the data pool for periodic V2X application messages transmission.

[0053]

The V2X communication device may monitor the SA-pool to identify the unused data resources.

[0054]

Channel indexes of the unused channels may be added to a common contention window within a V2X-communication cycle.

[0055]

In another form, the invention resides broadly in a vehicular communication device for being installed on a vehicle and interfacing with the vehicle's information system implementing the data communication method of the first aspect.

[0056]

The vehicular communication device may be capable of concurrent V2X

communication and cellular communication, and configured to act as relay node for providing communication between other vehicular communication devices and a remote management centre.

[0057]

In another form, the invention resides broadly in a road side unit, configured to interface with road safety systems, implementing the data communication method of the first aspect.

[0058]

In another form, the invention resides broadly in an LTE-based vehicular wireless communication system including a plurality of vehicles and a plurality of roadside units implementing the method of the first aspect, a cellular base station and a remote management center, wherein the cellular base, station provides providing wireless network connectivity between at least some of the plurality of vehicles and the remote management center.

[0059]

Furthermore, in yet another form, the present invention resides broadly in system timing structure, timing synchronisation and data communication methods for use in a vehicular wireless communication system, the vehicular wireless communication system including plurality of vehicles, each of which may be equipped with a standard or extended V2X- communication device for directly communicating with other vehicles, with road side units (RSUs) and/or with portable devices capable of V2X-communication carried by individual, to at least regularly and periodically indicate its presence and the presence of other vehicle without equipped V2X-communication device but being detected by traditional vehicular equipment such as sensor system, plurality of RSUs, each of which may be equipped with a V2X-communication device for directly communicating with vehicles within its controllable range and other RSUs, at least to provide and/or relay road safety information/status, one or more wireless network access nodes such as LTE base stations providing cellular wireless connectivity for a remote

management centre to directly communicate with plurality of road side units being equipped with a cellular communication device, and/or plurality of vehicles being equipped with cellular communication device, and indirectly communicate with plurality of vehicles equipped with only V2X communication device via a vehicle(s) and/or a RSU(s) equipped with both cellular communication & V2X communication devices acting as relay nodes. All V2X communication devices are said being equipped with a positioning radio receiver such as GPS receiver. The method including preconfiguring a V2X communication device with system reference time (TREF) preferably in UTC (Coordinated Universal time) format indicating the time where the 1 st SFN cycle or VFN cycle start, V2X communication cycle information element (IE) comprising one or several types of V2X-communication periods being used for event-triggered and/or periodic V2X application messages transmission/reception and V2X physical channel size or size for mapping V2X periodic messages, V2X offset indicator indicating the starting of the 1st V2X communication cycle within a SFN or VFN cycle, V2X-sync offset indicators, V2X communication device attributes, and other associated information elements for sidelink communication.

[0060]

According to one aspect of the present invention, at power-up event that may be triggered by a vehicle ignition key for an vehicle on-board-unit, a V2X communication device may start acquiring and locking to the acquired positioning radio signal(s) such as GPS signal from which it may further extract current time preferably in UTC for coarse timing

synchronization. With the preconfigured reference time (TREF) and V2X Sync Offset Indicators, a V2X communication device may determine incoming radio frame(s) (T _t ) and subframe(s) on which it should transmit synchronisation signal provide timing reference for further V2X signal transmission/reception within its proximity or further perform fine-timing synchronisation. The said radio frame(s) with starting (7 ) ma satisfy the relation

. A V2X communication device

equipped on a RSU may be preconfigured to periodically transmit synchronisation signal(s) on the V2X radio interface and frequency in the said allocated subframes and radio frames providing reference timing for V2X application messages transmission/reception within its proximity. On the other hand, a V2X communication device equipped on a vehicle may further perform fine-time synchronisation by scanning the preconfigured carrier frequencies for existing synchronisation signal or signals. Upon detecting an infrastructure (i.e. RSU) originated synchronisation signal(s), a vehicle bound V2X communication device may align its clock i.e. internal time for further V2X application message transmission/reception. Upon detecting only vehicle originated synchronisation signal(s), a vehicle bound V2X communication device may align its clock for further V2X application messages transmission/reception and further participate in maintaining the local reference timing by periodically performing contention together with existing vehicle bound X2V devices in the local proximity for its synchronisation signal transmission. Upon detecting no synchronisation signal(s), a vehicle bound V2X communication device may use its internal clock as reference time for synchronisation signal transmission, providing reference timing for further V2X application messages transmission and/or reception within it transmission range.

[0061]

Another aspect of the present invention relates to V2X communication structure and associated methods for event-triggered and periodic V2X application messages

transmission/reception. According to the present invention, there introduces a preeonfigured V2X communication cycles that may be time concatenated to fit into a SFN or VFN cycle of 1024xl0m5, where the first V2X communication cycle may be further configured to offset from the start of a SFN or VFN cycle where a V2X communication device may concurrently operate with more than one preeonfigured offsets. A.V2X communication cycle may comprise one or more first V2X communication period reserved for event-triggered and/or non-standardised size V2X application messages transmission, and one or more second V2X communication period reserved for periodic V2X application messages transmission/reception. A first V2X

communication period may always appear as starting V2X communication period in a V2X communication cycle and further comprising a SA-pool for control channels transmission providing physical layer control information for the reception and decoding of the associated data channel or channels and an associated DATA-pool for associated data channels

transmission. A second V2X communication period is said to comprise only DATA-pool for data channels transmission and blind-decoding may be considered at a receiver. Data-pools of first and second V2X communication periods may be time-multiplexed on the subframe level.

According to embodiments of the present invention, there is provided a method for a V2X communication device to detect unused data resources in a data-pool of the first V2X

communication period and further utilise unused data resources for periodic V2X application message transmission. According to embodiments of the present invention, a data pool of the first V2X communication period and 2nd V2X communication period may be further partitioned into physical data channels where each may have configurable size of (1 subframe x NPRB-CH PRBs), and labelled with unique channel indexes being used for periodic V2X application messages transmission/reception.

[0062]

Two methods are described for indexing data channels in a data resource pool and associated methods for contending for a data channels within a data resource pool for periodic V2X application messages transmission/reception at a V2X communication device.

[0063]

According to a first method, a data-pool in a V2X communication period may be partitioned into sub-periods of configurable (NTRP) subframes. Data channels are indexed on sub-period basis, first in time and then in frequency, and the index is reset to a starting value at the start of each sub-periods within the same V2X communication period. Within a V2X communication cycle, the channel index of an immediately following V2X communication period continues from the largest index value of the previous V2X communication period. The total channel indexes including unused channel indexes in a first V2X communication period and available channel indexes in a second V2X communication period in a V2X communication cycle form a contention window for periodic V2X application message transmission.

[0064]

By monitoring an SA-pool of a first V2X communication period and decoding detected control channels, a V2X communication device may determine unused data channels and associated indexes in the associated data-pool of the first V2X communication period for use in periodic V2X application message transmission. A V2X communication device having a periodic V2X application message for transmission within a V2X communication cycle may randomly select a channel index within an appropriate contention window (e.g. high, normal, or low) for its first transmission and further identify data channels with the same selected channel index for retransmission. Technically, by controlling V2X communication period duration in relative to configurable (NTRP), the number of retransmissions can be adjusted correspondingly.

[0065]

According to a second method, a data-pool in a V2X communication period may be partitioned into sub-periods of configurable (NTRP) subframes. Data channels are indexed on sub-period basis, first in time and then in frequency, and the channel index of an immediately following sub-period continues from the largest index value in the previous sub-period within the same V2X communication cycle. The total channel indexes including unused channel indexes in first V2X communication period(s) and available channel indexes in second V2X

communication period(s) in a V2X communication cycle form a contention window for periodic V2X application messages transmission. A V2X communication device having a periodic V2X application message for transmission within a V2X communication cycle may randomly select a channel index within then appropriate contention windows (e.g. high, normal, or low). Within the sub-period in which the channel index is selected, a V2X communication device further determines "Time Resource Pattern Index(es)" that include the selected channel index. If there is more than one "Time Resource Pattern Index" being identified, a V2X communication device further randomly select a "Time Resource Pattern Index" for use in periodic V2X application messages transmission and retransmissions.

[0066]

On V2X communication period basis, when comparing the second method to first method, the second method provide higher number of data channels for contention. However, the second method may result in collision on retransmissions, which is not the case for the first method. Technically, both first and second methods can be configured and recommended to coexist on different V2X communication periods within a V2X communication cycle serving for different types of periodic V2X application messages.

[0067]

Advantages of embodiments of the present invention include an ability to provide two- phase timing synchronisation. In the first phase, coarse timing synchronisation can be achieved by using positioning system such as GPS, standardised timing and predefined reference system time (preferably in UTC for the purpose of reusing existing V2X applications on LTE based V2X platform) from which exact radio frames and subframes for scanning existing synchronisation in second phase where the fine timing synchronisation is further achieved.

[0068]

Furthermore, embodiments of the present invention provide a vehicular wireless communication system in which an infrastructure bound V2X communication device is preferred for transmitting synchronisation signals providing reference timing for V2X signal

transmission/reception within it proximity.

[0069]

Yet further again, embodiments of the invention provide a method for reference timing in local proximity being maintained jointly by more than one vehicle bound V2X communication device, where departure of a vehicle bound V2X communication device does not impact the local timing reference.

[0070]

Embodiments of the invention provide a V2X communication structure and associated methods for transmitting event-triggered and periodic V2X application messages, where configuration/reconfiguration of V2X communication structure information elements may be further carried out at application level allowing further customisation/optimisation on deployed application basis.

[0071] Further embodiments provide a standard configuration for an on-board vehicle V2X communication device capable of acting as intermediate for identifying nearby hidden vehicles/obstacles.

[0072]

Yet further embodiments provide extended configuration for an on-board vehicle V2X communication device capable of acting as relay providing communication between standard onboard vehicle V2X communication device and remote management centre, hence reducing cellular network load due to managing vehicles on cellular radio interface.

[0073]

Finally, embodiments of the invention providing a basic configuration for a V2X communication device being installed on a roadside unit.

[0074]

Any of the features described herein can be combined in any combination with any one or more of the other features described herein within the scope of the invention.

[0075]

The reference to any prior art in this specification is not, and should not be taken as an acknowledgement or any form of suggestion that the prior art forms part of the common general knowledge.

Advantageous Effects of Invention

[0076]

According to the present invention, it is possible to provide the improved V2X communication methods and systems. Brief Description of Drawings

[0077]

Various embodiments of the invention will be described with reference to the following drawings.

[Fig. l]

Fig. 1 schematically illustrates a V2X communication system, according to an embodiment of the present invention.

[Fig. 2]

Fig. 2 illustrates a schematic of a V2X communication device of a vehicle on board unit of the system of Fig. 1, according to an embodiment of the present invention. [Fig. 3]

Fig. 3 illustrates a schematic of a V2X communication device of a road side unit of the system of Fig. 1 , according to an embodiment of the present invention.

[Fig. 4]

Fig. 4 illustrates a method of acquiring and maintaining system timing for V2X messages in a V2X communication device of a vehicle OBU, according to an embodiment of the present invention.

[Fig. 5]

Fig. 5 illustrates an exemplary timing diagram relating to determining a start of radio frames having synchronisation signals, according to embodiment of the present invention.

[Fig. 6]

Fig. 6 illustrates an exemplary timing diagram illustrating contention for

synchronisation signals transmission in joint maintenance of local referent timing, according to embodiment of the present invention.

[Fig. 7]

Fig. 7 illustrates a V2X communication structure, according to an embodiment of the present invention.

[Fig. 8]

Fig. 8 illustrates a V2X communication structure and method of indexing data channels, according to an embodiment of the present invention.

[Fig. 9]

Fig. 9 illustrates a method of contention for a data channel, according to an embodiment of the present invention.

[Fig. 10]

Fig. 10 illustrates a V2X communication structure and alternative method of indexing data channels (i.e. a V2X-Communication TYPE-III period), according to an embodiment of the present invention.

[Fig. 11]

Fig. 11 illustrates a method of performing contention for a data channel or channels being indexed using the alternative method (i.e.V2X-Communication TYPE-III period), according to an embodiment of the present invention.

[Fig. 12]

Fig. 12 illustrates exemplary partition of contention window, according to an

embodiment of the present invention. Description of Embodiments

[0078]

Preferred features, embodiments and variations of the invention may be discerned from the following Detailed Description which provides sufficient information for those skilled in the art to perform the invention. The Detailed Description is not to be regarded as limiting the scope of the preceding Summary of the Invention in any way.

[0079]

Fig. 1 schematically illustrates a V2X communication system 01, according to an embodiment of the present invention. As discussed in further detail below, the system 01 implements methods for establishing system timing reference, acquiring and maintaining timing synchronisation, and transmitting/receiving periodic and/or non-periodic V2X messages.

[0080]

The V2X communication system 01 includes an ad-hoc wireless network comprising a plurality of vehicles 10, some of which are equipped with a V2X communication device 1 OOe, 100s for directly communicating with other vehicles 10, with road side units 20, and/or portable devices carried by individuals (not illustrated), which are capable of V2X communication. Such communication may include exchanging of periodic and/or non-periodic/event-triggered V2X related application messages, such as standardised cooperative awareness messages (CAMs), as discussed above.

[0081]

The road side units 20 are equipped with a V2X communication device 200 for providing time reference and for directly communicating with nearby vehicles 10 capable of V2X communication 10. si, 10. s2 and 10. e.

[0082]

The system 01 also includes a network access node 30 in the form of a cellular base station, such as an eNB in LTE, for providing cellular coverage and services, including V2X communication related configuration, to vehicles 10 and road side units 20 capable of cellular communication. The network access node 30 enables communication with a remote management centre 50 via a data communications network 40.

[0083]

The vehicles 10 may be road vehicles such as automobiles or motorcycles for transporting passengers and/or cargo. Furthermore, the vehicles may be in daily use or in mission critical usage. [0084]

The plurality of vehicles 10 include standard V2X vehicles lO.s, which are equipped with standard V2X communication devices 100s enabling V2V, V2I, and V2P communication over a PC5 interface on carrier frequency Fl . The plurality of vehicles 10 further includes extended V2X vehicles 10.e, which are equipped with extended V2X communication devices lOOe enabling V2V, V2I, and V2P communication over PC5 interface on carrier frequency Fl, and V2N communication over a radio interface (e.g. a Uu interface) on carrier frequency F2.

[0085]

In some region, the carrier frequencies Fl and F2 may be configured to be the same frequency, and therefore V2V, V2I, V2P and V2N communications may share the same carrier frequency Fl or F2.

[0086]

The plurality of vehicles 10 include hidden vehicles lO.h, which are not be equipped with a V2X communication device 100, and are therefore unable to communicate with the standard and extended V2X vehicles 10.s, 10.e. A hidden vehicle 10.h may be detected by traditional on-board equipment, such as sensor/radar signal 101 from a nearby vehicle 10. si or RSU 20, and attributes of the hidden vehicle lO.h may be relayed by the vehicle 10. si or the RSU 20, for example periodically, to other vehicles 10 and/or RSUs 20 in the region. As such, the hidden vehicle lO.h is made visible to vehicles 10. si and lO.e that are not near the hidden vehicle lO.h.

[0087]

Fig. 2 illustrates a schematic of the V2X communication device 100 of the system 01, according to an embodiment of the present invention.

[0088]

The communication device 100 includes a vehicle passenger compartment subsystem

120, an OBU subsystem 160 and a vehicle exterior subsystem 140, 140e.

[0089]

The vehicle exterior subsystem 140 comprises an integrated antenna assembly for positioning system RF signal reception, such as GPS signal reception, V2X RF signal transmission and reception, and cellular RF signal transmission and reception, such as 3 GPP LTE RF signal transmission and reception.

[0090]

' The vehicle passenger compartment subsystem 120 comprises a vehicle ignition module 121 that controls a "MASTER Power Switch" 161 of the OBU 160. The OBU 160 is configured to be powered-up and operational when it detects a vehicle ignition key 121 changing from an OFF position to an ON position. The OBU 160 may further remain operational for a configurable period of time from the time when the vehicle ignition key 121 changes from ON to OFF position, or while the warning/hazard lights of the vehicle are activated, and even when the vehicle ignition key 121 is in the OFF position.

[0091]

The Vehicle passenger compartment subsystem 120 further comprises an ethernet and/or USB interface 122 that is designed to provide direct access to the OBU 160 for diagnosis purposes. This interface 122 may be further used as regulated power supply and/or for providing data gateway services to portable devices.

[0092]

The vehicle passenger compartment subsystem 120 further comprises a vehicle CAN bus interface 123 that is configured to interface with the vehicle's OBU 160 to access vehicle information and status such as brake-light on, warning/hazard system/light activated, vehicle speed and other vehicle's attributes. In more advanced V2X applications, the vehicle CAN bus interface 123 may further allow V2X application in the OBE 160 to command the vehicle to take evasive action upon a detected danger. In other applications, the vehicle CAN bus interface 123 may also remotely access vehicle operational/performance parameters via from the OBE 160, for the benefit of the vehicle manufacturer, a repairer, or the like.

[0093]

Finally, the vehicle passenger compartment subsystem 120 includes a touchscreen display and audio unit 124, which enables the V2X communication device 100 to interface with the vehicle's driver to provide the driver a global view of traffic and/or road conditions, highlight points of danger visually and/or audibly to enable the driver to take evasive action, provide advice/recommendation regarding safe driving (such as speed), as well as interfaces for controlling and/or using other applications and/or services implemented within the OBE 160, such as configuring a WiFi client to become a local WiFi access point and via versa, and/or navigation.

[0094]

The OBU subsystem 160 includes a power supply 162 and a power distribution module

163, which are controlled by the master power switch 161, which is triggered by the vehicle ignition 121, as discussed above. In particular, the master power switch 161 controls the power supply 162 which in turn controls the power distribution module 163, in supplying and maintaining appropriate power for a processor 170 and other modules of the OBU 160. [0095]

The OBU subsystem 160 further comprises a radar/sonar interface 166, for integrating the vehicle's traditional on-board equipment, such as radar/sonar sensor system, with the V2X communication device 100. This enables details, such as presence, information, status and attributes, of a hidden vehicle lO.h to be transmitted to other surrounding vehicles through the CAMs via V2X radio interfaces.

[0096]

The processing unit 170 interacts with the CAN bus interface 123, the radar/sonar interface 166, memory modules 171, 172, a positioning radio Interface module 174, such as a GPS interface, and a V2X radio interface module 173, to provide the aforementioned V2X functionality and/or services.

[0097]

The memory modules include non- volatile memory 171, such as a read-only-memory (ROM), and a working memory 172, such as RAM, DRAM, SRAM, that comprises

preconfigured information and programing instructions/codes modules to be executed by the processor 170 in realising timing synchronisation for periodic/non-periodic V2X related messages transmission and reception, as discussed in further detail below.

[0098]

The positioning radio Interface 174 provides raw positioning data, including current time (preferably in UTC format), latitude/longitude, speed and heading, altitude, number of referent sources such as satellites in view, fix information (e.g. GPS fit quality), and HDOP (Horizontal dilution of precision) and/or HEPE (horizontal estimation of position error). In particular, the raw positioning data is provided to the processing unit 170 for system timing and navigation applications.

[0099]

The V2X Radio Interface 173 enables communication via a PC5 interface with other vehicles, with road side units capable of V2X communication, and/or with personal devices carried by individuals, which are capable of V2X communication.

[0100]

The OBU subsystem 160 further comprises an LTE radio interface 175 for

communication over LTE Uu interface, and a non-LTE radio interface 176, such as WiFi, PMR, P25 and/or satellite interface for voice and/or data communication.

[0101]

The vehicle exterior module 140e comprises warning lights 141 and warning sirens 142 for use in mission critical applications. The vehicle exterior module 140e interfaces with and is controlled by the Processing Unit (170).

[0102]

The schematic 100 illustrates a standard configuration 100s and an extended

configuration lOOe. The standard configuration 100s excludes the vehicle exterior module 140e and the LTE radio interface 175 and the non-LTE radio interface 176, both of which are included in the extended configuration 1 OOe, along with all other elements of the standard configuration.

[0103]

Fig. 3 illustrates a schematic of the V2X communication device 200 of the road side unit 20, according to an embodiment of the present invention.

[0104]

The V2X communication device 200 comprises a processing Unit 210, that interacts with and controls a V2X radio interface module 215, an LTE radio interface 216, a positioning system interface module 217, such as a GPS Interface module, a radar/sonar/camera interface 230, a road safety sub-system interface 240, such as a traffic light interface, and memory modules 220, 221.

[0105]

The Radar/Sonar/camera interface 230 is an interface for integrating traditional road safety equipment such as sensors, radars and cameras, with the V2X communication device 200. This enables hidden vehicles lO.h and unsafe events that have been detected by traditional sensors, radar or cameras, to be communicated to other nearby vehicles and road sign units. In particular, CAMs messages may be sent by the V2X radio interface 215, periodically or non- periodically (e.g. event triggered) to surrounding vehicles and/or road sign units capable of receiving such messages.

[0106]

The road safety sub-system interface 240 is an interface for integrating traditional road safety equipment, such as traffic light control sub-systems, with the V2X communication device 200. The interface 240 allow the device 200 to obtain information, such as traffic light status, duration and sequence, and share this information by the V2X radio interface 215 to other vehicles. The road safety sub-system interface 240 may also inform vehicles of an optimal driving speed and appropriate driving behaviour, and may obtain traffic related information such as traffic condition i.e. number of vehicles queuing for traffic light or emergency event, and control traffic lights to improve traffic flow.

[0107] The working memory 220 may comprise RAM, DRAM or SRAM, and the non-volatile memory 221 may comprise read-only-memory (ROM). The non- volatile memory may comprise preconfigured information and programing instructions executable by the processor 210 to realise timing synchronisation of V2X related messages transmission, discussed further below.

[0108]

The positioning system interface module 217, which may comprise a GPS interface module, provides raw positioning data, including current time (preferably in UTC format), latitude/longitude, altitude, number of referent sources such as satellites in view, fix data information such as GPS fix quality, and HDOP and/or HEPE, to the processing unit 210. The raw positioning data may then be used for system timing synchronisation functions and positioning related applications.

[0109]

The V2X Radio Interface 215 enables communication via a PC5 interface with vehicles, RSUs and/or personal devices capable of V2X communication within its transmission range. Similarly, the LTE radio interface 216 enables communication, via an LTE Uu interface, with a remote control centre 50 and with RSUs that are not within X2V transmission range but under LTE network coverage.

[0110]

Fig. 4 illustrates a method 300 of acquiring and maintaining system timing for V2X messages in a V2X communication device of a vehicle OBU, according to an embodiment of the present invention. .

[0111]

The method 300 starts with a "power-up" at step 310, where the V2X device is powered up, including the processing unit 170, the V2X radio interface 173, the positioning interface 174.

[0112]

At step 311, a positioning system signal is acquired by positioning radio interface 174, for example by searching for a GPS signal and locking to a set of satellites.

[0113]

As step 312, the current time is periodically extracted from the received positioning signal. The current time is preferably in UTC format and may, for example, be extracted from the GPS signal.

[0114] , ^{' '}

At step 313, an internal clock of the device is synchronised with the extracted time from the received signal to provide coarse synchronization.

[0115]

At step 314, the radio frame start of incoming radio frame(s) that may carry existing V2X synchronisation signal(s) the timing T _t is determined. In particular, preconfigured V2X communication parameters, such as V2X communication reference time (Τ _ΜΡ ) and V2X sync offset indicators, are used to determine the timing T _i .

[0116]

Now turning to Fig. 5, the reference time T _mF 321, i.e. where the V2X communication system time SFN 0 or VFN 0, as indicated by 322 of the first SFN or VFN cycle 323 starts or aligns, is determined. The reference time TREF 321 may be defined in format:

{ΥΥΥΥ - MM - DD7 ⁷ hh : mm : SS.STZD} , where:

YYYY = four digit year;

MM = two digit month;

DD = two digit day of month;

hh = two digit hour;

mm = two digit minute;

ss = two digit second;

s = one or more digits representing decimal fraction of a second; and

TZD = time zone designator.

[0117]

T _mF May be preconfigured or predefined relative to an absolute past time for example {0000-01-01T00:00:00.0+00:00} or GPS time reference of { 1980-01-06T00:00:00.0+00:00} or absolute time marking the event of V2X deployment for example {2020-01- 01T00:00:00.0+00:00}.

[0118]

The timing T _t 324 of radio frame SFN(i) or VFN(i) 325 in the k* SFN or VFN cycle 326 satisfies the relationship: ft - 7^ )mod 1024 = ^{V2X δ} >™ ^0ffset indicator / j ^ _ [0119]

At step 315, preconfigured carrier frequencies are monitored for existing

synchronisation signals.

[0120]

As illustrated in exemplary timing diagram 350 of Fig. 6, the preconfigured carrier frequencies are monitored for existing synchronisation signals from the determined T _t 351 for an implementation dependent period 352.

[0121]

If a V2X synchronisation signal is detected, and the detected synchronisation signal originates from a V2X device installed in infrastructure, such as an RSU, the internal timing is then refined based on the detected synchronisation signal at step 316.

[0122]

The refined internal timing is then used for further V2X application messages, periodic and/or non-periodic, reception and transmission on further V2X communication cycles, where V2X communication cycle may be preconfigured for broadcast by the infrastructure bound V2X device.

[0123]

If the detected synchronisation signal originates from a V2X device installed in a vehicle, the internal timing is refined based on the detected synchronisation signal at step 317 for further V2X signal transmission and reception.

[0124]

In maintaining the reference timing in the region without an infrastructure bound synchronisation signal as reference timing, contention for transmitting a synchronisation signal is periodically performed at step 319 while transmitting and receiving periodic and non-periodic V2X application messages.

[0125]

If no V2X synchronisation signals are detected, the device uses its internal clock as reference timing for transmitting periodic synchronisation signal providing reference timing for V2X signal transmission and reception at step 318. The device may be configured to operate in jointly maintained timing reference mode where it will further periodically performing contention for transmitting the synchronisation signal at step 319 while transmitting/receiving periodic and non-periodia V2X application messages.

[0126]

In contending for synchronisation signal transmission as discussed above with reference to step 319, a vehicle installed V2X device randomly selects a window size in an integer number of 40ms in the range of [0, 1, 2, 3, 4] to monitor a synchronisation signal from other V2X devices 353. If there is no synchronisation signal is detected within a randomly selected window, the device will transmit its synchronisation signal on the preconfigured subframe immediately after the window timing end 354. [0127]

As mentioned previously, the embodiments of the present invention also relate to the configurable V2X communication structure and associated methods for transmitting from and/or receiving at a V2X device periodic and/or non-periodic/event-triggered V2X application messages.

[0128]

Fig. 7 illustrates a V2X communication structure 450, according to an embodiment of the present invention, with reference to a 3 GPP LTE Release 12 Mode-2 D2D communication structure 410.

[0129]

The 3GPP Mode-2 D2D structure 410 consists of identical & configurable SL- communication periods 413, 420 that are concatenated for fitting into a SFN cycle, when in coverage, or a DFN cycle, when out of coverage, of 1024 x 10ms 411.

[0130]

A first SL-communication period 413 is offset from a start of SFN 0 or DFN 0 by an offset 412 selected in range of Offset Indicator = [0 : 10239] ms and the last SL-communication period may be truncated.

[0131]

A SL-communication period may be preconfigured or configured/reconfigured with value selected in the range of [40, 60, 70, 80, 120, 140, 160, 240, 280 360] subframes, and each SL-communication period 420 consists of an S A pool 421 for PSCCHs transmission/reception and a datal pool 422 for PSDCHs transmission/reception.

[0132]

The S A pool 421 is associated with a "saSubframe" bitmap 423 indicating which subframes are allocated for PSCCH transmission. Pairs of PRBs in those subframes are defined as channels labelled with unique channel indexes. A D2D receiving device shall monitor all channels with valid channel indexes in the SA-pool, upon successfully detected PSCCH(s), and a D2D receiving device shall follow the detected control information including frequency resources, MCS, timing resource i.e. T-RPT 424 for receiving and decoding the associated PSSCH(s) in the associated data-pool.

[0133]

According to 3 GPP LTE Release 12 specifications, a D2D transmitting device shall perform contention for SA transmission by randomly selecting a channel index and on the corresponding pair of PRBs transmitting PSCCH, provide control information for the reception and decoding of associated PSSCH(s) being transmitted on the associated data-pool. Technically, the 3 GPP LTE Release 12 D2D communication was designed mainly for user originated data transmission including voice packages which may have variable size.

[0134]

However, in V2X applications, most messages are machine-generated for machine-to- machine communication and include, for example, periodic-broadcasted CAMs that are automatically and periodically generated by a V2X device on board a vehicle providing the location and status information of the vehicle to other surrounding vehicles. That type of CAM may consist of fixed fields such as vehicle's attributes and status, time-stamp, latitude and longitude, speed, heading, risk identification code, emergency code and etc. Therefore, a periodically-broadcasted V2X application message for a particular use may be predefined and may have fixed sizes, known channel encoding rates, known modulation, making blind detection and decoding, i.e. without requiring fast signalling in the form of associated control channels, possible at the V2X receiver.

[0135]

Depending on V2X application type and/or conditions/environment, the transmission frequency of periodic V2X application messages may be different, varied in time in a device, and varied from device to device. Furthermore, in V2X communication, an event-triggered V2X application message may be periodically broadcasted or unicasted/group-casted targeting a device(s) on a particular vehicle or group of vehicles until the said event is no longer applicable. This type of V2X message may require a control channel to correctly receive and decode a data channel only at the intended devices. As such, the V2X communication structure 450 may be configured and/or customised in transmission and/or reception of variations of periodic, non- periodic, and/or event triggered V2X application messages.

[0136]

The V2X communication structure 450 comprises identical, configurable and repeatable V2X-communication cycles 453, 454 that may be multiplexed in time or in frequency or the combination of time-frequency, to fit into a SFN cycle (in coverage) or VFN cycle (in and out of coverage) of 1024x The first V2X-Communication cycle 453 is offset by an offset 452 selected in range of V2X Offset Indicator = [0 : 10239] ms from a start of SFN 0 or VFN 0, and the last V2X-communication cycle may be truncated (not shown). A preconfigured or configured V2X-communication cycle comprises at least one V2X-Communication period type in the form of a TYPE-I period 460, a TYPE-II period 470 and a TYPE-III period 490. The V2X-communication cycle may be configured to support a particular V2X application, or two or more V2X-Communication period types 460, 470, 490, and thus be configured to support one or several V2X applications.

[0137]

A configured V2X-communication cycle may comprise one or more V2X- Communication TYPE-I periods 460 (also referred to as first communication periods) being reserved for event-triggered unicasted/group-casted and/or non-standardized-size V2X application messages that further comprise an SA-pool for control channel mapping and associated data-pool for associated data channels mapping. The cycle may further comprise one or more \^2X-Communication TYPE-II periods 470 (also referred to as second

communication periods using a first method of indexing data channels) comprising only a data- pool for data channel mapping, which may be time-multiplexed or time-interleaved, for a periodic and standardised-size V2X application messages transmission/reception. Finally, the communication cycle may comprise at most one V2X-Communication TYPE-III period 490 (also referred to as second communication periods using an alternative method of indexing data channels) for other periodic and standardised-size V2X application messages that further comprises only data-pool for data channels mapping.

[0138]

In a V2X-communication cycle, by monitoring the SA-pool of a V2X-Communication TYPE-I period 460, a V2X device having periodic V2X application messages for transmission may be able to identify unused data channels within the associated data-pool and further include unused data channels into a contention window for its periodic and standardised-size V2X application messages transmission.

[0139]

Fig. 8 illustrates a V2X communication structure 500, according to an embodiment of the present invention.

[0140] .

In particular, a V2X-Communication TYPE-II period of duration N _ComP (i) 470.0 or

N _ComP (i + 1) 470.1 in may be preconfigured or configured to comprise one or more sub-periods

510, 530, 550 in of length N _TRP = {6,7, or 8} . The last sub-period 550 may be truncated as illustrated by truncation 555 to fit into N _ComP (z) . Within the first sub-period 510, data channels are indexed starting from 0 at a first data channel 511 increasing in time at subsequent data channels 512, 513, 515 and then in frequency at parallel data channel 516.

[0141] The last channel in the sub-period has an index (N _F _ _CH * - 1) 526 where (N _F _ _CH ) is the number of data channels in the frequency domain. Each data channel such as channel 523 may be configurable occupying N _PRB _ _CH of physical resource blocks 525 for a duration of a subframe 524. The indexing is reset to a starting value for every sub-period 531 , 551 within a V2X-Communication TYPE-II period. For a truncated sub-period 550, channel indexes in the truncated region 555 are not available for use. By controlling the configurable a N _ComP (/ ^' ) in relative to configurable N _TRP = {6,7,or 8} , the number of repeated channel indexes 580, 581 , 582 in a V2X-Communication period TYPE-II can be controlled for retransmission use.

[0142]

In the case where more than one V2X-Communication TYPE-II period are configured within a V2X-communication cycle, as illustrated by communication periods 470.0, 470.1, the first channel index 561 of the followed V2X-Communication period TYPE-II 470.1 continues from the last index 526 of the previous V2X-Communication period TYPE-II 470.0.

[0143]

With reference to Fig. 12, the total number of channel indexes of the V2X-

Communication period TYPE-II in a V2X-Communication cycle forms contention window 700 for a periodic V2X application messages transmission. The contention window 700 is then further partitioned into a non-overlapping contention window 701 having channel indexes from 0 to (K-l) for high priority message contention, and overlapping contention windows 702, 703 having channel indexes from K to (NCH-1) and (K+L) to (NCH-1) for transmission of normal and low periodic V2X application message contention respectively.

[0144]

Fig. 9 illustrates a method 570 of contention for a data channel, according to an embodiment of the present invention. In particular, a V2X communication device which has periodic V2X applications messages for transmission in a V2X-Communication cycle using V2X-Communication period TYPE-II may perform contention for a data channel using the method 570.

[0145]

At step 572, the V2X communication device randomly (or by other means) selects a channel index within the appropriate contention window for the first transmission. At step 574, the device identifies data channels with the selected channel index for retransmission versions. A benefit of V2X-Communication TYPE-II periods is that number of repetitions can be controlled and are evenly distributed in time within a V2X-Communication TYPE-II period, thus achieving controllable time diversity gain.

[0146]

Fig. 10 illustrates a V2X communication structure 500, comprising a V2X- Communication TYPE-III period 600 of duration N _COMP 601 , according to an embodiment of the present invention.

[0147]

The V2X-Communication period TYPE-III 600 comprises a plurality of sub-periods 610, 630, 650 in the time domain of length N _TRP = {6,7, or 8} . The last sub-period 650 is truncated by truncation 655 to fit into N _COMP .

[0148]

Starting from the first sub-period 610, data channels are indexed starting with a first data channel 611 at index 0 and increasing first in time with subsequent channels 612, 613, 615 and then in frequency with parallel channels 616.

[0149]

The last channel 626 in the sub-period 610 has index {N _F _ _CH * N _TRP - 1) , where

(N _F _ _CH ) is the number of data channels in the frequency domain. Each data channel, such as channel 623, is configurable or pre-configured to occupy N _PRB _ _CH physical resource blocks 625 for a duration of a subframe 624.

[0150]

The channel starting index 631 of a followed sub-period 630 continues from a last index

626 of the previous sub-period 610. Total number of channel indexes [ 0 : {N _F _ _CH * N _COMP -l)] of the V2X-Communication period TYPE-III in a V2X-Communication cycle forms a contention window 700 (or "data channel resources pool"), as illustrated in Fig. 12. In particular, the contention window 700 is partitioned into a non-overlapping contention window 701 having channel indexes from 0 to (K-l) for high priority message contention, and overlapping contention windows 702, 703 having channel indexes from K to (NCH-1) and (K+L) to (NCH-1) for transmission of normal and low periodic V2X applications messages respectively.

[0151]

Fig. 11 illustrates a method 670 of performing contention for a data channel or channels in V2X-Communication TYPE-III period, according to an embodiment of the present invention. The method may be performed by a V2X communication device having a periodic V2X application message for transmission. [0152]

At step 672, a channel index is randomly (or otherwise) selected within the appropriate prioritised contention window (high, normal or low). For example channel index indicated with 680 may be selected.

[0153]

At step 674, "Time Resource Pattern Indexes" (I _TRP ) that contains the selected channel index within the sub-period N _TRP (i) that the randomly selected channel index belongs to (i.e.

610 that has 680).

[0154]

This step is further clarified with reference to example 690 as follows. Given configured N _TRP = 8 , (I _TRP = {0 : 34}) 691, and the randomly selected channel index 680 within

N _TRP (0) 610 which is aligned with b ₀ (i.e. b ₀ = 1 ) of the subframe indicator bitmap (b ₀ , b ₁₅ ... b ₇ ), there may be eight (8) Time Resource Pattern Indexes having b ₀ = 1 i.e. (I _TRP = 0, 8, 9, 11, 14, 18, 23, and 29) 693.

[0155]

At step 676, if there is more than one (I _TRP ) that contains the selected channel index, one (I _TRP ) is selected randomly for transmitting the V2X application message and its repetition. For example, and again with reference to example 690, (I _TRP = 9) may be randomly chosen 694. I _TRP = 9 having (b ₀ , b[ , b ₂ , b ₃ , b ₄ , b ₅ , b ₆ , b ₇ ) = (l, 0, 1, 0, 0, 0, 0, θ) 695 indicating a first transmission at b ₀ = 1 is on channel with channel index at 680 and one retransmission at b ₂ = 1 is on channel with channel index at 681.

[0156]

The benefit of V2X-Communication period TYPE-III is that the number of redundancy versions or repetitions pattern inherits the predefined (I _TRP ) · In particular, the first transmission version and its redundancy are distributed within a sub-period dependant on the selected I _TRP . Technically, the method of indexing data channels in a V2X-Communication period TYPE-III is well suited for use in V2X-Communication period TYPE-I data-pool for identifying data channel indexes that are fully or partially used for even-triggered V2X messages and the remaining unused data channel indexes may be added to contention window for being used by in periodic V2X application message transmission.

[0157] In the present specification and claims (if any), the word 'comprising' and its derivatives including 'comprises' and 'comprise' include each of the stated integers but does not exclude the inclusion of one or more further integers.

[0158]

Reference throughout this specification to 'one embodiment' or 'an embodiment' means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearance of the phrases 'in one embodiment' or 'in an embodiment' in various places throughout this

specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more combinations.

[0159]

In compliance with the statute, the invention has been described in language more or less specific to structural or methodical features. It is to be understood that the invention is not limited to specific features shown or described since the means herein described comprises preferred forms of putting the invention into effect. The invention is, therefore, claimed in any of its forms or modifications within the proper scope of the appended claims (if any)

appropriately interpreted by those skilled in the art.

[0160]

This application is based upon and claims the benefit of priority from Australian Patent

Application No. 2015903398, filed on August 21, 2015, the disclosure of which is incorporated herein in its entirety by reference.

Reference Signs List

[0161]

01 V2X COMMUNICATION SYSTEM

10 VEHICLE

lO.sl, 10.s2, lO.e V2X VEHICLE

lO.h HIDDEN VEHICLE

20 ROAD SIDE UNIT (RSU)

30 NETWORK ACCESS NODE

40 DATA COMMUNICATIONS NETWORK

50 REMOTE MANAGEMENT CENTRE

1 OOe, 100s V2X COMMUNICATION DEVICE 101 SENSOR/RADAR SIGNAL

110, 115, 130 (Fl) CARRIER FREQUENCY

120 VEHICLE PASSENGER COMPARTMENT SUBSYSTEM

121 VEHICLE IGNITION MODULE (KEY)

122 ETHERNET USB INTERFACE

123 VEHICLE CAN BUS INTERFACE

124 TOUCHSCREEN DISPLAY AND AUDIO UNIT

140, 140e VEHICLE EXTERIOR SUBSYSTEM

141 WARNING LIGHT (WARNING SIGNAL)

142 WARNING SIREN

150, 155 (F2) CARRIER FREQUENCY

160 OBU (ON BOARD UNIT) SUBSYSTEM

161 MASTER POWER SWITCH

162 POWER SUPPLY

163 POWER DISTRIBUTION MODULE

165 ETHERNET/USB HUB

166 RADAR/SONAR INTERFACE

170 PROCESSING UNIT (PROCESSOR)

171 MEMORY MODULE (NON- VOL ATILE MEMORY)

172 MEMORY MODULE (WORKING MEMORY)

173 V2X RADIO INTERFACE MODULE

174 POSITIONING RADIO INTERFACE MODULE (POSITIONING SYSTEM

INTERFACE)

175 LTE RADIO INTERFACE

176 NON-LTE RADIO INTERFACE

200 V2X COMMUNICATION DEVICE

210 PROCESSING UNIT (PROCESSOR)

215 V2X RADIO INTERFACE MODULE

216 LTE RADIO INTERFACE

217 POSITIONING SYSTEM INTERFACE MODULE

220 MEMORY MODULE (WORKING MEMORY)

221 MEMORY MODULE (NON- VOL ATILE MEMORY)

230 RADAR/SONAR/CAMERA INTERFACE

240 ROAD SAFETY SUB-SYSTEM INTERFACE (ROAD SIDE PUBLIC SAFETY SUB- SYSTEM INTERFACE)

410 3 GPP MODE-2 D2D COMMUNICATION STRUCTURE

411 SFN OR DFN CYCLE

412 OFFSET

413,420 SL-COMMUNICATION PERIOD

421 SA POOL (PSCCHS TRANSMISSION/RECEPTION PERIOD)

422 DATAL POOL (PSDCHs TRANSMISSION/RECEPTION PERIOD)

423 SASUBFRAME BITMAP

424 T-RPT BITMAP

450 V2X COMMUNICATION STRUCTURE

451 SFN OR VFN CYCLE

452 OFFSET

453, 454 V2X-COMMUNICATION CYCLE

460 V2X-COMMUNICATION TYPE-I PERIOD

470 V2X-COMMUNICATION TYPE-II PERIOD

490 V2X-COMMUNICATION TYPE-III PERIOD

500 V2X COMMUNICATION STRUCTURE

510, 530, 550, 560 SUB-PERIOD

511, 512, 513, 515, 516, 523, 526, 531, 551, 556, 561, 562, 580, 518, 582 DATA CHANNEL (CHANNEL INDEX)

524 SUBFRAME

525 PHYSICAL RESOURCE BLOCK

600 V2X-COMMUNICATION TYPE-III PERIOD

610, 630, 650 SUB-PERIOD

611, 612, 613, 615, 616, 623, 626, 631, 651, 656, 659, 680, 681 DATA CHANNEL (CHANNEL INDEX)

624 SUBFRAME

625 PHYSICAL RESOURCE BLOCK

700 CONTENTION WINDOW

701 NON-OVERLAPPING CONTENTION WINDOW

702, 703 OVERLAPPING CONTENTION WINDOW