Methods and apparatuses for communication in internet of things network
Ambient IoT devices that harvest energy from natural sources address the battery reliance of IoT devices, enhancing communication performance and reducing maintenance and environmental impact.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- ZTE CORP
- Filing Date
- 2025-04-03
- Publication Date
- 2026-06-11
AI Technical Summary
Existing IoT devices rely on battery power, which requires manual replacement or recharging, leading to high maintenance costs and environmental issues, and there is a need for battery-free devices that can harness ambient energy sources.
The implementation of ambient IoT (AIoT) devices that harvest naturally available energy sources such as magnetic electric fields, light, thermal differential, and vibration to power themselves, enabling efficient communication through methods and apparatuses that optimize communication performance in IoT networks.
This approach allows for a significant reduction in complexity and power consumption, supporting a higher number of connections and device density compared to existing 3GPP IoT technologies, reducing maintenance costs and environmental impact.
Smart Images

Figure CN2025087144_11062026_PF_FP_ABST
Abstract
Description
METHODS AND APPARATUSES FOR COMMUNICATION IN INTERNET OF THINGS NETWORKTECHNICAL FIELD
[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods and apparatuses for communicating in internet of things network.BACKGROUND
[0002] The internet of things (IoT) is a network of physical objects that are connected to the internet and can exchange data with other devices and systems. The IoT has attracted much attention in the wireless communication world. Reduction of size, complexity, and power consumption of IoT devices can enable the deployment of tens or even hundreds of billions of IoT devices for various applications and provide added value across the entire value chain. It is impossible to power all the IoT devices by battery that needs to be replaced or recharged manually, which leads to high maintenance cost and serious environmental issues.
[0003] Most of the existing wireless communication devices are powered by batteries that need to be replaced or recharged manually. The automation and digitization of various industries opens numerous new markets requiring new IoT technologies of supporting battery-free devices with no energy storage capability or devices with energy storage that do not need to be replaced or recharged manually.
[0004] Ambient IoT (AIoT or A-IoT) refers to the class of connected IoT devices that harvest naturally available energy sources such as magnetic electric fields, light, thermal differential, and vibration to power them. The number of connections and / or device density of the AIoT can be orders of magnitude higher than existing 3rd Generation Partnership Project (3GPP) IoT technologies. The AIoT can provide complexity and power consumption orders-of-magnitude lower than existing 3GPP low power wide area (LPWA) technologies such as narrowband internet of things (NB-IoT) and long-term evolution machine type communication (LTE-MTC) .SUMMARY
[0005] This disclosure relates to methods and apparatuses for wireless communication, and more specifically, for communicating in an IoT network. The various embodiments in the present disclosure may facilitate to optimize communication performance in an IoT communication system.
[0006] In one embodiment, the present disclosure describes a method for wireless communication in an IoT network. The method may include transmitting, by an IoT reader, an inventory report message including one or more relation identifiers / identities to an IoT core networks (CN) . Each of the one or more relation identifiers / identities may identify a communication relation between the IoT reader and a target IoT device served by the IoT reader for an IoT service.
[0007] In another embodiment, the present disclosure describes a method for wireless communication in an IoT network. The method may include receiving, by an IoT CN, an inventory report message comprising one or more relation identifiers / identities from an IoT reader. Each of the one or more relation identifiers / identities may identify a communication relation between the IoT reader and a target IoT device served by the IoT reader for an IoT service.
[0008] In another embodiment, an apparatus for wireless communication may include a memory storing instructions and a processing circuitry in communication with the memory. When the processing circuitry executes the instructions, the processing circuitry is configured to carry out the above methods.
[0009] In another embodiment, a device for wireless communication may include a memory storing instructions and a processing circuitry in communication with the memory. When the processing circuitry executes the instructions, the processing circuitry is configured to carry out the above methods.
[0010] In another embodiment, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium includes a non-transitory computer-readable medium.
[0011] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS
[0012] FIG. 1 shows an exemplary AIoT network.
[0013] FIGs. 2A-2C show an example of service procedure between AIoT CN, the AIoT RAN node, and the AIoT reader.
[0014] FIGs. 3A-3B show exemplary connectivity topologies of the AIoT reader.
[0015] FIG. 4 shows a message flow for an AIoT inventory procedure.
[0016] FIG. 5 shows a message flow for an AIoT inventory and command procedure.
[0017] FIG. 6 shows an example of the AIoT CN, AIoT RAN node, or AIoT reader.
[0018] FIG. 7 shows an example of the AIoT device or AIoT reader.
[0019] FIG. 8 shows an overall access procedure between the AIoT device and the AIoT reader.
[0020] FIG. 9 shows an exemplary framework of slotted-ALOHA for the A-IoT random access procedure.
[0021] FIG. 10 shows an exemplary three-step contention-based random access for the inventory and command procedure.
[0022] FIG. 11 shows a flow diagram of an exemplary method for wireless communication in the AIoT network.
[0023] FIG. 12 shows a flow diagram of an exemplary method for wireless communication in the AIoT network.
[0024] FIG. 13 shows a flow diagram of an exemplary method for performing an inventory and command procedure in the AIoT network.DETAILED DESCRIPTION
[0025] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.
[0026] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in an embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in an implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.
[0027] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.
[0028] The present disclosure describes methods and apparatuses for communication in the IoT network. Herein, various embodiments are discussed in the context of the AIoT network. It would be appreciated that the embodiments are applicable to other types IoT networks. FIG. 1 shows exemplary ambient AIoT network 100 including the AIoT CN 110, the AIoT RAN node 120, and the AIoT readers 130-160. The AIoT readers are controlled by the AIoT CN 110 within an inventory area such as a warehouse. It would be appreciated that the AIoT network 100 may include one or more AIoT CNs, AIoT RAN nodes, AIoT readers, and AIoT devices. The AIoT readers may include, for example, an IoT RAN node, a base station (BS) , an user equipment (UE) , and a Transmit / Receive Point (TRP) . Besides that, the wireless communication node such as the gNB, BS, and distributed unit (DU) node may also serve as an AIoT reader.
[0029] In the inventory area, the AIoT RAN node 120 is deployed with one TPR and one IoT RAN node as the AIoT readers 130 and 160 and two UEs as the AIoT readers 140 and 150. The TPR / RAN node readers and the UE readers may have different connectivity topologies which will be discussed later. The UE readers may communicate with AIoT devices located within their monitor areas to perform AIoT service procedures. An AIoT device may include, for example, an IoT device powered by energy harvesting, with limited energy storage capability. The AIoT service procedures are also referred to as the AIoT operation procedures or the AIoT service request procedures such as the inventory request procedure (also referred to as inventory procedure) , the command request procedure (also referred to as command procedure) , and the inventory and command request procedure (also referred to inventory with command procedure) . Here, the inventory is a service provided by the AIoT network to discover the identifier of AIoT device (s) . The command is a service provided by the AIoT network to send the command operation instruction to the AIoT device (s) including read instruction, write instruction, disable instruction, and the like. The read instruction may instruct to read data from an AIoT device. The write instruction may instruct to write data to an AIoT device. The disabling instruction may instruct to disable an AIoT device temporarily or permanently.
[0030] Herein, the AIoT CN may also be referred to as the CN, A-IoT CN, and AIOTF (i.e., Ambient IoT Function) . The AIoT RAN node may also be referred to as the AIoT RAN node, RAN, AIoT RAN, and AIoT enabled gNB. The AIoT device may also be referred to as the A-IoT device and device.
[0031] For simplicity and clarity, only one AIoT CN, one AIoT RAN node, and four AIoT readers are shown in the wireless communication network 100. It will be appreciated that one or more wireless communication nodes may exist in the wireless communication network. The network 100 may further include any other network nodes with different functions. In addition, while various embodiments will be discussed in the context of the example wireless communication network 100, the underlying principle applies to other applicable wireless communication networks including other IoT networks.
[0032] Before an AIoT reader performs a certain AIoT service procedure, it may receive an AIoT service request message from an AIoT CN directly or via an RAN node. A RAN node may serve one or more AIoT readers. In an implementation as shown in FIG. 2A, the AIoT CN 210 may send an AIoT service request message to the AIoT reader 230 via the AIoT RAN node 220 and receive the AIoT service request result message from the AIoT reader 230 via the RAN node 220. The service request result message may include, for example, an AIoT service response message, an AIoT service report message, i.e., AIoT service handling result, and an AIoT service reject message. In this implementation, the message is transmitted transparently by the RAN node 220 between the AIoT CN 210 and the AIoT reader 230.
[0033] If the AIoT reader 230 is network node such as an IoT RAN node, a BS, or a TRP, the AIoT RAN node 220 may receive the AIoT service request message from the AIoT CN 210, and then forwards the received AIoT service request message to the AIoT reader 230 by internal interface between the RAN node 220 and the AIoT reader 230. The RAN node 220 may also receive an AIoT service response message from the AIoT reader 230 by internal interface, and then forward it to the AIoT CN 210.
[0034] If the AIoT reader is a UE, the RAN node 220 may receive the AIoT service request message from the AIoT CN 210, and then forwards the received AIoT service request message to the AIoT reader 230 by a radio interface (e.g., Uu) between the RAN node and the UE. The RAN node 220 may also receive the AIoT service response message from the AIoT reader 230 by the radio interface, and then forward it to the AIoT CN 210.
[0035] Each of AIoT service procedure is uniquely identified by an identifier to differentiate from other AIoT service procedures. The identifier may include, for example, a session identity, a transaction identity, a correlation identifier. For each AIoT service procedure, its request message, response message, report message and reject message may be identified by the same identifier.
[0036] In another implementation as shown in FIG. 2B, the AIoT CN 210 may send an AIoT service request message to the RAN node 220, and the RAN node 220 may further send an AIoT service request message to the AIoT reader 230. Then, the RAN node 220 may receive the service request result message from the AIoT reader 230 and further send it to the AIoT CN 210.
[0037] In an example, if the RAN node 220 receives an AIoT service request message from the AIoT CN 210, it may forward it to a selected reader (s) such as the AIoT reader 230. The readers may be selected by the AIoT CN 210 or the RAN node 220. If the RAN node 220 receives an AIoT service response / report / reject message from the selected reader (s) , the RAN node 220 may forward it to the AIoT CN 210.
[0038] If the selected AIoT reader is a network node (e.g., IoT RAN node, BS or TRP) , the RAN node 220 may receive an AIoT service request message from the AIoT CN 210, and then forward the received AIoT service request message to the selected reader by internal interface between the RAN node 220 and the selected reader. The RAN node 220 may also receive an AIoT service request result message from the selected reader by the internal interface, and then forward it to the AIoT CN 210.
[0039] If the selected reader is a UE, the RAN node 220 may receive an AIoT service request message from the AIoT CN 210, and then forward the received AIoT service request message to the selected reader by the radio interface (e.g., Uu) between the RAN node 220 and the UE. The RAN node 220 may also receive the AIoT service response message from the selected reader by the radio interface, and then forward it to the AIoT CN 110.
[0040] The AIoT specific functions may be performed on the interface between the RAN node and the AIoT CN, which may be referred to as a next generation (NG) interface. The next generation application protocol (NGAP) may be used between the RAN node and the AIoT CN. Similarly, if the AIoT reader is a kind of network node (e.g., BS or TRP) , the interface between the AIoT reader and the AIoT CN may be the NG interface, and the corresponding message / signalling / procedure between the AIoT reader and the AIoT CN may use NGAP message / signalling / procedure.
[0041] In an implementation as shown in FIG. 2C, the RAN node 220 serves as a reader. As such, the AIoT CN may initiate an AIoT service procedure with the reader directly. For example, the AIoT CN 210 may directly send an AIoT service request message to the AIoT reader 220 and directly receive the AIoT service request result message from the AIoT reader 220.
[0042] FIGs. 3A-3B show the connectivity topologies of the AIoT reader. FIG. 3A shows the first connectivity topology ( “Topology 1” ) . In the Topology 1, the BS serves as the AIoT reader. The AIoT device directly and bidirectionally communicates with the BS. The communication between the BS and the ambient IoT device includes AIoT data and / or signaling. FIG. 3B shows the second connectivity topology ( “Topology 2” ) . In the Topology 2, the intermediate node serves as the AIoT reader. The intermediate node may include, for example, a relay, integrated access and backhaul (IAB) node, UE, and repeater that are capable of ambient IoT. The intermediate node transfers AIoT data and / or signaling between the BS and the Ambient IoT device.
[0043] FIG. 4 shows a message flow for AIoT inventory in the Topology 1 where an AIoT RAN node serves as the AIoT reader. At step 1a, the AIoT CN sends an inventory request message to the AIoT RAN node based on the AIoT transaction scope. At step 1b, the AIoT RAN node allocates and coordinates the usage of AIoT radio resources. At step 2, the AIoT RAN node sends an inventory response message to the AIoT CN. Alternatively, or additionally, the AIoT RAN node may send an inventory failure message to the AIoT CN indicating that the inventory procedure could not be initiated towards the AIoT device (s) . At step 3, the AIoT RAN node performs the inventory procedure towards the AIoT device (s) over the AIoT radio interface. At steps 4a / 4b, after receiving the inventory result from the AIoT device (s) , the AIoT RAN node may send one or multiple inventory reports towards the AIoT CN including the received inventory result. In some implementations, the steps 4a / 4b may be performed in parallel with the step 3 for different AIoT devices.
[0044] FIG. 5 shows a message flow for AIoT inventory and command in the Topology 1 where an AIoT RAN node serves as the AIoT reader. When the AIoT CN decides to initiate an inventory and command procedure, other than inventory only procedure, it may inform the reader about the inventory and command procedure by sending an inventory request message. In other words, this inventory request message includes indication to indicate that it is an inventory and command procedure.
[0045] At step 1, the inventory procedure is performed in the same way as described above with reference to FIG. 4. At step 2a, the AIoT CN node sends a command request message to the reader. At step 2b, the reader coordinates the usage of AIoT radio resources and allocates AIoT radio resources for the AIoT command session. At step 3, the AIoT reader performs AIoT command procedures towards the AIoT device over the AIoT radio interface. At step 4, the reader sends a command response message to the AIoT CN when receiving any command results from the AIoT device. The command response message may include the command results. Alternatively, or additionally, the reader may send a command failure message to the AIoT CN indicating that the command procedure has failed.
[0046] FIG. 6 shows an example of electronic device 600 to implement an AIoT CN, a RAN node, or an AIoT reader. The example electronic device 600 may include radio transmitting / receiving (Tx / Rx) circuitry 608 to transmit / receive communication with AIoT CNs, RAN nodes, AIoT readers, and / or AIoT devices in the AIoT network. The electronic device 600 may also include network interface circuitry 609 to communicate with the wireless communication nodes such as the AIoT CN and the RAN node. The electronic device 600 may optionally include an input / output (I / O) interface 606 to communicate with an operator or the like.
[0047] The electronic device 600 may also include system circuitry 604. The system circuitry 604 may include processor (s) 621 and / or memory 622. The memory 622 may include an operating system 624, instructions 626, and parameters 628. The instructions 626 may be configured for the one or more of the processors 621 to perform the functions of the network node. The parameters 628 may include parameters to support execution of the instructions 626. For example, parameters may include network protocol settings, scheduling schemes, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.
[0048] FIG. 7 shows an example of an electronic device 700 to implement an AIoT device or an AIoT reader. The electronic device 700 may include communication interfaces 702, a system circuitry 704, and a storage 706. The system circuitry 704 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 704 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitries. The system circuitry 704 may be a part of the implementation of any desired functionality in the electronic device 700.
[0049] The communication interfaces 702 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 716 which handles transmission and reception of signals through one or more antennas 714. The communication interface 702 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium.
[0050] The system circuitry 704 may include one or more processors 721 and memories 722. The memory 722 stores, for example, an operating system 724, instructions 726, and parameters 728. The processor 721 is configured to execute the instructions 726 to carry out desired functionality for the electronic device 700. The parameters 728 may provide and specify configuration and operating options for the instructions 726. The memory 722 may also store data that the electronic device 700 will send, or has received, through the communication interfaces 702.
[0051] FIG. 8 shows an overall access procedure 800 between the AIoT device 802 and the AIoT reader 801. At step 810, the reader 801 may send the AIoT paging message (also referred to as initial trigger message) indicating one or more devices including the device 802 that need to respond based on the service request from the AIoT CN or RAN. At step 820, the device 802 may perform the device-to-reader (D2R) transmission. In particular, the device 802 may transmit the device ID of the device 802 via the AIoT random access procedure or without using the AIoT random access procedure. At step 830, the D2R transmission and the reader-to-device (R2D) transmission may be performed as needed.
[0052] The access procedure may support the indoor inventory and indoor command use cases by the following manners:
[0053] For the use case of “inventory-only, ” it may be supported by the procedure with step 810 and step 820 as baseline.
[0054] For the use case of “inventory and command, ” it may be supported by the procedure with step 810, step 820, and step 830 as baseline. In the use case of “inventory and command, ” it does not imply that the AIoT paging message includes both the inventory and command or the inventory and command are received by the reader at the same time from the upper layer.
[0055] For the use case of “command-only, ” it may be also supported by the baseline procedure with step 810, step 820, and step 830.
[0056] In the application service layer, the AIoT paging functionality is to indicate that the AIoT device (s) need to respond. As to the AIoT paging message, the identifier may be required to identify the device / group of devices in this trigger message (e.g. in the case of reaching a single or a group of devices) . The AIoT paging message may include an identifier of a single AIoT device. Alternatively, or additionally, the AIoT paging message may include a group ID mapping to multiple AIoT devices. Alternatively, or additionally, the AIoT paging message may include multiple identifiers of AIoT devices. Alternatively, or additionally, the AIoT paging message may not include any identifiers, which indicates all AIoT devices that can receive the AIoT paging message need to respond.
[0057] The present disclosure describes a signaling and procedure among the AIoT CN, RAN node, AIoT reader and AIoT device to enable the communications in the AIoT network. Various embodiments for the communications may be implemented, partially or wholly, on the AIoT CN, the AIoT RAN node, the AIoT reader and the AIoT device described above in FIGs. 1-8.
[0058] An AIoT random access procedure is used for the Ambient IoT device (s) to access the network for data transmission. The AIoT random access procedure is triggered by the reader, including triggering the access for a single AIoT device, a group of AIoT devices, or all A-IoT devices under the coverage of the reader. FIG. 9 shows an exemplary framework of slotted-ALOHA for the A-IoT random access procedure. In FIG. 9, the access occasion refers to an opportunity of time-frequency resource for AIoT device (s) to perform access (e.g., transmitting an AIoT Msg1 by the device) . A set of access occasion (s) for different AIoT device (s) are scheduled via the R2D message by the reader. When the AIoT device is selected to respond, the A-IoT device may perform the following procedure:
[0059] Step 1: Random access type (i.e., contention-free or contention-based) and access occasion / resource determination. At this step, the AIoT device determines the random access type from the AIoT paging message. The reader can configure either contention-free access or contention-based random access (and the corresponding configurations) . If the random access is contention-free access, the AIoT device may select the indicated D2R occasion / resource and perform the data transmission. If the random access is contention-based random access, the AIoT device needs to perform access occasion / resource selection. As the baseline for contention-based random access (CBRA) , at least for time division multiple access (TDMA) case, the AIoT device can randomly select one access occasion within the access occasions provided / assigned by the reader.
[0060] Step 2: Contention resolution of contention-based random access. In the case of contention -based random access, there are three solutions for the random access:
[0061] Solution 1: AIoT Msg1 without data
[0062] When the AIoT device identifies the start of its own access occasion, it sends the AIoT Msg1 including a 16-bit random ID generated by the AIoT device to the reader. The reader responds with the AIoT Msg2 including a successfully received random ID. If the AIoT device receives the AIoT Msg2 including a random ID that is the same as the previously transmitted one in the AIoT Msg1, it indicates that the contention resolution is successful.
[0063] Solution 2: AIoT Msg1 with data
[0064] When the AIoT device identifies the start of its own access occasion, it sends the AIoT Msg1 including the upper layer data, which can be the device ID and / or any other upper layer data, in addition to a 16-bit random ID generated by the A-IoT device to the reader. The reader may respond with the AIoT Msg2 including a successfully received random ID. If the AIoT device receives the AIoT Msg2 including a random ID that is the same as the previously transmitted one in the A-IoT Msg1, it indicates that the contention resolution is successful. If the AIoT Msg2 is not received by the device, the re-access may be not autonomously performed, i.e., the re-access is controlled by the reader.
[0065] Solution 3: A-IoT Msg1 optionally includes data (unified solution supporting both Solutions 1 and 2)
[0066] When the AIoT device identifies the start of its own access occasion, it sends one 16-bit random ID generated by the AIoT device to the reader. In addition, it is controlled by the reader on whether to also include the upper layer data, which can be the device ID and / or any other upper layer data. The reader may respond with the AIoT Msg2 including a successfully received random ID.If the AIoT device receives the A-IoT Msg2 including a random ID that is the same as the previously transmitted one in the AIoT Msg1, it indicates that the contention resolution is successful. After the AIoT device considers the contention resolution as successful, it may perform the upper layer data transmission with the reader, which can be the device ID and / or any other upper layer data.
[0067] In this solution, when the AIoT device identifies the start of its own access occasion, it sends at least one 16-bit random ID generated by the A-IoT device to the reader (regardless of the contention-free or contention-based access occasion) .
[0068] It is supported for the AIoT device to re-access in another opportunity controlled / provided by the reader (i.e., to retry the random access above) , in case of D2R data transmission failure and contention resolution failure of contention-based random access. The AIoT device may not be expected to autonomously re-access because the re-access may be controlled by reader.
[0069] It is supported for the reader to use the optional explicit R2D failure / success feedback indication to determine the re-access of device. This indication can be used at least to determine the re-access for addressing the transmisison failure of the first D2R message, which contains the device ID and / or any other upper layer data (i.e., “Msg3” ) . This indication can be also used for the following D2R data, to determine the re-access for addressing the transmisison failure.
[0070] The R2D message is used by the reader to provide access occasion (s) , which can also be used for re-access purpose. The AIoT paging message is one of the options for this R2D message. Another option can be some R2D messages between A-IoT paging.
[0071] With respect to AIoT data transmission, the subsequent R2D data transmission after the D2R data transmission does not need to be always sent. In the case of D2R data transmission failure, the AIoT device follows the reader subsequent R2D instruction, if any. For instance, the reader can repeat the R2D upper layer “command” to trigger the AIoT device to re-send the same D2R upper layer “response” (i.e., the A-IoT device just follows the received R2D to transmit following D2R) . For another instance, the reader can re-send the AIoT Msg2 to specific device (s) to echo the random ID (s) in the case of failure reception of corresponding D2R data transmission (i.e., “Msg3” ) after the initial AIoT Msg2, together with the corresponding D2R resource scheduling. This can trigger the AIoT device to re-send the same D2R data transmision (i.e., “Msg3” ) . If it is supported to include the echoed random IDs for multiple devices, the re-sent AIoT Msg2 only includes the random IDs of the devices whose “Msg3” is not successfully received.
[0072] From a higher layer perspective, the “Access Stratum (AS) ID” is used at least for purpose of the D2R scheduling and R2D reception. The “AS ID” could be a short AS layer ID, rather than the full upper layer device ID. From the higher layer perspective, the “AS ID” may be determined in the following ways:
[0073] ● Option 1: a random ID (if used in first D2R message) can be reused;
[0074] ● Option 2: the reader assigns this “AS ID” to the device.
[0075] ● Option 3: It is up to the reader whether to reuse the random ID (if used in first D2R message) as the “AS ID” or to assign a new “AS ID. ”
[0076] FIG. 10 shows an exemplary three-step contention-based random access for the inventory and command procedure. Typically, when no RN16 is sent in the AIoT Msg1 (i.e., for a contention-free procedure) , the reader can directly assign an AS ID to a device. When an RN16 is sent in the AIoT Msg1 (i.e., for a CBRA procedure) , the reader can directly reuse the RN16 as the AS ID.
[0077] At step A, after receiving an inventory request message, for example, from an AIoT CN, the reader sends an AIoT paging message to the device. In the AIoT AS layer, the AIoT paging functionality is to use the AIoT paging message to indicate device (s) that need to respond. As to the AIoT paging message, the identifier may be required to identify the device / group of devices in this triggering message (e.g., for reaching a single device or a group of devices) . In an implementation, the AIoT paging message may include an identifier of a single AIoT device. In another implementation, the A-IoT paging message may include a group ID that maps to multiple AIoT devices. In another implementation, the AIoT paging message does not include any identifiers, which indicates all AIoT devices that receives the AIoT paging message need to respond. In another implementation, the A-IoT paging message may include multiple identifiers of A-IoT devices.
[0078] At step B, the triggered AIoT device (s) may perform the device ID transmission. After receiving the AIoT paging message, if the identifier of the device is included in the AIoT paging message, this device may send the MSG1 message including an RN16 to the reader. The reader may send the MSG2 message to this device including an AS ID and the same RN16. Then, the device may send the MSG3 message to the reader including its identifier and the AS ID. When the inventory procedure is completed, the reader may send the inventory report including inventory result to the AIoT CN. The device stores the AS ID for the upcoming command procedure in the Step C.
[0079] At step C (not shown) , the reader initiates the command procedure with the device (s) which may include R2D data transmission (e.g., for sending the command) and D2R data transmission (e.g., the corresponding response to command) .
[0080] Referring to FIG. 11, the present disclosure describes a wireless communication method 1100 performed by an IoT reader such as the AIoT readers 130 / 140 / 150 / 160. The method 1100 may include a portion or all of the following operations:
[0081] At step 1110, when receiving an inventory request message from an IoT CN such as the AIoT CN 110, the IoT reader may transmit a paging message to a plurality of IoT devices to identify one or more target IoT devices. The target IoT devices are the triggered IoT devices by the IoT reader among the plurality of IoT devices, i.e., the IoT devices that are paged / triggered and requested to respond the paging message by sending a D2R message.
[0082] At step 1120, after performing an inventory procedure to trigger the target IoT devices served and receiving the inventory results from the individual target IoT devices, the IoT reader may transmit an inventory report message to the IoT CN such as the AIoT CN 110. The inventory report message may include one or more relation identifiers. Each of the relation identifiers may identify a communication relation between the IoT reader and a target IoT device for an IoT service. In some implementations, the relation identifier may be a relation identity. The communication relation may represent any kind of communication relationship between the IoT reader and the target IoT device and may include, for example, a communication association and a communication connection therebetween. The IoT service may include, for example, an inventory procedure and an inventory and command procedure.
[0083] In an implementation, the IoT reader may establish the communication relation between the IoT reader and the target IoT device through the IoT random access procedure as discussed above with reference to FIG. 10 and obtain an AS identity / identifier which uniquely identifies the communication relation for the specific IoT service. The AS identity / identifier may be generated by the IoT reader and / or the target IoT device and stored by the IoT reader and the target IoT device. In some implementations, the relation identifier for a target IoT device is the AS identity / identifier for the target IoT device.
[0084] In an implementation, the IoT reader may store the pairing information between a device identifier of the target IoT device and a relation identifier identifying the communication relation between the IoT reader and the target IoT device, for example, {device identifier, relation identifier} . In some implementations, the device identifier of the IoT device may be decoded by the IoT device and the IoT CN such that they can map the device identifier to the IoT device, but may not be decoded by the IoT reader such that it cannot map the device identifier to the IoT device. In an example, the relation identifier for the target IoT device is identical with the identity / AS identifier assigned to the target IoT device. The IoT reader may store pairing information between the device identifier and the relation identifier, for example, {device identifier, relation identifier} . In another example, the relation identifier is different from the AS identity / identifier. The IoT reader may store pairing information between the device identifier of the target IoT device, the relation identifier for the target IoT device, and the AS identity / identifier for the target IoT device, for example, {device identifier, relation identifier, AS identity / identifier} .
[0085] In some implementations, the inventory report message may further include, for example, pairing information between the device identifier of the target IoT device and the relation identifier identifying the communication relation between the IoT reader and the target IoT device, and pairing information between the device identifier of the target IoT device, the relation identifier identifying the communication relation between the IoT reader and the target IoT device, and the reader identifier of the IoT reader.
[0086] In some implementations, the device identifier of the target IoT device may be a temporary identifier of the target IoT device that is assigned by the IoT CN for the specific IoT service. The IoT reader may decode the temporary identifier and map the temporary identifier to the target IoT device. The inventory report message may include pairing information between the temporary identifier of the target IoT device and a reader identifier of the IoT reader, for example, {temporary identifier, reader identifier} .
[0087] In some implementations, after the inventory procedure, the IoT reader may receive a command request message from the IoT CN. The command request message may include command content information indicating a type of command operation for one or more target IoT devices. The command operation may include, for example, a read operation, a write operation, and a disabling operation.
[0088] For each of the target IoT devices, the command content information may include pairing information between a relation identifier for the IoT device and a command content for the IoT device, for example, {relation identifier, command content} . The relation identifier for the IoT device may identify a communication relation between the IoT reader and the IoT device. The command content for the IoT device may indicate a command operation to be performed on the IoT device.
[0089] Alternatively, or additionally, the command content information may include pairing information between a temporary identifier of the IoT device and the command content for the target IoT device. The temporary identifier of the IoT device is assigned by the IoT CN, for example, {temporary identifier, command content} .
[0090] Alternatively, or additionally, the command content information may include pairing information between a device identifier of the IoT device, the relation identifier for the IoT device, and the command content for the target IoT device, for example, {device identifier, relation identifier, command content} .
[0091] Alternatively, or additionally, the command content information may include pairing information between the device identifier of the target IoT device, the temporary identifier of the IoT device, and the command content for the IoT device, for example, {device identifier, temporary identifier, command content} .
[0092] Alternatively, or additionally, the command content information may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the command content for the IoT device, for example, {reader identifier, relation identifier, command content} .
[0093] Alternatively, or additionally, the command content information may include pairing information between the reader identifier of the IoT reader, the temporary identifier of the IoT device, and the command content for the IoT device, for example, {reader identifier, temporary identifier, command content} .
[0094] Alternatively, or additionally, the command content information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the command content for the IoT device, for example, {reader identifier, device identifier, relation identifier, command content} .
[0095] Alternatively, or additionally, the command content information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the temporary identifier for the IoT device, and the command content for the IoT device, for example, {reader identifier, device identifier, temporary identifier} .
[0096] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and one or more relation identifiers for the one or more IoT devices.
[0097] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and one or more temporary identifiers of the one or more IoT devices.
[0098] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices, and pairing information between a device identifier of the IoT device and a relation identifier for the IoT device for each of the one or more IoT devices, for example, {device identifier, relation identifier} .
[0099] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices, and pairing information between a device identifier of the IoT device and a temporary identifier of the IoT device for each of the one or more IoT devices, for example, {device identifier, temporary identifier} .
[0100] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier for the IoT device for each of the one or more IoT devices, for example, {reader identifier, device identifier, relation identifier} .
[0101] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices, and pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a temporary identifier of the IoT device for each of the one or more IoT devices, for example, {reader identifier, device identifier, temporary identifier} .
[0102] With the command request message, the IoT reader may perform the command operation on the target IoT devices. Then, the IoT reader may transmit a command response message to the IoT CN. The command response message may include command result information indicating results of the type of command operation performed on the IoT devices. For example, for each of the IoT devices, the command result information may include pairing information between a relation identifier for the IoT device and a command result for the IoT device, for example, {relation identifier, command result} . The command result for the IoT device indicates a result of a command operation performed on the IoT device.
[0103] Alternatively, or additionally, the command result information may include pairing information between a device identifier of the IoT device and the command result for the IoT device, for example, {device identifier, command result} .
[0104] Alternatively, or additionally, the command result information may include pairing information between the relation identifier for the IoT device, the device identifier of the IoT device, and the command result of the IoT device, for example, {relation identifier, device identifier, command result} .
[0105] Alternatively, or additionally, the command result information may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the command result for the IoT device, for example, {reader identifier, relation identifier, command result} .
[0106] Alternatively, or additionally, the command result information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the command result for the IoT device, for example, {reader identifier, device identifier, command result} .
[0107] Alternatively, or additionally, the command result information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the command result for the IoT device, for example, {reader identifier, device identifier, relation identifier, command result} .
[0108] In some implementations, the command content in the command content information is empty. For example, the value of the command content is null or the field carrying the command content is empty. In this case, the command content information may indicate to cancel the type of command operation for the one or more IoT devices.
[0109] The IoT CN may also request to cancel the command operations on the IoT devices. In some implementations, the IoT reader may receive a command cancellation request message from the IoT CN. The command cancellation request message may include a cancellation indication information indicating to cancel a type of command operation for one or more target IoT devices. For example, for each of the IoT devices, the cancellation indication information may include pairing information between a relation identifier for the IoT device and a cancellation indicator, for example, {relation identifier, cancellation indicator} .
[0110] Alternatively, or additionally, the command cancellation request message may include pairing information between a temporary identifier of the IoT device assigned by the IoT CN and the cancellation indicator, for example, {temporary identifier, cancellation indicator} .
[0111] Alternatively, or additionally, the command cancellation request message may include pairing information between a device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation indicator, for example, {device identifier, relation identifier, cancellation indicator} .
[0112] Alternatively, or additionally, the command cancellation request message may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the cancellation indicator, for example, {reader identifier, relation identifier, cancellation indicator} .
[0113] Alternatively, or additionally, the command cancellation request message may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation indicator, for example, {reader identifier, device identifier, relation identifier, cancellation indicator} .
[0114] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and one or more relation identifiers for the one or more IoT devices.
[0115] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and one or more temporary identifiers for the one or more IoT devices
[0116] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and pairing information between a device identifier of the IoT device and a relation identifier for the IoT device for each of the one or more IoT devices, for example, {device identifier, relation identifier} .
[0117] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier for the IoT device for each of the one or more IoT devices, for example, {reader identifier, device identifier, relation identifier} .
[0118] In response to the cancellation command request message, the IoT reader may transmit a command cancellation response message to the IoT CN. The command cancellation response message may include cancelation confirmation indication information confirming cancelation of the type of command operation performed on the one or more IoT devices. For example, for each of the one or more IoT devices, the cancelation confirmation indication information may include pairing information between a relation identifier for the IoT device and a cancellation confirmation indicator, for example, {relation identifier, cancellation confirmation indicator} .
[0119] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between a device identifier of the IoT device and the cancellation confirmation indicator, for example, {device identifier, cancellation confirmation indicator} .
[0120] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between the device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation confirmation indicator, for example, {device identifier, relation identifier, cancellation confirmation indicator} .
[0121] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the cancellation confirmation indicator, for example, {reader identifier, relation identifier, cancellation confirmation indicator} .
[0122] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the cancellation confirmation indicator, for example, {reader identifier, device identifier, cancellation confirmation indicator} .
[0123] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation confirmation indicator, for example, {reader identifier, device identifier, relation identifier, cancellation confirmation indicator} .
[0124] Alternatively, or additionally, the cancelation confirmation indication information may include a cancellation confirmation indicator for the one or more IoT devices and one or more relation identifiers for the one or more IoT devices.
[0125] Alternatively, or additionally, the cancelation confirmation indication information may include a cancellation confirmation indicator for the one or more IoT devices and one or more device identifiers of the one or more IoT devices.
[0126] Alternatively, or additionally, the cancelation confirmation indication information may include a cancellation confirmation indicator for the one or more IoT devices, and for each of the one or more IoT devices, pairing information between a device identifier of the IoT device and a relation identifier for the IoT device, for example, {device identifier, relation identifier} .
[0127] Alternatively, or additionally, the cancelation confirmation indication information may include a cancellation confirmation indicator for the one or more IoT devices, and for each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader and a relation identifier for the IoT device, for example, {reader identifier, relation identifier} .
[0128] Alternatively, or additionally, the cancelation confirmation indication information may include a cancellation confirmation indicator for the one or more IoT devices, and for each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader and a device identifier for the IoT device, for example, {reader identifier, device identifier} .
[0129] Alternatively, or additionally, the cancelation confirmation indication information may include a cancellation confirmation indicator for the one or more IoT devices, and for each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier for the IoT device, for example, {reader identifier, device identifier, relation identifier} .
[0130] In some implementations, in response to the command content information or the cancel indication information indicating to cancel command operation for the one or more IoT devices, the IoT reader may release the IoT service resources for the one or more IoT devices. For example, the IoT reader may release the one or more AS identifiers of the one or more IoT devices, which represents respective communication relations between the IoT reader and the one or more IoT devices. With the release of the AS IDs / identifiers, the communication relations, for example, the communication connections between the IoT reader and the IoT devices are released.
[0131] Referring to FIG. 12, the present disclosure describes a wireless communication method 1200 performed by an IoT CN such as the AIoT CN 110. The method 1200 may include a portion or all of the following operations:
[0132] At step 1210, the IoT CN may transmit an inventory request message to an IoT reader such as the AIoT readers 130 / 140 / 150 / 160. The inventory request message may request the IoT reader to perform the IoT service on one or more target IoT devices. The IoT service may include, for example, an inventory procedure and an inventory and command procedure. In response to the inventory request message, the IoT reader may send paging message to all IoT devices served by the IoT reader and request the target IoT devices to respond. With the responses from the target IoT devices, the target IoT devices are triggered for the IoT service.
[0133] At step 1220, the IoT CN may receive an inventory report message including one or more relation identifiers from the IoT reader. Each of the relation identifiers may identify a communication relation between the IoT reader and a target IoT device for the IoT service. In some implementation, the relation identifier may be a relation identity. The communication relation may represent any kind of communication relationship between the IoT reader and the target IoT device and may include, for example, a communication association and a communication connection therebetween. The inventory report message may include identifiers of the one or more IoT devices, which may be the device identifiers of the one or more IoT devices and a temporary identifiers of the one or more IoT devices assigned by the IoT CN.
[0134] In some implementations, the one or more relation identifiers are one or more AS identities / identifiers for the one or more IoT devices. Each of the one or more AS identities / identifiers uniquely identifies a communication relation between the IoT reader and an IoT device for the specific IoT service. Each of the one or more AS identities / identifiers may be generated by the IoT reader and / or the corresponding IoT device and stored by the IoT reader and / or the corresponding IoT device.
[0135] In some implementations, the inventory report message may further include, for example, pairing information between the device identifier of the target IoT device and the relation identifier identifying the communication relation between the IoT reader and the target IoT device, and pairing information between the device identifier of the target IoT device, the relation identifier identifying the communication relation between the IoT reader and the target IoT device, and the reader identifier of the IoT reader.
[0136] In some implementations, the device identifier of the target IoT device is a temporary identifier of the target IoT device assigned by the IoT CN for the IoT service. The inventory report message may include pairing information between the temporary identifier of the target IoT device and a reader identifier of the IoT reader.
[0137] In some implementations, the IoT service is an inventory and command procedure including an inventory procedure and one or more command procedures. The IoT CN may transmit a command request message for a command procedure to the IoT reader. The command request message may include command content information indicating a type of command operation for one or more target IoT devices. The command operation may include, for example, a read operation and a write operation.
[0138] For each of the target IoT devices, the command content information may include pairing information between a relation identifier for the IoT device and a command content for the IoT device. The relation identifier for the IoT device may identify a communication relation between the IoT reader and the IoT device. The command content for the IoT device may indicate a command operation to be performed on the IoT device.
[0139] Alternatively, or additionally, the command content information may include pairing information between a temporary identifier of the IoT device and the command content for the target IoT device. The temporary identifier of the IoT device is assigned by the IoT CN.
[0140] Alternatively, or additionally, the command content information may include pairing information between a device identifier of the IoT device, the relation identifier for the IoT device, and the command content for the target IoT device.
[0141] Alternatively, or additionally, the command content information may include pairing information between the device identifier of the target IoT device, the temporary identifier of the IoT device, and the command content for the IoT device.
[0142] Alternatively, or additionally, the command content information may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the command content for the IoT device.
[0143] Alternatively, or additionally, the command content information may include pairing information between the reader identifier of the IoT reader, the temporary identifier of the IoT device, and the command content for the IoT device.
[0144] Alternatively, or additionally, the command content information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the command content for the IoT device.
[0145] Alternatively, or additionally, the command content information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the temporary identifier for the IoT device, and the command content for the IoT device.
[0146] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and one or more relation identifiers for the one or more IoT devices.
[0147] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and one or more temporary identifiers of the one or more IoT devices.
[0148] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and pairing information between a device identifier of the IoT device and a relation identifier for the IoT device for each of the one or more IoT devices.
[0149] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and pairing information between a device identifier of the IoT device and a temporary identifier of the IoT device for each of the one or more IoT devices.
[0150] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier for the IoT device for each of the one or more IoT devices.
[0151] Alternatively, or additionally, the command content information may include a command content for the one or more IoT devices and pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a temporary identifier of the IoT device for each of the one or more IoT devices.
[0152] After sending the command request message, the IoT CN may receive a command response message from the IoT reader. The command response message may include command result information indicating results of the type of command operation performed on the one or more IoT devices. For example, for each of the IoT devices, the command result information may include pairing information between a relation identifier for the IoT device and a command result for the IoT device. The command result for the IoT device indicates a result of a command operation performed on the IoT device.
[0153] Alternatively, or additionally, the command result information may include pairing information between a device identifier of the IoT device and the command result for the IoT device.
[0154] Alternatively, or additionally, the command result information may include pairing information between the relation identifier for the IoT device, the device identifier of the IoT device, and the command result of the IoT device.
[0155] Alternatively, or additionally, the command result information may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the command result for the IoT device.
[0156] Alternatively, or additionally, the command result information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the command result for the IoT device.
[0157] Alternatively, or additionally, the command result information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the command result for the IoT device.
[0158] In some implementations, the command content in the command content information is empty. For example, the value of the command content is null or the field carrying the command content is empty. In this case, the command content information may indicate to cancel the type of command operation for the one or more IoT devices.
[0159] In some implementations, the IoT CN may transmit a cancellation command request message to the IoT reader. The cancellation command request message may include a cancellation indication information indicating to cancel a type of command operation for one or more IoT devices including the target IoT device. For example, for each of the IoT devices, the cancellation indication information may include pairing information between a relation identifier for the IoT device and a cancellation indicator.
[0160] Alternatively, or additionally, the command cancellation request message may include pairing information between a temporary identifier of the IoT device assigned by the IoT CN and the cancellation indicator.
[0161] Alternatively, or additionally, the command cancellation request message may include pairing information between a device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation indicator.
[0162] Alternatively, or additionally, the command cancellation request message may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the cancellation indicator.
[0163] Alternatively, or additionally, the command cancellation request message may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation indicator.
[0164] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and one or more relation identifiers for the one or more IoT devices.
[0165] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and one or more temporary identifiers for the one or more IoT devices.
[0166] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and pairing information between a device identifier of the IoT device and a relation identifier for the IoT device for each of the one or more IoT devices.
[0167] Alternatively, or additionally, the command cancellation request message may include a cancellation indicator for the one or more IoT devices and pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier for the IoT device for each of the one or more IoT devices.
[0168] After sending the cancellation command request message, the IoT CN may receive a command cancellation response message from the IoT reader. The command cancellation response message may include cancelation confirmation indication information confirming cancelation of the type of command operation performed on the one or more IoT devices. For example, for each of the one or more IoT devices, the cancelation confirmation indication information may include pairing information between a relation identifier for the IoT device and a cancellation confirmation indicator.
[0169] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between a device identifier of the IoT device and the cancellation confirmation indicator.
[0170] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between the device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation confirmation indicator.
[0171] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between a reader identifier of the IoT reader, the relation identifier for the IoT device, and the cancellation confirmation indicator.
[0172] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the cancellation confirmation indicator.
[0173] Alternatively, or additionally, the cancelation confirmation indication information may include pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier for the IoT device, and the cancellation confirmation indicator.
[0174] The present disclosure describes further embodiments to discuss the communication for an IoT service between the AIoT CN, AIoT RAN node, AIoT reader, and AIoT device (s) as follows:
[0175] Embodiment 1 –Both AIoT CN and AIoT reader sides
[0176] FIG. 13 shows a method 1300 for performing an inventory and command procedure in the AIoT network. At step 1, the AIoT CN may send an inventory request message to the receiver which can be either the reader or the RAN node connected between the IoT CN and the reader. If the inventory request message is sent to the RAN node, then the RAN node shall send it to the reader. The inventory request message may include an indication of inventory and command procedure. This indication can be an explicit indication or an implicit indication. The indication of inventory and command procedure indicates that the reader may firstly perform an inventory procedure and then perform the command procedure.
[0177] The inventory request message may include at least one of the followings: an identifier of a single AIoT device; a group ID that maps to multiple AIoT devices; and multiple identifiers of AIoT devices. When the inventory request message does not include any identifiers, it indicates that all AIoT devices that can receive the AIoT paging message need to respond. The identifier of a AIoT device can be a temporary identity / identifier, for example, assigned by the AIoT CN to the AIoT device. The inventory request message may also include an indicator indicating whether the subsequent command procedure (s) can be initiated before or after the inventory procedure is completed. The inventory procedure is complete when the reader has received inventory results from all the paged and triggered AIoT devices and send the inventory results to the AIoT CN via one or more inventory report messages.
[0178] At step 1bis, the receiver may send an inventory response message to the AIoT CN to acknowledge the inventory request. When the receiver is the RAN node, the RAN node may receive the inventory response message from the reader and then forward the inventory response message to the AIoT CN. When the receiver is the reader, it may directly send the inventory response message to the AIoT CN.
[0179] At step 2, after receiving the inventory request message from the sender, the reader initiates the inventory procedure with device (s) . The sender may be either the AIoT CN or the RAN node connected between the AIoT CN and the reader. To initiate the inventory procedure, the reader may send the AIoT paging message, and then each of the device is triggered to respond the AIoT paging message if its identifier is included in the AIoT paging message.
[0180] The reader and / or the triggered device may generate an AS ID for this device. If the triggered device generates the AS ID, then the AS ID can be RN16. If both the reader and the triggered device can generate an AS ID, then they need to negotiate to generate the AS ID. The triggered device may also be referred to as paged device or inventoried device, which is the device responding the AIoT paging message by sending a D2R message to the reader.
[0181] Each of the triggered devices may store its own AS ID. The reader may store a list of AS IDs allocated to these triggered devices respectively. In an example, if the relation identifiers for the triggered devices are different from the AS IDs for the triggered devices, the reader may store a list of {device identifier, AS ID, relation identifier} pairs for the triggered devices. If the relation identifiers for the triggered devices are the same as the AS IDs for the triggered devices, the reader may store a list of {device identifier, relation identifier} pairs for the triggered devices. Each pair of the triggered device is related to the triggered devices respectively.
[0182] At step 3, the reader sends one or more inventory reports including one or more relation identifiers to the receiver such as the AIoT CN and the RAN node connected between the AIoT reader and the AIoT CN. If the sender ate step 1 is the AIoT CN then the receiver at step 3 is the AIoT CN. If the sender at step 1 is the RAN node, the receiver at step 3 is the RAN node.
[0183] One inventory procedure may include one or more inventory report messages. An inventory report messages may include a list of {device identifier, relation identifier} pairs for the triggered devices and each of the pairs is related to the triggered devices respectively. Alternatively, or additionally, each pair can be {reader identifier, device identifier, relation identifier} . The reader identifier indicates the reader that sends the inventory report. Alternatively, or additionally, each pair can be {reader identifier, device identifier} when the device identifier of the device is the same as the temporary identity / identifier the device. In some implementations, the AS IDs for the triggered devices may be received in the inventory report message.
[0184] At step 4, the AIoT CN may send a command request message for a command procedure to the reader or the RAN node. If the command request message is sent to the RAN node, the RAN node may relay the message to the reader. The command request message may include an identifier indicating that this command request message belongs to a command procedure. This identifier is used to identify the command procedure including the corresponding command request message, command response message and command failure / rejection message.
[0185] The AIoT CN may send one or more command request messages after receiving the first inventory report message and before the inventory procedure is completed. It means that after receiving an inventory report message including some triggered devices, the AIoT CN may initiate one or more command procedures for these triggered devices without waiting for subsequent inventory report messages including other triggered devices. Alternatively, or additionally, the AIoT CN may send the command request messages after receiving all inventory report messages, i.e., after the inventory procedure is completed. It means that AIoT CN can initiate a command procedure only when the inventory procedure is fully completed.
[0186] The command request message may include command content to indicate one kind of command operation for the one or more triggered devices. The command content may indicate one kind of command operation, e.g., read, write, disable, and can be included in a Non-Access Stratum (NAS) Protocol Data Unit (PDU) packet that cannot be decoded by the reader.
[0187] The command request message may include at least one of the following command content:
[0188] - a list of {relation identifier or temporary identity / identifier, command content} pairs;
[0189] - a list of {device identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0190] - a list of {reader identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0191] - a list of {reader identifier, device identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0192] - one or more relation identifiers or temporary identity / identifier, command content;
[0193] - one or more {device identifier, relation identifier or temporary identity / identifier} pairs, command content;
[0194] - one or more {reader identifier, device identifier, relation identifier or temporary identity / identifier} pairs, command content.
[0195] The command request message may include an indication indicating not to perform command operation for one or more triggered devices. The indication can be, for example, a “cancellation indicator” or “null” . The “null” means that command content is absent. The “cancellation indicator” means that command content is absent and an indicator to cancellation is present.
[0196] In the case of cancelling command operations, the command request message may include at least one of the followings to indicate not to perform command operation for one or more triggered devices, and each triggered device is indicated by one pair.
[0197] - a list of {relation identifier or temporary identity / identifier, null / cancellation indicator} pairs;
[0198] - a list of {device identifier, relation identifier, null / cancellation indicator} pairs;
[0199] - a list of {reader identifier, relation identifier, null / cancellation indicator} pairs;
[0200] - a list of {reader identifier, device identifier, relation identifier, null / cancellation indicator} pairs;
[0201] - one or more relation identifiers or temporary identities / identifiers, null / cancellation indicator;
[0202] - one or more {device identifier, relation identifier} pairs, null / cancel indicator
[0203] - one or more {reader identifier, device identifier, relation identifier} pairs, null / cancellation indicator.
[0204] The command request message may include an indication indicating not to perform the command operation for all of triggered devices unless the command operation is a command operation preformed previously. All of these triggered devices are the devices inventoried and included in the inventory report message (s) , but these devices have not performed command operation. Specifically, if prior to this new cancellation command request message, the AIoT CN has already sent another old command request messages to perform command operation for one or more inventoried devices, then in this new command procedure, these devices performing command operation according to the old command procedures are not included.
[0205] At step 5, after receiving the command request message from the sender such as the AIoT CN or the RAN node connected between the AIoT CN and the reader, the reader may perform the command procedure on the AIoT device (s) by sending one or more R2D messages to the AIoT device (s) . Specifically, the reader may send one or more command request messages via one or more R2D messages. In an example, the reader may send the same number of command request messages with that of the list of pairs received in the command request message. Each R2D message may include one pair of {AS ID, command content} .
[0206] For the triggered devices, the command request message indicates not to perform (i.e., cancel) command operation by null / cancellation indicator, the reader may release the AIoT resources (e.g., releasing the AS IDs) for the devices.
[0207] At step 6, the device may send the command result to the reader. Specifically, after the device receives the command request message, it compares the AS ID within the received command request message with its stored AS ID. If they are identical with each other, the device is triggered to perform the command operation according to the command content. Then, the triggered device may send the command result for the command operation to the reader via the D2R message, which may be include in a NAS PDU packet.
[0208] At step 7, the reader may send a command response message to the receiver such as the AIoT CN and the RAN node connected between the AIoT CN and the reader. If the receiver is the RAN node, it needs to send the received command response message to the AIoT CN. The command response message may include a command result, which is at least one of the followings:
[0209] - a list of {relation identifier, command result} pairs;
[0210] - a list of {device identifier, command result} pairs;
[0211] - a list of {device identifier, relation identifier, command result} pairs;
[0212] - a list of {reader identifier, relation identifier, command result} pairs;
[0213] - a list of {reader identifier, device identifier, command result} pairs; and
[0214] - a list of {reader identifier, device identifier, relation identifier, command result} pairs.
[0215] In the case of cancelling command operations, the command response message may include a cancellation indicator indicating that the triggered device (identified by AS ID and / or device identifier) is confirmed to not perform the command operation as follows:
[0216] - a list of {relation identifier, cancellation indicator} pairs;
[0217] - a list of {device identifier, cancellation indicator} pairs;
[0218] - a list of {device identifier, relation identifier, cancellation indicator} pairs;
[0219] - a list of {reader identifier, relation identifier, cancellation indicator} pairs;
[0220] - a list of {reader identifier, device identifier, cancellation indicator} pairs;
[0221] - a list of {reader identifier, device identifier, relation identifier, cancellation indicator} pairs.
[0222] In some implementations, the command response message may not include any relation identifiers. It means that all triggered devices are confirmed not performing the command operation unless these triggered devices are requested to perform the command operation in the previous command procedure.
[0223] Embodiment 2 –AIoT reader side
[0224] Referring to FIG. 13, at step 1, the reader receives an inventory request message from the sender. If the sender is the AIoT CN which sends the message to the RAN node, the RAN node needs to send it to the reader. The inventory request message may include an indication of inventory and command procedure. This indication can be an explicit indication or an implicit indication. The indication of the inventory and command procedure indicates that the reader shall firstly perform the inventory procedure then perform the command procedure.
[0225] The inventory request message may include at least one of the followings: an identifier of a single AIoT device; a group ID that maps to multiple AIoT devices; and multiple identifiers of AIoT devices. When the inventory request message does not include any identifiers, it indicates that all AIoT devices that can receive the AIoT paging message need to respond. The identifier of a AIoT device can be a temporary identity / identifier, for example, assigned by the AIoT CN to the AIoT device.
[0226] At step 1bis, the receiver may send an inventory response message to the AIoT CN to acknowledge the inventory request. When the receiver is the RAN node, the RAN node may receive the inventory response message from the reader and then forward the inventory response message to the AIoT CN. When the receiver is the reader, it may directly send the inventory response message to the AIoT CN.
[0227] At step 2, after receiving the inventory request message from the sender, the reader initiates the inventory procedure with device (s) . To initiate the inventory procedure, the reader may send the AIoT paging message, and then each of the device is triggered to respond the AIoT paging message if its identifier is included in the AIoT paging message.
[0228] The reader and / or the triggered device may generate an AS ID for this device. If the triggered device generates the AS ID, then the AS ID can be RN16. If both the reader and the triggered device can generate an AS ID, then they need to negotiate to generate the AS ID. The triggered device may also be referred to as paged device or inventoried device, which is the device responding the AIoT paging message by sending a D2R message to the reader.
[0229] Each of the triggered device may store its own AS ID. The reader may store a list of AS IDs allocated to these triggered devices respectively. In an example, if the relation identifiers for the triggered devices are different from the AS IDs for the triggered devices, the reader may store a list of {device identifier, AS ID, relation identifier} pairs for the triggered devices. If the relation identifiers for the triggered devices are the same as the AS IDs for the triggered devices, the reader may store a list of {device identifier, relation identifier} pairs for the triggered devices. Each pair of the triggered device is related to the triggered devices respectively.
[0230] At step 3, the reader sends one or more inventory reports to the receiver. One inventory procedure may include one or more inventory report messages. Each of the inventory report messages includes a list of {device identifier, relation identifier} pairs and each pair are corresponding to a triggered device. Alternatively, or additionally, each pair can be {reader identifier, device identifier, relation identifier} . The reader identifier indicates the reader that sends the inventory report.
[0231] At step 4, the reader receives the command request message from sender. The command request message may include a identifier indicating that this command request message belongs to a command procedure. This identifier is used to identify the command procedure including the corresponding command request message, command response message and command failure / rejection message.
[0232] The command request message may include command content to indicate one kind of command operation for the one or more triggered devices. The command content may indicate one kind of command operation, e.g., read, write, disable, and can be included in a Non-Access Stratum (NAS) Protocol Data Unit (PDU) packet that cannot be decoded by the reader.
[0233] The command request message may include at least one of the following command content:
[0234] - a list of {relation identifier or temporary identity / identifier, command content} pairs;
[0235] - a list of {device identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0236] - a list of {reader identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0237] - a list of {reader identifier, device identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0238] - one or more relation identifiers or temporary identity / identifier, command content;
[0239] - one or more {device identifier, relation identifier or temporary identity / identifier} pairs, command content;
[0240] - one or more {reader identifier, device identifier, relation identifier or temporary identity / identifier} pairs, command content.
[0241] The command request message may include an indication indicating not to perform command operation for one or more triggered devices. The indication can be, for example, a “cancellation indicator” or “null” . The “null” means that command content is absent. The “cancellation indicator” means that command content is absent and an indicator to cancellation is present.
[0242] In the case of cancelling command operations, the command request message may include at least one of the followings to indicate not to perform command operation for one or more triggered devices, and each triggered device is indicated by one pair.
[0243] - a list of {relation identifier or temporary identity / identifier, null / cancellation indicator} pairs;
[0244] - a list of {device identifier, relation identifier, null / cancellation indicator} pairs;
[0245] - a list of {reader identifier, relation identifier, null / cancellation indicator} pairs;
[0246] - a list of {reader identifier, device identifier, relation identifier, null / cancellation indicator} pairs;
[0247] - one or more relation identifiers or temporary identities / identifiers, null / cancellation indicator;
[0248] - one or more {device identifier, relation identifier} pairs, null / cancel indicator;
[0249] - one or more {reader identifier, device identifier, relation identifier} pairs, null / cancellation indicator.
[0250] The command request message may include an indication indicating not to perform the command operation for all of triggered devices unless the command operation is a command operation preformed previously. All of these triggered devices are the devices inventoried and included in the inventory report message (s) , but these devices have not performed command operation. Specifically, if prior to this new command request message, the AIoT CN has already sent another old command request messages to perform command operation for one or more inventoried devices, then in this new command procedure, these devices performing a command operation according to the old command procedures are not included.
[0251] At step 5, the reader may perform the command procedure on the AIoT device (s) by sending one or more R2D messages to the AIoT device (s) . Specifically, the reader may send one or more command request messages via one or more R2D messages. In an example, the reader may send the same number of command request messages with that of the list of pairs received in the command request message. Each R2D message may include one pair of {AS ID, command content} .
[0252] For the triggered devices, the command request message indicates not to perform (i.e., cancel) command operation by null / cancellation indicator, the reader may release the AIoT resources (e.g., releasing the AS IDs) for the devices.
[0253] At step 6, the reader may receive command result (s) from one or more devices by receiving D2R message (s) . after the device receives the command request message, it compares the AS ID within the received command request message with its stored AS ID. If they are identical with each other, the device is triggered to perform the command operation according to the command content. Then, the triggered device may send the command result for the command operation to the reader via the D2R message, which may be include in a NAS PDU packet.
[0254] At step 7, the reader may send the command response message to the receiver. The command response message may include a command result, which is at least one of the followings:
[0255] - a list of {relation identifier, command result} pairs;
[0256] - a list of {device identifier, command result} pairs;
[0257] - a list of {device identifier, relation identifier, command result} pairs;
[0258] - a list of {reader identifier, relation identifier, command result} pairs;
[0259] - a list of {reader identifier, device identifier, command result} pairs; and
[0260] - a list of {reader identifier, device identifier, relation identifier, command result} pairs.
[0261] In the case of cancelling command operations, the command response message may include a cancellation indicator indicating that the triggered device (identified by AS ID and / or device identifier) is confirmed to not perform the command operation as follows:
[0262] - a list of {relation identifier, cancellation indicator} pairs;
[0263] - a list of {device identifier, cancellation indicator} pairs;
[0264] - a list of {device identifier, relation identifier, cancellation indicator} pairs;
[0265] - a list of {reader identifier, relation identifier, cancellation indicator} pairs;
[0266] - a list of {reader identifier, device identifier, cancellation indicator} pairs;
[0267] - a list of {reader identifier, device identifier, relation identifier, cancellation indicator} pairs.
[0268] In some implementations, the command response message may not include any relation identifiers. It means that all triggered devices are confirmed not performing the command operation unless these triggered devices are requested to perform the command operation in the previous command procedure.
[0269] Embodiment 3 –AIoT CN side
[0270] Referring to FIG. 13, at step 1, the AIoT CN may send an inventory request message to the receiver which can be either the reader or the RAN node connected between the IoT CN and the reader. If the inventory request message is sent to the RAN node, then the RAN node shall send it to the reader. The inventory request message may include an indication of inventory and command procedure. This indication can be an explicit indication or an implicit indication. The indication of inventory and command procedure indicates that the reader may firstly perform an inventory procedure and then perform the command procedure.
[0271] The inventory request message may include at least one of the followings: an identifier of a single AIoT device; a group ID that maps to multiple AIoT devices; and multiple identifiers of AIoT devices. When the inventory request message does not include any identifiers, it indicates that all AIoT devices that can receive the AIoT paging message need to respond. The identifier of a AIoT device can be a temporary identity / identifier, for example, assigned by the AIoT CN to the AIoT device. The inventory request message may also include an indicator indicating whether the subsequent command procedure (s) can be initiated before or after the inventory procedure is fully completed. The inventory procedure is complete when the reader has received inventory results from all the paged and triggered AIoT devices and send the inventory results to the AIoT CN via one or more inventory report messages.
[0272] At step 1bis, the AIoT CN receives the inventory response message acknowledging that the inventory request is acceptable.
[0273] At step 3, the AIoT CN receives one or more inventory reports from the reader. One Inventory procedure can include one or more Inventory report message. Each of the inventory report message may include a list of {device identifier, relation identifier} pairs and each pair are corresponding to one triggered device. Alternatively, or additionally, each pair can be {reader identifier, device identifier, relation identifier} and the reader identifier indicates the reader that sends the inventory report.
[0274] At step 4, the AIoT CN may send a command request message for a command procedure to the reader or the RAN node. If the command request message is sent to the RAN node, the RAN node may relay the message to the reader. The command request message may include an identifier indicating that this command request message belongs to a command procedure. This identifier is used to identify the command procedure including the corresponding command request message, command response message and command failure / rejection message.
[0275] The AIoT CN may send one or more command request messages after receiving the first inventory report message and before the inventory procedure is fully completed. It means that after receiving an inventory report message including some triggered devices, the AIoT CN may initiate one or more command procedures for these triggered devices without waiting for subsequent inventory report messages including other triggered devices. Alternatively, or additionally, the AIoT CN may send the command request messages after receiving all inventory report messages, i.e., after the inventory procedure is completed. It means that AIoT CN can initiate a command procedure only when the inventory procedure is fully completed.
[0276] The command request message may include command content to indicate one kind of command operation for the one or more triggered devices. The command content may indicate one kind of command operation, e.g., read, write, disable, and can be included in a Non-Access Stratum (NAS) Protocol Data Unit (PDU) packet that cannot be decoded by the reader.
[0277] The command request message may include at least one of the following command content:
[0278] - a list of {relation identifier or temporary identity / identifier, command content} pairs;
[0279] - a list of {device identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0280] - a list of {reader identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0281] - a list of {reader identifier, device identifier, relation identifier or temporary identity / identifier, command content} pairs;
[0282] - one or more relation identifiers or temporary identity / identifier, command content;
[0283] - one or more {device identifier, relation identifier or temporary identity / identifier} pairs, command content; and
[0284] - one or more {reader identifier, device identifier, relation identifier or temporary identity / identifier} pairs, command content.
[0285] The command request message may include an indication indicating not to perform command operation for one or more triggered devices. The indication can be, for example, a “cancellation indicator” or “null” . The “null” means that command content is absent. The “cancellation indicator” means that command content is absent and an indicator to cancellation is present.
[0286] In the case of cancelling command operations, the command request message may include at least one of the followings to indicate not to perform the command operation for one or more triggered devices, and each triggered device is indicated by one pair.
[0287] - a list of {relation identifier or temporary identity / identifier, null / cancellation indicator} pairs;
[0288] - a list of {device identifier, relation identifier, null / cancellation indicator} pairs;
[0289] - a list of {reader identifier, relation identifier, null / cancellation indicator} pairs;
[0290] - a list of {reader identifier, device identifier, relation identifier, null / cancellation indicator} pairs;
[0291] - one or more relation identifiers or temporary identities / identifiers, null / cancellation indicator;
[0292] - one or more {device identifier, relation identifier} pairs, null / cancel indicator
[0293] - one or more {reader identifier, device identifier, relation identifier} pairs, null / cancellation indicator.
[0294] The command request message may include an indication indicating not to perform command operation for all of triggered devices unless the command operation is a command operation preformed previously. All of these triggered devices are the devices inventoried and included in the inventory report message (s) , but these devices have not performed command operation. Specifically, if prior to this new command request message, the AIoT CN has already sent another old command request messages to perform a command operation for one or more inventoried devices, then in this new command procedure, these devices performing command operation according to the old command procedures are not included.
[0295] At step 7, the AIoT CN may receive a command response message from the reader. The command response message may include a command result, which is at least one of the followings:
[0296] - a list of {relation identifier, command result} pairs;
[0297] - a list of {device identifier, command result} pairs;
[0298] - a list of {device identifier, relation identifier, command result} pairs;
[0299] - a list of {reader identifier, relation identifier, command result} pairs;
[0300] - a list of {reader identifier, device identifier, command result} pairs; and
[0301] - a list of {reader identifier, device identifier, relation identifier, command result} pairs.
[0302] In the case of cancelling command operations, the command response message may include a cancellation indicator indicating that the triggered device (identified by AS ID and / or device identifier) is confirmed to not perform the command operation as follows:
[0303] - a list of {relation identifier, cancellation indicator} pairs;
[0304] - a list of {device identifier, cancellation indicator} pairs;
[0305] - a list of {device identifier, relation identifier, cancellation indicator} pairs;
[0306] - a list of {reader identifier, relation identifier, cancellation indicator} pairs;
[0307] - a list of {reader identifier, device identifier, cancellation indicator} pairs;
[0308] - a list of {reader identifier, device identifier, relation identifier, cancellation indicator} pairs.
[0309] In some implementations, the command response message may not include any relation identifiers. It means that all triggered devices are confirmed not performing the command operation unless these triggered devices are requested to perform the command operation in the previous command procedure.
[0310] The present disclosure describes methods, apparatuses, and computer-readable medium for wireless communication. The present disclosure addresses the issues with optimizing wireless communication with AIoT devices. The methods, apparatuses, and computer-readable medium described in the present disclosure may facilitate the performance of wireless communication, thus improving efficiency and overall performance. The methods, apparatuses, and computer-readable medium described in the present disclosure may improves the overall efficiency of the wireless communication systems.
[0311] It will be appreciated that the steps of the exemplary methods discussed herein may be implemented in various orders and combinations. For example, in a first implementation, one or more steps may be omitted or reordered with respect to a second implementation.
[0312] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be referred as non-transitory computer-readable media (CRM) that stores data for extended periods such as a flash drive or compact disk (CD) , or for short periods in the presence of power such as a memory device or random access memory (RAM) .
[0313] In some embodiments, computer-readable instructions may be included in a software, which is embodied in one or more tangible, non-transitory, computer-readable media. Such non-transitory computer-readable media can be media associated with user-accessible mass storage as well as certain short-duration storage that are of non-transitory nature, such as internal mass storage or ROM. The software implementing various embodiments of the present disclosure can be stored in such devices and executed by a processor (or processing circuitry) . A computer-readable medium can include one or more memory devices or chips, according to particular needs. The software can cause the processor (including CPU, GPU, FPGA, and the like) to execute particular processes or particular parts of particular processes described herein, including defining data structures stored in RAM and modifying such data structures according to the processes defined by the software.
[0314] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.
[0315] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments, for non-limiting examples, a portion from one or more embodiments may be combined with another portion of other embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.
Claims
1.A method for wireless communication in an internet of things (IoT) network, comprising:transmitting, by an IoT reader, an inventory report message comprising one or more relation identifiers / identities to an IoT core networks (CN) , each of the one or more relation identifiers / identities identifying a communication relation between the IoT reader and a target IoT device served by the IoT reader for an IoT service.2.The method of claim 1, further comprising:establishing, by the IoT reader, the communication relation between the IoT reader and the target IoT device to obtain an Access Stratum (AS) identity / identifier, the AS identity / identifier uniquely identifying the communication relation for a specific IoT service.3.The method of claim 2, the establishing the communication relation comprises:in response to an inventory request message from the IoT CN, transmitting, by the IoT reader, a paging message to one or more IoT devices to identify the target IoT device, the communication relation comprising a communication connection.4.The method of any of claims 1-3, further comprising:storing, by the IoT reader, pairing information between a device identifier of the target IoT device and a relation identifier / identity identifying the communication relation between the IoT reader and the target IoT device.5.The method of claim 4, wherein the storing pairing information comprises:in response to the relation identifier / identity being identical with the AS identity / identifier, storing, by the IoT reader, pairing information between the device identifier and the relation identifier / identity; andin response to the relation identifier / identity being different from the AS identity / identifier, storing, by the IoT reader, pairing information between the device identifier, the relation identifier / identity, and the AS identity / identifier.6.The method of any of claims 2-5, wherein the AS identity / identifier is generated by the IoT reader and / or the target IoT device and stored by the IoT reader and the target IoT device.7.The method of any of claims 2-6, wherein the relation identifier / identity is the AS identity / identifier.8.The method of any of claims 1-7, wherein the inventory report message comprises at least one of:pairing information between a device identifier of the target IoT device and a relation identifier / identity identifying the communication relation between the IoT reader and the target IoT device; orpairing information between the device identifier of the target IoT device, the relation identifier / identity identifying the communication relation between the IoT reader and the target IoT device, and a reader identifier of the IoT reader.9.The method of any of claims 1-8, wherein the device identifier of the target IoT device is a temporary identifier of the target IoT device assigned by the IoT CN for the IoT service, and the inventory report message comprises pairing information between the temporary identifier of the target IoT device and a reader identifier of the IoT reader.10.The method of any of claims 1-9, further comprising:receiving, by the IoT reader, a command request message from the IoT CN, the command request message comprising command content information indicating a type of command operation for one or more IoT devices including the target IoT device.11.The method of claim 10, for each of the one or more IoT devices, the command content information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a command content for the IoT device, the relation identifier / identity for the IoT device identifying a communication relation between the IoT reader and the IoT device, and the command content for the IoT device indicates a command operation to be performed on the IoT device;pairing information between a temporary identifier of the IoT device and the command content for the target IoT device, the temporary identifier of the IoT device is assigned by the IoT CN; pairing information between a device identifier of the IoT device, the relation identifier / identity for the IoT device, and the command content for the target IoT device;pairing information between the device identifier of the target IoT device, the temporary identifier of the IoT device, and the command content for the IoT device;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the command content for the IoT device;pairing information between the reader identifier of the IoT reader, the temporary identifier of the IoT device, and the command content for the IoT device;pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the command content for the IoT device; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the temporary identifier for the IoT device, and the command content for the IoT device.12.The method of claim 10, the command content information comprises a command content for the one or more IoT devices and at least one of:one or more relation identifiers / identities for the one or more IoT devices;one or more temporary identifiers of the one or more IoT devices;for each of the one or more IoT devices, pairing information between a device identifier of the IoT device and a relation identifier / identity for the IoT device;for each of the one or more IoT devices, pairing information between a device identifier of the IoT device and a temporary identifier of the IoT device;for each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier / identity for the IoT device; orfor each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a temporary identifier of the IoT device.13.The method of any of claims 10-12, further comprising:transmitting, by the IoT reader, a command response message to the IoT CN, the command response message comprising command result information indicating results of the type of command operation performed on the one or more IoT devices.14.The method of claim 13, for each of the one or more IoT devices, the command result information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a command result for the IoT device, the command result for the IoT device indicates a result of a command operation performed on the IoT device;pairing information between a device identifier of the IoT device and the command result for the IoT device;pairing information between the relation identifier / identity for the IoT device, the device identifier of the IoT device, and the command result of the IoT device;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the command result for the IoT device;pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the command result for the IoT device; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the command result for the IoT device.15.The method of any of claims 10-12, wherein the command content is empty, and the command content information indicates to cancel the type of command operation for the one or more IoT devices.16.The method of any of claims 1-15, further comprising:receiving, by the IoT reader, a command cancellation request message from the IoT CN, the command cancellation request message comprising an cancellation indication information indicating to cancel a type of command operation for one or more IoT devices including the target IoT device.17.The method of claim 16, wherein, for each of the one or more IoT devices, the cancellation indication information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a cancellation indicator;pairing information between a temporary identifier of the IoT device assigned by the IoT CN and the cancellation indicator;pairing information between a device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation indicator;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the cancellation indicator; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation indicator.18.The method of claim 16, wherein the cancellation indication information comprises a cancellation indicator for the one or more IoT devices and at least one of:one or more relation identifiers / identities for the one or more IoT devices;one or more temporary identifiers for the one or more IoT devices;for each of the one or more IoT devices, pairing information between a device identifier of the IoT device and a relation identifier / identity for the IoT device; orfor each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier / identity for the IoT device.19.The method of any of claims 15-18, further comprising:transmitting, by the IoT reader, a command cancellation response message to the IoT CN, the command cancellation response message comprising cancelation confirmation indication information confirming cancelation of the type of command operation performed on the one or more IoT devices.20.The method of claim 19, wherein for each of the one or more IoT devices, the cancelation confirmation indication information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a cancellation confirmation indicator;pairing information between a device identifier of the IoT device and the cancellation confirmation indicator;pairing information between the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation confirmation indicator;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the cancellation confirmation indicator;pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the cancellation confirmation indicator; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation confirmation indicator.21.The method of any of claims 15-20, further comprising:in response to the command content information or the cancel indication information indicating to cancel command operation for the one or more IoT devices, releasing, by an IoT reader, IoT service resources for the one or more IoT devices.22.The method of claim 21, wherein the releasing the IoT service resources comprises:releasing, by an IoT reader, one or more AS identities / identifiers of the one or more IoT devices, the one or more AS identifiers representing respective communication relations between the IoT reader and the one or more IoT devices.23.A method for wireless communication in an internet of things (IoT) network, comprising:receiving, by an IoT core network (CN) , an inventory report message comprising one or more relation identifiers / identities from an IoT reader, each of the one or more relation identifiers / identities identifying a communication relation between the IoT reader and a target IoT device served by the IoT reader for an IoT service.24.The method of claim 23, further comprising:transmitting, by the IoT CN, an inventory request message to the IoT reader, the inventory request message requesting to perform the IoT service on one or more IoT devices including the target IoT device, the target IoT device is paged and triggered in an inventory procedure performed by the IoT reader in response to the inventory request message.25.The method of claim 24, wherein the inventory report message comprises identifiers of the one or more IoT devices.26.The method of any of claims 23-25, the one or more relation identifiers / identities are one or more Access Stratum (AS) identities / identifiers for the one or more IoT devices including the target IoT device, each of the one or more AS identities / identifiers uniquely identifies a communication relation between the IoT reader and an IoT device for a specific IoT service.27.The method of claim 26, wherein each of the one or more AS identities / identifiers is generated by the IoT reader and / or the IoT device and stored by the IoT reader and / or the IoT device.28.The method of any of claims 23-27, wherein the inventory report message comprises at least one of:pairing information between a device identifier of the target IoT device and the relation identifier / identity identifying the communication relation between the IoT reader and the target IoT device; orpairing information between the device identifier of the target IoT device, the relation identifier / identity identifying the communication relation between the IoT reader and the target IoT device, and a reader identifier of the IoT reader.29.The method of any of claims 23-28, wherein the device identifier of the target IoT device is a temporary identifier of the target IoT device assigned by the IoT CN for the IoT service, and the inventory report message comprises pairing information between the temporary identifier of the target IoT device and a reader identifier of the IoT reader.30.The method of any of claims 23-29, further comprising:transmitting, by the IoT CN, a command request message to the IoT reader, the command request message comprising command content information indicating a type of command operation for one or more IoT devices including the target IoT device.31.The method of claim 30, for each of the one or more IoT devices, the command content information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a command content for the IoT device, the relation identifier / identity for the IoT device identifying a communication relation between the IoT reader and the IoT device, and the command content for the IoT device indicates a command operation to be performed on the IoT device;pairing information between a temporary identifier of the IoT device and the command content for the target IoT device, the temporary identifier of the IoT device is assigned by the IoT CN;pairing information between a device identifier of the IoT device, the relation identifier / identity for the IoT device, and the command content for the target IoT device;pairing information between the device identifier of the target IoT device, the temporary identifier of the IoT device, and the command content for the IoT device;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the command content for the IoT device;pairing information between the reader identifier of the IoT reader, the temporary identifier of the IoT device, and the command content for the IoT device;pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the command content for the IoT device; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the temporary identifier for the IoT device, and the command content for the IoT device.32.The method of claim 30, the command content information comprises a command content for the one or more IoT devices and at least one of:one or more relation identifiers / identities for the one or more IoT devices;one or more temporary identifiers of the one or more IoT devices;for each of the one or more IoT devices, pairing information between a device identifier of the IoT device and a relation identifier / identity for the IoT device;for each of the one or more IoT devices, pairing information between a device identifier of the IoT device and a temporary identifier of the IoT device;for each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier / identity for the IoT device; orfor each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a temporary identifier of the IoT device.33.The method of any of claims 30-32, further comprising:receiving, by the IoT CN, a command response message from the IoT reader, the command response message comprising command result information indicating results of the type of command operation performed on the one or more IoT devices.34.The method of claim 33, for each of the one or more IoT devices, the command result information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a command result for the IoT device, the command result for the IoT device indicates a result of a command operation performed on the IoT device;pairing information between a device identifier of the IoT device and the command result for the IoT device;pairing information between the relation identifier / identity for the IoT device, the device identifier of the IoT device, and the command result of the IoT device;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the command result for the IoT device;pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the command result for the IoT device; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the command result for the IoT device.35.The method of any of claims 30-32, wherein the command content is empty, and the command content information indicates to cancel the type of command operation for the one or more IoT devices.36.The method of any of claims 23-35, further comprising:transmitting, by the IoT CN, a cancellation command request message to the IoT reader, the cancellation command request message comprising an cancellation indication information indicating to cancel a type of command operation for one or more IoT devices including the target IoT device.37.The method of claim 36, wherein, for each of the one or more IoT devices, the cancellation indication information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a cancellation indicator;pairing information between a temporary identifier of the IoT device assigned by the IoT CN and the cancellation indicator;pairing information between a device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation indicator;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the cancellation indicator; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation indicator.38.The method of claim 36, wherein the cancellation indication information comprises a cancellation indicator for the one or more IoT devices and at least one of:one or more relation identifiers / identities for the one or more IoT devices;one or more temporary identifiers for the one or more IoT devices;for each of the one or more IoT devices, pairing information between a device identifier of the IoT device and a relation identifier / identity for the IoT device; orfor each of the one or more IoT devices, pairing information between a reader identifier of the IoT reader, a device identifier of the IoT device, and a relation identifier / identity for the IoT device.39.The method of any of claims 35-38, further comprising:receiving, by the IoT CN, a command cancellation response message from the IoT reader, the command cancellation response message comprising cancelation confirmation indication information confirming cancelation of the type of command operation performed on the one or more IoT devices.40.The method of claim 39, wherein for each of the one or more IoT devices, the cancelation confirmation indication information comprises at least one of:pairing information between a relation identifier / identity for the IoT device and a cancellation confirmation indicator;pairing information between a device identifier of the IoT device and the cancellation confirmation indicator;pairing information between the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation confirmation indicator;pairing information between a reader identifier of the IoT reader, the relation identifier / identity for the IoT device, and the cancellation confirmation indicator;pairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, and the cancellation confirmation indicator; orpairing information between the reader identifier of the IoT reader, the device identifier of the IoT device, the relation identifier / identity for the IoT device, and the cancellation confirmation indicator.41.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement a method recited in any of claims 1 to 40.42.A non-transitory computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by a processor, causing the processor to implement a method recited in any of claims 1 to 40.