Trigger message for inventory and command procedure

Abstract

Methods, systems, and devices for wireless communications are described. An application function may cause an ambient Internet of Things (AIoT) controller at a network to transmit, to a reader device, a service request for an AIoT device. Based on the service request, the reader device may output a trigger message to trigger a response from the AIoT device. The trigger message may include a filter criteria field and a command field. The AIoT device may receive the trigger message via a radio frequency (RF) signal output by the reader device. The AIoT device may decode the filter criteria field to determine that the trigger message is intended for the AIoT device and may decode the command field to identify a request type of the trigger message. The AIoT device may transmit, via backscattering on the RF signal and based on the request type, a response to the trigger message.

Description

TRIGGER MESSAGE FOR INVENTORY AND COMMAND PROCEDURE

[0001] FIELD OF TECHNOLOGY

[0002] The following relates to wireless communications, including trigger message for inventory and command procedure.BACKGROUND

[0003] Wireless communications systems are widely deployed to provide various types of communication content such as voice, video, packet data, messaging, broadcast, and so on. These systems may be capable of supporting communication with multiple users by sharing the available system resources (e.g., time, frequency, and power) . Examples of such multiple-access systems include fourth generation (4G) systems such as Long Term Evolution (LTE) systems, LTE-Advanced (LTE-A) systems, or LTE-A Pro systems, and fifth generation (5G) systems which may be referred to as New Radio (NR) systems. These systems may employ technologies such as code division multiple access (CDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or discrete Fourier transform spread orthogonal frequency division multiplexing (DFT-S-OFDM) . A wireless multiple-access communications system may include one or more base stations, each supporting wireless communication for communication devices, which may be known as user equipment (UE) .SUMMARY

[0004] The systems, methods, and devices of this disclosure each have several innovative aspects, no single one of which is solely responsible for the desirable attributes disclosed herein.

[0005] A method for wireless communications by an Ambient Internet of Things (AIoT) wireless device is described. The method may include receiving, via an incident radio frequency (RF) signal, a trigger message including a filter criteria field and a command container field, decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device, decoding the command container field to identify a request type associated with the trigger message, and transmitting, via  backscattering on the incident RF signal and based on the trigger message being intended for the AIoT wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0006] An AIoT wireless device for wireless communications is described. The AIoT wireless device may include one or more memories storing processor executable code, and one or more processors coupled with the one or more memories. The one or more processors may individually or collectively be operable to execute the code to cause the AIoT wireless device to receive, via an incident RF signal, a trigger message including a filter criteria field and a command container field, decode the filter criteria field to determine that the trigger message is intended for the AIoT wireless device, decode the command container field to identify a request type associated with the trigger message, and transmit, via backscattering on the incident RF signal and based on the trigger message being intended for the AIoT wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0007] Another AIoT wireless device for wireless communications is described. The AIoT wireless device may include means for receiving, via an incident radio frequency (RF) signal, a trigger message including a filter criteria field and a command container field, means for decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device, means for decoding the command container field to identify a request type associated with the trigger message, and means for transmitting, via backscattering on the incident RF signal and based on the trigger message being intended for the AIoT wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0008] A non-transitory computer-readable medium storing code for wireless communications at an AIoT wireless device is described. The code may include instructions executable by one or more processors to receive, via an incident radio frequency (RF) signal, a trigger message including a filter criteria field and a command container field, decode the filter criteria field to determine that the trigger message is intended for the AIoT wireless device, decode the command container field to identify a request type associated with the trigger message, and transmit, via backscattering on the incident RF signal and based on the trigger message being intended for the AIoT  wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0009] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, decoding the filter criteria field to determine that the trigger message may be intended for the AIoT wireless device may include operations, features, means, or instructions for identifying, based on decoding the filter criteria field, wireless device identification (ID) information included in the trigger message and determining that the wireless device ID information included in the trigger message matches at least a portion of identification information stored at the AIoT AIoT wireless device.

[0010] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the wireless device ID information includes a wireless device ID or mask information.

[0011] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, decoding the filter criteria field to determine that the trigger message may be intended for the AIoT wireless device may include operations, features, means, or instructions for identifying, based on decoding the filter criteria field, filter criteria information included in the trigger message and determining that the filter criteria information included in the trigger message matches device information stored at the AIoT wireless device.

[0012] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, and the method, apparatuses, and non-transitory computer-readable medium may include further operations, features, means, or instructions for a wireless device type, a wireless device category, or a wireless device capability.

[0013] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, decoding the filter criteria field to determine that the trigger message may be intended for the AIoT wireless device may include operations, features, means, or instructions for identifying, based on decoding the filter criteria field, that the filter criteria field may be empty.

[0014] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, decoding the command container field to identify the request type associated with the trigger message may include operations, features, means, or instructions for identifying, based on decoding the command container field, command information included in the trigger message and determining, based on the command information, that the request type may be a command request.

[0015] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the command information includes a write command, a read command, a query command, a disable command, a sleep command, a kill command, or a combination thereof.

[0016] Some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for performing a task corresponding to the command information.

[0017] Some examples of the method, A AIoT wireless devices, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for performing a task corresponding to an inventory request.

[0018] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the command information includes a set of multiple commands associated with a set of multiple AIoT wireless devices.

[0019] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the response message includes an acknowledgement of successful decoding of the trigger message, device ID information associated with the AIoT wireless device, or enrichment information associated with the AIoT wireless device.

[0020] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, and the method, apparatuses, and non-transitory computer-readable medium may include further operations, features, means, or instructions for obtaining enrichment information associated with the AIoT wireless device, where the response message includes the enrichment information.

[0021] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the enrichment information includes at least one of sensor information associated with the AIoT wireless device, status information associated with the AIoT wireless device, or neighbor cell information.

[0022] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, obtaining the enrichment information may include operations, features, means, or instructions for collecting, using a sensor associated with the AIoT wireless device, the enrichment information, where the enrichment information includes location information or environmental information.

[0023] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, decoding the command container field to identify the request type associated with the trigger message may include operations, features, means, or instructions for identifying, based on decoding the command container field, that the command container field may be empty and determining, based on the command container field being empty, that the request type may be an inventory request.

[0024] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the response message includes device ID information associated with the AIoT wireless device.

[0025] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the trigger message further includes a resource field and the resource field indicates time or frequency resources for transmission of the response message.

[0026] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, based on a quantity of AIoT wireless devices targeted by the trigger message, the time or frequency resources may be common resources or dedicated resources.

[0027] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the trigger message further includes a  periodicity field and the periodicity field includes an indication of periodicity associated with repeated transmissions of the trigger message.

[0028] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, transmitting the response message may include operations, features, means, or instructions for delaying transmission of the response message until after reception of a subsequent transmission of the repeated transmissions of the trigger message based on the AIoT wireless device lacking sufficient energy to transmit the response message and on the periodicity associated with the repeated transmissions of the trigger message.

[0029] In some examples of the method, Ambient Internet of Thingss (AIs) , and non-transitory computer-readable medium described herein, receiving the trigger message may include operations, features, means, or instructions for receiving, from a reader device, the trigger message, where the reader device includes a user equipment (UE) or a network entity.

[0030] In some examples of the method, AIoT wireless devices, and non-transitory computer-readable medium described herein, the AIoT wireless device includes an RFID tag.

[0031] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims. Note that the relative dimensions of the following figures may not be drawn to scale.BRIEF DESCRIPTION OF THE DRAWINGS

[0032] FIG. 1 shows an example of a wireless communications system that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.

[0033] FIGs. 2 and 3 show examples of portions of a wireless communications system that support trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.

[0034] FIG. 4 to show an example of a process flow that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.

[0035] FIG. 5 shows an example of a signal flow that supports trigger messages for an inventory procedure in accordance with one or more aspects of the present disclosure.

[0036] FIG. 6 shows an example of a signal flow that support trigger messages for a command procedure in accordance with one or more aspects of the present disclosure.

[0037] FIG. 7A and 7B show examples of signal flows that support trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.

[0038] FIGs. 8 and 9 show block diagrams of devices that support trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.

[0039] FIG. 10 shows a block diagram of a communications manager that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.

[0040] FIG. 11 shows a diagram of a system including a device that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.

[0041] FIG. 12 shows a flowchart illustrating methods that support trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure.DETAILED DESCRIPTION

[0042] Various aspects of the present disclosure relate to techniques for communicating with wireless devices (e.g., ambient Internet of Things (AIoT) devices) in wireless communications systems. For instance, the described techniques provide for a means for one or more reader devices, in ambient computing environments, to trigger the wireless devices to locate, identify, or communicate with the wireless devices. For  instance, the ambient computing environment may include one or more wireless devices that interact with one or more other devices, such as one or more reader devices that may read or detect the wireless devices to facilitate provision of a service such as a location tracking service, a communication service, or an identification service. The reader devices may in turn communicate with one or more network devices, such as base stations, AIoT controllers, application functions or servers, or other network entities to further facilitate provision of the service. For instance, in some cases, the wireless devices may need to be located, identified, or communicated with to provide the service managed by the application function. In some cases, the application function may cause an AIoT controller to transmit, to one or more reader devices, a service request intended for one or more wireless devices. Based on the service request, the one or more reader devices may output a trigger message to trigger a response from the intended wireless devices. The trigger message may include, at least, a filter criteria field and a command field. One of the intended wireless devices may receive the trigger message via an radio frequency (RF) signal output by one of the reader devices. The wireless device may decode the filter criteria field of the trigger message to determine that the trigger message is intended for the wireless device. The wireless device may additionally decode the command field to identify a request type associated with the trigger message. Based on determining that the trigger message is intended for the wireless device and based on the request type associated with the trigger message, the wireless device may perform a corresponding task or may respond to the trigger message or both.

[0043] Aspects of the disclosure are initially described in the context of wireless communications systems. Aspects of the disclosure are further illustrated by and described with reference to apparatus diagrams, system diagrams, and flowcharts that relate to trigger message for inventory and command procedure.

[0044] FIG. 1 shows an example of a wireless communications system 100 that supports trigger message for inventory and command procedure in accordance with one or more aspects of the present disclosure. The wireless communications system 100 may include one or more devices, such as one or more network devices (e.g., network entities 105) , one or more UEs 115, and a core network 130. In some examples, the wireless communications system 100 may be a Long Term Evolution (LTE) network,  an LTE-Advanced (LTE-A) network, an LTE-A Pro network, a New Radio (NR) network, or a network operating in accordance with other systems and radio technologies, including future systems and radio technologies not explicitly mentioned herein.

[0045] The network entities 105 may be dispersed throughout a geographic area to form the wireless communications system 100 and may include devices in different forms or having different capabilities. In various examples, a network entity 105 may be referred to as a network element, a mobility element, a radio access network (RAN) node, or network equipment, among other nomenclature. In some examples, network entities 105 and UEs 115 may wirelessly communicate via communication link (s) 125 (e.g., a radio frequency (RF) access link) . For example, a network entity 105 may support a coverage area 110 (e.g., a geographic coverage area) over which the UEs 115 and the network entity 105 may establish the communication link (s) 125. The coverage area 110 may be an example of a geographic area over which a network entity 105 and a UE 115 may support the communication of signals according to one or more radio access technologies (RATs) .

[0046] The UEs 115 may be dispersed throughout a coverage area 110 of the wireless communications system 100, and each UE 115 may be stationary, or mobile, or both at different times. The UEs 115 may be devices in different forms or having different capabilities. Some example UEs 115 are illustrated in FIG. 1. The UEs 115 described herein may be capable of supporting communications with various types of devices in the wireless communications system 100 (e.g., other wireless communication devices, including UEs 115 or network entities 105) , as shown in FIG. 1.

[0047] As described herein, a node of the wireless communications system 100, which may be referred to as a network node, or a wireless node, may be a network entity 105 (e.g., any network entity described herein) , a UE 115 (e.g., any UE described herein) , a network controller, an apparatus, a device, a computing system, one or more components, or another suitable processing entity configured to perform any of the techniques described herein. For example, a node may be a UE 115. As another example, a node may be a network entity 105. As another example, a first node may be configured to communicate with a second node or a third node. In one aspect of this example, the first node may be a UE 115, the second node may be a network entity 105,  and the third node may be a UE 115. In another aspect of this example, the first node may be a UE 115, the second node may be a network entity 105, and the third node may be a network entity 105. In yet other aspects of this example, the first, second, and third nodes may be different relative to these examples. Similarly, reference to a UE 115, network entity 105, apparatus, device, computing system, or the like may include disclosure of the UE 115, network entity 105, apparatus, device, computing system, or the like being a node. For example, disclosure that a UE 115 is configured to receive information from a network entity 105 also discloses that a first node is configured to receive information from a second node.

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

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

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

[0051] The split of functionality between a CU 160, a DU 165, and an RU 170 is flexible and may support different functionalities depending on which functions (e.g., network layer functions, protocol layer functions, baseband functions, RF functions, or any combinations thereof) are performed at a CU 160, a DU 165, or an RU 170. For example, a functional split of a protocol stack may be employed between a CU 160 and a DU 165 such that the CU 160 may support one or more layers of the protocol stack and the DU 165 may support one or more different layers of the protocol stack. In some examples, the CU 160 may host upper protocol layer (e.g., layer 3 (L3) , layer 2 (L2) ) functionality and signaling (e.g., Radio Resource Control (RRC) , service data adaptation protocol (SDAP) , Packet Data Convergence Protocol (PDCP) ) . The CU 160  (e.g., one or more CUs) may be connected to a DU 165 (e.g., one or more DUs) or an RU 170 (e.g., one or more RUs) , or some combination thereof, and the DUs 165, RUs 170, or both may host lower protocol layers, such as layer 1 (L1) (e.g., physical (PHY) layer) or L2 (e.g., radio link control (RLC) layer, medium access control (MAC) layer) functionality and signaling, and may each be at least partially controlled by the CU 160. Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU 165 and an RU 170 such that the DU 165 may support one or more layers of the protocol stack and the RU 170 may support one or more different layers of the protocol stack. The DU 165 may support one or multiple different cells (e.g., via one or multiple different RUs, such as an RU 170) . In some cases, a functional split between a CU 160 and a DU 165 or between a DU 165 and an RU 170 may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU 160, a DU 165, or an RU 170, while other functions of the protocol layer are performed by a different one of the CU 160, the DU 165, or the RU 170) . A CU 160 may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU 160 may be connected to a DU 165 via a midhaul communication link 162 (e.g., F1, F1-c, F1-u) , and a DU 165 may be connected to an RU 170 via a fronthaul communication link 168 (e.g., open fronthaul (FH) interface) . In some examples, a midhaul communication link 162 or a fronthaul communication link 168 may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities (e.g., one or more of the network entities 105) that are in communication via such communication links.

