Non-orthogonal multiplex access based configured grant for ambient internet-of-things devices

Abstract

This disclosure provides systems, methods, and devices for wireless communication that support non-orthogonal multiplex access (NOMA) based configured grant for ambient Internet-of-things (IoT) devices. In a first aspect, a method of wireless communication includes obtaining a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with the network entity. The network entity may then schedule at least one configured resource for the ambient IoT devices according to at least one ambient IoT device capability and transmit configuration information to the ambient IoT devices indicating the configured resource scheduled for a corresponding ambient IoT device. Other aspects and features are also claimed and described.

Description

NON-ORTHOGONAL MULTIPLEX ACCESS BASED CONFIGURED GRANT FOR AMBIENT INTERNET-OF-THINGS DEVICESTECHNICAL FIELD

[0001] Aspects of the present disclosure relate generally to wireless communication systems, and more particularly, to non-orthogonal multiplex access (NOMA) communication systems. Some features may enable and provide improved communications, including configured grant for ambient Internet-of-things (IoT) devices operating within a NOMA communication environment.

[0002] INTRODUCTION

[0003] 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 may be multiple access networks that support communications for multiple users by sharing the available network resources.

[0004] A wireless communication network may include several components. These components may include wireless communication devices, such as base stations (or node Bs) that may 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 or other network entity.

[0005] A network entity may transmit data and control information on a downlink to a UE or may receive data and control information on an uplink from the UE. On the downlink, a transmission from the network entity may encounter interference due to transmissions from neighbor network entities 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 network entities or from other wireless RF transmitters. This interference may degrade performance on both the downlink and uplink.

[0006] 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 2401095WO1_Application. docx 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.

[0007] BRIEF SUMMARY OF SOME EXAMPLES

[0008] 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.

[0009] In one aspect of the disclosure, a method of wireless communication includes obtaining a set of ambient IoT device capabilities from one or more ambient internet-of-things (IoT) devices in non-orthogonal multiple access (NOMA) communication with the network entity, scheduling at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities, and transmitting configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0010] In an additional aspect of the disclosure, an apparatus configured for wireless communication is disclosed. The apparatus includes at least one processor, and a memory coupled to the at least one processor. The at least one processor is configured to obtain a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with the network entity, to schedule at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities, and to transmit configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0011] In an additional aspect of the disclosure, an apparatus configured for wireless communication is disclosed. The apparatus includes means for obtaining a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication  with the network entity, means for scheduling at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities, and means for transmitting configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0012] In an additional aspect of the disclosure, a non-transitory computer-readable medium stores instructions that, when executed by a processor, cause the processor to perform operations including obtaining a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with the network entity, scheduling at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities, and transmitting configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0013] In an additional aspect of the disclosure, a method of wireless communication includes reporting a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device, receiving configuration information from a network entity indicating at least one configured resource for NOMA communication, and transmitting a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0014] In an additional aspect of the disclosure, an apparatus configured for wireless communication is disclosed. The apparatus includes at least one processor, and a memory coupled to the at least one processor. The at least one processor is configured to report a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device, to receive configuration information from a network entity indicating at least one configured resource for NOMA communication, and to transmit a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0015] In an additional aspect of the disclosure, an apparatus configured for wireless communication is disclosed. The apparatus includes means for reporting a set of ambient  IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device, means for receiving configuration information from a network entity indicating at least one configured resource for NOMA communication, and means for transmitting a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0016] In an additional aspect of the disclosure, a non-transitory computer-readable medium stores instructions that, when executed by a processor, cause the processor to perform operations including reporting a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device, receiving configuration information from a network entity indicating at least one configured resource for NOMA communication, and transmitting a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0017] 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.

