Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for data transmission associated with ambient Internet of things (AIoT) device. In a method, an AIoT device determines whether at least one condition is satisfied. If the at least one condition is satisfied, the AIoT device transmits, to a radio access network (RAN) node, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted. The at least one condition is based on at least one of: a grant for transmission from the AIoT device to the RAN node, an amount of the data to be transmitted, or a threshold associated with the data to be transmitted.

Description

DEVICES AND METHODS FOR COMMUNICATIONFIELDS

[0001] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for data transmission associated with ambient Internet of Things (AIoT) .BACKGROUND

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

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage medium for data transmission associated with AIoT.

[0004] In a first aspect, there is provided an AIoT device. The AIoT device comprises: a processor configured to cause the AIoT device to determine whether at least one condition is satisfied; and in response to the at least one condition being satisfied, transmit, to a radio access network (RAN) node, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted, where the at least one condition is based on at least one of: a grant for transmission from the AIoT device to the RAN node, an amount of the data to be transmitted, or a threshold associated with the data to be transmitted.

[0005] In a second aspect, there is provided a RAN node. The RAN node comprises: a processor configured to cause the RAN node to: transmit, to an AIoT device, a grant for transmission from the AIoT device to the RAN node; and receive, from the AIoT device, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted.

[0006] In a third aspect, there is provided an AIoT device. The AIoT device comprises: a processor configured to cause the AIoT device to receive, from a RAN node, a first message; release upper layer data based on the first message indicating at least one of: a first indication of release of the upper layer data, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0007] In a fourth aspect, there is provided a RAN node. The RAN node comprises: a processor configured to cause the RAN node to: transmit, to an AIoT device, a first message for releasing upper layer data of the AIoT device, the first message indicating at least one of: a first indication of release of upper layer data of the AIoT device, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0008] In a fifth aspect, there is provided a core network node. The core network node comprises: a processor configured to cause the core network node to: transmit, to a RAN node, a message associated with a service of an AIoT device, the message including at least one of: a reference message size for the service, an indication of a completion or cancellation of a service, or a service time of the service.

[0009] In a sixth aspect, there is provided a first core network node. The first core network node comprises: a processor configured to cause the first core network node to: transmit a first service request for a service to a RAN node, the first service request including at least one of: a correlation identifier associated with the service request, or stored information of the service, where the transmission of the service request is based on at least one of: receiving, from a second core network node, a second service request for the service, the second service request at least including a first identifier corresponding to the correlation identifier, or a response to a previously transmitted service request for the service being not completed.

[0010] In a seventh aspect, there is provided a second core network node. The second core network node comprises: a processor configured to cause the second core network node to: transmit, to a first core network node, a service request for a service, the service request including at least one of: an indication for retriggering the service, or a first identifier associated with the service request, where the first identifier is included in a further service request previously transmitted to the first core network node.

[0011] In an eighth aspect, there is provided a RAN node. The RAN node comprises: a processor configured to cause the RAN node to: receive, from a first core network node, a service request for a service associated with an AIoT device, the service request including a correlation identifier associated with the service request; transmit, to the first core network node, a response to the service request; and receive, from the first core network node, a further service request for a further response of the service, the further service request including at least one of: the correlation identifier, or stored information of the service.

[0012] In a ninth aspect, there is provided a communication method performed by an AIoT device. The method comprises: determining whether at least one condition is satisfied; and in response to the at least one condition being satisfied, transmitting to a RAN node, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted, where the at least one condition is based on at least one of: a grant for transmission from the AIoT device to the RAN node, an amount of the data to be transmitted, or a threshold associated with the data to be transmitted.

[0013] In a tenth aspect, there is provided a communication method performed by a RAN node. The method comprises: transmitting, to an AIoT device, a grant for transmission from the AIoT device to the RAN node; and receiving, from the AIoT device, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted.

[0014] In an eleventh aspect, there is provided a communication method performed by an AIoT device. The method comprises: receiving, from a RAN node, a first message; releasing upper layer data based on the first message indicating at least one of: a first indication of release of the upper layer data, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0015] In a twelfth aspect, there is provided a communication method performed by a RAN node. The method comprises: transmitting, to an AIoT device, a first message for releasing upper layer data of the AIoT device, the first message indicating at least one of: a first indication of release of upper layer data of the AIoT device, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0016] In a thirteenth aspect, there is provided a communication method performed by a core network node. The method comprises: transmitting, to a RAN node, a message associated with a service of an AIoT device, the message including at least one of: a reference message size for the service, an indication of a completion or cancellation of a service, or a service time of the service.

[0017] In a fourteenth aspect, there is provided a communication method performed by a first core network node. The method comprises: transmitting a first service request for a service to a RAN node, the first service request including at least one of: a correlation identifier associated with the service request, or stored information of the service, where the transmission of the service request is based on at least one of: receiving, from a second core network node, a second service request for the service, the second service request at least including a first identifier corresponding to the correlation identifier, or a response to a previously transmitted service request for the service being not completed.

[0018] In a fifteenth aspect, there is provided a communication method performed by a second core network node. The method comprises: transmitting, to a first core network node, a service request for a service, the service request including at least one of: an indication for retriggering the service, or a first identifier associated with the service request, where the first identifier is included in a further service request previously transmitted to the first core network node.

[0019] In a sixteenth aspect, there is provided a communication method performed by a RAN node. The method comprises: receiving, from a first core network node, a service request for a service associated with an AIoT device, the service request including a correlation identifier associated with the service request; transmitting, to the first core network node, a response to the service request; and receiving, from the first core network node, a further service request for a further response of the service, the further service request including at least one of: the correlation identifier, or stored information of the service.

[0020] In a seventeenth 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 ninth, tenth, eleventh, twelfth, thirteenth, fourteenth, fifteenth, or sixteenth aspect.

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

[0022] 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:

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

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

[0025] FIG. 2A illustrates an example signaling flow of an inventory procedure for AIoT device;

[0026] FIG. 2B illustrates an example signaling flow of a command procedure for AIoT device;

[0027] FIG. 3 illustrates a signaling flow of data transmission associated with AIoT device in accordance with some embodiments of the present disclosure;

[0028] FIG. 4 illustrates a signaling flow of data release associated with AIoT device in accordance with some embodiments of the present disclosure;

[0029] FIG. 5 illustrates another signaling flow of data release associated with AIoT device in accordance with some embodiments of the present disclosure;

[0030] FIG. 6 illustrates another signaling flow of data release associated with AIoT device in accordance with some embodiments of the present disclosure;

[0031] FIG. 7 illustrates another signaling flow of data release associated with AIoT device in accordance with some embodiments of the present disclosure;

[0032] FIG. 8 illustrates another signaling flow of data release associated with AIoT device in accordance with some embodiments of the present disclosure;

[0033] FIG. 9 illustrates a signaling flow for service request transmission in accordance with some embodiments of the present disclosure;

[0034] FIG. 10 illustrates another signaling flow for service request transmission in accordance with some embodiments of the present disclosure;

[0035] FIG. 11 illustrates another signaling flow for service request transmission in accordance with some embodiments of the present disclosure;

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

[0037] FIG. 13 illustrates a flowchart of a communication method implemented at a RAN node according to some example embodiments of the present disclosure;

[0038] FIG. 14 illustrates a flowchart of a communication method implemented at an AIoT device according to some example embodiments of the present disclosure;

[0039] FIG. 15 illustrates a flowchart of a communication method implemented at a RAN node according to some example embodiments of the present disclosure;

[0040] FIG. 16 illustrates a flowchart of a communication method implemented at a core network node according to some example embodiments of the present disclosure;

[0041] FIG. 17 illustrates a flowchart of a communication method implemented at a first core network node according to some example embodiments of the present disclosure;

[0042] FIG. 18 illustrates a flowchart of a communication method implemented at a second core network node according to some example embodiments of the present disclosure;

[0043] FIG. 19 illustrates a flowchart of a communication method implemented at a RAN node according to some example embodiments of the present disclosure; and

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

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

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

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

[0048] 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’ may 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.

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

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

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

[0052] A network function as described herein may be implemented by a device or an entity or a node, which is also referred to as a device / entity / node implementing the network function. Such device / entity / node is sometimes called as a core network device / entity / node that may include a combination of hardware processing circuit and software and / or firmware comprising machine-readable instructions, or software comprising machine-readable instructions that are executable by at least one processor of hardware processing circuit of an apparatus. A hardware processing circuit includes at least one processor and at least one memory storing machine-readable instructions that are executable by the at least one processor of the hardware processing circuit. A processor includes any or some combination of an accelerator, a microprocessor, a core of a multi-core microprocessor, a microcontroller, a programmable integrated circuit, a programmable gate array, a digital signal processor, a central processing unit, a graphic processing unit, a tensor processing unit. Memory includes any or some combination of volatile or non-volatile memory (e.g., a flash memory, cache, a random-access memory (RAM) , and / or a read-only memory (ROM) ) . The memory stores the machine-readable instructions of the software and / or firmware for execution by the at least one processor of the hardware processing circuit. The machine-readable instructions are executable by the at least one processor of the hardware processing circuit cause the hardware processing circuit to perform the actions or operations of the methods described herein. For example, the session management function described herein may be implemented as a session management entity and the session management policy control function described herein may be implemented as a session management policy control entity, respectively.

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

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

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

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

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

[0058] As used herein, a next generation (NG) message may refer to a message via a Next Generation Application Protocol (NGAP) . The term “NG message” and “NGAP” message may be used interchangeably. By way of example, the NG message may be an NG setup message, NG setup response message, or the like.

[0059] As used herein, the term a “device ID of the AIoT device” or “ID of the AIoT device” or “AIoT device ID” may refer to an ID associated with an RAN network (also referred to as a first ID) , an AIoT ID (also referred to as a second ID) , a random ID (also referred to as a third ID) , a permanent AIoT device ID (also referred to as a fourth ID) , or any other suitable device ID. As used herein, the term “identifier” , “ID” and “identification” may be used interchangeably.

[0060] As used herein, the term “medium access control (MAC) control information” and “medium access control control element (MAC CE) ” may be used interchangeably.

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

[0062] FIG. 1A illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, an AIoT device 110 communicates with an RAN node 120 or an RAN device. The AIoT device 110 may be a battery-less device, an energy storage disabled device, or a device with limited energy storage capability. The AIoT device 110 may directly and bidirectionally communicate with the RAN node 120 such as a network device or other suitable device. The RAN node 120 may be referred to as a reader for the AIoT device 110.

[0063] In some embodiments, the AIoT device 110 may have no energy storage energy storage, no independent signal generation or amplification. The AIoT device 110 may support a backscattering transmission. Such AIoT device 110 may be referred to as “Device A” or “Device type A” . Alternatively, in some embodiments, the AIoT device 110 supporting the backscattering transmission may have some energy storage, but with no independent signal generation. For such AIoT device 110, using of stored energy may include an amplification for reflected signals. Such AIoT device 110 may be referred to as “Device B” or “Device type B” . Alternatively, in some embodiments, the AIoT device 110 has some energy storage and has independent signal generation, that is, the AIoT device 110 has active RF components for transmission. Such AIoT device 110 may be referred to as “Device C” or “Device type C” . In some following embodiments, the AIoT device 110 may be a Device A or a Device B or a Device C.

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

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

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

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

[0068] In embodiments where the RAN node 120 being a network device such as a base station, the AIoT device 110 may directly and bidirectionally communicate with the base station. If the RAN node 120 is a network device, the topology of the AIoT device 110 and the RAN node 120 shown in FIG. 1A may be referred to as a “Topology 1” . The RAN node 120 in FIG. 1A may be referred to as a gNB reader for the AIoT device 110, or a gNB with AIoT reader function.

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

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

[0071] As used herein, the RAN node 120 in FIG. 1A and FIG. 1B may be referred to as an “ambient IoT device reader” , “A-IoT device reader” , “passive device reader” , “IoT device reader” , “reader” , “reader for the AIoT device 110” . The RAN node 120 may support one or more ambient IoT device (s) . The RAN node 120 may operate as a UE and be referred to as “UE reader” , or may operate as a network node and be referred to as “base station (BS) reader” . The RAN node 120 may be referred to as an ambient RAN (A-RAN) , a RAN reader or an A-RAN reader. The network device 160 in FIG. 1B may also be referred to as an A-RAN node or an A-RAN node serving the reader.

[0072] As shown, in the communication environment 100 and / or the communication environment 150, at least one core network (CN) node such as a first CN node 130 and a second CN node 140 may communicate with the RAN node 120 and / or the network device 160. That is, the RAN node 120 and / or the network device 160 may communicate with a CN via the first CN node 130 and / or second CN node 140. The RAN node 120 and / or the network device 160 may be managed or controlled by the first CN node 130 and / or second CN node 140.

