Group handling techniques for internet-of-things devices

A group-based management system using stored group context information at network nodes addresses the challenges of managing large numbers of batteryless IoT devices, improving network efficiency and reducing costs.

WO2025179545A1PCT designated stage Publication Date: 2025-09-04ZTE CORP
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2024/079387
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-02-29
Publication Date
2025-09-04

AI Technical Summary

Technical Problem

Existing wireless communication technologies face challenges in managing large numbers of batteryless or low-energy IoT devices, leading to high network resource consumption and costly, labor-intensive operations, especially in dense deployments, due to limited reading range and interference issues.

Method used

A group-based approach is introduced, where network nodes store group context information to facilitate efficient handling of IoT devices, reducing the amount of information needed and improving network efficiency by using group context information stored at network nodes.

Benefits of technology

This approach reduces network resource consumption and operational costs by enabling efficient management of groups of IoT devices, enhancing network efficiency and seamless coverage.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024079387_04092025_PF_FP_ABST
    Figure CN2024079387_04092025_PF_FP_ABST
Patent Text Reader

Abstract

Techniques are disclosed for group handling of devices, such as ambient internet-of-things devices. An example process includes receiving, by a first network node from a second network node, a downlink message indicating a group of one or more devices for handling by the first network node. The group of one or more devices is associated with a first group context information stored at the second network node. Based on the downlink message, the first network node transmits a handling message to at least one device of the group of one or more devices.
Need to check novelty before this filing date? Find Prior Art

Description

GROUP HANDLING TECHNIQUES FOR INTERNET-OF-THINGS DEVICESTECHNICAL FIELD

[0001] This document is directed generally to wireless communications.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected, networked society. The rapid growth of wireless communications and advances in technology has led to greater demand for capacity and connectivity. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios. In comparison with existing wireless networks, next-generation systems and wireless communication techniques need to provide support for an increased number of users and devices, as well as support an increasingly mobile society.SUMMARY

[0003] This document provides techniques for handling groups of devices, such as ambient internet-of-things (IoT) devices.

[0004] In some aspects, the techniques described herein relate to a method of wireless communication including: receiving, by a first network node from a second network node, a downlink message indicating a group of one or more devices for handling by the first network node, wherein the group of one or more devices is associated with a first group context information stored at the second network node; and based on the downlink message, transmitting a handling message to at least one device of the group of one or more devices.

[0005] In some aspects, the techniques described herein relate to a method of wireless communication including: transmitting, by a second network node to a first network node, a downlink message indicating a group of one or more devices for handling by the first network node, wherein the group of one or more devices is associated with a first group context information stored at the second network node, and wherein the downlink message is configured for use by the first network node to transmit a handling message to at least one device of the group of one or more devices.

[0006] In another exemplary aspect, the above-described methods are embodied in the form of processor-executable code and stored in a computer-readable program medium.

[0007] In yet another exemplary aspect, an apparatus that is configured or operable to perform the above-described methods is disclosed.

[0008] 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

[0009] FIG. 1 shows an example of a wireless communication system based on some example embodiments of the disclosed technology.

[0010] FIG. 2 is an example process for handling a group of devices, in accordance with embodiments of the present disclosure.

[0011] FIG. 3 is a flow diagram illustrating an example process for wireless communication, in accordance with embodiments of the present disclosure.

[0012] FIG. 4 is a flow diagram illustrating an example process for wireless communication, in accordance with embodiments of the present disclosure.

[0013] FIG. 5 is a flow diagram illustrating an example process for wireless communication, in accordance with embodiments of the present disclosure.DETAILED DESCRIPTION

[0014] Section headings are used in the present document only for ease of understanding and do not limit the scope of the embodiments to the section in which they are described. Furthermore, while embodiments are described with reference to 5G examples, the disclosed techniques may be applied to wireless systems that use protocols other than 5G or 3GPP protocols.

[0015] In recent years, internet of things (IoT) has attracted much attention in the wireless communication world. As more “things” are expected to be interconnected, further reduction of size, complexity, and power consumption of IoT devices can enable the deployment of tens or hundreds of billions of IoT devices for various applications. However, most existing wireless communication devices are powered by battery that needs to be replaced or recharged manually. It is not practical to power all battery-powered IoT devices, which need to be replaced or  recharged manually and leads to high maintenance costs, environmental issues, and safety hazards for some use cases (e.g., electric power or petroleum industries) .

[0016] The automation and digitalization of various industries, require new IoT technologies that support devices with no energy storage capability or with energy storage that does not need to be replaced or recharged manually. For example, devices can be either batteryless or have limited energy storage capability (e.g., using a capacitor) , and the energy can be provided through the harvesting of radio waves, light, motion, heat, or other power source. The form factor of such devices must be reasonably small to convey the validity of target use cases. Such devices can be referred to as ambient IoT devices.

[0017] Considering the limited size and complexity required by practical applications for batteryless devices with no energy storage capability or devices with limited energy storage that do not need to be replaced or recharged manually, the output power of energy harvester is typically from 1μW to a few hundreds of μW. Existing cellular devices may not work well with energy harvesting due to their peak power consumption of higher than 10mW.

[0018] During the 3GPP RAN #102 meeting, a new SID RP-234058 “Study on solutions for Ambient IoT (Internet of Things) in NR” was approved. In addition, Technical Report (TR) 22.840 is being developed to capture use cases, traffic scenarios, and device constraints of ambient IoTs and to identify new potential service requirements and new key performance indicators (KPIs. )

[0019] An example type of application in TR 22.840 is asset identification, which currently involves barcode or Radio Frequency Identification (RFID) in most industries. The main advantage of these two technologies is the low complexity and small form factor of the tags. However, the limited reading range (e.g., a few meters) usually requires handheld scanning, which leads to labor intensive and time-consuming operations, or RFID portals / gates, which leads to costly deployments. Moreover, the lack of interference management scheme results in severe interference between RFID readers, along with capacity problems, especially in dense deployments. As a result, it is difficult to support large-scale networks with seamless coverage for RFID.

