Methods and apparatuses for a-IOT device id reporting

Abstract

Various aspects of the present disclosure relate to methods and apparatuses for ambient internet of things (A-IOT) device identifier (ID) reporting. According to an embodiment of the present disclosure, a network equipment (NE) can include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the NE to: transmit, to a core network (CN) entity, an A-IOT device identifier (ID) for verification, wherein the A-IOT device ID is received from of a UE during a random access procedure associated with an A-IOT device inventory for the UE;and receive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating that the A-IOT device ID is invalid.

Description

METHODS AND APPARATUSES FOR A-IOT DEVICE ID REPORTINGTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to methods and apparatuses for ambient internet of things (A-IOT) device identifier (ID) reporting.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations (BSs) , which may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers, or the like) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .SUMMARY

[0003] An article "a" before an element is unrestricted and understood to refer to "at least one" of those elements or "one or more" of those elements. The terms "a, " "at least one, " "one or more, " and "at least one of one or more" may be interchangeable. As used herein, including in the claims, "or" as used in a list of items (e.g., a list of items prefaced by a phrase such as "at least one of" or "one or more of" or "one or both of" ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase "based on" shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as "based on condition A" may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase "based on" shall be  construed in the same manner as the phrase "based at least in part on. " Further, as used herein, including in the claims, a "set" may include one or more elements.

[0004] Some implementations of the methods and apparatuses described herein may include a network equipment (NE) for wireless communication. The NE may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the NE to: transmit, to a core network (CN) entity, an A-IOT device ID for verification, wherein the A-IOT device ID is received from of a UE during a random access procedure associated with an A-IOT device inventory for the UE; and receive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating that the A-IOT device ID is invalid.

[0005] In some implementations of the NE described herein, the first indication indicates that the A-IOT device ID is valid, or there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to: transmit, to the UE, an acknowledgement (ACK) that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory for the UE is complete.

[0006] In some implementations of the NE described herein, the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the NE to receive a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory for the UE is complete.

[0007] In some implementations of the NE described herein, the first indication indicates that the A-IOT device ID is valid or indicates there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully  identified and a downlink (DL) signal for triggering another random access procedure associated with an A-IOT device inventory for another UE.

[0008] In some implementations of the NE described herein, the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the NE to receive a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with the A-IOT device inventory for another UE.

[0009] In some implementations of the NE described herein, wherein the first indication indicates that the A-IOT device ID is valid or there is at least one subsequent command message for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the A-IOT device inventory for the UE.

[0010] In some implementations of the NE described herein, the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the NE to receive a second indication indicating there is at least one subsequent command message for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the A-IOT device inventory for the UE.

[0011] In some implementations of the NE described herein, the at least one processor is configured to cause the NE to: receive, from the CN entity, a third indication indicating to terminate a communication with the UE along with a last command message for the UE or after the last command message for the UE.

[0012] In some implementations of the NE described herein, the first indication is a negative acknowledgement (NACK) message indicating that the A-IOT device ID is invalid, and the at  least one processor is configured to cause the NE to: transmit, to the UE, an indication indicating a retransmission of the A-IOT device ID.

[0013] Some implementations of the methods and apparatuses described herein may include a CN entity. The CN entity may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CN entity to: receive, from a NE, an A-IOT device ID of a UE for verification; verify whether the A-IOT device ID is valid; and transmit, to the NE, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following an A-IOT device inventory for the UE, or indicating that the A-IOT device ID is invalid.

[0014] In some implementations of the CN entity described herein, in response to that the A-IOT device ID is valid and there is no subsequent command message for the UE following the A-IOT device inventory for the UE, the first indication indicates that the A-IOT device ID is valid or indicate there is no subsequent command message for the UE following the A-IOT device inventory for the UE; or the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the CN entity to transmit a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory.

[0015] In some implementations of the CN entity described herein, in response to that the A-IOT device ID is valid and there is at least one subsequent command for the UE following the A-IOT device inventory for the UE, the first indication indicates that the A-IOT device ID is valid or there is at least one subsequent command message for the UE following the A-IOT device inventory for the UE; or the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the CN entity to transmit a second indication indicating there is at least one subsequent command message for the UE following the A-IOT device inventory.

[0016] In some implementations of the CN entity described herein, the at least one processor is configured to cause the CN entity to: transmit, to the NE, a third indication indicating to terminate a communication with the UE along with a last command message for the UE or after the last command message for the UE.

[0017] In some implementations of the CN entity described herein, in response to verifying that the A-IOT device ID is invalid, the first indication is a NACK message indicating that the A-IOT device ID is invalid.

[0018] In some implementations of the CN entity described herein, the at least one processor is configured to cause the CN entity to: determine whether there is at least one subsequent command for the UE following the A-IOT device inventory for the UE in response to that the A-IOT device ID is valid.

[0019] Some implementations of the methods and apparatuses described herein may include a UE. The UE may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the NE to: transmit, to a NE, an A-IOT device ID of the UE during a random access procedure associated with an A-IOT device inventory for the UE; and in response to transmitting the A-IOT device ID, receive, from the NE, one of: an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory is complete; an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with a inventory for another UE; an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the inventory; or an indication indicating a retransmission of the A-IOT device ID.

[0020] In some implementations of the UE described herein, in response to receiving the indication indicating a retransmission of the A-IOT device ID, the at least one processor is configured to cause the UE to: retransmit the A-IOT device ID to the NE.

[0021] Some implementations of the methods and apparatuses described herein may include a processor for wireless communication. The processor may include: at least one controller coupled with at least one memory and configured to cause the processor to: transmit, to a CN entity, an A-IOT device ID for verification, wherein the A-IOT device ID is received from a UE during a random access procedure associated with an A-IOT device inventory for the UE; and receive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or  indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating the A-IOT device ID is invalid.

[0022] Some implementations of the methods and apparatuses described herein may include a processor. The processor may include: at least one controller coupled with at least one memory and configured to cause the processor to: receive, from a NE, an A-IOT device ID of a UE for verification; verify whether the A-IOT device ID is valid; and transmit, to the NE, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following an A-IOT device inventory for the UE, or indicating that the A-IOT device ID is invalid.

[0023] Some implementations of the methods and apparatuses described herein may include a processor. The processor may include: at least one controller coupled with at least one memory and configured to cause the processor to: transmit, to a NE, an A-IOT device ID of the UE during a random access procedure associated with an A-IOT device inventory for the UE; and in response to transmitting the A-IOT device ID, receive, from the NE, one of: an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory is complete; an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with a inventory for another UE; an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the inventory; or an indication indicating a retransmission of the A-IOT device ID.

[0024] Some implementations of the methods and apparatuses described herein may include a method performed by a NE. The method may include: transmitting, to a CN entity, an A-IOT device ID for verification, wherein the A-IOT device ID is received from a UE during a random access procedure associated with an A-IOT device inventory for the UE; and receiving, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating the A-IOT device ID is invalid.

[0025] Some implementations of the methods and apparatuses described herein may include a method performed by a CN entity. The method may include: receiving, from a NE, an A-IOT device ID of a UE for verification; verifying whether the A-IOT device ID is valid; and transmitting, to the NE, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following an A-IOT device inventory for the UE, or indicating that the A-IOT device ID is invalid.

[0026] Some implementations of the methods and apparatuses described herein may include a method performed by a UE. The method may include: transmitting, to a NE, an A-IOT device ID of the UE during a random access procedure associated with an A-IOT device inventory for the UE; and in response to transmitting the A-IOT device ID, receiving, from the NE, one of: an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory is complete; an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with a inventory for another UE; an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the inventory; or an indication indicating a retransmission of the A-IOT device ID.BRIEF DESCRIPTION OF THE DRAWINGS

[0027] In order to describe the manner in which advantages and features of the application can be obtained, a description of the application is rendered by reference to specific embodiments thereof, which are illustrated in the appended drawings. These drawings depict only example embodiments of the application and are not therefore to be considered limiting of its scope.

[0028] Figure 1 illustrates an example of a wireless communications system in accordance with aspects of the present disclosure.

[0029] Figure 2 illustrates an exemplary query procedure defined in RFID specification.

[0030] Figure 3 illustrates an exemplary random access procedure for an A-IOT device in accordance with aspects of the present disclosure.

[0031] Figure 4 illustrates an exemplary procedure for signaling status of an A-IOT device in accordance with aspects of the present disclosure.

[0032] Figure 5 illustrates a flowchart of an exemplary method performed by a NE in accordance with aspects of the present disclosure.

[0033] Figure 6 illustrates a flowchart of an exemplary method performed by a CN entity in accordance with aspects of the present disclosure.

[0034] Figure 7 illustrates a flowchart of an exemplary method performed by a UE in accordance with aspects of the present disclosure.

[0035] Figure 8 illustrates an example of a NE in accordance with aspects of the present disclosure.

[0036] Figure 9 illustrates an example of a CN entity in accordance with aspects of the present disclosure.

[0037] Figure 10 illustrates an example of a UE in accordance with aspects of the present disclosure.

[0038] Figure 11 illustrates an example of a processor in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

[0039] The detailed description of the appended drawings is intended as a description of preferred embodiments of the present application and is not intended to represent the only form in which the present application may be practiced. It should be understood that the same or equivalent functions may be accomplished by different embodiments that are intended to be encompassed within the spirit and scope of the present application.

[0040] While operations are depicted in the drawings in a particular order, persons skilled in the art will readily recognize that such operations need not be performed in the particular order as shown or in a sequential order, or that all illustrated operations need be performed, to achieve desirable results; sometimes one or more operations can be skipped. Further, the drawings can schematically depict one or more example processes in the form of a flow diagram.  However, other operations that are not depicted can be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations can be performed before, after, simultaneously, or between any of the illustrated operations. In certain circumstances, multitasking and parallel processing can be advantageous.

[0041] Reference will now be made in detail to some embodiments of the present disclosure, examples of which are illustrated in the accompanying drawings. To facilitate understanding, embodiments are provided under specific network architecture and new service scenarios, such as 3rd generation partnership project (3GPP) long-term evolution (LTE) and LTE advanced, 3GPP 5G new radio (NR) , 5G-Advanced, 6G, and so on. It is contemplated that along with developments of network architectures and new service scenarios, all embodiments in the present disclosure are also applicable to similar technical problems; and moreover, the terminologies recited in the present disclosure may change, which should not affect the principle of the present disclosure.

[0042] Aspects of the present disclosure are described in the context of a wireless communications system.

[0043] Figure 1 illustrates an example of a wireless communications system 100 in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more NEs (e.g., BSs) 102, one or more UEs 104, and a CN 106. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be an NR network, such as a 5G network, a 5G-Advanced (5G-A) network, or a 5G ultrawideband (5G-UWB) network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G, for example, 6G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.

[0044] The one or more NEs 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the NEs 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a network function, a network entity, a radio access network (RAN) , a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. An NE 102 and a UE 104 may communicate via a communication link, which may be a wireless or wired connection. For example, an NE 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface.

[0045] An NE 102 may provide a geographic coverage area for which the NE 102 may support services for one or more UEs 104 within the geographic coverage area. For example, an NE 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, an NE 102 may be moveable, for example, a satellite associated with a non-terrestrial network (NTN) . In some implementations, different geographic coverage areas associated with the same or different radio access technologies may overlap, but the different geographic coverage areas may be associated with different NEs 102.

[0046] The one or more UEs 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a remote unit, a mobile device, a wireless device, a remote device, a subscriber device, a transmitter device, a receiver device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an Internet-of-Things (IOT) device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples.

[0047] A UE 104 may be able to support wireless communication directly with other UEs 104 over a communication link. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link may be referred to as a  sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0048] An NE 102 may support communications with the CN 106, or with another NE 102, or both. For example, an NE 102 may interface with other NE 102 or the CN 106 through one or more backhaul links (e.g., S1, N2, N2, or network interface) . In some implementations, the NEs 102 may communicate with each other directly. In some other implementations, the NEs 102 may communicate with each other indirectly (e.g., via the CN 106) . In some implementations, one or more NEs 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as radio heads, smart radio heads, or transmission-reception points (TRPs) .