[0073] The first CN node 130 may include a CN function supporting AIoT services, which may also be referred to as an “AIoT CN node” , “AIoT CN node” , “AIoT CN function” , “AIoT CN” , a “CN function with AIoT function” , “AIoT controller” , “AIoT device management” , “AIoT reader management” , “AIoT capable access and mobility management function (AMF) ” or “ambient IoT function (AIoTF) ” . The second CN node 140 may include an application function (AF) and / or NR CN function such as AMF, unified data management (UDM) , or other CN function or node. By way of example, the CN node 130 may be an AF or part of the AF or integrated with the AF, which may be referred to as an “AF with ambient IoT’s functionalities integrated” .

[0074] It is to be understood that although illustrated as separate devices, in some embodiments, the first CN node 130 and the second CN node 140 may be implemented as a single CN node. For example, the single CN node may include both the AF and the AIoTF. It is also to be understood that the number of CN nodes or CN nodes are not limited. For example, a plurality of first CN nodes such as AIoTFs may be associated with the second CN node 140.

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

[0076] In some embodiments, the network device 160 may be an AIoT enabled gNB. The RAN node 120 may be an AIoT enabled UE. As used herein, the AIoT enabled gNB refers to a gNB supporting AIoT random access network (RAN) function, which is able to communicate with the AIoT enabled UE via NR Uu interface. The AIoT enabled UE may refer to a UE supporting common reader function, which is able to communicate with the AIoT device via the AIoT radio interface. The AIoT CN such as the second CN node 140 may host certain functions for AIoT as of the functional split between RAN and CN. The AIoT radio refers to a radio interface between AIoT device and AIoT RAN node in Topology 1 and between AIoT device and AIoT-enabled UE in Topology 2.

[0077] It is to be understood that the number of devices, nodes and their connections as shown in FIG. 1A and FIG. 1B are merely for purpose of illustration without any limitation. In embodiments of the present disclosure, there may be more or less devices.

[0078] A functionality procedure of the AIoT device 110 may involve the AIoT device 110, the RAN node 120, the network device 160 (for Topology 2) and optionally one or more CN nodes or functions such as the first CN node 130, the second CN node 140, or the like. As used herein, the term “functionality” of the AIoT device 110 may also be referred to as an “application” or “service” of the AIoT device 110, or an “ambient IoT functionality” , “ambient IoT application” , or “ambient IoT service” . The functionality may be an inventory service, a command service, and the like. During the procedure of the functionality or service of the AIoT device 110, different types of traffic may be involved, such as a device-originated (DO) traffic, device-terminated (DT) traffic, DO device-terminated triggered (DO-DTT) traffic. The DO traffic may be autonomously initiated by the AIoT device 110 itself. Such autonomously initiated DO traffic may be referred to as DO-Atraffic. As used herein, the terms “DO-Atraffic” and “DO-Aservice” may be used interchangeably.

[0079] In some example embodiments, a transmission direction from the RAN node 120 to the AIoT device 110 is referred to as a downlink (DL) or reader to device (R2D) link, while a transmission direction from the AIoT device 110 to the RAN node 120 is referred to as an uplink (UL) or device to reader (D2R) link. In DL, the RAN node 120 is a transmitting (TX) device (or a transmitter) and the AIoT device 110 is a receiving (RX) device (or a receiver) . In UL, the AIoT device 110 is a TX device (or a transmitter) and the RAN node 120 is a RX device (or a receiver) .

[0080] As used herein, the term “service” or “service associated with AIoT” may be a “command (service) ” , “ (inventory service) ” , “combined inventory and command (service) ” or the like. A configuration of a service may include information such as a service area, a reader list, a reader ID list, a time offset or time point associated with the service, a transaction ID, or the like. The RAN node 120 and / or other CN node such as the first CN node 130 and the second CN node 140 may store the configuration of the service. The configuration of the service may be a (stored) service request, a (stored) request of service, and / or a (stored) information of the service. As used herein, the term, the (stored) configuration of the service, a (stored) service request, a (stored) request of service, a (stored) command information, a (stored) command, a (stored) service information and a (stored) information of the service may be used interchangeably.

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

[0082] In some mechanisms, necessary functions and procedures for an Ambient IoT compact protocol stack and lightweight signalling procedure to enable DO-DTT and DT data transmission are discussed. A-IoT Paging, including subsequent paging for the same service, is specified. The options that a paging message contains one identifier, and that a paging message contains no identifier are supported. Temporary identifier is not supported, unless being required. It aims to design a paging message format such that multiple identifiers may be contained in one paging message, for forward compatibility purposes.

[0083] A-IoT Random access, including re-access for failure handling, is proposed. Contention-based and contention-free cases are supported. For the contention-based random access, only Solution 1 (3-step only) is included. A-IoT data transmission, including data (re-) transmission for failure handling is discussed. Segmentation is supported at least in D2R. Only medium access control (MAC) layer is included.

[0084] To support segmentation, a one-bit indication is introduced to indicate whether there is more data or not, if SA2 indicates that core network may provide an estimated expected D2R message size. Segment retransmission is supported. For segment retransmission, reader explicitly indicates an offset in the MAC layer–e.g. number of bits successfully received so far (from the start) . This implies that unsegmented packet may also be retransmitted. A simple MAC protocol data unit (PDU) format design is needed. Multiplexing of information for multiple devices in R2D message for msg2 is supported. At least the following field are required for at least for R2D in the MAC header–message type, length for service data unit (SDU) and variable part (s) .

[0085] Message types and contents are specified. As a starting point, the following MAC message types are stated: R2D MAC PDU (Paging / R2D trigger (depending on agreement on WF) ) , D2R MAC PDU (MSG1) (if this requires a MAC header or not) , R2D MAC PDU (MSG2) , D2R MAC PDU (MSG3 and data) , R2D MAC PDU (R2D data) .

[0086] Other message types are for future study. The message types may evolve based on functionality agreements.

[0087] Regarding the command procedure, a next-generation application protocol (NGAP) Class 1 command request procedure is introduced. For example, COMMAND REQUEST message, which includes Command Request Transfer information element (IE) is introduced; COMMAND RESPONSE message is introduced, which includes Command Response Transfer IE; and COMMAND FAILURE messages are introduced, which includes Command Failure Transfer IE. The above Transfer IEs are transparent to AMF in case of indirect communication.

[0088] In some mechanisms, the AIoTF constructs a request for an Inventory operation using the determined A-IoT Device Identification information page the AIoT Devices, and a correlation identifier for the AIOTF to correlate the inventory responses to the request. The Inventory request is routed to the Readers determined by the initial reader selection.

[0089] The Reader executes the inventory request, reporting AIoT specific NAS message responses from the AIoT Device to the AIOTF, including its Reader ID and correlation identifier from the AIOTF. The Reader may aggregate results from multiple AIoT Devices in the responding messages. The AIOTF may determine which request the results are for using the correlation identifier.

[0090] FIG. 2A illustrates an example signaling flow 200 of an inventory procedure for AIoT device. The signaling flow 200 involves an AIoT device 202, a gNB 204 and an AIoT CN node 206.

[0091] At step 1, the A-IoT CN node 206 initiates the Inventory procedure over NG-C by sending the Inventory Request message to the gNB 204. The Inventory Request may include information concerning one or multiple A-IoT devices. Specification of further parameterization of the Inventory Request message (e.g., assistance information from 5GC) needs further work.

[0092] At step 2, the gNB 204 allocates and co-ordinates the usage of A-IoT radio resources.

[0093] At step 3, the gNB 204 confirms the request from the A-IoT CN node 206 by replying with the Inventory Response message. If the gNB 204 is not able to perform the Inventory procedure, it rejects the request and sends an Inventory Failure message to the A-IoT CN node 206.

[0094] At step 4, the gNB 204 performs the Inventory procedure towards the A-IoT device (s) 202 over the A-IoT radio interface.

[0095] At step 5 or step 6, upon receiving the inventory result from the A-IoT device (s) 202, the gNB 204 sends the Inventory Report message to the A-IoT CN node 206. If the Inventory procedure concerns multiple A-IoT devices, multiple Inventory Reports may be sent to the A-IoT CN node 206. If the Inventory procedure concerns multiple A-IoT devices, an Inventory Report may include reports from multiple A-IoT devices.

[0096] FIG. 2B illustrates an example signaling flow 220 of a command procedure for AIoT device. The signaling flow 220 involves the AIoT device 202, the gNB 204 and the AIoT CN node 206.

[0097] At step 1, prior to the Command procedure, the Inventory procedure is performed for the concerned devices. The inventory procedure may be as specified in a standard. Further details on the relation and correlation between the Inventory procedure and the Command procedure need further discussion.

[0098] At step 2, the A-IoT CN node 206 initiates the Command procedure over NG-C by sending the Command Request message to the gNB 204.

[0099] At step 3, the gNB 204 allocates and co-ordinates the usage of A-IoT radio resources and performs the command procedure over the A-IoT radio interface.

[0100] At step 4, the gNB 204 replies to the Command Request with the Command Response message. If the gNB 204 is not able to perform the Command procedure, it rejects the request and sends a Command Failure message to the A-IoT CN node 206.

[0101] For the inventory-only procedure, it is proposed to support Inventory for Topology 1, define a class-1 message Inventory Request / Inventory Response and a class-2 message Inventory Report message (over an A IoT-reader control (A-RC) protocol) .

[0102] In addition, it is proposed that the inventory Request sent from AIoTF to A-IoT RAN node (over A-RC protocol) may contain the following: a. Correlation ID, b. A-IoT Device Identification. Details of “A-IoT Device Identification” up to SA2 and  RAN2, c. Scope of Inventory Request (e.g., a certain area in which the inventory is to be triggered) , d. Selected BS Reader (s) for Inventory, e. Approximate number of A-IoT devices, f. Approximate D2R message size.

[0103] In addition, it is proposed that the inventory Response sent from A-IoT RAN node to AIoTF (over A-RC protocol) may contain the following: Correlation ID.

[0104] It is proposed that the inventory Report sent from A-IoT RAN node to AIoTF (over A-RC protocol) may contain the following: a. Correlation ID, b. A list of AIoT NAS containers, each carrying the A-IoT device ID of the inventoried  A-IoT device, c. Reader ID associated to each A-IoT device ID.

[0105] For an inventory followed by Command, it is proposed to support Command for Topology 1, define a class-1 message (Command Request  / Command Response) .

[0106] In addition, it is proposed that the command Request sent from AIoTF to A-IoT RAN node may contain the following: a. Correlation ID, b. AIoT NAS container (with the Device ID for which the command is sent) , c. BS Reader last associated to the A-IoT device for which the command is to be sent, d. Approximate D2R message size.

[0107] It is proposed that the command Response sent from A-IoT RAN node to AIoTF may contain the following: a. Correlation ID, b. AIoT NAS container (with the Command Response) .

[0108] However, whether and when to send the indication on segmentation need to be considered. In addition, the upper layer data buffered at the device may be retransmitted. When to delete the upper layer data needs to be discussed. The command may be buffered at the AIoTF or the AIoT RAN node. How to re-trigger the command is also a concerning problem.

[0109] Embodiments of the present disclosure provide a solution for data transmission associated with AIoT device. In the solution, an AIoT device determines whether at least one condition is satisfied. For example, the AIoT device determines the at least one condition based on a grant (also referred to as the D2R grant or transport block size (TBS) ) for transmission from the AIoT device to a RAN node, an amount of data to be transmitted, a request for message size information, and / or a threshold associated with the data to be transmitted. If the at least one condition is satisfied, the AIoT device transmits, to a RAN node, a first message indicating a segmentation indication, and / or the message size information of the data to be transmitted. The segmentation indication indicates a segment of the data to be transmitted, such as a last segment of the data to be transmitted, or a segment other than the last segment. In this manner, the AIoT device can inform the RAN node of the message size of the to-be-transmitted data or inform the RAN node of subsequent segment (s) of the message. The RAN node then may wait for the data or message segment.

[0110] Principles and implementations of the present disclosure will be described in detail below with reference to the figures. FIG. 3 illustrates a signaling flow 300 of data transmission of AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 300 involves the AIoT device 110 and the RAN node 120 in FIG. 1A or FIG. 1B. It is to be understood that although a single AIoT device and a single RAN node are illustrated in the signaling flow 300 and other following signaling flows, there may be more than one AIoT device and more than one RAN node in the signaling flow 300 and other following signaling flows. Embodiments of the present disclosure are not limited here.

