Data design for random access messages

Abstract

A method for wireless communication at a first wireless device and related apparatus are provided. In the method, the first wireless device transmits a first message to a reader device. The first message corresponds to a first random access procedure between the reader device and the first wireless device. The first wireless device further receives a second message from the reader device. The second message includes multiple identifiers (IDs) corresponding to multiple wireless devices including the first wireless device. The multiple IDs indicate a detection of the multiple wireless devices by the reader device for random access procedures, and each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.

Description

DATA DESIGN FOR RANDOM ACCESS MESSAGESTECHNICAL FIELD

[0001] The present disclosure relates generally to communication systems and, more particularly, to data design for random access procedures in wireless communication. INTRODUCTION

[0002] Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, and broadcasts. Typical wireless communication systems may employ multiple-access technologies capable of supporting communication with multiple users by sharing available system resources. Examples of such multiple-access technologies include code division multiple access (CDMA) systems, time division multiple access (TDMA) systems, frequency division multiple access (FDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single-carrier frequency division multiple access (SC-FDMA) systems, and time division synchronous code division multiple access (TD-SCDMA) systems.

[0003] These multiple access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different wireless devices to communicate on a municipal, national, regional, and even global level. An example telecommunication standard is 5G New Radio (NR) . 5G NR is part of a continuous mobile broadband evolution promulgated by Third Generation Partnership Project (3GPP) to meet new requirements associated with latency, reliability, security, scalability (e.g., with Internet of Things (IoT) ) , and other requirements. 5G NR includes services associated with enhanced mobile broadband (eMBB) , massive machine type communications (mMTC) , and ultra-reliable low latency communications (URLLC) . Some aspects of 5G NR may be based on the 4G Long Term Evolution (LTE) standard, and some aspects of future wireless communication technologies may be based on aspects of 5G NR. There exists a need for further improvements in 5G NR technology and future wireless communication technologies. These improvements may also be applicable to other multi-access technologies and the telecommunication standards that employ these technologies. BRIEF SUMMARY

[0004] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects. This summary neither identifies key or critical elements of all aspects nor delineates the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0005] In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided for wireless communication at a first wireless device. The apparatus may include at least one memory and at least one processor coupled to the at least one memory. Based at least in part on information stored in the at least one memory, the at least one processor may be configured to transmit, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and receive, from the reader device, a second message, where the second message includes multiple identifiers (IDs) corresponding to multiple wireless devices including the first wireless device, where the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and where each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.

[0006] In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided for wireless communication at a reader device. The apparatus may include at least one memory and at least one processor coupled to the at least one memory. Based at least in part on information stored in the at least one memory, the at least one processor may be configured to receive, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and transmit, to the first wireless device, a second message, where the second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device, where the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and where each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.

[0007] To the accomplishment of the foregoing and related ends, the one or more aspects may include the features hereinafter fully described and particularly pointed out in the claims. The following description and the drawings set forth in detail certain illustrative features of the one or more aspects. These features are indicative, however, of but a few of the various ways in which the principles of various aspects may be employed.BRIEF DESCRIPTION OF THE DRAWINGS

[0008] FIG. 1 is a diagram illustrating an example of a wireless communication system and an access network.

[0009] FIG. 2A is a diagram illustrating an example of a first frame, in accordance with various aspects of the present disclosure.

[0010] FIG. 2B is a diagram illustrating an example of downlink (DL) channels within a subframe, in accordance with various aspects of the present disclosure.

[0011] FIG. 2C is a diagram illustrating an example of a second frame, in accordance with various aspects of the present disclosure.

[0012] FIG. 2D is a diagram illustrating an example of uplink (UL) channels within a subframe, in accordance with various aspects of the present disclosure.

[0013] FIG. 3 is a diagram illustrating an example of a base station and user equipment (UE) in an access network.

[0014] FIG. 4 is a diagram illustrating an example radio frequency identification (RFID) system.

[0015] FIG. 5 is a diagram illustrating an example of the operation of an ambient Internet of Things (A-IoT) device.

[0016] FIG. 6A and FIG. 6B illustrate example aspects of random access procedures.

[0017] FIG. 7A and FIG. 7B show example deployment scenarios of an A-IoT device.

[0018] FIG. 8A is a diagram illustrating an example 3-step random access procedure for an A-IoT device.

[0019] FIG. 8B is a diagram illustrating an example 2-step random access procedure for an A-IoT device.

[0020] FIG. 9A is a diagram illustrating example contents of a random access message (e.g., message (Msg) 2) in accordance with various aspects of the present disclosure.

[0021] FIG. 9B is a diagram illustrating example contents of a random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0022] FIG. 10A is a diagram illustrating an example of the first message part of a random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0023] FIG. 10B is a diagram illustrating an example of the second message part of a random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0024] FIG. 10C is a diagram illustrating an example of the second message part of a random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0025] FIG. 11A is a diagram illustrating an example random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0026] FIG. 11B is a diagram illustrating an example random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0027] FIG. 12A is a diagram illustrating an example random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0028] FIG. 12B is a diagram illustrating an example random access message (e.g., Msg 2) in accordance with various aspects of the present disclosure.

[0029] FIG. 13 is a call flow diagram illustrating a method of wireless communication in accordance with various aspects of the present disclosure.

[0030] FIG. 14 is a flowchart illustrating methods of wireless communication at a first wireless device in accordance with various aspects of the present disclosure.

[0031] FIG. 15 is a flowchart illustrating methods of wireless communication at a first wireless device in accordance with various aspects of the present disclosure.

[0032] FIG. 16 is a flowchart illustrating methods of wireless communication at a reader device in accordance with various aspects of the present disclosure.

[0033] FIG. 17 is a flowchart illustrating methods of wireless communication at a reader device in accordance with various aspects of the present disclosure.

[0034] FIG. 18 is a diagram illustrating an example of a hardware implementation for an example apparatus and / or UE.

[0035] FIG. 19 is a diagram illustrating an example of a hardware implementation for an example network entity.DETAILED DESCRIPTION

[0036] In random access procedures between a reader device and ambient Internet of Thing (A-IoT) devices, multiple A-IoT devices may transmit the first message (e.g., message (Msg) 1) for the random access procedure to the reader device. In response, the reader device may transmit the second message (e.g., Msg 2) back to the A-IoT devices. The second message (e.g., Msg 2) from the reader device may correspond to multiple A-IoT Msg 1 transmissions received from different A-IoT devices and may include multiple identifiers (IDs) received in Msg 1. Additionally, the second message (e.g., Msg 2) may assign resource allocations to the A-IoT devices for transmitting subsequent messages (e.g., Msg 3) for the random access procedure. Due the limited power and cost constraints of A-IoT devices, decoding all the information in the second message (e.g., Msg 2) may not be necessary, as some information relates to other A-IoT devices and can be skipped. Example aspects presented herein provide methods and apparatus for designing a random access message (e.g., Msg 2) to minimize power consumption of A-IoT devices while maintaining overall efficiency.

[0037] Various aspects relate generally to wireless communication. Some aspects more specifically relate to the data design for random access procedures. In some examples, a first wireless device transmits a first message to a reader device. The first message corresponds to a first random access procedure between the reader device and the first wireless device. The first wireless device further receives a second message from the reader device. The second message may include multiple IDs corresponding to multiple wireless devices including the first wireless device. The multiple IDs may respectively indicate the detection of the multiple wireless devices by the reader device for random access procedures, and each ID in the multiple IDs may be associated with a resource allocation for a corresponding random access procedure for the ID. In some aspects, each ID in the multiple IDs may be located before the resource allocation for the corresponding random access procedure for the ID in the second message. The second message may include a single message part including the multiple IDs or two message parts including a first message part and a second message part. A first transmission of the first message part may be before a second transmission of the second message part. In some aspects, whether the second message include a single message part or two message parts may be based on the number of IDs in the multiple IDs, and the second message may further include a medium access control (MAC) sub-header indicating the part number of message parts included in the second message. In some aspects, if the second message includes a single message part, and the multiple IDs may be located before the resource allocations for the random access procedures associated with the multiple IDs. In some aspects, if the second message include two message parts, the first message part may include a first portion of the multiple IDs, and the second message part may include a remaining portion of the multiple IDs. For example, the first portion of the multiple IDs may include a first number of lowest bits or a second number of highest bits for each ID of the multiple IDs.

[0038] Particular aspects of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. In some examples, by providing a medium access control (MAC) layer data design for a random access message (e.g., Msg 2) that enables recipient A-IoT devices to quickly identify whether their ID (e.g., Msg 1 ID) is included in the message (e.g., Msg 2) without processing additional data, the described techniques reduce power consumption and processing delays for A-IoT device, thereby improving the efficiency of random access procedures. In some examples, by providing two-part Msg 2 transmissions, where the first part contains partial Msg 1 ID, the described techniques allow the A-IoT devices to terminate further decoding if their ID does not match the partial ID in the first part, thereby reducing power consumption for A-IoT devices that are not targeted by the Msg 2 transmission. In some examples, by prioritizing the placement of Msg 1 IDs before resource allocation information in Msg 2, the described techniques provide an early indication of resource assignments for Msg 3, thereby reducing unnecessary decoding effort for A-IoT devices that do not receive resource assignments.

[0039] The detailed description set forth below in connection with the drawings describes various configurations and does not represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of various concepts. However, these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0040] Several aspects of telecommunication systems are presented with reference to various apparatus and methods. These apparatus and methods are described in the following detailed description and illustrated in the accompanying drawings by various blocks, components, circuits, processes, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or any combination thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0041] By way of example, an element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. When multiple processors are implemented, the multiple processors may perform the functions individually or in combination. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs) , central processing units (CPUs) , application processors, digital signal processors (DSPs) , reduced instruction set computing (RISC) processors, systems on a chip (SoC) , baseband processors, field programmable gate arrays (FPGAs) , programmable logic devices (PLDs) , state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software. Software, whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise, shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, or any combination thereof.

[0042] Accordingly, in one or more example aspects, implementations, and / or use cases, the functions described may be implemented in hardware, software, or any combination thereof. If implemented in software, the functions may be stored on or encoded as one or more instructions or code on a computer-readable medium. Computer-readable media includes computer storage media. Storage media may be any available media that can be accessed by a computer. By way of example, such computer-readable media can include a random-access memory (RAM) , a read-only memory (ROM) , an electrically erasable programmable ROM (EEPROM) , optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of the types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer.

[0043] While aspects, implementations, and / or use cases are described in this application by illustration to some examples, additional or different aspects, implementations and / or use cases may come about in many different arrangements and scenarios. Aspects, implementations, and / or use cases described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, aspects, implementations, and / or use cases may come about via integrated chip implementations and other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence (AI) -enabled devices, etc. ) . While some examples may or may not be specifically directed to use cases or applications, a wide assortment of applicability of described examples may occur. Aspects, implementations, and / or use cases may range a spectrum from chip-level or modular components to non-modular, non-chip-level implementations and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more techniques herein. In some practical settings, devices incorporating described aspects and features may also include additional components and features for implementation and practice of claimed and described aspect. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes (e.g., hardware components including antenna, RF-chains, power amplifiers, modulators, buffer, processor (s) , interleaver, adders / summers, etc. ) . Techniques described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, aggregated or disaggregated components, end-user devices, etc. of varying sizes, shapes, and constitution.

[0044] Deployment of communication systems, such as 5G NR systems, may be arranged in multiple manners with various components or constituent parts. In a 5G NR system, or network, a network node, a network entity, a mobility element of a network, a radio access network (RAN) node, a core network node, a network element, or a network equipment, such as a base station (BS) , or one or more units (or one or more components) performing base station functionality, may be implemented in an aggregated or disaggregated architecture. For example, a BS (such as a Node B (NB) , evolved NB (eNB) , NR BS, 5G NB, access point (AP) , a transmission reception point (TRP) , or a cell, etc. ) may be implemented as an aggregated base station (also known as a standalone BS or a monolithic BS) or a disaggregated base station.

[0045] An aggregated base station may be configured to utilize a radio protocol stack that is physically or logically integrated within a single RAN node. A disaggregated base station may be configured to utilize a protocol stack that is physically or logically distributed among two or more units (such as one or more central or centralized units (CUs) , one or more distributed units (DUs) , or one or more radio units (RUs) ) . In some aspects, a CU may be implemented within a RAN node, and one or more DUs may be co-located with the CU, or alternatively, may be geographically or virtually distributed throughout one or multiple other RAN nodes. The DUs may be implemented to communicate with one or more RUs. Each of the CU, DU and RU can be implemented as virtual units, i.e., a virtual central unit (VCU) , a virtual distributed unit (VDU) , or a virtual radio unit (VRU) .

[0046] Base station operation or network design may consider aggregation characteristics of base station functionality. For example, disaggregated base stations may be utilized in an integrated access backhaul (IAB) network, an open radio access network (O-RAN (such as the network configuration sponsored by the O-RAN Alliance) ) , or a virtualized radio access network (vRAN, also known as a cloud radio access network (C-RAN) ) . Disaggregation may include distributing functionality across two or more units at various physical locations, as well as distributing functionality for at least one unit virtually, which can enable flexibility in network design. The various units of the disaggregated base station, or disaggregated RAN architecture, can be configured for wired or wireless communication with at least one other unit.

[0047] FIG. 1 is a diagram 100 illustrating an example of a wireless communications system and an access network. The illustrated wireless communications system includes a disaggregated base station architecture. The disaggregated base station architecture may include one or more CUs 110 that can communicate directly with a core network 120 via a backhaul link, or indirectly with the core network 120 through one or more disaggregated base station units (such as a Near-Real Time (Near-RT) RAN Intelligent Controller (RIC) 125 via an E2 link, or a Non-Real Time (Non-RT) RIC 115 associated with a Service Management and Orchestration (SMO) Framework 105, or both) . A CU 110 may communicate with one or more DUs 130 via respective midhaul links, such as an F1 interface. The DUs 130 may communicate with one or more RUs 140 via respective fronthaul links. The RUs 140 may communicate with respective UEs 104 via one or more radio frequency (RF) access links. In some implementations, the UE 104 may be simultaneously served by multiple RUs 140.

[0048] Each of the units, i.e., the CUs 110, the DUs 130, the RUs 140, as well as the Near-RT RICs 125, the Non-RT RICs 115, and the SMO Framework 105, may include one or more interfaces or be coupled to one or more interfaces configured to receive or to transmit signals, data, or information (collectively, signals) via a wired or wireless transmission medium. Each of the units, or an associated processor or controller providing instructions to the communication interfaces of the units, can be configured to communicate with one or more of the other units via the transmission medium. For example, the units can include a wired interface configured to receive or to transmit signals over a wired transmission medium to one or more of the other units. Additionally, the units can include a wireless interface, which may include a receiver, a transmitter, or a transceiver (such as an RF transceiver) , configured to receive or to transmit signals, or both, over a wireless transmission medium to one or more of the other units.

[0049] In some aspects, the CU 110 may host one or more higher layer control functions. Such control functions can include radio resource control (RRC) , packet data convergence protocol (PDCP) , service data adaptation protocol (SDAP) , or the like. Each control function can be implemented with an interface configured to communicate signals with other control functions hosted by the CU 110. The CU 110 may be configured to handle user plane functionality (i.e., Central Unit –User Plane (CU-UP) ) , control plane functionality (i.e., Central Unit –Control Plane (CU-CP) ) , or a combination thereof. In some implementations, the CU 110 can be logically split into one or more CU-UP units and one or more CU-CP units. The CU-UP unit can communicate bidirectionally with the CU-CP unit via an interface, such as an E1 interface when implemented in an O-RAN configuration. The CU 110 can be implemented to communicate with the DU 130, as necessary, for network control and signaling.

