METHOD AND APPARATUS OF SUPPORTING INTERNET OF THINGS (IoT)

Abstract

Various aspects of the present disclosure relate to a method and apparatus of supporting internet of things (IoT). An exemplary method performed by a core network (CN) entity may include determining revocation information related to a UE in the case of determining that authorization for the UE as an AIoT reader needs to be revoked; and sending the revocation information to the UE and a RAN node associated with the UE, wherein the revocation information includes ID information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

Description

METHOD AND APPARATUS OF SUPPORTING INTERNET OF THINGS (IoT)TECHNICAL FIELD

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

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

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

[0004] Some implementations of the methods and apparatuses described herein may further include a core network (CN) entity for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CN entity to: determine revocation information related to a UE in the case of determining that authorization for the UE as an AIoT reader needs to be revoked; and send the revocation information to the UE and a radio access network (RAN) node associated with the UE, wherein the revocation information includes identification or identity (ID) information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0005] In some implementations of the methods and apparatuses described herein, the revocation information further comprises a time duration during that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0006] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CN entity to: receive from the RAN node a message notifying that the authorization for the UE as an AIoT reader is resumed after the time duration has passed.

[0007] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CN entity to: determine whether the authorization of the UE as an AIoT reader needs to be revoked based on one or multiple of: validity information related to the authorization for the UE as an AIoT reader, local configuration, local policy, location information of the UE, or a notification that subscription information of the UE has changed.

[0008] In some implementations of the methods and apparatuses described herein, the validity information comprises one or multiple of: allowed time information for the UE as an AIoT reader, or allowed location information for the UE as an AIoT reader.

[0009] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CN entity to: subscribe information of subscription data of the UE from one or multiple of unified data management (UDM) or unified data repository (UDR) by using AIoT or AIoT service as a subscription data type.

[0010] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CN entity to: send protocol data unit (PDU) session release information to a session management function (SMF) , including release indication indicating that a PDU session for AIoT services at the UE has been released, PDU session ID information associated with the AIoT services at the UE, and the ID information of the UE.

[0011] In some implementations of the methods and apparatuses described herein, the CN entity is an access and mobility management function (AMF) , and the at least one processor is configured to further cause the CN entity to: send to an AIoT function (AIoTF) one or multiple of validity information related to the authorization for the UE as an AIoT reader or the revocation information related to the UE.

[0012] In some implementations of the methods and apparatuses described herein, the CN entity is an AIoTF, and the at least one processor is configured to further cause the CN entity to: receive validity information related to the authorization for the UE as an AIoT reader from an AMF, or a UDM or a UDR.

[0013] In some implementations of the methods and apparatuses described herein, the CN entity is an AIoTF, and the at least one processor is configured to further cause the CN entity to: receive AIoT service correlation ID information associated with the UE from the RAN node; and determine failed AIoT service requests based on the AIoT service correlation ID information.

[0014] In some implementations of the methods and apparatuses described herein, the CN entity is an AIoTF, and the at least one processor is configured to further cause the CN entity to: delete last known reader information of the UE for AIoT devices; and select a different AIoT reader for a later AIoT service request.

[0015] In some implementations of the methods and apparatuses described herein, the CN entity is an AIoTF, and the at least one processor is configured to further cause the CN entity to: expose information related to that the UE is an unavailable AIoT reader to an authorized application function (AF) , including the ID information of the UE and one or multiple of unavailability time information, unavailability location information or failed service correlation ID information related to the UE.

[0016] Some implementations of the methods and apparatuses described herein may further include a processor for wireless communication, which may include: at least one controller coupled with at least one memory and configured to cause the processor to: determine revocation information related to a UE in the case of determining that authorization for the UE as an AIoT reader needs to be revoked; and send the revocation information to the UE and a RAN node associated with the UE, wherein the revocation information includes ID information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0017] Some implementations of the methods and apparatuses described herein may further include a RAN node for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the RAN node to: configure radio resources for acting as an AIoT reader to a UE in the case of receiving authorization information for the UE as an AIoT reader; and determine to release the radio resources for acting as an AIoT reader configured to the UE in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked.

[0018] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the RAN node to: initiate a PDU session release procedure towards a SMF in response to the authorization for the UE as an AIoT reader being revoked; and release user plane resources for a PDU session associated with the UE as an AIoT reader.

[0019] In some implementations of the methods and apparatuses described herein, in the case that the authorization for the UE as an AIoT reader is revoked only for a time duration, after the time duration has passed, the at least one processor is configured to further cause the RAN node to: resume configuring radio resources for acting as an AIoT reader to the UE; and send to a CN a message notifying that the authorization for the UE as an AIoT reader is resumed.

[0020] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the RAN node to: receive, from the UE or a CN, revocation information including ID information of the UE and the revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0021] In some implementations of the methods and apparatuses described herein, in the case of receiving the revocation information from the UE, the at least one processor is configured to further cause the RAN node to: forward the revocation information to the CN, wherein the revocation information further includes location information of the UE, a revocation cause and ID information of the RAN node.

[0022] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the RAN node to: send AIoT service correlation ID information associated with the UE to the CN, notifying AIoT service requests that has been stopped at the UE due to revocation of the authorization for the UE as an AIoT reader.