[0020] Technical Specification Group (TSG) RAN has completed a Rel-18 RAN-level Study Item on ambient IoT, which provides terminology and scope for future discussions of ambient IoT. The TSG has defined representative use cases, deployment scenarios, connectivity  topologies, ambient IoT devices, design targets, and required functionalities. The TSG also conducted a preliminary feasibility assessment and gave recommendations for down-selection for setting the scope of a further working group-level study.

[0021] Since existing technologies cannot meet all the requirements of target use cases, new IoT technologies are needed whose number of connections or device density can be orders of magnitude greater than existing technology. To address the target use cases, complexity and power consumption must be reduced by orders of magnitude compared to existing implementations, such as 3GPP Low-Power Wide-Area (LPWA) technologies (e.g., NB-IoT and eMTC) .

[0022] For example, tags are attached to or embedded in goods or assets for management. In some cases, a reader (e.g., a scanner or similar device) is used to scan or interact with these tags. As a result of the numerous communications between the reader, tags, and other network devices, network resource consumption can be high. Meanwhile, enterprises may also need deploy additional networks, such as third generation partnership project (3GPP) networks, bringing additional operation and maintenance costs. Therefore, techniques are needed to reduce the network resource consumption associated with ambient IoT devices.

[0023] To address some of these issues, techniques are introduced for managing ambient IoT devices using a group-based approach. In some embodiments, management of groups of devices is facilitated by group context information stored at network nodes. By storing this group context information at the network nodes, the amount of information needed to handle the devices can be reduced, improving network efficiency compared to existing approaches.

[0024] FIG. 1 shows an example of a wireless communication system 100 (e.g., a 3GPP network, including a long-term evolution (LTE) , 5G, or NR cellular network) that includes a BS 120 and one or more devices (e.g., IoT devices) 111, 112, 114, and 115. The devices 111 and 112 directly and bidirectionally communicate with the BS 120. The wireless communication system 100 can also include one or more UEs 113 or other intermediate nodes that communicates with one or more devices 114 and 115. The devices 111, 112, 114, and 115 can be IoT devices, such as ambient IoT devices. The UE 113 may be, for example, a smartphone, a tablet, a mobile computer, a machine-to-machine (M2M) device, a terminal, a mobile device, a reader, and so on.

[0025] The uplink (UL) transmissions 131-135 and downlink (DL) transmissions 141-145 between the BS 120, the UE 113, and the devices 111, 112, 114, and 115 can include ambient IoT-specific data or signaling. In some embodiments, the BS 120 transmitting signaling to the devices 111, 112, 114, and 115 is different from a BS receiving signaling from the devices 111, 112, 114, and 115 (other BS’s not pictured. )

[0026] In some embodiments, the UL transmissions 131-135 can include uplink control information (UCI) , higher layer signaling (e.g., UE assistance information or UE capability) , or uplink information. In some embodiments, the DL transmissions 143 can include Downlink Control Information (DCI) or high-layer signaling or downlink information.

[0027] Group Handling Procedure

[0028] FIG. 2 is an example process 200 for handling a group of devices, in accordance with embodiments of the present disclosure. In this document “handling” refers to the management or operation of one or more devices, e.g., ambient IoT devices. Handling operations can include requesting information from the device 202 or the device 202 to perform instructions. For example, handling operations can include paging or a command, such as inventory, operating a sensor, determining or changing a position, or read / write. )

[0029] The process 200 includes communications between a device 202, a radio access network (RAN) node 204, a core network (CN) node 206, and a server 208. The RAN node, which can include a base station (BS) . Although only one device is shown, the disclosed techniques can apply to larger numbers of devices or groups of devices. Similarly, additional network nodes or servers can be included. For example, intermediate nodes can be used between nodes or devices, such as UEs or additional core network nodes.

[0030] At step 210, group context information 212a is stored at the core network node 206. The group context information 212a is associated with a group of devices including the device 202. The group context information 212a can be established at the CN node 206 through a registration procedure, in which the CN node 206 acquires information associated with the group of devices and stores that information. In some embodiments, the group context information 212a is established from a previous handling procedure (e.g., a previous instance of the process 200. )

[0031] Through each device’s registering procedure, or through previous handling method for each device, the CN acquire each device information and store it as group context at CN, the RAN can also acquire each device information and store it as group context at RAN. The group context information 212a can be associated with the group of devices, for example, by using a group identifier (e.g., a group ID) .

[0032] The CN node 206 can store multiple group contexts, each associated with different groups of devices. Note that devices are not necessarily restricted to a single group, and different groups can have overlap as a result. As further described in this document, there are different ways in which devices can be grouped, which enables flexibility for different use cases, types of devices, types of handling, etc.

[0033] For each group, the associated group context 212a stored at the CN node 206 can include at least one of the following:

[0034] ● Group device type, e.g., ambient IoT device, UE, etc.

[0035] ● Group power type, e.g., energy storage, non-energy storage, energy storage without independent signal generation, energy storage with independent signal generation, or battery-less, etc.

[0036] ● Group ID. For example, a numerical value. In some embodiments, a device identity can be used for the group, such as a 3GPP device identity, e.g., IMSI, TMSI, IMEI, or PEI.

[0037] ● Device list, such as a list of device IDs. In some embodiments, the devices in the group can be identified by a 3GPP device identity, e.g., IMSI, TMSI, IMEI, or PEI. The devices in the group can be identified by a non-3GPP device identity, such as an RFID identity. In some embodiments, devices can be identified by both a 3GPP device identity and a non-3GPP device identity. For example, the group context information can include a mapping between 3GPP device identities and non-3GPP device identities.

[0038] ● A number of devices in the group (e.g., the size of the group, the quantity of devices of the group) .