[0050] The DU 130 may correspond to a logical unit that includes one or more base station functions to control the operation of one or more RUs 140. In some aspects, the DU 130 may host one or more of a radio link control (RLC) layer, a medium 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, demodulation, or the like) depending, at least in part, on a functional split, such as those defined by 3GPP. In some aspects, the DU 130 may further host one or more low PHY layers. Each layer (or module) can be implemented with an interface configured to communicate signals with other layers (and modules) hosted by the DU 130, or with the control functions hosted by the CU 110.

[0051] Lower-layer functionality can be implemented by one or more RUs 140. In some deployments, an RU 140, controlled by a DU 130, may correspond to a logical node that hosts 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, or the like) , or both, based at least in part on the functional split, such as a lower layer functional split. In such an architecture, the RU (s) 140 can be implemented to handle over the air (OTA) communication with one or more UEs 104. In some implementations, real-time and non-real-time aspects of control and user plane communication with the RU (s) 140 can be controlled by the corresponding DU 130. In some scenarios, this configuration can enable the DU (s) 130 and the CU 110 to be implemented in a cloud-based RAN architecture, such as a vRAN architecture.

[0052] The SMO Framework 105 may be configured to support RAN deployment and provisioning of non-virtualized and virtualized network elements. For non-virtualized network elements, the SMO Framework 105 may be configured to support the deployment of dedicated physical resources for RAN coverage requirements that may be managed via an operations and maintenance interface (such as an O1 interface) . For virtualized network elements, the SMO Framework 105 may be configured to interact with a cloud computing platform (such as an open cloud (O-Cloud) 190) to perform network element life cycle management (such as to instantiate virtualized network elements) via a cloud computing platform interface (such as an O2 interface) . Such virtualized network elements can include, but are not limited to, CUs 110, DUs 130, RUs 140 and Near-RT RICs 125. In some implementations, the SMO Framework 105 can communicate with a hardware aspect of a 4G RAN, such as an open eNB (O-eNB) 111, via an O1 interface. Additionally, in some implementations, the SMO Framework 105 can communicate directly with one or more RUs 140 via an O1 interface. The SMO Framework 105 also may include a Non-RT RIC 115 configured to support functionality of the SMO Framework 105.

[0053] The Non-RT RIC 115 may be configured to include a logical function that enables non-real-time control and optimization of RAN elements and resources, artificial intelligence (AI)  / machine learning (ML) (AI / ML) workflows including model training and updates, or policy-based guidance of applications / features in the Near-RT RIC 125. The Non-RT RIC 115 may be coupled to or communicate with (such as via an A1 interface) the Near-RT RIC 125. The Near-RT RIC 125 may be configured to include a logical function that enables near-real-time control and optimization of RAN elements and resources via data collection and actions over an interface (such as via an E2 interface) connecting one or more CUs 110, one or more DUs 130, or both, as well as an O-eNB, with the Near-RT RIC 125.

[0054] In some implementations, to generate AI / ML models to be deployed in the Near-RT RIC 125, the Non-RT RIC 115 may receive parameters or external enrichment information from external servers. Such information may be utilized by the Near-RT RIC 125 and may be received at the SMO Framework 105 or the Non-RT RIC 115 from non-network data sources or from network functions. In some examples, the Non-RT RIC 115 or the Near-RT RIC 125 may be configured to tune RAN behavior or performance. For example, the Non-RT RIC 115 may monitor long-term trends and patterns for performance and employ AI / ML models to perform corrective actions through the SMO Framework 105 (such as reconfiguration via O1) or via creation of RAN management policies (such as A1 policies) .

[0055] At least one of the CU 110, the DU 130, and the RU 140 may be referred to as a base station 102. Accordingly, a base station 102 may include one or more of the CU 110, the DU 130, and the RU 140 (each component indicated with dotted lines to signify that each component may or may not be included in the base station 102) . The base station 102 provides an access point to the core network 120 for a UE 104. The base station 102 may include macrocells (high power cellular base station) and / or small cells (low power cellular base station) . The small cells include femtocells, picocells, and microcells. A network that includes both small cell and macrocells may be known as a heterogeneous network. A heterogeneous network may also include Home Evolved Node Bs (eNBs) (HeNBs) , which may provide service to a restricted group known as a closed subscriber group (CSG) . The communication links between the RUs 140 and the UEs 104 may include uplink (UL) (also referred to as reverse link) transmissions from a UE 104 to an RU 140 and / or downlink (DL) (also referred to as forward link) transmissions from an RU 140 to a UE 104. The communication links may use multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity. The communication links may be through one or more carriers. The base station 102  / UEs 104 may use spectrum up to Y MHz (e.g., 5, 10, 15, 20, 100, 400, etc. MHz) bandwidth per carrier allocated in a carrier aggregation of up to a total of Yx MHz (x component carriers) used for transmission in each direction. The carriers may or may not be adjacent to each other. 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) . The component carriers may include a primary component carrier and one or more secondary component carriers. A primary component carrier may be referred to as a primary cell (PCell) and a secondary component carrier may be referred to as a secondary cell (SCell) .

[0056] Certain UEs 104 may communicate with each other using device-to-device (D2D) communication link 158. The D2D communication link 158 may use the DL / UL wireless wide area network (WWAN) spectrum. The D2D communication link 158 may use one or more sidelink channels, such as a physical sidelink broadcast channel (PSBCH) , a physical sidelink discovery channel (PSDCH) , a physical sidelink shared channel (PSSCH) , and a physical sidelink control channel (PSCCH) . D2D communication may be through a variety of wireless D2D communications systems, such as for example, BluetoothTM (Bluetooth is a trademark of the Bluetooth Special Interest Group (SIG) ) , Wi-FiTM (Wi-Fi is a trademark of the Wi-Fi Alliance) based on the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, LTE, or NR.

[0057] The wireless communications system may further include a Wi-Fi AP 150 in communication with UEs 104 (also referred to as Wi-Fi stations (STAs) ) via communication link 154, e.g., in a 5 GHz unlicensed frequency spectrum or the like. When communicating in an unlicensed frequency spectrum, the UEs 104  / AP 150 may perform a clear channel assessment (CCA) prior to communicating in order to determine whether the channel is available.

[0058] The electromagnetic spectrum is often subdivided, based on frequency / wavelength, into various classes, bands, channels, etc. In 5G NR, two initial operating bands have been identified as frequency range designations FR1 (410 MHz –7.125 GHz) and FR2 (24.25 GHz –52.6 GHz) . Although a portion of FR1 is greater than 6 GHz, FR1 is often referred to (interchangeably) as a “sub-6 GHz” band in various documents and articles. A similar nomenclature issue sometimes occurs with regard to FR2, which is often referred to (interchangeably) as a “millimeter wave” band in documents and articles, despite being different from the extremely high frequency (EHF) band (30 GHz –300 GHz) which is identified by the International Telecommunications Union (ITU) as a “millimeter wave” band.

[0059] The frequencies between FR1 and FR2 are often referred to as mid-band frequencies. Recent 5G NR studies have identified an operating band for these mid-band frequencies as frequency range designation FR3 (7.125 GHz –24.25 GHz) . Frequency bands falling within FR3 may inherit FR1 characteristics and / or FR2 characteristics, and thus may effectively extend features of FR1 and / or FR2 into mid-band frequencies. In addition, higher frequency bands are currently being explored to extend 5G NR operation beyond 52.6 GHz. For example, three higher operating bands have been identified as frequency range designations FR2-2 (52.6 GHz –71 GHz) , FR4 (71 GHz –114.25 GHz) , and FR5 (114.25 GHz –300 GHz) . Each of these higher frequency bands falls within the EHF band.

[0060] With the above aspects in mind, unless specifically stated otherwise, the term “sub-6 GHz” or the like if used herein may broadly represent frequencies that may be less than 6 GHz, may be within FR1, or may include mid-band frequencies. Further, unless specifically stated otherwise, the term “millimeter wave” or the like if used herein may broadly represent frequencies that may include mid-band frequencies, may be within FR2, FR4, FR2-2, and / or FR5, or may be within the EHF band.

[0061] The base station 102 and the UE 104 may each include a plurality of antennas, such as antenna elements, antenna panels, and / or antenna arrays to facilitate beamforming. The base station 102 may transmit a beamformed signal 182 to the UE 104 in one or more transmit directions. The UE 104 may receive the beamformed signal from the base station 102 in one or more receive directions. The UE 104 may also transmit a beamformed signal 184 to the base station 102 in one or more transmit directions. The base station 102 may receive the beamformed signal from the UE 104 in one or more receive directions. The base station 102  / UE 104 may perform beam training to determine the best receive and transmit directions for each of the base station 102  / UE 104. The transmit and receive directions for the base station 102 may or may not be the same. The transmit and receive directions for the UE 104 may or may not be the same.

[0062] The base station 102 may include and / or be referred to as a gNB, Node B, eNB, an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS) , an extended service set (ESS) , a TRP, network node, network entity, network equipment, or some other suitable terminology. The base station 102 can be implemented as an integrated access and backhaul (IAB) node, a relay node, a sidelink node, an aggregated (monolithic) base station with a baseband unit (BBU) (including a CU and a DU) and an RU, or as a disaggregated base station including one or more of a CU, a DU, and / or an RU. The set of base stations, which may include disaggregated base stations and / or aggregated base stations, may be referred to as next generation (NG) RAN (NG-RAN) .

[0063] The core network 120 may include an Access and Mobility Management Function (AMF) 161, a Session Management Function (SMF) 162, a User Plane Function (UPF) 163, a Unified Data Management (UDM) 164, one or more location servers 168, and other functional entities. The AMF 161 is the control node that processes the signaling between the UEs 104 and the core network 120. The AMF 161 supports registration management, connection management, mobility management, and other functions. The SMF 162 supports session management and other functions. The UPF 163 supports packet routing, packet forwarding, and other functions. The UDM 164 supports the generation of authentication and key agreement (AKA) credentials, user identification handling, access authorization, and subscription management. The one or more location servers 168 are illustrated as including a Gateway Mobile Location Center (GMLC) 165 and a Location Management Function (LMF) 166. However, generally, the one or more location servers 168 may include one or more location / positioning servers, which may include one or more of the GMLC 165, the LMF 166, a position determination entity (PDE) , a serving mobile location center (SMLC) , a mobile positioning center (MPC) , or the like. The GMLC 165 and the LMF 166 support UE location services. The GMLC 165 provides an interface for clients / applications (e.g., emergency services) for accessing UE positioning information. The LMF 166 receives measurements and assistance information from the NG-RAN and the UE 104 via the AMF 161 to compute the position of the UE 104. The NG-RAN may utilize one or more positioning methods in order to determine the position of the UE 104. Positioning the UE 104 may involve signal measurements, a position estimate, and an optional velocity computation based on the measurements. The signal measurements may be made by the UE 104 and / or the base station 102 serving the UE 104. The signals measured may be based on one or more of a satellite positioning system (SPS) 170 (e.g., one or more of a Global Navigation Satellite System (GNSS) , global position system (GPS) , non-terrestrial network (NTN) , or other satellite position / location system) , LTE signals, wireless local area network (WLAN) signals, Bluetooth signals, a terrestrial beacon system (TBS) , sensor-based information (e.g., barometric pressure sensor, motion sensor) , NR enhanced cell ID (NR E-CID) methods, NR signals (e.g., multi-round trip time (Multi-RTT) , DL angle-of-departure (DL-AoD) , DL time difference of arrival (DL-TDOA) , UL time difference of arrival (UL-TDOA) , and UL angle-of-arrival (UL-AoA) positioning) , and / or other systems / signals / sensors.

[0064] Examples of UEs 104 include a cellular phone, a smart phone, a session initiation protocol (SIP) phone, a laptop, a personal digital assistant (PDA) , a satellite radio, a global positioning system, a multimedia device, a video device, a digital audio player (e.g., MP3 player) , a camera, a game console, a tablet, a smart device, a wearable device, a vehicle, an electric meter, a gas pump, a large or small kitchen appliance, a healthcare device, an implant, a sensor / actuator, a display, or any other similar functioning device. Some of the UEs 104 may be referred to as IoT devices (e.g., parking meter, gas pump, toaster, vehicles, heart monitor, etc. ) . The UE 104 may also be referred to as a station, a mobile station, a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communications device, a remote device, a mobile subscriber station, an access terminal, a mobile terminal, a wireless terminal, a remote terminal, a handset, a user agent, a mobile client, a client, or some other suitable terminology. In some scenarios, the term UE may also apply to one or more companion devices such as in a device constellation arrangement. One or more of these devices may collectively access the network and / or individually access the network.

[0065] Referring again to FIG. 1, in certain aspects, the UE 104 may include the random access component 198. The random access component 198 may be configured to transmit, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and receive, from the reader device, a second message, where the second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device, where the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and where each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. In certain aspects, the base station 102 may include the random access component 199. The random access component 199 may be configured to receive, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and transmit, to the first wireless device, a second message. The second message may include multiple IDs corresponding to multiple wireless devices including the first wireless device, and the multiple IDs may respectively indicate the detection of the multiple wireless devices by the reader device for random access procedures. Each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. Although the following description may be focused on 5G NR, the concepts described herein may be applicable to other similar areas, such as LTE, LTE-A, CDMA, GSM, and other wireless technologies.

[0066] FIG. 2A is a diagram 200 illustrating an example of a first subframe within a 5G NR frame structure. FIG. 2B is a diagram 230 illustrating an example of DL channels within a 5G NR subframe. FIG. 2C is a diagram 250 illustrating an example of a second subframe within a 5G NR frame structure. FIG. 2D is a diagram 280 illustrating an example of UL channels within a 5G NR subframe. The 5G NR frame structure may be frequency division duplexed (FDD) in which for a particular set of subcarriers (carrier system bandwidth) , subframes within the set of subcarriers are dedicated for either DL or UL, or may be time division duplexed (TDD) in which for a particular set of subcarriers (carrier system bandwidth) , subframes within the set of subcarriers are dedicated for both DL and UL. In the examples provided by FIGs. 2A, 2C, the 5G NR frame structure is assumed to be TDD, with subframe 4 being configured with slot format 28 (with mostly DL) , where D is DL, U is UL, and F is flexible for use between DL / UL, and subframe 3 being configured with slot format 1 (with all UL) . While subframes 3, 4 are shown with slot formats 1, 28, respectively, any particular subframe may be configured with any of the various available slot formats 0-61. Slot formats 0, 1 are all DL, UL, respectively. Other slot formats 2-61 include a mix of DL, UL, and flexible symbols. UEs are configured with the slot format (dynamically through DL control information (DCI) , or semi-statically / statically through radio resource control (RRC) signaling) through a received slot format indicator (SFI) . Note that the description infra applies also to a 5G NR frame structure that is TDD.

[0067] FIGs. 2A-2D illustrate a frame structure, and the aspects of the present disclosure may be applicable to other wireless communication technologies, which may have a different frame structure and / or different channels. A frame (10 ms) may be divided into 10 equally sized subframes (1 ms) . Each subframe may include one or more time slots. Subframes may also include mini-slots, which may include 7, 4, or 2 symbols. Each slot may include 14 or 12 symbols, depending on whether the cyclic prefix (CP) is normal or extended. For normal CP, each slot may include 14 symbols, and for extended CP, each slot may include 12 symbols. The symbols on DL may be CP orthogonal frequency division multiplexing (OFDM) (CP-OFDM) symbols. The symbols on UL may be CP-OFDM symbols (for high throughput scenarios) or discrete Fourier transform (DFT) spread OFDM (DFT-s-OFDM) symbols (for power limited scenarios; limited to a single stream transmission) . The number of slots within a subframe is based on the CP and the numerology. The numerology defines the subcarrier spacing (SCS) (see Table 1) . The symbol length / duration may scale with 1 / SCS. Table 1: Numerology, SCS, and CP

