METHOD AND APPARATUS OF SUPPORTING AMBIENT INTERNET OF THINGS (AIoT)

Abstract

Various aspects of the present disclosure relate to a method and apparatus of supporting ambient internet of things (AIoT). An exemplary method performed by a UE may include: receiving AIoT service responses associated with an AIoT task from AIoT devices; and reporting the AIoT service responses associated with the AIoT task with or without UE load related information to a CN via control plane or user plane, wherein the AIoT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished.

Description

METHOD AND APPARATUS OF SUPPORTING AMBIENT INTERNET OF THINGS (AIoT)TECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to techniques of supporting ambient internet of things (AIoT) .BACKGROUND

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

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

[0004] Some implementations of the methods and apparatuses described herein may further include a core network (CN) entity for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CN entity to: determine first aggregation configuration information associated with an AIoT task, wherein the first aggregation configuration information indicates one or multiple of aggregation rules, aggregation entities, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished; and report, to an AIoT application function (AF) , AIoT service responses associated with the AIoT task, wherein the AIoT service responses are aggregated based on the first aggregation configuration information.

[0005] In some implementations of the methods and apparatuses described herein, the aggregation rules include one or multiple of the following: area based aggregation; time based aggregation; service type or data type based aggregation; multi-devices based aggregation; radio access network (RAN) reader or AIoT RAN or AIoT enabled RAN node based aggregation; access and mobility management function (AMF) based aggregation; UE reader based aggregation; or task identifier (ID) based aggregation.

[0006] In some implementations of the methods and apparatuses described herein, the aggregation entities include one or multiple of the following: AIoT readers at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, or task ID based aggregation; AIoT enabled RAN nodes at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, UE reader based aggregation or task ID based aggregation; AMF at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, RAN reader or AIoT RAN or AIoT enabled RAN node based aggregation; UE reader based aggregation or task ID based aggregation; or AIoTF at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, RAN reader or AIoT RAN or AIoT enabled RAN node based aggregation, AMF based aggregation; UE reader based aggregation or task ID based aggregation.

[0007] In some implementations of the methods and apparatuses described herein, each aggregation rule is associated with predefined aggregation performing time, or aggregation performing time determined by an aggregation entity performing aggregation or configured in the first aggregation configuration information or provided by the AIoT AF.

[0008] In some implementations of the methods and apparatuses described herein, the AIoT service responses being aggregated share a same task ID assigned by the CN entity or by the AIoT AF.

[0009] In some implementations of the methods and apparatuses described herein, the at least processor is configured to cause the CN entity to: receive second aggregation configuration information associated with the AIoT task from the AIoT AF, wherein the first aggregation configuration information is determined based on the second aggregation configuration information.

[0010] In some implementations of the methods and apparatuses described herein, determining the first aggregation configuration information may include determining the first aggregation configuration information based on authorization information related to aggregation rules for the AIoT task, wherein the authorization information is based on an authorization check initiated by the CN entity or by another CN entity.

[0011] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the CN entity to: send an ID of the AIoT task to an AIoT reader to perform the AIoT task; and receive corresponding AIoT service responses associated with the AIoT task from the AIoT reader, wherein received AIoT service responses are aggregated at least according to the ID of the AIoT task, or not.

[0012] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the CN entity to: send the aggregation configuration information to the AIoT reader in the case that the AIoT reader is configured as an aggregation entity; and receive the corresponding AIoT service responses associated with the AIoT task aggregated based on the aggregation configuration information.

[0013] In some implementations of the methods and apparatuses described herein, in the case of receiving aggregated AIoT service responses, the at least one processor is configured to cause the CN entity to: receive the aggregated AIoT service responses with or without information indicating aggregation rules used by an aggregation entity to aggregate the AIoT service responses.

[0014] In some implementations of the methods and apparatuses described herein, in the case that the CN entity is an aggregation entity, the at least one processor is configured to cause the CN entity to: perform an aggregation on the received AIoT service responses based on the first aggregation configuration information.

[0015] In some implementations of the methods and apparatuses described herein, performing the aggregation on the received AIoT service responses includes: removing duplicated AIoT service responses at least based on AIoT device ID and the ID of the AIoT task.

[0016] In some implementations of the methods and apparatuses described herein, in the case of a UE reader as an AIoT reader to perform the AIoT task, the at least one processor is configured to cause the CN entity to: send UE load related information to the AIoT AF, indicating a current load status of the UE reader with an associated time stamp, UE ID of the UE reader, and UE current location information, wherein the UE load related information is determined by one or multiple of the UE reader, a RAN node serving the UE reader, or an AMF, or an location management function (LMF) , or the CN entity.

[0017] In some implementations of the methods and apparatuses described herein, the UE load related information further indicates information about a waiting time for the UE reader to perform the AIoT task.

[0018] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the CN entity to: receive subscription information of subscribing to the UE load related information by the AIoT AF.

[0019] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the CN entity to: send UE load report indication information to the UE reader; and receive the UE load related information reported by the UE reader.

[0020] In some implementations of the methods and apparatuses described herein, in the case that there is a protocol data unit (PDU) session between the CN entity and a UE reader to perform the AIoT task, the at least one processor is configured to cause the CN entity to: determine whether there is an existing IP address at the CN entity corresponding to the UE reader before sending any information to the UE via the PDU session; and determine an IP address corresponding to the UE reader in the case of no existing IP address.

[0021] In some implementations of the methods and apparatuses described herein, determining the IP address includes: sending a UE IP address subscription request with UE ID of the UE reader to a session management function (SMF) or user plane function (UPF) ; and receiving the IP address corresponding to the UE ID from the SMF or UPF.

[0022] In some implementations of the methods and apparatuses described herein, in the case that there is a PDU session between the CN entity and a UE reader to perform the AIoT task, the at least one processor is configured to cause the CN entity to: send AIoT service related information to a RAN node serving the UE reader, wherein the AIoT service related information indicates one or multiple of: AIoT resource configuration assistance information, UE identity related information, CN entity identity related information, or ID of the AIoT task.

[0023] In some implementations of the methods and apparatuses described herein, the AIoT resource configuration assistance information includes one or multiple of AIoT service type, an approximate number of AIoT devices based on AF request, an approximate device to reader message size based on AF request, an AIoT radio resource configuration indication used to indicate the RAN node serving the UE reader to configure the UE reader with radio resources, or a size of data to be written into AIoT devices from the UE reader based on AF request.

[0024] Some implementations of the methods and apparatuses described herein may further include a UE for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the UE to: receive AIoT service responses associated with an AIoT task from AIoT devices; and report the AIoT service responses associated with the AIoT task with or without UE load related information to a CN via control plane or user plane, wherein the AIoT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished.

[0025] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the UE to: send an aggregation support indication to the CN via a RAN node serving the UE before receiving the aggregation configuration information.

[0026] In some implementations of the methods and apparatuses described herein, the aggregation configuration information is provided by one or multiple of an AIoTF, policy control function (PCF) , unified data management (UDM) or unified data repository (UDR) .

[0027] In some implementations of the methods and apparatuses described herein, in the case of reporting the UE load related information, the at least one processor is configured to cause the UE to: determine a current load status based on UE implementations; and send the current load status with ID of the UE, a time stamp associated with the current load status and UE current location information in the UE load related information.

[0028] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the UE to: receive UE load report indication information before reporting the UE load related information, wherein the UE load report indication information indicates that reporting of the UE load related information is periodic, aperiodic, or event-triggered.

[0029] In some implementations of the methods and apparatuses described herein, the UE load related information further indicates information about a waiting time for the UE reader to perform the AIoT task.

[0030] Some implementations of the methods and apparatuses described herein may further include a processor for wireless communication, which may include: at least one controller coupled with at least one memory and configured to cause the processor to: receive AIoT service responses associated with an AIoT task from AIoT devices; and report the AIoT service responses associated with the AIoT task with or without UE load related information to a CN via control plane or user plane, wherein the AIoT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished.