[0023] In some implementations of the methods and apparatuses described herein, in the case of receiving the revocation information from the CN, the at least one processor is configured to further cause the RAN node to: send the revocation information to the UE.

[0024] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the RAN node to: determine whether the authorization of the UE as an AIoT reader needs to be revoked based on one or multiple of validity information related to the authorization for the UE as an AIoT reader or local configuration; and send to the UE and a CN, revocation information including ID information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0025] In some implementations of the methods and apparatuses described herein, the revocation information sent to the CN further comprises one or multiple of: revocation causes or AIoT service correlation ID information associated with the UE.

[0026] Some implementations of the methods and apparatuses described herein may further include a UE for wireless communication, which may include at least one memory; and at least one processor coupled with the at least one memory and configured to cause the UE to: receive from a RAN node authorization information for the UE as an AIoT reader; and determine to stop acting as an AIoT reader in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked.

[0027] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: initiate a PDU session release procedure towards a SMF in response to the authorization for the UE as an AIoT reader being revoked.

[0028] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: determine whether the authorization of the UE as an AIoT reader needs to be revoked based on one or multiple of validity information related to the authorization for the UE as an AIoT reader or local configuration; and send to the RAN node, revocation information including ID information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0029] In some implementations of the methods and apparatuses described herein, the revocation information further comprises a revocation cause of invalid time or invalid location.BRIEF DESCRIPTION OF THE DRAWINGS

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

[0031] Figure 2 illustrates an example of an authorization revocation procedure for UE as an AIoT reader in accordance with aspects of the present disclosure.

[0032] Figure 3 illustrates an example of a CN entity in accordance with aspects of the present disclosure.

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

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

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

[0036] Figure 7 illustrates a flowchart of method performed by a CN entity in accordance with aspects of the present disclosure.

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

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

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

[0040] 3rd generation partnership program (3GPP) Release 19 (R19) has achieved some preliminary agreements on AIoT, and there are more normative works needed to be pursued and studied for AIoT.

[0041] For example, to be an AIoT reader (or reader for simplification) , UE needs to be authorized or allowed by the core network, that is, the UE needs the authorization to act as an AIoT reader (referred to as "reader authorization"for simplification) . Various aspects of the present disclosure propose that the authorization for UE to act as an AIoT reader may be revoked (or cancelled or stopped or the like) , e.g., by the CN side, the RAN side or UE side. Besides how to trigger and perform the revocation of authorization for the UE as an AIoT reader, various aspects of the present disclosure also propose technical solutions considering how to handle AIoT service related procedures, radio resources and connections etc., associate with the UE when the authorization for the UE as an AIoT reader is revoked. For example, various aspects of the present disclosure consider how to release radio resources for AIoT services and PDU session for AIoT services and how to handle the related AIoT service request (s) at AIoTF etc., in the case of revoking the reader authorization for the UE.

[0042] For example, in accordance with some aspects of the present disclosure, the CN side, e.g., AMF or the like or AIoTF or the like may determine whether the authorization of the UE as an AIoT reader needs to be revoked based on validity information (or authorization information or the like) related to the reader authorization for the UE, local configuration thereof, local policy thereof, location information of the UE, or notification that subscription information of the UE has changed or any combination thereof. If the CN side, e.g., AMF or AIoTF determines to revoke the authorization for the UE as an AIoT reader, the AMF or AIoTF may send revocation information (or reader unauthorized information or invalidity information or the like) to both the RAN side and UE side. Exemplary revocation information may include ID information of the UE and revocation indication (in explicit or implicit manner) indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0043] In accordance with some aspects of the present disclosure, the UE side may determine whether to revoke or stop the authorization of the UE as an AIoT reader based on validity information related to the reader authorization for the UE or local configuration or a combination thereof. If the UE side determines to revoke the authorization for the UE as an AIoT reader, the UE may send revocation information including UE ID information and revocation indication to the RAN node, which may be further sent to CN side, e.g., the AMF and / or AIoTF etc.

[0044] In accordance with some aspects of the present disclosure, the RAN side may determine whether to revoke the authorization of the UE as an AIoT reader based on validity information related to the reader authorization for the UE or local configuration. If the RAN side determines to revoke the authorization for the UE as an AIoT reader, the RAN side may send revocation information including UE ID information and revocation indication to the UE and CN side, e.g., AMF and / or AIoTF etc.