[0068] For normal CP (14 symbols / slot) , different numerologies μ 0 to 4 allow for 1, 2, 4, 8, and 16 slots, respectively, per subframe. For extended CP, the numerology 2 allows for 4 slots per subframe. Accordingly, for normal CP and numerology μ, there are 14 symbols / slot and 2μ slots / subframe. The subcarrier spacing may be equal to 2μ*15 kHz, where μ is the numerology 0 to 4. As such, the numerology μ=0 has a subcarrier spacing of 15 kHz and the numerology μ=4 has a subcarrier spacing of 240 kHz. The symbol length / duration is inversely related to the subcarrier spacing. FIGs. 2A-2D provide an example of normal CP with 14 symbols per slot and numerology μ=2 with 4 slots per subframe. The slot duration is 0.25 ms, the subcarrier spacing is 60 kHz, and the symbol duration is approximately 16.67 μs. Within a set of frames, there may be one or more different bandwidth parts (BWPs) (see FIG. 2B) that are frequency division multiplexed. Each BWP may have a particular numerology and CP (normal or extended) .

[0069] A resource grid may be used to represent the frame structure. Each time slot includes a resource block (RB) (also referred to as physical RBs (PRBs) ) that extends 12 consecutive subcarriers. The resource grid is divided into multiple resource elements (REs) . The number of bits carried by each RE depends on the modulation scheme.

[0070] As illustrated in FIG. 2A, some of the REs carry reference (pilot) signals (RS) for the UE.The RS may include demodulation RS (DM-RS) (indicated as R for one particular configuration, but other DM-RS configurations are possible) and channel state information reference signals (CSI-RS) for channel estimation at the UE. The RS may also include beam measurement RS (BRS) , beam refinement RS (BRRS) , and phase tracking RS (PT-RS) .

[0071] FIG. 2B illustrates an example 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) (e.g., 1, 2, 4, 8, or 16 CCEs) , each CCE including six RE groups (REGs) , each REG including 12 consecutive REs in an OFDM symbol of an RB. A PDCCH within one BWP may be referred to as a control resource set (CORESET) . A UE is configured to monitor PDCCH candidates in a PDCCH search space (e.g., common search space, UE-specific search space) during PDCCH monitoring occasions on the CORESET, where the PDCCH candidates have different DCI formats and different aggregation levels. Additional BWPs may be located at greater and / or lower frequencies across the channel bandwidth. A primary synchronization signal (PSS) may be within symbol 2 of particular subframes of a frame. The PSS is used by a UE 104 to determine subframe / symbol timing and a physical layer identity. A secondary synchronization signal (SSS) may be within symbol 4 of particular subframes of a frame. The SSS is used by a UE to determine a physical layer cell identity group number and radio frame timing. Based on the physical layer identity and the physical layer cell identity group number, the UE can determine a physical cell identifier (PCI) . Based on the PCI, the UE can determine the locations of the DM-RS. The physical broadcast channel (PBCH) , which carries a master information block (MIB) , may be logically grouped with the PSS and SSS to form a synchronization signal (SS)  / PBCH block (also referred to as SS block (SSB) ) . The MIB provides a number of RBs in the system bandwidth and a system frame number (SFN) . The physical downlink shared channel (PDSCH) carries user data, broadcast system information not transmitted through the PBCH such as system information blocks (SIBs) , and paging messages.

[0072] As illustrated in FIG. 2C, some of the REs carry DM-RS (indicated as R for one particular configuration, but other DM-RS configurations are possible) for channel estimation at the base station. The UE may transmit DM-RS for the physical uplink control channel (PUCCH) and DM-RS for the physical uplink shared channel (PUSCH) . The PUSCH DM-RS may be transmitted in the first one or two symbols of the PUSCH. The PUCCH DM-RS may be transmitted in different configurations depending on whether short or long PUCCHs are transmitted and depending on the particular PUCCH format used. The UE may transmit sounding reference signals (SRS) . The SRS may be transmitted in the last symbol of a subframe. The SRS may have a comb structure, and a UE may transmit SRS on one of the combs. The SRS may be used by a base station for channel quality estimation to enable frequency-dependent scheduling on the UL.

[0073] FIG. 2D illustrates an example of various UL channels within a subframe of a frame. The PUCCH may be located as indicated in one configuration. The PUCCH carries uplink control information (UCI) , such as scheduling requests, a channel quality indicator (CQI) , a precoding matrix indicator (PMI) , a rank indicator (RI) , and hybrid automatic repeat request (HARQ) acknowledgment (ACK) (HARQ-ACK) feedback (i.e., one or more HARQ ACK bits indicating one or more ACK and / or negative ACK (NACK) ) . The PUSCH carries data, and may additionally be used to carry a buffer status report (BSR) , a power headroom report (PHR) , and / or UCI.

[0074] FIG. 3 is a block diagram of a base station 310 in communication with a UE 350 in an access network. In the DL, Internet protocol (IP) packets may be provided to a controller / processor 375. The controller / processor 375 implements layer 3 and layer 2 functionality. Layer 3 includes a radio resource control (RRC) layer, and layer 2 includes a service data adaptation protocol (SDAP) layer, a packet data convergence protocol (PDCP) layer, a radio link control (RLC) layer, and a medium access control (MAC) layer. The controller / processor 375 provides RRC layer functionality associated with broadcasting of system information (e.g., MIB, SIBs) , RRC connection control (e.g., RRC connection paging, RRC connection establishment, RRC connection modification, and RRC connection release) , inter radio access technology (RAT) mobility, and measurement configuration for UE measurement reporting; PDCP layer functionality associated with header compression  / decompression, security (ciphering, deciphering, integrity protection, integrity verification) , and handover support functions; RLC layer functionality associated with the transfer of upper layer packet data units (PDUs) , error correction through ARQ, concatenation, segmentation, and reassembly of RLC service data units (SDUs) , re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto transport blocks (TBs) , demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

[0075] The transmit (TX) processor 316 and the receive (RX) processor 370 implement layer 1 functionality associated with various signal processing functions. Layer 1, which includes a physical (PHY) layer, may include error detection on the transport channels, forward error correction (FEC) coding / decoding of the transport channels, interleaving, rate matching, mapping onto physical channels, modulation / demodulation of physical channels, and MIMO antenna processing. The TX processor 316 handles mapping to signal constellations based on various modulation schemes (e.g., binary phase-shift keying (BPSK) , quadrature phase-shift keying (QPSK) , M-phase-shift keying (M-PSK) , M-quadrature amplitude modulation (M-QAM) ) . The coded and modulated symbols may then be split into parallel streams. Each stream may then be mapped to an OFDM subcarrier, multiplexed with a reference signal (e.g., pilot) in the time and / or frequency domain, and then combined together using an Inverse Fast Fourier Transform (IFFT) to produce a physical channel carrying a time domain OFDM symbol stream. The OFDM stream is spatially precoded to produce multiple spatial streams. Channel estimates from a channel estimator 374 may be used to determine the coding and modulation scheme, as well as for spatial processing. The channel estimate may be derived from a reference signal and / or channel condition feedback transmitted by the UE 350. Each spatial stream may then be provided to a different antenna 320 via a separate transmitter 318Tx. Each transmitter 318Tx may modulate a radio frequency (RF) carrier with a respective spatial stream for transmission.

[0076] At the UE 350, each receiver 354Rx receives a signal through its respective antenna 352. Each receiver 354Rx recovers information modulated onto an RF carrier and provides the information to the receive (RX) processor 356. The TX processor 368 and the RX processor 356 implement layer 1 functionality associated with various signal processing functions. The RX processor 356 may perform spatial processing on the information to recover any spatial streams destined for the UE 350. If multiple spatial streams are destined for the UE 350, they may be combined by the RX processor 356 into a single OFDM symbol stream. The RX processor 356 then converts the OFDM symbol stream from the time-domain to the frequency domain using a Fast Fourier Transform (FFT) . The frequency domain signal includes a separate OFDM symbol stream for each subcarrier of the OFDM signal. The symbols on each subcarrier, and the reference signal, are recovered and demodulated by determining the most likely signal constellation points transmitted by the base station 310. These soft decisions may be based on channel estimates computed by the channel estimator 358. The soft decisions are then decoded and deinterleaved to recover the data and control signals that were originally transmitted by the base station 310 on the physical channel. The data and control signals are then provided to the controller / processor 359, which implements layer 3 and layer 2 functionality.

[0077] The controller / processor 359 can be associated with at least one memory 360 that stores program codes and data. The at least one memory 360 may be referred to as a computer-readable medium. In the UL, the controller / processor 359 provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, and control signal processing to recover IP packets. The controller / processor 359 is also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

[0078] Similar to the functionality described in connection with the DL transmission by the base station 310, the controller / processor 359 provides RRC layer functionality associated with system information (e.g., MIB, SIBs) acquisition, RRC connections, and measurement reporting; PDCP layer functionality associated with header compression  / decompression, and security (ciphering, deciphering, integrity protection, integrity verification) ; RLC layer functionality associated with the transfer of upper layer PDUs, error correction through ARQ, concatenation, segmentation, and reassembly of RLC SDUs, re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto TBs, demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

[0079] Channel estimates derived by a channel estimator 358 from a reference signal or feedback transmitted by the base station 310 may be used by the TX processor 368 to select the appropriate coding and modulation schemes, and to facilitate spatial processing. The spatial streams generated by the TX processor 368 may be provided to different antenna 352 via separate transmitters 354Tx. Each transmitter 354Tx may modulate an RF carrier with a respective spatial stream for transmission.

[0080] The UL transmission is processed at the base station 310 in a manner similar to that described in connection with the receiver function at the UE 350. Each receiver 318Rx receives a signal through its respective antenna 320. Each receiver 318Rx recovers information modulated onto an RF carrier and provides the information to a RX processor 370.

[0081] The controller / processor 375 can be associated with at least one memory 376 that stores program codes and data. The at least one memory 376 may be referred to as a computer-readable medium. In the UL, the controller / processor 375 provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, control signal processing to recover IP packets. The controller / processor 375 is also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

[0082] At least one of the TX processor 368, the RX processor 356, and the controller / processor 359 may be configured to perform aspects in connection with the random access component 198 of FIG. 1.

[0083] At least one of the TX processor 316, the RX processor 370, and the controller / processor 375 may be configured to perform aspects in connection with the random access component 199 of FIG. 1.

[0084] Radio frequency identification (RFID) is a rapidly growing technology that has gained attention due to its potential to transform various industries, including inventory and asset management, IoT applications, sustainable sensor networks in factories and agriculture, and smart home systems.

[0085] In RFID technology, small transponders, or tags, may be used to emit information-bearing signals when activated by an external signal. These tags can be utilized to track, identify, and manage a wide range of objects and assets. One of the key benefits of RFID technology is its ability to function at low operating expenses (OPEX) , low maintenance costs, and a long lifecycle.

[0086] Passive RFID systems, in particular, may harvest energy from ambient radio frequency waves and power the transmission and reception circuitry without the need for an internal battery. These systems may employ backscatter modulation for the transmitted signal, enabling the tags to operate with minimal power consumption. Besides passive RFID systems, semi-passive or active RFID systems may incorporate batteries to provide additional power and extended capabilities. However, these systems generally entail a higher cost.

[0087] FIG. 4 is a diagram 400 illustrating an example RFID system. In FIG. 4, an RFID reader 402 (an electronic device that can communicate with an RFID tag and retrieve the information stored on it) may transmit an energy signal 410 to the RFID tag 406 via a forward link 420. The RFID tag 406 may reflect a backscatter modulated information signal 412 back to the RFID reader 402 via a backscatter link 430. This backscatter modulated information signal 412 may carry data that the RFID reader 402 may use for various purposes, such as identification verification and tracking.

[0088] Ambient Internet of Things (A-IoT) devices (also referred to as A-IoT UEs in some aspects) are smaller and less expensive IoT devices compared to other devices such as narrowband IoT (NB-IoT) , LTE-M, and reduced capability (RedCap) devices. In some examples, A-IoT devices may operate as passive devices or energy harvesting devices that harness the energy from radio waves as the prime source of power, eliminating traditional battery-based systems. These A-IoT devices may be used in passive ultra-high frequency (UHF) RFID systems, in some examples. FIG. 5 is a diagram 500 illustrating an example of the operation of an A-IoT device. In FIG. 5, the A-IoT device 506 (or A-IoT UE) may harness the energy from an incident RF wave 510, which may be transmitted from the base station 504 or UE 502, as the power source. The incident RF wave 510, which may be referred to as the carrier wave, may be the continuous wave for an NR signal transmission. Wireless devices transmitting the incident RF may be referred to as RF sources or simply sources. For example, in the example in FIG. 5, the base station 504 or UE 502 may function as an RF source.

[0089] The A-IoT device 506 may backscatter the incident RF wave 510 as a backscattered signal 520 back to a reader (e.g., which may be the base station 504 or UE 502, for example) . In some examples, the backscattered signal 520 may be a modulated signal that carries bit information, such as bit ‘0’ 522 and bit ‘1’ 524. Wireless devices capable of receiving and interpreting the bit information from a backscattered signal may be referred to as RF readers or simply readers. For example, in FIG. 5, the UE 502 may function as an RF reader. In some aspects, the RF source and the RF reader may be the same device. In other aspects, the RF source may be a different device than the RF reader.

[0090] A wireless device (e.g., A-IoT device 506) may use a random access procedure in order to communicate with a reader or reader device (e.g., base station 504 or UE 502) . FIG. 6A illustrates example aspects of a random access procedure 600 between a UE 602 and a base station 604. In some examples, the UE 602 may initiate the random access message exchange by sending, to the base station 604, a first random access message 603 (e.g., Msg 1) including a preamble. Prior to sending the first random access message 603, the UE 602 may obtain random access parameters, e.g., including preamble format parameters, time and frequency resources, parameters for determining root sequences and / or cyclic shifts for a random access preamble, etc., e.g., in system information 601 from the base station 604. The preamble may be transmitted with an identifier, such as a Random Access RNTI (RA-RNTI) . The UE 602 may randomly select a random access preamble sequence, e.g., from a set of preamble sequences. If the UE 602 randomly selects the preamble sequence, the base station 604 may receive another preamble from a different UE at the same time. In some examples, a preamble sequence may be assigned to the UE 602.

[0091] The base station responds to the first random access message 603 by sending a second random access message 605 (e.g., Msg 2) using PDSCH and including a random access response (RAR) . The RAR may include, e.g., an identifier of the random access preamble sent by the UE, a time advance (TA) , an uplink grant for the UE to transmit data, a cell radio network temporary identifier (C-RNTI) or other identifier, and / or a back-off indicator. Upon receiving the RAR at 605, the UE 602 may transmit a third random access message 607 (e.g., Msg 3) to the base station 604, e.g., using PUSCH, that may include an RRC connection request, an RRC connection re-establishment request, or an RRC connection resume request, depending on the trigger for the initiating the random access procedure. The base station 604 may then complete the random access procedure by sending a fourth random access message 609 (e.g., Msg 4) to the UE 602, e.g., using PDCCH for scheduling and PDSCH for the message. The fourth random access message 609 may include a random access response message that includes timing advancement information, contention resolution information, and / or RRC connection setup information. The UE 602 may monitor for PDCCH, e.g., with the C-RNTI. If the PDCCH is successfully decoded, the UE 602 may also decode PDSCH. The UE 602 may send HARQ feedback for any data carried in the fourth random access message. If two UEs send the same preamble at 603, both UEs may receive the RAR leading both UEs to send a third random access message 607. The base station 604 may resolve such a collision by being able to decode the third random access message from one of the UEs and responding with a fourth random access message to that UE. The other UE, which did not receive the fourth random access message 609, may determine that random access did not succeed and may re-attempt random access. Thus, the fourth message may be referred to as a contention resolution message. The fourth random access message 609 may complete the random access procedure. Thus, the UE 602 may then transmit uplink communication and / or receive downlink communication with the base station 604 based on the RAR.