[0018] While aspects and implementations 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, aspects and / or uses may come about via integrated chip implementations and other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence  (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 in spectrum from chip-level or modular components to non-modular, non-chip-level implementations and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more aspects of the described innovations. 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 aspects. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes (e.g., hardware components including antenna, radio frequency (RF) -chains, power amplifiers, modulators, buffer, processor (s) , interleaver, adders / summers, etc. ) . It is intended that innovations described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, end-user devices, etc. of varying sizes, shapes, and constitution.BRIEF DESCRIPTION OF THE DRAWINGS

[0019] 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.

[0020] Figure 1 is a block diagram illustrating details of an example wireless communication system suitable for NOMA based configured grant for ambient IoT devices according to one or more aspects.

[0021] Figure 2 is a block diagram illustrating examples of a base station and a user equipment (UE) according to one or more aspects.

[0022] Figure 3 is a block diagram illustrating details of an example NOMA wireless communication system suitable for NOMA based configured grant for ambient IoT devices according to one or more aspects.

[0023] Figure 4 is a block diagram illustrating a network entity in communication with multiple ambient IoT devices.

[0024] Figures 5A and 5B are block diagrams illustrating example blocks executed by a network entity and ambient IoT device, respectively, configured to provide NOMA based configured grant for ambient IoT devices according to one or more aspects.

[0025] Figures 6A and 6B are block diagrams illustrating NOMA communications with ambient IoT devices scheduled according to power domain multiplexing supporting NOMA based configured grant for ambient IoT devices according to one or more aspects.

[0026] Figures 7A and 7B are block diagrams illustrating NOMA communications with ambient IoT devices scheduled according to coding domain multiplexing supporting NOMA based configured grant for ambient IoT devices according to one or more aspects.

[0027] Figure 8 is a block diagram of an example network entity that supports NOMA based configured grant for ambient IoT devices according to one or more aspects.

[0028] Figure 9 is a block diagram of an example ambient IoT device that supports NOMA based configured grant for ambient IoT devices according to one or more aspects.

[0029] Like reference numbers and designations in the various drawings indicate like elements.DETAILED DESCRIPTION

[0030] 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.

[0031] The present disclosure provides systems, apparatus, methods, and computer-readable media that support non-orthogonal multiplex access (NOMA) based configured grant for ambient Internet-of-things (IoT) devices. NOMA is a radio access technique targeted to serve multiple users using the same resources in terms of time, frequency, and space. NOMA communications may be beneficial to support the growing need for wireless resources, including the massive number of IoT devices current in place and planned for future implementations. However, 5G networks may not yet efficiently support the most pervasive type of wireless sensor devices, the radio frequency identifier (RFID) -type of sensors. RFID tags or sensors may be classified as an ambient IoT device. An ambient  IoT device may be defined as a 3GPP IoT device which is smaller and cheaper compared to previous generations of IoT, such as the NB-IoT / LTE-M / RedCap.

[0032] Traffic assumptions for 5G wireless operations with ambient IoT devices include periodic reporting by such devices. However, if the network dynamically configures the resource for the ambient IoT devices, control signaling overhead and power consumption may increase due to control signal monitoring by the ambient IoT devices. Configured resource grant operations have been considered for ambient IoT devices which use a guard period to reduce the likelihood of collisions due to the loose clock reliability typical of ambient IoT devices. However, the length of the guard period may be highly dependent on the clock reliability value of the corresponding ambient IoT device, which may result in a high resource consumption. Particular implementations of the subject matter described in this disclosure may be implemented to realize one or more of the following potential advantages or benefits. In some aspects, the present disclosure provides techniques for obtaining a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with a network entity. The network entity may then schedule configured resources for the ambient IoT devices according to the ambient IoT device capabilities, and transmit configuration information indicating the configured resources scheduled for a corresponding ambient IoT device. By using the ambient IoT device capabilities to schedule configured resources for ambient IoT device with NOMA communications, the one or more aspects may conserve resources and power consumption for the smaller and cheaper ambient IoT devices, while increasing system access capability.

[0033] This disclosure further relates generally to providing or participating in authorized shared access between two or more wireless devices in one or more wireless communications systems, also referred to as wireless communications networks. In various implementations, the techniques and apparatus may be used for wireless communication networks such as CDMA networks, TDMA networks, FDMA networks, OFDMA networks, SC-FDMA networks, LTE networks, GSM networks, 5G or 5G NR networks, as well as other communications networks. As described herein, the terms “networks” and “systems” may be used interchangeably.

[0034] For clarity, certain aspects of the apparatus and techniques may be described below with reference to example 5G NR implementations or in a 5G-centric way, and 5G terminology  may be used as illustrative examples in portions of the description below; however, the description is not intended to be limited to 5G applications.

[0035] 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 a person having ordinary 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.

[0036] While aspects and implementations 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, implementations or uses may come about via integrated chip implementations or other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail devices or 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 original equipment manufacturer (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 aspects. It is intended that innovations described herein may be practiced in a wide variety of implementations, including both large devices or small devices, chip-level components, multi-component systems (e.g., radio frequency (RF) -chain, communication interface, processor) , distributed arrangements, end-user devices, etc. of varying sizes, shapes, and constitution.

[0037] Figure 1 illustrates an example of a wireless communications system 100 that supports RF component preferences in hybrid beamforming operations at mmWave bands in accordance with one or more aspects of the present disclosure. The wireless communications system 100 may include one or more network entities 105, one or more UEs 115, and a core network 130. In some examples, the wireless communications  system 100 may be a Long Term Evolution (LTE) network, an LTE-Advanced (LTE-A) network, an LTE-A Pro network, a New Radio (NR) network, or a network operating in accordance with other systems and radio technologies, including future systems and radio technologies not explicitly mentioned herein.

[0038] The network entities 105 may be dispersed throughout a geographic area to form the wireless communications system 100 and may include devices in different forms or having different capabilities. In various examples, the network entity 105 may be referred to as a network element, a mobility element, a radio access network (RAN) node, or network equipment, among other nomenclature. In some examples, the network entities 105 and the UEs 115 may wirelessly communicate via one or more communication links 125 (e.g., a radio frequency (RF) access link) .

[0039] The UEs 115 may be dispersed throughout the coverage area 110 of the wireless communications system 100, and each UE 115 may be stationary, or mobile, or both at different times. The UEs 115 may be devices in different forms or having different capabilities. Some example UEs 115 are illustrated in Figure 1. The UEs 115 described herein may be able to communicate with various types of devices, such as other UEs 115 or network entities 105, as shown in Figure 1.

[0040] As described herein, a node of the wireless communications system 100, which may be referred to as a network node, or a wireless node, may be the network entity 105 (e.g., any network entity described herein) , the UE 115 (e.g., any UE described herein) , a network controller, an apparatus, a device, a computing system, one or more components, or another suitable processing entity configured to perform any of the techniques described herein. For example, a node may be the UE 115. As another example, a node may be the network entity 105.

[0041] In some examples, the network entities 105 may communicate with the core network 130, or with one another, or both. For example, the network entities 105 may communicate with the core network 130 via one or more backhaul communication links 120 (e.g., in accordance with an S1, N2, N3, or other interface protocol) . In some examples, the network entities 105 may communicate with one another over the backhaul communication link 120 (e.g., in accordance with an X2, Xn, or other interface protocol) either directly (e.g., directly between the network entities 105) or indirectly (e.g., via the core network 130) . In some examples, the network entities 105 may communicate with one another via a midhaul communication link 162 (e.g., in accordance with a midhaul  interface protocol) or a fronthaul communication link 168 (e.g., in accordance with a fronthaul interface protocol) , or any combination thereof. The backhaul communication links 120, the midhaul communication links 162, or the fronthaul communication links 168 may be or include one or more wired links (e.g., an electrical link, an optical fiber link) , one or more wireless links (e.g., a radio link, a wireless optical link) , among other examples or various combinations thereof. The UE 115 may communicate with the core network 130 through a communication link 155.

[0042] One or more of the network entities 105 described herein may include or may be referred to as a base station 140 (e.g., a base transceiver station, a radio base station, an NR base station, an access point, a radio transceiver, a transmission-reception point (TRP) , a NodeB, an eNodeB (eNB) , a next-generation NodeB or a giga-NodeB (either of which may be referred to as a gNB) , a 5G NB, a next-generation eNB (ng-eNB) , a Home NodeB, a Home eNodeB, or other suitable terminology) . In some examples, the network entity 105 (e.g., the base station 140) may be implemented in an aggregated (e.g., monolithic, standalone) base station architecture, which may be configured to utilize a protocol stack that is physically or logically integrated within a single network entity 105 (e.g., a single RAN node, such as the base station 140) .

[0043] In some examples, the network entity 105 may be implemented in a disaggregated architecture (e.g., a disaggregated base station architecture, a disaggregated RAN architecture) , which may be configured to utilize a protocol stack that is physically or logically distributed among two or more network entities 105, such as an integrated access backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, the network entity 105 may include one or more of a central unit (CU) 160, a distributed unit (DU) 165, a radio unit (RU) 170, a RAN Intelligent Controller (RIC) 175 (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) 180 system, or any combination thereof. The RU 170 may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 105 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 105 may be located in distributed locations (e.g., separate physical locations) . In some examples, one or more  network entities 105 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .

[0044] The UE 115 may include or may be referred to as a mobile device, a wireless device, a remote device, a handheld device, or a subscriber device, or some other suitable terminology, where the “device” may also be referred to as a unit, a station, a terminal, or a client, among other examples. The UE 115 may also include or may be referred to as a personal electronic device such as a cellular phone, a personal digital assistant (PDA) , a tablet computer, a laptop computer, or a personal computer. In some examples, the UE 115 may include or be referred to as a wireless local loop (WLL) station, an Internet of Things (IoT) device, an Internet of Everything (IoE) device, or a machine type communications (MTC) device, among other examples, which may be implemented in various objects such as appliances, or vehicles, meters, a satellite radio, a global positioning system (GPS) device, a global navigation satellite system (GNSS) device, a logistics controller, an unmanned aerial vehicle (UAV) , a drone, a smart energy or security device, a solar panel or solar array, etc. among other examples.

[0045] The UEs 115 described herein may be able to communicate with various types of devices, such as other UEs 115 that may sometimes act as relays as well as the network entities 105 and the network equipment including macro eNBs or gNBs, small cell eNBs or gNBs, or relay base stations, among other examples, as shown in Figure 1.

[0046] The UEs 115 and the network entities 105 may wirelessly communicate with one another via one or more communication links 125 (e.g., an access link) over one or more carriers. The term “carrier” may refer to a set of RF spectrum resources having a defined physical layer structure for supporting the communication links 125.

[0047] Physical channels may be multiplexed on a carrier according to various techniques. A physical control channel and a physical data channel may be multiplexed on a downlink carrier, for example, using one or more of time division multiplexing (TDM) techniques, frequency division multiplexing (FDM) techniques, or hybrid TDM-FDM techniques. A control region (e.g., a control resource set (CORESET) ) for a physical control channel may be defined by a set of symbol periods and may extend across the system bandwidth or a subset of the system bandwidth of the carrier. One or more control regions (e.g., CORESETs) may be configured for a set of the UEs 115. For example, one or more of the UEs 115 may monitor or search control regions for control information according to one or more search space sets, and each search space set may include one or multiple  control channel candidates in one or more aggregation levels arranged in a cascaded manner. An aggregation level for a control channel candidate may refer to an amount of control channel resources (e.g., control channel elements (CCEs) ) associated with encoded information for a control information format having a given payload size. Search space sets may include common search space sets configured for sending control information to multiple UEs 115 and UE-specific search space sets for sending control information to a specific one of the UEs 115.

[0048] In some examples, the UE 115 may be able to communicate directly with other of the UEs 115 over a device-to-device (D2D) communication link 135 (e.g., in accordance with a peer-to-peer (P2P) , D2D, or sidelink protocol) . In some examples, one or more UEs 115 of a group that are performing D2D communications may be within the coverage area 110 of the network entity 105 (e.g., the base station 140, the RU 170) , which may support aspects of such D2D communications being configured by or scheduled by the network entity 105. In some examples, one or more UEs 115 in such a group may be outside of the coverage area 110 of the network entity 105 or may be otherwise unable to or not configured to receive transmissions from the network entity 105. In some examples, groups of the UEs 115 communicating via D2D communications may support a one-to-many (1: M) system in which each UE 115 transmits to each of the other ones of the UEs 115 in the group. In some examples, the network entity 105 may facilitate the scheduling of resources for D2D communications. In some other examples, D2D communications may be carried out between the UEs 115 without the involvement of the network entity 105.

[0049] In some systems, the D2D communication link 135 may be an example of a communication channel, such as a sidelink communication channel, between vehicles (e.g., the UEs 115) . In some examples, vehicles may communicate using vehicle-to-everything (V2X) communications, vehicle-to-vehicle (V2V) communications, or some combination of these. A vehicle may signal information related to traffic conditions, signal scheduling, weather, safety, emergencies, or any other information relevant to a V2X system. In some examples, vehicles in a V2X system may communicate with roadside infrastructure, such as roadside units, or with the network via one or more network nodes (e.g., the network entities 105, the base stations 140, the RUs 170) using vehicle-to-network (V2N) communications, or with both.

[0050] The wireless communications system 100 may be a packet-based network that operates according to a layered protocol stack. In the user plane, communications at the bearer or PDCP layer may be IP-based. An RLC layer may perform packet segmentation and reassembly to communicate over logical channels. A MAC layer may perform priority handling and multiplexing of logical channels into transport channels. The MAC layer may also use error detection techniques, error correction techniques, or both to support retransmissions at the MAC layer to improve link efficiency. In the control plane, the RRC protocol layer may provide establishment, configuration, and maintenance of an RRC connection between the UE 115 and the network entity 105 or the core network 130 supporting radio bearers for user plane data. At the PHY layer, transport channels may be mapped to physical channels.

[0051] The UEs 115 and the network entities 105 may support retransmissions of data to increase the likelihood that data is received successfully. Hybrid automatic repeat request (HARQ) feedback is one technique for increasing the likelihood that data is received correctly over a communication link (e.g., the communication link 125, the D2D communication link 135) . HARQ may include a combination of error detection (e.g., using a cyclic redundancy check (CRC) ) , forward error correction (FEC) , and retransmission (e.g., automatic repeat request (ARQ) ) . HARQ may improve throughput at the MAC layer in poor radio conditions (e.g., low signal-to-noise conditions) . In some examples, a device may support same-slot HARQ feedback, where the device may provide HARQ feedback in a specific slot for data received in a previous symbol in the slot. In some other examples, the device may provide HARQ feedback in a subsequent slot, or according to some other time interval.

[0052] Figure 2 is a block diagram illustrating examples of the base station 140 and the UE 115 according to one or more aspects. The base station 140 and the UE 115 may be any of the network entities and base stations and one of the UEs in Figure 1. For a restricted association scenario (as mentioned above) , the network entity 105 may be small cell base station, and the UE 115 may be the UE 115 operating in a service area of the small cell base station, which in order to access the small cell base station, would be included in a list of accessible UEs for the small cell base station. The base station 140 may also be a base station of some other type. As shown in Figure 2, a network entity 105, such as the base station 140 may be equipped with the antennas 234a through 234t, and the UE 115  may be equipped with the antennas 252a through 252r for facilitating wireless communications.

[0053] At the base station 140, the transmit processor 220 may receive data from the data source 212 and control information from the controller 240, such as a processor. The control information may be for a physical broadcast channel (PBCH) , a physical control format indicator channel (PCFICH) , a physical hybrid-ARQ (automatic repeat request) indicator channel (PHICH) , a physical downlink control channel (PDCCH) , an enhanced physical downlink control channel (EPDCCH) , an MTC physical downlink control channel (MPDCCH) , etc. The data may be for a physical downlink shared channel (PDSCH) , etc. Additionally, 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. The transmit (TX) MIMO processor 230 may perform spatial processing (e.g., precoding) on the data symbols, the control symbols, or the reference symbols, if applicable, and may provide output symbol streams to the modulators (MODs) 232a through 232t. For example, spatial processing performed on the data symbols, the control symbols, or the reference symbols may include precoding. 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 the modulators 232a through 232t may be transmitted via the antennas 234a through 234t, respectively.

[0054] At the UE 115, the antennas 252a through 252r may receive the downlink signals from the base station 140 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. The MIMO detector 256 may obtain received symbols from the demodulators 254a through 254r, perform MIMO detection on the received symbols if applicable, and provide detected symbols. The receive processor 258 may process (e.g., demodulate, deinterleave, and decode) the detected symbols, provide decoded data for  the UE 115 to the data sink 260, and provide decoded control information to the controller 280, such as a processor.

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

[0056] The controllers 240 and 280 may direct the operation at the base station 140 and the UE 115, respectively. The controller 240 or other processors and modules at the base station 140 or the controller 280 or other processors and modules at the 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 Figures 5A and 5B, or other processes for the techniques described herein. The memories 242 and 282 may store data and program codes for the base station 140 and the UE 115, respectively. The scheduler 244 may schedule UEs for data transmission on the downlink or the uplink.

[0057] In some cases, UE 115 and base station 105 may operate in a shared radio frequency spectrum band, which may include licensed or unlicensed (e.g., contention-based) frequency spectrum. In an unlicensed frequency portion of the shared radio frequency spectrum band, UEs 115 or base stations 105 may traditionally perform a medium-sensing procedure to contend for access to the frequency spectrum. For example, UE 115 or base station 105 may perform a listen-before-talk or listen-before-transmitting (LBT) procedure such as a clear channel assessment (CCA) prior to communicating in order to determine whether the shared channel is available. In some implementations, a CCA may include an energy detection procedure to determine whether there are any other active transmissions. For example, a device may infer that a change in a received signal strength indicator (RSSI) of a power meter indicates that a channel is occupied. Specifically,  signal power that is concentrated in a certain bandwidth and exceeds a predetermined noise floor may indicate another wireless transmitter. A CCA also may include detection of specific sequences that indicate use of the channel. For example, another device may transmit a specific preamble prior to transmitting a data sequence. In some cases, an LBT procedure may include a wireless node adjusting its own backoff window based on the amount of energy detected on a channel or the acknowledge / negative-acknowledge (ACK / NACK) feedback for its own transmitted packets as a proxy for collisions.

[0058] Figure 3 is a block diagram illustrating details of an example NOMA wireless communication system 30 suitable for non-orthogonal multiple access (NOMA) based configured grant for ambient IoT devices according to one or more aspects. NOMA is a radio access technique targeted in next-generation wireless communications. Compared to orthogonal frequency division multiple access (OFDMA) , NOMA offers a set of potential benefits, such as enhanced spectrum efficiency, reduced latency with high reliability, and massive connectivity. The baseline idea of NOMA is to serve multiple users, e.g., UE1 –UEK, using the same resources, resources 300, in terms of time, frequency, and space. NOMA techniques may broadly be divided into two major categories, power-domain NOMA and code-domain NOMA, while code-domain NOMA may further be classified into several multiple access techniques that rely on low-density spreading and sparse code multiple access.

[0059] In NOMA communication environments, such as NOMA wireless communication system 30, each of UE1 –UEK operates using resources 300, which includes the same band and at the same time where each user is distinguished by characteristics, such as their power levels or spreading sequence / coding. In one example operation, NOMA communications may use superposition coding at the transmitter such that a successive interference cancellation (SIC) receiver may separate the users transmissions both in the uplink and in the downlink channels.

[0060] In operation, NOMA communications within NOMA wireless communication system 30, may include NOMA communications for uplink-only, downlink-only, or in both uplink and downlink directions. In such communications, network entity 105 and / or UE1 –UEK may use resource 300 for transmitting all uplink transmissions and downlink transmissions to each of UE1 –UEK over the same resources. On the downlink side, network entity 105 sends messages directed to each of UE1 –UEK using the same resources, resources 300. Each of UE1 –UEK includes SIC receiving capabilities, which  allows a sequential interference cancellation of each signal intended for the other UEs until identifying the signal intended for the receiving UE, which may then be decoded. Thus, UE1 goes through sequential interference cancelation of UEK to UE1, and may then decode the signal intended for UE1. The same process is conducted by each of UE2 –UEK as well.

[0061] On the uplink side, UE1 –UEK may each transmit individual uplink messages on the same resource, resource 300, to network entity 105. Network entity 105 also includes SIC receiver capabilities in order to sequentially cancel interference of the combined uplink transmissions to identify the individual uplink messages for each of UE1 –UEK. Network entity may then decode the uplink messages from each of UE1 –UEK individually.

[0062] Figure 4 is a block diagram illustrating a network entity 105 in communication with multiple ambient IoT devices 400-404. As 5G is expanding to more industrial applications besides enhanced mobile broadband (eMBB) , e.g., ultra-reliable, low latency communication (URLLC) , and machine-type communication (MTC) , 5G and beyond may be expanded to support ambient IoT devices. 3GPP has developed specifications to support MTC / narrowband IoT (NB-IoT) , and reduced capacity (RedCap) for MTC use cases. However, 5G may not yet efficiently support the most pervasive type of wireless sensor devices, the radio frequency identifier (RFID) -type of sensors. RFID tags or sensors may be classified as an ambient IoT device. An ambient IoT device may be defined as a 3GPP IoT device which is smaller and cheaper compared to previous generations of IoT, such as the NB-IoT / LTE-M / RedCap. The ultimate ambient IoT energy source is that from radio waves. Ambient IoT devices 400-404, include example devices, such as an RFID tag, a connected scale, a connected lamp, a connected camera, and a connected clock, are used and suggested for use in many future use cases, e.g., asset management, logistics, warehousing and manufacturing. The example devices represent only a limited number of devices that may be classified as an ambient IoT device. The current disclosure is not limited to any single implementation of ambient IoT device.

[0063] For 3GPP release 19 and above, 6G network operations may begin to manage such ambient IoT devices. A network entity, such as network entity 105, may read / write information stored on ambient IoT devices 400-404, may provide energy to ambient IoT devices 400-404, and information-bearing signals may be reflected from one of ambient IoT devices 400-404 to network entity 105. The signals 405 transmitted by network entity 105 may supply the energy to ambient IoT devices 400-404 that do not include energy  storage capabilities that power the transmissions, in which case the reflected signal 406 may be backscatter modulated. Network entity 105 may then read the reflected signal to decode the information transmitted by ambient IoT devices.

[0064] RFID devices are a rapidly growing technology impacting many industries due to their economic potential for inventory / asset management inside and outside warehouse, IoT applications, sustainable sensor networks in factories and / or agriculture, smart home application, and the like. RFID devices typically include small transponders, sometimes referred to as “tags, ” that emit an information-bearing signal upon receiving a signal. RFID devices may be operated without a battery at low operational expense, with a low maintenance costs, and a long life-cycle. Passive RFID devices may harvest energy over-the-air and power the transmission / reception circuitry. The transmitted signal from such passive RFID devices may, as noted above, be backscatter modulated. Semi-passive or active RFID devices may include increased electronics, including a battery or other energy storage capability, but at a higher cost. In semi-passive RFID devices, the battery or energy storage capability may power the electronics other than the transmit and receive chains, such that the transmissions or reflected signals from semi-passive RFID devices may also be energized by the received signal and backscatter modulated. Alternatively, semi-passive RFID devices with energy storage capability may use that stored energy to amplify the reflected signal. Active RFID devices may include a battery or other more significant energy storage capabilities that powers the transmit and receive chains as well as any other internal electronics.

[0065] 3GPP discussions around wireless network operations including ambient IoT devices include a working assumption that such a device would potentially have either no energy storage or limited energy storage. The 3GPP discussions further consider the following set of ambient IoT device types as a part of the systems information: Device Type A, having no energy storage, no independent signal generation, and relying on backscatter transmissions; Device Type B, having energy storage, no independent signal generation, and relying on backscatter transmission, wherein the use of stored energy may include amplification for the reflected signals; and Device Type C, having energy storage, and independent signal generation, such as an active RF component for transmission. Such 3GPP discussions may have yet to determine whether to include device function, whether to include a target maximum power consumption for each device, whether or how to  describe what stored energy is used, and if a combination of these device types will be considered.

[0066] Further 3GPP discussions around ambient IoT devices include the traffic assumption of Device-Originated (DO) communications, further clarified as including Device-Originated Autonomous (DO-DOA) and Device-Terminated Triggered (DO-DDT) communications. Such discussions make no assumption on whether an ambient IoT device may have only transmit capability. Whether the eventual technical report will describe different types of device-terminated traffic, e.g. device-terminated command and device-terminated reporting trigger, and whether to describe relationships between device-originated and device-terminated traffic, etc., has yet to be finalized.

[0067] As considered in the 3GPP discussions, traffic assumption of DO communications should be considered, such as whether the ambient IoT device transmits a report periodically. If, however, the network dynamically configures the resource for the ambient IoT devices, this may increase the control signaling overhead and power consumption due to control signal monitoring by the ambient IoT devices. Configured resource grant operations have been considered for ambient IoT devices in which a guard period has been suggested to reduce the likelihood of collisions due to the loose clock reliability typical of ambient IoT devices. Each such ambient IoT device would then be configured a single resource for data transmission and the guard period for collision avoidance. The length of the guard period may be highly dependent on the clock reliability value of the corresponding ambient IoT device. This may result in a high resource consumption. The various aspects of the present disclosure are directed to improve the resource utilization through consideration of applying NOMA-based transmissions with configured grant resources.

[0068] Figure 5A is a block diagram illustrating example blocks of a process 50 executed by a network entity that supports NOMA based configured grant for ambient IoT devices according to one or more aspects described herein. A network entity configured to perform the blocks of process 50 may include network entity 105 or base station 140, as illustrated in Figures 1-4 and 6A-8, respectively, and may include the structure, hardware, and components shown and described with reference to network entity 105 and base station 140 of Figures 1, 2, and 8, respectively.

[0069] At block 500, a network entity obtains a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with the network entity. The network entity includes capabilities to operate using NOMA communications either or  both on an uplink-only, downlink-only, or uplink and downlink basis. In first establishing communication or obtaining first access of various ambient IoT devices, the network entity will receive a capabilities transmission from the ambient IoT device that identifies the set of device capabilities. Ambient IoT device capabilities may include information such as a clock reliability value, a transmit capability, a power capability, an energy storage capability, an energy status, and the like.

[0070] At block 501, the network entity schedules at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities. Within NOMA communications processes, communications from multiple devices may be scheduled on the same resources. In order to accommodate the SIC receiver, the scheduled devices may be scheduled generally using a power domain multiplexing, in which the SIC receiver may successively cancel interfering transmissions based on the transmit power used by the transmitting device, or a coding domain multiplexing, in which the SIC receiver may successively cancel interfering transmissions based on different spreading sequences or coding used by the transmitting devices. Power domain multiplexing may be beneficially applied in scenarios where the ambient IoT devices are stationary, as the receive power at the network entity would not be varying in time. In contrast, coding domain multiplexing may be beneficially applied scenarios where the ambient IoT devices are stationary or in motion.

[0071] The network entity described herein may use the ambient IoT device capabilities to schedule the resources for use by corresponding ambient IoT devices. For example, in the power domain multiplexing, the network entity may schedule ambient IoT devices having different power capabilities in consecutive slots or in the same slot or a combination of both. In the coding domain multiplexing, the network may schedule ambient IoT devices having different spreading sequences or coding in consecutive slots or within a preconfigured window.

[0072] At block 502, the network entity transmits configuration information to the one or more ambient IoT devices indicating the configured resource scheduled for a corresponding ambient IoT device. Once scheduling of the resources has been completed for the one or more ambient IoT devices, the network entity would transmit configuration information to the ambient IoT devices that indicate the configured resources that were scheduled for the corresponding ambient IoT device.

[0073] Figure 5B is a block diagram illustrating example blocks of a process 51 executed by an ambient IoT device that supports NOMA based configured grant for ambient IoT devices according to one or more aspects described herein. An ambient IoT device configured to perform the blocks of process 51 may include ambient IoT devices 400-404, as illustrated in Figure 4, AIoT-A–AIoT-C and AIoT1 –AIoT3, as illustrated in Figures 6A-7B, and ambient IoT device 900, as illustrated in Figure 9. Such ambient IoT devices may include the structure, hardware, and components shown and described with reference to ambient IoT device 900 of Figure 9.

[0074] At block 510, an ambient IoT device reports a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device. Even with the more minimal nature of an ambient IoT device, such devices compatible with the described one or more aspects may include a set of ambient IoT device capabilities maintained in whatever type of memory or storage that are implemented in the device. Such ambient IoT devices would be configured to send a capabilities message either on first entering a network, periodically, on reactivation, or the like, to a serving network entity. While the set of ambient IoT device capabilities may include multiple pieces of capability information, such as a clock reliability value, a transmit capability, a power capability, an energy storage capability, an energy status, and the like, but, according to the described aspect, the ambient IoT device would include at least a transmit capability and an energy status of the transmitting device. Depending on the implementation of ambient IoT device, such as whether the device is passive, semi-passive, or active, the transmission of the capability message may be triggered, and also energized, by a signal transmitted by the network entity, or may be autonomously transmitted by the ambient IoT device.

[0075] At block 511, the ambient IoT device receives configuration information from a network entity indicating at least one configured resource for NOMA communication. After sending its device capabilities, the ambient IoT device will receive configuration information that will identify resources configured for the ambient IoT device transmissions. The configuration information may further include transmit power control information or a spreading sequence or coding information depending on whether the resources are scheduled based on a power domain multiplexing or coding domain multiplexing basis.

[0076] At block 512, the ambient IoT device transmits a NOMA transmission at a predetermined reporting period using the at least one configured resource. The ambient IoT device may have a predetermined reporting period that identifies a schedule for which the device will send reports. When such a transmission opportunity is identified by the ambient IoT device, it will transmit the report according to NOMA communications using the configured resources.

[0077] As described with reference to Figures 5A and 5B, the present disclosure provides techniques for NOMA based configured grant for ambient IoT devices. In some aspects, the present disclosure provides techniques for obtaining a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with a network entity. The network entity may then schedule configured resources for the ambient IoT devices according to the ambient IoT device capabilities, and transmit configuration information indicating the configured resources scheduled for a corresponding ambient IoT device. By using the ambient IoT device capabilities to schedule configured resources for ambient IoT device NOMA communications, the one or more aspects may conserve resources and power consumption for the smaller and cheaper ambient IoT devices.

[0078] Due to loose clock reliability values exhibited by ambient IoT devices, different ambient IoT device transmissions may collide due to the time variation. In order to implement collision avoidance, NOMA communications may be scheduled using power domain multiplexing. Power domain multiplexing appears to be especially suited for scenarios where the ambient IoT device is static. The network may configure the resources for the ambient IoT device based on the received power of the transmissions from the ambient IoT device during the initial access.

[0079] The network may schedule configured resources for ambient IoT devices having different power in consecutive slots. For example, the network may schedule a Device Type C ambient IoT device in slot n-1, while it schedules a Device Type A / B ambient IoT device in slot n. Alternatively, the network may configure the ambient IoT device with different power in the same slot. In a further alternative, the network may schedule the ambient IoT devices according to a combination of the previous alternatives. For example, in one scenario, the network may schedule ambient IoT devices having the highest and lowest power in the same slot, while scheduling an ambient IoT device having a middle-level power in a different slot, or vice versa, where the network schedules the ambient IoT  devices having the highest and middle-level power in the same slot and the ambient IoT device with the lowest power in a different slot. Any variation of such combinations may be implemented under the present disclosure.

[0080] The scheduling may be based on the clock reliability, the period of configured resource, and the SIC receiver capabilities. The clock reliability and the allowed maximum duration that the ambient IoT device may operate without performing synchronization determines the maximum time variation of the ambient IoT device. The allowed maximum duration that the ambient IoT device may operate without performing synchronization may further relate to the period of configured resource. Stated differently, the allowed maximum duration may refer to the allowed maximum number of skipped configured resource times the period of the configured resource.

[0081] Figures 6A and 6B are block diagrams illustrating NOMA communications networks 60 and 61 with ambient IoT devices aIoT-A–aIoT-C scheduled according to power domain multiplexing supporting NOMA based configured grant for ambient IoT devices according to one or more aspects. With regard to NOMA communications networks 60 and 61, respectively, network entity 105 is in communication with aIoT-A–aIoT-C. Network entity 105 would receive capabilities information from each of aIoT-A–aIoT-C upon the ambient IoT devices’ first connection with NOMA communication networks 60 and 61, respectively. Such IoT capabilities may include a clock reliability value, a transmit capability, a power capability, an energy storage capability, an energy status, and the like. Using the IoT capabilities it has obtained, network entity 105 schedules configured resources for aIoT-A–aIoT-C using power domain multiplexing. The configured resources leverage NOMA communication techniques by configuring each of aIoT-A–aIoT-C to transmit using the same resources.

[0082] In one example scenario, the maximum time variation of ambient IoT devices, aIoT-A–aIoT-C, may be within one slot. In such case, using the ambient IoT device capability, network entity will ensure the difference in signal to interference plus noise ratio (SINR) of the ambient IoT devices, which are configured at three adjacent resources, is sufficient to allow the SIC receiver to decode the information. The SIC receiver may include the SIC receiving capabilities of network entity 105 or, alternatively, a separate receiver, SIC RX 600 and 601. For example, the SIC receiver capabilities provide that the SINR difference between decodable transmissions should be at least Δγ. Assuming aIoT-A has a SINR γ1 and is configured at slot n-1, aIoT-B has a SINR γ2 and is configured at slot  n, and aIoT-C has a SINR γ3 and is configured at slot n+1, then, either γ1≥γ2+Δγ≥γ3+Δγ or γ1≤γ2-Δγ≤γ3-Δγ. In this example scenario, if the SIC receiver, e.g., network entity 105, SIC RX 600, or SIC RX 601 may distinguish the three SINR levels, then a guard period would not be configured. With regard to NOMA communications network 60, the SIC receivers, network entity 105 or SIC RX 600, may distinguish at least the three SINR levels, so the scheduled resources for aIoT-A–aIoT-C do not include a guard period. However, with regard to NOMA communications network 60, the SIC receivers, network entity 105 or SIC RX 601, may distinguish up to two of the SINR levels. Therefore, network entity 105 would schedule guard periods within the configured resources scheduled for two of the ambient IoT devices, e.g., aIoT-A and aIoT-B, which share the same guard period.

[0083] As previously noted, NOMA communications may be scheduled according to power domain multiplexing, which is especially beneficial when the ambient IoT device is stationary. However, if the ambient IoT device is moving, then the received power of the ambient IoT devices at the network entity would vary with time. In such an implementation, NOMA communications may be scheduled according to coding domain multiplexing, which may be used for ambient IoT devices, whether in motion or not. As the ambient IoT devices may have very loose clock reliability, not all NOMA communication techniques may be applied. This may increase the transmission complexity of ambient IoT devices.

[0084] In a first optional implementation, the network may configure multiple ambient IoT devices with different spreading sequences or coding which are then scheduled at consecutive slots. This may increase the decoding complexity as the SIC receiver would attempt to decode all the sequences all the time as the SIC receiver may not know the exact transmission time of ambient IoT device due to the loose clock variation values of ambient IoT devices.

[0085] In another optional implementation, the network may configure multiple ambient IoT devices with different spreading sequences or coding which are then scheduled within a pre-configured window. With this option, the scheduling may be based on at least one or more of the clock reliability, the transmit capability, and energy storage of ambient IoT device.

[0086] The number of ambient IoT devices that may be multiplexed in any given transmission opportunity may depend on the decoding capability of the SIC receiver (e.g., the number  of sequences the SIC receiver may decode at one time) and energy status of the ambient IoT device. A longer sequence of transmissions may use a larger energy while the longer sequence may multiplex more ambient IoT devices. With this option, a guard period may still be used to avoid the interference from different configured resource windows. As the length of the guard period may depends on the clock reliability of ambient IoT device, if the clock reliability value of an ambient IoT device is very loose, then the corresponding guard period would be very long. Additional aspects may apply a shared guard period, which may reduce the guard period overhead.

[0087] Figures 7A and 7B are block diagrams illustrating NOMA communications networks 70 and 71 with ambient IoT devices, aIoT1 –aIoT3, scheduled according to coding domain multiplexing supporting NOMA based configured grant for ambient IoT devices according to one or more aspects. With regard to NOMA communications networks 70 and 71, respectively, network entity 105 is in communication with aIoT1 –aIoT3. Network entity 105 may receive an indication of capabilities information from each of aIoT1 –aIoT2 upon the ambient IoT devices’ first connection with NOMA communication networks 70 and 71, respectively, and, in some scenarios, an indication of the devices’ report period. Using the IoT capabilities it has obtained, network entity 105 schedules configured resources for aIoT1 –aIoT3 using coding domain multiplexing and scheduling resources with a guard period determined according to the IoT capabilities. The configured resources leverage NOMA communication techniques by configuring each of aIoT1 –aIoT3 to transmit using the same resources.

[0088] For the guard duration and configured resources, if the ambient IoT devices, aIoT1 –aIoT3, have the same clock reliability value, all ambient IoT devices that use NOMA communications scheduled according to coding domain multiplexing may share the same guard period. Additionally, a common spreading sequence or coding may be considered for these same-clock-reliability ambient IoT devices. If the multiplexed ambient IoT devices, aIoT1 –aIoT3, have at least some different clock reliability values, as illustrated in Figures 7A and 7B, network entity 105 may schedule a common guard period and consecutive or the same resources to different device types of ambient IoT devices, aIoT1 –aIoT3. The guard periods may be configured according to the worst clock reliability value of the multiplexed ambient IoT devices.

[0089] As illustrated in the key to Figures 7A and 7B, the guard period pattern for aIoT1 and aIoT2 both include two guard periods on either side of the transmission resource, and the  guard period pattern for aIoT3 includes a single guard period on either side of the transmission resource. In scheduling the configured resources, network entity 105, in NOMA communications network 70, schedules the configured resources including a shared guard period configured according to the worst clock reliability value, represented by the two-guard-period guard period patterns of aIoT1 and aIoT2. Thus, even the configured resources of aIoT3, which has a more favorable clock reliability value and a minimum guard period pattern of a single guard period, is scheduled for a two-guard-period guard period pattern. Network entity 105 may further configure the spreading sequence or coding based on the lowest transmit capability and / or lowest energy status of the multiplexed ambient IoT devices, aIoT1 –aIoT3.

[0090] In another optional aspect, as illustrated in Figure 7B, network entity 105 may configure the guard duration for ambient IoT devices based on the device’s own clock reliability value and may schedule the consecutive or same resources for the same device type of ambient IoT devices, aIoT1 –aIoT3. This may further improve the resource utilization compared with the previous option. Different ambient IoT devices with different clock reliability may be frequency division multiplexed with different guard periods, while the ambient IoT devices with the same clock reliability may be multiplexed at the same frequency through NOMA-based transmissions.

[0091] For example, aIoT1 and aIoT2 have the same clock reliability value, which is different from the clock reliability value of aIoT3. Using this information, network entity 105 may schedule configured resources multiplexing aIoT1 and aIoT2 transmissions using the same resources at a first frequency with a shared guard period selected according to the shared clock reliability value of aIoT1 and aIoT2. Network entity 105 may further schedule configured resources for aIoT3 using the same resources at another frequency, thus frequency division multiplexing the configured resources for ambient IoT devices having different clock reliability values.

[0092] Figure 8 is a block diagram of an example network entity 105 that supports NOMA based configured grant for ambient IoT devices according to one or more aspects. Network entity 105 may be configured to perform operations, including the blocks of process 50 described with reference to Figure 5. In some implementations, network entity 105 includes the structure, hardware, and components shown and described with reference to base station 140 of Figures 1 and 2. For example, network entity 105 may include controller 240, which operates to execute logic or computer instructions stored in memory  242, as well as controlling the components of network entity 105 that provide the features and functionality of network entity 105. Network entity 105, under control of controller 240, transmits and receives signals via wireless radios 800a-t and antennas 234a-t. Network entity 105 may further include scheduler 244, which operates to schedule transmissions by network entity 105 and to schedule resources and transmission opportunities for served devices, including UEs and, as discussed herein, ambient IoT devices. Wireless radios 800a-t include various components and hardware, as illustrated in Figure 2 for base station 140, including modulator and demodulators 232a-t, transmit processor 220, TX MIMO processor 230, MIMO detector 236, and receive processor 238.

[0093] As shown, the memory 242 may include ambient IoT device capabilities 801 and NOMA-based scheduling logic 802. As network entity 105 receives device capabilities from served ambient IoT devices, it will store the sets of capabilities at ambient IoT device capabilities 801. NOMA-based scheduling logic 802 includes code and instructions that, when executed by controller 204 (referred to herein as the “execution environment” of NOMA-based scheduling logic 802) , operates in conjunction with scheduler 244 to schedule each served ambient IoT device according to a NOMA communication process. Network entity 105 may receive signals from or transmit signals to one or more UEs or ambient IoT devices, such as UEs 115 of Figures 1-3 or ambient IoT devices, such as ambient IoT devices 400-404, aIoT-A–aIoT-C, aIoT1 –aIoT3, or ambient IoT 900 of Figures 4, 6A –7B, and 9.

[0094] In one example of operation, network entity 105 may receive a capabilities message from one or more ambient IoT devices. Network entity 105 receives such message via antennas 234a-t and wireless radios 800a-t and stores these capability indications at ambient IoT device capabilities 801 in memory 242. Under control of controller 240, network entity 105 executes NOMA-based scheduling logic 802. Within the execution environment of NOMA-based scheduling logic 802, network entity 105 uses the ambient IoT device capability information to schedule served ambient IoT devices for configured resources in order to conduct NOMA communications. As noted above, the execution environment of NOMA-based scheduling logic 802 may enable scheduling of the configured resources for the ambient IoT devices using power domain multiplexing, coding domain multiplexing, or the like.

[0095] Once network entity 105 schedules the configured resources for the served ambient IoT devices, it transmits a configuration message to the ambient IoT devices that identify the configure resources for NOMA transmissions.

[0096] Figure 9 is a block diagram of an example ambient IoT device 900 that supports NOMA-based configured grant for ambient IoT devices according to one or more aspects. Ambient IoT device 900 may be configured to perform operations, including the blocks of a process 51 described with reference to Figure 5B. In some implementations, ambient IoT device 900 may include structure, hardware, and components, including an antenna 901, controller 905, which operates to execute logic or computer instructions stored in memory 902, and memory 902, which may store information, logic, or computer instructions, such as ambient IoT device capabilities 903 and reporting logic 904. Ambient IoT device 900 may be implemented as a passive ambient IoT device, which does not include energy storage capabilities, or may be implemented as a semi-passive or active ambient IoT device, which may include an alternative energy storage capability, such as energy storage 906a.

[0097] As shown, ambient IoT device capabilities 903 is the location within memory 902 where the device capabilities for ambient IoT device 900 are stored. The set of ambient IoT device capabilities may include multiple pieces of capability information, such as clock reliability value, transmit capability, power capability, energy storage capability, energy status, and the like. Some of the device capabilities may be present at manufacture, such as whether or not the device includes energy storage capabilities (e.g., energy storage 906a) or not, while other device capabilities may be more dynamic, such as an energy status, which would identify a current energy status of ambient IoT device 900.

[0098] Reporting logic 904 includes code and instructions that, when executed by controller 905, enables the functionality for ambient IoT device 900 to send reporting messages, capabilities information, configuration information, such as the report period, and the like. Depending on the type and complexity of ambient IoT device 900, the functionality implemented through the execution environment of reporting logic 904 may direct ambient IoT device 900 to transmit the result of a sensor reading, a processed result including calculations of sensor readings with a received signal, or the like. Any type of functionality may be implemented by such reporting logic 904. Ambient IoT device 900 may receive signals from or transmit signals to one or more network entities, such as network entities 105 or base station 140 of Figures 1-4, 6A –7B, and 8, respectively.

[0099] In one example of operation, ambient IoT device 900 may transmit an indication of a report period and a capabilities message to a serving network entity. Ambient IoT device 900, under control of controller 905, may execute reporting logic 904. Within the execution environment of reporting logic 904, ambient IoT device 900 may determine a time for transmitting an indication of its report period and a capabilities message which may include a set of device capabilities as stored in memory 902 at ambient IoT device capabilities 903. While the set of ambient IoT device capabilities stored at ambient IoT device capabilities 903 may include multiple pieces of capability information, such as a clock reliability value, a transmit capability, a power capability, an energy storage capability, an energy status, and the like, according to the described aspect, ambient IoT device 900 may include at least its transmit capability and an energy status into the capabilities message. Ambient IoT device 900 may transmit such messages via antenna 901. When implemented to include energy storage 906a, ambient IoT device 900 may initiate the transmission of the report period indication and capabilities message using energy within energy storage 906a to power the transmission over antenna 901. Alternatively, when ambient IoT device 900 does not include energy storage 906a, it may use energy from a received signal on antenna 901 to energize the transmission process for transmitting the report period indication and capabilities message.

[0100] Ambient IoT device 900 may further receive a configuration message from a serving network entity via antenna 901. The configuration message may include configured resources that schedule ambient IoT device 900 for transmission on the configured resources. Within the execution environment of reporting logic 904, ambient IoT device 900 identifies a reporting transmission occasion. Ambient IoT device 900 may then transmit a report using the configured resources received from the serving network entity.

[0101] It is noted that one or more blocks (or operations) described with reference to Figures 5A and 5B may be combined with one or more blocks (or operations) described with reference to another of the figures. For example, one or more blocks (or operations) of Figure 5A may be combined with one or more blocks (or operations) of Figure 6A. As another example, one or more blocks associated with Figure 5B may be combined with one or more blocks associated with Figure 7B. As another example, one or more blocks associated with Figures 5A and 5B may be combined with one or more blocks (or operations) associated with Figures 3 or 4. Additionally, or alternatively, one or more  operations described above with reference to Figures 3 or 4 may be combined with one or more operations described with reference to Figures 8 or 9.

[0102] In one or more aspects, techniques for supporting NOMA based configured grant for ambient IoT devices may include additional aspects, such as any single aspect or any combination of aspects described below or in connection with one or more other processes or devices described elsewhere herein. In a first of one or more aspects, supporting NOMA based configured grant for ambient IoT devices may include an apparatus configured to obtain a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with the apparatus. The apparatus is further configured to schedule at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities and transmit configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0103] Additionally, the apparatus may perform or operate according to one or more aspects as described below. In some implementations, the apparatus includes a network entity, including access points, base stations, and the like. In some implementations, the apparatus may include at least one processor, and a memory coupled to the processor. The processor may be configured to perform operations described herein with respect to the apparatus. In some other implementations, the apparatus may include a non-transitory computer-readable medium having program code recorded thereon and the program code may be executable by a computer for causing the computer to perform operations described herein with reference to the apparatus. In some implementations, the apparatus may include one or more means configured to perform operations described herein. In some implementations, a method of wireless communication may include one or more operations described herein with reference to the apparatus.

[0104] In a second aspect, alone or in combination with the first aspect, wherein the set of ambient IoT device capabilities includes at least a clock reliability value; a transmit capability; a power capability; an energy storage capability; and an energy status.

[0105] In a third aspect, alone or in combination with one or more of the first aspect or the second aspect, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule  the at least one configured resource according to a power domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0106] In a fourth aspect, alone or in combination with one or more of the first aspect through the third aspect, wherein the configuration of the one or more processors to schedule the at least one configured resource for the plurality of ambient IoT devices further includes configuration to one of: schedule the at least one configured resource for one or more first ambient IoT devices of the plurality of ambient IoT devices having a different power capability than one or more remaining ambient IoT devices of the plurality of ambient IoT devices in consecutive slots; or schedule the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a same slot; or schedule the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a combination of the consecutive slots and the same slot.