[0052] In some wireless communications systems (e.g., the wireless communications system 100) , infrastructure and spectral resources for radio access may support wireless backhaul link capabilities to supplement wired backhaul connections, providing an IAB network architecture (e.g., to a core network 130) . In some cases, in an IAB network, one or more of the network entities 105 (e.g., network entities 105 or IAB node (s) 104) may be partially controlled by each other. The IAB node (s) 104 may be referred to as a donor entity or an IAB donor. A DU 165 or an RU 170 may be partially controlled by a CU 160 associated with a network entity 105 or base station 140 (such as a donor network entity or a donor base station) . The one or more donor entities (e.g., IAB donors) may be in communication with one or more additional  devices (e.g., IAB node (s) 104) via supported access and backhaul links (e.g., backhaul communication link (s) 120) . IAB node (s) 104 may include an IAB mobile termination (IAB-MT) controlled (e.g., scheduled) by one or more DUs (e.g., DUs 165) of a coupled IAB donor. An IAB-MT may be equipped with an independent set of antennas for relay of communications with UEs 115 or may share the same antennas (e.g., of an RU 170) of IAB node (s) 104 used for access via the DU 165 of the IAB node (s) 104 (e.g., referred to as virtual IAB-MT (vIAB-MT) ) . In some examples, the IAB node (s) 104 may include one or more DUs (e.g., DUs 165) that support communication links with additional entities (e.g., IAB node (s) 104, UEs 115) within the relay chain or configuration of the access network (e.g., downstream) . In such cases, one or more components of the disaggregated RAN architecture (e.g., the IAB node (s) 104 or components of the IAB node (s) 104) may be configured to operate according to the techniques described herein.

[0053] In the case of the techniques described herein applied in the context of a disaggregated RAN architecture, one or more components of the disaggregated RAN architecture may be configured to support test as described herein. For example, some operations described as being performed by a UE 115 or a network entity 105 (e.g., a base station 140) may additionally, or alternatively, be performed by one or more components of the disaggregated RAN architecture (e.g., components such as an IAB node, a DU 165, a CU 160, an RU 170, an RIC 175, an SMO system 180) .

[0054] A UE 115 may include or may be referred to as a mobile device, a wireless device, a remote device, a handheld device, or a subscriber device, or some other suitable terminology, where the “device” may also be referred to as a unit, a station, a terminal, or a client, among other examples. A UE 115 may also include or may be referred to as a personal electronic device such as a cellular phone, a personal digital assistant (PDA) , a tablet computer, a laptop computer, or a personal computer. In some examples, a UE 115 may include or be referred to as a wireless local loop (WLL) station, an Internet of Things (IoT) device, an Internet of Everything (IoE) device, or a machine type communications (MTC) device, among other examples, which may be implemented in various objects such as appliances, vehicles, or meters, among other examples.

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

[0056] The UEs 115 and the network entities 105 may wirelessly communicate with one another via the communication link (s) 125 (e.g., one or more access links) using resources associated with one or more carriers. The term “carrier” may refer to a set of RF spectrum resources having a defined PHY layer structure for supporting the communication link (s) 125. For example, a carrier used for the communication link (s) 125 may include a portion of an RF spectrum band (e.g., a bandwidth part (BWP) ) that is operated according to one or more PHY layer channels for a given RAT (e.g., LTE, LTE-A, LTE-A Pro, NR) . Each PHY layer channel may carry acquisition signaling (e.g., synchronization signals, system information) , control signaling that coordinates operation for the carrier, user data, or other signaling. The wireless communications system 100 may support communication with a UE 115 using carrier aggregation or multi-carrier operation. A UE 115 may be configured with multiple downlink component carriers and one or more uplink component carriers according to a carrier aggregation configuration. Carrier aggregation may be used with both frequency division duplexing (FDD) and time division duplexing (TDD) component carriers. Communication between a network entity 105 and other devices may refer to communication between the devices and any portion (e.g., entity, sub-entity) of a network entity 105. For example, the terms “transmitting, ” “receiving, ” or “communicating, ” when referring to a network entity 105, may refer to any portion of a network entity 105 (e.g., a base station 140, a CU 160, a DU 165, a RU 170) of a RAN communicating with another device (e.g., directly or via one or more other network entities, such as one or more of the network entities 105) .

[0057] Signal waveforms transmitted via a carrier may be made up of multiple subcarriers (e.g., using multi-carrier modulation (MCM) techniques such as orthogonal frequency division multiplexing (OFDM) or discrete Fourier transform spread OFDM (DFT-S-OFDM) ) . In a system employing MCM techniques, a resource element may refer to resources of one symbol period (e.g., a duration of one modulation symbol) and one subcarrier, in which case the symbol period and subcarrier spacing may be inversely  related. The quantity of bits carried by each resource element may depend on the modulation scheme (e.g., the order of the modulation scheme, the coding rate of the modulation scheme, or both) , such that a relatively higher quantity of resource elements (e.g., in a transmission duration) and a relatively higher order of a modulation scheme may correspond to a relatively higher rate of communication. A wireless communications resource may refer to a combination of an RF spectrum resource, a time resource, and a spatial resource (e.g., a spatial layer, a beam) , and the use of multiple spatial resources may increase the data rate or data integrity for communications with a UE 115.

[0058] The time intervals for the network entities 105 or the UEs 115 may be expressed in multiples of a basic time unit which may, for example, refer to a sampling period of Ts=1 /  (Δfmax·Nf) seconds, for which Δfmax may represent a supported subcarrier spacing, and Nf may represent a supported discrete Fourier transform (DFT) size. Time intervals of a communications resource may be organized according to radio frames each having a specified duration (e.g., 10 milliseconds (ms) ) . Each radio frame may be identified by a system frame number (SFN) (e.g., ranging from 0 to 1023) .

[0059] Each frame may include multiple consecutively-numbered subframes or slots, and each subframe or slot may have the same duration. In some examples, a frame may be divided (e.g., in the time domain) into subframes, and each subframe may be further divided into a quantity of slots. Alternatively, each frame may include a variable quantity of slots, and the quantity of slots may depend on subcarrier spacing. Each slot may include a quantity of symbol periods (e.g., depending on the length of the cyclic prefix prepended to each symbol period) . In some wireless communications systems, such as the wireless communications system 100, a slot may further be divided into multiple mini-slots associated with one or more symbols. Excluding the cyclic prefix, each symbol period may be associated with one or more (e.g., Nf) sampling periods. The duration of a symbol period may depend on the subcarrier spacing or frequency band of operation.

[0060] A subframe, a slot, a mini-slot, or a symbol may be the smallest scheduling unit (e.g., in the time domain) of the wireless communications system 100 and may be referred to as a transmission time interval (TTI) . In some examples, the TTI duration  (e.g., a quantity of symbol periods in a TTI) may be variable. Additionally, or alternatively, the smallest scheduling unit of the wireless communications system 100 may be dynamically selected (e.g., in bursts of shortened TTIs (sTTIs) ) .

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

[0062] In some examples, a network entity 105 (e.g., a base station 140, an RU 170) may be movable and therefore provide communication coverage for a moving coverage area, such as the coverage area 110. In some examples, coverage areas 110 (e.g., different coverage areas) associated with different technologies may overlap, but the coverage areas 110 (e.g., different coverage areas) may be supported by the same network entity (e.g., a network entity 105) . In some other examples, overlapping coverage areas, such as a coverage area 110, associated with different technologies may be supported by different network entities (e.g., the network entities 105) . The wireless communications system 100 may include, for example, a heterogeneous network in which different types of the network entities 105 support communications for coverage areas 110 (e.g., different coverage areas) using the same or different RATs.

[0063] Some UEs 115, such as MTC or IoT devices, may be relatively low cost or low complexity devices and may provide for automated communication between machines (e.g., via Machine-to-Machine (M2M) communication) . M2M communication or MTC may refer to data communication technologies that allow devices to communicate with one another or a network entity 105 (e.g., a base station 140) without human intervention. In some examples, M2M communication or MTC may include communications from devices that integrate sensors or meters to measure or capture information and relay such information to a central server or application program that uses the information or presents the information to humans interacting with the application program. Some UEs 115 may be designed to collect information or enable automated behavior of machines or other devices. Examples of applications for MTC devices include smart metering, inventory monitoring, water level monitoring, equipment monitoring, healthcare monitoring, wildlife monitoring, weather and geological event monitoring, fleet management and tracking, remote security sensing, physical access control, and transaction-based business charging.

[0064] Some UEs 115 may be configured to employ operating modes that reduce power consumption, such as half-duplex communications (e.g., a mode that supports one-way communication via transmission or reception, but not transmission and reception concurrently) . In some examples, half-duplex communications may be performed at a reduced peak rate. Other power conservation techniques for the UEs 115 may include entering a power saving deep sleep mode when not engaging in active communications, operating using a limited bandwidth (e.g., according to narrowband communications) , or a combination of these techniques. For example, some UEs 115 may be configured for operation using a narrowband protocol type that is associated with a defined portion or range (e.g., set of subcarriers or resource blocks (RBs) ) within a carrier, within a guard-band of a carrier, or outside of a carrier.

[0065] The wireless communications system 100 may be configured to support ultra-reliable communications or low-latency communications, or various combinations thereof. For example, the wireless communications system 100 may be configured to support ultra-reliable low-latency communications (URLLC) . The UEs 115 may be designed to support ultra-reliable, low-latency, or critical functions. Ultra-reliable communications may include private communication or group communication and may  be supported by one or more services such as push-to-talk, video, or data. Support for ultra-reliable, low-latency functions may include prioritization of services, and such services may be used for public safety or general commercial applications. The terms ultra-reliable, low-latency, and ultra-reliable low-latency may be used interchangeably herein.

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

[0067] The core network 130 may provide user authentication, access authorization, tracking, Internet Protocol (IP) connectivity, and other access, routing, or mobility functions. The core network 130 may be an evolved packet core (EPC) or 5G core (5GC) , which may include at least one control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management function (AMF) ) and at least one 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) ) . The control plane entity may manage non-access stratum (NAS) functions such as mobility, authentication, and bearer management for the UEs 115 served by the network entities 105 (e.g., base stations 140) associated with the core network 130. User IP packets may  be transferred through the user plane entity, which may provide IP address allocation as well as other functions. The user plane entity may be connected to IP services 150 for one or more network operators. The IP services 150 may include access to the Internet, Intranet (s) , an IP Multimedia Subsystem (IMS) , or a Packet-Switched Streaming Service.

[0068] The wireless communications system 100 may operate using one or more frequency bands, which may be in the range of 300 megahertz (MHz) to 300 gigahertz (GHz) . Generally, the region from 300 MHz to 3 GHz is known as the ultra-high frequency (UHF) region or decimeter band because the wavelengths range from approximately one decimeter to one meter in length. UHF waves may be blocked or redirected by buildings and environmental features, which may be referred to as clusters, but the waves may penetrate structures sufficiently for a macro cell to provide service to the UEs 115 located indoors. Communications using UHF waves may be associated with smaller antennas and shorter ranges (e.g., less than one hundred kilometers) compared to communications using the smaller frequencies and longer waves of the high frequency (HF) or very high frequency (VHF) portion of the spectrum below 300 MHz.

[0069] The wireless communications system 100 may utilize both licensed and unlicensed RF spectrum bands. For example, the wireless communications system 100 may employ License Assisted Access (LAA) , LTE-Unlicensed (LTE-U) RAT, or NR technology using an unlicensed band such as the 5 GHz industrial, scientific, and medical (ISM) band. While operating using unlicensed RF spectrum bands, devices such as the network entities 105 and the UEs 115 may employ carrier sensing for collision detection and avoidance. In some examples, operations using unlicensed bands may be based on a carrier aggregation configuration in conjunction with component carriers operating using a licensed band (e.g., LAA) . Operations using unlicensed spectrum may include downlink transmissions, uplink transmissions, P2P transmissions, or D2D transmissions, among other examples.

[0070] A network entity 105 (e.g., a base station 140, an RU 170) or a UE 115 may be equipped with multiple antennas, which may be used to employ techniques such as transmit diversity, receive diversity, multiple-input multiple-output (MIMO) communications, or beamforming. The antennas of a network entity 105 or a UE 115  may be located within one or more antenna arrays or antenna panels, which may support MIMO operations or transmit or receive beamforming. For example, one or more base station antennas or antenna arrays may be co-located at an antenna assembly, such as an antenna tower. In some examples, antennas or antenna arrays associated with a network entity 105 may be located at diverse geographic locations. A network entity 105 may include an antenna array with a set of rows and columns of antenna ports that the network entity 105 may use to support beamforming of communications with a UE 115. Likewise, a UE 115 may include one or more antenna arrays that may support various MIMO or beamforming operations. Additionally, or alternatively, an antenna panel may support RF beamforming for a signal transmitted via an antenna port.

[0071] Beamforming, which may also be referred to as spatial filtering, directional transmission, or directional reception, is a signal processing technique that may be used at a transmitting device or a receiving device (e.g., a network entity 105, a UE 115) to shape or steer an antenna beam (e.g., a transmit beam, a receive beam) along a spatial path between the transmitting device and the receiving device. Beamforming may be achieved by combining the signals communicated via antenna elements of an antenna array such that some signals propagating along particular orientations with respect to an antenna array experience constructive interference while others experience destructive interference. The adjustment of signals communicated via the antenna elements may include a transmitting device or a receiving device applying amplitude offsets, phase offsets, or both to signals carried via the antenna elements associated with the device. The adjustments associated with each of the antenna elements may be defined by a beamforming weight set associated with a particular orientation (e.g., with respect to the antenna array of the transmitting device or receiving device, or with respect to some other orientation) .

[0072] Some wireless communications systems may include, operate in, or be integrated with an ambient computing environment. Such ambient computing environments may utilize connected wireless devices, such as AIoT devices, to harness information from the surrounding environment and provide intelligent services to users or systems. In some cases, the wireless devices included in the ambient computing environment may include energy harvesting (EH) -capable devices (e.g., radio frequency identification (RFID) tags) , non-EH-capable devices, battery powered devices, or other  wireless devices. The wireless devices may interact with one or more other devices in the ambient computing environment to provide a service, such as a location tracking service, a communication service, an identification service, or other service. For instance, the wireless devices may interact with a network device, such as a reader device, that may detect or read the wireless device. In some cases, the reader device may be the UE 115 or a network entity 105 (such as a base station 140) . The reader device may communicate with one or more other network devices, such as one or more other network entities 105 or a core network 130, to provide the services.

[0073] In some cases, the reader device may be instructed by an AIoT controller at a core network 130 to communicate with one or more of the wireless devices to trigger the wireless devices to perform an inventory procedure or execute a particular command. For instance, the AIoT controller may transmit, to the reader device, a service request intended for one or more wireless devices. Based on receiving the service request, the reader device may communicate with one or more of the wireless devices, by outputting a trigger message to the one or more wireless devices. The trigger message may include, at least, a filter criteria field and a command field. One of the intended wireless devices may receive the trigger message via a radio frequency (RF) signal output by one of the reader devices. The wireless device may decode the filter criteria field of the trigger message to determine that the trigger message is intended for the wireless device. The wireless device may additionally decode the command field to identify a request type associated with the trigger message. Based on determining that the trigger message is intended for the wireless device and based on the request type associated with the trigger message, the wireless device may perform a corresponding task or may respond to the trigger message or both.

