Scheduling Request Triggering Based on Traffic Condition
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Mobile communication networks face capacity issues due to rapid growth in smartphone users, leading to network congestion, inefficient resource usage, and high signaling overhead, particularly with 'always-on' applications that frequently switch between idle and connected modes, which affects battery consumption and handover performance.
Innovation Solution
A method for user equipment (UE) to indicate traffic-related information to the network, allowing for dynamic QoS modification and optimized scheduling request triggers based on detected traffic conditions, including background traffic detection and speed information transmission, to reduce signaling overhead and power consumption.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If applications frequently switch between idle and connected modes to maintain 'always-on' capability, then application updates can be received promptly, but core network signaling overhead increases significantly
Solution Approach 1:
The network pre-configures small data transmission parameters and thresholds for applications before they actually transmit data. This allows applications to use optimized parameters directly without requiring frequent connection setup, reducing signaling overhead while maintaining update timeliness
Solution Approach 2:
The system dynamically adjusts QoS parameters and scheduling request triggers based on detected traffic conditions. When background traffic is detected, the system modifies SR triggers to reduce unnecessary signaling, while maintaining responsive connectivity when needed
2Use of energy by moving object
If UE uses long DRX cycles to reduce power consumption, then battery life is extended, but handover performance deteriorates due to low measurement periodicity
Solution Approach 1:
The system applies different DRX cycle configurations to different applications based on their specific requirements. Interactive applications receive shorter DRX cycles for better responsiveness, while background applications use longer DRX cycles for power saving, allowing both requirements to be satisfied simultaneously
Solution Approach 2:
The network pre-configures appropriate DRX parameters based on application type and traffic patterns before the UE enters idle mode. This ensures that when the UE does need to perform measurements or handovers, the parameters are already optimized, reducing the need for frequent reconfiguration signaling
3Speed
If traditional SR triggers are used for all traffic types, then scheduling requests are transmitted promptly, but signaling overhead increases for background traffic with small data amounts
Solution Approach 1:
The system dynamically modifies SR trigger conditions based on detected traffic types. For background traffic with small data amounts, the system adjusts trigger thresholds to prevent unnecessary SR transmissions, while maintaining sensitive triggers for interactive applications that require rapid response
Solution Approach 2:
The system changes SR trigger parameters such as thresholds and timing based on traffic conditions and QoS requirements. This allows the same SR mechanism to serve both interactive and background traffic efficiently by adapting its behavior to the specific traffic type
Data Source
Figure 1~2
Figure 3~4A
Figure 4B~5
AI summary
A method for scheduling request triggering based on traffic condition is provided. The method supports detecting a traffic condition, determining a modified scheduling request (SR) trigger based on the traffic condition and transmitting a scheduling request to a base station based on the modified SR trigger. In one embodiment, the modified SR trigger is a data buffer or a data generation rate exceeding a threshold. In one embodiment, the threshold is related to a prioritized Bit Rate (PBR) or a bucket Size Duration (BSD) or both. In another embodiment, the threshold is configured by the base station based on a size of the smallest grant under the traffic condition. In one embodiment, the threshold is updated when DRX state changes. In another embodiment, during DRX sleep state, the SR period is longer or SR is stopped.