US-20260129645-A1 - UPLINK ENHANCEMENT FOR EXTENDED REALITY AND CLOUD GAMING SERVICES
Abstract
Methods and techniques disclosed herein enhance uplink scheduling for extended reality (XR) to support XR traffic with its stringent latency and reliability requirements. The XR traffic has large packets with variable sizes arriving quasi-periodically. An example method by a user equipment (UE) includes receiving ( 2302 ), from a network entity, a physical uplink shared channel (PUSCH) configured grant (CG) indicating first PUSCH resources in plural PUSCH occasions for each traffic period. The UE transmits ( 2314 or 2316 ), to the network entity, a message indicating the UE usage of the plural PUSCH occasions in a current traffic period when a first data volume transmissible using the first PUSCH resources is different from a second data volume transmissible using second PUSCH resources assessed by the UE device for transmitting data in the current traffic period.
Inventors
- Chih-Hsiang Wu
- Abdellatif Salah
- Shiangrung Ye
Assignees
- GOOGLE LLC
Dates
- Publication Date
- 20260507
- Application Date
- 20231031
Claims (20)
- 1 - 17 . (canceled)
- 18 . A method of wireless communications by a user equipment (UE), the method comprising: receiving, from a network entity, a physical uplink shared channel (PUSCH) configured grant (CG), indicating first PUSCH resources in plural PUSCH occasions for each CG period; and transmitting, to the network entity, a message including an uplink control information (UCI) bit field comprising a bitmap indicating UE usage of the plural PUSCH occasions in a current CG period.
- 19 . The method of claim 18 , wherein the message comprises one or more of: a number of extra PUSCH occasions; a number of upcoming traffic periods to include an additional PUSCH occasion including additional PUSCH resources; or the UCI bit field identifying one or more PUSCH occasions to be added to the plural PUSCH occasions.
- 20 . The method of claim 19 , wherein the bitmap has a length corresponding to a number of PUSCH occasions in each traffic period.
- 21 . The method of claim 19 , wherein the bitmap has a length corresponding to a number of PUSCH occasions in a CG cycle.
- 22 . The method of claim 18 , wherein the PUSCH CG further indicates a number of bits in the bitmap using a radio resource control (RRC) parameter and wherein the bitmap comprises a plurality of values indicating whether a PUSCH occasion is to be used or unused.
- 23 . The method of claim 19 , wherein the UCI bit field comprises at least one of: a PUSCH cancellation indication indicating a number of PUSCH occasions configured in each traffic period; a PUSCH cancellation indication indicating a number of PUSCH occasions configured in a CG cycle; or a PUSCH request indication indicating a parameter of a maximum number of PUSCH occasions.
- 24 . The method of claim 18 , wherein transmitting the message is condition upon when a first data volume transmissible using the first PUSCH resources for each traffic period is different from a second data volume transmissible using second PUSCH resources assessed by the UE for transmitting data in the current CG period, and wherein the message is a request for additional PUSCH resources in an additional PUSCH occasion when the second data volume is larger than the first data volume.
- 25 . The method of claim 18 , wherein transmitting the message is condition upon when a first data volume transmissible using the first PUSCH resources for each traffic period is different from a second data volume transmissible using second PUSCH resources assessed by the UE for transmitting data in the current CG period, and wherein the message is an indication of releasing a subset of the first PUSCH resources in at least one among the PUSCH occasions when the second data volume is smaller than the first data volume.
- 26 . The method of claim 25 , wherein the indication comprises at least one of: the UCI bit field identifying the at least one among the PUSCH occasions; an index or identifier of a cutoff PUSCH occasion, wherein the at least one PUSCH occasion follows the cutoff PUSCH occasion; an index or identifier of a slot, wherein PUSCH occasions starting after the slot are released; a number of PUSCH occasions kept after the indication, wherein PUSCH occasions subsequent to the number of PUSCH occasions are released; an index of a first PUSCH occasion to be canceled, the index being relative to a PUSCH sending the indication; or an index of a final PUSCH occasion to be used.
- 27 . A method of wireless communications by a network entity, the method comprising: transmitting, to a user equipment (UE), a physical uplink shared channel (PUSCH) configured grant (CG) indicating PUSCH resources in plural PUSCH occasions for each CG period; and receiving, from the UE, a message including an uplink control information (UCI) bit field comprising a bitmap indicating UE usage of the plural PUSCH occasions in a current CG period.
- 28 . The method of claim 27 , wherein the message is an indication of releasing a subset of the PUSCH resources in at least one among the plural PUSCH occasions.
- 29 . The method of claim 28 , wherein the UCI bit field identifies the at least one among the plural PUSCH occasions and wherein the bitmap has a length corresponding to a number of PUSCH occasions in each traffic period or a CG cycle.
- 30 . The method of claim 27 , wherein the bitmap comprises a plurality of values indicating whether a PUSCH occasion is to be used or unused; and wherein the PUSCH CG further indicates a number of bits in the bitmap using a radio resource control (RRC) parameter.
- 31 . The method of claim 28 , wherein the indication comprises at least one of: an index or identifier of a cutoff PUSCH occasion, wherein the at least one among the plural PUSCH occasions follows the cutoff PUSCH occasion; an index or identifier of a start-release PUSCH occasion among the plural PUSCH occasions, wherein the at least one among the plural PUSCH occasions start after the start-release PUSCH occasion; a number of PUSCH occasions used after one of the plural PUSCH occasions used to send the indication, wherein PUSCH resources of remaining PUSCH occasions are released; an index of a first PUSCH occasion among a subset of PUSCH occasion whose PUSCH resources are released, the index being relative to one of the PUSCH occasion used for sending the indication; an index of a last PUSCH occasion among the plural PUSCH occasions that is used; or the UCI bit field identifying the at least one among the plural PUSCH occasions, wherein the UCI bit field comprises at least one of: a PUSCH cancellation indication indicating a number of PUSCH occasions configured in each traffic period or a CG cycle; or a PUSCH request indication indicating a parameter of a maximum number of PUSCH occasions.
- 32 . The method of claim 27 , wherein the message is a request for additional PUSCH resources in at least one additional PUSCH occasion.
- 33 . The method of claim 27 , wherein the PUSCH CG configures the plural PUSCH occasion to have at least two different offset intervals therebetween.
- 34 . An apparatus for wireless communications, comprising: one or more radio frequency (RF) modems; a processor coupled to the one or more RF modems; and at least one memory storing executable instructions, the executable instructions to manipulate at least one of the processor or the one or more RF modems to: receive, from a network entity, a physical uplink shared channel (PUSCH) configured grant (CG), indicating first PUSCH resources in plural PUSCH occasions for each CG period; and transmit, to the network entity, a message including an uplink control information (UCI) bit field comprising a bitmap indicating UE usage of the plural PUSCH occasions in a current CG period.
- 35 . The apparatus of claim 34 , wherein the message comprises one or more of: a number of extra PUSCH occasions; a number of upcoming traffic periods to include an additional PUSCH occasion including additional PUSCH resources; or the UCI bit field identifying one or more PUSCH occasions to be added to the plural PUSCH occasions.
- 36 . The apparatus of claim 35 , wherein the bitmap has a length corresponding to a number of PUSCH occasions in each traffic period.
Description
CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of and priority to the U.S. Provisional Application Ser. No. 63/382,415, titled “UPLINK ENHANCEMENT FOR EXTENDED REALITY AND CLOUD GAMING SERVICES,” filed on Nov. 4, 2022, and the U.S. Provisional Application Ser. No. 63/504,063, titled “UPLINK ENHANCEMENT FOR EXTENDED REALITY AND CLOUD GAMING SERVICES,” filed on May 24, 2023, the disclosures of which are incorporated herein by reference in their entirety. FIELD This disclosure relates to wireless communications and, more particularly, to managing wireless communications with large and variable data rates. BACKGROUND XR stands for eXtended Reality, which is an umbrella term that covers Augmented Reality (AR), Virtual Reality (VR) and Mixed Reality (MR). In virtual reality, the user is fully immersed in a virtual environment that is totally substituting the real environment by wearing a head-mounted device. Augmented reality augments the perception of the real environment with some virtual elements, so some virtual elements are overlaid on the perception of the real environment. The game Pokemon Go is one famous example of an AR game. Mixed reality is an extension of AR where the real and virtual elements may interact in real time. Cloud gaming runs video games on remote servers without the need for a gaming console or a high spec CPU and GPU to play these games. Cloud gaming streams a game like streaming a video, and the game may respond to the gamer commands and controls in real time. Wireless AR/VR and wireless Cloud gaming offer better freedom of movement as wireless eliminates the geographical or behavioral restrictions and allows VR and AR users to move freely. Wireless AR/VR also enables new applications like remote education in immersive environment for remote areas not connected with good digital subscriber line (DSL) or optical fiber. Multiple XR scenarios and applications are deployed. Offline sharing of 3D objects consists of sharing 3D models or objects and 3D mixed reality scenes amongst users, e.g., using a phone equipped with a depth camera to capture an image in 3D and then share it with a contact. XR conferencing is another use case and include people interacting in virtual environment and sharing a 3D experience with each other and even presenting some content and discuss it with other people in the same conference. XR data signals may include variable packet size. For example, when a video traffic is transmitted at 60 frames per second, not all frames occupy the same size. The frame size may be drawn from a truncated Gaussian distribution, such as having an average data rate and standard deviation varied based on video content and compression techniques. Jitter occurs when the packet size to be transmitted exceeds allowable bandwidth (e.g., available resources). Jitter may be drawn from a truncated Gaussian distribution and may also be variable relative to the variable packet size. To minimize latency, configured grant is often used as dynamic grant scheduling often comes with higher levels of latency. Therefore, given the nature of XR traffic and configured grant, jitter or substantial latency may be expected when uplink transmission resources are set at a level insufficient to handle volume surge. Likewise, the uplink transmission resources may be wasted if the XR traffic is on pause or not as heavy as expected. Either situation causes systematic inefficiency in uplink transmission resource scheduling. SUMMARY The present disclosure discloses enhancement to the UL XR scheduling to support XR traffic with its stringent latency and reliability requirements. The XR traffic has large packets with variable sizes arriving quasi-periodically. New scheduling techniques and enhancements of the existing techniques are needed for the scheduling of the XR packets, hence improving the system capacity and supporting more users consuming the service simultaneously. The enhancements are also needed to address the latency and reliability limitations of the existing schemes. For example, a user equipment (UE) receives, from a network entity, a physical uplink shared channel (PUSCH) configured grant (CG) indicating first PUSCH resources in plural PUSCH occasions for each traffic period. The UE assesses second PUSCH resources necessary for transmitting data in a current traffic period (such as XR data having variable rate). The UE transmits, to the network entity, a message indicating the UE modifies the plural PUSCH occasions in the current period when a first data volume transmissible using the first PUSCH resources is different from a second data volume transmissible using the second PUSCH resources. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1A is a block diagram of an example system in which a distributed base station and/or a user equipment (UE) may implement the techniques of this disclosure for managing a radio connection of the UE during early data transmission (EDT); FIG. 1B