[0074] FIG. 2 shows an example of a portion of a wireless communications system 200 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. The wireless communications system 200 may include a network entity 130-a, network entity 105-a, one or more reader devices 250 (e.g., UE reader device 250-a and base station reader device 250-b) , and one or more wireless devices 215 (e.g., wireless devices 215-a, 215-b, 215-c, and 215-d) . The network entity 130-a may be an example of the core network 130 or the network entity 105, as described with reference to FIG. 1. The network entity  105-a and the base station reader device 250-b may be examples of the network entity 105 or the base station 140, as described with reference to FIG. 1. The UE reader device 250-a may be an example of the UE 115, as described with reference to FIG. 1. The network entity 130-a, network entity 105-a, UE reader device 250-a, base station reader device 250-b, and one or more wireless devices 215 may communicate using communication links, such as communications links 125-a, 125-b, 125-c, 125-d, and 125-e.

[0075] In some cases, the network entity 130-a may facilitate the provisioning of a service, such as a location tracking service, communication service, identification service, or other service associated with the one or more wireless devices 215. In some cases, there may be a need to locate or communicate with one or more of the one or more wireless devices 215. As an example, the wireless devices 215 may be low-power, low-complexity AIoT devices, such as a tag (e.g., a radio frequency identifier (RFID) tag) attached to a suitcase, a pet, a pair of keys, or other item, and the network entity 130-a may facilitate the provisioning of a location tracking service for tracking a location of wireless devices 215.

[0076] The wireless devices 215 may have minimal circuitry and processing capabilities as compared with other user devices, such as the UE 115, and may be smaller and cheaper as compared to previous generations of IoT devices, such as narrow band (NB) -IoT, Long Term Machine Type Evolution (LTE-M) , enhanced reduced capability (eRedCap) IoT devices. These devices may also have minimal energy storage capabilities and, in some cases, the primary energy source for such devices may be from radio waves transmitted from a signal (e.g., a continuous wave or NR signal) from another device, such as a reader device (e.g., the reader devices 250) . In some cases, the wireless devices 215 may employ similar technologies as a passive UHF RFID. Accordingly, in some cases, due to the low-power, low-complexity capabilities and processing functionalities, the wireless devices 215 may not support certain standard features or functionality as compared to other user or IoT devices. Additionally, different wireless devices 215 may have different capabilities or support different functions. For instance, in some cases, the wireless devices 215 may be a first type of wireless device 215 (e.g., a device type 1) or a second type of wireless device 215 (e.g., a device type 2) .

[0077] The first type of wireless device 215 (e.g., the device type 1) may be one of low complexity relative to the other wireless devices 215. This type of wireless device may have the capability to store limited amounts of energy, but may not be capable of independently generating a signal. Instead, the first type of wireless device 215 may be an EH-capable device that utilizes back-scattering to transmit one or more signals based on a received signal (e.g., an RF signal) . For instance, the first type of wireless device 215 may harvest energy received from radio waves transmitted by a signal transmitted by a reader device 250. The first type of wireless device 215 may utilize the harvested energy to perform back-scattering to transmit one or more signals back to the reader device 250 that transmitted the initial signal or to another device, such as by reflecting the received signal. These wireless devices 215 may have a peak power consumption of ～1μW and a range of < 13 meters (m) to approximately 33 meters (m) .

[0078] The second type of wireless device 215 (e.g., the device type 2) may have the capability to store greater amounts of energy relative to the first type of wireless device 215. This type of device may be further categorized into various subtypes. For instance, a first subtype of the second type of wireless device 215 (e.g., the device type 2a) may be one of medium complexity relative to the other wireless devices 215. This type of wireless device may include energy storage, may have an initial sampling frequency offset (SFO) of up to 10X (e.g., 10 times) parts per million (ppm) , and may communicate based on back-scattering on external carrier waves. For example, this type of wireless device may have neither downlink nor uplink amplification capabilities, and the device’s uplink transmissions may be back-scattered on a carrier wave provided externally. Accordingly, a primary energy source for this type of wireless device may be a received signal (e.g., an RF signal) from the reader device 250. These wireless devices 215 may have a peak power consumption of approximately 10 to 100x μW and a range of approximately 22 m to 61 m.

[0079] A second subtype of the second type of wireless device 215 (e.g., the device type 2b) may be one of high complexity relative to the other types of wireless devices 215. This type of wireless device may include energy storage, may also have an initial SFO of up to 10X ppm, and may communicate based on internal generated carrier waves. This type of wireless device may additionally have downlink or uplink amplification capabilities. Accordingly, the device’s uplink transmissions may be  generated independently by the device or may be back-scattered on a carrier wave provided externally. Accordingly, a primary energy source for this type of wireless device may be a received signal (e.g., an RF signal) from the reader device 250 or may be solar energy. These wireless devices 215 may have a peak power consumption of less than a few hundred μW and a range of approximately <100 m to 300 m.

[0080] In some cases, the network entity 130-a may locate, track, or communicate with the wireless devices 215 with the assistance of one or more reader devices 250. The reader devices 250 may refer to devices associated with the network entity 130-a that may be utilized to detect or read one or more of the wireless devices 215. For instance, the reader devices 250 may be the UE reader device 250-a or the base station reader device 250-b.

[0081] The network entity 130-a may communicate with the UE reader device 250-a via a network entity 105-a through which the UE reader device 250-a is connected. For instance, the network entity 130-a may send a control signal to the network entity 105-a notifying the network entity 105-a to instruct one or more UE reader devices 250-a to track, locate, inventory, or otherwise communicate with one or more of the wireless devices 215. Additionally, or alternatively, the network entity 130-a may communicate with the base station reader device 250-b directly and may directly send the base station reader device 250-b a control signal instructing the base station reader device 250-b to track, locate, inventory, or otherwise communicate with one or more of the wireless devices 215.

[0082] For instance, in some cases, the network entity 130-a may wish to track or locate a particular wireless device 215, for example, to locate a wireless device 215-a attached to a lost suitcase. While in other cases, the network entity 130-a may wish to track or locate a plurality of the wireless devices 215, for example to receive location or other context information on a plurality of wireless devices 215. Locating the plurality of wireless devices 215 may allow those wireless devices to be inventoried by the reader devices 250 that locate them. This may facilitate tracking and locating a particular wireless device 215 at a later time. For instance, when a reader device 250 locates a wireless device 215, the reader device 250 may collect and transmit information associated with the located wireless device 215 (such as identification, location information, or other context information associated with the reader device 250 or the  wireless device 215) to the network entity 130-a or to an AIoT controller. The network entity 130-a or the AIoT controller may store the inventory records from each of the reader devices 250. In this way, when a particular wireless device 215 needs to be located at a later time, the network entity 130-a may query the inventory records to identify the last known reader devices 250 that located (or inventoried) the particular wireless device 215. The network entity 130-a may then target one or more of the last known reader devices 250 that located the particular wireless device 215 to be instructed to again locate the particular wireless device 215. In some instances, the network entity 130-a may additionally, or alternatively, target other reader devices 250 to locate a particular wireless device 215.

[0083] Upon identifying the particular reader devices 250 to be utilized in tracking, locating, or communicating with one or more of the wireless devices 215, the network entity 130-a may send the reader devices 250 a signal (such as a control signal) including a service request message instructing the reader devices 250 to trigger the one or more wireless devices 215 to perform a function, such as an inventory procedure or a particular command (e.g., a read, write, disable, sleep, or other command) . For instance, when the base station reader device 250-b is identified by the network entity 130-a to be utilized in tracking, locating, or communicating with the wireless devices 215, the network entity 130-a may send the base station reader device 250-b control signaling that includes a service request 210-b. The service request 210-b may indicate one or more wireless devices 215 to be targeted and for what purpose, such as whether to be triggered to perform an inventory procedure or to perform a command.

[0084] In some cases, such as when the reader device is the UE reader device 250-a, the signal may be sent to the reader device 250 by the network entity 130-a via an intermediary network entity, such as the network entity 105-a associated with the UE reader device 250-a. For instance, the network entity 130-a may transmit a signal including a service request 210-a to the network entity 105-a instructing the network entity 105-a to instruct a managed UE reader device 250-a or a last known reader to page the one or more wireless devices 215 to trigger a wake up. For instance, the service request 210-a may indicate one or more reader devices 250, such as UE reader devices 250-a, that should be utilized to target one or more indicated wireless devices 215, and for what purpose, such as whether to be triggered to perform an inventory procedure or  to perform a command. The network entity 105-a may forward the service request 210-a to one or more of the indicated reader devices 250, such as the UE reader device 250-a, to cause the reader devices 250 to trigger the indicated wireless devices 215.

[0085] Upon receiving the service request 210 (e.g., the service request 210-a or 210-b) from the network entity 130-a or the network entity 105-a, the reader device 250 may transmit a signal (such as a reader-to-device (R2D) signal) . The signal may comprise a trigger message 220 (e.g., a trigger message 220-a or a trigger message 220-b) that includes information identifying one or more wireless devices 215 that the trigger message 220 is intended for, a command intended for one or more of the wireless devices 215, or both. As an example, the command may be a select command (or a unicast query command) used to select or identify one or more particular wireless devices 215, such as a target wireless device 215, for communication, query command (e.g., a multicast, groupcast, or broadcast query command) used to initiate an inventory process to identify wireless devices 215 within a range or coverage area of the reader device 250, a read command, a write command, a disable command, a lock command, a sleep command, a kil command, or any other command wireless device command.

[0086] For instance, when the reader device 250 has been instructed to target a particular wireless device, such as the target wireless device 215, the trigger message 220 (e.g., the trigger message 220-a or the trigger message 220-b) includes identification information, such as a wireless device ID, associated with the target wireless device 215, such that the target wireless device 215 may detect that the trigger message 220 is intended for the target wireless device 215. and so that other wireless devices 215 not associated with the identification information will recognize that the trigger message 220 is not intended for those other wireless devices 215. In some instances, the identification information may be an application layer ID allocated by an application, such as an electronic product code (EPC) ID; a hardware ID allocated by a manufacturer of the wireless device 215, such as a tag ID (TID) or serial number; a network ID, such as allocated by a 3GPP network; a previous identifier used to communicate with the target wireless device 215; a contention resolution ID (CRI) ; a global identifier of the target wireless device 215; an identifier that may uniquely identify the target wireless device 215; or other identifier associated with the target wireless device 215. In some cases, the trigger message 220 may be used to target  multiple target wireless devices 215 and may, accordingly, include multiple identification information, such as multiple wireless device IDs corresponding to each of the multiple target wireless devices 215. In some cases, the trigger message 220 may include other information used to target particular target wireless devices 215, such as filter criteria. The filter criteria may identify a particular device type, device category, or device capability of the particular device wireless devices 215 being targeted.

[0087] In other instances, such as when the reader device 250 has been instructed to identify, or inventory, all wireless devices 215 in its coverage area, the trigger message 220 might not include identification information (such as wireless device IDs, mask information, or filter criteria) , and the lack of the identification information may be an indication that the trigger message 220 is intended for all wireless device 215 that receive the trigger message 220 to perform an inventory procedure.

[0088] Upon receiving the trigger message 220, the target wireless device 215 may determine whether the trigger message 220 is intended for the target wireless device 215 by comparing the identification information to its own identification information. If there is at least a partial match between the identification information, the target wireless device 215 may determine that the trigger message 220 is intended for the target wireless device 215. In response, the target wireless device 215 may perform a corresponding task associated with a command indicated in the trigger message 220 or may perform an inventory procedure when no command is indicated in the trigger message.

[0089] The target wireless device 215 may subsequently transmit a trigger message response 230 (e.g., a trigger message response 230-a or trigger message response 230-b) to the reader device 250. In some cases, the trigger message response 230 may serve as feedback or an acknowledgement (e.g., an ACK message) that the target wireless device 215 successfully received and decoded the trigger message 220. In some cases, the trigger message response 230 may include a wireless device ID associated with the target wireless device 215, enrichment information associated with the target wireless device 215, an acknowledgement that the trigger message 220 was successfully received and decoded, or a combination thereof.

[0090] After the trigger message response 230 is received by the reader device 250, the reader device 250 may transmit a corresponding a service request response (e.g., a service request response 240-a or a service request response 240-b) to the network entity 130-a. In some cases, the service request response 240 may serve as feedback or an acknowledgement (e.g., an ACK message) that the reader device 250 successfully targeted the target wireless device 215. In some cases, the service request response 240 may include the information provided by one or more target wireless devices 215 in the trigger message response 230, such a wireless device ID associated with the target wireless device 215 or enrichment information associated with the target wireless device 215.

[0091] FIG. 3 shows an example of a portion of a wireless communications system 300 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. The wireless communications system 300 may include one or more wireless devices 315, one or more reader devices 350 (e.g., UE reader device 350-a or base station reader device 350-b) , an AIoT controller 355, and one or more application function s360. The wireless devices 315 may be examples of the wireless devices 215, as described with reference to FIG. 2. The reader devices 350 may be examples of the reader device 250, as described with reference to FIG. 2.

[0092] The application functions 360 may manage, provide, maintain, or support various services (e.g., a location tracking service, an identification service, a communication service, or other service) associated with the wireless devices 315. The application functions 360 may reside at the core network (e.g., the network entity 130-a, described with reference to FIG. 2) or one or more separate devices, such as one or more application servers. Each application function 360 may coordinate with the AIoT controller 355 to provision a corresponding service and the provisioning of the service may ultimately be facilitated by one or more of the wireless devices 315. For instance, the application function 360 may transmit service requests, such as inventory requests and command requests to the AIoT controller 355 that are intended to target one or more of the wireless devices 315. The application functions 360 may additionally receive service request responses from the AIoT controller 355 acknowledging  successful processing of the service requests or including results from the service requests or both.

[0093] The AIoT controller 355 may reside at the core network (e.g., the network entity 130-a, described with reference to FIG. 2) and may enable or control AIoT functionality in the wireless communications system 300. The AIoT controller 355 may authenticate and authorize one or more application functions 360. Additionally, based on receiving service requests from an application function 360, the AIoT controller 355 may verify whether the application function 360 is authorized to issue the specific service requests. The AIoT controller 355 may register the one or more reader devices 350 and may subsequently select particular reader devices 350 (such as last known reader devices) to utilize to communicate with the wireless devices 315 targeted by the application function 360 (also referred to as target or targeted wireless devices 315) . The AIoT controller 355 may forward the service requests from the application function 360 to the selected reader devices 350. The AIoT controller 355 may receive service request responses from the reader devices 350, such as results from inventory requests or responses from command requests, and the AIoT controller 355 may forward the service request responses to the application function 360. The AIoT controller 355 may additionally maintain information identifying the reader devices 350 last known to have inventoried or otherwise communicated with one or more of the wireless device 315 (e.g., referred to as last known reader devices) . In some cases, the AIoT controller 355 may additionally collect usage data associated with each application function 360, such as associated with service requests from each of the different application functions 360, e.g., for charging purposes.

