NR-U Dynamic Scheduling With DCI-Driven PUCCH Resource Allocation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing 5G NR-U systems face challenges in dynamic scheduling due to unlicensed spectrum interference and varying network conditions, leading to inefficiencies in resource allocation and communication latency.
Innovation Solution
A method and apparatus for dynamic scheduling in 5G NR-U that involves configuring user equipment (UE) to receive downlink control information (DCI) for physical uplink control channel (PUCCH) resource allocation, allowing for dynamic scheduling requests (SR) based on network conditions, location, and data availability, with the base station generating DCI to manage beam and time scheduling.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If dynamic scheduling is implemented in NR-U systems, then resource allocation efficiency is improved, but communication latency increases due to additional signaling overhead
Solution Approach 1:
The base station pre-configures PUCCH resource sets and scheduling request parameters before dynamic scheduling occurs. This preliminary configuration reduces the signaling overhead during actual dynamic scheduling operations, as the UE already has resource information available and doesn't need to request resources through extensive signaling exchanges, thereby reducing latency while maintaining efficiency
Solution Approach 2:
The system dynamically selects PUCCH resources from pre-configured sets based on current network conditions, traffic load, and UE location. This dynamic selection allows the system to adapt resource allocation to changing conditions, improving efficiency while minimizing the time required for resource assignment by using already-available resource pools
2Adaptability or versatility
If PUCCH resources are dynamically allocated based on network conditions, then adaptability is improved, but device complexity increases
Solution Approach 1:
The system changes key parameters such as PUCCH resource indices, frequency offsets, and time resources dynamically based on network conditions. By varying these parameters within pre-defined configurations rather than reconfiguring entire resource structures, the system achieves adaptability while keeping UE implementation complexity manageable
Solution Approach 2:
PUCCH resources are divided into multiple pre-configured sets, each optimized for different network conditions. The UE is configured with multiple resource sets but only needs to select from the appropriate set based on current conditions, reducing the complexity of evaluating all possible resources while maintaining adaptability across varying network states
3Speed
If scheduling requests are transmitted more frequently, then data transmission responsiveness is improved, but network interference increases in unlicensed spectrum
Solution Approach 1:
The system implements periodic scheduling request opportunities at optimized intervals rather than continuous transmission. By determining appropriate periodic intervals based on traffic patterns and network conditions, the system maintains responsiveness for time-sensitive data while reducing overall transmission frequency to minimize interference with other unlicensed spectrum users
Solution Approach 2:
Different PUCCH resource configurations with different transmission frequencies are assigned to different UEs or different geographic locations based on local network conditions, traffic requirements, and interference levels. This allows high-frequency SR transmission in areas with urgent data needs while maintaining lower frequencies in interference-prone areas, achieving responsiveness without excessive overall interference
Data Source
Figure 1~2
Figure 3
Figure 4
AI summary
Dynamic scheduling can be performed by 5G new radio in the licensed or unlicensed band. A UE can be polled by receiving a DCI that indicates dynamically updated resources. UE can be configured to find the DCI and use the resources to send a scheduling request (SR). Other aspects are described.