[0107] In a fifth aspect, alone or in combination with one or more of the first aspect through the fourth aspect, further including configuration of the one or more processors to obtain one or more operating capabilities of at least one SIC receiver in NOMA communication with at least one of the one or more ambient IoT devices, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule the at least one configure resources based on the clock reliability value, a period of the at least one configured resource, and the one or more operating capabilities of the at least one SIC receiver.

[0108] In a sixth aspect, alone or in combination with one or more of the first aspect through the fifth aspect, wherein the one or more operating capabilities includes a maximum number of SINR levels detectable by the at least one SIC receiver, wherein the configuration of the one or more processors to schedule the at least one configured resource for the plurality of ambient IoT devices further includes configuration to one of: schedule the at least one configured resource with two or more ambient IoT devices of the plurality of ambient IoT devices sharing a same guard period between additional configured resources in response to a number of SINR levels of the plurality of ambient IoT devices exceeding the maximum number of SINR levels, or schedule the at least one configured resource  for the plurality of ambient IoT devices without a guard period between the additional configured resources in response to the number of SINR levels of the plurality of ambient IoT devices being less than the maximum number of SINR levels.

[0109] In a seventh aspect, alone or in combination with one or more of the first aspect through the sixth aspect, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule the at least one configured resource according to a coding domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0110] In an eighth aspect, alone or in combination with one or more of the first aspect through the seventh aspect, further including configuration of the one or more processors to configure at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than remaining ambient IoT devices of the one or more ambient IoT devices, wherein each ambient IoT device of the at least on ambient IoT device configured with the different spreading sequences is scheduled in consecutive slots.

