Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for Ambient Internet of Things (A-IoT) configuration enhancement for a reader function in an inactive state and an idle state. In a solution, a terminal device receives, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service. The reader configuration information at least includes a configuration for the reader function in an inactive state and / or an idle state of the terminal device. If the terminal device determines that it switches from the connected state to the inactive state or the idle state, it performs the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state.

Description

DEVICES AND METHODS FOR COMMUNICATION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for Ambient Internet of Things (A-IoT) configuration enhancement for a reader function in an inactive state and an idle state.BACKGROUND

[0003] In recent years, internet-of-things (IoT) and A-IoT have attracted much attention in the wireless communication world. More “things” are expected to be interconnected for improving productivity efficiency and increasing comforts of life. Further reduction of size, complexity, and power consumption of IoT devices can enable the deployment of tens or even hundreds of billion IoT devices for various applications and provide added value across the entire value chain.SUMMARY

[0004] In general, embodiments of the present disclosure provide devices and methods for A-IoT configuration enhancement for a reader function in an inactive state and an idle state.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises: a processor configured to cause the terminal device to: receive, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration for the reader function in an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the connected state to the inactive state or the idle state, perform the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state.

[0006] In a second aspect, there is provided a network device. The network device comprises: a processor configured to cause the network device to: transmit, to the terminal  device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration of the reader function for an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the inactive sate or the idle state to the connected state, receive device-to-reader (D2R) data that is buffered during the inactive state or the idle state of the terminal device.

[0007] In a third aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration for the reader function in an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the connected state to the inactive state or the idle state, performing the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state.

[0008] In a fourth aspect, there is provided a communication method performed by a network device. The method comprises: transmitting, to the terminal device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration of the reader function for an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the inactive sate or the idle state to the connected state, receiving D2R data that is buffered during the inactive state or the idle state of the terminal device.

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

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

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

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

[0013] FIGS. 2A and 2B illustrate example topologies for A-IoT device;

[0014] FIG. 3 illustrates a schematic diagram of a logical system architecture for Topology 1;

[0015] FIG. 4 illustrates a schematic diagram of a protocol stack for Topology 1;

[0016] FIG. 5 illustrates a schematic diagram of a logical system architecture for Topology 2;

[0017] FIG. 6A illustrates a schematic diagram of a UE-triggered transition from an idle state to a connected state;

[0018] FIG. 6B illustrates a schematic diagram of a UE-triggered transition from an inactive state to a connected state in case of UE context retrieval success;

[0019] FIG. 7 illustrates a signaling flow for reader configuration in accordance with some embodiments of the present disclosure;

[0020] FIG. 8 illustrates a signaling flow for D2R data reporting in accordance with some embodiments of the present disclosure;

[0021] FIG. 9 illustrates a signaling flow for D2R data reporting in accordance with some embodiments of the present disclosure;

[0022] FIG. 10 illustrates a signaling flow for D2R data reporting in accordance with some embodiments of the present disclosure;

[0023] FIGS. 11A and 11B illustrate signaling flows for D2R data reporting in accordance with some embodiments of the present disclosure;

[0024] FIGS. 12A and 12B illustrate signaling flows for D2R data reporting in accordance with some embodiments of the present disclosure;

[0025] FIGS. 13A and 13B illustrate signaling flows for D2R data reporting in  accordance with some embodiments of the present disclosure;

[0026] FIGS. 14A and 14B illustrate signaling flows for D2R data reporting in accordance with some embodiments of the present disclosure;

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

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

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

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

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

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

