WO2021248438A1 - Configured grant uplink transmission resource pool - Google Patents

Abstract

In an embodiment, a network component (e.g., BS, core network component, etc. ) transmits an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool to a plurality of user equipments (UEs). The network component further transmits, to each of the plurality of UEs, at least one resource pool access parameter to each of the plurality of UEs. A respective UE may determine which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter, and perform the transmission (s) thereon.

Description

CONFIGURED GRANT UPLINK TRANSMISSION RESOURCE POOL

BACKGROUND OF THE DISCLOSURE

1. Field of the Disclosure

Aspects of the present disclosure relate generally to wireless communication systems, and more particularly, to a configured grant (CG) uplink (UL) transmission (TX) resource pool. Certain embodiments of the technology discussed below can enable and provide a plurality of user equipments (UEs) to share access to the CG UL TX resource pool based upon at least one resource pool access parameter.

2. Description of the Related Art

Wireless communication networks are widely deployed to provide various communication services such as voice, video, packet data, messaging, broadcast, and the like. These wireless networks may be multiple-access networks capable of supporting multiple users by sharing the available network resources. Such networks, which are usually multiple access networks, support communications for multiple users by sharing the available network resources.

A wireless communication network may include a number of base stations or node Bs that can support communication for a number of user equipments (UEs) . A UE may communicate with a base station via downlink and uplink. The downlink (or forward link) refers to the communication link from the base station to the UE, and the uplink (or reverse link) refers to the communication link from the UE to the base station.

A base station may transmit data and control information on the downlink to a UE and/or may receive data and control information on the uplink from the UE. On the downlink, a transmission from the base station may encounter interference due to transmissions from neighbor base stations or from other wireless radio frequency (RF) transmitters. On the uplink, a transmission from the UE may encounter interference from uplink transmissions of other UEs communicating with the neighbor base stations or from other wireless RF transmitters. This interference may degrade performance on both the downlink and uplink.

As the demand for mobile broadband access continues to increase, the possibilities of interference and congested networks grows with more UEs accessing the long-range wireless  communication networks and more short-range wireless systems being deployed in communities. Research and development continue to advance wireless technologies not only to meet the growing demand for mobile broadband access, but to advance and enhance the user experience with mobile communications.

SUMMARY

The following summarizes some aspects of the present disclosure to provide a basic understanding of the discussed technology. This summary is not an extensive overview of all contemplated features of the disclosure, and is intended neither to identify key or critical elements of all aspects of the disclosure nor to delineate the scope of any or all aspects of the disclosure. Its sole purpose is to present some concepts of one or more aspects of the disclosure in summary form as a prelude to the more detailed description that is presented later.

CG-UL configurations may be difficult to implement for certain deployments, such as I-IOT where numerous RedCap UEs are deployed. For example, in some deployments, a high number of UEs with CG-UL configurations may consume an excessively high amount of PUSCH resources, resulting in a considerable portion being wasted which in turn reduces system capacity. For example of such inefficiency, with multiple CG UL configurations for de-jittering, only a subset of CG UL resources may be effectively utilized. In another example of such inefficiency, multiple CG-UL opportunities may be defined per occasion, with only one opportunity being effectively utilized. In yet another example of such inefficiency, in a blind repetition scheme, a packet can have been already decoded after first several repetitions (early decoding) such that a remainder of CG-UL opportunities and/or occasions are wasted. Unlike the DL case, this type of UL waste cannot be addressed by scheduling, as gNB does not know exactly when traffic will arrive from the UE.

For at least these reasons, statistical multiplexing schemes for regulating UL resource access among multiple CG-UL UEs may help to provide a reasonable for particular network deployments, such as I-IOT (e.g., networks where there are a high number of UEs associated with a somewhat random traffic arrival at gNB, a time-varying traffic arrival density, etc. ) . In such systems, some groups of UEs may be associated with delay insensitive traffic.

Statistical multiplexing schemes may involve spreading control and overloading control. For example, spreading relates to substantially uniformly distributing traffic (as interference to  others) into a resource pool. In a specific example, direct spreading CDMA was utilized in some legacy 3G systems. At least some NR systems by contrast rely upon OFDMA.

Overloading control relates to controlling a level of multiplexing within a stable region (e.g., too aggressive multiplexing will result in totally un-usable of the resource pool) . For example, Rise over thermal (RoT) based control (on top of power control) was utilized in some legacy 3G systems (e.g., 3GPP used a central scheduler to assign grant to respective UEs, 3GPP2 mainly used a hybrid approach where access network sends a reverse link activity bit to guide the autonomous rate selection at respective ATs, etc. ) . Channel busy ratio (CBR) based control is utilized in NR Sidelink (SL) in Rel’16 (e.g., each SL UE autonomously measures CBR and regulates its channel use following the guidance of NW/pre-configuration) .

Embodiments of the disclosure are directed to a CG UL TX resource pool that can be shared by a plurality of UEs. Access to the CG UL TX resource pool can be controlled (at least partially) via at least one resource pool access parameter provisioned at the respective UEs to which the CG UL TX resource pool is assigned. Such embodiments may provide various technical advantages, such as scalability with respect to network deployments (e.g., I-IOT, etc. ) with a high capacity in an adaptive of flexible manner without the associated capacity loss that would occur if ‘dedicated’ CG UL resources were assigned to each respective UE. Such designs may be particularly advantageous in network deployments where the PDCCH would otherwise become a bottleneck.

In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a user equipment (UE) . The UE may receive an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool, may receive at least one resource pool access parameter, may determine which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter, and may perform the one or more transmissions in accordance with the determination.

In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a network component (e.g., a BS or core network component) . The network device may transmit an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool to a plurality of user equipments (UEs) , may transmit, to each of the plurality of UEs, at least one resource pool access parameter to each  of the plurality of UEs, and may receive, from at least one of the plurality of UEs, one or more transmissions on resources associated with the CG UL TX resource pool based on the at least one resource pool access parameter of the respective UE.

Aspects generally include a method, apparatus, system, computer program product, non-transitory computer-readable medium, user equipment, cIoT user equipment, base station, wireless communication device, and/or processing system as substantially described with reference to and as illustrated by the drawings, and specification.

The foregoing has outlined rather broadly the features and technical advantages of examples according to the disclosure in order that the detailed description that follows may be better understood. Additional features and advantages will be described hereinafter. The conception and specific examples disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present disclosure. Such equivalent constructions do not depart from the scope of the appended claims. Characteristics of the concepts disclosed herein, both their organization and method of operation, together with associated advantages will be better understood from the following description when considered in connection with the accompanying figures. Each of the figures is provided for the purposes of illustration and description, and not as a definition of the limits of the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

A further understanding of the nature and advantages of the present disclosure may be realized by reference to the following drawings. In the appended figures, similar components or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If just the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.

FIG. 1 is a block diagram illustrating details of a wireless communication system according to some embodiments of the present disclosure.

FIG. 2 is a block diagram conceptually illustrating a design of a base station and a UE configured according to some embodiments of the present disclosure.

FIG. 3 illustrates an uplink transmission scheme according to some aspects of the present disclosure.

FIG. 4 illustrates an exemplary process of wireless communications according to an aspect of the disclosure.

FIG. 5 illustrates an exemplary process of wireless communications according to an aspect of the disclosure.

FIG. 6A illustrates PUSCH occasions based on an example implementation of the processes of FIGS. 4-5 in accordance with an embodiment of the disclosure.

FIGS. 6B-6D illustrate how resource utilization can be controlled via regulation of a probability skip value in accordance with embodiments of a disclosure

FIG. 7 is a conceptual data flow diagram illustrating the data flow between different means/components in exemplary apparatuses in accordance with an embodiment of the disclosure.

FIG. 8 is a diagram illustrating an example of a hardware implementation for an apparatus employing a processing system.

FIG. 9 is a diagram illustrating another example of a hardware implementation for an apparatus employing a processing system.

DETAILED DESCRIPTION

The detailed description set forth below, in connection with the appended drawings, is intended as a description of various configurations and is not intended to limit the scope of the disclosure. Rather, the detailed description includes specific details for the purpose of providing a thorough understanding of the inventive subject matter. It will be apparent to those skilled in the art that these specific details are not required in every case and that, in some instances, well-known structures and components are shown in block diagram form for clarity of presentation.

This disclosure relates generally to providing or participating in communication as between two or more wireless devices in one or more wireless communications systems, also referred to as wireless communications networks. In various embodiments, the techniques and apparatus may be used for wireless communication networks such as code division multiple access (CDMA) networks, time division multiple access (TDMA) networks, frequency division multiple access (FDMA) networks, orthogonal FDMA (OFDMA) networks, single- carrier FDMA (SC-FDMA) networks, LTE networks, GSM networks, 5th Generation (5G) or new radio (NR) networks (sometimes referred to as “5G NR” networks/systems/devices) , as well as other communications networks. As described herein, the terms “networks” and “systems” may be used interchangeably.