[0111] In operation, the AIoT device 110 determines (3020) whether at least one condition is satisfied. For example, the AIoT device 110 determines (3020) the at least one condition based on a grant for transmission from the AIoT device 110 to the RAN node 120, an amount of data to be transmitted to the RAN node 120, a request for message size information of the data to be transmitted, or a threshold associated with the data to be transmitted, or the like. The grant for transmission from the AIoT device 110 to the RAN node 120 may be referred to as a D2R grant. The data to be transmitted to the RAN node 120 may be referred to as “to-be-transmitted data” , “un-transmitted data” , “data for new transmission” , “remaining data” , “leftover data” , “upper layer data” , “application layer data” , or the like. In an embodiment, the data to be transmitted may include un-transmitted upper layer data before transmitting the first message. Alternatively, in another embodiment, the data to be transmitted may include un-transmitted upper layer data after transmitting the first message.

[0112] If the at least one condition is satisfied, the AIoT device 110 transmits (3030) , to the RAN node 120, a first message indicating a segmentation indication indicative of a segment of data to be transmitted, and / or message size information of the data to be transmitted. Correspondingly, the RAN node 120 receives (3035) the first message. in an example, the segment indication indicates that a new segment of the remaining data will be transmitted to the RAN node 120. That is, there is more data will be transmitted to the RAN node 120. For example, the segmentation indication may be a flag_seg, which may be a binary parameter. If the flag_seg is equal to 0, it indicates a segment of the data to be transmitted and the segment is not the last segment. If the flag_seg is equal to 1, it may indicate that the current segment is a last segment or the segmentation is not performed for the data (that is, the upper data will not be segmented into a plurality of segments) .

[0113] The message size information of the data to be transmitted may indicate whether the whole data is transmitted. By way of example, the message size information may include an amount of the data to be transmitted such as a specific data amount, a percentage of the data to be transmitted relative to original upper layer data such as a specific percentage of the whole (original) upper layer data, and / or a ratio of the amount of the data to be transmitted to a size of the D2R grant, or the like. The message size information may be in any suitable format. Embodiments of the present disclosure are not limited here.

[0114] In some embodiments, in response to receiving (3035) the first message, the RAN node 120 may transmit a further grant (e.g., D2R grant) for transmission from the AIoT device 110 to the RAN node 120. That is, if the first message indicates a subsequent segment and / or a message size greater than the transmitted data message, the RAN node 120 may transmit a further D2R to the AIoT device 110 for further data transmissions.

[0115] In an example, the at least one condition includes a first condition that the grant for the D2R transmission is a last grant. For example, the RAN node 120 may transmit (3010) , to the AIoT device 110, the grant for the D2R transmission (that is, the D2R grant) . For example, the D2R grant may be via a R2D message, such as a MAC CE or a MAC control information. The AIoT device 110 may receive (3015) the D2R grant. The D2R grant may be a grant for a session or for a service. That is, the D2R grant may be per session or per service. The RAN node 120 may add an indication of a last grant (such as last_grant) in the D2R grant if it is the last grant. That is, the RAN node 120 may assume that there isn’t and data after the transmission according to this D2R grant. Upon receiving the indication on the last D2R grant, the AIoT device 110 may assume there is no further D2R grant for upper layer data or D2R transmission. If the D2R grant indicates that it’s a last grant, the AIoT device 110 may determine that the at least one condition is satisfied. In another example, the at least one condition includes a second condition that a size of the D2R grant (e.g., the time-frequency resources scheduled by the D2R grant) is less than an amount of the data to be transmitted. That is, if the D2R grant is smaller than the amount of buffered or leftover upper layer data, the second condition is satisfied. There may be still some un-transmitted or buffered upper layer data after this (scheduled) D2R transmission if the second condition is satisfied.

[0116] In an example, upon receiving the D2R grant (MAC CE) , if the last_grant is included, if the D2R grant is smaller than the amount of the upper layer data (i.e., the segmentation is performed) , the AIoT device 110 may include the flag_seg and set it as “0” . Upon receiving the D2R grant (MAC CE) , if the last_grant is included, and if the D2R grant is bigger than or equal to the amount of the upper layer data (i.e., the upper layer data is the last segment, or the segmentation is not performed) , the AIoT device 110 may include the flag_seg and set it as “1” . Alternatively, upon receiving the D2R grant (MAC CE) , if the last_grant is included, and if the D2R grant is bigger than or equal to the amount of the upper layer data (i.e., the upper layer data is the last segment, or the segmentation is not performed) , the AIoT device 110 may not include the flag_seg.

[0117] In some embodiments, if both the first condition and the second condition are satisfied, the at least one condition is satisfied. If the D2R grant is the last grant and if the size of the D2R grant is less than the amount of the data to be transmitted, the at least one condition is satisfied. That is, if the D2R grant is the last grant and the amount of the data to be transmitted exceeds the size of the grant or the threshold associated with the data, the AIoT device 110 may transmit (3030) the first message including the segmentation indication. The AIoT device 110 may add the segmentation indication and set it to indicate it’s a segment (that is, it is not the last one) if the first and second conditions are satisfied. Alternatively, the AIoT device 110 may report the message size of buffered or leftover upper layer data if the first and second conditions are satisfied.

[0118] In some embodiments, if there is no extra upper layer data after this D2R transmission, and the D2R grant indicates it is the last D2R grant for a session or a service, the AIoT device 110 may add the segment indication and set it to indicate it is the last segment. Alternatively, if there is no extra upper layer data after this D2R transmission, and the D2R grant indicates it is the last D2R grant for a session or a service, the AIoT device 110 may not add the segmentation indication.

[0119] The at least one condition may include a third condition that the message size information has not been transmitted. For example, if the message size information has been transmitted, the message size information may not be transmitted again. In some embodiments, if the message size information has been transmitted and the amount of the data to be transmitted exceeds the threshold, the AIoT device 110 may exclude the message size information from the first message.

[0120] The at least one condition may include a fourth condition that the amount of the data to be transmitted exceeds the threshold. The threshold associated with data may be a threshold on data amount, a threshold of a percentage of the whole original upper layer data, and / or a threshold ratio of the amount of the data to be transmitted to a size of the D2R grant, or the like. The threshold (e.g., threshold_data) may be predefined, or (pre) configured by the RAN node 120. For example, if the amount of the un-transmitted data is bigger than the threshold_data, the AIoT device 110 may indicate the message size information. If the amount of the un-transmitted data is bigger than the P1*original amount of the upper layer data, P1 denoting a threshold percentage, the AIoT device 110 may indicate the message size information. The threshold P1 may be a fraction, a decimal, or a percentage. If the amount of the un-transmitted data is bigger than N1*D2R TBS / grant, N1 denoting a threshold percentage of the whole original upper layer data, the AIoT device 110 may indicate the message size information. The N1 may be an integer, such as 1, 2, 3, ..., or may be a fraction or a decimal. In some embodiments, if the buffered or leftover upper layer data is above the threshold, the AIoT device 110 may add the message size information such as an indication on message size via D2R transmission. Once the indication on message size is transmitted, the AIoT device 110 may not send the indication on message size again, even if the leftover data after another D2R transmission is still bigger than the threshold. In some embodiments, the fourth condition may be used for transmitting the message size information, instead of the segmentation indication. For example, if the amount of the data to be transmitted exceeds the threshold, the AIoT device 110 may send the message size information, instead of the segmentation information. As another example, if the amount of the data to be transmitted is smaller than the threshold, the AIoT device 110 may send the segmentation information.

[0121] The at least one condition may include a fifth condition of a reception of the request for the message size information. For example, the RAN node 120 may transmit a request for the message size information to the AIoT device 110. The request may be transmitted by the RAN node 120 via a R2D message. The request for the message size information may be included in a message carrying the (D2R) grant, a MAC CE, or physical layer (PHY) control information such as control information of PHY signal, or the like. Upon receiving the request on the message size information, the AIoT device 110 may transmit the message size information only, or transmit the message size information together with the data or data segment. For example, the AIoT device 110 may transmit the message size information first, and if there are still resources, the AIoT device 110 may sent the segment of the upper layer data. The message size information may indicate the leftover data amount (that is, a difference between a whole message size and the size of all transmitted segments) or a whole message size.

[0122] The at least one condition may include a sixth condition that a message size estimated by the RAN node 120 or a message size estimated by the first CN node 130 is less than that of the data to be transmitted. In some embodiments, the RAN node 120 may transmit, to the AIoT device 110, a second message indicating a message size estimated by the RAN node 120. The information on assumed or approximate message size may be sent by the RAN node 120 via an R2D message. The information on the assumed or approximate message size may be sent along with the D2R grant, or separately in a form of MAC CE or control information of the PHY signal, or the like. If the indicated message size is smaller than a message size of the data to be transmitted by an offset, the AIoT device 110 may transmit a third message to the RAN node 120. The third message at least includes the message size information. The offset may be predefined, or (pre) configured by the RAN node 120. For example, the offset may be zero or any other suitable value. That is, if the offset is zero or the offset is not configured, and if the indicated message size is smaller than a message size of the data to be transmitted, the AIoT device 110 may transmit a third message to the RAN node 120. Likewise, in an embodiment, the first CN node 130 such as AIoTF may transmit an assumed or approximate message size to the AIoT device 110. If the assumed or approximate message size is smaller than a message size of the data to be transmitted by an offset, the AIoT device 110 may transmit the third message to the RAN node 120. The third message may further indicate a segment of the data to be transmitted. That is, the message size information may be transmitted together with the segment of the data to be transmitted. The second message may be the (D2R) grant, or included in a MAC CE, a MAC control information or a PHY control information, or the like. Specifically, if the information of the assumed or approximate message size is smaller than the actual message size at the AIoT device 110, or smaller than the actual message size by an offset, the AIoT device 110 may transmit the message size information only, or transmit the message size information together with the data or segment. The message size information may indicate the leftover data amount (that is, a difference between a whole message size and the size of all transmitted segments) or a whole message size. Alternatively, or in addition, in an example, the AIoT device 110 may transmit the third message to the first CN node 130 via the RAN node 120. The third message may be transparent to the RAN node 120 or not transparent to the RAN node. The third message to the first CN node 130 may be transmitted via the NAS signaling.

[0123] It is to be understood that these conditions are only for the purpose of illustration, without suggesting any limitation. These conditions may be applied separately, or in any suitable combination. Embodiments of the present disclosure are not limited here.

[0124] In some cases, the AIoT device 110 and / or the RAN node 120 may be aware of the proximate message size for D2R scheduling. The proximate message size may be indicated by the CN. As the AIoT device 110 and / or the RAN node 120 may be informed about the proximate message size for D2R transmission, the first message such as the segmentation indication may not be always needed. For example, the AIoT device 110 may only add the segmentation indication based on an indication of the last D2R to save the signaling overhead. Rules on whether to sending the message size information or the segmentation indications are defined. Thus, by using these rules or conditions to determine whether to transmit the first message, unnecessary transmissions of the first message may be avoided. The signaling overhead can thus be reduced.

[0125] In some embodiments, if the whole upper layer data may be transmitted by the AIoT device 110 using the received D2R grant, the AIoT device 110 may transmit the upper layer data directly. Else, if the D2R grant is not enough, the AIoT device 110 may transmit the message size information. The message size information may be transmitted only, or transmitted together with a segment of the upper layer data. In addition, after receiving another D2R grant (referred to as a second D2R grant) , if the second D2R grant is not enough for the (leftover) upper layer data and if the message size information has been reported, the AIoT device 110 may not report the message size information.

[0126] Upon receiving (3015) the D2R grant, if the amount of the amount of upper layer data is bigger than the D2R grant, the AIoT device 110 may include the MAC CE on message size in D2R message and set it to the data amount of the upper layer data. Alternatively, or in addition, the AIoT device 110 may receive a request on the message size from the RAN node 120 such as the reader. Upon receiving a R2D message, if the request for the message size is included in the R2D message, the AIoT device 110 may include the MAC CE on message size in D2R message and set it to the data amount of the upper layer data. The amount of the un-transmitted data is based on the data before the D2R transmission with the message size information, or after this D2R transmission with the message size information. The RAN node 120 may provide proper or another D2R grant based on the message size information. It is beneficial for the reader to be aware of the leftover data, then the reader may schedule a proper D2R grant.

[0127] Several example embodiments regarding the segmentation indication and / or message size information have been described. Embodiments of the present disclosure further provide a solution for data release. In the solution, a RAN node such as an AIoT reader transmits, to an AIoT device, a message for releasing upper layer data of the AIoT device 110. The message indicates at least one of: a first indication of release of upper layer data of the AIoT device 110, an acknowledgement (ACK) of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node 120, or a grant for subsequent data transmission. In response to receiving the first message, the AIoT device releases the upper layer data. In this way, the AIoT device may be informed about when to release the upper layer data.

[0128] FIG. 4 illustrates a signaling flow 400 of data release of the AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 400 involves the AIoT device 110 and the RAN node 120 in FIG. 1A or FIG. 1B, and optional the first CN node 130 such as AIoTF. It is to be understood that although a single AIoT device and a single RAN node are illustrated in the signaling flow 400 and other following signaling flows, there may be more than one AIoT device and more than one RAN node in the signaling flow 400 and other following signaling flows. Embodiments of the present disclosure are not limited here.