[0031] Some implementations of the methods and apparatuses described herein may further include a network equipment (NE) for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the NE to: receive, from a CN, service request related information associated with an AIoT task for the NE or a UE reader, indicating one or multiple of aggregation configuration information, UE load report indication information, or AIoT resource configuration assistance information; and send, to the CN, service response related information at least based on the service request related information.

[0032] In some implementations of the methods and apparatuses described herein, in the case that service request related information includes aggregation configuration information indicating the NE to perform response aggregation, the at least one processor is configured to cause the NE to: aggregate AIoT service responses associated with the AIoT task at least based on the aggregation configuration information.

[0033] In some implementations of the methods and apparatuses described herein, before receiving the aggregation configuration information indicating the NE to perform response aggregation, the at least one processor is configured to cause the NE to: send an aggregation support indication to the CN.

[0034] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the NE to: send information indicating aggregation rules used to aggregate the AIoT service responses to the CN.

[0035] In some implementations of the methods and apparatuses described herein, in the case that the NE is an AIoT reader to perform the AIoT task and the aggregation configuration information indicates a reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished, the at least one processor is configured to cause the NE to: send AIoT responses associated with the AIoT task received after sending aggregated AIoT service responses.

[0036] In some implementations of the methods and apparatuses described herein, in the case that the NE serves a UE reader to perform the AIoT task, the at least one processor is configured to cause the NE to: send UE load related information of the UE reader to the CN, including a current load status of the UE reader, an ID of the UE and a time stamp associated with the current load status, and UE current location information in the UE load related information, wherein part or all of the UE load related information is received from the UE reader or determined by the UE reader.

[0037] In some implementations of the methods and apparatuses described herein, in the case that part or all of the UE load related information is determined by the UE reader, the at least one processor is configured to cause the NE to: determine the UE load related information based on the UE load report indication information indicated in the service request related information or based on implementations of the NE.

[0038] In some implementations of the methods and apparatuses described herein, in the case that the NE serves a UE reader to perform the AIoT task, and there is a PDU session between the UE reader and the CN, the at least one processor is configured to cause the NE to: configure radio resources for the UE reader to perform the AIoT task based on a request from the UE reader, or based on the AIoT resource configuration assistance information in the service request related information.BRIEF DESCRIPTION OF THE DRAWINGS

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

[0040] Figure 2 illustrates an example of a procedure of supporting AIoT under Topology 1 in accordance with aspects of the present disclosure.

[0041] Figure 3 illustrates an example of a procedure of supporting AIoT under Topology 2 control plane solution in accordance with aspects of the present disclosure.

[0042] Figure 4 illustrates an example of a procedure of supporting AIoT under Topology 2 user plane solution in accordance with aspects of the present disclosure.

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

[0044] Figure 6 illustrates an example of a processor in accordance with aspects of the present disclosure.

[0045] Figure 7 illustrates an example of a NE or a CN entity in accordance with aspects of the present disclosure.

[0046] Figure 8 illustrates a flowchart of method performed by a UE in accordance with aspects of the present disclosure.

[0047] Figure 9 illustrates a flowchart of method performed by a NE in accordance with aspects of the present disclosure.

[0048] Figure 10 illustrates a flowchart of method performed by a CN entity in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

[0049] IoT has attracted much attention in wireless communication world, where IoT devices usually have a smaller size, lower complexity, lower power consumption and huger number (e.g., tens or even hundreds of billion IoT devices) than existing UEs. The IoT devices are typically battery less devices with no energy storage capability, or devices with energy storage that do not need to be replaced or recharged manually, for which the energy may be provided through the harvesting of radio waves, light, motion, heat, or any other power sources that are suitable for providing energy for the devices. For simplicity, such kind of IoT devices may be referred to as AIoT devices (or tags) . In other words, an AIoT device may be an IoT device with limited energy storage capability and powered by energy harvesting.

[0050] There are two main types of AIoT devices to be studied for 3rd generation partnership program (3GPP) Release 19, including: device-terminated (DT) and device-originated -device-terminated triggered (DO-DTT) . Accordingly, the following two connectivity topologies are to be studied: - Topology 1: BS (or the like) <--> AIoT Device; - Topology 2: BS (or the like) <--> intermediate node <--> AIoT Device. Under Topology 1, an exemplary reader is a NE, RAN node or BS or the like, which may be  referred to as NE reader, RAN reader, BS reader or AIoT RAN etc. In some cases, an AIoT RAN may include one or more RAN readers or BS readers or the like. Communications between the BS reader and AIoTF may be via the AMF or not, which may be referred to direct path (no AMF) or indirect path (via AMF) respectively. Under Topology 2, the intermediate node acts as an AIoT reader. An exemplary intermediate node may be a UE, which may be referred to as a UE reader. A NE, RAN node or BS or the like serving a UE reader is AIoT enabled, which may be referred to an AIoT enabled RAN node, AIoT enabled RAN, AIoT BS or the like. In addition, there are two solutions under Topology 2, including control plane solution, e.g., RRC based solution and user plane solution.

[0051] Moreover, two kinds of services are being considered for AIoT: inventory and command. Regarding command, it may include read, write, enable and disable etc.

[0052] There are various issues to be solved under the two connectivity topologies. For example, for both Topology 1 and 2, one issue is how to configure the readers (BS reader or UE reader or the like) and AIoT related network entities (e.g., AMF, AIoTF etc. ) to perform AIoT service response aggregation (hereinafter may be referred to as AIoT service response aggregation, or AIoT service aggregation or AIoT response aggregation or the like) . Some issues may only exist under Topology 2. For example, one issue under Topology 2 is related to UE load status exposure or reporting to the AIoT AF for UE reader selection or other purposes. Another issue is under Topology 2 user plane solution, and related to how the AIoTF knows the IP address of a UE reader, and communicates with the UE reader via the PDU session. Yet another issue is also under Topology 2 user plane solution, and related to how to enable a RAN node, e.g., a gNB serving a UE reader to configure the UE reader with radio resources to support interactions between the UE reader and AIoT devices on the AIoT radio interface.

[0053] Various aspects of the present disclosure propose that when a CN entity, e.g., an AIoTF receives an AIoT task (or task or the like) , e.g., an inventory task indicated in an AIoT service request from the AIoT AF, the CN entity may determine aggregation configuration information (e.g., first aggregation configuration information for simplification and clarity) associated with the AIoT task. Exemplary first aggregation configuration information may indicate one or multiple of aggregation rules, aggregation entities, aggregation indication, aggregation performing time which is related to how long an aggregation will be performed at an aggregation entity, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished etc. The aggregation configuration information may be configured for the AIoTF itself and / or for other network entity (s) , e.g., AMF and / or readers etc. The corresponding aggregation entity (s) may perform aggregation on the received AIoT service responses (may be referred to as AIoT service results, or AIoT responses or AIoT results or the like) based on the first aggregation configuration information. Accordingly, the AIoTF may report to the AIoT AF, aggregated AIoT service responses associated with the AIoT task. Under Topology 2, if there is UE load related information at the AIoTF side, which may be determined by the AIoTF or reported from other entities, the AIoTF may also transmit the UE load related information to the AIoT AF, e.g., via NEF as an event exposure service.

[0054] Various aspects of the present disclosure also propose that for an AIoT task, a UE as a reader under Topology 2 may receive AIoT service responses associated with the AIoT task from the associated AIoT devices. The UE may report the AIoT service responses associated with the AIoT task to the CN via control plane or user plane. In the case that the AIoT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, the UE may perform aggregation on the received AIoT service responses. Similarly, the aggregation configuration information may indicate one or multiple of aggregation rules, aggregation indication, aggregation performing time related to how long an aggregation will be performed at the UE reader, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished. In some cases, the UE may send UE load related information to the CN, which may be configured by the RAN side or CN side. The UE load related information may be reported together with the AIoT service responses or separate from the AIoT service responses.