[0045] When the authorization for UE as an AIoT reader is revoked or the UE is stopped to be an AIoT reader, on-going AIoT service procedures or resources associated with the UE may also be released and stopped. For example, the RAN side may release the radio resources for both the control plane and user plane, which was configured or assigned by the RAN node for the UE for AIoT services (or used in the case of UE as an AIoT reader) . For user plane solution, the user plane AIoT service connection, e.g., the PDU session established between the UE as an AIoT reader and the AIoTF via user plane function (UPF) may also be released, e.g., via a PDU session release procedure towards the SMF.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0061] Although there are various AIoT connectivity topologies, the following two connectivity topologies are mainly studied: - Topology 1: BS (or the like) <--> AIoT Device; - Topology 2: BS (or the like) <--> intermediate node <--> AIoT Device. Under Topology 1, an exemplary reader is a NE, RAN node or BS or the like, which may be  referred to as next generation (NG) RAN, NE reader, RAN reader, BS reader or AIoT RAN etc. In some cases, an AIoT RAN may include one or more RAN readers or BS readers or the like. Communications between the BS reader and AIoTF may be via the AMF or not, which may be referred to direct connectivity (no AMF) or indirect connectivity (via an AMF) respectively. Under Topology 2, the intermediate node acts as an AIoT reader. An exemplary intermediate node may be a UE, which may be referred to as a UE reader. A NE, RAN, RAN node or BS or the like serving a UE reader is AIoT enabled, which may be referred to an AIoT enabled RAN node, AIoT enabled RAN, AIoT BS, NG-RAN or the like. In addition, there are two solutions under Topology 2, including control plane solution, e.g., radio resource control (RRC) based solution and user plane solution, e.g., PDU session based. As 3GPP evolution, more connectivity topologies may be studied and introduced for AIoT services, where UE may also act as an AIoT reader besides in Topology 2.

[0062] To act as an AIoT reader, e.g., in Topology 2, the UE may initiate a registration procedure towards the AMF via a RAN node, e.g., NG-RAN. For example, the UE may send a registration request to the AMF with the ID information of the UE, e.g., UE ID and a UE reader indication etc. The AMF may use the UE ID to find the serving UDM / UDR (e.g., UDM, or UDR or both) for the UE, so as to check and retrieve the information on the UE subscription data stored at the UDM / UDR. The UE subscription data or information stored at the UDM / UDR may include one or multiple of the following: allowed UE reader indication (or authorization indication) , allowed transmission method, dedicated data network name (DNN)  / single network slice selection assistance information (S-NSSAI) , and validity information related to the authorization for the UE as an AIoT reader. The validity information may include authorized or allowed time information for the UE as an AIoT reader, or authorized or allowed location information for the UE as an AIoT reader, and / or other related information. Exemplary allowed time information may indicate an allowed time duration or period during that the UE reader is allowed to be a reader. Exemplary allowed location information may indicate allowed tracking area, allowed AIoT area, allowed cell ID, or allowed geographic locations, etc., where the UE is allowed to act as an AIoT reader.

[0063] The AMF may send a registration response to the RAN node and the UE (e.g., via the RAN node) after checking the subscription data. If the UE is authorized or allowed to be a UE reader, the registration response may include the UE reader allowed indication, ID information of the UE, and one or multiple of allowed transmission method and validity information (if any) etc. Based on the received registration response, the RAN node, e.g., NG-RAN that serves the UE may configure the UE reader with the access control information based on the local configuration, e.g., configuring (or allocating or assigning or the like) radio resources for AIoT services associated with the UE, so that the UE as an AIoT reader can use the radio resources to perform AIoT services.

[0064] The AMF may also send, to other CN entity (s) , e.g., the AIoTF, the authorized UE reader related information, which may include UE ID information, UE location information (if available) , serving RAN related information, e.g., NG-RAN ID information, and / or UE status (e.g., RRC or connection management (CM) state) etc. In some cases, the AMF may also send the validity information associated with the UE reader to the AIoTF. The AIoTF may choose the authorized UE readers to perform requested AIoT service (s) .

[0065] In some implementations of the present disclosure, the AIoTF may obtain the validity information associated with the UE reader from the UDM / UDR. For example, in some cases, the AIoTF may check the subscription data of the UE by itself from the UDM / UDR, by using AIOT or AIOT service or the like as the subscription data type, and determine whether to authorize the UE to act as a reader. If the UE is authorized to be a reader, the AIoTF may indicate the authorization for the UE to the AMF, the RAN node and / or the UE.

[0066] The authorization for the UE to be an AIoT reader may be revoked, e.g., due to the validity information associated with the authorization, or due to the revocation decision from the operator that handles the AIoT device based on local policies or the changed information on the UE subscription data, or other reasons. More details are illustrated in the following in accordance with some exemplary implementations of the present disclosure in view of Figure 2.

[0067] Specifically, Figure 2 illustrates an example of an authorization revocation procedure for UE as an AIoT reader in accordance with aspects of the present disclosure.

[0068] Referring to Figure 2, it is assumed that the UE has been registered and authorized to be an AIoT reader, and the RAN node or NE is AIoT enabled, e.g., NG-RAN.

[0069] In accordance with some aspects of the present disclosure, the AMF or the like will be responsible for determining whether to revoke the reader authorization for the UE. At step 201, the AMF may determine whether the UE reader authorization is invalid and needs to be revoked based on validity information, local configuration, local policy, UE location information, notification indicating that the UE subscription data or information has changed, and / or other information.