[0094] The one or more reader devices 350 may be utilized by the AIoT controller 355 to communicate with the targeted wireless devices 315. For instance, the AIoT controller 355 may select particular reader devices 350 (such as last known reader devices) to communicate with the wireless devices 315 targeted to receive a service request from an application function 360. The reader devices 350 may utilize the service request to identify the wireless devices 315 being targeted by the application function 360. In some cases, the reader devices 350 may forward the service request to the targeted wireless devices 315 as a trigger message. In other cases, the reader devices 350 may process the service request and generate a separate trigger message that  includes information similar to the information included in the service request. In such cases, the generated trigger message may be forwarded to the targeted wireless devices 315. The trigger message may be used to trigger the targeted wireless devices 315 to perform a procedure or task, such as perform an inventory procedure or perform or execute a command. For instance, the trigger message may include, among other information, identification information identifying one or more targeted wireless devices 315 (e.g., wireless device IDs, mask information, or filter criteria) , command information (e.g., a write, read, disable, kill, lock, or other wireless device command) , or both. The reader devices 350 may output an RF signal (e.g., an incident RF signal) including the trigger message.

[0095] One or more of the targeted wireless devices 315 may receive the trigger message. For instance, if a targeted wireless device 315 has sufficient energy, such as energy harvested from the RF signal output by a reader device 350 (e.g., an incident RF signal) or stored energy, the targeted wireless device 315 may receive and decode the trigger message. The targeted wireless device 315 may compare the identification information included in the trigger message (e.g., wireless device IDs, mask information, or filter criteria) with its own identification information to determine whether the trigger message is intended for the wireless device 315. In some cases, the trigger message might not include any identification information and that may be an indication that the trigger message is intended for any wireless device 315 that receives the trigger message. The targeted wireless device 315 may further determine whether the trigger message includes command information. The targeted wireless device 315 may determine, based on whether command information is included, a service request type associated with the trigger message and may respond to the trigger message by taking action in accordance with the service request type. For instance, if the trigger message includes command information (e.g., a write, read, disable, kill, lock, or other wireless device command) , the targeted wireless device 315 may determine that the trigger message is a command request and the targeted wireless device 315 may execute the command or perform a task corresponding to the command. In some cases, as a consequence of the command request, the targeted wireless device 315 may collect enrichment information (e.g., context information) associated with the targeted wireless device 315, such as location information, environmental information, sensor  information, status information, or any other information that the targeted wireless device 315 is capable of obtaining. On the other hand, if the trigger message does not include any command information, the targeted wireless device 315 may determine that the trigger message is an inventory request and the targeted wireless device 315 may perform an inventory procedure. After taking action in accordance with the service request type (e.g., performing a task in accordance with a command request or performing an inventory procedure in accordance with an inventory request) , the targeted wireless device 315 may transmit a response message to one or more of the reader devices 350. The response message may include identification information of the targeted wireless device 315 (e.g., a wireless device ID) , enrichment information, an acknowledgement that the trigger message was successfully received and decoded, or a combination thereof. In some cases, the response message may be transmitted via a signal backscattered on the received RF signal from the reader device 350. In other cases, the response message may be transmitted via a internally generated non-backscattered signal.

[0096] FIG. 4 shows an example of a process flow 400 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. In some aspects, the process flow 400 may implement or be implemented by aspects of the wireless communications systems 100, 200, and 300, as described with reference to FIGs. 1, 2, and 3, respectively. The process flow 400 may illustrate the flow of signals between a wireless device 315, a reader device 350, an AIoT controller 355, and an application function 360, such as described with reference to FIG. 3. In the following description of the process flow 400, the communications between the various devices may be transmitted in a different order than the example order shown, or the operations performed by the various devices may be performed in different orders or at different times. Some operations may also be omitted from the process flow 400, and other operations may be added. In some examples, the operations illustrated in process flow 400 may be performed by hardware (e.g., including circuitry, processing blocks, logic components, and other components) , code (e.g., software or firmware) executed by a processor, or any combination thereof. Alternative examples of the following may be implemented, where some steps are performed in a different order  than described or are not performed at all. In some cases, steps may include additional features not mentioned below, or further steps may be added.

[0097] At step 405, the application function 360 may transmit a service request to the AIoT controller 355. The service request may be a inventory service request or a command service request targeted to one or more wireless device, such as the wireless device 315. The service request may include information identifying the one or more wireless devices being targeted (such as wireless device IDs, mask information, or filter criteria) , command information, or both (or in some cases neither) . In some cases, the service request may include information identifying one or more reader devices to be used to communicate with the targeted wireless devices. In some cases, the service request may include additional information, such as a periodicity associated with triggering or signaling a message, such as a trigger message, to the targeted wireless devices.

[0098] At step 410, the AIoT controller 355 may authorize the service request received from the application function 360. That is, upon receiving the service request from the application function 360, the AIoT controller 355 may authenticate the application function 360 and determine whether the application function is authorized the issue such service request. If the authentication is unsuccessful or if the application function 360 is not authorized to issue the service request, the AIoT controller 355 may skip to step 455 and transmit a service request response to the application function 360 indicating that the service request was unsuccessful.

[0099] At step 415, the AIoT controller 355 may select one or more reader devices to utilize to communicate with the wireless devices targeted by service request. For instance, in some cases the service request may indicate one or more reader devices to use to communicate with the targeted wireless devices, and the AIoT controller 355 may select the indicated reader devices. In other cases, the AIoT controller 355 may itself identify which reader devices to use to communicate with the targeted wireless devices. For instance, the AIoT controller 355 may identify which reader devices have previously inventoried the targeted wireless devices, such as the last known reader devices to have inventoried the targeted wireless devices and may select such reader devices to communicate with the target wireless devices. In other cases, the AIoT controller 355 may select other reader devices, such as those known to have inventoried  the targeted wireless devices, though perhaps not the last to have inventoried the targeted wireless devices, those known to be in a coverage area of the targeted wireless devices, those associated with a network entity that manages the targeted wireless devices, or any other reader device known to the AIoT controller 355.

[0100] At step 420, the AIoT controller 355 may forward the service request to a selected reader device, such as reader device 350. In some cases, the AIoT controller 355 may select and forward the service request to multiple reader devices. For instance, if wireless devices 1 and 2 are targeted by the service request, and if the last known reader devices of wireless device 1 are reader devices A and B, and if the last known reader device of wireless device 2 is reader device B, then the AIoT controller 355 may forward the service request to reader device A with an indication to communicate with or trigger wireless device 1 and may forward the service request to reader device B with an indication to communicate with or trigger wireless devices 1 and 2. In some case, the AIoT controller 355 may add additional information to the service request (or may generate a new service request) . For instance, AIoT controller 355 may add identification information for the selected reader devices (e.g., reader device IDs) when not included in the service request by the application function 360, and the reader device identification information may be used by the reader devices receiving the service request to recognize that the service request is intended for the reader device. In some cases, the AIoT controller 355 may add other information, such as a periodicity associated with a frequency of transmission of a message, such as a trigger message, from a reader device to a targeted wireless device, or an indication of a resource, such as a time or frequency resource, to be used by a targeted wireless device for responding to a trigger message from a reader device, or other information for the reader devices that receive the service request or the targeted wireless device to process the service request.

[0101] At step 425, the reader device 350 may the process the service request received from the AIoT controller 355. For instance, when the reader device 350 receives the service request, the reader device 350 may initially check the reader device IDs included in the service request to confirm that the service request is for the reader device 350. If a reader device ID in the service request matches identification information associated with the reader device 350, the reader device 350 may continue  to process the service request, otherwise the reader device 350 may ignore or discard the service request.

[0102] After determining that the service request is for the reader device 350, the reader device 350 may further process the service request to identify the wireless devices being targeted by the service request, and may generate a trigger message for transmission to the targeted wireless devices, such as for transmission to the wireless device 315. In some cases, the received service request (or certain information included therein, such as filter criteria or command information) may be directly forwarded to the targeted wireless devices as a trigger message, or may be included in the generated trigger message, without processing or decoding by the reader device 350.

[0103] The trigger message to be transmitted to the targeted wireless devices may include identification information identifying the targeted wireless devices (e.g. wireless device IDs, mask information, or filter criteria) , command information, other information (such as periodicity information (e.g., a periodicity value indicating to transmit the trigger message periodically, a maximum quantity of transmission repetitions for the trigger message, a maximum duration of a triggering procedure, or other periodicity information) , scheduled resource information (e.g., time and frequency resources for the wireless device to use to respond to the trigger message) , or other information for the targeted wireless devices to process the trigger message) , or a combination thereof.

[0104] In some cases, the identification information may be one or more wireless device IDs associated with the targeted wireless devices. The wireless device IDs may include an EPC associated with the targeted wireless devices, a unique ID associated with the targeted wireless devices, or any other identifier associated with the targeted wireless devices. In some cases, the identification information may be mask bits associated with the targeted wireless devices. The mask bits may partially indicate a wireless device ID associated with a targeted wireless device. As an example, if a wireless device ID is 96 bits, mask bits may carry only a portion of the bits associated with the wireless device ID, such as bits 1-48. In some cases, the identification information may include filter criteria. The filter criteria may be information identifying specific device types (e.g., such as device type 1, device type 2a, or device type 2b) ,  specific categories of devices, specific device capabilities of the wireless devices being targeted.

[0105] The command information may be or include one or more commands (such as a read, write, disable, lock, sleep, kill, select, query, or other wireless device command) to be performed by the targeted wireless devices. In some cases, such as when the service request targets multiple wireless devices, the command information may include an indication of a mapping of a particular command to a particular wireless device. For instance, if the service request is targeting wireless devices 1 and 2 to perform different commands, such as a write command for wireless device 1 and a read command for wireless device 2, the command information may indicate a mapping of the wireless device ID and the corresponding command, e.g., { {Device 1 –write}

[0106] {Device 2 –read} } .

[0107] At step 430, the reader device 350 may transmit the trigger message to the wireless device 315. For instance, the reader device 350 may output an RF signal (e.g., an incident RF signal) including the trigger message, and the wireless device 315, if it has sufficient energy (e.g., stored energy or energy harvested from the RF signal) , may receive the trigger message. In some cases, the reader device 350 may repeated transmit the trigger message in accordance with the periodicity information included in the service request to ensure that the wireless device 315 receives the trigger message.

[0108] At step 435, the wireless device 315, upon receiving the trigger message, may decode and process the trigger message. For instance, if the wireless device 315 has sufficient energy (e.g., stored energy or energy harvested from the RF signal) , it may decode and process the trigger message. The wireless device 315 may decode the identification information included in the trigger message (e.g., wireless device IDs, mask information, or filter criteria) and compare it with its own identification information to determine whether the trigger message is intended for the wireless device 315. For instance, the wireless device may compare a wireless device ID included in the trigger message with a wireless device ID maintained at the wireless device 315, or may compare mask information included in the trigger message with at least a portion of a wireless device ID maintained at the wireless device 315, or may compare other filter criteria included in the trigger message with information maintained at the wireless device 315. In some cases, the trigger message might not include any identification  information and that may be an indication to the wireless device 315 that the trigger message is intended for any wireless device 315 that receives the trigger message.

[0109] The wireless device 315 may further determine whether the trigger message includes command information. The wireless device 315 may determine, based on whether command information is included, a service request type associated with the trigger message and may take action in accordance with the service request type.

[0110] For instance, if the trigger message does not include any command information, the wireless device 315 may determine that the trigger message is an inventory request and the targeted wireless device 315 may perform an inventory procedure.

[0111] On the other hand, if the trigger message includes command information (e.g., a write, read, disable, kill, lock, or other wireless device command) , the wireless device 315 may determine that the trigger message is a command request and the wireless device 315 may execute the indicated command or perform a task corresponding to the indicated command. In some cases, as a consequence of the command request, the wireless device 315 may collect or obtains enrichment information (e.g., context information) associated with the wireless device 315. The enrichment information may be information associated with or necessary to provide the AIoT service associated with the service request. For instance, the enrichment information may include information collected from a receiver or sensor disposed at the wireless device 315, such as location or position information associated with the wireless device 315, environmental information associated with a surroundings of the wireless device 315, status information associated with the wireless device 315, or other information that the wireless device 315 may be capable of collecting or obtaining.

[0112] At step 440, the wireless device 315 may send a trigger message response back to the reader device 350. For instance, after taking action in accordance with the service request type (e.g., performing a task in accordance with command included in a command request or performing an inventory procedure in accordance with an inventory request) , the wireless device 315 may transmit a response message to the reader device 350. The response message may include identification information of the targeted wireless device 315 (e.g., a wireless device ID) , the enrichment information  obtained by the wireless device 315, an acknowledgement that the trigger message was successfully received and decoded by the wireless device 315, or a combination thereof. In some cases, such as when the wireless device is an EH-capable device, the wireless device 315 may transmit the trigger message response via a signal backscattered on the received RF signal from the reader device 350. In other cases, such as when the wireless device 315 is a non-EH-capable device or a battery powered device, the wireless device 315 may transmit the trigger message response via an internally generated non-backscattered signal.

[0113] At step 445, the reader device 350 may send a service request response back to the AIoT controller 355. The service message response may be responsive to the service request transmitted from the AIoT controller 355 to the reader device 350. The service message response may include results associated with triggering the one or more wireless devices, such as the wireless device 315, targeted by the service request.

[0114] For instance, the service request response may include a list of identification information of the wireless devices (e.g., a list of wireless device IDs) or related enrichment information received from each of the targeted wireless devices that responded to the trigger message (such as at step 440) . In some cases, the service request response may additionally include enrichment information associated with the reader device 350. That is, in some cases, one or more of the wireless devices 315 may not have the capability of independently collecting context enrichment information (e.g., may not independently be able to determine its own location) or the collected information may not be as accurate due to the low complexity and processing capabilities of the wireless device 315. Accordingly, in some cases, enrichment information associated with the reader device 350 may be used to determine, approximate, or supplement the enrichment information associated with the wireless device 315. In some cases, the service request response may include other information resulting from performance of a command included in the trigger message received by the targeted wireless devices.

[0115] At step 450, the AIoT controller 355 may store information from the service request response. For instance, when the reader device 350 is responding to an inventory service request, the AIoT controller 355 may store information associating targeted wireless devices with the reader device 350 reporting the service request  response. In this way, the AIoT controller 355 may maintain information related to the last know reader devices associated with a particular wireless device. In some cases, the reader device 350 may also store timestamp information, allowing the AIoT controller to purge outdated last known reader information.

[0116] At step 455, the AIoT controller 355 may forward the service request response to the application function 360. The forwarded service request response may include an indication of the identification information of the targeted wireless devices that responded to trigger message and any corresponding enrichment information or other information associated with results from performance, by the targeted wireless devices, of tasks related to the service request.