[0055] Various aspects of the present disclosure also propose that a NE or RAN node, e.g., a gNB may receive, from the CN side, service request related information associated with an AIoT task for the gNB (e.g., as a reader or an AIoT enabled gNB) or UE readers. The service request related information may be known information in an AIoT service request or other information related to an AIoT task. For example, the service request related information may indicate one or multiple of aggregation configuration information, UE load report indication information, or AIoT resource configuration assistance information etc. The gNB may determine service response related information at least based on the service request related information, and / or receive service response related information at least based on the service request related information, e.g., from AIoT devices or UE readers. Then, the gNB may transmit the determined and / or received service response related information to the CN side.

[0056] Considering 3GPP evolution, terminologies, especially the name of each network function (NF) entity (or NF) may change, and thus the related terminologies are only exemplary herein. In future, e.g., in 6G standardization, the network functions providing the same functionality / service may be differently named or may be incorporated or separated. Taking AIoTF as an example, it is assumed to be a dedicated CN network function to handle AIoT related traffics. An exemplary AIoTF may either be a standalone network function, or co-located with the AMF. The main functionalities of the AIoTF may include one or more of the following: Receive and transmit AIoT related data and / or signalling from and / or to the AIoT  application server Select appropriate AIoT reader (e.g., UE or RAN) for the transmission of AIoT data  and / or signalling to the target location and / or area and / or AIoT device  Receive the registration request from the reader and store the reader information and the associated ambient IoT devices information Establish an AIoT session with the A-IoT AF and / or access stratum (AS) for  transmission Authentication and authorization for the device access, which triggers interaction with  AUSF and / or UDM Collect charging data and interact with charging function (CHF) for charging AIoT device and reader context management.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0072] To support AIoT service response aggregation, various aspects of the present disclosure propose various aggregation rules (or referred to as options or standards or criterions etc. ) and aggregation entities. The same aggregation rule may correspond to one or more aggregation entities, vice versa. Thus, for the same task, different rules can be used in the same aggregation entity separately or in combination, or can be used in different aggregation entities separately or in combination. Aggregation associated with different tasks may apply the same or different aggregation rules and / or entities.

[0073] Table 1 shown below illustrates some exemplary aggregation rules and corresponding aggregation entities. Each aggregation rule may be associated with an ID or index. Table 1

[0074] Persons skilled in the art would well understand that the aggregation configuration information related to aggregation rules and entities illustrated in Table 1 are only as examples. The illustrated aggregation rules may be performed by other aggregation entities besides the illustrated, and the illustrated aggregation entities may perform other aggregation rules besides the illustrated. For example, there may be session ID (that is used to identify the task in the control plane) based aggregation, which may be performed by the UE reader, BS reader, gNB (AIoT enabled) , AIoTF, AMF. Moreover, the names of the illustrated aggregation rules are also only used for illustration, and there may be other names based on the same or similar aggregation details.

[0075] In accordance with aspects of the present disclosure, an aggregation rule may be associated with a timer or a time duration or the like unless the aggregation rule itself is associated with aggregation performing time, e.g., time based aggregation. The timer or time duration or the like defines how long an aggregation will be performed at an aggregation entity, or that all the responses received within this time duration that share the same task ID should be aggregated into one response, and the defined time may be referred to as the aggregation performing time or the like. The aggregation performing time may be determined by an aggregation entity performing aggregation based on implementations, or configured by the AIoTF or gNB (e.g., for UE reader) or the like, or provided by the AIoT AF (or AIoT application server) . In addition, the aggregation is performed for AIoT service responses associated with the same task, and thus task ID (or service ID) based aggregation or session ID based aggregation may be used as a basic aggregation rule, separately or in combination with other aggregation rule (s) , which may be default or predefined if not explicitly configured. The task ID, or service ID or session ID may be configured or assigned by the AIoTF or AIoT AF or the like, which can uniquely identify the AIoT service request from the AIoT AF.

[0076] Whether to perform AIoT response aggregation may be determined by the AIoT AF or by the AIoTF. Regarding how to perform the AIoT response aggregation, it may be partially or entirely determined or configured by various entities, e.g., the AIoT AF, AIoTF, AMF, readers, AIoT enabled gNB etc., under the premise that AIoT response aggregation is requested by the AIoTF or AIoTF.

[0077] For example, the AIoT AF may indicate aggregation configuration information (second aggregation configuration information for clarity) to the AIoTF. Exemplary second aggregation configuration information may include aggregation performing time, e.g., a timer or a duration; aggregation rules, e.g., one or more of those illustrated in Table 1; an aggregation indication used by the AIoT AF to indicate that response aggregation is required for the associated task; or a reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished (hereinafter referred to an exception indication for simplification and clarity) ; or any combination thereof. If such an exception indication is indicated in the second aggregation configuration information, the corresponding aggregation entity will not discard the lately arrived responses that has the same task ID (or service ID etc. ) as the previous aggregated AIoT response. Based on the second aggregation configuration information, the AIoTF may determine the first aggregation configuration information, e.g., indicates one or multiple of aggregation rules, aggregation entities, aggregation indication, aggregation performing time, or exception indication etc. In some cases, there is no second aggregation configuration information from the AIoT AF, the AIoTF may determine the first aggregation configuration information on its own initiative.

[0078] However, the present disclosure do not exclude that other entities, e.g., AMF or gNB etc., determine or configure whether and how to perform aggregation on its own initiative. For example, an AIoT enabled gNB under Topology 2 control plane solution, e.g., RRC based, may configure itself to perform aggregation or configure the UE reader to perform aggregation. On the other hand, when an aggregation entity performs AIoT response aggregation, it may remove duplicated AIoT service responses at least based on AIoT device ID and the task ID or the like in some cases, which may be up to implementations on the aggregation entity, or based on configured or predefined rule or requirements.

[0079] UE load related information reporting or exposure under Topology 2 is also considered in accordance with some aspects of the present disclosure. UE load related information may be used for UE reader selection or other purposes. Exemplary UE load related information may indicate the current load status of a UE reader with an associated time stamp, UE ID of the UE reader, and / or UE current location information etc. In some cases, exemplary UE load related information may further indicate information about a waiting time for the UE reader to perform the AIoT task, which is associated with a task ID or service ID or the like to identify the AIoT task.

[0080] UE load related information can be determined by various entities, e.g., one or multiple of the UE readers, a RAN node serving the UE reader, the associated AMF, the associated LMF or the AIoTF etc., which may be based on implementations or configurations (e.g., received UE load report indication information) etc. For example, if a UE is serving too many AIoT devices, either the UE itself, or the AIoTF that assigns the AIoT service or task to the UE, or the RAN node serving the UE etc., can determine that the UE reader is currently overloaded based on implementations, e.g., how many commands have been assigned to the UE reader within a time duration. That is, the current load status of the UE reader is determined to be "overloaded" at the time indicated by the time stamp. The determined UE load related information may be reported to the AIoTF via control plane or user plane. Therefore, the AIoTF, or the gNB serving the UE reader, may choose another UE reader instead of the overloaded UE reader to perform the AIoT service when selecting UE reader (s) for an AIoT task. UE load related information reporting may be periodic, aperiodic, or event-triggered (e.g., the current load status of the associated UE reader changes, e.g., from normal to overloaded) .

[0081] Moreover, the UE load status (e.g., overloaded) may be further exposed or reported from the AIoTF to the AIoT AF, e.g., via the NEF or the like, so that the AIoT AF is aware of the load status of the UE readers and may not chooses the overloaded UE reader to implement the AIoT service, especially when the AIoT AF or application server wants to assign a task to specific UE reader (s) , e.g., by sending UE ID (s) to 5GC system (5GS) or the like.