[0070] For example, the AMF may determine whether the allowed time duration for UE as a reader has passed, e.g., by setting or maintaining a related timer or calculating time lapse based on the validity information. If the allowed time duration for the UE as a reader has passed, the AMF will determine to revoke the authorization for the UE as an AIoT reader, that is, the UE cannot act as an AIoT reader or the reader authorization for the UE is invalid. For another example, the AMF may obtain the UE location information, e.g., from location management function (LMF) and / or RAN side, e.g., NG-RAN serving the UE, and determine whether the UE can continue to act as a reader or not, e.g., when UE moves into a new area. If the UE has moved into the non-allowed area or forbidden area for the reader authorization, the AMF will determine to revoke the authorization for the UE as an AIoT reader. In some cases, the AMF may subscribe to the UDM / UDR or the like about the UE subscription information, e.g., using UE ID information as key, and AIoT (or AIoT service or the like, which shows the data type is AIoT related) as subscription data type. If the subscription data or information of the UE changes or updates, the UDM / UDR may notify the change or update to the AMF. If the AMF receives from the UDM / UDR a notification indicating that the UE is not a reader any more, the AMF will determine to revoke the authorization for the UE as an AIoT reader.

[0071] In the case of determining to revoke the authorization for the UE to act as an AIoT reader, the AMF may send a message with revocation information to the AIoTF at step 203a. In some cases, the AMF may also send the revocation information to both the RAN side, e.g., NG-RAN and UE (e.g., via the RAN node) at step 203b and 203c.

[0072] Exemplary revocation information may include the UE ID information, revocation indication and / or other information. The revocation indication may explicitly indicate that the authorization for the UE as an AIoT reader is revoked or needs to be revoked, e.g., by a one bit indicator, or implicitly indicate that the authorization for the UE as an AIoT reader is revoked or needs to be revoked by other information. In some implementations of the present disclosure, the revocation information may include the time information related to the revocation (or referred to as revocation time information for simplification and clarity) , e.g., a time duration for the reader authorization revocation (revocation timer duration) during that the authorization for the UE as an AIoT reader is revoked. The revocation time duration means that the UE reader is only revoked for the indicated duration or period and can be resumed to be a reader again after the indicated time duration passed.

[0073] In accordance with some aspects of the present disclosure, the AIoTF or the like will be responsible for determining whether to revoke the reader authorization for the UE. At step 211, the AIoTF may determine whether the UE reader authorization is invalid and needs to be revoked based on validity information, local configuration, local policy, UE location information, notification indicating that the UE subscription data or information has changed, and / or other information. Details are same as or similar to that performed by the AMF, and thus will not repeat. For example, the AIoTF may subscribe to UDM / UDR about the UE subscription information, e.g., using UE ID information as key, and AIoT or AIoT service or the like as subscription data type. If the subscription data or information of the UE changes or updates, the UDM / UDR may notify the change or update to the AIoTF. If the AIoTF receives from the UDM / UDR a notification indicating that the UE is not a reader any more, the AIoTF will determine to revoke the authorization for the UE as an AIoT reader.

[0074] In the case of determining to revoke the authorization for the UE to act as an AIoT reader, the AIoTF may send revocation information to the AMF at step 213a in some cases. The AIoTF may also send the revocation information to the RAN side, e.g., NG-RAN and UE (via the AMF or not) at steps 213b and 213c. Similarly, the revocation information may include the UE ID information, revocation indication and / or other related information, e.g., revocation time information. For example, the revocation information may include UE ID and a revocation time duration, wherein the revocation time duration is also used as implicit revocation indication indicating that the reader authorization for the UE is revoked or needs to be revoked.

[0075] In accordance with some aspects of the present disclosure, another CN entity different from the AMF and AIoTF may be responsible for determining whether to revoke the reader authorization for the UE similar to the AMF and AIoTF, and will not repeat.

[0076] In accordance with some aspects of the present disclosure, the UE may determine whether to revoke (stop) the reader authorization by itself. At step 221, the UE may determine whether the UE reader authorization is invalid and needs to be stopped based on validity information and / or local configuration etc. For example, based on the validity information and / or local configuration, when realizing that the UE has entered an area that is forbidden or not allowed for the UE as a reader, the UE will determine to stop acting as an AIoT reader. For another example, the UE may start a timer or calculate time lapse based on the allowed time duration for the UE as a reader indicated in the validity information, and if the timer expires or the calculation shows the allowed time duration passes, the UE will determine to stop acting as an AIoT reader.

[0077] In the case of determining to stop acting as an AIoT reader, the UE may send revocation information to the RAN node at step 223a, and may also send revocation information to the CN side via the RAN node (transparent to the RAN node or not) , e.g., to the AMF at step 223b and / or AIoTF at step 223c etc. The UE may include causes of the authorization revocation or stop and UE location information etc., in the revocation information besides the UE ID information and / or revocation indication (explicit or implicit manner) etc. For example, the UE may send to the NG-RAN, revocation information including UE ID, a one bit revocation indicator and the revocation cause, e.g., invalid time and / or invalid location etc. In some cases, the UE may first transmit the revocation information to the RAN node, which is not transparent for the RAN node, and the RAN node may further determine whether to and / or how to transmit the revocation information to the CN side. For example, after receiving the revocation information from the UE, the RAN node may further include the ID information of the RAN node and / or other related information, e.g., UE location information (if the revocation information from the UE does not include it) in the revocation information to the CN side.

