Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for ambient Internet of things (AIoT) service management. In a solution, a communication device determines whether at least one condition regarding the communication device is satisfied. If the at least one condition is satisfied, the communication device performs at least one of: continuing an AIoT service for an AIoT device; or suspending the AIoT service. The at least one condition comprises at least one of: a first condition of a detection of a radio link failure, a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command, a fourth condition of being out of coverage of a cell of a network device, a fifth condition of entering an inactive or idle state.

Description

DEVICES AND METHODS FOR COMMUNICATION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for ambient Internet of Things (IoT) service management.BACKGROUND

[0003] In recent years, IoT has attracted much attention in the wireless communication world. IoT technologies are expected to drastically change landscape of various industries. The automation and digitalization of various industries open numbers of new markets requiring new IoT technologies of supporting battery-less devices with no energy storage capability or devices with energy storage that do not need to be replaced or recharged manually. Thus, ambient IoT (AIoT) is proposed, which is a promising field in some communication systems such as the 5th generation mobile communication technology (5G) new radio (NR) . The ambient IoT refers to the IoT without power and energy sources. Specifically, the ambient IoT terminal node, which is also referred to as an ambient IoT device or tag, obtains energy from the environment. For example, an ambient IoT device may capture and collect energy by collecting radio waves to complete data collection, transmission and distributed computing, etc.SUMMARY

[0004] In general, embodiments of the present disclosure provide methods, devices and computer storage medium for transmission of ambient IoT device.

[0005] In a first aspect, there is provided a communication device. The communication device comprises: a processor configured to cause the reader to: determine whether at least one condition regarding the communication device is satisfied; and in accordance with a determination that the at least one condition is satisfied, perform at least one of: continuing an ambient Internet of things (AIoT) service for an AIoT device; or suspending the AIoT service, wherein the at least one condition comprises at least one of: a first condition of a detection of a radio link failure, a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command,  a fourth condition of being out of coverage of a cell of a network device, a fifth condition of entering an inactive or idle state.

[0006] In a second aspect, there is provided a network device. The network device comprises: a processor configured to cause the network device to: receive, from a communication device or an ambient Internet of things (AIoT) core network node, a first message indicating to suspend an AIoT service; and transmit, to the communication device, a configuration of the AIoT device, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0007] In a third aspect, there is provided a network device. The network device comprises: a processor configured to cause the network device to: receive, from at least one of: a communication device or a further network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service; and transmit, to an AIoT core network node, a second message comprising at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service.

[0008] In a fourth aspect, there is provided a communication device. The communication device comprises: a processor configured to cause the communication device to: initiate a radio resource control connection resume procedure based on at least one condition being satisfied; and transmit, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service, wherein the at least one condition comprises at least one of: received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, a buffer size for the AIoT service running out, a  stop condition for an inventory or command request being satisfied, a selection of a cell, a selection of a previous cell before being out of coverage, a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service, a reception of a paging message, lack of a configured small data transmission resource for the AIoT service, or data for the AIoT service exceeding a size for small data transmission.

[0009] In a fifth aspect, there is provided a communication method performed by a communication device. The method comprises: determining whether at least one condition regarding the communication device is satisfied; and in accordance with a determination that the at least one condition is satisfied, performing at least one of: continuinging an ambient Internet of things (AIoT) service for an AIoT device; or suspendinging the AIoT service, wherein the at least one condition comprises at least one of: aing first condition of a detection of a radio link failure, aing second condition of an initiation of a connection reestablish procedure, aing third condition of a reception of a handover command, aing fourth condition of being out of coverage of a cell of a network device, aing fifth condition of entering an inactive or idle state.

[0010] In a sixth aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from a communication device or an ambient Internet of things (AIoT) core network node, a first message indicating to suspend an AIoT service; and transmitting, to the communication device, a configuration of the AIoT device, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0011] In a seventh aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from at least one of: a communication device or a further network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service; and transmitting, to an AIoT core network node, a second message comprising at least one of: information of the network device, the  information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service.

[0012] In an eighth aspect, there is provided a communication method performed by a communication device. The method comprises: initiating a radio resource control connection resume procedure based on at least one condition being satisfied; and transmitting, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service, wherein the at least one condition comprises at least one of: received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, a buffer size for the AIoT service running out, a stop condition for an inventory or command request being satisfied, a selection of a cell, a selection of a previous cell before being out of coverage, a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service, a reception of a paging message, lack of a configured small data transmission resource for the AIoT service, or data for the AIoT service exceeding a size for small data transmission.

[0013] In a ninth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the fifth, sixth, seventh, or eighth aspect.

[0014] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0016] FIG. 1A illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0017] FIG. 1B illustrates another example communication environment in which  example embodiments of the present disclosure can be implemented;

[0018] FIG. 2 illustrates an example diagram of logical system architecture for ambient IoT;

[0019] FIG. 3 illustrates a signaling flow 300 of management of the reader of the AIoT device in accordance with some embodiments of the present disclosure;

[0020] FIG. 4A illustrates a signaling flow of management of the AIoT service in accordance with some embodiments of the present disclosure;

[0021] FIG. 4B illustrates another signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0022] FIG. 4C illustrates another signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0023] FIG. 5A illustrates another signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0024] FIG. 5B illustrates another signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0025] FIG. 5C illustrates another signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0026] FIG. 6A illustrates another signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0027] FIG. 6B illustrates another signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0028] FIG. 7A illustrates a signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0029] FIG. 7B illustrates a signaling flow of management of AIoT service in accordance with some embodiments of the present disclosure;

[0030] FIG. 8 illustrates a signaling flow of RRC resume procedure considering AIoT service in accordance with some embodiments of the present disclosure;

[0031] FIG. 9 illustrates a flowchart of a communication method implemented at a  communication device according to some example embodiments of the present disclosure;

[0032] FIG. 10 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0033] FIG. 11 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0034] FIG. 12 illustrates a flowchart of a communication method implemented at a communication device according to some example embodiments of the present disclosure; and

[0035] FIG. 13 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

[0036] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0037] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0038] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0039] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and  Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0040] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0041] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0042] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex,  flexible duplex and cross division duplex modes.

[0043] Embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0044] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0045] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or  otherwise preferable to other selections.

[0046] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0047] As used herein, the term “suspend” may be interchangeable with the term “cease” , “de-active” , “stop” , “pause” or “release” . The term “resume” may be interchangeable with the term “active” , “reactive” , “restart” or “start” .

[0048] As used herein, the term “received AIoT service request” may be referred to as a “last AIoT service request” , a “current AIoT service request” , a “stored AIoT service request” or a “requested AIoT service request” .

[0049] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0050] FIG. 1A illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a first communication device 110 communicates with a second communication device 120. The first communication device 110 may be a battery-less device, an energy storage disabled device, or a device with limited energy storage capability, such as an ambient IoT device. The first communication device 110 may be implemented as AIoT device. The second communication device may be implemented as communication device via which the AIoT device and the network device may communicate. The third communication device 130 may be implemented as network device.

[0051] As used herein, the term “ambient IoT device” may be referred to as a “passive device” , “passive IoT” , “IoT device” , “A-IoT device” , “AIoT device” or the like. Examples of the ambient IoT device may include but not limited to tags, sensors, radio frequency (RF) components, or the like. The ambient IoT device may not necessarily be  able to generate signals independently, and may have very low or even no energy storage capacity. The energy for the ambient IoT device may be provided through the harvesting of radio waves, light, motion, heat, or any other power source that could be seen suitable.

[0052] As mentioned, the first communication device 110 may be the ambient IoT device which has no energy storage, no independent signal generation or amplification. The first communication device 110 may support a backscattering transmission. Such first communication device 110 may be referred to as “Device A” or “Device type A” . Alternatively, in some embodiments, the first communication device 110 supporting the backscattering transmission may has energy storage, but no independent signal generation. For such first communication device 110, use of stored energy may include amplification for reflected signals. Such first communication device 110 may be referred to as “Device B” or “Device type B” . Alternatively, in some embodiments, the first communication device 110 has energy storage and has independent signal generation, i.e., active RF components for transmission. Such first communication device 110 may be referred to as “Device C” or “Device type C” . In some following embodiments, the first communication device 110 may be a Device A or a Device B or a Device C.

[0053] In some embodiments, the first communication device 110 may be of different device types. A first device type of the first communication device 110 (referred to as Device 1) may support about 1 μW peak power consumption, have energy storage, initial sampling frequency offset (SFO) up to 10X ppm, neither DL nor UL amplification in the device. The device’s UL transmission is backscattered on a carrier wave provided externally.

[0054] A second device type of the first communication device 110 (referred to as Device 2a) may support less than or equal to a few hundred μW peak power consumption, have energy storage, initial SFO up to 10X ppm, both DL and / or UL amplification in the device. The device’s UL transmission is backscattered on a carrier wave provided externally.

[0055] A third device type of the first communication device 110 (referred to as Device 2b) may support less than or equal to a few hundred μW peak power consumption, harvest energy storage, initial SFO up to 10X ppm, both DL and / or UL amplification in the device. The device’s UL transmission is generated internally by the device.

[0056] In some embodiments, the second communication device 120 may be a network device such as a base station, a relay, or an IAB device, a terminal device such as UE, or any other suitable device. The second communication device 110 may transmit a signal (also referred to as “ambient IoT signal” ) to the first communication device 110. As used herein, the second communication device 120 transmitting the ambient IoT signal to the first communication device 110 may be referred to as an “ambient IoT device reader” or “reader” . The first communication device 110 receives the ambient IoT signal and may perform a backscattering transmission based on the ambient IoT signal. For example, the first communication device 110 may collect or harvest energy from the ambient IoT signal and use the collected energy to transmit the backscattering transmission. As used herein, the term “signal” may be referred to as a “waveform” . The term “ambient IoT signal” may be referred to as an “ambient IoT data” , “ambient IoT signaling” , “ambient IoT waveform” , “harvesting signal” , “carrier wave (CW) ” , “inventory signal” , or “command” . The ambient IoT signal may be a physical layer (PHY) signal.

[0057] In embodiments where the second communication device 120 being a network device such as a base station, the first communication device 110 may directly and bidirectionally communicate with the base station. The topology of the first communication device 110 and the second communication device 120 shown in FIG. 1A may be referred to as a “Topology 1” . The second communication device 120 in FIG. 1A may be referred to as a reader for the first communication device 110.

[0058] FIG. 1B illustrates a schematic diagram of another example communication environment 150 in which example embodiments of the present disclosure can be implemented. Different with FIG. 1A, in the communication environment 150, the first communication device 110 communicates bidirectionally with the second communication device 120 between the first communication device 110 and a fourth communication device 160 such as a network device or base station. The second communication device 120 between the first communication device 110 and the fourth communication device 160 may be referred to as an “intermediate node” or “intermediate device” . Examples of the intermediate node may include but not limited to a terminal device such as UE, a relay, an IAB node, a repeater or any other suitable device supporting ambient IoT. The intermediate node (that is, the second communication device 120 in FIG. 1B) may transmit an ambient IoT signal to the first communication device 110, and receive a backscattering  transmission from the first communication device 110. The first communication device 110 may be implemented as AIoT device. The second communication device 120 may be implemented as a communication device such as UE via which the AIoT device and the network device may communicate. In some embodiments, the second communication device 120 may be a UE reader of the ambient IoT device. The third communication device 130 may be implemented as an AIoT core network (CN) node or function. The fourth communication device 160 may be implemented as the network device serving the reader.

[0059] The second communication device 120 such as the intermediate node communicates with the first communication device 110 for example via Uu interface. The second communication device 120 may transmit the ambient IoT signal to the first communication device 110 based on the signal from the second communication device 120. The second communication device 120 may receive a backscattering transmission from the first communication device 110 and forward the information, derived from the backscattering transmission, to the fourth communication device 160. The topology of the first communication device 110, the second communication device 120 (the intermediate node) and the fourth communication device 160 (such as the network device) shown in FIG. 1B may be referred to as a “Topology 2” .

[0060] As used herein, the second communication device 120 in FIG. 1A and FIG. 1B may be referred to as an “ambient IoT device reader” , “A-IoT device reader” , “passive device reader” , “IoT device reader” “reader” , “reader for the first communication device 110” . The second communication device 120 may support one or more ambient IoT device (s) . The second communicate device 120 may operate as a UE and be referred to as “UE reader” , or may operate as a radio access network (RAN) node and be referred to as an ambient RAN (A-RAN) , a RAN reader or an A-RAN reader. The fourth communication device 160 in FIG. 1B may also be referred to as an A-RAN node or an A-RAN node serving the reader. It is to be understood that the number of devices as shown in FIG. 1A and FIG. 1B is for purpose of illustration without any limitation. In embodiments of the present disclosure, there may be more or less devices.

[0061] In some example embodiments, a link (such as in FIG. 1A) from the second communication device 120 to the first communication device 110 is referred to as a downlink (DL) or reader to device (R2D) link, while a link from the first communication  device 110 to the second communication device 120 is referred to as an uplink (UL) or device to reader (D2R) link. In DL, the second communication device 120 is a transmitting (TX) device (or a transmitter) and the first communication device 110 is a receiving (RX) device (or a receiver) . In UL, the first communication device 110 is a TX device (or a transmitter) and the second communication device 120 is a RX device (or a receiver) .

[0062] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0063] In some embodiments, in the communication environment 100 or the communication environment 150, the second communication device 120 and / or the fourth communication device 160 may communicate with a core network (CN) via the third communication device 130. For example, in FIG. 1A, the second communication device 120 may communicate with the third communication device 130. In other words, the second communication device 120 may be managed by the third communication device 130. In FIG. 1B, the second communication device 120 and / or the fourth communication device 160 may communicate with the third communication device 130.

[0064] The third communication device 130 may be a CN function supporting AIoT services, which may also be referred to as an “AIoT CN device” , “AIoT CN node” , “AIoT CN”, a “CN function with AIoT function” , or “ambient IoT function (AIOTF) ” . By way of example, the third communication device 130 may be with an access and mobility management function (AMF) , or part of an AMF or integrated with the AMF, which may be referred to as an “AMF with ambient IoT’s functionalities integrated” . As another  example, the third communication device 130 may be an application function (AF) or part of the AF or integrated with the AF, which may be referred to as an “AF with ambient IoT’s functionalities integrated” .

[0065] In some embodiments, the communication environment 100 or 150 may include additional CN nodes or functions, such as a charging function (CHF) , an application function (AF)  / access stratum (AS) , an authentication service function (AUSF) , a network exposure function (NRF) , a network function repository function (NRF) , a unified data management (UDM) , or the like. It is to be understood that there may be more or less CN nodes or functions in the communication environment 100 or 150.

[0066] A procedure of a functionality of the first communication device 110 may involve the first communication device 110, the second communication device 120, the third communication device 130, and optionally one or more CN nodes or functions. As used herein, the term “functionality” of the first communication device 110 may also be referred to as an “application” or “service” of the first communication device 110, or an “ambient IoT functionality” , “ambient IoT application” , or “ambient IoT service” .