[0082] In some implementations of the present disclosure, the UE load related information may be one of the NEF exposure events to the AIoT AF related to the AIoT service or task, e.g., Nnef_AIoT, or Nnef_EventExposure or the like. The AIoT AF may subscribe the UE load related information by sending subscription information to the AIoTF. Exemplary subscription information may be for one UE whose UE information is sent by the AIoT AF (AF wants to assign a task to a specific UE reader) , or targeting for the UE reader (s) selected by 5GC, or targeting for all the UE readers associated with the AIoTF. The NEF may also check whether the AIoT AF is authorized to perform or request for such subscription from UDM / UDR or another AIoT data management network function which is dedicated for AIoT devices related information.

[0083] Some exemplary implementations in accordance with various aspects of the present disclosure are illustrated below respectively in view of Topology 1, Topology 2 control plane solution, and Topology 2 user plane solution.

[0084] Figure 2 illustrates an example of a procedure of supporting AIoT under Topology 1 in accordance with aspects of the present disclosure, wherein AIoT response aggregation is considered. Herein, only one BS reader is illustrated as an example.

[0085] Referring to Figure 2, a BS reader, e.g., gNB#1 may send an aggregation support indication to the AIoTF at step 201, either directly via Nx interface to the AIoTF at step 201a, or indirectly via the AMF at steps 201b and 201c. For example, the aggregation support indication may be sent when gNB#1 sets up the Nx connection with the AIoTF as a part of gNB capability information, which may be together with the reader ID, reader location, serving area and other capability information etc.

[0086] At step 203, the AIoT AF may send an AIoT service request (e.g., inventory and / or command) to the CN, e.g., 5GS, to assign AIoT tasks to AIoT devices, e.g., to an AIoTF via the NEF. Exemplary AIoT service request may include one or multiple of the target location, task ID, target device ID or device group ID, inventory strategy which is related to how to perform the inventory and filtering criteria, etc., data to write for write command (if any) , response reporting configuration, or second aggregation configuration information, etc. Persons skilled in the art should well know that the AIoT service request is popularly used for indicating the AIoT task among various entities during being transmitted from the AIoT AF to the AIoTF and then to the readers, there may be a little difference among the AIoT service requests between different entities during the transmission, which are not considered herein except the part focused by the present disclosure, e.g., the part related to response aggregation or UE load related information reporting etc. It is similar to AIoT service response transmission from the readers to the AIoTF and then to AIoT AF.

[0087] The AIoT service request from the AIoT AF may be firstly authorized by the NEF, e.g., by checking the application subscription information from the UDM / UDR, based on the service layer agreement (SLA) between the 5GC and the AIoT AF, using the AF ID (e.g., application identifier) , or AF transaction internal ID, or data network name (DNN)  / single network slice selection assistance information (S-NSSAI) etc. Then, if the AIoT service request is authorized, the NEF may select an AIoTF, e.g., from the network repository function (NRF) based on the target location information or reader ID (if available in the AIoT service request) , and forward the AIoT service request to the selected AIoTF. If the AIoT service request is not authorized, the NEF shall reject the AIoT service request. Herein, it is always assumed that the AIoT service request form the AIoT AF is authorized.

[0088] In some cases, the NEF may also perform aggregation authentication on the associated task indicated in the AIoT service request, and provide authorization information related to at least the aggregation rules for the associated task. The authorization information may generally indicate that AIoT response aggregation associated with the task from the AIoT AF is allowed or authorized, or indicate specific aggregation rules allowed for the associated AIoT response aggregation.

[0089] The AIoTF may determine or select BS reader (s) (or target BS readers) to perform the received AIoT service request at step 205. For example, the AIoTF may select BS reader (s) based on the target location, BS reported serving area or location and last serving reader information stored locally for a specific AIoT device, etc.

[0090] The AIoTF may also determine the first aggregation configuration information for the associated task. Determining the first aggregation configuration information at the AIoTF may be based on the AIoT AF request (AF request, e.g., the second aggregation configuration information in the AIoT service request) , local configuration and operator policies, and / or BS reader reported capability etc. For example, the AIoTF may determine AIoT device group based aggregation for gNB#1 as an aggregation entity in the direct path case, or the AIoTF may determine BS reader based aggregation for AMF as an aggregation entity in the indirect path case, or the AIoTF may determine to apply AIoT device group based aggregation and BS reader based aggregation by itself. The aggregation rules should be authorized, which may be based on the authorization information provided by the NEF or the authorization results made by the AIoTF itself before and / or when determining the first aggregation configuration information.

[0091] For example, if the NEF do not provide authorization information related to the received task or the authorization information does not indicate allowed or authorized aggregation rules for the task, the AIoTF may further to check whether the AIoT AF is allowed to apply for certain aggregation rules, e.g., by checking the AIoT application subscription information from the UDM / UDR. The AIoT application subscription information or data may be either a part of the application subscription data in the UDM / UDR, or a part of a dedicated network function that is used for AIoT data management, different from UDM / UDR, e.g., AIoT data management function where the AIoT related information for the AIoT AF is stored.

[0092] The AIoTF may send the AIoT service request to the selected BS reader, e.g., gNB#1 at step 207, e.g., in the direct path at step 207a or in the indirect path via the AMF at steps 207b and 207c. If the first aggregation configuration information includes aggregation configuration information for the BS reader, the AIoT service request may also include the corresponding aggregation configuration information. In addition, in the case of indirect path case, if the first aggregation configuration information includes aggregation configuration information for the AMF, the AIoTF may also send the corresponding aggregation configuration information for the AMF, e.g., with the task ID. The AMF needs to store the AIoT service context to conduct the AIoT service aggregation.

[0093] At step 209, the BS reader, e.g., gNB#1 may send the received AIoT service request to the associated AIoT devices, and receive the AIoT responses from the associated AIoT devices. If there is aggregation configuration information for gNB#1, gNB#1 may aggregate the received AIoT responses based on the aggregation configuration information. The BS reader may buffer the aggregated responses during the aggregation performing time and then send the aggregated results to the AIoTF at step 211, e.g., in the direct path at step 211a or in the indirect path via the AMF at steps 211b and 211c. For example, for the case of indirect path, gNB#1 may send the aggregated AIoT responses to the AIoTF via the AMF, together with the AIoTF ID for the AMF to route to the correct AIoTF.

[0094] If an exception indication is configured for the BS reader, the BS reader may report or send the lately received responses (if any) that share the same task ID or the like related to the received aggregation configuration information to the AIoTF, instead of discarding them.

[0095] In some cases, e.g., the aggregation configuration information from the AIoTF does not provide specific aggregation rules for the task to be used at the BS reader, the BS reader may also report the applied aggregation rule (s) , e.g., indicating the index of the applied aggregation rule at the BS reader. The index and the corresponding aggregation rule (s) are available at both the CN side and the reader side.

[0096] In some cases, in the case of indirect path, the AMF may aggregate the AIoT responses received from the BS reader according to the aggregation configuration information provided by the AIoTF (if any) . For example, the AMF may further aggregate the AIoT responses per BS reader, and send the aggregated AIoT response, e.g., associated with the task ID and the BS reader ID etc., to the AIoTF. The AMF may also indicate the applied aggregation rule (s) to the AIoTF, e.g., by the associated aggregation rule index (s) . In some scenarios, e.g., no aggregation configuration information configuring the AMF to perform aggregation, the AMF may just act like a dumb router to forward the AIoT responses received from the BS reader to the AIoTF and not perform aggregation. In the case of hierarchy architecture, the lower locally deployed AMFs may aggregate the responses within its own serving area, and send to the central (or higher) AIoTF.

[0097] The AIoTF may send or report the received AIoT responses associated with the same task to the AIoT AF at step 213. In some cases, the AIoTF may perform aggregation on the received AIoT responses (aggregated or not) based on the corresponding aggregation configuration information, e.g., including removing the duplicated responses. In some cases, the AIoTF may also indicate the applied aggregation rule (s) to the AIoT AF with the reported AIoT responses. If the AIoTF receives AIoT service responses associated with the same AIoT task after the associated aggregation is finished, the AIoTF may also report or send the lately received responses that share the same task ID or the like to the AIoT AF.