[0049] The CN 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The CN 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management function (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more NEs 102 associated with the CN 106.

[0050] The CN 106 may communicate with a packet data network over one or more backhaul links (e.g., via an S1, N2, N2, or another network interface) . The packet data network may include an application server. In some implementations, one or more UEs 104 may communicate with the application server. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the CN 106 via an NE 102. The CN 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server using the established session (e.g., the established PDU session) . The PDU session may  be an example of a logical connection between the UE 104 and the CN 106 (e.g., one or more network functions of the CN 106) .

[0051] In the wireless communications system 100, the NEs 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the NEs 102 and the UEs 104 may support different resource structures. For example, the NEs 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the NEs 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the NEs 102 and the UEs 104 may support various frame structures (e.g., multiple frame structures) . The NEs 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0052] One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.

[0053] A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.

[0054] Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (e.g., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.

[0055] In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the NEs 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the NEs 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the NEs 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0056] FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which  includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.

[0057] Internet of Things (IOT) has attracted much attention in wireless communication world, where the IOT devices usually have smaller size, lower complexity, lower power consumption and huger number (e.g., tens or even hundreds of billion IOT devices) than the existing UEs.

[0058] The IOT devices are typically battery less devices with no energy storage capability, or devices with energy storage that do not need to be replaced or recharged manually, for which the energy may be provided through the harvesting of radio waves, light, motion, heat, or any other power sources that are suitable for providing energy for the devices. For simplicity, such kind of IOT devices may be referred to as A-IOT devices. In other words, an A-IOT device may be an IOT device with limited energy storage capability and powered by energy harvesting.

[0059] In RAN1#116 meeting, it is agreed that a slotted ALOHA-based protocol may be as the baseline for designing a random access procedure for A-IOT devices.