[0033] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks  (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further have ‘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.

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

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

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

[0037] 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. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

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

[0039] 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 the many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

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

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

[0042] FIG. 1 illustrates an example communication environment 100 in which example embodiments of the present disclosure can be implemented. The communication environment 100 involves one or more A-IoT devices 110 and a plurality of communication devices 120 (such as a communication device 120-1, a communication device 120-2…acommunication device 120-N) . Each communication device 120 may serve as a reader of the A-IoT devices 110. The plurality of communication devices 120 may communicate with the A-IoT devices 110, respectively. The communication device 120 may communicate with a radio access network and a core network (CN) , and thus may communicate with a CN network device 130.

[0043] The A-IoT refers to a new class of IoT devices primarily powered by harvesting ambient energy from radio waves, light, motion, heat, or any other viable ambient energy source. The A-IOT device does not need to actively generate a signal but communicates by reflecting electromagnetic waves generated by other devices. Accordingly, as shown in FIG. 1, an A-IoT device 110 generally includes an energy harvesting module 112 and a backscattering module 114.

[0044] The A-IoT is an extension of the existing IoT. A-IoT devices carry out many of the same functions as IoT devices and target many of the same use cases but require additional design choices to meet solution demands. By relying on energy harvested from ambient sources, the A-IoT makes it possible to develop lower-cost, smaller, and maintenance-free devices, allowing the IoT to become more scalable in existing use cases and in use cases still to be developed.

[0045] Harvesting energy from ambient sources generates only minimal amounts of power. This creates the inherent requirement for A-IoT devices to be less complex and  more power efficient.

[0046] FIG. 2A illustrates an example of Topology 1 for an A-IoT device. As shown in FIG. 2A, a topology 210 includes a base station 212 (also referred to as BS 212) and an A-IoT device 110. In the topology 210, the A-IoT device 110 directly and bidirectionally communicates with the base station 212. The communication between the base station 212 and the A-IoT device 110 includes A-IoT data and / or signaling. The topology 210 includes a possibility that the base station 212 transmits to the A-IoT device 110 is different from the base station 212 receiving from the A-IoT device 110.

[0047] FIG. 2B illustrates an example of Topology 2 for an A-IoT device. As shown in FIG. 2B, a topology 220 includes the base station 212, the A-IoT device 110, and an intermediate node 222. In the topology 220, the A-IoT device 110 communicates bidirectionally with the intermediate node 222 between the A-IoT device 110 and the base station 212. In this topology, the intermediate node 222 may be a relay, an integrated access backhaul (IAB) node, a UE, a repeater, etc. which is capable of supporting A-IoT. The intermediate node 222 transfers A-IoT data and / or signaling between the base station 212 and the A-IoT device 110.

[0048] The base station 212 in Topology 1 and the intermediate node 222 in Topology 2 serve as a reader of the A-IoT device 110.

[0049] The above connectivity topologies for A-IoT networks and devices are defined for the purposes of the study. In all these topologies, the A-IoT device 110 may be provided with a carrier wave from other node (s) either inside or outside the topology. The links in each topology may be bidirectional or unidirectional.

[0050] Although not shown, there may be multiple BSs, UEs, assisting nodes, or intermediate nodes that could be involved in the topologies, respectively. The mixture of indoor and outdoor placement of such nodes is regarded as a network implementation choice. Accounts would need to be taken of potential impact on device or node complexity. In connectivity topologies, this does not imply the existence of multi-hop assisting or intermediate nodes.

[0051] It is to be understood that the number of devices and their connections in FIGS. 1-2B are given for the purpose of illustration without suggesting any limitations to the present disclosure. The environment may include any suitable number of devices adapted  for implementations of the present disclosure.

[0052] The current study targets a further assessment of A-IoT, a new IoT technology, suitable for deployment in the communication system, which relies on ultra-low complexity devices with ultra-low power consumption for the very-low end IoT applications. The study shall provide clear differentiation, i.e. addressing use cases and scenarios that cannot otherwise be fulfilled based on existing 3GPP LPWA (Low-Power Wide-Area Network) IoT technology e.g. NB-IoT including with reduced peak Tx power.

[0053] The definitions provided in TR 38.848 are taken into consideration herein, and the following are the exclusive general scope: a harmonized air interface design, deployment scenarios, FR1 licensed spectrum in Frequency Division Duplex (FDD) , Spectrum deployment in-band to NR, in guard-band to LTE / NR, in standalone band (s) , Traffic types, Device-Originated Device-Terminated Triggered (DO-DTT) , Device-Terminated (DT) , with focus on rUC1 (indoor inventory) and rUC4 (indoor command) .

[0054] The overall objective shall be to study a harmonized air interface design with minimized differences (where necessary) for A-IoT to enable the following three types of devices. For the purpose of the study, RAN1 uses three terminologies, including a Device Type 1, a Device Type 2a, and a Device Type 2b.

[0055] An IoT device with Device Type 1 (also referred to as IoT device 1 hereinafter) has a peak power consumption of about 1 μW, energy storage, an initial sampling frequency offset (SFO) of up to 10X ppm, with neither DL nor UL amplification in the IoT device 1. The device’s UL transmission is backscattered on a carrier wave provided externally.

[0056] An IoT device with Device Type 2a (also referred to as IoT device 2a hereinafter) has a peak power consumption of less than a few hundred μW, energy storage, an initial SFO of up to 10X ppm, with both DL and / or UL amplification in the IoT device 2a. The device’s UL transmission may be generated internally by the device or be backscattered on a carrier wave provided externally.

[0057] An IoT device with Device Type 2b (also referred to as IoT device 2b hereinafter) has a peak power consumption of less than a few hundred μW, energy storage, an initial SFO of up to 10X ppm, with both DL and / or UL amplification in the IoT device 2b. The UL transmission of the IoT device 2b is generated internally by the IoT device 2b.

[0058] The coverage design target of A-IoT devices may be a maximum distance of 10-50 m with device indoors as per TR 38.848. For Topologies 1 &2 (UE as intermediate node under network control) , A-IoT devices may be configured with no radio resource control (RRC) states, no mobility (i.e. at least no cell selection / re-selection-like function) , no HARQ (Hybrid Automatic Repeat reQuest) , no ARQ (Automatic Repeat request) .

[0059] The deployment scenarios of A-IoT devices may have the following characteristics. In Deployment scenario 1 with Topology 1, there may be base station and coexistence characteristics for micro-cell and co-site base station. In Deployment scenario 2 with Topology 2 and UE as intermediate node under network control, there may also be base station and coexistence characteristics for macro-cell and co-site base station. The location of the intermediate node is indoor.

[0060] From RAN#104, the study for traffic types will assess whether the harmonized air interface design above can address the DO-A (Device-originated autonomous) use case, only to identify which part (s) of the harmonized air interface design above is / are not sufficient for the DO-A use case.

[0061] FIG. 3 illustrates a schematic diagram of a logical system architecture 300 for Topology 1. The architecture 300 involves an A-IoT device 305, an A-IoT RAN node 310 and an A-IoT CN node 320. A common reader function 310-1 and an A-IoT RAN node function 310-2 are deployed within the A-IoT RAN node 310. The common reader function 310-1 may communicate with the A-IoT device 305 by means of A-IoT radio. The A-IoT RAN node 310 may communicate with the A-IoT CN node 320 via XX interface. In Topology 1, the XX interface could be based on NG or a new interface carried over NG or a new interface.

[0062] FIG. 4 illustrates a schematic diagram of a protocol stack for Topology 1. For topology 1, the XXAP is terminated at an A-IoT RAN node.

[0063] FIG. 5 illustrates a schematic diagram of a logical system architecture 500 for Topology 2. The architecture 500 involves the A-IoT device 305, an A-IoT-enabled UE 510, an A-IoT-enabled gNB 520 and the A-IoT CN node 320. The A-IoT-enabled gNB 520 may be a gNB supporting A-IoT RAN node function, which is able to communicate with the A-IoT enabled UE via NR Uu interface. The A-IoT-enabled UE 510 may be a UE supporting common reader function, which is able to communicate with the A-IoT device via the A-IoT radio interface.

[0064] As shown in FIG. 5, a common reader function 510-1 is located at the A-IoT-enabled UE 510, and an A-IoT RAN node function 520-1 is deployed within the A-IoT-enabled gNB 520. The common reader function 510-1 may communicate with the A-IoT device 305 by means of A-IoT radio. The A-IoT-enabled UE 510 may communicate with the A-IoT-enabled gNB 520 via NR Uu interface. The A-IoT-enabled gNB 520 may communicate with the A-IoT CN node 320 via XX interface.

[0065] To support Topology 2, the following solutions are to be studied for conveying A-IoT upper layer information:

[0066] RRC based solution. With this solution, A-IoT CN applies A-IoT upper layer information explicitly over XXAP signaling. A-IoT upper layer information is then relayed explicitly to / from the A-IoT-enabled UE via NR Uu RRC.

[0067] non-access stratum (NAS) based solution. With this solution, there is no explicit termination of A-IoT upper layer information at A-IoT-enabled gNB. A-IoT upper layer information is transmitted over A-IoT-enabled UE’s NAS.

[0068] UP based solution. With this solution, there is no explicit termination of A-IoT upper layer information at A-IoT-enabled gNB. A-IoT upper layer information is transmitted as A-IoT-enabled UE’s user plane data.

[0069] FIG. 6A illustrates a schematic diagram of a UE-triggered transition from RRC_IDLE state to RRC_CONNECTED state, and FIG. 6B illustrates a schematic diagram of a UE-triggered transition from RRC_INACTIVE state to RRC_CONNECTED state in case of UE context retrieval success.

[0070] Currently, there are no specifications on how to configure and transmit configure A-IoT reader of a terminal device for RRC_INACTIVE state and RRC_IDLE state.

[0071] According to some example embodiments of the present disclosure, there are solutions provided for A-IoT configuration enhancement for a reader function in an inactive state and an idle state. In a solution, a terminal device receives, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service. The reader configuration information at least includes a configuration for the reader function in an inactive state and / or an idle state of the terminal device. If the terminal device determines that it switches from the connected state to the inactive state or the idle  state, it performs the reader function during the inactive state, or the idle state based on the configuration of the reader function for the inactive state or the idle state.

[0072] The following will describe the details with reference to FIGS. 7 to 14B.

[0073] Reference is now made to FIG. 7, which illustrates a signaling flow 700 for reader configuration in accordance with some embodiments of the present disclosure. The signaling flow700 involves a terminal device 710 and a network device 720. The terminal device 710 may be considered as an example of the communication device 120 in FIG. 1 and serve as a reader 120 of the A-IoT devices 110. The network device 720 may serve as an A-IoT RAN node to communicate with the terminal device 710 and with the CN network device 130. For the purposes of discussion, some examples of the signaling flow 700 will be discussed with reference to FIG. 1.

[0074] The terminal device 710 may be configured to switch among a connected state (e.g., RRC_CONNECTED state) , an inactive state (e.g., RRC_INACTIVE state) and an idle state (e.g., RRC_IDLE state) . The network device 720 may configure the terminal device 710 as a UE reader for A-IoT devices, by transmitting A-IoT-related configuration by RRC messages (e.g., via the RRC reconfiguration message, the RRC Resume message, or the like) .

[0075] As shown in FIG. 7, during the connected state of the terminal device 710, the network device 720 transmits (702) reader configuration information to the terminal device 710. The reader configuration information is associated with a reader function of the terminal device 710 for an A-IoT service.

[0076] The reader configuration information may include configuration information that is required to perform a reader function for an A-IoT service. In embodiments of the present disclosure, the reader configuration information at least includes a configuration for the reader function of the terminal device 710 in the inactive state and / or idle state of the terminal device 710. The reader configuration information may further include a configuration for the reader function in the connected state. Thus, the configurations for the reader function may be referred to as a reader configuration, an A-IoT-related configuration, or an A-IoT reader-related configuration. These terms may be used interchangeably herein.

[0077] The terminal device 710 receives (702) the reader configuration information. If  it is determined that the terminal device 710 switches from the connected state to the inactive state or the idle state, the terminal device 710 performs (704) the reader function during the inactive state based on the configuration of the reader function for the inactive state, or the terminal device 710 performs (704) the reader function during the idle state based on the configuration of the reader function for the idle state.

[0078] During the inactive state or idle state of the terminal device 710, if it is configured, the terminal device 710 may collect D2R data. In some embodiments, if it is determined that the terminal device 710 switches from the inactive sate or the idle state to the connected state, if it is configured, the terminal device 710 transmits (706) the D2R data collected and buffered during the inactive or idle state, to the network device 720.

[0079] In some embodiments, the reader configuration information may indicate an access stratum (AS) layer configuration and an upper layer configuration. The AS layer configuration is stored at an AS layer of the terminal device 710, and the upper layer configuration is forwarded by the AS layer to an upper layer of the terminal device 710 and is stored at the upper layer of the terminal device 710. The storing and forwarding the reader configuration information may be performed during the connected state.

[0080] For example, the reader configuration may include AS layer configuration and upper layer configuration. If the terminal device 710 receives the reader configuration, the AS layer may store all the AS configuration except for an A-IoT configuration container for the upper layer (like the application layer or the NAS layer) . The A-IoT configuration container may contain the upper layer configuration. The AS layer may forward the A-IoT configuration container to the upper layer, and the upper layer stores the configuration forwarded from the AS layer.

[0081] It should be explicitly or implicitly indicated if the reader configuration is applicable for the inactive state or idle state. The reader configuration for the inactive state or idle state should be configured before the terminal device 710 turns to that state (i.e., before the RRC release message) .

[0082] In some embodiments, an indication may be transmitted to indicate that the terminal device 710 does not support the A-IoT service during the inactive state or idle state. The indication may be included in the RRC message. If the indication is not included in the RRC message, this may also indicate that the terminal device 710 does not support the A-IoT service during the inactive state or idle state.

[0083] In some embodiments, the reader configuration information may include a configuration related to reporting of D2R data by the terminal device 710. In some embodiments, the reporting related configuration may indicate a periodicity for periodic reporting of the D2R data by the terminal device 710. For example, the terminal device 710 may periodically trigger the access to report the D2R data. Alternatively, or additionally, the reporting related configuration may indicate a buffer threshold that triggers the terminal device to report the D2R data. For example, the terminal device 710 may trigger the access to report the D2R data when a buffer of the terminal device 710 exceeds a threshold of available buffer. Alternatively, or additionally, the reporting related configuration may indicate an indication of reporting after an A-IoT inventory procedure is finished. For example, the terminal device 710 may trigger the access to report the D2R data when an inventory for the A-IoT devices is finished.

[0084] In some embodiments, the reader configuration information may further include a delta configuration for the reader function in the connected state of the terminal device 710, e.g., physical layer and / or medium access control (MAC) layer parameters, resource allocation, or the like.

[0085] Alternatively, or additionally, the reader configuration information may include command assistant information, which aims to enable the terminal device 710 to send the commands to the correct target A-IoT devices. Thus, the command assistant information may include target A-IoT devices ID (s) and / or commands for all A-IoT devices or group of A-IoT devices.

[0086] Alternatively, or additionally, the reader configuration information may include an identity (ID) of a CN entity (e.g., the CN network device 130) for receiving D2R data.

[0087] Alternatively, or additionally, the reader configuration information may include a configuration of an A-IoT service area. The configuration of an A-IoT service area may be a cell global identifier (CGI) list, a tracking area identity (TAI) list, a tracking area code (TAC) list, a radio network area (RNA) , or dedicated area description.

[0088] In some embodiments, the terminal device 710 may monitor whether the terminal device 710 is located within or moves out of the A-IoT service area during the inactive state or the idle state. If it is determined that the terminal device 710 moves out of the A-IoT service area, the terminal device 710 may cease or suspend the A-IoT service. Alternatively, or additionally, the terminal device 710 may release the reader  configuration information.

[0089] For example, the AS layer or application layer handles checking the service area if the terminal device 710 is in the idle or inactive state. The terminal device 710 may stop / suspend the A-IoT service or release the A-IoT configuration when it moves out of the service area.

[0090] In some embodiments, if the network device 720 is responsible for handling the service area checking, the network device 720 may send an indication to stop / suspend the A-IoT service or release the A-IoT configuration if the terminal device 710 moves out of the service area. In some cases, the terminal device 710 may not start an A-IoT service outside the A-IoT service area.

[0091] In some embodiments, the network device 720 may check the service area when the terminal device 710 is in the connected state. For example, if the terminal device 710 is in the connected state, the network device 720 may stop / suspend the A-IoT service or release the A-IoT configuration if it moves out of the service area.

[0092] In some embodiments, the terminal device 710 may determine whether the reader configuration information is to be released and / or whether the terminal device 710 supports the A-IoT service during the inactive state or the idle state. The determination may be based on at least one of the following: an RRC release message received from the network device 720, NAS signaling received from the network device 720, or user plane function (UPF) data received from the network device 720.

[0093] For example, the network device 720 (e.g., NG-RAN node) sends an RRC release message to an A-IoT-enabled terminal device 710 to change the state from the RRC_CONNECTED state to the RRC_INACTIVE or the RRC_IDLE state. If the A-IoT-enabled terminal device 710 is configured as a reader (whether there is an ongoing inventory procedure or not) , it may perform the above determination based on the RRC release message received.

[0094] In some embodiments, the RRC release message, the NAS signaling, or the UPF data includes: a first indication indicative of whether the reader configuration information is to be released in the inactive state, a second indication indicative of whether the reader configuration information is to be released in the idle state, a third indication indicative of whether the terminal device supports the A-IoT service in the inactive state, and / or a  fourth indication indicative of whether the terminal device supports the A-IoT service in the idle state.

[0095] For example, if the terminal device 710 releases the A-IoT reader-related configuration when it turned to the RRC_INACTIVE state, the first indication may be included in the RRC release message. If the terminal device 710 releases the A-IoT reader-related configuration when it turns to the RRC_IDLE state, the second indication may be included in the RRC release message. If the terminal device 710 needs to support the A-IoT service in the RRC_INACTIVE / RRC_IDLE state or not by setting true / false value, the third indication or fourth indication may be included in the RRC release message, respectively.

[0096] In some embodiments, the first, second, third, and fourth indications may be included in the RRCRelease IE but out of the SuspendConfig IE if the terminal device 710 turns to the RRC_IDLE state.

[0097] In some embodiments, the first and third indications of the RRC_INACTIVE state and the second and fourth indications of the RRC_IDLE state may share one or more indications.

[0098] Alternatively, the first, second, third, and fourth indications may be configured in the NAS signaling or UPF data that is transparent to the network device 720 and the AS layer of the terminal device 710 to indicate (not only in RRC release message) . The first, second, third, and fourth indications may be sent with inventory / commands or A-IoT-related configurations.

[0099] In some embodiments, if it is determined that the first, second, third, and fourth indications are not included in the received RRC release message, NAS signaling, or UPF data, the terminal device 710 may determine that the reader configuration information is to be released and / or the terminal device 710 does not support the A-IoT service during the inactive state or the idle state.

[0100] The reader configuration may be sent to the terminal device 710 via RRC release signaling. The reader configuration for RRC_INACTIVE or RRC_IDLE state may be configured in the RRC release message. The reporting-related configuration, A-IoT service area, resource allocation, and delta configurations are the same as the embodiments described above. If the reader configuration presents, it may implicitly  indicate that the terminal device 710 may continue the A-IoT services.

[0101] In some embodiments, if it is determined that the reader configuration information is not to be released and / or the terminal device 710 supports the A-IoT service during the inactive state or the idle state, the terminal device 710 may perform the reader function during the inactive state or the idle state.

[0102] In some embodiments, if it is determined that the terminal device 710 switches from the connected state to the inactive state, the terminal device 710 may maintain the reader configuration information in inactive context information or context information related to the terminal device 710.

[0103] In some embodiments, if the terminal device 710 does not support the A-IoT service in the inactive state or the idle state, the terminal device also not discard the reader configuration information after the terminal device 710 switches to the inactive state or the idle state.

[0104] For example, if the terminal device 710 switches the RRC_INACTIVE state, the AS configuration for the A-IoT may be stored in the UE inactive AS context or UE context, which is stored in both the terminal device 710 and the network device 720. The AS configuration may include the inventory session ID, UE reader ID, service area scope, resource configuration, and A-IoT physical / MAC layer configuration.

[0105] In some embodiments, during the inactive state or the idle state, the terminal device 710 may buffer D2R data based on the reader configuration information. The D2R data may be previously or subsequently received during the inactive state or the idle state at an AS layer, a NAS layer, or an application layer of the terminal device 710.

[0106] For example, if the terminal device 710 is indicated to continue the A-IoT service during the RRC_INACTIVE / RRC_IDLE state, the terminal device 710 may store the A-IoT AS configuration and / or parameters (i.e., A-IoT physical layer / MAC layer) at the AS layer and indicates the upper layer (e.g., NAS layer or application layer) to keep the A-IoT configuration (i.e., inventory / command and / or related assistance information and / or AS layer configuration) and the terminal device 710 may store the previously or subsequently received and D2R data during the RRC_INACTIVE / RRC_IDLE at the AS layer or NAS layer or application layer of the terminal device 710. Optionally, the terminal device 710 may behave the same as above without any indication.

[0107] In some embodiments, if it is determined that the first, second, third, and / or fourth indications are included in the NAS signaling or the UPF data, the terminal device 710 may forward the first, second, third, and / or fourth indications to an AS layer of the terminal device. Alternatively, the terminal device 710 may inform the AS layer to store the reader configuration information during the inactive state or the idle state.

[0108] In some embodiments, if it is determined that the reader configuration information is to be released and / or the terminal device 710 fails to support the A-IoT service during the inactive state or the idle state, the terminal device 710 may discard the reader configuration information.

[0109] In some embodiments, if it is determined that the reader configuration information is to be released and / or the terminal device 710 fails to support the A-IoT service during the inactive state or the idle state, the terminal device 710 may discard the reader configuration information at an AS layer of the terminal device 710, informs an upper layer of the terminal device 710 to release the reader configuration information, and discards buffered D2R data at the AS layer or the upper layer.

[0110] For example, if the terminal device 710 needs to release the A-IoT service or the A-IoT service is not supported during the RRC_INACTIVE / RRC_IDLE state, it may discard the A-IoT-related configuration at the AS layer (i.e. A-IoT physical layer / MAC layer) . It may further indicate the upper layer (i.e., NAS layer or application layer) to release the A-IoT configuration (i.e. inventory / command and related assistance information and / or AS layer configuration) . It may further discard any un-reported buffered D2R data at the AS layer or upper layer.

[0111] If the indications above are indicated via NAS or APP message, the upper layer may forward the indications above to the AS layer or inform the AS layer to release the A-IoT-related configuration when turning to the RRC_INACTIVE / RRC_IDLE state. Alternatively, the terminal device 710 needs to report the un-reported buffered data before it goes to RRC_INACTIVE / RRC_IDLE state.

[0112] Alternatively, the terminal device 710 may keep the A-IoT configurations or services if these A-IoT configurations or services are not support for the RRC_INACTIVE state. And the terminal device 710 may apply these A-IoT configurations or services when it back to RRC_CONNECTED state.

[0113] When the terminal device 710 turns to the RRC_INACTIVE or RRC_IDLE state, the terminal device 710 may still start an A-IoT service (e.g., periodic inventory on the A-IoT device (s) ) according to the stored A-IoT configuration information.

[0114] In some embodiments, the AS layer of the terminal device 710 may be responsible for storing the D2R data during the RRC_INACTIVE / RRC_IDLE state. Alternatively, the application layer of the terminal device 710 may store the D2R data during the RRC_INACTIVE / RRC_IDLE state. Alternatively, if the terminal device 710 is in the RRC_CONNECTED state, the application layer may store the D2R data.

[0115] In some embodiments, if it is determined that the terminal device 710 switches from the inactive state or idle state to the connected state, the terminal device 710 may transmit D2R data to the network device 720. The D2R data may be buffered during the inactive state or the idle state.

[0116] In some embodiments, if it is determined that the terminal device 710 switches from the inactive state or idle state to the connected state, the terminal device 710 may stop transmission of the D2R data in response to a fifth indication that the network device 720 is overloaded. The terminal device 710 may resume the transmission of the D2R data in response to a sixth indication that the network device 720 is not overloaded.

[0117] For example, the network device 720 may send a resume or start indication (i.e., sixth indication) to the terminal device 710 if the network device 720 is not overloaded. The network device 720 may receive the resume / start indication from the CN network device 130 via the NG interface. The AS layer or upper layer may send the stored D2R data to the network device 720.

[0118] For example, if the terminal device 710 is in the RRC_CONNECTED state when the network device 720 is temporarily overloaded, the network device 720 may send a pause / suspend / stop indication (i.e., the fifth indication) to the terminal device 710 to stop the D2R data reporting. The network device 720 may receive the fifth indication from the CN network device 130 via the NG interface. It does not mean the terminal device 710 stops collecting the D2R data. The terminal device 710 may continue collecting the D2R data, but it does not report them to the network device 720. Alternatively, the terminal device 710 may stop collecting the D2R data. Furthermore, the AS layer or upper layer is responsible for storing the D2R data during the overloading period of the network device 720.

[0119] The above has described the embodiments related to A-IoT configuration enhancement, RRC release message enhancement and D2R data storing when the terminal device 710 is in the inactive state, the terminal device 710 is in the idle state, or the network device 720 is overloaded. The following will describe the enhancement on D2R reporting with reference to FIGS. 8 to 14B.

[0120] FIG. 8 illustrates a signaling flow 800 for D2R data reporting in accordance with some embodiments of the present disclosure. The signaling flow 800 involves the terminal device 710 and the network device 720. In such case, the terminal device 710 is in the RRC_INACTIVE state and wants to report the D2R data, and the serving network device 720 may be unchanged or changed. For the purposes of discussion, the signaling flow 800 will be discussed with reference to FIG. 1.

[0121] During the RRC_INACTIVE state, the network device 720 may transmit (802) a paging message to the terminal device 710. For example, the paging message may be triggered for A-IoT D2R data reporting, A-IoT inventory / command coming from the CN network device 130.

[0122] If it is determined that the paging message includes a first paging cause indicating the A-IoT service, the terminal device 710 may transmit (804) an RRCResumeRequest message to the network device 720 for initiating a first connection resume procedure to switch from the inactive state to the connected state. For example, a ResumeCause indication in the RRCResumeRequest message may indicate a resume reason as A-IoT service or A-IoT data reporting or A-IoT inventory / command coming.

[0123] The network device 720 may transmit (806) an RRCResumeResponse message to the terminal device 710. After completing the RRC resume, the terminal device 710 may transmit (808) an RRCResumeComplete message to the network device 720.

[0124] In some embodiments, if the D2R data is to be reported by a control plane of the terminal device 710, the terminal device 710 may transmit the D2R data via a signaling radio bearer (SRB) to the network device 720. For example, a new SRB may be designed to transmit the D2R data. The new SRB may have lower priority than the other RRC messages. The SRB may further transmit inventory / command message.

[0125] In some embodiments, if the D2R data is to be reported by a user plane of the terminal device 710, the terminal device 710 may transmit the D2R data via a data radio  bearer (DRB) to the network device 720. For example, if the D2R data is reported by the user plane, a DRB may be established to transmit the D2R data.

[0126] In view of the above, the network device 720 needs to prepare the SRB or DRB for the D2R data reporting or inventory / command transmission. That is, if it is determined that the first connection resume procedure is successfully completed and a first SRB or first DRB is established with the network device720, the terminal device 710 switches from the RRC_INACTIVE state to the RRC_CONNECTED state and perform D2R data reporting to the network device 720. For example, the D2R data RRC container is concluded in the RRC message (e.g. A-IoT report) from the terminal device 710 to network device 720.

[0127] In some embodiments, the D2R data may be conveyed in a RRC container from the terminal device 710 to the network device 720 via the SRB. The D2R data collected in one or more inventory procedures may be included in one or more D2R data containers to be transmitted from the terminal device 710 to the network device 720.

[0128] For example, multiple D2R data in one inventory round or multiple D2R data in different inventory rounds may be included in one report container from terminal device 710 to the network device. Alternatively, one report container from the terminal device 710 to the network device 720 may only contain D2R data in a single inventory round. If there are multiple inventory rounds, the separate report container is needed.

[0129] In some embodiments, if it is determined that the terminal device 710 switches from the inactive state to the connected state and if a reception of a retrieve indication from the network device 720, the terminal device 710 may transmit (812) , to the network device 720, D2R data that is buffered during the inactive state.

[0130] For example, during the RRC_CONNECTED state, the CN network device 130 needs to be able to trigger the D2R data report by sending the retrieve indication in the upper layer of the terminal device 710. The upper layer of the terminal device 710 may send the D2R data and indicate to the AS layer to report the collected D2R data.

[0131] For another example, during the RRC_CONNECTED state, the network device 720 may send the retrieve indication to the terminal device 710. The AS layer of the terminal device 710 may inform the upper layer to report the D2R data. The D2R data may be transmitted to the AS layer and then reported.

[0132] Continuing with reference to FIG. 8, the terminal device 710 may receive (814) an A-IoT inventory message or an A-IoT command message via the first SRB or the first DRB. Further, the network device 720 may transmit (816) the A-IoT related configuration to the terminal device 710.

[0133] In some embodiments, if it is determined that buffered D2R data is to be reported during the inactive state, the terminal device 710 may initiate a connection resume procedure or a connection setup procedure with the network device 720, to switch from the inactive state to the connected state. If it is determined that the connection resume procedure or the connection setup procedure is successfully completed, the terminal device 710 may transmit, to the network device 720, the D2R data that is buffered during the inactive state.

[0134] For example, during the RRC_INACTIVE or RRC_IDLE state, the terminal device 710 may a resume or setup procedure just for A-IoT D2R data reporting. The terminal device 710 may report the buffered D2R reports according to the report configuration (as described above) in the RRC_INACTIVE or RRC_IDLE state.

[0135] Alternatively, the reporting of D2R reports may only depend on the network device 720 retrieved by paging the terminal device 710.

[0136] Alternatively, the terminal device 710 may not trigger a resume or setup procedure just for A-IoT D2R data reporting. The buffered D2R report may be reported to the network device 720 only when the terminal device 710 has moved to the RRC_CONNECTED state for other reasons.

[0137] If the buffer of the terminal device 710 is full before moving to the RRC_CONNECTED state, the terminal device 710 may pause or suspend the D2R data collecting. Alternatively, the status of the terminal device 710 may further be included in the A-IoT reporting message to indicate that the D2R data is collected in the RRC_IDLE or RRC_INACTIVE state.

[0138] FIG. 9 illustrates a signaling flow 900 for D2R data reporting in accordance with some embodiments of the present disclosure. The signaling flow 900 involves the terminal device 710 and the network device 720. In such case, the terminal device 710 is in the RRC_INACTIVE state and wants to report the D2R data, and the serving network device 720 is changed. For the purposes of discussion, the signaling flow 900 will be discussed  with reference to FIG. 1.

[0139] During the RRC_INACTIVE state, the network device 720 may transmit (902) a paging message to the terminal device 710. The paging message may be triggered for A-IoT D2R data reporting, A-IoT inventory / command coming from the CN network device 130. If the network device 720 does not support the A-IoT service, the network device 720 will reject the paging request from the CN network device 130.

[0140] After receiving the paging message, the terminal device 710 may transmit (904) an RRCResumeRequest message (i.e., first resume request) to the network device 720 for initiating an RRC resume procedure. In some embodiments, the ResumeCause indication in the RRCResumeRequest message may indicate a resume reason as A-IoT service or A-IoT data reporting or A-IoT inventory / command coming. Alternatively, the RRCResumeRequest message may not indicate an A-IoT related cause value. Alternatively, the new network device 720 sends an RRCReset / RRCRelease message to the terminal device 710. The absence of this indication also means that the network device 720 does not support the A-IoT service.

[0141] As shown in FIG. 9, if the network device 720 does not support the A-IoT service, it may reject the RRCResumeReqeust message. Then the network device 720 may transmit (906) an RRCReject message to the terminal device 710. The terminal device 710 may release the A-IoT related configuration and maintain in the RRC_INACTIVE state.

[0142] In some embodiments, the terminal device 710 may receive a first response message indicating a first rejection to the first resume request from the network device 720. In response to the first rejection, the terminal device 710 may release the reader configuration information and discard the D2R data that is buffered during the inactive state.

[0143] For example, the terminal device 710 may release the A-IoT-related configuration and discard the buffered D2R data collected in the RRC_INACTIVE state when receiving the reject / RRCReset / RRCRelease message. Alternatively, the terminal device 710 may keep the A-IoT-related configuration and the buffered D2R data and wait for the next resume.

[0144] The signaling flows 800 and 900 illustrate the scenario of triggering the RRC resume by D2R data reporting. The present disclosure may further provide solutions  associated with the scenario of triggering the RRC resume by other reasons. The following will describe the details with reference to FIGS. 1000 to 1100B.

[0145] FIG. 10 illustrates a signaling flow 1000 for D2R data reporting in accordance with some embodiments of the present disclosure. The signaling flow 1000 involves the terminal device 710 and the network device 720. In such case, the terminal device 710 is in the RRC_INACTIVE state and wants to report the D2R data, and the serving network device 720 may be unchanged or changed. For the purposes of discussion, the signaling flow 1000 will be discussed with reference to FIG. 1.

[0146] During the RRC_INACTIVE state, the network device 720 may transmit (1002) a paging message to the terminal device 710. The paging message may include a second paging cause different from the first paging cause. For example, the paging message may be triggered by other reasons instead of the A-IoT related reason. Alternatively, the paging message may be triggered for A-IoT D2R data reporting, A-IoT inventory / command coming from the CN network device 130. The paging cause may be A-IoT service-related reason.

[0147] In some embodiments, if it is determined that the paging message includes the second paging cause, the terminal device 710 may transmit, to the network device 720, a second resume request to initiate a second connection resume procedure, to switch from the inactive state to the connected state.

[0148] As shown in FIG. 1000, the terminal device 710 may transmit (1004) an RRCResumeRequest message to the network device 720 for initiating the second connection resume procedure to switch. The resume may be triggered by other reasons, not for the A-IoT service. Alternatively, a ResumeCause indication in the RRCResumeRequest message may indicate a resume reason as the A-IoT service or A-IoT data reporting or A-IoT inventory / command coming.

[0149] In some embodiments, if it is determined that the network device 720 supports D2R data that is buffered during the inactive state or the network device 720 supports the A-IoT service, the terminal device 710 may transmit, to the network device 720, a resume complete message indicating whether the terminal device 710 has D2R data to be reported. If it is determined that the terminal device 710 has D2R data to be reported, the terminal device 710 may transmit, to the network device 720 and during the connected state of the terminal device 710, D2R data that is buffered in the inactive state.

[0150] For example, as shown in FIG. 1000, the network device 720 may transmit (1006) an RRCResumeResponse message to the terminal device 710 with an indication that the network device 720 supports reporting the D2R data collected in the RRC_INACTIVE state or supports the A-IoT service.

[0151] If the serving network device 720 changes, the new network device 720 may reconfigure the A-IoT service by sending delta configurations to the terminal device 710, e.g., available sources and physical / MAC layer configurations.

[0152] If the serving network device 720 changes, the new network device 720 may trigger to establish the connection / interface to the A-IoT-related CN node by the UE context and / or UE inactive AS context retrieved from the old network device 720.

[0153] If the terminal device 710 receives the RRCResumeResponse message and the indication is that the terminal device 710 may report the D2R data, the terminal device 710 will provide feedback to the network device 720. That is, the terminal device 710 may transmit (1008) an RRCResumeComplete message with an indication of whether the terminal device 710 has D2R data to report or not.

[0154] Then, the network device 720 prepares the SRB or DRB for the D2R data reporting or inventory / command transmission after completing the RRC resume.

[0155] If it is determined that the terminal device 710 switches from the inactive state to the connected state and the indication transmitted to the network device 720 indicates that the terminal device 710 has D2R data to be reported, the terminal device 710 may transmit (1010) the D2R data buffered via the SRB or DRB.

[0156] The terminal device 710 may receive (1012) an A-IoT inventory message or an A-IoT command message via the SRB or DRB. Further, the network device 720 may transmit (1014) the A-IoT related configuration to the terminal device 710.

[0157] FIGS. 11A and 11B illustrate signaling flows 1100A and 1100B for D2R data reporting in accordance with some embodiments of the present disclosure. The signaling flows 1100A and 1100B involve the terminal device 710 and the network device 720. In such case, the terminal device 710 is in the RRC_INACTIVE state and wants to report the D2R data, and the serving network device 720 may be unchanged or changed. For the purposes of discussion, the signaling flows 1100A and 1100B will be discussed with reference to FIG. 1.

[0158] As shown in FIG. 11A, during the RRC_INACTIVE state, the network device 720 may transmit (1102) a paging message to the terminal device 710. The paging message may include a paging cause for the A-IoT service or other paging reasons. The paging message may be triggered for A-IoT D2R data reporting, A-IoT inventory / command coming from CN, or other reasons.

[0159] The terminal device 710 may transmit (1104) an RRCResumeRequest message to the network device 720 for initiating the RRC resume procedure. The resume is triggered by other reasons. Alternatively, a ResumeCause indication included in the RRCResumeRequest message may indicate a resume reason as A-IoT service or A-IoT data reporting.

[0160] In some embodiments, if it is determined that the network device 720 fails to support D2R data that is buffered during the inactive state or the network device 720 fails to support the A-IoT service, the terminal device 710 may restrain, during the connected state of the terminal device 710, from transmitting the D2R data that is buffered in the inactive state to the network device 720.

[0161] The network device 720 may transmit (1106) an RRCResumeResponse message with an indication that the network device 720 does not support the RRC_INACTIVE D2R data or the A-IoT service is not supported.

[0162] If the serving network device 720 changes, the new network device 720 may not support the A-IoT service, and the indication may be set to false. Alternatively, the absence of this indication also means the new network device 720 does not support the A-IoT service.

[0163] If the new network device 720 does not support the A-IoT service, the network device 720 may give feedback to the terminal device 710 other RRC signaling instead of RRCResume indication, e.g., RRCReset / RRCRelase / RRCReject.

[0164] After completing the RRC resume, the terminal device 710 may transmit (1108) an RRCResumeComplete message to the network device 720.

[0165] The terminal device 710 may release the A-IoT related configuration and switch to the RRC_CONNECTED state.

[0166] As shown in FIG. 11B, during the RRC_INACTIVE state, the network device 720 may transmit (1112) a paging message to the terminal device 710. The terminal device  710 may transmit (1114) an RRCResumeRequest message to the network device 720 for initiating the RRC resume procedure. The network device 720 may transmit (1116) an RRCResumeResponse message with an indication that the terminal device 710 cannot report the D2R data collected in the RRC_INACTIVE state. The terminal device 710 may release the A-IoT related configuration and discard the buffered D2R data.

[0167] After completing the RRC resume, the terminal device 710 may transmit (1118) an RRCResumeComplete message to the network device 720. The terminal device 710 may switch to the RRC_CONNECTED state.

[0168] Alternatively, the terminal device 710 may keep the A-IoT-related configuration and the buffered D2R data and wait for the next resume occasion.

[0169] The above embodiments have described the scenario of D2R reporting of the terminal device switching from the inactive state to the connected state. When the terminal device 710 switches from the idle state to the connected state, the present disclosure further provides solutions.

[0170] In some embodiments, if it is determined that the terminal device 710 switches from the idle state to the connected state and if a reception of a retrieve indication from the network device 720, the terminal device 710 may transmit 812, to the network device 720, D2R data that is buffered during the idle state.

[0171] In some embodiments, if it is determined that buffered D2R data is to be reported during the idle state, the terminal device 710 may initiate a connection resume procedure or a connection setup procedure with the network device 720, to switch from the idle state to the connected state. If it is determined that the connection resume procedure or the connection setup procedure is successfully completed, the terminal device 710 may transmit, to the network device 720, the D2R data that is buffered during the idle state.

[0172] If the terminal device 710 is configured and turned to the idle state, the terminal device may store the A-IoT configuration while the network device 720 may release the A-IoT-related configuration. IF the terminal device 710 returns from the idle state to the connected state (to the same network device 720 or another network device 720) , there may be some problems with D2R data reporting. For example, the address of the D2R data collection entity or some mapping relationship between the Uu and NG interface. The present disclosure further provides solutions.

[0173] In one solution, the A-IoT-related configuration (or UE context) stored in the network device 720 may be delivered to the CN network device 130 (e.g., AMF) before the terminal device 710 turns to the idle state. When the terminal device 710 returns from the idle state to the connected state, the serving network device 720 fetches the A-IoT-related configuration (or UE context) from the CN network device 130. The following will describe the details with reference to FIGS. 12A to 13B.

[0174] FIGS. 12A and 12B illustrate signaling flows 1200A and 1200B for D2R data reporting in accordance with some embodiments of the present disclosure. The signaling flows 1200A and 1200B involve the terminal device 710, the network device 720 and a CN entity 1230. The CN entity 1230 may be considered as an example of the CN network device 130 in FIG. 1. The network device 720 may communicate with the CN entity 1230. For the purposes of discussion, the signaling flows 1200A and 1200B will be discussed with reference to FIG. 1.

[0175] As shown in FIG. 12A, during the RRC_CONNECTED state of the terminal device 710, the network device 720 transmits (1202) an A-IoT related configuration (or UE context) of the terminal device 710 to the CN entity 1230 (e.g., AMF) before the terminal device 710 turns to the RRC_IDLE state. For example, the terminal device 710 may report at least one of: a target node ID (e.g., A-IoT-enabled CN entity) , a SRB / DRB configuration for A-IoT service, allocated resources for the A-IoT service, allocated resources for the terminal device 710, an A-IoT physical / MAC layer configuration for the terminal device 710, a mapping relationship between the Uu and NG interface for the A-IoT service, a service area scope, or a UE context. After receiving the above information, the AMF of the CN entity 1230 may store the information.

[0176] The network device 720 transmits (1204) an RRC release message to the terminal device 710 for releasing the RRC_IDLE state and all the A-IoT-related configurations and UE context.

[0177] After switching from the RRC_CONNECTED state to the RRC_IDLE state, the terminal device 710 may collect D2R data. The network device 720 receives (1206) a paging message with an A-IoT service indication from the CN entity 1230 and transmits 1208 the paging message to the terminal device 710. The paging message may be triggered for A-IoT D2R data reporting, or A-IoT inventory / command coming from the CN entity 1230. The paging message over interfaces of the CN entity 1230 and the network device  720 may also include such an indication.

[0178] The network device 720 receives (1210) an RRCSetupRequest message with an A-IoT service indication from the terminal device 710, and then transmits (1212) an RRCSetupResponse message to the terminal device 710. The indication may indicate the setup cause value, such as A-IoT service, A-IoT data reporting, A-IoT inventory / command coming, or other reasons.

[0179] After switching from the RRC_IDLE state to the RRC_CONNECTED state, the terminal device 710 transmit (1214) an RRCSetupComplete message to the network device 720. The CN entity 1230 transmits (1218) the stored A-IoT related configuration to the network device 720. Alternatively, the network device 720 may transmit (1216) an A-IoT related configuration request to the CN entity 1230. The CN entity 1230 receives the request and then transmits (1218) the stored A-IoT related configuration. The signaling Initial Context Setup Request may be reused. Alternatively, if the network device 720 triggers to fetch the A-IoT-related configuration by the request message, the Initial UE MESSAGE may be used.

[0180] In some embodiments, after the network device 720 establishes the UE context (or after the network device 720 receives A-IoT-related configuration) , the network device 720 sends an indication to the terminal device 710 whether the A-IoT service, A-IoT data report or A-IoT inventory / command is supported. The absence of this indication also means that there is no support.

[0181] Further, the terminal device 710 may transmit (1220) , to the CN entity 1230, the D2R data collected during the RRC_IDLE state via the network device 720. The CN entity 1230 may transmit (1222) , to the terminal device 710, the A-IoT inventory / command via the network device 720. The network device 720 may transmit (1224) the A-IoT related configuration to the terminal device 710 for re-configuring the terminal device 710.

[0182] The signaling flow 1200A describes the scenario of RRC setup trigged by the A-IoT reason. Reference is now made to FIG. 12B, which describes the scenario of RRC setup trigged by other reason instead of for the A-IoT service. The same steps as those in FIG. 12A will not be described repeatedly. In the example of FIG. 12B, the paging for the terminal device 710 transmitted from the CN entity 1230 to the network device 720 and then transmitted from the network device 720 to the terminal device 710 may not include an indication for the A-IoT service.

[0183] In some embodiments, in response to the paging, the terminal device 710 may transmit a RRC setup request message to the network device 720 and receive, from the network device 720 and during the idle state of the terminal device 710, a RRC setup message. The RRC setup request message or the RRC setup message may not include any indication indicating whether at least one of the following is to be supported by the terminal device 710 during the idle sate: an A-IoT service, D2R data reporting, an A-IoT inventory message, or an A-IoT inventory message.

[0184] The terminal device 710 may switch to the RRC_CONNECTED state and transmit a RRC setup complete message to the network device 720, without indicating whether an A-IoT service is supported by the terminal device 710, whether D2R data is buffered, whether an A-IoT inventory message is supported by the terminal device 710, and / or whether an A-IoT inventory message is supported by the terminal device 710.

[0185] As shown in FIG. 12B, after the terminal device 710 is in the the RRC_CONNECTED state, the network device 720 may intend to trigger the A-IoT service at the terminal device 710. In this case, the network device 720 may transmit an A-IoT related configuration request to the CN entity 1230. The CN entity 1230 receives the request and then transmits the stored A-IoT related configuration of the terminal device 710. The signaling Initial Context Setup Request may be reused. Alternatively, if the network device 720 triggers to fetch the A-IoT-related configuration by the request message, the Initial UE MESSAGE may be used.

[0186] After receiving the A-IoT related configuration from the CN entity 1230, the network device 720 transmits (1232) the A-IoT service supported to the terminal device 710. As such, the terminal device 710 is indicated that the network device 720 supports the A-IoT service, and if the terminal device 710 is configured to support A-IoT service, it may transmit (1234) the seventh indication to the network device 720 that it supports A-IoT service, whether A-IoT D2R data is buffered, and whether A-IoT inventory / command is supported. Further, the terminal device 710 may transmit, to the CN entity 1230, the D2R data collected during the RRC_IDLE state via the network device 720. The CN entity 1230 may transmit, to the terminal device 710, the A-IoT inventory / command via the network device 720. The network device 720 may transmit (1224) the A-IoT related configuration to the terminal device 710 for re-configuring the terminal device 710.

[0187] In some embodiments, if the seventh indication is absent or the seventh indication indicates that the above at least one is not to be supported, the terminal device 710 may release the reader configuration information and discard the D2R data that is buffered during the idle state.

[0188] For example, if the terminal device 710 is indicated the network device 720 does not support the A-IoT service, it may release the A-IoT-related configuration and discard the buffered D2R data. Alternatively, the terminal device 710 may keep the A-IoT-related configuration and the buffered D2R data and wait for the next resume occasion.

[0189] The absence of the seventh indication also means that the network device 720 does not support the A-IoT service.

[0190] Then, the network device 720 prepares the SRB or DRB for the D2R data reporting or inventory / command transmission. The terminal device 710 reports the buffered D2R data or receives the inventory / command via the SRB or DRB. And the network device 720 may re-configure the A-IoT reader configuration by RRC messages.

[0191] FIGS. 13A and 13B illustrate signaling flows 1300A and 1300B for D2R data reporting in accordance with some embodiments of the present disclosure. The signaling flows 1300A and 1300B involve the terminal device 710, the network device 720 and a CN entity 1230. The CN entity 1230 may be considered as an example of the CN network device 130 in FIG. 1. The network device 720 may communicate with the CN entity 1230. For the purposes of discussion, the signaling flows 1300A and 1300B will be discussed with reference to FIG. 1.

[0192] As shown in FIG. 13A, during the RRC_CONNECTED state, the network device 720 transmits (1302) an A-IoT related configuration (or UE context) to the CN entity 1230 (e.g., AMF) before the terminal device 710 turns to the RRC_IDLE state. For example, the terminal device 710 may report at least one of: a target node ID (e.g., A-IoT-enabled CN entity) , a SRB / DRB configuration for A-IoT service, allocated resources for the A-IoT service, allocated resources for the terminal device 710, an A-IoT physical / MAC layer configuration for the terminal device 710, a mapping relationship between the Uu and NG interface for the A-IoT service, a service area scope, or a UE context. After receiving the above information, the AMF of the CN entity 1230 may store the information.

[0193] The network device 720 transmits (1304) an RRC release message to the  terminal device 710 for releasing the RRC_IDLE state and all the A-IoT-related configurations and UE context.

[0194] After switching from the RRC_CONNECTED state to the RRC_IDLE state, the terminal device 710 may collect D2R data. The network device 720 receives (1306) a paging message with an A-IoT service indication from the CN entity 1230 and transmits (1308) the paging message to the terminal device 710. The paging message may be triggered for A-IoT D2R data reporting, or A-IoT inventory / command coming from the CN entity 1230. The paging message over interfaces of the CN entity 1230 and the network device 720 may also include such an indication.

[0195] The network device 720 receives (1310) an RRCSetupRequest message with an A-IoT service indication from the terminal device 710, and then transmits (1312) an RRCSetupResponse message to the terminal device 710, which includes an indication for indicating if the A-IoT service is supported or not, if the A-IoT data report is supported or not, and if the A-IoT inventory / command is supported or not. The absence of this indication also means not support.

[0196] If the network device 720 indicates support, after switching from the RRC_IDLE state to the RRC_CONNECTED state, the terminal device 710 transmits (1314) the RRCSetupComplete message to network device 720. In some embodiments, the RRCSetupComplete message may indicate whether it supports A-IoT service, whether A-IoT D2R data is buffered, and whether A-IoT inventory / command is supported. The absence of this indication also means it is not supported.

[0197] The CN entity 1230 transmits (1318) the stored A-IoT related configuration to the network device 720. Alternatively, the network device 720 may transmit (1316) an A-IoT related configuration request to the CN entity 1230. The CN entity 1230 receives the request and then transmits (1318) the stored A-IoT related configuration. The signaling Initial Context Setup Request may be reused. Alternatively, if the network device 720 triggers to fetch the A-IoT-related configuration by the request message, the Initial UE MESSAGE may be used.

[0198] Further, the terminal device 710 may transmit 1320, to the CN entity 1230, the D2R data collected during the RRC_IDLE state via the network device 720. The CN entity 1230 may transmit 1322, to the terminal device 710, the A-IoT inventory / command via the network device 720. The network device 720 may transmit 1324 the A-IoT related  configuration to the terminal device 710 for re-configuring the terminal device 710.

[0199] In some embodiments, if the network device 720 indicates no support, the terminal device 710 may release the A-IoT-related configuration and discard the buffered D2R data. Alternatively, the network device 720 may keep the A-IoT-related configuration and the buffered D2R data and wait for the next resume occasion.

[0200] The signaling flow 1300A describes the scenario of RRC setup trigged by the A-IoT reason, and the signaling flow 1300B describes the scenario of RRC setup trigged by other reason instead of for the A-IoT service. The same steps as those in FIG. 13A will not be described repeatedly. In the example of FIG. 13B, the paging for the terminal device 710 transmitted from the CN entity 1230 to the network device 720 and then transmitted from the network device 720 to the terminal device 710 may not include an indication for the A-IoT service.

[0201] In some embodiments o FIG. 13B, in response to the paging, the terminal device 710 may transmit a RRC setup request message to the network device 720 and receive, from the network device 720 and during the idle state of the terminal device 710, a RRC setup message. The RRC setup message may include an indication indicating whether at least one of the following is to be supported by the terminal device 710 during the idle sate: an A-IoT service, D2R data reporting, an A-IoT inventory message, or an A-IoT inventory message.

[0202] The terminal device 710 may switch to the RRC_CONNECTED state and transmit a RRC setup complete message to the network device 720, which may indicate whether an A-IoT service is supported by the terminal device 710, whether D2R data is buffered, whether an A-IoT inventory message is supported by the terminal device 710, and / or whether an A-IoT inventory message is supported by the terminal device 710. The rest steps of the signaling flow 1300B are similar as those in the signaling flow 1300A.

[0203] In another solution, the A-IoT related configuration of the network device 720 may be sent to the terminal device 710 before the terminal device 710 turns to the idle state. The A-IoT-related configuration may not be the full A-IoT configuration of network device 720 but an extra configuration different from the configuration stored on the terminal device 710. The additional configuration with the A-IoT-related configuration stored in the terminal device 710 could be reported to the network device 720 when the terminal device 710 returns from the idle state to the connected state so that the network  device 720 may establish the context and interface (e.g., NG interface) to support the transmission of D2R data. The following will describe the details with reference to FIGS. 14A and 14B.

[0204] FIGS. 14A and 14B illustrate signaling flows 1400A and 1400B for D2R data reporting in accordance with some embodiments of the present disclosure. The signaling flows 1400A and 1400B involve the terminal device 710, the network device 720 and a CN entity 1230. The CN entity 1230 may be considered as an example of the CN network device 130 in FIG. 1. The network device 720 may communicate with the CN entity 1230. For the purposes of discussion, the signaling flows 1400A and 1400B will be discussed with reference to FIG. 1.

[0205] As shown in FIG. 14A, during the RRC_CONNECTED state, the network device 720 transmits (1402) an A-IoT related configuration (or UE context) to the terminal device 710. The network device 720 transmits (1404) an RRC release message to the terminal device 710 for releasing the RRC_IDLE state and all the A-IoT-related configurations and UE context.

[0206] After switching from the RRC_CONNECTED state to the RRC_IDLE state, the terminal device 710 may collect D2R data. The network device 720 receives (1406) a paging message with an A-IoT service indication from the CN entity 1230 and transmits (1408) the paging message to the terminal device 710. The paging message may be triggered for A-IoT D2R data reporting, or A-IoT inventory / command coming from the CN entity 1230. The paging message over interfaces of the CN entity 1230 and the network device 720 may also include such an indication.

[0207] The network device 720 receives (1410) an RRCSetupRequest message with an A-IoT service indication from the terminal device 710, and then transmits (1412) an RRCSetupResponse message to the terminal device 710.

[0208] In some embodiments, the reader configuration information may be included in the RRC setup complete message or may be transmitted by the terminal device 710 to the network device 720 after context information related to the terminal device 710 is established by the network device 720.

[0209] As shown in FIG. 14A, after switching from the RRC_IDLE state to the RRC_CONNECTED state, the terminal device 710 transmit (1414) an RRCSetupComplete  message to the network device 720. Alternatively, the terminal device 710 may transmit (1416) a NG-RAN-related A-IoT configuration to the network device 720 after network device 720 establishes UE context (e.g., reporting D2R data) .

[0210] In some embodiments, the stored NG-RAN-related A-IoT configuration may be transmitted to network device 720 by the RRCSetupComplete message. Alternatively, the NG-RAN-related A-IoT configuration may be transmitted in the RRCsetupRequest message. Alternatively, Or the NG-RAN-related A-IoT configuration may be transmitted in an RRC reconfiguration complete message when the terminal device 710 turns to the RRC_CONNECTED state.

[0211] Further, the terminal device 710 may transmit 1418, to the CN entity 1230, the D2R data collected during the RRC_IDLE state via the network device 720. The CN entity 1230 may transmit 1420, to the terminal device 710, the A-IoT inventory / command via the network device 720. The network device 720 may transmit (1422) the A-IoT related configuration to the terminal device 710 for re-configure the terminal device 710.

[0212] The signaling flow 1400A describes the scenario of RRC setup trigged by the A-IoT reason, and the signaling flow 1400B describes the scenario of RRC setup trigged by other reason instead of for the A-IoT service. The same steps as those in FIG. 14A will not be described repeatedly. In the example of FIG. 14B, the paging for the terminal device 710 transmitted from the CN entity 1230 to the network device 720 and then transmitted from the network device 720 to the terminal device 710 may not include an indication for the A-IoT service. Further, in some embodiments o FIG. 14B, in response to the paging, the network device 720 transmit an RRC setup request message without indicating whether at least one of the following is to be supported by the terminal device 710 during the idle sate: an A-IoT service, D2R data reporting, an A-IoT inventory message, or an A-IoT inventory message.

[0213] The terminal device 710 may switch to the RRC_CONNECTED state and transmit a RRC setup complete message to the network device 720, which may indicate whether an A-IoT service is supported by the terminal device 710, whether D2R data is buffered, whether an A-IoT inventory message is supported by the terminal device 710, and / or whether an A-IoT inventory message is supported by the terminal device 710. The rest steps of the signaling flow 1300B are similar as those in the signaling flow 1400A.

[0214] FIG. 15 illustrates a flowchart of a communication method 1500 implemented at  a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1500 will be described from the perspective of the terminal device 710 in FIG. 7.

[0215] At block 1510, the terminal device 710 receives, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service. The reader configuration information at least comprises a configuration for the reader function in an inactive state and / or an idle state of the terminal device.

[0216] At block 1520, in accordance with a determination that the terminal device switches from the connected state to the inactive state or the idle state, the terminal device 710 performs the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state.

[0217] In some example embodiments, the reader configuration information indicates an AS layer configuration and an upper layer configuration, and wherein the AS layer configuration is stored at an AS layer of the terminal device, and the upper layer configuration is forwarded by the AS layer to an upper layer of the terminal device and is stored at the upper layer of the terminal device.

[0218] In some example embodiments, the reader configuration information comprises at least one of: a configuration related to reporting of D2R data by the terminal device, a configuration of an A-IoT service area, a delta configuration for the reader function in the connected state of the terminal device, command assistant information, or an ID of a AS entity for receiving D2R data.

[0219] In some example embodiments, the reporting related configuration indicates at least one of: a periodicity for periodic reporting of the D2R data by the terminal device, a buffer threshold that triggers the terminal device to report the D2R data, or an indication of reporting after an A-IoT inventory procedure is finished.

[0220] In some example embodiments, the terminal device 710 monitors, by the terminal device, whether the terminal device is located within or moves out of the A-IoT service area during the inactive state or the idle state of the terminal device; and in accordance with a determination that the terminal device moves out of the A-IoT service area, ceases or suspends the A-IoT service, and / or release the reader configuration  information.

[0221] In some example embodiments, the terminal device 710 determines whether the reader configuration information is to be released and / or whether the terminal device supports the A-IoT service during the inactive state or the idle state based on at least one of the following: a RRC release message received from the network device, NAS signaling received from the network device, or UPF data received from the network device; in accordance with a determination that the reader configuration information is not to be released and / or the terminal device supports the A-IoT service during the inactive state or the idle state, perform the reader function during the inactive state or the idle state; and in accordance with a determination that the reader configuration information is to be released and / or the terminal device fails to support the A-IoT service during the inactive state or the idle state, discard the reader configuration information.

[0222] In some example embodiments, the RRC release message, the NAS signaling, or the UPF data comprises: a first indication indicative of whether the reader configuration information is to be released in the inactive state, a second indication indicative of whether the reader configuration information is to be released in the idle state, a third indication indicative of whether the terminal device supports the A-IoT service in the inactive state, and / or a fourth indication indicative of whether the terminal device supports the A-IoT service in the idle state.

[0223] In some example embodiments, the terminal device 710 in accordance with a determination that the first, second, third, and fourth indications are not comprised in the received RRC release message, NAS signaling, or UPF data, determines that the reader configuration information is to be released and / or the terminal device does not support the A-IoT service during the inactive state or the idle state.

[0224] In some example embodiments, the terminal device 710 in accordance with a determination that the first, second, third, and / or fourth indications are comprised in the NAS signaling or the UPF data, forwards the first, second, third, and / or fourth indications to an AS layer of the terminal device, or informs the AS layer to store the reader configuration information during the inactive state or the idle state.

[0225] In some example embodiments, the terminal device 710 in accordance with a determination that the reader configuration information is to be released and / or the terminal device fails to support the A-IoT service during the inactive state or the idle state,  discards the reader configuration information at an AS layer of the terminal device, informs an upper layer of the terminal device to release the reader configuration information, and discards buffered D2R data at the AS layer or the upper layer.

[0226] In some example embodiments, the terminal device 710 in accordance with a determination that the terminal device switches from the connected state to the inactive state, maintains the reader configuration information in inactive context information or context information related to the terminal device.

[0227] In some example embodiments, the terminal device 710 buffers, based on the reader configuration information, D2R data that is previously or subsequently received during the inactive state or the idle state at an AS layer, a NAS layer, or an application layer of the terminal device.

[0228] In some example embodiments, the terminal device 710 in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state, transmits, to the network device, D2R data that is buffered during the inactive state or the idle state.

[0229] In some example embodiments, the terminal device 710 in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state, stops transmission of the D2R data in response to a fifth indication that the network device is overloaded, and resumes the transmission of the D2R data in response to a sixth indication that the network device is not overloaded.

[0230] In some example embodiments, the terminal device 710 in accordance with that the D2R data is to be reported by a control plane of the terminal device, transmits the D2R data via a signaling radio bearer (SRB) to the network device, and in accordance with that the D2R data is to be reported by a user plane of the terminal device, transmits the D2R data via a data radio bearer (DRB) to the network device.

[0231] In some example embodiments, the D2R data is conveyed in an RRC container from the terminal device to the network device via the SRB, and the D2R data collected in one or more inventory procedures is comprised in one or more D2R data containers to be transmitted from the terminal device to the network device.

[0232] In some example embodiments, the terminal device 710 in accordance with a determination that the terminal device switches from the inactive state or idle state to the  connected state and in accordance with a reception of a retrieve indication from the network device, transmits, to the network device, D2R data that is buffered during the inactive state or the idle state.

[0233] In some example embodiments, the terminal device 710 in accordance with a determination that buffered D2R data is to be reported during the inactive state or the idle state, initiates a connection resume procedure or a connection setup procedure with the network device, to switch from the inactive state or the idle state to the connected state; and in accordance with a determination that the connection resume procedure or the connection setup procedure is successfully completed, transmits, to the network device, the D2R data that is buffered during the inactive state or the idle state.

[0234] In some example embodiments, the terminal device 710 receives a paging message from the network device and during the inactive state; in accordance with a determination that the paging message comprises a first paging cause indicating the A-IoT service, transmits, to the network device, a first resume request to initiate a first connection resume procedure, to switch from the inactive state to the connected state; and in accordance with a determination that the first connection resume procedure is successfully completed and a first SRB or first DRB is established with the network device, transmits, to the network device, D2R data that is buffered during the inactive state via the first SRB or the first DRB, and / or receives, from the network device, an A-IoT inventory message or an A-IoT command message via the first SRB or the first DRB.

[0235] In some example embodiments, the terminal device 710 in accordance with a determination that the paging message comprises a second paging cause different from the first paging cause, transmits, to the network device, a second resume request to initiate a second connection resume procedure, to switch from the inactive state to the connected state; receives, from the network device, a resume message comprising an indication indicative of whether the network device supports D2R data that is buffered in the inactive state or whether the network device supports the A-IoT service; and in accordance with a determination that the network device supports D2R data that is buffered during the inactive state or the network device supports the A-IoT service, transmits, to the network device, a resume complete message indicating whether the terminal device has D2R data to be reported; and in accordance with a determination that the terminal device has D2R data to be reported, transmits, to the network device and during the connected state of the  terminal device, D2R data that is buffered in the inactive state.

[0236] In some example embodiments, the terminal device 710 in accordance with a determination that the network device fails to support D2R data that is buffered during the inactive state or the network device fails to support the A-IoT service, restrains, during the connected state of the terminal device, from transmitting the D2R data that is buffered in the inactive state to the network device.

[0237] In some example embodiments, the terminal device 710 receives a first response message indicating a first rejection to the first resume request from the network device; and in response to the first rejection, releases the reader configuration information; and discards the D2R data that is buffered during the inactive state.

[0238] In some example embodiments, the terminal device 710 in response to receiving, from the network device and before switching from the connected state to the idle state of the terminal device, additional configuration information for the reader function, stores the additional configuration information; and in accordance with a determination that the terminal device switches from the idle state to the connected state, transmits, to the network device, the additional configuration information.

[0239] In some example embodiments, the terminal device 710 receives, from the network device and during the idle state of the terminal device, a RRC setup message, the RRC setup message comprising a seventh indication indicating whether at least one of the following is to be supported by the terminal device during the idle sate: an A-IoT service, D2R data reporting, an A-IoT inventory message, or an A-IoT inventory message; and in response the seventh indication indicates that the above at least one is to be supported, transmit, to the network device, a RRC setup complete message to indicate at least one of: whether an A-IoT service is supported by the terminal device, whether D2R data is buffered, whether an A-IoT inventory message is supported by the terminal device, or whether an A-IoT inventory message is supported by the terminal device.

[0240] In some example embodiments, the terminal device 710 in response to absence of the seventh indication or the seventh indication indicates that the above at least one is not to be supported, releases the reader configuration information; and discards the D2R data that is buffered during the idle state.

[0241] In some example embodiments, the reader configuration information is  comprised in the RRC setup complete message or is transmitted by the terminal device to the network device after context information related to the terminal device is established by the network device.

[0242] FIG. 16 illustrates a flowchart of a communication method 1600 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1600 will be described from the perspective of the network device 720 in FIG. 7.

[0243] At block 1610, the network device 720 transmits, to the terminal device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service. The reader configuration information at least comprises a configuration of the reader function for an inactive state and / or an idle state of the terminal device.

[0244] At block 1620, the network device 720 in accordance with a determination that the terminal device switches from the inactive sate or the idle state to the connected state, receives D2R data that is buffered during the inactive state or the idle state of the terminal device.

[0245] In some example embodiments, the reader configuration information indicates an AS layer configuration and an upper layer configuration, and wherein the AS layer configuration is stored at an AS layer of the terminal device, and the upper layer configuration is forwarded by the AS layer to an upper layer of the terminal device and is stored at the upper layer of the terminal device.

[0246] In some example embodiments, the reader configuration information comprises at least one of: a configuration related to reporting of D2R data by the terminal device, a configuration of an A-IoT service area, a delta configuration for the reader function in the connected state of the terminal device, command assistant information, or an ID of a AS entity for receiving D2R data.

[0247] In some example embodiments, the reporting related configuration indicates at least one of: a periodicity for periodic reporting of the D2R data by the terminal device, a buffer threshold that triggers the terminal device to report the D2R data, or an indication of reporting after an A-IoT inventory procedure is finished.

[0248] In some example embodiments, the network device 720 transmits, to the terminal  device, one of the following: a RRC release message, NAS signaling, or UPF data, and wherein the RRC release message, the NAS signaling, or the UPF data comprises: a first indication indicative of whether the reader configuration information is to be released in the inactive state, a second indication indicative of whether the reader configuration information is to be released in the idle state, a third indication indicative of whether the terminal device supports the A-IoT service in the inactive state, and / or a fourth indication indicative of whether the terminal device supports the A-IoT service in the idle state.

[0249] In some example embodiments, the network device 720 in accordance with a determination that the network device is overloaded, transmits, to the terminal device, a fifth indication that the network device is overloaded, and ceases reception of the D2R data from the terminal device; and in accordance with a determination that the network device is not overloaded, transmits, to the terminal device, a sixth indication that the network device is not overloaded, and resumes reception of the D2R data from the terminal device.

[0250] In some example embodiments, the network device 720 receives, from the terminal device, the D2R data via a SRB or a DRB, and wherein the D2R data is conveyed in a RRC container from the terminal device to the network device.

[0251] In some example embodiments, the D2R data collected in one or more inventory procedures is comprised in one or more D2R data containers to be transmitted from the terminal device to the network device.

[0252] In some example embodiments, the network device 720 in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state, transmits, to the terminal device, a retrieve indication of retrieving D2R data; and receives the D2R data from the terminal device.

[0253] In some example embodiments, the network device 720 performs a connection resume procedure or a connection setup procedure with the terminal device, to switch the terminal device from the inactive state or the idle state to the connected state; and in accordance with a determination that the connection resume procedure or the connection setup procedure is successfully completed, receives, from the terminal device, the D2R data that is buffered during the inactive state or the idle state.

[0254] In some example embodiments, the network device 720 transmits, to the terminal  device and during the inactive state of the terminal device, a paging message, wherein the paging message comprises a first paging cause indicating the A-IoT service, or a second paging cause different from the first paging cause; in accordance with a determination that the paging message comprises the first paging cause, receives, from the terminal device, a first resume request to initiate a first connection resume procedure, to switch the terminal device from the inactive state to the connected state; and in accordance with a determination that the first connection resume procedure is successfully completed and a first SRB or first DRB is established with the terminal device, receives, from the terminal device, the D2R data that is buffered during the inactive state via the first SRB or the first DRB, or transmits, to the terminal device, an A-IoT inventory message or an A-IoT command message via the first SRB or the first DRB.

[0255] In some example embodiments, the network device 720 in accordance with a determination that the paging message comprises the second paging cause, receives, from the terminal device, a second resume request to initiate a second connection resume procedure, to switch from the inactive state to the connected state; transmits, to the terminal device, a resume message comprising an indication indicative of whether the network device supports D2R data that is buffered in the inactive state or whether the network device supports the A-IoT service; in accordance with a determination that the network device supports D2R data that is buffered during the inactive state or the network device supports the A-IoT service, receives, from the terminal device, a resume complete message indicating whether the terminal device has D2R data to be reported; and in accordance with a determination that the terminal device has D2R data to be reported, receives, from the terminal device and during the connected state of the terminal device, D2R data that is buffered in the inactive state.

[0256] In some example embodiments, the network device 720 in accordance with a determination that the A-IoT service is not supported by the terminal device, transmits, to the terminal device, a first response message indicating a first rejection to the first resume request.

[0257] In some example embodiments, the network device 720 discards the reader configuration information for the terminal device after the terminal device switching to the idle state; and in accordance with a determination that the terminal device switches from the idle state to the connected state, receives, from the terminal device, the reader  configuration information from a core network entity.

[0258] In some example embodiments, the network device 720 transmits, to the terminal device and before the terminal device switching from the connected state to the idle state, additional configuration information for the reader function; and in accordance with a determination that the terminal device switches from the idle state to the connected state, receives, from the terminal device, the additional configuration information.

[0259] In some example embodiments, the network device 720 transmits, to the terminal device and during the idle state of the terminal device, a RRC setup message, the RRC setup message comprising a seventh indication indicating whether at least one of the following is to be supported by the terminal device during the idle sate: an A-IoT service, D2R data reporting, an A-IoT inventory message, or an A-IoT inventory message; and in response the seventh indication indicates that the above at least one is to be supported, receives, from the terminal device, a RRC setup complete message to indicate at least one of:whether an A-IoT service is supported by the terminal device, whether D2R data is buffered, whether an A-IoT inventory message is supported by the terminal device, or whether an A-IoT inventory message is supported by the terminal device.

[0260] In some example embodiments, the reader configuration information is comprised in the RRC setup complete message or is transmitted by the terminal device to the network device after context information related to the terminal device is established by the network device.

[0261] FIG. 17 is a simplified block diagram of a device 1700 that is suitable for implementing embodiments of the present disclosure. The device 1700 can be considered as a further example implementation of any of the devices as shown in FIGS. 1 and 7-14B. Accordingly, the device 1700 can be implemented at or as at least a part of the terminal device 710 or the network device 720.

[0262] As shown, the device 1700 includes a processor 1710, a memory 1720 coupled to the processor 1710, a suitable transceiver 1740 coupled to the processor 1710, and a communication interface coupled to the transceiver 1740. The memory 1720 stores at least a part of a program 1730. The transceiver 1740 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1740 may include at least one of a transmitter 1742 and a receiver 1744. The transmitter 1742 and the receiver 1744 may be functional modules or physical entities. The transceiver 1740  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.

[0263] The program 1730 is assumed to include program instructions that, when executed by the associated processor 1710, enable the device 1700 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 and 7-16. The embodiments herein may be implemented by computer software executable by the processor 1710 of the device 1700, or by hardware, or by a combination of software and hardware. The processor 1710 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1710 and memory 1720 may form processing means 1750 adapted to implement various embodiments of the present disclosure.

[0264] The memory 1720 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 1720 is shown in the device 1700, there may be several physically distinct memory modules in the device 1700. The processor 1710 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 1700 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.

[0265] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device and during a connected state of the terminal device, reader configuration  information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration for the reader function in an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the connected state to the inactive state or the idle state, perform the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0266] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: transmit, to the terminal device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration of the reader function for an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the inactive sate or the idle state to the connected state, receive D2R data that is buffered during the inactive state or the idle state of the terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

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