[0098] Figure 3 illustrates an example of a procedure of supporting AIoT under Topology 2 control plane solution in accordance with aspects of the present disclosure, wherein AIoT response aggregation and UE load related information reporting is considered. Herein, only one UE reader and the RAN node serving the UE reader, e.g., gNB#1 is illustrated as an example. In addition, it is assumed that gNB#1 is always AIoT enabled. It is also assumed that gNB#1 will be able to store the AIoT service context locally, such as the task ID, service type, data type, etc., so as to process and perform the aggregation and other AIoT related service processing. Although both AIoT response aggregation and UE load related information reporting is illustrated in Figure 3, it does not mean the UE load related information reporting is dependent on the AIoT service aggregation under Topology 2, vice versa. AIoT service aggregation and UE load related information reporting can be applied separately or in combination with other technologies besides those illustrated herein.

[0099] Referring to Figure 3, UE may send a UE registration request to the AMF via gNB#1 at step 301a and then step 301b. The AMF may interact with the UDM / UDR to check whether the UE is authorized to act as an AIoT reader. Considering AIoT service aggregation, UE readers may also send an aggregation support indication to the AMF via gNB#1. For example, the aggregation support indication may be included in the UE registration request as a part of UE reader capability information, e.g., together with the UE ID, UE location, UE serving area, UE reader indication, and / or other UE reader capability information etc. The AMF may further authorize or check whether the UE reader is allowed to perform AIoT response aggregation, which may also be a part of the UE subscription data in UDM / UDR.

[0100] As the serving gNB for the UE reader, gNB#1 may also send an aggregation support indication to the AMF at step 301b, e.g., together with the gNB ID, gNB location, gNB serving area information, etc., similar to that illustrated in step 201.

[0101] For the authorized UE reader, the AMF may send the UE reader information, and serving gNB information to the selected AIoTF at step 301c. AMF may locally store the serving gNB information for the UE reader, and sends the reader authorization response or result to the gNB and the UE reader. In some cases, e.g., the AMF does not provide the authorization information related to whether the UE reader is authorized or allowed to perform AIoT response aggregation, the AIOTF may check whether the UE reader is allowed to perform AIoT response aggregation, e.g., by checking the UE subscription information from UDM / UDR after receiving the UE reader information.

[0102] Similar to step 203, the AIoT AF may send an AIoT service request (e.g., inventory and / or command) to the CN, e.g., 5GS, to assign an AIoT task to AIoT devices at step 303, which may be firstly authorized by the NEF and will not repeat. Moreover, considering the UE load related information reporting or notification, the AIoT AF may send subscription information of subscribing to the UE load related information to the AIoTF in the AIoT service request, e.g., indicating the target UE reader ID, the event notification target address (e.g., AIoT AF IP address) and AIoT AF ID etc.

[0103] At step 305, after receiving the AIoT service request, the AIoTF may select or determine the UE readers and determine the first aggregation configuration information for the associated task (it is assumed that aggregation will be applied) . For example, the AIoTF may select UE reader (s) based on the target location and the UE information (e.g., capability, location, serving area, etc. ) etc. The selected or determined UE reader may be either a specific UE or a candidate UE list (sent to the gNB for further down-selection the final UE reader) . Regarding the first aggregation configuration information, it can be determined similar to that illustrated in view of Topology 1 in Figure 2, except that the reader is UE reader rather than BS reader, which may impact the aggregation rule and entity selection. In the case that gNB#1 also indicates that it supports the AIoT service aggregation, the AIoTF may configure gNB#1 to perform aggregation and send the corresponding aggregation configuration information to gNB#1. Similarly, before and / or when determining the first aggregation configuration information, the AIoTF may also perform aggregation authentication / authorization, e.g., by checking the AIoT application subscription information from the UDM / UDR.

[0104] In some cases, the AIoTF may also configure UE load report indication information for determined UE reader, or AMF, or the RAN node serving the UE reader, e.g., gNB#1, etc. The UE load report indication information may only indicate a request of UE load related information reporting, or further indicate how to report, e.g., periodic, aperiodic, or event-triggered etc. In some cases, the AIoTF may determine the UE load related information by itself and will not provide any UE load report indication information for the UE reader etc., even in the case of receiving related subscription information from the AIoT AF.

[0105] The AIoTF may send the AIoT service request to the AMF at step 307a. The AIoT service request may include the service information (e.g., inventory or command) , target device ID, target location, UE ID (in the case of a UE reader is selected) or candidate UE ID list (for the gNB in the case of a list of candidate UE) , aggregation configuration information, AIoTF ID (for uplink routing) , and / or UE load report indication information, etc.

[0106] For example, in the case that a specific UE reader is selected by the AIoTF, the AIoTF may send the AIoT service request to the selected UE reader via the AMF, so that the AMF will send the AIoT service request to the selected UE reader via the RAN node serving the UE reader, e.g., gNB#1 at steps 307b and 307c. In the case that a list of candidate UE readers are selected by the AIoTF, the AIoTF may forward the AIoT service request including the candidate UE reader list to the associated gNB, e.g., gNB#1 via the AMF for further down-selection, and the AMF may send the AIoT service request including the candidate UE reader list to gNB#1 at step 307b. Then, after selecting a specific UE reader from the candidate UE reader lists, gNB#1 may send the AIoT service request to the selected UE reader at step 307c.

[0107] Considering the AIoT service aggregation, the gNB serving the UE reader may further provide aggregation configuration information (it is assumed that AIoT response aggregation for the associated task is allowed) , e.g., configuring specific aggregation rules and / or aggregation performing time etc. In some cases, in the case that the AIoTF configures the AMF and / or gNB serving the UE reader as an aggregation entity, the AMF or gNB may decide the specific aggregation rules by themselves.

[0108] Considering UE load related information reporting, in the case that the AIoTF does not provide UE load report indication information or the UE load report indication information only indicates a request of UE load related information reporting, gNB#1 may configure UE load report indication information (e.g., configure how to report in the case that the AIoTF indicates a request of UE load related information reporting) and send it to the selected UE reader. In some cases, the AMF or gNB serving the UE reader may determine UE load related information by itself and report it, instead of receiving reporting from the UE reader.

[0109] At step 309, the UE reader that receives the AIoT service request may interact with the AIoT devices and gets the data from the associated AIoT devices.

[0110] If there is aggregation configuration information for the UE reader, the UE reader will perform AIoT responses aggregation based on the aggregation configuration information, e.g., buffering the aggregated responses during the aggregation performing time and removing duplicated responses etc. In some cases, e.g., the UE reader is configured as an aggregation entity but no aggregation rules are configured for the aggregation associated with the indicated task. Then, the UE reader may obtain aggregation rules from the PCF / UDM, e.g., based on pre-configuration at the PCF / UDM, if UE has indicated the support of service responses aggregation.

[0111] In addition, the UE reader may also determine the current load status related to AIoT service based on implementation, e.g., how many devices the UE reader is currently serving, the CPU condition, or battery condition, etc. The UE reader may report the UE load related information, e.g., periodically, aperiodically or event-triggered according to the requirements from the AIoTF or AIoT AF or gNB.

[0112] At step 311a, the UE reader may send the AIoT service responses associated with the task, e.g., identified by the task ID to the gNB serving the UE reader, e.g., gNB#1. If the UE reader performs aggregation on the AIoT service responses, the UE reader may optionally report the adopted aggregation rule (s) , e.g., by indicating the index (s) of the adopted aggregation rules. The UE reader may also send UE load related information to gNB#1 based on implementations and / or requirements from the RAN side or CN side, which may indicate the current load status of the UE reader, UE current location information, UE ID and the associated timestamp etc. In some cases, the UE reader may also indicate information about a waiting time for the UE reader to perform the AIoT task, which is similar to a latency for the AIoT task. The UE location information can either be sent as part of the UE load related information, or separately upon subscription of the UE location information by the CN side or RAN side.

