User equipment (UE) hybrid automatic repeat request (HARQ) feedback design for facilitating passive internet of things (IoT) devices

By assigning dedicated HARQ feedback resources to the RFID reader device, the problem of low efficiency in HARQ feedback resource management in wireless communication systems is solved, and the effect of reducing signaling transmission delay and improving communication performance is achieved.

CN120226290APending Publication Date: 2025-06-27QUALCOMM INC
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202280101720.X
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2022-11-15
Publication Date
2025-06-27

AI Technical Summary

Technical Problem

Existing wireless communication systems have inefficient problems when managing hybrid automatic repetition request (HARQ) feedback resources, resulting in increased signaling transmission delays and affecting communication performance.

Method used

By assigning dedicated HARQ feedback resources to RFID reader devices, HARQ feedback is quickly provided, thereby reducing over-the-air delay and enabling RFID source devices to quickly retransmit commands and signals.

Benefits of technology

Effectively manage HARQ feedback resources, reduce signaling transmission delay, and improve the performance and efficiency of wireless communication systems.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120226290A_ABST
    Figure CN120226290A_ABST
Patent Text Reader

Abstract

Certain aspects of the present disclosure provide a method for wireless communication by a user equipment (UE). The UE receives, from a network entity, signaling indicating a set of resources for transmitting a set of transmissions. The set of transmissions may include a first transmission corresponding to successful or unsuccessful reception of data from at least one energy harvesting device at the UE, and / or a second transmission corresponding to successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device. The UE transmits the set of transmissions on the set of resources.
Need to check novelty before this filing date? Find Prior Art

Description

BACKGROUND OF THE DISCLOSURE TECHNICAL FIELD

[0001] Aspects of the present disclosure relate to wireless communication and, more particularly, to techniques for managing hybrid automatic repeat request (HARQ) feedback resources.

[0002] Related Technologies

[0003] Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, broadcasting, or other similar types of services. These wireless communication systems may employ multiple access techniques capable of supporting communication with multiple users by sharing available wireless communication system resources.

[0004] Despite the significant technological advancements made by wireless communication systems over the years, challenges still remain. For example, complex and dynamic environments can still attenuate or block signals between a wireless transmitter and a wireless receiver. Therefore, there is a continuing expectation to improve the technical performance of wireless communication systems, including, for example: improving the speed and data carrying capacity of communication, improving the efficiency of using the shared communication medium, reducing the power consumed by the transmitter and receiver when performing communication, improving the reliability of wireless communication, avoiding redundant transmission and / or reception and associated processing, improving the coverage area of wireless communication, increasing the number and types of devices that can access the wireless communication system, increasing the ability of different types of devices to communicate with each other, increasing the number and types of available wireless communication media, etc. Therefore, there is a need to further improve wireless communication systems to overcome the foregoing and other challenges. SUMMARY OF THE DISCLOSURE

[0005] One aspect provides a method for wireless communication by a user equipment (UE), the method comprising: receiving, from a network entity, signaling indicating a set of resources for a set of transmissions, the set of transmissions including at least one of: a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to a successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device; and transmitting the set of transmissions on the set of resources.

[0006] Another aspect provides a method for wireless communication by a network entity, the method comprising: transmitting, to a UE, signaling indicating a set of resources for a set of transmissions, the set of transmissions including at least one of: a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to a successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device; and receiving the set of transmissions on the set of resources.

[0007] In other aspects, provided is: an apparatus capable of operating, configured to, or otherwise adapted to perform the foregoing methods and those described elsewhere herein; a non-transitory computer-readable medium including instructions that, when executed by a processor of the apparatus, cause the apparatus to perform the foregoing methods and those described elsewhere herein; a computer program product embodied on a computer-readable storage medium, the computer-readable storage medium including: code for performing the foregoing methods and those described elsewhere herein; and an apparatus including components for performing the foregoing methods and those described elsewhere herein. By way of example, an apparatus may include a processing system, a device having the processing system, or processing systems cooperating via one or more networks.

[0008] For illustrative purposes, the following detailed description and the drawings set forth certain features. BRIEF DESCRIPTION OF THE DRAWINGS

[0009] The drawings depict certain features of the various aspects described herein and should not be considered to limit the scope of the disclosure.

[0010] Figure 1 An example wireless communication network is depicted.

[0011] Figure 2 An example decomposed base station (BS) architecture is depicted.

[0012] Figure 3 Aspects of an example BS and an example user equipment (UE) are depicted.

[0013] Figure 4A , Figure 4B , Figure 4C and Figure 4D Various example aspects of data structures for a wireless communication network are depicted.

[0014] Figures 5A to 5B A schematic diagram of an example vehicle-to-everything (V2X) system is depicted.

[0015] Figure 6 An example mapping between a sidelink channel and a corresponding sidelink resource is depicted.

[0016] Figure 7 An example radio frequency identification (RFID) system is depicted.

[0017] Figure 8 An example communication between a UE and an RFID tag in an RFID-based wireless communication system is depicted.

[0018] Figures 9A to 9CDepicts example signals transmitted or received by various devices of an RFID-based wireless communication system.

[0019] Figure 10 Depicts an example backscatter communication.

[0020] Figure 11 Depicts example communication between devices of an RFID-based wireless communication system.

[0021] Figure 12 Depicts a call flow diagram illustrating example communication between a UE and a network entity.

[0022] Figure 13 Depicts an example hybrid automatic repeat request (HARQ) feedback from a UE to a network entity.

[0023] Figure 14 Depicts an example HARQ feedback from one UE to another UE, and another HARQ feedback from one UE to a network entity.

[0024] Figure 15 Depicts an example HARQ feedback from a UE to a network entity.

[0025] Figures 16 to 17 Depicts example physical resource blocks (PRBs) of resources within a resource pool.

[0026] Figure 18 Depicts a method for wireless communication by a UE.

[0027] Figure 19 Depicts a method for wireless communication by a network entity.

[0028] Figure 20 Depicts an example communication device. Detailed Description

[0029] Aspects of the present disclosure provide an apparatus, a method, a processing system, and a computer-readable medium for managing hybrid automatic repeat request (HARQ) feedback resources.

[0030] In a radio frequency identification (RFID)-based wireless communication system, certain devices referred to as zero-power passive Internet of Things (ZP-IoT) devices may be able to harvest energy from one or more wireless energy sources such as radio frequency (RF) signals, thermal energy, solar energy, etc. In some cases, when RF signals are used for energy harvesting in ZP-IoT communication, a first device such as an RFID reader device may send an energy signal to a second device such as a ZP-IoT device. The second device may then harvest energy from the energy signal (e.g., using an energy harvesting circuit such as an RFID tag) and may use this harvested energy to power one or more other components of the second device. After accumulating a sufficient amount of energy, the second device may start modulating the energy signal with transmitted bits and sending the energy signal back to the first device, which is referred to as a backscatter signal or backscatter communication.

[0031] In an RFID-based wireless communication system, an RFID source device (e.g., a user equipment (UE) in sidelink operation or a network entity in Uu link operation) may transmit signals and / or commands (e.g., backscatter data after a specific time) to an RFID tag. In response to the received command, the RFID tag may transmit a response (i.e., backscatter data after a specific time). An RFID reader device (e.g., a UE) may read the backscattered data and / or collect signals from the RFID tag.

[0032] Communication in an RFID-based wireless communication system may include feedback signaling. One form of feedback is hybrid automatic repeat request (HARQ) feedback. In an RFID-based wireless communication system, multiple HARQ feedbacks may be required, and these HARQ feedbacks may have to be reported by the RFID reader device to the RFID source device so that the RFID source device does not re-transmit commands (e.g., when the command has been correctly received and decoded at the RFID tag) and / or signals (e.g., when the signal has been correctly received and read by the RFID reader device). Therefore, it is necessary to configure multiple HARQ feedback resources for multiple HARQ feedbacks.

[0033] The techniques proposed herein may assign multiple HARQ feedback resources to an RFID reader device operating in an RFID-based wireless communication system. For example, a network entity may assign dedicated HARQ feedback resources to the RFID reader device for at least a first HARQ feedback (e.g., corresponding to the reception / decoding of a command transmitted by the RFID source device to the RFID tag) and a second HARQ feedback (e.g., corresponding to the RFID reader device reading a signal from the RFID tag). The techniques proposed herein may reduce the air latency by quickly providing HARQ feedback to the RFID source device, enabling the RFID source device to re-transmit commands and / or signals quickly when needed.

[0034] Introduction to Wireless Communication Networks

[0035] The techniques and methods described herein can be used in various wireless communication networks. Although aspects may be described herein using terms typically associated with 3G, 4G, and / or 5G wireless technologies, aspects of the present disclosure are equally applicable to other communication systems and standards not explicitly mentioned herein.

[0036] Figure 1 An example of a wireless communication network 100 in which aspects described herein can be implemented is depicted.

[0037] Generally speaking, the wireless communication network 100 includes various network entities (alternatively, network elements or network nodes). Network entities are typically communication devices and / or communication functions performed by communication devices (e.g., user equipment (UE), base station (BS), components of a BS, servers, etc.). For example, the various functions of the network and the various devices associated with and interacting with the network can be considered network entities. In addition, the wireless communication network 100 includes terrestrial aspects and non-terrestrial aspects, terrestrial aspects such as terrestrial-based network entities (e.g., BS 102), non-terrestrial aspects such as satellite 140 and aircraft 145, which non-terrestrial aspects can include airborne network entities (e.g., one or more BSs) capable of communicating with other network elements (e.g., terrestrial BSs) and UEs.

[0038] In the depicted example, the wireless communication network 100 includes BS 102, UE 104, and one or more core networks (such as the evolved packet core (EPC) 160 and the 5G core (5GC) network 190), which interoperate to provide communication services over various communication links (including wired and wireless links).

[0039] Figure 1 Various example UEs 104 are depicted, which can more generally include: cellular phones, smart phones, session initiation protocol (SIP) phones, laptop computers, personal digital assistants (PDAs), satellite radios, global positioning systems, multimedia devices, video devices, digital audio players, cameras, game consoles, tablet computers, smart devices, wearable devices, vehicles, electricity meters, gas pumps, large or small kitchen appliances, healthcare devices, implants, sensors / actuators, displays, Internet of Things (IoT) devices, always-on (AON) devices, edge processing devices, or other similar devices. UE 104 can also be more generally referred to as a mobile device, wireless device, wireless communication device, station, mobile station, subscriber station, mobile subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, remote device, access terminal, mobile terminal, wireless terminal, remote terminal, cell phone, and others.

[0040] BS 102 wirelessly communicates with (e.g., transmits signals to or receives signals from) UE 104 via communication link 120. Communication link 120 between BS 102 and UE 104 may include uplink (UL) (also referred to as a reverse link) transmissions from UE 104 to BS 102 and / or downlink (DL) (also referred to as a forward link) transmissions from BS 102 to UE 104. In various aspects, communication link 120 may use multiple-input multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity.

[0041] BS 102 may generally include: NodeB, enhanced NodeB (eNB), next generation enhanced NodeB (ng-eNB), next generation NodeB (gNB or gNodeB), access point, transceiver base station, radio BS, radio transceiver, transceiver function, transmission and reception point, and / or other. Each of BS 102 may provide communication coverage for a corresponding geographic coverage area 110, which may sometimes be referred to as a cell, and may overlap in some cases (e.g., a small cell 102' may have a coverage area 110' that overlaps with the coverage area 110 of a macro cell). For example, a BS may provide communication coverage for a macro cell (covering a relatively large geographic area), a pico cell (covering a relatively small geographic area, such as a stadium), a femto cell (relatively small geographic area (e.g., a home)), and / or other types of cells.

[0042] Although BS102 is depicted as a single communication device in various aspects, BS102 can be implemented in various configurations. For example, one or more components of BS102 can be decomposed, including a central unit (CU), one or more distributed units (DU), one or more radio units (RU), a near real-time (near RT) RAN intelligent controller (RIC) or a non-real-time (non-RT) RIC, to name a few examples. As another example, various aspects of BS102 can be virtualized. More generally, a BS (e.g., BS102) may include components located at a single physical location or components located at various physical locations. In an example in which BS102 includes components located at various physical locations, various components may each perform each function so that various components together achieve functionality similar to that of a BS102 located at a single physical location. In some aspects, a BS102 including components located at various physical locations may be referred to as a decomposed radio access network (RAN) architecture, such as an open RAN (O-RAN) or virtualized RAN (VRAN) architecture. Figure 2 An example decomposed BS architecture is depicted and described.

[0043] The different BSs 102 within the wireless communication network 100 may also be configured to support different radio access technologies (such as 3G, 4G, and / or 5G). For example, a BS 102 configured for 4G LTE (collectively referred to as the evolved universal mobile telecommunications system (UMTS) terrestrial radio access network (E-UTRAN)) may interface with the EPC 160 via a first backhaul link 132 (e.g., the S1 interface). A BS 102 configured for 5G (e.g., 5G NR or next generation RAN (NG-RAN)) may interface with the 5GC 190 via a second backhaul link 184. The BSs 102 may communicate directly or indirectly with each other (e.g., via the EPC 160 or the 5GC 190) on a third backhaul link 134 (e.g., the X2 interface), which may be wired or wireless.

