Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, upon determination that first data inactivity related to a first communication procedure between a communication node and a network device is monitored, the communication node may perform an operation comprising at least one of the following: leaving a connected state based on a set of communication procedures between the communication node and a set of A-IoT devices; performing the set of second communication procedures in an idle or inactive or connected state; or transmitting, to the network device, a request for continuing to perform the set of second communication procedures. In this way, handling of an A-IoT service upon RRC state transition may be specified.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to devices and methods of communication for ambient-Internet of things (A-IoT) .BACKGROUND

[0002] Currently, it has been proposed to incorporate an A-IoT device into a cellular network communication. However, implementations of a communication procedure between an A-IoT device and a communication node are still incomplete and need to be further developed.SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for A-IoT.

[0004] In a first aspect, there is provided a communication node. The communication node comprises a processor. The processor is configured to cause the communication node to: in accordance with a determination that first data inactivity related to a first communication procedure between the communication node and a network device is monitored, perform an operation comprising at least one of the following: leaving a connected state based on a set of second communication procedures between the communication node and a set of A-IoT devices; performing the set of second communication procedures in an idle or inactive state or in the connected state; or transmitting, to the network device, a request for continuing to perform the set of second communication procedures.

[0005] In a second aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device to: transmit, to a communication node, first information indicating that a set of first resources configured for a set of second communication procedures between the communication node and a set of A-IoT devices is to be reserved for completing the set of second communication procedures upon a transition from a connected state to an idle or inactive state.

[0006] In a third aspect, there is provided a method of communication at a communication node. The method comprises: in accordance with a determination that first data inactivity related to a first communication procedure between the communication node and a network device is monitored, performing an operation comprising at least one of the following: leaving a connected state based on a set of second communication procedures between the communication node and a set of A-IoT devices; performing the set of second communication procedures in an idle or inactive state or in the connected state; or transmitting, to the network device, a request for continuing to perform the set of second communication procedures.

[0007] In a fourth aspect, there is provided a method of communication at a network device. The method comprises: transmitting, to a communication node, first information indicating that a set of first resources configured for a set of second communication procedures between the communication node and a set of A-IoT devices is to be reserved for completing the set of second communication procedures upon a transition from a connected state to an idle or inactive state.

[0008] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to the third or fourth aspect of the present disclosure.

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

[0010] Through the more detailed description of some 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:

[0011] FIG. 1 illustrates an example communication network in which some embodiments of the present disclosure can be implemented;

[0012] FIG. 2 illustrates a signaling chart illustrating an example process of communication according to embodiments of the present disclosure;

[0013] FIG. 3 illustrates a flowchart of an example method of communication implemented at a communication node in accordance with some embodiments of the present disclosure;

[0014] FIG. 4 illustrates a flowchart of an example method of communication implemented at a network device in accordance with some embodiments of the present disclosure; and

[0015] FIG. 5 illustrates a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

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

[0017] Principle of the present disclosure will now be described with reference to some 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 limitations as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

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

[0019] 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, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for integrated access and backhaul (IAB) , small data transmission (SDT) , mobility, multicast and broadcast services (MBS) , positioning, dynamic / flexible duplex in commercial networks, reduced capability (RedCap) , 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.

[0020] The term ‘network device’ may refer to a core network (CN) device or a radio access network (RAN) device. The term ‘CN device’ refers to any device or entity that provides access and mobility management function (AMF) , network exposure function (NEF) , authentication server function (AUSF) , unified data management (UDM) , session management function (SMF) , user plane function (UPF) , a location management function (LMF) , etc. In other embodiments, the CN device may be any other suitable device or entity providing any other suitable functionalities. For example, the CN device may be an A-IoT management node.

[0021] As used herein, the term ‘RAN device’ refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of an RAN device include, but not limited to, a satellite, an unmanned aerial systems (UAS) platform, 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.

[0022] The terminal device or the network device may have artificial intelligence (AI) or machine learning (ML) 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.

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

[0024] The network device may have the function of network energy saving, self-organizing networks (SON)  / minimization of drive tests (MDT) . The terminal may have the function of power saving.

[0025] The 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.

[0026] In one embodiment, 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 one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, 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 one embodiment, information A may be transmitted to the terminal device from the first network device and information B may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, 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.

[0027] 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. The term ‘and / or’ indicates that there may be three relationships. For example, A and / or B may indicate cases includes ‘only A’ , ‘both A and  B’, and ‘only B’ . The term ‘at least one of the following items’ or a similar expression thereof refers to any combination of these items, including any combination of a single item or a plurality of items. For example, ‘at least one of A, B, or C’ may represent A, B, C, ‘Aand B’ , ‘A and C’ , ‘B and C’ , or ‘A, B and C’ . The term ‘a set of’ may be interchangeably used with ‘one or more’ . Other definitions, explicit and implicit, may be included below.

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

[0029] In the context of the present disclosure, the term ‘A-IoT device’ may be interchangeably used with ‘passive IoT’ or ‘A-IoT’ or ‘tag’ or ‘zero power device’ . The term ‘A-IoT device’ may refer to a device comprising an energy harvesting module and a backscattering module. The A-IoT device may receive an energy supply signal or command via the energy harvesting module and backscatter a signal via the backscattering module. Some example use cases of the A-IoT device are listed in Table 1 below.

[0030] Table 1

[0031] In the context of the present disclosure, the term ‘command UE’ may refer to a terminal device transmitting a command to an A-IoT device to implement select, inventory or access (e.g., read and write) to the A-IoT device. The term ‘excitation UE’ may refer to a terminal device providing an excitation signal or energy to an A-IoT device. After receiving the excitation signal, the A-IoT device may generate an induced current, and then receive information and send information through energy obtained by the induced current. It is to be understood that the names ‘command UE’ and ‘excitation UE’ merely are examples, and any other suitable names are also feasible.

[0032] In the context of the present disclosure, the term ‘communication node’ herein may refer to an intermediate node between an A-IoT device and a network device. The term ‘a communication node’ may be interchangeably used with ‘an intermediate node’ herein. The communication node may be a relay, an IAB node, a terminal device, a repeater, etc. which is capable of A-IoT. The communication node may transfer A-IoT data and / or signaling between the network device and the A-IoT device. In some embodiments, the communication node may be a node providing excitation signal or energy to an A-IoT device (i.e., an energy providing node or an energy resource) . In some embodiments, the communication node may be command UE. In some embodiments, the communication node may be excitation UE.

[0033] In the context of the present disclosure, the term ‘connected state’ may be interchangeably used with ‘a RRC_CONNECTED state’ or ‘a connection management (CM) _CONNECTED state’ or ‘evolved packet system (EPS) mobility management (EMM) _CONNECTED state’ , and the term ‘idle state’ may be interchangeably used with ‘a  RRC_IDLE state’ or ‘a CM_IDLE state’ or ‘a EMM_IDLE state’ , and the term ‘inactive state’ may be interchangeably used with ‘a RRC_INACTIVE state’ or ‘a CM_INACTIVE state’ or ‘a EMM_INACTIVE state’ .

[0034] In the context of the present disclosure, the term ‘leave RRC_CONNECTED state’ may include actions such as going to a RRC_IDLE / INACTIVE state, a radio link failure (RLF) recovery procedure, a radio resource control (RRC) establishment procedure, performing a cell selection when T311 is running. The term ‘a non RRC_CONNECTED state’ may refer to a RRC_IDLE / INACTIVE state.

[0035] In the context of the present disclosure, the term ‘stay in a RRC_IDLE / INACTIVE state’ may be interchangeably used with ‘allowed to use predefined (shared or dedicated) A-IoT resources’ or ‘perform an A-IoT procedure in a RRC_INACTIVE or RRC_IDLE state’ or ‘do not need to enter a RRC-CONNECTED state immediately / right after a paging’ .

[0036] In the context of the present disclosure, the term ‘leave a RRC_CONNECTED state to complete an A-IoT procedure’ may be interchangeably used with ‘continue / perform an A-IoT procedure upon / after leaving a RRC_CONNECTED state’ or ‘continue / perform an A-IoT procedure in a RRC_INACTIVE state, or in a RRC_IDLE state’ or ‘continue to use resources for A-IoT procedures after leaving a RRC_CONNECTED state, or in a RRC_INACTIVE or RRC_IDLE state’ .