[0113] In addition, if an exception indication is received at the UE reader, the UE reader may send the lately received AIoT responses that have the same task ID with the previously aggregated one, to gNB#1, which will be further transmitted to the AIoTF via the AMF and then to the AIoT AF.

[0114] At the RAN side, gNB#1 may send the received AIoT service responses to the AMF at step 311b. In some cases, gNB#1 may process the AIoT service responses, e.g., performing aggregation based on certain aggregation rule (s) , e.g., based on UE reader based aggregation and / or cell based aggregation (per cell) etc. The applied aggregation rules may be configured by the AIoTF or determined by the gNB itself. Similarly, the gNB may report the applied aggregation rule (s) . For example, when a sensing service task#1 are assigned to 2 UE readers, e.g., UE #1 and UE #2, the gNB can aggregate the AIoT responses from UE#1 that are identified by task#1 into a single aggregated response, which is associated with UE#1; and the AIoT responses from UE#2 that are identified by task#1 into another single aggregated response, which is associated with UE#2.

[0115] Similarly, the gNB may also transmit the UE load related information to the AMF, which may be determined by the gNB itself or received from the UE reader together with or separately from the AIoT service response.

[0116] At step 311c, the AMF may further transmit the received AIoT service responses to the AIoTF, with other associated information (if any) received from the gNB and supposed to be transmitted to the AIoTF. In some cases, the AMF may just acts as a dumb router, and send the AIoT service responses received from the gNB to the AIoTF directly without any processing, e.g., performing aggregation etc. In some cases, e.g., the AIoTF indicates the AMF to perform aggregation, the AMF may also aggregate the received AIoT responses, e.g., per gNB level, and send the aggregated AIoT responses to the AIoTF.

[0117] Similarly, the AMF may also transmit the UE load related information to the AIoTF, which may be determined by the AMF itself, or by the gNB or UE reader together with or separately from the AIoT service responses.

[0118] At the AIoTF side, it may send the received AIoT service responses to the AIoT AF, e.g., via the NEF at step 313. Similarly, in some cases, the AIoTF may aggregate the received AIoT responses based on the first aggregation configuration information (if any) , or not process the received AIoT service responses. Meanwhile, the AIoTF may also transmit the UE load related information to the AIoT AF, which may be determined by the AIoTF itself, or by the AMF, gNB or UE reader, together with or separately from the AIoT service responses. The UE load related information can be an event exposure from the NEF to the AIoT AF, e.g., as a part of the NEF service.

[0119] Under Topology 2 user plane solution, a PDU session is established between the UE reader and AIoTF. Similar information associated with AIoT response aggregation and UE load related information reporting illustrated under Topology1 and Topology 2 control plane can be communicated via the PDU session from the UE reader to the AIOTF. The UE reader and the AIoTF can perform the aggregation, and / or performing UE load related information reporting similar to that illustrated in view of Topology 2 control plane solution, and thus will not repeat herein. Since the PDU session is transparent for the AMF and the gNB serving the UE reader, the AMF and gNB may not perform aggregation or report UE load related information by themselves (except transparently forwarding that received from the UE reader) via user plane, unless there are specific configuration or information for them, e.g., from the AIoTF etc.

[0120] Moreover, there are other issues needed to be solved under Topology 2 user plane solution. One issue is related to IP address corresponding to the UE reader (UE IP address) . The AIoTF needs to determine whether there is an IP address corresponding to the UE reader before sending any information to the UE via the PDU session. For example, when an AIoT service request comes to the AIoTF, the AIoTF needs to forward the associated service information to the target UE reader via the PDU session. Thus, the AIoTF needs to be aware of the mapping or association between the UE ID and UE IP address. In some cases, the UE IP address may not be available at the AIoT AF when sending the AIoT service request to the AIoTF (e.g., via the NEF) , or the UE IP address may have been changed. When the AIoTF selects such a UE reader for the AIoT task, since there is no available IP address corresponding to the selected UE reader (e.g., no IP address, or the IP address is not the latest or current one) at the AIoTF, the AIoTF needs to obtain the UE IP address to communicate with the UE reader via the PDU session.

[0121] During the PDU session establishment procedure, it is either the SMF or UPF that allocates the UE IP address for the PDU session. Therefore, the SMF and / or the UPF knows the UE IP address for the PDU session. Thus, the AIoTF may obtain the UE IP address from one or multiple of the SMF or UPF. For example, the AIoTF may send a UE IP address subscription request to the SMF or UPF using the UE ID and the PDU session ID. Based on the received UE ID and the PDU session ID, the SMF or UPF may send the corresponding UE IP address for the PDU session to the AIoTF. In the case of SMF, the SMF may send the UE IP address either from the SMF to the AIoTF via service based interface (SBI) interface in the control plane, or via the UPF to the AIoTF in the user plane. Then, using the received UE IP address, the AIoTF can send the AIoT service request to the target UE reader via the PDU session in the downlink. If the UE IP address for the PDU session changes, the SMF and / or the UPF may notify the AIoTF the newly allocated IP address for the UE reader.

[0122] Another issues under Topology 2 user plane solution is related to resource configurations for the UE reader. Since the PDU session content is transparent to the RAN node serving the UE reader, e.g., serving gNB, how to enable or equip the gNB with the necessary information to perform resource configurations (AIoT service radio resources between the AIoT devices and UE reader) for the UE reader has not be solved yet. It is generally acknowledged that the gNB serving the UE reader needs to provide the necessary radio resources to the UEs within its cell. One option for radio configuration is to allocate the radio resources to the UE reader when the UE is authorized to act as a reader. However, it is more useful and rational to allocate the radio resources to the UE reader based on the specific AIoT task or service that the UE reader needs to implement, which is an on-demand basis, and the gNB needs to be aware of the specific AIoT task.

[0123] In accordance with some aspects of the present disclosure, the gNB serving the UE reader can configure resources for the UE reader to perform AIoT task based on the request from the UE reader with the AIoT service request related information. That means the UE reader may not obtain the resources for the AIoT task timely in some scenarios. Given that, some aspects of the present disclosure propose that the gNB can be configured with the AIoT service related information by the CN side to enable the gNB to provide AIoT task based AIoT radio resources configuration for the UE reader. The AIoT service related information may be configured or provided by the AIoTF either directly or via the SMF (both via the AMF to the gNB) .

[0124] Figure 4 illustrates an example of a procedure of supporting AIoT under Topology 2 user plane solution in accordance with aspects of the present disclosure, wherein the gNB serving the UE reader is enabled to configure AIoT radio resources for the UE reader based on the AIoT service related information.

[0125] Referring to Figure 4, it is assumed that before an AIoT service request is sent to the AIoTF from the AIoT AF, a PDU session has been established between the UE (to be a selected UE reader) and the AIoTF. For example, to operate as a UE reader, the UE may establish a PDU session to a specific DNN / S-NSSAI and establish an association with the AIoTF identified by a fully qualified domain name (FQDN) using the AIoT AP protocol, via the RAN node serving the UE, e.g., gNB#1 and UPF. The UE can be preconfigured with the specific DNN / S-NSSAI and the AIoTF FQDN, or dynamically provisioned.

[0126] Similar to step 203 and step 303, the AIoT AF may send an AIoT service request to the AIoTF at step 401, which may be firstly authorized by the NEF and will not repeat. A little different from Topology 2 control plane solution, when the AIoT AF wants to assign the AIoT task to a dedicated UE reader, it may send the UE ID, e.g., generic public subscription identifier (GPSI) , with the UE IP address or not. When there is no IP address available at the AIoTF, the AIoTF needs to firstly obtain the UE IP address in order to communicate with the UE via the PDU session.