[0067] In the communication environ 100 or the communication environment 150, several use cases on ambient IoT are supported. An example use case may be a use case of indoor inventory such as a use case on ambient IoT on automated warehousing. Specifically, for such use case, when the goods are placed on shelves in the warehouse and have been stored for a certain period of time, the management platform starts the indoor inventory task periodically for double check of the goods (total goods or per different batch / group) , and generates a list of tags to be inventoried, sends the list to the 5G network. The 5G network receives the list and sends large-scale / specified inventory signals. The Ambient IoT device in the 5G network coverage may establish communication with the network. The 5G network may interact with the corresponding devices according to the inventory requirements to obtain goods information. The 5G network may send the acquired goods information to the management platform. During these procedures, the read operation may involve device-originated (DO) device-terminated triggered (DTT) traffic.

[0068] Another use case may be for indoor command, such as a use case on online modification of medical instruments status. In such use case, through 5G network and the IoT device, the medical instrument information (such as the serial number of the  instrument, usage status, usage records, years of use, integrity, or the like) may be remotely read, modified and written by the medical instrument management platform. During these procedures, the write or modifying operation may involve a device-terminated (DT) traffic, and the read operation may involve a DO-DTT traffic.

[0069] It is to be understood that these described use cases are only for purpose of illustration, without suggesting any limitation. Any suitable use case may be supported by embodiments of the present disclosure. Scope of the present disclosure is not limited here.

[0070] As mentioned, the third communication device 130 such as an AIoT CN may communicate with the reader for the ambient IoT device. FIG. 2A illustrates an example diagram of logical system architecture for AIoT. As illustrated, an AIoT device 210 (such as the first communication device 110) communicates with an AIoT enabled UE 220 via an AIoT radio interface. The AIoT device 210 may be equipped with characteristics specified in a standard. The AIoT radio interface may be a radio interface between AIoT device 210 and a common reader function 216 of the AIoT enabled UE 220. The AIoT enabled UE 220 may communicate with an AIoT enabled gNB 230 via a NR Uu interface. The AIoT enabled gNB 230 may be an implementation of the fourth communication device 160 in FIG. 1B.

[0071] The AIoT enabled UE 220 may host certain functions for AIoT as part of the functional split between RAN and CN. For example, the AIoT enabled UE 220 may include a common reader function 216. The AIoT enabled gNB 230 may include an AIoT RAN node function 218. The common reader function 216 is a function that communicates with the AIoT device 210 by means of AIoT radio. The AIoT RAN node function 218 is a function residing in AIoT enabled UE 220. The AIoT RAN node function 210 contains e.g. the control of the AIoT radio resources used towards the AIoT device 210.

[0072] The AIoT enabled gNB 220 may communicate with an AIoT CN 240 via an interface. The AIoT CN may host certain functions for AIoT as of the functional split between RAN and CN. The interface between the AIoT CN 240 and the AIoT enabled gNB 220 may be an interface on which certain AIoT specific functions are performed. In some embodiments, the connection between the AIoT devices and the reader may be  unstable. For example, the radio link failure (RLF) may occurs in the connection. The reader may be out of connection temporarily for switching network device, for example, during a handover process. Furthermore, the reader and / or the AIoT device may be out of coverage temporarily.

[0073] Embodiments of the present disclosure provide a solution for management of reader of A-IoT device. In the solution, a communication device such as a reader determine whether conditions regarding the communication device is satisfied. The conditions include multiple connection anomalies. In accordance with a determination that one or more of the conditions is satisfied, the communication device continues an AIoT service for an AIoT device, or suspends the AIoT service. The conditions include, but not limited to, a first condition of a detection of a radio link failure, a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command, a fourth condition of being out of coverage of a cell of a network device, or a fifth condition of entering an inactive or idle state.

[0074] In this way, the AIoT service for the communication device is able to be continued or suspended after abnormal event occurs in the communication. Thus, the stability and flexibility of the AIoT service is improved.

[0075] Principles and implementations of the present disclosure will be described in detail below with reference to the figures. FIG. 3 illustrates a signaling flow 300 of management of the reader of the AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 300 involves a communication device 310, a network device 320 and an AIoT CN node 330. For example, the communication device 310 may be implemented as the second communication device 120 such as a UE reader in FIG. 1B, the network device 320 may be implemented as the fourth communication device 160 in FIG. 1B, and the AIoT CN node 330 may be implemented as the third communication device 130 in FIG. 1B. As used herein, the term “AIoT CN node” may be referred to as “A-IoT controller” , “A-IoT device management” , “A-IoT capable AMF” , “A-IoT Reader management” or “AIoT CN function” or “AIoTF” .

[0076] In operation, the communication device 310 determines (3010) at least one condition regarding the communication device is satisfied. Moreover, if the at least one condition is satisfied, the communication device 310 performs (3020) continuing an AIoT service for an AIoT device, and / or suspending the AIoT service. In an option, the  continuing the AIoT service is prior to the suspending the AIoT service. Alternatively, in another option, the suspending the AIoT service is prior to the continuing the AIoT service. As used herein, the AIoT service may include a transmission from the communication device 310 to an AIoT device such as reader to device (R2D) transmission, and / or a transmission from the AIoT device to the communication device 310 such as device to reader (D2R) transmission. The AIoT service may be referred to as a “last AIoT service” or a “requested AIoT service” .

[0077] Specifically, examples of the condition include but not limited to: a first condition of a detection of a radio link failure, or a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command, a fourth condition of being out of coverage of a cell of the network device 320, or a fifth condition of entering an inactive or idle state. It is also to be understood that any suitable condition may be applied for continuing or suspending the AIoT service. These conditions may be referred to as AIoT service management conditions. These illustrated conditions or rules above are only for the purpose of illustration, without suggesting any limitation. Scope of embodiments of the present disclosure is not limited here.

[0078] The continuing of the AIoT service and / or the suspending of the AIoT service under the above conditions may be configured. For example, in the inactive or idle state, the continuing of the AIoT service may be configured. The configuration of the continuing or suspending of the AIoT service may be preconfigured, configured by system information of the network device 320, configured by signaling from the network device 320, or configured by signaling from the AIoT CN node 330. The configuration may be independent from the sequence of the continuing and the suspending. The configuration may be alternatively in combination with a configuration for first continuing and then suspending or first suspending and then continuing the AIoT service.

[0079] Furthermore, the communication device 310 may transmit (3030) , to the network device 320, a first message. Specifically, the first message may include information of the communication device 310, information of an AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service. In addition, the first message may include the information of the network device 320. Correspondingly, the network device 320 may receive (3040) , from the  communication device 310, the first message. As used herein, the message may be referred to as a “request” or “request message” . The message or request may be associated with a procedure or a service, such as RRC reestablishment procedure, RRC resume procedure, handover procedure, or the like.

[0080] Moreover, the network device 320 may transmit (3050) , to the AIoT CN node 330, a second message. Correspondingly the AIoT CN node 330 receives (3060) , from the network device 320, the second message. Specifically, the second message may include the information of the network device, the information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service. In some embodiments, the second message may be same as the first message. For example, the first message may be transmitted from the communication device 310 to the AIoT CN node 330 via the network device 320.

[0081] By way of example, the information of the interface for the AIoT service indicate may at least one of: a radio link failure of a Uu interface, a handover procedure, being out of coverage of a cell, being in coverage of a cell, or entering an inactive or idle state.

[0082] In some embodiments, the cause for suspending the AIoT service comprises at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, a stop condition for an inventory or command request being satisfied, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, that a selected cell is different from a cell providing a previous configuration for the AIoT service, a further configuration of AIoT service from a further network device, the communication device 310 being out of an area for the AIoT service, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding  to the AIoT service request.

[0083] In some embodiments, the communication device 310 may determine whether a cell or a further network device supports the AIoT service or a type of AIoT service based on at least one of: system information of the cell or the further network device, a handover command or signaling via a small data transmission.

[0084] The information of the communication device 310 may include at least one of: identity information of the communication device 310 such as identifier (ID) of the communication device 310, or a support type of AIoT service. The information of the AIoT service may include at least one of: a type of the AIoT service, or a session identifier of the AIoT service.

[0085] The information of the further network device (such as a target network device) may include at least one of: an indication of a support of AIoT service, an indication of a support of a type of AIoT service, an identifier of the selected cell, an identifier of the further network device, or an indication of an allocated radio resource for AIoT service or a type of AIoT service.

[0086] The first message may be transmitted via different signaling or messages. By way of example, the first message may be included in at least one of: a connection reestablishment request message such as radio resource control (RRC) reestablishment request, a connection reestablishment complete message such as RRC reestablishment complete message, an RRC reconfiguration complete message, an RRC resume request message, an RRC resume complete message, or the like.

[0087] In some example embodiments, the continuing the AIoT service is prior to the suspending of the AIoT service. For example, the communication device 310 continues the AIoT service based on a previous configuration for the AIoT service in response to receiving at least one of the following: an AIoT service request from the network device 320, an AIoT service request from the AIoT CN node 330, or the previous configuration on a radio resource for the AIoT service. The previous configuration may indicate the radio resource for at least one of: the AIoT service, or a type of AIoT service. In some embodiments, the receiving of the above request or configuration may be before the at least one condition such as the first to fifth condition being satisfied. The type of AIoT service may be such as command, inventory, or command and inventory. Alternatively,  or in addition, the type of AIoT service may be DO-DTT or DO.

[0088] After that, the communication device 310 may perform at least one of: suspending the continued AIoT service, a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request; or indicating the AIoT device to suspend the AIoT service. These operations may be triggered by at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, a stop condition for an inventory or command request such as the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell or support for a type of AIoT service by the selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service. It is to be understood that other suitable stop condition for the inventory or command request may be applied. It is also to be understood that any suitable condition for these above operations may be applied. These illustrated conditions or rules above are only for the purpose of illustration, without suggesting any limitation. Scope of embodiments of the present disclosure is not limited here.

[0089] The release of the previous configuration for the AIoT service, the received AIoT service request, and / or the received or buffered data corresponding to the AIoT service request may be configured. The configuration of the release may be preconfigured, configured by system information of the network device 320, configured by signaling from the network device 320, or configured by signaling from the AIoT CN node 330. There may be a single configuration for the release of the previous configuration, the received AIoT service request, and the received or buffered data corresponding to the AIoT service request, or separate configurations for the release of the previous configuration, the release of the received AIoT service request, and the release of the  received or buffered data corresponding to the AIoT service request. The configuration may be independent from the continuing and the suspending. The configuration may be alternatively in combination with a configuration for first continuing and then suspending or first suspending and then continuing the AIoT service.

[0090] The first timer and / or the second timer may be predetermined or configured via at least one of: a radio resource control message such as RRC reconfiguration message, or an AIoT non-access stratum between the communication device and an AIoT core network node. Alternatively, or in addition, the first timer and / or the second timer may be obtained from broadcast messages such as system information (SI) . The area associated with the AIoT service may be indicated in a service request for the AIoT service from the AIoT CN node 330. That is, the service request and the area may be provided together.

[0091] Alternatively, in some embodiments, the suspending of the AIoT service is prior to the continuing of the AIoT service. In response to receiving at least one of the following: an AIoT service request from the network device 320, an AIoT service request from the AIoT CN node 330, or a previous configuration on a radio resource for the AIoT service, the communication device 310 may perform at least one of the following operations: suspending the AIoT device, a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request, or indicating the AIoT device to suspend the AIoT service. In some embodiments, the request or previous configuration may be received before the at least one condition being satisfied.

[0092] In an embodiment, to indicate the AIoT device to suspend the AIoT service, the communication device 310 may transmit an indication to the AIoT device to suspend the AIoT service. The indication may be transmitted via at least one of: control information of a physical layer, an AIoT access stratum signaling or an AIoT non-access stratum signaling. In another embodiment, to indicate the AIoT device to suspend the AIoT service, the communication device 310 may disable a random access (RA) resource or a radio resource for the AIoT service.

[0093] In some cases, the above mentioned at least one operation may be performed based on at least one of: a further configuration of AIoT service from a further network device, lack of support for AIoT service by a selected cell of the further network device,  the communication device being out of an area for the AIoT service, an expiry of a first timer for the AIoT service, an expiry of a second timer for out of coverage of a cell, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an initiation of cell selection or reselection, a failure of cell selection or reselection, that a selected cell is different from a cell providing a previous configuration for the AIoT service, an initiation of a transmission of a connection reestablishment request message, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0094] Furthermore, the communication device 310 may indicate the AIoT device to activate the suspended AIoT service based on at least one of: a completion of a connection reestablishment, a selection of a previous cell, a selected cell or a further network device of the selected cell supporting the AIoT service or a type of AIoT service, a resource for the AIoT service being configured by the selected cell, an indication from the further network device or an AIoT core network node indicating to continue the AIoT service, a reception of a further configuration on a radio resource for the AIoT service, the communication device 310 moving back to be in coverage from out of coverage of a cell, or a suspended connection being resumed.

[0095] In an embodiment, to activate the suspended AIoT service, the communication device 310 may transmit an indication to the AIoT device to active the suspended AIoT service. The indication may be transmitted via at least one of: control information of a physical layer, an AIoT access stratum signaling or an AIoT non-access stratum signaling. In another embodiment, to activate the suspended AIoT service, the communication device 310 may configure a random access resource or a radio resource for the AIoT service.

[0096] In some embodiments, the communication device 310 may initiate a procedure to indicate, to the network device 320 or the AIoT CN node 330, information regarding received or buffered data for the AIoT service based on at least one of: the received or buffered data being available or not released, a further cell or a further network device supporting the AIoT service or a type of the AIoT service, the communication device 310 moving back to be in coverage from out of coverage of a cell, or the number of feedback AIoT device exceeds a threshold. The procedure may include at least one of: a small data  transmission (SDT) procedure, a scheduling request procedure, RRC connection resume procedure, RRC connection establishment procedure or a random access procedure.

[0097] Several embodiments regarding the information or message transmissions between the communication device 310, the network device 320 and the AIoT CN node 330 and the continuing and / or suspending of the AIoT service have been described with respect to FIG. 3. Further embodiments will be described with respect to FIG. 4A to FIG. 8 below. These embodiments may correspond to different scenarios.

[0098] Reference is made to Reference is made to FIG. 4A which illustrates a signaling flow 400A of management of the AIoT service in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 400A will be discussed with reference to FIG. 1B and FIG. 3. As shown in FIG. 4A, the signaling flow 400A involves an AIoT device 410, a UE reader 420, a gNB 430 (also referred to as a source gNB 430) , a gNB 432 (also referred to as a target gNB 432) , an AIoT function (AIoTF) 440, and an application framework (AF) 442.

[0099] The AIoT device 410 may be implemented as or included in the first communication device 110 in FIG. 1B. The UE reader 420 may be an implementation of the second communication device 120 in FIG. 1B, such as the communication device 310 in FIG. 3. The gNB 430 and the gNB 432 may be implemented as or included in the fourth communication device 160 in FIG. 1B, such as the network device 320 in FIG . 3. In some implementations, the AIoTF 440 and the AF 442 may be included in a core network device or implemented as a function of the core network device. In these cases, the AIoTF 440 and the AF 442 may be included in the third communication device 130, such as the AIoT CN node 330 in FIG. 3. Although illustrated as two separate nodes, the AIoTF 440 and the AF 442 may be integrated in a single NF node in some embodiments. The AIoTF 440 and the AF 442 may be collectively referred to as an AIoT CN node.