[0039] ● A supported handling method of devices in the group (e.g., paging, inventory, sensor, position, command, or read / write)

[0040] ● Handling area information. For example, devices in the group may be associated with the same cell, beam, node, etc., each of which can be referred to as a “handling area. ” Accordingly, the group context information 212a can include, for example, a beam ID list, cell  ID list, gNB ID list, RAN node ID list, TAI list, etc., which enables the CN node 206 to transmit downlink messages to the correct RAN node 204. In some embodiments, the handling area information is stored at the CN node 206 based results of a previous group handling process.

[0041] ● Handling assistance information. For example, the group context information 212a can include a resource used for paging the device 202, such as paging DRX resource or a radio resource. The handling assistance information can be stored at the CN node 206 based on a previous group handling procedure. For example, the handling assistance information can include the resource used for a previous paging message.

[0042] ● Group handling priority information. For example, a priority level of the group for handling can include a numerical ranking, “high, ” “low, ” etc.

[0043] In some embodiments, the RAN node 204 also stores group context information, shown as group context information 212b. The group context information 212b can include the same information as the group context information 212a or include different information. For each group, the associated group context 212b stored at the RAN node 204 can include at least one of the following:

[0044] ● Group device type, e.g., ambient IoT device, UE, etc.

[0045] ● Group power type, e.g., energy storage, non-energy storage, energy storage without independent signal generation, energy storage with independent signal generation, or battery-less, etc.

[0046] ● Group ID. For example, a numerical value. In some embodiments, a device identity can be used for the group, such as a 3GPP device identity, e.g., IMSI, TMSI, IMEI, or PEI.

[0047] ● Device list, such as a list of device IDs. In some embodiments, the devices in the group can be identified by a 3GPP device identity, e.g., IMSI, TMSI, IMEI, or PEI. The devices in the group can be identified by a non-3GPP device identity, such as an RFID identity. In some embodiments, devices can be identified by both a 3GPP device identity and a non-3GPP device identity. For example, the group context information can include a mapping between 3GPP device identities and non-3GPP device identities.

[0048] ● A number of devices in the group (e.g., the size of the group, the device quantity of the group) .

[0049] ● A supported handling method of devices in the group (e.g., paging, inventory, sensor, position, command, or read / write)

[0050] ● Handling area information. For example, a beam ID list, cell ID list, gNB ID list, RAN node ID list, TAI list, etc. In some embodiments, the handling area information is stored at the RAN node 204 based results of a previous group handling process.

[0051] ● Handling assistance information. For example, the group context information 212b can include a resource used for paging the device 202, such as paging DRX resource or a radio resource. The handling assistance information can be stored at the RAN node 204 based on a previous group handling procedure. For example, the handling assistance information can include the resource used for a previous paging message.

[0052] ● Group handling priority information. For example, a priority level of the group for handling can include a numerical ranking, “high, ” “low, ” etc.

[0053] At step 220: a group handling decision is formed at the CN node 206. In some embodiments, the CN node 206 initiates the group handling decision. In some embodiments, the group handling decision is formed at step 220 based on a DL message received from other node, such as the server 208, that requests the CN node 206 to handle one or more devices or groups of devices. Groups can be formed at the CN node 206 or an upstream node (e.g., the server 208) . The groups are formed based on at least one of the following:

[0054] ● A grouping based on previously stored group context at the CN node 206.

[0055] ● Having a same requested handling method.

[0056] ● Being associated with a same handling area, e.g., same cell, beam, RAN node, etc.

[0057] ● Having a same handling assistant information, e.g., same resources.

[0058] ● Having a same device type.

[0059] ● Having a same group handling priority.

[0060] At step 230, a DL message is transmitted from the CN node 206 to the RAN node 204 (labeled in FIG. 2 as an “NG DL message, ” but not limited to Next Generation implementations. ) In some embodiments, the DL message at step 230 is Next Generation Application Protocol (NGAP) message. The DL message can also be a paging message, such as NGAP paging message.

[0061] The CN node 206 transmits the DL message to instruct the RAN node 204 handle one or more groups of devices, including the device 202. Multiple DL messages can be transmitted, where each NG DL message indicates one or more groups. The CN node 206 can transmit DL  messages to separate RAN nodes, for instance to handle different groups of devices, or to handle the same group if needed.

[0062] The DL message at step 230 can include a message type, for example that indicates the message is used for handling or paging. Note for purposes of this document, “paging” is referred to as a subset of “handling. ”

[0063] In some embodiments, the DL message at step 230 includes group information, which can be derived from the group context information 212a. The information in the DL message enables the RAN node 204 to perform the handling procedure with the group of devices. For example, the DL message can include at least one of the following:

[0064] ● Group ID of the group being handled.

[0065] ● The handling request method for devices in the group (e.g., paging, inventory, sensor, position, command, or read / write)

[0066] ● A NAS packet, which can include a requested handling method.

[0067] ● Device list, such as a list of device IDs. In some embodiments, the devices in the group can be identified by a 3GPP device identity, e.g., IMSI, TMSI, IMEI, or PEI. The devices in the group can be identified by a non-3GPP device identity, such as an RFID identity.

[0068] ● A number of devices in the group (e.g., the size of the group, the device quantity of the group)

[0069] ● Group type, which can refer to a type of device (e.g., ambient IoT device, tag, tracker, etc. ) or a type of good or asset (e.g., clothing, food, electronics, etc. )

[0070] ● Group power type, e.g., energy storage, non-energy storage, energy storage without independent signal generation, energy storage with independent signal generation, or battery-less, etc.

[0071] ● Handling area information. For example, a beam ID list, cell ID list, gNB ID list, RAN node ID list, TAI list, etc. In some embodiments, the handling area information is stored at the RAN node 204 based results of a previous group handling process.