[0044] The wireless communication network 100 may subdivide the electromagnetic spectrum into various categories, frequency bands, channels, or other characteristics. In some aspects, the subdivision is provided based on wavelength and frequency, where the frequency may also be referred to as a carrier, sub-carrier, channel, tone, or sub-band. For example, 3GPP currently defines frequency range 1 (FR1) as including 600 MHz - 6 GHz, which is commonly (interchangeably) referred to as "below 6 GHz". Similarly, 3GPP currently defines frequency range 2 (FR2) as including 26 GHz - 41 GHz, which is sometimes (interchangeably) referred to as "millimeter wave" ("mmW" or "mmWave"). A BS (e.g., a mmWave BS such as BS180) configured to communicate using the mmWave / near mmWave radio frequency band may utilize beamforming (e.g., 182) with a UE (e.g., 104) to improve path loss and range.

[0045] The communication link 120 between a BS 102 and, for example, a UE 104 may be via one or more carriers, which may have different bandwidths (e.g., 5 MHz, 10 MHz, 15 MHz, 20 MHz, 100 MHz, 400 MHz, and / or other MHz) and may be aggregated in various ways. The carriers may or may not be adjacent to each other. The allocation of carriers may be asymmetric with respect to DL and UL (e.g., more or fewer carriers may be allocated for DL than for UL).

[0046] Compared to communication at lower frequencies, communication using higher frequency bands may have higher path loss and shorter range. Thus, certain BSs (e.g., Figure 1In (180), beamforming 182 with the UE 104 can be utilized to improve path loss and range. For example, the BS 180 and the UE 104 can each include multiple antennas, such as antenna elements, antenna panels, and / or antenna arrays, to facilitate beamforming. In some cases, the BS 180 can transmit a beamformed signal to the UE 104 in one or more transmission directions 182'. The UE 104 can receive the beamformed signal from the BS 180 in one or more reception directions 182". The UE 104 can also transmit a beamformed signal to the BS 180 in one or more transmission directions 182". The BS 180 can also receive the beamformed signal from the UE 104 in one or more reception directions 182'. Then, the BS 180 and the UE 104 can perform beam training to determine the optimal reception and transmission directions for each of the BS 180 and the UE 104. It is noted that the transmission direction and the reception direction of the BS 180 can be the same or can be different. Similarly, the transmission direction and the reception direction of the UE 104 can be the same or can be different.

[0047] The wireless communication network 100 also includes a Wi-Fi AP 150 that communicates with a Wi-Fi station (STA) 152 via a communication link 154 in, for example, the 2.4 GHz and / or 5 GHz unlicensed spectrum.

[0048] Certain UEs 104 can communicate with each other using device-to-device (D2D) communication links 158. The D2D communication links 158 can use one or more sidelink channels, such as the physical sidelink broadcast channel (PSBCH), the physical sidelink discovery channel (PSDCH), the physical sidelink shared channel (PSSCH), the physical sidelink control channel (PSCCH), and / or the physical sidelink feedback channel (PSFCH).

[0049] The EPC 160 can include various functional components, including: a mobility management entity (MME) 162, other MMEs 164, a serving gateway 166, a multimedia broadcast multicast service (MBMS) gateway 168, a broadcast multicast service center (BM-SC) 170, and / or a packet data network (PDN) gateway 172, such as in the depicted example. The MME 162 can communicate with a home subscriber server (HSS) 174. The MME 162 is a control node that processes the signaling between the UE 104 and the EPC 160. Generally speaking, the MME 162 provides bearer and connection management.

[0050] Generally speaking, user Internet Protocol (IP) packets are transmitted through the Serving Gateway 166, which is itself connected to the PDN Gateway 172. The PDN Gateway 172 provides UE IP address allocation and other functions. The PDN Gateway 172 and the BM-SC 170 are connected to the IP service 176, which may include, for example, the Internet, an intranet, an IP Multimedia Subsystem (IMS), a Packet-Switched (PS) streaming service, and / or other IP services.

[0051] The BM-SC 170 may provide functions for MBMS user service provisioning and delivery. The BM-SC 170 can be used as an entry point for content provider MBMS transmissions, can be used to authorize and initiate MBMS bearer services within a Public Land Mobile Network (PLMN), and / or can be used to schedule MBMS transmissions. The MBMS Gateway 168 can be used to distribute MBMS services to the BSs 102 belonging to a Multicast Broadcast Single Frequency Network (MBSFN) area for a particular broadcast service, and / or can be responsible for session management (start / stop) and for collecting eMBMS-related charging information.

[0052] The 5GC 190 may include various functional components, including: an Access and Mobility Management Function (AMF) 192, other AMFs 193, a Session Management Function (SMF) 194, and a User Plane Function (UPF) 195. The AMF 192 may communicate with a Unified Data Management (UDM) 196.

[0053] The AMF 192 is a control node that processes the signaling between the UE 104 and the 5GC 190. The AMF 192 provides, for example, Quality of Service (QoS) flow and session management.

[0054] Internet Protocol (IP) packets are transmitted through the UPF 195, which is connected to the IP service 197 and provides UE IP address allocation and other functions for the 5GC 190. The IP service 197 may include, for example, the Internet, an intranet, an IMS, a PS streaming service, and / or other IP services.

[0055] The wireless communication network 100 further includes a feedback component 198, which may be configured to execute Figure 18 method 1800. The wireless communication network 100 further includes a feedback component 199, which may be configured to execute Figure 19 method 1900.

[0056] In various aspects, by way of example, a network entity or network node may be implemented as an aggregated BS, a disaggregated BS, a component of a BS, an Integrated Access and Backhaul (IAB) node, a relay node, a sidelink node.

[0057] Figure 2 Depicts an example disaggregated BS200 architecture. The disaggregated BS200 architecture may include one or more central units (CUs) 210, which may communicate directly with the core network 220 via a backhaul link, or indirectly with the core network 220 through one or more disaggregated BS units (such as a near real-time (near RT) RAN intelligent controller (RIC) 225 via an E2 link, or a non-real-time (non RT) RIC 215 associated with a service management and orchestration (SMO) framework 205, or both). The CU 210 may communicate with one or more distributed units (DUs) 230 via a respective midhaul link (such as an F1 interface). The DU 230 may communicate with one or more radio units (RUs) 240 via a respective fronthaul link. The RU 240 may communicate with a respective UE 104 via one or more radio frequency (RF) access links. In some specific implementations, the UE 104 may be served simultaneously by multiple RUs 240.

[0058] Each of the units (e.g., CU 210, DU 230, RU 240, and near RT RIC 225, non RT RIC 215, and SMO framework 205) may include one or more interfaces or be coupled to one or more interfaces that are configured to receive or transmit signals, data, or information (collectively referred to as signals) via a wired or wireless transmission medium. Each unit in the units or the associated processor or controller that provides instructions to the communication interface of the unit may be configured to communicate with one or more of the other units via the transmission medium. For example, the units may include a wired interface that is configured to receive or transmit signals to one or more of the other units via a wired transmission medium. Additionally or alternatively, the unit may include a wireless interface that may include a receiver, a transmitter, or a transceiver (such as a radio frequency (RF) transceiver) that is configured to receive signals on a wireless transmission medium or transmit signals to one or more of the other units, or both.

[0059] In some aspects, the CU 210 may host one or more higher layer control functions. Such control functions may include, for example, Radio Resource Control (RRC), Packet Data Convergence Protocol (PDCP), or Service Data Adaptation Protocol (SDAP). Each control function may be implemented using an interface that is configured to signal with other control functions hosted by the CU 210. The CU 210 may be configured to handle user plane functions (e.g., Central Unit - User Plane (CU-UP)), control plane functions (e.g., Central Unit - Control Plane (CU-CP)), or a combination thereof. In some embodiments, the CU 210 may be logically split into one or more CU-UP units and one or more CU-CP units. When implemented in an O-RAN configuration, the CU-UP units may communicate bi-directionally with the CU-CP units via an interface such as the E1 interface. As needed, the CU 210 may be implemented to communicate with the DU 230 for network control and signaling.

[0060] The DU 230 may correspond to a logical unit that includes one or more BS functions for controlling the operation of one or more RUs 240. In some aspects, the DU 230 may host one or more of the Radio Link Control (RLC) layer, Media Access Control (MAC) layer, and one or more high Physical (PHY) layers (such as modules for forward error correction (FEC) encoding and decoding, scrambling, modulation, and demodulation, etc.) at least in part depending on a functional split (such as those defined by the 3rd Generation Partnership Project (3GPP)). In some aspects, the DU 230 may further host one or more low PHY layers. Each layer (or module) may be implemented using an interface that is configured to signal with other layers (and modules) hosted by the DU 230 or with control functions hosted by the CU 210.

[0061] Lower layer functionality may be implemented by one or more RUs 240. In some deployments, the RUs 240 controlled by the DU 230 may correspond to logical nodes that host RF processing functions or low PHY layer functions (such as performing Fast Fourier Transform (FFT), Inverse FFT (iFFT), digital beamforming, Physical Random Access Channel (PRACH) extraction and filtering, etc.) or both at least in part based on a functional split (such as a lower layer functional split). In such an architecture, the RUs 240 may be implemented to handle over-the-air (OTA) communication with one or more UEs 104. In some embodiments, the real-time and non-real-time aspects of control plane and user plane communication with the RUs 240 may be controlled by the corresponding DU 230. In some scenarios, this configuration may enable the implementation of the DU 230 and CU 210 in a cloud-based RAN architecture (such as a vRAN architecture).

[0062] The SMO framework 205 can be configured to support the RAN deployment and orchestration of non-virtualized network elements and virtualized network elements. For non-virtualized network elements, the SMO framework 205 can be configured to support the deployment of dedicated physical resources for RAN coverage requirements, and these dedicated physical resources can be managed via operation and maintenance interfaces (such as the O1 interface). For virtualized network elements, the SMO framework 205 can be configured to interact with a cloud computing platform (such as the Open Cloud (O-Cloud) 290) to perform network element lifecycle management (such as instantiating virtualized network elements) via a cloud computing platform interface (such as the O2 interface). Such virtualized network elements can include, but are not limited to, the CU 210, DU 230, RU 240, and near RT RIC 225. In some specific implementations, the SMO framework 205 can communicate with the hardware aspect of the 4G RAN (such as the Open eNB (O-eNB) 211) via the O1 interface. Additionally, in some specific implementations, the SMO framework 205 can communicate directly with one or more RUs 240 via the O1 interface. The SMO framework 205 can also include a non-RT RIC 215 configured to support the functionality of the SMO framework 205.

[0063] The non-RT RIC 215 can be configured to include a logical function that can enable non-real-time control and optimization of RAN elements and resources, an artificial intelligence / machine learning (AI / ML) workflow including model training and update, or policy-based guidance of applications / features in the near RT RIC 225. The non-RT RIC 215 can be coupled to or communicate with the near RT RIC 225 (such as via the A1 interface). The near RT RIC 225 can be configured to include a logical function that enables near-real-time control and optimization of RAN elements and resources through an interface (such as via the E2 interface) via data collection and actions, and this interface connects one or more CUs 210, one or more DUs 230, or both, and the O-eNB to the near RT RIC 225.

[0064] In some specific implementations, to generate the AI / ML models to be deployed in the near RT RIC 225, the non-RT RIC 215 may receive parameters or external enrichment information from an external server. Such information can be utilized by the near RT RIC 225 and can be received from non-network data sources or from network functions at the SMO framework 205 or at the non-RT RIC 215. In some examples, the non-RT RIC 215 or the near RT RIC 225 may be configured to tune the RAN behavior or performance. For example, the non-RT RIC 215 may monitor the long-term trends and patterns of performance and employ an AI / ML model to perform corrective actions via the SMO framework 205 (such as reconfiguration via O1) or via creating RAN management policies (such as A1 policies).

[0065] Figure 3 Aspects of an example BS 102 and UE 104 are depicted.

[0066] Generally, the BS 102 includes various processors (e.g., 320, 330, 338, and 340), antennas 334a - 334t (collectively 334), transceivers 332a - 332t (collectively 332) including modulators and demodulators, and other aspects that implement wireless transmission of data (e.g., data source 312) and wireless reception of data (e.g., data sink 339). For example, the BS 102 may transmit and receive data between the BS 102 and the UE 104. The BS 102 includes a controller / processor 340 that can be configured to implement the various functions described herein related to wireless communication.

[0067] The BS 102 includes a controller / processor 340 that can be configured to implement the various functions related to wireless communication. In the depicted example, the controller / processor 340 includes a feedback component 341, which may represent Figure 1 the feedback component 199. It is noted that although depicted as an aspect of the controller / processor 340, in other specific implementations, the feedback component 341 may additionally or alternatively be implemented in various other aspects of the BS 102.

[0068] Generally, the UE 104 includes various processors (e.g., 358, 364, 366, and 380), antennas 352a - 352r (collectively 352), transceivers 354a - 354r (collectively 354) including modulators and demodulators, and other aspects that implement wireless transmission of data (e.g., retrieved from data source 362) and wireless reception of data (e.g., provided to data sink 360). The UE 104 includes a controller / processor 380 that can be configured to implement the various functions described herein related to wireless communication.

[0069] UE 104 includes a controller / processor 380 that can be configured to implement various functions related to wireless communication. In the depicted example, the controller / processor 380 includes a feedback component 381, which can represent Figure 1 the feedback component 198. It is noted that while depicted as an aspect of the controller / processor 380, in other specific implementations, the feedback component 381 can additionally or alternatively be implemented in various other aspects of the UE 104.

[0070] Regarding an example downlink transmission, BS 102 includes a transmit processor 320 that can receive data from a data source 312 and control information from a controller / processor 340. The control information can be for a physical broadcast channel (PBCH), a physical control format indicator channel (PCFICH), a physical HARQ indicator channel (PHICH), a physical downlink control channel (PDCCH), a group common PDCCH (GC PDCCH), and / or others. In some examples, the data can be for a physical downlink shared channel (PDSCH).

[0071] The transmit processor 320 can process (e.g., encode and symbol map) the data and control information to obtain data symbols and control symbols, respectively. The transmit processor 320 can also generate reference symbols (such as for a primary synchronization signal (PSS), a secondary synchronization signal (SSS), a PBCH demodulation reference signal (DMRS), and a channel state information reference signal (CSI-RS)).

[0072] A transmit (TX) multiple-input multiple-output (MIMO) processor 330 can perform spatial processing (e.g., precoding) on the data symbols, control symbols, and / or reference symbols, if applicable, and can provide the output symbol streams to a modulator (MOD) in the transceivers 332a - 332t. Each modulator in the transceivers 332a - 332t can process the corresponding output symbol stream to obtain an output sample stream. Each modulator can further process (e.g., convert to analog, amplify, filter, and up-convert) the output sample stream to obtain a downlink signal. The downlink signals from the modulators in the transceivers 332a - 332t can be transmitted via antennas 334a - 334t, respectively.

[0073] To receive downlink transmissions, UE 104 includes antennas 352a - 352r, which can receive downlink signals from BS 102 and can provide the received signals to demodulators (DEMOD) in transceivers 354a - 354r, respectively. Each demodulator in transceivers 354a - 354r can condition (e.g., filter, amplify, down-convert, and digitize) the respective received signal to obtain input samples. Each demodulator can further process the input samples to obtain the received symbols.

[0074] The MIMO detector 356 can obtain the received symbols from all demodulators in transceivers 354a - 354r, perform MIMO detection on the received symbols when applicable, and provide the detected symbols. The receive processor 358 can process (e.g., demodulate, de-interleave, and decode) the detected symbols, provide the decoded data of UE 104 to data sink 360, and provide the decoded control information to controller / processor 380.

[0075] Regarding example uplink transmissions, UE 104 further includes a transmit processor 364, which can receive and process data from data source 362 (e.g., for PUSCH) and control information from controller / processor 380 (e.g., for physical uplink control channel (PUCCH)). The transmit processor 364 can also generate reference symbols for reference signals (e.g., for sounding reference signal (SRS)). The symbols from the transmit processor 364 can be precoded by the TX MIMO processor 366 when applicable, further processed by modulators in transceivers 354a - 354r (e.g., for SC - FDM), and transmitted to BS 102.

[0076] At BS 102, the uplink signals from UE 104 can be received by antennas 334a - 334t, processed by demodulators in transceivers 332a - 332t, detected by the MIMO detector 336 when applicable, and further processed by the receive processor 338 to obtain the decoded data and control information transmitted by UE 104. The receive processor 338 can provide the decoded data to data sink 339 and provide the decoded control information to controller / processor 340.

[0077] Memories 342 and 382 can store data and program codes for BS 102 and UE 104, respectively.

[0078] The scheduler 344 can schedule the UE for data transmissions on the downlink and / or uplink.

[0079] In various aspects, BS 102 may be described as sending and receiving various types of data associated with the methods described herein. In these contexts, "sending" may refer to various mechanisms for outputting data, such as outputting data from a data source 312, a scheduler 344, a memory 342, a transmit processor 320, a controller / processor 340, a TX MIMO processor 330, a transceiver 332a-332t, an antenna 334a-334t, and / or other aspects described herein. Similarly, "receiving" may refer to various mechanisms for obtaining data, such as obtaining data from an antenna 334a-334t, a transceiver 332a-332t, a RX MIMO detector 336, a controller / processor 340, a receive processor 338, a scheduler 344, a memory 342, and / or other aspects described herein.

[0080] In various aspects, the UE 104 may also be described as sending and receiving various types of data associated with the methods described herein. In these contexts, "sending" may refer to various mechanisms for outputting data, such as outputting data from a data source 362, a memory 382, ​​a transmit processor 364, a controller / processor 380, a TX MIMO processor 366, a transceiver 354a-354t, an antenna 352a-352t, and / or other aspects described herein. Similarly, "receiving" may refer to various mechanisms for obtaining data, such as obtaining data from an antenna 352a-352t, a transceiver 354a-354t, a RX MIMO detector 356, a controller / processor 380, a receive processor 358, a memory 382, ​​and / or other aspects described herein.

[0081] In some aspects, the processor may be configured to perform various operations (such as those associated with the methods described herein) and send (output) data to or receive (obtain) data from another interface configured to send or receive data, respectively.

[0082] Figure 4A , Figure 4B , Figure 4C and Figure 4D Describes a method for use in a wireless communication network such as Figure 1 Various aspects of the data structure of the wireless communication network 100).