[0100] As illustrated in FIG. 4A, the AF 442 may transmit, to the AIoTF 440, an inventory request or command request. Furthermore, the AIoTF 440 may transmit the inventory request or command request to the gNB 430 and / or UE reader 420. The gNB 430 may transmit the inventory request or command request to the UE reader 420 after receiving it from the AIoTF 440. Moreover, the UE reader 420 and the gNB 430 may communicate bidirectionally for the radio resource allocation or configuration and message information for the UE reader 420 or the AIoT device 410. It is noted that the  order shown in FIG. 4A is an example of the embodiment of the present disclosure. The scope of the present disclosure is not limited here.

[0101] In some embodiments, at 4010, the UE reader 420 may determine an RLF in the Uu interface between the UE reader 420 and the gNB 430. Moreover, at 4010, the UE reader 420 may determine that the UE reader 420 is in the RRC re-establishment procedure. Additionally, the RRC re-establishment procedure may include a cell (re) selection or a message procedure. Alternatively, or in addition, at 4010, the UE reader 420 may select a cell or gNB which is capable of AIoT function, such as supporting the AIoT service or the specific type of A-IoT service. That is, the capability of AIoT function is taken as one condition for cell (re) selection.

[0102] In these cases, at 4020, the UE reader 420 may continue the AIoT service. Specifically, the UE reader 420 may continue the R2D transmission, and / or D2R transmission / receiving via the last configuration and after receiving an AIoT service request from gNB 430 or AIoTF 440. Specifically, the last configuration may be received from the gNB 430. For example, the last configuration may be radio resources such as frequency domain resources for the AIoT service or for a specific type of the AIoT service. Alternatively or in addition, the UE reader 420 may continue buffering the received data for response. In some embodiments, whether to continue the AIoT service in response to detecting the RLF or triggering the RRC reestablishment may be configured.

[0103] Additionally, in some implementations, the UE reader 420 may transmit an inventory and / or command request to the AIoT device 410. Correspondingly, the AIoT device 410 may transmit, to the UE reader 420, an inventory and / or command response associated with the request.

[0104] Additionally, at 4030, the UE reader 420 may suspend the AIoT service. Specifically, after receiving the AIoT service request or the configuration for the AIoT service, the UE reader 420 may suspend the AIoT service the R2D transmission, and / or the D2R receiving. Furthermore, the UE reader 420 may suspend the AIoT service if the time resource for the AIoT service may be expired. Moreover, if the buffer size for the response of AIoT service has run out, the AIoT service may be suspended. In addition, if the stop condition for an inventory / command request is met, the AIoT services may be suspended. An example of stop condition for the inventory / command request may be that the number of feedback AIoT devices has reached the threshold. It is to be understood  that other suitable stop condition for the inventory or command request may be applied. In embodiments where the stop condition for the inventory or command request is applied, the service request may be the inventory or command request.

[0105] In some embodiments the UE reader 420 may perform the RRC re-establishment procedure. Specifically, the UE reader 420 may transmit, to the gNB 432, a message for the RRC re-establishment, such as, the RRCReestablishmentRequest message. In these cases, the RRCReestablishmentRequest message may include the information about the AIoT service and the ID of the UE reader 420. The gNB 432 may transmit, to the UE reader 420, a response for the RRC re-establishment, such as, the RRCReestablishment and configuration on A-IoT service. Subsequently, the UE reader 420 may transmit, to the gNB 432, the message confirming the RRC link, such as, the ReestablishmentComplete message.

[0106] Moreover, the UE reader 420 may inform the AIoTF 440 and / or the AF 442 about the selected cell or the selected gNB (of selected cell) upon the stopping for the AIoT service or the specific type of A-IoT service.

[0107] Specifically, the UE reader 420 may transmit, to the AIoTF 440 and / or the AF 442, the UE reader information, the AIoT service information, the gNB information associated with the AIoT service, or the AIoT interface information. For example, the UE reader information may include an identification (ID) of the UE reader 420 and / or the type of the AIoT service supported by the UE reader. The AIoT service information may include service type and session ID of the AIoT service. The gNB information may include information about whether the gNB 432 support the AIoT service or not, the type of AIoT service supported by the gNB 432, the ID of the gNB 432 or the cell, or the allocated radio resource for the AIoT service. As an example, the allocated radio resource for the AIoT service may indicate that the gNB allocates radio resource or not.

[0108] Moreover, the AIoTF 440 and / or the AF 442 may request the gNB 432 to allocate resource for the AIoTF 440 and / or the AF 442 after informed by the UE reader 420 about suspending the AIoT service. In some embodiments, if the gNB 432 does not allocate radio resource (for AIoT interface) for A-IoT service, the AIoTF 440 and / or the AF 442 may request the gNB 432 to allocate resource for the AIoTF 440 and / or the AF 442.

[0109] Furthermore, as illustrated, if the UE reader 420 determines to suspend the AIoT  service, the UE reader 420 may indicate the AIoT device 410 to suspend the current D2R AIoT service. Specifically, the UE reader 420 may transmit an indication to the AIoT device 410 to stop the AIoT device 410 from performing the AIoT service. For example, UE reader 420 may transmit, to the AIoT device 410, an indicator#1. Specifically, the signalling for the indicator#1 may be the control information of the physical layer, the AIoT access stratum (AS) signaling, such as MAC control information, or the AIoT non-access stratum (NAS) signaling, such as RAN-initiated or RAN-based inventory or paging. Moreover, the UE reader 420 may disable the random access (RA) resources, RA procedure or the D2R resources of the AIoT device 410.

[0110] Furthermore, the AIoT device 410 may suspend the sending of response or stop the RA procedure.

[0111] Furthermore, the UE reader 420 may maintain the last radio configuration of the AIoT service, the received AIoT service request and / or the buffered D2R data corresponding to the AIoT service request. Whether to maintain the configuration or remove the configuration may be configured. There may be a single configuration for maintaining or removing the last radio configuration, the received AIoT service request and the buffered D2R data, or alternatively separate configurations for maintaining or removing the last radio configuration, maintaining or removing the received AIoT service request and maintaining or removing the buffered D2R data.

[0112] Alternatively, or in addition, at 4040, the UE reader 420 may release at least one of the last configuration, the received AIoT service request and / or the received or buffered D2R data corresponding to the AIoT service request. Specifically, the UE reader 420 may perform the releasing after the initiation of cell reselection. Moreover, the UE reader 420 may perform the releasing if no suitable cell is selected, a suitable cell is selected instead of the cell provided in the last configuration of the AIoT service, or the cell do not support some type of AIoT service, determined based on system information, such as the last requested AIoT service.

[0113] Alternatively, the UE reader 420 may perform the releasing after transmitting the RRCReestablishmentRequest message. Additionally, if the UE reader 420 receives, from the new cell or the AIoTF 440 and / or the AF 442, an indication for the releasing, the UE reader 420 release the last configuration, the received AIoT service request and / or the received or buffered D2R data. In response to receiving, from the new cell or the AIoTF  440 and / or the AF 442, configuration for the AIoT service, the UE reader 420 may perform the releasing. For example, the configuration may be used for determining that the cell is not able to support some type of AIoT service, such as, the last requested AIoT service. Alternatively, the UE reader 420 may determine that the cell does not providing radio resources for R2D and / or D2R transmissions based on the configuration. Furthermore, the UE reader 420 may perform the releasing if the timer of the AIoT service is expired, or the buffer size for the response of A-IoT service runs out, or the stop condition for an inventory / command request is met, such as the number of feedback A-IoT devices reaches the threshold.

[0114] Additionally, to release the received or buffered D2R data corresponding to the AIoT service request, the UE reader 420 may treat the received or buffered D2R data as invalid. Alternatively, the received AIoT service request and / or the received or buffered D2R data corresponding to the AIoT service request may be referred to as AIoT service related data or signalling. Moreover, if the last configuration of A-IoT service and / or the received AIoT service request is released, the UE reader 420 may suspend / stop the D2R transmission and the R2D receiving accordingly. Alternatively, suspending / stopping the R2D transmission also means releasing the configuration.

[0115] It should be noted that the request from the UE Reader 420 to the AIoT device 410 may be transmitted in the mean time of the RRC re-establishment message and / or the RRC re-establishment procedure. Moreover, the cell selection may be performed before the UE reader 420 determines to continue the AIoT service. Alternatively, the cell selection may be performed after the UE reader 420 determines to continue the AIoT service, such as the last cell is selected. The scope of the present disclosure is not limited here.

[0116] In this way, the UE reader 420 is able to control the data transmission associated with the AIoT service and the AIoT device 410 after RLF is detected in the communication in a flexible and efficient way. Thus, the efficiency and flexibility of the AIoT service is improved.

[0117] Reference is made to FIG. 4B which illustrates a signaling flow 400B of management of the AIoT service in accordance with some embodiments of the present disclosure. As shown in FIG. 4B, the signaling flow 400B also involves the AIoT device 410, the UE reader 420, the gNB 430, the gNB 432, the AIoTF 440, and the AF 442.

[0118] As illustrated in FIG. 4B, the AF 442 may transmit, to the AIoTF 440, an inventory request or command request. Furthermore, the AIoTF 440 may transmit the inventory request or command request to the gNB 430 and / or UE reader 420. The gNB 430 may transmit the inventory request or command request to the UE reader 420 after receiving it from the AIoTF 440. Moreover, the UE reader 420 and the gNB 430 may communicate bidirectionally for the radio resource allocation or configuration and message or information for the UE reader 420 or the AIoT device 410. It is noted that the order shown in FIG. 4B is an example of the embodiment of the present disclosure. The scope of the present disclosure is not limited here.

[0119] In some embodiments, at 4110, the UE reader 420 may determine RLF in the Uu interface between the UE reader 420 and the gNB 430. Moreover, at 4110, the UE reader 420 may determine that the UE reader 420 is in the radio resource control (RRC) re-establishment procedure. Additionally, the RRC re-establishment procedure may include a cell selection or a message procedure.

[0120] In these cases, at 4120, the UE reader 420 may suspend the AIoT service. Specifically, the UE reader 420 may stop, suspend, cease, or de-active the radio to device (R2D) transmission, and / or device to radio (D2R) receiving via the last configuration.

[0121] Furthermore, the UE reader 420 may suspend the AIoT service if the time resource for the AIoT service may be expired. Moreover, if the buffer size for the response of AIoT service has run out, the AIoT service may be suspended. In addition, if the stop condition for an inventory / command request is met, such as the number of feedback AIoT devices has reached the threshold, the AIoT services may be suspended.

[0122] Additionally, at 4130, the UE reader 420 may release at least one of the last configuration, the received AIoT service request and / or the received or buffered D2R data corresponding to the AIoT service request. Specifically, the UE reader 420 may perform the releasing after the initiation of cell reselection, for example, the T311 is started or running. Moreover, the UE reader 420 may perform the releasing if no suitable cell is selected, or a suitable cell is selected instead of the cell providing the last configuration of the AIoT service.

[0123] Alternatively, the UE reader 420 may perform the releasing after transmitting the RRCReestablishmentRequest message or after the initiation of sending of  RRCReestablishmentRequest message, for example, the T301 is started or running. Additionally, if the UE reader 420 receives, from the new cell, configuration for the AIoT service, the UE reader 420 may perform the releasing. For example, the configuration may be received via RRCReestablishment message, during the RRC re-establishment procedure. Furthermore, the configuration may exclude the request service or radio resource for the request service. Additionally, if the UE reader 420 receives, from the selected / new cell or the AIoTF 440 and / or the AF 442, an indication for the releasing, the UE reader 420 may release at least one of the last configuration, the received AIoT service request and / or the received or buffered D2R data corresponding to the AIoT service request. Additionally, the UE reader 420 may perform the releasing if the UE reader 420 moves out of the area for the received AIoT service request.

[0124] In some embodiments, the received AIoT service request and / or the received or buffered D2R data corresponding to the AIoT service request may be referred to as AIoT service related data or signalling. Moreover, if the last configuration of AIoT service and the received AIoT service request is released, the UE reader 420 may stop the D2R transmission and the R2D receiving accordingly. Alternatively, suspending / stopping the R2D transmission also means releasing the configuration and / or the received request.

[0125] Alternatively or in addition, if the received or buffered D2R data corresponding to the AIoT service request is maintained, the UE reader 420 may indicate the information on the received or buffered D2R data. Specifically, if the received / buffered D2R data corresponding to the A-IoT service request is available or not released, the UE reader 420 may indicate the information. If the new cell or gNB supports AIoT functions or the received A-IoT service request, the UE reader 420 may indicate the information. Whether the new cell or gNB supports AIoT functions or the received A-IoT service request or not is determined based on the system information (e.g., system information block) or a dedicate RRC message, such as the RRCReestabliment message. Alternatively or in addition, the selected / new cell or the AIoTF 440 and / or the AF 442 may indicate the UE reader 420 to send the information on the received or buffered D2R data, especially for RRC connection re-establishment procedure.

[0126] In some embodiments, the UE reader 420 may indicate the information on the received or buffered D2R data via the RRCReestablimentRequest message, the RRCReestablimentComplete message, the medium access control control element (MAC  CE) , the uplink control information (UCI) , or the medium access control packet data unit (MACPDU) . Furthermore, the information may be an indication or the buffered data.

[0127] Furthermore, as illustrated, if the UE reader 420 determines to suspend the AIoT service, the UE reader 420 may indicate the AIoT device 410 to suspend the current D2R AIoT service. Specifically, the UE reader 420 may transmit an indication to the AIoT device 410 to stop the AIoT device 410 from performing the AIoT service. For example, UE reader 420 may transmit, to the AIoT device 410, an indicator#1. Moreover, the UE reader 420 may disable the random access (RA) resources or the D2R resources of the AIoT device 410.

[0128] In some embodiments the UE reader 420 may perform the RRC connection re-establishment procedure. Specifically, the UE reader 420 may transmit, to the gNB 432, a message for the RRC re-establishment, such as, the RRCReestablishmentRequest. In these cases, the RRCReestablishmentRequest may include the information about the AIoT service and the ID of the UE reader 420. The gNB 432 may transmit, to the UE reader 420, a response for the RRC re-establishment, such as, the RRCReestablishment and configuration on A-IoT service. Subsequently, the UE reader 420 may transmit, to the gNB 432, the message confirming the RRC link, such as, the ReestablishmentComplete.