[0060] As an application of the slotted ALOHA-based protocol, a query procedure defined in radio frequency identification (RFID) specification may be used by an RFID reader (or RFID interrogator) to obtain dedicated tag information for the subsequent unicast communication. For example, the tag information may include at least one of: protocol control / eXtended protocol control (PC / XPC) , electronic product code (EPC) , or packet cyclic redundancy check (CRC) .

[0061] Figure 2 illustrates an exemplary query procedure defined in RFID specification.

[0062] Referring to Figure 2, at the beginning, an interrogator may transmit a Select command to a set of tags (e.g., via a multicast manner or groupcast manner) to enable the interrogator to select a desired subset of tags to perform the query.

[0063] Then, the interrogator may transmit a Query command to the subset of tags (e.g., via a multicast manner or groupcast manner) . The Query command may include a value (e.g., denoted as "Q" ) . For example, Q may be an integer in the range (0, 15) . Once receiving the Query command, each tag in the subset of tags may randomly select a slot number (e.g., denoted as j) between 0 and 2Q-1 and preload it in its slot counter.

[0064] For any tag, if j=0, the tag may transmit (e.g., via backscatter) a 16-bit random number (e.g., denoted as RN16) to the interrogator; otherwise, the tag may not perform an UL transmission. The Tag may subtract j by one every time it receives a QueryRep command, and transmit an RN16 to the interrogator when j reaches 0.

[0065] In the examples of Figure 2, in the case of a short range coverage, if a single tag replies the RN16 in a given round of query procedure, the interrogator may successfully decode the RN16 and respond "ACK" to the tag to trigger the tag information report. However, in the case of high-density use case, multiple tags may select the same slot for transmitting RN16, which may result in collision and detection failure at the interrogator. If the collision happens, a tag may wait for the next round of query procedure to report its dedicated tag information.

[0066] Referring to Figure 2, in response to the Query command, a single tag may randomly select a slot number equal to 0, then the tag may transmit an RN16 to the interrogator. The interrogator may successfully decode the RN16 and respond "ACK" to the tag to trigger the tag information report. For example, the tag information may include at least one of: PC / XPC, EPC, or packet CRC. The procedure from transmitting the Query command to receive the tag information may be referred to as a single tag reply.

[0067] In some cases, the EPC for the tag may be valid (e.g., the EPC for the tag may be successfully identified) , and then the interrogator may transmit a QueryRep command to trigger a next round of query procedure or transmit other commands for the tag.

[0068] In some cases, the EPC for the tag may be invalid (e.g., the EPC for the tag cannot be successfully identified) , and then the interrogator may respond "NACK" to the tag.

[0069] According to some embodiments of the present disclosure, a random access procedure for an A-IOT device may be designed based on the query procedure defined in RFID specification.

[0070] Figure 3 illustrates an exemplary random access procedure for an A-IOT device in accordance with aspects of the present disclosure.

[0071] Referring to Figure 3, the random access procedure for an A-IOT device may start from a step 300. Step 300 may include step 300-1 and step 300-2.

[0072] In step 300-1, a reader (e.g., a NE) may transmit a SELECT command to a set of A-IOT devices to enable the reader to select a desired subset of A-IOT devices to perform the access. The SELECT may include a value (e.g., denoted as "Q" ) . For example, Q may be an integer in the range (0, 15) .

[0073] In response to receiving the SELECT command, each A-IOT device of the subset of A-IOT devices may randomly select a slot number (e.g., denoted as j) between 0 and N (wherein N=fun. (Q) ) . For example, N=2Q-1.

[0074] In step 300-2, the reader may transmit a DL signal to trigger the subset of A-IOT devices to perform the access. For example, the DL signal may be similar to a Query command or a QueryRep command in RFID specification. In some examples, the DL signal may also include scheduling information that indicates the corresponding UL transmission parameters. For example, the corresponding UL transmission parameters may include at least one of: time and / or frequency resources, modulation schemes, coding rate and / or payload size, etc. In some examples, considering that the A-IOT device is capable of uplink (UL) amplification, the scheduling information may also indicate the power control-related parameters.

[0075] In response to receiving the DL signal, each A-IOT device of the subset of A-IOT devices may subtract j by one.

[0076] In some cases, for a specific A-IOT device, if j=0, the A-IOT device may perform an UL transmission based on the scheduling information indicated by the reader in step 300-2. The UL transmission may at least include a random number (RN) , e.g., RN16.

[0077] In some other cases, for a specific A-IOT device, if j≠0, the A-IOT device may transmit nothing and waits for the next DL signal. The A-IOT device may subtract j by one every time it receives a DL signal, and transmit a random number, e.g., RN16, when j reaches 0.

[0078] Referring to Figure 3, for an A-IOT device in the subset of A-IOT devices, j=0. Then, in step 301, the an A-IOT device may transmit, to the reader, an UL transmission based on the scheduling information indicated by the reader in step 300-2, wherein the UL transmission may at least include a random number, e.g., RN16. In the following steps, RN16 is used as an example of the random number for illustration.

[0079] In response to receiving the RN16 transmitted by the A-IOT device, in step 302, the reader may transmit an ACK message to the A-IOT device to acknowledge the successful reception of the UL transmission in step 301. The ACK message may include the same RN16 as that included in step 301 and scheduling information for transmitting a next UL transmission.

[0080] In response to receiving the ACK message, in step 303, the A-IOT device may transmit an A-IOT device ID (e.g., at least one of PC / XPC, EPC, or packet CRC) of the A-IOT device to the reader based on the scheduling information in step 302.

[0081] In response to receiving the A-IOT device ID, in step 304, the reader may transmit an ACK message to the A-IOT device to acknowledge the successful reception of the A-IOT device ID. The ACK message herein may at least include the same RN16 as that included in step 301, which implies that the successful reception of the A-IOT device ID.

[0082] Following a random access procedure for inventory for an A-IOT device, it may have or may not have command operation (s) for the A-IOT device. If there is command operation (s) for the A-IOT device following the random access procedure, the reader (e.g., NE) should maintain the communication with the A-IOT device. If there is no command operation (s) for the A-IOT device following the random access procedure, the reader may transmit a DL signal to trigger a random access procedure for another A-IOT device. Given this, the reader should be aware of whether a subsequent communication following a random access procedure for an A-IOT device is needed or not, such that it may perform the corresponding operations. Herein, the inventory is used for identifying individual A-IOT devices. A command or command operation is defined as communication with identified A-IOT device to perform an operation of the A-IOT device, such as reading (read data from the A-IOT device) , writing (write data to the A-IOT device) , or disabling (disable the A-IOT device temporarily or permanently) .

[0083] Given this, how a NE knows whether subsequent communication is needed is a technical problem that needs to be solved.

[0084] Embodiments of the present disclosure provide solutions for A-IOT device ID reporting, especially signaling status of A-IOT devices during A-IOT device ID reporting, so that the NE will be aware of whether a subsequent communication following a random access procedure for inventory for an A-IOT device is needed or not, and perform the corresponding operations. More details will be described in the following text in combination with the appended drawings.

[0085] Figure 4 illustrates an exemplary procedure for A-IOT device ID reporting in accordance with aspects of the present disclosure.