[0083] Specifically, Figure 4A is a diagram 400 illustrating an example of a first subframe within a 5G (e.g., 5G NR) frame structure, Figure 4B is a diagram 430 illustrating an example of a DL channel within a 5G subframe, Figure 4C is a diagram 450 illustrating an example of a second subframe within a 5G frame structure, and Figure 4DFIG. 480 is an illustration showing an example of a UL channel within a 5G subframe.

[0084] A wireless communication system may utilize orthogonal frequency division multiplexing (OFDM) with a cyclic prefix (CP) on both the uplink and downlink. Such a system may also support half-duplex operation using time division duplex (TDD). OFDM and single carrier frequency division multiplexing (SC-FDM) divide the system bandwidth (e.g., as depicted in Figure 4B and Figure 4D ) into multiple orthogonal subcarriers. Each subcarrier can be modulated with data. Modulation symbols can be transmitted in the frequency domain using OFDM and / or in the time domain using SC-FDM.

[0085] A wireless communication frame structure can be frequency division duplex (FDD), where for a set of specific subcarriers, the subframes within that set of subcarriers are dedicated to either DL or UL. A wireless communication frame structure can also be time division duplex (TDD), where for a set of specific subcarriers, the subframes within that set of subcarriers are dedicated to both DL and UL.

[0086] In Figure 4A and Figure 4C , the wireless communication frame structure is TDD, where D is DL, U is UL, and X can be flexibly used between DL / UL. A UE can be configured with a slot format (dynamically configured via downlink control information (DCI) or semi-statically / statically configured via radio resource control (RRC) signaling) through the received slot format indicator (SFI). In the depicted example, a 10 ms frame is divided into 10 equal-sized 1 ms subframes. Each subframe can include one or more slots. In some examples, each slot can include 7 or 14 symbols, depending on the slot format. A subframe can also include mini-slots, which typically have fewer symbols than an entire slot. Other wireless communication technologies may have different frame structures and / or different channels.

[0087] In some aspects, the number of slots within a subframe is based on the slot configuration and the numerology. For example, for slot configuration 0, different numerologies (μ) 0 to 5 allow 1, 2, 4, 8, 16, and 32 slots per subframe, respectively. For slot configuration 1, different numerologies 0 to 2 allow 2, 4, and 8 slots per subframe, respectively. Thus, for slot configuration 0 and numerology μ, there are 14 symbols / slot and 2μ slots / subframe. The subcarrier spacing and symbol length / duration are functions of the numerology. The subcarrier spacing can be equal to 2 μ × 15 kHz, where μ is numerology 0 to 5. Thus, numerology μ = 0 has a subcarrier spacing of 15 kHz, and numerology μ = 5 has a subcarrier spacing of 480 kHz. The symbol length / duration is negatively correlated with the subcarrier spacing. Figure 4A 、Figure 4B , Figure 4C and Figure 4D provide an example of a slot configuration 0 with 14 symbols per time slot and a parameter set μ = 2 with 4 time slots per subframe. The time slot duration is 0.25 ms, the subcarrier spacing is 60 kHz, and the symbol duration is approximately 16.67 μs.

[0088] As Figure 4A , Figure 4B , Figure 4C and Figure 4D depicted in, a resource grid can be used to represent a frame structure. Each time slot includes a resource block (RB) (also referred to as a physical RB (PRB)) that extends, for example, over 12 consecutive subcarriers. The resource grid is divided into a plurality of resource elements (REs). The number of bits carried by each RE depends on the modulation scheme.

[0089] As Figure 4A illustrated, some of the REs in a RE carry reference (pilot) signals (RSs) for a UE (e.g., Figure 1 and Figure 3 UE 104). The RS may include a demodulation RS (DMRS) and / or a channel state information reference signal (CSI-RS) for channel estimation at the UE. The RS may also include a beam measurement RS (BRS), a beam refinement RS (BRRS), and / or a phase tracking RS (PT-RS).

[0090] Figure 4B illustrates examples of various DL channels within a subframe of a frame. The physical downlink control channel (PDCCH) carries DCI within one or more control channel elements (CCEs), each CCE including, for example, nine resource element groups (REGs), each REG including, for example, four consecutive REs in an OFDM symbol.

[0091] The primary synchronization signal (PSS) may be in symbol 2 of a specific subframe of a frame. The PSS is used by a UE (e.g., Figure 1 and Figure 3 104) to determine subframe / symbol timing and the physical layer identity.

[0092] The secondary synchronization signal (SSS) may be in symbol 4 of a specific subframe of a frame. The SSS is used by the UE to determine the physical layer cell identity group number and radio frame timing.

[0093] Based on the physical layer identity and the physical layer cell identity group number, the UE can determine the physical cell identifier (PCI). Based on the PCI, the UE can determine the position of the aforementioned DMRS. The physical broadcast channel (PBCH) carrying the master information block (MIB) can be logically grouped with the PSS and SSS to form a synchronization signal (SS) / PBCH block. The MIB provides the system frame number (SFN) and the number of RBs in the system bandwidth. The physical downlink shared channel (PDSCH) carries user data, broadcast system information (such as system information blocks (SIBs)) not sent through the PBCH, and / or paging messages.

[0094] As Figure 4C illustrated, some of the REs in the RE carry DMRS for channel estimation at the BS (indicated as R for one particular configuration, but other DMRS configurations are possible). The UE can send DMRS for the PUCCH and DMRS for the PUSCH. The PUSCH DMRS can be sent, for example, in the previous one or two symbols of the PUSCH. The PUCCH DMRS can be sent in different configurations depending on whether a short PUCCH or a long PUCCH is sent and depending on the particular PUCCH format used. The UE104 can send sounding reference signals (SRS). The SRS can be sent, for example, in the last symbol of the subframe. The SRS can have a comb structure, and the UE can send the SRS on one of the teeth of the comb. The SRS can be used by the BS for channel quality estimation to enable frequency-dependent scheduling on the UL.

[0095] Figure 4D Examples of various UL channels within a subframe of a frame are illustrated. The PUCCH can be located at the position indicated in one configuration. The PUCCH carries uplink control information (UCI), such as a scheduling request, a channel quality indicator (CQI), a precoding matrix indicator (PMI), a rank indicator (RI), and HARQ ACK / NACK feedback. The PUSCH carries data and can additionally be used to carry a buffer status report (BSR), a power headroom report (PHR), and / or UCI.

[0096] Introduction to mmWave Wireless Communication

[0097] In wireless communication, the electromagnetic spectrum is typically subdivided into various categories, frequency bands, channels, or other characteristics. The subdivision is usually provided based on wavelength and frequency, where frequency can also be referred to as carrier, subcarrier, channel, tone, or subband.

[0098] The 5th generation (5G) network can utilize several frequency ranges, which are, in some cases, defined by standards such as the 3rd Generation Partnership Project (3GPP) standards. For example, although the 3GPP technical standard TS 38.101 currently defines Frequency Range 1 (FR1) as including 600 MHz - 6 GHz, specific uplink and downlink allocations may fall outside of this general range. Thus, FR1 is commonly referred to (interchangeably) as the "sub-6 GHz" band.