[0117] FIG. 5 shows an example of a signal flow 500 that supports trigger messages for an inventory procedure in accordance with one or more aspects of the present disclosure. In some aspects, the signal flow 500 may implement or be implemented by aspects of the wireless communications systems 100, 200, and 300, and the process flow 400, as described with reference to FIGs. 1, 2, 3, and 4, respectively. The signal flow 500 may illustrate the flow of signals between a wireless device 315, a reader device 350, and an AIoT controller 355, such as described with reference to FIGs. 3 and 4. In the following description of the signal flow 500, the communications between the various devices may be transmitted in a different order than the example order shown, or the operations performed by the various devices may be performed in different orders or at different times. Some operations may also be omitted from the signal flow 500, and other operations may be added. In some examples, the operations illustrated in signal flow 500 may be performed by hardware (e.g., including circuitry, processing blocks, logic components, and other components) , code (e.g., software or firmware) executed by a processor, or any combination thereof. Alternative examples of the following may be implemented, where some steps are performed in a different order than described or are not performed at all. In some cases, steps may include additional features not mentioned below, or further steps may be added.

[0118] In some cases, such as when a service request from an application function is an inventory request, the service request transmitted by the AIoT controller 355 to one or more selected reader devices (such as at step 420 of FIG. 4) may be an inventory request, and the inventory request may be intended to inventory or locate any (or in  some cases particular devices that satisfy filter criteria) wireless devices in a range or coverage area of the selected reader device.

[0119] Accordingly, at step 505, the AIoT controller 355 may transmit an inventory request to the selected reader device 350. The inventory request may be similar to the service request transmitted at step 420 of FIG. 4. The inventory request may be or include an inventory request message including one or more fields. For instance, the inventory request message may include a reader IDs field 505-a, a wireless device IDs field 505-b, a filter criteria field 505-c, a periodicity field 505-d, or a command field 505-b. In some cases, the inventory request message may include other fields.

[0120] The reader IDs field 505-a may include information identifying the reader devices that are targeted for inventorying or locating the targeted wireless devices. If the readers IDs field 505-a includes a reader ID that matches identification information associated with the reader device 350, the reader device 350 may process the inventory request message, otherwise the reader device 350 may ignore or discard the inventory request message.

[0121] The wireless device IDs field 505-b may include identification information (e.g., wireless device IDs or mask information) identifying the wireless devices to be targeted, such as wireless device 315. In some cases, the inventory request message might not include any information in the wireless device IDs field 505-b. That is, in some cases, the inventory request may not be targeted for a particular wireless device and, instead, may be used to identify those wireless devices within a coverage range of the reader device 350.

[0122] The filter criteria field 505-c may include information indicating criteria for filtering the wireless devices that are to be inventoried. For instance, the filter criteria may indicate a type of wireless device, a category of wireless device, a specific capability of a wireless device to be inventoried. In such cases, those wireless devices that satisfy the filter criteria may be inventoried. When no information is included in the filter criteria field 505-c a full inventory of those wireless devices in a coverage area of the reader device 350 may be performed. The filter criteria field 505-c might not be visible to the reader device 350 and instead may be simply forwarded to the wireless devices without any processing or decoding by the reader device 350. Thus, in some  cases, when the AIoT controller 355 or the application function 360 wants the service request information (or portions of the service request information) to be transparent or not visible to the reader device 350, some or all of the service request information may be carried in the filter criteria field 505-c. For instance, in some cases, the wireless device IDs may be carried in the filter criteria field 505-c instead of the wireless device IDs field 505-b.

[0123] The periodicity field 505-d may include periodicity information associated with transmission of a trigger message by the reader device 350. In some cases, the periodicity information may be provided to the AIoT controller 355 by the application function 360. The periodicity information may include a periodicity value, a maximum quantity of transmission repetitions for the trigger message, a maximum duration of a triggering procedure (e.g., a duration for the repeating the transmissions of the trigger message) , or other periodicity information.

[0124] The command field 505-e may be used to carry command information. However, in the case of that the service request is an inventory request, the command field 505-e may not include command information, and the lack of the command information may be an indication that the service request is an inventory request.

[0125] At step 510, in response to receive the inventory request, the reader device 350 may output a signal, such as an RF signal, including an initial trigger message. The trigger message may be intended for those wireless devices in a coverage area of the reader device 350 or those wireless devices that satisfy any filter criteria included in the inventory request message. Accordingly, if a wireless device in the coverage area of the reader device has sufficient energy, the wireless device 315 may receive the trigger message. The trigger message output at this step may be similar to the trigger message output at step 430 of FIG. 4. The trigger message may be a message including a wireless device IDs field 510-a, a filter criteria field 510-b, a periodicity field 510-c, or a command field 510-d.

[0126] The wireless device IDs field 510-a may include identification information (e.g., wireless device IDs or mask information) identifying the wireless devices to be inventoried, such as wireless device 315. In some cases, the inventory request message might not include any information in the wireless device IDs field 505-a. That is, in  some cases, the inventory request may not be targeted for a particular wireless device and, instead, may be used to identify those wireless devices within a coverage range of the reader device 350.

[0127] The filter criteria field 510-b may include the filter criteria information forwarded from the inventory request message, such as the filter criteria information included in the filter criteria field 505-c of the inventory request message. In such cases, those wireless devices that satisfy the filter criteria may respond to the inventory request. In other cases, the filter criteria field 505-b might be empty and all wireless devices that receive the trigger message may respond to the inventory request.

[0128] The periodicity field 510-c may include the periodicity information provided in the inventory request message, such as the periodicity information included in the periodicity field 505-d of the inventory request message. The wireless device 315 that receives the trigger message may use the periodicity information to know when or whether to expect repeated transmissions of the trigger message. For instance, in some cases the wireless device 315 may be low on energy and may not be able to receive, decode, or respond to a trigger message transmitted by the reader device 350. In such cases, the wireless device may be a to delay receiving, decoding, or responding to the trigger message until the wireless device 315 has an opportunity to harvest additional energy (such as from energy obtained from the RF signals including the repeated transmissions of the trigger message or otherwise) . Based on its knowledge of the periodicity of transmission of the trigger message, the wireless device 315 may respond after some later repetition of the trigger message (such as after it has harvested a sufficient amount of energy) .

[0129] The command field 510-d may be used to carry command information. However, the command field 505-e may not include command information in the case of the inventory request, and the lack of the command information may be an indication to the wireless device 315 that the trigger message is responsive to an inventory request, and thus an inventory procedure should be performed.

[0130] In some cases, the trigger message may additionally include an indication of resources, such as time and frequency resources, scheduled for the wireless device 315 to respond to the trigger message. If many wireless devices are targeted by the trigger  message, the resources may be common resource (e.g. contention based) . Otherwise, less than a threshold quantity (e.g., a small quantity) of wireless devices are targeted, the resources may be dedicated resources that are associated with specific targeted wireless devices.

[0131] At step 515, the reader device 350 and the wireless device 315 may perform an AIoT access procedure. The AIoT access procedure may involve multiple steps. For instance, at step 515a, the wireless device 315 may send an access request to the reader device 350, and at 515b, the reader device 350 may respond to the access request indicating whether the access request was successful. At step 515c, if the access request was successful, the wireless device 315 may send an inventory response to the reader device 350 (this may be similar to step 440 of FIG. 4) . The inventory response may include a wireless device ID or other identification information associated with the wireless device 315. In some cases, the inventory response may additionally include enrichment information collection by the wireless device 315. At step 515d, the reader device 350 may, in some cases, send back to the wireless device 315 an acknowledgement of the inventory response. In other cases, the reader device 350 may retransmit the trigger message (such as if no inventory response is received from the wireless device 315 within a time period) in accordance with the periodicity information. At step 515e, in some cases, the process may return to step 515a and steps 515a, 515b, 515c, and 515d may be repeated in accordance with the periodicity information.

[0132] At step 520, the reader device 350, may transmit an inventory request response to the AIoT controller 355. The inventory request response may be responsive to the inventory request transmitted from the AIoT controller 355 to the reader device 350. The inventory service response may include results associated with performance of the inventory procedure by one or more of the wireless devices targeted by the inventory request. For instance, the inventory request response may include a list of identification information of the wireless devices (e.g., a list of wireless device IDs) or related enrichment information received from each of the targeted wireless devices that responded to the trigger message. In some cases, the inventory request response may additionally include enrichment information obtained by the reader device 350. The  inventory request response may be similar to the service request response at step 445 of FIG. 4.

[0133] FIG. 6 shows an example of a signal flow 600 that supports trigger messages for command procedures in accordance with one or more aspects of the present disclosure. In some aspects, the signal flow 600 may implement or be implemented by aspects of the wireless communications systems 100, 200, and 300, and the process flow 400, as described with reference to FIGs. 1, 2, 3, and 4, respectively. The signal flow 600 may illustrate the flow of signals between a wireless device 315, a reader device 350, and an AIoT controller 355, such as described with reference to FIGs. 3 and 4. In the following description of the signal flow 600, the communications between the various devices may be transmitted in a different order than the example order shown, or the operations performed by the various devices may be performed in different orders or at different times. Some operations may also be omitted from the signal flow 600, and other operations may be added. In some examples, the operations illustrated in signal flow 600 may be performed by hardware (e.g., including circuitry, processing blocks, logic components, and other components) , code (e.g., software or firmware) executed by a processor, or any combination thereof. Alternative examples of the following may be implemented, where some steps are performed in a different order than described or are not performed at all. In some cases, steps may include additional features not mentioned below, or further steps may be added.

[0134] In some cases, such as when a service request from an application function is an command request, the service request transmitted by the AIoT controller 355 to one or more selected reader devices (such as at step 420 of FIG. 4) may be an command request, and the command request may be intended to trigger one or more wireless devices to perform one or more commands.

[0135] Accordingly, at step 605, the AIoT controller 355 may transmit a command request to the selected reader device 350. The command request may be similar to the service request transmitted at step 420 of FIG. 4. The command request may be or include an command request message including one or more fields. For instance, the command request message may include a reader IDs field 605-a, a wireless device IDs field 605-b, a filter criteria field 605-c, a periodicity field 605-d, or a command field 605-b. In some cases, the command request message may include other fields. The  fields included in the command request message may be similar to the fields included in the inventory request message of FIG. 5.

[0136] The reader IDs field 605-a may include information identifying the reader devices that are targeted for triggering the wireless devices command request. If the readers IDs field 605-a includes a reader ID that matches identification information associated with the reader device 350, the reader device 350 may process the command request message, otherwise the reader device 350 may ignore or discard the command request message.

[0137] The wireless device IDs field 605-b may include identification information (e.g., wireless device IDs or mask information) identifying the wireless devices to be targeted, such as wireless device 315. In some cases, the wireless device IDs field 605-b might not include any information, e.g., may be empty.

[0138] The filter criteria field 605-c may include information indicating criteria for filtering the wireless devices that are to be targeted by the reader device 350. For instance, the filter criteria may indicate a type of wireless device, a category of wireless device, a specific capability of a wireless device to be targeted. In such cases, those wireless devices that satisfy the filter criteria may be targeted. In some cases, the filter criteria field 605-c might not include any information, e.g. may be empty. The filter criteria field 605-c might not be visible to the reader device 350 and instead may be simply forwarded to the wireless devices without any processing or decoding by the reader device 350. In some cases, the wireless device IDs may be carried in the filter criteria field 605-c instead of the wireless device IDs field 605-b.

[0139] The periodicity field 605-d may include periodicity information associated with transmission of a trigger message by the reader device 350.

[0140] The command field 605-e may be used to carry command information. The command information may be or include one or more commands (such as a read, write, disable, lock, sleep, kill, select, query, or other wireless device command) to be performed by the targeted wireless devices. In some cases, such as when the command request targets multiple wireless devices, the command information may include an indication of a mapping of a particular command to a particular wireless device.

[0141] At step 610, in response to receive the command request, the reader device 350 may output a signal, such as an RF signal, including an initial trigger message. The trigger message may be intended for those wireless devices indicated in the wireless device IDs field 605-b or filter criteria field 605-c. The trigger message output at this step may be similar to the trigger message output at step 430 of FIG. 4 or the trigger message output at step 510 of FIG. 5. The trigger message may be a message including a wireless device IDs field 610-a, a filter criteria field 610-b, a periodicity field 610-c, or a command field 610-d.

[0142] The wireless device IDs field 610-a may include identification information (e.g., wireless device IDs or mask information) identifying the wireless devices being targeted, such as wireless device 315. The wireless device 315 receiving the trigger message may compare the identification information wireless device IDs field 610-a to its own identification information to determine whether the trigger message is intended for it. In some cases, wireless device IDs field 610-a may be empty. The wireless device 315 may ignore or discard the trigger message if it determines it is not for the wireless device 315.

[0143] The filter criteria field 610-b may include the filter criteria information forwarded from the command request message, such as the filter criteria information included in the filter criteria field 605-c of the command request message. In such cases, those wireless devices that satisfy the filter criteria may respond to the command request. In some cases, the filter criteria field 505-b might be empty.

[0144] The periodicity field 610-c may include the periodicity information provided in the command request message, such as the periodicity information included in the periodicity field 605-d of the command request message. The wireless device 315 that receives the trigger message may use the periodicity information to know when or whether to expect repeated transmissions of the trigger message. Accordingly, in some cases, such as when the wireless device does not have sufficient energy to receive, decode, or respond to the trigger message, the wireless device 315 may delay receiving, decoding, or responding to the trigger message until the wireless device 315 has an opportunity to harvest additional energy (such as from energy obtained from the RF signals including the repeated transmissions of the trigger message or otherwise) .

[0145] The command field 610-d may include the command information provided in the command request message, such as the command information included in the command field 605-e of the command request message. For instance, the command information may be or include one or more commands (such as a read, write, disable, lock, sleep, kill, select, query, or other wireless device command) to be performed by the targeted wireless devices. In some cases, such as when the command request targets multiple wireless devices, the command information may include an indication of a mapping of a particular command to a particular wireless device.

[0146] In some cases, the trigger message may additionally include an indication of resources, such as time and frequency resources, scheduled for the wireless device 315 to respond to the trigger message. If many wireless devices are targeted by the trigger message, the resources may be common resource (e.g. contention based) . Otherwise, less than a threshold quantity (e.g., a small quantity) of wireless devices are targeted, the resources may be dedicated resources that are associated with specific targeted wireless devices.

[0147] At step 615, the reader device 350 and the wireless device 315 may perform an AIoT data reporting procedure. The AIoT data procedure may involve multiple steps or multiple rounds of communication or data reporting between the wireless device 315 and the reader device 350. For instance, at step 615a, the wireless device 315 may perform a task corresponding to the command indicated in the trigger message and may send a command response to the reader device 350. The command response may include a identification information associated with the wireless device 315 (e.g., a wireless device ID) , enrichment information obtained by the wireless device 315, other information associated with performance of the task corresponding to the command, or a combination thereof. At step 615b, the reader device 350 may, in some cases, send back to the wireless device 315 an acknowledgement of the command response. In other cases, the reader device 350 may retransmit the trigger message (such as if no command response is received from the wireless device 315 within a time period) in accordance with the periodicity information. At step 615c, in some cases, the process may return to step 615a and steps 615a and 615b may be repeated for multiple rounds of communication or data reporting, or may further be repeated in accordance with the periodicity information.