[0078] In some cases, the RAN node may have selected the UE reader for the AIoT service request (s) . After receiving revocation information from the UE, the RAN node may also send AIoT service correlation ID information associated with the UE to the CN side, e.g., the AIoTF, included in or separate from the revocation information to the CN side. The AIoT service correlation ID information may notify or indicate the AIoT service request (s) that has been stopped or failed at the UE due to the reader authorization revocation. In some cases, the RAN node may also send the AIoT service correlation ID information to the UE. Similarly, in the case of the CN side, e.g., the AMF or AIoTF determining to revoke the reader authorization for the UE, the RAN node may also determine the AIoT service correlation ID information associated with the UE and send to the AIoTF or even to the AMF and / or UE.

[0079] In accordance with some aspects of the present disclosure, the RAN side, e.g., NG-RAN may determine whether to revoke the reader authorization for the UE within the serving area of the NG-RAN. At step 231, the RAN node may determine whether the authorization for the UE as a reader is invalid and needs to be revoked or stopped based on the validity information or based on the local configuration or both. For example, the NG-RAN may page the UE to obtain the UE location information, or by initiate a location service (LCS) procedure towards the AMF and LMF to obtain the UE location information. When realizing that the UE has entered an area that is forbidden or not allowed for the UE as a reader, the NG-RAN will determine to revoke the reader authorization for the UE. For another example, the NG-RAN may start a timer or calculate time lapse based on the allowed time duration for the UE as a reader indicated in the validity information, and if the timer expires or the calculation shows that the allowed time duration passes, the NG-RAN will determine to revoke the reader authorization for the UE.

[0080] In the case of determining to revoke the authorization for the UE to act as an AIoT reader, the RAN node, e.g., NG-RAN may send the revocation information to the UE at step 233a, including the UE ID information, revocation indication and / or other related information (if any) . The RAN node, e.g., NG-RAN may also send the revocation information to the CN side, e.g., to the AMF at step 233b, and / or to the AIoTF at step 233c (via the AMF or not) . Besides the UE ID information and revocation indication (explicit or implicit) , exemplary revocation information to the CN side may further include UE location information, revocation cause, AIoT service correlation ID information related to the UE reader, and / or other related information. Similarly, the revocation cause may be allowed time duration passed, e.g., the related timer expires, or UE entering forbidden area etc. In some cases, the AIoT service correlation ID information related to the UE reader may be sent to the CN side separate from (or not included in) the revocation information.

[0081] When the UE realizes that the reader authorization has been revoked or stopped (either determined by itself or notified by RAN side or CN side) , the UE will stop acting as an AIoT reader, e.g., stop interacting with the AIoT devices at step 241. The established connection between the UE with the core network and the configured resources for AIoT services will be released, which may be implemented by the UE itself or rely on the RAN side and / or CN side.

[0082] For example, for RRC solution, when the RAN node, e.g., NG-RAN serving the UE is aware that the reader authorization for the UE is revoked (determined by the RAN node itself or notified by the UE or CN side) , at step 243, the NG-RAN may release the radio resources dedicated for the UE as an AIoT reader, and release the per UE association between the AMF and NG-RAN, and AIoTF and NG-RAN. Accordingly, the connection between the UE and core network will also be released for RRC solution. The UE may stop using the configured radio resources for AIoT services based on its implementations or release the configured radio resources for AIoT services based on the indication form the RAN side, e.g., a RRC reconfiguration message.

[0083] For user plane solution, a PDU session release procedure towards the SMF may be initiated by the UE, or RAN node, or by AMF or by the AIoTF.

[0084] For example, in some implementations of the present disclosure, when the UE realizes that the reader authorization has been revoked or stopped (either determined by itself or notified by RAN side or CN side) , the UE may initiate a PDU session release procedure towards the SMF at step 249a.

[0085] In some implementations of the present disclosure, when the RAN node serving the UE realizes that the reader authorization for the UE is revoked or stopped (either determined by the RAN node itself or notified by the UE or CN side) , the RAN node may initiate a PDU session release procedure towards the SMF at step 249b.

[0086] In some implementations of the present disclosure, it is assumed that the AMF is aware of the PDU session ID that is dedicated for AIoT services at the UE, e.g., during the PDU session established procedure. When the AMF realizes that the reader authorization for the UE is revoked or stopped (either determined by itself or notified by UE, or RAN side or AIoTF) , the AMF may initiate a PDU session release procedure towards the SMF at step 249c, e.g., by sending PDU session release information to the SMF, including PDU session release indication, PDU session ID that is dedicated for AIoT services at the UE, and UE ID information etc.

[0087] In some implementations of the present disclosure, as the anchor of the user plane in the CN for AIOT service, when the AIoTF realizes that the reader authorization for the UE is revoked or stopped (either determined by itself or notified by UE, or RAN side or AMF) , the AIoTF may initiate a PDU session release procedure towards the SMF at step 249d, e.g., by sending the PDU session release information to the SMF similar to the AMF.

[0088] When the PDU session is released, the resources at RAN (access resources) and UPF side related to the PDU session will also be released. Compared with legacy 3GPP specification, revocation of reader authorization for UE may be defined as a new event or condition for triggering a PDU session release procedure. In some implementations of the present disclosure, in the case of revoking the reader authorization, the PDU session release procedure towards the SMF may be triggered due to the DNN and / or S-NSSAI related to the PDU session for AIoT services associated with the UE being removed from the subscription data or invalid.