A CDMA network, for example, may implement a radio technology such as universal terrestrial radio access (UTRA) , cdma2000, and the like. UTRA includes wideband-CDMA (W-CDMA) and low chip rate (LCR) . CDMA2000 covers IS-2000, IS-95, and IS-856 standards.

A TDMA network may, for example implement a radio technology such as GSM. 3GPP defines standards for the GSM EDGE (enhanced data rates for GSM evolution) radio access network (RAN) , also denoted as GERAN. GERAN is the radio component of GSM/EDGE, together with the network that joins the base stations (for example, the Ater and Abis interfaces) and the base station controllers (Ainterfaces, etc. ) . The radio access network represents a component of a GSM network, through which phone calls and packet data are routed from and to the public switched telephone network (PSTN) and Internet to and from subscriber handsets, also known as user terminals or user equipments (UEs) . A mobile phone operator's network may comprise one or more GERANs, which may be coupled with Universal Terrestrial Radio Access Networks (UTRANs) in the case of a UMTS/GSM network. An operator network may also include one or more LTE networks, and/or one or more other networks. The various different network types may use different radio access technologies (RATs) and radio access networks (RANs) .

An OFDMA network may implement a radio technology such as evolved UTRA (E-UTRA) , IEEE 802.11, IEEE 802.16, IEEE 802.20, flash-OFDM and the like. UTRA, E-UTRA, and Global System for Mobile Communications (GSM) are part of universal mobile telecommunication system (UMTS) . In particular, long term evolution (LTE) is a release of UMTS that uses E-UTRA. UTRA, E-UTRA, GSM, UMTS and LTE are described in documents provided from an organization named “3rd Generation Partnership Project” (3GPP) , and cdma2000 is described in documents from an organization named “3rd Generation Partnership Project 2” (3GPP2) . These various radio technologies and standards are known or are being developed. For example, the 3rd Generation Partnership Project (3GPP) is a collaboration between groups of telecommunications associations that aims to define a globally applicable third generation (3G) mobile phone specification. 3GPP long  term evolution (LTE) is a 3GPP project which was aimed at improving the universal mobile telecommunications system (UMTS) mobile phone standard. The 3GPP may define specifications for the next generation of mobile networks, mobile systems, and mobile devices. The present disclosure is concerned with the evolution of wireless technologies from LTE, 4G, 5G, NR, and beyond with shared access to wireless spectrum between networks using a collection of new and different radio access technologies or radio air interfaces.

5G networks contemplate diverse deployments, diverse spectrum, and diverse services and devices that may be implemented using an OFDM-based unified, air interface. To achieve these goals, further enhancements to LTE and LTE-A are considered in addition to development of the new radio technology for 5G NR networks. The 5G NR will be capable of scaling to provide coverage (1) to a massive Internet of things (IoTs) with an ultra-high density (e.g., ～1M nodes/km2) , ultra-low complexity (e.g., ～10s of bits/sec) , ultra-low energy (e.g., ～10+ years of battery life) , and deep coverage with the capability to reach challenging locations; (2) including mission-critical control with strong security to safeguard sensitive personal, financial, or classified information, ultra-high reliability (e.g., ～99.9999%reliability) , ultra-low latency (e.g., ～ 1 ms) , and users with wide ranges of mobility or lack thereof; and (3) with enhanced mobile broadband including extreme high capacity (e.g., ～ 10 Tbps/km2) , extreme data rates (e.g., multi-Gbps rate, 100+ Mbps user experienced rates) , and deep awareness with advanced discovery and optimizations.

5G NR devices, networks, and systems may be implemented to use optimized OFDM-based waveform features. These features may include scalable numerology and transmission time intervals (TTIs) ; a common, flexible framework to efficiently multiplex services and features with a dynamic, low-latency time division duplex (TDD) /frequency division duplex (FDD) design; and advanced wireless technologies, such as massive multiple input, multiple output (MIMO) , robust millimeter wave (mmWave) transmissions, advanced channel coding, and device-centric mobility. Scalability of the numerology in 5G NR, with scaling of subcarrier spacing, may efficiently address operating diverse services across diverse spectrum and diverse deployments. For example, in various outdoor and macro coverage deployments of less than 3GHz FDD/TDD implementations, subcarrier spacing may occur with 15 kHz, for example over 1, 5, 10, 20 MHz, and the like bandwidth. For other various outdoor and small cell coverage deployments of TDD greater than 3 GHz, subcarrier spacing may occur with 30  kHz over 80/100 MHz bandwidth. For other various indoor wideband implementations, using a TDD over the unlicensed portion of the 5 GHz band, the subcarrier spacing may occur with 60 kHz over a 160 MHz bandwidth. Finally, for various deployments transmitting with mmWave components at a TDD of 28 GHz, subcarrier spacing may occur with 120 kHz over a 500MHz bandwidth.

The scalable numerology of 5G NR facilitates scalable TTI for diverse latency and quality of service (QoS) requirements. For example, shorter TTI may be used for low latency and high reliability, while longer TTI may be used for higher spectral efficiency. The efficient multiplexing of long and short TTIs to allow transmissions to start on symbol boundaries. 5G NR also contemplates a self-contained integrated subframe design with uplink/downlink scheduling information, data, and acknowledgement in the same subframe. The self-contained integrated subframe supports communications in unlicensed or contention-based shared spectrum, adaptive uplink/downlink that may be flexibly configured on a per-cell basis to dynamically switch between uplink and downlink to meet the current traffic needs.

For clarity, certain aspects of the apparatus and techniques may be described below with reference to exemplary LTE implementations or in an LTE-centric way, and LTE terminology may be used as illustrative examples in portions of the description below; however, the description is not intended to be limited to LTE applications. Indeed, some aspects of the present disclosure are concerned with shared access to wireless spectrum between networks using different radio access technologies or radio air interfaces, such as those of 5G NR.

Moreover, it should be understood that, in operation, wireless communication networks adapted according to the concepts herein may operate with any combination of licensed or unlicensed spectrum depending on loading and availability. Accordingly, it will be apparent to one of skill in the art that the systems, apparatus and methods described herein may be applied to other communications systems and applications than the particular examples provided.

While aspects and embodiments are described in this application by illustration to some examples, those skilled in the art will understand that additional implementations and use cases may come about in many different arrangements and scenarios. Innovations described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, packaging arrangements. For example, embodiments and/or uses may come about via  integrated chip embodiments and/or other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail/purchasing devices, medical devices, AI-enabled devices, etc. ) . While some examples may or may not be specifically directed to use cases or applications, a wide assortment of applicability of described innovations may occur. Implementations may range from chip-level or modular components to non-modular, non-chip-level implementations and further to aggregated, distributed, or OEM devices or systems incorporating one or more described aspects. In some practical settings, devices incorporating described aspects and features may also necessarily include additional components and features for implementation and practice of claimed and described embodiments. It is intended that innovations described herein may be practiced in a wide variety of implementations, including both large/small devices, chip-level components, multi-component systems (e.g. RF-chain, communication interface, processor) , distributed arrangements, end-user devices, etc. of varying sizes, shapes, and constitution.

FIG. 1 shows wireless network 100 for communication according to some embodiments. Wireless network 100 may, for example, comprise a 5G wireless network. As appreciated by those skilled in the art, components appearing in FIG. 1 are likely to have related counterparts in other network arrangements including, for example, cellular-style network arrangements and non-cellular-style-network arrangements (e.g., device to device or peer to peer or ad hoc network arrangements, etc. ) .

Wireless network 100 illustrated in FIG. 1 includes a number of base stations 105 and other network entities. A base station may be a station that communicates with the UEs and may also be referred to as an evolved node B (eNB) , a next generation eNB (gNB) , an access point, and the like. Each base station 105 may provide communication coverage for a particular geographic area. In 3GPP, the term “cell” can refer to this particular geographic coverage area of a base station and/or a base station subsystem serving the coverage area, depending on the context in which the term is used. In implementations of wireless network 100 herein, base stations 105 may be associated with a same operator or different operators (e.g., wireless network 100 may comprise a plurality of operator wireless networks) , and may provide wireless communications using one or more of the same frequencies (e.g., one or more frequency bands in licensed spectrum, unlicensed spectrum, or a combination thereof) as a neighboring cell. In some examples, an individual base station 105 or UE 115 may be  operated by more than one network operating entity. In other examples, each base station 105 and UE 115 may be operated by a single network operating entity.

