Method and apparatus for supporting intermediate node between ambient IoT device and base station

Abstract

Embodiments of the present disclosure relate to a method and apparatus for supporting an intermediate node between an ambient internet of things (AIoT) device and a BS. According to some embodiments of the disclosure, the BS may: broadcast AIoT support information of the BS, wherein the BS supports AIoT RAN node function; and establish an RRC connection with a UE, wherein the UE supports AIoT reader function.

Description

METHOD AND APPARATUS FOR SUPPORTING INTERMEDIATE NODE BETWEEN AMBIENT IOT DEVICE AND BASE STATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to wireless communication technology, and more particularly to ambient internet of things (AIoT) technology.BACKGROUND

[0002] A wireless communication system may include one or multiple network communication devices, such as RAN nodes (e.g., base stations (BSs) ) , which may support wireless communication for one or multiple user communication devices, which may be otherwise known as user equipment (UE) or other suitable terminology. The wireless communication system may support wireless communication 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 communication system may support wireless communication across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) (which is also known as new radio (NR) or next generation (NG) ) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .

[0003] In recent years, internet of things (IoT) has attracted much attention in the wireless communication world. It is expected that further reductions of size, complexity and power consumption of IoT devices can enable the deployment of tens or even hundreds of billions of IoT devices for various applications and provide added value across the entire value chain. However, existing technologies cannot meet all the requirements of target use cases.SUMMARY

[0004] 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.

[0005] Some embodiments of the present disclosure provide a BS. The BS may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the BS to: broadcast AIoT support information of the BS, wherein the BS supports AIoT radio access network (RAN) node function; and establish a radio resource control (RRC) connection with a UE, wherein the UE supports AIoT reader function.

[0006] In some embodiments, the AIoT support information includes at least one of: an AIoT-support indication for indicating at least one of whether a cell of the BS supports AIoT or whether a cell of the BS is selectable or reselectable for AIoT; an AIoT-barred indication for indicating that a cell of the BS does not support AIoT or is not selectable or reselectable for AIoT; or an AIoT-cell indication for indicating that a cell of the BS is used for AIoT.

[0007] In some embodiments, the AIoT support information is broadcast in system information block (SIB) 1 or a SIB dedicated for AIoT.

[0008] In some embodiments, the at least one processor is further configured to cause the BS to transmit, from a centralized unit (CU) of the BS to a distributed unit (DU) of the BS via an interface between the CU and the DU, AIoT-barred information for at least one cell of the DU.

[0009] In some embodiments, establishing the RRC connection includes receiving a first AIoT reader indication from the UE. In some embodiments, the first AIoT reader indication is received in an RRC setup request message or an RRC setup complete message from the UE.

[0010] In some embodiments, the at least one processor is configured to cause the BS to transmit a second AIoT reader indication to a core network (CN) in response to receiving the first AIoT reader indication. In some embodiments, the second AIoT reader indication is transmitted in a NG application protocol (NGAP) initial UE message.

[0011] In some embodiments, the at least one processor is configured to cause the BS to: receive, from the CN, an authorization status of the UE in response to transmitting the second AIoT reader indication, the authorization status indicating whether the UE is authorized as an AIoT reader or not.

[0012] In some embodiments, the at least one processor is configured to cause the BS to: in response to the authorization status indicating that the UE is not authorized, perform at least one of prohibiting the UE from accessing AIoT services, prohibiting allocating an AIoT resource to the UE or releasing the AIoT resource allocated to the UE.

[0013] In some embodiments, the at least one processor is configured to cause the BS to transmit the authorization status of the UE from a CU of the BS to a DU of the BS via an interface between the CU and the DU.

[0014] In some embodiments, the at least one processor is further configured to cause the BS to perform at least one of: transmit, to a second BS, the AIoT support information of the BS; or receive, from the second BS, AIoT support information of the second BS.

[0015] In some embodiments, the AIoT support information of the second BS indicates that a cell of the second BS supports AIoT or the cell of the second BS is used for AIoT. In some embodiments, the at least one processor is further configured to cause the BS to perform at least one of: transmit, to the UE, a configuration for measuring the cell of the second BS; or handing over the UE to the cell of the second BS.

[0016] In some embodiments, the at least one processor is further configured to cause the BS to transmit, to a second BS, a handover request message for handing over the UE to a target cell of the second BS. In some embodiments, the handover request message includes at least one of an indication indicating that the UE is an AIoT reader, an authorization status of the UE, a reader index for the UE, or an AIoT function (AIOTF) identifier (ID) associated with the UE.

[0017] In some embodiments, the at least one processor is further configured to cause the BS to receive a handover preparation failure message from the second BS, wherein the handover preparation failure message includes a handover failure cause indicating that the target cell does not support AIoT.

[0018] In some embodiments, the at least one processor is further configured to cause the BS to: accept a handover request message for handing over a second UE from a second BS to the BS, wherein the second UE functions as an AIoT reader; transmit a path switch request message to a CN to trigger a path switch procedure for the second UE, wherein the path switch request message includes at least one of an indication indicating that the second UE is the AIoT reader or a reader index for the second UE; and receive a path switch request acknowledge message from the CN, the path switch request acknowledge message including an authorization status of the second UE.

[0019] In some embodiments, the at least one processor is further configured to cause the BS to: receive, from a second BS, a retrieve UE context request message for the UE; and transmit, to the second BS, a retrieve UE context response message for the UE, wherein the retrieve UE context response message includes at least one of an indication indicating that the UE is an AIoT reader, an authorization status of the UE, a reader index for the UE, or an AIoT function (AIOTF) identifier (ID) associated with the UE.

[0020] In some embodiments, the at least one processor is further configured to cause the BS to perform at least one of: receiving a first message including first AIoT traffic from a CN, wherein the first message includes a topology indicator indicating a network topology for transmitting the first AIoT traffic; transmitting a second RRC message including second AIoT traffic to the UE, wherein the second RRC message includes at least one of a reader index for the UE, a process ID for identifying an A-IoT session at the BS or an AIOTF ID associated with the UE; or receiving a third RRC message including third AIoT traffic from the UE, wherein the third RRC message includes at least one of the reader index for the UE, the process ID or the AIOTF ID.

[0021] In some embodiments, the process ID is allocated by the BS for the A-IoT session at the BS. In some embodiments, the process ID is an A-IoT correlation ID for the A-IoT session at the CN or an RRC transaction ID for the second RRC message.

[0022] Some embodiments of the present disclosure provide a UE. The UE may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the UE to: receive a broadcast system information from a BS, wherein the broadcast system information includes AIoT support information of the BS and the UE supports AIoT reader function; and establish an RRC connection with the BS in response to determining that the BS supports AIoT RAN node function based on the AIoT support information.

[0023] In some embodiments, the AIoT support information includes at least one of: an AIoT-support indication for indicating at least one of whether a cell of the BS supports AIoT or whether a cell of the BS is selectable or reselectable for AIoT; an AIoT-barred indication for indicating that a cell of the BS does not support AIoT or is not selectable or reselectable for AIoT; or an AIoT-cell indication for indicating that a cell of the BS is used for AIoT.

[0024] In some embodiments, the AIoT support information is received in SIB 1 or a SIB dedicated for AIoT.

[0025] In some embodiments, the at least one processor is configured to cause the UE to:transmit, to the BS via an RRC setup request message or an RRC setup complete message, an AIoT reader indication for the UE; or transmit, to a CN via non-access stratum (NAS) signaling, an AIoT reader indication for the UE, wherein the BS is connected to the CN.

[0026] In some embodiments, the at least one processor is further configured to cause the UE to perform at least one of: receiving a second RRC message including second AIoT traffic from the BS, wherein the second RRC message includes at least one of a reader index for the UE, a process ID for identifying an A-IoT session at the BS or an AIOTF ID associated with the UE; transmitting an AIoT medium access control (MAC) message including the second AIoT traffic to an AIoT device, wherein the AIoT MAC message reuses the process ID as a transaction ID for the AIoT MAC message; or transmitting a third RRC message including third AIoT traffic to the BS, wherein the third RRC message includes at least one of the reader index for the UE, the process ID or the AIOTF ID.

[0027] In some embodiments, the process ID is allocated by the BS for the A-IoT session at the BS. In some embodiments, the process ID is an A-IoT correlation ID for the A-IoT session at a CN or an RRC transaction ID for the second RRC message.

[0028] Some embodiments of the present disclosure provide a CN. The CN may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CN to: receive an AIoT reader indication for a UE from a BS, wherein the UE accesses the CN via the BS; determine whether to authorize the UE based on the AIoT reader indication; and transmit an authorization status of the UE to the BS, the authorization status indicating whether the UE is authorized by the CN as an AIoT reader or not.

[0029] In some embodiments, the AIoT reader indication is transmitted in an NGAP initial UE message.

[0030] In some embodiments, the at least one processor is further configured to cause the CN to receive, from the BS, a path switch request message for triggering a path switch procedure for a second UE. The path switch request message includes at least one of an indication indicating that the second UE is an AIoT reader or a reader index for the second UE.

[0031] In some embodiments, the at least one processor is further configured to cause the CN to transmit a path switch request acknowledge message to the BS, the path switch request acknowledge message including an authorization status of the second UE.

[0032] In some embodiments, the at least one processor is further configured to cause the CN to perform at least one of: transmit a first message including first AIoT traffic to the BS, wherein the first message includes a topology indicator indicating a network topology for transmitting the first AIoT traffic; or receiving a fourth message including fourth AIoT traffic associated with the UE from the BS, wherein the fourth message includes the reader index for the UE.

[0033] Some embodiments of the present disclosure provide a processor of a UE. The processor including: at least one memory; and at least one controller coupled with at least one memory and configured to cause the processor to: receive a broadcast system information from a BS, wherein the broadcast system information includes AIoT support information of the BS and the UE supports AIoT reader function; and establish an RRC connection with the BS in response to determining that the BS supports AIoT RAN node function based on the AIoT support information.