[0037] In the context of the present disclosure, the term ‘A-IoT transmission’ or ‘A-IoT communication’ or ‘A-IoT procedure’ or ‘A-IoT service’ may refer to a communication procedure between an A-IoT device and a communication node. The term ‘allocated resources’ may refer to resources allocated during the latest RRC connection or within resource management information (also referred to as first information herein) , or resources determined from a shared resource pool.

[0038] In the context of the present disclosure, the resource management information may be applied in a granularity. The granularity of the resource management information may be indicated as part of resource management information. In some embodiments, the resource management information may be indicated to be valid for an associated A-IoT service request from CN (e.g., with a session identity (ID) ) . In some embodiments, the resource management information may be indicated to be valid for an associated A-IoT service with involved device (s) or device group.

[0039] In the context of the present disclosure, the term ‘predefined range’ may refer to a  range determined by at least one of a lower bound value or a higher bound value. For example, the range may be larger than or equal to the lower bound value, or smaller than or equal to the higher bound value. In another example, the range may be between the lower bound value and the higher bound value. That is, the range may be defined by one or more threshold values. In some scenarios, a predefined range may be configured by a network device or determined by implementation.

[0040] In some scenarios, a communication node may be released by a network device while an A-IoT service is ongoing. Thus, how to handle the one or more A-IoT procedures needs to be specified. In some scenarios, a communication node in a RRC-IDLE / INACTIVE state may receive information for initiating an A-IoT service. In this case, it is unclear whether the communication node processes the A-IoT service in the RRC-IDLE / INACTIVE state or in a RRC_CONNECTED state.

[0041] In view of this, embodiments of the present disclosure provide a solution of communication for A-IoT so as to overcome the above and other potential issues. In the solution, upon determination that data inactivity (also referred to as a first data inactivity herein) related to a communication procedure (also referred to as a first communication procedure herein) between a communication node and a network device is monitored, the communication node may perform an operation related to an A-IoT service. The operation may comprise at least one of the following: leaving a connected state based on a set of communication procedures (also referred to as second communication procedures herein) between the communication node and a set of A-IoT devices; performing the set of second communication procedures in an idle or inactive state or in the connected state; or transmitting, to the network device, a request for continuing to perform the set of second communication procedures. In this way, handling of an A-IoT service upon RRC state transition may be specified, and A-IoT communication may be enhanced.

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

[0043] EXAMPLE OF COMMUNICATION NETWORK

[0044] FIG. 1 illustrates a schematic diagram of an example communication network 100 in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1, the communication network 100 may include terminal devices 110 and 111 and a RAN device 120. In some embodiments, the RAN device 120 may provide one or more  serving cells (not shown) to serve the terminal devices 110 and 111.

[0045] As shown in FIG. 1, the communication network 100 may further include one or more A-IoT devices 130 (i.e., a set of A-IoT devices) . In some embodiments, the RAN device 120 and each of the one or more A-IoT devices 130 may communicate with each other. In some embodiments, one of the terminal devices 110 and 111 and each of the one or more A-IoT devices 130 may communicate with each other. In some embodiments, each of the one or more A-IoT devices 130 may communicate with one of the terminal devices 110 and 111 in a forward link (FL) , and may communicate with the RAN device 120 in a backward link (BL) . In some embodiments, each of the one or more A-IoT devices 130 may communicate with the RAN device 120 in a FL, and may communicate with one of the terminal devices 110 and 111 in a BL. In the context of the present disclosure, the term ‘FL’ may refer to a communication link terminated at A-IoT devices, and may also be referred to as downlink (DL) , mobile terminated (MT) , or R2D. The term ‘BL’ may refer to a communication link originated at A-IoT devices, and may also be referred to as uplink (UL) , mobile originated (MO) , or D2R.

[0046] As shown in FIG. 1, the communication network 100 may further include a CN device 140 and an A-IoT server 150. In some scenarios, each of the one or more A-IoT devices 130 may communicate with the A-IoT server 150 via a cellular network comprising the terminal device 110 and / or 111 and / or 112, and the RAN device 120 and the CN device 140.

[0047] It is to be understood that the number of devices in FIG. 1 is given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100 may include any suitable number of RAN devices and / or terminal devices and / or A-IoT devices and / or CN devices and / or A-IoT servers adapted for implementing implementations of the present disclosure.

[0048] The terminal device 110 may communicate with the RAN device 120 via a Uu interface. The RAN device 120 may communicate with the CN device 140 via an Ng interface. The communications in the communication network 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.

[0049] Embodiments of the present disclosure provide a solution of communication to enhance handling of an A-IoT service upon RRC state transition. Detailed description will be made with reference to FIG. 2 below.

[0050] EXAMPLE IMPLEMENTATION OF HANDLING OF A-IOT SERVICE

[0051] FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1. The process 200 may involve an A-IoT device 201, a communication node 202 and a network device 203. The A-IoT device 201 may be any of the one or more A-IoT devices 130 as illustrated in FIG. 1, the communication node 202 may be the terminal device 110 or 111, and the network device 203 may be the RAN device 120 or the CN device 140 or the A-IoT server 150 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0052] As shown in FIG. 2, at step 210, the communication node 202 may determine that data inactivity (i.e., first data inactivity or Uu data inactivity) related to a communication procedure (i.e., first communication procedure) between the communication node 202 and the network device 203 is monitored.

[0053] In some embodiments, the communication node 202 may be configured with a data inactivity monitoring functionality in a connected state. The communication node 202 may control a data inactivity operation by configuring a timer (also referred to as a first timer or a data inactivity timer or a Uu data inactivity timer herein) for the first data inactivity. In some embodiments, if the first timer for the first data inactivity expires, the communication node 202 may determine that the first data inactivity is monitored.

[0054] In some embodiments, if the communication node 202 is in an idle or inactive state,  the communication node 202 may determine that the first data inactivity is monitored. In the context of the present disclosure, the term ‘first data inactivity is monitored’ may be interchangeably used with ‘in an idle or inactive state’ .

[0055] Continuing to refer to FIG. 2, at step 220, upon determination that the first data inactivity is monitored, the communication node 202 may perform an operation related to an A-IoT service. In other words, when the first data inactivity is monitored, there may be an ongoing A-IoT service. In this case, the communication mode 202 may perform the operation to handle the ongoing A-IoT service. The ongoing A-IoT service may correspond to one or more communication procedures (also referred to as a set of communication procedures herein) between the communication node 202 and one or more A-IoT devices (also referred to as a set of A-IoT devices herein) .

[0056] For the operation related to the A-IoT service, some example embodiments will be described in connection with Embodiments 1 to 4 below.

[0057] Embodiment 1

[0058] In this embodiment, the communication node 202 is in a connected state, and monitors the Uu data inactivity. The operation related to the A-IoT service may comprise leaving a connected state based on the set of second communication procedures between the communication node 202 and the set of A-IoT devices. For example, the communication node 202 in a connected state may have the A-IoT service upon the first data inactivity is monitored, and may need to determine whether to leave the connected state to continue the A-IoT service.

[0059] As shown in step 221, upon the first data inactivity is monitored, the communication mode 202 may leave the connected state based on the set of second communication procedures between the communication node 202 and the set of A-IoT devices.

[0060] In some embodiments, monitoring of data inactivity (also referred to as second data inactivity or A-IoT data inactivity herein) related to the set of second communication procedures may be introduced. That is, the communication node 202 may consider an A-IoT medium access control (MAC) layer channel for data inactivity monitoring. In some embodiments, if both the Uu data inactivity and the A-IoT data inactivity are monitored, the communication node 202 may leave the connected state.

[0061] That is, expiry of the Uu data inactivity timer may not trigger leaving the connected state. In some embodiments, upon the expiry of the Uu data inactivity timer, if there are  one or more ongoing A-IoT procedures, or if configurations / variables / operations at the side of the communication node 202 indicate that the communication node 202 is processing the one or more A-IoT procedures with one or more A-IoT devices, the communication node 202 may restart the Uu data inactivity timer.