[0092] In order to reduce latency or control signaling overhead, a single round trip cycle between the UE and the base station 604 may be achieved in a 2-step RACH process 650, such as shown in FIG. 6B. Aspects of Msg 1 (e.g., at 603) and Msg 3 (e.g., at 607) may be combined in a single message, e.g., which may be referred to as Msg A (e.g., at 611) . The Msg A may include a random access preamble, and may also include a PUSCH transmission, e.g., such as data. The MsgA preambles may be separate from the four step preambles, yet may be transmitted in the same random access occasions (ROs) as the preambles of the four step RACH procedure or may be transmitted in separate ROs. The PUSCH transmissions may be transmitted in PUSCH occasions (POs) that may span multiple symbols and PRBs. After the UE 602 transmits the Msg A 611, the UE 602 may wait for a response from the base station 604. Additionally, aspects of the Msg 2 (e.g., at 605) and Msg 4 (e.g., at 609) may be combined into a single message, which may be referred to as Msg B. Two step RACH may be triggered for reasons similar to a four-step RACH procedure. If the UE does not receive a response, the UE may retransmit the MsgA or may fall back to a four-step RACH procedure starting with a Msg 1. If the base station detects the Msg A, but fails to successfully decode the Msg A PUSCH, the base station may respond with an allocation of resources for an uplink retransmission of the PUSCH. The UE may fall back to the four step RACH with a transmission of Msg 3 based on the response from the base station and may retransmit the PUSCH from Msg A. If the base station successfully decodes the Msg A and corresponding PUSCH, the base station may reply with an indication of the successful receipt, e.g., as a random access response 613 that completes the two-step RACH procedure. The Msg B may include the random access response and a contention-resolution message. The contention resolution message may be sent after the base station successfully decodes the PUSCH transmission.

[0093] In some examples, random access procedures that involving A-IoT devices (e.g., A-IoT device 506) may be triggered by a reader device (e.g., base station 504 or UE 502) , since the A-IoT devices may not support radio resource control (RRC) configurations.

[0094] In random access procedures between a reader device and A-IoT devices, multiple A-IoT devices may transmit the first message (e.g., Msg 1) for the random access procedure to the reader device. In response, the reader device may transmit the second message (e.g., Msg 2) back to the A-IoT devices. The second message (e.g., Msg 2) from the reader device may correspond to multiple A-IoT Msg 1 transmissions received from different A-IoT devices and may include multiple identifiers (IDs) received in Msg 1. Additionally, the second message (e.g., Msg 2) may assign resource allocations to the A-IoT devices for transmitting subsequent messages (e.g., Msg 3) for the random access procedure. Due the limited power and cost constraints of A-IoT devices, decoding all the information in the second message (e.g., Msg 2) may not be necessary, as some information relates to other A-IoT devices and can be skipped. Example aspects presented herein provide methods and apparatus for designing a random access message (e.g., Msg 2) to minimize power consumption of A-IoT devices while maintaining overall efficiency.

[0095] In wireless communication, an A-IoT device (e.g., A-IoT device 506) may be deployed in various scenarios with respect to the base station (e.g., base station 504) . FIG. 7A and FIG. 7B show example deployment scenarios of an A-IoT device, including deployment scenario 1 in diagram 700 and deployment scenario 2 in diagram 750. In some examples, as shown in diagram 700, deployment scenario 1 corresponds to Topology 1 and involves base stations (e.g., base station 704) and coexistence characteristics of a micro-cell with co-site deployment with the A-IoT device (e.g., A-IoT device 706) . In some examples, as shown in diagram 750, deployment scenario 2 is associated with Topology 2, where a user equipment (UE) functions as an intermediate node, such as intermediate node 760, under network control. In this scenario, the base station (e.g., base station 754) and coexistence characteristics may include a macro-cell with co-site deployment with the A-IoT device (e.g., A-IoT device 756) , and the intermediate node 760 may be located indoors. The traffic types in deployment scenario 1 and deployment scenario 2 may include device-originated device-to-terminal traffic (DO-DTT) and device traffic (DT) , with a focus on rUC1 (indoor inventory) and rUC4 (indoor command) .

[0096] In some aspects, a random access procedure that involves an A-IoT device (e.g., A-IoT device 506) may be a 3-step random access procedure. FIG. 8A is a diagram 800 illustrating an example 3-step random access procedure for an A-IoT device. As shown in FIG. 8A, in a 3-step random access procedure, the A-IoT device 802 may, at 810, initiate communication by sending an ID to the reader device (e.g., base station 804) in Msg 1. This ID may be a random ID generated by the A-IoT device 802. For example, the A-IoT device 802 may generate the random ID using methods such as random generation or generation based on the device ID.

[0097] Upon receiving Msg 1 from the A-IoT device 802, the reader device (e.g., base station 804) may echo the ID received in Msg 1. For example, the reader device (e.g., base station 804) may include the ID in Msg 2 to the A-IoT device 802 at 812. In some examples, Msg 2 may include additional information, such as the resource allocations for the A-IoT device 802 to transmit subsequent random access messages (e.g., Msg 3 at 814) . Upon receiving Msg 2 from the reader device (e.g., base station 804) , the A-IoT device 802 may send Msg 3 to the reader device (e.g., base station 804) at 814. In some examples, the A-IoT device 802 may include its device ID and / or any other upper layer data as specified by the upper layer request in Msg 3. The A-IoT device 802 may consider the contention resolution to be successful if it receives Msg 2 (e.g., at 812) containing the same random ID that was sent in Msg 1 (e.g., at 810) . In the 3-step random access procedure, Msg 4, which refers to the subsequent reader-to-device (R2D) transmission following the device-to-reader (D2R) transmission, may not need to be sent. In some examples, a Msg 4 may be sent (e.g., at 816) to indicate the failure of Msg 3 reception at the reader device (e.g., base station 804) or to handle Msg 3 transmission failures that may occur for various reasons. In some examples, a Msg 4 may be sent (e.g., at 816) to indicate the success of a Msg 3 reception at the reader device (e.g., base station 804) . In some examples, if the reader device (e.g., base station 804) fails to receive Msg 3 (e.g., at 814) from the A-IoT device 802, the reader device (e.g., base station 804) may retransmit Msg 2 to the A-IoT device 802 after 814.

[0098] In some aspects, a random access procedure that involves an A-IoT device (e.g., A-IoT device 506) may be a 2-step random access procedure. FIG. 8B is a diagram 850 illustrating an example 2-step random access procedure for an A-IoT device. As shown in FIG. 8B, in an example case where Msg 2 is needed for the 2-step random access procedure (e.g., 2-step contention-based random access (CBRA) ) , the random ID, which may be fixed at 16 bits, may be included in Msg 1 sent by the A-IoT device 852 to the reader device (e.g., base station 854) at 860. The reader device (e.g., base station 854) may echo the random ID in Msg 2 to the A-IoT device 852 at 862. For example, the reader device (e.g., base station 854) may include the random ID in Msg 2 to the A-IoT device 852 at 862. In some examples, in contention-free access, the A-IoT device (e.g., A-IoT device 852) may transmit the upper layer data, such as the device ID, in its very first device-to-reader (D2R) message after being triggered. This approach bypasses the contention resolution process involving Msg 1 and Msg 2.

[0099] In some examples, a reader device may initiate the random access procedures with multiple A-IoT devices. For example, a reader device may trigger random access procedures with multiple A-IoT devices by sending a reader-to-device (R2D) transmission to the multiple A-IoT devices. For example, as shown in FIG. 8A, the reader device (e.g., base station 804) may trigger random access procedures with two A-IoT devices (e.g., A-IoT device 802, 806) by sending an R2D transmission to these A-IoT devices (e.g., A-IoT device 802, 806) . In this case, the reader device (e.g., base station 804) may receive multiple Msg 1 transmissions respectively from multiple A-IoT devices (e.g., Msg 1 at 810 from A-IoT device 802, and Msg 1 at 820 from A-IoT device 806) . The reader device may transmit Msg 2 in different configurations. In some examples, a physical reader-to-device channel (PRDCH) for Msg 2 transmission may be provided for an A-IoT Msg 1 received from a single device. For example, Msg 2 transmission at 812 may correspond to Msg 1 received at 810 from A-IoT device 812. In some examples, a PRDCH may be provided for Msg 2 transmission corresponding to multiple A-IoT Msg 1 transmissions received from multiple devices. For example, Msg 2 transmission at 822 may be sent (e.g., via broadcast) to A-IoT device 802 and 806, corresponding to Msg 1 received at 810 from A-IoT device 802 and Msg 1 received at 820 from A-IoT device 806.

[0100] In some aspects, the A-IoT devices may transmit certain bit of random numbers (e.g., 16-bit random number or RN16) , for example, in Msg 1 to indicate their request to access the reader device. When multiple A-IoT devices (e.g., A-IoT device 802, 806) transmit Msg 1 simultaneously, the Msg 2 from the reader device (e.g., base station 804) may either correspond to an A-IoT Msg 1 received from a single device (e.g., at 812) or to multiple A-IoT Msg 1 transmissions received from different A-IoT devices (e.g., at 822) . The reader device may echo the ID received in Msg 1 as part of the contention resolution process (e.g., include in Msg 2 the ID received in Msg 1) . In some examples, in Msg 2, the reader device may assign resource allocations to the A-IoT device (e.g., A-IoT device 802) for transmitting Msg 3 (e.g., at 814) .

[0101] In some aspects, due to the limited power and cost constraints of A-IoT devices, it is beneficial to design Msg 2 in a way that minimizes the power consumption of the A-IoT. This can be achieved, for example, by enabling early indication of Msg 1 IDs included in Msg 2. Example aspects herein provide a design for a random access message (e.g., Msg 2) , including the medium access control (MAC) layer data design, to minimize power consumption of A-IoT devices while maintaining overall efficiency.

[0102] In some aspects, in a design for Msg 2, the detected ID from Msg 1 (i.e., RN16) may be placed before the resource allocation for Msg 3 and other related information, such as a new AS ID or modulation and coding scheme (MCS) . In some aspects, all detected IDs from Msg1, which are associated with a single Msg 2 (e.g., Msg 2 at 822) , may be placed before the resource allocation for Msg 3 and any additional information. FIG. 9A is a diagram 900 illustrating example contents of a random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 9A, in an example Msg 2 902, all detected ID from Msg 1 (e.g., the detected Msg 1 ID of device a at 904, 906, the detected Msg 1 ID of device k at 908, 910) may be placed before the resource allocation for Msg 3 and any additional information (e.g., other information for device a at 912, other information for device k at 914) . This design enables early indication, allowing devices to identify relevant information more efficiently. For example, if an A-IoT device does not identify its ID in the ID section of Msg 2 (e.g., from 904 to 910) , it may not need to decode the remaining part of the Msg 2 902.

[0103] In some aspects, for each detected ID of Msg 1, the detected ID of Msg 1 and the resource allocation corresponding to the detected ID may be placed together, and the detected ID of Msg 1 may be placed before the resource allocation corresponding to the detected ID and other related information. FIG. 9B is a diagram 950 illustrating example contents of a random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 9B, in an example Msg 2 952, the detected ID of Msg 1 (e.g., detected Msg 1 ID of device a at 954, 956) and the resource allocation corresponding to the detected ID (e.g., at 958) may be placed together, and the detected ID of Msg 1 (e.g., 954, 956) may be placed before the resource allocation corresponding to the detected ID and other related information (e.g., 958) . This design may benefit A-IoT devices that have detected their IDs and corresponding resource allocations, as an A-IoT device may not need to decode the remaining information in Msg 2 once it has decoded the ID and corresponding resource allocations. In some examples, a MAC sub-header may be provided to indicate the number of detected Msg1 IDs or the length of the medium access control (MAC) –control element (MAC-CE) .

[0104] In some aspects, a Msg 2 may have a two-step design. For example, a Msg 2 may include two message parts (or two message steps) : the first message part and the second message part. In some examples, each step (e.g., the first message part and the second message part) may have a separate cyclic redundancy check (CRC) . For example, the first message part may include the first CRC, and the second message part may include the second CRC. In some examples, the two message steps (e.g., the first message part and the second message part) may be associated with a joint CRC. In some examples, the first step (e.g., the first message part) may not include a CRC, and the second step (e.g., the second message part) may include a CRC.

[0105] FIG. 10A is a diagram 1000 illustrating an example of the first message part of a random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 10A, the first message part 1002 of Msg 2 may include a part of the Msg 1 ID for all the detected Msg IDs, including a part of detected Msg 1 ID of device a (e.g., 1004) through a part of detected Msg 1 ID of device k (e.g., 1006) . This design may help to reduce the power consumption of A-IoT devices whose IDs do not match the part of the ID included in Msg 2.

[0106] In some aspects, the first message part 1002 of Msg 2 in this two-step approach may include specific portions of the Msg 1 ID and the second message part of Msg 2 may include the remaining portion of the Msg 1 ID. In some examples, the first message part (e.g., 1004, 1006) may include the lowest N or the highest N bits of the Msg 1 ID (where N could be 8, 6, or 4, etc. ) . In some examples, the first byte of the MAC-CE is used as an indicator to specify which part of the ID is included in the first message part 1002 of Msg 2.

[0107] In some aspects, the second message part of Msg 2 may include the remaining portions of the Msg 1 ID that is not included in the first message part of Msg 2. The remaining part of the Msg 1 ID may be handled differently in the second message part. In one configuration, all the remaining part of the Msg 1 ID may be located at the beginning of the MAC layer data of Msg 2, followed by the resource allocation for Msg 3. FIG. 10B is a diagram 1030 illustrating an example of the second message part of a random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 10B, in a second message part 1032 of Msg 2, all the remaining part of the Msg 1 ID (e.g., the remaining part of Msg 1 ID for device a at 1034 through the remaining part of Msg 1 ID for device k at 1036) may be located at the beginning of the MAC layer data of Msg 2, followed by the resource allocation for Msg 3 (e.g., 1038 through 1040) . This design allows early indication, for example for A-IoT devices whose IDs match the part of ID contained in the first message part.

[0108] In one configuration, in the second message part of Msg 2, the remaining part of the Msg 1 ID may be placed at the beginning of the MAC-CE, followed by the resource allocation for Msg 3 for the Msg 1 ID on a per-device basis. FIG. 10C is a diagram 1060 illustrating an example of the second message part of a random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 10C, in a second message part 1062 of Msg 2, the remaining part of the Msg 1 ID for device a (e.g., at 1064) may be placed at the beginning of the MAC-CE, followed by the resource allocation for Msg 3 for the Msg 1 ID for device a (e.g., at 1066) . The remaining part of the Msg 1 ID for device k (e.g., at 1068) may be placed at the beginning of the MAC-CE, followed by the resource allocation for Msg 3 for the Msg 1 ID for device k (e.g., at 1070) . The remaining part of the Msg 1 ID for device a (e.g., at 1064) and the resource allocation for Msg 3 for the Msg 1 ID for device a (e.g., at 1066) may be placed before the corresponding contents for device k (e.g., 1068, 1070) .