[0034] Some embodiments of the present disclosure provide a method of a BS. The method may include: broadcasting AIoT support information of the BS, wherein the BS supports AIoT RAN node function; and establishing an RRC connection with a UE, wherein the UE supports AIoT reader function.

[0035] Some embodiments of the present disclosure provide a method of a UE, wherein the UE supports AIoT reader function. The method may include: receiving a broadcast system information from a BS, wherein the broadcast system information includes AIoT support information of the BS; and establishing an RRC connection with the BS in response to determining that the BS supports AIoT RAN node function based on the AIoT support information.

[0036] Some embodiments of the present disclosure provide a method of a CN. The method may include: receiving an AIoT reader indication for a UE from a BS, wherein the UE accesses the CN via the BS; determining whether to authorize the UE based on the AIoT reader indication; and transmitting an authorization status of the UE to the BS, the authorization status indicating whether the UE is authorized by the CN as an AIoT reader or not.

[0037] Some embodiments of the present disclosure provide an apparatus. According to some embodiments of the present disclosure, the apparatus may include: at least one non-transitory computer-readable medium having stored thereon computer-executable instructions; at least one receiving circuitry; at least one transmitting circuitry; and at least one processor coupled to the at least one non-transitory computer-readable medium, the at least one receiving circuitry and the at least one transmitting circuitry, wherein the at least one non-transitory computer-readable medium and the computer executable instructions may be configured to, with the at least one processor, cause the apparatus to perform a method according to some embodiments of the present disclosure.BRIEF DESCRIPTION OF THE DRAWINGS

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

[0039] FIG. 1 illustrates a schematic diagram of a wireless communication system in accordance with some embodiments of the present disclosure;

[0040] FIGs. 2A and 2C illustrate exemplary topologies for an AIoT network in accordance with some embodiments of the present disclosure;

[0041] FIG. 2B illustrates exemplary logical AIoT system architecture in accordance with some embodiments of the present disclosure;

[0042] FIGs. 3-5 illustrate exemplary procedures for AIoT communication in accordance with some embodiments of the present disclosure;

[0043] FIGs. 6A and 6B illustrate exemplary protocol stacks for AIoT communication in accordance with some embodiments of the present disclosure.

[0044] FIGs. 7-9 illustrate flowcharts of methods for wireless communication in accordance with some embodiments of the present disclosure;

[0045] FIG. 10 illustrates an example of a UE in accordance with some embodiments of the present disclosure;

[0046] FIG. 11 illustrates an example of a processor in accordance with some embodiments of the present disclosure; and

[0047] FIG. 12 illustrates an example of an apparatus in accordance with some embodiments of the present disclosure.DETAILED DESCRIPTION

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

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

[0050] In recent years, IoT has attracted much attention in the wireless communication world. However, existing technologies cannot meet all the requirements of target use cases. The present disclosure provides various methods and apparatuses for AIoT communication. The proposed solutions can address use cases and scenarios that cannot otherwise be fulfilled based on existing 3GPP technologies and can achieve ultra-low complexity and ultra-low power consumption for AIoT. For example, solutions are provided for implementing a topology where an AIoT device can communicate bidirectionally with an intermediate node between the AIoT device and a BS.

[0051] FIG. 1 illustrates a schematic diagram of wireless communication system 100 in accordance with some embodiments of the present disclosure.

[0052] The wireless communication system 100 may include one or more NEs 102 (e.g., one or more RAN nodes such as BSs) , one or more UEs 104, and a CN 106. The wireless communication system 100 may support various radio access technologies. In some implementations, the wireless communication 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 communication system 100 may be an NR network, such as a 5G network, a 5G-Advanced (5G-A) network or a 5G ultra-wideband (5G-UWB) network. In other implementations, the wireless communication 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) , and IEEE 802.20. The wireless communication system 100 may support radio access technologies beyond 5G, for example, 6G. Additionally, the wireless communication system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) or code division multiple access (CDMA) , etc.

[0053] The one or more NEs 102 may be dispersed throughout a geographic region to form the wireless communication system 100. One or more of the NEs 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a network function, a network entity, a radio access network (RAN) node, a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) or other suitable terminology. In some embodiments of the present disclosure, an NE 102 may include a CU and one or more DUs. An F1 interface or the like (e.g., network interfaces beyond 5G) may be established between the DU of NE 102 and the CU of NE 102. 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.

[0054] 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 a different NE 102.

[0055] The one or more UEs 104 may be dispersed throughout a geographic region of the wireless communication 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.

[0056] 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. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0057] An NE 102 may support communication with the CN 106 or with another NE 102, or both. For example, an NE 102 may interface with another NE 102 or the CN 106 through one or more backhaul links (e.g., S1, X2, NG, Xn, or network interfaces beyond 5G) . 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 NEs 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as radio heads, smart radio heads or transmission-reception points (TRPs) .

[0058] In some implementations, an NE 102 may be configured in a disaggregated architecture, which may be configured to utilize a protocol stack physically or logically distributed among two or more NEs 102, such as an integrated access backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, an NE 102 may include one or more of a CU, a DU, a radio unit (RU) (e.g., a TRP) , a RAN intelligent controller (RIC) (e.g., a near-real time RIC (Near-RT RIC) , a non-real time RIC (Non-RT RIC) ) , a service management and orchestration (SMO) system, or any combination thereof. One or more components of the NEs 102 in a disaggregated RAN architecture may be co-located, or one or more components of the NEs 102 may be located in distributed locations (e.g., separate physical locations) . In some implementations, one or more NEs 102 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) or a virtual DU (VDU) ) .

[0059] Split of functionality between a CU and a DU may be flexible and may support different functionalities depending upon which functions (e.g., network layer functions, protocol layer functions, baseband functions, radio frequency functions, and any combinations thereof) are performed at a CU or a DU. For example, a functional split of a protocol stack may be employed between a CU and a DU such that the CU may support one or more layers of the protocol stack and the DU may support one or more different layers of the protocol stack. In some implementations, the CU may host higher protocol layers (e.g., L3 (e.g., a radio resource control (RRC) layer) and parts of L2 (e.g., service data adaption protocol (SDAP) layer and packet data convergence protocol (PDCP) layer) functionality and signaling. The CU may be connected to one or more DUs, which may host lower protocol layers (e.g., L1 (e.g., physical (PHY) layer) and parts of L2 (e.g., radio link control (RLC) layer and medium access control (MAC) layer) ) functionality and signaling, and be at least partially controlled by the CU. A DU may support one or multiple different cells. A CU may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions.

[0060] 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) , a 5G core (5GC) or a 6G core (6GC) , 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 NEs 102 associated with the CN 106.

[0061] In some implementations, the AMF may include the following functionality: registration management; connection management; reachability management; mobility management; and UE mobility event notification. Some or all of the AMF functionalities may be supported in a single instance of an AMF.

[0062] In some implementations, the NE 102 (e.g., a RAN node) may host the following functions. Some or all of the functionalities / services may be supported in a single NE. - Functions for Radio Resource Management: Radio Bearer Control, Radio  Admission Control, Connection Mobility Control, Dynamic allocation of resources to UEs in both uplink and downlink (scheduling) ; - IP and Ethernet header compression, uplink data decompression, encryption and  integrity protection of data; - Connection setup and release; - Scheduling and transmission of paging messages; - Scheduling and transmission of system broadcast information (originated from  the AMF or operation, administration and maintenance (OAM) ) ; and - Measurement and measurement reporting configuration for mobility and  scheduling.

[0063] The CN 106 may communicate with a packet data network over one or more backhaul links (e.g., via an N6 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) .

[0064] In the wireless communication system 100, the NEs 102 and the UEs 104 may use resources of the wireless communication 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 communication) . 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.

[0065] In some embodiments, the NEs 102 may include one or more relay nodes, integrated access and backhaul (IAB) nodes or wireless access backhaul (WAB) nodes which can provide wireless access services for UEs 104. A relay node (or an IAB node or a WAB node) can directly connect to a BS or hop through one or more relay nodes (or one or more IAB or WAB nodes) before reaching the BS.

[0066] One or more numerologies may be supported in the wireless communication system 100, and a numerology may include 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. A sixth numerology (e.g., μ =5) may be associated with a sixth subcarrier spacing (e.g., 480 kHz) and a normal cyclic prefix. A seventh numerology (e.g., μ=6) may be associated with a seventh subcarrier spacing (e.g., 960 kHz) and a normal cyclic prefix. For ambient IoT communication, additional numerologies (e.g., μ=-1 or μ =-2) may be introduced corresponding to 7.5 kHz or 3.75 kHz, respectively.

[0067] 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.