[0062] In some embodiments, the network device 203 may provide an A-IoT data inactivity monitoring configuration to the communication node 202. In some embodiments, the A-IoT data inactivity monitoring configuration may comprise a configuration of a timer (also referred to as a second timer or an A-IoT data inactivity timer herein) for the A-IoT data inactivity. In some embodiments, if the A-IoT data inactivity timer expires, the communication node 202 may consider the A-IoT data inactivity is monitored. In some embodiments, if the Uu data inactivity timer and the A-IoT data inactivity timer expire, the communication node 202 may leave the connected state.

[0063] In some embodiments, a MAC layer of the communication node 202 may be configured with the A-IoT data inactivity timer by a RRC layer of the communication node 202. When the communication node 202 is in the connected state, the RRC layer may control an A-IoT data inactivity operation by configuring the A-IoT data inactivity timer.

[0064] In some embodiments, if a MAC service data unit (SDU) is received from an A-IoT device (e.g., the A-IoT device 201) in the set of A-IoT devices or transmitted to the A-IoT device, the communication node 202 may start or restart the A-IoT data inactivity timer. In some embodiments, if the A-IoT data inactivity timer expires, the communication node 202 may indicate the expiry of the A-IoT data inactivity timer to an upper layer (or the RRC layer or the MAC layer) .

[0065] For illustration, an example procedure of managing an A-IoT data inactivity timer may be described as below.

[0066] When an A-IoT data inactivity timer is configured, UE shall:

[0067] -if the UE (e.g., any MAC / higher layer entity of the UE) receives a MAC SDU for an A-IoT D2R MAC layer channel, or

[0068] -if UE (e.g., any MAC / higher layer entity of the UE) transmits a MAC SDU for an A-IoT R2D MAC layer channel:

[0069] -start or restart A-IoT data inactivity timer;

[0070] -if the A-IoT data inactivity timer expires:

[0071] -indicate the expiry of the A-IoT data inactivity timer to upper layers (or RRC layer or MAC layer) .

[0072] For illustration, an example action upon expiry of a Uu data inactivity timer may be described as below.

[0073] Upon receiving the expiry of the Uu data inactivity timer from lower layers while in a RRC_CONNECTED state, UE shall:

[0074] -if an A-IoT data inactivity timer is not running (expiry of the A-IoT data inactivity timer is indicated by the lower layers) :

[0075] -perform actions upon going to a RRC_IDLE state.

[0076] For illustration, an example action upon expiry of an A-IoT data inactivity timer may be described as below.

[0077] Upon receiving the expiry of the A-IoT data inactivity timer from lower layers while in a RRC_CONNECTED state, UE shall:

[0078] -if a Uu data inactivity timer is (configured and) not running (the expiry of the Uu data inactivity timer is indicated by the lower layers) :

[0079] -perform actions upon going to a RRC_IDLE state.

[0080] For illustration, an example procedure for controlling a data inactivity operation based on two timers may be described as below.

[0081] When a Uu data inactivity timer is configured, UE shall:

[0082] -if any MAC entity receives a MAC SDU for DTCH logical channel, DCCH logical channel, or CCCH logical channel, or multicast MTCH logical channel;

[0083] -if any MAC entity transmits a MAC SDU for DTCH logical channel, or DCCH logical channel:

[0084] -start or restart the Uu data inactivity timer.

[0085] -if the Uu data inactivity timer expires and an A-IoT data inactivity timer is not running:

[0086] -indicate the expiry of the Uu data inactivity timer to upper layers.

[0087] -if the Uu data inactivity timer expires and the A-IoT data inactivity timer is running:

[0088] -start or restart the Uu data inactivity timer.

[0089] In some embodiments, one timer may be configured for both the A-IoT data inactivity and the Uu data inactivity. The timer may be an existing timer or any newly defined timer. In some embodiments, if a packet is received for an A-IoT D2R channel, or a packet is transmitted for an A-IoT R2D channel, the communication node 202 may start or restart the timer. In some embodiments, if a MAC SDU is received from the network device 203 or an A-IoT device (e.g., the A-IoT device 201) in the set of A-IoT devices, or transmitted to the network device 203 or the A-IoT device 201, the communication node 202 may start or restart the timer. During the running of the timer, A-IoT data is considered to be active. Upon the expiry of the timer, A-IoT data is considered to be inactive. If the timer expires, the communication node 202 may leave the connected state. During the A-IoT data activity, the communication node 202 in the connected state may keep in the connected state to complete the set of second communication procedures.

[0090] For illustration, an example procedure for controlling a data inactivity operation based on one timer may be described as below.

[0091] When a data inactivity timer is configured, UE shall:

[0092] -if any MAC entity receives a MAC SDU for DTCH logical channel, DCCH logical channel, or CCCH logical channel, or multicast MTCH logical channel or A-IoT D2R MAC layer channel; or

[0093] -if any MAC entity transmits a MAC SDU for DTCH logical channel, or DCCH logical channel, or A-IoT R2D MAC layer channel:

[0094] -start or restart the data inactivity timer.

[0095] -if the data inactivity timer expires:

[0096] -indicate the expiry of the data inactivity timer to upper layers.

[0097] As such, whether to leave the connected state to continue the A-IoT service may be specified.

[0098] Embodiment 2

[0099] In this embodiment, the communication node 202 is in the connected state, and monitors the Uu data inactivity. The operation related to the A-IoT service may comprise performing the set of second communication procedures in a connected state or in an idle or inactive state.

[0100] As shown in step 222, upon the first data inactivity is monitored, the communication node 202 in the connected state may keep in the connected state to complete the set of second communication procedures. In this way, the A-IoT service may be continued without RRC state transition.

[0101] As shown in step 223, upon the first data inactivity is monitored, if a condition of entering the idle or inactive state is fulfilled, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures. In this way, the A-IoT service may be continued with RRC state transition.

[0102] In some embodiments, upon RLF occurs, if the condition of entering the idle or inactive state is fulfilled, the communication node 202 in the connected state may continue to use the set of first resources to complete the set of second communication procedures. For example, upon initiation of a RRC connection re-establishment procedure, or during a cell selection while T311 is running, or during actions of the communication node 202 upon going to a RRC_IDLE state, the communication node 202 may continue to use the set of first resources allocated for the set of second communication procedures. In some embodiments, depending on the RRC connection re-establishment procedure, the communication node 202 may continue to perform the set of second communication procedures in the idle or inactive state or in the connected state.

[0103] In some embodiments, upon the RLF occurs, if the condition of entering the idle or inactive state is unfulfilled, the communication node 202 in the connected state may release at least one of the following: a configuration of the set of first resources, or the resource management information. In some embodiments, upon the RLF occurs, if the condition of entering the idle or inactive state is unfulfilled, the communication node 202 in the connected state may transmit, to the set of A-IoT devices, information indicating the set of second communication procedures is uncompleted or failed or interrupted or withdrawn. In some embodiments, upon the RLF occurs, if the condition of entering the idle or inactive state is unfulfilled, the communication node 202 in the connected state may set a status of an A-IoT service in the set of A-IoT devices to “uncomplete” caused by Uu RLF or connection failure.

[0104] In some embodiments, if the A-IoT service is periodical, it should be visible to the network device 203 (e.g., indicated from a CN device to a RAN device) . For example, the A-IoT service is periodical and a periodicity or an estimated periodicity may be provided from a CN device to the network device 203. The network device 203 may configure the  resource management information based on the information that the A-IoT service is periodical or the periodicity or estimated periodicity of the A-IoT service. In this case, the communication node 202 may expect to continue the A-IoT service with RRC state transition.

[0105] In some embodiments, the condition of entering the idle or inactive state may comprise that the communication node 202 is configured with information (also referred to as first information or resource management information herein) indicating that a set of resources (also referred to as a set of first resources herein) configured for the set of second communication procedures is to be reserved for completing the set of second communication procedures upon a transition from the connected state (i.e., upon leaving the connected state) . That is, if the communication node 202 has received or has been configured with the resource management information, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures.