[0089] Besides the above, after realizing the revocation of the reader authorization for the UE, the CN side, e.g., the AMF and / or AIoTF may perform more operations associated with the AIoT services involving the UE.

[0090] For example, when the AMF realizes that the reader authorization has been revoked or stopped, at step 245, the AMF may update the authorized UE reader list locally (if any) , e.g., deleting the UE reader from the local available UE reader list, and / or may select or choose other UE reader (s) for AIoT service request (s) associated with the UE whose reader authorization was revoked (if any) and / or for the following AIoT service request (s) (if any, until the UE is authorized to act as a reader again) .

[0091] When the AIoTF realizes that the reader authorization has been revoked or stopped, similar to the AMF, at step 247, the AIoTF may update the authorized UE reader list locally, and will not select the revoked UE as AIoT reader for the AIoT service request (s) . In some cases, the AIoTF may expose the information related to the UE whose reader authorization is revoked to the authorized AF (or AIoT AF) , e.g., via network exposure function (NEF) , which may include the UE ID information, related revocation time information, UE location information and failed AIoT service correlation ID information etc.

[0092] For example, based on the AIoT service correlation ID information provided by the RAN side (if any) , the AIoTF may determine the unfinished AIoT service request (s) or failed AIoT service request (s) . The AIoTF may assign the unfinished AIoT service request (s) to other UE reader (s) , or send the failure information related to the unfinished AIoT service request (s) to the AF. The failure information to the AF may include the failure cause (s) and transaction ID (s) (corresponding to the AIoT service correlation ID (s) reported by the RAN node) . The AIoTF may delete last known reader information of the UE for AIoT devices, and select a different AIoT reader for a later AIoT service request (until the UE is authorized to act as a reader again) .

[0093] In addition, in the case that the revocation information includes revocation time information, e.g., revocation time duration, the AMF and / or AIoTF will choose other UE reader (s) for the received AIoT service request (s) by taking into account that the UE cannot act as a reader within the indicated revocation time duration and may resume to choose the UE for the received AIoT service request (s) after the indicated revocation time duration passes.

[0094] In some implementations of the present disclosure, an authorization resume procedure based on the revocation time information may be required after the revocation time duration has passed (based on a related timer or calculation of lapsed time) . For example, after the revocation time duration has passed, the AMF may send a message, e.g., to the UE, RAN node and AIoTF etc., indicating the resumed authorization, or the UE may initiate an authorization procedure similar to the registration procedure again. In some implementations of the present disclosure, no specific authorization resume procedure is required, the related entities, e.g., AIoTF, AMF, RAN node and / or UE etc., will assume the reader authorization is resumed and take the UE as an AIoT reader again after the revocation time duration has passed. For example, the RAN node, e.g., NG-RAN may resume configuring the radio resources for UE as an AIoT reader after the revocation time duration has passed and UE can resume to be an AIoT reader.

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

[0096] Figure 3 illustrates an example of a CN entity 300 in accordance with aspects of the present disclosure. The CN entity 300 may include a processor 302, a memory 304, a controller 306, and a transceiver 308. The processor 302, the memory 304, the controller 306, or the transceiver 308, 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.

[0097] The processor 302, the memory 304, the controller 306, or the transceiver 308, 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.

[0098] The processor 302 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 302 may be configured to operate the memory 304. In some other implementations, the memory 304 may be integrated into the processor 302. The processor 302 may be configured to execute computer-readable instructions stored in the memory 304 to cause the CN entity 300 to perform various functions of the present disclosure.

[0099] The memory 304 may include volatile or non-volatile memory. The memory 304 may store computer-readable, computer-executable code including instructions when executed by the processor 302 cause the CN entity 300 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 304 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.

[0100] In some implementations, the processor 302 and the memory 304 coupled with the processor 302 may be configured to cause the CN entity 300 to perform one or more of the functions described herein (e.g., executing, by the processor 302, instructions stored in the memory 304) . For example, the processor 302 may support wireless communication at the CN entity 300 in accordance with examples as disclosed herein. The CN entity 300 may be configured to support a means for determining revocation information related to a UE in the case of determining that authorization for the UE as an AIoT reader needs to be revoked; and means for sending the revocation information to the UE and a RAN node associated with the UE, wherein the revocation information includes ID information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

[0101] The controller 306 may manage input and output signals for the CN entity 300. The controller 306 may also manage peripherals not integrated into the CN entity 300. In some implementations, the controller 306 may utilize an operating system such as  or other operating systems. In some implementations, the controller 306 may be implemented as part of the processor 302.

[0102] In some implementations, the CN entity 300 may include at least one transceiver 308. In some other implementations, the CN entity 300 may have more than one transceiver 308. The transceiver 308 may represent a wireless transceiver. The transceiver 308 may include one or more receiver chains 310, one or more transmitter chains 312, or a combination thereof.

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