[0109] In some aspects, the reader device (e.g., UE 502 or base station 504) may determine whether to use a single message part (e.g., 902 or 952) or use two message parts (e.g., the combination of 1002 and 1032, or the combination of 1020 and 1062) to transmit Msg 2. In some aspects, the reader device (e.g., UE 502 or base station 504) may determine the number of message parts for Msg 2 based on the number of Msg 1 IDs indicated in Msg 2. For example, the reader device (e.g., UE 502 or base station 504) may use a single message part (e.g., 902 or 952) to transmit Msg 2 if there is a single Msg 1 ID in Msg 2. For example, the reader device (e.g., UE 502 or base station 504) may use two message parts (e.g., the combination of 1002 and 1032, or the combination of 1020 and 1062) to transmit Msg 2 if there are multiple Msg 1 IDs in Msg 2.

[0110] In some aspects, the MAC sub-header may be used to indicate whether the design involves a single message part or two message parts for Msg 2 transmission.

[0111] In some aspects, Msg 2 from the reader device may include various information to facilitate the random access procedures. FIG. 11A is a diagram 1100 illustrating an example random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 11A, in one example, a Msg 2 1102 may include one or more Msg 1 IDs, such as the detected Msg 1 ID of device a through device k (e.g., 1104, 1106 through 1108, 1110) . These Msg 1 IDs may respectively correspond to one or more A-IoT devices that the reader device has identified (or detected) for random access purposes. In some examples, the Msg 1 IDs may be in the RN16 format (i.e., 16-bit random number) . In some examples, Msg 2 1102 may include one or more assigned AS ID for the A-IoT devices, such as assigned AS ID for device a and device k (e.g., 1112, 1114, 1116, 1118) . In some examples, one or more indication bits may be used to indicate whether the assigned AS ID exists for the devices corresponding to the Msg 1 IDs. In some examples, a single indication bit in Msg 2 may be used to indicate whether the assigned AS ID existed for all devices. In some examples, one indication bit may be used per ID of the detected Msg 1 to indicate whether an assigned AS ID existed for that ID. For example, in FIG. 11A, an indication bit 1120 may be used to indicate whether an assigned AS ID exists for device a, and an indication bit 1122 may be used to indicate whether an assigned AS ID exists for device k.

[0112] In some aspects, an AS ID may be directly indicated (e.g., by indicating the entire length of the AS ID) . In some aspects, an AS ID may be indicated by specifying which part of the electronic product code (EPC) ID or random number (RN) ID can be used as the AS ID. This can be done by, for example, indicating the start and length of bits in the ID field, identifying a subfield index that is predefined to indicate the subfield, or using a bitmap to indicate the relevant subfields. In some examples, the mapping between the subfields and the corresponding bits in the bitmap would be predefined. In some aspects, an AS ID may be assigned by a reader device.

[0113] In some aspects, Msg 2 (e.g., Msg 2 1102) may include a grant (resource allocation) for Msg 3 transmission for the devices associated with the Msg 1 IDs. For example, referring to FIG. 11A, Msg 2 1102 may include a grant (resource allocation) for Msg 3 transmission for device a at 1130 and a grant (resource allocation) for Msg 3 transmission for device k at 1132. In some aspects, Msg 2 (e.g., Msg 2 1102) may include a grant (or resource allocation) for Msg 3 transmission when the random access procedure involved is 3-step CBRA procedure. In some examples, the grant (or resource allocation) for Msg 3 transmission (e.g., 1130, 1132) may include resource allocation for Msg 3 transmission and a monitoring window indication for feedback indication. In some examples, Msg 2 may also contain a command type indication. The command type indication may not always be present in Msg 2, and an additional bit may be used to specify whether the command type indication exists.

[0114] In some aspects, a Msg 2 may include MCS-like information. The term “MCS-like information” refers to parameters related to the transmission of Msg 3, such as the code rate, chip rate, and modulation scheme. As shown in FIG. 11A, Msg 2 1102 may include MCS-like information, such as MCS at 1140. FIG. 11B is a diagram 1150 illustrating an example random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 11B, a Msg 2 1152 may include MCS-like information, such as MCS at 1154, 1156. In some examples, if the MCS-like information for Msg 3 is fixed, MCS-link information may not need to be included in Msg 2.

[0115] In some aspects, a single field of MCS-like information may apply to all Msg 3 transmissions associated with the same Msg 2. For example, in FIG. 11A, a single field of MCS-like information (e.g., MCS at 1140) may apply to all Msg 3 transmissions associated with the same Msg 2 (e.g., Msg 3 transmissions for device a through device k) . This configuration may be applicable to scenarios where one Msg 2 targets a group of A-IoT devices with similar pathloss between the reader device and the A-IoT devices, allowing the use of the same MCS setting for Msg 3 transmissions.

[0116] In some aspects, if different MCS configurations are more appropriate, specific MCS-like information can be assigned to each Msg 3 transmission. For example, referring to FIG. 11B, specific MCS-like information (e.g., MCS at 1154 and MCS at 1156) may be assigned to Msg 3 transmissions for device a and device k, respectively. In such cases, a portion of the MCS-like information can remain common for all detected Msg 1 IDs associated with the same Msg 2, while the remaining information may be specified individually for each Msg 1 ID.

[0117] In one configuration, MCS-like information may always be present in Msg 2. In one configuration, MCS-like information may not always be present in Msg 2, and additional bits can be used to indicate its presence. The signaling of whether the MCS-like information field exists may be implemented in different ways. In one configuration, a single bit may be used to indicate the presence of the MCS-like information. For example, in FIG. 11A, an indication bit 1142 may be used to indicate whether the MCS-like information (e.g., MCS at 1140) is presented in Msg 2 1102.

[0118] In one configuration, multiple bits (e.g., two bits) , can be used to provide more detailed signaling information related to the MCS-link information. For example, this information may include whether a single MCS-like configuration applies to all Msg 3 transmissions, whether specific configurations are assigned per Msg 3 transmission, or whether parts of the MCS-like information are shared across all IDs while the remaining parts are unique to each ID of the detected Msg 1 associated with the same Msg 2 for Msg 3 transmission.

[0119] In one configuration, whether the MCS-like information field is included in Msg 2 may be determined based on predefined rules. In some examples, the MCS-like information field may be included for retransmission for Msg 2 or the success / failure indication, but not in the initial (or first) Msg 2 transmission. For example, the initial (or first) Msg 2 transmission (e.g., at 812) may not contain the MCS-like information for Msg 3 transmission. In some examples, the retransmission of Msg 2 after Msg 3 (e.g., at 814) , such as when the base station 804 fails to receive Msg 3 from A-IoT device 802, may include the MCS-like information field.

[0120] In some aspects, the indication bits, including the indication bits that specify the existence or content of MCS-link information (e.g., 1142) , resource allocation for Msg 3 transmission (e.g., 1120, 1122) , may be positioned in various locations in Msg 2. In some examples, the indication bits may be located directly before the corresponding field. For example, referring to FIG. 11B, indication bit 1164 (which is used to indicate the presence of MCS-like information for device a) may be located directly before the corresponding MCS field (e.g., MCS at 1154) , and indication bit 1166 (which is used to indicate the presence of MCS-like information for device k) may be located directly before the corresponding MCS field (e.g., MCS at 1156) .

[0121] In some examples, the indication bits corresponding to one Msg 1 ID may be grouped together and positioned immediately after the Msg 1 ID in Msg 2. FIG. 12A is a diagram 1200 illustrating an example random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 12A, in Msg 2 1202, the indication bits corresponding to device a, including the indication bit (e.g., 1204) indicating the presence of MCS-link information (e.g., at 1220) and the indication bit (e.g., 1206) indicating the presence of assigned AS ID (e.g., at 1230) , may be grouped together and positioned immediately after the Msg 1 ID for device a (e.g., after 1208) in Msg 2 1202. Similarly, the indication bits corresponding to device k, including the indication bit (e.g., 1214) indicating the presence of MCS-link information (e.g., at 1222) and the indication bit (e.g., 1216) indicating the presence of assigned AS ID (e.g., at 1232) , may be grouped together and positioned immediately after the Msg 1 ID for device k (e.g., after 1218) in Msg 2 1202.

[0122] FIG. 12B is a diagram 1250 illustrating an example random access message (Msg 2) in accordance with various aspects of the present disclosure. As shown in FIG. 12B, in Msg 2 1252, various indication bits, including one or more indicating bits (e.g., 1254) indicating the presence of MCS-link information (e.g., at 1260) for a specific device (e.g., device a) or for all devices and one or more indication bits (e.g., 1256) indicating the presence of assigned AS ID (e.g., at 1262) for a specific device (e.g., device a) or for all devices, may be grouped together and positioned immediately after the Msg 1 ID (e.g., after 1258) in Msg 2 1252.

[0123] FIG. 13 is a call flow diagram 1300 illustrating a method of wireless communication in accordance with various aspects of this present disclosure. Various aspects are described in connection with a reader device 1302, a base station 1304, and a first wireless device 1306. The aspects may be performed by the first wireless device 1306, the reader device 1302 or the base station 1304 in aggregation and / or by one or more components of a base station 1304 (e.g., a CU 110, a DU 130, and / or an RU 140) . In some examples, the first wireless device 1306 may be a wireless tag or an IoT device, such as RFID tag 406 or A-IoT device 506, 802, 806, 852. In some examples, the reader device 1302 may be RFID reader 402, UE 104, 350, 502, base station 804, 854.

[0124] As shown in FIG. 13, at 1312, the first wireless device 1306 may transmit a first message to the reader device 1302. The first message may correspond to a first random access procedure between the reader device 1302 and the first wireless device 1306. For example, referring to FIG. 8A, the first message may be Msg 1 at 810, which corresponds to a random access procedure between the A-IoT device 802 and the reader device (e.g., base station 804) .

[0125] At 1314, the first wireless device 1306 may receive a second message from the reader device 1302. The second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device. The multiple IDs may respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. For example, referring to FIG. 8A, the second message may be Msg 2 at 822. The second message may include multiple IDs corresponding to multiple wireless devices, including random ID for A-IoT device 802 and random ID for A-IoT device 806. The multiple IDs may respectively indicate the detection of the multiple wireless devices (e.g., A-IoT device 802 and A-IoT device 806) by the reader device (e.g., base station 804) for random access procedures (e.g., a random access procedure between base station 804 and A-IoT device 802 and a random access procedure between base station 804 and A-IoT device 806) .

[0126] In some examples, the second message may include a single message part that includes the multiple IDs (e.g., 1320) . For example, the second message may be Msg 2 902, 952, which may include a single message part that includes the multiple IDs (e.g., at 904, 906, 908, 910) .

[0127] In some examples, the second message may include two message parts including a first message part and a second message part (e.g., 1322) . For example, the second message may include the first message part (e.g., 1002) and the second message part (e.g., 1032 or 1062) . In some examples, the number of message parts included in the second message may be based on a number of IDs in the multiple IDs.

[0128] In some examples, the second message may be designed in various ways, as illustrated in FIG. 9A, FIG. 9B, FIG. 10A, FIG. 10B, FIG. 10C, FIG. 11A, FIG. 11B, FIG. 12A, and FIG. 12B.

[0129] At 1316, the first wireless device 1306 may transmit, to the reader device 1302, a third message for the first random access procedure in response to the second message. For example, referring to FIG. 8A, in a 3-step random access procedure, the A-IoT device 802 may transmit a third message (e.g., Msg 3) to the reader device (e.g., base station 804) at 814.

[0130] In some aspects, the base station 1304 may serve as a reader device. In this case, the base station 1304 may replace the reader device 1302 to communicate with the first wireless device 1306. Hence, the communication between the first wireless device 1306 and reader device 1302 at 1312, 1314, 1316 may occur between the first wireless device 1306 and base station 1304, as shown in FIG. 13.

[0131] FIG. 14 is a flowchart 1400 illustrating methods of wireless communication at a first wireless device in accordance with various aspects of the present disclosure. In some examples, the first wireless device may be a wireless tag (e.g., RFID tag 406) or an IoT device (e.g., A-IoT device 506, 802, 806, 852) . For example, the first wireless device may be a low-power IoT device, which may include a backscatter device or an active transmission device. In some examples, the first wireless device may be a UE. In some examples, the first wireless device may be the first wireless device 1306. The method may be performed by the first wireless device in collaboration with a reader device and a network entity. In some examples, the reader device may be another UE that is different from the first wireless device. In some examples, the reader device may be reader device 1302. The network entity may be a base station, or a component of a base station, in the access network of FIG. 1 or a core network component (e.g., base station 102, 310, 1304; or the network entity 1802 in the hardware implementation of FIG. 18) . The UE may be the UE 104, 350, or the apparatus 1804 in the hardware implementation of FIG. 18. By providing a MAC layer data design for a random access message (e.g., Msg 2) that enables recipient A-IoT devices to quickly identify whether their ID (e.g., Msg 1 ID) is included in the message (e.g., Msg 2) without processing additional data, the methods reduce power consumption and processing delays for A-IoT device, thereby improving the efficiency of random access procedures. Additionally, by providing two-part Msg 2 transmissions, where the first part contains partial Msg 1 ID, the methods allow the A-IoT devices to terminate further decoding if their ID does not match the partial ID in the first part, thereby reducing power consumption for A-IoT devices that are not targeted by the Msg 2 transmission. In some examples, by prioritizing the placement of Msg 1 IDs before resource allocation information in Msg 2, the methods provide an early indication of resource assignments for Msg 3, thereby reducing unnecessary decoding effort for A-IoT devices that do not receive resource assignments.

[0132] As shown in FIG. 14, at 1402, the first wireless device may transmit, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device. FIG. 8A, FIG. 8B, FIG. 9A, FIG. 9B, FIG. 10A, FIG. 10B, FIG. 10C, FIG. 11A, FIG. 11B, FIG. 12A, FIG. 12B, and FIG. 13 illustrate various aspects of the steps in connection with flowchart 1400. For example, referring to FIG. 13, the first wireless device 1306 may, at 1312, transmit, to a reader device 1302, a first message corresponding to a first random access procedure between the reader device and the first wireless device. Referring to FIG. 8A, the first message may be Msg 1 at 810, which corresponds to a random access procedure between the A-IoT device 802 and the reader device (e.g., base station 804) . In some aspects, 1402 may be performed by the random access component 198.

[0133] At 1404, the first wireless device may receive a second message from the reader device. The second message may include multiple IDs corresponding to multiple wireless devices including the first wireless device, and the multiple IDs may respectively indicate the detection of the multiple wireless devices by the reader device for random access procedures. Each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. For example, referring to FIG. 13, the first wireless device 1306 may, at 1314, receive a second message from the reader device 1302. Referring to FIG. 8A, the second message may be Msg 2 at 822. The second message may include multiple IDs corresponding to multiple wireless devices, including random ID for A-IoT device 802 and random ID for A-IoT device 806. The multiple IDs may respectively indicate the detection of the multiple wireless devices (e.g., A-IoT device 802 and A-IoT device 806) by the reader device (e.g., base station 804) for random access procedures (e.g., a random access procedure between base station 804 and A-IoT device 802 and a random access procedure between base station 804 and A-IoT device 806) . In some aspects, 1404 may be performed by the random access component 198.