[0072] ● Handling assistance information. For example, a resource used for paging the device 202, such as paging DRX resource or a radio resource. The handling assistance information can include the resource used for a previous paging message.

[0073] ● Group handling priority information. For example, a numerical ranking, “high, ” “low, ” etc.

[0074] Group ID Transfer

[0075] In some embodiments, both the group context information 212a at the CN node 206 and the group context information 212b at the RAN node 204 include a group ID associated with a same group of devices. Then for that group to be handled by the RAN node 204, the CN node 206 can send the group ID for the group in the DL message at step 230. The CN node 206 can simultaneously transmit multiple group IDs, respectively associated with multiple groups of devices, in this manner.

[0076] Because the RAN node 204 includes group context information 212b, the RAN node 204 can use the received group ID without needing to receive additional information that would normally be used for the handling procedure. Instead, the RAN node 204 can use the stored group context information 212b associated with the identified group. For example, the group context information 212b can be stored based on a previous handling procedure. As a result, network load is reduced. For example, when a group ID is stored at both the RAN node 204 and the CN node 206, the DL message at step 230 may exclude at least one of the following:

[0077] ● Device ID list

[0078] ● Group type

[0079] ● Power type

[0080] ● Handling area information

[0081] ● Cell ID

[0082] ● Handling assistant information

[0083] ● Group handling priority information

[0084] In instances where any of the above information is included in the DL message at step 230, then the RAN node 204 can replace the corresponding information in the group context information 212b if previously stored, by that in the received DL message.

[0085] Device ID list transfer

[0086] When the group context information 212b stored at the RAN node 204 includes a mapping relation between a first type of device identity (e.g., a 3GPP device identity) and a  second type of device identity (e.g., a non-3GPP device identity) , then the CN node 206 can transmit only one type of identity in the DL message at step 230, and the RAN node 204 can then use the mapping to handle devices configured with the other type of identity. For example, the CN node 206 can transmit 3GPP device identities to the RAN node 204, and the RAN node 204 can then handle devices that are communicate via a non-3GPP identity.

[0087] In another example, the server 208 requests the CN node 206 to handle one or more devices which are identified by out-of-3GPP device identity. Using the mapping relationship stored in the group context information 212a, the CN node 206 can send the 3GPP device identities for these devices to the RAN node 204.

[0088] At step 240, the RAN node 204 handles one or more device groups (at least one of which includes the device 202) in response to receiving the DL message at step 230. The devices are handled based on the information in the DL message and on the group context information 212b at the RAN node 204, if stored.

[0089] For example, if a group ID is included in the DL message at step 230, the RAN node 204 can handle the corresponding group. In addition, the group context information 212b, if stored at RAN node 204, can be used. For example, the group context information 212b can indicate a particular resource to be used for handling, even if not indicated in the DL message at step 230. Similarly, as described above, the group context information 212b can include a mapping between a first type of device ID and a second type of device ID. Then if the DL message includes devices identified by the first type of device ID, the RAN node 206 can use the mapping to communicate with the devices even if they identify themselves by the second type of device ID. If the DL message does include particular handling information for a group, then the RAN node 204 can replace the corresponding information in the group context information 212b, if stored, with the information in the DL message.

[0090] In addition, if stored, the RAN node 204 can update its group context information 212b based on the results of the handling procedure with the one or more groups of devices. For example, the device 202 may be offline or in a different handling area than previously indicated. Accordingly, the group context information 212 can be updated based on the handling results at step 240 (e.g., updating the device list, handling area, etc. )

[0091] At step 250, the RAN node 204 sends a UL message (e.g., an NG UL message) to the CN node 206. The UL message at step 240 includes a group handling result (e.g., a paging result)  of the handling step at 240. If the RAN node 204 is requested to handle multiple groups of devices, then multiple UL messages can be transmitted to the CN node 206 (e.g., one message per group) . Alternatively, multiple groups’ handling results can be transmitted in a single UL message.

[0092] For one group including multiple devices, the RAN node 204 can send a UL message that includes a subset of devices’ handling results, where the subset is less than or equal to the entire set of devices. For example, the RAN node 204 can send one UL message at step 250 that includes all of a group’s devices’ handling results. In some embodiments, the RAN node 204 stores device handling results until acquiring all device handling results for a group, and sends the results in a single UL message at step 250. As a result, the number of UL messages can be decreased, compared to sending device handling results on an individual basis.

[0093] Each group’s handling result can include at least one of the following:

[0094] ● Group ID

[0095] ● Device ID list

[0096] ● Handling results for at least one device

[0097] ● One or more NAS packets, each of which includes, e.g., handling result for at least one device

[0098] ● Handling area information

[0099] ● Handling assistant information

[0100] ● Group handling priority information

[0101] Upon reception of the UL message at step 250, the CN node 206 can replace information in the group context information 212a with information in the UL message. For example, if handling area information or handling assistant information are included in the NG UL message, the CN node 206 can store that information and replace the previous content in the group context information 212a, if stored, and use it for the next handling request.

[0102] As previously described, the DL message at step 230 can be used to request the RAN node 204 to perform paging on the device 202. In some embodiments, the RAN node 204 is requested to page the device 202 without other handling operations. For example, the DL message can include a group ID or list of device IDs but exclude a handling request method, which implies to the RAN node 204 to perform paging on the group or devices. Alternatively, the DL message can explicitly indicate paging as a handling method. When the DL message at  step 230 is a paging message in this manner, then the UL message at step 250 includes a paging result.

[0103] If the DL message at step 230 is a paging message, then a second DL message can be transmitted at step 260 from the CN node 206. The group context information 212a or 212b can be updated after the paging process, so that subsequent handling operations can be performed more efficiently. The second DL message at step 260 requests the RAN node 104 to perform handling. At step 270, handling is performed with the device 202. At step 280, a second UL message is transmitted from the RAN node 204 to the CN node 206. Steps 260, 270, and 280 can correspond substantially with steps 230, 240, and 250, respectively as described above.

