# Supporting Immersive Video Streaming via V2X Communication
## 1 Introduction
The MVD format encodes each view captured by the cameras individually before synthesizing them. This process can lead to significant bitrate wastage due to the large amount of redundant content between views. To address this, the MPEG Immersive Video (MIV) standard has been developed by MPEG to automatically select reference views, ensuring optimal quality rendering and significantly reducing data bitrate [12]. Additionally, the standard compresses all trimmed views into atlases, which substantially decreases the number of required encoders and decoders [13]. As a result, any conventional 2D video encoder can encode these atlases [14]. MIV operates in two modes: MIV View mode and MIV Atlas mode. MIV View mode selects more base views to preserve scene details, making it ideal for applications that demand high video quality. In contrast, MIV Atlas mode trims views to include only specific ones, thereby reducing data volume and improving transmission efficiency [15; 16]. The other 6 DoF format is PtCl video. A typical dynamic PtCl for entertainment purposes usually contains about 1 million points per frame, with an uncompressed bandwidth requirement of 3.6 Gbps for 30 frames per second [17]. The number and density of objects in a PtCl scene also affect the bandwidth requirements for PtCl video. PtCl can be projected onto a 2D plane and encoded by traditional video codecs like AVC or VVC, such as in Video-based PtCl Compression (V-PCC) [18; 19]. This approach results in a bitstream rate much lower than 3D-based methods. Geometric 3D compression methods, such as Geometry-based PtCl Compression (G-PCC) [20], directly compress PtCl using the characteristicsof octree structures. These methods offer high encoding speed but lower compression efficiency, making them suitable for PtCl live video [21]. [PERSON] et al. [22] simplified PtCl by downsampling and resizing during the encoding phase, reconstructing them on the user side upon transmission. [PERSON] et al. [23] conditionally transmitted PtCl based on the FoV, either sending the PtCl around the FoV or adjusting the PtCl density, effectively reducing bandwidth requirements. [PERSON] et al. [24] divided PtCl into multiple volumetric tiles similar to 360-degree video, implementing transmission allocation schemes for these tiles. With the ongoing advancement of Intelligent Transportation Systems (ITS) [25], an increasing number of autonomous vehicles are replacing today's manually driven vehicles. These autonomous vehicles connect with each other and with surrounding roadside units (RSUs), forming vehicular networks, and engage in vehicle-to-infrastructure (V2I) and vehicle-to-vehicle (V2V) communications [26], collectively known as Vehicle-to-Everything (V2X). These extensive connectivity demands, along with in-vehicle multimedia entertainment services, present significant challenges to current wireless network communications. In recent years, academia and industry have been increasingly focusing on sixth-generation (6G) systems to meet the future information and communications technology demands anticipated by 2030 [27; 28]. Light Fidelity (LiFi), based on visible light communications (VLC), is expected to become an indispensable part of 6G systems [29]. With the rising number of mobile devices and the increasing demand for data-intensive applications and multimedia materials (e.g., audio, online gaming, images, video streaming, etc. ), LiFi technology is suggested as a potential solution to the spectrum scarcity issue [30]. LiFi operates by controlling light-emitting diodes (LEDs) to generate communication signals. Its transmission is highly efficient due to the unregulated and large bandwidth of visible light. Furthermore, thanks to the use of the visible light band, LiFi is virtually immune to interference from other devices and ensures secure data transmission [31]. [PERSON] et al. [32] introduce a design and prototype of a device that utilizes Li-Fi technology for vehicular communication.