[0129] Additionally, after the complete of RRC re-establishment procedure, the UE reader 420 may indicate the AIoT device 410 to resume the AIoT service. Specifically, the UE reader 420 may indicate the AIoT device 410 to restart or activate the D2R transmission by an indicator (e.g. indicator#2) or by configuring the RA resources, RA procedure or the D2R resources. In these cases, the indicator#2 is used if the last cell is reselected. Moreover, if the AIoT service or the last AIoT service is supported by the selected cell or gNB 432, the indicator#2 is used. Alternatively, if the resource for the AIoT service or for at least one of the last AIoT service is configured by the selected cell, the UE reader 420 may use the indicator#2. Moreover, if the UE reader 420 receives an indication, from the selected cell or the AIoTF 440 and / or the AF 442, indicating to continue AIoT service, such as the requested AIoT service, or a specific AIoT service, the UE reader 420 may use the indicator#2.

[0130] Furthermore, the signalling for the indicator#1 and the indicator#2 may be the control information of the physical layer, AIoT AS signaling or the AIoT NAS signaling, such as RAN-initiated or RAN-based inventory or paging.

[0131] In this way, the UE reader 420 is able to control the data transmission associated with the AIoT service after RLF is detected in the communication in a flexible and efficient way. Moreover, the UE reader 420 is able to control the AIoT device 410 to suspend or resume the AIoT service. Thus, the efficiency and flexibility of the AIoT service is improved.

[0132] In the embodiments of FIGS. 4A and 4B, if the RLF is detected, the UE reader 420 may perform the RRC re-establishment procedure. In other words, UE reader 420 may perform a cell (re) selection and trigger an RRC re-establishment by sending the RRCReestablishmentRequest message. Specifically, the selected cell may be the same cell, a cell of the same gNB, or a cell of another gNB. It is to be understood that although in embodiments shown in FIG. 4A and FIG. 4B, the selected cell is shown as associated with a different gNB such as gNB 432, in some embodiments, the selected cell may be associated with the source gNB 430. That is, in some embodiments, the signaling flows may not involve the target gNB 432.

[0133] Reference is made to FIG. 4C which illustrates a signaling flow 400C of management of the AIoT service in accordance with some embodiments of the present disclosure. As shown in FIG. 4C, the signaling flow 400B also involves the AIoT device 410, the UE reader 420, the gNB 430, the gNB 432, the AIoTF 440, and the AF 442.

[0134] As illustrated in FIG. 4C, the AF 442 may transmit, to the AIoTF 440, an inventory request or command request. Furthermore, the AIoTF 440 may transmit the inventory request or command request to the gNB 430 and / or UE reader 420. The gNB 430 may transmit the inventory request or command request to the UE reader 420 after receiving it from the AIoTF 440. Moreover, the UE reader 420 and the gNB 430 may communicate bidirectionally for the radio resource allocation or configuration or message or information for the UE reader 420 and / or the AIoT device 410. It is noted that the order shown in FIG. 4C is an example of the embodiment of the present disclosure. The scope of the present disclosure is not limited here.

[0135] In some embodiments, at 4210, the UE reader 420 may determine RLF in the Uu interface between the UE reader 420 and the gNB 430. Moreover, at 4110, the UE reader 420 may determine that the UE reader 420 is in the radio resource control (RRC) re-establishment procedure. Additionally, the RRC re-establishment procedure may include a cell selection or a message procedure.

[0136] In some embodiments, at 4220, the UE reader 420 may select a suitable cell. Additionally, the UE reader 420 may select a cell or a gNB supporting A-IoT function or requested types of A-IoT services. The RRCReestablishmentRequest message may consist of indication on AIoT. The indication may be a new cause value for ReestablishmentCause. Furthermore, the RRCReestablishmentRequest message may further consist of the indication on AIoT service or AIoT service type, such as device-originated (DO) or DO device-terminated triggered (DO-DTT) . Alternatively, the indication on AIoT service or AIoT service type may consist of command, inventory, or command and inventory.

[0137] Moreover, the RRCReestablishmentRequest message may consist of the indication on received or buffered D2R data corresponding to the AIoT service request, the indication on resources or configuration of AIoT service, or information about the UE reader 420, such as the ID of the UE reader 420. In some implementations, the indication on resources or configuration of AIoT service may be used if the UE reader has been configured with radio resources, such as frequency domain resources, for the AIoT service. The indication on resources or configuration of AIoT service may be also referred to as the last configuration of AIoT service.

[0138] Alternatively, the indication and / or information may be included in the RRCReestablishmentComplete message. Additionally, the indication and / or information may be derived from the UE context received from the last gNB (e.g. the gNB 430) . Specifically, the indication and / or information may be retrieved from the last gNB, for example, as a sub-set of the UE reader 420 context or a subset of UE context. In some implementations, the indication and / or information may be received via RETRIVE_UE_CONTEXT_RESPONSE message.

[0139] Additionally, in some embodiments, the new gNB, such as gNB 432, may inform the AIoTF 440 and / or the AF 442 with the information for the UE reader 420 such as failure for the UE reader 420. The gNB 432 may transmit a message to report to the AIoTF 440 and / or the AF 442. Specifically, the message may include UE reader information, such as the ID of the UE reader 420. The UE reader information may be reported or from the UE context (also referred to as UE reader context) . Furthermore, the gNB 432 may inform the AIoTF 440 and / or the AF 442 with AIoT service information, for example, reported or from the UE context or UE reader context. The AIoT service information may include the service type and the session ID of the AIoT service. The UE reader context  may differ from the legacy UE reader context which does not consider the AIoT service. For example, the UE reader context herein may include associated information of the AIoT service, such as service type, requested AIoT service and the session ID of the AIoT service.

[0140] Moreover, the gNB 432 may report the gNB information on the AIoT service, such as information about whether the gNB 432 supports the AIoT service or not, the type of AIoT service supported by the gNB 432, the ID of the gNB 432, the ID of the cell, or the radio resource allocated (or not allocated) for the AIoT service. Furthermore, the gNB 432 may further report the Uu information or cause, such as the RLF in the Uu interface.

[0141] In addition, the AIoTF 440 and / or the AF 442 may send indication on the AIoT service to gNB 430 or UE reader 420, for example, the new inventory and / or command request. Specifically, the AIoTF 440 and / or the AF 442 may use the indication to stop some AIoT service or indicate a new AIoT service via new inventory and / or command request.

[0142] Alternatively, or in addition, the gNB 430 may be requested to allocate or disable radio resources for the AIoT service. Specifically, the gNB 430 may be requested via the inventory and / or command request or another request. Moreover, the inventory and / or command request or another request may include the ID of the UE reader 420, the session ID of the AIoT service or the information about the AIoT service.

[0143] Furthermore, a new request message, to the UE reader 420, may be transmitted in the RRCReestablishment message or in the RRC container, such as NAS container or NAS message. Moreover, a new request message may be transmitted in a separate RRC message.

[0144] With these embodiments, if the UE reader is temporarily out of connection such as due to RLF, the AIoT service may be managed. Specifically, rules or conditions to reuse the last configuration and to suspend the AIoT service have been defined as above mentioned. The handling of AIoT service during RRC reestablishment procedure after detecting Uu RLF is enabled.

[0145] Several embodiments regarding AIoT service management for RLF scenarios have been described with respect to FIG. 4A to FIG. 4C. FIG. 5A to FIG. 5C describe signaling flows 500A to 500C showing the management of AIoT service for handover  (HO) scenarios. For the purposes of discussion, the signaling flows 500A to 500C involve the AIoT device 410, the UE reader 420, the gNB 430 (also referred to as the source gNB 430) , the gNB 432 (also referred to as the target gNB 432) , the AIoTF 440, and the AF 442.

[0146] The signaling flow 500A shows a first option for managing the AIoT service during HO. On the controlling of transmission of the UE Reader 420, after receiving the HO command (i.e., RRCReconfiguration message including reconfiguration with sync) , the UE Reader 420 may continue (5010) the R2D transmission, and / or D2R receiving, for at least one of the following conditions:

[0147] the new cell / gNB supports AIoT functions or the received A-IoT service request (s) (whether the new cell or gNB supports the AIoT functions or AIoT service request may be determined based on the system information, such as SIB, or dedicate RRC message, such as the handover command) ;

[0148] the resources for A-IoT or the last received A-IoT service request (s) are configured via the handover command, that is, resource (pool) for all types of A-IoT services, or dedicate resource (pool) for each type of A-IoT service; or

[0149] after the handover procedure is successfully complete (e.g., receiving the acknowledgement of RRCReconfigurationComplete message) .

[0150] In some embodiments, whether to continue or suspend the AIoT service after receiving the HO command may be preconfigured or configured, such as by system information or a dedicated RRC message.

[0151] Additionally, the UE Reader 420 may suspend / stop (5020) the R2D transmission, and / or D2R receiving, upon at least one of the following conditions. Additionally, the UE Reader may indicate the (following) conditions of stop to the target gNB or AIoT CN function. These conditions may include but not limited to:

[0152] the (available) timer for one AIoT service expired;

[0153] the stop condition for an inventory / command request is met, such as the number of or the percentage of feedback A-IoT devices has reached / exceeded the threshold; or

[0154] the buffer size for the response of A-IoT service has run out.

[0155] In a first option on the controlling of received request / configuration of the UE Reader 420, additionally, the UE Reader 420 may indicate the information, to the target gNB 432, on the received / buffered D2R data for at least one of the following conditions: if the received / buffered D2R data corresponding to the AIoT service request is available; or the new cell / gNB supports AIoT functions or the received AIoT service request (s) (may be determined based on the system information, such as SIB, or dedicate RRC message, such as the handover command) . The information may be transmitted via RRC message, such as the RRCReconfigurationComplete message, MAC CE, or UCI. The information may be an indication or the buffered data.

[0156] Upon receiving the HO command, the UE reader 420 shall maintain at least one of the following: 1) the last radio configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request.

[0157] Alternatively, or in addition, the UE reader 420 may release at least one of the following: 1) the last configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request, upon at least one of the following conditions:

[0158] the cell do not support some type of A-IoT services (last requested) (for example, determined based on system information of the cell) ;

[0159] receiving an explicit indication, from the selected / new cell or A-IoT CN function, to release at least one of 1) the last radio configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request;

[0160] receiving (new) configuration / indication, from the new cell or A-IoT CN function, on A-IoT service, for example, determined based on the configuration that the cell do not support some type of A-IoT services (last requested) , or do not provide radio resources for R2D and / or D2R transmission, which may be configured via RRCReconfigurationmessage, during the handover procedure;

[0161] the (available) timer for one A-IoT service expired;

[0162] the buffer size for the response of A-IoT service has run out; or

[0163] the stop condition for an inventory / command request is met, such as the number of feedback A-IoT devices has reached the threshold.

[0164] Additionally, to release 3) received / buffered D2R data corresponding to the AIoT service request may also be referred as to treat the received / buffered data as invalid. Alternatively, 2) received AIoT service request and 3) received / buffered D2R data corresponding to the AIoT service request may also be referred to as A-IoT service related data / signaling. It is to be noted that if 1) the last radio configuration of AIoT service, 2) received A-IoT service request have been released, the D2R transmission and R2D receiving will be stopped accordingly. Alternatively, to suspend / stop the R2D transmission also means the release of the configuration 1) the last radio configuration of AIoT service and 2) received AIoT service request.

[0165] Additionally, upon stop (5020) the A-IoT, the UE reader 420 may inform the A-IoT CN function / node with the information of AIoT service or specific A-IoT service such as the stop of AIoT service, including at least one of the following information:

[0166] UE Reader information, such as UE Reader ID;

[0167] A-IoT service information, such as Service type, or Session ID;

[0168] (target) gNB information on A-IoT service, such as support A-IoT service or not, support specific type of A-IoT service, gNB ID / cell ID;

[0169] allocated radio resource or not for A-IoT service;

[0170] AIoT interface information or cause;

[0171] conditions of the stop / suspending of AIoT service; or

[0172] conditions of the releasing of 1) the last radio configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request..

[0173] After receive the request, the A-IoT CN function / node may request the selected gNB to allocate resource for the AIoT function. For example, the request may be for the condition that selected gNB does not allocate radio resource (for A-IoT interface) for A-IoT service.

[0174] The signaling flow 500B illustrates another option for managing the AIoT  service during HO. As shown, upon receiving the handover command, the UE Reader 420 may suspend (5110) or stop / cease / de-active the R2D transmission, and / or D2R receiving , for at least one of the following conditions:

[0175] if the UE Reader has received AIoT service request from gNB or CN, if the UE Reader has received configuration on radio resources for the transmission of A-IoT service data / signaling (the last configuration of A-IoT service) ;

[0176] receiving a (new) configuration of A-IoT service and / or A-IoT service request, from the new cell, the configuration does not include the request service or radio resource for the request service. The configuration may be via RRCReconfiguration message, during the HO procedure or for the handover command;

[0177] receiving an explicit indication, from the target cell / gNB or A-IoT CN function, to release the last configuration of A-IoT service or received A-IoT service request;

[0178] the new cell / gNB dose not support AIoT functions or the received A-IoT service request (s) ; The not supporting may be determined based on the system information, such as SIB, or dedicate RRC message, such as the handover command;

[0179] the UE Reader moves out of the area for the received A-IoT service request (s) ; or receiving a (new) configuration of radio resource, for A-IoT service and / or A-IoT service request, from the new cell.

[0180] Additionally, the UE reader 420 may indicate the (above) conditions of the suspending / stop to the target gNB 432 or AIoTF 440 or AF 420.

[0181] The UE reader 420 may release (5120) at least one of the following: 1) the last configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request, upon at least on of the following conditions:

[0182] receiving (new) configuration, from the new cell, on at least one of 1) or 2) for A-IoT service, for example, via RRCReconfiguration message, during the HO procedure or for the handover command; or

[0183] receiving an explicit indication from the new cell to release at least one of 1) the last configuration of A-IoT service, 2) received A-IoT service request and / or 3)  received / buffered D2R data corresponding to the A-IoT service request. 2) and 3) may also be referred to as A-IoT service related data / signaling.

[0184] It is to be noted that if 1) , 2) has been released, the D2R transmission and R2D receiving will be stopped accordingly. Alternatively, to stop the R2D transmission also means the release the release of the configuration. Additionally, the UE reader 420 may indicate the (above) conditions of the releasing to the target gNB 432 or AIoTF 440 or AF 420.

[0185] Alternatively or in addition, the UE Reader 420 may indicate the information on the received / buffered D2R data corresponding to the A-IoT service request for at least one of the following conditions:

[0186] if the received / buffered D2R data corresponding to the A-IoT service request is available  / not released; or

[0187] the target / new cell / gNB supports AIoT functions or the received A-IoT service request (s) ; the supporting may be determined based on SIB or dedicate RRC message, such as the handover command.

[0188] The information may be transmitted via the RRCReconfigurationComplete message, MAC CE, or UCI. For example, the information may be an indication or the buffered data. Alternatively or in addition, to report the information on the received / buffered D2R data, especially for the HO procedure, is configure by the target gNB 432 or AIoTF 440 or AF 420. For example, via the HO command.