[0106] In some embodiments, if the resource management information is valid, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures. In some embodiments, the resource management information may be indicated to be valid for a predefined time period. For example, if the resource management information is received in the last predefined time period, the communication node 202 may consider that the resource management information is valid. In some embodiments, if serving quality is within a predefined quality range, the communication node 202 may consider that the resource management information is valid. In some embodiments, if a change of the serving quality is within a predefined change range, the communication node 202 may consider that the resource management information is valid. It is to be noted that validity of the resource management information may be determined in any other suitable ways.

[0107] In some embodiments, the condition of entering the idle or inactive state may comprise that remaining time required to complete the set of second communication procedures is within a time range (also referred to as a first time range herein) . In other words, if estimated duration to complete the set of second communication procedures is within the first time range, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures. In some embodiments, the first time range may be predefined or configured or determined by implementation.

[0108] In some embodiments, the condition of entering the idle or inactive state may comprise that remaining time for which the set of first resources is allowed to be used or to be valid is within a time range (also referred to as a second time range herein) . In some embodiments, the condition of entering the idle or inactive state may comprise that remaining time for which the set of first resources being occupied is within a time range. In other words, if estimated resource utilization time is within the second time range, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures. In some embodiments, the second time range may be predefined or configured.

[0109] In some embodiments, the condition of entering the idle or inactive state may be associated with scale of A-IoT procedures. In some embodiments, the condition of entering the idle or inactive state may comprise that number of A-IoT devices in the set of A-IoT devices is within a number range. In other words, if the number of A-IoT devices is within the number range, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures. In some embodiments, the number range may be predefined or configured.

[0110] In some embodiments, the condition of entering the idle or inactive state may be associated with a size of configured procedures. In some embodiments, the condition of entering the idle or inactive state may comprise that a size of the set of first resources is within a size range. In other words, if the size of the set of first resources is within the size range, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures. In some embodiments, the size range may be defined by a number of the occasions for the second communication procedures. In some embodiments, the size range may be defined by a length of the time duration of the set of second communication procedures. In some embodiments, the size range may be defined by re-access times. In some embodiments, the condition of entering the idle or inactive state may be that the set of first resources is associate with frequency domain multiplex (FDM) or code domain multiplex (CDM) configurations. In some embodiments, the size range may be predefined or configured.

[0111] In some embodiments, the condition of entering the idle or inactive state may comprise that a completion percentage for the set of second communication procedures is within a percentage range. In other words, if the completion percentage for the set of second communication procedures is within the percentage range, the communication node 202 in  the connected state may enter the idle or inactive state to complete the set of second communication procedures. In some embodiments, the percentage range may be predefined or configured.

[0112] For example, for quality of service (QoS) required to inventory at least N A-IoT devices, completion percentage > X% (e.g., X=60, or X=80) may indicate keeping in the connected state to complete the set of second communication procedures, and completion percentage ≤ X% (e.g., X=60, or X=80) may indicate entering the idle or inactive state to complete the set of second communication procedures. It is to be noted that the term ‘completion percentage’ herein may be interchangeably used with ‘completion status’ or ‘QoS’ . In some embodiments, N may be predefined or configured. In some embodiments, X may be predefined or configured.

[0113] In some embodiments, the condition of entering the idle or inactive state may comprise that the communication node 202 supports a small data transmission (SDT) or pre-configured uplink resources (PUR) and there is a set of resources (also referred to as second resources herein) available for the SDT or PUR. In other words, if the communication node 202 supports the SDT and there is the set of second resources available for the SDT, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures by using the set of second resources. In some embodiments, if there is the set of second resources available for the SDT and associated with the set of second communication procedures, the communication node 202 in the connected state may enter the idle or inactive state to complete the set of second communication procedures by using the set of second resources. In some embodiments, SDT may be any other suitable methods with configured grant resources.

[0114] It is to be noted that the condition of entering the idle or inactive state may comprise any combinations of the above conditions.

[0115] In some embodiments, if the condition of entering the idle or inactive state is unfulfilled, the communication node 202 may keep in the connected state to complete the set of second communication procedures as described in Embodiment 1. In some embodiments, if the condition of entering the idle or inactive state is unfulfilled, the communication node 202 may transmit a request for continuing to perform the set of second communication procedures as described in Embodiment 3.

[0116] As such, the A-IoT service may be continued with or without RRC state transition.

[0117] Embodiment 3

[0118] In this embodiment, the communication node 202 is in the connected state, and monitors the Uu data inactivity. The operation related to the A-IoT service may comprise transmitting a request for continuing to perform the set of second communication procedures. As shown in step 224, upon the first data inactivity is monitored, the communication node 202 in the connected state may transmit, to the network device 203, the request for continuing to perform the set of second communication procedures.

[0119] For example, upon the expiry of the Uu data inactivity timer, the transmission of the request may be triggered if there is one or more ongoing A-IoT procedures or if configurations / variables / operations at the communication node 202 indicate that the communication node 202 is processing the A-IoT procedures (e.g., the A-IoT data inactivity timer is running) .

[0120] In some embodiments, this request may be considered as a request for explicit release. In some embodiments, this request may be considered as a request for the resource management information. In some embodiments, this request may be considered as a request for a SDT configuration. In some embodiments, this request may be considered as assistance information for the network device 203 to provide the resource management information.

[0121] In some embodiments, the request may comprise the remaining time required to complete the set of second communication procedures. For example, the request may indicate estimated duration to complete the set of second communication procedures, or a target finished time of the set of second communication procedures.

[0122] In some embodiments, the request may comprise the remaining time for which the set of first resources configured for the set of second communication procedures is allowed to be used. For example, the request may indicate estimated utilization information of allocated resources (i.e., the set of first resources) .

[0123] In some embodiments, the request may indicate to continue to use the allocated resources (i.e., the set of first resources) for the set of second communication procedures after leaving the connected state.

[0124] In some embodiments, the request may comprise the number of A-IoT devices in the set of A-IoT devices. That is, the request may indicate scale of A-IoT procedures.

[0125] In some embodiments, the request may comprise the size of the set of first resources. That is, the request may indicate the size of the allocated resources for A-IoT procedures.

[0126] In some embodiments, the request may comprise the completion percentage for the set of second communication procedures. For example, the completion status or completion percentage or QoS may be within a predefined range.

[0127] It is to be noted that the request may comprise any combinations of the above information.

[0128] In some embodiments, the request may be carried by a RRC message (e.g., UE assistance information, UAI) or a medium access control (MAC) control element (CE) . In some embodiments, the request may be triggered by an indication from the network device 203. In some embodiments, the request may be triggered by the remaining time required to complete the set of second communication procedures is within a time range. In some embodiments, the request may be triggered by the remaining time for which the set of first resources configured for the set of second communication procedures is allowed to be used is within a time range. In some embodiments, the request may be triggered by estimated utilization information of the set of first resources is within a time range. In some embodiments, the request may be triggered by the indication from the network device 203. In some embodiments, the request may be triggered by the completion percentage for the set of second communication procedures is within a time range. The request may be triggered by any other suitable conditions.

[0129] In some embodiments, upon transmitting the request, the communication node 202 may start a timer. In some embodiments, a value of the timer may be pre-defined or configured by the network device 203. During the running of the timer, the communication node 202 may not transmit the request. In other words, upon triggering of the request, if the timer is not running, the communication node 202 may initiate the request. By using the timer, duplicated and frequently requesting may be prohibited.

[0130] In some embodiments, the communication node 202 may terminate validity of the set of first resources immediately upon or after sending the request (e.g., with an A-IoT resource termination indication) to the network device 203.

[0131] As shown in step 225, based on the request, the network device 203 may provide the resource management information to the communication node 202. In some embodiments, based on the request, the network device 203 may release the communication node 202. In  some embodiments, based on the request, the network device 203 may allocate one or more resources for the set of second communication procedures.

[0132] In some embodiments, the network device 203 may transmit the resource management information in a RRC message such as a RRC release message. In some embodiments, the transmission of the resource management information may be triggered by the request from the communication node 202. In some embodiments, the request may be configured to be triggered periodically, and thus the transmission of the resource management information may be triggered periodically.