[0104] At step 290, a third UL message is transmitted from the CN node 206 to the server 208.

[0105] FIG. 3 is a flow diagram illustrating an example process 300 for wireless communication, in accordance with embodiments of the present disclosure. For example, the process 400 can be performed by a first network node (e.g., BS 120 of FIG. 1 or RAN Node 204 of FIG. 2) .

[0106] At step 310, a downlink message is received at a first network node from a second network node. The downlink message indicates a group of one or more devices for handling, wherein the group of one or more devices is associated with a first group context information stored at the second network node. The downlink message can include at least one of: a handling request type, a group identifier, a NAS packet, a list of devices in the group, a number of devices in the group, a group type, a power type, handling area information, handling assistance information, or a priority level of the group.

[0107] In some embodiments, the devices include ambient IoT devices. In some embodiments, the group of one or more devices are grouped based on at least one of: a requested handling method, a handling area, a handling assistant information, or a device type.

[0108] In some embodiments, the first network node stores a second group context information. Based on the downlink message, the second group context information can be updated. The first group context information or the second group context information can include at least one of: a device type, a power type, a group identifier, a number of devices in the group, a list of devices in the group, a supported handling type, or a priority level of the group. In  some embodiments, the list of devices in the group is associated with a first type of device identity and a second type of device identity different than the first type.

[0109] In some embodiments, the first group context information or second group context information includes a group identifier associated with the group of one or more devices, wherein the downlink message includes the group identifier, and wherein the handling message is transmitted based on the group identifier.

[0110] The first group context information or a second group context information can includes handling area information indicating a beam, cell, gNB, RAN node, or tracking area identity (TAI) associated with the group of one or more devices. The first group context information or a second group context information can also include a handling assistance information indicating a resource to be used for handling the group of one or more devices. For example, the handling assistance information can be stored at the first or second network node based on the resource being used for a prior handling message to the handling message.

[0111] In some embodiments, the first group context information or second group context information indicates a mapping between a first type of device identifier and a second type of device identifier, wherein the downlink message indicates the group of one or more devices using the first type of device identifier, and wherein the handling message is transmitted to the at least one device based on the second type of device identifier. For example, the first type of device identifier can be an IMSI, TMSI, IMEI, or a PEI, and the second type of device identifier can be an RFID.

[0112] At step 320, a handling message is transmitted based on the downlink message to at least one device of the group of one or more devices. For example, the handling message can be a paging message or a command message.

[0113] In some embodiments, the process 300 further includes receiving, by the first network node, one or more handling results from a subset of the at least one device, and transmitting, by the first network node, an uplink message to the second network node including a group handling result based on the one or more handling results. The first group context information or the second group context information can be updated based on the group handling result.

[0114] In some embodiments, the group handling result includes at least one of: a group identifier, a list of device identifiers, a list of the one or more handling results, a NAS packet, a handling area, a handling assistant information, or a group handling priority.

[0115] In some embodiments, the handling message is transmitted to a plurality of devices. The process 300 can further include storing, at the first network node, handling results until a handling result is received from each of the plurality of devices, wherein the uplink message includes the handling result from each of the plurality of devices.

[0116] FIG. 4 is a flow diagram illustrating an example process 400 for wireless communication, in accordance with embodiments of the present disclosure. For example, the process 400 can be performed by a second network node (e.g., CN node 206 of FIG. 2) .

[0117] At step 410, a downlink message is transmitted by a second network node to a first network node. The downlink message indicates a group of one or more devices for handling, wherein the group of one or more devices is associated with a first group context information stored at the second network node. The downlink message is configured for use by the first network node to transmit a handling message to at least one device of the group of one or more devices. For example, the handling message can be a paging message or a command message.

[0118] The downlink message can include at least one of: a handling request type, a group identifier, a NAS packet, a list of devices in the group, a number of devices in the group, a group type, a power type, handling area information, handling assistance information, or a priority level of the group.

[0119] In some embodiments, the devices include ambient IoT devices. In some embodiments, the group of one or more devices are grouped based on at least one of: a requested handling method, a handling area, a handling assistant information, or a device type.

[0120] In some embodiments, the first network node stores a second group context information. Based on the downlink message, the second group context information can be updated. The first group context information or the second group context information can include at least one of: a device type, a power type, a group identifier, a number of devices in the group, a list of devices in the group, a supported handling type, or a priority level of the group. In some embodiments, the list of devices in the group is associated with a first type of device identity and a second type of device identity different than the first type.

[0121] In some embodiments, the first group context information or second group context information includes a group identifier associated with the group of one or more devices, wherein the downlink message includes the group identifier, and wherein the handling message is transmitted based on the group identifier.

[0122] The first group context information or a second group context information can includee handling area information indicating a beam, cell, gNB, RAN node, or tracking area identity (TAI) associated with the group of one or more devices. The first group context information or a second group context information can also include a handling assistance information indicating a resource to be used for handling the group of one or more devices. For example, the handling assistance information can be stored at the first or second network node based on the resource being used for a prior handling message to the handling message.

[0123] In some embodiments, the first group context information or second group context information indicates a mapping between a first type of device identifier and a second type of device identifier, wherein the downlink message indicates the group of one or more devices using the first type of device identifier, and wherein the handling message is transmitted to the at least one device based on the second type of device identifier. For example, the first type of device identifier can be an IMSI, TMSI, IMEI, or a PEI, and the second type of device identifier can be an RFID.

[0124] In some embodiments, the process 400 further includes receiving, by the second network node, an uplink message from the first network node including a group handling result based on one or more handling results received at the first network node from a subset of the at least one device. The first group context information or the second group context information can be updated based on the group handling result.

[0125] In some embodiments, the group handling result includes at least one of: a group identifier, a list of device identifiers, a list of the one or more handling results, a NAS packet, a handling area, a handling assistant information, or a group handling priority.