[0111] In a ninth aspect, alone or in combination with one or more of the first aspect through the eighth aspect, further including configuration of the one or more processors to configure at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than a spreading sequence of remaining ambient IoT devices of the one or more ambient IoT devices, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule the at least one configured resource within a same preconfigured window and with at least one guard period for each ambient IoT device of the at least one ambient IoT device configured with the different spreading sequences.

[0112] In a tenth aspect, alone or in combination with one or more of the first aspect through the ninth aspect, wherein the at least one ambient IoT device capability according to which the at least one configured resource is scheduled includes at least the clock reliability value, the transmit capability, and the energy status of the one or more ambient IoT devices.

[0113] In an eleventh aspect, alone or in combination with one or more of the first aspect through the tenth aspect, further including configuration of the one or more processors: to obtain a decoding capability indication of one or more SIC receivers in NOMA communication with at least one of the one or more ambient IoT devices; and to select a number of the  plurality of ambient IoT devices for the code domain multiplexing within the same preconfigured window according to the decoding capability and the energy status of the plurality of ambient IoT devices.

[0114] In a twelfth aspect, alone or in combination with one or more of the first aspect through the eleventh aspect, further including configuration of the one or more processors: to determine each ambient IoT device of the at least one ambient IoT device configured in the same preconfigured window share a same clock reliability value, wherein the different spreading sequences of the at least one IoT device includes a common spreading sequence for the at least one ambient IoT device and the at least one guard period includes a common guard period shared by the at least one ambient IoT device.

