Delay Status Reporting for XR Service Latency
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Wireless communication networks face challenges in managing data latency for extended reality (XR) services, as network nodes lack information about data delays, hindering effective resource scheduling and quality of service adjustments.
Innovation Solution
Implementing delay status reporting mechanisms where user equipment (UE) generates and transmits reports to network nodes based on predefined criteria, including data volume and delay status, enabling nodes to schedule resources and adjust communications for improved latency.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the network node schedules communication resources without delay status information, then resource allocation can proceed, but the latency requirement for XR services cannot be effectively met
Solution Approach 1:
The patent implements a feedback mechanism where the UE monitors its own buffer delay status and reports this information back to the network node. The network node configures delay status reporting criteria (thresholds, triggers) and receives periodic or event-driven reports from the UE about its buffer delay conditions. This closed-loop feedback enables the network to make informed scheduling decisions that meet latency requirements.
Solution Approach 2:
The network node proactively configures the UE with delay status reporting parameters and criteria before the UE needs to report. This preliminary configuration includes setting thresholds, reporting triggers, and measurement parameters so that when delay conditions occur, the UE is already prepared to report accurately and timely.
2Productivity
If the UE continuously reports delay status information, then the network node can optimize resource scheduling, but signaling overhead and network resource consumption increase
Solution Approach 1:
Instead of continuous reporting, the patent implements selective reporting where the UE only reports delay status information when specific criteria are met (e.g., when buffer delay exceeds a threshold, or when certain events occur). This partial action approach provides the network with sufficient information to optimize scheduling while minimizing unnecessary signaling overhead and energy consumption.
Solution Approach 2:
The patent employs periodic reporting mechanisms where the UE reports delay status at configured intervals or when triggered by specific events, rather than continuously. This periodic action reduces signaling overhead while still providing the network node with timely information for resource scheduling optimization.
Data Source
AI summary
A user equipment (UE) may buffer data associated with a service. A delay status of the data may include an amount of time left before expiration of a timer (e.g., failure of a particular latency requirement) or an identification of data for which a timer has already expired (e.g., data for which the particular latency requirement has not been met). Some aspects described herein enable delay status reporting. For example, a UE may generate and transmit a delay status report identifying a delay status of data to a network node.