[0126] In some embodiments, the handling message is transmitted to a plurality of devices. The uplink message can include the handling result from each of the plurality of devices.

[0127] FIG. 5 is a block diagram representation of a portion of an apparatus based on embodiments of the disclosed technology. An apparatus 505, can be implemented in a network node (e.g., BS 120, RAN node 204 or CN node 206) or a UE and can include processor electronics 510 such as a microprocessor that implements one or more of the techniques presented in this document. The apparatus 505 can include transceiver electronics 515 to send and / or receive wireless signals over one or more communication interfaces such as antenna (s) 520. The apparatus 505 can include other communication interfaces for transmitting and  receiving data. Apparatus 505 can include one or more memories (not explicitly shown) configured to store information such as data and / or instructions. In some implementations, the processor electronics 510 can include at least a portion of the transceiver electronics 515. In some embodiments, at least some of the disclosed techniques, modules or functions are implemented using the apparatus 505.

[0128] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0129] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware, or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art,  including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0130] Solution clauses

[0131] Some embodiments may preferably incorporate the following solutions as described herein.

[0132] For example, the clauses listed below may be used by first network node implementations (e.g., BS 120 of FIG. 1 or RAN node 204 of FIG. 2) as described herein.

[0133] Clause 1. A method of wireless communication comprising: receiving, by a first network node from a second network node, a downlink message indicating a group of one or more devices for handling by the first network node, wherein the group of one or more devices is associated with a first group context information stored at the second network node; and based on the downlink message, transmitting a handling message to at least one device of the group of one or more devices.

[0134] Clause 2. The method of clause 1, wherein the first network node stores a second group context information.

[0135] Clause 3. The method of clause 2, further comprising: updating the second group context information based on the downlink message.

[0136] Clause 4. The method of clause 2 or 3, wherein the second group context information includes a group identifier associated with the group of one or more devices, wherein the downlink message includes the group identifier, and wherein the handling message is transmitted based on the group identifier.

[0137] Clause 5. The method of any of clauses 2 to 4, wherein the second group context information indicates a mapping between a first type of device identifier and a second type of device identifier, wherein the downlink message indicates the group of one or more devices using the first type of device identifier, and wherein the handling message is transmitted to the at least one device based on the second type of device identifier.

[0138] Clause 6. The method of clause 5, wherein the first type of device identifier is an IMSI, TMSI, IMEI, or a PEI, and wherein the second type of device identifier is an RFID.

[0139] Clause 7. The method of any of clauses 1-6, further comprising: receiving, by the first network node, one or more handling results from a subset of the at least one device; and  transmitting, by the first network node, an uplink message to the second network node including a group handling result based on the one or more handling results, wherein the first group context information is updated at the second network node based on the group handling result.

[0140] Clause 8. The method of clause 7, wherein the group handling result includes at least one of: a group identifier, a list of device identifiers, a list of the one or more handling results, a NAS packet, a handling area, a handling assistant information, or a group handling priority.

[0141] Clause 9. The method of clause 7 or 8, further comprising: updating a second group context information at the first network node based on the one or more handling results.

[0142] Clause 10. The method of any of clauses 7-9, wherein the at least one device is a plurality of devices, the method further comprising: storing, at the first network node, handling results until a handling result is received from each of the plurality of devices, wherein the uplink message includes the handling result from each of the plurality of devices.

[0143] Clause 11. The method of any of clauses 1 to 10, wherein the first group context information or a second group context information stored at the first network node includes at least one of: a device type, a power type, a group identifier, a number of devices in the group, a list of devices in the group, a supported handling type, or a priority level of the group.

[0144] Clause 12. The method of clause 11, wherein the list of devices in the group is associated with a first type of device identity and a second type of device identity different than the first type.

[0145] Clause 13. The method of any of clauses 1 to 12, wherein the first group context information or a second group context information stored at the first network node includes handling area information indicating a beam, cell, gNB, RAN node, or tracking area identity (TAI) associated with the group of one or more devices.

[0146] Clause 14. The method of any of clauses 1 to 13, wherein the first group context information or a second group context information stored at the first network node includes a handling assistance information indicating a resource to be used for handling the group of one or more devices.

[0147] Clause 15. The method of clause 14, wherein the handling assistance information is stored at the second network node based on the resource being used for a prior handling message to the handling message.

[0148] Clause 16. The method of any of clauses 1 to 15, wherein the downlink message  includes at least one of: a handling request type, a group identifier, a NAS packet, a list of devices in the group, a number of devices in the group, a group type, a power type, handling area information, handling assistance information, or a priority level of the group.

[0149] Clause 17. The method of any of clauses 1 to 16, wherein the handling message is a paging message or a command message.

[0150] Clause 18. The method of any of clauses 1 to 17, wherein the group of one or more devices are grouped based on at least one of: a requested handling method, a handling area, a handling assistant information, or a device type.

[0151] Clause 19. The method of any of clauses 1 to 18, wherein the group of one or more devices comprise a group of ambient internet-of-things (IOT) devices.

[0152] For example, the clauses listed below may be used by second network node implementations (e.g., CN node 206 of FIG. 2) as described herein.

[0153] Clause 20. A method of wireless communication comprising: transmitting, by a second network node to a first network node, a downlink message indicating a group of one or more devices for handling by the first network node, wherein the group of one or more devices is associated with a first group context information stored at the second network node, and wherein the downlink message is configured for use by the first network node to transmit a handling message to at least one device of the group of one or more devices.

[0154] Clause 21. The method of clause 20, wherein the first network node stores a second group context information.

[0155] Clause 22. The method of clause 21, wherein downlink message is used by the first network node to update the second group context information.

[0156] Clause 23. The method of clause 21 or 22, wherein the second group context information includes a group identifier associated with the group of one or more devices, wherein the downlink message includes the group identifier, and wherein the handling message is transmitted based on the group identifier.