A base station may provide communication coverage for a macro cell or a small cell, such as a pico cell or a femto cell, and/or other types of cell. A macro cell generally covers a relatively large geographic area (e.g., several kilometers in radius) and may allow unrestricted access by UEs with service subscriptions with the network provider. A small cell, such as a pico cell, would generally cover a relatively smaller geographic area and may allow unrestricted access by UEs with service subscriptions with the network provider. A small cell, such as a femto cell, would also generally cover a relatively small geographic area (e.g., a home) and, in addition to unrestricted access, may also provide restricted access by UEs having an association with the femto cell (e.g., UEs in a closed subscriber group (CSG) , UEs for users in the home, and the like) . A base station for a macro cell may be referred to as a macro base station. A base station for a small cell may be referred to as a small cell base station, a pico base station, a femto base station or a home base station. In the example shown in FIG. 1,  base stations  105d and 105e are regular macro base stations, while base stations 105a-105c are macro base stations enabled with one of 3 dimension (3D) , full dimension (FD) , or massive MIMO. Base stations 105a-105c take advantage of their higher dimension MIMO capabilities to exploit 3D beamforming in both elevation and azimuth beamforming to increase coverage and capacity. Base station 105f is a small cell base station which may be a home node or portable access point. A base station may support one or multiple (e.g., two, three, four, and the like) cells.

Wireless network 100 may support synchronous or asynchronous operation. For synchronous operation, the base stations may have similar frame timing, and transmissions from different base stations may be approximately aligned in time. For asynchronous operation, the base stations may have different frame timing, and transmissions from different base stations may not be aligned in time. In some scenarios, networks may be enabled or configured to handle dynamic switching between synchronous or asynchronous operations.

UEs 115 are dispersed throughout the wireless network 100, and each UE may be stationary or mobile. It should be appreciated that, although a mobile apparatus is commonly referred to as user equipment (UE) in standards and specifications promulgated by the 3rd Generation Partnership Project (3GPP) , such apparatus may also be referred to by those skilled in the art as a mobile station (MS) , a subscriber station, a mobile unit, a subscriber unit, a wireless unit,  a remote unit, a mobile device, a wireless device, a wireless communications device, a remote device, a mobile subscriber station, an access terminal (AT) , a mobile terminal, a wireless terminal, a remote terminal, a handset, a terminal, a user agent, a mobile client, a client, or some other suitable terminology. Within the present document, a “mobile” apparatus or UE need not necessarily have a capability to move, and may be stationary. Some non-limiting examples of a mobile apparatus, such as may comprise embodiments of one or more of UEs 115, include a mobile, a cellular (cell) phone, a smart phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a laptop, a personal computer (PC) , a notebook, a netbook, a smart book, a tablet, and a personal digital assistant (PDA) . A mobile apparatus may additionally be an “Internet of things” (IoT) or “Internet of everything” (IoE) device such as an automotive or other transportation vehicle, a satellite radio, a global positioning system (GPS) device, a logistics controller, a drone, a multi-copter, a quad-copter, a smart energy or security device, a solar panel or solar array, municipal lighting, water, or other infrastructure; industrial automation and enterprise devices; consumer and wearable devices, such as eyewear, a wearable camera, a smart watch, a health or fitness tracker, a mammal implantable device, gesture tracking device, medical device, a digital audio player (e.g., MP3 player) , a camera, a game console, etc.; and digital home or smart home devices such as a home audio, video, and multimedia device, an appliance, a sensor, a vending machine, intelligent lighting, a home security system, a smart meter, etc. In one aspect, a UE may be a device that includes a Universal Integrated Circuit Card (UICC) . In another aspect, a UE may be a device that does not include a UICC. In some aspects, UEs that do not include UICCs may also be referred to as IoE devices. UEs 115a-115d of the embodiment illustrated in FIG. 1 are examples of mobile smart phone-type devices accessing wireless network 100 A UE may also be a machine specifically configured for connected communication, including machine type communication (MTC) , enhanced MTC (eMTC) , narrowband IoT (NB-IoT) and the like. UEs 115e-115k illustrated in FIG. 1 are examples of various machines configured for communication that access wireless network 100.

A mobile apparatus, such as UEs 115, may be able to communicate with any type of the base stations, whether macro base stations, pico base stations, femto base stations, relays, and the like. In FIG. 1, a lightning bolt (e.g., communication link) indicates wireless transmissions between a UE and a serving base station, which is a base station designated to serve the UE on the downlink and/or uplink, or desired transmission between base stations, and backhaul  transmissions between base stations. Backhaul communication between base stations of wireless network 100 may occur using wired and/or wireless communication links.

In operation at wireless network 100, base stations 105a-105c serve  UEs  115a and 115b using 3D beamforming and coordinated spatial techniques, such as coordinated multipoint (CoMP) or multi-connectivity. Macro base station 105d performs backhaul communications with base stations 105a-105c, as well as small cell, base station 105f. Macro base station 105d also transmits multicast services which are subscribed to and received by  UEs  115c and 115d. Such multicast services may include mobile television or stream video, or may include other services for providing community information, such as weather emergencies or alerts, such as Amber alerts or gray alerts.

Wireless network 100 of embodiments supports mission critical communications with ultra-reliable and redundant links for mission critical devices, such UE 115e, which is a drone. Redundant communication links with UE 115e include from  macro base stations  105d and 105e, as well as small cell base station 105f. Other machine type devices, such as UE 115f (thermometer) , UE 115g (smart meter) , and UE 115h (wearable device) may communicate through wireless network 100 either directly with base stations, such as small cell base station 105f, and macro base station 105e, or in multi-hop configurations by communicating with another user device which relays its information to the network, such as UE 115f communicating temperature measurement information to the smart meter, UE 115g, which is then reported to the network through small cell base station 105f. Wireless network 100 may also provide additional network efficiency through dynamic, low-latency TDD/FDD communications, such as in a vehicle-to-vehicle (V2V) mesh network between UEs 115i-115k communicating with macro base station 105e.

FIG. 2 shows a block diagram of a design of a base station 105 and a UE 115, which may be any of the base stations and one of the UEs in FIG. 1. For a restricted association scenario (as mentioned above) , base station 105 may be small cell base station 105f in FIG. 1, and UE 115 may be UE 115c or 115D operating in a service area of base station 105f, which in order to access small cell base station 105f, would be included in a list of accessible UEs for small cell base station 105f. Base station 105 may also be a base station of some other type. As shown in FIG. 2, base station 105 may be equipped with antennas 234a through 234t, and UE 115 may be equipped with antennas 252a through 252r for facilitating wireless communications.

At the base station 105, a transmit processor 220 may receive data from a data source 212 and control information from a controller/processor 240. The control information may be for the physical broadcast channel (PBCH) , physical control format indicator channel (PCFICH) , physical hybrid-ARQ (automatic repeat request) indicator channel (PHICH) , physical downlink control channel (PDCCH) , enhanced physical downlink control channel (EPDCCH) , MTC physical downlink control channel (MPDCCH) , etc. The data may be for the PDSCH, etc. The transmit processor 220 may process (e.g., encode and symbol map) the data and control information to obtain data symbols and control symbols, respectively. The transmit processor 220 may also generate reference symbols, e.g., for the primary synchronization signal (PSS) and secondary synchronization signal (SSS) , and cell-specific reference signal. Transmit (TX) multiple-input multiple-output (MIMO) processor 230 may perform spatial processing (e.g., precoding) on the data symbols, the control symbols, and/or the reference symbols, if applicable, and may provide output symbol streams to modulators (MODs) 232a through 232t. Each modulator 232 may process a respective output symbol stream (e.g., for OFDM, etc. ) to obtain an output sample stream. Each modulator 232 may additionally or alternatively process (e.g., convert to analog, amplify, filter, and upconvert) the output sample stream to obtain a downlink signal. Downlink signals from modulators 232a through 232t may be transmitted via the antennas 234a through 234t, respectively. Base station 105 may include communication unit 246 and communicate to network controller 200 (e.g., a RAN or core network component) via communication unit 246. Network controller 200 may include communication unit 294, controller/processor 290, and memory 292.

At the UE 115, the antennas 252a through 252r may receive the downlink signals from the base station 105 and may provide received signals to the demodulators (DEMODs) 254a through 254r, respectively. Each demodulator 254 may condition (e.g., filter, amplify, downconvert, and digitize) a respective received signal to obtain input samples. Each demodulator 254 may further process the input samples (e.g., for OFDM, etc. ) to obtain received symbols. MIMO detector 256 may obtain received symbols from demodulators 254a through 254r, perform MIMO detection on the received symbols if applicable, and provide detected symbols. Receive processor 258 may process (e.g., demodulate, deinterleave, and decode) the detected symbols, provide decoded data for the UE 115 to a data sink 260, and provide decoded control information to a controller/processor 280.