[0099] Similarly, although TS 38.101 currently defines Frequency Range 2 (FR2) as including 26 GHz - 41 GHz, again, specific uplink and downlink allocations may fall outside of this general range. FR2 is sometimes referred to (interchangeably) as the "millimeter wave" ("mmW" or "mmWave") band, although it is different from the extremely high frequency (EHF) band (30 GHz - 300 GHz) identified by the International Telecommunication Union (ITU) as the "millimeter wave" band, because the wavelengths at these frequencies are between 1 millimeter and 10 millimeters.

[0100] Compared to lower rate frequency communications, communications using mmWave / near mmWave radio frequency bands (e.g., 3 GHz - 300 GHz) may have higher path loss and shorter range. As described above for Figure 1 a base station (BS) (e.g., 180) configured to communicate using mmWave / near mmWave radio frequency bands can utilize beamforming (e.g., 182) with a user equipment (UE) (e.g., 104) to improve path loss and range.

[0101] Example Hybrid Automatic Repeat Request (HARQ) Feedback

[0102] In some communication systems, efforts are being made to reduce latency. For example, in the 5G New Radio (NR) system, efforts are being made to reduce air latency. The NR system can include time-limited communications. Thus, some types of communications include feedback signaling.

[0103] One form of feedback is hybrid automatic repeat request (HARQ) feedback. HARQ feedback can be provided by a receiver device (e.g., a user equipment (UE)) to a transmitter device (e.g., a network entity), and can include sending several report signals to the transmitter device. Example report signals can include an ACK signal indicating an acknowledgement (ACK) status and a NACK signal indicating a negative acknowledgement (NACK) status. The ACK signal can be sent as part of the HARQ feedback in response to successful reception and decoding of a data transmission. The NACK signal can be sent as part of the HARQ feedback in response to reception of a data transmission but unsuccessful decoding of the data transmission.

[0104] Example Sidelink System

[0105] User equipments (UEs) communicate with each other using sidelink signals. Real-world applications of sidelink communication can include UE-to-network relay, vehicle-to-vehicle (V2V) communication, vehicle-to-everything (V2X) communication, Internet of Everything (IoE) communication, IoT communication, mission-critical mesh, and / or various other suitable applications.

[0106] A sidelink signal is a signal that is communicated from one UE to another without relaying the communication through a scheduling entity (e.g., a UE or a network entity), even though the scheduling entity may be used for scheduling and / or control purposes. In some examples, licensed spectrum may be used to communicate sidelink signals (e.g., different from wireless local area networks that typically use unlicensed spectrum). An example of sidelink communication is PC5, such as used in V2V, Long-Term Evolution (LTE), and / or New Radio (NR).

[0107] Various sidelink channels are used for sidelink communication, including the Physical Sidelink Discovery Channel (PSDCH), the Physical Sidelink Control Channel (PSCCH), the Physical Sidelink Shared Channel (PSSCH), and the Physical Sidelink Feedback Channel (PSFCH). The PSDCH carries discovery expressions that enable neighboring UEs to discover each other. The PSCCH carries control signaling, such as sidelink resource configuration for data transmission, resource reservation, and other parameters. The PSSCH carries data transmissions. The PSFCH can be used to convey sidelink feedback, such as Hybrid Automatic Repeat reQuest (HARQ) feedback (e.g., acknowledgement or negative acknowledgement (ACK or NACK) information corresponding to transmissions on the PSSCH), Transmit Power Control (TPC), and / or Scheduling Request (SR).

[0108] In some NR systems, two-phase Sidelink Control Information (SCI) is supported. The two-phase SCI includes a first-phase SCI (e.g., SCI-1) and a second-phase SCI (e.g., SCI-2). SCI-1 includes resource reservation and allocation information. SCI-2 includes information that can be used to decode data and to determine whether a UE is the intended recipient of a transmission. SCI-1 and / or SCI-2 can be transmitted on the PSCCH.

[0109] Figure 5A and Figure 5B A schematic diagram illustrating an example V2X system is shown. For example, Figure 5A and Figure 5BThe vehicle shown communicates via a sidelink channel and relays sidelink transmissions. V2X is a vehicle technology system that enables vehicles to communicate with traffic and their surroundings using short-range wireless signals called sidelink signals.

[0110] Figure 5A and Figure 5B The V2X system shown provides two complementary transmission modes. In Figure 5A The first transmission mode, illustrated by way of example in Figure 5B involves direct communication (e.g., also referred to as sidelink communication) between parties in close proximity to each other in a local area. The second transmission mode, illustrated by way of example in

[0111] Reference Figure 5A , the V2X system 500 (e.g., including V2V communication) is illustrated using two vehicles 502, 504. The first transmission mode allows direct communication between different parties in a given geographical location. As illustrated, vehicle 502 can establish a wireless communication link 506 with an individual via the PC5 interface. Communication between vehicles 502 and 504 can also occur via the PC5 interface 508. Communication from vehicle 502 to other highway components (e.g., roadside unit (RSU) 510) (such as traffic signals or signs) can occur in a similar manner via the PC5 interface 512. With respect to Figure 5A each communication link illustrated, two-way communication can occur between the devices, so each device can be a transmitter and receiver of information. The V2X system 500 is a self-managed system implemented without the assistance of a network entity. The self-managed system can achieve improved spectral efficiency, reduced cost, and increased reliability because there is no network service interruption during handover operations for mobile vehicles. The V2X system 500 is configured to operate in licensed or unlicensed spectrum, so any vehicle with a equipped system can access the common frequency and share information. Such coordinated / shared spectrum operation allows for safe and reliable operation.

[0112] Figure 5BShows a V2X system 550 for communication between vehicle 552 and vehicle 554 via network entity 556. Network communication can occur through a discrete node (such as network entity 556), which transmits information to and receives information from vehicles 552, 554 (e.g., relays information between the vehicles). For example, network communication via vehicle-to-network (V2N) links 558 and 560 can be used for long-range communication between vehicles 552, 554, such as for communicating that there is a traffic accident a certain distance ahead along a road or highway. Wireless nodes can transmit other types of communication to vehicles 552, 554, such as traffic flow conditions, road hazard warnings, environmental / weather reports, and service station availability, among other examples. Such data can be obtained from cloud-based shared services.

[0113] In some cases, the sidelink channel can use a resource pool. For example, a scheduling assignment (e.g., included in the SCI) can be sent in a subchannel using specific resource blocks (RBs) across time. In some cases, the data transmission associated with the scheduling assignment (e.g., on the PSSCH) can occupy adjacent RBs in the same subframe as the scheduling assignment (e.g., using frequency division multiplexing). In some cases, the scheduling assignment and the associated data transmission are not sent on adjacent RBs. In some cases, the resource pool can be configured to have a number of RBs that is not a multiple of a domain frequency reservation unit (e.g., subchannel). These RBs can be unused spare RBs.

[0114] In some cases, the sidelink transmission can be mapped to corresponding sidelink resources. For example, the mapping between the PSSCH transmission and the corresponding PSFCH resource can be based on the starting subchannel of the PSSCH transmission (e.g., sl-PSFCH-CandidateResourceType is configured as startSubCH). As another example, the mapping between the PSSCH transmission and the corresponding PSFCH resource can be based on the number of subchannels in the PSSCH transmission (e.g., sl-PSFCH-CandidateResourceType is configured as allocSubCH). As another example, the mapping between the PSSCH transmission and the corresponding PSFCH resource can be based on the time slot containing the PSSCH transmission (e.g., as Figure 6As shown). For another example, the mapping between PSSCH transmission and the corresponding PSFCH resource may be based on the source device ID. For another example, the mapping between PSSCH transmission and the corresponding PSFCH resource may be based on the destination device ID. For another example, the mapping between PSSCH transmission and the corresponding PSFCH resource may be based on the number of potential PRBs to be used based on the time slot index and the starting subchannel (or, in another operating mode, based on the number of subchannels). In some cases, the number of available PSFCH resources may be equal to or greater than the number of UEs (e.g., in multicast option 2, the receiving UEs may send both HARQ ACK / NACK feedback).

[0115] Example Energy Harvesting in Radio Frequency Identification (RFID) Systems

[0116] Radio Frequency Identification (RFID) is a rapidly evolving technology that has impacted many industries due to its economic potential for inventory / asset management within warehouses, Internet of Things (IoT), sustainable sensor networks in factories and / or agriculture, and smart homes (to name just a few example applications). RFID technology consists of RFID devices (or backscatter devices) that transmit information-bearing signals upon receiving an excitation signal, such as transponders or RFID tags.

[0117] RFID devices can operate without a battery. RFID devices that operate without a battery are called passive RFID devices. Passive RFID devices can operate by harvesting energy from the received radio frequency (RF) signal (e.g., "in the air") to power the receiving and transmitting circuits within the RFID device. This harvested energy allows the passive RFID device to send information, sometimes called backscatter modulation information, without the need for a local power source within the RFID device. On the other hand, in some aspects, RFID devices can be semi-passive and include on-board energy storage to supplement their ability to harvest energy from the received signal (however, at a higher cost).

[0118] In some cases, in addition to harvesting power from an RF source, the energy harvesting device may also accumulate energy from other direct energy sources, such as solar energy, to supplement its power requirements. In some cases, semi-passive energy harvesting devices may include power-consuming RF components, such as analog-to-digital converters (ADCs), mixers, and oscillators.

[0119] An RFID device can be a type of user equipment (UE) that provides low-cost and low-power solutions for many applications in a wireless communication system. The RFID device can have high efficiency, sometimes requiring less than 0.1 mW of power to operate. In addition, the relatively simple architecture and in some cases the lack of a battery mean that the RFID device can be small, light, and easy to install or integrate into many types of environments or host devices. The RFID device provides a practical and necessary solution for many networking applications that require low-cost, small footprint, durable, maintenance-free, and long-life communication devices. For example, the RFID device can be configured as a long-endurance industrial sensor, which alleviates the problem of replacing batteries in and around hazardous machinery.

[0120] Figure 7 An RFID system 700 is shown. As shown, the RFID system 700 includes an RFID reader 710 and an RFID tag 750. The RFID reader 710 may also be referred to as an interrogator or a scanner. The RFID tag 750 may also be referred to as an RFID tag or an electronic tag.

[0121] The RFID reader 710 includes an antenna 720 and an electronic unit 730. The antenna 720 radiates the signals transmitted by the RFID reader 710 and receives signals from the RFID tag and / or other devices. The electronic unit 730 may include a transmitter and a receiver for reading RFID tags such as the RFID tag 750. The same pair of transmitter and receiver (or another pair of transmitter and receiver) may support two-way communication with a wireless network, wireless devices, etc. The electronic unit 730 may include processing circuitry (e.g., a processor) to perform processing on the data transmitted and received by the RFID reader 710.

[0122] The RFID tag 750 includes an antenna 760 and a data storage element 770. The antenna 760 radiates the signals transmitted by the RFID tag 750 and receives signals from the RFID reader 710 and / or other devices. The data storage element 770 stores the information of the RFID tag 750 in, for example, an electrically erasable programmable read-only memory (EEPROM) or another type of memory. The RFID tag 750 may also include an electronic unit that can process the received signals and generate signals to be transmitted. The RFID tag 750 can be a passive RFID tag without a battery. In this case, induction can be used to power the RFID tag 750. For example, in some cases, a magnetic field from the signal transmitted by the RFID reader 710 can induce a current in the RFID tag 750, and the RFID tag can then operate based on the induced current. The RFID tag 750 can radiate its signal in response to receiving a signal from the RFID reader 710 or some other device.

[0123] The RFID tag 750 can be read by placing the RFID reader 710 near it. The RFID reader 710 can radiate a first signal 725 via the antenna 720. In some cases, the first signal 725 can be referred to as an interrogation signal or an energy signal. In some cases, the energy of the first signal 725 can be coupled from the RFID reader antenna 720 to the RFID tag antenna 760 via magnetic coupling and / or other phenomena. In other words, the RFID tag 750 can receive the first signal 725 from the RFID reader 710 via the antenna 760, and the energy of the first signal 725 can be collected using the energy harvesting circuit 755 and used to power the RFID tag 750.

[0124] For example, the energy of the first signal 725 received by the RFID tag 750 can be used to power the microprocessor 745 of the RFID tag 750. The microprocessor 745 can then retrieve the information stored in the data storage element 770 of the RFID tag 750 and transmit the retrieved information via the antenna 760 using a second signal 735. For example, in some cases, the microprocessor 745 can generate the second signal 735 by modulating a baseband signal (e.g., a baseband signal generated using the energy of the first signal 725) with the information retrieved from the data storage element 770. In some cases, this second signal 735 can be referred to as a backscatter modulated information signal. Thereafter, as noted, the microprocessor 745 sends the second signal 735 to the RFID reader 710. The RFID reader 710 can receive the second signal 735 from the RFID tag 750 via the antenna 720 and can process (e.g., demodulate) the received signal to obtain the information of the data storage element 770 transmitted in the second signal 735.