[0086] The method in the example of Figure 4 may be performed by a CN entity (e.g., AIOTF or AMF) , a NE (e.g., a BS) , and a plurality of UEs (e.g., including UE#1) . Each of the plurality of UEs may be an A-IOT device or is a device having similar characteristics as an A-IOT device.

[0087] Although one UE is depicted in Figure 4 for illustrative purpose, it is contemplated that any number of UEs may be involved in the procedure illustrated in Figure 4. In addition, although the method is illustrated in a system level by a CN entity, a NE, and a UE, persons skilled in the art can understand that the operations implemented in the CN entity, the NE, and the UE can be separately implemented and incorporated by other apparatus with the like functions.

[0088] In the example of Figure 4, the CN entity may trigger an A-IOT communication task for inventory. The inventory may be used for identifying individual A-IOT devices, and thus can also be referred to as A-IOT device inventory.

[0089] In step 400, the CN entity may transmit, to the NE, information for inventory. Consequently, in step 401, the NE may receive, from the CN entity, the information for inventory. The information for inventory may include a value (e.g., denoted as Q) associated with a slot counter associated with the inventory task. For example, Q may be an integer in the range (0, 15) .

[0090] In some examples, the information for inventory may be included in a paging message used for the inventory.

[0091] In step 401, the NE may transmit a SELECT command to a set of UEs to select a desired subset of UEs (e.g., including UE#1) to perform the access for inventory. In some examples, the SELECT command may be included in the paging message for the inventory. In some examples, the SELECT command may include the value Q which is included in the information for the inventory.

[0092] In response to receiving the SELECT command, each UE of the subset of UE may randomly select a slot number (e.g., denoted as j) between 0 and N (wherein N=fun. (Q) ) . For example, N=2Q-1.

[0093] The NE may perform an inventory procedure by triggering random access procedures for the subset of UEs.

[0094] For example, in step 402, the NE may transmit a DL signal to trigger the subset of UEs (e.g., including UE#1) to perform the access. For example, the DL signal may be similar to a Query command or a QueryRep command in RFID specification.

[0095] In some examples, the DL signal may also include scheduling information that indicates the corresponding UL transmission parameters. For example, the corresponding UL transmission parameters may include at least one of: time and / or frequency resources, modulation schemes, coding rate and / or payload size, etc. In some examples, the scheduling information may also indicate the power control-related parameters.

[0096] In response to receiving the DL signal, each UE of the subset of UE may subtract j by one.

[0097] In some cases, if j=0, the UE may perform an UL transmission based on the scheduling information. The UL transmission may at least include a random number, e.g., RN16.

[0098] In some other cases, if j≠0, the UE may transmit nothing and waits for the next DL signal. The UE may subtract j by one every time it receives a DL signal, and transmit a random number, e.g., RN16, when j reaches 0.

[0099] In the embodiments of Figure 4, after subtracting j by one, the value j of UE#1 may reach 0. In step 403, UE#1 may transmit an UL transmission based on the scheduling information in step 402 due to j=0. The UL transmission may at least include a random number, e.g., RN16. In the following steps, RN16 is used as an example of the random number for illustration. The UL transmission in step 403 may also be referred to as Msg. 1 in a random access procedure associated with an A-IOT device inventory for UE#1.

[0100] In response to receiving the RN16 transmitted by UE#1 in step 403, in step 404, the NE may transmit a message (e.g., an ACK message) to UE#1 to acknowledge the successful reception of the UL transmission in step 403. The message may include the same RN16 as that included in step 403 and scheduling information for transmitting a next UL transmission. The message in step 404 may also be referred to as Msg. 2 in the random access procedure associated with the A-IOT device inventory for UE#1.

[0101] In response to receiving the message, in step 405, UE#1 may transmit an A-IOT device ID of UE#1 to the NE based on the scheduling information in step 404. For example, an A-IOT device ID may include at least one of PC / XPC, EPC, or CRC. As another example, an A-IOT device ID may include at least one of: information that can be used for identifying a UE and verification information (e.g., CRC) of the information for identifying a UE. The message in step 405 may also be referred to as Msg. 3 in the random access procedure associated with the A-IOT device inventory for UE#1.

[0102] In response to receiving the A-IOT device ID from UE#1, in step 406, the NE may transmit, to the CN entity, the A-IOT device ID of UE#1 for verification.

[0103] In response to receiving the A-IOT device ID of UE#1, in step 407, the CN may verify whether the A-IOT device ID is valid. In some examples, the CN may also determine whether there is at least one subsequent command for UE#1 following the A-IOT device inventory for UE#1. As an example, in response to that the A-IOT device ID is valid, the CN may also determine whether there is at least one subsequent command for UE#1 following the A-IOT device inventory for UE#1. As another example, the CN may determine whether there is at least one subsequent command for UE#1 following the A-IOT device inventory for UE#1 regardless of whether the A-IOT device ID of UE#1 is valid or not.

[0104] Considering different results regarding whether the A-IOT device ID is valid and whether there is at least one subsequent command for UE#1 following the A-IOT device inventory for UE#1, the subsequent signalings and operations may be generally divided into three cases, e.g., case 1, case 2, and case 3.

[0105] Case 1

[0106] In case 1, the A-IOT device ID is verified to be valid and there is no subsequent command message for UE#1 following the A-IOT device inventory for UE#1. Case 1 may further include Case 1-1 and Case 1-2.

[0107] Case 1-1

[0108] In Case 1-1, in response to that the A-IOT device ID is verified to be valid and there is no subsequent command message for UE#1 following the A-IOT device inventory for UE#1, in step 408, the CN may transmit a first indication to the NE.

[0109] In some examples, the first indication may indicate that the A-IOT device ID is valid. The first indication may imply that there is no subsequent command message for UE#1 following the A-IOT device inventory for UE#1.

[0110] In some other examples, the first indication may indicate there is no subsequent command message for UE#1 following the A-IOT device inventory for UE#1. For example, the first indication may be a Query end indication to indicate the NE to trigger an A-IOT device inventory for another UE. As another example, the first indication may be a no subsequent command indication. The first indication may imply that the A-IOT device ID is valid.

[0111] In response to receiving the first indication in step 408, the NE may be aware of that the A-IOT device ID is valid and there is no subsequent command message for UE#1 following the A-IOT device inventory for UE#1.

[0112] According to some embodiments of the present application, in response to receiving the first indication in step 408, the NE may transmit, to UE#1, an acknowledgement that the A-IOT device ID is successfully identified (e.g., an acknowledgement that the A-IOT device ID is valid) and an indication (e.g., a complete indication) indicating that communication for the A-IOT device inventory for UE#1 is complete. For example, the acknowledgement may be an  indication indicating that the A-IOT device ID is successfully identified (e.g., the A-IOT device ID is valid) .

[0113] In some examples, the acknowledgement and the indication may be included in one message, and the NE may transmit the message to UE#1 in step 409. The message herein may also be referred to as Msg. 4 in the random access procedure associated with the A-IOT device inventory for UE#1.

[0114] In some other examples, the acknowledgement may be included in a message and the indication may be included in another message. In step 409, the NE may transmit a message including the acknowledgement and also transmit another message including the indication. The message including the acknowledgement may also be referred to as Msg. 4 in the random access procedure associated with the A-IOT device inventory for UE#1.

[0115] According to some embodiments of the present application, in response to receiving the first indication in step 408, the NE may transmit, to UE#1, an acknowledgement that the A-IOT device ID is successfully identified (e.g., an acknowledgement that the A-IOT device ID is valid) and a DL signal for triggering another random access procedure associated with an A-IOT device inventory for another UE. For example, the acknowledgement may be an indication indicating that the A-IOT device ID is successfully identified (e.g., the A-IOT device ID is valid) .

[0116] For example, in step 409, the NE may transmit a message including the acknowledgement to UE#1. The message in step 409 may also be referred to as Msg. 4 in the random access procedure associated with the A-IOT device inventory for UE#1. In step 410, the NE may transmit the DL signal to the subset of UEs. If UE#1 receives the DL signal in step 410, UE#1 may terminates the communication.

[0117] Case 1-2

[0118] In Case 1-2, in response to that the A-IOT device ID is verified to be valid and there is no subsequent command message for UE#1 following the A-IOT device inventory for UE#1, in step 408, the CN may transmit a first indication and a second indication to the NE.

[0119] The first indication may indicate that the A-IOT device ID is valid. The second indication may indicate that there is no subsequent command message for UE#1 following the  A-IOT device inventory for UE#1. For example, the second indication may be a Query end indication to indicate the NE to trigger an A-IOT device inventory for another UE. As another example, the second indication may be a no subsequent command indication.

[0120] The first indication and the second indication may be included in one message that is transmitted from the CN to the NE, or may be included in different messages that are transmitted from the CN to the NE.

[0121] In response to receiving the first indication and second indication in step 408, the NE may be aware of that the A-IOT device ID is valid and there is no subsequent command message for UE#1 following the A-IOT device inventory for UE#1.

[0122] Then, the NE and UE#1 may perform step 409, or steps 409 and 410. All the operations related to steps 409 and 410 in Case 1-1 may also apply here. Thus, details are omitted for simplification.

[0123] Case 2

[0124] In case 2, the A-IOT device ID is verified to be valid and there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1. Case 2 may further include Case 2-1 and Case 2-2.

[0125] Case 2-1

[0126] In Case 2-1, in response to that the A-IOT device ID is verified to be valid and there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1, in step 411, the CN may transmit a first indication to the NE.

[0127] In some examples, the first indication may indicate that the A-IOT device ID is valid. The first indication may imply that there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1.

[0128] In some other examples, the first indication may indicate there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1. For example, the first indication may be a subsequent command indication. The first indication may imply that the A-IOT device ID is valid.

[0129] In response to receiving the first indication in step 411, the NE may be aware of that the A-IOT device ID is valid and there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1.

[0130] Thus, the NE may maintain the communication for UE#1 for receiving the following command messages for UE#1. The NE may transmit, to UE#1, an acknowledgement that the A-IOT device ID is successfully identified (e.g., an acknowledgement that the A-IOT device ID is valid) and an indication (e.g., a subsequent command indication) indicating that there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1. For example, the acknowledgement may be an indication indicating that the A-IOT device ID is successfully identified (e.g., the A-IOT device ID is valid) .

[0131] In some examples, the acknowledgement and the indication may be included in one message, and the NE may transmit the message to UE#1 in step 412. The message herein may also be referred to as Msg. 4 in the random access procedure associated with the A-IOT device inventory for UE#1.

[0132] In some other examples, the acknowledgement may be included in a message and the indication may be included in another message. In step 412, The NE may transmit a message including the acknowledgement and also transmit another message including the indication. The message including the acknowledgement a may also be referred to as Msg. 4 in the random access procedure associated with the A-IOT device inventory for UE#1.

[0133] In step 413, the CN entity may transmit at least command message for UE#1, e.g., via the NE. For example, a command message may indicate the UE to perform at least one of reading, writing, deactivation, etc. UE#1 may perform the corresponding operations and / or transmit the information required by the CN entity to the CN entity, e.g., via the NE.

[0134] In some embodiments of case 2, when all the subsequent command messages for UE#1 have been sent, the CN entity may transmit, to the NE, an indication (e.g., a query end indication) indicating to terminate the communication with UE#1. As an example, the indication may be transmitted along with a last command message for UE#1. As another example, the indication may be transmitted after a last command message for UE#1 has been transmitted (e.g., has been successfully transmitted) .

[0135] In some cases, after receiving the indication, the NE may transmit, to UE#1, an indication (e.g., a complete indication) indicating that communication for the A-IOT device inventory for UE#1 is complete, or the NE may transmit a DL signal to trigger an A-IOT device inventory for another UE.

[0136] Case 2-2

[0137] In Case 2-2, in response to that the A-IOT device ID is verified to be valid and there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1, in step 412, the CN may transmit a first indication and a second indication to the NE.

[0138] The first indication may indicate that the A-IOT device ID is valid. The second indication may indicate that there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1. For example, the second indication may be a subsequent command indication.

[0139] The first indication and the second indication may be included in one message that is transmitted from the CN to the NE or may be included in different messages that are transmitted from the CN to the NE.

[0140] In response to receiving the first indication and second indication in step 411, the NE may be aware of that the A-IOT device ID is valid and there is at least one subsequent command message for UE#1 following the A-IOT device inventory for UE#1.

[0141] After that, all the operations related to steps 412 and 413 and the following operations in Case 2-1 may also apply here. Thus, details are omitted for simplicity.

[0142] Case 3

[0143] In case 3, the A-IOT device ID is verified to be invalid.

[0144] In response to that the A-IOT device ID is verified to be invalid, in step 414, the CN may transmit a first indication to the NE. The first indication may be a NACK message indicating that the A-IOT device ID is invalid.

[0145] In response to receiving the first indication, in step 415, the NE may transmit, to UE#1, an indication (e.g., an A-IOT Device ID required indication) indicating a retransmission  of the A-IOT device ID of UE#1. The indication may be included in a message, which may be be referred to as Msg. 4 in the random access procedure associated with the A-IOT device inventory for UE#1.

[0146] In response to receiving the indication indicating the retransmission of the A-IOT device ID, in step 416, UE#1 may retransmit the A-IOT device ID of UE#1 to the NE. For example, the A-IOT device ID of UE#1 may be included in a message which is the same as the aforementioned Msg. 3 in the random access procedure associated with the A-IOT device inventory for UE#1. That is, UE#1 may retransmit the aforementioned Msg. 3.

[0147] In response to receiving the A-IOT device ID of UE#1, in step 417, the NE may transmit it to the CN entity for verification. The following operations may be anyone as illustrated above dependent on whether the A-IOT device ID is valid or not.

[0148] Figure 5 illustrates a flowchart of an exemplary method in accordance with aspects of the present disclosure. The operations of the method illustrated in Figure 5 may be performed by a NE (e.g., NE 102 in Figure 1) as described herein or other apparatus with the like functions. In some implementations, the NE may execute a set of instructions to control functional elements of the NE to perform the described operations or functions.

[0149] As shown in Figure 5, in step 502, the NE may transmit, to a CN entity, an A-IOT device ID for verification, wherein the A-IOT device ID is received from of a UE during a random access procedure associated with an A-IOT device inventory for the UE.

[0150] In step 504, the NE may receive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating that the A-IOT device ID is invalid.

[0151] According to some embodiments of the present disclosure, the first indication indicates that the A-IOT device ID is valid, or there is no subsequent command for the UE following the A-IOT device inventory, and the NE may transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory for the UE is complete.

[0152] According to some embodiments of the present disclosure, the first indication indicates that the A-IOT device ID is valid, and the UE may receive a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory, and the UE may: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory for the UE is complete.

[0153] According to some embodiments of the present disclosure, the first indication indicates that the A-IOT device ID is valid or indicates there is no subsequent command for the UE following the A-IOT device inventory, and the UE may: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with an A-IOT device inventory for another UE.

[0154] According to some embodiments of the present disclosure, the first indication indicates that the A-IOT device ID is valid, and the UE may receive a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory, and the UE may: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with the A-IOT device inventory for another UE.

[0155] According to some embodiments of the present disclosure, the first indication indicates that the A-IOT device ID is valid or there is at least one subsequent command message for the UE following the A-IOT device inventory, and the UE may: transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the A-IOT device inventory for the UE.

[0156] According to some embodiments of the present disclosure, the first indication indicates that the A-IOT device ID is valid, and the UE may receive a second indication indicating there is at least one subsequent command message for the UE following the A-IOT device inventory, and the UE may: transmit, to the UE, an acknowledgement that the A-IOT device ID is  successfully identified and an indication indicating that there is at least one subsequent command message following the A-IOT device inventory for the UE.

[0157] In some embodiments, the NE may: receive, from the CN entity, a third indication indicating to terminate a communication with the UE along with a last command message for the UE or after the last command message for the UE.

[0158] According to some embodiments of the present disclosure, the first indication is a NACK message indicating that the A-IOT device ID is invalid, and the UE may: transmit, to the UE, an indication indicating a retransmission of the A-IOT device ID.

[0159] Figure 6 illustrates a flowchart of an exemplary method in accordance with aspects of the present disclosure. The operations of the method illustrated in Figure 6 may be performed by a CN entity (e.g., CN 106 in Figure 1) as described herein or other apparatus with the like functions. In some implementations, the CN entity may execute a set of instructions to control functional elements of the CN entity to perform the described operations or functions.

[0160] As shown in Figure 6, in step 602, the CN entity may receive, from a NE, an A-IOT device ID of a UE for verification.

[0161] In step 604, the CN entity may verify whether the A-IOT device ID is valid. In some cases, the CN may determine whether there is at least one subsequent command for the UE following the A-IOT device inventory for the UE in response to that the A-IOT device ID is valid.

[0162] In step 606, the CN entity may transmit, to the NE, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following an A-IOT device inventory for the UE, or indicating that the A-IOT device ID is invalid.

[0163] According to some embodiments of the present discloses, in response to that the A-IOT device ID is valid and there is no subsequent command message for the UE following the A-IOT device inventory for the UE, the first indication indicates that the A-IOT device ID is valid or indicate there is no subsequent command message for the UE following the A-IOT device inventory for the UE; or the first indication indicates that the A-IOT device ID is valid,  and the CN entity may transmit a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory.

[0164] According to some embodiments of the present discloses, in response to that the A-IOT device ID is valid and there is at least one subsequent command for the UE following the A-IOT device inventory for the UE, the first indication indicates that the A-IOT device ID is valid or there is at least one subsequent command message for the UE following the A-IOT device inventory for the UE; or the first indication indicates that the A-IOT device ID is valid, and the CN entity may transmit a second indication indicating there is at least one subsequent command message for the UE following the A-IOT device inventory.

[0165] In some embodiments, the CN entity may transmit, to the NE, a third indication indicating to terminate a communication with the UE along with a last command message for the UE or after the last command message for the UE.

[0166] According to some embodiments of the present discloses, in response to verifying that the A-IOT device ID is invalid, the first indication is a NACK message indicating that the A-IOT device ID is invalid.

[0167] Figure 7 illustrates a flowchart of an exemplary method in accordance with aspects of the present disclosure. The operations of the method illustrated in Figure 7 may be performed by a UE (e.g., UE 104 in Figure 1) as described herein or other apparatus with the like functions. In some implementations, the UE may execute a set of instructions to control functional elements of the UE to perform the described operations or functions.

[0168] As shown in Figure 7, in step 702, the UE may transmit, to a network entity (NE) , an A-IOT device ID of the UE during a random access procedure associated with an A-IOT device inventory for the UE.

[0169] In response to transmitting the A-IOT device ID, in step 704, the UE may receive, from the NE, one of: an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory is complete; an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with a inventory for another UE; an acknowledgement that the A-IOT device ID is successfully identified and an indication  indicating that there is at least one subsequent command message following the inventory; or an indication indicating a retransmission of the A-IOT device ID.

[0170] According to some embodiments of the present discloses, in response to receiving the indication indicating a retransmission of the A-IOT device ID, the UE may retransmit the A-IOT device ID to the NE.

[0171] Figure 8 illustrates an example of a NE 800 in accordance with aspects of the present disclosure. The NE 800 may include at least one processor 802 and at least one memory 804. Additionally, the NE 800 may also include one or more of at least one controller 806 or at least one transceiver 808. The processor 802, the memory 804, the controller 806, or the transceiver 808, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0172] The processor 802, the memory 804, the controller 806, or the transceiver 808, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0173] The processor 802 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 802 may be configured to operate the memory 804. In some other implementations, the memory 804 may be integrated into the processor 802. The processor 802 may be configured to execute computer-readable instructions stored in the memory 804 to cause the NE 800 to perform various functions of the present disclosure.

[0174] The memory 804 may include volatile or non-volatile memory. The memory 804 may store computer-readable, computer-executable code including instructions when executed by the processor 802 cause the NE 800 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as the memory 804 or another  type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0175] In some implementations, the processor 802 and the memory 804 coupled with the processor 802 may be configured to cause the NE 800 to perform one or more of the functions described herein (e.g., executing, by the processor 802, instructions stored in the memory 804) . For example, the processor 802 may support wireless communication at the NE 800 in accordance with examples as disclosed herein. The NE 800 may be configured to support a means for performing the operations of the methods described in the embodiments of the present disclosure. In an embodiment, the processor 802 may be configured to cause the NE 800 to: transmit, to a CN entity, an A-IOT device ID for verification, wherein the A-IOT device ID is received from of a UE during a random access procedure associated with an A-IOT device inventory for the UE; andreceive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating that the A-IOT device ID is invalid.