[0189] The UE Reader may indicate AIoT device (s) 410 to suspend the current D2R transmission, upon receiving the HO command or after the handover procedure is successfully complete. For example, it may be indicated explicitly by an indicator (e.g., indicator#1) , or implicitly by disabling the RA resources, RA procedure or disabling the D2R resources.

[0190] The indication may be upon at least one of the following conditions: receiving a (new) configuration of A-IoT service and / or A-IoT service request, from the new cell, such as via RRCReconfiguration message, during the HO procedure or for the handover command;

[0191] receiving an explicit indication, from the new cell, to release the last configuration of A- IoT service or received A-IoT service request;

[0192] the target / new cell / gNB dose not support AIoT functions or the received A-IoT service request (s) ; the not support may be determined based on SIB or dedicate RRC message, such as the handover command;

[0193] the UE Reader moves out of the area for the received A-IoT service request (s) ; or receiving a (new) configuration of radio resource, for A-IoT service and / or A-IoT service request, from the target / new cell / gNB.

[0194] Alternatively, or in addition, after the complete of handover procedure or receives another configuration on radio resources or A-IoT service, the UE Reader may 420 indicate device (s) to resume the D2R transmission, such as explicitly by an indicator (e.g., indicator#2) , or 1bit, or a service request, or implicitly by configuring the RA resources, or the D2R resources.

[0195] Conditions for indicator#2 include at least one of the following: the A-IoT service or the last (specific) AIoT service (s) is support by the selected cell / gNB; the resource for the AIoT service (s) or for at least one of the last AIoT service (s) is configured by the target cell / gNB; or receiving an explicit indication, from the target cell  / AIoT CN function, to continue (requested) AIoT service or a specific (requested) AIoT service.

[0196] Signaling for both indicator#1 and indicator#2 may include control information of the physical layer, A-IoT AS signaling or A-IoT NAS signaling, such as RAN-initiated (RAN-based) inventory / paging.

[0197] In some example embodiments, for Uu HO of the UE reader 420, after receiving a handover command (such as, RRCReconfiguration message including reconfiguration with sync) , the target gNB 432 may derive associated information via the handover preparation. For example, via the HANDOVER_REQUEST message. The RRCReconfigurationComplete message may consist at least one of the following associated information:

[0198] indication on A-IoT, such as a new cause on A-IoT,

[0199] indication on A-IoT service (type) , such as service type, such as command, inventory, or command and inventory, or DO-DTT or DO,

[0200] indication on received / buffered D2R data corresponding to the A-IoT service request, indication on resources / configuration of A-IoT service (that is, the UE reader has been configured with radio resources, such as frequency domain resources, for A-IoT service. (also referred to as the last configuration of A-IoT service) ) , or

[0201] information on UE Reader, such as UE Reader ID or UE reader capability on A-IoT.

[0202] FIG. 5C shows the signaling flow 500C for an HO preparing procedure considering A-IoT service.

[0203] Before sending the HO command to UE reader 420, the source gNB 420 may provide A-IoT information to the target gNB 432, via Handover request (step3) . Thus, the target gNB may perform admission control on this information, including: UE Reader information, such as UE Reader ID and / or A-IoT service information, such as Service type, or Session ID.

[0204] Additionally, the target gNB 432 may report information of A-IoT service to the A-IoT CN function, after step4 admission control. The A-IoT CN function 440, may send message to UE reader 420 or the target gNB 432 on whether to continue the last A-IoT service. Then the response may be sent via the HANDOVER REQUEST RESPONSE message in RRCReconfiguration, in addition, as NAS container or NAS message. Alternatively, the A-IoT CN function 440, may request the target gNB 432 to allocate radio resource for A-IoT service on A-IoT interface.

[0205] Alternatively or in addition, the source gNB 430 and / or the target gNB 432 may report information of A-IoT service to the A-IoT CN function, after step5. The information may include UE Reader information, such as UE Reader ID and / or A-IoT service information, such as Service type or Session ID; gNB information on A-IoT service of source and / or target gNB, such as support A-IoT service or not, support specific type of A-IoT service, or whether allocated radio resource for A-IoT service; or gNB information, such as gNB ID or cell ID which is allocated by AIoT CN functions.

[0206] Alternatively or in addition, after the UE reader 420 completes the HO procedure (e.g., receiving RRCReconfigurationComplete message) , the target gNB 432 may report A-IoT service to the A-IoT CN function , after step8, including UE Reader information, A-IoT service information, gNB information on A-IoT service of source and / or target gNB; gNB information.

[0207] With these embodiments, rules to reuse the current or last configuration have been defined. Conditions to suspend the AIoT service are also defined. Using these rules or conditions, the AIoT service during HO can be handled.

[0208] FIG. 6A to FIG. 6B illustrates signaling flow 600A and 600B for management of AIoT service for the communication device being out of coverage (OOC) . These embodiments show how to perform the AIoT service for UE reader “temporarily” out of coverage case with full network (NW) control of resources is possible. For the purposes of discussion, the signaling flows 600A to 600B involve the AIoT device 410, the UE reader 420, the gNB 430 (also referred to as the source gNB 430) , the gNB 432 (also referred to as the target gNB 432) , the AIoTF 440, and the AF 442.

[0209] It is assumed that the UE reader 420 was in coverage (IC) and then becomes OOC. The radio resource for A-IoT service when OOC may be preconfigured, received via system information, such as SIB, or dedicate message such as RRC message. In the OOC situation, for example, the reference signal received power (RSRP) or received signal strength indicator (RSSI) of the synchronization signal or system information or SSB (for current / serving / camping / selected cell) is lower than a threshold.

[0210] The signaling flow 600A shows a first option for management of AIoT service for OOC cases, where the UE reader 420 continues the AIoT service when OOC.

[0211] The UE Reader may continue (6010) the R2D transmission, and / or D2R receiving, for at least one of the following conditions:

[0212] the UE Reader determines OOC;

[0213] the UE Reader stays in the area of the received A-IoT service request (s) ;

[0214] a (preconfigured timer) for OOC is running; UE Reader may start the timer when it determines OOC. Then, UE reader may move in coverage, it may stop the OCC;

[0215] the (available) timer for one A-IoT service is running;

[0216] the buffer size for the response of A-IoT service is available; or

[0217] the stop condition for an inventory / command request is not met, such as the number of feedback A-IoT devices dose not reach / exceed a threshold.

[0218] The continuing of the AIoT service and / or the suspending of the AIoT service  under OOC or under the above conditions may be configured. For example, if the stop condition for the inventory or command request is not met, such as the number of feedback AIoT devices does not reach the threshold, the AIoT service may be configured to be continued or alternatively be suspended.

[0219] The UE reader 420 may store 1) the last configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request.

[0220] Additionally, the UE Reader 420 may initiate an UL SDT / SR / Random access / RRC connection resume procedure / RRC connection establishment procedure to indicate the information on the received / buffered D2R data corresponding to the A-IoT service request for at least one of the following conditions:

[0221] when it moves back to the coverage (in coverage) , that is, select a (suitable) cell; select the last cell (before OOC) ; or select a cell of the last gNB (serving the last cell) ; received / parsed the synchronization signal or system information, or RSRP / RSSI of the cell (e.g., the RSRP / RSSI of the synchronization signal or system information or SSB) is above a threshold#2.

[0222] the selected cell / gNB supports AIoT functions or the received A-IoT service request (s) ; the supporting may be determined based on system information or dedicated configuration; if the (received / buffered) D2R data corresponding to the A-IoT service request is available;

[0223] or

[0224] the stop condition for an inventory / command request is met, such as the number of feedback A-IoT device exceeds / reaches a threshold.

[0225] The information may be an indication for data, such as service type, data volume, or the buffered data.

[0226] Additionally, the UE Reader 420 may suspend / stop (6020) the A-IoT service and indicate device (s) to suspend / stop the A-IoT service or the current D2R transmission, for example, explicitly by an indicator (e.g., indicator#1) , or implicitly by disabling the RA resources, RA procedure or disabling the D2R resources.

[0227] The signaling for indicator#1 may be via control information of the physical layer, A-IoT AS signaling, or A-IoT NAS signaling, such as RAN-initiated (RAN-based)  inventory / paging.

[0228] The suspend / stop of the AIoT service may be upon at least one of the following conditions:

[0229] a (preconfigured timer) for OOC is expires; additionally, the timer is for radio resource. If the time expires, the radio resources are not available. Thus the A-IoT service will be suspend;

[0230] the UE Reader moves out of the area / location of the received A-IoT service request (s) ;

[0231] the (available) timer for one A-IoT service expires;

[0232] the buffer size for the response of A-IoT service has run out; or

[0233] the stop condition for an inventory / command request is met, such as the number of feedback A-IoT devices exceeds / reaches a threshold.

[0234] Additionally, upon selected a suitable cell or back to the coverage of cell, the UE Reader may indicate the (above) conditions of stopping AIoT service to the selected cell or A-IoT CN function. The message may also including at least one of the following information: UE Reader information, such as UE Reader ID; A-IoT service information, such as Service type or Session ID; (selected / target) gNB information on A-IoT service (not need when report to a gNB) , such as, support A-IoT service or not, support specific type of A-IoT service or gNB ID / cell ID; allocated radio resource or not for A-IoT service.

[0235] Additionally, the timer for OOC or the timer for specific may be configured via RRCReconfiguration message or via AIoT NAS between the UE reader and AIoT CN function (such as AIoT controller, AIoT UE controller, AIoTF) .

[0236] The signaling flow 600B shows another option for management of AIoT service for OOC cases where the UE reader 420 suspend / stops (6110) the AIoT service. For example, the UE reader 420 may stop / suspend / cease / de-active the R2D transmission, and / or D2R receiving , for at least one of the following conditions:

[0237] the UE Reader determines OOC;

[0238] if the UE Reader has received AIoT service request from gNB or CN;

[0239] if the UE Reader has received configuration on radio resources for the transmission of A-IoT service data / signaling (the last configuration of A-IoT service) ;

[0240] the UE Reader moves out of the area / location for the received A-IoT service request (s) ;

[0241] a preconfigured timer for OOC is expiring;

[0242] the (available) timer for one A-IoT service is expiring;

[0243] the buffer size for the response of A-IoT service has run out; or

[0244] the stop condition for an inventory / command request is met, the number of feedback A-IoT devices reaches / exceeds the threshold.

[0245] Additionally, the timer for OOC or the timer for specific service may be configured via RRC message, such as RRCReconfiguration message, or via AIoT NAS between the UE reader and AIoT CN function (such as AIoT controller, AIoT UE controller, AIoTF) .

[0246] Additionally, one A-IoT service request and the area information for it may be provided together, from A-IoT CN function.

[0247] The UE reader 420 may release (6120) at least one of the following: 1) the last configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request, upon at least on of the following conditions: the same conditions for stopping the AIoT service.

[0248] It is to be noted that if at least one of the 1) the last configuration of A-IoT service, 2) received A-IoT service request has been released, the D2R transmission and R2D receiving will be stopped accordingly. Alternatively, to stop the R2D transmission also means the release the release of the configuration.

[0249] Alternatively, the UE Reader 420 may initiate an RA procedure  / SDT / RRC connection resume procedure / RRC connection establishment procedure  / RRC connection reestablishment procedure to indicate the information on the received / buffered D2R data corresponding to the A-IoT service request for at least one of the following conditions: moves back to the coverage (in coverage) , that is, select a (suitable) cell; select the last cell (before OOC) ; select cell of the last gNB (serving the last cell) ; receives synchronization signal or system information from the cell; or the RSRP / RSSI of the cell is above a threshold#2;

[0250] if the received / buffered D2R data corresponding to the A-IoT service request is available;

[0251] or

[0252] the selected cell / gNB supports AIoT functions or the received A-IoT service request (s) ; the supporting may be determined based on system information, such SIB, or dedicate RRC message, such as the RRCResume message.

[0253] The information may be an indication or the buffered data.

[0254] That is, these conditions may trigger the UE Reader to perform RRC connection resume procedure, RRC connection establishment procedure or RRC connection re-establishment procedure.

[0255] Additionally, the UE Reader 420 may indicate the (above) conditions of stop to the last / selected cell / gNB or A-IoT CN function.

[0256] The UE Reader 420 may indicate device (s) to suspend the current D2R transmission, upon OOC, suspending AIoT service or releasing the last configuration and / or the requested AIoT service, for example, explicitly by an indicator (e.g., indicator#1) , or implicitly by disabling the RA resources, or disabling the D2R resources.

[0257] Alternatively or in addition, after moving in coverage, the UE Reader 420 may resume the A-IoT service. In addition, the UE Reader 420 may indicate device (s) to resume the D2R transmission, for example, explicitly by an indicator (e.g., indicator#2) , or 1bit, or service request; or implicitly by configuring the RA resources, RA procedure or the D2R resources.

[0258] Conditions for indicator#2 may include at least one of the following: when it moves back to the coverage (in coverage) , that is, select a (suitable) cell; select the last cell (before OOC) ; or select cell of the last gNB (serving the last cell) ; received synchronization signal or system information; or RSRP / RSSI of the cell is above a threshold#2;

[0259] the A-IoT service or the last (specific) AIoT service (s) is support by the selected cell / gNB; or

[0260] receiving another configuration on radio resources or A-IoT service. The resource for the AIoT service (s) or for at least one of the last AIoT service (s) is configured by the selected cell / gNB; or

[0261] receiving an explicit indication, from the selected cell or AIoT function, to continue (requested) AIoT service or a specific (requested) AIoT service.

[0262] Signaling for both indicator#1 and indicator#2 may be control information of the physical layer, A-IoT AS signaling, or A-IoT NAS signaling, such as RAN-initiated (RAN-based) inventory / paging.

[0263] With these embodiments, rules to reuse the current or last configuration for AIoT service in OOC cases have been defined. Conditions to suspend the AIoT service in OOC cases have been defined. The AIoT service during OOC can thus be handled.

[0264] FIG. 7A and FIG. 7B show signaling flows 700A and 700B for management of AIoT service for the UE reader being in inactive or idle state. These embodiments show how to perform the AIoT service for UE reader “temporarily” in inactive or idle state. For the purposes of discussion, the signaling flows 700A to 700B involve the AIoT device 410, the UE reader 420, the gNB 430 (also referred to as the source gNB 430) , the AIoTF 440, and the AF 442.

[0265] The signaling flow 700A shows a first option for management of AIoT service for the UE reader 420 entering the inactive or idle state. In the first option, the AIoT service may be first continued and then stopped.

[0266] When the UE Reader 420 transitions from RRC_CONNECTED state to RRC_INACTIVE state, the UE Reader 420 may continue (7010) the AIoT service such as the R2D transmission, and / or D2R receiving. In other words, the UE Reader 420 may buffer the received data for response if the UE Reader 420 has received AIoT service request from gNB or CN, and / or if the UE Reader 420 has received configuration on radio resources for the transmission of A-IoT service data / signaling (the last configuration of A-IoT service) . The continuing the AIoT service may be via the last configuration for A-IoT service such as frequency domain resources. Whether to continue the AIoT service and / or whether to suspend the AIoT service in the inactive or idle state may be configured.

[0267] Additionally, the UE Reader may suspend / stop (7020) the AIoT service such as R2D transmission, and / or D2R receiving, upon at least one of the following conditions: the (available) timer for one A-IoT service expired;

[0268] the buffer size for the response of A-IoT service has run out;

[0269] the stop condition for an inventory / command request is met, such as the number of feedback A-IoT devices has reached the threshold;

[0270] the UE Reader moves out of the area for the received A-IoT service request (s) ;

[0271] no suitable cell is selected;

[0272] selecting a (suitable) cell rather than the cell providing the last configuration of A-IoT service;

[0273] the selected cell / gNB does not support AIoT functions or the received A-IoT service request (s) . Not supporting may be determined based on system information (e.g., MIB, SIB) or dedicate signaling, via (DL) SDT.

[0274] The UE reader 420 may release (7030) at least one of the following: 1) the last configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request, upon at least on of the following conditions: no suitable cell is selected; selecting a (suitable) cell rather than the cell providing the last configuration of A-IoT service; the selected cell / gNB does not support AIoT functions or the received A-IoT service request (s) which may be based on SIB or dedicate signaling via (DL) SDT; or the UE Reader moves out of the area for the received A-IoT service request (s) . Alternatively, 2) and 3) may also be referred to as A-IoT service related data / signaling. It is to be noted that if 1) the last configuration of A-IoT service, 2) received A-IoT service request has been released, the D2R transmission and R2D receiving will be stopped accordingly. Alternatively, or in addition, to suspend / stop the R2D transmission also means the release of the configuration 1) the last configuration of A-IoT service and 2) received A-IoT service request.