[0133] It is to be noted that the transmission of the resource management information may be triggered without the request. For example, when moving the communication node 202 from a connected state to an idle or inactive state, the network device 203 may transmit, the communication node 202, a RRC release message comprising the resource management information. In some embodiments, the transmission of the resource management information may also be triggered by the network device 203 determining to terminate the validity of the set of first resources for the set of second communication procedures.

[0134] In some embodiments, the resource management information may indicate at least one of the following: a condition for reservation of the set of first resources; or information of a duration for the reservation of the set of first resources. Within the duration (e.g., during running of a timer (also referred to as a reservation duration timer herein) for the duration) , the set of first resources may be considered to be valid.

[0135] It is to be noted that the term ‘reservation’ may be interchangeably used with ‘validity’ . The information of the duration for the reservation of the set of first resources may refer to validity information, e.g., a valid duration in which the set of first resources may be considered to be valid.

[0136] In some embodiments, the condition for reservation of the set of first resources may comprise that the communication node 202 is to transit from the connected state to the idle or inactive state. In some embodiments, the condition for reservation of the set of first resources may comprise that the communication node 202 is performing RRC connection re-establishment. In some embodiments, the condition for reservation of the set of first resources may comprise that the communication node 202 is performing a cell selection while a timer (e.g., T311) for the RRC connection re-establishment is running. In some embodiments, the condition for reservation of the set of first resources may comprise that the  communication node 202 is out of coverage of a serving cell. It is to be noted that any combination of the above conditions may also be feasible.

[0137] In some embodiments, the information of the duration may indicate that the set of first resources is allowed to be used until successful completion of the set of second communication procedures.

[0138] In some embodiments, the information of the duration may indicate a time window in which the set of first resources can be used. In some embodiments, the time window may be defined by at least one of a starting time, a time length or an ending time. In some embodiments, the time window may be implemented using a duration timer. During the running of the duration timer, the set of first resources may be considered to be valid.

[0139] In some embodiments, the information of the duration may indicate a start of the duration. In some embodiments, the start of the duration may be based on that the communication node 202 receives a RRC release message. In some embodiments, the start of the duration may be based on that the communication node 202 transits from the connected state to the idle or inactive state (e.g., leave the connected state, or enter the idle or inactive state) . In some embodiments, the start of the duration may be based on that a RRC connection failure occurs.

[0140] In some embodiments, the start of the duration may be based on that the communication node 202 detects a RLF (e.g., T310 expires) ; the timer (e.g., T311) for the RRC connection re-establishment starts. In some embodiments, the start of the duration may be based on that the timer (e.g., T311) for the RRC connection re-establishment expires. In some embodiments, the start of the duration may be based on that the Uu data inactivity timer expires. In some embodiments, the start of the duration may be based on that the communication node 202 receives the resource management information. It is to be noted that the start of the duration means that the timer is started.

[0141] It is to be noted that the start of the duration may be based on any combinations of the above conditions.

[0142] In some embodiments, the information of the duration may indicate an end of the duration. In some embodiments, the end of the duration may be based on that the communication node 202 detects a RLF. In some embodiments, the end of the duration may be based on that the communication node 202 transits from the connected state to the idle or inactive state.

[0143] In some embodiments, the end of the duration may be based on that the communication node 202 is out of coverage of a serving cell. In some embodiments, the end of the duration may be based on that the communication node 202 transits to any cell selection state. In some embodiments, the end of the duration may be based on that the communication node 202 camps on any cell state. In some embodiments, the end of the duration may be based on that the communication node 202 is in a connected mode with emergency calls only state.

[0144] In some embodiments, the end of the duration may be based on that the communication node 202 receives information indicating completion of the set of second communication procedures, i.e. completion of the A-IoT service. For example, the end of the duration may be based on that the communication node 202 receives an identity of an A-IoT device for an inventory procedure.

[0145] In some embodiments, the end of the duration may be based on that the communication node 202 is out of coverage of a serving cell after reception of message 1 (Msg1) from the set of A-IoT devices in a random access procedure (e.g., a 2-step random access procedure) . In some embodiments, for a random access procedure (e.g., a 3-step random access procedure) , if the communication node 202 is out-of-coverage after receiving Msg1, the communication node 202 may transmit message 2 (Msg2) for further D2R transmission, instead of release one or more resources. It is to be noted that the end of the duration means that the timer is stop or expired.

[0146] It is to be noted that the end of the duration may be based on any combinations of the above conditions.

[0147] In some embodiments, if a RRC resume or establishment or cell reselection procedure is initiated in a cell that is different from a primary cell (PCell) in which the communication node receives the resource management information, the communication node 202 may release the resource management information, e.g., release stored resource management information. In some embodiments, the communication node 202 may instruct a MAC entity to stop the reservation duration timer if the reservation duration timer is running.

[0148] In some embodiments, the resource management information may indicate information of terminating the validity of the set of first resources for the set of second communication procedures. Upon receiving the information of terminating the validity of the  set of first resources, the communication node 202 may consider the set of first resources for the set of second communication procedures is invalid. In other words, the communication node 202 may stop the set of second communication procedures with the set of A-IoT devices. In some embodiments, the communication node 202 may stop one or more R2D transmissions with the set of A-IoT devices. In other words, the one or more D2R transmissions may be continued and the overall second communication procedures may be terminated after the one or more D2R transmissions are finished.

[0149] In some embodiments, the resource management information may indicate a set of network devices within which the set of first or second resources can be considered to be valid. The set of network devices may be defined by a list of identities of satellites or cells or RAN networks (e.g., one or more cell / satellite / network identities) . If the communication node 202 is not covered by network devices within the list, the communication node 202 may suspend the set of first or second resources. If the network devices return to cover the communication node 202, the communication node 202 may consider the second resources to be valid again. In other words, if a serving network device is not a network device in the list, instead of release the set of first or second resources, the communication node 202 may suspend or reserve the set of first or second resources till a network device in the list comes back. In some embodiments, the communication node 202 may not use the set of first or second resources during the suspension or reservation. It is to be noted that the term ‘the network device comes back’ means that the network device returns to cover an area in which the communication node 202 is located, or return to serve the communication node 202 again, or the network device switches from a store and forward mode (refer to a feeder link or a service link is not available) to a normal mode (refer to a feeder link or a service link is available) .

[0150] As shown in step 226, the communication node 202 may perform the set of second communication procedures in the idle or inactive state based on the resource management information. In some embodiments, the communication node 202 may leave the connected state, and continue to use the set of first resources to complete the set of second communication procedures based on the information of the duration and the condition for reservation of the set of first resources.

[0151] As such, the A-IoT service may be continued with or without RRC state transition.

[0152] Embodiment 4

[0153] In this embodiment, the communication node 202 is in the idle or inactive state, and receives information for initiating the A-IoT service (i.e., initiating the set of second communication procedures) . The operation related to the A-IoT service may comprise performing the set of second communication procedures in a connected state or in an idle or inactive state.

[0154] As shown in step 227, upon reception of the information for initiating the A-IoT service, the communication node 202 in the idle or inactive state may determine whether to enter the connected state or establish a RRC connection to complete the set of second communication procedures. In some embodiments, if a condition for keeping in the idle or inactive state is fulfilled, the communication node 202 may keep in the idle or inactive state to complete the set of second communication procedures.

[0155] In some embodiments, the condition may be associated with availability of an A-IoT resource configuration. In some embodiments, the condition may comprise that a set of first resources configured for the set of second communication procedures is available. In other words, if the set of first resources is available, the communication node 202 may keep in the idle or inactive state to complete the set of second communication procedures. In some embodiments, a configuration of the set of first resources may be provided by a broadcast signaling. For example, a resource pool may be configured and the resource pool may be shared by multiple A-IoT devices.

[0156] In some embodiments, the condition may be associated with availability of a reporting configuration (e.g., SDT resources or configurations) . In some embodiments, the condition may comprise that the set of second resources is available for SDT. In some embodiments, the condition may comprise availability of one or more configured grant resources. In other words, if the set of second resources is available, the communication node 202 may keep in the idle or inactive state to complete the set of second communication procedures.