[0176] The controller 806 may manage input and output signals for the NE 800. The controller 806 may also manage peripherals not integrated into the NE 800. In some implementations, the controller 806 may utilize an operating system such as  or other operating systems. In some implementations, the controller 806 may be implemented as part of the processor 802.

[0177] In some implementations, the NE 800 may include at least one transceiver 808. In some other implementations, the NE 800 may have more than one transceiver 808. The transceiver 808 may represent a wireless transceiver. The transceiver 808 may include one or more receiver chains 810, one or more transmitter chains 812, or a combination thereof.

[0178] A receiver chain 810 may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receiver chain 810 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 810  may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 810 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 810 may include at least one decoder for decoding the demodulated signal to receive the transmitted data.

[0179] A transmitter chain 812 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 812 may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 812 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 812 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0180] Figure 9 illustrates an example of a CN entity 900 in accordance with aspects of the present disclosure. The CN entity 900 may include at least one processor 902 and at least one memory 904. Additionally, the CN entity 900 may also include one or more of at least one controller 906 or at least one transceiver 908. The processor 902, the memory 904, the controller 906, or the transceiver 908, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0181] The processor 902, the memory 904, the controller 906, or the transceiver 908, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0182] The processor 902 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 902 may be configured to operate the memory 904. In some other implementations, the memory 904 may be integrated into the processor 902. The processor 902 may be configured to execute computer-readable instructions stored in the memory 904 to cause the CN entity 900 to perform various functions of the present disclosure.