[0275] Additionally, the UE Reader 420 may suspend / stop (7020) A-IoT service and indicate A-IoT device (s) to suspend the current D2R transmission, for example, explicitly by an indicator (e.g., indicator#1) , or implicitly by disabling the RA resources, RA procedure or disabling the D2R resources. The signaling for indicator#1 may be via control information of the physical layer, A-IoT AS signaling or A-IoT NAS signaling, such as RAN-initiated (RAN-based) inventory / paging.

[0276] The signaling for the indicator#1 may be upon at least one of the following conditions: the (available) timer for one A-IoT service expired; the buffer size for the response of A-IoT service has run out; the stop condition for an inventory / command  request is met, such as the number of feedback A-IoT devices has reached threshold; or the UE Reader moves out of the area for the received A-IoT service request (s) .

[0277] Additionally, upon selected a suitable cell, the UE Reader 420 may indicate the (above) conditions of stop to the selected cell or A-IoT CN function. The message may also include at least one of the following information: UE Reader information, such as UE Reader ID; A-IoT service information, such as service type or session ID; (target) gNB information on A-IoT service (not need when report to gNB) , such as support A-IoT service or not, support specific type of A-IoT service, or gNB ID / cell ID; allocated radio resource or not for A-IoT service. Additionally, the (above) conditions of stop A-IoT service may be considered as the trigger or cause value (e.g., for ResumeCause) of RRC connection resume procedure.

[0278] Additionally, the timer may be configured via RRCRelease message for inactive (i.e., RRCRelease message with suspendConfig) or via AIoT NAS between the UE reader and AIoT CN function (such as AIoT controller, AIoT UE controller, AIoTF) . Additionally, one A-IoT service request and the area information for it may be provided together.

[0279] FIG. 7B shows another signaling flow 700B of another option for management of AIoT service for the UE reader entering an inactive or idle state. In the option of the signaling flow 700B, the AIoT service may be first stopped when resumed.

[0280] When the UE Reader 420 transitions from RRC_CONNECTED state to RRC_INACTIVE state, the UE Reader 420 may stop (7110)  / suspend / cease / deactive the R2D transmission, and / or D2R receiving if the UE Reader 420 has received AIoT service request from gNB or CN, and / or if the UE Reader 420 has received configuration on radio resources for the transmission of A-IoT service data / signaling (the last configuration of A-IoT service) .

[0281] Additionally, the UE reader 420 may release (7120) at least one of the following: 1) the last configuration of A-IoT service, 2) received A-IoT service request and / or 3) received / buffered D2R data corresponding to the A-IoT service request. Alternatively, 2) received A-IoT service request and 3) received / buffered D2R data corresponding to the A-IoT service request may also be referred to as A-IoT service related data / signaling. If 1) the last configuration of A-IoT service, 2) received A-IoT service request has been  released, the D2R transmission and R2D receiving will be stopped accordingly. Alternatively, to suspend / stop the R2D transmission also means the release of the configuration 1) the last configuration of A-IoT service and 2) received A-IoT service request.

[0282] Additionally, the UE Reader 420 may indicate device (s) to suspend the current D2R transmission, for example, explicitly by an indicator (e.g., indicator#1) , or implicitly by disabling the RA resources, RA procedure or disabling the D2R resources.

[0283] Alternatively or in addition, after resuming the suspended RRC connection, and / or the UE Reader may resume (7130) the A-IoT service. In addition, the UE Reader may indicate device (s) to resume the D2R transmission, for example, explicitly by an indicator (e.g., indicator#2) , or 1bit, or a service request; or implicitly by configuring the RA resources, or the D2R resources.

[0284] Conditions for (UE reader 420) resuming the suspended RRC connection may include at least one of the following:

[0285] received paging, such as RAN (initiated) paging, which may indicate the resume of the A-IoT service, or as CN paging;

[0286] select a (suitable) cell;

[0287] select the last cell (before OOC) ;

[0288] select cell of the last gNB (serving the last cell) ;

[0289] if the received / buffered D2R data corresponding to the A-IoT service request is available; or

[0290] the selected cell / gNB supports AIoT functions or the received A-IoT service request (s) which may be determined based on SIB or dedicate RRC message, such as the handover command.

[0291] Conditions for resume the A-IoT service may include at least one of the following: after resume the suspended RRC connection; receiving indication on the resume of the A-IoT service via paging or RRCResume message; or receiving configuration on radio resources or A-IoT service via the RRCResume message.

[0292] The radio resources for the AIoT service (s) or for at least one of the last AIoT  service (s) may be configured by the network. An explicit indication may be received from the selected cell  / AIoT CN function, to continue (requested) AIoT service or a specific (requested) AIoT service.

[0293] With these embodiments, rules to reuse the current or last configuration and conditions to suspend the AIoT service have been defined. The handling of AIoT service during UE reader in RRC_inactive or RRC_idle can thus be enabled.

[0294] As mentioned, during the management of AIoT service, an RRC resume procedure considering AIoT service may be performed. In a solution of the present disclosure, a communication device such as a UE reader initiates a radio resource control connection resume procedure based on at least one condition being satisfied. The at least one condition comprises at least one of: received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released; received or buffered data corresponding to the AIoT service exceeding a threshold; a buffer size for the AIoT service running out; the stop condition for an inventory / command request is met, such as the number of feedback AIoT devices exceeding a threshold; a selection of a (suitable) cell; a selection of a previous cell before being out of coverage; a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service, a reception of a paging message; lack of a configured small data transmission resource for the AIoT service; or data for the AIoT service exceeding a size for small data transmission. The communication device then transmits, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0295] FIG. 8 illustrates a signaling flow 800 for RRC resume procedure considering AIoT service in accordance with embodiments of the present disclosure. For the purposes of discussion, the signaling flow 800 involves the AIoT device 410, the UE reader 420 and the gNB 430 (also referred to as the source gNB 430) , and optional the AIoTF 440, and the AF 442.

[0296] In operation, the UE reader 420 initiates (8010) or triggers a radio resource control connection (RRC) connection resume procedure based on at least one condition being satisfied. The at least one condition comprises at least one of: received or buffered data corresponding to an AIoT service being available or not released; received or  buffered data corresponding to the AIoT service exceeding a threshold; a buffer size for the AIoT service running out; the number of feedback AIoT devices exceeding a threshold, a selection of a (suitable) cell; a selection of a previous cell before being out of coverage; a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service; a reception of a paging message, which may indicate to resume the AIoT service; lack of a configured small data transmission resource for the AIoT service; or data for the AIoT service exceeding a size for small data transmission. It is to be understood that these conditions are only for the purpose of illustration, without suggesting any limitation. Any suitable condition may be applied here. The supporting of the AIoT service may be determined based on system information block (SIB) , the paging message or dedicated signaling via (DL) SDT.

[0297] The UE reader 420 then transmits (8020) , to the gNB 430, a first message including at least one of: information of the UE reader, information of an AIoT service, information of an interface for the AIoT service, a cause value (e.g., for ResumeCause) on AIoT service, a cause for suspending the AIoT service or a cause for resuming the AIoT service. For example, the first message may be included in an RRC resume request message, a (RRC) message after the RRC connection resume procedure, or a non-access stratum (NAS) container or NAS message or other suitable message. The UE reader 420 may also transmit, to an AIoT core network node such as the AIoTF 440 or the AF 442, the first message.

[0298] The information of the UE reader 420 may include at least one of: identity information of the UE reader 420, or a support type of AIoT service. The information of the AIoT service may include at least one of: a type of the AIoT service (also referred to as AIoT service type) , or a session identifier of the AIoT service.

[0299] The information of the interface for the AIoT service may indicate at least one of: a radio link failure of a Uu interface, a RRC connection reestablishment procedure, a handover procedure, being out of coverage of a cell, being in coverage of a cell, or entering an inactive or idle state.

[0300] The cause for suspending the AIoT service may include at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of  a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service, a further configuration of AIoT service from a further network device, the UE reader 420 being out of an area for the AIoT service, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0301] In some embodiments, in response to receiving, from the gNB 430, a configuration of the AIoT service, the UE reader 420 may determine to continue the AIoT service and determine to initiate the radio resource control connection resume procedure based on the at least one of the above conditions being satisfied. For example, if the UE reader 420 has not been configured with SDT resource for the AIoT service or the data exceeds the transport block size (TBS) or packet size of the SDT transmission, the UE reader 420 may initiate the RRC resume procedure.

[0302] In addition, the UE reader 420 may may select cell / gNB supporting A-IoT function or requested types of A-IoT services.

[0303] Alternatively or in addition, the UE reader 420 may initiate the RRC connection resume procedure to another gNB (e.g., gNB 432) by transmitting the first message. Additionally, the information in the first message may be derived from the UE context received from the last gNB (e.g. the gNB 430) , such as information of the UE reader, information of an AIoT service, information of an interface for the AIoT service, a cause value (e.g., for ResumeCause) on AIoT service, a cause for suspending the AIoT service or a cause for resuming the AIoT service. Specifically, the information in the first message may be retrieved from the last gNB, for example, as a sub-set of the UE reader 420 context or a subset of UE context. In some implementations, the information in the first message may be received via RETRIVE_UE_CONTEXT_RESPONSE message.

[0304] With these embodiments, the RRC resume procedure considering the AIoT  service may be enabled.

[0305] It is to be understood that the signaling flows in the present disclosure may be applied separately, or in any combination. With these embodiments, the AIoT service can be enhanced in various scenarios.

[0306] FIG. 9 illustrates a flowchart of a communication method 900 implemented at a communication device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of the communication device 310 in FIG. 3.

[0307] At block 910, the communication device 310 determines whether at least one condition regarding the communication device is satisfied.

[0308] At block 920, in accordance with a determination that the at least one condition is satisfied, the communication device 310 performs at least one of: continuing an ambient Internet of things (AIoT) service for an AIoT device, or suspending the AIoT service.

[0309] The at least one condition comprises at least one of: a first condition of a detection of a radio link failure, a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command, a fourth condition of being out of coverage of a cell of a network device, or a fifth condition of entering an inactive or idle state.

[0310] In some example embodiments, the AIoT service comprises at least one of: a transmission from the communication device to the AIoT device, or a transmission from the AIoT device to the communication device.

[0311] In some example embodiments, the method 900 further comprises: continuing the AIoT service based on a previous configuration for the AIoT service in response to receiving at least one of the following before the at least one condition being satisfied: an AIoT service request from the network device, an AIoT service request from an AIoT core network node, or the previous configuration on a radio resource for the AIoT service.

[0312] In some example embodiments, the previous configuration indicates the radio resource for at least one of: the AIoT service, or a type of AIoT service.

[0313] In some example embodiments, the method 900 further comprises performing an operation, the operation comprising at least one of: suspending the continued AIoT  service, a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request; or indicating the AIoT device to suspend the AIoT service.

[0314] In some example embodiments, the performing the operation is based on at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service.

[0315] In some example embodiments, at least one of the first timer or the second timer is predetermined or configured via at least one of: a radio resource control reconfiguration message, or an AIoT non-access stratum between the communication device and an AIoT core network node.

[0316] In some example embodiments, the area associated with the AIoT service is indicated in a service request for the AIoT service from an AIoT core network node.

[0317] In some example embodiments, the method 900 further comprises: in response to receiving at least one of the following before the at least one condition being satisfied: an AIoT service request from the network device, an AIoT service request from an AIoT core network node, or a previous configuration on a radio resource for the AIoT service, performing an operation comprising at least one of: suspending the AIoT device, a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request, or indicating the AIoT device to suspend the AIoT service.

[0318] In some example embodiments, indicating the AIoT device to suspend the AIoT service comprises at least one of: transmitting an indication to the AIoT device to suspend  the AIoT service, the indication being transmitted via at least one of: control information of a physical layer, or an AIoT non-access stratum signaling; or disabling a random access resource or a radio resource for the AIoT service.

[0319] In some example embodiments, the operation is performed based on at least one of: a further configuration of AIoT service from a further network device, lack of support for AIoT service by a selected cell of the further network device, the communication device being out of an area for the AIoT service, an expiry of a first timer for the AIoT service, an expiry of a second timer for out of coverage of a cell, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an initiation of cell selection or reselection, a failure of cell selection or reselection, that a selected cell is different from a cell providing a previous configuration for the AIoT service, an initiation of a transmission of a connection reestablishment request message, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0320] In some example embodiments, the method 900 further comprises: indicating the AIoT device to activate the suspended AIoT service based on at least one of: a completion of a connection reestablishment, a selection of a previous cell, a selected cell or a further network device of the selected cell supporting the AIoT service or a type of AIoT service, a resource for the AIoT service being configured by the selected cell, an indication from the further network device or an AIoT core network node indicating to continue the AIoT service, a reception of a further configuration on a radio resource for the AIoT service, the communication device moving back to be in coverage from out of coverage of a cell, or a suspended connection being resumed.

[0321] In some example embodiments, indicating the AIoT device to activate the suspended AIoT service comprises at least one of: transmitting an indication to the AIoT device to active the suspended AIoT service, the indication being transmitted via at least one of: control information of a physical layer, or an AIoT non-access stratum signaling; or configuring a random access resource or a radio resource for the AIoT service.

[0322] In some example embodiments, the method 900 further comprises: in response to suspending the AIoT service, transmitting a first message to at least one of: an AIoT core network node, a selected cell or a further network device of the selected cell, the first  message indicating the suspending of the AIoT service, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of the further network device, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0323] In some example embodiments, the information of the interface for the AIoT service indicates at least one of: a radio link failure of a Uu interface, a handover procedure, being out of coverage of a cell, being in coverage of a cell, or entering an inactive or idle state.

[0324] In some example embodiments, the cause for suspending the AIoT service comprises at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service, a further configuration of AIoT service from a further network device, the communication device being out of an area for the AIoT service, or an indication for the release of at least one of:the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0325] In some example embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service, wherein the information of the further network device comprises at least one of: an indication of a support of AIoT service, an indication of a support of a type of AIoT service, an identifier  of the selected cell, an identifier of the further network device, or an indication of an allocated radio resource for AIoT service or a type of AIoT service.

[0326] In some example embodiments, the first message is comprised in at least one of: a connection reestablishment request message, a connection reestablishment complete message, a radio resource control (RRC) reconfiguration complete message, an RRC resume request message, or an RRC resume complete message.

[0327] In some example embodiments, the method 900 further comprises: determining to resume a radio resource control connection based on at least one of: a reception of a paging message, a selection of a cell, a selection of a previous cell before being out of coverage, a selection of a cell of the network device, received or buffered data corresponding to the AIoT service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, or a selected cell or a further network device of the selected cell supporting the AIoT service or a type of AIoT service.

[0328] In some example embodiments, the method 900 further comprises: receiving, from the further network device, a configuration of AIoT service.

[0329] In some example embodiments, the method 900 further comprises: initiating a procedure to indicate, to the network device or an AIoT core network node, information regarding received or buffered data for the AIoT service based on at least one of: the received or buffered data being available or not released, a further cell or a further network device supporting the AIoT service or a type of the AIoT service, the communication device moving back to be in coverage from out of coverage of a cell, or the number of feedback AIoT device exceeds a threshold.

[0330] In some example embodiments, the procedure comprises at least one of: a small data transmission procedure, a scheduling request procedure, or a random access procedure.

[0331] In some example embodiments, the method 900 further comprises: determining that a cell or a further network device supports the AIoT service or a type of AIoT service based on at least one of: system information of the cell or the further network device, a handover command or signaling via a small data transmission.