[0148] At step 620, the reader device 350, may transmit an command request response to the AIoT controller 355. The command request response may be responsive to the command request transmitted from the AIoT controller 355 to the reader device 350. The command service response may include results associated with performance of the AIoT data reporting procedure by one or more of the wireless devices targeted by the command request. For instance, the command request response may include a list of identification information of the wireless devices (e.g., a list of wireless device IDs) or related enrichment information received from each of the targeted wireless devices that responded to the trigger message. In some cases, the command request response may additionally include enrichment information obtained by the reader device 350. The command request response may be similar to the service request response at step 445 of FIG. 4 or the inventory request response at step 5 of FIG. 520.

[0149] FIGs. 7A and 7B show examples of signal flows 700a and 700b that support trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. In some aspects, the signal flows 700a and 700b may implement or be implemented by aspects of the wireless communications systems 100, 200, and 300, the process flow 400, and the signal flows 500 and 600, as described with reference to FIGs. 1, 2, 3, 4, 5, and 6, respectively. The signal flows 700a and 700b may illustrate the flow of signals between a wireless device 315, a reader device 350, and an AIoT controller 355, such as described with reference to FIGs. 3 and 4. In the following description of the signal flows 700a and 700b, the communications between the various devices may be transmitted in a different order than the example order shown, or the operations performed by the various devices may be performed in different orders or at different times. Some operations may also be omitted from the signal flows 700a and 700b, and other operations may be added. In some examples, the operations illustrated in signal flows 700a and 700b may be performed by hardware (e.g., including circuitry, processing blocks, logic components, and other components) , code (e.g., software or firmware) executed by a processor, or any combination thereof. Alternative examples of the following may be implemented, where some steps are performed in a different order than described or are not performed at all. In some cases, steps may include additional features not mentioned below, or further steps may be added.

[0150] In some cases, the reader device 350 selected by the AIoT controller 355 to target one or more wireless devices for a command request, may be unable to identify whether the targeted wireless devices are still under a coverage area of the reader device 350 or are able to communicate with the reader device 350. In such cases, although the wireless device 315 may be able determine that a received trigger message is responsive to a command request (e.g., the command container field of the trigger message is not empty) , the wireless device 315 may initially perform certain tasks or steps associated with an inventory request prior to performing tasks or steps associated with the command request. In this way, the wireless device 315 may report a result of the command request (e.g., transmitting enrichment or other information) only after the wireless device 315 has successfully transmitted its identification information (e.g., as its wireless device ID) to the reader device 350, such as by performing an inventory procedure.

[0151] Referring to FIG. 7A, in one implementation, since the reader device 350 in unclear of the status of the a targeted wireless device, such as wireless device 315, a contention-based AIoT access procedure may be implemented. In this case, the AIoT access procedure, such as described with reference to FIG. 5, may be performed prior to attempting to perform the AIoT data reporting procedure, such as described with reference to FIG. 6, with the targeted wireless device. In this case, the reader device 350 may utilize the trigger message with the command information to trigger the AIoT access procedure and the AIoT data reporting procedure.

[0152] For instance, at step 705a, the AIoT controller 355 may transmit, and the reader device 350 may receive, the command request. The command request may be similar to the command request at step 605 of FIG. 6.

[0153] At step 710a, in response to receiving the command request, the reader device 350 may transmit, and the wireless device 315 may receive, a first initial trigger message. In some cases, the first initial trigger message may trigger an AIoT access procedure (e.g., inventory procedure) at the wireless device 315. The first initial trigger message may be similar to the initial trigger message at step 510 of FIG. 5.

[0154] At step 715a, in response to receiving the first trigger message, the wireless device 315 may perform an AIoT access procedure with the reader device 350. The  AIoT access procedure may trigger the inventory procedure and cause the wireless device 315 to transmit its identification information to the reader device 350. The AIoT access procedure may be similar to the AIoT access procedure at step 515 of FIG. 5. At step 720a, after successful completion of the AIoT access procedure (e.g., the wireless device 315 has successfully sent its identification information to the reader device 350) , the reader device 350 may transmit, and the wireless device 315 may receive, a second initial trigger message. The second initial trigger message may trigger an AIoT data reporting procedure (e.g., execute a command and report the command results, such as enrichment information) at the wireless device 315. The second trigger message may be similar to the initial trigger message at step 610 of FIG. 6.

[0155] At step 725a, in response to receiving the second initial trigger message, the wireless device 315 may perform an AIoT data reporting procedure, which may be responsive to the command request from step 705a. That is, the wireless device 315 may perform the AIoT data reporting procedure to report results from the command request (e.g., report enrichment information) only after the wireless device 315 has successfully sent its identification information (e.g., wireless device ID) to the reader device 350 during the AIoT access procedure (e.g., successfully reporting the identification information in an inventory procedure before sending command results in a command procedure) . The AIoT data reporting procedure may be similar to the AIoT data reporting procedure at step 615 of FIG. 6.

[0156] At step 730a, when the AIoT data reporting procedure is completed, the reader device 350 may send a command request response to the AIoT controller 355. The command request response may be similar to the command request response at step 620 of FIG. 6.

[0157] Referring to FIG. 7B, in another implementation, since the reader device 350 in unclear of the status of the a targeted wireless device, such as wireless device 315, the reader device 350 and the wireless device 315 may first perform a full inventory request procedure, and then may subsequently perform a full command request procedure.

[0158] For instance, at step 705b, the AIoT controller may transmit, and the reader device 350 may receive, an inventory request. The inventory request may be similar to the inventory request at step 505 of FIG. 5.

[0159] At step 710b, in response to receiving the inventory request, the reader device 350 may transmit, and the wireless device 315 may receive, a first initial trigger message. The first initial trigger message may trigger an AIoT access procedure at the wireless device 315. The first initial trigger message may be similar to the initial trigger message at step 510 of FIG. 5

[0160] At step 715b, in response to receiving the first trigger message, the wireless device 315 and the reader device 350 may perform an AIoT access procedure. The AIoT access procedure may be similar to the AIoT access procedure at step 515 of FIG. 5.

[0161] At step 720b, when the AIoT access procedure is completed, the reader device 350 may send an inventory request response to the AIoT controller 355. The inventory request response may be similar to the inventory request response at step 520 of FIG. 5.

[0162] After the inventory request procedure is complete, the command request procedure may be performed.

[0163] For instance, at step 725b, the AIoT controller 355 may transmit, and the reader device 350 may receive, the command request. The command request may be similar to the command request at step 605 of FIG. 6.

[0164] At step 730b, in response to receiving the command request, the reader device 350 may transmit, and the wireless device 315 may receive, a second initial trigger message. The second initial trigger message may trigger an AIoT data reporting procedure at the wireless device 315. The second initial trigger message may be similar to the initial trigger message at step 610 of FIG. 6.

[0165] At step 735b, in response to receiving the second trigger message, the wireless device 315 and the reader device 350 may perform an AIoT data reporting procedure, which may be responsive to the command request from step 725b. The AIoT data reporting procedure may be similar to the AIoT data reporting procedure at step 615 of FIG. 6.

[0166] At step 740b, when the AIoT data reporting procedure is completed, the reader device 350 may send a command request response to the AIoT controller 355.  The command request response may be similar to the command request response at step 620 of FIG. 6.

[0167] FIG. 8 shows a block diagram 800 of a device 805 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. The device 805 may be an example of aspects of a UE 115 as described herein. The device 805 may include a receiver 810, a transmitter 815, and a communications manager 820. The device 805, or one or more components of the device 805 (e.g., the receiver 810, the transmitter 815, the communications manager 820) , may include at least one processor, which may be coupled with at least one memory, to, individually or collectively, support or enable the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0168] The receiver 810 may provide a means for receiving information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to trigger message for inventory and command procedure) . Information may be passed on to other components of the device 805. The receiver 810 may utilize a single antenna or a set of multiple antennas.

[0169] The transmitter 815 may provide a means for transmitting signals generated by other components of the device 805. For example, the transmitter 815 may transmit information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to trigger message for inventory and command procedure) . In some examples, the transmitter 815 may be co-located with a receiver 810 in a transceiver module. The transmitter 815 may utilize a single antenna or a set of multiple antennas.

[0170] The communications manager 820, the receiver 810, the transmitter 815, or various combinations or components thereof may be examples of means for performing various aspects of trigger message for inventory and command procedure as described herein. For example, the communications manager 820, the receiver 810, the transmitter  815, or various combinations or components thereof may be capable of performing one or more of the functions described herein.

[0171] In some examples, the communications manager 820, the receiver 810, the transmitter 815, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include at least one of a processor, a digital signal processor (DSP) , a central processing unit (CPU) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a microcontroller, discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting, individually or collectively, a means for performing the functions described in the present disclosure. In some examples, at least one processor and at least one memory coupled with the at least one processor may be configured to perform one or more of the functions described herein (e.g., by one or more processors, individually or collectively, executing instructions stored in the at least one memory) .

[0172] Additionally, or alternatively, the communications manager 820, the receiver 810, the transmitter 815, or various combinations or components thereof may be implemented in code (e.g., as communications management software or firmware) executed by at least one processor (e.g., referred to as a processor-executable code) . If implemented in code executed by at least one processor, the functions of the communications manager 820, the receiver 810, the transmitter 815, or various combinations or components thereof may be performed by a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, a microcontroller, or any combination of these or other programmable logic devices (e.g., configured as or otherwise supporting, individually or collectively, a means for performing the functions described in the present disclosure) .

[0173] In some examples, the communications manager 820 may be configured to perform various operations (e.g., receiving, obtaining, monitoring, outputting, transmitting) using or otherwise in cooperation with the receiver 810, the transmitter 815, or both. For example, the communications manager 820 may receive information from the receiver 810, send information to the transmitter 815, or be integrated in combination with the receiver 810, the transmitter 815, or both to obtain information, output information, or perform various other operations as described herein.

[0174] The communications manager 820 may support wireless communications in accordance with examples as disclosed herein. For example, the communications manager 820 is capable of, configured to, or operable to support a means for receiving, via an incident RF signal, a trigger message including a filter criteria field and a command container field. The communications manager 820 is capable of, configured to, or operable to support a means for decoding the filter criteria field to determine that the trigger message is intended for the wireless device. The communications manager 820 is capable of, configured to, or operable to support a means for decoding the command container field to identify a request type associated with the trigger message. The communications manager 820 is capable of, configured to, or operable to support a means for transmitting, via backscattering on the incident RF signal and based on the trigger message being intended for the wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0175] By including or configuring the communications manager 820 in accordance with examples as described herein, the device 805 (e.g., at least one processor controlling or otherwise coupled with the receiver 810, the transmitter 815, the communications manager 820, or a combination thereof) may support techniques for more efficient utilization of communication resources.

[0176] FIG. 9 shows a block diagram 900 of a device 905 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. The device 905 may be an example of aspects of a device 805 or a UE 115 as described herein. The device 905 may include a receiver 910, a transmitter 915, and a communications manager 920. The device 905, or one of more components of the device 905 (e.g., the receiver 910, the transmitter 915, the communications manager 920) , may include at least one processor, which may be coupled with at least one memory, to support the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0177] The receiver 910 may provide a means for receiving information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to trigger message for inventory and command procedure) . Information  may be passed on to other components of the device 905. The receiver 910 may utilize a single antenna or a set of multiple antennas.

[0178] The transmitter 915 may provide a means for transmitting signals generated by other components of the device 905. For example, the transmitter 915 may transmit information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to trigger message for inventory and command procedure) . In some examples, the transmitter 915 may be co-located with a receiver 910 in a transceiver module. The transmitter 915 may utilize a single antenna or a set of multiple antennas.

[0179] The device 905, or various components thereof, may be an example of means for performing various aspects of trigger message for inventory and command procedure as described herein. For example, the communications manager 920 may include a trigger message manager 925 a response message manager 930, or any combination thereof. The communications manager 920 may be an example of aspects of a communications manager 820 as described herein. In some examples, the communications manager 920, or various components thereof, may be configured to perform various operations (e.g., receiving, obtaining, monitoring, outputting, transmitting) using or otherwise in cooperation with the receiver 910, the transmitter 915, or both. For example, the communications manager 920 may receive information from the receiver 910, send information to the transmitter 915, or be integrated in combination with the receiver 910, the transmitter 915, or both to obtain information, output information, or perform various other operations as described herein.

[0180] The communications manager 920 may support wireless communications in accordance with examples as disclosed herein. The trigger message manager 925 is capable of, configured to, or operable to support a means for receiving, via an incident RF signal, a trigger message including a filter criteria field and a command container field. The trigger message manager 925 is capable of, configured to, or operable to support a means for decoding the filter criteria field to determine that the trigger message is intended for the wireless device. The trigger message manager 925 is capable of, configured to, or operable to support a means for decoding the command container field to identify a request type associated with the trigger message. The  response message manager 930 is capable of, configured to, or operable to support a means for transmitting, via backscattering on the incident RF signal and based on the trigger message being intended for the wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0181] FIG. 10 shows a block diagram 1000 of a communications manager 1020 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. The communications manager 1020 may be an example of aspects of a communications manager 820, a communications manager 920, or both, as described herein. The communications manager 1020, or various components thereof, may be an example of means for performing various aspects of trigger message for inventory and command procedure as described herein. For example, the communications manager 1020 may include a trigger message manager 1025, a response message manager 1030, a command manager 1035, an enrichment information collection manager 1040, or any combination thereof. Each of these components, or components or subcomponents thereof (e.g., one or more processors, one or more memories) , may communicate, directly or indirectly, with one another (e.g., via one or more buses) .

[0182] The communications manager 1020 may support wireless communications in accordance with examples as disclosed herein. The trigger message manager 1025 is capable of, configured to, or operable to support a means for receiving, via an incident RF signal, a trigger message including a filter criteria field and a command container field. In some examples, the trigger message manager 1025 is capable of, configured to, or operable to support a means for decoding the filter criteria field to determine that the trigger message is intended for the wireless device. In some examples, the trigger message manager 1025 is capable of, configured to, or operable to support a means for decoding the command container field to identify a request type associated with the trigger message. The response message manager 1030 is capable of, configured to, or operable to support a means for transmitting, via backscattering on the incident RF signal and based on the trigger message being intended for the wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0183] In some examples, to support decoding the filter criteria field to determine that the trigger message is intended for the wireless device, the trigger message manager 1025 is capable of, configured to, or operable to support a means for identifying, based on decoding the filter criteria field, wireless device ID information included in the trigger message. In some examples, to support decoding the filter criteria field to determine that the trigger message is intended for the wireless device, the trigger message manager 1025 is capable of, configured to, or operable to support a means for determining that the wireless device ID information included in the trigger message matches at least a portion of identification information stored at the AIoT wireless device.