[0183] The memory 904 may include volatile or non-volatile memory. The memory 904 may store computer-readable, computer-executable code including instructions when executed by the processor 902 cause the CN entity 900 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as the memory 904 or another type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0184] In some implementations, the processor 902 and the memory 904 coupled with the processor 902 may be configured to cause the CN entity 900 to perform one or more of the functions described herein (e.g., executing, by the processor 902, instructions stored in the memory 904) . For example, the processor 902 may support wireless communication at the CN entity 900 in accordance with examples as disclosed herein. The CN entity 900 may be configured to support a means for performing the operations of the methods described in the embodiments of the present disclosure. In an embodiment, the processor 902 may be configured to cause the CN entity 900 to: receive, from a NE, an A-IOT device ID of a UE for verification; verify whether the A-IOT device ID is valid; and transmit, to the NE, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following an A-IOT device inventory for the UE, or indicating that the A-IOT device ID is invalid.

[0185] The controller 906 may manage input and output signals for the CN entity 900. The controller 906 may also manage peripherals not integrated into the CN entity 900. In some implementations, the controller 906 may utilize an operating system such as or other operating systems. In some implementations, the controller 906 may be implemented as part of the processor 902.

[0186] In some implementations, the CN entity 900 may include at least one transceiver 908. In some other implementations, the CN entity 900 may have more than one transceiver 908. The transceiver 908 may represent a wireless transceiver. The transceiver 908 may include one or more receiver chains 910, one or more transmitter chains 912, or a combination thereof.