[0332] In some example embodiments, the communication device comprises a terminal  device performing as a reader for the AIoT device.

[0333] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the network device 320 in FIG. 3.

[0334] At block 1010, the network device 320 receives, from a communication device or an ambient Internet of things (AIoT) core network node, a first message indicating to suspend an AIoT service.

[0335] At block 1020, the network device 320 transmits, to the communication device, a configuration of the AIoT device, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0336] In some example embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, or wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service.

[0337] In some example embodiments, the first message is comprised in at least one of: a connection reestablishment request message, a connection reestablishment complete message, a radio resource control (RRC) reconfiguration message, an RRC resume request message, or an RRC resume complete message.

[0338] In some example embodiments, the method 1000 further comprises: transmitting, to the AIoT core network node, a second message including at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of a resource or configuration for the AIoT service, the information of data corresponding to an AIoT service request, or the information of an interface for the AIoT service.

[0339] In some example embodiments, the second message is transmitted after at least one of: an admission control for a handover request from the source network device, or a completion of the handover.

[0340] In some example embodiments, the network device comprises a target network device after a handover from a source network device, and a second message is transmitted from the source network device to an AIoT core network node, wherein the second message includes at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of a resource or configuration for the AIoT service, the information of data corresponding to an AIoT service request, or the information of an interface for the AIoT service.

[0341] FIG. 11 illustrates a flowchart of a communication method 1100 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1100 will be described from the perspective of the fourth communication device 160 in FIG. 1B.

[0342] At block 1110, the fourth communication device 160 receives, from at least one of:a communication device or a further network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0343] At block 1120, the fourth communication device 160 transmits, to an AIoT core network node, a second message comprising at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service.

[0344] In some example embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service, wherein the information of the network device comprises at least one of: an indication of a support of AIoT service, an indication of a support of a type of AIoT service, an identifier of the selected cell, an identifier of the further network device, or an indication of an allocated radio resource for AIoT service or a type of AIoT service.

[0345] In some example embodiments, the first message is received from the  communication device, and the first message is comprised in at least one of: a connection reestablishment request message, or a connection reestablishment complete message.

[0346] In some example embodiments, the first message is received from the further network device, and the first message is comprised in a context of the communication device.

[0347] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at a communication device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1200 will be described from the perspective of the second communication device 120 in FIG. 1B.

[0348] At block 1210, the second communication device 120 initiates a radio resource control connection resume procedure based on at least one condition being satisfied.

[0349] At block 1220, the second communication device 120 transmits, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service. The at least one condition comprises at least one of: received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, a buffer size for the AIoT service running out, a stop condition for an inventory or command request being satisfied, a selection of a cell, a selection of a previous cell before being out of coverage, a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service, a reception of a paging message, lack of a configured small data transmission resource for the AIoT service, or data for the AIoT service exceeding a size for small data transmission.

[0350] In some example embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, or wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service.

[0351] In some example embodiments, the information of the interface for the AIoT service indicates at least one of: a radio link failure of a Uu interface, a handover procedure, being out of coverage of a cell, being in coverage of a cell, or entering an  inactive or idle state.

[0352] In some example embodiments, the cause for suspending the AIoT service comprises at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, a stop condition for an inventory or command request being satisfied, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service, a further configuration of AIoT service from a further network device, the communication device being out of an area for the AIoT service, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0353] In some example embodiments, the first message is included in at least one of: a radio resource control resume request message, a message after the radio resource control connection resume procedure, or a non-access stratum container or message.

[0354] In some example embodiments, the method 1200 further comprises: transmit, to an AIoT core network node, the first message.

[0355] In some example embodiments, the method 1200 further comprises: in response to receiving, from the network device, a configuration of the AIoT service, determine to continue the AIoT service; and determine to initiate the radio resource control connection resume procedure based on the at least one condition being satisfied.

[0356] FIG. 13 is a simplified block diagram of a device 1300 that is suitable for implementing embodiments of the present disclosure. The device 1300 can be considered as a further example implementation of any of the devices as shown in FIG. 1B. Accordingly, the device 1300 can be implemented at or as at least a part of the first  communication device 110 or the second communication device 120 or the third communication device 130 or the fourth communication device 160 in FIG. 1B.

[0357] As shown, the device 1300 includes a processor 1310, a memory 1320 coupled to the processor 1310, a suitable transceiver 1340 coupled to the processor 1310, and a communication interface coupled to the transceiver 1340. The memory 1320 stores at least a part of a program 1330. The transceiver 1340 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1340 may include at least one of a transmitter 1342 and a receiver 1344. The transmitter 1342 and the receiver 1344 may be functional modules or physical entities. The transceiver 1340 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0358] The program 1330 is assumed to include program instructions that, when executed by the associated processor 1310, enable the device 1300 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1A to 13) . The embodiments herein may be implemented by computer software executable by the processor 1310 of the device 1300, or by hardware, or by a combination of software and hardware. The processor 1310 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1310 and memory 1320 may form processing means 1350 adapted to implement various embodiments of the present disclosure.

[0359] The memory 1320 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1320 is shown in the device 1300, there may be several physically distinct memory modules in the device  1300. The processor 1310 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1300 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0360] According to embodiments of the present disclosure, a communication device comprising a circuitry is provided. The circuitry is configured to: determine whether at least one condition regarding the communication device is satisfied; and in accordance with a determination that the at least one condition is satisfied, perform at least one of: continuing an ambient Internet of things (AIoT) service for an AIoT device; or suspending the AIoT service, wherein the at least one condition comprises at least one of: a first condition of a detection of a radio link failure, a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command, a fourth condition of being out of coverage of a cell of a network device, a fifth condition of entering an inactive or idle state. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the communication device as discussed above.

[0361] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from a communication device or an ambient Internet of things (AIoT) core network node, a first message indicating to suspend an AIoT service; and transmit, to the communication device, a configuration of the AIoT device, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0362] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from at least one of: a communication device or a further network device, a first message including at  least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service; and transmit, to an AIoT core network node, a second message comprising at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0363] According to embodiments of the present disclosure, a communication device comprising a circuitry is provided. The circuitry is configured to: initiate a radio resource control connection resume procedure based on at least one condition being satisfied; and transmit, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service, wherein the at least one condition comprises at least one of: received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, a buffer size for the AIoT service running out, a stop condition for an inventory or command request being satisfied, a selection of a cell, a selection of a previous cell before being out of coverage, a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service, a reception of a paging message, lack of a configured small data transmission resource for the AIoT service, or data for the AIoT service exceeding a size for small data transmission. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the communication device as discussed above.

[0364] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to  cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0365] According to embodiments of the present disclosure, a communication apparatus is provided. The communication apparatus comprises means for determining whether at least one condition regarding the communication device is satisfied; and means for in accordance with a determination that the at least one condition is satisfied, performing at least one of: means for continuinging an ambient Internet of things (AIoT) service for an AIoT device; or means for suspendinging the AIoT service, wherein the at least one condition comprises at least one of: a first condition of a detection of a radio link failure, a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command, a fourth condition of being out of coverage of a cell of a network device, a fifth condition of entering an inactive or idle state. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 900. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0366] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for receiving, from a communication device or an ambient Internet of things (AIoT) core network node, a first message indicating to suspend an AIoT service; and means for transmitting, to the communication device, a configuration of the AIoT device, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1000. In  some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0367] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for receiving, from at least one of: a communication device or a further network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service; and means for transmitting, to an AIoT core network node, a second message comprising at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service. In some embodiments, the third apparatus may comprise means for performing the respective operations of the method 1100. In some example embodiments, the third apparatus may further comprise means for performing other operations in some example embodiments of the method 1100. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0368] According to embodiments of the present disclosure, a communication apparatus is provided. The communication apparatus comprises means for initiating a radio resource control connection resume procedure based on at least one condition being satisfied; and means for transmitting, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service, wherein the at least one condition comprises at least one of: received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, a buffer size for the AIoT service running out, a stop condition for an inventory or command request being satisfied, a selection of a cell, a selection of a previous cell before being out of coverage, a selected cell or a network device of the  selected cell supporting the AIoT service or a type of the AIoT service, a reception of a paging message, lacking of a configured small data transmission resource for the AIoT service, or data for the AIoT service exceeding a size for small data transmission. In some embodiments, the fourth apparatus may comprise means for performing the respective operations of the method 1200. In some example embodiments, the fourth apparatus may further comprise means for performing other operations in some example embodiments of the method 1200. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0369] In summary, embodiments of the present disclosure provide the following aspects.

[0370] In an aspect, it is proposed a communication device comprising: a processor configured to cause the reader to: determine whether at least one condition regarding the communication device is satisfied; and in accordance with a determination that the at least one condition is satisfied, perform at least one of: continuing an ambient Internet of things (AIoT) service for an AIoT device; or suspending the AIoT service, wherein the at least one condition comprises at least one of: a first condition of a detection of a radio link failure, a second condition of an initiation of a connection reestablish procedure, a third condition of a reception of a handover command, a fourth condition of being out of coverage of a cell of a network device, a fifth condition of entering an inactive or idle state.

[0371] In some embodiments, the AIoT service comprises at least one of: a transmission from the communication device to the AIoT device, or a transmission from the AIoT device to the communication device.

[0372] In some embodiments, the processor is further configured to cause the communication device to: continue the AIoT service based on a previous configuration for the AIoT service in response to receiving at least one of the following before the at least one condition being satisfied: an AIoT service request from the network device, an AIoT service request from an AIoT core network node, or the previous configuration on a radio resource for the AIoT service.

[0373] In some embodiments, the previous configuration indicates the radio resource for at least one of: the AIoT service, or a type of AIoT service.

[0374] In some embodiments, the processor is further configured to cause the communication device to perform an operation, the operation comprising at least one of: suspending the continued AIoT service, a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request; or indicating the AIoT device to suspend the AIoT service.

[0375] In some embodiments, the performing the operation is based on at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service.

[0376] In some embodiments, at least one of the first timer or the second timer is predetermined or configured via at least one of: a radio resource control reconfiguration message, or an AIoT non-access stratum between the communication device and an AIoT core network node.

[0377] In some embodiments, the area associated with the AIoT service is indicated in a service request for the AIoT service from an AIoT core network node.

[0378] In some embodiments, the processor is further configured to cause the communication device to: in response to receiving at least one of the following before the at least one condition being satisfied: an AIoT service request from the network device, an AIoT service request from an AIoT core network node, or a previous configuration on a radio resource for the AIoT service, perform an operation comprising at least one of: suspending the AIoT device, a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request, or indicating the AIoT device to suspend the  AIoT service.

[0379] In some embodiments, indicating the AIoT device to suspend the AIoT service comprises at least one of: transmitting an indication to the AIoT device to suspend the AIoT service, the indication being transmitted via at least one of: control information of a physical layer, or an AIoT non-access stratum signaling; or disabling a random access resource or a radio resource for the AIoT service.

[0380] In some embodiments, the operation is performed based on at least one of: a further configuration of AIoT service from a further network device, lack of support for AIoT service by a selected cell of the further network device, the communication device being out of an area for the AIoT service, an expiry of a first timer for the AIoT service, an expiry of a second timer for out of coverage of a cell, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an initiation of cell selection or reselection, a failure of cell selection or reselection, that a selected cell is different from a cell providing a previous configuration for the AIoT service, an initiation of a transmission of a connection reestablishment request message, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0381] In some embodiments, the processor is further configured to cause the communication device to: indicate the AIoT device to activate the suspended AIoT service based on at least one of: a completion of a connection reestablishment, a selection of a previous cell, a selected cell or a further network device of the selected cell supporting the AIoT service or a type of AIoT service, a resource for the AIoT service being configured by the selected cell, an indication from the further network device or an AIoT core network node indicating to continue the AIoT service, a reception of a further configuration on a radio resource for the AIoT service, the communication device moving back to be in coverage from out of coverage of a cell, or a suspended connection being resumed.

[0382] In some embodiments, indicate the AIoT device to activate the suspended AIoT service comprises at least one of: transmitting an indication to the AIoT device to active the suspended AIoT service, the indication being transmitted via at least one of: control information of a physical layer, or an AIoT non-access stratum signaling; or configuring  a random access resource or a radio resource for the AIoT service.

[0383] In some embodiments, the processor is further configured to cause the communication device to: in response to suspending the AIoT service, transmit a first message to at least one of: an AIoT core network node, a selected cell or a further network device of the selected cell, the first message indicating the suspending of the AIoT service, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of the further network device, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0384] In some embodiments, the information of the interface for the AIoT service indicates at least one of: a radio link failure of a Uu interface, a handover procedure, being out of coverage of a cell, being in coverage of a cell, or entering an inactive or idle state.

[0385] In some embodiments, the cause for suspending the AIoT service comprises at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service, a further configuration of AIoT service from a further network device, the communication device being out of an area for the AIoT service, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0386] In some embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, wherein the information of the AIoT service comprises at least one of: a  type of the AIoT service, or a session identifier of the AIoT service, wherein the information of the further network device comprises at least one of: an indication of a support of AIoT service, an indication of a support of a type of AIoT service, an identifier of the selected cell, an identifier of the further network device, or an indication of an allocated radio resource for AIoT service or a type of AIoT service.

[0387] In some embodiments, the first message is comprised in at least one of: a connection reestablishment request message, a connection reestablishment complete message, a radio resource control (RRC) reconfiguration complete message, an RRC resume request message, or an RRC resume complete message.

[0388] In some embodiments, the fifth condition is satisfied, and the processor is further configured to cause the communication device to: determine to resume a radio resource control connection based on at least one of: a reception of a paging message, a selection of a cell, a selection of a previous cell before being out of coverage, a selection of a cell of the network device, received or buffered data corresponding to the AIoT service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, or a selected cell or a further network device of the selected cell supporting the AIoT service or a type of AIoT service.

[0389] In some embodiments, the processor is further configured to cause the communication device to: receive, from the further network device, a configuration of AIoT service.

[0390] In some embodiments, the processor is further configured to cause the communication device to: initiate a procedure to indicate, to the network device or an AIoT core network node, information regarding received or buffered data for the AIoT service based on at least one of: the received or buffered data being available or not released, a further cell or a further network device supporting the AIoT service or a type of the AIoT service, the communication device moving back to be in coverage from out of coverage of a cell, or the number of feedback AIoT device exceeds a threshold.

[0391] In some embodiments, the procedure comprises at least one of: a small data transmission procedure, a scheduling request procedure, or a random access procedure.

[0392] In some embodiments, the processor is further configured to cause the communication device to: determine that a cell or a further network device supports the  AIoT service or a type of AIoT service based on at least one of: system information of the cell or the further network device, a handover command or signaling via a small data transmission.

[0393] In some embodiments, the communication device comprises a terminal device performing as a reader for the AIoT device.

[0394] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: receive, from a communication device or an ambient Internet of things (AIoT) core network node, a first message indicating to suspend an AIoT service; and transmit, to the communication device, a configuration of the AIoT device, wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service.

[0395] In some embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, or wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service.

[0396] In some embodiments, the first message is comprised in at least one of: a connection reestablishment request message, a connection reestablishment complete message, a radio resource control (RRC) reconfiguration message, an RRC resume request message, or an RRC resume complete message.

[0397] In some embodiments, the network device comprises a target network device after a handover from a source network device, the first message is received from the communication device, and the processor is further configured to cause the network device to: transmit, to the AIoT core network node, a second message including at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of a resource or configuration for the AIoT service, the information of data corresponding to an AIoT service request, or the information of an interface for the AIoT service.

