PUSCH PUCCH Multiplexing for Fast TCP ACK in 5G NR
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current wireless communication systems face challenges in maximizing Transmission Control Protocol (TCP) downlink throughput due to the need for fast turn-around times for TCP acknowledgments (ACKs) in 5G New Radio (NR) communications, where existing physical channel structures may not provide sufficient opportunities for uplink data transmission within the desired time frame.
Innovation Solution
The proposed solution involves multiplexing the physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) in uplink short bursts to enable fast TCP turnaround, allowing for the transmission of TCP ACKs within a short burst region of a downlink-centric slot, thereby reducing wait times for uplink data transmission.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Speed
If existing physical channel structures are used for uplink transmission, then channel structure stability is maintained, but TCP acknowledgment transmission speed is insufficient
Solution Approach 1:
The patent merges PUSCH and PUCCH transmissions by multiplexing uplink control information (UCI) onto the PUSCH channel. This allows TCP acknowledgments and other control information to be transmitted together in a single uplink burst, eliminating the need for separate PUCCH resources and reducing transmission latency while maintaining channel structure stability.
Solution Approach 2:
The patent introduces dynamic resource allocation within the uplink burst region, where resources are flexibly assigned between data and control information based on instantaneous transmission needs. This dynamic multiplexing enables fast TCP turnaround by adapting the channel structure to prioritize control information transmission when required.
2Productivity
If uplink resources are allocated for data transmission, then data throughput is improved, but control information transmission opportunities are reduced
Solution Approach 1:
The PUSCH channel is designed to serve multiple functions simultaneously - it can carry both uplink data and uplink control information (UCI) including TCP acknowledgments. This multi-functionality ensures that data transmission opportunities are maximized while control information can be multiplexed onto the same resources without requiring separate dedicated control channels.
Solution Approach 2:
The patent configures uplink bursts with pre-allocated resources that can accommodate both data and control information transmissions. By preparing the uplink burst structure in advance with flexible resource elements, the system ensures that control information can be transmitted immediately when needed without waiting for separate control channel opportunities.
3Reliability
If separate PUCCH resources are allocated for control information, then control transmission reliability is improved, but uplink resource efficiency is reduced
Solution Approach 1:
The patent combines control information transmission with data transmission by multiplexing UCI onto PUSCH resources. This merging approach maintains transmission reliability through proper channel coding and resource allocation while significantly improving uplink resource utilization efficiency by eliminating idle control channel resources and reducing overall resource consumption.
Data Source
AI summary
Aspects of the disclosure relate to an apparatus and method for wireless communication. The apparatus receives downlink control information (DCI) or a radio resource control (RRC) message indicating a configuration of an uplink burst region of a downlink-centric slot, the configuration allocating resources within the uplink burst region between a physical uplink shared channel (PUSCH) and a physical uplink control channel (PUCCH) or uplink control information (UCI). The PUSCH is multiplexed with at least one of the PUCCH or the UCI in the uplink burst region. The apparatus further generates a feedback signal (e.g., Transmission Control Protocol (TCP) acknowledgement (ACK)) corresponding to a downlink (e.g., TCP) data packet received from a scheduling entity and transmits the feedback signal to the scheduling entity via the PUSCH configured in the uplink burst region of the downlink-centric slot. Other aspects, embodiments, and features are also claimed and described.