On the uplink, at the UE 115, a transmit processor 264 may receive and process data (e.g., for the physical uplink shared channel (PUSCH) ) from a data source 262 and control information (e.g., for the physical uplink control channel (PUCCH) ) from the controller/processor 280. Transmit processor 264 may also generate reference symbols for a reference signal. The symbols from the transmit processor 264 may be precoded by TX MIMO processor 266 if applicable, further processed by the modulators 254a through 254r (e.g., for SC-FDM, etc. ) , and transmitted to the base station 105. At base station 105, the uplink signals from UE 115 may be received by antennas 234, processed by demodulators 232, detected by MIMO detector 236 if applicable, and further processed by receive processor 238 to obtain decoded data and control information sent by UE 115. Processor 238 may provide the decoded data to data sink 239 and the decoded control information to controller/processor 240.

Controllers/ processors  240 and 280 may direct the operation at base station 105 and UE 115, respectively. Controller/processor 240 and/or other processors and modules at base station 105 and/or controller/processor 28 and/or other processors and modules at UE 115 may perform or direct the execution of various processes for the techniques described herein, such as to perform or direct the execution illustrated in FIGS. 8 and 9, and/or other processes for the techniques described herein.  Memories  242 and 282 may store data and program codes for base station 105 and UE 115, respectively. Scheduler 244 may schedule UEs for data transmission on the downlink and/or uplink.

Wireless communications systems operated by different network operating entities (e.g., network operators) may share spectrum. In some instances, a network operating entity may be configured to use an entirety of a designated shared spectrum for at least a period of time before another network operating entity uses the entirety of the designated shared spectrum for a different period of time. Thus, in order to allow network operating entities use of the full designated shared spectrum, and in order to mitigate interfering communications between the different network operating entities, certain resources (e.g., time) may be partitioned and allocated to the different network operating entities for certain types of communication.

For example, a network operating entity may be allocated certain time resources reserved for exclusive communication by the network operating entity using the entirety of the shared spectrum. The network operating entity may also be allocated other time resources where the entity is given priority over other network operating entities to communicate using the shared spectrum. These time resources, prioritized for use by the network operating entity, may be  utilized by other network operating entities on an opportunistic basis if the prioritized network operating entity does not utilize the resources. Additional time resources may be allocated for any network operator to use on an opportunistic basis.

Access to the shared spectrum and the arbitration of time resources among different network operating entities may be centrally controlled by a separate entity, autonomously determined by a predefined arbitration scheme, or dynamically determined based on interactions between wireless nodes of the network operators.

As noted above, various device types may be characterized as UEs. Starting in 3GPP Rel. 17, a number of these UE types are being allocated a new UE classification denoted as ‘NR-Light’ UEs or reduced capability, or ‘RedCap’ , UEs. Examples of UE types that fall under the RedCap classification include wearable devices (e.g., smart watches, etc. ) , industrial sensors, video cameras (e.g., surveillance cameras, etc. ) , and so on. Generally, the UE types grouped under the RedCap classification are associated with lower communicative capacity. For example, relative to ‘normal’ UEs (e.g., UEs not classified as RedCap) , RedCap UEs may be limited in terms of maximum bandwidth (e.g., 5 MHz, 10 MHz, 20 MHz, etc. ) , maximum transmission power (e.g., 20 dBm, 14 dBm, etc. ) , number of receive antennas (e.g., 1 receive antenna, 2 receive antennas, etc. ) , and so on. Some RedCap UEs may also be sensitive in terms of power consumption (e.g., requiring a long battery life, such as several years) and may be highly mobile. Moreover, in some designs, it is generally desirable for RedCap UEs to co-exist with UEs implementing protocols such as eMBB, URLLC, LTE NB-IoT/MTC, and so on. In one particular example, industrial IoT (I-IOT) wireless sensors may be associated with intensive uplink traffic, moderate reliability and latency (e.g., non-URLLC) , small packet size with a relatively long TX interval (e.g., low data rate) , and high capacity (e.g., up to 1 UE per square meter) .

In a wireless communication network, a base station (BS) may configure a user equipment (UE) with a configured grant for autonomous transmission or non-scheduled transmission. Each configured grant is associated with a set of resources configured for the UE to transmit UL communications (e.g., data and/or control information) without being scheduled by the BS.The set of configured resource may occur periodically. The set of configured resources may correspond to transmission time occasions. In some instances, the UE may use the configured resources for transmitting a transport block (TB) on a physical uplink shared channel (PUSCH) . To improve communication reliability, the UE may apply hybrid  automatic repeat request (HARQ) techniques to the UL data transmission. Additionally, the UE may perform the UL data transmission with repetitions using different redundancy versions to improve decoding performance at the BS. When operating over a licensed band, the BS may assign a HARQ process and/or a HARQ redundancy version for transmission in each transmission time occasion. In other words, the BS may provide a mapping or association between HARQ process/redundancy version to configured resource in the time domain. The UE may transmit UL HARQ data in the configured transmission occasions based on the association.

The UE may transmit UL communications that arrive at the BS at timings that are offset compared to the periodic configured grant resource. The uplink configured grant (CG-UL) may be associated with nominal arrival (NA) times, occurring with a period T, at which the UE’s CG-UL transmissions should arrive at the BS according to the CG-UL configuration. The actual arrival (AA) times of the CG-UL transmissions may be different than the NA times (e.g., jitter) . The UE may be configured with multiple CG-ULs to allow the UE to repeatedly transmit the CG-UL communications and increase the likelihood that the BS receives the communications. Multiple CG-ULs may, however, result in interference on other channels and require additional signaling overhead to configure separate HARQ processes for each CG-UL.

FIG. 3 illustrates an uplink transmission scheme 300 according to some aspects of the present disclosure. The functionality of scheme 300 can be executed by a computing device (e.g., a processor, processing circuit, and/or other suitable component) of a wireless communication device or other suitable means. In some aspects, a wireless communication device such as the UE 115 may utilize one or more components to execute the steps of scheme 300. Further, a wireless communication device such as BS 105 may utilize one or more components to execute the steps of scheme 300. In FIG. 3, the x-axis represents time in some arbitrary units.

As illustrated in FIG. 3, uplink transmissions may be associated with nominal arrival (NA) times, occurring with a period T, at which the UE’s CG-UL transmissions should arrive at the BS according to the CG-UL configuration. For instance, in the period T 310, an uplink transmission may be associated with NA 320. The actual arrival (AA) time AA 330 of a transmission at the BS may be different than NA 320 by an offset or time difference D1 340. In some aspects, each uplink transmission may be associated with a valid interval TV 350 in which the transmission is to be received in order to provide low latency (e.g., internet of  things applications) . In some aspects, TV is less than or significantly less than T (e.g., TV <<T) . In the next period T 320, a subsequent periodic uplink transmission may be associated with NA 360 that is offset from AA 370 by D2 380, where D1 may be different in sign and magnitude than D2.

However, CG-UL configurations may be difficult to implement for certain deployments, such as I-IOT where numerous RedCap UEs are deployed. For example, in some deployments, a high number of UEs with CG-UL configurations may consume an excessively high amount of PUSCH resources, resulting in a considerable portion being wasted which in turn reduces system capacity. For example of such inefficiency, with multiple CG UL configurations for de-jittering, only a subset of CG UL resources may be effectively utilized. In another example of such inefficiency, multiple CG-UL opportunities may be defined per occasion, with only one opportunity being effectively utilized. In yet another example of such inefficiency, in a blind repetition scheme, a packet can have been already decoded after first several repetitions (early decoding) such that a remainder of CG-UL opportunities and/or occasions are wasted. Unlike the DL case, this type of UL waste cannot be addressed by scheduling, as gNB does not know exactly when traffic will arrive from the UE as shown above with respect to FIG. 3.

For at least these reasons, statistical multiplexing schemes for regulating UL resource access among multiple CG-UL UEs may help to provide a reasonable for particular network deployments, such as I-IOT (e.g., networks where there are a high number of UEs associated with a somewhat random traffic arrival at gNB, a time-varying traffic arrival density, etc. ) . In such systems, some groups of UEs may be associated with delay insensitive traffic.

Statistical multiplexing schemes may involve spreading control and overloading control. For example, spreading relates to substantially uniformly distributing traffic (as interference to others) into a resource pool. In a specific example, direct spreading CDMA was utilized in some legacy 3G systems. At least some NR systems by contrast rely upon OFDMA.

Overloading control relates to controlling a level of multiplexing within a stable region (e.g., too aggressive multiplexing will result in totally un-usable of the resource pool) . For example, Rise over thermal (RoT) based control (on top of power control) was utilized in some legacy 3G systems (e.g., 3GPP used a central scheduler to assign grant to respective UEs, 3GPP2 mainly used a hybrid approach where access network sends a reverse link activity bit to guide the autonomous rate selection at respective ATs, etc. ) . Channel busy ratio  (CBR) based control is utilized in NR Sidelink (SL) in Rel’16 (e.g., each SL UE autonomously measures CBR and regulates its channel use following the guidance of NW/pre-configuration) .