[0187] A receiver chain 910 may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receiver chain 910 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 910 may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 910 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 910 may include at least one decoder for decoding the demodulated signal to receive the transmitted data.

[0188] A transmitter chain 912 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 912 may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 912 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 912 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0189] Figure 10 illustrates an example of a UE 1000 in accordance with aspects of the present disclosure. The UE 1000 may include at least one processor 1002 and at least one memory 1004. Additionally, the UE 1000 may also include one or more of at least one controller 1006 or at least one transceiver 1008. The processor 1002, the memory 1004, the controller 1006, or the transceiver 1008, or various combinations thereof or various components thereof  may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0190] The processor 1002, the memory 1004, the controller 1006, or the transceiver 1008, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0191] The processor 1002 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 1002 may be configured to operate the memory 1004. In some other implementations, the memory 1004 may be integrated into the processor 1002. The processor 1002 may be configured to execute computer-readable instructions stored in the memory 1004 to cause the UE 1000 to perform various functions of the present disclosure.

[0192] The memory 1004 may include volatile or non-volatile memory. The memory 1004 may store computer-readable, computer-executable code including instructions when executed by the processor 1002 cause the UE 1000 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as the memory 1004 or another type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0193] In some implementations, the processor 1002 and the memory 1004 coupled with the processor 1002 may be configured to cause the UE 1000 to perform one or more of the functions described herein (e.g., executing, by the processor 1002, instructions stored in the memory 1004) . For example, the processor 1002 may support wireless communication at the UE 1000 in accordance with examples as disclosed herein. The UE 1000 may be configured to support a means for performing the operations of the methods described in the embodiments of  the present disclosure. In another embodiment, the processor 1002 may be configured to cause the UE 1000 to: transmit, to a NE, an A-IOT device ID of the UE during a random access procedure associated with an A-IOT device inventory for the UE; and in response to transmitting the A-IOT device ID, receive, from the NE, one of: an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory is complete; an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with a inventory for another UE; an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the inventory; or an indication indicating a retransmission of the A-IOT device ID.

[0194] The controller 1006 may manage input and output signals for the UE 1000. The controller 1006 may also manage peripherals not integrated into the UE 1000. In some implementations, the controller 1006 may utilize an operating system such as or other operating systems. In some implementations, the controller 1006 may be implemented as part of the processor 1002.

[0195] In some implementations, the UE 1000 may include at least one transceiver 1008. In some other implementations, the UE 1000 may have more than one transceiver 1008. The transceiver 1008 may represent a wireless transceiver. The transceiver 1008 may include one or more receiver chains 1010, one or more transmitter chains 1012, or a combination thereof.

[0196] A receiver chain 1010 may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receiver chain 1010 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 1010 may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 1010 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 1010 may include at least one decoder for decoding the demodulated signal to receive the transmitted data.

[0197] A transmitter chain 1012 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 1012 may include at least one  modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 1012 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 1012 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0198] Figure 11 illustrates an example of a processor 1100 in accordance with aspects of the present disclosure. The processor 1100 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 1100 may include a controller 1102 configured to perform various operations in accordance with examples as described herein. The processor 1100 may optionally include at least one memory 1104, which may be, for example, a layer 1 (L1) , layer 2 (L2) , or layer 3 (L3) cache. Additionally, or alternatively, the processor 1100 may optionally include one or more arithmetic-logic units (ALUs) 1106. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0199] The processor 1100 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 1100) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .

[0200] The controller 1102 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 1100 to cause the  processor 1100 to support various operations in accordance with examples as described herein. For example, the controller 1102 may operate as a control unit of the processor 1100, generating control signals that manage the operation of various components of the processor 1100. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0201] The controller 1102 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 1104 and determine subsequent instruction (s) to be executed to cause the processor 1100 to support various operations in accordance with examples as described herein. The controller 1102 may be configured to track memory address of instructions associated with the memory 1104. The controller 1102 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 1102 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 1100 to cause the processor 1100 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 1102 may be configured to manage flow of data within the processor 1100. The controller 1102 may be configured to control transfer of data between registers, ALUs, and other functional units of the processor 1100.

[0202] The memory 1104 may include one or more caches (e.g., memory local to or included in the processor 1100 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. ) . In some implementations, the memory 1104 may reside within or on a processor chipset (e.g., local to the processor 1100) . In some other implementations, the memory 1104 may reside external to the processor chipset (e.g., remote to the processor 1100) .