[0115] In a thirteenth aspect, alone or in combination with one or more of the first aspect through the twelfth aspect, further including configuration of the one or more processors: to determine one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window has a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the different spreading sequences of the at least one ambient IoT device includes a common spreading sequence for the at least one ambient IoT device, the common spreading sequence selected to accommodate an ambient IoT device of the at least one ambient IoT device having one of a lowest transmit capability or a lowest energy status, and wherein the at least one guard period includes a common guard period shared by the at least one ambient IoT device, the common guard period being selected to accommodate the ambient IoT device of the at least one ambient IoT device having a least reliable clock reliability value.

[0116] In a fourteenth aspect, alone or in combination with one or more of the first aspect through the thirteenth aspect, further including configuration of the one or more processors: to determine one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window have a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the at least one guard period includes a clock reliability-based guard period configured to be shared by each ambient IoT device of the at least one ambient IoT device that share a same clock reliability value, and wherein the at least one configured resource configures the each ambient IoT device that share the same clock reliability value at one frequency within the same preconfigured window using the clock reliability- based guard period and configures the one or more ambient IoT devices having the different clock reliability value at a different frequency within the same preconfigured window using the clock reliability-based guard period associated with the different clock reliability value.

[0117] A fifteenth aspect may include a method of wireless communication operable at a network entity including obtaining a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with the network entity; scheduling at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities; and transmitting configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0118] In a sixteenth aspect, alone or in combination with the fifteenth aspect, wherein the set of ambient IoT device capabilities includes at least: a clock reliability value; a transmit capability; a power capability; an energy storage capability; and an energy status.

[0119] In a seventeenth aspect, alone or in combination with one or more of the fifteenth aspect or the sixteenth aspect, wherein the scheduling the at least one configured resource includes scheduling the at least one configured resource according to a power domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0120] In an eighteenth aspect, alone or in combination with one or more of the fifteenth aspect through the seventeenth aspect, wherein the scheduling the at least one configured resource for the plurality of ambient IoT devices further includes one of: scheduling the at least one configured resource for one or more first ambient IoT devices of the plurality of ambient IoT devices having a different power capability than one or more remaining ambient IoT devices of the plurality of ambient IoT devices in consecutive slots; or scheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a same slot; or scheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a combination of the consecutive slots and the same slot.