[0184] In some examples, the wireless device ID information includes a wireless device ID or mask information.

[0185] In some examples, to support decoding the filter criteria field to determine that the trigger message is intended for the wireless device, the trigger message manager 1025 is capable of, configured to, or operable to support a means for identifying, based on decoding the filter criteria field, filter criteria information included in the trigger message. In some examples, to support decoding the filter criteria field to determine that the trigger message is intended for the wireless device, the trigger message manager 1025 is capable of, configured to, or operable to support a means for determining that the filter criteria information included in the trigger message matches device information stored at the wireless device.

[0186] In some examples, the filter criteria information includes at least one of a wireless device type, a wireless device category, or a wireless device capability.

[0187] In some examples, to support decoding the filter criteria field to determine that the trigger message is intended for the wireless device, the trigger message manager 1025 is capable of, configured to, or operable to support a means for identifying, based on decoding the filter criteria field, that the filter criteria field is empty.

[0188] In some examples, to support decoding the command container field to identify the request type associated with the trigger message, the trigger message manager 1025 is capable of, configured to, or operable to support a means for identifying, based on decoding the command container field, command information  included in the trigger message. In some examples, to support decoding the command container field to identify the request type associated with the trigger message, the trigger message manager 1025 is capable of, configured to, or operable to support a means for determining, based on the command information, that the request type is a command request.

[0189] In some examples, the command information includes a write command, a read command, a query command, a disable command, a sleep command, a kill command, or a combination thereof.

[0190] In some examples, the command manager 1035 is capable of, configured to, or operable to support a means for performing a task corresponding to the command information.

[0191] In some examples, the command manager 1035 is capable of, configured to, or operable to support a means for performing a task corresponding to an inventory procedure.

[0192] In some examples, the command information includes a set of multiple commands associated with a set of multiple wireless devices.

[0193] In some examples, the response message includes an acknowledgement of successful decoding of the trigger message, device ID information associated with the wireless device, or enrichment information associated with the AIoT wireless device.

[0194] In some examples, the enrichment information collection manager 1040 is capable of, configured to, or operable to support a means for obtaining enrichment information associated with the AIoT wireless device, where the response message includes the enrichment information.

[0195] In some examples, the enrichment information includes at least one of sensor information associated with the AIoT wireless device, status information associated with the AIoT wireless device, or neighbor cell information.

[0196] In some examples, to support obtaining the enrichment information, the enrichment information collection manager 1040 is capable of, configured to, or operable to support a means for collecting, using a sensor associated with the AIoT  wireless device, the enrichment information, where the enrichment information includes location information or environmental information.

[0197] In some examples, to support decoding the command container field to identify the request type associated with the trigger message, the trigger message manager 1025 is capable of, configured to, or operable to support a means for identifying, based on decoding the command container field, that the command container field is empty. In some examples, to support decoding the command container field to identify the request type associated with the trigger message, the trigger message manager 1025 is capable of, configured to, or operable to support a means for determining, based on the command container field being empty, that the request type is an inventory request.

[0198] In some examples, the response message includes device ID information associated with the wireless device.

[0199] In some examples, the trigger message further includes a resource field. In some examples, the resource field indicates time or frequency resources for transmission of the response message.

[0200] In some examples, based on a quantity of wireless devices targeted by the trigger message, the time or frequency resources are common resources or dedicated resources.

[0201] In some examples, the trigger message further includes a periodicity field. In some examples, the periodicity field includes periodicity information associated with repeated transmissions of the trigger message. In some examples, the periodicity information includes a periodicity value, a maximum quantity of trigger message repetitions, a maximum duration of a triggering procedure, or a combination thereof

[0202] In some examples, to support transmitting the response message, the response message manager 1030 is capable of, configured to, or operable to support a means for delaying transmission of the response message until after reception of a subsequent transmission of the repeated transmissions of the trigger message based on the AIoT wireless device lacking sufficient energy to transmit the response message and  on the periodicity information associated with the repeated transmissions of the trigger message.

[0203] In some examples, to support receiving the trigger message, the trigger message manager 1025 is capable of, configured to, or operable to support a means for receiving, from a reader device, the trigger message, where the reader device includes a UE or a network entity.

[0204] In some examples, the AIoT wireless device includes an RFID tag.

[0205] FIG. 11 shows a diagram of a system 1100 including a device 1105 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. The device 1105 may be an example of or include components of a device 805, a device 905, or a UE 115 as described herein. The device 1105 may communicate (e.g., wirelessly) with one or more other devices (e.g., network entities 105, UEs 115, or a combination thereof) . The device 1105 may include components for bi-directional voice and data communications including components for transmitting and receiving communications, such as a communications manager 1120, an input / output (I / O) controller, such as an I / O controller 1110, a transceiver 1115, one or more antennas 1125, at least one memory 1130, code 1135, and at least one processor 1140. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more buses (e.g., a bus 1145) .

[0206] The I / O controller 1110 may manage input and output signals for the device 1105. The I / O controller 1110 may also manage peripherals not integrated into the device 1105. In some cases, the I / O controller 1110 may represent a physical connection or port to an external peripheral. In some cases, the I / O controller 1110 may utilize an operating system such as or another known operating system. Additionally, or alternatively, the I / O controller 1110 may represent or interact with a modem, a keyboard, a mouse, a touchscreen, or a similar device. In some cases, the I / O controller 1110 may be implemented as part of one or more processors, such as the at least one processor 1140. In some cases, a user may interact with the device 1105 via the I / O controller 1110 or via hardware components controlled by the I / O controller 1110.

[0207] In some cases, the device 1105 may include a single antenna. However, in some other cases, the device 1105 may have more than one antenna, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 1115 may communicate bi-directionally via the one or more antennas 1125 using wired or wireless links as described herein. For example, the transceiver 1115 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 1115 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 1125 for transmission, and to demodulate packets received from the one or more antennas 1125. The transceiver 1115, or the transceiver 1115 and one or more antennas 1125, may be an example of a transmitter 815, a transmitter 915, a receiver 810, a receiver 910, or any combination thereof or component thereof, as described herein.

[0208] The at least one memory 1130 may include random access memory (RAM) and read-only memory (ROM) . The at least one memory 1130 may store computer-readable, computer-executable, or processor-executable code, such as the code 1135. The code 1135 may include instructions that, when executed by the at least one processor 1140, cause the device 1105 to perform various functions described herein. The code 1135 may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some cases, the code 1135 may not be directly executable by the at least one processor 1140 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some cases, the at least one memory 1130 may include, among other things, a basic I / O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

[0209] The at least one processor 1140 may include one or more intelligent hardware devices (e.g., one or more general-purpose processors, one or more DSPs, one or more CPUs, one or more graphics processing units (GPUs) , one or more neural processing units (NPUs) (also referred to as neural network processors or deep learning processors (DLPs) ) , one or more microcontrollers, one or more ASICs, one or more FPGAs, one or more programmable logic devices, discrete gate or transistor logic, one or more discrete hardware components, or any combination thereof) . In some cases, the at least one processor 1140 may be configured to operate a memory array using a  memory controller. In some other cases, a memory controller may be integrated into the at least one processor 1140. The at least one processor 1140 may be configured to execute computer-readable instructions stored in a memory (e.g., the at least one memory 1130) to cause the device 1105 to perform various functions (e.g., functions or tasks supporting trigger message for inventory and command procedure) . For example, the device 1105 or a component of the device 1105 may include at least one processor 1140 and at least one memory 1130 coupled with or to the at least one processor 1140, the at least one processor 1140 and the at least one memory 1130 configured to perform various functions described herein.

[0210] In some examples, the at least one processor 1140 may include multiple processors and the at least one memory 1130 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 described herein. In some examples, the at least one processor 1140 may be a component of a processing system, which may refer to a system (such as a series) of machines, circuitry (including, for example, one or both of processor circuitry (which may include the at least one processor 1140) and memory circuitry (which may include the at least one memory 1130) ) , or components, that receives or obtains inputs and processes the inputs to produce, generate, or obtain a set of outputs. The processing system may be configured to perform one or more of the functions described herein. For example, the at least one processor 1140 or a processing system including the at least one processor 1140 may be configured to, configurable to, or operable to cause the device 1105 to perform one or more of the functions described herein. Further, as described herein, being “configured to, ” being “configurable to, ” and being “operable to”may be used interchangeably and may be associated with a capability, when executing code 1135 (e.g., processor-executable code) stored in the at least one memory 1130 or otherwise, to perform one or more of the functions described herein.

[0211] The communications manager 1120 may support wireless communications in accordance with examples as disclosed herein. For example, the communications manager 1120 is capable of, configured to, or operable to support a means for receiving, via an incident radio frequency (RF) signal, a trigger message including a filter criteria field and a command container field. The communications manager 1120 is capable of,  configured to, or operable to support a means for decoding the filter criteria field to determine that the trigger message is intended for the wireless device. The communications manager 1120 is capable of, configured to, or operable to support a means for decoding the command container field to identify a request type associated with the trigger message. The communications manager 1120 is capable of, configured to, or operable to support a means for transmitting, via backscattering on the incident RF signal and based on the trigger message being intended for the wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0212] By including or configuring the communications manager 1120 in accordance with examples as described herein, the device 1105 may support techniques for improved communication reliability and improved coordination between devices.

[0213] In some examples, the communications manager 1120 may be configured to perform various operations (e.g., receiving, monitoring, transmitting) using or otherwise in cooperation with the transceiver 1115, the one or more antennas 1125, or any combination thereof. Although the communications manager 1120 is illustrated as a separate component, in some examples, one or more functions described with reference to the communications manager 1120 may be supported by or performed by the at least one processor 1140, the at least one memory 1130, the code 1135, or any combination thereof. For example, the code 1135 may include instructions executable by the at least one processor 1140 to cause the device 1105 to perform various aspects of trigger message for inventory and command procedure as described herein, or the at least one processor 1140 and the at least one memory 1130 may be otherwise configured to, individually or collectively, perform or support such operations.

[0214] FIG. 12 shows a flowchart illustrating a method 1200 that supports trigger messages for inventory and command procedures in accordance with one or more aspects of the present disclosure. The operations of the method 1200 may be implemented by a UE or its components as described herein. For example, the operations of the method 1200 may be performed by a UE 115 as described with reference to FIGs. 1 through 11. In some examples, a UE may execute a set of instructions to control the functional elements of the UE to perform the described  functions. Additionally, or alternatively, the UE may perform aspects of the described functions using special-purpose hardware.

[0215] At 1205, the method may include receiving, via an incident radio frequency (RF) signal, a trigger message including a filter criteria field and a command container field. The operations of 1205 may be performed in accordance with examples as disclosed herein. In some examples, aspects of the operations of 1205 may be performed by a trigger message manager 1025 as described with reference to FIG. 10.

[0216] At 1210, the method may include decoding the filter criteria field to determine that the trigger message is intended for the wireless device. The operations of 1210 may be performed in accordance with examples as disclosed herein. In some examples, aspects of the operations of 1210 may be performed by a trigger message manager 1025 as described with reference to FIG. 10.

[0217] At 1215, the method may include decoding the command container field to identify a request type associated with the trigger message. The operations of 1215 may be performed in accordance with examples as disclosed herein. In some examples, aspects of the operations of 1215 may be performed by a trigger message manager 1025 as described with reference to FIG. 10.

[0218] At 1220, the method may include transmitting, via backscattering on the incident RF signal and based on the trigger message being intended for the wireless device and the request type associated with the trigger message, a response message to the trigger message. The operations of 1220 may be performed in accordance with examples as disclosed herein. In some examples, aspects of the operations of 1220 may be performed by a response message manager 1030 as described with reference to FIG. 10.

[0219] The following provides an overview of aspects of the present disclosure:

[0220] Aspect 1: A method for wireless communications by an AIoT wireless device, comprising: receiving, via an incident RF signal, a trigger message comprising a filter criteria field and a command container field; decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device; decoding the command container field to identify a request type associated with the trigger  message; and transmitting, via backscattering on the incident RF signal and based at least in part on the trigger message being intended for the AIoT wireless device and the request type associated with the trigger message, a response message to the trigger message.

[0221] Aspect 2: The method of aspect 1, wherein decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device comprises: identifying, based at least in part on decoding the filter criteria field, wireless device ID information included in the trigger message; and determining that the wireless device ID information included in the trigger message matches at least a portion of identification information stored at the AIoT wireless device.

[0222] Aspect 3: The method of aspect 2, wherein the wireless device ID information comprises a wireless device ID or mask information.

[0223] Aspect 4: The method of any of aspects 1 through 3, wherein decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device comprises: identifying, based at least in part on decoding the filter criteria field, filter criteria information included in the trigger message; and determining that the filter criteria information included in the trigger message matches device information stored at the AIoT wireless device.

[0224] Aspect 5: The method of aspect 4, wherein the filter criteria information comprises at least one of: a wireless device type, a wireless device category, or a wireless device capability.

[0225] Aspect 6: The method of any of aspects 1 through 5, wherein decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device comprises: identifying, based at least in part on decoding the filter criteria field, that the filter criteria field is empty.

[0226] Aspect 7: The method of any of aspects 1 through 6, wherein decoding the command container field to identify the request type associated with the trigger message comprises: identifying, based at least in part on decoding the command container field, command information included in the trigger message; and determining, based at least in part on the command information, that the request type is a command request.

[0227] Aspect 8: The method of aspect 7, wherein the command information comprises a write command, a read command, a query command, a disable command, a sleep command, a kill command, or a combination thereof.

[0228] Aspect 9: The method of any of aspects 7 through 8, further comprising: performing a task corresponding to the command information.

[0229] Aspect 10: The method of any of aspects 7 through 9, further comprising: performing a task corresponding to an inventory request.

[0230] Aspect 11: The method of any of aspects 7 through 10, wherein the command information comprises a plurality of commands associated with a plurality of AIoT wireless devices.

[0231] Aspect 12: The method of any of aspects 7 through 11, wherein the response message comprises an acknowledgement of successful decoding of the trigger message, ID information associated with the AIoT wireless device, or enrichment information associated with the AIoT wireless device.

[0232] Aspect 13: The method of any of aspects 7 through 12, further comprises: obtaining enrichment information associated with the AIoT wireless device, wherein the response message comprises the enrichment information.

[0233] Aspect 14: The method of aspect 13, wherein the enrichment information comprises at least one of sensor information associated with the AIoT wireless device, status information associated with the AIoT wireless device, or neighbor cell information.

[0234] Aspect 15: The method of any of aspects 13 through 14, wherein obtaining the enrichment information comprises: collecting, using a sensor associated with the AIoT wireless device, the enrichment information, wherein the enrichment information comprises location information or environmental information.

[0235] Aspect 16: The method of any of aspects 1 through 15, wherein decoding the command container field to identify the request type associated with the trigger message comprises: identifying, based at least in part on decoding the command container field, that the command container field is empty; and determining, based at least in part on the command container field being empty, that the request type is an inventory request.