[0104] A transmitter chain 312 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 312 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 312 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 312 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0105] Figure 4 illustrates an example of a processor 400 in accordance with aspects of the present disclosure. The processor 400 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 400 may include a controller 402 configured to perform various operations in accordance with examples as described herein. The processor 400 may optionally include at least one memory 404, which may be, for example, an L1 / L2 / L3 cache. Additionally, or alternatively, the processor 400 may optionally include one or more arithmetic-logic units (ALUs) 406. 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) .

[0106] The processor 400 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 400) 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) .

[0107] The controller 402 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 400 to cause the processor 400 to support various operations in accordance with examples as described herein. For example, the controller 402 may operate as a control unit of the processor 400, generating control signals that manage the operation of various components of the processor 400. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

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

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

[0110] The memory 404 may store computer-readable, computer-executable code including instructions that, when executed by the processor 400, cause the processor 400 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 402 and / or the processor 400 may be configured to execute computer-readable instructions stored in the memory 404 to cause the processor 400 to perform various functions. For example, the processor 400 and / or the controller 402 may be coupled with or to the memory 404, the processor 400, the controller 402, and the memory 404 may be configured to perform various functions described herein. In some examples, the processor 400 may include multiple processors and the memory 404 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.

[0111] The one or more ALUs 406 may be configured to support various operations in accordance with examples as described herein. In some implementations, the one or more ALUs 406 may reside within or on a processor chipset (e.g., the processor 400) . In some other implementations, the one or more ALUs 406 may reside external to the processor chipset (e.g., the processor 400) . One or more ALUs 406 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 406 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 406 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 406 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 406 to handle conditional operations, comparisons, and bitwise operations.

[0112] The processor 400 may support wireless communication in accordance with examples as disclosed herein. The processor 400 may be configured to or operable to support a means for determining revocation information related to a UE in the case of determining that authorization for the UE as an AIoT reader needs to be revoked; and means for sending the revocation information to the UE and a RAN node associated with the UE, wherein the revocation information includes ID information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

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

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

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

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

[0117] In some implementations, the processor 502 and the memory 504 coupled with the processor 502 may be configured to cause the UE 500 to perform one or more of the functions described herein (e.g., executing, by the processor 502, instructions stored in the memory 504) . For example, the processor 502 may support wireless communication at the UE 500 in accordance with examples as disclosed herein. The UE 500 may be configured to support a means for receiving from a RAN node authorization information for the UE as an AIoT reader; and means for determining to stop acting as an AIoT reader in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked.

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

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

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

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

[0122] Figure 6 illustrates an example of a RAN node or NE 600 in accordance with aspects of the present disclosure. The NE 600 may include a processor 602, a memory 604, a controller 606, and a transceiver 608. The processor 602, the memory 604, the controller 606, or the transceiver 608, 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.

[0123] The processor 602, the memory 604, the controller 606, or the transceiver 608, 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.

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

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

[0126] In some implementations, the processor 602 and the memory 604 coupled with the processor 602 may be configured to cause the NE 600 to perform one or more of the functions described herein (e.g., executing, by the processor 602, instructions stored in the memory 604) . For example, the processor 602 may support wireless communication at the NE 600 in accordance with examples as disclosed herein. The NE 600 may be configured to support a means for configuring radio resources for acting as an AIoT reader to a UE in the case of receiving authorization information for the UE as an AIoT reader; and means for determining to release the radio resources for acting as an AIoT reader configured to the UE in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked.

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

[0128] In some implementations, the NE 600 may include at least one transceiver 608. In some other implementations, the NE 600 may have more than one transceiver 608. The transceiver 608 may represent a wireless transceiver. The transceiver 608 may include one or more receiver chains 610, one or more transmitter chains 612, or a combination thereof.

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

[0130] A transmitter chain 612 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 612 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 612 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 612 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

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

[0132] At step 701, the method may include determining revocation information related to a UE in the case of determining that authorization for the UE as an AIoT reader needs to be revoked. The operations of step 701 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 701 may be performed by a CN entity as described with reference to Figure 3.

[0133] At step 703, the method may include sending the revocation information to the UE and a RAN node associated with the UE, wherein the revocation information includes ID information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked. The operations of step 703 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 703 may be performed by a CN entity as described with reference to Figure 3.

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

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

[0136] At step 801, the method may include receiving from a RAN node authorization information for the UE as an AIoT reader. The operations of step 801 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 801 may be performed by a UE as described with reference to Figure 5.

[0137] At step 803, the method may include determining to stop acting as an AIoT reader in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked. The operations of step 803 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 803 may be performed by a UE as described with reference to Figure 5.

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

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

[0140] At step 901, the method may include configuring radio resources for acting as an AIoT reader to a UE in the case of receiving authorization information for the UE as an AIoT reader. The operations of step 901 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 901 may be performed by a NE as described with reference to Figure 6.

[0141] At step 903, the method may include determining to release the radio resources for acting as an AIoT reader configured to the UE in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked. The operations of step 903 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 903 may be performed by a NE as described with reference to Figure 6.

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

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

Claims