[0129] In operation, the RAN node 120 transmits (4020) , to the AIoT device 110, a message indicating at least one of: a first indication of release of the upper layer data, an ACK of at least one segmentation of the upper layer data, time information for releasing the upper layer data such as service time of a corresponding service or other related time information, the number of bits received by the RAN node 120, or a grant for subsequent data transmission. Correspondingly, the AIoT device 110 receives (4025) the message. As used herein, for the purpose of discussion, the transmitted (4020) message may be referred to as a “release message” or “message for release” . In response to receiving (4025) the release message, the AIoT device 110 releases (4030) upper layer data. As used herein, the term “releasing data” may also be referred to as “deleting data” , “removing data” , or the like. The terms “release” , “delete” , “remove” and “cancel” may be used interchangeably. The release message may be included in a PHY control information, MAC layer information such as MAC CE, AIoT non-access stratum (NAS) signaling, or the like. The grant for subsequent data transmission may include a new data indication (NDI) grant of a further service, a D2R grant of a further service, and / or a D2R grant for a further segment of the service. The time information for releasing the upper layer data may include a time duration such as a survival time or service time of the corresponding service, at least time point for releasing the upper layer data and / or time offset for releasing the upper layer data.

[0130] As mentioned, the release message may include the first indication of release of the upper layer data. The first indication may include a message type of a command on deleting data, an indication of an end of a service, an identifier of the service, an identifier of a transaction or session, time information for releasing the data such as at least time point for releasing the upper layer data, and / or a correlation identifier associated with a service request for the service. The first indication may be considered as an explicit indication for releasing the upper layer data. The time information for releasing the data may be included in the release message, or included in the first indication. The time information may be determined based on the service time of a corresponding service.

[0131] In an embodiment, the release message may include an identifier of a service. The AIoT device 110 may release (4030) the upper layer data associated with the service.

[0132] The upper layer data may include whole data associated with a service, or data segment of the whole data associated with the service. If the first message indicates the acknowledgement of a last segment of the upper layer data, the AIoT device 110 may release (4030) the (whole) upper layer data. Alternatively, in some embodiments, if the first message indicates the acknowledgement of a segment of the upper layer data (and the segment is not a last segment) , the AIoT device 110 may release (4030) the upper layer data corresponding to the segment and / or previous segment (s) . In some embodiments, upon receiving a non-acknowledgement (NACK) of a certain segment of the upper layer data, the AIoT device 110 may delete previously transmitted data before the data of the certain segment.

[0133] If the first message indicates the time information for releasing the upper layer data and the time information includes an offset, the AIoT device 110 may release the upper layer data until a time point indicated by the offset. For example, for segment retransmission, the RAN node 120 may explicitly indicate an offset in the MAC layer or physical layer. The AIoT device 110 may indicate the upper layer to delete the upper layer data till the point indicated by the offset. The offset may be sent several times, and the AIoT device 110 may take action for each received offset.

[0134] In some embodiments, the first CN node 130 may transmit (4010) , to the RAN node 120, a message including a reference message size of a service. In response to receiving (4010) the reference message size, if a difference between a size of received message or message segments (e.g., received data volume (of the upper layer data) ) from the AIoT device 110 and the reference message size is bigger than or equal to a threshold, or if a size of the message or message segments received from the AIoT device 110 is bigger than the reference message size, the RAN node 120 may transmit (4020) the release message to the AIoT device 110. In addition, the RAN node 120 may release a request / configuration of the service. The reference message size may be an estimated message size. That is, the difference may be determined by the received message size subtracting the estimated message size. As aforementioned, the configuration of the service may be a (stored) service request, a (stored) request of service, and / or a (stored) information of the service, or the like.

[0135] Alternatively, or in addition, in some embodiments, the first CN node 130 may transmit (4010) , to the RAN node, a message indicating a completion or cancellation of a service. In response to receiving (4015) the message indicating the completion or cancellation of the service, the RAN node 120 may transmit (4020) the release message to the AIoT device 110 and release the configuration of the service. For the purpose of discussion, the message indicating a completion or cancellation of the service may be referred to as a “service completion message or service cancellation message” . The service completion message or service cancellation message may include a message type of a command on deleting data, an identifier of the service, an identifier of the AIoT device 110, and / or a correlation identifier associated with a service request for the service.

[0136] In some embodiments, the first CN node 130 may transmit (4010) the message including an indication of the completion or cancellation of the service in response to receiving a service response message for the service from the RAN node 120, or receiving an indication of a success completion of the service from a further core network node such as the second CN node 140, or expiry of a time duration / offset of the service (such as, until a time point indicated by the offset) .

[0137] In some embodiments, the first CN node 130 may transmit (4010) , to the RAN node 120, a message including a service request for a service. The service request may indicate a time duration (e.g., time point or time offset) of the service. The RAN node 120 may receive (4010) the service request. Upon expiry of the time duration of the service, the RAN node 120 may transmit (4020) the release message to the AIoT device 110. In addition, the RAN node 120 may release a configuration of the service.

[0138] With these embodiments, the AIoT device 110 can make a decision to delete the buffered data based on the received release message. It enables the deleting of the buffered data at proper time. Further embodiments regarding the upper layer data release will be described with respect to FIG. 5 to FIG. 8 below.

[0139] FIG. 5 illustrates another signaling flow 500 of data release associated with AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 500 involves the AIoT device 110, the RAN node 120 (also referred to as an AIoT RAN node or reader) , the first CN node 130 and the second CN node 140 in FIG. 1A or FIG. 1B.

[0140] It is assumed that the RAN node 120 may be provided with the message size. For example, the first CN node 130 may provide (5020) the message size to the RAN node 120. In some embodiments, the second CN node 140 may transmit (5010) a service request to the first CN node 130. The service request may include the message size. The first CN node 130 may transmit (5020) the service request with the message size to the RAN node 120.

[0141] Alternatively, or in addition, the AIoT device 110 may provide the message size to the RAN node 120 (not shown) . For example, the RAN node 120 may transmit (5030) a command request for the service to the AIoT device 110. The AIoT device 110 may transmit (5040 / 5045) D2R transmission (s) , such as a command response, to the RAN node 120. The message size may be provided by the transmitted (5040 / 5045) D2R transmission. The transmission of the message size may be similar to those embodiments described with respect to FIG. 3, and will not be repeated here.

[0142] The RAN node 120 may compare the received message size (from the first CN node 130) and the received data volume (from the AIoT device 110, e.g., number of bits successfully received) to determine whether the upper layer data is received completely.

[0143] The (AIoT) RAN node 120 may send (5070) an indication on the deleting or releasing of the upper layer data, where the indication including at least one of the following parameters: ● an indication on the deleting or releasing, the indication may be a new type of command,  such as command on deleting, ● an indication on the end of the service, ● the service ID, ● transaction ID, session ID, or correlation ID, or ● an offset or point on which data may be deleted, such as the start point and / or the end  point. For example, the RAN node 120 may indicate the offset or point without D2R grant.

[0144] The above parameters may be sent via physical layer, such as control information, or MAC layer, such as MAC CE, or AIoT NAS signaling, with the same service ID as the command for reading.

[0145] The A-IoT device 110 may delete or release the upper layer according to the indication. For example, the A-IoT device 110 may delete the upper layer data of the indicated service. That is, (the PHY or MAC layer of) the A-IoT device may request the deleting of the upper layer data by send the service ID to the upper layer.

[0146] The RAN node 120 may transmit (5050) a service response to the first CN node 130 to indicate the completion or failure of the service request. The first CN node 130 may forward (5060) the service response to the second CN node 140. The RAN node 120 may delete the stored configuration of service request upon it determine the service is successfully completed.

[0147] FIG. 6 illustrates another signaling flow 600 of data release associated with AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 600 involves the AIoT device 110, the RAN node 120 (also referred to as an AIoT RAN node or reader) , the first CN node 130 and the second CN node 140 in FIG. 1A or FIG. 1B.

[0148] It is assumed that in the signaling flow 600, the first CN node 130 such as AIoT CN may not provide the message size to the RAN node 120. For example, the second CN node 140 may transmit (6010) a service request to the first CN node 130. The service request may not indicate a corresponding message size. The first CN node 130 may transmit (6020) the service request to the RAN node 120, without indicating the message size. The RAN node 120 may transmit (6030) a command request to the AIoT device 110 based on the service request. In response to the command request, the AIoT device may transmit (6040 / 6045) D2R transmission (s) , such as a command response, to the RAN node 120.

[0149] As illustrated, the first CN node 130 (such as AIoTF) may send (6080) message#1, such as service (e.g., command) cancel or complete message, to the RAN node 120. Message#1 may be used to indicate that: one service is successfully completed, the request data is successfully received from the AIoT device, and / or the completion of a specific correlation ID. This message may include the at least one of the following: a correlation ID, specific device ID, or new message type.

[0150] The first CN node 130 (such as AIoTF) may send (6080) message#1 upon receiving (6050) the message#2, such as a service (e.g., command) response message, from the RAN node 120, especially for the command on reading. The first CN node 130 may transmit (6060) the service response to the second CN node 140.

[0151] Alternatively or in addition, the first CN node 130 may send (6080) message#1 upon receiving (6070) message#3 from the second CN node 140 such as AF. Message#3 is used to indicate that one service is successfully completed, such as the request data is successfully received from the AIoT device. This message may include the at least one of the following: a correlation ID, a specific device ID, or a new message type, such as command on deletion.

[0152] Upon receiving the message#1, the RAN node 120 may send (6090) one indication on deleting of the upper layer data to the AIoT device 110. The indication may include at least one of the following parameters: ● an indication on the deleting or releasing, the indication may be a new type of command,  such as command on deleting, ● an indication on the end of the service, ● the service ID, ● transaction ID, session ID, or correlation ID, or ● an offset or point on which data may be deleted, such as the start point and / or the end  point. For example, the RAN node 120 may indicate the offset without D2R grant.

[0153] Alternatively, or in addition, the message#1 may include an IE or AIoT NAS container, that is transparent to the RAN node 120.

[0154] The RAN node 120 may forward (6100) the IE or container, received via the message#1, to the AIoT device 110. The IE or container may indicate the AIoT device 110 to delete the upper layer data. The IE or container may be an AIOT NAS signalling. This IE or container may include the at least one of the followings: a correlation ID, a service ID, a specific device ID, or a new message type, such as command on deletion.

[0155] The first CN node 130 such as AIoTF may delete the stored request / configuration of service request upon receiving the cancel indication from the second CN node 140 such as AF. The RAN node 120 may delete the stored configuration of the service request upon receiving the cancel indication from the first CN node 130 such as the AIoTF or an AMF.

[0156] FIG. 7 illustrates another signaling flow 700 of data release associated with AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 700 involves the AIoT device 110, the RAN node 120 (also referred to as an AIoT RAN node or reader) , the first CN node 130 and the second CN node 140 in FIG. 1A or FIG. 1B.

[0157] In some embodiments, the first CN node 130 such as AIoTF may be configured with a survival time or service time of a service. For example, the second CN node 140 may transmit (7010) a service request with a service time to the first CN node 130. As used herein, the terms “survival time” and “service time” may be used interchangeably. That is, the first CN node 130 may be configured with the service time / period by the second CN node 140 such as AF. Alternatively, the service time may be preconfigured or predefined or may be a default value of the service time. There may be a common service time for all service (or request) , or separate service times for respective services (or requests) .

[0158] The first CN node 130 may transmit (7020) the service request to the RAN node 120. The RAN node 120 may transmit (7030) a command request to the AIoT device 110. In response to the command request, the AIoT device may transmit (7040 / 7045) D2R transmission (s) to the RAN node 120. The RAN node 120 may transmit (7050) a service response to the first CN node 130. The first CN node 130 may transmit (7060) the service response to the second CN node 140.

[0159] If the service time expires (7070) , the first CN node 130 (such as AIoTF) may send (7080) message#1, such as service (e.g., command) cancel or complete message, to the RAN node 120. Message#1 may be used to indicate that one service is successfully completed, the request data is successfully received from the AIoT device, and / or the completion of a specific correlation ID. This message may include the at least one of the followings: a correlation ID, a specific device ID, or a new message type. In addition, the first CN node 130 may delete the (stored) service request upon service time expiring (7070) . Alternatively or in addition, even if the first CN node 130 hasn’t received (7050) a service response, the first CN node 130 may send (7080) message#1 and / or delete the (stored) service request upon service time expiring (7070) .

