Selective Communication Delay Reporting for XR Traffic
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current communication systems face challenges in managing delay-sensitive services like XR and cloud gaming, where data bursts require low latency and high throughput, leading to potential resource wastage due to indiscriminate delay reporting and discarded data if not transmitted within agreed time limits.
Innovation Solution
A communication method that triggers delay-related information reporting based on specific conditions, distinguishing between delay-sensitive and insensitive services to optimize resource allocation and prevent resource wastage.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If delay reporting is triggered for all services and data streams, then the network side can sense the remaining delay of services, but radio interface resources are wasted due to unnecessary reporting of delay-insensitive services
Solution Approach 1:
The patent applies local quality by differentiating delay reporting requirements across different services and data streams. Delay-sensitive services (e.g., XR, cloud gaming) trigger delay reporting, while delay-insensitive services do not. This selective approach ensures that radio interface resources are consumed only where delay information is critical for service quality.
2Loss of energy
If delay reporting is triggered only when necessary, then radio interface resources are saved, but the network side may not sense the remaining delay in time for delay-sensitive services
Solution Approach 1:
The patent implements preliminary action by pre-configuring delay reporting triggers for delay-sensitive services. When a service is identified as delay-sensitive, the system proactively sets up conditions for delay reporting before actual transmission occurs. This ensures that when data needs to be transmitted, the delay information is already available or can be quickly obtained, avoiding last-minute delays.
3Device complexity
If data is transmitted without delay reporting for delay-sensitive services, then resource allocation is simplified, but data may be discarded due to exceeding delay requirements
Solution Approach 1:
The patent applies feedback by implementing a delay reporting mechanism that provides real-time or near-real-time delay information to the network side for delay-sensitive services. This feedback loop enables the network to monitor remaining delay, adjust resource allocation dynamically, and take corrective actions before delay requirements are exceeded, thereby improving data transmission reliability.
4Loss of information
If delay reporting is implemented for all data streams, then comprehensive delay information is obtained, but the capacity is reduced due to increased signaling overhead
Solution Approach 1:
The patent extracts only the necessary delay information for delay-sensitive services rather than reporting delay information for all services. By identifying and separating delay-sensitive services from delay-insensitive services, the system obtains sufficient delay information for critical services while avoiding the signaling overhead that would result from universal delay reporting, thus preserving service capacity.
Data Source
AI summary
This application provides a communication method. A sending-end device implementing the method may obtain time-related information of to-be-sent data, for example, a timestamp representing issuing the to-be-sent data to a protocol layer, and timer duration representing waiting time of the to-be-sent data at the protocol layer. A sending end may trigger a delay-related information report or delay-related information reporting when the time-related information satisfies a preset condition. The sending end may send the time-related information or other information that represents a remaining delay of a packet and that is obtained according to the time-related information to a receiving end, so that the receiving end can sense a remaining delay of a service of the sending end, thereby avoiding timeout.