Embodiments of the disclosure are directed to a CG UL TX resource pool that can be shared by a plurality of UEs. Access to the CG UL TX resource pool can be controlled (at least partially) via at least one resource pool access parameter provisioned at the respective UEs to which the CG UL TX resource pool is assigned. Such embodiments may provide various technical advantages, such as scalability with respect to network deployments (e.g., I-IOT, etc. ) with a high capacity in an adaptive of flexible manner without the associated capacity loss that would occur if ‘dedicated’ CG UL resources were assigned to each respective UE. Such designs may be particularly advantageous in network deployments where the PDCCH would otherwise become a bottleneck.

FIG. 4 illustrates an exemplary process 400 of wireless communications according to an aspect of the disclosure. The process 400 of FIG. 4 is performed by a UE, such as UE 115.

At 402, the UE (e.g., antenna (s) 252a... 252r, demodulators 254a…254r, Rx MIMO processor 256, receive processor 258, etc. ) receives an assignment of a CG UL TX resource pool. In an example, the CG UL TX resource pool may comprise more resources (e.g., PUSCH resources) than would typically be assigned to a UE for an uplink transmission (e.g., such as a dedicated grant (DG) transmission) . However, in this case, the excessively large CG UL TX resource pool is offset by the expectation that the UE will not actually be transmitting on all of the resources of the CG UL TX resource pool, as will be explained below in more detail. In some designs, the portion of the CG UL TX resource pool that the UE is capable of accessing may be capped and/or controlled via statistical multiplexing (e.g., a probabilistic function) . In an example, the CG UL TX resource pool may comprise a plurality of PUSCH occasions. In a further example, the assignment of 402 may be received as part of a group common (GC) PDCCH. In an example, the assignment of 402 may be received from a network component, such as BS 105 or a core network component such as network controller 200. In an example, the CG UL TX resource pool comprises resources that are time-division multiplexed (TDMed) , frequency-division multiplexed (FDMed) , code-division multiplexed (CDMed) , or a combination thereof.

At 404, the UE (e.g., antenna (s) 252a... 252r, demodulators 254a…254r, Rx MIMO processor 256, receive processor 258, etc. ) optionally receives an assignment of one or more additional  CG UL TX resource pools. In an example, the CG UL TX resource pool assigned at 402 and the one or more CG UL TX resource pools assigned at 404 may be different in terms of modulation and coding scheme (MCS) , rank, transport block (TB) configuration, or a combination thereof. The CG UL TX resource pool assigned at 402 and the one or more CG UL TX resource pools assigned at 404 may use the same or different at least one resource pool access parameter, etc. In an example, the one or more additional CG UL TX resource pools may comprise a plurality of PUSCH occasions. In a further example, the assignment of 404 may be received as part of a GC PDCCH (e.g., same or different GC PDCCH associated with the assignment of 402) . In an example, the assignment of 404 may be received from a network component, such as BS 105 or a core network component such as network controller 200.

At 406, the UE (e.g., antenna (s) 252a... 252r, demodulators 254a…254r, Rx MIMO processor 256, receive processor 258, etc. ) receives at least one resource pool access parameter. In an example, the at least one resource pool access parameter may be configured to at least partially control a manner in which the UE accesses (or attempts to access) the CG UL TX resource pool (e.g., such as one or more PUSCH occasions of the CG UL TX resource pool) . In an example, the at least one resource pool access parameter may be received as part of a GC PDCCH in some designs. In some designs, the at least one resource pool access parameter comprises an input to a probability function for determining whether a particular resource among the assigned subset of the resources of the CG UL TX resource pool is utilized or skipped, as will be described in more detail below.

At 408, the UE (e.g., controller/processor 280, etc. ) determines which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter. In an example, as noted above, the at least one resource pool access parameter may comprise an input to a probability function for determining whether a particular resource (e.g., PUSCH occasion) among the assigned CG UL TX resource pool is utilized or skipped. As will be described in more detail below, the input may comprise a skip probability value (or threshold) that is compared against a pseudo-random value generated at the UE to determine whether the particular resource among the assigned CG UL TX resource pool is utilized (e.g., transmitted upon, subject to LBT) or skipped. In some designs, if the UE determines to utilize a particular resource (e.g., PUSCH occasion) at 408, the specific PUSCH resource used may be further determined based upon a randomized access pattern to  avoid collisions with one or more other UEs which share access to the CG UL TX resource pool.

At 410, assume that the at least one resource pool access parameter comprises a skip probability value (denoted as ‘p’ ) , and that for at least one resource in the CG UL TX resource pool, the probability function comprises generating a pseudo-random value (denoted as ‘q’ ) in a target range, and determining to skip or utilize the resource based on a relationship between the pseudo-random value and the skip probability value. In this case, the UE (e.g., antenna (s) 252a... 252r, modulators 254a…254r, Tx MIMO processor 266, transmit processor 264, etc. ) optionally transmits, for the at least one resource in the CG UL TX resource pool, an indication of the relationship between the pseudo-random value, q, and the skip probability value, p (e.g., to a network component, such as BS 105 or network controller 200) .

At 412, the UE (e.g., antenna (s) 252a... 252r, demodulators 254a…254r, Rx MIMO processor 256, receive processor 258, etc. ) optionally receives a scheduled UL grant in response to the optional transmitted indication from 410. For example, if the serving base station determines that the UE cannot transmit on a particular PUSCH occasion of the CG UL TX resource pool from the message at 410, the serving base station can trigger the scheduled UL grant at 412 (e.g., if a previous buffer status report (BSR) indicates that the UE has UL data to transmit) . In a further example, the serving base station determines that the UE cannot transmit on a particular PUSCH occasion of the CG UL TX resource pool from the message at 410, the serving base station need not perform blind decoding for the UE on the respective PUSCH occasion.

At 414, the UE (e.g., antenna (s) 252a... 252r, modulators 254a…254r, Tx MIMO processor 266, transmit processor 264, etc. ) performing the one or more transmissions in accordance with the determination of 408. In some designs, for PUSCH occasions where the determination of 408 permits the UE to transmit, the transmission (s) may be performed via a randomized access pattern to avoid collisions with one or more other UEs which share access to the CG UL TX resource pool, as will be described below in more detail.

FIG. 5 illustrates an exemplary process 500 of wireless communications according to an aspect of the disclosure. The process 500 of FIG. 6 is performed by a network component, which may correspond to BS 105 a separate network entity, such as network controller 200.

At 502, the network component (e.g., antenna (s) 234a... 234r, modulators 232a…232r, Tx MIMO processor 230, transmit processor 220, controller/processor 240, or communication unit 294, etc. ) transmits an assignment of a CG UL TX pool to a plurality of UEs. The transmission of 502 may correspond to a single transmission (e.g., GC-PDCCH) or multiple transmissions. In an example, the CG UL TX resource pool may comprise more resources (e.g., PUSCH resources) than would typically be assigned to any particular UE for an uplink transmission (e.g., such as a DG transmission) . However, in this case, the excessively large CG UL TX resource pool is offset by the expectation that each UE will not actually be transmitting on all of the resources of the CG UL TX resource pool, as will be explained below in more detail. In some designs, the portion of the CG UL TX resource pool that each UE is capable of accessing may be capped and/or controlled via statistical multiplexing (e.g., a probabilistic function) . In an example, the CG UL TX resource pool may comprise a plurality of PUSCH occasions. In a further example, the assignment of 502 may be transmitted as part of a GC PDCCH. In an example, the CG UL TX resource pool comprises resources that are TDMed, FDMed, CDMed, or a combination thereof.

At 504, the network component (e.g., antenna (s) 234a...234r, modulators 232a…232r, Tx MIMO processor 230, transmit processor 220, controller/processor 240, or communication unit 294, etc. ) optionally transmits an assignment of one or more additional CG UL TX resource pools (e.g., to one or more of the plurality of UEs to which the assignment is transmitted at 502) . In some designs, the one or more additional CG UL TX resource pools may also be assigned to at least one UE to which the one or more additional CG UL TX resource pool from 502 is not assigned. In an example, the CG UL TX resource pool assigned at 502 and the one or more CG UL TX resource pools assigned at 504 may be different in terms of MCS, rank, TB configuration, or a combination thereof. The CG UL TX resource pool assigned at 502 and the one or more CG UL TX resource pools assigned at 504 may use the same or different at least one resource pool access parameter, etc. In an example, the one or more additional CG UL TX resource pools may comprise a plurality of PUSCH occasions. In a further example, the assignment of 504 may be transmitted as part of a GC PDCCH (e.g., same or different GC PDCCH associated with the assignment of 502) .