[0160] Upon receiving the message#1, the RAN node 120 may send (7090) one indication, on deleting of the upper layer data, to the AIoT device 110. The indication may include at least one of the following parameters: ● an indication on the deleting or releasing, the indication may be a new type of command,  such as command on deleting, ● an indication on the end of the service, ● the service ID, ● transaction ID, session ID, or correlation ID, or ● an offset or point on which data may be deleted, such as the start point and / or the end  point. For example, the RAN node 120 may indicate the offset without D2R grant.

[0161] Alternatively, or in addition, the message#1 may include an IE or container, that is transparent to the RAN node 120. The RAN node 120 may forward (7100) the IE to the AIoT device 110. The IE or container may indicate the AIoT device 110 to delete the upper layer data. The IE or container may be an AIOT NAS signalling. This IE or container may include the at least one of the followings: a correlation ID, a service ID, a specific device ID, or a new message type, such as command on deletion.

[0162] The first CN node 130 such as AIoTF may delete the stored request / configuration of service request upon time expiring. The RAN node 120 may delete the stored configuration of service request upon receiving the cancel indication from the first CN node 130 such as AIoTF or AMF.

[0163] FIG. 8 illustrates another signaling flow 800 of data release associated with AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 800 involves the AIoT device 110, the RAN node 120 (also referred to as an AIoT RAN node or reader) , the first CN node 130 and the second CN node 140 in FIG. 1A or FIG. 1B.