[0134] FIG. 15 is a flowchart 1500 illustrating methods of wireless communication at a first wireless device in accordance with various aspects of the present disclosure. In some examples, the first wireless device may be a wireless tag (e.g., RFID tag 406) or an IoT device (e.g., A-IoT device 506, 802, 806, 852) . For example, the first wireless device may be a low-power IoT device, which may include a backscatter device or an active transmission device. In some examples, the first wireless device may be a UE. In some examples, the first wireless device may be the first wireless device 1306. The method may be performed by the first wireless device in collaboration with a reader device and a network entity. In some examples, the reader device may be another UE that is different from the first wireless device. In some examples, the reader device may be reader device 1302. The network entity may be a base station, or a component of a base station, in the access network of FIG. 1 or a core network component (e.g., base station 102, 310, 1304; or the network entity 1802 in the hardware implementation of FIG. 18) . The UE may be the UE 104, 350, or the apparatus 1804 in the hardware implementation of FIG. 18. By providing a MAC layer data design for a random access message (e.g., Msg 2) that enables recipient A-IoT devices to quickly identify whether their ID (e.g., Msg 1 ID) is included in the message (e.g., Msg 2) without processing additional data, the methods reduce power consumption and processing delays for A-IoT device, thereby improving the efficiency of random access procedures. Additionally, by providing two-part Msg 2 transmissions, where the first part contains partial Msg 1 ID, the methods allow the A-IoT devices to terminate further decoding if their ID does not match the partial ID in the first part, thereby reducing power consumption for A-IoT devices that are not targeted by the Msg 2 transmission. In some examples, by prioritizing the placement of Msg 1 IDs before resource allocation information in Msg 2, the methods provide an early indication of resource assignments for Msg 3, thereby reducing unnecessary decoding effort for A-IoT devices that do not receive resource assignments.

[0135] As shown in FIG. 15, at 1402, the first wireless device may transmit, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device. FIG. 8A, FIG. 8B, FIG. 9A, FIG. 9B, FIG. 10A, FIG. 10B, FIG. 10C, FIG. 11A, FIG. 11B, FIG. 12A, FIG. 12B, and FIG. 13 illustrate various aspects of the steps in connection with flowchart 1500. For example, referring to FIG. 13, the first wireless device 1306 may, at 1312, transmit, to a reader device 1302, a first message corresponding to a first random access procedure between the reader device and the first wireless device. Referring to FIG. 8A, the first message may be Msg 1 at 810, which corresponds to a random access procedure between the A-IoT device 802 and the reader device (e.g., base station 804) . In some aspects, 1502 may be performed by the random access component 198.

[0136] At 1504, the first wireless device may receive a second message from the reader device. The second message may include multiple IDs corresponding to multiple wireless devices including the first wireless device, and the multiple IDs may respectively indicate the detection of the multiple wireless devices by the reader device for random access procedures. Each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. For example, referring to FIG. 13, referring to FIG. 13, the first wireless device 1306 may, at 1314, receive a second message from the reader device 1302. Referring to FIG. 8A, the second message may be Msg 2 at 822. The second message may include multiple IDs corresponding to multiple wireless devices, including random ID for A-IoT device 802 and random ID for A-IoT device 806. The multiple IDs may respectively indicate the detection of the multiple wireless devices (e.g., A-IoT device 802 and A-IoT device 806) by the reader device (e.g., base station 804) for random access procedures (e.g., a random access procedure between base station 804 and A-IoT device 802 and a random access procedure between base station 804 and A-IoT device 806) . In some aspects, 1504 may be performed by the random access component 198.

[0137] In some aspects, at 1506, the first wireless device may transmit, to the reader device, a third message for the first random access procedure in response to the second message. For example, referring to FIG. 13, the first wireless device 1306 may, at 1316, transmit to the reader device 1302 a third message for the first random access procedure in response to the second message. Referring to FIG. 8A, in a 3-step random access procedure, the A-IoT device 802 may transmit a third message (e.g., Msg 3) to the reader device (e.g., base station 804) at 814. In some aspects, 1506 may be performed by the random access component 198.

[0138] In some aspects, each ID in the multiple IDs is before the resource allocation for the corresponding random access procedure for the ID, and the second message may include one of: a single message part comprising the multiple IDs (e.g., 1510) or two message parts including a first message part and a second message part (e.g., 1512) . A first transmission of the first message part may be before a second transmission of the second message part. For example, referring to FIG. 9A, in Msg 902, each ID in the multiple IDs (e.g., at 904, 906, 908, 910) is before the resource allocation for the corresponding random access procedure for the ID (e.g., at 912, 914) . Referring to FIG. 13, the second message may include one of: a single message part comprising the multiple IDs (e.g., 1320) or two message parts including a first message part and a second message part (e.g., 1322) . A first transmission of the first message part may be before a second transmission of the second message part.

[0139] In some aspects, the part number of message parts included in the second message may be based on a number of IDs in the multiple IDs, and the second message may further include a MAC sub-header indicating the part number of message parts included in the second message. For example, referring to FIG. 9A, FIG. 10A, and FIG. 10B, the part number of message parts (e.g., one message part in 902 or two message parts in 1002 and 1032) included in the second message may be based on a number of IDs in the multiple IDs, and the second message (e.g., Msg 2 at 822) may further include a MAC sub-header indicating the part number of message parts included in the second message.

[0140] In some aspects, the second message may include the single message part including the multiple IDs. The multiple IDs may be before the resource allocations for the random access procedures associated with the multiple IDs. For example, referring to FIG. 9A, FIG. 10A, and FIG. 10B, the part number of message parts (e.g., one message part in 902 or two message parts in 1002 and 1032) included in the second message may be based on a number of IDs in the multiple IDs, and the second message (e.g., Msg 2 at 822) may further include a MAC sub-header indicating the part number of message parts included in the second message.

[0141] In some aspects, the second message may include the single message part including the multiple IDs. Each ID of the multiple IDs may be prior to and adjacent with a corresponding resource allocation for the random access procedure associated with the ID. For example, referring to FIG. 13, the second message may include the single message part including the multiple IDs (e.g., 1320) . Referring to FIG. 9B, Each ID of the multiple IDs (e.g., 954 for device a) may be prior to and adjacent with a corresponding resource allocation for the random access procedure associated with the ID (resource allocation for device a at 958) .

[0142] In some aspects, the second message may include the single message part including the multiple IDs, and the second message may further include a MAC sub-header indicating one or more of: a number of IDs in the multiple IDs, or a length of a MAC-CE in the second message. For example, referring to FIG. 9B, the second message (e.g., 952) may include the single message part including the multiple IDs. Each ID of the multiple IDs (e.g., Msg 1 ID of device a at 954, 956) may be prior to and adjacent with a corresponding resource allocation for the random access procedure associated with the ID (e.g., resource allocation for device a at 958) .

[0143] In some aspects, the second message may include the first message part and the second message part. The first message part may include a first portion of the multiple IDs, and the second message part may include a remaining portion of the multiple IDs. The first portion of the multiple IDs may include a first number of lowest bits or a second number of highest bits for each ID of the multiple IDs. For example, referring to FIG. 10A and FIG. 10B, the second message may include the first message part (e.g., 1002) and the second message part (e.g., 1032) . The first message part (e.g., 1002) may include a first portion of the multiple IDs (e.g., at 1004, 1006) , and the second message part (e.g., 1032) may include a remaining portion of the multiple IDs. The first portion of the multiple IDs may include a first number of lowest bits or a second number of highest bits for each ID of the multiple IDs.

[0144] In some aspects, the first message part may include a first CRC, and the second message part includes a second CRC. In some aspects, the first message part and the second message part may be associated with a joint CRC. For example, referring to FIG. 10A and FIG. 10B, the first message part (e.g., 1002) may include a first CRC, and the second message part (e.g., 1032) may include a second CRC. In some aspects, the first message part (e.g., 1002) and the second message part (e.g., 1032) may be associated with a joint CRC.

[0145] In some aspects, the remaining portion of the multiple IDs may be located at a beginning of MAC layer data in the second message, and the remaining portion of the multiple IDs may be before the resource allocations for the random access procedures associated with the multiple IDs. For example, referring to FIG. 10B, the remaining portion of the multiple IDs may be located at a beginning of MAC layer data in the second message, and the remaining portion of the multiple IDs (e.g., 1034, 1036) may be before the resource allocations for the random access procedures associated with the multiple IDs (e.g., 1038, 1040) .

[0146] In some aspects, for each ID in the multiple IDs, the remaining portion of the ID may be located at a beginning of a MAC-CE, and the remaining portion of the ID may be prior to and adjacent with the resource allocation for the random access procedure associated with the ID. For example, referring to FIG. 10C, for each ID in the multiple IDs, the remaining portion of the ID (e.g., 1064) may be located at a beginning of a MAC-CE, and the remaining portion of the ID (e.g., 1064) may be prior to and adjacent with the resource allocation for the random access procedure associated with the ID (e.g., 1066) .

[0147] In some aspects, the second message may further include one or more of: the resource allocation for a third transmission of the third message, a monitoring window indication for a feedback indication, or a command type indication. For example, referring to FIG. 11A, the second message (e.g., 1102) may further include one or more of: the resource allocation for a third transmission of the third message (e.g., 1130, 1132) , a monitoring window indication for a feedback indication, or a command type indication.

[0148] In some aspects, the second message may further include AS ID information corresponding to the multiple IDs. For example, referring to FIG. 11A and FIG. 11B, the second message (e.g., 1102, 1152) may further include AS ID information corresponding to the multiple IDs (e.g., 1112, 1114, 1116, 1118) .

[0149] In some aspects, the AS ID information may include one or more first indicators indicating a presence or an absence of AS IDs corresponding to the multiple IDs. The one or more first indicators may include one of: a single first indicator indicating the presence or the absence of the AS IDs for all the IDs in the multiple IDs, or multiple first indicators respectively indicating the presence or the absence of the AS IDs corresponding to the multiple IDs. For example, referring to FIG. 11A, the AS ID information may include one or more first indicators (e.g., 1120, 1122) indicating a presence or an absence of AS IDs corresponding to the multiple IDs. The one or more first indicators (e.g., 1120, 1122) may include one of: a single first indicator indicating the presence or the absence of the AS IDs for all the IDs in the multiple IDs, or multiple first indicators respectively indicating the presence or the absence of the AS IDs corresponding to the multiple IDs.

[0150] In some aspects, the AS ID information may further include a second indicator for the AS IDs corresponding to the multiple IDs. The second indicator may indicate one of: the AS IDs corresponding to the multiple IDs, or a part of the multiple IDs corresponding to the AS IDs via one of: a start location and a length of bits corresponding to the part of the multiple IDs, a subfield index corresponding to the part of the multiple IDs, or a bitmap corresponding to the part of the multiple IDs. For example, referring to FIG. 11A, the AS ID information (e.g., 1120, 1122) may further include a second indicator for the AS IDs corresponding to the multiple IDs. The second indicator may indicate one of: the AS IDs corresponding to the multiple IDs, or a part of the multiple IDs corresponding to the AS IDs via one of: a start location and a length of bits corresponding to the part of the multiple IDs, a subfield index corresponding to the part of the multiple IDs, or a bitmap corresponding to the part of the multiple IDs.

[0151] In some aspects, the second message may further include one or more MCS indication bits indicating a presence or an absence of MCS information. The MCS information may include one or more of: a code rate for the random access procedures, a chip rate for the random access procedures, or a modulation scheme for the random access procedures. For example, referring to FIG. 11A and FIG. 11B, the second message (e.g., 1102, 1152) may further include one or more MCS indication bits (e.g., 1142, 1164, 1166) indicating a presence or an absence of MCS information (e.g., MCS at 1140, 1154, 1156) . The MCS information (e.g., MCS at 1140, 1154, 1156) may include one or more of: a code rate for the random access procedures, a chip rate for the random access procedures, or a modulation scheme for the random access procedures.

[0152] In some aspects, the MCS information may include a common MCS portion and multiple specific MCS portions. The common MCS portion may include common MCS information corresponding to the random access procedures associated with the multiple IDs, and the multiple specific MCS portions may respectively include specific MCS information respectively corresponding to the random access procedure associated with one ID in the multiple IDs. For example, referring to FIG. 11A and FIG. 11B, the MCS information (e.g., MCS at 1140, 1154, 1156) may include a common MCS portion and multiple specific MCS portions. The common MCS portion may include common MCS information (e.g., common MCS information for all of device a through device k) corresponding to the random access procedures associated with the multiple IDs, and the multiple specific MCS portions may respectively include specific MCS information respectively corresponding to the random access procedure associated with one ID (e.g., ID for one of device a through device k) in the multiple IDs.

[0153] In some aspects, the one or more MCS indication bits may include one of: a single MCS indication bit indicating the presence or the absence of the MCS information, or multiple MCS indication bits indicating the presence or the absence of the MCS information and an association of the MCS information with the random access procedures associated with the multiple IDs. The one or more MCS indication bits may be located: at a front of corresponding MCS information, or adjacent to an end of the multiple IDs. For example, referring to FIG. 11A and FIG. 11B, the one or more MCS indication bits (e.g., 1142, 1164, 1166) may include one of: a single MCS indication bit indicating the presence or the absence of the MCS information, or multiple MCS indication bits indicating the presence or the absence of the MCS information and an association of the MCS information with the random access procedures associated with the multiple IDs. The one or more MCS indication bits may be located: at a front of corresponding MCS information (e.g., 1142, 1164, 1166) , or adjacent to an end of the multiple IDs (e.g., 1254, 1256) .

[0154] FIG. 16 is a flowchart 1600 illustrating methods of wireless communication at a reader device in accordance with various aspects of the present disclosure. In some aspects, the reader device may be a UE. The UE may be the UE 104, 350, or the apparatus 1804 in the hardware implementation of FIG. 18. In some aspects, the reader device may be reader device 1302. The method may be performed by the reader device in collaboration with a first wireless device and a network entity. In some examples, the first wireless device may be a wireless tag or an IoT device. For example, the first wireless device may be a low-power IoT device, which may include a backscatter device or an active transmission device. In some examples, the first wireless device may be another UE that is different from the reader device. In some examples, the first wireless device may be a wireless tag (e.g., RFID tag 406) or an IoT device (e.g., A-IoT device 506, 802, 806, 852) . The network entity may be a base station, or a component of a base station, in the access network of FIG. 1 or a core network component (e.g., base station 102, 310, 1304; or the network entity 1802 in the hardware implementation of FIG. 18) . By providing a MAC layer data design for a random access message (e.g., Msg 2) that enables recipient A-IoT devices to quickly identify whether their ID (e.g., Msg 1 ID) is included in the message (e.g., Msg 2) without processing additional data, the methods reduce power consumption and processing delays for A-IoT device, thereby improving the efficiency of random access procedures. Additionally, by providing two-part Msg 2 transmissions, where the first part contains partial Msg 1 ID, the methods allow the A-IoT devices to terminate further decoding if their ID does not match the partial ID in the first part, thereby reducing power consumption for A-IoT devices that are not targeted by the Msg 2 transmission. In some examples, by prioritizing the placement of Msg 1 IDs before resource allocation information in Msg 2, the methods provide an early indication of resource assignments for Msg 3, thereby reducing unnecessary decoding effort for A-IoT devices that do not receive resource assignments.

[0155] As shown in FIG. 16, at 1602, the reader device may receive, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device. FIG. 8A, FIG. 8B, FIG. 9A, FIG. 9B, FIG. 10A, FIG. 10B, FIG. 10C, FIG. 11A, FIG. 11B, FIG. 12A, FIG. 12B, and FIG. 13 illustrate various aspects of the steps in connection with flowchart 1600. For example, referring to FIG. 13, the reader device 1302 may, at 1312, receive from a first wireless device 1306 a first message corresponding to a first random access procedure between the reader device 1302 and the first wireless device 1306. Referring to FIG. 8A, the first message may be Msg 1 at 810, which corresponds to a random access procedure between the A-IoT device 802 and the reader device (e.g., base station 804) . In some aspects, 1602 may be performed by the random access component 198 or the random access component 199.