[0157] Clause 24. The method of any of clauses 21 to 23, wherein the second group context information indicates a mapping between a first type of device identifier and a second type of device identifier, wherein the downlink message indicates the group of one or more devices using the first type of device identifier, and wherein the handling message is transmitted to the at least one device based on the second type of device identifier.

[0158] Clause 25. The method of clause 24, wherein the first type of device identifier is an IMSI, TMSI, IMEI, or a PEI, and wherein the second type of device identifier is an RFID.

[0159] Clause 26. The method of any of clauses 20-25, further comprising: receiving, by the second network node, an uplink message from the first network node including a group handling result based on one or more handling results received at the first network node from a subset of the at least one device, wherein the first group context information is updated at the second network node based on the group handling result.

[0160] Clause 27. The method of clause 26, wherein the group handling result includes at least one of: a group identifier, a list of device identifiers, a list of the one or more handling results, a NAS packet, a handling area, a handling assistant information, or a group handling priority.

[0161] Clause 28. The method of clause 26 or 27, wherein a second group context information at the first network node is updated based on the one or more handling results.

[0162] Clause 29. The method of any of clauses 26 to 28, wherein the at least one device is a plurality of devices, and wherein the uplink message includes a handling result from each of the plurality of devices.

[0163] Clause 30. The method of any of clauses 20 to 29, wherein the first group context information or a second group context information stored at the first network node includes at least one of: a device type, a power type, a group identifier, a number of devices in the group, a list of devices in the group, a supported handling type, or a priority level of the group.

[0164] Clause 31. The method of clause 30, wherein the list of devices in the group is associated with a first type of device identity and a second type of device identity different than the first type.

[0165] Clause 32. The method of any of clauses 20 to 31, wherein the first group context information or a second group context information stored at the first network node includes handling area information indicating a beam, cell, gNB, RAN node, or tracking area identity (TAI) associated with the group of one or more devices.

[0166] Clause 33. The method of any of clauses 20 to 32, wherein the first group context information or a second group context information stored at the first network node includes a handling assistance information indicating a resource to be used for handling the group of one or more devices.

[0167] Clause 34. The method of clause 33, wherein the handling assistance information is stored at the second network node based on the resource being used for a prior handling message to the handling message.

[0168] Clause 35. The method of any of clauses 20 to 34, wherein the downlink message includes at least one of: a handling request type, a group identifier, a NAS packet, a list of devices in the group, a number of devices in the group, a group type, a power type, handling area information, handling assistance information, or a priority level of the group.

[0169] Clause 36. The method of any of clauses 20 to 35, wherein the handling message is a paging message or a command message.

[0170] Clause 37. The method of any of clauses 20 to 36, wherein the group of one or more devices are grouped based on at least one of: a requested handling method, a handling area, a handling assistant information, or a device type.

[0171] Clause 38. The method of any of clauses 20 to 37, wherein the group of one or more devices comprise a group of ambient internet-of-things (IOT) devices.

[0172] For example, the solutions listed below may be used by an apparatus (e.g., apparatus 505 of FIG. 5) or by a computer-readable medium as described herein.

[0173] Clause 39. An apparatus comprising a processor and a memory storing instructions, execution of which by the processor causes the apparatus to perform the method recited in any of clauses 1 to 38.

[0174] Clause 40. A non-transitory computer-readable medium storing instructions, execution of which by a processor of a computing system causes the computing system to perform the method recited in any of clauses 1 to 38.

[0175] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination  may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results.

[0176] Unless the context clearly requires otherwise, throughout the description and the claims, the words “comprise, ” “comprising, ” and the like are to be construed in an inclusive sense, as opposed to an exclusive or exhaustive sense, i.e., in the sense of “including, but not limited to. ” As used herein, the terms "connected, " "coupled, " or any variant thereof means any connection or coupling, either direct or indirect, between two or more elements; the coupling or connection between the elements can be physical, logical, or a combination thereof. Additionally, the words “herein, ” “above, ” "below, " and words of similar import, when used in this application, refer to this application as a whole and not to any particular portions of this application. Where the context permits, words using the singular or plural number may also include the plural or singular number respectively. The word "or" in reference to a list of two or more items, covers all of the following interpretations of the word: any one of the items in the list, all of the items in the list, and any combination of the items in the list. Likewise, the term “and / or” in reference to a list of two or more items, covers all of the following interpretations of the word: any one of the items in the list, all of the items in the list, and any combination of the items in the list.

[0177] Conjunctive language such as the phrase “at least one of X, Y, and Z, ” unless specifically stated otherwise, is understood with the context as used in general to convey that an item, term, etc. may be either X, Y, or Z or any combination thereof. Thus, such conjunctive language is not generally intended to imply that certain embodiments require at least one of X, at least one of Y, and at least one of Z to each be present. Further, the use of the phrase “at least one of X, Y or Z” as used in general is to convey that an item, term, etc. may be either X, Y, or Z, or any combination thereof.