[0164] In some embodiments, the second CN node 140 such as AF may configure the first CN node 130 such as AIoTF with a survival time or service time of a service. For example, the second CN node 140 may transmit (8010) a service request with a service time (referred to as service time#1) to the first CN node 130. Alternatively, the service time may be preconfigured or predefined or may be a default value of the service time. There may be a common service time for all service (or request) , or separate service times for respective services (or requests) .

[0165] The first CN node 130 may transmit (8020) the service request to the RAN node 120. The first CN node 130 may not provide the message size but configure a survival / service time (referred to as service time#2) to the RAN node 120. The service time#2 configured for the RAN node 120 may be shorter than or equal to the service time#1 configured by the second CN node 140 for the first CN node 130. The first CN node 130 (such as AIoTF) may determine the service time#2 and send it to the RAN node 120 via message#4, such as the service request message. For example, the service time#2 may be based on the service time#1 from the second CN node 140, such as with the same value or smaller than the value of service time#1 provided by the second CN node 140. Alternatively, the service time#2 may be locally, based on some preconfigured or predefined or default value. The service time#1 and / or service time#2 may be a common service time for all service (or request) , or separate service times for respective services (or requests) .

[0166] The RAN node 120 may transmit (8030) a command request to the AIoT device 110. In response to the command request, the AIoT device may transmit (8040 / 8045) D2R transmission (s) to the RAN node 120. The RAN node 120 may transmit (8050) a service response to the first CN node 130. The first CN node 130 may transmit (8060) the service response to the second CN node 140.

[0167] Upon receiving the message#4, if the service time#2 expiring (8070) , the RAN node 120 may send (8080) one indication, on deleting of the upper layer data, to the AIoT device 110. The indication may include at least one of the following parameters: ● an indication on the deleting or releasing, the indication may be a new type of command,  such as command on deleting, ● an indication on the end of the service, ● the service ID, ● transaction ID, session ID, or correlation ID, or ● an offset or point on which data may be deleted, such as the start point and / or the end  point. For example, the RAN node 120 may indicate the offset without D2R grant.

[0168] In addition, the RAN node 120 may delete the (stored) service request / configuration upon service time expiring (8070) .

[0169] The signaling flows 500 to 800 involves several kinds of signaling. For example, the RAN node 120, if receives service cancel message, may send an indication (such as via MAC CE) to the (AIoT) device 110 indicated by the device ID in the message, and set the transaction ID corresponding to the correlation ID in the message. For example, the corresponding MAC CE may include at least the transaction ID and / or service ID.

[0170] The AIoT device 110, upon receiving (the MAC CE of) the indication, may delete the upper layer data corresponding to the indicated transaction ID, by indicating the transaction ID to the upper layer. A message from the first CN node 130 such as AIoTF to the RAN node 120 may be a service delete message. The service delete message may include a correlation ID and / or a device ID.

[0171] A corresponding AIoT NAS signaling may be an IE from the first CN node 130 such as AIoTF to the AIoT device 110. The AIoT NAS signaling may be a service delete message including a correlation ID and / or a device ID.

[0172] Several embodiments regarding releasing or deleting the upper layer data have been described with respect to FIG. 4 to FIG. 8. In some embodiments, the AIoT device 110 may make the decision of releasing or deleting of upper layer data. The A-IoT device 110 may delete the upper layer data (whole data, or per segmentation) upon receiving at least one of the following information.

[0173] For the whole data, in an example, upon receiving an ACK of the last segmentation, the AIoT device 110 may delete (all) the upper layer data. In another example, the RAN node 120 may send the end point if it received the last segmentation. Upon receiving an end point, or offset without D2R grant, e.g. the number of bits successfully received after the last segmentation (from the start) , the AIoT device 110 may delete (all) the upper layer data only if the end point (indicated by the RAN node 120) points to the last bit / byte of the upper layer data. In a further example, the RAN node 120 may send the number of received bits if it receives the last segmentation. The AIoT device 110 may delete the upper layer data only if the number of received bits (indicated by the RAN node 120) is bigger than or equals to the size of the upper layer data. In a still further example, upon receiving an NDI or D2R grant of another service, for example with a new transaction ID, the AIoT device 110 may delete the whole upper layer data of the previous service.

[0174] For per segmentation, in an example, upon receiving an offset for retransmission, the AIoT device 110 may indicate the upper layer to delete the upper layer data till the point indicated by the offset. The offset may be sent several times, and the AIoT device 110 may take action for each received offset. In another example, the AIoT device 110 may record at least the end point of each segment. Upon receiving ACK of a segmentation, the AIoT device 110 may delete the upper layer data corresponding to this segmentation (till the end point of this segment) . In a further example, D2R grant may be for a new segmentation. Upon the transmission of the new or next segmentation, the AIoT device 110 may delete the upper layer data of the previous segment. In another embodiment, if the ACK corresponds to a plurality of segments (that is, an ACK for the plurality of segments is received or a plurality of ACKs for the plurality of segments are received) , the AIoT device 110 may delete respective data of the plurality of segments, or delete data till the end of the last segment with ACK.

[0175] For MAC layer, the AIoT device 110, upon receiving the ACK, if the ACK is for the last segment or there is a transmission without segmentation, the AIoT device 110 may delete the upper layer data (corresponding to the transaction ID) . The AIoT device 110, upon receiving the end point, or offset without D2R grant, if the end point points to the end (e.g., last bit or last byte) of the upper layer data, the AIoT device 110 may delete (all) the upper layer data corresponding to the transaction ID. The AIoT device 110, upon receiving the offset for retransmission, may indicate the upper layer to delete the upper layer data till the point indicated by the offset.

[0176] In some embodiments, the AIoT device 110 may delete or release the upper layer data based on the service time. For example, the RAN node 120 or the first CN node 130 may transmit a configuration of time information for releasing the upper layer data. The time information may indicate a time point or offset for releasing the upper layer data. The AIoT device 110 may delete or release the upper layer data based on the configuration of the time information, without receiving an indication for releasing the upper layer data.

[0177] Several embodiments regarding the AIoT device releasing upper layer data have been described with respect to FIG. 4 to FIG. 8. Embodiments of the present disclosure further propose a solution for retransmitting a service request. In the solution, a RAN node receives, from a first CN node such as AIoTF, a service request for a service associated with an AIoT device. The service request includes a correlation ID associated with the service request. The RAN node transmits, to the first CN node, a response to the service request. The RAN node receives a further service request for a further response of the service from the first CN node. The further service request includes the correlation ID and / or stored information of the service. In this way, a further service request for the service associated with the AIoT device may be triggered by the RAN node.

[0178] FIG. 9 illustrates a signaling flow 900 of AIoT related service request retransmission in accordance with some embodiments of the present disclosure. The signaling flow 900 involves the RAN node 120, the first CN node 130 and the second CN node 140 in FIG. 1A or FIG. 1B.

[0179] In operation, the first CN node 130 transmits (9020) , to the RAN node 120, a first service request for a service. The first service request includes a correlation identifier associated with the service request, and / or stored information of the service. Correspondingly, the RAN node 120 receives (9025) the first service request.

[0180] In an embodiment, the second CN node 140 may transmit (9010) , to the first CN node 130, a second service request for the service. The transmitted (9010) second service request at least includes a first identifier (such as a service ID) corresponding to the correlation identifier. The first identifier may be a transaction ID, or correlation ID. In response to receiving (9015) the second service request, the first CN node 130 transmits (9020) the first service request to the RAN node 120. The second CN node 140 may receive, from the first CN node 130, a response to the further service request. If the service is not completed, the second CN node 130 may transmit (9010) , to the first CN node 130, the second service request.

[0181] In another embodiment, the first CN node 130 may receive a response, to a previously transmitted service request. If the service is not completed, the first CN node 130 thus may transmit (9020) the first service request to the RAN node 120. The transmitted (9020) first service request may include the service ID such as the correlation ID or the transaction ID.

[0182] In some embodiments, if the stored information of the service is unavailable, the first CN node 130 may transmit, to the RAN node 120, an indication of a failure of the service.

[0183] The first service request and / or the second service request may further include a reader ID list of a plurality of candidate readers, a serving area of the plurality of candidate readers, and / or an identifier of a group of candidate readers. The candidate readers may be associated with AIoT device (s) . The reader ID list or service area in the first service request may be same with the reader ID list or service area in the second service request, or may be different from the reader ID list or service area. The reader ID list or service area in the second service request may be an updating reader ID list or service area which may replace the reader ID list or service area in the first service request. Alternatively, the reader ID list or service area in the second service request may a delta reader ID list or delta service area, that may be applied in combination with the reader ID list or service area in the first service request.

[0184] The second service request may further include an indication for retriggering the service. In response to receiving the indication for retriggering the service, the first CN node 130 may transmit (9020) the first service request in response to receiving the second service request and / or in response to the service being not completed. The indication for retriggering the service may indicate a timer or a maximum number of retransmissions. If the timer is still running or if the number of retransmissions of the service request is less than the maximum number, the first CN node 130 may retransmit the first service request. In addition, the retransmission of the first service request is performed according to the following conditions: receiving a failure indication of a service (associated to the first service request) from the second CN node 140, receiving a failure indication of a service (associated to the first service request) from the RAN node 120, or determine a failure of a service (associated to the first service request) by itself.

[0185] The RAN node 120 transmits (9030) , to the first CN node 130, a response to the service. The first CN node 130 receives (9035) the response. Based on the response being not completed, the first CN node 130 transmits (9040) a further service request (such as a third service request) to the RAN node 120. The RAN node 120 may receive (9045) the third service request. The third service request includes the correlation identifier, and / or stored information of the service. In response to the further service request including the correlation identifier, the RAN node 120 may obtain store information of the service based on the correlation identifier.

[0186] With these embodiments, by indicating the service ID to the first CN node 130 and / or the RAN node 120, the retransmission of the same command or service request may be triggered. The transmission of the same command or service is thus enabled.

[0187] FIG. 10 illustrates another signaling flow 1000 for service request transmission in accordance with some embodiments of the present disclosure. The signaling flow 1000 involves the AIoT device 110, the RAN node 120, the first CN node 130 and the second CN node 140.

[0188] As shown, the second CN node 140 such as AF may transmit (10010) an original service request (referred to service request #1) to the first CN node 130 such as AIoTF. The service request #1 may include at least one of the followings: a reader ID list, service area of at least one reader, or a service request ID.

[0189] The first CN node 130 may select readers based on the service area and / or the reader ID list. In addition, the first CN node 130 may send (10020) a service request message to the RAN node 120. The service request message may include at least one of the followings: the correlation ID, the reader ID list, or the service area.

[0190] The RAN node 120 may transmit (10030) a command or service request to the AIoT device 110. The AIoT device 110 may transmit (10040 / 10045) D2R transmission (s) to the RAN node 120. The RAN node 120 may transmit (10050) a service response to the first CN node 130 based on the D2R transmission (s) . The first CN node 130 may transmit (10060) the service response to the second CN node 140.

[0191] The second CN node 140, upon receiving the service response from the first CN node 130, may determine (10070) that the service is not successful, for example, the data reading is not successfully completed. Then, the second CN node 140 may send (10080) another service request message (referred to as service request#2) to the first CN node 130. The service request#2 may include the correlation ID. In addition, this service request #2 message may include a device ID list, to replace the original device ID list, or used together with the original device ID list, and / or a service are to replace the original service area, or used together / in combination with the original service area.

[0192] The first CN node 130 may send (10090) the service request message to the RAN node 120 including the correlation ID. The RAN node 120 may use (10100) the stored information according to the correlation ID to send (10110) the command to the AIoT device 110. In some embodiments, upon receiving the service request message, if only the correlation ID is included, the first CN node 130 may derive the stored command information according the correlation ID. If the stored information is not found, the first CN node 130 may response the second CN node 140 with the service failure message, and may indicate the reason of failure as not_received or not_stored.

[0193] With these embodiments, the second CN node 140 such as AF may re-trigger the command on reading.

[0194] FIG. 11 illustrates another signaling flow 1100 for service request transmission in accordance with some embodiments of the present disclosure. The signaling flow 1100 involves the AIoT device 110, the RAN node 120, the first CN node 130 and the second CN node 140.

[0195] As shown, the second CN node 140 such as AF may transmit (11010) an original service request (referred to service request #1) to the first CN node 130 such as AIoTF. The service request #1 may include a reader ID list, service area of at least one reader, a service request ID, and / or an indication on retrigger. The indication on retrigger may indicate a number of (re) transmissions of the service request, a timer for (re) transmitting the service request, or the like. The indication on retrigger may include a delta configuration for transmitting the service request. The delta configuration may include updated configuration or an offset for a parameter (e.g., the number or the timer) for retransmitting the service request.

[0196] The first CN node 130 may select readers based on the service area and / or the reader ID list. In addition, the first CN node 130 may send (11020) a service request message to the RAN node 120. The service request message may include at least one of the followings: the correlation ID, the reader ID list, or the service area.

[0197] The RAN node 120 may transmit (11030) a command or service request to the AIoT device 110. The AIoT device 110 may transmit (11040 / 11045) D2R transmission (s) to the RAN node 120. The RAN node 120 may transmit (11050) a service response to the first CN node 130 based on the D2R transmission (s) .

[0198] The first CN node 130, upon receiving the service response from the RAN node 120, may determine (11060) that the service is not successful, for example, the data reading is not successfully completed. Then the first CN node 130 may send (11090) another service request message to the RAN node 120. In an example, the service request message may include (stored) correlation ID. In another example, the service request message may include the stored information of service according to the service request ID or stored correlation ID. For example, the first CN node 130 may obtain (11080) the stored information for the command or the service. The first CN node 130 may also transmit (10070) the service response to the second CN node 140. In some embodiments, upon receiving the service request message, if only the correlation ID is included, the first CN node 130 may derive the stored command information or service information according the correlation ID.

[0199] In addition, in case of the retriggering at the first CN node 130 is configured, the RAN node 120 may obtain (11100) the stored information according to the correlation ID. The RAN node 120 may use the obtained stored information to send (11110) the command to the AIoT device 110. If the stored information is not found, the RAN node 120 may response with the service failure message, and may indicate the reason of the failure as not_received or not_stored. In some embodiments, the RAN node 120 may trigger the retransmission of the command based on a timer and / or a maximum number for the retransmission. If the timer is still running and / or if the number of retransmissions is less than the maximum number, the RAN node 120 may retransmit the command.

[0200] Alternatively, the first CN node 130 may send (11090) another service request message to the RAN node 120, and the other service request message may include the stored information of service according to the service request ID or stored correlation ID. That is, the first CN node 130 may derive the stored information according to the correlation ID. In such cases, the RAN node 120 may perform a command procedure based on the other service request message.

[0201] With these embodiments, the retransmission of the service request may be triggered by the first CN node 130.

[0202] It would be appreciated that some example specifications, signaling flows and embodiments are provided above, and the detailed description may be varied. It is to be understood that these signaling flows 300, 400, 500, 600, 700, 800, 900, 1000 and / or 1100 may be used separately, or in any suitable combination. It is to be understood that these signaling flows 300, 400, 500, 600, 700, 800, 900, 1000 and / or 1100 may involve any other suitable operations or signaling not shown. With these signaling flows and similar signaling flows, data transmission associated with AIoT service can be managed and enhanced.

[0203] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at an AIoT device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1200 will be described from the perspective of the AIoT device 110 in FIG. 1A and FIG. 1B.

[0204] At block 1210, the AIoT device 110 determines whether at least one condition is satisfied.

[0205] If the at least one condition is satisfied, at block 1220, the AIoT device 110 transmits, to a RAN node, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted. The at least one condition is based on at least one of: a grant for transmission from the AIoT device to the RAN node, an amount of the data to be transmitted, or a threshold associated with the data to be transmitted.

[0206] In some example embodiments, the at least one condition comprises at least one of: the grant for the transmission being a last grant, a size of the grant being less than an amount of the data to be transmitted, the message size information having not been transmitted, the amount of the data to be transmitted exceeding the threshold, a reception of the request for the message size information, or a message size estimated by the RAN node being less than that of the data to be transmitted.

[0207] In some example embodiments, in response to the grant being the last grant and the amount of the data to be transmitted exceeding the size of the grant or the threshold, the AIoT device 110 transmits the first message including the segmentation indication.

[0208] In some example embodiments, the method 1200 further comprises: in response to the message size information having been transmitted and the amount of the data to be transmitted exceeding the threshold, excluding the message size information from the first message.

[0209] In some example embodiments, the message size information comprises at least one of: an amount of the data to be transmitted, a percentage of original upper layer data, or a ratio of the amount of the data to be transmitted to a size of the grant.

[0210] In some example embodiments, the threshold comprises at least one of: a threshold on data amount, a threshold of a percentage of original upper layer data, or a threshold ratio of the amount of the data to be transmitted to a size of the grant.

[0211] In some example embodiments, the request for the message size information is comprised in at least one of: a message carrying the grant, an MAC CE, or physical layer control information.

[0212] In some example embodiments, the method 1200 further comprises: receiving, from the RAN node, a second message indicating a message size estimated by the RAN node; and in response to the indicated message size being smaller than a message size of the data to be transmitted by an offset, transmitting a third message to the RAN node, the third message at least including the message size information.

[0213] In some example embodiments, the third message further includes a segment of the data to be transmitted.

[0214] In some example embodiments, the second message comprises the grant. Alternatively, the second message is comprised in a MAC CE or physical layer control information.

[0215] In some example embodiments, the data to be transmitted comprises one of: un-transmitted upper layer data before transmitting the first message, or un-transmitted upper layer data after transmitting the first message.

[0216] FIG. 13 illustrates a flowchart of a communication method 1300 implemented at a RAN node in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1300 will be described from the perspective of the RAN node 120 in FIG. 1A and FIG. 1B.

[0217] At block 1310, the RAN node 120 transmits, to an AIoT device, a grant for transmission from the AIoT device to the RAN node.

[0218] At block 1320, the RAN node 120 receives, from the AIoT device, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted.

[0219] In some example embodiments, the method 1300 further comprises: in response to receiving the first message, transmitting a further grant for transmission from the AIoT device to the RAN node.

[0220] In some example embodiments, the method 1300 further comprises: transmitting, to the AIoT device, a request for the message size information.

[0221] In some example embodiments, the request for the message size information is comprised in at least one of: a message carrying the grant, a MAC CE, or physical layer control information.

[0222] In some example embodiments, the method 1300 further comprises: transmitting, to the AIoT device, a second message indicating a message size estimated by the RAN node.

[0223] In some example embodiments, the second message comprises the grant. Alternatively, where the second message is comprised in a MAC CE or control information of a physical layer signal.

[0224] FIG. 14 illustrates a flowchart of a communication method 1400 implemented at an AIoT device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1400 will be described from the perspective of the AIoT device 110 in FIG. 1A and FIG. 1B.

[0225] At block 1410, the AIoT device 110 receives, from a RAN node, a first message.

[0226] At block 1420, the AIoT device 110 releases upper layer data based on the first message indicating at least one of: a first indication of release of the upper layer data, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0227] In some example embodiments, the first indication comprises at least one of: a message type of a command on deleting data, an indication of an end of a service, an identifier of the service, an identifier of a transaction or session, at least time point for releasing the upper layer data, or a correlation identifier associated with a service request for the service.

[0228] In some example embodiments, the first message is comprised in at least one of: physical layer control information, medium access control layer information, or AIoT non-access stratum signaling.

[0229] In some example embodiments, the first message comprises an identifier of a service, and the AIoT device 110 may release the upper layer data associated with the service.

[0230] In some example embodiments, in response to the first message indicating the acknowledgement of a last segment of the upper layer data, the AIoT device 110 releases the upper layer data.

[0231] In some example embodiments, in response to the first message indicating the acknowledgement of a segment of the upper layer data and the segment being not a last segment, the AIoT device 110 releases the upper layer data corresponding to the segment.

[0232] In some example embodiments, in response to the first message indicating the time information for releasing the upper layer data and the time information including an offset, the AIoT device 110 releases the upper layer data until a time point indicated by the offset.

[0233] In some example embodiments, the upper layer data comprises whole data associated with a service, or data segment of whole data associated with the service.

[0234] In some example embodiments, the grant for subsequent data transmission comprises at least one of: a NDI grant of a further service, a D2R grant of a further service, or a D2R grant for a further segment of the service.

[0235] FIG. 15 illustrates a flowchart of a communication method 1500 implemented at a RAN node 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 RAN node 120 in FIG. 1A and FIG. 1B.

[0236] At block 1510, the RAN node 120 transmits, to an AIoT device, a first message for releasing upper layer data of the AIoT device. The first message indicates at least one of: a first indication of release of upper layer data of the AIoT device, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0237] In some example embodiments, the first indication comprises at least one of: a message type of a command on deleting data, an indication of an end of a service, an identifier of the service, an identifier of a transaction or session, at least time point or time offset for releasing the upper layer data, or a correlation identifier associated with a service request for the service.

[0238] In some example embodiments, the first message is comprised in at least one of: physical layer control information, medium access control layer information, or AIoT non-access stratum signaling.

[0239] In some example embodiments, the time information for releasing the upper layer data comprises at least time point or time offset for releasing the upper layer data.

[0240] In some example embodiments, the RAN node 120 may receive, from a core network node, a reference message size of a service; based on a difference between a size of received message or message segments from the AIoT device and the reference message size being bigger than or equal to a threshold, or a size of received message or message segments from the AIoT device being bigger than the reference message size, transmit the first message to the AIoT device; and release a configuration of the service.

[0241] In some example embodiments, the RAN node 120 may receive, from a core network node, a second message indicating a completion or cancellation of a service; and in response to receiving the second message, transmit the first message to the AIoT device; and release a configuration of the service.

[0242] In some example embodiments, the second message comprises at least one of: a message type of a command on deleting data, an identifier of the service, an identifier of the AIoT device, or a correlation identifier associated with a service request for the service.

[0243] In some example embodiments, the RAN node 120 may receive, from a core network node, a service request including a time duration of a service; upon expiry of the time duration, transmit the first message to the AIoT device; and release a configuration of the service.

[0244] FIG. 16 illustrates a flowchart of a communication method 1600 implemented at a core network node 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 first CN node 130 in FIG. 1A and FIG. 1B.

[0245] At block 1610, the first CN node 130 transmits, to a RAN node, a message associated with a service of an AIoT device, the message including at least one of: a reference message size for the service, an indication of a completion or cancellation of a service, or a service time of the service.

[0246] In some example embodiments, the indication comprises at least one of: a message type of a command on deleting data, an identifier of the service, an identifier of the AIoT device, or a correlation identifier associated with a service request for the service.

[0247] In some example embodiments, the method 1600 further comprises: transmitting the indication of the completion or cancellation of the service in response to at least one of: receiving a service response message for the service from the RAN node, or receiving an indication of a success completion of the service from a further core network node, or expiry of a time duration of the service.

[0248] FIG. 17 illustrates a flowchart of a communication method 1700 implemented at a first core network node in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1700 will be described from the perspective of the first CN node 130 in FIG. 1A and FIG. 1B.

[0249] At block 1710, the first CN node 130 transmits a first service request for a service to a RAN node, the first service request including at least one of: a correlation identifier associated with the service request, or stored information of the service. The transmission of the service request is based on at least one of: receiving, from a second core network node, a second service request for the service, the second service request at least including a first identifier corresponding to the correlation identifier, or a response to a previously transmitted service request for the service being not completed.

[0250] In some example embodiments, the method 1700 further comprises: based on the stored information of the service being unavailable, transmitting, to the RAN node, an indication of a failure of the service.

[0251] In some example embodiments, the first service request or the second service request further comprises at least one of: a reader identifier list of a plurality of candidate readers, a serving area of the plurality of candidate readers, or an identifier of a group of candidate readers.

[0252] In some example embodiments, the second service request further comprises an indication for retriggering the service.

[0253] FIG. 18 illustrates a flowchart of a communication method 1800 implemented at a second core network node in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1800 will be described from the perspective of the second CN node 140 in FIG. 1A and FIG. 1B.

[0254] At block 1810, the second CN node 140 transmits, to a first core network node, a service request for a service, the service request including at least one of: an indication for retriggering the service, or a first identifier associated with the service request, where the first identifier is included in a further service request previously transmitted to the first core network node.

[0255] In some example embodiments, the service request further comprises at least one of:a reader identifier list of a plurality of candidate readers, a serving area of the plurality of candidate readers, or an identifier of a group of candidate readers.

[0256] In some example embodiments, the method 1800 further comprises: receiving, from the first core network node, a response to the further service request; and based on the response being not completed, transmitting, to the first core network node, the service request.

[0257] FIG. 19 illustrates a flowchart of a communication method 1900 implemented at a RAN node in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1900 will be described from the perspective of the RAN node 120 in FIG. 1A and FIG. 1B.

[0258] At block 1910, the RAN node 120 receives, from a first core network node, a service request for a service associated with an AIoT device, the service request including a correlation identifier associated with the service request.

[0259] At block 1920, the RAN node 120 transmits, to the first core network node, a response to the service request.

[0260] At block 1930, the RAN node 120 receives, from the first core network node, a further service request for a further response of the service, the further service request including at least one of: the correlation identifier, or stored information of the service.

[0261] In some example embodiments, the method 1900 further comprises: in response to the further service request including the correlation identifier, obtaining store information of the service based on the correlation identifier.

[0262] FIG. 20 is a simplified block diagram of a device 2000 that is suitable for implementing embodiments of the present disclosure. The device 2000 can be considered as a further example implementation of any of the devices as shown in FIG. 1A and FIG> 1B. Accordingly, the device 2000 can be implemented at or as at least a part of the AIoT device 110, the RAN node 120, the first CN node 130 or the second CN node 140 in FIG. 1A or FIG. 1B.

[0263] As shown, the device 2000 includes a processor 2010, a memory 2020 coupled to the processor 2010, a suitable transceiver 2040 coupled to the processor 2010, and a communication interface coupled to the transceiver 2040. The memory 2020 stores at least a part of a program 2030. The transceiver 2040 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 2040 may include at least one of a transmitter 2042 and a receiver 2044. The transmitter 2042 and the receiver 2044 may be functional modules or physical entities. The transceiver 2040 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.

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

[0265] The memory 2020 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 2020 is shown in the device 2000, there may be several physically distinct memory modules in the device 2000. The processor 2010 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 2000 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.

[0266] According to embodiments of the present disclosure, an ambient Internet of things (AIoT) device comprising a circuitry is provided. The circuitry is configured to: determine whether at least one condition is satisfied; and in response to the at least one condition being satisfied, transmit, to a radio access network (RAN) node, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted, where the at least one condition is based on at least one of: a grant for transmission from the AIoT device to the RAN node, an amount of the data to be transmitted, or a threshold associated with the data to be transmitted. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the ambient Internet of things (AIoT) device as discussed above.

[0267] According to embodiments of the present disclosure, a radio access network (RAN) node comprising a circuitry is provided. The circuitry is configured to: transmit, to an ambient Internet of things (AIoT) device, a grant for transmission from the AIoT device to the RAN node; and receive, from the AIoT device, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the radio access network (RAN) node as discussed above.

[0268] According to embodiments of the present disclosure, an ambient Internet of things (AIoT) device comprising a circuitry is provided. The circuitry is configured to: receive, from a radio access network (RAN) node, a first message; release upper layer data based on the first message indicating at least one of: a first indication of release of the upper layer data, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the ambient Internet of things (AIoT) device as discussed above.

[0269] According to embodiments of the present disclosure, a radio access network (RAN) node comprising a circuitry is provided. The circuitry is configured to: transmit, to an ambient Internet of things (AIoT) device, a first message for releasing upper layer data of the AIoT device, the first message indicating at least one of: a first indication of release of upper layer data of the AIoT device, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the radio access network (RAN) node as discussed above.

[0270] According to embodiments of the present disclosure, a core network node comprising a circuitry is provided. The circuitry is configured to: transmit, to a radio access network (RAN) node, a message associated with a service of an ambient Internet of things (AIoT) device, the message including at least one of: a reference message size for the service, an indication of a completion or cancellation of a service, or a service time of the service. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the core network node as discussed above.

[0271] According to embodiments of the present disclosure, a first core network node comprising a circuitry is provided. The circuitry is configured to: transmit a first service request for a service to a radio access network (RAN) node, the first service request including at least one of: a correlation identifier associated with the service request, or stored information of the service, where the transmission of the service request is based on at least one of: receiving, from a second core network node, a second service request for the service, the second service request at least including a first identifier corresponding to the correlation identifier, or a response to a previously transmitted service request for the service being not completed. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first core network node as discussed above.

[0272] According to embodiments of the present disclosure, a second core network node comprising a circuitry is provided. The circuitry is configured to: transmit, to a first core network node, a service request for a service, the service request including at least one of: an indication for retriggering the service, or a first identifier associated with the service request, where the first identifier is included in a further service request previously transmitted to the first core network node. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second core network node as discussed above.

[0273] According to embodiments of the present disclosure, a radio access network (RAN) node comprising a circuitry is provided. The circuitry is configured to: receive, from a first core network node, a service request for a service associated with an ambient Internet of things (AIoT) device, the service request including a correlation identifier associated with the service request; transmit, to the first core network node, a response to the service request; and receive, from the first core network node, a further service request for a further response of the service, the further service request including at least one of: the correlation identifier, or stored information of the service. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the radio access network (RAN) node as discussed above.

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

[0275] According to embodiments of the present disclosure, a first apparatus is provided. The first apparatus comprises means for determining whether at least one condition is satisfied; and means for in response to the at least one condition being satisfied, transmitting to a radio access network (RAN) node, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted, where the at least one condition is based on at least one of: a grant for transmission from the AIoT device to the RAN node, an amount of the data to be transmitted, or a threshold associated with the data to be transmitted. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 1200. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 1200. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0276] According to embodiments of the present disclosure, a second apparatus is provided. The second apparatus comprises means for transmitting, to an ambient Internet of things (AIoT) device, a grant for transmission from the AIoT device to the RAN node; and means for receiving, from the AIoT device, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1300. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 1300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0277] According to embodiments of the present disclosure, a third apparatus is provided. The third apparatus comprises means for receiving, from a radio access network (RAN) node, a first message; means for releasing upper layer data based on the first message indicating at least one of: a first indication of release of the upper layer data, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission. In some embodiments, the third apparatus may comprise means for performing the respective operations of the method 1400. In some example embodiments, the third apparatus may further comprise means for performing other operations in some example embodiments of the method 1400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0278] According to embodiments of the present disclosure, a fourth apparatus is provided. The fourth apparatus comprises means for transmitting, to an ambient Internet of things (AIoT) device, a first message for releasing upper layer data of the AIoT device, the first message indicating at least one of: a first indication of release of upper layer data of the AIoT device, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission. In some embodiments, the fourth apparatus may comprise means for performing the respective operations of the method 1500. In some example embodiments, the fourth 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.