[0156] At 1604, the reader device may transmit a second message to the first wireless device. The second message may include multiple IDs corresponding to multiple wireless devices including the first wireless device. The multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. For example, referring to FIG. 13, the reader device 1302 may, at 1314, transmit a second message to the first wireless device 1306. Referring to FIG. 8A, the second message may be Msg 2 at 822. The second message may include multiple IDs corresponding to multiple wireless devices, including random ID for A-IoT device 802 and random ID for A-IoT device 806. The multiple IDs may respectively indicate the detection of the multiple wireless devices (e.g., A-IoT device 802 and A-IoT device 806) by the reader device (e.g., base station 804) for random access procedures (e.g., a random access procedure between base station 804 and A-IoT device 802 and a random access procedure between base station 804 and A-IoT device 806) . In some aspects, 1604 may be performed by the random access component 198 or the random access component 199.

[0157] FIG. 17 is a flowchart 1700 illustrating methods of wireless communication at a reader device in accordance with various aspects of the present disclosure. In some aspects, the reader device may be a UE. The UE may be the UE 104, 350, or the apparatus 1804 in the hardware implementation of FIG. 18. In some aspects, the reader device may be reader device 1302. The method may be performed by the reader device in collaboration with a first wireless device and a network entity. In some examples, the first wireless device may be a wireless tag or an IoT device. For example, the first wireless device may be a low-power IoT device, which may include a backscatter device or an active transmission device. In some examples, the first wireless device may be another UE that is different from the reader device. In some examples, the first wireless device may be a wireless tag (e.g., RFID tag 406) or an IoT device (e.g., A-IoT device 506, 802, 806, 852) . The network entity may be a base station, or a component of a base station, in the access network of FIG. 1 or a core network component (e.g., base station 102, 310, 1304; or the network entity 1802 in the hardware implementation of FIG. 18) . By providing a MAC layer data design for a random access message (e.g., Msg 2) that enables recipient A-IoT devices to quickly identify whether their ID (e.g., Msg 1 ID) is included in the message (e.g., Msg 2) without processing additional data, the methods reduce power consumption and processing delays for A-IoT device, thereby improving the efficiency of random access procedures. Additionally, by providing two-part Msg 2 transmissions, where the first part contains partial Msg 1 ID, the methods allow the A-IoT devices to terminate further decoding if their ID does not match the partial ID in the first part, thereby reducing power consumption for A-IoT devices that are not targeted by the Msg 2 transmission. In some examples, by prioritizing the placement of Msg 1 IDs before resource allocation information in Msg 2, the methods provide an early indication of resource assignments for Msg 3, thereby reducing unnecessary decoding effort for A-IoT devices that do not receive resource assignments.

[0158] As shown in FIG. 17, at 1702, the reader device may receive, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device. FIG. 8A, FIG. 8B, FIG. 9A, FIG. 9B, FIG. 10A, FIG. 10B, FIG. 10C, FIG. 11A, FIG. 11B, FIG. 12A, FIG. 12B, and FIG. 13 illustrate various aspects of the steps in connection with flowchart 1700. For example, referring to FIG. 13, the reader device 1302 may, at 1312, receive from a first wireless device 1306 a first message corresponding to a first random access procedure between the reader device 1302 and the first wireless device 1306. Referring to FIG. 8A, the first message may be Msg 1 at 810, which corresponds to a random access procedure between the A-IoT device 802 and the reader device (e.g., base station 804) . In some aspects, 1702 may be performed by the random access component 198 or the random access component 199.

[0159] At 1704, the reader device may transmit a second message to the first wireless device. The second message may include multiple IDs corresponding to multiple wireless devices including the first wireless device. The multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. For example, referring to FIG. 13, the reader device 1302 may, at 1314, transmit a second message to the first wireless device 1306. Referring to FIG. 8A, the second message may be Msg 2 at 822. The second message may include multiple IDs corresponding to multiple wireless devices, including random ID for A-IoT device 802 and random ID for A-IoT device 806. The multiple IDs may respectively indicate the detection of the multiple wireless devices (e.g., A-IoT device 802 and A-IoT device 806) by the reader device (e.g., base station 804) for random access procedures (e.g., a random access procedure between base station 804 and A-IoT device 802 and a random access procedure between base station 804 and A-IoT device 806) . In some aspects, 1704 may be performed by the random access component 198 or the random access component 199.

[0160] In some aspects, at 1706, the reader device may receive a third message from the first wireless device for the first random access procedure in response to the second message. For example, referring to FIG. 13, the reader device 1302 may, at 1316, receive a third message from the first wireless device 1306 for the first random access procedure in response to the second message. In some aspects, 1706 may be performed by the random access component 198 or the random access component 199.

[0161] In some aspects, each ID in the multiple IDs is before the resource allocation for the corresponding random access procedure for the ID, and where the second message includes one of: a single message part comprising the multiple IDs, or two message parts including a first message part and a second message part, where a first transmission of the first message part is before a second transmission of the second message part. For example, referring to FIG. 9A, in Msg 902, each ID in the multiple IDs (e.g., at 904, 906, 908, 910) is before the resource allocation for the corresponding random access procedure for the ID (e.g., at 912, 914) . Referring to FIG. 13, the second message may include one of: a single message part comprising the multiple IDs (e.g., 1320) or two message parts including a first message part and a second message part (e.g., 1322) . A first transmission of the first message part may be before a second transmission of the second message part.

[0162] FIG. 18 is a diagram 1800 illustrating an example of a hardware implementation for an apparatus 1804. The apparatus 1804 may be a UE, a component of a UE, or may implement UE functionality. In some aspects, the apparatus 1804 may include at least one cellular baseband processor (or processing circuitry) 1824 (also referred to as a modem) coupled to one or more transceivers 1822 (e.g., cellular RF transceiver) . The cellular baseband processor (s) (or processing circuitry) 1824 may include at least one on-chip memory (or memory circuitry) 1824' . In some aspects, the apparatus 1804 may further include one or more subscriber identity modules (SIM) cards 1820 and at least one application processor (or processing circuitry) 1806 coupled to a secure digital (SD) card 1808 and a screen 1810. The application processor (s) (or processing circuitry) 1806 may include on-chip memory (or memory circuitry) 1806' . In some aspects, the apparatus 1804 may further include a Bluetooth module 1812, a WLAN module 1814, an SPS module 1816 (e.g., GNSS module) , one or more sensor modules 1818 (e.g., barometric pressure sensor  / altimeter; motion sensor such as inertial measurement unit (IMU) , gyroscope, and / or accelerometer (s) ; magnetometer, audio and / or other technologies used for positioning) , additional memory modules 1826, a power supply 1830, and / or a camera 1832. The Bluetooth module 1812, the WLAN module 1814, and the SPS module 1816 may include an on-chip transceiver (TRX) (or in some cases, just a receiver (RX) ) . The Bluetooth module 1812, the WLAN module 1814, and the SPS module 1816 may include their own dedicated antennas and / or utilize the antennas 1880 for communication. The cellular baseband processor (s) (or processing circuitry) 1824 communicates through the transceiver (s) 1822 via one or more antennas 1880 with the UE 104 and / or with an RU associated with a network entity 1802. The cellular baseband processor (s) (or processing circuitry) 1824 and the application processor (s) (or processing circuitry) 1806 may each include a computer-readable medium  / memory (or memory circuitry) 1824' , 1806' , respectively. The additional memory modules 1826 may also be considered a computer-readable medium  / memory (or memory circuitry) . Each computer-readable medium  / memory (or memory circuitry) 1824' , 1806' , 1826 may be non-transitory. The cellular baseband processor (s) (or processing circuitry) 1824 and the application processor (s) (or processing circuitry) 1806 are each responsible for general processing, including the execution of software stored on the computer-readable medium  / memory (or memory circuitry) . The software, when executed by the cellular baseband processor (s) (or processing circuitry) 1824  / application processor (s) (or processing circuitry) 1806, causes the cellular baseband processor (s) (or processing circuitry) 1824  / application processor (s) (or processing circuitry) 1806 to perform the various functions described supra. The cellular baseband processor (s) (or processing circuitry) 1824 and the application processor (s) (or processing circuitry) 1806 are configured to perform the various functions described supra based at least in part of the information stored in the memory (or memory circuitry) . That is, the cellular baseband processor (s) (or processing circuitry) 1824 and the application processor (s) (or processing circuitry) 1806 may be configured to perform a first subset of the various functions described supra without information stored in the memory and may be configured to perform a second subset of the various functions described supra based on the information stored in the memory. The computer-readable medium  / memory (or memory circuitry) may also be used for storing data that is manipulated by the cellular baseband processor (s) (or processing circuitry) 1824  / application processor (s) (or processing circuitry) 1806 when executing software. The cellular baseband processor (s) (or processing circuitry) 1824  / application processor (s) (or processing circuitry) 1806 may be a component of the UE 350 and may include the at least one memory 360 and / or at least one of the TX processor 368, the RX processor 356, and the controller / processor 359. In one configuration, the apparatus 1804 may be at least one processor chip (modem and / or application) and include just the cellular baseband processor (s) (or processing circuitry) 1824 and / or the application processor (s) (or processing circuitry) 1806, and in another configuration, the apparatus 1804 may be the entire UE (e.g., see UE 350 of FIG. 3) and include the additional modules of the apparatus 1804.

[0163] As discussed supra, the component 198 may be configured to transmit, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and receive, from the reader device, a second message, where the second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device, where the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and where each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. The component 198 may be further configured to perform any of the aspects described in connection with the flowcharts in FIG. 14 and FIG. 15, and / or performed by the reader device 1302 in FIG. 13. The component 198 may be within the cellular baseband processor (s) (or processing circuitry) 1824, the application processor (s) (or processing circuitry) 1806, or both the cellular baseband processor (s) (or processing circuitry) 1824 and the application processor (s) (or processing circuitry) 1806. The component 198 may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by one or more processors, or some combination thereof. When multiple processors are implemented, the multiple processors may perform the stated processes / algorithm individually or in combination. As shown, the apparatus 1804 may include a variety of components configured for various functions. In one configuration, the apparatus 1804, and in particular the cellular baseband processor (s) (or processing circuitry) 1824 and / or the application processor (s) (or processing circuitry) 1806, includes means for transmitting, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and means for receiving, from the reader device, a second message, where the second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device, where the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and where each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. The apparatus 1804 may further include means for performing any of the aspects described in connection with the flowcharts in FIG. 14 and FIG. 15, and / or aspects performed by the reader device 1302 in FIG. 13. The means may be the component 198 of the apparatus 1804 configured to perform the functions recited by the means. As described supra, the apparatus 1804 may include the TX processor 368, the RX processor 356, and the controller / processor 359. As such, in one configuration, the means may be the TX processor 368, the RX processor 356, and / or the controller / processor 359 configured to perform the functions recited by the means.

[0164] FIG. 19 is a diagram 1900 illustrating an example of a hardware implementation for a network entity 1902. The network entity 1902 may be a BS, a component of a BS, or may implement BS functionality. The network entity 1902 may include at least one of a CU 1910, a DU 1930, or an RU 1940. For example, depending on the layer functionality handled by the component 199, the network entity 1902 may include the CU 1910; both the CU 1910 and the DU 1930; each of the CU 1910, the DU 1930, and the RU 1940; the DU 1930; both the DU 1930 and the RU 1940; or the RU 1940. The CU 1910 may include at least one CU processor (or processing circuitry) 1912. The CU processor (s) (or processing circuitry) 1912 may include on-chip memory (or memory circuitry) 1912' . In some aspects, the CU 1910 may further include additional memory modules 1914 and a communications interface 1918. The CU 1910 communicates with the DU 1930 through a midhaul link, such as an F1 interface. The DU 1930 may include at least one DU processor (or processing circuitry) 1932. The DU processor (s) (or processing circuitry) 1932 may include on-chip memory (or memory circuitry) 1932' . In some aspects, the DU 1930 may further include additional memory modules 1934 and a communications interface 1938. The DU 1930 communicates with the RU 1940 through a fronthaul link. The RU 1940 may include at least one RU processor (or processing circuitry) 1942. The RU processor (s) (or processing circuitry) 1942 may include on-chip memory (or memory circuitry) 1942' . In some aspects, the RU 1940 may further include additional memory modules 1944, one or more transceivers 1946, antennas 1980, and a communications interface 1948. The RU 1940 communicates with the UE 104. The on-chip memory (or memory circuitry) 1912' , 1932' , 1942' and the additional memory modules 1914, 1934, 1944 may each be considered a computer-readable medium  / memory (or memory circuitry) . Each computer-readable medium  / memory (or memory circuitry) may be non-transitory. Each of the processors (or processing circuitry) 1912, 1932, 1942 is responsible for general processing, including the execution of software stored on the computer-readable medium  / memory (or memory circuitry) . The software, when executed by the corresponding processor (s) (or processing circuitry) causes the processor (s) (or processing circuitry) to perform the various functions described supra. The computer-readable medium  / memory (or memory circuitry) may also be used for storing data that is manipulated by the processor (s) (or processing circuitry) when executing software.

[0165] As discussed supra, the component 199 may be configured to receive, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and transmit, to the first wireless device, a second message, where the second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device, where the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and where each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. The component 199 may be further configured to perform any of the aspects described in connection with the flowcharts in FIG. 16 and FIG. 17, and / or performed by the base station 1304 in FIG. 13. The component 199 may be within one or more processors (or processing circuitry) of one or more of the CU 1910, DU 1930, and the RU 1940. The component 199 may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by one or more processors, or some combination thereof. When multiple processors are implemented, the multiple processors may perform the stated processes / algorithm individually or in combination. The network entity 1902 may include a variety of components configured for various functions. In one configuration, the network entity 1902 includes means for receiving, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and means for transmitting, to the first wireless device, a second message, where the second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device, where the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and where each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. The network entity 1902 may further include means for performing any of the aspects described in connection with the flowcharts in FIG. 16 and FIG. 17, and / or aspects performed by the base station 1304 in FIG. 13. The means may be the component 199 of the network entity 1902 configured to perform the functions recited by the means. As described supra, the network entity 1902 may include the TX processor 316, the RX processor 370, and the controller / processor 375. As such, in one configuration, the means may be the TX processor 316, the RX processor 370, and / or the controller / processor 375 configured to perform the functions recited by the means.

[0166] This disclosure provides a method for wireless communication at a first wireless device. The method may include transmitting, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and receiving a second message from the reader device. The second message includes multiple IDs corresponding to multiple wireless devices including the first wireless device, and the multiple IDs respectively indicate the detection of the multiple wireless devices by the reader device for random access procedures. Each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID. By providing a MAC layer data design for a random access message (e.g., Msg 2) that enables recipient A-IoT devices to quickly identify whether their ID (e.g., Msg 1 ID) is included in the message (e.g., Msg 2) without processing additional data, the methods reduce power consumption and processing delays for A-IoT device, thereby improving the efficiency of random access procedures. Additionally, by providing two-part Msg 2 transmissions, where the first part contains partial Msg 1 ID, the methods allow the A-IoT devices to terminate further decoding if their ID does not match the partial ID in the first part, thereby reducing power consumption for A-IoT devices that are not targeted by the Msg 2 transmission. In some examples, by prioritizing the placement of Msg 1 IDs before resource allocation information in Msg 2, the methods provide an early indication of resource assignments for Msg 3, thereby reducing unnecessary decoding effort for A-IoT devices that do not receive resource assignments.

