Skip to main content

C-V2X and 5G for Vehicular Connectivity

We have made couple of introductory tutorials on "Connected and Autonomous Vehicles (CAVs)" and another one on "Introduction to Vehicle to Everything (V2X) and Cellular V2X (C-V2X)". These provide you with the basics needed to understand the technology. In addition, we have also collected "3GPP Technical Specifications (TS) and Reports (TR) related to V2X" here.

5G Americas has recently published a white paper titled, “Vehicular Connectivity: C-V2X and 5G,” which covers the impacts of 5G-based cellular vehicle-to-everything (C-V2X) technologies on vehicles, embedded infrastructure, and intelligent transportation networks. You can download the PDF here and this page contains a presentation and a summary video.

The paper also details how Multi-access Edge Computing (MEC), previously known as mobile edge computing, can help bring processing power near the vehicle to meet ultra-low-latency requirements, and to reduce network traffic towards a centralized datacenter. The paper states:

MEC is a type of cloud-computing located near the edge of the network. It helps to offer various end-to-end services based on the bandwidth and/or latency requirements needed for various applications. The roadside edge network infrastructure can provide vehicular services (over PC5) by aggregating various road-side sensors and data processing via an Edge Computing platform. This can adapt the CPU and storage resources to handle the large volumes of data to and from the vehicles or RSUs based on the service requirements. Furthermore, the MEC deployment can use a hierarchical architecture using gateways and roadside units to further reduce the latency and processing load of the overall network.

Operators or MEC providers can open the edge cloud and services to authorized third parties that will enable rapid development and adaptation of applications and services for vehicular services, mobile subscribes and other vertical market segments. MEC will enable applications and services to be hosted ‘on top’ of the mobile network elements (above the network layer) that can be accessed via various methodologies including PC5 as shown in the figure 2.3 above.

MEC uniquely allows software applications to tap into local content and realtime information about local-access network conditions. For example, Edge Computing can provide various vehicular services over the PC5 or Uu interface to provide High-Definition real-time maps, real-time traffic monitoring/alerts, and various entertainment content. MEC services can provide help in autonomous driving scenarios by providing access and alerts based on observed/detected road hazards and predictions based on local computing (such as weather condition-based or camera detection-based alerts, pedestrian crossing, and more).

With 5G C-V2X technology in mind, 5GAA has identified a group of new V2X applications and their service level requirements as shown in table above. A list of selected service examples from 5GAA’s “C-V2X Use Cases Volume II: Examples and Service Level Requirements” were presented with corresponding service requirements and the recommended C-V2X communication mode to fulfill the requirements. The PDF of that is available here.

The Release-16 description document has a summary of new V2X changes as shown below:

  • Advanced V2X support
    • Improvement of V2X service Handling: This WI introduces the requirements related to vehicle quality of service support, which enables a V2X application to be timely notified of expected or estimated change of quality of service (QoS). For example, when the communication packet error is expected to increase or decrease, the V2X application such as platooning application can increase or decrease inter-vehicle distance
    • Architecture enhancements for 3GPP support of advanced V2X services: Based on the requirements specified by V2XIMP in TS 22.185 and TS 22.186, the "Architecture enhancements to the 5G System" are specified in TS 23.287 [1] in order to facilitate vehicular communications for Vehicle-to-Everything (V2X) services. The following reference points are defined in the architectural reference models:
      • PC5 reference point: NR PC5 RAT, LTE PC5 RAT.
      • Uu reference point: NR, E-UTRA.
    • Application layer support for V2X services: The V2X application layer can be divided primarily into a V2X application specific layer which consists of V2X specific applications (e.g. Platooning, Vehicle safety) and a V2X application support layer which consists of V2X enabler services (e.g. V2X service discovery, message delivery, service continuity) and common enabler services (e.g. Group management, configuration management, location management).
    • 5G V2X with NR sidelink: 3GPP RAN technology for sidelink communication based on 5G NR was specified through this WI to define the means for providing the advanced V2X services identified by 3GPP SA1. This WI corresponds to 3GPP V2X phase 3, which is the evolution of LTE V2X in Release 14 (phase 1) and 15 (phase 2).

You can read more about it on The 3G4G Blog here.

Related Posts


Popular posts from this blog

Laser Inter-Satellite Links (LISLs) in a Starlink Constellation

When we first talked about Starlink back in 2019 , we saw in the video that the concept involved laser communication to communicate between the satellites. While the initially launched satellites did not have the laser communication mechanism built in, it looks like they are being added to the newer ones.  A report from Fast Company in late 2021 said: One of the next big upgrades in telecom will involve satellites firing lasers at each other—to beam data, not blow stuff up. The upside of replacing traditional radio-frequency communication with lasers, that encode data as pulses of light, can be much like that of deploying fiber-optic cable for terrestrial broadband: much faster speeds and much lower latency. “Laser links in orbit can reduce long-distance latency by as much as 50%, due to higher speed of light in vacuum & shorter path than undersea fiber,” SpaceX founder Elon Musk tweeted in July about the upgrade now beginning for that firm’s Starlink satellite constellation. The

CSI-RS vs SRS Beamforming

In an issue of Signals Flash by Signals Research Group (SRG), they talked about 2 different types of MIMO. Quoting from their journal, "CSI-RS versus SRS. Those operators that have tested or made token use of MU-MIMO leverage a flavor of MU-MIMO that is based on CSI-RS. The MU-MIMO network we tested was based on SRS, which makes it far more likely to observe sixteen spatial layers (versus eight)." I reached out to Emil Bj√∂rnson, Visiting Professor at KTH Royal Institute of Technology and Associate Professor at Link√∂ping University to see if he has explained this in any of his videos. Here is what he said: " I'm not talking about 3GPP terminology in any of my videos. But you can listen to the slides that starts around 12:40 in this video (embedded below) . If you are looking for CSI-RS vs SRS based MU-MIMO, then jump to around 12:40 in this video where you can see CSI-RS being referred to as "grid of beams" and SRS is similar to the other option, which is t

IEEE 802.11be Extremely High Throughput (EHT), a.k.a. Wi-Fi 7

We have been writing about Wi-Fi for a long time, weather it's to do with indoor connectivity , competition with 5G or just a name change to something simpler. When we last wrote about WiFi 6, a.k.a. 802.11ax, we were expecting a quick adoption of the technology in the industry. We are still not there yet.  You know what's strange? None of the new @madebygoogle gadgets from yesterday support Wi-Fi 6. Not the Pixel 5, not the Pixel 4a 5G, not the Nest Audio, and not the new Chromecast. — Ry Crist (@rycrist) October 1, 2020 Take for instance the new iPhone 12 supports Wi-Fi 6 in all their models as one would expect but none of the new Google Pixel phones (4a, 4a 5G and 5) support it. In fact none of the new Google devices support it. Which is rather bizarre. While we are still looking forward to Wi-Fi 6 becoming widespread, IEEE has already started working on the successor of 802.11ax, 802.11be - Standard for Information technology--Telecommunicati