[0236] Aspect 17: The method of aspect 16, wherein the response message comprises device ID information associated with the AIoT wireless device.

[0237] Aspect 18: The method of any of aspects 1 through 17, wherein the trigger message further comprises a resource field, and the resource field indicates time or frequency resources for transmission of the response message.

[0238] Aspect 19: The method of aspect 18, wherein based at least in part on a quantity of AIoT wireless devices targeted by the trigger message, the time or frequency resources are common resources or dedicated resources.

[0239] Aspect 20: The method of any of aspects 1 through 19, wherein the trigger message further comprises a periodicity field, the periodicity field includes an indication of periodicity associated with repeated transmissions of the trigger message.

[0240] Aspect 21: The method of aspect 20, wherein transmitting the response message further comprises: delaying transmission of the response message until after reception of a subsequent transmission of the repeated transmissions of the trigger message based at least in part on the AIoT wireless device lacking sufficient energy to transmit the response message and on the periodicity associated with the repeated transmissions of the trigger message.

[0241] Aspect 22: The method of any of aspects 1 through 21, wherein receiving the trigger message comprises: receiving, from a reader device, the trigger message, wherein the reader device comprises a UE or a network entity.

[0242] Aspect 23: The method of any of aspects 1 through 22, wherein the AIoT wireless device comprises an RFID tag.

[0243] Aspect 24: An AIoT wireless device for wireless communications, comprising one or more memories storing processor-executable code, and one or more processors coupled with the one or more memories and individually or collectively operable to execute the code to cause the AIoT wireless device to perform a method of any of aspects 1 through 23.

[0244] Aspect 25: An AIoT wireless device for wireless communications, comprising at least one means for performing a method of any of aspects 1 through 23.

[0245] Aspect 26: A non-transitory computer-readable medium storing code for wireless communications, the code comprising instructions executable by one or more processors to perform a method of any of aspects 1 through 23.

[0246] It should be noted that the methods described herein describe possible implementations. The operations and the steps may be rearranged or otherwise modified and other implementations are possible. Further, aspects from two or more of the methods may be combined.

[0247] Although aspects of an LTE, LTE-A, LTE-A Pro, or NR system may be described for purposes of example, and LTE, LTE-A, LTE-A Pro, or NR terminology may be used in much of the description, the techniques described herein are applicable beyond LTE, LTE-A, LTE-A Pro, or NR networks. For example, the described techniques may be applicable to various other wireless communications systems such as Ultra Mobile Broadband (UMB) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20, Flash-OFDM, as well as other systems and radio technologies not explicitly mentioned herein.

[0248] Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0249] The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed using a general-purpose processor, a DSP, an ASIC, a CPU, a graphics processing unit (GPU) , a neural processing unit (NPU) , an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor but, in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core,  or any other such configuration) . Any functions or operations described herein as being capable of being performed by a processor may be performed by multiple processors that, individually or collectively, are capable of performing the described functions or operations.

[0250] The functions described herein may be implemented using hardware, software executed by a processor, firmware, or any combination thereof. If implemented using software executed by a processor, the functions may be stored as or transmitted using one or more instructions or code of a computer-readable medium. Other examples and implementations are within the scope of the disclosure and appended claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.

[0251] 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 location to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, and not limitation, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer or a general-purpose or special-purpose processor. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) , or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of computer-readable medium. Disk and disc, as used herein, include CD, laser disc, optical disc, digital versatile disc (DVD) , floppy disk, and Blu-ray disc. Disks may  reproduce data magnetically, and discs may reproduce data optically using lasers. Combinations of the above are also included within the scope of computer-readable media. Any functions or operations described herein as being capable of being performed by a memory may be performed by multiple memories that, individually or collectively, are capable of performing the described functions or operations.

[0252] 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” ) 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. ”

[0253] As used herein, including in the claims, the article “a” before a noun is open-ended and understood to refer to “at least one” of those nouns or “one or more” of those nouns. Thus, the terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. For example, if a claim recites “a component” that performs one or more functions, each of the individual functions may be performed by a single component or by any combination of multiple components. Thus, the term “acomponent” having characteristics or performing functions may refer to “at least one of one or more components” having a particular characteristic or performing a particular function. Subsequent reference to a component introduced with the article “a” using the terms “the” or “said” may refer to any or all of the one or more components. For example, a component introduced with the article “a” may be understood to mean “one or more components, ” and referring to “the component” subsequently in the claims may be understood to be equivalent to referring to “at least one of the one or more components. ” Similarly, subsequent reference to a component introduced as “one or more components” using the terms “the” or “said” may refer to any or all of the one or more components. For example, referring to “the one or more components” subsequently in the claims may be understood to be equivalent to referring to “at least one of the one or more components. ”

[0254] The term “determine” or “determining” encompasses a variety of actions and, therefore, “determining” can include calculating, computing, processing, deriving, investigating, looking up (such as via looking up in a table, a database, or another data structure) , ascertaining, and the like. Also, “determining” can include receiving (e.g., receiving information) , accessing (e.g., accessing data stored in memory) , and the like. Also, “determining” can include resolving, obtaining, selecting, choosing, establishing, and other such similar actions.

[0255] In the appended figures, similar components or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If just the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label or other subsequent reference label.

[0256] The description set forth herein, in connection with the appended drawings, describes example configurations and does not represent all the examples that may be implemented or that are within the scope of the claims. The term “example” used herein means “serving as an example, instance, or illustration” and not “preferred” or “advantageous over other examples. ” The detailed description includes specific details for the purpose of providing an understanding of the described techniques. These techniques, however, may be practiced without these specific details. In some figures, known structures and devices are shown in block diagram form in order to avoid obscuring the concepts of the described examples.

[0257] 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.An Ambient Internet of Things (AIoT) wireless device, comprising:one or more memories storing processor-executable code; andone or more processors coupled with the one or more memories and individually or collectively operable to execute the code to cause the AIoT wireless device to:receive, via an incident radio frequency (RF) signal, a trigger message comprising a filter criteria field and a command container field;decode the filter criteria field to determine that the trigger message is intended for the AIoT wireless device;decode the command container field to identify a request type associated with the trigger message; andtransmit, via backscattering on the incident RF signal and based at least in part on the trigger message being intended for the AIoT wireless device and the request type associated with the trigger message, a response message to the trigger message.2.The AIoT wireless device of claim 1, wherein, to decode the filter criteria field to determine that the trigger message is intended for the AIoT wireless device, the one or more processors are individually or collectively operable to execute the code to cause the AIoT wireless device to:identify, based at least in part on the filter criteria field being decoded, wireless device identification (ID) information included in the trigger message; anddetermine that the wireless device ID information included in the trigger message matches at least a portion of identification information stored at the AIoT wireless device.3.The AIoT wireless device of claim 2, wherein the wireless device ID information comprises a wireless device ID or mask information.4.The AIoT wireless device of claim 1, wherein, to decode the filter criteria field to determine that the trigger message is intended for the AIoT wireless  device, the one or more processors are individually or collectively operable to execute the code to cause the AIoT wireless device to:identify, based at least in part on the filter criteria field being decoded, filter criteria information included in the trigger message; anddetermine that the filter criteria information included in the trigger message matches device information stored at the AIoT wireless device.5.The AIoT wireless device of claim 4, wherein the filter criteria information comprises at least one of: a wireless device type, a wireless device category, or a wireless device capability.6.The AIoT wireless device of claim 1, wherein, to decode the filter criteria field to determine that the trigger message is intended for the AIoT wireless device, the one or more processors are individually or collectively operable to execute the code to cause the AIoT wireless device to:identify, based at least in part on the filter criteria field being decoded, that the filter criteria field is empty.7.The AIoT wireless device of claim 1, wherein, to decode the command container field to identify the request type associated with the trigger message, the one or more processors are individually or collectively operable to execute the code to cause the AIoT wireless device to:identify, based at least in part on the command container field being decoded, command information included in the trigger message; anddetermine, based at least in part on the command information, that the request type is a command request.8.The AIoT wireless device of claim 7, wherein the command information comprises a write command, a read command, a query command, a disable command, a sleep command, a kill command, or a combination thereof.9.The AIoT wireless device of claim 7, wherein the one or more processors are individually or collectively further operable to execute the code to cause the AIoT wireless device to:perform a task corresponding to the command information.10.The AIoT wireless device of claim 7, wherein the one or more processors are individually or collectively further operable to execute the code to cause the AIoT wireless device to:perform a task corresponding to an inventory request.11.The AIoT wireless device of claim 7, wherein the command information comprises a plurality of commands associated with a plurality of AIoT wireless devices.12.The AIoT wireless device of claim 7, wherein the response message comprises device identification (ID) information associated with the AIoT wireless device, enrichment information associated with the AIoT wireless device, or an acknowledgement of the trigger message being successfully decoded.13.The AIoT wireless device of claim 7, wherein the one or more processors are individually or collectively operable to execute the code to further cause the AIoT wireless device to:obtain enrichment information associated with the AIoT wireless device, wherein the response message comprises the enrichment information.14.The AIoT wireless device of claim 1, wherein, to decode the command container field to identify the request type associated with the trigger message, the one or more processors are individually or collectively operable to execute the code to cause the AIoT wireless device to:identify, based at least in part on the command container field being decoded, that the command container field is empty; anddetermine, based at least in part on the command container field being empty, that the request type is an inventory request.15.The AIoT wireless device of claim 14, wherein the response message comprises device identification (ID) information associated with the AIoT wireless device.16.The AIoT wireless device of claim 1, wherein the trigger message further comprises a resource field, and wherein the resource field indicates time or frequency resources for transmission of the response message.17.The AIoT wireless device of claim 16, wherein based at least in part on a quantity of wireless devices targeted by the trigger message, the time or frequency resources are common resources or dedicated resources.18.The AIoT wireless device of claim 1, wherein the trigger message further comprises a periodicity field, and wherein the periodicity field includes an periodicity information associated with repeated transmissions of the trigger message, wherein the periodicity information includes a periodicity value, a maximum quantity of trigger message repetitions, a maximum duration of a triggering procedure, or a combination thereof.19.The AIoT wireless device of claim 18, wherein, to transmit the response message, the one or more processors are individually or collectively further operable to execute the code to cause the AIoT wireless device to:delay transmission of the response message until after reception of a subsequent transmission of the repeated transmissions of the trigger message based at least in part on the AIoT wireless device lacking sufficient energy to transmit the response message and on the periodicity information associated with the repeated transmissions of the trigger message.20.The AIoT wireless device of claim 1, wherein, to receive the trigger message, the one or more processors are individually or collectively operable to execute the code to cause the AIoT wireless device to:receive, from a reader device, the trigger message, wherein the reader device comprises a user equipment (UE) or a network entity.21.The AIoT wireless device of claim 1, wherein the AIoT wireless device comprises an RFID tag.22.A method for wireless communications by an Ambient Internet of Things (AIoT) wireless device, comprising:receiving, via an incident radio frequency (RF) signal, a trigger message comprising a filter criteria field and a command container field;decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device;decoding the command container field to identify a request type associated with the trigger message; andtransmitting, via backscattering on the incident RF signal and based at least in part on the trigger message being intended for the AIoT wireless device and the request type associated with the trigger message, a response message to the trigger message.23.The method of claim 22, wherein decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device comprises:identifying, based at least in part on decoding the filter criteria field, wireless device identification (ID) information included in the trigger message; anddetermining that the wireless device ID information included in the trigger message matches at least a portion of identification information stored at the AIoT wireless device.24.The method of claim 23, wherein the wireless device ID information comprises a wireless device ID or mask information.25.The method of claim 22, wherein decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device comprises:identifying, based at least in part on decoding the filter criteria field, filter criteria information included in the trigger message; anddetermining that the filter criteria information included in the trigger message matches device information stored at the AIoT wireless device.26.The method of claim 25, wherein the filter criteria information comprises at least one of a wireless device type, a wireless device category, or a wireless device capability.27.The method of claim 22, wherein decoding the filter criteria field to determine that the trigger message is intended for the AIoT wireless device comprises:identifying, based at least in part on decoding the filter criteria field, that the filter criteria field is empty.28.The method of claim 22, wherein decoding the command container field to identify the request type associated with the trigger message comprises:identifying, based at least in part on decoding the command container field, command information included in the trigger message; anddetermining, based at least in part on the command information, that the request type is a command request.29.The method of claim 28, wherein the command information comprises a write command, a read command, a query command, a disable command, a sleep command, a kill command, or a combination thereof.30.The method of claim 28, further comprising:performing a task corresponding to the command information.31.The method of claim 28, further comprising:performing a task corresponding to an inventory request.32.The method of claim 28, wherein the command information comprises a plurality of commands associated with a plurality of AIoT wireless devices.33.The method of claim 28, wherein the response message comprises an acknowledgement of successful decoding of the trigger message, device identification (ID) information associated with the AIoT wireless device, or enrichment information associated with the AIoT wireless device.34.The method of claim 28, further comprising:obtaining enrichment information associated with the AIoT wireless device, wherein the response message comprises the enrichment information.35.The method of claim 22, wherein decoding the command container field to identify the request type associated with the trigger message comprises:identifying, based at least in part on decoding the command container field, that the command container field is empty; anddetermining, based at least in part on the command container field being empty, that the request type is an inventory request.36.The method of claim 35, wherein the response message comprises device identification (ID) information associated with the AIoT wireless device.37.The method of claim 22, wherein the trigger message further comprises a resource field, and wherein the resource field indicates time or frequency resources for transmission of the response message.38.The method of claim 37, wherein based at least in part on a quantity of wireless devices targeted by the trigger message, the time or frequency resources are common resources or dedicated resources.39.The method of claim 22, wherein the trigger message further comprises a periodicity field, and wherein the periodicity field includes periodicity information associated with repeated transmissions of the trigger message, wherein the periodicity information includes a periodicity value, a maximum quantity of trigger message repetitions, a maximum duration of a triggering procedure, or a combination thereof.40.The method of claim 39, wherein transmitting the response message further comprises:delaying transmission of the response message until after reception of a subsequent transmission of the repeated transmissions of the trigger message based at least in part on the AIoT wireless device lacking sufficient energy to transmit the response message and on the periodicity information associated with the repeated transmissions of the trigger message.41.The method of claim 22, wherein receiving the trigger message comprises:receiving, from a reader device, the trigger message, wherein the reader device comprises a user equipment (UE) or a network entity.42.The method of claim 22, wherein the AIoT wireless device comprises an RFID tag.43.A non-transitory computer-readable medium storing code for wireless communications, the code comprising instructions executable by one or more processors of an Ambient Internet of Things (AIoT) wireless device to:receive, via an incident radio frequency (RF) signal, a trigger message comprising a filter criteria field and a command container field;decode the filter criteria field to determine that the trigger message is intended for the AIoT wireless device;decode the command container field to identify a request type associated with the trigger message; andtransmit, via backscattering on the incident RF signal and based at least in part on the trigger message being intended for the AIoT wireless device and the request type associated with the trigger message, a response message to the trigger message.

Images