[0157] In some embodiments, the condition may be associated with authorization information. In some embodiments, the condition may comprise that the communication node 202 is authorized to use the set of first resources. In other words, if the communication node 202 is authorized to use the set of first resources, the communication node 202 may keep in the idle or inactive state to complete the set of second communication procedures. For example, if the communication node 202 is authorized to use one or more shared or  preconfigured A-IoT resources (e.g., during a registration procedure) , the communication node 202 may keep in the idle or inactive state to complete the set of second communication procedures.

[0158] In some embodiments, the authorization may be specific for all inventory / command procedures. In some embodiments, the authorization may be specific for one or more inventory / command procedures for one or more particular A-IoT devices. In some embodiments, the authorization may be specific for an inventory / command procedure for a group of A-IoT devices.

[0159] In some embodiments, the authorization information may only be valid within a predefined area. For example, within the predefined area, a location or RSRP change of the communication node 202 is within a predefined range. In some embodiments, if the location or RSRP change exceeds the predefined range, the authorization information may be considered as invalid. In some embodiments, the communication node 202 may need to initiate a further authorization procedure.

[0160] In some embodiments, the authorization information may be determined based on location information of the communication node 202. For example, GNSS location of the communication node 202 may correspond to an identity of the communication node 202. If the communication node 202 determines it is not needed to update the location information stored at CN (e.g., the location information is still valid, or the change of the location information is within a predefined range) , the communication node 202 may determine that the authorization information is valid.

[0161] In some embodiments, the condition may be associated with number of A-IoT devices in the set of A-IoT devices (i.e., selected or target A-IoT devices) . In some embodiments, the condition may comprise that number of A-IoT devices in the set of A-IoT devices is within a number range. In some embodiments, if the target is ‘all’ devices, or the number of target devices is within a range (i.e., is smaller than or equal to a threshold number) , the communication node 202 may keep in the idle or inactive state to complete the set of second communication procedures.

[0162] It is to be noted that any combinations of the above conditions for keeping in the idle or inactive state may also be feasible.

[0163] In some embodiments, if the condition for keeping in the idle or inactive state is unfulfilled, the communication node 202 may need to enter the connected state to complete  the set of second communication procedures.

[0164] In some embodiments, the communication node 202 may forward, from a lower layer to an upper layer (e.g., a non-access stratum (NAS) layer) , at least one of the following: the information for initiating the set of second communication procedures; information of the set of first resources configured for the set of second communication procedures; information of the set of second resources available for SDT; or information of the set of A-IoT devices. Based on the received information, the upper layer of the communication node 202 may determine whether to stay in the idle or inactive state or enter the connected state.

[0165] In some embodiments, the communication node 202 may initiate a service request for requesting the set of first resources. For example, when the communication node 202 in an EMM-IDLE or EMM-CONNECTED state has to request a resource for the A-IoT service, the upper layer of the communication node 202 may initiate the service request for requesting the set of first resources.

[0166] In some embodiments, the communication node 202 may initiate a service request for sending collected data associated with the set of second communication procedures. For example, when the communication node 202 in an EMM-IDLE or EMM-CONNECTED state has collected A-IoT data to be send, the upper layer of the communication node 202 may initiate the service request for sending the collected data.

[0167] In some embodiments, the communication node 202 may initiate a service request for indicating a completion of the set of second communication procedures. For example, when the communication node 202 in an EMM-IDLE or EMM-CONNECTED state has finished the set of second communication procedures, the upper layer of the communication node 202 may initiate the service request for indicating the completion of the set of second communication procedures.

[0168] As such, whether to enter a connected state or establish a RRC connection may be specified.

[0169] So far, solutions of A-IoT communication upon RRC state transition are described. It is to be understood that operations or steps described in connection with FIG. 2 may be performed separately or in any suitable combinations.

[0170] EXAMPLE IMPLEMENTATION OF METHODS

[0171] Corresponding to the above process, embodiments of the present disclosure provide  methods of communication implemented at a communication node and a network device. These methods will be described below with reference to FIGs. 3 and 4.

[0172] FIG. 3 illustrates a flowchart of an example method 300 of communication implemented at a communication node in accordance with some embodiments of the present disclosure. For the purpose of discussion, in the following, the method 300 will be described with reference to FIG. 2. It is to be understood that the method 300 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0173] At block 310, a communication node (e.g., the communication node 202) may determine that first data inactivity related to a first communication procedure between the communication node and a network device (e.g., the network device 203) is monitored.

[0174] At block 320, in accordance with a determination that the first data inactivity is monitored, the communication node may perform an operation. The operation may comprise at least one of the following: leaving a connected state based on a set of second communication procedures between the communication node and a set of A-IoT devices; performing the set of second communication procedures in an idle or inactive state or in the connected state; or transmitting, to the network device, a request for continuing to perform the set of second communication procedures.

[0175] In some embodiments, the communication node may leave the connected state by: in accordance with a determination that a second timer for second data inactivity related to the set of second communication procedures expires, leaving the connected state.

[0176] In some embodiments, the communication node may be further caused to at least one of the following: receive, from the network device, a configuration of the second timer; in accordance with a determination that a MAC SDU is received from an A-IoT device in the set of A-IoT devices or transmitted to the A-IoT device, start or restart the second timer; or in accordance with a determination that the second timer expires, indicate the expiry of the second timer to an upper layer.

[0177] In some embodiments, the communication node may leave the connected state by: in accordance with a determination that a MAC SDU is received from the network device or an A-IoT device in the set of A-IoT devices, or transmitted to the network device or the A-IoT device, starting or restarting a timer; and in accordance with a determination that the timer expires, leaving the connected state.

[0178] In some embodiments, the communication node may perform the set of second communication procedures by: keeping in the connected state to complete the set of second communication procedures.

[0179] In some embodiments, the communication node may perform the set of second communication procedures by: in accordance with a determination that a condition is fulfilled, performing the set of second communication procedures in the idle or inactive state. The condition may comprise at least one of the following: the communication node is configured with first information indicating that a set of first resources configured for the set of second communication procedures is to be reserved for completing the set of second communication procedures upon a transition from the connected state; remaining time required to complete the set of second communication procedures is within a first time range; remaining time for which the set of first resources is allowed to be used is within a second time range; number of A-IoT devices in the set of A-IoT devices is within a number range; a size of the set of first resources is within a size range; a completion percentage for the set of second communication procedures is within a percentage range; or the communication node supports a SDT and there is a set of second resources available for the SDT.

[0180] In some embodiments, the request may comprise at least one of the following: remaining time required to complete the set of second communication procedures; remaining time for which a set of first resources configured for the set of second communication procedures is allowed to be used; number of A-IoT devices in the set of A-IoT devices; a size of the set of first resources; or a completion percentage for the set of second communication procedures.

[0181] In some embodiments, the communication node may perform the set of second communication procedures by: receiving, from the network device, first information indicating that a set of first resources configured for the set of second communication procedures is to be reserved for completing the set of second communication procedures upon a transition from the connected state to the idle or inactive state; and performing the set of second communication procedures in the idle or inactive state based on the first information.

[0182] In some embodiments, the communication node may receive the first information by: receiving a RRC release message comprising the first information.

[0183] In some embodiments, the first information may indicate at least one of the following: a condition for reservation of the set of first resources; or information of a duration  for the reservation of the set of first resources.

[0184] In some embodiments, the condition for reservation of the set of first resources may comprise at least one of the following: the communication node is to transit from the connected state to the idle or inactive state; the communication node is performing RRC connection re-establishment; the communication node is performing a cell selection while a timer for the RRC connection re-establishment is running; or the communication node is out of coverage of a serving cell.

[0185] In some embodiments, the information of the duration may indicate at least one of the following: the set of first resources is allowed to be used until successful completion of the set of second communication procedures; a time window; a start of the duration; or an end of the duration.

[0186] In some embodiments, the start of the duration may be based on at least one of the following: the communication node receives a RRC release message; the communication node transits from the connected state to the idle or inactive state; a RRC connection failure occurs; the communication node detects a RLF; a timer for the RRC connection re-establishment starts; the timer for the RRC connection re-establishment expires; a first timer for the first data inactivity expires; or the communication node receives the first information.