[0268] According to embodiments of the present disclosure, a terminal apparatus is  provided. The terminal apparatus comprises means for receiving, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration for the reader function in an inactive state and / or an idle state of the terminal device; and means for in accordance with a determination that the terminal device switches from the connected state to the inactive state or the idle state, performing the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state. In some embodiments, the terminal apparatus may comprise means for performing the respective operations of the method 1500. In some example embodiments, the terminal apparatus may further comprise means for performing other operations in some example embodiments of the method 1500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0269] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for transmitting, to the terminal device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration of the reader function for an inactive state and / or an idle state of the terminal device; and means for in accordance with a determination that the terminal device switches from the inactive sate or the idle state to the connected state, receiving D2R data that is buffered during the inactive state or the idle state of the terminal device. In some embodiments, the network apparatus may comprise means for performing the respective operations of the method 1600. In some example embodiments, the network apparatus may further comprise means for performing other operations in some example embodiments of the method 1600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

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

[0271] In an aspect, it is proposed a terminal device comprising: a processor configured to cause the terminal device to: receive, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader  function of the terminal device for an A-IoT service, the reader configuration information at least comprising a configuration for the reader function in an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the connected state to the inactive state or the idle state, perform the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state.

[0272] In some embodiments, the reader configuration information indicates an AS layer configuration and an upper layer configuration, and wherein the AS layer configuration is stored at an AS layer of the terminal device, and the upper layer configuration is forwarded by the AS layer to an upper layer of the terminal device and is stored at the upper layer of the terminal device.