At 506, the network component (e.g., antenna (s) 234a... 234r, modulators 232a…232r, Tx MIMO processor 230, transmit processor 220, controller/processor 240, or communication unit 294, etc. ) transmits, to each of the plurality of UEs, at least one resource pool access  parameter to each of the plurality of UEs. In an example, the at least one resource pool access parameter may be configured to at least partially control a manner in which the respective UEs access (or attempt to access) the CG UL TX resource pool (e.g., such as one or more PUSCH occasions of the CG UL TX resource pool) . In some designs, the same resource pool access parameter (s) may be configured for each of the plurality of UEs, while in other designs the resource pool access parameter (s) may vary between some or all of the plurality of UEs. For example, a higher priority UE may be assigned resource pool access parameter (s) that are configured to grant the higher priority UE more transmission opportunities from the CG UL TX resource pool, whereas a lower priority UE may be assigned resource pool access parameter (s) that are configured to grant the higher priority UE fewer transmission opportunities from the CG UL TX resource pool. In an example, the at least one resource pool access parameter may be transmitted as part of a GC PDCCH in some designs. In some designs, the at least one resource pool access parameter comprises an input to a probability function for determining whether a particular resource among the assigned subset of the resources of the CG UL TX resource pool is utilized or skipped, as will be described in more detail below.

At 508, assume that the at least one resource pool access parameter comprises a skip probability value (denoted as ‘p’ ) , and that for at least one resource in the CG UL TX resource pool, the probability function comprises generating a pseudo-random value (denoted as ‘q’ ) in a target range, and determining to skip or utilize the resource based on a relationship between the pseudo-random value and the skip probability value. In this case, the network component (e.g., antenna (s) 234a... 234r, demodulators 232a…232r, Rx MIMO processor 236, receive processor 238, or communication unit 246, or controller/processor 240, or communication unit 294, etc. ) optionally receives, from a respective UE for the at least one resource in the CG UL TX resource pool, an indication of the relationship between the pseudo-random value, q, and the skip probability value, p.

At 510, the network component (e.g., antenna (s) 234a... 234r, modulators 232a…232r, Tx MIMO processor 230, transmit processor 220, controller/processor 240, or communication unit 294, etc. ) optionally transmits a scheduled UL grant to the respective UE in response to the optional received indication from 508. For example, if the network component determines that the respective UE cannot transmit on a particular PUSCH occasion of the CG UL TX resource pool from the message at 508, the network component can trigger the scheduled UL  grant at 510 (e.g., if a previous BSR indicates that the UE has UL data to transmit) . In a further example, the network component (e.g., BS 105) determines that the UE cannot transmit on a particular PUSCH occasion of the CG UL TX resource pool from the message at 410, the network component need not perform blind decoding for the respective UE on the respective PUSCH occasion.

At 512, the network component (e.g., antenna (s) 234a... 234r, demodulators 232a…232r, Rx MIMO processor 236, receive processor 238, or communication unit 246, or controller/processor 240, or communication unit 294, etc. ) receives, from at least one of the plurality of UEs, one or more transmissions on resources associated with the CG UL TX resource pool based on the at least one resource pool access parameter of the respective UE. In some designs, the particular RBs on the PUSCH occasions over which the transmission (s) are received from the respective UE (s) at 512 may be accessed via a randomized access pattern to avoid collisions between UEs which share access to the CG UL TX resource pool, as will be described below in more detail.

Referring to FIGS. 4-5, in some designs as noted above, the CG UL TX resource pool comprises resources that are TDMed, FDMed and/or CDMed with each other. In case of CDM, the CG UL TX resource pool may comprise resources that are overlapping (in time-domain and frequency-domain) and separated in spatial-domain with different demodulation reference signal (DMRS) ports and/or different DMRS sequences. In some designs, the UE choose one of the resources in a resource pool on which to transmit if the UE has UL traffic for transmission.

Referring to FIGS. 4-5, in some designs as noted above, multiple UEs may share the same CG UL TX resource pool (e.g., overlapping resource pools from different UEs) . In some designs, each UE may be assigned a randomized pattern to occupy a time-varying part of the respective radio resources in the respective CG UL TX resource pool.

Referring to FIGS. 4-5, in some designs, the use of a CG UL TX resource pool may provide a trunking gain when there are available but statistically stable traffic arrivals at the gNB. The general objective is for most of the resources in the CG UL TX resource pool to be used by the UEs assigned thereto, while also minimizing the UL TX collisions between the UEs on these resources. In some designs, the CG UL TX resource pool is semi-statically configured rather than changing dynamically based on individual arrivals. In this case, the above-noted objective can be achieved via admission control (e.g., if too many collisions, remove UEs to  the CG UL TX resource pool, and if too little resource utilization, then add UEs to the CG UL TX resource pool) .

Referring to FIGS. 4-5, in some designs as noted above, the at least one resource pool access parameter may comprise an input to a probability function for determining whether a particular resource among the assigned CG UL TX resource pool is utilized or skipped. In a more specific example, the at least one resource pool access parameter may comprise a skip probability value (denoted as ‘p’ ) , and, for at least one resource in the CG UL TX resource pool, the probability function comprises generating a pseudo-random value (denoted as ‘q’ ) in a target range, and determining to skip or utilize the resource based on a relationship between the pseudo-random value and the skip probability value. For example, the target range may be from 0 to 1 whereby 0 ≤ p ≤ 1, and the UE may choose to transmit on a particular PUSCH occasion of the CG UL TX resource pool if q ≥ p. In current designs, p = 0 in the sense that if a UE is assigned to a CG UL TX resource then the UE will simply transmit on that CG UL TX resource without any probabilistic approach.

FIG. 6A illustrates PUSCH occasions 600A based on an example implementation of the processes 400-500 of FIGS. 4-5 in accordance with an embodiment of the disclosure. The PUSCH occasions 600A include  PUSCH occasions  1 and 2, which are shown from the perspective of one particular UE assigned to a CG UL TX resource pool that comprises at  least PUSCH occasions  1 and 2. At PUSCH occasion 1, the UE pseudo-randomly generates a value of q that is less than p, such that the UE skips PUSCH occasion 1 in terms of a UL TX attempt. At PUSCH occasion 2, the UE pseudo-randomly generates a value of q that is greater than or equal to p, such that the UE transmits on a particular PUSCH resource (e.g., RB) of PUSCH occasion 2.

In an example, the generation of the pseudo-random value and/or the skip probability value may be weighted to be higher or lower based on one or more UE-specific parameters. Such parameters may comprise a traffic quality of service (QoS) requirement, UE priority, or a combination thereof. Such weighting (s) can be varied across UEs and also across CG UL processes of the same UE (e.g., different distributions of p and/or q for different CG UL TX resource pools to which a particular UE belongs, e.g., one CG UL process may have higher priority than another CG UL process in its respective CG UL TX resource pool even for same UE, etc. ) . At the extremes under these assumptions, q=1 may be set to ensure that the UE will never backoff, while q=0 may be set to ensure that the UE will always backoff.

In an example, the generation of the pseudo-random value, q, may be based on a parameter associated with a serving cell of the UE (e.g., gNB ID) , a parameter associated with the UE (e.g., UE ID) , a time, a UE-specific resource pool index, an MCS parameter, or a combination thereof.

Referring to FIGS. 4-5, in some designs, the at least one resource in the CG UL TX resource pool for which the probability function is implemented comprises a subset of resources in the CG UL TX resource pool that is based on a UE-specific resource hashing function. For example, assuming that a UE determines to utilize a particular PUSCH occasion of the CG UL TX resource pool, the UE may be restricted to a specific subset of PUSCH resources (e.g., RBs) in the PUSCH occasion. The hashes can be distributed among UEs assigned to the CG UL TX resource pool in a manner that reduces a collision rate. The UE-specific resource hashing function can be based on various factors such as UE ID, time, a UE-specific resource pool index, etc. Generally, any hashing that results in a random or pseudo-random distribution across the PUSCH occasion can be used. Moreover, the hashing can be communicated to the gNB as part of the indication at 410 or 508 of FIGS. 4-5, respectively, such that he gNB will know exactly which resource in the resource pool the UE will use if the UE chooses to transmit. In this case, the gNB can perform blind decoding of the CG PUSCH at the known location (s) for that UE rather than across the entirety of the CG PUSCH. In some designs, the UE can be configured to transmit UE ID over CG UCI included in CG-PUSCH, e.g., if p > 0 and gNB does not know q, to ease gNB in identifying which UEs are transmitting in case of collision.

FIGS. 6B-6D illustrate how resource utilization can be controlled via regulation of a probability skip value (denoted as ‘p’ ) in accordance with embodiments of a disclosure. In FIGS. 6B-6D, the value of p can be controlled by the gNB (e.g., indicated via GC-PDCCH) to regulate the utilization of the resources of the CG UL TX resource pool as noted above.