[0279] According to embodiments of the present disclosure, a fifth apparatus is provided. The fifth apparatus comprises means for transmitting, to a radio access network (RAN) node, a message associated with a service of an ambient Internet of things (AIoT) device, the message including at least one of: a reference message size for the service, an indication of a completion or cancellation of a service, or a service time of the service. In some embodiments, the fifth apparatus may comprise means for performing the respective operations of the method 1600. In some example embodiments, the fifth 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.

[0280] According to embodiments of the present disclosure, a sixth apparatus is provided. The sixth apparatus comprises means for transmitting a first service request for a service to a radio access network (RAN) node, the first service request including at least one of: a correlation identifier associated with the service request, or stored information of the service, where the transmission of the service request is based on at least one of: receiving, from a second core network node, a second service request for the service, the second service request at least including a first identifier corresponding to the correlation identifier, or a response to a previously transmitted service request for the service being not completed. In some embodiments, the sixth apparatus may comprise means for performing the respective operations of the method 1700. In some example embodiments, the sixth apparatus may further comprise means for performing other operations in some example embodiments of the method 1700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0281] According to embodiments of the present disclosure, a seventh apparatus is provided. The seventh apparatus comprises means for transmitting, to a first core network node, a service request for a service, the service request including at least one of: an indication for retriggering the service, or a first identifier associated with the service request, where the first identifier is included in a further service request previously transmitted to the first core network node. In some embodiments, the seventh apparatus may comprise means for performing the respective operations of the method 1800. In some example embodiments, the seventh apparatus may further comprise means for performing other operations in some example embodiments of the method 1800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0282] According to embodiments of the present disclosure, an eighth apparatus is provided. The eighth apparatus comprises means for receiving, from a first core network node, a service request for a service associated with an ambient Internet of things (AIoT) device, the service request including a correlation identifier associated with the service request; means for transmitting, to the first core network node, a response to the service request; and means for receiving, from the first core network node, a further service request for a further response of the service, the further service request including at least one of: the correlation identifier, or stored information of the service. In some embodiments, the eighth apparatus may comprise means for performing the respective operations of the method 1900. In some example embodiments, the eighth apparatus may further comprise means for performing other operations in some example embodiments of the method 1900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

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

[0284] In an aspect, it is proposed An ambient Internet of things (AIoT) device comprising: a processor configured to cause the AIoT device to determine whether at least one condition is satisfied; and in response to the at least one condition being satisfied, transmit, to a radio access network (RAN) node, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted, where the at least one condition is based on at least one of: a grant for transmission from the AIoT device to the RAN node, an amount of the data to be transmitted, or a threshold associated with the data to be transmitted.

[0285] In some embodiments, the at least one condition comprises at least one of: the grant for the transmission being a last grant, a size of the grant being less than an amount of the data to be transmitted, the message size information having not been transmitted, the amount of the data to be transmitted exceeding the threshold, a reception of the request for the message size information, or a message size estimated by the RAN node being less than that of the data to be transmitted.

[0286] In some embodiments, the processor is further configured to cause the AIoT device to: in response to the grant being the last grant and the amount of the data to be transmitted exceeding the size of the grant or the threshold, transmit the first message including the segmentation indication.

[0287] In some embodiments, the processor is further configured to cause the AIoT device to: in response to the message size information having been transmitted and the amount of the data to be transmitted exceeding the threshold, exclude the message size information from the first message.

[0288] In some embodiments, the message size information comprises at least one of: an amount of the data to be transmitted, a percentage of original upper layer data, or a ratio of the amount of the data to be transmitted to a size of the grant.

[0289] In some embodiments, the threshold comprises at least one of: a threshold on data amount, a threshold of a percentage of original upper layer data, or a threshold ratio of the amount of the data to be transmitted to a size of the grant.

[0290] In some embodiments, the request for the message size information is comprised in at least one of: a message carrying the grant, a medium access control control element, or physical layer control information.

[0291] In some embodiments, the processor is further configured to cause the AIoT device to: receive, from the RAN node, a second message indicating a message size estimated by the RAN node; and in response to the indicated message size being smaller than a message size of the data to be transmitted by an offset, transmit a third message to the RAN node, the third message at least including the message size information.

[0292] In some embodiments, the third message further includes a segment of the data to be transmitted.

[0293] In some embodiments, the second message comprises the grant. Alternatively, the second message is comprised in a MAC CE or physical layer control information.

[0294] In some embodiments, the data to be transmitted comprises one of: un-transmitted upper layer data before transmitting the first message, or un-transmitted upper layer data after transmitting the first message.

[0295] In an aspect, it is proposed a radio access network (RAN) node comprising: a processor configured to cause the RAN node to: transmit, to an ambient Internet of things (AIoT) device, a grant for transmission from the AIoT device to the RAN node; and receive, from the AIoT device, a first message indicating at least one of: a segmentation indication indicative of a segment of data to be transmitted, or message size information of the data to be transmitted.

[0296] In some embodiments, the processor is further configured to cause the RAN node to: in response to receiving the first message, transmit a further grant for transmission from the AIoT device to the RAN node.

[0297] In some embodiments, the processor is further configured to cause the RAN node to: transmit, to the AIoT device, a request for the message size information.

[0298] In some embodiments, the request for the message size information is comprised in at least one of: a message carrying the grant, a MAC CE, or physical layer control information.

[0299] In some embodiments, the processor is further configured to cause the RAN node to: transmit, to the AIoT device, a second message indicating a message size estimated by the RAN node.

[0300] In some embodiments, the second message comprises the grant. Alternatively, the second message is comprised in a MAC CE or control information of a physical layer signal.

[0301] In an aspect, it is proposed An ambient Internet of things (AIoT) device comprising: a processor configured to cause the AIoT device to receive, from a radio access network (RAN) node, a first message; release upper layer data based on the first message indicating at least one of: a first indication of release of the upper layer data, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0302] In some embodiments, the first indication comprises at least one of: a message type of a command on deleting data, an indication of an end of a service, an identifier of the service, an identifier of a transaction or session, at least time point for releasing the upper layer data, or a correlation identifier associated with a service request for the service.