[0187] In some embodiments, the end of the duration may be based on at least one of the following: the communication node detects a RLF; the communication node transits from the connected state to the idle or inactive state; the communication node is out of coverage of a serving cell; the communication node receives information indicating completion of the set of second communication procedures; or the communication node is out of coverage of a serving cell after reception of Msg1 from the set of A-IoT devices in a 2-step random access procedure.

[0188] In some embodiments, the communication node may be further caused to: in accordance with a determination that a RRC resume or establishment or cell reselection procedure is initiated in a cell that is different from a primary cell in which the communication node receives the first information, release the first information.

[0189] In some embodiments, the communication node may be further caused to: in accordance with a determination that a RLF occurs, determine that the first data inactivity is monitored.

[0190] In some embodiments, the communication node may determine that the first data  inactivity is monitored by: in accordance with a determination that the communication node is in the idle or inactive state, determining that the first data inactivity is monitored.

[0191] In some embodiments, the communication node may perform the set of second communication procedures by: in accordance with a determination that a condition is fulfilled, keeping in the idle or inactive state to complete the set of second communication procedures. The condition may comprise at least one of the following: a set of first resources configured for the set of second communication procedures is available; a set of second resources is available for a SDT; the communication node is authorized to use the set of first resources; or number of A-IoT devices in the set of A-IoT devices is within a number range.

[0192] In some embodiments, the communication node may be further caused to at least one of the following: forward, from a lower layer to an upper layer, at least one of the following: the information for initiating the set of second communication procedures, information of a set of first resources configured for the set of second communication procedures, information of a set of second resources available for a SDT, or information of the set of A-IoT devices; or initiate, by the upper layer, a service request for at least one of the following: requesting the set of first resources, sending collected data associated with the set of second communication procedures, or indicating a completion of the set of second communication procedures.

[0193] With the method 300, handling of an A-IoT service upon RRC state transition may be specified, and A-IoT communication may be enhanced.

[0194] FIG. 4 illustrates a flowchart of an example method 400 of communication implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, in the following, the method 400 will be described with reference to FIG. 2. It is to be understood that the method 400 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0195] At block 410, a network device (e.g., the network device 203) may transmit, to a communication node (e.g., the communication node 202) , first information indicating that a set of first resources configured for a set of second communication procedures between the communication node and a set of A-IoT devices is to be reserved for completing the set of second communication procedures upon a transition from a connected state to an idle or inactive state.

[0196] In some embodiments, the network device 203 may transmit the first information by: transmitting a RRC release message comprising the first information.

[0197] In some embodiments, the network device 203 may be further caused to: receive, from the communication node, a request for continuing to perform the set of second communication procedures.

[0198] In some embodiments, the request may comprise at least one of the following: remaining time required to complete the set of second communication procedures; remaining time for which the set of first resources is allowed to be used; number of A-IoT devices in the set of A-IoT devices; a size of the set of first resources; or a completion percentage for the set of second communication procedures.

[0199] In some embodiments, the first information may indicate at least one of the following: a condition for reservation of the set of first resources; or information of a duration for the reservation of the set of first resources.

[0200] In some embodiments, the condition may comprise at least one of the following: the communication node is to transit from the connected state to the idle or inactive state; the communication node is performing RRC connection re-establishment; the communication node is performing a cell selection while a timer for the RRC connection re-establishment is running; or the communication node is out of coverage of a serving cell.

[0201] In some embodiments, the information of the duration may indicate at least one of the following: the set of first resources is allowed to be used until successful completion of the set of second communication procedures; a time window; a start of the duration; or an end of the duration.

[0202] In some embodiments, the start of the duration may be based on at least one of the following: the communication node receives a RRC release message; the communication node transits from the connected state to the idle or inactive state; a RRC connection failure occurs; the communication node detects a RLF; a timer for the RRC connection re-establishment starts; the timer for the RRC connection re-establishment expires; a first timer for first data inactivity expires, the first data inactivity being related to a first communication procedure between the communication node and the network device; or the communication node receives the first information.

[0203] In some embodiments, the end of the duration may be based on at least one of the following: the communication node detects a RLF; the communication node transits from the  connected state to the idle or inactive state; the communication node is out of coverage of a serving cell; the communication node receives information indicating completion of the set of second communication procedures; or the communication node is out of coverage of a serving cell after reception of Msg1 from the set of A-IoT devices in a 2-step random access procedure.

[0204] In some embodiments, the network device may be further caused to: transmit, to the communication node, a configuration of a second timer for second data inactivity related to the set of second communication procedures.

[0205] With the method 400, handling of an A-IoT service upon RRC state transition may be facilitated, and A-IoT communication may be enhanced.

[0206] It is to be understood that operations of the methods 300 and 400 correspond to that described with reference to FIG. 2, and thus other details are not repeated here for conciseness.

[0207] EXAMPLE IMPLEMENTATION OF DEVICES

[0208] FIG. 5 is a simplified block diagram of a device 500 that is suitable for implementing embodiments of the present disclosure. The device 500 can be considered as a further example implementation of the terminal device 110 or 111 or the RAN device 120 or A-IoT device 130 or the CN device 140 or the A-IoT server 150 as shown in FIG. 1. Accordingly, the device 500 can be implemented at or as at least a part of the terminal device 110 or 111 or the RAN device 120 or A-IoT device 130 or the CN device 140 or the A-IoT server 150.

[0209] As shown, the device 500 includes a processor 510, a memory 520 coupled to the processor 510, a suitable transceiver 540 coupled to the processor 510, and a communication interface coupled to the transceiver 540. The memory 510 stores at least a part of a program 530. The transceiver 540 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 540 may include at least one of a transmitter 542 or a receiver 544. The transmitter 542 and the receiver 544 may be functional modules or physical entities. The transceiver 540 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.

[0210] The program 530 is assumed to include program instructions that, when executed by the associated processor 510, enable the device 500 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 4. The embodiments herein may be implemented by computer software executable by the processor 510 of the device 500, or by hardware, or by a combination of software and hardware. The processor 510 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 510 and memory 520 may form processing means 550 adapted to implement various embodiments of the present disclosure.

[0211] The memory 520 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 520 is shown in the device 500, there may be several physically distinct memory modules in the device 500. The processor 510 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 500 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.

[0212] In some embodiments, a communication node comprises a circuitry configured to: in accordance with a determination that first data inactivity related to a first communication procedure between the communication node and a network device is monitored, perform an operation comprising at least one of the following: leaving a connected state based on a set of second communication procedures between the communication node and a set of A-IoT devices; performing the set of second communication procedures in an idle or inactive state or in the connected state; or transmitting, to the network device, a request for continuing to perform the set of second communication procedures.

[0213] In some embodiments, a communication node comprises a circuitry configured to:  transmit, to a communication node, first information indicating that a set of first resources configured for a set of second communication procedures between the communication node and a set of A-IoT devices is to be reserved for completing the set of second communication procedures upon a transition from a connected state to an idle or inactive state.

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

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

[0216] 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 4. 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.

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

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

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