[0273] In some embodiments, the reader configuration information comprises at least one of: a configuration related to reporting of D2R data by the terminal device, a configuration of an A-IoT service area, a delta configuration for the reader function in the connected state of the terminal device, command assistant information, or an ID of a AS entity for receiving D2R data.

[0274] In some embodiments, the reporting related configuration indicates at least one of: a periodicity for periodic reporting of the D2R data by the terminal device, a buffer threshold that triggers the terminal device to report the D2R data, or an indication of reporting after an A-IoT inventory procedure is finished.

[0275] In some embodiments, the terminal device is further caused to: monitor, by the terminal device, whether the terminal device is located within or moves out of the A-IoT service area during the inactive state or the idle state of the terminal device; and in accordance with a determination that the terminal device moves out of the A-IoT service area, cease or suspend the A-IoT service, and / or release the reader configuration information.

[0276] In some embodiments, the terminal device is further caused to: determine whether the reader configuration information is to be released and / or whether the terminal device supports the A-IoT service during the inactive state or the idle state based on at least one of the following: a RRC release message received from the network device, NAS signaling received from the network device, or UPF data received from the network device; in accordance with a determination that the reader configuration information is not to be  released and / or the terminal device supports the A-IoT service during the inactive state or the idle state, perform the reader function during the inactive state or the idle state; and in accordance with a determination that the reader configuration information is to be released and / or the terminal device fails to support the A-IoT service during the inactive state or the idle state, discard the reader configuration information.