[0178] Only a few implementations and examples are described, and other implementations, enhancements, and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A method of wireless communication comprising:receiving, by a first network node from a second network node, a downlink message indicating a group of one or more devices for handling by the first network node,wherein the group of one or more devices is associated with a first group context information stored at the second network node; andbased on the downlink message, transmitting a handling message to at least one device of the group of one or more devices.2.The method of claim 1, wherein the first network node stores a second group context information.3.The method of claim 2, further comprising:updating the second group context information based on the downlink message.4.The method of claim 2, wherein the second group context information includes a group identifier associated with the group of one or more devices, wherein the downlink message includes the group identifier, and wherein the handling message is transmitted based on the group identifier.5.The method of claim 2, wherein the second group context information indicates a mapping between a first type of device identifier and a second type of device identifier,wherein the downlink message indicates the group of one or more devices using the first type of device identifier, andwherein the handling message is transmitted to the at least one device based on the second type of device identifier.6.The method of claim 5, wherein the first type of device identifier is an IMSI, TMSI, IMEI, or a PEI, and wherein the second type of device identifier is an RFID.7.The method of claim 1, further comprising:receiving, by the first network node, one or more handling results from a subset of the at least one device; andtransmitting, by the first network node, an uplink message to the second network node including a group handling result based on the one or more handling results,wherein the first group context information is updated at the second network node based on the group handling result.8.The method of claim 7, wherein the group handling result includes at least one of: a group identifier, a list of device identifiers, a list of the one or more handling results, a NAS packet, a handling area, a handling assistant information, or a group handling priority.9.The method of claim 7, further comprising:updating a second group context information at the first network node based on the one or more handling results.10.The method of claim 7, wherein the at least one device is a plurality of devices, the method further comprising:storing, at the first network node, handling results until a handling result is received from each of the plurality of devices,wherein the uplink message includes the handling result from each of the plurality of devices.11.The method of claim 1, wherein the first group context information or a second group context information stored at the first network node includes at least one of: a device type, a power type, a group identifier, a number of devices in the group, a list of devices in the group, a supported handling type, or a priority level of the group.12.The method of claim 11, wherein the list of devices in the group is associated with a first type of device identity and a second type of device identity different than the first type.13.The method of claim 1, wherein the first group context information or a second group context information stored at the first network node includes handling area information indicating a beam, cell, gNB, RAN node, or tracking area identity (TAI) associated with the group of one or more devices.14.The method of claim 1, wherein the first group context information or a second group context information stored at the first network node includes a handling assistance information indicating a resource to be used for handling the group of one or more devices.15.The method of claim 14, wherein the handling assistance information is stored at the second network node based on the resource being used for a prior handling message to the handling message.16.The method of claim 1, wherein the downlink message includes at least one of: a handling request type, a group identifier, a NAS packet, a list of devices in the group, a number of devices in the group, a group type, a power type, handling area information, handling assistance information, or a priority level of the group.17.The method of claim 1, wherein the handling message is a paging message or a command message.18.The method of claim 1, wherein the group of one or more devices are grouped based on at least one of: a requested handling method, a handling area, a handling assistant information, or a device type.19.The method of claim 1, wherein the group of one or more devices comprise a group of ambient internet-of-things (IOT) devices.20.A method of wireless communication comprising:transmitting, by a second network node to a first network node, a downlink message indicating a group of one or more devices for handling by the first network node,wherein the group of one or more devices is associated with a first group context information stored at the second network node, andwherein the downlink message is configured for use by the first network node to transmit a handling message to at least one device of the group of one or more devices.21.The method of claim 20, wherein the first network node stores a second group context information.22.The method of claim 21, wherein downlink message is used by the first network node to update the second group context information.23.The method of claim 21, wherein the second group context information includes a group identifier associated with the group of one or more devices, wherein the downlink message includes the group identifier, and wherein the handling message is transmitted based on the group identifier.24.The method of claim 21, wherein the second group context information indicates a mapping between a first type of device identifier and a second type of device identifier,wherein the downlink message indicates the group of one or more devices using the first type of device identifier, andwherein the handling message is transmitted to the at least one device based on the second type of device identifier.25.The method of claim 24, wherein the first type of device identifier is an IMSI, TMSI, IMEI, or a PEI, and wherein the second type of device identifier is an RFID.26.The method of claim 20, further comprising:receiving, by the second network node, an uplink message from the first network node including a group handling result based on one or more handling results received at the first network node from a subset of the at least one device,wherein the first group context information is updated at the second network node based on the group handling result.27.The method of claim 26, wherein the group handling result includes at least one of: a group identifier, a list of device identifiers, a list of the one or more handling results, a NAS packet, a handling area, a handling assistant information, or a group handling priority.28.The method of claim 26, wherein a second group context information at the first network node is updated based on the one or more handling results.29.The method of claim 26, wherein the at least one device is a plurality of devices, and wherein the uplink message includes a handling result from each of the plurality of devices.30.The method of claim 20, wherein the first group context information or a second group context information stored at the first network node includes at least one of: a device type, a power type, a group identifier, a number of devices in the group, a list of devices in the group, a supported handling type, or a priority level of the group.31.The method of claim 30, wherein the list of devices in the group is associated with a first type of device identity and a second type of device identity different than the first type.32.The method of claim 20, wherein the first group context information or a second group context information stored at the first network node includes handling area information indicating a beam, cell, gNB, RAN node, or tracking area identity (TAI) associated with the group of one or more devices.33.The method of claim 20, wherein the first group context information or a second group context information stored at the first network node includes a handling assistance information indicating a resource to be used for handling the group of one or more devices.34.The method of claim 33, wherein the handling assistance information is stored at the second network node based on the resource being used for a prior handling message to the handling message.35.The method of claim 20, wherein the downlink message includes at least one of: a handling request type, a group identifier, a NAS packet, a list of devices in the group, a number of devices in the group, a group type, a power type, handling area information, handling assistance information, or a priority level of the group.36.The method of claim 20, wherein the handling message is a paging message or a command message.37.The method of claim 20, wherein the group of one or more devices are grouped based on at least one of: a requested handling method, a handling area, a handling assistant information, or a device type.38.The method of claim 20, wherein the group of one or more devices comprise a group of ambient internet-of-things (IOT) devices.39.An apparatus comprising a processor and a memory storing instructions, execution of which by the processor causes the apparatus to perform the method recited in any of claims 1 to 38.40.A non-transitory computer-readable medium storing instructions, execution of which by a processor of a computing system causes the computing system to perform the method recited in any of claims 1 to 38.

Citation Information

Patent Citations

  • Context-aware AIoT application program deployment method oriented to an edge cloud cooperative system

    CN113485718A