[0398] In some embodiments, the second message is transmitted after at least one of:  an admission control for a handover request from the source network device, or a completion of the handover.

[0399] In some embodiments, the network device comprises a target network device after a handover from a source network device, and a second message is transmitted from the source network device to an AIoT core network node, wherein the second message includes at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of a resource or configuration for the AIoT service, the information of data corresponding to an AIoT service request, or the information of an interface for the AIoT service.

[0400] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: receive, from at least one of: a communication device or a further network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service; and transmit, to an AIoT core network node, a second message comprising at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service.

[0401] In some embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service, wherein the information of the network device comprises at least one of: an indication of a support of AIoT service, an indication of a support of a type of AIoT service, an identifier of the selected cell, an identifier of the further network device, or an indication of an allocated radio resource for AIoT service or a type of AIoT service.

[0402] In some embodiments, the first message is received from the communication device, and the first message is comprised in at least one of: a connection reestablishment request message, or a connection reestablishment complete message.

[0403] In some embodiments, the first message is received from the further network device, and the first message is comprised in a context of the communication device.

[0404] In an aspect, it is proposed a communication device comprising: a processor configured to cause the communication device to: initiate a radio resource control connection resume procedure based on at least one condition being satisfied; and transmit, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service, wherein the at least one condition comprises at least one of: received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released, received or buffered data corresponding to the AIoT service exceeding a threshold, a buffer size for the AIoT service running out, a stop condition for an inventory or command request being satisfied, the number of feedback AIoT devices exceeding a threshold, a selection of a cell, a selection of a previous cell before being out of coverage, a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service, a reception of a paging message, lack of a configured small data transmission resource for the AIoT service, or data for the AIoT service exceeding a size for small data transmission.

[0405] In some embodiments, the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, or wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service.

[0406] In some embodiments, the information of the interface for the AIoT service indicates at least one of: a radio link failure of a Uu interface, a handover procedure, being out of coverage of a cell, being in coverage of a cell, or entering an inactive or idle state.

[0407] In some embodiments, the cause for suspending the AIoT service comprises at least one of: an expiry of a first timer for the AIoT service, that a buffer size for the AIoT service runs out, a stop condition for an inventory or command request being satisfied, the number of feedback AIoT devices exceeding a threshold, an indication of suspending the AIoT service, an indication of a release associated with the AIoT service, an initiation of a transmission of a connection reestablishment request message, a reception of a further configuration of AIoT service, an initiation of cell selection or reselection, a failure of  cell selection or reselection, lack of radio resource allocated by a selected cell, lack of support for AIoT service by a selected cell, that a radio resource is unavailable due to out of an area associated with the AIoT service, that the AIoT service is unavailable due to out of an area associated with the AIoT service, an expiry of a second timer for out of coverage of a cell, or that a selected cell is different from a cell providing a previous configuration for the AIoT service, a further configuration of AIoT service from a further network device, the communication device being out of an area for the AIoT service, or an indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.

[0408] In some embodiments, the first message is included in at least one of: a radio resource control resume request message, a message after the radio resource control connection resume procedure, or a non-access stratum container or message.

[0409] In some embodiments, the processor is further configured to cause the communication device to: transmit, to an AIoT core network node, the first message.

[0410] In some embodiments, the processor is further configured to cause the communication device to: in response to receiving, from the network device, a configuration of the AIoT service, determine to continue the AIoT service; and determine to initiate the radio resource control connection resume procedure based on the at least one condition being satisfied.

[0411] In an aspect, a communication device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the communication device discussed above.

[0412] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the network device discussed above.

[0413] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform  the method implemented by the network device discussed above.

[0414] In an aspect, a communication device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the communication device discussed above.

[0415] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the communication device discussed above.

[0416] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0417] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0418] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the communication device discussed above.

[0419] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the communication device discussed above.

[0420] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0421] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0422] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the  method implemented by the communication device discussed above.

[0423] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0424] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGS. 1 to 13. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0425] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0426] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in  connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0427] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0428] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A communication device comprising:a processor configured to cause the reader to:determine whether at least one condition regarding the communication device is satisfied; andin accordance with a determination that the at least one condition is satisfied, perform at least one of:continuing an ambient Internet of things (AIoT) service for an AIoT device; orsuspending the AIoT service,wherein the at least one condition comprises at least one of:a first condition of a detection of a radio link failure,a second condition of an initiation of a connection reestablish procedure,a third condition of a reception of a handover command,a fourth condition of being out of coverage of a cell of a network device, ora fifth condition of entering an inactive or idle state.2.The communication device of claim 1, wherein the AIoT service comprises at least one of: a transmission from the communication device to the AIoT device, or a transmission from the AIoT device to the communication device.3.The communication device of claim 1 or 2, wherein the processor is further configured to cause the communication device to:continue the AIoT service based on a previous configuration for the AIoT service in response to receiving at least one of the following before the at least one condition being satisfied:an AIoT service request from the network device,an AIoT service request from an AIoT core network node, orthe previous configuration on a radio resource for the AIoT service.4.The communication device of claim 3, wherein the previous configuration indicates the radio resource for at least one of: the AIoT service, or a type of AIoT service.5.The communication device of claim 3 or 4, wherein the processor is further  configured to cause the communication device to perform an operation, the operation comprising at least one of:suspending the continued AIoT service,a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request; orindicating the AIoT device to suspend the AIoT service.6.The communication device of claim 5, wherein the performing the operation is based on at least one of:an expiry of a first timer for the AIoT service,that a buffer size for the AIoT service runs out,a stop condition for an inventory or command request being satisfied,the number of feedback AIoT devices exceeding a threshold,an indication of suspending the AIoT service,an indication of a release associated with the AIoT service,an initiation of a transmission of a connection reestablishment request message,a reception of a further configuration of AIoT service,an initiation of cell selection or reselection,a failure of cell selection or reselection,lack of radio resource allocated by a selected cell,lack of support for AIoT service by a selected cell,that a radio resource is unavailable due to out of an area associated with the AIoT service,that the AIoT service is unavailable due to out of an area associated with the AIoT service,an expiry of a second timer for out of coverage of a cell, orthat a selected cell is different from a cell providing a previous configuration for the AIoT service.7.The communication device of claim 6, wherein at least one of the first timer or the second timer is predetermined or configured via at least one of: a radio resource control reconfiguration message, or an AIoT non-access stratum between the communication device and an AIoT core network node.8.The communication device of claim 6, wherein the area associated with the AIoT service is indicated in a service request for the AIoT service from an AIoT core network node.9.The communication device of claim 1 or 2, wherein the processor is further configured to cause the communication device to:in response to receiving at least one of the following before the at least one condition being satisfied: an AIoT service request from the network device, an AIoT service request from an AIoT core network node, or a previous configuration on a radio resource for the AIoT service, perform an operation comprising at least one of:suspending the AIoT device,a release of at least one of: a previous configuration for the AIoT service, a received AIoT service request, or a received or buffered data corresponding to the AIoT service request, orindicating the AIoT device to suspend the AIoT service.10.The communication device of claim 9, wherein the operation is performed based on at least one of:a further configuration of AIoT service from a further network device,lack of support for AIoT service by a selected cell of the further network device,the communication device being out of an area for the AIoT service,an expiry of a first timer for the AIoT service,an expiry of a second timer for out of coverage of a cell,that a buffer size for the AIoT service runs out,a stop condition for an inventory or command request being satisfied,the number of feedback AIoT devices exceeding a threshold,an initiation of cell selection or reselection,a failure of cell selection or reselection,that a selected cell is different from a cell providing a previous configuration for the AIoT service,an initiation of a transmission of a connection reestablishment request message, oran indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.11.The communication device of claim 9 or 10, wherein the processor is further configured to cause the communication device to: indicate the AIoT device to activate the suspended AIoT service based on at least one of:a completion of a connection reestablishment,a selection of a previous cell,a selected cell or a further network device of the selected cell supporting the AIoT service or a type of AIoT service,a resource for the AIoT service being configured by the selected cell,an indication from the further network device or an AIoT core network node indicating to continue the AIoT service,a reception of a further configuration on a radio resource for the AIoT service,the communication device moving back to be in coverage from out of coverage of a cell, ora suspended connection being resumed.12.The communication device of any of claims 1-11, wherein the processor is further configured to cause the communication device to:in response to suspending the AIoT service, transmit a first message to at least one of: an AIoT core network node, a selected cell or a further network device of the selected cell, the first message indicating the suspending of the AIoT service,wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of the further network device, information of an interface for the AIoT service, or a cause for suspending the AIoT service.13.The communication device of claim 12, wherein the information of the interface for the AIoT service indicates at least one of:a radio link failure of a Uu interface,a handover procedure,being out of coverage of a cell,being in coverage of a cell, orentering an inactive or idle state.14.The communication device of claim 12, wherein the cause for suspending the AIoT service comprises at least one of:an expiry of a first timer for the AIoT service,that a buffer size for the AIoT service runs out,a stop condition for an inventory or command request being satisfied,the number of feedback AIoT devices exceeding a threshold,an indication of suspending the AIoT service,an indication of a release associated with the AIoT service,an initiation of a transmission of a connection reestablishment request message,a reception of a further configuration of AIoT service,an initiation of cell selection or reselection,a failure of cell selection or reselection,lack of radio resource allocated by a selected cell,lack of support for AIoT service by a selected cell,that a radio resource is unavailable due to out of an area associated with the AIoT service,that the AIoT service is unavailable due to out of an area associated with the AIoT service,an expiry of a second timer for out of coverage of a cell,that a selected cell is different from a cell providing a previous configuration for the AIoT service,a further configuration of AIoT service from a further network device,the communication device being out of an area for the AIoT service, oran indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.15.The communication device of claim 12, wherein the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service,wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service,wherein the information of the further network device comprises at least one of: an indication of a support of AIoT service, an indication of a support of a type of AIoT service, an identifier of the selected cell, an identifier of the further network device, or an indication of an allocated radio resource for AIoT service or a type of AIoT service.16.The communication device of any of claims 1-15, wherein the processor is further configured to cause the communication device to:initiate a procedure to indicate, to the network device or an AIoT core network node, information regarding received or buffered data for the AIoT service based on at least one of:the received or buffered data being available or not released,a further cell or a further network device supporting the AIoT service or a type of the AIoT service,the communication device moving back to be in coverage from out of coverage of a cell,a stop condition for an inventory or command request being satisfied, orthe number of feedback AIoT device exceeds a threshold.17.The communication device of any of claims 1-16, wherein the processor is further configured to cause the communication device to:determine that a cell or a further network device supports the AIoT service or a type of AIoT service based on at least one of:system information of the cell or the further network device, a handover command or signaling via a small data transmission.18.A network device comprising:a processor configured to cause the network device to:receive, from a communication device or an ambient Internet of things (AIoT) core network node, a first message indicating to suspend an AIoT service; andtransmit, to the communication device, a configuration of the AIoT device,wherein the first message comprises at least one of: information of the communication device, information of the AIoT service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service.19.The network device of claim 18, wherein the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, orwherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service.20.The network device of claim 18 or 19, wherein the network device comprises a target network device after a handover from a source network device, the first message is received from the communication device, and the processor is further configured to cause the network device to:transmit, to the AIoT core network node, a second message including at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of a resource or configuration for the AIoT service, the information of data corresponding to an AIoT service request, or the information of an interface for the AIoT service.21.The network device of any of claims 18-20, wherein the network device comprises a target network device after a handover from a source network device, and a second message is transmitted from the source network device to an AIoT core network node,wherein the second message includes at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of a resource or configuration for the AIoT service, the information of data corresponding to an AIoT service request, or the information of an interface for the AIoT service.22.A network device comprising:a processor configured to cause the network device to:receive, from at least one of: a communication device or a further network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of a resource or configuration for the AIoT service, information of data corresponding to an AIoT service request, information of an interface for the AIoT service, or a cause for suspending the AIoT service; andtransmit, to an AIoT core network node, a second message comprising at least one of: information of the network device, the information of the communication device, the information of the AIoT service, the information of the interface for the AIoT service, or a cause for suspending the AIoT service.23.The network device of claim 22, wherein the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service,wherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service,wherein the information of the network device comprises at least one of: an indication of a support of AIoT service, an indication of a support of a type of AIoT service, an identifier of the selected cell, an identifier of the further network device, or an indication of an allocated radio resource for AIoT service or a type of AIoT service.24.A communication device comprising:a processor configured to cause the communication device to:initiate a radio resource control connection resume procedure based on at least one condition being satisfied; andtransmit, to a network device, a first message including at least one of: information of the communication device, information of an ambient Internet of things (AIoT) service, information of an interface for the AIoT service, or a cause for suspending the AIoT service,wherein the at least one condition comprises at least one of:received or buffered data corresponding to an ambient Internet of things (AIoT) service being available or not released,received or buffered data corresponding to the AIoT service exceeding a threshold,a buffer size for the AIoT service running out,a stop condition for an inventory or command request being satisfied,a selection of a cell,a selection of a previous cell before being out of coverage,a selected cell or a network device of the selected cell supporting the AIoT service or a type of the AIoT service,a reception of a paging message,lack of a configured small data transmission resource for the AIoT service, ordata for the AIoT service exceeding a size for small data transmission.25.The communication device of claim 24, wherein the stop condition for an inventory or command request comprises that the number of feedback AIoT devices exceeds a threshold.26.The communication device of claim 24 or 25, wherein the information of the communication device comprises at least one of: identity information of the communication device, or a support type of AIoT service, orwherein the information of the AIoT service comprises at least one of: a type of the AIoT service, or a session identifier of the AIoT service.27.The communication device of claim 24 or 25, wherein the information of the interface for the AIoT service indicates at least one of:a radio link failure of a Uu interface,a handover procedure,being out of coverage of a cell,being in coverage of a cell, orentering an inactive or idle state.28.The communication device of claim 24 or 25, wherein the cause for suspending the AIoT service comprises at least one of:an expiry of a first timer for the AIoT service,that a buffer size for the AIoT service runs out,a stop condition for an inventory or command request being satisfied,the number of feedback AIoT devices exceeding a threshold,an indication of suspending the AIoT service,an indication of a release associated with the AIoT service,an initiation of a transmission of a connection reestablishment request message,a reception of a further configuration of AIoT service,an initiation of cell selection or reselection,a failure of cell selection or reselection,lack of radio resource allocated by a selected cell,lack of support for AIoT service by a selected cell,that a radio resource is unavailable due to out of an area associated with the AIoT service,that the AIoT service is unavailable due to out of an area associated with the AIoT service,an expiry of a second timer for out of coverage of a cell, orthat a selected cell is different from a cell providing a previous configuration for the AIoT service,a further configuration of AIoT service from a further network device,the communication device being out of an area for the AIoT service, oran indication for the release of at least one of: the previous configuration for the AIoT service, the received AIoT service request, or the received or buffered data corresponding to the AIoT service request.29.The communication device of any of claims 24-28, wherein the processor is further configured to cause the communication device to:transmit, to an AIoT core network node, the first message.30.The communication device of any of claims 24-29, wherein the processor is further configured to cause the communication device to:in response to receiving, from the network device, a configuration of the AIoT service,determine to continue the AIoT service; anddetermine to initiate the radio resource control connection resume procedure based on the at least one condition being satisfied.

Images