[0277] In some embodiments, the RRC release message, the NAS signaling, or the UPF data comprises: a first indication indicative of whether the reader configuration information is to be released in the inactive state, a second indication indicative of whether the reader configuration information is to be released in the idle state, a third indication indicative of whether the terminal device supports the A-IoT service in the inactive state, and / or a fourth indication indicative of whether the terminal device supports the A-IoT service in the idle state.

[0278] In some embodiments, the terminal device is caused to: in accordance with a determination that the first, second, third, and fourth indications are not comprised in the received RRC release message, NAS signaling, or UPF data, determine that the reader configuration information is to be released and / or the terminal device does not support the A-IoT service during the inactive state or the idle state.

[0279] In some embodiments, the terminal device is caused to: in accordance with a determination that the first, second, third, and / or fourth indications are comprised in the NAS signaling or the UPF data, forward the first, second, third, and / or fourth indications to an AS layer of the terminal device, or inform the AS layer to store the reader configuration information during the inactive state or the idle state.

[0280] In some embodiments, the terminal device is caused to: in accordance with a determination that the reader configuration information is to be released and / or the terminal device fails to support the A-IoT service during the inactive state or the idle state, discard the reader configuration information at an AS layer of the terminal device, inform an upper layer of the terminal device to release the reader configuration information, and discard buffered D2R data at the AS layer or the upper layer.