[0125] The RFID system 700 can be designed to operate at 13.56 MHz or some other frequency (e.g., in the ultra-high frequency (UHF) band at 900 MHz). The RFID reader 710 can have a specified maximum transmit power level, which can be regulated by the Federal Communications Commission (FCC) of the United States or other regulatory agencies in other countries. The specified maximum transmit power level of the RFID reader 710 can limit the distance at which the RFID tag 750 can be read by the RFID reader 710.

[0126] Example Backscatter Communication Process

[0127] Wireless technologies are becoming increasingly useful in industrial applications such as ultra-reliable low-latency communication (URLLC) and machine-type communication (MTC). In such and other areas, there is a desire to support devices (such as passive radio frequency identification (RFID) tags) that can harvest energy (such as radio frequency (RF) signals, thermal energy, solar energy, etc.) from a wireless energy source (e.g., instead of or in combination with a battery or other energy storage device such as a capacitor).

[0128] For example, in some cases, these devices may not include a local power storage component and may instead harvest energy from things such as RF signals, thermal energy, solar energy. In some cases, these devices may be referred to as passive Internet of Things (PIoT) devices or more generally as zero-power Internet of Things (ZP-IoT) devices. ZP-IoT devices may employ RFID-type technologies and thus may not include a local power source. Instead, ZP-IoT devices may harvest energy from radio signals (which are emitted from a reader device such as a network entity or user equipment (UE)) for performing data collection, transmission, and distributed computing.

[0129] ZP-IoT devices can have different use cases. For example, one ZP-IoT use case includes an industrial sensor use case where replacing the battery of a communication device may be very difficult or undesirable (e.g., for safety monitoring or fault detection in a smart factory, infrastructure, or environment). Another ZP-IoT use case includes a smart logistics / warehousing use case where, for example, very low-cost, small-sized, maintenance-free, durable, long-life communication devices are used for performing automatic asset management in a factory. Another ZP-IoT use case includes a smart home network for home item management, wearables, and environmental monitoring (e.g., a wearable device for medical monitoring where the wearable device does not require battery replacement).

[0130] As described above, ZP-IoT devices may be able to harvest energy from one or more wireless energy sources such as RF signals, thermal energy, solar energy, etc. In some cases, when RF signals are used for energy harvesting, a first device (e.g., BS102, such as the decomposed BS as described for Figure 2 UE 104, or any other device capable of transmitting wireless signals described herein) may send an energy signal to a second device such as a ZP-IoT device (e.g., UE 104, RFID tag 750, etc.). The second device may then harvest energy from the energy signal (e.g., using an energy harvesting circuit such as Figure 7The illustrated energy harvesting circuit 755) and can use this harvested energy to power one or more other components of the second device. In some cases, a portion of the harvested energy can be used to charge a local energy storage device of the second device for later use (i.e., the harvested energy can be stored in a local power storage component). After accumulating a sufficient amount of energy, the second device can begin to reflect the energy signal radiated onto the second device, which is referred to as a backscattered signal or backscatter communication. When reflecting the energy signal, the second device can modulate a specific switching pattern corresponding to a set of transmitted bits onto the energy signal. The first device or the third device (e.g., a reader device) can detect and demodulate the reflected pattern to obtain the set of transmitted bits.

[0131] In some cases, the RF signals for energy harvesting for ZP-IoT communication can be encoded using an encoding scheme. In some cases, the encoding scheme can include a Manchester encoding scheme, a Pulse Interval Encoding (PIE) scheme, or another encoding scheme for RFID-based communication.

[0132] In some cases, backscatter communication can refer to a mechanism that allows wireless devices (commonly known as RFID tags) to communicate without active RF components. In a typical scenario, an RFID tag obtains (harvests) energy from an RF transmission from a reader and is also able to modulate and reflect the signal back to the reader (hence the term backscatter). The signal reflection is caused by a designed mismatch between the antenna and the load impedance at the RFID tag. In some cases, the load impedance can be changed to modulate the reflected signal with information bits, and the reader can recover the information bits by demodulating the reflected signal.

[0133] Example RFID-Based Wireless Communication System

[0134] In Figure 8 the radio frequency identification (RFID)-based wireless communication system, a first device (e.g., user equipment (UE) 1, which can be an RF source device) transmits a transmission (e.g., Figure 9A the unmodulated signal h D1D2 (n)x(n)) shown.

[0135] Referring back to Figure 8 , the first device can transmit a signal (e.g., a direct link signal) to the RFID tag, and the RFID tag reflects the signal back to the second device. The RFID tag can implement an information modulation method (e.g., an amplitude shift keying (ASK) process) when receiving the signal. That is, when the transmitted information bit is "1", the RFID tag can turn on the reflection process, and when the transmitted information bit is "0", the RFID tag can turn off the reflection process. For example, asFigure 9B As shown, the information bit of the RFID tag can be s(n) ∈ {0, 1}. The signal received from the RFID tag at the second device can be y(n) = (h D1D2 (n) + σ f h D1T (n)h TD2 (n)s(n))x(n) + noise. When s(n) = 0, the reflection process is turned off at the RFID tag, and the second device can receive the direct link signal from the RFID tag (i.e., y(n) = h D1D2 (n)x(n) + noise). When s(n) = 1, the reflection process is turned on at the RFID tag, and the second device can receive the superposition of both the direct link signal and the RFID tag link signal from the RFID tag (i.e., y(n) = (h D1D2 (n) + σ f h D1T (n)h TD2 (n)s(n))x(n) + noise, where σ f represents the reflection coefficient, as Figure 9C shown). In some cases, in order to receive the information bit sent by the RFID tag, the second device can first decode the radio wave signal x(n) based on the known h D1D2 (n) by treating the RFID tag link signal as interference. Then, the second device can detect the presence of σ D1D2 (n)x(n) by subtracting h f h D1T (n)h TD2 (n)s(n)x(n) from y(n).

[0136] As Figure 10As shown, at the start of a communication session in an RFID-based wireless communication system, an RFID source device (e.g., a UE in sidelink operation or a network entity in Uu link operation) can power on an RFID tag by transmitting a signal (e.g., a continuous wave (CW) signal) to the RFID tag. Once the RFID tag is powered on (i.e., reaches a predetermined voltage level), the RFID source device can transmit at least one command (e.g., backscatter data after a specific time) or query to the RFID tag. In some cases, since the RFID source device may want the RFID tag to remain powered on, the RFID source device may continue to transmit CW signals to the RFID tag. In response to the received command, the RFID tag can transmit a response (i.e., backscatter data after a specific time). An RFID reader device (e.g., a UE) can read the backscattered data and / or collect signals from the RFID tag. When the RFID source device can stop transmitting CW signals to the RFID device, the RFID device can be powered off. In some cases, as Figure 11 shown, the same device (e.g., a UE) can operate as both an RFID source device and an RFID reader device. That is, the UE can transmit signals to the RFID tag and simultaneously receive signals from the RFID tag.

[0137] Communication in an RFID-based wireless communication system can include feedback signaling. One form of feedback is hybrid automatic repeat request (HARQ) feedback. Example HARQ feedback report signals can include an ACK signal indicating an acknowledgement (ACK) status and a NACK signal indicating a negative acknowledgement (NACK) status. In an RFID-based wireless communication system, multiple different HARQ feedbacks may be required, and these HARQ feedbacks may have to be reported by the RFID reader device to the RFID source device so that the RFID source device does not repeat transmitting commands / queries (e.g., when the command / query has been correctly received and / or decoded at the RFID tag) and / or CW signals (e.g., when the CW signal has been correctly received and / or read by the RFID reader device).

[0138] One such HARQ feedback can be sent in response to a command / query transmitted by an RFID source device to an RFID tag. For example, when an RFID reader device receives information (e.g., related to a command / query) from an RFID tag, the RFID reader device may have to transmit HARQ feedback to the RFID source device. Another HARQ feedback can be related to the entire reading process (e.g., reading data and CW signals from an RFID tag). For example, when reading a CW signal from an RFID tag, the RFID reader device may have to transmit HARQ feedback to the RF source device so that the RF source device does not re-transmit the CW signal to the RFID tag (e.g., enabling the RFID reader device to re-read these signals). Therefore, it is necessary to configure multiple HARQ feedback resources for the above-mentioned HARQ feedback.

[0139] Aspects Related to UE HARQ Feedback Design for Assisting PIoT Devices in Uu or Sidelink Modes

[0140] Aspects of the present disclosure provide apparatuses, methods, processing systems, and computer-readable media for managing hybrid automatic repeat request (HARQ) feedback resources.

[0141] For example, the techniques proposed herein can assign multiple HARQ feedback resources to an RFID reader device operating in a radio frequency identification (RFID)-based wireless communication system. For example, a network entity can assign dedicated HARQ feedback resources to an RFID reader device for at least a first HARQ feedback (e.g., corresponding to the reception / decoding of a command transmitted by an RFID source device to an RFID tag) and a second HARQ feedback (e.g., corresponding to the reading of signals from an RFID tag by the RFID reader device).

[0142] The techniques proposed herein can reduce the airtime delay by quickly providing HARQ feedback to the RFID source device, enabling the RFID source device to quickly re-transmit commands and / or signals when needed. The techniques proposed herein can operate regardless of whether the actual RFID system uses a sidelink, Uu link, or other links. The techniques proposed herein can be understood with reference to Figures 12 to 19 For understanding.

