Bidirectional Packet Scheduling for End-to-End Delay Control
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing data transmission solutions lack the ability to accurately control data transmission delays, particularly for interactive services like cloud virtual reality, where both uplink and downlink delays need to be managed collectively rather than individually.
Innovation Solution
Implementing a data transmission method that accounts for a total transmission delay requirement by using time stamps and group identifiers to schedule data packets in both uplink and downlink directions, allowing for finer granularity control.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Manufacturing precision
If separate QoS flows are established for uplink and downlink transmission, then service transmission delay requirements can be met, but only rough QoS control can be performed on all data of each direction
Solution Approach 1:
The patent segments data packets into different groups using group identifiers, where each group corresponds to specific service data requiring delay control. This allows fine-grained delay management for individual data groups while maintaining overall QoS flow structure, resolving the contradiction between control precision and system complexity.
Solution Approach 2:
The patent applies different QoS control policies to different data groups within the same QoS flow. By marking specific data packets with group identifiers and applying targeted delay control to these groups, the system achieves precise delay management for critical data without unnecessarily complicating the control of all data traffic.
2Measurement precision
If traditional QoS control is applied to all uplink and downlink data separately, then basic delay requirements are satisfied, but accurate control of total transmission delay for interactive services cannot be achieved
Solution Approach 1:
The patent implements a feedback mechanism where the receiving end calculates total transmission delay by comparing timestamps of sent and received data packets. This delay information is fed back to the transmitting end, enabling accurate measurement and closed-loop control of total transmission delay for interactive services.
Solution Approach 2:
The patent embeds timestamps in data packets before transmission and pre-establishes the relationship between group identifiers and service types. This preliminary preparation enables straightforward calculation of transmission delays and simplifies the operation of delay control without requiring complex real-time analysis.
3Manufacturing precision
If fine-grained control of individual data packets is implemented, then accurate delay control is achieved, but system complexity increases significantly
Solution Approach 1:
The patent groups data packets using group identifiers rather than controlling each packet individually. This segmentation approach maintains fine-grained control capability for delay management while reducing system complexity by operating at the group level rather than the individual packet level.
Solution Approach 2:
The group identifier mechanism serves multiple functions: it identifies service types, enables delay calculation, and facilitates QoS control all in one unified approach. This multi-functionality reduces the need for separate complex control mechanisms for each aspect of packet management.
Data Source
AI summary
A data transmission method, a device, and a system are provided. A first communication device obtains a data packet in a first direction, and obtains a data packet in a second direction. The data packet in the first direction and the data packet in the second direction correspond to a same service. If the first direction is an uplink direction, the second direction is a downlink direction; or if the first direction is a downlink direction, the second direction is an uplink direction. The first communication device determines a target transmission delay in the second direction based on a total transmission delay requirement and a time point at which the data packet in the first direction is sent. The first communication device sends the data packet in the second direction based on the target transmission delay in the second direction. The total transmission delay requirement is a sum of a transmission delay requirement in the first direction and a transmission delay requirement in the second direction. In this way, the data packet in the second direction can be scheduled based on the total transmission delay requirement and a transmission delay in the first direction of the service, and delay control can be performed on the data packet in the second direction used as a finer granularity.