Scheduling Request Processing With Service Priority Segmentation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current scheduling request mechanisms in LTE systems fail to meet the differentiated latency requirements of various services, leading to increased data transmission latency and poor user experience, particularly for high-priority services like URLLC which require low latency.
Innovation Solution
Implementing a method where terminal devices determine service priorities to independently trigger and send scheduling requests based on their own timers, allowing high-priority services to send requests without being affected by lower-priority services, thereby increasing opportunities and reducing latency.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a single prohibit timer is used to control SR sending for all services, then device complexity is reduced, but latency requirement for high-priority services cannot be met
Solution Approach 1:
The patent divides the single prohibit timer into multiple service-specific prohibit timers, where each timer independently controls SR sending for a specific service. This segmentation allows high-priority services to have their own timer that can be independently managed, ensuring their latency requirements are met without being blocked by lower-priority services.
Solution Approach 2:
The patent implements dynamic timer management where the prohibit timer value can be adjusted based on service priority. High-priority services can have shorter timer values or bypass timer restrictions, while lower-priority services use longer timer values. This dynamic adjustment enables the system to adapt to different service requirements in real-time.
2Reliability
If SR sending is controlled by a prohibit timer to reduce PUCCH load, then network load is reduced, but SR sending opportunities for high-priority services are limited
Solution Approach 1:
The patent applies different SR sending policies to different services based on their priority levels. High-priority services are granted preferential treatment with relaxed timer restrictions and higher sending opportunities, while lower-priority services adhere to stricter timer control. This localized quality differentiation ensures that critical services receive adequate resources without unnecessarily increasing overall PUCCH load.
3Reliability
If SR requests are sent frequently to ensure resource allocation, then resource acquisition reliability is improved, but unnecessary SR transmissions increase PUCCH load
Solution Approach 1:
The patent implements a feedback mechanism where the network device's response to SR requests is monitored. When the network successfully decodes an SR and allocates resources, the UE receives confirmation and stops further SR transmissions for that service. When decoding fails or resources are not allocated, the UE continues sending SRs according to the prohibit timer rules. This feedback-driven approach ensures reliable resource acquisition while avoiding excessive unnecessary transmissions.
Data Source
Figure 1~2
Figure 3~4
Figure 5~6
AI summary
This application provides a scheduling request processing method and an apparatus. The method includes: determining, by a terminal device, that a condition for triggering a scheduling request SR of a first service is met; determining, by the terminal device, whether a priority of the first service is higher than a priority of a second service for which a scheduling request SR has been triggered or has been sent; and when determining that the priority of the first service is higher than the priority of the second service, triggering and/or sending, by the terminal device, the SR of the first service. According to the scheduling request processing method provided in this application, based on service priorities, the SR triggered or sent for the first service with the high priority is not affected by the SR triggered or sent for the second service with the low priority, so that opportunities for triggering or sending the SR of the first service can be increased, reliability of triggering or sending the SR of the first service can be improved, and user experience can be improved.