Client Data Packet Composition for VR Transmission Reliability
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Data drop rates during transmission from client devices to hosts in reality services (such as VR and AR) are high due to factors like bad transmission channels and occlusion, leading to unsatisfactory user interactions.
Innovation Solution
A method for managing data drop rate involves determining data components at specific time points and sending data packets with a fixed payload size, which includes both current and historical data components to ensure robust transmission.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If data packets are transmitted over bad transmission channels in reality services, then transmission coverage and user mobility are improved, but data drop rate increases
Solution Approach 1:
The patent applies preliminary action by proactively detecting data transmission quality in advance and adjusting packet composition accordingly. The system monitors transmission quality indicators and pre-adjusts the inclusion of historical data components in packets before transmission occurs, ensuring robustness against anticipated channel conditions without waiting for actual data loss to occur.
Solution Approach 2:
The patent implements parameter changes by dynamically modifying the composition of data packets based on transmission quality. When transmission quality deteriorates, the system changes the parameter of packet composition by including additional historical data components or adjusting the ratio of current to historical data, thereby adapting the transmission to maintain reliability under varying channel conditions.
2Productivity
If data packets include only current data components, then transmission efficiency is improved, but user interaction smoothness deteriorates when data is lost
Solution Approach 1:
The system performs preliminary action by preparing and including historical data components in advance within data packets. This allows the receiving end to have backup data readily available before transmission issues occur, ensuring smooth user interaction even when current data transmission is interrupted or lost, without requiring complex real-time retransmission protocols.
Solution Approach 2:
The patent applies beforehand cushioning by incorporating historical data components as a buffer or cushion against potential transmission failures. These historical data act as a safety margin that compensates for data loss, ensuring that user interaction remains smooth and uninterrupted even when current data transmission encounters problems on bad channels.
3Reliability
If data packets include both current and historical data components, then data transmission reliability is improved, but packet size and bandwidth consumption increase
Solution Approach 1:
The patent applies partial action by selectively including historical data components in packets based on transmission quality conditions rather than always including them. When transmission quality is good, only current data components are transmitted. When quality deteriorates, historical data components are added partially to the packet composition, thereby maintaining reliability while minimizing unnecessary bandwidth consumption during optimal transmission conditions.
Solution Approach 2:
The system implements dynamics by making the packet composition flexible and adaptive rather than static. The ratio and inclusion of historical versus current data components dynamically adjust based on real-time transmission quality monitoring, allowing the system to optimize between reliability and packet size according to current channel conditions, thereby avoiding constant transmission of large packets regardless of need.
Data Source
AI summary
The embodiments of the disclosure provide a method for managing data drop rate, a client device, and a computer readable storage medium. The method includes: determining, by the client device, a first data component corresponding to a t-th time point and a second data component, wherein the first data component belongs to a first data type, and the second data component belongs to the first data type or a second data type; sending, by the client device, a first data packet to a host at the t-th time point, wherein the first data packet comprises a first payload having a fixed size, and the first payload comprises the first data component and the second data component.