[0068] 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 communication system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings (SCSs) 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., orthogonal frequency-division multiplexing (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.

[0069] In the wireless communication 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 communication 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 communication 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 communication 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.

[0070] 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 two 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.

[0071] A UE 104 may include computing devices, such as desktop computers, laptop computers, personal digital assistants (PDAs) , tablet computers, smart televisions (e.g., televisions connected to the Internet) , set-top boxes, game consoles, security systems (including security cameras) , vehicle on-board computers, network devices (e.g., routers, switches, and modems) , vehicles or the like. According to some embodiments of the present disclosure, a UE 104 may include a portable wireless communication device, a smart phone, a cellular telephone, a flip phone, a device having a subscriber identity module, a personal computer, a selective call receiver or any other device that is capable of sending and receiving communication signals on a wireless network. In some embodiments of the present disclosure, a UE 104 includes wearable devices, such as smart watches, fitness bands, optical head-mounted displays, or the like. Moreover, a UE 104 may be referred to as a subscriber unit, a mobile, a mobile station, a user, a terminal, a mobile terminal, a wireless terminal, a fixed terminal, a subscriber station, a user terminal or a device, or described using other terminology used in the art. A UE 104 may communicate with an NE 102 (e.g., a BS) via uplink (UL) communication signals. An NE 102 may communicate with a UE 104 via downlink (DL) communication signals.

[0072] In some embodiments of the present disclosure, an NE 102 and a UE 104 may communicate over licensed spectrums, whereas in some other embodiments, an NE 102 and a UE 104 may communicate over unlicensed spectrums.

[0073] The present disclosure is not intended to be limited to the implementation of any particular wireless communication system architecture or protocol. Persons skilled in the art should understand that as technology develops and advances, the terminologies described in the present disclosure may change, but should not affect or limit the principles and spirit of the present disclosure. For example, the terminologies (e.g., names of network functions and interfaces) in some embodiments of the present disclosure may be described in the context of a specific telecommunication standard (e.g., 5G or 6G) , it will be understood by those skilled in the art that such embodiments are applicable to other telecommunication technologies.

[0074] In recent years, IoT has attracted much attention in the wireless communication world. More "things" are expected to be interconnected to improve productivity efficiency and to increase comforts of life. It is expected that further reductions of size, complexity and power consumption of IoT devices can enable the deployment of tens or even hundreds of billions of IoT devices for various applications and provide added value across the entire value chain. However, it is impossible to power all IoT devices by batteries that need to be replaced or recharged manually, which leads to high maintenance costs, serious environmental issues and even safety hazards in some use cases (for example, wireless sensors in the electric power and petroleum industries) .

[0075] Most existing wireless communication devices are powered by batteries that need to be replaced or recharged manually. The automation and digitalization of various industries will open up numerous new markets requiring new IoT technologies supporting battery-less devices with no energy storage capability or devices with energy storage that do not need to be replaced or recharged manually.

[0076] An example type of application is asset identification, which presently has to resort mainly to barcodes and radio frequency identification (RFID) in most industries. The main advantage of these two technologies is their ultra-low complexity and small form factor of such tags. However, the limited reading range of a few meters usually requires handheld scanning, which leads to labor intensive and time-consuming operations, or requires RFID portals / gates, which leads to costly deployments. Moreover, the lack of an interference management scheme results in severe interference between RFID readers and capacity problems, especially in case of dense deployment. It is hard to support a large-scale network with seamless coverage of RFID.

[0077] Since existing technologies cannot meet all the requirements of target use cases, the present disclosure provides a new IoT technology to open up new markets within, for example, 3GPP systems, whose number of connections and / or device density can be orders of magnitude higher than existing IoT technologies. The new IoT technology can provide complexity and power consumption orders of magnitude lower than the existing 3GPP low power wide area (LPWA) technologies (e.g., Narrow-Band IoT (NB-IoT) and enhanced machine type communication (eMTC) ) , and can address use cases and scenarios that cannot otherwise be fulfilled based on existing 3GPP LPWA IoT technologies.

[0078] As used herein, the term "ambient IoT device" , "AIoT device" or "AIoT tag" can refer to a device without batteries or with limited energy storage capabilities. For an AIoT device, energy can be provided by harvesting radio waves, light, motion, heat, or any other suitable source. An AIoT device can also be called a zero-power terminal, a near-zero power terminal, a passive IoT device, an ambient backscatter communication (AmBC) device, tag, etc. For convenience, some embodiments of the present disclosure may be described with respect to AIoT or AIoT devices (e.g., an ambient IoT tag) , and it should be appreciated by persons skilled in the art that these embodiments can also be applied to other IoT communication or other IoT devices.

[0079] FIGs. 2A and 2C illustrate exemplary topologies 200A and 200C for AIoT networks in accordance with some embodiments of the present disclosure. FIG. 2B illustrates exemplary logical system architecture 200B for topology 200A in accordance with some embodiments of the present disclosure.

[0080] Although elements in topologies 200A and 200C such as the BS, ambient IoT device and the intermediate node are described in the singular, the plural is also contemplated. The mixture of indoor and outdoor placements of such nodes is regarded as a network implementation choice. Consideration would need to be taken of potential impact on device or node complexity. In some connectivity topologies, this does not imply the existence of multi-hop assisting or intermediate nodes.

[0081] In the context of the present disclosure, the transmission from an AIoT reader to an AIoT device can be called R2D (reader to device) transmission; and the transmission from an AIoT device to an AIoT reader can be called D2R (device to reader) transmission.

[0082] Referring to FIG. 2C, an ambient IoT device can directly and bidirectionally communicate with a BS. The communication between the BS and the ambient IoT device includes ambient IoT data and / or signaling. This topology includes the possibility that the BS transmitting to the ambient IoT device is different than the BS receiving from the ambient IoT device. Topology 200C may also be referred to as "Topology 1" in the context of the present disclosure.

[0083] Referring to FIG. 2A, an ambient IoT device can communicate bidirectionally with an intermediate node between the IoT device and a BS. The intermediate node can be a relay, an IAB node, a WAB node, a UE, a repeater, a UE-type reader, etc., which is capable of ambient IoT. The intermediate node may transfer ambient IoT data and / or signaling between the BS and the ambient IoT device. The intermediate node may also be referred to as an AIoT reader, an IoT reader or a reader. Topology 200A may also be referred to as "Topology 2" in the context of the present disclosure.

[0084] For example, the intermediate node in FIG. 2A may be a UE, which can communicate with the BS via a Uu link and communicate with the ambient IoT device by means of AIoT radio (e.g., by R2D transmission and D2R transmission) . The UE may also be referred to as an AIoT-enabled UE, an AIoT-capable UE, a UE reader or a reader UE. The BS may also be referred to as an AIoT-enabled BS or an AIoT-capable BS. For the sake of convenience, embodiments of the present disclosure use a UE to demonstrate operations and / or functions of the intermediate node. Persons skilled in the art can understand that these descriptions can be applied to other types of intermediate node.

[0085] Referring to FIG. 2B, the AIoT-enabled UE supports a common reader function, which is able to communicate with the AIoT device via the AIoT radio interface. The AIoT-enabled BS may support an AIoT RAN node function, which is able to communicate with the AIoT-enabled UE via a Uu interface (e.g., NR Uu interface) . The AIoT RAN node function may include, for example, the control of the AIoT radio resources used towards the AIoT device. The AIoT-enabled BS may be connected with the AIoT CN and communicate with the AIoT CN via an XX interface (e.g., NG interface) , on which certain AIoT specific functions are performed.

[0086] Embodiments of the present disclosure provide various methods for ambient IoT communication. For example, considering that an AIoT-enabled BS supports the AIoT RAN node function including the control of the AIoT radio resources used towards the AIoT device, which is different from a legacy BS, an AIoT-enabled UE reader may need to access an AIoT-enabled BS as the serving BS to perform AIoT services. Embodiments of the present disclosure provide solutions to facilitate an AIoT-enabled UE reader selecting an AIoT-enabled BS during an initial access. Embodiments of the present disclosure also provide solutions to support UE reader mobility between AIoT-enabled BSs. Furthermore, embodiments of the present disclosure support end-to-end (E2E) services between an AIoT device and the CN (e.g., an AIoT function (AIOTF) ) . The protocol stack and the procedure to support AIoT traffic transmission between the AIoT device and the AIOTF are provided for both DL and UL. More details on the embodiments of the present disclosure will be illustrated in the following text, in combination with the appended drawings.

[0087] FIG. 3 illustrates exemplary procedure 300 for AIoT communication in accordance with some embodiments of the present disclosure. Details described in all of the foregoing embodiments of the present disclosure are applicable for the embodiments shown in FIG. 3.

[0088] In FIG. 3, UE 304 may support the AIoT reader function, and BS 302 may support the AIoT RAN node function. For example, UE 304 may function as the intermediate node in FIG. 2A or the AIoT-enabled UE in FIG. 2B; BS 302 may function as the BS in FIG. 2A or the AIoT-enabled BS in FIG. 2B. CN 306 may function as CN 106 in FIG. 1 or the AIoT CN in FIG. 2B. BS 302 includes a CU (e.g., CU 302A) and at least one DU (e.g., DU 302B) coupled with the CU. Although depicted with a CU-DU split architecture (BS 302 in FIG. 3) , it should be understood by those skilled in the art that the embodiments herein are also applicable to BSs without this split architecture by, for example, excluding operations involving a CU-DU interaction.

[0089] In some embodiments, in order to support UE 304 to select an AIoT-enabled BS (e.g., BS 302) , the AIoT-enabled BS may broadcast AIoT support information (or AIoT support capability) . Referring to FIG. 3, at 313, BS 302 may broadcast AIoT support information.

[0090] In some embodiments, the AIoT support information includes at least one of: (1) an AIoT-support indication for indicating at least one of whether a cell of BS 302 supports AIoT or whether a cell of BS 302 is selectable or reselectable for AIoT; (2) an AIoT-barred indication for indicating that a cell of BS 302 does not support AIoT or is not selectable or reselectable for AIoT; or (3) an AIoT-cell indication for indicating that a cell of BS 302 is used for AIoT. Other forms of information conveying AIoT support to UE 304 are also applicable. The AIoT support information may be broadcast in SIB1 or an SIB dedicated for AIoT.

[0091] For example, an AIoT-support indication may be included in an information element (IE) of SIB 1 of a cell of BS 302. For example, the AIoT-support indication may be included in a cell access related information IE (i.e., CellAccessRelatedInfo IE specified in 3GPP specifications) of SIB 1 of a cell, for each public land mobile network (PLMN) identity (e.g., in plmn-IdentityList of SIB 1) or non-public network (NPN) identity (e.g., in npn-IdentityList of SIB 1) . This indication may combine both the support of AIoT and the cell status for AIoT. For example, the indication may indicate at least one of whether the cell supports AIoT or whether the cell can be considered as a candidate for cell selection or reselection for a UE reader. For example, if the indication is present for a cell, the cell supports AIoT and / or the cell can be selected or reselected as a candidate for a UE reader. If the indication is absent, the cell does not support AIoT and / or the cell is barred for a UE reader.

[0092] For example, an AIoT-barred indication may be included in an IE (e.g., the CellAccessRelatedInfo IE) of SIB 1 of a cell of BS 302. If this indication is present, the cell does not support AIoT and / or the cell is barred for a UE reader. If this indication is absent, the cell supports AIoT and / or the cell can be considered as a candidate for cell selection or reselection for AIoT.

[0093] For example, SIB 1 of a cell of BS 302 may include an AIoT-cell indication. The presence of this indication indicates that this cell is a cell for AIoT.

[0094] For example, BS 302 may broadcast an SIB dedicated for AIoT. That is, this dedicated SIB includes information related to AIoT. The SIB type corresponding to this dedicated SIB may be included in the system information scheduling information IE (e.g., SI-SchedulingInfo IE specified in 3GPP specifications) of SIB1. This dedicated SIB may include an AIoT-support indication, an AIoT-barred indication or an AIoT-cell indication as described above.

[0095] In the example of FIG. 3, BS 302 employs a CU-DU split structure, and thus DU 302B may broadcast the AIoT support information. In some embodiments, CU 302A may transmit AIoT-barred information for at least one cell of DU 302B, based on which DU 302B can determine the AIoT support information to be broadcast. For example, before 313 and at 311, CU 302A may transmit the AIoT-barred information to DU 302B via an interface (e.g., an F1 interface or an F1-like interface) between CU 302A and DU 302B. The AIoT-barred information may also be referred to as UE reader barred information.

[0096] In some examples, the AIoT-barred information may be transmitted in an F1 application protocol (F1AP) message such as an F1AP gNB-CU configuration update message, F1 setup response message, or gNB-DU configuration update acknowledge message or other F1AP message that is transmitted from a CU to a DU. For example, CU 302A may configure each cell in a cells-to-be-barred list as barred or not barred. DU 302B may consider the configuration as indicating whether a cell (s) allows an AIoT UE reader access or not. That is, the configuration via the F1AP message corresponds to the AIoT support information broadcast in the SIB. In some examples, the codepoint value of "barred" for a cell in the configuration from CU 302A indicates that the AIoT-support indication or AIoT-cell indication is not sent in the SIB for the cell or the AIoT-barred indication is sent in the SIB for the cell; and the codepoint value of "not-barred" for a cell in the configuration from CU 302A indicates that the AIoT-support indication or AIoT-cell indication is sent in the SIB for the cell or the AIoT-barred indication is not sent in the SIB for the cell.

[0097] At 315, UE 304 may select BS 302 for access based on the AIoT support information in the SIB broadcast by BS 302. For example, UE 304 may determine that BS 302 supports the AIoT RAN node function based on the AIoT support information, and then initiate an access procedure to BS 302. For example, UE 304 can connect to the network by performing an RRC connection setup procedure with BS 302 (e.g., CU 302A) , authentication with CN 306, and UE-related context management. During the initial access of UE 304, it would be beneficial for BS 302 and CN 306 to be aware that the accessing UE is an AIoT reader UE, or the accessing UE can be act as an AIoT reader UE. For example, for BS 302, such information (i.e., the accessing UE being an AIoT reader UE, or the accessing UE being able to act as an AIoT reader UE) can at least assist BS 302 to select a CN node (e.g., an AMF) supporting AIoT. For CN 306, this information can at least be used by the CN to authorize the UE Reader. To achieve this, UE 304 may transmit an AIoT reader indication to BS 302, CN 306 or both.

[0098] In some embodiments, UE 304 may transmit an AIoT reader indication to BS 302 via an RRC message to assist BS 302 to select a CN node (e.g., an AMF or an AIOTF in 5GC) supporting AIoT. Then, BS 302 may transmit an AIoT reader indication for UE 304 to the AMF or the AIOTF via an NGAP message. The AMF or the AIOTF may consider that the message is related to an AIoT reader if the NGAP message includes an AIoT reader indication (e.g., an AIoT Reader UE indication IE) .

[0099] For example, at 317, UE 304 may transmit an AIoT reader indication to BS 302 (e.g., DU 302B) via an RRC setup request message (i.e., MSG3) or an RRC setup complete message. The AIoT reader indication indicates that UE 304 is an AIoT reader or UE 304 can be act as an AIoT reader UE. At 319, DU 302B may transmit the message including the AIoT reader indication to CU 302A via UL RRC message transfer signaling. Based on the AIoT reader indication, CU 302A may select an AIoT capable CN (e.g., CN 306) at 321. At 323, CU 302A may transmit an AIoT reader indication to CN 306 via an NGAP initial UE message. This AIoT reader indication over the NG interface is based on the AIoT reader indication received from UE 304.

[0100] In some embodiments, a BS and a CN may know that an accessing UE is an AIoT reader UE or can be act as an AIoT reader UE based on the capability information reporting by the accessing UE. For example, UE 304 transmits UE capability information indicating that UE 304 is an AIoT reader UE or UE 304 can be act as an AIoT reader UE to BS 302, which may transmit the UE capability information to CN 306. In some embodiments, UE 304 may transmit an AIoT reader indication to CN 306 via NAS signaling. The AIoT reader indication indicates a UE reader capability, that is, UE 304 is an AIoT reader UE or UE 304 can be act as an AIoT reader UE.

[0101] At 325, CN 306 (e.g., an AMF) may perform an authorization procedure for UE 304 based on the AIoT reader indication. CN 306 may transmit an authorization status of UE 304 to BS 302. The authorization status may indicate whether UE 304 is authorized by CN 306 as an AIoT reader or not. BS 302 may act according to the authorization status. For example, in response to the authorization status indicating that UE 304 is not authorized, BS 302 may perform at least one of prohibiting UE 304 from accessing AIoT services or prohibiting allocating an AIoT resource to UE 304 (e.g., for initial access) . In response to the authorization status indicating that UE 304 is authorized, BS 302 may consider that UE 304 is authorized as an AIoT reader UE and is authorized for AIoT related services. For example, BS 302 may allocate an AIoT resource for UE 304 (e.g., for initial access) .

[0102] For example, at 327, CN 306 may transmit an authorization status of UE 304 to CU 302A via, for example, an initial context setup request message, a UE context modification request message or a downlink NAS transport message. CU 302A may store the authorization information of UE 304 in the UE context of UE 304. If the authorization status is set to "not authorized" , CU 302A may initiate actions to ensure that UE 304 cannot access the AIoT service (s) . If the authorization status is set to "authorized" , CU 302A may consider that UE 304 is authorized as an AIoT reader UE and is authorized for an AIoT related service (s) . For example, CU 302A may allocate AIoT resource for UE 304. Based on the authorization status received from CN 306, CU 302A may, at 329, transmit the authorization status of UE 304 to DU 302B in, for example, a UE context setup request message. Then, DU 302B may store the authorization information of UE 304. If the authorization status is set to "authorized" , DU 302B may consider that UE 304 is authorized as an AIoT reader UE and is authorized for AIoT related service (s) . For example, DU 302B may allocate an AIoT resource to UE 304. If the authorization status is set to "not authorized" , DU 302B may initiate actions to ensure that UE 304 cannot access the AIoT service (s) . For example, DU 302B may not allocate an AIoT resource for UE 304.

[0103] In some embodiments, CN 306 may update the authorization status of UE 304. For example, CN 306 may transmit an updated authorization status or a revocation indication of authorization status for UE 304 to CU 302A via, for example, a UE context modification request message or a downlink NAS transport message. CU 302A may store or update the authorization information of UE 304 in the UE context of UE 304. If the authorization status is set to "authorized" , CU 302A may consider that UE 304 is authorized as an AIoT reader UE and is authorized for an AIoT related service (s) . If the authorization status is set to "not authorized" , CU 302A may initiate actions to ensure that UE 304 no longer accesses the AIoT service (s) . For example, CU 302A may release the AIoT resource allocated to UE 304. Based on the authorization status received from CN 306, CU 302A may transmit the authorization status of UE 304 to DU 302B in, for example, a UE context modification request message. Then, DU 302B may store or update the authorization information of UE 304. If the authorization status is set to "authorized" , DU 302B may consider that UE 304 is authorized as an AIoT reader UE and is authorized for an AIoT related service (s) . If the authorization status is set to "not authorized" , DU 302B may initiate actions to ensure that UE 304 no longer accesses the AIoT service (s) . For example, DU 302B may release the AIoT resource allocated to UE 304.

[0104] It should be appreciated by persons skilled in the art that the sequence of the operations in exemplary procedure 300 may be changed and that some of the operations in exemplary procedure 300 may be eliminated or modified, without departing from the spirit and scope of the disclosure.

[0105] FIG. 4 illustrates exemplary procedure 400 for AIoT communication in accordance with some embodiments of the present disclosure. Details described in all of the foregoing embodiments of the present disclosure are applicable for the embodiments shown in FIG. 4. For example, BS 402A and BS 402B may function as NE 102 in FIG. 1, the BS in FIG. 2A, the AIoT-enabled BS in FIG. 2B or BS 302 in FIG. 3. Either BS 402A or BS 402B may support the AIoT RAN node function, or they may not. Procedure 400 can facilitate AIoT reader UE mobility.

[0106] Referring to FIG. 4, at 411 (denoted by a dotted arrow as an option) , BS 402A and BS 402B may exchange AIoT capability information with each other. For example, the AIoT capability information may be indicate whether a cell supports AIoT or the cell is used for AIoT, for example, AIoT capable cell information, if present, indicates the cell supports AIoT or is used for AIoT (such a cell is hereinafter referred to as an AIoT cell) . For example, the AIoT capability information may be the AIoT support information or AIoT-barred information as described with respect to FIG. 3. For example, BS 402A may receive the AIoT capability information of BS 402B from BS 402B. For example, BS 402A may transmit the AIoT capability information of BS 402A to BS 402B.

[0107] The AIoT capability information is helpful for AIoT reader UE mobility. For example, before performing a handover of a reader UE, the source BS of the reader UE may be aware of whether the target cell can be allowed for the reader UE to access. Then, when configuring measurement parameters for the reader UE, the source BS may only configure the reader UE to measure a neighbor AIoT cell. Alternatively or additionally, when the source BS initiates a handover for the reader UE, the source BS only hands over the reader UE to a cell that supports AIoT or is used for AIoT.

[0108] The AIoT capability information is transmitted via an interface between BS 402A and BS 402B. For example, the information may be included in an Xn application protocol (XnAP) message, such as an Xn setup request message, Xn setup response message, NG-RAN node configuration update message or NG-RAN node configuration update acknowledge messages. For example, the information may be included in the served cell information IE or the neighbor information IE of the XnAP message. The information, if present, indicates that the cell is served by an AIoT-enabled BS or the cell supports AIoT or the cell is a cell used for AIoT.

[0109] Before triggering the handover for a reader UE (denoted as UE #A) , BS 402A may transmit the measurement configuration to UE #A and receive a measurement report from UE #A. BS 402A may trigger the handover of UE #A based on the measurement report and may transmit a handover request to BS 402B at 413.

[0110] In some embodiments, based on the AIoT capability information exchanged between BSs, BS 402A may only configure a measurement configuration associated with an AIoT cell, and only trigger a handover to a target BS which has a corresponding AIoT cell (s) as the target cell for the handover. For example, based on the AIoT capability information of BS 402B, BS 402A may determine that a cell of BS 402B is an AIoT cell and may hand over UE #A to this cell.

[0111] In some embodiments, the handover request to BS 402B may include at least one of the following information to enable the handover of UE #A: an indication (denoted as an AIoT reader indication) indicating that UE #A is an AIoT reader, an authorization status of UE #A, a reader index for UE #A or an AIOTF ID associated with UE #A. In response to receiving the AIoT reader indication, BS 402B may consider that the handover is for an AIoT reader UE. The authorization status may indicate whether UE #A is authorized by the CN or not. The authorization status can be a revocation indication of authorization, which means that the authorization status of UE #A is set to "not authorized" . The AIOTF ID can enable BS 402B to set up a connection to the associated AIOTF in the CN. The authorization status of UE #A or the AIOTF ID can implicitly indicate whether UE #A is an AIoT reader UE.

[0112] At 415, BS 402A may receive a message from BS 402B in response to the handover request. For example, the message may be a handover preparation failure message, which may include a handover failure cause indicating that the target cell does not support AIoT. For example, operation 411 may not be performed, and thus BS 402A does not know that BS 402B is not an AIoT-enabled BS. For example, the message may be a handover request acknowledge message.

[0113] Assuming that BS 402B accepts the handover request message and responds with a handover request acknowledge message, then UE #A may be handed over from BS 402A to BS 402B (e.g., an AIoT cell of BS 402B) . BS 402B may receive an RRC reconfiguration complete message from UE #A during the handover procedure. BS 402B may trigger a path switch procedure for UE #A to the CN (e.g., an AMF) . For example, BS 402B may transmit a path switch request message to the CN. The path switch request message may include at least one of an indication indicating that UE #A is an AIoT reader or a reader index for UE #A. The information can help the CN to identify that UE #A is a reader UE. The CN may reply with a path switch request acknowledge message to BS 402B. The path switch request acknowledge message may include an authorization status of UE #A.

[0114] It should be appreciated by persons skilled in the art that the sequence of the operations in exemplary procedure 400 may be changed and that some of the operations in exemplary procedure 400 may be eliminated or modified, without departing from the spirit and scope of the disclosure.

[0115] FIG. 5 illustrates exemplary procedure 500 for AIoT communication in accordance with some embodiments of the present disclosure. Details described in all of the foregoing embodiments of the present disclosure are applicable for the embodiments shown in FIG. 5. For example, UE 504 may support the AIoT reader function and may function as the intermediate node in FIG. 2A, the AIoT-enabled UE in FIG. 2B or UE 304 in FIG. 3. BS 502A and BS 502B may function as NE 102 in FIG. 1, the BS in FIG. 2A, the AIoT-enabled BS in FIG. 2B, BS 302 in FIG. 3, or BS 402A or BS 402B in FIG. 4. Either BS 502A or BS 502B may support the AIoT RAN node function, or they may not. Procedure 500 can facilitate radio link failure (RLF) recovery of an AIoT reader UE.

[0116] Referring to FIG. 5, at 511, UE 504 may detect an RLF on a cell of BS 502A. That is, BS 502A is the last serving BS of UE 504 and the cell on which the RLF is detected by UE 504 is the last serving cell of UE 504. UE 504 may perform an RRC reestablishment procedure in response to detecting the RLF. For example, UE 504 may perform a random access towards a target cell (e.g., a cell of BS 502B) by transmitting an RRC reestablishment request message to BS 502B at 513. BS 502B may also be referred to as the target BS of UE 504. Although FIG. 5 shows BS 502A and BS 502B as two BSs, it should be understood by those skilled in the art that BS 502A and BS 502B can be the same BS, that is, the target cell and the last serving cell may belong to the same BS.

[0117] The RRC reestablishment request message may include information for identifying UE 504 (e.g., ReestabUE-Identity as specified in 3GPP specifications) . For example, the information may include the physical cell ID and the cell-radio network temporary identifier (C-RNTI) of the last serving cell of UE 504.

[0118] In the case that BS 502A and BS 502B are two different BSs, BS 502B may retrieve the UE context of UE 504 from BS 502A in response to receiving the RRC reestablishment request message. For example, at 517, BS 502B may transmit a retrieve UE context request message for UE 504 to BS 502A, to request BS 502A to transfer the UE context of UE 504 to BS 502B. At 519, BS 502A may reply with a retrieve UE context response message to BS 502B.

[0119] In some embodiments, the retrieve UE context response message may include at least one of the following information for UE 504: an indication (e.g., AIoT reader indication) indicating that UE 504 is an AIoT reader, an authorization status of UE 504, a reader index for UE 504 or an AIOTF ID associated with UE 504. In response to receiving the AIoT reader indication, BS 502B may consider that the reestablishment is for an AIoT reader UE. The authorization status may indicate whether UE 504 is authorized by the CN or not. The authorization status can be a revocation indication of authorization, which means that the authorization status of UE 504 is set to "not authorized" . The AIOTF ID can enable BS 502B to set up a connection to the associated AIOTF in the CN. The authorization status of UE #A or the AIOTF ID can implicitly indicate whether UE #A is an AIoT reader UE.

[0120] BS 502B may receive an RRC reestablishment complete message from UE 504 during the RLF recovery procedure. BS 502B may trigger the path switch procedure for UE 504 to the CN (e.g., an AMF) . For example, BS 502B may transmit a path switch request message to the CN. The path switch request message may include at least one of an indication indicating that UE 504 is an AIoT reader or a reader index for UE 504. The information can help the CN to identify that UE 504 is a reader UE. The CN may reply with a path switch request acknowledge message to BS 502B. The path switch request acknowledge message may include an authorization status of UE 504.

[0121] It should be appreciated by persons skilled in the art that the sequence of the operations in exemplary procedure 500 may be changed and that some of the operations in exemplary procedure 500 may be eliminated or modified, without departing from the spirit and scope of the disclosure.

[0122] FIG. 6A illustrates exemplary protocol stack 600A for an AIoT radio interface between an AIoT device and a reader (e.g., a UE reader) in accordance with some embodiments of the present disclosure. Referring to FIG. 6A, protocol stack 600A supports the AIoT MAC layer and the AIoT PHY layer. Protocol stack 600A does not support an RRC layer, an SDAP layer, a PDCP layer or an RLC layer. In some embodiments, there is no control plane and user plane differentiation in the supported layers. In some embodiments, the AIoT communication (e.g., commands, such as read, write or disable and / or inventory information) may be carried over the AIoT radio interface as the upper layer data.

[0123] FIG. 6B illustrates exemplary protocol stack 600B that enables the E2E data transport between an AIoT device and an AIoT CN in accordance with some embodiments of the present disclosure. In FIG. 6B, traffic between the AIoT device and AIoT CN 606 is transmitted via AIoT-enabled UE 604 and AIoT-enabled BS 602.

[0124] Referring to FIG. 6B, the AIoT radio protocol layers at the AIoT device and AIoT-enabled UE 604 may be the same as those shown in FIG. 6A. The protocol stack of the Uu interface between AIoT-enabled UE 604 and AIoT-enabled BS 602 may include an RRC layer, a PDCP layer, an RLC layer, a MAC layer and a PHY layer. The protocol stack of the XX interface (e.g., NG interface such as the NG control plane (NG-C) interface) between AIoT-enabled BS 602 and AIoT CN 606 may include an XX application protocol (XXAP) layer (e.g., NGAP layer) , a stream control transmission protocol (SCTP) layer, an internet protocol (IP) layer, an L2 layer and an L1 layer.

[0125] In some embodiments, for DL AIoT traffic transport, the NGAP messages and procedures for Topology 1, including, for example, an inventory request, an inventory report and a command request procedure as defined in 3GPP specifications, may be similarly applied to the NGAP messages and procedures from AIoT CN 606 (e.g., an AMF or an AIOTF) to AIoT-enabled BS 602 in FIG. 6B. However, an indicator may be included in each message from AIoT CN 606 to AIoT-enabled BS 602 to differentiate Topology 2 from Topology 1. For example, when AIoT-enabled BS 602 receives a message including AIoT traffic from AIoT CN 606, the message may include an indicator indicating a network topology for transmitting the AIoT traffic. For example, the indicator may be the ID of the UE reader (i.e., AIoT-enabled UE 604) in the inventory or command request. Based on this indicator, AIoT-enabled BS 602 can identify that the message from AIoT CN 606 is used for UE reader (i.e., Topology 2) or BS reader (i.e., Topology 1) . In some examples, the absence of such indicator suggests that the message from AIoT CN 606 is used for a BS reader (i.e., Topology 1) . The message may also include the AIOTF ID and an AIoT correlation ID for identifying the corresponding AIoT session at AIoT CN 606.

[0126] In some embodiments, in response to receiving the NGAP message including DL AIoT traffic from AIoT CN 606, AIoT-enabled BS 602 may transmit an RRC message (denoted as RRC message #D1) including the DL AIoT traffic to AIoT-enabled UE 604. RRC message #D1 may explicitly carry the information included in the NGAP message. Or the NGAP message may be included in RRC message #D1 as a container. RRC message #D1 may include at least one of a reader index for AIoT-enabled UE 604, a process ID for identifying the corresponding AIoT session at AIoT-enabled BS 602 or an AIOTF ID associated with AIoT-enabled UE 604.

[0127] For example, for the inventory procedure, in response to AIoT-enabled BS 602 receiving an inventory request message from AIoT CN 606, AIoT-enabled BS 602 may include one or more of the following information in the RRC: AIOTF ID, AIoT correlation ID, AIoT device identification requested, requested service area information, reader index for AIoT-enabled UE 604, a process ID, inventory assistance information, follow-on command indication and an expected D2R message size.

[0128] In some embodiments, AIoT-enabled BS 602 may allocate the process ID for uniquely identifying the AIoT session within AIoT-enabled BS 602 to associate with RRC message #D1. In some embodiments, AIoT-enabled BS 602 may reuse the AIoT correlation ID as the process ID. In some embodiments, AIoT-enabled BS 602 may reuse the RRC transaction ID for RRC message #D1 as the process ID. In such case, the length of an RRC transaction ID may be extended to a larger value (e.g., 8 or 9 bits) .

[0129] In some embodiments, in response to receiving RRC message #D1 including DL AIoT traffic from AIoT-enabled BS 602, AIoT-enabled UE 604 may forward the information in the RRC layer (e.g., RRC message #D1) to the AIoT MAC layer of AIoT-enabled UE 604. The MAC procedure for AIoT as defined in 3GPP specifications may be similarly applied here. However, AIoT-enabled UE 604 may reuse the process ID in the RRC layer (e.g., in RRC message #D1) as the transaction ID in the AIoT MAC layer. AIoT-enabled UE 604 may then transmit an R2D message including the DL AIoT traffic to the AIoT device. The R2D message is generated based on RRC message #D1. For example, AIoT-enabled UE 604 may transmit an AIoT MAC message including the DL AIoT traffic to the AIoT device, wherein the AIoT MAC message reuses the process ID in RRC message #D1as the transaction ID for the AIoT MAC message.

[0130] In some embodiments, for UL AIoT traffic transport, when AIoT-enabled UE 604 receives a D2R message in its AIoT-MAC layer from the AIoT device, AIoT-enabled UE 604 may forward the information included in the D2R message to its RRC layer.

[0131] AIoT-enabled UE 604 may generate and transmit an RRC message (denoted as RRC message #U1) including the UL AIoT traffic to AIoT-enabled BS 602. RRC message #U1 may include at least one of a reader index for AIoT-enabled UE 604, a process ID for identifying the corresponding AIoT session at AIoT-enabled BS 602 or an AIOTF ID associated with AIoT-enabled UE 604. For example, if RRC message #U1 is related to the same session as RRC message #D1, the process ID in RRC message #U1 may be the same as the process ID in RRC message #D1. RRC message #U1 includes an octet string for the UL traffic from the AIoT device.

[0132] AIoT-enabled BS 602 may forward the information included in RRC message #U1 to its XXAP layer (e.g., NGAP layer) . AIoT-enabled BS 602 may generate and transmit an NGAP message to AIoT CN 606 based on RRC message #U1. The NGAP messages and procedures for Topology 1, including, for example, an inventory response message, an inventory report message and a command response message as defined in 3GPP specifications, may be similarly applied to the NGAP messages and procedures from AIoT-enabled BS 602 to AIoT CN 606 (e.g., an AMF or an AIOTF) . For example, the NGAP message may include an AIoT PDU, an AIOTF ID, an AIoT correlation ID for identifying the corresponding AIoT session at AIoT CN 606 and a reader index for AIoT-enabled UE 604.

[0133] FIG. 7 illustrates a flow chart of exemplary method 700 for wireless communications in accordance with some embodiments of the present disclosure. Details described in all of the foregoing embodiments of the present disclosure are applicable for the embodiments shown in FIG. 7. In some examples, method 700 may be performed by an NE (e.g., a BS or a RAN node) . In some embodiments, the NE may execute a set of instructions to control its functional elements to perform the described functions or operations. In some examples, a processor of the NE may cause the NE to perform method 700. For the sake of simplicity, the operations in method 700 are described as follows with respect to a BS.

[0134] At 711, the BS may broadcast AIoT support information of the BS. The BS supports AIoT RAN node function. At 713, the BS may establish an RRC connection with a UE. The UE supports AIoT reader function.

[0135] The RRC connection may be established via an RRC connection setup procedure, including, for example, the BS receiving an RRC setup request message from the UE, the BS responding an RRC setup message to the UE, and the BS receiving an RRC setup complete message from the UE. Other procedures that can be conceived of by persons skilled in the art may also be applied.

[0136] In some embodiments, the AIoT support information includes at least one of: an AIoT-support indication for indicating at least one of whether a cell of the BS supports AIoT or whether a cell of the BS is selectable or reselectable for AIoT; an AIoT-barred indication for indicating that a cell of the BS does not support AIoT or is not selectable or reselectable for AIoT; or an AIoT-cell indication for indicating that a cell of the BS is used for AIoT.

[0137] In some embodiments, the AIoT support information is broadcast in SIB 1 or a SIB dedicated for AIoT.

[0138] In some embodiments, the BS may transmit, from a CU of the BS to a DU of the BS via an interface between the CU and the DU, AIoT-barred information for at least one cell of the DU.

[0139] In some embodiments, establishing the RRC connection includes receiving a first AIoT reader indication from the UE. In some embodiments, the first AIoT reader indication is received in an RRC setup request message or an RRC setup complete message from the UE.

[0140] In some embodiments, the BS may transmit a second AIoT reader indication to a CN in response to receiving the first AIoT reader indication. In some embodiments, the second AIoT reader indication is transmitted in an NGAP initial UE message.

[0141] In some embodiments, the BS may: receive, from the CN, an authorization status of the UE in response to transmitting the second AIoT reader indication, the authorization status indicating whether the UE is authorized as an AIoT reader or not.

[0142] In some embodiments, the BS may: in response to the authorization status indicating that the UE is not authorized, perform at least one of prohibiting the UE from accessing AIoT services, prohibiting allocating an AIoT resource to the UE or releasing the AIoT resource allocated to the UE.

[0143] In some embodiments, the BS may transmit the authorization status of the UE from a CU of the BS to a DU of the BS via an interface between the CU and the DU.

[0144] In some embodiments, the BS may perform at least one of: transmit, to a second BS, the AIoT support information of the BS; or receive, from the second BS, AIoT support information of the second BS.

[0145] In some embodiments, the AIoT support information of the second BS indicates that a cell of the second BS supports AIoT or the cell of the second BS is used for AIoT. In some embodiments, the BS may perform at least one of: transmit, to the UE, a configuration for measuring the cell of the second BS; or handing over the UE to the cell of the second BS.

[0146] In some embodiments, the BS may transmit, to a second BS, a handover request message for handing over the UE to a target cell of the second BS. In some embodiments, the handover request message includes at least one of an indication indicating that the UE is an AIoT reader, an authorization status of the UE, a reader index for the UE, or an AIOTF ID associated with the UE.

[0147] In some embodiments, the BS may receive a handover preparation failure message from the second BS, wherein the handover preparation failure message includes a handover failure cause indicating that the target cell does not support AIoT.

[0148] In some embodiments, the BS may: accept a handover request message for handing over a second UE from a second BS to the BS, wherein the second UE functions as an AIoT reader; transmit a path switch request message to a CN to trigger a path switch procedure for the second UE, wherein the path switch request message includes at least one of an indication indicating that the second UE is the AIoT reader or a reader index for the second UE; and receive a path switch request acknowledge message from the CN, the path switch request acknowledge message including an authorization status of the second UE.

[0149] In some embodiments, the BS may: receive, from a second BS, a retrieve UE context request message for the UE; and transmit, to the second BS, a retrieve UE context response message for the UE, wherein the retrieve UE context response message includes at least one of an indication indicating that the UE is an AIoT reader, an authorization status of the UE, a reader index for the UE, or an AIOTF ID associated with the UE.

[0150] In some embodiments, the BS may perform at least one of: receiving a first message including first AIoT traffic from a CN, wherein the first message includes a topology indicator indicating a network topology for transmitting the first AIoT traffic; transmitting a second RRC message including second AIoT traffic to the UE, wherein the second RRC message includes at least one of a reader index for the UE, a process ID for identifying an A-IoT session at the BS or an AIOTF ID associated with the UE; or receiving a third RRC message including third AIoT traffic from the UE, wherein the third RRC message includes at least one of the reader index for the UE, the process ID or the AIOTF ID.

[0151] In some embodiments, the process ID is allocated by the BS for the A-IoT session at the BS. In some embodiments, the process ID is an A-IoT correlation ID for the A-IoT session at the CN or an RRC transaction ID for the second RRC message.

[0152] It should be appreciated by persons skilled in the art that the sequence of the operations in exemplary method 700 may be changed and that some of the operations in exemplary method 700 may be eliminated or modified, without departing from the spirit and scope of the disclosure.

[0153] FIG. 8 illustrates a flow chart of exemplary method 800 for wireless communications in accordance with some embodiments of the present disclosure. Details described in all of the foregoing embodiments of the present disclosure are applicable for the embodiments shown in FIG. 8. In some examples, method 800 may be performed by a UE. In some embodiments, the UE may execute a set of instructions to control the functional elements of the UE to perform the described functions or operations. In some examples, a processor of the UE may cause the UE to perform method 800.

[0154] At 811, the UE may receive a broadcast system information from a BS, wherein the broadcast system information includes AIoT support information of the BS. The UE supports AIoT reader function. At 813, the UE may establish an RRC connection with the BS in response to determining that the BS supports AIoT RAN node function based on the AIoT support information.

[0155] In some embodiments, the AIoT support information includes at least one of: an AIoT-support indication for indicating at least one of whether a cell of the BS supports AIoT or whether a cell of the BS is selectable or reselectable for AIoT; an AIoT-barred indication for indicating that a cell of the BS does not support AIoT or is not selectable or reselectable for AIoT; or an AIoT-cell indication for indicating that a cell of the BS is used for AIoT.

[0156] In some embodiments, the AIoT support information is received in SIB 1 or a SIB dedicated for AIoT.

[0157] In some embodiments, the UE may o: transmit, to the BS via an RRC setup request message or an RRC setup complete message, an AIoT reader indication for the UE;or transmit, to a CN via NAS signaling, an AIoT reader indication for the UE, wherein the BS is connected to the CN.

[0158] In some embodiments, the UE may perform at least one of: receiving a second RRC message including second AIoT traffic from the BS, wherein the second RRC message includes at least one of a reader index for the UE, a process ID for identifying an A-IoT session at the BS or an AIOTF ID associated with the UE; transmitting an AIoT MAC message including the second AIoT traffic to an AIoT device, wherein the AIoT MAC message reuses the process ID as a transaction ID for the AIoT MAC message; or transmitting a third RRC message including third AIoT traffic to the BS, wherein the third RRC message includes at least one of the reader index for the UE, the process ID or the AIOTF ID.

[0159] In some embodiments, the process ID is allocated by the BS for the A-IoT session at the BS. In some embodiments, the process ID is an A-IoT correlation ID for the A-IoT session at a CN or an RRC transaction ID for the second RRC message.

[0160] It should be appreciated by persons skilled in the art that the sequence of the operations in exemplary method 800 may be changed and that some of the operations in exemplary method 800 may be eliminated or modified, without departing from the spirit and scope of the disclosure.

[0161] FIG. 9 illustrates a flow chart of exemplary method 900 for wireless communications in accordance with some embodiments of the present disclosure. Details described in all of the foregoing embodiments of the present disclosure are applicable for the embodiments shown in FIG. 9. In some examples, method 900 may be performed by a CN (e.g., a CN function, a CN entity, a CN node or any combination thereof) . In some embodiments, the CN may execute a set of instructions to control the functional elements of the CN (e.g., functional elements of one or more CN entities) to perform the described functions or operations. In some examples, a processor of the CN (e.g., the processor (s) of one or more CN entities) may cause the CN to perform method 900.

[0162] At 911, the CN may receive an AIoT reader indication for a UE from a BS, wherein the UE accesses the CN via the BS. At 913, the CN may determine whether to authorize the UE based on the AIoT reader indication. At 915, the CN may transmit an authorization status of the UE to the BS, the authorization status indicating whether the UE is authorized by the CN as an AIoT reader or not.

[0163] In some embodiments, the AIoT reader indication is transmitted in an NGAP initial UE message.

[0164] In some embodiments, the CN may receive, from the BS, a path switch request message for triggering a path switch procedure for a second UE. The path switch request message includes at least one of an indication indicating that the second UE is an AIoT reader or a reader index for the second UE.

[0165] In some embodiments, the CN may transmit a path switch request acknowledge message to the BS, the path switch request acknowledge message including an authorization status of the second UE.

[0166] In some embodiments, the CN may perform at least one of: transmit a first message including first AIoT traffic to the BS, wherein the first message includes a topology indicator indicating a network topology for transmitting the first AIoT traffic; or receiving a fourth message including fourth AIoT traffic associated with the UE from the BS, wherein the fourth message includes the reader index for the UE.

[0167] It should be appreciated by persons skilled in the art that the sequence of the operations in exemplary method 900 may be changed and that some of the operations in exemplary method 900 may be eliminated or modified, without departing from the spirit and scope of the disclosure.

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

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

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

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

[0172] In some implementations, the processor 1002 and the memory 1004 coupled with the processor 1002 may be configured to cause the UE 1000 to perform one or more of the functions described herein (e.g., executing, by the processor 1002, instructions stored in the memory 1004) . For example, the processor 1002 may support wireless communication at the UE 1000 in accordance with examples as disclosed herein. For example, the UE 1000 may be configured to support means for performing the operations as described with respect to FIGs. 1-9.

[0173] For example, the UE 1000 may be configured to or operable to support: a means for receiving a broadcast system information from a BS, wherein the broadcast system information includes AIoT support information of the BS and the UE supports AIoT reader function; and a means for establishing an RRC connection with the BS in response to determining that the BS supports AIoT RAN node function based on the AIoT support information.

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

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

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

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

[0178] It should be appreciated by persons skilled in the art that the components in exemplary UE 1000 may be changed, for example, some of the components in exemplary UE 1000 may be omitted or modified or a new component (s) may be added to exemplary UE 1000, without departing from the spirit and scope of the disclosure. For example, in some embodiments, the UE 1000 may not include the controller 1006.

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

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

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

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

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

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

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

[0186] The processor 1100 may support wireless communication in accordance with examples as disclosed herein. For example, the processor 1100 may be configured to support means for performing the operations as described with respect to FIGS. 1-9.

[0187] For example, the processor 1100 in a BS may be configured to support: a means for broadcasting AIoT support information of the BS, wherein the BS supports AIoT RAN node function; and a means for establishing an RRC connection with a UE, wherein the UE supports AIoT reader function.

[0188] For example, the processor 1100 in a UE may be configured to support: a means for receiving a broadcast system information from a BS, wherein the broadcast system information includes AIoT support information of the BS and the UE supports AIoT reader function; and a means for establishing an RRC connection with the BS in response to determining that the BS supports AIoT RAN node function based on the AIoT support information.

[0189] For example, the processor 1100 in a CN may be configured to support: a means for receiving an AIoT reader indication for a UE from a BS, wherein the UE accesses the CN via the BS; a means for determining whether to authorize the UE based on the AIoT reader indication; and a means for transmitting an authorization status of the UE to the BS, the authorization status indicating whether the UE is authorized by the CN as an AIoT reader or not.

[0190] It should be appreciated by persons skilled in the art that the components in exemplary processor 1100 may be changed, for example, some of the components in exemplary processor 1100 may be omitted or modified or a new component (s) may be added to exemplary processor 1100, without departing from the spirit and scope of the disclosure. For example, in some embodiments, the processor 1100 may not include the ALUs 1106.

[0191] FIG. 12 illustrates an example of an apparatus 1200 in accordance with aspects of the present disclosure. Apparatus 1200 may be a network node, an NE, a BS or any types of RAN node such as NodeB, an eNB, a gNB or a RAN node in 6G. Apparatus 1200 may be a component of a RAN node such as a CU or a DU. Apparatus 1200 may be a CN node, a CN entity, a CN module, or a CN function. Apparatus 1200 may include a processor 1202, a memory 1204, a controller 1206 and a transceiver 1208. The processor 1202, the memory 1204, the controller 1206 or the transceiver 1208, 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.

[0192] The processor 1202, the memory 1204, the controller 1206 or the transceiver 1208, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a DSP, an 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.

[0193] The processor 1202 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 1202 may be configured to operate the memory 1204. In some other implementations, the memory 1204 may be integrated into the processor 1202. The processor 1202 may be configured to execute computer-readable instructions stored in the memory 1204 to cause apparatus 1200 to perform various functions of the present disclosure.

[0194] The memory 1204 may include volatile or non-volatile memory. The memory 1204 may store computer-readable, computer-executable code including instructions when executed by the processor 1202 cause apparatus 1200 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as the memory 1204 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.

[0195] In some implementations, the processor 1202 and the memory 1204 coupled with the processor 1202 may be configured to cause apparatus 1200 to perform one or more of the functions described herein (e.g., executing, by the processor 1202, instructions stored in the memory 1204) . For example, the processor 1202 may support wireless communication at apparatus 1200 in accordance with examples as disclosed herein. For example, apparatus 1200 may be configured to support means for performing the operations as described with respect to FIGS. 1-9.

[0196] For example, apparatus 1200 (e.g., a BS) may be configured to support: a means for broadcasting AIoT support information of the BS, wherein the BS supports AIoT RAN node function; and a means for establishing an RRC connection with a UE, wherein the UE supports AIoT reader function.

[0197] For example, apparatus 1200 (e.g., a CN) may be configured to support: a means for receiving an AIoT reader indication for a UE from a BS, wherein the UE accesses the CN via the BS; a means for determining whether to authorize the UE based on the AIoT reader indication; and a means for transmitting an authorization status of the UE to the BS, the authorization status indicating whether the UE is authorized by the CN as an AIoT reader or not.

[0198] The controller 1206 may manage input and output signals for apparatus 1200. The controller 1206 may also manage peripherals not integrated into apparatus 1200. In some implementations, the controller 1206 may utilize an operating system such as  or other operating systems. In some implementations, the controller 1206 may be implemented as part of the processor 1202.

[0199] In some implementations, apparatus 1200 may include at least one transceiver 1208. In some other implementations, apparatus 1200 may have more than one transceiver 1208. The transceiver 1208 may represent a wireless transceiver. The transceiver 1208 may include one or more receiver chains 1210, one or more transmitter chains 1212 or a combination thereof.

[0200] A receiver chain 1210 may be configured to receive signals (e.g., control information, data or packets) over a wireless medium. For example, the receiver chain 1210 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 1210 may include at least one amplifier (e.g., an LNA) configured to amplify the received signal. The receiver chain 1210 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 1210 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0201] A transmitter chain 1212 may be configured to generate and transmit signals (e.g., control information, data or packets) . The transmitter chain 1212 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 AM, FM or digital modulation schemes like PSK or QAM. The transmitter chain 1212 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 1212 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0202] It should be appreciated by persons skilled in the art that the components in exemplary apparatus 1200 may be changed, for example, some of the components in exemplary apparatus 1200 may be omitted or modified or a new component (s) may be added to exemplary apparatus 1200, without departing from the spirit and scope of the disclosure. For example, in some embodiments, apparatus 1200 may not include the controller 1206.

[0203] Those having ordinary skill in the art would understand that the operations or steps of the methods described in connection with the aspects disclosed herein may be embodied directly in hardware, in a software module executed by a processor or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM or any other form of storage medium known in the art. Additionally, in some aspects, the operations or steps of the methods may reside as one or any combination or set of codes and / or instructions on a non-transitory computer-readable medium, which may be incorporated into a computer program product.

[0204] While this disclosure has been described with specific embodiments thereof, it is evident that many alternatives, modifications and variations may be apparent to those skilled in the art. The disclosure is not limited to the examples and designs described herein but is to be accorded with the broadest scope consistent with the principles and novel features disclosed herein. For example, various components of the embodiments may be interchanged, added or substituted in other embodiments. Also, all of the elements of each figure are not necessary for the operation of the disclosed embodiments. For example, one of ordinary skill in the art of the disclosed embodiments would be enabled to make and use the teachings of the disclosure by simply employing the elements of the independent claims. Accordingly, embodiments of the disclosure as set forth herein are intended to be illustrative, not limiting. Various changes may be made without departing from the spirit and scope of the disclosure.

[0205] In this document, this document, the terms "includes, " "including, " "includes, " "including, " or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article or apparatus that includes a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article or apparatus. The term "transport" may mean "receive" or "transmit" depending on the context. An element proceeded by "a, " "an, " or the like does not, without more constraints, preclude the existence of additional identical elements in the process, method, article or apparatus that includes the element. Also, the term "another" is defined as at least a second or more. The term "having" or the like, as used herein, is defined as "including. " Expressions such as "A and / or B" or "at least one of A and B" may include any and all combinations of words enumerated along with the expression. For instance, the expression "A and / or B" or "at least one of A and B" may include A, B or both A and B. The wording "the first, " "the second" or the like is only used to clearly illustrate the embodiments of the present disclosure, but is not used to limit the substance of the present disclosure.

Claims

1.A base station (BS) , comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the BS to:broadcast ambient internet of things (AIoT) support information of the BS, wherein the BS supports AIoT radio access network (RAN) node function; andestablish a radio resource control (RRC) connection with a user equipment (UE) , wherein the UE supports AIoT reader function.2.The BS of claim 1, wherein the AIoT support information comprises at least one of:an AIoT-support indication for indicating at least one of whether a cell of the BS supports AIoT or whether a cell of the BS is selectable or reselectable for AIoT;an AIoT-barred indication for indicating that a cell of the BS does not support AIoT or is not selectable or reselectable for AIoT; oran AIoT-cell indication for indicating that a cell of the BS is used for AIoT.3.The BS of claim 1, wherein the at least one processor is further configured to cause the BS to transmit, from a centralized unit (CU) of the BS to a distributed unit (DU) of the BS via an interface between the CU and the DU, AIoT-barred information for at least one cell of the DU.4.The BS of claim 1, wherein establishing the RRC connection comprises receiving a first AIoT reader indication from the UE; andwherein the first AIoT reader indication is received in an RRC setup request message or an RRC setup complete message from the UE.5.The BS of claim 4, wherein the at least one processor is configured to cause the BS to transmit a second AIoT reader indication to a core network (CN) in response to receiving the first AIoT reader indication; andwherein the second AIoT reader indication is transmitted in a NG application protocol (NGAP) initial UE message.6.The BS of claim 5, wherein the at least one processor is configured to cause the BS to:receive, from the CN, an authorization status of the UE in response to transmitting the second AIoT reader indication, the authorization status indicating whether the UE is authorized as an AIoT reader or not.7.The BS of claim 6, wherein the at least one processor is configured to cause the BS to transmit the authorization status of the UE from a centralized unit (CU) of the BS to a distributed unit (DU) of the BS via an interface between the CU and the DU.8.The BS of claim 1 or 2, wherein the at least one processor is further configured to cause the BS to perform at least one of:transmit, to a second BS, the AIoT support information of the BS; orreceive, from the second BS, AIoT support information of the second BS.9.The BS of claim 1, wherein the at least one processor is further configured to cause the BS to transmit, to a second BS, a handover request message for handing over the UE to a target cell of the second BS; andwherein the handover request message comprises at least one of an indication indicating that the UE is an AIoT reader, an authorization status of the UE, a reader index for the UE, or an AIoT function (AIOTF) identifier (ID) associated with the UE.10.The BS of claim 1, wherein the at least one processor is further configured to cause the BS to:accept a handover request message for handing over a second UE from a second BS to the BS, wherein the second UE functions as an AIoT reader;transmit a path switch request message to a core network (CN) to trigger a path switch procedure for the second UE, wherein the path switch request message comprises at least one of an indication indicating that the second UE is the AIoT reader or a reader index for the second UE; andreceive a path switch request acknowledge message from the CN, the path switch request acknowledge message comprising an authorization status of the second UE.11.The BS of claim 1, wherein the at least one processor is further configured to cause the BS to:receive, from a second BS, a retrieve UE context request message for the UE; andtransmit, to the second BS, a retrieve UE context response message for the UE, wherein the retrieve UE context response message comprises at least one of an indication indicating that the UE is an AIoT reader, an authorization status of the UE, a reader index for the UE, or an AIoT function (AIOTF) identifier (ID) associated with the UE.12.The BS of claim 1, wherein the at least one processor is further configured to cause the BS to perform at least one of:receiving a first message comprising first AIoT traffic from a core network (CN) , wherein the first message comprises a topology indicator indicating a network topology for transmitting the first AIoT traffic;transmitting a second RRC message comprising second AIoT traffic to the UE, wherein the second RRC message comprises at least one of a reader index for the UE, a process identifier (ID) for identifying an A-IoT session at the BS or an AIoT function (AIOTF) ID associated with the UE; orreceiving a third RRC message comprising third AIoT traffic from the UE, wherein the third RRC message comprises at least one of the reader index for the UE, the process ID or the AIOTF ID.13.The BS of claim 12, wherein the process ID is allocated by the BS for the A-IoT session at the BS, or wherein the process ID is an A-IoT correlation ID for the A-IoT session at the CN or an RRC transaction ID for the second RRC message.14.A user equipment (UE) , comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the UE to:receive a broadcast system information from a base station (BS) , wherein the broadcast system information comprises ambient internet of things (AIoT) support information of the BS and the UE supports AIoT reader function; andestablish a radio resource control (RRC) connection with the BS in response to determining that the BS supports AIoT radio access network (RAN) node function based on the AIoT support information.15.The UE of claim 14, wherein the AIoT support information comprises at least one of:an AIoT-support indication for indicating at least one of whether a cell of the BS supports AIoT or whether a cell of the BS is selectable or reselectable for AIoT;an AIoT-barred indication for indicating that a cell of the BS does not support AIoT or is not selectable or reselectable for AIoT; oran AIoT-cell indication for indicating that a cell of the BS is used for AIoT.16.The UE of claim 14, wherein the at least one processor is configured to cause the UE to:transmit, to the BS via an RRC setup request message or an RRC setup complete message, an AIoT reader indication for the UE; ortransmit, to a core network (CN) via non-access stratum (NAS) signaling, an AIoT reader indication for the UE, wherein the BS is connected to the CN.17.The UE of claim 14, wherein the at least one processor is further configured to cause the UE to perform at least one of:receiving a second RRC message comprising second AIoT traffic from the BS, wherein the second RRC message comprises at least one of a reader index for the UE, a process identifier (ID) for identifying an A-IoT session at the BS or an AIoT function (AIOTF) ID associated with the UE;transmitting an AIoT medium access control (MAC) message comprising the second AIoT traffic to an AIoT device, wherein the AIoT MAC message reuses the process ID as a transaction ID for the AIoT MAC message; ortransmitting a third RRC message comprising third AIoT traffic to the BS, wherein the third RRC message comprises at least one of the reader index for the UE, the process ID or the AIOTF ID.18.The UE of claim 17, wherein the process ID is allocated by the BS for the A-IoT session at the BS, or wherein the process ID is an A-IoT correlation ID for the A-IoT session at a core network (CN) or an RRC transaction ID for the second RRC message.19.A processor of a user equipment (UE) , comprising:at least one memory; andat least one controller coupled with at least one memory and configured to cause the processor to:receive a broadcast system information from a base station (BS) , wherein the broadcast system information comprises ambient internet of things (AIoT) support information of the BS and the UE supports AIoT reader function; andestablish a radio resource control (RRC) connection with the BS in response to determining that the BS supports AIoT radio access network (RAN) node function based on the AIoT support information.20.A method for a user equipment (UE) , wherein the UE supports AIoT reader function and the method comprises:receiving a broadcast system information from a base station (BS) , wherein the broadcast system information comprises ambient internet of things (AIoT) support information of the BS; andestablishing a radio resource control (RRC) connection with the BS in response to determining that the BS supports AIoT radio access network (RAN) node function based on the AIoT support information.

Images