[0203] The memory 1104 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1100, cause the processor 1100 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 1102 and / or the processor 1100 may be configured to execute computer-readable instructions stored in the memory 1104 to cause the processor 1100 to perform various functions. For example, the processor 1100 and / or the controller 1102 may be coupled with or to the memory 1104, the processor 1100, the controller 1102, and the memory 1104 may be configured to  perform various functions described herein. In some examples, the processor 1100 may include multiple processors and the memory 1104 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.

[0204] The one or more ALUs 1106 may be configured to support various operations in accordance with examples as described herein. In some implementations, the one or more ALUs 1106 may reside within or on a processor chipset (e.g., the processor 1100) . In some other implementations, the one or more ALUs 1106 may reside external to the processor chipset (e.g., the processor 1100) . One or more ALUs 1106 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 1106 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 1106 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 1106 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 1106 to handle conditional operations, comparisons, and bitwise operations. 1

[0205] The processor 1100 may support wireless communication in accordance with examples as disclosed herein. The processor 1100 may be configured to or operable to support a means for performing the operations of the methods described in the embodiments of the present disclosure.

[0206] In an embodiment, the controller 1102 may cause the processor 1100 to: transmit, to a CN entity, an A-IOT device ID for verification, wherein the A-IOT device ID is received from of a UE during a random access procedure associated with an A-IOT device inventory for the UE; andreceive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating that the A-IOT device ID is invalid.

[0207] In another embodiment, the controller 1102 may cause the processor 1100 to: receive, from a NE, an A-IOT device ID of a UE for verification; verify whether the A-IOT device ID is  valid; and transmit, to the NE, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following an A-IOT device inventory for the UE, or indicating that the A-IOT device ID is invalid.

[0208] In yet another embodiment, the controller 1102 may cause the processor 1100 to: transmit, to a NE, an A-IOT device ID of the UE during a random access procedure associated with an A-IOT device inventory for the UE; and in response to transmitting the A-IOT device ID, receive, from the NE, one of: an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory is complete; an acknowledgement that the A-IOT device ID is successfully identified and a DL signal for triggering another random access procedure associated with a inventory for another UE; an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the inventory; or an indication indicating a retransmission of the A-IOT device ID.

[0209] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.A network equipment (NE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the NE to:transmit, to a core network (CN) entity, an ambient internet of things (A-IOT) device identifier (ID) for verification, wherein the A-IOT device ID is received from of a user equipment (UE) during a random access procedure associated with an A-IOT device inventory for the UE; andreceive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating that the A-IOT device ID is invalid.2.The NE of Claim 1, wherein the first indication indicates that the A-IOT device ID is valid or indicates there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to:transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory for the UE is complete.3.The NE of Claim 1, wherein the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the NE to receive a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to:transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory for the UE is complete.4.The NE of Claim 1, wherein the first indication indicates that the A-IOT device ID is valid or indicates there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to:transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and a downlink (DL) signal for triggering another random access procedure associated with an A-IOT device inventory for another UE.5.The NE of Claim 1, wherein the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the NE to receive a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to:transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and a downlink (DL) signal for triggering another random access procedure associated with an A-IOT device inventory for another UE.6.The NE of Claim 1, wherein the first indication indicates that the A-IOT device ID is valid or there is at least one subsequent command message for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to:transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the A-IOT device inventory for the UE.7.The NE of Claim 1, wherein the first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the NE to receive a second indication indicating there is at least one subsequent command message for the UE following the A-IOT device inventory, and the at least one processor is configured to cause the NE to:transmit, to the UE, an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the A-IOT device inventory for the UE.8.The NE of Claim 6 or 7, wherein the at least one processor is configured to cause the NE to:receive, from the CN entity, a third indication indicating to terminate a communication with the UE along with a last command message for the UE or after the last command message for the UE.9.The NE of Claim 1, wherein the first indication is a negative acknowledgement (NACK) message indicating that the A-IOT device ID is invalid, and the at least one processor is configured to cause the NE to: transmit, to the UE, an indication indicating a retransmission of the A-IOT device ID.10.A core network (CN) entity, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the CN entity to:receive, from a network equipment (NE) , an ambient internet of things (A-IOT) device identifier (ID) of a user equipment (UE) for verification;verify whether the A-IOT device ID is valid; andtransmit, to the NE, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following an A-IOT device inventory for the UE, or indicating that the A-IOT device ID is invalid.11.The CN entity of Claim 10, wherein in response to that the A-IOT device ID is valid and there is no subsequent command message for the UE following the A-IOT device inventory for the UE,the first indication indicates that the A-IOT device ID is valid or indicate there is no subsequent command message for the UE following the A-IOT device inventory for the UE; orthe first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the CN entity to transmit a second indication indicating there is no subsequent command for the UE following the A-IOT device inventory.12.The CN entity of Claim 10, wherein in response to that the A-IOT device ID is valid and there is at least one subsequent command for the UE following the A-IOT device inventory for the UE,the first indication indicates that the A-IOT device ID is valid or there is at least one subsequent command message for the UE following the A-IOT device inventory for the UE; orthe first indication indicates that the A-IOT device ID is valid, and the at least one processor is configured to cause the CN entity to transmit a second indication indicating there is at least one subsequent command message for the UE following the A-IOT device inventory.13.The CN entity of Claim 12, wherein the at least one processor is configured to cause the CN entity to:transmit, to the NE, a third indication indicating to terminate a communication with the UE along with a last command message for the UE or after the last command message for the UE.14.The CN entity of Claim 10, wherein in response to verifying that the A-IOT device ID is invalid, the first indication is a negative acknowledgement (NACK) message indicating that the A-IOT device ID is invalid.15.The CN entity of Claim 10, wherein the at least one processor is configured to cause the CN entity to:determine whether there is at least one subsequent command for the UE following the A-IOT device inventory for the UE in response to that the A-IOT device ID is valid.16.A user equipment (UE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the NE to:transmit, to a network entity (NE) , an ambient internet of things (A-IOT) device identifier (ID) of the UE during a random access procedure associated with an A-IOT device inventory for the UE; andin response to transmitting the A-IOT device ID, receive, from the NE, one of:an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that communication for the A-IOT device inventory is complete;an acknowledgement that the A-IOT device ID is successfully identified and a downlink (DL) signal for triggering another random access procedure associated with a inventory for another UE;an acknowledgement that the A-IOT device ID is successfully identified and an indication indicating that there is at least one subsequent command message following the inventory; oran indication indicating a retransmission of the A-IOT device ID.17.The A-IOT device of Claim 16, wherein in response to receiving the indication indicating a retransmission of the A-IOT device ID, the at least one processor is configured to cause the UE to: retransmit the A-IOT device ID to the NE.18.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:transmit, to a core network (CN) entity, an ambient internet of things (A-IOT) device identifier (ID) for verification, wherein the A-IOT device ID is received from a user equipment (UE) during a random access procedure associated with an A-IOT device inventory for the UE; andreceive, from the CN entity, a first indication indicating that the A-IOT device ID is valid, or indicating whether there is at least one subsequent command message for the UE following the A-IOT device inventory, or indicating the A-IOT device ID is invalid.

Images