[0121] In a nineteenth aspect, alone or in combination with one or more of the fifteenth aspect through the eighteenth aspect, further including obtaining one or more operating capabilities of at least one SIC receiver in NOMA communication with at least one of the one or more ambient IoT devices, wherein the scheduling the at least one configured resource includes scheduling the at least one configure resources based on the clock reliability value, a period of the at least one configured resource, and the one or more operating capabilities of the at least one SIC receiver.

[0122] In a twentieth aspect, alone or in combination with one or more of the fifteenth aspect through the nineteenth aspect, wherein the one or more operating capabilities includes a maximum number of SINR levels detectable by the at least one SIC receiver, wherein the scheduling the at least one configured resource for the plurality of ambient IoT devices further includes one of: scheduling the at least one configured resource with two or more ambient IoT devices of the plurality of ambient IoT devices sharing a same guard period between additional configured resources in response to a number of SINR levels of the plurality of ambient IoT devices exceeding the maximum number of SINR levels, or scheduling the at least one configured resource for the plurality of ambient IoT devices without a guard period between the additional configured resources in response to the number of SINR levels of the plurality of ambient IoT devices being less than the maximum number of SINR levels.

[0123] In a twenty-first aspect, alone or in combination with one or more of the fifteenth aspect through the twentieth aspect, wherein the scheduling the at least one configured resource includes scheduling the at least one configured resource according to a coding domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0124] In a twenty-second aspect, alone or in combination with one or more of the fifteenth aspect through the twenty-third aspect, further including configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than remaining ambient IoT devices of the one or more ambient IoT devices, wherein each ambient IoT device of the at least on ambient IoT device configured with the different spreading sequences is scheduled in consecutive slots.

[0125] In a twenty-third aspect, alone or in combination with one or more of the fifteenth aspect through the twenty-second aspect, further including configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than a spreading sequence of remaining ambient IoT devices of the one or more ambient IoT  devices, wherein the scheduling the at least one configured resource includes scheduling the at least one configured resource within a same preconfigured window and with at least one guard period for each ambient IoT device of the at least one ambient IoT device configured with the different spreading sequences.

[0126] In a twenty-fourth aspect, alone or in combination with one or more of the fifteenth aspect through the twenty-third aspect, wherein the at least one ambient IoT device capability according to which the at least one configured resource is scheduled includes at least the clock reliability value, the transmit capability, and the energy status of the one or more ambient IoT devices.

[0127] In a twenty-fifth aspect, alone or in combination with one or more of the fifteenth aspect through the twenty-fourth, further including: obtaining a decoding capability indication of one or more successive interference cancelation (SIC) receivers in NOMA communication with at least one of the one or more ambient IoT devices; and selecting a number of the plurality of ambient IoT devices for the code domain multiplexing within the same preconfigured window according to the decoding capability and the energy status of the plurality of ambient IoT devices.

[0128] In a twenty-sixth aspect, alone or in combination with one or more of the fifteenth aspect through the twenty-fifth aspect, further including: determining each ambient IoT device of the at least one ambient IoT device configured in the same preconfigured window share a same clock reliability value, wherein the different spreading sequences of the at least one IoT device includes a common spreading sequence for the at least one ambient IoT device and the at least one guard period includes a common guard period shared by the at least one ambient IoT device.

[0129] In a twenty-seventh aspect, alone or in combination with one or more of the fifteenth aspect through the twenty-sixth aspect, further including: determining one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window has a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the different spreading sequences of the at least one ambient IoT device includes a common spreading sequence for the at least one ambient IoT device, the common spreading sequence selected to accommodate an ambient IoT device of the at least one ambient IoT device having one of a lowest transmit capability or a lowest energy status, and wherein the at least one guard period includes a common guard period shared by the  at least one ambient IoT device, the common guard period being selected to accommodate the ambient IoT device of the at least one ambient IoT device having a least reliable clock reliability value.

[0130] In a twenty-eighth aspect, alone or in combination with one or more of the fifteenth aspect through the twenty-seventh aspect, further including: determining one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window have a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the at least one guard period includes a clock reliability-based guard period configured to be shared by each ambient IoT device of the at least one ambient IoT device that share a same clock reliability value, and wherein the at least one configured resource configures the each ambient IoT device that share the same clock reliability value at one frequency within the same preconfigured window using the clock reliability-based guard period and configures the one or more ambient IoT devices having the different clock reliability value at a different frequency within the same preconfigured window using the clock reliability-based guard period associated with the different clock reliability value.

[0131] A twenty-ninth aspect may include a network entity configured for wireless communication comprising: means for obtaining a set of ambient IoT device capabilities from one or more ambient IoT devices in NOMA communication with the network entity; means for scheduling at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities; and means for transmitting configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0132] In a thirtieth aspect, alone or in combination with the twenty-ninth aspect, wherein the set of ambient IoT device capabilities includes at least: a clock reliability value; a transmit capability; a power capability; an energy storage capability; and an energy status.

[0133] In a thirty-first aspect, alone or in combination with one or more of the twenty-ninth aspect or the thirtieth aspect, wherein the means for scheduling the at least one configured resource includes means for scheduling the at least one configured resource according to a power domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0134] In a thirty-second aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-first aspect, wherein the means for scheduling the at least one configured resource for the plurality of ambient IoT devices further includes one of: means for scheduling the at least one configured resource for one or more first ambient IoT devices of the plurality of ambient IoT devices having a different power capability than one or more remaining ambient IoT devices of the plurality of ambient IoT devices in consecutive slots; or means for scheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a same slot; or means for scheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a combination of the consecutive slots and the same slot.

[0135] In a thirty-third aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-second aspect, further including means for obtaining one or more operating capabilities of at least one SIC receiver in NOMA communication with at least one of the one or more ambient IoT devices, wherein the means for scheduling the at least one configured resource includes means for scheduling the at least one configure resources based on the clock reliability value, a period of the at least one configured resource, and the one or more operating capabilities of the at least one SIC receiver.

[0136] In a thirty-fourth aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-third aspect, wherein the one or more operating capabilities includes a maximum number of SINR levels detectable by the at least one SIC receiver, wherein the means for scheduling the at least one configured resource for the plurality of ambient IoT devices further includes one of: means for scheduling the at least one configured resource with two or more ambient IoT devices of the plurality of ambient IoT devices sharing a same guard period between additional configured resources in response to a number of SINR levels of the plurality of ambient IoT devices exceeding the maximum number of SINR levels, or means for scheduling the at least one configured resource for the plurality of ambient IoT devices without a guard period between the additional configured resources in response to the number of SINR levels of the plurality of ambient IoT devices being less than the maximum number of SINR levels.

[0137] In a thirty-fifth aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-fourth aspect, wherein the means for scheduling the at least one configured resource includes means for scheduling the at least one configured resource according to a coding domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0138] In a thirty-sixth aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-fifth aspect, further including means for configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than remaining ambient IoT devices of the one or more ambient IoT devices, wherein each ambient IoT device of the at least on ambient IoT device configured with the different spreading sequences is scheduled in consecutive slots.

[0139] In a thirty-seventh aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-sixth aspect, further including means for configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than a spreading sequence of remaining ambient IoT devices of the one or more ambient IoT devices, wherein the means for scheduling the at least one configured resource includes means for scheduling the at least one configured resource within a same preconfigured window and with at least one guard period for each ambient IoT device of the at least one ambient IoT device configured with the different spreading sequences.

[0140] In a thirty-eighth aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-seventh aspect, wherein the at least one ambient IoT device capability according to which the at least one configured resource is scheduled includes at least the clock reliability value, the transmit capability, and the energy status of the one or more ambient IoT devices.

[0141] In a thirty-ninth aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-eighth aspect, further including: means for obtaining a decoding capability indication of one or more SIC receivers in NOMA communication with at least one of the one or more ambient IoT devices; and means for selecting a number of the plurality of ambient IoT devices for the code domain multiplexing within the same preconfigured window according to the decoding capability and the energy status of the plurality of ambient IoT devices.

[0142] In a fortieth aspect, alone or in combination with one or more of the twenty-ninth aspect through the thirty-ninth aspect, further including: means for determining each ambient  IoT device of the at least one ambient IoT device configured in the same preconfigured window share a same clock reliability value, wherein the different spreading sequences of the at least one IoT device includes a common spreading sequence for the at least one ambient IoT device and the at least one guard period includes a common guard period shared by the at least one ambient IoT device.

[0143] In a forty-first aspect, alone or in combination with one or more of the twenty-ninth aspect through the fortieth aspect, further including: means for determining one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window has a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the different spreading sequences of the at least one ambient IoT device includes a common spreading sequence for the at least one ambient IoT device, the common spreading sequence selected to accommodate an ambient IoT device of the at least one ambient IoT device having one of a lowest transmit capability or a lowest energy status, and wherein the at least one guard period includes a common guard period shared by the at least one ambient IoT device, the common guard period being selected to accommodate the ambient IoT device of the at least one ambient IoT device having a least reliable clock reliability value.

[0144] In a forty-second aspect, alone or in combination with one or more of the twenty-ninth aspect through the forty-first aspect, further including: means for determining one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window have a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the at least one guard period includes a clock reliability-based guard period configured to be shared by each ambient IoT device of the at least one ambient IoT device that share a same clock reliability value, and wherein the at least one configured resource configures the each ambient IoT device that share the same clock reliability value at one frequency within the same preconfigured window using the clock reliability-based guard period and configures the one or more ambient IoT devices having the different clock reliability value at a different frequency within the same preconfigured window using the clock reliability-based guard period associated with the different clock reliability value.

[0145] A forty-third aspect may include a non-transitory computer-readable medium storing instructions that, when executed by a processor of a network entity, cause the processor to perform operations. The operations include obtaining a set of ambient IoT device  capabilities from one or more ambient IoT devices in NOMA communication with the network entity; scheduling at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities; and transmitting configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.

[0146] In a forty-fourth aspect, alone or in combination with the forty-third aspect, wherein the set of ambient IoT device capabilities includes at least: a clock reliability value; a transmit capability; a power capability; an energy storage capability; and an energy status.

[0147] In a forty-fifth aspect, alone or in combination with one or more of the forty-third aspect or the forty-fourth aspect, wherein the instructions causing the processor to perform operations including the scheduling the at least one configured resource includes instructions causing the processor to perform operations including scheduling the at least one configured resource according to a power domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0148] In a forty-sixth aspect, alone or in combination with one or more of the forty-third aspect through the forty-fifth aspect, wherein the instructions causing the processor to perform operations including the scheduling the at least one configured resource for the plurality of ambient IoT devices further includes instructions causing the processor to perform operations including one of: scheduling the at least one configured resource for one or more first ambient IoT devices of the plurality of ambient IoT devices having a different power capability than one or more remaining ambient IoT devices of the plurality of ambient IoT devices in consecutive slots; or scheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a same slot; or scheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a combination of the consecutive slots and the same slot.

[0149] In a forty-seventh aspect, alone or in combination with one or more of the forty-third aspect through the forty-sixth aspect, further including instructions causing the processor  to perform operations including obtaining one or more operating capabilities of at least one SIC receiver in NOMA communication with at least one of the one or more ambient IoT devices, wherein the instructions causing the processor to perform operations including the scheduling the at least one configured resource includes instructions causing the processor to perform operations including scheduling the at least one configure resources based on the clock reliability value, a period of the at least one configured resource, and the one or more operating capabilities of the at least one SIC receiver.