[0220] 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 node comprising:a processor configured to cause the communication node to:in accordance with a determination that first data inactivity related to a first communication procedure between the communication node and a network device is monitored, perform an operation comprising at least one of the following:leaving a connected state based on a set of second communication procedures between the communication node and a set of ambient Internet of things (A-IoT) devices;performing the set of second communication procedures in an idle or inactive state or in the connected state; ortransmitting, to the network device, a request for continuing to perform the set of second communication procedures.2.The communication node of claim 1, wherein the communication node is caused to leave the connected state by:in accordance with a determination that a second timer for second data inactivity related to the set of second communication procedures expires, leaving the connected state.3.The communication of claim 2, wherein the communication node is further caused to at least one of the following:receive, from the network device, a configuration of the second timer;in accordance with a determination that a medium access control (MAC) service data unit (SDU) is received from an A-IoT device in the set of A-IoT devices or transmitted to the A-IoT device, start or restart the second timer; orin accordance with a determination that the second timer expires, indicate the expiry of the second timer to an upper layer.4.The communication node of claim 1, wherein the communication node is caused to leave the connected state by:in accordance with a determination that a medium access control (MAC) service data unit (SDU) is received from the network device or an A-IoT device in the set of A-IoT devices, or transmitted to the network device or the A-IoT device, starting or restarting a timer; andin accordance with a determination that the timer expires, leaving the connected state.5.The communication node of claim 1, wherein the communication node is caused to perform the set of second communication procedures by:keeping in the connected state to complete the set of second communication procedures.6.The communication node of claim 1, wherein the communication node is caused to perform the set of second communication procedures by:in accordance with a determination that a condition is fulfilled, performing the set of second communication procedures in the idle or inactive state, the condition comprising at least one of the following:the communication node is configured with first information indicating that a set of first resources configured for the set of second communication procedures is to be reserved for completing the set of second communication procedures upon a transition from the connected state;remaining time required to complete the set of second communication procedures is within a first time range;remaining time for which the set of first resources is allowed to be used is within a second time range;number of A-IoT devices in the set of A-IoT devices is within a number range;a size of the set of first resources is within a size range;a completion percentage for the set of second communication procedures is within a percentage range; orthe communication node supports a small data transmission (SDT) and there is a set of second resources available for the SDT.7.The communication node of claim 1, wherein the request comprises at least one of the following:remaining time required to complete the set of second communication procedures;remaining time for which a set of first resources configured for the set of second communication procedures is allowed to be used;number of A-IoT devices in the set of A-IoT devices;a size of the set of first resources; ora completion percentage for the set of second communication procedures.8.The communication node of claim 1, wherein the communication node is caused to perform the set of second communication procedures by:receiving, from the network device, first information indicating that a set of first resources configured for the set of second communication procedures is to be reserved for completing the set of second communication procedures upon a transition from the connected state to the idle or inactive state; andperforming the set of second communication procedures in the idle or inactive state based on the first information.9.The communication node of claim 8, wherein the communication node is caused to receive the first information by:receiving a radio resource control (RRC) release message comprising the first information.10.The communication node of claim 8, wherein the first information indicates at least one of the following:a condition for reservation of the set of first resources; orinformation of a duration for the reservation of the set of first resources.11.The communication node of claim 10, wherein the condition comprises at least one of the following:the communication node is to transit from the connected state to the idle or inactive state;the communication node is performing radio resource control (RRC) connection re-establishment;the communication node is performing a cell selection while a timer for the RRC connection re-establishment is running; orthe communication node is out of coverage of a serving cell.12.The communication node of claim 10, wherein the information of the duration indicates at least one of the following:the set of first resources is allowed to be used until successful completion of the set of second communication procedures;a time window;a start of the duration; oran end of the duration.13.The communication node of claim 12, wherein the start of the duration may be based on at least one of the following:the communication node receives a radio resource control (RRC) release message;the communication node transits from the connected state to the idle or inactive state;a RRC connection failure occurs;the communication node detects a radio link failure (RLF) ;a timer for the RRC connection re-establishment starts;the timer for the RRC connection re-establishment expires;a first timer for the first data inactivity expires; orthe communication node receives the first information.14.The communication node of claim 12, wherein the end of the duration may be based on at least one of the following:the communication node detects a radio link failure (RLF) ;the communication node transits from the connected state to the idle or inactive state;the communication node is out of coverage of a serving cell;the communication node receives information indicating completion of the set of second communication procedures; orthe communication node is out of coverage of a serving cell after reception of message 1 (Msg1) from the set of A-IoT devices in a 2-step random access procedure.15.The communication node of claim 8, wherein the communication node is further caused to:in accordance with a determination that a radio resource control (RRC) resume or establishment or cell reselection procedure is initiated in a cell that is different from a primary cell in which the communication node receives the first information, release the first information.16.The communication node of claim 1, wherein the communication node is further  caused to:in accordance with a determination that a radio link failure (RLF) occurs, determine that the first data inactivity is monitored.17.The communication node of claim 1, wherein the communication node is caused to determine that the first data inactivity is monitored by:in accordance with a determination that the communication node is in the idle or inactive state, determining that the first data inactivity is monitored.18.The communication node of claim 17, wherein the communication node is caused to perform the set of second communication procedures by:in accordance with a determination that a condition is fulfilled, keeping in the idle or inactive state to complete the set of second communication procedures, the condition comprising at least one of the following:a set of first resources configured for the set of second communication procedures is available;a set of second resources is available for a small data transmission (SDT) ;the communication node is authorized to use the set of first resources; ornumber of A-IoT devices in the set of A-IoT devices is within a number range.19.The communication node of claim 17, wherein the communication node is further caused to at least one of the following:forward, from a lower layer to an upper layer, at least one of the following:the information for initiating the set of second communication procedures,information of a set of first resources configured for the set of second communication procedures,information of a set of second resources available for a small data transmission (SDT) , orinformation of the set of A-IoT devices; orinitiate, by the upper layer, a service request for at least one of the following:requesting the set of first resources,sending collected data associated with the set of second communication procedures, orindicating a completion of the set of second communication procedures.20.A network device comprising:a processor configured to cause the network device to:transmit, to a communication node, first information indicating that a set of first resources configured for a set of second communication procedures between the communication node and a set of ambient Internet of things (A-IoT) devices is to be reserved for completing the set of second communication procedures upon a transition from a connected state to an idle or inactive state.21.The network device of claim 20, wherein the network device is caused to transmit the first information by:transmitting a radio resource control (RRC) release message comprising the first information.22.The network device of claim 20, wherein the network device is further caused to:receive, from the communication node, a request for continuing to perform the set of second communication procedures.23.The network device of claim 22, wherein the request comprises at least one of the following:remaining time required to complete the set of second communication procedures;remaining time for which the set of first resources is allowed to be used;number of A-IoT devices in the set of A-IoT devices;a size of the set of first resources; ora completion percentage for the set of second communication procedures.24.The network device of claim 20, wherein the first information indicates at least one of the following:a condition for reservation of the set of first resources; orinformation of a duration for the reservation of the set of first resources.25.The network device of claim 24, wherein the condition comprises at least one of the following:the communication node is to transit from the connected state to the idle or inactive state;the communication node is performing radio resource control (RRC) connection re-establishment;the communication node is performing a cell selection while a timer for the RRC connection re-establishment is running; orthe communication node is out of coverage of a serving cell.26.The network device of claim 24, wherein the information of the duration indicates at least one of the following:the set of first resources is allowed to be used until successful completion of the set of second communication procedures;a time window;a start of the duration; oran end of the duration.27.The network device of claim 26, wherein the start of the duration may be based on at least one of the following:the communication node receives a radio resource control (RRC) release message;the communication node transits from the connected state to the idle or inactive state;a RRC connection failure occurs;the communication node detects a radio link failure (RLF) ;a timer for the RRC connection re-establishment starts;the timer for the RRC connection re-establishment expires;a first timer for first data inactivity expires, the first data inactivity being related to a first communication procedure between the communication node and the network device; orthe communication node receives the first information.28.The network device of claim 26, wherein the end of the duration may be based on at least one of the following:the communication node detects a radio link failure (RLF) ;the communication node transits from the connected state to the idle or inactive state;the communication node is out of coverage of a serving cell;the communication node receives information indicating completion of the set of second communication procedures; orthe communication node is out of coverage of a serving cell after reception of message 1 (Msg1) from the set of A-IoT devices in a 2-step random access procedure.29.The network device of claim 20, wherein the network device is further caused to:transmit, to the communication node, a configuration of a second timer for second data inactivity related to the set of second communication procedures.30.A method of communication at a communication node, comprising:in accordance with a determination that first data inactivity related to a first communication procedure between the communication node and a network device is monitored, performing an operation comprising at least one of the following:leaving a connected state based on a set of second communication procedures between the communication node and a set of ambient Internet of things (A-IoT) devices;performing the set of second communication procedures in an idle or inactive state or in the connected state; ortransmitting, to the network device, a request for continuing to perform the set of second communication procedures.31.A method of communication at a network device, comprising:transmitting, to a communication node, first information indicating that a set of first resources configured for a set of second communication procedures between the communication node and a set of ambient Internet of things (A-IoT) devices is to be reserved for completing the set of second communication procedures upon a transition from a connected state to an idle or inactive state.

Images