[0281] In some embodiments, the terminal device is further caused to: in accordance with a determination that the terminal device switches from the connected state to the inactive state, maintain the reader configuration information in inactive context information or context information related to the terminal device.

[0282] In some embodiments, the terminal device is further caused to: buffer, based on the reader configuration information, D2R data that is previously or subsequently received during the inactive state or the idle state at an AS layer, a NAS layer, or an application layer of the terminal device.

[0283] In some embodiments, the terminal device is further caused to: in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state, transmit, to the network device, D2R data that is buffered during the inactive state or the idle state.

[0284] In some embodiments, the terminal device is caused to: in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state, stop transmission of the D2R data in response to a fifth indication that the network device is overloaded, and resume the transmission of the D2R data in response to a sixth indication that the network device is not overloaded.

[0285] In some embodiments, the terminal device is caused to: in accordance with that the D2R data is to be reported by a control plane of the terminal device, transmit the D2R data via a SRB to the network device, and in accordance with that the D2R data is to be reported by a user plane of the terminal device, transmit the D2R data via a DRB to the network device.

[0286] In some embodiments, the D2R data is conveyed in an RRC container from the terminal device to the network device via the SRB, and wherein the D2R data collected in one or more inventory procedures is comprised in one or more D2R data containers to be transmitted from the terminal device to the network device.