[0127] Similar to step 305, the AIoTF may determine or select UE reader (s) at step 403, which may be based on the UE reader information stored locally (e.g., UE capability, UE location, and UE serving area, etc. ) , the binding table between the UE reader and AIoT devices, the target location, and / or the UE ID indicated by the AIoT AF etc. The AIoT service request including information related to aggregation and / or UE load related information reporting (if any) etc., can be sent to the UE via the PDU session and will not repeat. Details illustrated below are related to sending AIoT service related information associated with the AIoT service request to the RAN node serving the selected UE reader, so that the RAN node can configure AIoT service resources for the UE reader to implement the task timely, rather than waiting for the UE's request. In accordance with aspects of the present disclosure, the AIoTF may send the AIoT service related information to the associated gNB via SMF at step 405a and then via the AMF to the gNB at step 40b and 405c; or directly via the AMF to the gNB at step 407a and 407b.

[0128] Exemplary AIoT service related information may indicate one or multiple of: AIoT resource configuration assistance information, UE identity related information (e.g., UE ID and / or UE IP address etc. ) , AIoTF identity related information (e.g., AIoTF ID and / or FQDN etc. ) , or AIoT task ID etc. The AIoT resource configuration assistance information may include one or multiple of AIoT service type (e.g., inventory, or command) , an approximate number of AIoT devices based on AF request (e.g., the associated AIoT service request received form the AIoT AF) , an approximate device to reader (D2R) message size based on AF request, an AIoT radio resource configuration indication used to indicate the RAN node serving the UE reader to configure the UE reader with radio resources, or other assistance information derived from the AIoT service request, e.g., a size of data to be written into AIoT devices from the UE reader (referred to as R2D data size) based on AF request etc. Since the actual data will only be transmitted via the PDU session, the R2D data size will also be useful for the radio resource determination from the AIoTF (via the AMF or not) to gNB in the control plane.

[0129] The AIoT service related information to the RAN node, e.g., gNB#1 may also include the PDU session ID. The PDU session ID is either stored at the AIoTF during the PDU session establishment procedure, or retrieved by the AIoTF from SMF (by sending the UE ID and AIoTF ID / FQDN to the SMF. Thus, the PDU session ID may be included in the AIoT service related information by the AIoTF, or may be determined and included by the SMF. For example, in the case that the AIoTF transmits the AIoT service related information via the SMF at step 405a, the AIoTF may not include the PDU session ID in the AIoT service related information to the SMF, and then the SMF will determine and include the PDU session ID in the AIoT service related information to the AMF at step 405b and then to the gNB at step 405c. In the case that the AIoTF transmits the AIoT service related information without going through SMF, the AIoTF may include the PDU session ID in the AIoT service related information to the AMF at step 407a.

[0130] In addition, in the case that the AIoTF transmits the AIoT service related information via the SMF (and further via the AMF) , the AIoTF may firstly find the serving SMF for the PDU session and the selected UE reader before sending the AIoT service related information to the SMF at step 405a. For example, the AIoTF may obtain the SMF ID (e.g., FQDN) during the PDU session establishment procedure when the SMF interacts with the AIoTF, or determine the SMF from the UDM / UDR, e.g., using the UE reader ID (e.g., subscription permanent identifier (SUPI) ) , and DNN / S-NSSAI etc., provided by the AIoT AF.

[0131] Based on the received UE identity related information (e.g., UE ID and / or UE IP address etc. ) and AIoTF identity related information ( (e.g., AIoTF ID and / or FQDN etc. ) , the SMF may determine or select the corresponding UE reader and the corresponding PDU session between the selected UE reader and the AIoTF. At step 405b, the SMF may include the PDU session ID in the AIoT service related information received from the AIoTF, and then send the AIoT service related information to the serving gNB via the AMF, e.g., by initiating a procedure similar to a PDU session modification procedure, e.g., using the N2 SM message. The AMF has local information of the serving gNB for the UE reader and can forward the information from the SMF to the serving gNB.

[0132] Based on the received AIoT service related information, the gNB can accordingly configure the UE reader with the necessary radio resources for the interaction with the AIoT devices at step 409, e.g., by RRC message, to fulfill the assigned AIoT service or task.

[0133] Figure 5 illustrates an example of a UE 500 in accordance with aspects of the present disclosure. The UE 500 may include a processor 502, a memory 504, a controller 506, and a transceiver 508. The processor 502, the memory 504, the controller 506, or the transceiver 508, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

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

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

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

[0137] In some implementations, the processor 502 and the memory 504 coupled with the processor 502 may be configured to cause the UE 500 to perform one or more of the functions described herein (e.g., executing, by the processor 502, instructions stored in the memory 504) . For example, the processor 502 may support wireless communication at the UE 500 in accordance with examples as disclosed herein. The UE 500 may be configured to support a means for receiving AIoT service responses associated with an AIoT task from AIoT devices; and means for reporting the AIoT service responses associated with the AIoT task with or without UE load related information to a CN via control plane or user plane, wherein the AIoT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished.

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

[0139] In some implementations, the UE 500 may include at least one transceiver 508. In some other implementations, the UE 500 may have more than one transceiver 508. The transceiver 508 may represent a wireless transceiver. The transceiver 508 may include one or more receiver chains 510, one or more transmitter chains 512, or a combination thereof.

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

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

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

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

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

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

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

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

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

[0149] The processor 600 may support wireless communication in accordance with examples as disclosed herein. The processor 600 may be configured to or operable to support a means for receiving AIoT service responses associated with an AIoT task from AIoT devices; and means for reporting the AIoT service responses associated with the AIoT task with or without UE load related information to a CN via control plane or user plane, wherein the AIoT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished.

[0150] Figure 7 illustrates an example of a wireless communication apparatus 700 in accordance with aspects of the present disclosure, which may be a NE or a CN entity. The wireless communication apparatus 700 may include a processor 702, a memory 704, a controller 706, and a transceiver 708. The processor 702, the memory 704, the controller 706, or the transceiver 708, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

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

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

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

[0154] In some implementations, the processor 702 and the memory 704 coupled with the processor 702 may be configured to cause the wireless communication apparatus 700 to perform one or more of the functions described herein (e.g., executing, by the processor 702, instructions stored in the memory 704) . For example, the processor 702 may support wireless communication at the wireless communication apparatus 700 as a NE in accordance with examples as disclosed herein. The wireless communication apparatus 700 may be configured to support a means for receiving, from a CN, service request related information associated with an AIoT task for the NE or a UE reader, indicating one or multiple of aggregation configuration information, UE load report indication information, or AIoT resource configuration assistance information; and a means for sending, to the CN, service response related information at least based on the service request related information. For another example, the processor 702 may support wireless communication at the wireless communication apparatus 700 as a CN entity in accordance with examples as disclosed herein. The wireless communication apparatus 700 may be configured to support a means for determining first aggregation configuration information associated with an AIoT task, wherein the first aggregation configuration information indicates one or multiple of aggregation rules, aggregation entities, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished; and a means for reporting, to an AIoT AF, AIoT service responses associated with the AIoT task, wherein the AIoT service responses are aggregated based on the first aggregation configuration information.

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

[0156] In some implementations, the NE 700 may include at least one transceiver 708. In some other implementations, the NE 700 may have more than one transceiver 708. The transceiver 708 may represent a wireless transceiver. The transceiver 708 may include one or more receiver chains 710, one or more transmitter chains 712, or a combination thereof.

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

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

[0159] Figure 8 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a UE as described herein. In some implementations, the UE may execute a set of instructions to control the function elements of the UE to perform the described functions.

[0160] At step 801, the method may include receiving AIoT service responses associated with an AIoT task from AIoT devices. The operations of step 801 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 801 may be performed by a UE as described with reference to Figure 5.

[0161] At step 803, the method may include reporting the AIoT service responses associated with the AIoT task with or without UE load related information to a CN via control plane or user plane, wherein the AIoT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished. The operations of step 803 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 803 may be performed by a UE as described with reference to Figure 5.

[0162] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0163] Figure 9 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a NE as described herein. In some implementations, the NE may execute a set of instructions to control the function elements of the NE to perform the described functions.