[0303] In some embodiments, the first message is comprised in at least one of: physical layer control information, medium access control layer information, or AIoT non-access stratum signaling.

[0304] In some embodiments, the first message comprises an identifier of a service, and the processor is further configured to cause the AIoT device to: release the upper layer data associated with the service.

[0305] In some embodiments, the processor is further configured to cause the AIoT device to: in response to the first message indicating the acknowledgement of a last segment of the upper layer data, release the upper layer data.

[0306] In some embodiments, the processor is further configured to cause the AIoT device to: in response to the first message indicating the acknowledgement of a segment of the upper layer data and the segment being not a last segment, release the upper layer data corresponding to the segment.

[0307] In some embodiments, the processor is further configured to cause the AIoT device to: in response to the first message indicating the time information for releasing the upper layer data and the time information including an offset, release the upper layer data until a time point indicated by the offset.

[0308] In some embodiments, the upper layer data comprises whole data associated with a service, or data segment of whole data associated with the service.

[0309] In some embodiments, the grant for subsequent data transmission comprises at least one of: a NDI grant of a further service, a D2R grant of a further service, or a D2R grant for a further segment of the service.

[0310] In an aspect, it is proposed a radio access network (RAN) node comprising: a processor configured to cause the RAN node to: transmit, to an ambient Internet of things (AIoT) device, a first message for releasing upper layer data of the AIoT device, the first message indicating at least one of: a first indication of release of upper layer data of the AIoT device, an acknowledgement of at least one segmentation of the upper layer data, time information for releasing the upper layer data, the number of bits received by the RAN node, or a grant for subsequent data transmission.

[0311] In some embodiments, the first indication comprises at least one of: a message type of a command on deleting data, an indication of an end of a service, an identifier of the service, an identifier of a transaction or session, at least time point or time offset for releasing the upper layer data, or a correlation identifier associated with a service request for the service.

[0312] In some embodiments, the first message is comprised in at least one of: physical layer control information, medium access control layer information, or AIoT non-access stratum signaling.

[0313] In some embodiments, the time information for releasing the upper layer data comprises at least time point or time offset for releasing the upper layer data.

[0314] In some embodiments, the processor is further configured to cause the RAN node to: receive, from a core network node, a reference message size of a service; based on a difference between a size of received message or message segments from the AIoT device and the reference message size being bigger than or equal to a threshold, or a size of received message or message segments from the AIoT device being bigger than the reference message size, transmit the first message to the AIoT device; and release a configuration of the service.

[0315] In some embodiments, the processor is further configured to cause the RAN node to: receive, from a core network node, a second message indicating a completion or cancellation of a service; and in response to receiving the second message, transmit the first message to the AIoT device; and release a configuration of the service.

[0316] In some embodiments, the second message comprises at least one of: a message type of a command on deleting data, an identifier of the service, an identifier of the AIoT device, or a correlation identifier associated with a service request for the service.

[0317] In some embodiments, the processor is further configured to cause the RAN node to: receive, from a core network node, a service request including a time duration of a service; upon expiry of the time duration, transmit the first message to the AIoT device; and release a configuration of the service.

[0318] In an aspect, it is proposed a core network node comprising: a processor configured to cause the core network node to: transmit, to a radio access network (RAN) node, a message associated with a service of an ambient Internet of things (AIoT) device, the message including at least one of: a reference message size for the service, an indication of a completion or cancellation of a service, or a service time of the service.

[0319] In some embodiments, the indication comprises at least one of: a message type of a command on deleting data, an identifier of the service, an identifier of the AIoT device, or a correlation identifier associated with a service request for the service.

[0320] In some embodiments, the processor is further configured to cause the core network node to: transmit the indication of the completion or cancellation of the service in response to at least one of: receiving a service response message for the service from the RAN node, or receiving an indication of a success completion of the service from a further core network node, or expiry of a time duration of the service.

[0321] In an aspect, it is proposed a first core network node comprising: a processor configured to cause the first core network node to: transmit a first service request for a service to a radio access network (RAN) node, the first service request including at least one of: a correlation identifier associated with the service request, or stored information of the service, where the transmission of the service request is based on at least one of: receiving, from a second core network node, a second service request for the service, the second service request at least including a first identifier corresponding to the correlation identifier, or a response to a previously transmitted service request for the service being not completed.

[0322] In some embodiments, the processor is further configured to cause the first core network node to: based on the stored information of the service being unavailable, transmit, to the RAN node, an indication of a failure of the service.

[0323] In some embodiments, the first service request or the second service request further comprises at least one of: a reader identifier list of a plurality of candidate readers, a serving area of the plurality of candidate readers, or an identifier of a group of candidate readers.

[0324] In some embodiments, the second service request further comprises an indication for retriggering the service.

[0325] In an aspect, it is proposed a second core network node comprising: a processor configured to cause the second core network node to: transmit, to a first core network node, a service request for a service, the service request including at least one of: an indication for retriggering the service, or a first identifier associated with the service request, where the first identifier is included in a further service request previously transmitted to the first core network node.

[0326] In some embodiments, the service request further comprises at least one of: a reader identifier list of a plurality of candidate readers, a serving area of the plurality of candidate readers, or an identifier of a group of candidate readers.

[0327] In some embodiments, the processor is further configured to cause the second core network node to: receive, from the first core network node, a response to the further service request; and based on the response being not completed, transmit, to the first core network node, the service request.

[0328] In an aspect, it is proposed a radio access network (RAN) node comprising: a processor configured to cause the RAN node to: receive, from a first core network node, a service request for a service associated with an ambient Internet of things (AIoT) device, the service request including a correlation identifier associated with the service request; transmit, to the first core network node, a response to the service request; and receive, from the first core network node, a further service request for a further response of the service, the further service request including at least one of: the correlation identifier, or stored information of the service.

[0329] In some embodiments, the processor is further configured to cause the RAN node to: in response to the further service request including the correlation identifier, obtain store information of the service based on the correlation identifier.

[0330] In an aspect, an ambient Internet of things (AIoT) 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 ambient Internet of things (AIoT) device discussed above.

[0331] In an aspect, a radio access network (RAN) node 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 radio access network (RAN) node discussed above.

[0332] In an aspect, an ambient Internet of things (AIoT) 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 ambient Internet of things (AIoT) device discussed above.

[0333] In an aspect, a radio access network (RAN) node 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 radio access network (RAN) node discussed above.

[0334] In an aspect, a core network node 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 core network node discussed above.

[0335] In an aspect, a first core network node 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 first core network node discussed above.

[0336] In an aspect, a second core network node 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 second core network node discussed above.

[0337] In an aspect, a radio access network (RAN) node 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 radio access network (RAN) node discussed above.

[0338] 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 ambient Internet of things (AIoT) device discussed above.

[0339] 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 radio access network (RAN) node discussed above.

[0340] 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 ambient Internet of things (AIoT) device discussed above.

[0341] 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 radio access network (RAN) node discussed above.

[0342] 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 core network node discussed above.

[0343] 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 first core network node discussed above.

[0344] 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 second core network node discussed above.

[0345] 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 radio access network (RAN) node discussed above.

[0346] 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 ambient Internet of things (AIoT) device discussed above.

[0347] 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 radio access network (RAN) node discussed above.

[0348] 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 ambient Internet of things (AIoT) device discussed above.

[0349] 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 radio access network (RAN) node discussed above.

[0350] 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 core network node discussed above.

[0351] 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 first core network node discussed above.

[0352] 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 second core network node discussed above.

[0353] 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 radio access network (RAN) node discussed above.

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

[0355] 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 20. 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.

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

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

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

[0359] 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.An ambient Internet of things (AIoT) device comprising:a processor configured to cause the AIoT device todetermine whether at least one condition is satisfied; andin response to the at least one condition being satisfied, transmit, to a radio access network (RAN) node, a first message indicating at least one of:a segmentation indication indicative of a segment of data to be transmitted, ormessage size information of the data to be transmitted,wherein the at least one condition is based on at least one of:a grant for transmission from the AIoT device to the RAN node,an amount of the data to be transmitted, ora threshold associated with the data to be transmitted.2.The AIoT device of claim 1, wherein the at least one condition comprises at least one of:the grant for the transmission being a last grant,a size of the grant being less than an amount of the data to be transmitted,the message size information having not been transmitted,the amount of the data to be transmitted exceeding the threshold,a reception of a request for the message size information, ora message size estimated by the RAN node being less than that of the data to be transmitted.3.The AIoT device of claim 2, wherein the processor is further configured to cause the AIoT device to:in response to the grant being the last grant and the amount of the data to be transmitted exceeding the size of the grant or the threshold, transmit the first message including the segmentation indication.4.The AIoT device of claim 2, wherein the processor is further configured to cause the AIoT device to:in response to the message size information having been transmitted and the amount of the data to be transmitted exceeding the threshold, exclude the message size information from the first message.5.The AIoT device of any of claims 2 to 4, wherein the request for the message size information is comprised in at least one of:a message carrying the grant,a medium access control control element, orphysical layer control information.6.The AIoT device of any of claims 1 to 5, wherein the message size information comprises at least one of:an amount of the data to be transmitted,a percentage of original upper layer data, ora ratio of the amount of the data to be transmitted to a size of the grant.7.The AIoT device of any of claims 1 to 6, wherein the threshold comprises at least one of:a threshold on data amount,a threshold of a percentage of original upper layer data, ora threshold ratio of the amount of the data to be transmitted to a size of the grant.8.The AIoT device of any of claims 1 to 7, wherein the data to be transmitted comprises one of:un-transmitted upper layer data before transmitting the first message, orun-transmitted upper layer data after transmitting the first message.9.A radio access network (RAN) node comprising:a processor configured to cause the RAN node to:transmit, to an ambient Internet of things (AIoT) device, a grant for transmission from the AIoT device to the RAN node; andreceive, from the AIoT device, a first message indicating at least one of:a segmentation indication indicative of a segment of data to be transmitted, ormessage size information of the data to be transmitted.10.The RAN node of claim 9, wherein the processor is further configured to cause the RAN node to:in response to receiving the first message, transmit a further grant for transmission from the AIoT device to the RAN node.11.An ambient Internet of things (AIoT) device comprising:a processor configured to cause the AIoT device toreceive, from a radio access network (RAN) node, a first message;release upper layer data based on the first message indicating at least one of:a first indication of release of the upper layer data,an acknowledgement of at least one segmentation of the upper layer data,time information for releasing the upper layer data,the number of bits received by the RAN node, ora grant for subsequent data transmission.12.The AIoT device of claim 11, wherein the first indication comprises at least one of:a message type of a command on deleting data,an indication of an end of a service,an identifier of the service,an identifier of a transaction or session,at least time point for releasing the upper layer data, ora correlation identifier associated with a service request for the service.13.The AIoT device of claim 11, wherein the first message comprises an identifier of a service, and the processor is further configured to cause the AIoT device to:release the upper layer data associated with the service.14.The AIoT device of any of claims 11 to 13, wherein the processor is further configured to cause the AIoT device to:in response to the first message indicating the acknowledgement of a last segment of the upper layer data, release the upper layer data.15.The AIoT device of any of claims 11 to 13, wherein the processor is further configured to cause the AIoT device to:in response to the first message indicating the acknowledgement of a segment of the upper layer data and the segment being not a last segment, release the upper layer data corresponding to the segment.16.The AIoT device of any of claims 11 to 13, wherein the upper layer data comprises whole data associated with a service, or data segment of whole data associated with the service.17.A radio access network (RAN) node comprising:a processor configured to cause the RAN node to:transmit, to an ambient Internet of things (AIoT) device, a first message for releasing upper layer data of the AIoT device, the first message indicating at least one of:a first indication of release of upper layer data of the AIoT device,an acknowledgement of at least one segmentation of the upper layer data,time information for releasing the upper layer data,the number of bits received by the RAN node, ora grant for subsequent data transmission.18.The RAN node of claim 17, wherein the first indication comprises at least one of:a message type of a command on deleting data,an indication of an end of a service,an identifier of the service,an identifier of a transaction or session,at least time point or time offset for releasing the upper layer data, ora correlation identifier associated with a service request for the service.19.The RAN node of any of claims 17 to 18, wherein the processor is further configured to cause the RAN node to:receive, from a core network node, a reference message size of a service;based on a difference between a size of received message or message segments from the AIoT device and the reference message size being bigger than or equal to a threshold, or a size of received message or message segments from the AIoT device being bigger than the reference message size,transmit the first message to the AIoT device; andrelease a configuration of the service.20.The RAN node of any of claims 17 to 18, wherein the processor is further configured to cause the RAN node to:receive, from a core network node, a second message indicating a completion or cancellation of a service; andin response to receiving the second message,transmit the first message to the AIoT device; andrelease a configuration of the service.

Images