[0150] In a forty-eighth aspect, alone or in combination with one or more of the forty-third aspect through the forty-seventh aspect, wherein the one or more operating capabilities includes a maximum number of SINR levels detectable by the at least one SIC receiver, wherein the instructions causing the processor to perform operations including the scheduling the at least one configured resource for the plurality of ambient IoT devices further includes instructions causing the processor to perform operations including one of: scheduling the at least one configured resource with two or more ambient IoT devices of the plurality of ambient IoT devices sharing a same guard period between additional configured resources in response to a number of SINR levels of the plurality of ambient IoT devices exceeding the maximum number of SINR levels, or scheduling the at least one configured resource for the plurality of ambient IoT devices without a guard period between the additional configured resources in response to the number of SINR levels of the plurality of ambient IoT devices being less than the maximum number of SINR levels.

[0151] In a forty-ninth aspect, alone or in combination with one or more of the forty-third aspect through the forty-eighth aspect, wherein the instructions causing the processor to perform operations including the scheduling the at least one configured resource includes instructions causing the processor to perform operations including scheduling the at least one configured resource according to a coding domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.

[0152] In a fiftieth aspect, alone or in combination with one or more of the forty-third aspect through the forty-ninth aspect, further including instructions causing the processor to perform operations including configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than remaining ambient IoT devices of the one or more ambient IoT devices, wherein each ambient IoT device of the at least on ambient IoT device configured with the different spreading sequences is scheduled in consecutive slots.

[0153] In a fifty-first aspect, alone or in combination with one or more of the forty-third aspect through the fiftieth aspect, further including instructions causing the processor to perform operations including configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than a spreading sequence of remaining ambient IoT devices of the one or more ambient IoT devices, wherein the instructions causing the processor to perform operations including the scheduling the at least one configured resource includes instructions causing the processor to perform operations including scheduling the at least one configured resource within a same preconfigured window and with at least one guard period for each ambient IoT device of the at least one ambient IoT device configured with the different spreading sequences.

[0154] In a fifty-second aspect, alone or in combination with one or more of the forty-third aspect through the fifty-first aspect, wherein the at least one ambient IoT device capability according to which the at least one configured resource is scheduled includes at least the clock reliability value, the transmit capability, and the energy status of the one or more ambient IoT devices.

[0155] In a fifty-third aspect, alone or in combination with one or more of the forty-third aspect through the fifty-second aspect, further including instructions causing the processor to perform operations including: obtaining a decoding capability indication of one or more SIC receivers in NOMA communication with at least one of the one or more ambient IoT devices; and selecting a number of the plurality of ambient IoT devices for the coding domain multiplexing within the same preconfigured window according to the decoding capability and the energy status of the plurality of ambient IoT devices.

[0156] In a fifty-fourth aspect, alone or in combination with one or more of the forty-third aspect through the fifty-third aspect, further including instructions causing the processor to perform operations including: determining each ambient IoT device of the at least one ambient IoT device configured in the same preconfigured window share a same clock reliability value, wherein the different spreading sequences of the at least one IoT device includes a common spreading sequence for the at least one ambient IoT device and the at least one guard period includes a common guard period shared by the at least one ambient IoT device.

[0157] In a fifty-fifth aspect, alone or in combination with one or more of the forty-third aspect through the fifty-fourth aspect, further including instructions causing the processor to perform operations including: determining one or more ambient IoT devices of the at least  one ambient IoT device configured in the same preconfigured window has a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the different spreading sequences of the at least one ambient IoT device includes a common spreading sequence for the at least one ambient IoT device, the common spreading sequence selected to accommodate an ambient IoT device of the at least one ambient IoT device having one of a lowest transmit capability or a lowest energy status, and wherein the at least one guard period includes a common guard period shared by the at least one ambient IoT device, the common guard period being selected to accommodate the ambient IoT device of the at least one ambient IoT device having a least reliable clock reliability value.

[0158] In a fifty-sixth aspect, alone or in combination with one or more of the forty-third aspect through the fifty-fifth aspect, further including instructions causing the processor to perform operations including: determining one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window have a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device, wherein the at least one guard period includes a clock reliability-based guard period configured to be shared by each ambient IoT device of the at least one ambient IoT device that share a same clock reliability value, and wherein the at least one configured resource configures the each ambient IoT device that share the same clock reliability value at one frequency within the same preconfigured window using the clock reliability-based guard period and configures the one or more ambient IoT devices having the different clock reliability value at a different frequency within the same preconfigured window using the clock reliability-based guard period associated with the different clock reliability value.

[0159] In one or more aspects, techniques for supporting NOMA based configured grant for ambient IoT devices may include additional aspects, such as any single aspect or any combination of aspects described below or in connection with one or more other processes or devices described elsewhere herein. In a fifty-seventh aspect, supporting NOMA based configured grant for ambient IoT devices may include an apparatus configured to report a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device. The aspect may further be configured to receive configuration information from a network entity indicating at least one configured resource for NOMA  communication and transmit a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0160] Additionally, the apparatus may perform or operate according to one or more aspects as described below. In some implementations, the apparatus includes a wireless device, such as a base station. In some implementations, the apparatus may include at least one processor, and a memory coupled to the processor. The processor may be configured to perform operations described herein with respect to the apparatus. In some other implementations, the apparatus may include a non-transitory computer-readable medium having program code recorded thereon and the program code may be executable by a computer for causing the computer to perform operations described herein with reference to the apparatus. In some implementations, the apparatus may include one or more means configured to perform operations described herein. In some implementations, a method of wireless communication may include one or more operations described herein with reference to the apparatus.

[0161] In a fifty-eighth aspect, alone or in combination with the fifty-seventh aspect, wherein the set of ambient IoT device capabilities further includes: a clock reliability value; and an energy storage capability.

[0162] In a fifty-ninth aspect, alone or in combination with one or more of the fifty-seventh aspect or the fifty-eighth aspect, wherein the at least one configured resource is configured according to one of: a power domain multiplexing and including one of a guard period or no guard period; or a coding domain multiplexing and includes configuration of a spreading sequence and a guard period for the ambient IoT device.

[0163] A sixtieth aspect may include an ambient IoT device configured for wireless communication, comprising one or more memories; and one or more processors, coupled to the one or more memories, configured to cause the ambient IoT device to: report a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device; receive configuration information from a network entity indicating at least one configured resource for NOMA communication; and transmit a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0164] In a sixty-first aspect, alone or in combination with the sixtieth aspect, wherein the set of ambient IoT device capabilities further includes: a clock reliability value; and an energy storage capability.

[0165] In a sixty-second aspect, alone or in combination with one or more of the sixtieth aspect or the sixty-first aspect, wherein the at least one configured resource is configured according to one of: a power domain multiplexing and including one of a guard period or no guard period; or a coding domain multiplexing and includes configuration of a spreading sequence and a guard period for the ambient IoT device.

[0166] A sixty-third aspect may include an ambient IoT device configured for wireless communication comprising: means for reporting a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device; means for receiving configuration information from a network entity indicating at least one configured resource for NOMA communication; and means for transmitting a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0167] In a sixty-fourth aspect, alone or in combination with the sixty-third aspect, wherein the set of ambient IoT device capabilities further includes: a clock reliability value; and an energy storage capability.

[0168] In a sixty-fifth aspect, alone or in combination with one or more of the sixty-third aspect or the sixty-fifth aspect, wherein the at least one configured resource is configured according to one of: a power domain multiplexing and including one of a guard period or no guard period; or a coding domain multiplexing and includes configuration of a spreading sequence and a guard period for the ambient IoT device.

[0169] A sixty-sixth aspect may include a non-transitory computer-readable medium storing instructions that, when executed by a processor of a network entity, cause the processor to perform operations. The operations include reporting a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device; receiving configuration information from a network entity indicating at least one configured resource for NOMA communication; and transmitting a NOMA transmission at a predetermined reporting period using the at least one configured resource.

[0170] In a sixty-seventh aspect, alone or in combination with the sixty-sixth aspect, wherein the set of ambient IoT device capabilities further includes: a clock reliability value; and an energy storage capability.

[0171] In a sixty-eighth aspect, alone or in combination with one or more of the sixty-sixth aspect or the sixty-seventh aspect, wherein the at least one configured resource is configured  according to one of: a power domain multiplexing and including one of a guard period or no guard period; or a coding domain multiplexing and includes configuration of a spreading sequence and a guard period for the ambient IoT device.

[0172] Those of skill in the art would understand that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0173] Components, the functional blocks, and the modules described herein with respect to Figures 1-9 include processors, electronics devices, hardware devices, electronics components, logical circuits, memories, software codes, firmware codes, among other examples, or any combination thereof. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, application, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, and / or functions, among other examples, whether referred to as software, firmware, middleware, microcode, hardware description language or otherwise. In addition, features discussed herein may be implemented via specialized processor circuitry, via executable instructions, or combinations thereof.

[0174] Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps 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.

[0175] The various illustrative logics, logical blocks, modules, circuits and algorithm processes described in connection with the implementations disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. The interchangeability of hardware and software has been described generally, in terms of functionality, and illustrated in the various illustrative components, blocks, modules, circuits and processes described above. Whether such functionality is implemented in hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0176] The hardware and data processing apparatus used to implement the various illustrative logics, logical blocks, modules and circuits described in connection with the aspects disclosed herein may be implemented or performed with a general purpose single-or multi-chip 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, or, any conventional processor, controller, microcontroller, or state machine. In some implementations, a processor may be implemented as a combination of computing devices, such as 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. In some implementations, particular processes and methods may be performed by circuitry that is specific to a given function.

[0177] In one or more aspects, the functions described may be implemented in hardware, digital electronic circuitry, computer software, firmware, including the structures disclosed in this specification and their structural equivalents thereof, or in any combination thereof. Implementations of the subject matter described in this specification also may be implemented as one or more computer programs, that is one or more modules of computer program instructions, encoded on a computer storage media for execution by, or to control the operation of, data processing apparatus.

[0178] 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. The processes of a method  or algorithm disclosed herein may be implemented in a processor-executable software module which may reside on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that may be enabled to transfer a computer program from one place to another. A storage media may be any available media that may be accessed by a computer. By way of example, and not limitation, such computer-readable media may include random-access memory (RAM) , read-only memory (ROM) , electrically erasable programmable read-only memory (EEPROM) , CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer. Also, any connection may be properly termed a computer-readable medium. Disk and disc, as used herein, includes compact disc (CD) , laser disc, optical disc, digital versatile disc (DVD) , floppy 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. Additionally, the operations of a method or algorithm may reside as one or any combination or set of codes and instructions on a machine readable medium and computer-readable medium, which may be incorporated into a computer program product.

[0179] Various modifications to the implementations described in this disclosure may be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to some other implementations without departing from the spirit or scope of this disclosure. Thus, the claims are not intended to be limited to the implementations shown herein, but are to be accorded the widest scope consistent with this disclosure, the principles and the novel features disclosed herein.

[0180] Additionally, a person having ordinary skill in the art will readily appreciate, the terms “upper” and “lower” are sometimes used for ease of describing the figures, and indicate relative positions corresponding to the orientation of the figure on a properly oriented page, and may not reflect the proper orientation of any device as implemented.

[0181] Certain features that are described in this specification in the context of separate implementations also may be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation also may be implemented in multiple implementations separately or in any suitable subcombination. Moreover, although features may be described above as acting in certain  combinations and even initially claimed as such, one or more features from a claimed combination may in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

[0182] Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. Further, the drawings may schematically depict one more example processes in the form of a flow diagram. However, other operations that are not depicted may be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations may be performed before, after, simultaneously, or between any of the illustrated operations. In certain circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations, and it should be understood that the described program components and systems may generally be integrated together in a single software product or packaged into multiple software products. Additionally, some other implementations are within the scope of the following claims. In some cases, the actions recited in the claims may be performed in a different order and still achieve desirable results.