[0143] As Figure 12 shown, at 1202, a network entity (e.g., such as BS102 depicted and described for Figure 1 and Figure 3 or the decomposed BS depicted and described for Figure 2 sends to a user equipment (UE) (e.g., such as Figure 1The UE 104 in the wireless communication network 100) transmits signaling indicating a set of resources for a set of transmissions. This signaling can be layer 1, layer 2, or layer 3 signaling. For example, a network entity can assign dedicated HARQ acknowledgment (ACK) resources (e.g., at least four resources) to the UE, and each resource can include specific types of bits for different transmissions.

[0144] At 1204, the UE transmits one or more transmissions of the set of transmissions (e.g., HARQ feedback) on one or more resources of the set of resources (e.g., HARQ feedback resources).

[0145] In some aspects, each resource of the set of resources can be used to transmit at least one transmission of the set of transmissions. In some aspects, each resource of the set of resources can be used to transmit at least two transmissions of the set of transmissions. For example, a network entity can assign a single resource to be used for multiplexing multiple HARQ-ACK feedbacks (e.g., three HARQ-ACK feedback signals).

[0146] In some aspects, the set of resources can correspond to a set of physical uplink control channel (PUCCH) resources. In some aspects, the set of resources can correspond to a set of physical uplink shared channel (PUSCH) resources. In some aspects, the set of resources can include PUCCH resources and PUSCH resources.

[0147] In some aspects, the set of transmissions can correspond to a set of sidelink transmissions. In some aspects, the set of transmissions can correspond to a set of uplink transmissions. In some aspects, the set of transmissions can include uplink transmissions and sidelink transmissions.

[0148] In some aspects, the set of transmissions can include a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device (e.g., RFID tag) at the UE. For example, a network entity can assign resources to the UE, and the resources can include bits for HARQ-ACK feedback related to correctly receiving data from the UE (which can be an RFID reader device) from the RFID tag. In one example, as Figure 13 shown, a UE (e.g., UE2, which can be an RFID reader device) can transmit at least HARQ-ACK feedback related to correctly receiving and / or reading data / signals from an RFID tag to the network entity. Also, as Figure 14 shown, a UE (e.g., UE1, which can be an RFID reader device) can transmit at least HARQ-ACK feedback related to correctly receiving and / or reading data / signals from an RFID tag to the network entity.

[0149] In some aspects, the set of transmissions may include a second transmission corresponding to a successful or unsuccessful reception at the at least one energy harvesting device of a command or query from a wireless communication device (e.g., a network entity or another UE). In some cases, the UE may first receive one or more HARQ feedback bits from the at least one energy harvesting device, and the second transmission may include information associated with the one or more HARQ feedback bits received from the at least one energy harvesting device. For example, a network entity may assign resources to the UE, and the resources may include bits for commands and / or queries for an RFID tag (e.g., one bit per command or query). That is, HARQ-ACK bits may be transmitted from the RFID tag to the UE (which may be a reader device) to indicate correct reception / decoding of a modulated codeword (i.e., a command / query) from the network entity (e.g., an RF source). In some cases, the RFID tag may not transmit any HARQ-ACK bits to the UE. In such a case, when the RFID tag executes the command / query, the UE may determine that the RFID tag has received / decoded the command / query.

[0150] In some aspects, the set of transmissions may include a third transmission corresponding to a successful or unsuccessful reception at the UE of data from a network entity. For example, a network entity may assign resources to the UE, and the resources may include bits for feedback to be transmitted by the UE to the network entity (i.e., HARQ-ACK bits). In one example, as Figure 15 shown, the UE may transmit at least HARQ-ACK feedback to the network entity (e.g., in response to receiving / decoding a signal from the network entity).

[0151] In some aspects, the set of transmissions may include a fourth transmission corresponding to a successful or unsuccessful reception at the UE of data from another UE. For example, a network entity may assign resources to the UE, and the resources may include bits for feedback to be transmitted by the UE to another UE (i.e., sidelink HARQ-ACK bits).

[0152] In some aspects, the UE may receive a first configuration from a network entity that configures the UE to jointly encode a set of information bits corresponding to the set of transmissions (e.g., jointly encode different sets of information bits when a single resource must be used to multiplex different HARQ-ACK feedbacks).

[0153] In some aspects, the UE may receive a second configuration from a network entity that configures the UE to use different cyclic shifts for different transmissions in the set of transmissions. For example, when using PUCCH 0, the UE may apply different cyclic shifts.

[0154] In some aspects, the UE may receive a third configuration from a network entity, which configures the UE to use different transmission power levels for different transmissions in the set of transmissions. For example, when a single resource has to be used to multiplex different HARQ-ACK feedbacks, the UE may use different power levels.

[0155] In some aspects, the UE may receive another configuration from a network entity indicating orthogonal cover codes (OCCs) that can be used for the set of transmissions. For example, the network entity may configure the UE to use different OCCs for different transmissions in the set of transmissions. When a single resource has to be used to multiplex different HARQ-ACK feedbacks, the UE may use different OCCs. The OCCs may be applied in the time domain or the frequency domain.

[0156] In some aspects, the UE may receive a fourth configuration from a network entity, which configures the UE to multiplex multiple different transmissions in the set of transmissions on different resource elements (REs) or resource blocks (RBs) of the set of resources. For example, when different transmissions have to be multiplexed on different REs / RBs (i.e., separate coding and rate matching has to be performed), the mapping between the different transmissions and the different REs / RBs may be received via the fourth configuration. The mapping may be based on the procedure to be used. The procedure may be based on the PUCCH format (0, 1, 2, 3, 4), the number of allocated REs / RBs, and / or the time domain allocation of the PUCCH.

[0157] In some aspects, the signaling may indicate a first sub-codebook of the codebook for a first transmission, a second sub-codebook of the codebook for a second transmission, a third sub-codebook of the codebook for a third transmission, and / or a fourth sub-codebook of the codebook for a fourth transmission. For example, multiple sub-codebooks and / or codebooks may be provided, where the first sub-codebook / codebook is for HARQ-ACK bits related to the correct reception / reading of RFID tag data (i.e., response feedback), the second sub-codebook / codebook is for RFID tag command / query HARQ-ACK bits (i.e., command feedback), the third sub-codebook / codebook is for the UE's own HARQ-ACK bits (i.e., Uu feedback), and the fourth sub-codebook / codebook is for sidelink HARQ-ACK bits (i.e., sidelink feedback).

[0158] In some aspects, the signaling may indicate the maximum size of a first sub - codebook, a second sub - codebook, a third sub - codebook, and / or a fourth sub - codebook. For example, the maximum size of each sub - codebook (e.g., the maximum number of HARQ - ACK bits) may be provided. In some cases, when the number of bits in each sub - codebook does not reach a predetermined bit limit, some kind of padding may be performed (e.g., to avoid a codebook mismatch between the network entity and the UE). In some cases, the UE may have a maximum number of HARQ - ACK bits for each type of transmission. In such a case, to avoid losing bits during the transmission of the transmission, the UE may pad each sub - codebook bit with 0 bits such that the size of the sub - codebook bit is the maximum number of HARQ - ACK bits.

[0159] In some aspects, the signaling may indicate the maximum number of information bits for a first transmission, a second transmission, a third transmission, and / or a fourth transmission. For example, when there are multiple codebooks or sub - codebooks, the network entity may define the maximum number of HARQ - ACK bits for each type of transmission (e.g., command feedback, response feedback, Uu feedback, and sidelink feedback).

[0160] In some aspects, the signaling may indicate at least one counter for a first sub - codebook, a second sub - codebook, a third sub - codebook, or a fourth sub - codebook. The at least one counter may correspond to a counter downlink assignment (cDAI) indicating the number of transport blocks (TBs), or a total downlink assignment (tDAI) indicating the total number of scheduled carriers. For example, the network entity may define a counter (e.g., cDAI / tDAI) for each sub - codebook or across multiplexed codebooks, and the counter may be added to each signal (i.e., command, response, downlink control information (DCI)).

[0161] In some aspects, there may be two energy - harvesting devices, such as a first energy - harvesting device and a second energy - harvesting device. In such a case, the first transmission may correspond to the successful or unsuccessful reception of data from the first energy - harvesting device and the second energy - harvesting device at the UE. The first transmission indicates the identity (ID) of the first energy - harvesting device and / or the second energy - harvesting device. For example, when the UE has to transmit HARQ - ACK bits for multiple RFID tags in the same PUCCH resource, the ID of the RFID tag may be included in the HARQ - ACK bits.

[0162] In some aspects, the UE may send each transmission corresponding to successful or unsuccessful reception of data from each energy harvesting device at the UE on different resources within the set of resources. In some aspects, the signaling indicates the resources within the set of resources for each transmission corresponding to successful or unsuccessful reception of data from each energy harvesting device at the UE. For example, the UE may transmit HARQ feedback bits associated with each RFID tag on different uplink resources (and in such a case, it may not be important to add the RFID tag ID in the HARQ feedback bits). Additionally, a network entity may (e.g., via scheduled or unscheduled DCI, radio resource control (RRC) message, or medium access control (MAC) control element (CE)) indicate to the UE which uplink resource ID or resources are for each RFID tag ID or for each source device ID, destination device ID, RFID tag ID, or each RFID read procedure ID (i.e., the ID given to the overall RFID tag process).

[0163] In some aspects, the set of resources may correspond to a set of physical uplink feedback channel (PUFCH) resources. In some aspects, the network entity may allocate physical resource blocks (PRBs) for each PUFCH resource in a resource pool including the set of PUFCH resources (e.g., each PUFCH may also have a periodicity).

[0164] In some aspects, the signaling may indicate a first set of PRBs within the set of resources to be used for transmitting feedback (e.g., response feedback bits) corresponding to successful or unsuccessful reception of data from at least one energy harvesting device at the UE. Each PRB in the first set of PRBs may be associated with an ID corresponding to the source device ID, destination device ID, ID of at least one energy harvesting device, and / or an ID corresponding to the type of feedback for at least one energy harvesting device. The UE may send response feedback bits corresponding to successful or unsuccessful reception of data on the first set of PRBs to another UE. As Figure 16 shown, a receiving UE (which may be an RFID reader device) may determine the first set of PRBs for transmitting response feedback bits based on the source device ID (e.g., transmitter UE ID), destination device ID (e.g., receiver UE ID), ID of at least one energy harvesting device, and / or an ID corresponding to the type of feedback for at least one energy harvesting device.

[0165] In some aspects, the UE may determine the first set of PRBs within the set of resources to be used for transmitting response feedback bits corresponding to successful or unsuccessful reception of data from at least one energy harvesting device based on the reception time of the data from at least one energy harvesting device.

[0166] In some aspects, the signaling may indicate a second set of PRBs in the set of resources to be used for transmitting feedback (e.g., command feedback bits) corresponding to successful or unsuccessful reception of a command or query from another UE at at least one energy harvesting device. Each PRB in the second set of PRBs may be associated with an ID corresponding to a source device ID, a destination device ID, an ID of at least one energy harvesting device, and / or a type of feedback for at least one energy harvesting device. The UE may send command bits corresponding to successful or unsuccessful reception of a command or query on the second set of PRBs to another UE.

[0167] In some aspects, the UE may determine a second set of PRBs in the set of resources to be used for transmitting command feedback bits corresponding to successful or unsuccessful reception of a command or query from another UE at at least one energy harvesting device based on the reception time of the command or query from the other UE. The UE sends command feedback bits corresponding to successful or unsuccessful reception of a command or query on the second set of PRBs to another UE.

[0168] In some cases, a network entity may allocate new PRBs to a UE for feedback of HARQ-ACK bits related to an RFID tag. Each set of bits may have its own set of PRBs. For example, the command feedback bits may be a different set of PRBs from the response feedback bits. In some cases, the RFID tag bits may be on the same set of PRBs (i.e., different from the UE's own HARQ-ACK bits). In a sidelink system, one UE (e.g., the receiver UE) may use a corresponding set of PRB bits to report to another UE (e.g., the transmitter UE, which may be an RF source device). During resource assignment (i.e., to determine the set of PRBs to be used), the receiver UE may use the source device ID (e.g., the transmitter UE ID), the destination device ID (e.g., the receiver UE ID), the RFID tag ID, and / or an ID related to the type of HARQ-ACK for the RFID tag. In some cases, the time of receiving a command / query from the RFID tag or a response from the RFID tag may be used to determine the PRBs in the command or response. In other cases, all commands / responses within a specific time interval may use the same PRBs with different cyclic shifts.

[0169] In some aspects, the UE transmits each transmission corresponding to successful or unsuccessful reception of data from each energy harvesting device at the UE on the same set of PRBs of the set of resources for sidelink data transmission. In one aspect, the UE may select, from the set of PRBs, one or more PRBs for transmitting each transmission corresponding to successful or unsuccessful reception of data from each energy harvesting device at the UE based on the ID of at least one energy harvesting device. In another aspect, the UE may select, from the set of PRBs, one or more PRBs for transmitting each transmission corresponding to successful or unsuccessful reception of data from each energy harvesting device at the UE based on one or more cyclic shifts associated with the ID of at least one energy harvesting device. For example, the receiving UE may use different cyclic shifts (e.g., each RFID tag ID may be associated with a different cyclic shift or a set of cyclic shifts) to transmit feedback (e.g., RFID tag related HARQ-ACK bits) in the same set of PRBs (e.g., legacy PRBs) available for data transmission and / or transmit feedback in different PRBs (as Figure 17 shown).

[0170] In some aspects, the signaling may indicate a set of PRBs in the set of resources to be used for transmitting the set of transmissions. The set of PRBs may include a first subgroup of PRBs for a first transmission in the set of transmissions and a second subgroup of PRBs for a second transmission in the set of transmissions. The first subgroup of PRBs may be associated with the ID of a first energy harvesting device. The second subgroup of PRBs may be associated with the ID of a second energy harvesting device. For example, the PRBs for HARQ-ACK bits corresponding to command feedback and HARQ-ACK bits corresponding to response feedback may have different configuration IDs to separate them according to RFID tags.

[0171] Figure 18 An example of method 1800 for wireless communication by a UE (such as Figure 1 and Figure 3 UE 104) is shown.

[0172] Method 1800 begins at step 1805: receiving, from a network entity, signaling indicating a set of resources for transmitting a set of transmissions, the set of transmissions including at least one of: a first transmission corresponding to successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device. In some cases, the operation of this step refers to the circuitry and / or code for receiving as described with reference to Figure 20 or may be performed by the circuitry and / or the code for receiving.

[0173] Then, method 1800 proceeds to step 1810: Transmit the set of transmissions on the set of resources. In some cases, the operation of this step refers to the circuitry for transmission and / or the code for transmission as described with reference to Figure 20 and may be performed by the circuitry for transmission and / or the code for transmission.

[0174] In one aspect, method 1800 or any aspect associated therewith may be performed by a device (such as Figure 20 communication device 2000), which includes various components capable of operating to, configured to, or adapted to perform method 1800. Communication device 2000 is described in more detail below.

[0175] Note that Figure 18 is merely an example of one method, and other methods consistent with the present disclosure and including fewer, additional, or alternative steps are possible.

[0176] Figure 19 An example of method 1900 for wireless communication by a network entity (such as Figure 1 and Figure 3 BS102 or a decomposed BS as discussed for Figure 2 is shown.

[0177] Method 1900 begins at step 1905: Transmit signaling to the UE indicating a set of resources for a set of transmissions, the set of transmissions including at least one of the following: a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to a successful or unsuccessful reception of a command or query from the wireless communication device at the at least one energy harvesting device. In some cases, the operation of this step refers to the circuitry for reception and / or the code for reception as described with reference to Figure 20 and may be performed by the circuitry for reception and / or the code for reception.

[0178] Then, method 1900 proceeds to step 1910: Receive the set of transmissions on the set of resources. In some cases, the operation of this step refers to the circuitry for reception and / or the code for reception as described with reference to Figure 20 and may be performed by the circuitry for reception and / or the code for reception.

[0179] In one aspect, method 1900 or any aspect associated therewith may be performed by a device (such as Figure 20is performed by a communication device 2000 that includes various components operable to, configured to, or adapted to perform method 1900. The communication device 2000 is described in more detail below.

[0180] Note that Figure 19 is merely an example of one method, and other methods consistent with the present disclosure and including fewer, additional, or alternative steps are possible.

[0181] Example Communication Device

[0182] Figure 20 depicts aspects of an example communication device 2000. In some aspects, the communication device 2000 is a user equipment (UE), such as the UE 104 described above for Figure 1 and Figure 3 In some aspects, the communication device 2000 is a network entity, such as Figure 1 and Figure 3 the BS102 of Figure 2 or the split BS discussed for

[0183] The communication device 2000 includes a processing system 2005 coupled to a transceiver 2065 (e.g., a transmitter and / or a receiver). In some aspects (e.g., when the communication device 2000 is a network entity), the processing system 2005 may be coupled to a network interface 2075 configured to obtain and transmit signals for the communication device 2000 via a communication link (such as a backhaul link, a midhaul link, and / or a fronthaul link as described herein for Figure 2 The transceiver 2065 is configured to transmit and receive signals for the communication device 2000 via an antenna 2070, such as various signals described herein. The processing system 2005 may be configured to perform the processing functions of the communication device 2000, including processing signals received by and / or to be transmitted by the communication device 2000.

[0184] The processing system 2005 includes one or more processors 2010. In various aspects, the one or more processors 2010 may represent one or more of a receive processor 358, a transmit processor 364, a TX MIMO processor 366, and / or a controller / processor 380, as described for Figure 3 In various aspects, the one or more processors 2010 may represent one or more of a receive processor 338, a transmit processor 320, a TX MIMO processor 330, and / or a controller / processor 340, as described for Figure 3as described. One or more processors 2010 are coupled to a computer-readable medium / memory 2035 via a bus 2060. In some aspects, the computer-readable medium / memory 2035 is configured to store instructions (e.g., computer-executable code) that, when executed by one or more processors 2010, cause the one or more processors 2010 to perform for Figure 18 the method 1800 described or any aspect related thereto, and / or for Figure 19 the method 1900 described or any aspect related thereto. Note that references to processors that perform the functions of the communication device 2000 may include one or more processors 2010 that perform the functions of the communication device 2000.

[0185] In the depicted example, the computer-readable medium / memory 2035 stores code (e.g., executable instructions), such as code 2040 for receiving and code 2050 for transmitting. Processing of the code 2040 for receiving and the code 2050 for transmitting may cause the communication device 2000 to perform for Figure 18 the method 1800 described or any aspect related thereto, and / or for Figure 19 the method 1900 described.

[0186] One or more processors 2010 include circuitry configured to implement (e.g., execute) code stored in the computer-readable medium / memory 2035, including circuitry such as circuitry 2015 for receiving and circuitry 2025 for transmitting. Processing using the circuitry 2015 for transmitting and the circuitry 2025 for receiving may cause the communication device 2000 to perform for Figure 18 the method 1800 described or any aspect related thereto, and / or for Figure 19 the method 1900 described.

[0187] The various components of the communication device 2000 may provide components for performing for Figure 18 the method 1800 described or any aspect related thereto, and / or for Figure 19 the method 1900 described. For example, components for transmitting, conveying, or outputting for transmission may include Figure 3 the transceiver 354 and / or antenna 352 of the UE 104 illustrated in Figure 3 the transceiver 332 and / or antenna 334 of the BS102 illustrated in Figure 20 and / or the transceiver 1265 and antenna 1270 of the communication device 2000 in Figure 3 the transceiver 354 and / or antenna 352 of the UE 104 illustrated in Figure 3The transceiver 332 and / or the antenna 334 of the illustrated BS102 and / or Figure 20 the transceiver 1365 and the antenna 1370 of the communication device 2000 in

[0188] Example Clauses

[0189] Specific implementation examples are described in the following numbered clauses:

[0190] Clause 1: A method for wireless communication by a user equipment (UE), the method comprising: receiving, from a network entity, signaling indicating a set of resources for transmitting a set of transmissions, the set of transmissions including at least one of the following: a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to a successful or unsuccessful reception of a command or query from the wireless communication device at the at least one energy harvesting device; and transmitting the set of transmissions on the set of resources.

[0191] Clause 2: The method, alone or in combination with the first clause, wherein: the set of transmissions corresponds to a set of uplink transmissions; the set of resources corresponds to at least one of the following: a set of physical uplink control channel (PUCCH) resources or a set of physical uplink shared channel (PUSCH) resources; the wireless communication device corresponds to the network entity; and the at least one energy harvesting device corresponds to at least one radio frequency identification (RFID) tag.

[0192] Clause 3: The method, alone or in combination with the second clause, the method further comprising receiving, from the at least one energy harvesting device, one or more hybrid automatic repeat request (HARQ) feedback bits, wherein the one or more HARQ feedback bits indicate information carried by the second transmission.

[0193] Clause 4: The method, alone or in combination with the second clause, wherein the set of transmissions further includes at least one of the following: a third transmission corresponding to a successful or unsuccessful reception of data from the network entity at the UE, or a fourth transmission corresponding to a successful or unsuccessful reception of data from another UE at the UE.

[0194] Clause 5: The method, alone or in combination with the first clause, wherein each resource in the set of resources is used to transmit at least one transmission in the set of transmissions.

[0195] Clause 6: The method, alone or in combination with the first clause, wherein each resource in the set of resources is used to transmit at least two transmissions in the set of transmissions.

[0196] Clause 7: A method, either alone or in combination with the first clause, the method further comprising receiving a configuration that configures the UE for at least one of the following operations: jointly encoding a set of information bits corresponding to the set of transmissions; using different cyclic shifts for different transmissions in the set of transmissions; using different power transmission levels for the different transmissions in the set of transmissions; or multiplexing the different transmissions in the set of transmissions on different resource elements (REs) or resource blocks (RBs) of the set of resources.

[0197] Clause 8: A method, either alone or in combination with the fourth clause, wherein the signaling indicates at least one of the following: a first sub-codebook of the codebook for the first transmission; a second sub-codebook of the codebook for the second transmission; a third sub-codebook of the codebook for the third transmission; and a fourth sub-codebook of the codebook for the fourth transmission.

[0198] Clause 9: A method, either alone or in combination with the eighth clause, wherein the signaling indicates the maximum size of at least one of the following: the first sub-codebook; the second sub-codebook; the third sub-codebook; or the fourth sub-codebook.

[0199] Clause 10: A method, either alone or in combination with the eighth clause, wherein the signaling indicates the maximum number of information bits for at least one of the following: the first transmission; the second transmission; the third transmission; or the fourth transmission.

[0200] Clause 11: A method, either alone or in combination with the eighth clause, wherein: the signaling indicates at least one counter for at least one of the following: the first sub-codebook; the second sub-codebook; the third sub-codebook; or the fourth sub-codebook, and the at least one counter corresponds to a counter downlink assignment (cDAI) indicating the number of transport blocks (TBs), or a total downlink assignment (tDAI) indicating the total number of scheduled carriers.

[0201] Clause 12: A method, either alone or in combination with the first clause, wherein: the at least one energy harvesting device corresponds to a first energy harvesting device and a second energy harvesting device; the first transmission corresponds to a successful or unsuccessful reception of the data from the first energy harvesting device and the second energy harvesting device at the UE; the transmission further comprises: transmitting the first transmission on a first resource in the set of resources; and the first transmission indicates the identities (IDs) of the first energy harvesting device and the second energy harvesting device.

[0202] Clause 13: A method, either alone or in combination with the first clause, wherein the sending comprises: sending, on different resources in the set of resources, each sending corresponding to the successful or unsuccessful reception of the data from each energy harvesting device at the UE.

[0203] Clause 14: A method, either alone or in combination with the first clause, wherein the signaling indicates the resources in the set of resources for sending each sending corresponding to the successful or unsuccessful reception of the data from each energy harvesting device at the UE.

[0204] Clause 15: A method, either alone or in combination with the first clause, wherein: the set of resources corresponds to a set of physical uplink feedback channel (PSFCH) resources; the set of sendings corresponds to at least one of the following: a set of sidelink sendings or a set of uplink sendings; the wireless communication device corresponds to another UE; and the at least one energy harvesting device corresponds to at least one radio frequency identification (RFID) tag.

[0205] Clause 16: A method, either alone or in combination with the fifteenth clause, wherein the signaling indicates a first set of physical resource blocks (PRBs) in the set of resources to be used for sending feedback bits corresponding to the successful or unsuccessful reception of the data from the at least one energy harvesting device at the UE.

[0206] Clause 17: A method, either alone or in combination with the sixteenth clause, wherein each PRB in the first set of PRBs is associated with at least one of the following: a source device identifier (ID); a destination device ID; an ID of the at least one energy harvesting device; or an ID corresponding to the type of feedback for the at least one energy harvesting device.

[0207] Clause 18: A method, either alone or in combination with the seventeenth clause, wherein the sending comprises: sending the feedback bits corresponding to the successful or unsuccessful reception of the data on the first set of PRBs to the other UE.

[0208] Clause 19: A method, either alone or in combination with the fifteenth clause, wherein the sending comprises: determining, based on the reception time of the data from the at least one energy harvesting device, a first set of physical resource blocks (PRBs) in the set of resources to be used for sending feedback bits corresponding to the successful or unsuccessful reception of the data from the at least one energy harvesting device at the UE; and sending the feedback bits corresponding to the successful or unsuccessful reception of the data on the first set of PRBs to the other UE.

[0209] Clause 20: A method, either alone or in combination with Clause 15, wherein the signaling indicates a second set of physical resource blocks (PRBs) within the set of resources to be used for transmitting feedback bits corresponding to a successful or unsuccessful reception of the command or query from the other UE at the at least one energy harvesting device.

[0210] Clause 21: A method, either alone or in combination with Clause 20, wherein each PRB in the second set of PRBs is associated with at least one of the following: source device identifier (ID); destination device ID; ID of the at least one energy harvesting device; or an ID corresponding to the type of feedback for the at least one energy harvesting device.

[0211] Clause 22: A method, either alone or in combination with Clause 21, wherein the transmitting includes: transmitting the feedback bits corresponding to a successful or unsuccessful reception of the command or query on the second set of PRBs to the other UE.

[0212] Clause 22: A method, either alone or in combination with Clause 15, wherein the transmitting includes: determining, based on the reception time of the command or query from the other UE, a second set of physical resource blocks (PRBs) within the set of resources to be used for transmitting feedback bits corresponding to a successful or unsuccessful reception of the command or query from the other UE at the at least one energy harvesting device; and transmitting the feedback bits corresponding to a successful or unsuccessful reception of the command or query on the second set of PRBs to the other UE.

[0213] Clause 24: A method, either alone or in combination with Clause 1, wherein the transmitting includes: transmitting each transmission corresponding to a successful or unsuccessful reception of the data from each energy harvesting device at the UE on the same set of physical resource blocks (PRBs) within the set of resources used for sidelink data transmission.

[0214] Clause 25: A method, either alone or in combination with Clause 24, the method further including: selecting, based on the identifier (ID) of the at least one energy harvesting device, one or more PRBs from the set of PRBs for transmitting each transmission corresponding to a successful or unsuccessful reception of the data from each energy harvesting device at the UE.

[0215] Clause 26: A method, either alone or in combination with Clause 24, the method further comprising: selecting, from the set of PRBs, one or more PRBs for each transmission corresponding to the successful or unsuccessful reception at the UE of the data from each energy harvesting device, based on one or more cyclic shifts associated with the identity (ID) of the at least one energy harvesting device.

[0216] Clause 27: A method, either alone or in combination with Clause 15, wherein: the signaling indicates a set of physical resource blocks (PRBs) from the set of resources to be used for the set of transmissions; and the set of PRBs includes a first subgroup of PRBs for the first transmission of the set of transmissions and a second subgroup of PRBs for the second transmission of the set of transmissions.

[0217] Clause 28: A method, either alone or in combination with Clause 15, wherein: the signaling indicates a set of physical resource blocks (PRBs) from the set of resources to be used for the set of transmissions; the set of PRBs includes a first subgroup of PRBs and a second subgroup of PRBs; the first subgroup of PRBs is associated with the ID of a first energy harvesting device; and the second subgroup of PRBs is associated with the ID of a second energy harvesting device.

[0218] Clause 30: A method for wireless communication by a network entity, the method comprising: sending signaling to a user equipment (UE) indicating a set of resources for a set of transmissions, the set of transmissions including at least one of: a first transmission corresponding to the successful or unsuccessful reception at the UE of data from at least one energy harvesting device, or a second transmission corresponding to the successful or unsuccessful reception at the at least one energy harvesting device of a command or query from a wireless communication device; and receiving the set of transmissions on the set of resources.

[0219] Clause 31: A method, either alone or in combination with Clause 30, wherein: the set of transmissions corresponds to a set of uplink transmissions; the set of resources corresponds to at least one of: a set of physical uplink control channel (PUCCH) resources or a set of physical uplink shared channel (PUSCH) resources; the wireless communication device corresponds to the network entity; and the at least one energy harvesting device corresponds to at least one radio frequency identification (RFID) tag.

[0220] Clause 32: An apparatus, the apparatus comprising: a memory including executable instructions; and a processor configured to execute the executable instructions and cause the apparatus to perform the method according to any one of Clauses 1 to 31.

[0221] Clause 33: An apparatus, the apparatus comprising components for performing the method according to any one of Clauses 1 to 31.

[0222] Clause 34: A non-transitory computer-readable medium, the non-transitory computer-readable medium comprising executable instructions that, when executed by a processor of a device, cause the device to perform the method according to any one of Clauses 1 to 31.

[0223] Clause 35: A computer program product embodied on a computer-readable storage medium, the computer-readable storage medium comprising code for performing the method according to any one of Clauses 1 to 31.

[0224] Additional Notes

[0225] The foregoing description is provided to enable any person skilled in the art to practice the various aspects described herein. The examples discussed herein do not limit the scope, applicability, or aspects set forth in the claims. Various modifications to these aspects will be apparent to those skilled in the art, and the general principles defined herein may be applied to other aspects. For example, the functions and arrangements of the elements discussed may be changed without departing from the scope of the disclosure. Various processes or components may be omitted, replaced, or added as appropriate for each example. For example, the methods described may be performed in a different order than described, and various actions may be added, omitted, or combined. Additionally, the features described for some examples may be combined in some other examples. For example, any number of the aspects set forth herein may be used to implement an apparatus or practice a method. In addition, the scope of the present disclosure is intended to cover such apparatus or methods practiced using other structures, functionality, or a combination of structures and functionality other than or different from the various aspects of the present disclosure set forth herein. It should be understood that any aspect of the disclosure herein may be embodied by one or more elements of a claim.

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

[0227] As used herein, the phrase referring to "at least one" of a list of items refers to any combination of those items (which includes a single member). By way of example, "at least one of a, b, or c" is intended to cover: a, b, c, a - b, a - c, b - c, and a - b - c, as well as any combination having multiple identical elements (e.g., a - a, a - a - a, a - a - b, a - a - c, a - b - b, a - c - c, b - b, b - b - b, b - b - c, c - c, and c - c - c, or any other ordering of a, b, and c).

[0228] As used herein, the term "determine" encompasses a variety of actions. For example, "determine" can include calculating, computing, processing, deriving, investigating, looking up (e.g., looking up in a table, database, or another data structure), ascertaining, and the like. Additionally, "determine" can include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory), etc. Additionally, "determine" can include parsing, selecting, picking, establishing, and the like.

[0229] The methods disclosed herein include one or more actions for implementing the methods. The method actions can be interchanged with one another without departing from the scope of the claims. In other words, unless a specific order of the actions is specified, the order and / or use of a particular action can be modified without departing from the scope of the claims. Additionally, the various operations of the methods described above can be performed by any suitable component capable of performing the corresponding functions. The component can include various hardware and / or software components and / or modules, including but not limited to circuitry, an application specific integrated circuit (ASIC), or a processor.

[0230] The following claims are not intended to be limited to the aspects shown herein, but rather should be accorded the full scope consistent with the claim language. In the claims, unless specifically stated otherwise, the recitation of an element in the singular is not intended to mean "one and only one" but rather "one or more." Unless specifically stated otherwise, the term "some" refers to one or more. No claim element is to be construed under the provisions of 35 U.S.C. § 112(f) unless the element is expressly recited using the phrase "means for." All structural and functional equivalents of the elements of the various aspects described throughout this disclosure that are known or later will be known to those of ordinary skill in the art are hereby expressly incorporated by reference and are intended to be covered by the claims. Additionally, nothing disclosed herein is intended to be dedicated to the public, whether or not such disclosure is explicitly recited in the claims.

Claims

1. A user equipment (UE) for wireless communication, the UE comprising: a memory including computer-executable instructions; and a processor configured to execute the computer-executable instructions and cause the UE to: receive signaling from a network entity indicating a set of resources for transmitting a set of transmissions, the set of transmissions including at least one of the following: a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to a successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device; and transmit the set of transmissions on the set of resources.

2. The UE according to claim 1, wherein: the set of transmissions corresponds to a set of uplink transmissions; the set of resources corresponds to at least one of the following: a set of physical uplink control channel (PUCCH) resources or a set of physical uplink shared channel (PUSCH) resources; the wireless communication device corresponds to the network entity; and the at least one energy harvesting device corresponds to at least one radio frequency identification (RFID) tag.

3. The UE according to claim 2, wherein the processor is further configured to execute the computer-executable instructions and cause the UE to: receive one or more hybrid automatic repeat request (HARQ) feedback bits from the at least one energy harvesting device, wherein the one or more HARQ feedback bits indicate information carried by the second transmission.

4. The UE according to claim 2, wherein the set of transmissions further includes at least one of the following: a third transmission corresponding to a successful or unsuccessful reception of data from the network entity at the UE, or a fourth transmission corresponding to a successful or unsuccessful reception of data from another UE at the UE.

5. The UE according to claim 1, wherein each resource in the set of resources is used to transmit at least one transmission in the set of transmissions.

6. The UE according to claim 1, wherein each resource in the set of resources is used to transmit at least two transmissions in the set of transmissions.

7. The UE according to claim 1, wherein the processor is further configured to execute the computer-executable instructions and cause the UE to receive a configuration configuring the UE for at least one of the following operations: jointly encoding a set of information bits corresponding to the set of transmissions; using different cyclic shifts for different transmissions in the set of transmissions; using different power transmission levels for the different transmissions in the set of transmissions; or multiplexing the different transmissions in the set of transmissions on different resource elements (REs) or resource blocks (RBs) of the set of resources.

8. The UE according to claim 4, wherein the signaling indicates at least one of the following: a first sub-codebook of a codebook for the first transmission; a second sub-codebook of the codebook for the second transmission; a third sub-codebook of the codebook for the third transmission; and The fourth sub - codebook of the codebook for the fourth transmission.

9. The UE according to claim 8, wherein the signaling indicates the maximum size of at least one of the following: the first sub - codebook; the second sub - codebook; the third sub - codebook; or the fourth sub - codebook.

10. The UE according to claim 8, wherein the signaling indicates the maximum number of information bits for at least one of the following: the first transmission; the second transmission; the third transmission; or the fourth transmission.

11. The UE according to claim 8, wherein: the signaling indicates at least one counter for at least one of the following: the first sub - codebook; the second sub - codebook; the third sub - codebook; or the fourth sub - codebook, and the at least one counter corresponds to a counter downlink assignment (cDAI) indicating the number of transport blocks (TBs), or a total downlink assignment (tDAI) indicating the total number of scheduled carriers.

12. The UE according to claim 1, wherein: the at least one energy - harvesting device corresponds to a first energy - harvesting device and a second energy - harvesting device; the first transmission corresponds to the successful or unsuccessful reception of the data from the first energy - harvesting device and the second energy - harvesting device at the UE; the transmission further includes: transmitting the first transmission on a first resource in the set of resources; and the first transmission indicates the identity (ID) of the first energy - harvesting device and the second energy - harvesting device.

13. The UE according to claim 1, wherein the sending comprises: Transmit each transmission corresponding to the successful or unsuccessful reception of the data from each energy - harvesting device at the UE on different resources in the set of resources.

14. The UE according to claim 1, wherein the signaling indicates the resources in the set of resources for transmitting each transmission corresponding to the successful or unsuccessful reception of the data from each energy - harvesting device at the UE.

15. The UE according to claim 1, wherein: the set of resources corresponds to a set of physical uplink feedback channel (PSFCH) resources; the set of transmissions corresponds to at least one of the following: a set of sidelink transmissions or a set of uplink transmissions; the wireless communication device corresponds to another UE; and the at least one energy - harvesting device corresponds to at least one radio frequency identification (RFID) tag.

16. The UE according to claim 15, wherein: the signaling indicates a first set of physical resource blocks (PRBs) in the set of resources to be used for transmitting feedback bits corresponding to the successful or unsuccessful reception of the data from the at least one energy - harvesting device at the UE; and each PRB in the first set of PRBs is associated with at least one of the following: source device identity (ID); destination device ID; the ID of the at least one energy - harvesting device; or an ID corresponding to the type of feedback for the at least one energy - harvesting device.

17. The UE according to claim 16, wherein the sending comprises: Transmit the feedback bits corresponding to the successful or unsuccessful reception of the data on the first set of PRBs to the other UE.

18. The UE according to claim 15, wherein the sending comprises: determining, based on a reception time of the data from the at least one energy harvesting device, a first set of physical resource blocks (PRBs) in the set of resources to be used for sending feedback bits corresponding to a successful or unsuccessful reception of the data from the at least one energy harvesting device at the UE; and sending the feedback bits corresponding to the successful or unsuccessful reception of the data on the first set of PRBs to the other UE.

19. The UE according to claim 15, wherein the signaling indicates a second set of physical resource blocks (PRBs) in the set of resources to be used for sending feedback bits corresponding to a successful or unsuccessful reception of the command or the query from the other UE at the at least one energy harvesting device.

20. The UE according to claim 19, wherein: each PRB in the second set of PRBs is associated with at least one of the following: a source device identifier (ID); a destination device ID; an ID of the at least one energy harvesting device; or an ID corresponding to a type of feedback for the at least one energy harvesting device; and the sending comprises: sending the feedback bits corresponding to the successful or unsuccessful reception of the command or the query on the second set of PRBs to the other UE.

21. The UE according to claim 15, wherein the sending comprises: determining, based on a reception time of the command or query from the other UE, a second set of physical resource blocks (PRBs) in the set of resources to be used for sending feedback bits corresponding to a successful or unsuccessful reception of the command or the query from the other UE at the at least one energy harvesting device; and sending the feedback bits corresponding to the successful or unsuccessful reception of the command or the query on the second set of PRBs to the other UE.

22. The UE according to claim 1, wherein the sending comprises: Performing each transmission corresponding to a successful or unsuccessful reception of the data from each energy harvesting device at the UE on the same set of physical resource blocks (PRBs) in the set of resources for sidelink data transmission.

23. The UE according to claim 22, wherein the processor is further configured to execute the computer-executable instructions and cause the UE to: select, based on an identifier (ID) of the at least one energy harvesting device, one or more PRBs from the set of PRBs for performing each transmission corresponding to a successful or unsuccessful reception of the data from each energy harvesting device at the UE.

24. The UE according to claim 22, wherein the processor is further configured to execute the computer-executable instructions and cause the UE to: select, based on one or more cyclic shifts associated with the identity (ID) of the at least one energy harvesting device, one or more physical resource blocks (PRBs) from the set of PRBs for each transmission corresponding to a successful or unsuccessful reception of the data from each energy harvesting device at the UE.

25. The UE according to claim 15, wherein: the signaling indicates a set of physical resource blocks (PRBs) from the set of resources to be used for transmitting the set of transmissions; and the set of PRBs includes a first subgroup of PRBs for the first transmission of the set of transmissions and a second subgroup of PRBs for the second transmission of the set of transmissions.

26. The UE according to claim 15, wherein: the signaling indicates a set of physical resource blocks (PRBs) from the set of resources to be used for transmitting the set of transmissions; the set of PRBs includes a first subgroup of PRBs and a second subgroup of PRBs; the first subgroup of PRBs is associated with the ID of a first energy harvesting device; and the second subgroup of PRBs is associated with the ID of a second energy harvesting device.

27. A network entity for wireless communication, the network entity comprising: a memory including computer-executable instructions; and a processor configured to execute the computer-executable instructions and cause the network entity to: send signaling to a user equipment (UE) indicating a set of resources for a set of transmissions, the set of transmissions including at least one of: a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to a successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device; and receive the set of transmissions on the set of resources.

28. The network entity according to claim 27, wherein: the set of transmissions corresponds to a set of uplink transmissions; the set of resources corresponds to at least one of: a set of physical uplink control channel (PUCCH) resources or a set of physical uplink shared channel (PUSCH) resources; the wireless communication device corresponds to the network entity; and the at least one energy harvesting device corresponds to at least one radio frequency identification (RFID) tag.

29. A method for wireless communication by a user equipment (UE), the method comprising: receiving, from a network entity, signaling indicating a set of resources for transmitting a set of transmissions, the set of transmissions including at least one of: a first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or a second transmission corresponding to a successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device; and transmitting the set of transmissions on the set of resources.

30. A method for wireless communication by a network entity, the method comprising: Sending signaling to a user equipment (UE) indicating a set of resources for a set of transmissions, the set of transmissions including at least one of: A first transmission corresponding to a successful or unsuccessful reception of data from at least one energy harvesting device at the UE, or A second transmission corresponding to a successful or unsuccessful reception of a command or query from a wireless communication device at the at least one energy harvesting device; And Receiving the set of transmissions on the set of resources.