In FIG. 6B, a grouping of resources (e.g., a PUSCH occasion) of a CG UL TX resource pool is shown at 600B, whereby resources denoted as 1, 2, 3 are transmitted upon by  UEs  1, 2 and 3 which are assigned to the CG UL TX resource pool. In this case, p is set to a relatively low value (e.g., fewer skips) , with 3 out of 9 total resources being utilized. The specific resources utilized can be determined via a collision avoidance scheme such as a random distribution or hashing function as noted above.

In FIG. 6C, a grouping of resources (e.g., a PUSCH occasion) of a CG UL TX resource pool is shown at 600C, whereby resources denoted as 2, 3 are transmitted upon by  UEs  2, 3 which are assigned to the CG UL TX resource pool. In this case, p is set to a relatively high value (e.g., more skips) , with 2 out of 9 total resources being utilized. The specific resources utilized can be determined via a collision avoidance scheme such as a random distribution or hashing function as noted above.

In FIG. 6D, a grouping of resources (e.g., a PUSCH occasion) of a CG UL TX resource pool is shown at 600C, whereby resources denoted as 1, 2 are transmitted upon by UEs 1, 2which are assigned to the CG UL TX resource pool. In this case, p is set to a relatively high value (e.g., more skips) , with 2 out of 9 total resources being utilized. The specific resources utilized can be determined via a collision avoidance scheme such as a random distribution or hashing function as noted above.

FIG. 7 is a conceptual data flow diagram 700 illustrating the data flow between different means/components in  exemplary apparatuses  702 and 780 in accordance with an embodiment of the disclosure. The apparatus 702 may be a UE (e.g., UE 115) in communication with an apparatus 780, which may be a network device (e.g., BS 105, such as a different logical component of BS 105 in a scenario where the wireless device 702 corresponds to BS 105, or another network entity such as network controller 200) .

The apparatus 702 includes a transmission component 704, which may correspond to transmitter circuitry in UE 115 as depicted in FIG. 2, including controller/processor 280, antenna (s) 252a ... 252r, modulators (s) 254a ... 254r, TX MIMO processor 266, TX processor 264, etc. The apparatus 702 further includes CG UL TX resource pool component 706, which may correspond to processor circuitry in UE 115 as depicted in FIG. 2, including controller/processor 240, controller/processor 280, etc. The apparatus 702 further includes a reception component 708, which may correspond to receiver circuitry in UE 115 as depicted in FIG. 2, including controller/processor 280, antenna (s) 252a ... 252r, demodulators (s) 254a ...254r, MIMO detector 256, RX processor 258.

The apparatus 780 includes a reception component 782, which may correspond to receiver circuitry in BS 105 or network device 200 as depicted in FIG. 2, including controller/processor 240, antenna (s) 234a ... 234r, demodulators (s) 232a ... 232r, MIMO detector 236, RX processor 238, communication unit 246, or communication unit 294. The apparatus 780 further includes CG UL TX resource pool component 784, which may  correspond to processor circuitry in BS 105 or network device 200 as depicted in FIG. 2, including controller/processor 240 or controller/processor 290. The apparatus 780 further includes a transmission component 786, which may correspond to transmission circuitry in BS 105 or network device 200 as depicted in FIG. 2, including e.g., controller/processor 240, antenna (s) 234a ... 234r, modulators (s) 232a ... 232r, Tx MIMO processor 230, TX processor 220, communication unit 246, or communication unit 294.

Referring to FIG. 7, the CG UL TX resource pool component 784 directs the transmission component 704 to transmit CG UL TX resource pool assignment (s) and CG UL TX resource pool access parameter (s) to the reception component 782. The CG UL TX resource pool component 706 evaluates the CG UL TX resource pool access parameter (s) with respect to the assigned CG UL TX resource pool (s) to perform CG UL TX resource pool transmission (s) by the transmission component 704 to the reception component 782. The CG UL TX resource pool component 706 also optionally directs the transmission component 704 to transmit a CG UL TX resource pool skip parameter (e.g., indicating whether the UE 702 will be skipping all transmissions on the CG UL TX resource pool) which may in turn trigger the CG UL TX resource pool component 784 to direct the transmission component 786 to transmit an optional scheduled UL grant to the reception component 708 (e.g., so that UE 702 can perform a UL transmission despite not being able to access the CG UL TX resource pool) .

One or more components of the apparatus 702 and apparatus 780 may perform each of the blocks of the algorithm in the aforementioned flowcharts of FIGS. 4-5. As such, each block in the aforementioned flowcharts of FIGS. 4-5 may be performed by a component and the apparatus 702 and apparatus 780 may include one or more of those components. The components may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.

FIG. 8 is a diagram 800 illustrating an example of a hardware implementation for an apparatus 702 employing a processing system 814. The processing system 814 may be implemented with a bus architecture, represented generally by the bus 824. The bus 824 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 814 and the overall design constraints. The bus 824  links together various circuits including one or more processors and/or hardware components, represented by the processor 804, the  components  704, 706 and 708, and the computer-readable medium /memory 806. The bus 824 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.

The processing system 814 may be coupled to a transceiver 810. The transceiver 810 is coupled to one or more antennas 820. The transceiver 810 provides a means for communicating with various other apparatus over a transmission medium. The transceiver 810 receives a signal from the one or more antennas 820, extracts information from the received signal, and provides the extracted information to the processing system 814, specifically the reception component 708. In addition, the transceiver 810 receives information from the processing system 814, specifically the transmission component 704, and based on the received information, generates a signal to be applied to the one or more antennas 820. The processing system 814 includes a processor 804 coupled to a computer-readable medium /memory 806. The processor 804 is responsible for general processing, including the execution of software stored on the computer-readable medium /memory 806. The software, when executed by the processor 804, causes the processing system 814 to perform the various functions described supra for any particular apparatus. The computer-readable medium /memory 806 may also be used for storing data that is manipulated by the processor 804 when executing software. The processing system 814 further includes at least one of the  components  704, 706 and 708. The components may be software components running in the processor 804, resident/stored in the computer readable medium /memory 806, one or more hardware components coupled to the processor 804, or some combination thereof. The processing system 814 may be a component of the BS 105 or UE 115 of FIG. 2 and may include the  memory  242 or 282, and/or at least one of the  TX processor  220 or 264, the  RX processor  238 or 258, and the controller/ processor  240 or 280.

In one configuration, the apparatus 702 (e.g., a UE) may comprise means for receiving an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool, means for receiving at least one resource pool access parameter, means for determining which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter, and means for performing the one or more transmissions in accordance with the determination.

The aforementioned means may be one or more of the aforementioned components of the apparatus 702 and/or the processing system 814 of the apparatus 702 configured to perform the functions recited by the aforementioned means. As described supra, the processing system 814 may include the memory 282, and/or at least one of the TX processor 264, the RX processor 258, and the controller/processor 280.

FIG. 9 is a diagram 900 illustrating an example of a hardware implementation for an apparatus 780 employing a processing system 914. The processing system 914 may be implemented with a bus architecture, represented generally by the bus 924. The bus 924 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 914 and the overall design constraints. The bus 924 links together various circuits including one or more processors and/or hardware components, represented by the processor 904, the  components  782, 784 and 786, and the computer-readable medium /memory 906. The bus 924 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.

The processing system 914 may be coupled to a transceiver 910. The transceiver 910 is coupled to one or more antennas 920. The transceiver 910 provides a means for communicating with various other apparatus over a transmission medium. The transceiver 910 receives a signal from the one or more antennas 920, extracts information from the received signal, and provides the extracted information to the processing system 914, specifically the reception component 782. In addition, the transceiver 910 receives information from the processing system 914, specifically the transmission component 786, and based on the received information, generates a signal to be applied to the one or more antennas 920. The processing system 914 includes a processor 904 coupled to a computer-readable medium /memory 906. The processor 904 is responsible for general processing, including the execution of software stored on the computer-readable medium /memory 906. The software, when executed by the processor 904, causes the processing system 914 to perform the various functions described supra for any particular apparatus. The computer-readable medium /memory 906 may also be used for storing data that is manipulated by the processor 904 when executing software. The processing system 914 further includes at least one of the  components  782, 784 and 786. The components may be software components running in the processor 904, resident/stored in the computer readable medium /memory  906, one or more hardware components coupled to the processor 904, or some combination thereof. The processing system 914 may be a component of the BS 105 or network device 200 of FIG. 2 and may include the  memory  242 or 292, and/or at least one of the TX processor 220, the RX processor 238, or the communication unit 294, and the controller/ processor  240 or 290.