[0287] In some embodiments, the terminal device is caused to: in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state and in accordance with a reception of a retrieve indication from the network device, transmit, to the network device, D2R data that is buffered during the inactive state or the idle state.

[0288] In some embodiments, the terminal device is caused to: in accordance with a determination that buffered D2R data is to be reported during the inactive state or the idle state, initiate a connection resume procedure or a connection setup procedure with the network device, to switch from the inactive state or the idle state to the connected state;  and in accordance with a determination that the connection resume procedure or the connection setup procedure is successfully completed, transmit, to the network device, the D2R data that is buffered during the inactive state or the idle state.

[0289] In some embodiments, the terminal device is further caused to: receive a paging message from the network device and during the inactive state; in accordance with a determination that the paging message comprises a first paging cause indicating the A-IoT service, transmit, to the network device, a first resume request to initiate a first connection resume procedure, to switch from the inactive state to the connected state; and in accordance with a determination that the first connection resume procedure is successfully completed and a first SRB or first DRB is established with the network device, transmit, to the network device, D2R data that is buffered during the inactive state via the first SRB or the first DRB, and / or receive, from the network device, an A-IoT inventory message or an A-IoT command message via the first SRB or the first DRB.

[0290] In some embodiments, the terminal device is further caused to: in accordance with a determination that the paging message comprises a second paging cause different from the first paging cause, transmit, to the network device, a second resume request to initiate a second connection resume procedure, to switch from the inactive state to the connected state; receive, from the network device, a resume message comprising an indication indicative of whether the network device supports D2R data that is buffered in the inactive state or whether the network device supports the A-IoT service; and in accordance with a determination that the network device supports D2R data that is buffered during the inactive state or the network device supports the A-IoT service, transmit, to the network device, a resume complete message indicating whether the terminal device has D2R data to be reported; and in accordance with a determination that the terminal device has D2R data to be reported, transmit, to the network device and during the connected state of the terminal device, D2R data that is buffered in the inactive state.

[0291] In some embodiments, the terminal device is further caused to: in accordance with a determination that the network device fails to support D2R data that is buffered during the inactive state or the network device fails to support the A-IoT service, restrain, during the connected state of the terminal device, from transmitting the D2R data that is buffered in the inactive state to the network device.

[0292] In some embodiments, the terminal device is further caused to: receive a first response message indicating a first rejection to the first resume request from the network device; and in response to the first rejection, release the reader configuration information; and discard the D2R data that is buffered during the inactive state.

[0293] In some embodiments, the terminal device is caused to: in response to receiving, from the network device and before switching from the connected state to the idle state of the terminal device, additional configuration information for the reader function, store the additional configuration information; and in accordance with a determination that the terminal device switches from the idle state to the connected state, transmit, to the network device, the additional configuration information.

[0294] In some embodiments, the terminal device is further caused to: receive, from the network device and during the idle state of the terminal device, a RRC setup message, the RRC setup message comprising a seventh indication indicating whether at least one of the following is to be supported by the terminal device during the idle sate: an A-IoT service, D2R data reporting, an A-IoT inventory message, or an A-IoT inventory message; and in response the seventh indication indicates that the above at least one is to be supported, transmit, to the network device, a RRC setup complete message to indicate at least one of: whether an A-IoT service is supported by the terminal device, whether D2R data is buffered, whether an A-IoT inventory message is supported by the terminal device, or whether an A-IoT inventory message is supported by the terminal device.

[0295] In some embodiments, the terminal device is further caused to: in response to absence of the seventh indication or the seventh indication indicates that the above at least one is not to be supported, release the reader configuration information; and discard the D2R data that is buffered during the idle state.

[0296] In some embodiments, the reader configuration information is comprised in the RRC setup complete message or is transmitted by the terminal device to the network device after context information related to the terminal device is established by the network device.

[0297] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: transmit, to the terminal device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an A-IoT service, the reader configuration information  at least comprising a configuration of the reader function for an inactive state and / or an idle state of the terminal device; and in accordance with a determination that the terminal device switches from the inactive sate or the idle state to the connected state, receive D2R data that is buffered during the inactive state or the idle state of the terminal device.

[0298] In some embodiments, the reader configuration information indicates an AS layer configuration and an upper layer configuration, and wherein the AS layer configuration is stored at an AS layer of the terminal device, and the upper layer configuration is forwarded by the AS layer to an upper layer of the terminal device and is stored at the upper layer of the terminal device.

[0299] In some embodiments, the reader configuration information comprises at least one of: a configuration related to reporting of D2R data by the terminal device, a configuration of an A-IoT service area, a delta configuration for the reader function in the connected state of the terminal device, command assistant information, or an ID of a AS entity for receiving D2R data.

