PUSCH Scheduling via SRS Resource Sets for Multi-TRP Uplink
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing technologies fail to effectively implement Physical Uplink Shared Channel (PUSCH) transmission in multi-Transmission Reception Point (TRP) scenarios, lacking a solution for sending PUSCH to multiple TRPs.
Innovation Solution
The method involves determining at least one SRS resource set and/or SRS resource associated with the PUSCH based on scheduling signaling, allowing the terminal to send the PUSCH to a TRP corresponding to the SRS resource set and/or SRS resource, thereby enabling transmission in a multi-TRP scenario.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If PUSCH transmission is limited to a single TRP, then the system maintains simple scheduling mechanisms, but the system cannot support multi-TRP transmission scenarios
Solution Approach 1:
The patent segments the SRS resources into multiple SRS resource sets, where each set corresponds to a different TRP. The scheduling signaling independently indicates which SRS resource set(s) to use for PUSCH transmission, enabling multi-TRP support while keeping each individual scheduling decision relatively simple. This segmentation allows the system to handle multi-TRP scenarios by breaking down the complex transmission into manageable per-TRP components.
2Adaptability or versatility
If scheduling signaling indicates multiple SRS resource sets for PUSCH transmission, then multi-TRP transmission is enabled, but the signaling overhead increases
Solution Approach 1:
The SRS resource sets are designed to serve multiple purposes: they can be used for channel sounding, beam management, and PUSCH transmission scheduling. The same SRS resource indication mechanism serves both single-TRP and multi-TRP scenarios, reducing the need for separate signaling mechanisms. This multi-functionality allows the system to support multi-TRP transmission without proportionally increasing signaling overhead, as the existing SRS framework is leveraged for multiple uses.
Data Source
Figure 1~2
Figure 3~5
Figure 6~7
AI summary
Embodiments of this application disclose a PUSCH transmission scheduling method, a terminal, and a network side device, to resolve a problem that transmission of a PUSCH cannot be implemented in a multi-TRP scenario. The method includes: receiving, by a terminal, scheduling signaling, where the scheduling signaling is used to schedule transmission of a PUSCH, and the scheduling signaling is further used to determine at least one SRS resource set and/or SRS resource associated with the PUSCH; and sending, by the terminal, the PUSCH according to the SRS resource set and/or SRS resource.