In one configuration, the apparatus 780 (e.g., a BS or core network device) includes means for transmitting an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool to a plurality of user equipments (UEs) , means for transmitting, to each of the plurality of UEs, at least one resource pool access parameter to each of the plurality of UEs, and means for receiving, from at least one of the plurality of UEs, one or more transmissions on resources associated with the CG UL TX resource pool based on the at least one resource pool access parameter of the respective UE.

The aforementioned means may be one or more of the aforementioned components of the apparatus 780 and/or the processing system 914 of the apparatus 780 configured to perform the functions recited by the aforementioned means. As described supra, the processing system 914 may include the  memory  242 or 292, and/or at least one of the TX processor 220, the RX processor 238, or the communication unit 294, and the controller/ processor  240 or 290.

Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps (e.g., the logical blocks in FIGS. 5-6) described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure. Skilled artisans will also readily recognize that the order or combination of components, methods, or interactions that are described herein are merely examples and that the components, methods, or interactions of the various aspects of the present disclosure may be combined or performed in ways other than those illustrated and described herein.

The various illustrative logical blocks, modules, and circuits described in connection with the disclosure herein may be implemented or performed with a general-purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

The steps of a method or algorithm described in connection with the disclosure herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.

In one or more exemplary designs, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. Computer-readable storage media may be any available media that can be accessed by a general purpose or special purpose computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code means in the form of instructions or data structures and that can be accessed by a general- purpose or special-purpose computer, or a general-purpose or special-purpose processor. Also, a connection may be properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, or digital subscriber line (DSL) , then the coaxial cable, fiber optic cable, twisted pair, or DSL, are included in the definition of medium. Disk and disc, as used herein, includes compact disc (CD) , laser disc, optical disc, digital versatile disc (DVD) , hard disk, solid state disk, and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

As used herein, including in the claims, the term “and/or, ” when used in a list of two or more items, means that any one of the listed items can be employed by itself, or any combination of two or more of the listed items can be employed. For example, if a composition is described as containing components A, B, and/or C, the composition can contain A alone; B alone; C alone; A and B in combination; A and C in combination; B and C in combination; or A, B, and C in combination. Also, as used herein, including in the claims, “or” as used in a list of items prefaced by “at least one of” indicates a disjunctive list such that, for example, a list of “at least one of A, B, or C” means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) or any of these in any combination thereof.

The previous description of the disclosure is provided to enable any person skilled in the art to make or use the disclosure. Various modifications to the disclosure will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other variations without departing from the spirit or scope of the disclosure. Thus, the disclosure is not intended to be limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (28)

1. A method of operating a user equipment (UE) , comprising:

   receiving an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool;

   receiving at least one resource pool access parameter;

   determining which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter; and

   performing the one or more transmissions in accordance with the determination.
2. The method of claim 1, wherein the at least one resource pool access parameter comprises an input to a probability function for determining whether a particular resource among the assigned CG UL TX resource pool is utilized or skipped.
3. The method of claim 2,

   wherein the at least one resource pool access parameter comprises a skip probability value, and

   wherein, for at least one resource in the CG UL TX resource pool, the probability function comprises:

   generating a pseudo-random value in a target range, and

   determining to skip or utilize the resource based on a relationship between the pseudo-random value and the skip probability value.
4. The method of claim 3, wherein the generation of the pseudo-random value and/or the skip probability value is weighted to be higher or lower based on one or more UE-specific parameters.
5. The method of claim 4, wherein the one or more UE-specific parameters comprise a traffic quality of service (QoS) requirement, UE priority, or a combination thereof.
6. The method of claim 3, wherein the generation of the pseudo-random value is based on a parameter associated with a serving cell of the UE, a parameter associated with the UE, a time, a UE-specific resource pool index, a modulation and coding scheme (MCS) parameter, or a combination thereof.
7. The method of claim 3, further comprising:

   transmitting, for the at least one resource in the CG UL TX resource pool, an indication of the relationship between the pseudo-random value and the skip probability value.
8. The method of claim 7, further comprising:

   in response to the transmitted indication, receiving a scheduled UL grant.
9. The method of claim 3, wherein the at least one resource in the CG UL TX resource pool for which the probability function is implemented comprises a subset of resources in the CG UL TX resource pool that is based on a UE-specific resource hashing function.
10. The method of claim 1, wherein the CG UL TX resource pool comprises resources that are time-division multiplexed (TDMed) , frequency-division multiplexed (FDMed) , code-division multiplexed (CDMed) , or a combination thereof.
11. The method of claim 1, wherein the determining is based upon a randomized access pattern to avoid collisions with one or more other UEs which share access to the CG UL TX resource pool.
12. The method of claim 1, further comprising:

    receiving an assignment of one or more additional CG UL TX resource pools.
13. The method of claim 12, wherein the CG UL TX resource pool and the one or more additional CG UL TX resource pools different in terms of modulation and coding scheme (MCS) , rank, transport block (TB) configuration, or a combination thereof.
14. A method of operating a network component, comprising:

    transmitting an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool to a plurality of user equipments (UEs) ;

    transmitting, to each of the plurality of UEs, at least one resource pool access parameter to each of the plurality of UEs; and

    receiving, from at least one of the plurality of UEs, one or more transmissions on resources associated with the CG UL TX resource pool based on the at least one resource pool access parameter of the respective UE.
15. The method of claim 14, wherein the at least one resource pool access parameter comprises an input to a probability function for determining whether a particular resource among the assigned CG UL TX resource pool is utilized or skipped.
16. The method of claim 15,

    wherein the at least one resource pool access parameter comprises a skip probability value, and

    wherein, for at least one resource in the CG UL TX resource pool, the probability function comprises:

    generating a pseudo-random value in a target range, and

    determining to skip or utilize the resource based on a relationship between the pseudo-random value and the skip probability value.
17. The method of claim 16, further comprising:

    receiving, from a respective UE for the at least one resource in the CG UL TX resource pool, an indication of the relationship between the pseudo-random value and the skip probability value.
18. The method of claim 17, further comprising:

    in response to the received indication, transmitting a scheduled UL grant to the respective UE.
19. The method of claim 16, wherein the at least one resource in the CG UL TX resource pool for which the probability function is implemented comprises a subset of resources in the CG UL TX resource pool that is based on a UE-specific resource hashing function.
20. The method of claim 14, wherein the CG UL TX resource pool comprises resources that are time-division multiplexed (TDMed) , frequency-division multiplexed (FDMed) , code-division multiplexed (CDMed) , or a combination thereof.
21. The method of claim 14, further comprising:

    transmitting an assignment of one or more additional CG UL TX resource pools.
22. The method of claim 21, wherein the CG UL TX resource pool and the one or more additional CG UL TX resource pools different in terms of modulation and coding scheme (MCS) , rank, transport block (TB) configuration, or a combination thereof.
23. A user equipment (UE) , comprising:

    means for receiving an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool;

    means for receiving at least one resource pool access parameter;

    means for determining which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter; and

    means for performing the one or more transmissions in accordance with the determination.
24. A network component, comprising:

    means for transmitting an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool to a plurality of user equipments (UEs) ;

    means for transmitting, to each of the plurality of UEs, at least one resource pool access parameter to each of the plurality of UEs; and

    means for receiving, from at least one of the plurality of UEs, one or more transmissions on resources associated with the CG UL TX resource pool based on the at least one resource pool access parameter of the respective UE.
25. A user equipment (UE) , comprising:

    a memory; and

    at least one processor coupled to the memory and configured to:

    receive an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool;

    receive at least one resource pool access parameter;

    determine which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter; and

    perform the one or more transmissions in accordance with the determination.
26. A network component, comprising:

    a memory; and

    at least one processor coupled to the memory and configured to:

    transmit an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool to a plurality of user equipments (UEs) ;

    transmit, to each of the plurality of UEs, at least one resource pool access parameter to each of the plurality of UEs; and

    receive, from at least one of the plurality of UEs, one or more transmissions on resources associated with the CG UL TX resource pool based on the at least one resource pool access parameter of the respective UE.
27. A non-transitory computer-readable medium containing instructions stored thereon, for causing at least one processor in a user equipment (UE) to:

    receive an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool;

    receive at least one resource pool access parameter;

    determine which resources of the CG UL TX resource pool are utilized for one or more transmissions based on the at least one resource pool access parameter; and

    perform the one or more transmissions in accordance with the determination.
28. A non-transitory computer-readable medium containing instructions stored thereon, for causing at least one processor in a network component to:

    transmit an assignment of a configured grant (CG) uplink (UL) transmission (TX) resource pool to a plurality of user equipments (UEs) ;

    transmit, to each of the plurality of UEs, at least one resource pool access parameter to each of the plurality of UEs; and

    receive, from at least one of the plurality of UEs, one or more transmissions on resources associated with the CG UL TX resource pool based on the at least one resource pool access parameter of the respective UE.

Images