1.A core network (CN) entity for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the CN entity to:determine revocation information related to a user equipment (UE) in the case of determining that authorization for the UE as an ambient internet of things (AIoT) reader needs to be revoked; andsend the revocation information to the UE and a radio access network (RAN) node associated with the UE, wherein the revocation information includes identification (ID) information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.2.A CN entity of claim 1, wherein the revocation information further comprises a time duration during that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.3.A CN entity of claim 1, wherein the at least one processor is configured to further cause the CN entity to:determine whether the authorization of the UE as an AIoT reader needs to be revoked based on one or multiple of: validity information related to the authorization for the UE as an AIoT reader, local configuration, local policy, location information of the UE, or a notification that subscription information of the UE has changed.4.A CN entity of claim 3, wherein the validity information comprises one or multiple of: allowed time information for the UE as an AIoT reader, or allowed location information for the UE as an AIoT reader.5.A CN entity of claim 1, wherein the at least one processor is configured to further cause the CN entity to:subscribe information of subscription data of the UE from one or multiple of unified data management (UDM) or unified data repository (UDR) by using AIOT or AIOT service as a subscription data type.6.A CN entity of claim 1, wherein the at least one processor is configured to further cause the CN entity to:send protocol data unit (PDU) session release information to a session management function (SMF) , including release indication indicating that a PDU session for AIoT services at the UE has been released, PDU session ID information associated with the AIoT services at the UE, and the ID information of the UE.7.A CN entity of claim 1, wherein the CN entity is an access and mobility management function (AMF) , and the at least one processor is configured to further cause the CN entity to:send to an AIoT function (AIoTF) one or multiple of validity information related to the authorization for the UE as an AIoT reader or the revocation information related to the UE.8.A CN entity of claim 1, wherein the CN entity is an AIoT function (AIoTF) , and the at least one processor is configured to further cause the CN entity to:receive validity information related to the authorization for the UE as an AIoT reader from an access and mobility management function (AMF) , or a unified data management (UDM) or unified data repository (UDR) .9.A CN entity of claim 1, wherein the CN entity is an AIoT function (AIoTF) , and the at least one processor is configured to further cause the CN entity to:delete last known reader information of the UE for AIoT devices; andselect a different AIoT reader for a later AIoT service request.10.A CN entity of claim 1, wherein the CN entity is an AIoT function (AIoTF) , and the at least one processor is configured to further cause the CN entity to:expose information related to that the UE is an unavailable AIoT reader to an authorized application function (AF) , including the ID information of the UE and one or multiple of unavailability time information, unavailability location information or failed service correlation ID information related to the UE.11.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:determine revocation information related to a user equipment (UE) in the case of determining that authorization for the UE as an ambient internet of things (AIoT) reader needs to be revoked; andsend the revocation information to the UE and a radio access network (RAN) node associated with the UE, wherein the revocation information includes identification (ID) information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.12.A radio access network (RAN) node for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the RAN node to:configure radio resources for acting as an ambient internet of things (AIoT) reader to a user equipment (UE) in the case of receiving authorization information for the UE as an AIoT reader; anddetermine to release the radio resources for acting as an AIoT reader configured to the UE in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked.13.A RAN node of claim 12, wherein in the case that the authorization for the UE as an AIoT reader is revoked only for a time duration, after the time duration has passed, the at least one processor is configured to further cause the RAN node to:resume configuring radio resources for acting as an AIOT reader to the UE; andsend to a core network (CN) a message notifying that the authorization for the UE as an AIoT reader is resumed.14.A RAN node of claim 12, wherein the at least one processor is configured to further cause the RAN node to:receive, from the UE or a core network (CN) , revocation information including identification (ID) information of the UE and the revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.15.A RAN node of claim 14, wherein in the case of receiving the revocation information from the UE, the at least one processor is configured to further cause the RAN node to:forward the revocation information to the CN, wherein the revocation information further includes location information of the UE, a revocation cause and ID information of the RAN node.16.A RAN node of claim 15, wherein the at least one processor is configured to further cause the RAN node to:send AIoT service correlation ID information associated with the UE to the CN, notifying AIoT service requests that has been stopped at the UE due to revocation of the authorization for the UE as an AIoT reader.17.A RAN node of claim 14, wherein in the case of receiving the revocation information from the CN, the at least one processor is configured to further cause the RAN node to:send the revocation information to the UE.18.A RAN node of claim 12, wherein the at least one processor is configured to further cause the RAN node to:determine whether the authorization of the UE as an AIoT reader needs to be revoked based on one or multiple of validity information related to the authorization for the UE as an AIoT reader or local configuration; andsend to the UE and a core network (CN) , revocation information including identification (ID) information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.19.A user equipment (UE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the UE to:receive from a radio access network (RAN) node authorization information for the UE as an ambient internet of things (AIoT) reader; anddetermine to stop acting as an AIoT reader in the case of receiving revocation indication indicating that authorization for the UE as an AIoT reader is revoked or needs to be revoked or determining that authorization for the UE as an AIoT reader needs to be revoked.20.A UE of claim 19, wherein the at least one processor is configured to further cause the UE to:determine whether the authorization of the UE as an AIoT reader needs to be revoked based on one or multiple of validity information related to the authorization for the UE as an AIoT reader or local configuration; andsend to the RAN node, revocation information including identification (ID) information of the UE and revocation indication indicating that the authorization for the UE as an AIoT reader is revoked or needs to be revoked.

Images