[0164] At step 901, the method may include receiving, from a CN, service request related information associated with an AIoT task for the NE or a UE reader, indicating one or multiple of aggregation configuration information, UE load report indication information, or AIoT resource configuration assistance information. The operations of step 901 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 901 may be performed by a NE as described with reference to Figure 7.

[0165] At step 903, the method may include sending, to the CN, service response related information at least based on the service request related information. The operations of step 903 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 903 may be performed by a NE as described with reference to Figure 7.

[0166] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0167] Figure 10 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a CN entity as described herein. In some implementations, the CN entity may execute a set of instructions to control the function elements of the CN entity to perform the described functions.

[0168] At step 1001, the method may include determining first aggregation configuration information associated with an AIoT task, wherein the first aggregation configuration information indicates one or multiple of aggregation rules, aggregation entities, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished. The operations of step 1001 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 1001 may be performed by a CN entity as described with reference to Figure 7.

[0169] At step 1003, the method may include reporting, to an AIoT AF, AIoT service responses associated with the AIoT task, wherein the AIoT service responses are aggregated based on the first aggregation configuration information. The operations of step 1003 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 1003 may be performed by a CN entity as described with reference to Figure 7.

[0170] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

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

Claims

1.A core network (CN) entity for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the CN entity to:determine first aggregation configuration information associated with an ambient internet of things (AIoT) task from) , wherein the first aggregation configuration information indicates one or multiple of aggregation rules, aggregation entities, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished; andreport, to an AIoT application function (AF) , AIoT service responses associated with the AIoT task, wherein the AIOT service responses are aggregated based on the first aggregation configuration information.2.The CN entity of claim 1, wherein the aggregation rules comprise one or multiple of the following:area based aggregation;time based aggregation;service type or data type based aggregation;multi-devices based aggregation;radio access network (RAN) reader or AIoT RAN or AIoT enabled RAN node based aggregation;access and mobility management function (AMF) based aggregation;user equipment (UE) reader based aggregation; ortask identifier (ID) based aggregation.3.The CN entity of claim 1, wherein the aggregation entities comprise one or multiple of the following:AIoT readers at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, or task identifier (ID) based aggregation;AIoT enabled radio access network (RAN) nodes at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, UE reader based aggregation or task ID based aggregation;access and mobility management function (AMF) at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, RAN reader or AIoT RAN or AIoT enabled RAN node based aggregation; UE reader based aggregation or task ID based aggregation; orAIoT function (AIoTF) at least able to perform one or multiple aggregation rules of area based aggregation, time based aggregation, service type or data type based aggregation, multi-devices based aggregation, RAN reader or AIoT RAN or AIoT enabled RAN (node based aggregation, AMF based aggregation; UE reader based aggregation or task ID based aggregation.4.The CN entity of claim 1, wherein each aggregation rule is associated with predefined aggregation performing time, or aggregation performing time determined by an aggregation entity performing aggregation or configured in the first aggregation configuration information or provided by the AIoT AF.5.The CN entity of claim 1, wherein the AIoT service responses being aggregated share a same task identifier (ID) assigned by the CN entity or by the AIOT AF.6.The CN entity of claim 1, wherein the at least processor is configured to cause the CN entity to:receive second aggregation configuration information associated with the AIoT task from the AIoT AF, whereinthe first aggregation configuration information is determined based on the second aggregation configuration information.7.The CN entity of claim 1, wherein the at least one processor is configured to cause the CN entity to:send an identifier (ID) of the AIoT task to an AIoT reader to perform the AIoT task; andreceive corresponding AIoT service responses associated with the AIoT task from the AIoT reader, wherein received AIoT service responses are aggregated at least according to the ID of the AIoT task, or not.8.The CN entity of claim 7, wherein in the case that the CN entity is an aggregation entity, the at least one processor is configured to cause the CN entity to:perform an aggregation on the received AIoT service responses based on the first aggregation configuration information.9.The CN entity of claim 8, wherein performing the aggregation on the received AIoT service responses comprises:removing duplicated AIoT service responses at least based on AIoT device ID and the ID of the AIoT task.10.The CN entity of claim 1, wherein in the case of a user equipment (UE) reader as an AIoT reader to perform the AIoT task, the at least one processor is configured to cause the CN entity to:send UE load related information to the AIoT AF, indicating a current load status of the UE reader with an associated time stamp, UE identifier (ID) of the UE reader, and UE current location information, wherein the UE load related information is determined by one or multiple of the UE reader, a radio access network (RAN) node serving the UE reader, or an access and mobility management function (AMF) , or an location management function (LMF) , or the CN entity.11.The CN entity of claim 1, wherein in the case that there is a protocol data unit (PDU) session between the CN entity and a user equipment (UE) reader to perform the AIoT task, the at least one processor is configured to cause the CN entity to:determine whether there is an existing IP address at the CN entity corresponding to the UE reader before sending any information to the UE via the PDU session; anddetermine an IP address corresponding to the UE reader in the case of no existing IP address.12.The CN entity of claim 11, wherein determining the IP address comprises:sending a UE IP address subscription request with UE identifier (ID) of the UE reader to a session management function (SMF) or user plane function (UPF) ; andreceiving the IP address corresponding to the UE ID from the SMF or UPF.13.The CN entity of claim 1, wherein in the case that there is a protocol data unit (PDU) session between the CN entity and a user equipment (UE) reader to perform the AIoT task, the at least one processor is configured to cause the CN entity to:send AIoT service related information to a base station (BS) serving the UE reader, wherein the AIoT service related information indicates one or multiple of: AIoT resource configuration assistance information, UE identity related information, CN entity identity related information, or identifier (ID) of the AIoT task.14.The CN entity of claim 13, wherein the AIoT resource configuration assistance information comprises one or multiple of AIoT service type, an approximate number of AIoT devices based on AF request, an approximate device to reader message size based on AF request, an AIoT radio resource configuration indication used to indicate the RAN node serving the UE reader to configure the UE reader with radio resources, or a size of data to be written into AIoT devices from the UE reader based on AF request .15.A user equipment (UE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the UE to:receive ambient internet of things (AIoT) service responses associated with an AIoT task from AIoT devices; andreport the AIoT service responses associated with the AIoT task with or without UE load related information to a core network (CN) via control plane or user plane, wherein the AIOT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished.16.The UE of claim 15, wherein in the case of reporting the UE load related information, the at least one processor is configured to cause the UE to:determine a current load status based on UE implementations; andsend the current load status with identifier (ID) of the UE, a time stamp associated with the current load status and UE current location information in the UE load related information.17.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:receive ambient internet of things (AIoT) service responses associated with an AIoT task from AIoT devices; andreport the AIoT service responses associated with the AIoT task with or without UE load related information to a core network (CN) via control plane or user plane, wherein the AIOT service responses are aggregated in the case that there is aggregation configuration information associated with the AIoT task for the UE, wherein the aggregation configuration information indicates one or multiple of aggregation rules, aggregation indication, aggregation performing time, or reporting indication of AIoT service responses associated with the AIoT task after an associated aggregation is finished.18.A network equipment (NE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the NE to:receive, from a core network (CN) , service request related information associated with an ambient internet of things (AIoT) task for the NE or a user equipment (UE) reader, indicating one or multiple of aggregation configuration information, UE load report indication information, or AIoT resource configuration assistance information; andsend, to the CN, service response related information at least based on the service request related information.19.The NE of claim 18, wherein in the case that service request related information includes aggregation configuration information indicating the NE to perform response aggregation, the at least one processor is configured to cause the NE to:aggregate AIoT service responses associated with the AIoT task at least based on the aggregation configuration information.20.The NE of claim 18, wherein in the case that the NE serves a UE reader to perform the AIoT task, and there is a protocol data unit (PDU) session between the UE reader and the CN, the at least one processor is configured to cause the NE to:configure radio resources for the UE reader to perform the AIoT task based on a request from the UE reader, or based on the AIoT resource configuration assistance information in the service request related information.

Images