[0183] As used herein, including in the claims, the term “or, ” when used in a list of two or more items, means that any one of the listed items may be employed by itself, or any combination of two or more of the listed items may be employed. For example, if a composition is described as containing components A, B, or C, the composition may 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 (that is A and B and C) or any of these in any combination thereof. The term “substantially” is defined as largely but not necessarily wholly what is specified (and includes what is specified; for example, substantially 90 degrees includes 90 degrees and substantially parallel includes parallel) , as understood by a person of ordinary skill in the art. In any disclosed implementations, the term  “substantially” may be substituted with “within [apercentage] of” what is specified, where the percentage includes . 1, 1, 5, or 10 percent.

[0184] 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

1.A network entity configured for wireless communication, comprising one or more memories; and one or more processors, coupled to the one or more memories, configured to cause the network entity to:obtain a set of ambient IoT device capabilities from one or more ambient internet-of-things (IoT) devices in non-orthogonal multiple access (NOMA) communication with the network entity;schedule at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities; andtransmit configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.2.The network entity of claim 1, wherein the set of ambient IoT device capabilities includes at least:a clock reliability value;a transmit capability;a power capability;an energy storage capability; andan energy status.3.The network entity of claim 2, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule the at least one configured resource according to a power domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.4.The network entity of claim 3, wherein the configuration of the one or more processors to schedule the at least one configured resource for the plurality of ambient IoT devices further includes configuration to one of:schedule the at least one configured resource for one or more first ambient IoT devices of the plurality of ambient IoT devices having a different power capability than one or more remaining ambient IoT devices of the plurality of ambient IoT devices in consecutive slots; orschedule the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a same slot; orschedule the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a combination of the consecutive slots and the same slot.5.The network entity of claim 4, further including configuration of the one or more processors to obtain one or more operating capabilities of at least one successive interference cancelation (SIC) receiver in NOMA communication with at least one of the one or more ambient IoT devices, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule the at least one configure resources based on the clock reliability value, a period of the at least one configured resource, and the one or more operating capabilities of the at least one SIC receiver.6.The network entity of claim 5,wherein the one or more operating capabilities includes a maximum number of signal to interference plus noise ratio (SINR) levels detectable by the at least one SIC receiver,wherein the configuration of the one or more processors to schedule the at least one configured resource for the plurality of ambient IoT devices further includes configuration to one of:schedule the at least one configured resource with two or more ambient IoT devices of the plurality of ambient IoT devices sharing a same guard period between additional configured resources in response to a number of SINR levels of the plurality of ambient IoT devices exceeding the maximum number of SINR levels, orschedule the at least one configured resource for the plurality of ambient IoT devices without a guard period between the additional configured resources in response to the number of SINR levels of the plurality of ambient IoT devices being less than the maximum number of SINR levels.7.The network entity of claim 2, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule the at least one configured resource according to a coding domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.8.The network entity of claim 7, further including configuration of the one or more processors to configure at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than remaining ambient IoT devices of the one or more ambient IoT devices, wherein each ambient IoT device of the at least on ambient IoT device configured with the different spreading sequences is scheduled in consecutive slots.9.The network entity of claim 7, further including configuration of the one or more processors to configure at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than a spreading sequence of remaining ambient IoT devices of the one or more ambient IoT devices, wherein the configuration of the one or more processors to schedule the at least one configured resource includes configuration of the one or more processors to schedule the at least one configured resource within a same preconfigured window and with at least one guard period for each ambient IoT device of the at least one ambient IoT device configured with the different spreading sequences.10.The network entity of claim 9, wherein the at least one ambient IoT device capability according to which the at least one configured resource is scheduled includes at least the clock reliability value, the transmit capability, and the energy status of the one or more ambient IoT devices.11.The network entity of claim 9, further including configuration of the one or more processors:to obtain a decoding capability indication of one or more successive interference cancelation (SIC) receivers in NOMA communication with at least one of the one or more ambient IoT devices; andto select a number of the plurality of ambient IoT devices for the code domain multiplexing within the same preconfigured window according to the decoding capability and the energy status of the plurality of ambient IoT devices.12.The network entity of claim 9, further including configuration of the one or more processors:to determine each ambient IoT device of the at least one ambient IoT device configured in the same preconfigured window share a same clock reliability value, wherein the different spreading sequences of the at least one IoT device includes a common spreading sequence for the at least one ambient IoT device and the at least one guard period includes a common guard period shared by the at least one ambient IoT device.13.The network entity of claim 9, further including configuration of the one or more processors:to determine one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window has a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device,wherein the different spreading sequences of the at least one ambient IoT device includes a common spreading sequence for the at least one ambient IoT device, the common spreading sequence selected to accommodate an ambient IoT device of the at least one ambient IoT device having one of a lowest transmit capability or a lowest energy status, andwherein the at least one guard period includes a common guard period shared by the at least one ambient IoT device, the common guard period being selected to accommodate the ambient IoT device of the at least one ambient IoT device having a least reliable clock reliability value.14.The network entity of claim 9, further including configuration of the one or more processors:to determine one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window have a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device,wherein the at least one guard period includes a clock reliability-based guard period configured to be shared by each ambient IoT device of the at least one ambient IoT device that share a same clock reliability value, andwherein the at least one configured resource configures the each ambient IoT device that share the same clock reliability value at one frequency within the same preconfigured window using the clock reliability-based guard period and configures the one or more ambient IoT devices having the different clock reliability value at a different frequency within the same preconfigured window using the clock reliability-based guard period associated with the different clock reliability value.15.A method of wireless communication operable at a network entity, the method comprising:obtaining a set of ambient IoT device capabilities from one or more ambient internet-of-things (IoT) devices in non-orthogonal multiple access (NOMA) communication with the network entity;scheduling at least one configured resource for the one or more ambient IoT device according to at least one ambient IoT device capability of the set of ambient IoT device capabilities; andtransmitting configuration information to the one or more ambient IoT devices, the configuration information indicating the at least one configured resource scheduled for a corresponding ambient IoT device of the one or more ambient IoT devices.16.The method of claim 15, wherein the set of ambient IoT device capabilities includes at least:a clock reliability value;a transmit capability;a power capability;an energy storage capability; andan energy status.17.The method of claim 16, wherein the scheduling the at least one configured resource includes:scheduling the at least one configured resource according to a power domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.18.The method of claim 17, wherein the scheduling the at least one configured resource further includes one of:scheduling the at least one configured resource for one or more first ambient IoT devices of the plurality of ambient IoT devices having a different power capability than one or more remaining ambient IoT devices of the plurality of ambient IoT devices in consecutive slots; orscheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a same slot; orscheduling the at least one configured resource for the one or more first ambient IoT devices of the plurality of ambient IoT devices having the different power capability than the one or more remaining ambient IoT devices of the plurality of ambient IoT devices in a combination of the consecutive slots and the same slot.19.The method of claim 18, further including:obtaining one or more operating capabilities of at least one successive interference cancelation (SIC) receiver in NOMA communication with at least one of the one or more ambient IoT devices,wherein the scheduling the at least one configured resource includes scheduling the at least one configure resources based on the clock reliability value, a period of the at least one configured resource, and the one or more operating capabilities of the at least one SIC receiver,wherein the one or more operating capabilities includes a maximum number of signal to interference plus noise ratio (SINR) levels detectable by the at least one SIC receiver, andwherein the scheduling the at least one configured resource for the plurality of ambient IoT devices further includes one of:scheduling the at least one configured resource with two or more ambient IoT devices of the plurality of ambient IoT devices sharing a same guard period between additional configured resources in response to a number of SINR levels of the plurality of ambient IoT devices exceeding the maximum number of SINR levels, orscheduling the at least one configured resource for the plurality of ambient IoT devices without a guard period between the additional configured resources in response to the number of SINR levels of the plurality of ambient IoT devices being less than the maximum number of SINR levels.20.The method of claim 16, wherein the scheduling the at least one configured resource includes scheduling the at least one configured resource according to a coding domain multiplexing of a plurality of ambient IoT devices of the one or more ambient IoT devices.21.The method of claim 20, further including configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than remaining ambient IoT devices of the one or more ambient IoT devices, wherein each ambient IoT device of the at least on ambient IoT device configured with the different spreading sequences is scheduled in consecutive slots.22.The method of claim 20, further including configuring at least one ambient IoT device of the one or more ambient IoT devices with different spreading sequences than a spreading sequence of remaining ambient IoT devices of the one or more ambient IoT devices, wherein the scheduling the at least one configured resource includes scheduling the at least one configured resource within a same preconfigured window and with at least one guard period for each ambient IoT device of the at least one ambient IoT device configured with the different spreading sequences.23.The method of claim 22, wherein the at least one ambient IoT device capability according to which the at least one configured resource is scheduled includes at least the clock reliability value, the transmit capability, and the energy status of the one or more ambient IoT devices.24.The method of claim 22, further including:obtaining a decoding capability indication of one or more successive interference cancelation (SIC) receivers in NOMA communication with at least one of the one or more ambient IoT devices; andselecting a number of the plurality of ambient IoT devices for the code domain multiplexing within the same preconfigured window according to the decoding capability and the energy status of the plurality of ambient IoT devices.25.The method of claim 22, further including:determining each ambient IoT device of the at least one ambient IoT device configured in the same preconfigured window share a same clock reliability value, wherein the different spreading sequences of the at least one IoT device includes a common spreading sequence for the at least one ambient IoT device and the at least one guard period includes a common guard period shared by the at least one ambient IoT device.26.The method of claim 22, further including:determining one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window has a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device,wherein the different spreading sequences of the at least one ambient IoT device includes a common spreading sequence for the at least one ambient IoT device, the common spreading sequence selected to accommodate an ambient IoT device of the at least one ambient IoT device having one of a lowest transmit capability or a lowest energy status, andwherein the at least one guard period includes a common guard period shared by the at least one ambient IoT device, the common guard period being selected to accommodate the ambient IoT device of the at least one ambient IoT device having a least reliable clock reliability value.27.The method of claim 22, further including:determining one or more ambient IoT devices of the at least one ambient IoT device configured in the same preconfigured window have a different clock reliability value than the clock reliability value of remaining ambient IoT devices of the at least one ambient IoT device,wherein the at least one guard period includes a clock reliability-based guard period configured to be shared by each ambient IoT device of the at least one ambient IoT device that share a same clock reliability value, andwherein the at least one configured resource configures the each ambient IoT device that share the same clock reliability value at one frequency within the same preconfigured window using the clock reliability-based guard period and configures the one or more ambient IoT devices having the different clock reliability value at a different frequency within the same preconfigured window using the clock reliability-based guard period associated with the different clock reliability value.28.A method of non-orthogonal multiple access (NOMA) wireless communication by an ambient internet-of-things (IoT) device, the method comprising:reporting a set of ambient IoT device capabilities to a network entity, the set of ambient IoT device capabilities including at least a transmit capability and an energy status of the ambient IoT device;receiving configuration information from a network entity indicating at least one configured resource for NOMA communication; andtransmitting a NOMA transmission at a predetermined reporting period using the at least one configured resource.29.The method of claim 28, wherein the set of ambient IoT device capabilities further includes:a clock reliability value;an energy storage capability.30.The method of claim 29, wherein the at least one configured resource is configured according to one of:a power domain multiplexing and including one of a guard period or no guard period; ora coding domain multiplexing and includes configuration of a spreading sequence and a guard period for the ambient IoT device.

Images