[0300] In some embodiments, the reporting related configuration indicates at least one of: a periodicity for periodic reporting of the D2R data by the terminal device, a buffer threshold that triggers the terminal device to report the D2R data, or an indication of reporting after an A-IoT inventory procedure is finished.

[0301] In some embodiments, the network device is further caused to: transmit, to the terminal device, one of the following: a RRC release message, NAS signaling, or UPF data, and wherein the RRC release message, the NAS signaling, or the UPF data comprises: a first indication indicative of whether the reader configuration information is to be released in the inactive state, a second indication indicative of whether the reader configuration information is to be released in the idle state, a third indication indicative of whether the terminal device supports the A-IoT service in the inactive state, and / or a fourth indication indicative of whether the terminal device supports the A-IoT service in the idle state.

[0302] In some embodiments, the network device is caused to: in accordance with a determination that the network device is overloaded, transmit, to the terminal device, a fifth indication that the network device is overloaded, and cease reception of the D2R data from the terminal device; and in accordance with a determination that the network device is not overloaded, transmit, to the terminal device, a sixth indication that the network  device is not overloaded, and resume reception of the D2R data from the terminal device.

[0303] In some embodiments, the network device is caused to: receive, from the terminal device, the D2R data via a SRB or a DRB, and wherein the D2R data is conveyed in a RRC container from the terminal device to the network device.

[0304] In some embodiments, the D2R data collected in one or more inventory procedures is comprised in one or more D2R data containers to be transmitted from the terminal device to the network device.

[0305] In some embodiments, the network device is caused to: in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state, transmit, to the terminal device, a retrieve indication of retrieving D2R data; and receive the D2R data from the terminal device.

[0306] In some embodiments, the network device is caused to: perform a connection resume procedure or a connection setup procedure with the terminal device, to switch the terminal device from the inactive state or the idle state to the connected state; and in accordance with a determination that the connection resume procedure or the connection setup procedure is successfully completed, receive, from the terminal device, the D2R data that is buffered during the inactive state or the idle state.

[0307] In some embodiments, the network device is caused to: transmit, to the terminal device and during the inactive state of the terminal device, a paging message, wherein the paging message comprises a first paging cause indicating the A-IoT service, or a second paging cause different from the first paging cause; in accordance with a determination that the paging message comprises the first paging cause, receive, from the terminal device, a first resume request to initiate a first connection resume procedure, to switch the terminal device from the inactive state to the connected state; and in accordance with a determination that the first connection resume procedure is successfully completed and a first SRB or first DRB is established with the terminal device, receive, from the terminal device, the D2R data that is buffered during the inactive state via the first SRB or the first DRB, or transmit, to the terminal device, an A-IoT inventory message or an A-IoT command message via the first SRB or the first DRB.

[0308] In some embodiments, the network device is further caused to: in accordance with a determination that the paging message comprises the second paging cause, receive,  from the terminal device, a second resume request to initiate a second connection resume procedure, to switch from the inactive state to the connected state; transmit, to the terminal device, a resume message comprising an indication indicative of whether the network device supports D2R data that is buffered in the inactive state or whether the network device supports the A-IoT service; in accordance with a determination that the network device supports D2R data that is buffered during the inactive state or the network device supports the A-IoT service, receive, from the terminal device, a resume complete message indicating whether the terminal device has D2R data to be reported; and in accordance with a determination that the terminal device has D2R data to be reported, receive, from the terminal device and during the connected state of the terminal device, D2R data that is buffered in the inactive state.

[0309] In some embodiments, the network device is caused to: in accordance with a determination that the A-IoT service is not supported by the terminal device, transmit, to the terminal device, a first response message indicating a first rejection to the first resume request.

[0310] In some embodiments, the network device is caused to: discard the reader configuration information for the terminal device after the terminal device switching to the idle state; and in accordance with a determination that the terminal device switches from the idle state to the connected state, receive, from the terminal device, the reader configuration information from a core network entity.

[0311] In some embodiments, the network device is caused to: transmit, to the terminal device and before the terminal device switching from the connected state to the idle state, additional configuration information for the reader function; and in accordance with a determination that the terminal device switches from the idle state to the connected state, receive, from the terminal device, the additional configuration information.

[0312] In some embodiments, the network device is further caused to: transmit, to the terminal device and during the idle state of the terminal device, a RRC setup message, the RRC setup message comprising a seventh indication indicating whether at least one of the following is to be supported by the terminal device during the idle sate: an A-IoT service, D2R data reporting, an A-IoT inventory message, or an A-IoT inventory message; and in response the seventh indication indicates that the above at least one is to be supported, receive, from the terminal device, a RRC setup complete message to indicate at least one  of:whether an A-IoT service is supported by the terminal device, whether D2R data is buffered, whether an A-IoT inventory message is supported by the terminal device, or whether an A-IoT inventory message is supported by the terminal device.

[0313] In some embodiments, the reader configuration information is comprised in the RRC setup complete message or is transmitted by the terminal device to the network device after context information related to the terminal device is established by the network device.

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

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

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

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

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

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

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

[0321] 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 17. 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.

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

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

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

[0325] 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 terminal device comprising:a processor configured to cause the terminal device to:receive, from a network device and during a connected state of the terminal device, reader configuration information associated with a reader function of the terminal device for an ambient Internet of Things (A-IoT) service, the reader configuration information at least comprising a configuration for the reader function in an inactive state and / or an idle state of the terminal device; andin accordance with a determination that the terminal device switches from the connected state to the inactive state or the idle state, perform the reader function during the inactive state or the idle state based on the configuration of the reader function for the inactive state or the idle state.2.The device of claim 1, wherein the reader configuration information indicates an access stratum (AS) layer configuration and an upper layer configuration, andwherein the AS layer configuration is stored at an AS layer of the terminal device, and the upper layer configuration is forwarded by the AS layer to an upper layer of the terminal device and is stored at the upper layer of the terminal device.3.The device of claim 1 or 2, wherein the reader configuration information comprises at least one of:a configuration related to reporting of device-to-reader (D2R) data by the terminal device,a configuration of an A-IoT service area,a delta configuration for the reader function in the connected state of the terminal device, command assistant information, oran identity (ID) of a core network (CN) entity for receiving D2R data.4.The device of claim 3, wherein the terminal device is further caused to:monitor, by the terminal device, whether the terminal device is located within or moves out of the A-IoT service area during the inactive state or the idle state of the terminal device; andin accordance with a determination that the terminal device moves out of the A-IoT service area,cease or suspend the A-IoT service, and / orrelease the reader configuration information.5.The device of any of claims 1 to 4, wherein the terminal device is further caused to:determine whether the reader configuration information is to be released and / or whether the terminal device supports the A-IoT service during the inactive state or the idle state based on at least one of the following:a radio resource control (RRC) release message received from the network device,non-access stratum (NAS) signaling received from the network device, oruser plane function (UPF) data received from the network device;in accordance with a determination that the reader configuration information is not to be released and / or the terminal device supports the A-IoT service during the inactive state or the idle state, perform the reader function during the inactive state or the idle state; andin accordance with a determination that the reader configuration information is to be released and / or the terminal device fails to support the A-IoT service during the inactive state or the idle state, discard the reader configuration information.6.The device of claim 5, wherein the RRC release message, the NAS signaling, or the UPF data comprises:a first indication indicative of whether the reader configuration information is to be released in the inactive state,a second indication indicative of whether the reader configuration information is to be released in the idle state,a third indication indicative of whether the terminal device supports the A-IoT service in the inactive state, and / ora fourth indication indicative of whether the terminal device supports the A-IoT service in the idle state.7.The device of claim 5, wherein the terminal device is caused to:in accordance with a determination that the first, second, third, and / or fourth indications are comprised in the NAS signaling or the UPF data,forward the first, second, third, and / or fourth indications to an AS layer of the terminal device, orinform the AS layer to store the reader configuration information during the inactive state or the idle state.8.The device of any of claims 1 to 7, wherein the terminal device is further caused to:buffer, based on the reader configuration information, D2R data that is previously or subsequently received during the inactive state or the idle state at an AS layer, a NAS layer, or an application layer of the terminal device.9.The device of any of claims 1 to 8, wherein the terminal device is further caused to:in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state, transmit, to the network device, D2R data that is buffered during the inactive state or the idle state.10.The device of claim 9, wherein the terminal device is caused to:in accordance with that the D2R data is to be reported by a control plane of the terminal device, transmit the D2R data via a signaling radio bearer (SRB) to the network device, andin accordance with that the D2R data is to be reported by a user plane of the terminal device, transmit the D2R data via a data radio bearer (DRB) to the network device.11.The device of claim 10, wherein the D2R data is conveyed in a RRC container from the terminal device to the network device via the SRB, andwherein the D2R data collected in one or more inventory procedures is comprised in one or more D2R data containers to be transmitted from the terminal device to the network device.12.The device of any of claims 9 to 11, wherein the terminal device is caused to:in accordance with a determination that the terminal device switches from the inactive state or idle state to the connected state and in accordance with a reception of a retrieve indication from the network device, transmit, to the network device, D2R data that is buffered during the inactive state or the idle state.13.The device of any of claims 9 to 11, wherein the terminal device is caused to:in accordance with a determination that buffered D2R data is to be reported during the inactive state or the idle state, initiate a connection resume procedure or a connection setup procedure with the network device, to switch from the inactive state or the idle state to the connected state; andin accordance with a determination that the connection resume procedure or the connection setup procedure is successfully completed, transmit, to the network device, the D2R data that is buffered during the inactive state or the idle state.14.The device of any of claims 1 to 13, wherein the terminal device is further caused to:receive a paging message from the network device and during the inactive state;in accordance with a determination that the paging message comprises a first paging cause indicating the A-IoT service, transmit, to the network device, a first resume request to initiate a first connection resume procedure, to switch from the inactive state to the connected state; andin accordance with a determination that the first connection resume procedure is successfully completed and a first SRB or first DRB is established with the network device,transmit, to the network device, D2R data that is buffered during the inactive state via the first SRB or the first DRB, and / orreceive, from the network device, an A-IoT inventory message or an A-IoT command message via the first SRB or the first DRB.15.The device of any of claims 1 to 13, wherein the terminal device is further caused to:in accordance with a determination that the paging message comprises a second paging cause different from the first paging cause, transmit, to the network device, a second resume request to initiate a second connection resume procedure, to switch from the inactive state to the connected state;receive, from the network device, a resume message comprising an indication indicative of whether the network device supports D2R data that is buffered in the inactive state or whether the network device supports the A-IoT service; andin accordance with a determination that the network device supports D2R data that is buffered during the inactive state or the network device supports the A-IoT service, transmit, to the network device, a resume complete message indicating whether the terminal device has D2R data to be reported; andin accordance with a determination that the terminal device has D2R data to be reported, transmit, to the network device and during the connected state of the terminal device, D2R data that is buffered in the inactive state.16.The device of claim 15, wherein the terminal device is further caused to:in accordance with a determination that the network device fails to support D2R data that is buffered during the inactive state or the network device fails to support the A-IoT service, restrain, during the connected state of the terminal device, from transmitting the D2R data that is buffered in the inactive state to the network device.17.The device of claim 14, wherein the terminal device is further caused to:receive a first response message indicating a first rejection to the first resume request from the network device; andin response to the first rejection,release the reader configuration information; anddiscard the D2R data that is buffered during the inactive state.18.The device of any of claims 1 to 17, wherein the terminal device is caused to:in response to receiving, from the network device and before switching from the connected state to the idle state of the terminal device, additional configuration information for the reader function, store the additional configuration information; andin accordance with a determination that the terminal device switches from the idle state to the connected state, transmit, to the network device, the additional configuration information.19.The device of any of claims 1 to 17, wherein the terminal device is further caused to:receive, from the network device and during the idle state of the terminal device, a RRC setup message, the RRC setup message comprising a seventh indication indicating whether at least one of the following is to be supported by the terminal device during the idle sate:an A-IoT service,D2R data reporting,an A-IoT inventory message, oran A-IoT inventory message; andin response the seventh indication indicates that the above at least one is to be supported, transmit, to the network device, a RRC setup complete message to indicate at least one of:whether an A-IoT service is supported by the terminal device,whether D2R data is buffered,whether an A-IoT inventory message is supported by the terminal device, orwhether an A-IoT inventory message is supported by the terminal device.20.The device of claim 19, wherein the terminal device is further caused to:in response to absence of the seventh indication or the seventh indication indicates that the above at least one is not to be supported,release the reader configuration information; anddiscard the D2R data that is buffered during the idle state.

Images