[0167] It is understood that the specific order or hierarchy of blocks in the processes  / flowcharts disclosed is an illustration of example approaches. Based upon design preferences, it is understood that the specific order or hierarchy of blocks in the processes  / flowcharts may be rearranged. Further, some blocks may be combined or omitted. The accompanying method claims present elements of the various blocks in a sample order, and are not limited to the specific order or hierarchy presented.

[0168] The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not limited to the aspects described herein, but are to be accorded the full scope consistent with the language claims. Reference to an element in the singular does not mean “one and only one” unless specifically so stated, but rather “one or more. ” Terms such as “if, ” “when, ” and “while” do not imply an immediate temporal relationship or reaction. That is, these phrases, e.g., “when, ” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The word “exemplary” is used herein to mean “serving as an example, instance, or illustration. ” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects. Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” include any combination of A, B, and / or C, and may include multiples of A, multiples of B, or multiples of C. Specifically, combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any such combinations may contain one or more member or members of A, B, or C. Sets should be interpreted as a set of elements where the elements number one or more. Accordingly, for a set of X, X would include one or more elements. When at least one processor (i.e., a set of one or more processor P) is configured to perform a set of functions F, each processor of P may be configured to perform a subset S of F, where  Accordingly, each processor of the at least one processor may be configured to perform a particular subset of the set of functions, where the subset is the full set, a proper subset of the set, or an empty subset of the set. A processor may be referred to as processor circuitry. A memory  / memory module may be referred to as memory circuitry. If a first apparatus receives data from or transmits data to a second apparatus, the data may be received / transmitted directly between the first and second apparatuses, or indirectly between the first and second apparatuses through a set of apparatuses. A device configured to “output” data or “provide” data, such as a transmission, signal, or message, may transmit the data, for example with a transceiver, or may send the data to a device that transmits the data. A device configured to “obtain” data, such as a transmission, signal, or message, may receive, for example with a transceiver, or may obtain the data from a device that receives the data. Information stored in a memory includes instructions and / or data. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are encompassed by the claims. Moreover, nothing disclosed herein is dedicated to the public regardless of whether such disclosure is explicitly recited in the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ”

[0169] As used herein, the phrase “based on” shall not be construed as a reference to a closed set of information, one or more conditions, one or more factors, or the like. In other words, the phrase “based on A” (where “A” may be information, a condition, a factor, or the like) shall be construed as “based at least on A” unless specifically recited differently.

[0170] The following aspects are illustrative only and may be combined with other aspects or teachings described herein, without limitation.

[0171] Aspect 1 is a method of wireless communication at a first wireless device. The method includes transmitting, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and receiving, from the reader device, a second message, wherein the second message includes multiple identifiers (IDs) corresponding to multiple wireless devices including the first wireless device, wherein the multiple IDs indicate a detection of the multiple wireless devices by the reader device for random access procedures, and wherein each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.

[0172] Aspect 2 is the method of aspect 1, where the method further includes transmitting, to the reader device, a third message for the first random access procedure in response to the second message.

[0173] Aspect 3 is the method of any of aspects 1 to 2, wherein each ID in the multiple IDs is before the resource allocation for the corresponding random access procedure for the ID, and wherein the second message includes one of: a single message part comprising the multiple IDs, or two message parts including a first message part and a second message part, wherein a first transmission of the first message part is before a second transmission of the second message part.

[0174] Aspect 4 is the method of aspect 3, wherein a part number of message parts included in the second message is based on a number of IDs in the multiple IDs, and wherein the second message further includes a medium access control (MAC) sub-header indicating the part number of message parts included in the second message.

[0175] Aspect 5 is the method of aspect 3, wherein the second message includes the single message part comprising the multiple IDs, and wherein the multiple IDs are before the resource allocations for the random access procedures associated with the multiple IDs.

[0176] Aspect 6 is the method of aspect 3, wherein the second message includes the single message part comprising the multiple IDs, and wherein each ID of the multiple IDs is prior to and adjacent with a corresponding resource allocation for the random access procedure associated with the ID.

[0177] Aspect 7 is the method of aspect 3, wherein the second message includes the single message part comprising the multiple IDs, and wherein the second message further includes a medium access control (MAC) sub-header indicating one or more of: a number of IDs in the multiple IDs, or a length of a MAC –control element (MAC-CE) in the second message.

[0178] Aspect 8 is the method of aspect 3, wherein the second message includes the first message part and the second message part, wherein the first message part includes a first portion of the multiple IDs, and the second message part includes a remaining portion of the multiple IDs, and wherein the first portion of the multiple IDs includes a first number of lowest bits or a second number of highest bits for each ID of the multiple IDs.

[0179] Aspect 9 is the method of aspect 8, wherein the first message part includes a first cyclic redundancy check (CRC) , and the second message part includes a second CRC, or the first message part and the second message part are associated with a joint CRC.

[0180] Aspect 10 is the method of aspect 8, wherein the remaining portion of the multiple IDs is located at a beginning of medium access control (MAC) layer data in the second message, and the remaining portion of the multiple IDs is before the resource allocations for the random access procedures associated with the multiple IDs.

[0181] Aspect 11 is the method of aspect 8, wherein, for each ID in the multiple IDs, the remaining portion of the ID is located at a beginning of a medium access control (MAC) –control element (MAC-CE) , and wherein the remaining portion of the ID is prior to and adjacent with the resource allocation for the random access procedure associated with the ID.

[0182] Aspect 12 is the method of aspect 3, wherein the second message further includes one or more of: a message resource allocation for a third transmission of the third message, a monitoring window indication for a feedback indication, or a command type indication.

[0183] Aspect 13 is the method of aspect 12, wherein the second message further includes AS ID information corresponding to the multiple IDs.

[0184] Aspect 14 is the method of aspect 13, wherein the AS ID information includes one or more first indicators indicating a presence or an absence of AS IDs corresponding to the multiple IDs, wherein the one or more first indicators include one of: a single first indicator indicating the presence or the absence of the AS IDs for all the IDs in the multiple IDs, or multiple first indicators respectively indicating the presence or the absence of the AS IDs corresponding to the multiple IDs.

[0185] Aspect 15 is the method of aspect 14, wherein the AS ID information further includes a second indicator for the AS IDs corresponding to the multiple IDs, wherein the second indicator indicates one of: the AS IDs corresponding to the multiple IDs, or a part of the multiple IDs corresponding to the AS IDs via one of: a start location and a length of bits corresponding to the part of the multiple IDs, a subfield index corresponding to the part of the multiple IDs, or a bitmap corresponding to the part of the multiple IDs.

[0186] Aspect 16 is the method of aspect 3, wherein the second message further includes one or more modulation and coding scheme (MCS) indication bits indicating a presence or an absence of MCS information, wherein the MCS information includes one or more of: a code rate for the random access procedures, a chip rate for the random access procedures, or a modulation scheme for the random access procedures.

[0187] Aspect 17 is the method of aspect 16, wherein the MCS information includes a common MCS portion and multiple specific MCS portions, wherein the common MCS portion comprises common MCS information corresponding to the random access procedures associated with the multiple IDs, and the multiple specific MCS portions respectively include specific MCS information respectively corresponding to the random access procedure associated with one ID in the multiple IDs.

[0188] Aspect 18 is the method of aspect 16, wherein the one or more MCS indication bits include one of: a single MCS indication bit indicating the presence or the absence of the MCS information, or multiple MCS indication bits indicating the presence or the absence of the MCS information and an association of the MCS information with the random access procedures associated with the multiple IDs, and wherein the one or more MCS indication bits are located: at a front of corresponding MCS information, or adjacent to an end of the multiple IDs.

[0189] Aspect 19 is an apparatus for wireless communication at a first wireless device, comprising: at least one memory; and at least one processor coupled to the at least one memory, the at least one processor is configured to perform the method of any of aspects 1 to 18.

[0190] Aspect 20 is the apparatus for wireless communication at a first wireless device, comprising means for performing each step in the method of any of aspects 1-18.

[0191] Aspect 21 is an apparatus of any of aspects 19-20, further comprising a transceiver configured to receive or to transmit in association with the method of any of aspects 1-18.

[0192] Aspect 22 is a computer-readable medium (e.g., a non-transitory computer-readable medium) storing computer executable code at a first wireless device, the code when executed by at least one processor causes the at least one processor to perform the method of any of aspects 1-18.

[0193] Aspect 23 is a method of wireless communication at a reader device. The method includes receiving, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; and transmitting, to the first wireless device, a second message, wherein the second message includes multiple identifiers (IDs) corresponding to multiple wireless devices including the first wireless device, wherein the multiple IDs indicate a detection of the multiple wireless devices by the reader device for random access procedures, and wherein each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.

[0194] Aspect 24 is the method of aspect 23, where the method further includes receiving, from the first wireless device, a third message for the first random access procedure in response to the second message.

[0195] Aspect 25 is the method of any of aspects 23 to 24, wherein each ID in the multiple IDs is before the resource allocation for the corresponding random access procedure for the ID, and wherein the second message includes one of: a single message part comprising the multiple IDs, or two message parts including a first message part and a second message part, wherein a first transmission of the first message part is before a second transmission of the second message part.

[0196] Aspect 26 is an apparatus for wireless communication at a reader device, comprising: at least one memory; and at least one processor coupled to the at least one memory and, where the at least one processor is configured to perform the method of any of aspects 23-25.

[0197] Aspect 27 is the apparatus for wireless communication at a reader device, comprising means for performing each step in the method of any of aspects 23-25.

[0198] Aspect 28 is an apparatus of any of aspects 26-27, further comprising a transceiver configured to receive or to transmit in association with the method of any of aspects 23-25.

[0199] Aspect 29 is a computer-readable medium (e.g., a non-transitory computer-readable medium) storing computer executable code at a reader device, the code when executed by at least one processor causes the at least one processor to perform the method of any of aspects 23-25.

Claims

1.An apparatus for wireless communication at a first wireless device, comprising:at least one memory; andat least one processor coupled to the at least one memory and, based at least in part on information stored in the at least one memory, the at least one processor is configured to:transmit, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; andreceive, from the reader device, a second message, wherein the second message includes multiple identifiers (IDs) corresponding to multiple wireless devices including the first wireless device, wherein the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and wherein each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.2.The apparatus of claim 1, further comprising a transceiver coupled to the at least one processor, wherein to transmit the first message, the at least one processor is configured to transmit the first message via the transceiver, and wherein the at least one processor is further configured to:transmit, to the reader device, a third message for the first random access procedure in response to the second message.3.The apparatus of claim 2, wherein each ID in the multiple IDs is before the resource allocation for the corresponding random access procedure for the ID, and wherein the second message includes one of:a single message part comprising the multiple IDs, ortwo message parts including a first message part and a second message part, wherein a first transmission of the first message part is before a second transmission of the second message part.4.The apparatus of claim 3, wherein a part number of message parts included in the second message is based on a number of IDs in the multiple IDs, and wherein the second message further includes a medium access control (MAC) sub-header indicating the part number of message parts included in the second message.5.The apparatus of claim 3, wherein the second message includes the single message part comprising the multiple IDs, and wherein the multiple IDs are before the resource allocations for the random access procedures associated with the multiple IDs.6.The apparatus of claim 3, wherein the second message includes the single message part comprising the multiple IDs, and wherein each ID of the multiple IDs is prior to and adjacent with a corresponding resource allocation for the random access procedure associated with the ID.7.The apparatus of claim 3, wherein the second message includes the single message part comprising the multiple IDs, and wherein the second message further includes a medium access control (MAC) sub-header indicating one or more of:a number of IDs in the multiple IDs, ora length of a MAC –control element (MAC-CE) in the second message.8.The apparatus of claim 3, wherein the second message includes the first message part and the second message part, wherein the first message part includes a first portion of the multiple IDs, and the second message part includes a remaining portion of the multiple IDs, and wherein the first portion of the multiple IDs includes a first number of lowest bits or a second number of highest bits for each ID of the multiple IDs.9.The apparatus of claim 8, wherein:the first message part includes a first cyclic redundancy check (CRC) , and the second message part includes a second CRC, orthe first message part and the second message part are associated with a joint CRC.10.The apparatus of claim 8, wherein the remaining portion of the multiple IDs is located at a beginning of medium access control (MAC) layer data in the second message, and the remaining portion of the multiple IDs is before the resource allocations for the random access procedures associated with the multiple IDs.11.The apparatus of claim 8, wherein, for each ID in the multiple IDs, the remaining portion of the ID is located at a beginning of a medium access control (MAC) –control element (MAC-CE) , and wherein the remaining portion of the ID is prior to and adjacent with the resource allocation for the random access procedure associated with the ID.12.The apparatus of claim 3, wherein the second message further includes one or more of:a message resource allocation for a third transmission of the third message,a monitoring window indication for a feedback indication, ora command type indication.13.The apparatus of claim 12, wherein the second message further includes AS ID information corresponding to the multiple IDs.14.The apparatus of claim 13, wherein the AS ID information includes one or more first indicators indicating a presence or an absence of AS IDs corresponding to the multiple IDs, wherein the one or more first indicators include one of:a single first indicator indicating the presence or the absence of the AS IDs for all the IDs in the multiple IDs, ormultiple first indicators respectively indicating the presence or the absence of the AS IDs corresponding to the multiple IDs.15.The apparatus of claim 14, wherein the AS ID information further includes a second indicator for the AS IDs corresponding to the multiple IDs, wherein the second indicator indicates one of:the AS IDs corresponding to the multiple IDs, ora part of the multiple IDs corresponding to the AS IDs via one of:a start location and a length of bits corresponding to the part of the multiple IDs,a subfield index corresponding to the part of the multiple IDs, ora bitmap corresponding to the part of the multiple IDs.16.The apparatus of claim 3, wherein the second message further includes one or more modulation and coding scheme (MCS) indication bits indicating a presence or an absence of MCS information, wherein the MCS information includes one or more of:a code rate for the random access procedures,a chip rate for the random access procedures, ora modulation scheme for the random access procedures.17.The apparatus of claim 16, wherein the MCS information includes a common MCS portion and multiple specific MCS portions, wherein the common MCS portion comprises common MCS information corresponding to the random access procedures associated with the multiple IDs, and the multiple specific MCS portions respectively include specific MCS information respectively corresponding to the random access procedure associated with one ID in the multiple IDs.18.The apparatus of claim 16, wherein the one or more MCS indication bits include one of:a single MCS indication bit indicating the presence or the absence of the MCS information, ormultiple MCS indication bits indicating the presence or the absence of the MCS information and an association of the MCS information with the random access procedures associated with the multiple IDs,and wherein the one or more MCS indication bits are located:at a front of corresponding MCS information, oradjacent to an end of the multiple IDs.19.An apparatus for wireless communication at a reader device, comprising:at least one memory; andat least one processor coupled to the at least one memory and, based at least in part on information stored in the at least one memory, the at least one processor is configured to:receive, from a first wireless device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; andtransmit, to the first wireless device, a second message, wherein the second message includes multiple identifiers (IDs) corresponding to multiple wireless devices including the first wireless device, wherein the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and wherein each ID of the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.20.A method of wireless communication at a first wireless device, comprising:transmitting, to a reader device, a first message corresponding to a first random access procedure between the reader device and the first wireless device; andreceiving, from the reader device, a second message, wherein the second message includes multiple identifiers (IDs) corresponding to multiple wireless devices including the first wireless device, wherein the multiple IDs respectively indicate a detection of the multiple wireless devices by the reader device for random access procedures, and wherein each ID in the multiple IDs is associated with a resource allocation for a corresponding random access procedure for the ID.

Images