Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for management of an access stratum (AS) identifier (ID) of ambient Internet of Things (AIoT) device. In a method, an AIoT device receives, from a radio access network (RAN) node, a message including at least one of: an indication associated with an AS ID of the AIoT device, or a message format including or excluding the AS ID. The indication indicates whether the AS ID is included in the message. The AIoT device obtains at least one of a random ID or the AS ID of the AIoT device based on the message.

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 management of an access stratum (AS) identifier (ID) of ambient Internet of Things (AIoT) device.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 management of AS ID of AIoT device.

[0004] In a first aspect, there is provided an AIoT device. The AIoT device comprises: a processor configured to cause the AIoT device to: receive, from a radio access network (RAN) node, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device; and obtain at least one of a random ID or the AS ID of the AIoT device based on the message.

[0005] In a second 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 message including an AS ID and a first device ID; determine whether the first device ID is same as a second device ID stored by the AIoT device; and in accordance with a determination that the first device ID is same as the second device ID, store the AS ID.

[0006] In a third aspect, there is provided a core network node. The core network node comprises: a processor configured to cause the core network node to: receive, from a RAN node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and transmit, to the RAN node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0007] In a fourth aspect, there is provided a first RAN node. The first RAN node comprises: a processor configured to cause the first RAN node to: receive, at least one of: a first set of AS IDs from a core network node, or a second set of AS IDs from a second RAN node; and receive, from an AIoT device, a first message including a random ID of the AIoT device.

[0008] In a fifth 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 message including at least one of: an indication associated with an access AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device.

[0009] In a sixth aspect, there is provided a RAN node. The RAN node comprises: a processor configured to cause the RAN node to: transmit, to a core network node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and receive, from the core network node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0010] In a seventh 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 first RAN node, a first set of AS IDs.

[0011] In an eighth aspect, there is provided a second RAN node. The second RAN node comprises: a processor configured to cause the second RAN node to: transmit, to a first RAN node, a set of AS IDs available or unavailable for the first RAN node.

[0012] In a ninth aspect, there is provided a communication method performed by an AIoT device. The method comprises: receiving, from a RAN node, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device; and obtaining at least one of a random ID or the AS ID of the AIoT device based on the message.

[0013] In a tenth aspect, there is provided a communication method performed by an AIoT device. The method comprises: receiving, from a RAN node, a message including an AS ID and a first device ID; determining whether the first device ID is same as a second device ID stored by the AIoT device; and in accordance with a determination that the first device ID is same as the second device ID, storing the AS ID.

[0014] In an eleventh aspect, there is provided a communication method performed by a core network node. The method comprises: receiving, from a RAN node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and transmitting, to the RAN node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0015] In a twelfth aspect, there is provided a communication method performed by a first RAN node. The method comprises: receiving, at least one of: a first set of AS IDs from a core network node, or a second set of AS IDs from a second RAN node; and receiving, from an AIoT device, a first message including a random ID of the AIoT device.

[0016] In a thirteenth aspect, there is provided a communication method performed by a RAN node. The method comprises: transmitting, to an AIoT device, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device.

[0017] In a fourteenth aspect, there is provided a communication method performed by a RAN node. The method comprises: transmitting, to a core network node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and receiving, from the core network node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0018] In a fifteenth aspect, there is provided a communication method performed by a core network node. The method comprises: transmitting, to a first RAN node, a first set of AS IDs.

[0019] In a sixteenth aspect, there is provided a communication method performed by a second RAN node. The method comprises: transmitting, to a first RAN node, a set of AS IDs available or unavailable for the first RAN node.

[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 a contention based (CB) access procedure for AIoT device;

[0026] FIG. 2B illustrates an example signaling flow of a contention free (CF) access procedure for AIoT device;

[0027] FIG. 2C illustrates an example of an operator allocated ID of a device;

[0028] FIG. 2D illustrates an example of a third party allocated ID of a device;

[0029] FIG. 3 illustrates a signaling flow of AS ID management for AIoT device in accordance with some embodiments of the present disclosure;

[0030] FIG. 4A to FIG. 4L illustrate example formats of protocol data unit (PDU) or sub-PDU in accordance with some example embodiments of the present disclosure, respectively;

[0031] FIG. 5 illustrates a signaling flow of AIoT related procedure in accordance with some embodiments of the present disclosure;

[0032] FIG. 6 illustrates a signaling flow of AS ID storing in accordance with some embodiments of the present disclosure;

[0033] FIG. 7A illustrates another signaling flow of AS ID storing in accordance with some embodiments of the present disclosure;

[0034] FIG. 7B illustrates an example diagram showing protocols related to AIoT device in accordance with some embodiments of the present disclosure;

[0035] FIG. 8 illustrates a signaling flow of AS ID transmission and storing in accordance with some embodiments of the present disclosure;

[0036] FIG. 9 illustrates a signaling flow of transmission related to AIoT device in accordance with some embodiments of the present disclosure;

[0037] FIG. 10 illustrates another signaling flow for AS ID allocation in accordance with some embodiments of the present disclosure;

[0038] FIG. 11 illustrates another signaling flow for AS ID allocation in accordance with some embodiments of the present disclosure;

[0039] FIG. 12A illustrates another signaling flow for AS ID allocation in accordance with some embodiments of the present disclosure;

[0040] FIG. 12B illustrates another signaling flow for AS ID allocation in accordance with some embodiments of the present disclosure;

[0041] FIG. 13 illustrates another signaling flow for AS ID allocation in accordance with some embodiments of the present disclosure;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0065] 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 “AS ID” refers to an ID associated with an AS. As used herein, the term “identifier” , “ID” and “identification” may be used interchangeably.

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

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

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

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

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

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

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

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

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

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

[0076] 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” .

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

[0078] As shown, in the communication environment 100 and / or the communication environment 150, at least one core network (CN) node such as a CN node 130 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 the CN via the CN node 130. The RAN node 120 and / or the network device 160 may be managed or controlled by the CN node 130.

[0079] The 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) ” . Alternatively, or in addition, the CN node 130 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” .

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

[0081] 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 CN node 130 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.

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

[0083] 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 CN node 130, 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-A service” may be used interchangeably.

[0084] 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) .

[0085] 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 CN node 130 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.

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

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

[0088] 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 (CBRA) , 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.

[0089] For CBRA, it is up to reader to decide whether to reuse the random ID as the AS ID or to assign a new AS ID. From device perspective, it is only required to use one AS ID. For CBRA, a device generates a random ID (e.g., random number (RN) 16, may be with the length of 16bits) and sends it to reader in MSG1 for contention resolution. If the device receives MSG2 including a random ID that is the same as the previously transmitted one in MSG1, the device considers the contention resolution as successful.

[0090] The AS ID may be needed for a combined inventory and command procedure. For example, for the address of R2D message (e.g., command) or the scheduling of D2R message, the AS ID is needed.

[0091] FIG. 2A illustrates an example signaling flow 200 of a CBRA procedure for AIoT device. The signaling flow 200 involves a device 201 (such as an AIoT device) and a reader 202 such as a gNB reader.

[0092] As shown, the reader 202 transmits a paging message to the device 201. The device 201 transmits a MSG1 including a random ID, such as RN16, to the reader 202.

[0093] In an Option 1, the reader 202 may transmit, to the device 201, a MSG2 for AS ID assignment. That is, the AS ID may be assigned in the MSG2. The MSG2 may be RN16 for contention resolution. The device 201 may transmit a MSG3 including an inventory response to the reader 202. With Option 1, the AS ID assigned in the “MSG2” may be used for “the first Command message i.e., MSG4 and subsequent Command messages” to associate the resources and identify the device. That is, MSG4 and subsequent Command messages may include the AS ID or may be addressed by the AS ID. In addition, it does not need to introduce new procedures. However, it introduces additional signalling overhead in Msg2, especially when multiplexing is supported.

[0094] In an Option 3, a new message (referred to as a Msg or MSG) for AS ID assignment is introduced. The reader 202 may send the new message including the assigned AS ID to the device 201. The device 202 may transmit a MsgX to the reader 202. The MsgX includes a configuration confirmation of the AS ID. The AS ID assigned in the “new Msg” may be used for “the first Command message, i.e. MSG4 Command message” , and “subsequent R2D Command messages” to associate the resources and identify the device 201. That is, MSG4 and subsequent Command messages may include the AS ID or may be addressed by the AS ID. There is no impact on MSG2. However, additional delay or overhead or procedure is introduced due to the new message. The device ID or random ID needs to be contained in “new Msg” in order to identify the device, to associate with the newly assigned AS ID in the new Msg.

[0095] In an Option 4, a MSG4 (first Command message) may be used for AS ID assignment. The AS ID assigned in the “MSG4 Command message “may be used for “MSG6” and subsequent R2D Command message” to associate the resources and identify the device 201. That is, MSG6 and subsequent R2D Command messages may include the AS ID or may be addressed by the AS ID. There is no impact on MSG2. In addition, it does not need to introduce new procedures. However, the device ID or RN16 needs to be contained in “MSG4 Command message” in order to identify the device, to associate with the newly assigned AS ID in the new Msg. The reader 202 has to reuse RN16 or device ID for the first Command message.

[0096] FIG. 2B illustrates an example signaling flow 220 of a CFRA procedure for AIoT device. The signaling flow 220 involves the device 201 and the reader 202.

[0097] In an Option 2: the device 201 includes a random ID in MSG1. Similar to the CBRA, it is up to the reader 202 to decide whether to reuse the random ID as the AS ID or to assign a new AS ID.

[0098] In an Option 3, a new message (referred to as a Msg or MSG) is proposed for AS ID assignment, complementary option or independent from Option 2.

[0099] In an Option 4, the MSG4 (such as a command message) may be used for AS ID assignment, complementary option or independent from Option 2.

[0100] In some mechanisms, a device ID may be allocated to the AIoT device. FIG. 2C illustrates an example 240 of an operator allocated ID, which includes Part 1 and Part 2. For operator allocated Part 1 information, a network identifier may be mandatory and may be used to index the authentication server or not. If it is not used to index the authentication service, the ID may further include the information used to identify a third party. The third party may be the credential holder or not. If it is not the credential holder, the network may be provided with third party related context including the information used to locate the authentication server. The Part 2 information may include an electronic product code (EPC) . FIG. 2D illustrates an example 260 of a third party allocated ID, which includes Part 1 and Part 2. For the third party allocated Part 1 information, a network identifier is not needed. The third party may be the credential holder or not. If it is not the credential holder, the network may be provided with third party related context including the information used to locate the authentication server. The Part 2 information may include an EPC. As used herein, the term “device ID” may be an ID allocated by the operator and / or the third party, as shown in FIG. 2C or FIG. 2D. It is to be understood that the device ID may be in a different format in some embodiments. Scope of the present disclosure is not limited here.

[0101] For the random access procedure such as the CBRA procedure, for Option 1, whether to provide the AS ID needs to be considered. In addition, whether the random ID is reused as the AS ID needs to be discussed. For Option 3 and Option 4, an inter-layer information exchange is needed since MAC layer may not be able to interpret or process the device ID.

[0102] Furthermore, there may be multiple parallel services from different readers. Currently, no reader ID is introduced in the R2D message. Different readers may choose the same AS ID for their own devices. Whether to and / or how to solve the collision of AS IDs has become a concerning problem.

[0103] Embodiments of the present disclosure provide a solution for management of AS ID of AIoT device. In the solution, a RAN node transmits, to an AIoT device, a message including a message format including or excluding an AS ID of the AIoT device, and / or an indication associated with the AS ID of the AIoT device. The indication indicates whether the AS ID is included in the message. The AIoT device receives the message and obtains a random ID and / or the AS ID of the AIoT device based on the message. In this manner, the AIoT device may be indicated whether the AS ID is included in the message.

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

[0105] In operation, the RAN node 120 transmits (3010) , to the AIoT device 110 a message (e.g., MSG2) including a message format including or excluding an AS ID of the AIoT device, and / or an indication associated with the AS ID of the AIoT device. The indication indicates whether the AS ID is included in the message. Correspondingly, the AIoT device 110 receives (3015) the message. The AIoT device 110 obtains (3020) , based on the message, a random ID and / or the AS ID of the AIoT device 110. By way of example, the received (3015) may be a MSG2 or any other suitable R2D message. For the purpose of discussion, in embodiments of FIG. 3, the received (3015) message may be referred to as a “second message” .

[0106] In some embodiments, the received (3015) message includes a protocol data unit (PDU) or sub-PDU. The PDU or sub-PDU may include the indication associated with the AS ID. In an example, the indication may indicate that the AS ID is included in the PDU or the sub-PDU. In another example, the indication may indicate that the AS ID is excluded from the PDU or sub-PDU. That is, the PDU or sub-PDU does not include the AS ID. In a further example, the indication may indicate that the random ID in the PDU or sub-PDU is reused as the AS ID.

[0107] FIG. 4A illustrates an example format 400 of the PDU or sub-PDU in accordance with some example embodiments of the present disclosure. The format 400 includes a random ID 404 and an indication 402 (also referred to as IND., indicator or indication#1) . The indication 402 may be of one bit or any other suitable bit length. The indication 402 may indicate whether an AS ID 406 is provided.

[0108] Table 1 below shows example descriptions of the indication 402. It is to be understood that the values and corresponding descriptions in Table 1 and any following tables are only for the purpose of discussion, without suggesting any limitation. The indication 402 may be set to any other suitable value. Table 1

[0109] In an example, the indication 402 being set to 1 indicates that there are both the random ID 404 and the AS ID 406. If the random ID 404 in the received message is same with a random ID in a previous message (e.g., MSG1) transmitted to the RAN node 120, and if the AS ID 406 is included in the message, the AIoT device 110 may store the AS ID 406. That is, the AIoT device 110 may record the AS ID in case the received random ID is the same as the previously transmitted one in a D2R message (referred to as a first message or MSG1) . If there is the AS ID 406, the AIoT device 110 may be aware that there is a command message followed. As used herein, the terms “store” , “record” , “keep” are used interchangeably.

[0110] In another example, the indication 402 being set to 0 indicates there is only random ID 404. That is, if the indication 402 is equal to 0, the AS ID 406 is not included in the PDU or sub-PDU. If there is only the random ID 404, the device such as the AIoT device 110 may be aware that there is not a command message following the first message. That is, the AIoT device 110 may be aware that there is not a command procedure following the paging or inventory procedure.

[0111] It is to be understood that although in Table 1, the indication 402 being set to “0” indicating no AS ID while the indication 402 being set to “1” indicating an existence of the AS ID, in some other embodiments, the meaning of values of the indication 402 may be varied. For example, a value of “0” may be replaced by “false” or other value, and a value of “1” may be replaced by “true” or other value. For another example, the indication 402 being set to “1” or “true” may indicate no AS ID while being set to “0” or “false” indicating the existence of the AS ID. Other suitable value or indication may also applied for the indication 402. Any indication, flag, field or information element used herein may be designed in a similar manner. Any example values and meanings of any indication, flag, field or information element used herein may be varied or may be the other way around. Embodiments of the present disclosure are not limited here.

[0112] FIG. 4B illustrates another example format 410 of the PDU or sub-PDU in accordance with some example embodiments of the present disclosure. The format 410 is similar to the format 400, and the difference is that in the format 410, an indication 412 of at least two bits is included. Table 2 below shows example descriptions of the indication 412 (also referred to as indication#2) with 2 bits. Table 2

[0113] As shown in FIG. 4B and Table 2, the PDU or sub-PDU may include at least two bits (e.g., indication#2) to indicate whether the AS ID is provided and whether the random ID is reused or kept as the AS ID. As used herein, the terms “reuse” , “keep” , “maintain” are used interchangeably. For example, the indication#2 being set to ‘00’ indicates that there is only the random ID 404 such as RN16. The indication#2 being set to ‘01’ indicate that the random ID 404 is reused as the AS ID. That is, there is only the information or field of the random ID 404, and the AS ID may not be provided. The indication#2 being set to ‘10’ may indicate that there are both the random ID 404 and the AS ID 406. That is, a new AS ID is assigned. For indication#2 being set to ‘01’ or ‘10’ , the AIoT device 110 may record the AS ID in case the received random ID is the same as the previously transmitted one in the D2R message such as the first message. Compared with the format 400, with the format 410, the signaling overhead can be reduced in the case that the random ID is reused as the AS ID.

[0114] Alternatively, in some embodiments, the two bits in the indication#2 may be coded independently. For example, the first bit in the indication#2 may indicate whether the AS ID is carried. The second bit in the indication#2 may indicate whether the AS ID is same with the random ID or is a new assigned AS ID. For example, the first bit in the indication#2 being set to ‘0’ indicates that there is only the random ID 404. The first bit in the indication#2 being set to ‘0’ indicates that there are both the random ID 404 and the AS ID 406. The second bit in the indication#2 being set to ‘0’ indicates that a new AS ID is assigned. The second bit in the indication#2 being set to ‘1’ indicates that the random ID 404 is reused as the AS ID (the field 406 may not be provided) or the AS ID 406 (the field 406 may not be provided) is the same as the random ID 404. In addition, if the first bit in the indication#2is set to 0 (that is, indicating the AS ID is not provided) , the second bit in the indication#2 may not be parsed.

[0115] It is to be understood that there may be different PDU formats. For example, a format may include the random ID. Another format 420 may include both the random ID and the AS ID, as shown in FIG. 4C. MAC information such as MAC CE or MAC (sub-) PDU may include at least one bit such as one bit to indicate which format is used. The indication of format may be at a fixed location, such as a beginning bit.

[0116] In some embodiments, the received (3015) message may indicate a procedure type associated with the message. The procedure type may indicate the message type of the message. That is, the procedure type may indicate whether the AS ID is included in the message. In an example, the procedure type may be an inventory and command procedure, or an inventory (only) procedure. The message format for the inventory and command procedure may include the random ID and the AS ID. The message format for the inventory procedure may include the random ID without the AS ID. The inventory procedure may be an inventory only procedure. If the AIoT paging message indicates it is for “inventory” procedure, or there is not command message followed, the protocol type may be the inventory procedure.

[0117] In an example, the received (3015) message may be a paging message (also referred to as AIoT paging message or the initial trigger message (for D2R transmission) ) indicating the procedure type. The RAN node 120 may transmit a further message for contention resolution (that is, MSG2) to the AIoT device 110. The further message may use the message format indicated by the paging message. The paging message may indicate it is for “inventory and command” procedure, or there is a command message followed. Upon receiving the MSG2, the AIoT device 110 may determine that the format with AS ID such as the format 420 is used. The AIoT device 110 may interpret the MSG2 according to the format. If the random ID in the further message is same with a random ID in a previous message transmitted to the RAN node 120, and if the AS ID is included in the further message, the AIoT device 110 may store the AS ID. If the paging message indicates it is for inventory procedure, or there is no command message followed, the AIoT device 110 may determine that the format without AS ID is used, and interpret the MSG2 according to the format without AS ID.

[0118] Alternatively, or in addition, in some embodiment, the received (3015) message such as MSG2 may indicate the procedure type. For example, if the received (3015) message such as MSG2 is a message for an inventory and command procedure or the message type indicates there is a command message followed, the message format with AS ID is used. The AIoT device 110 may determine that the message format with AS ID is used, and interpret the MSG2 according to the message format. If the received (3015) message such as MSG2 is for inventory procedure or there is no command message followed, the AIoT device 110 may determine that the message format without AS ID is used, and interpret the MSG2 according to the message format.

[0119] In some embodiment, the received (3015) message such as MSG2 may include a message type indicating the message format. The message type may be a MAC message type, MAC PDU type, R2D MAC message type, or the like. The message format may be one of: a first message type including the random ID without the AS ID, or a second message format including the random ID and the AS ID. The R2D message type may indicate this R2D message is “MSG2 with the first message format” , then the AIoT device 110 may determine that the first message format is used, and interpret the MSG2 according to the first message format. If the R2D message type indicates that this R2D message is MSG2 with the second message format, the AIoT device 110 may determine that the second message format is used, and interpret the MSG2 according to the second message format. For example, if the random ID in the message is same with a random ID in a previous message transmitted to the RAN node 120, and if the AS ID is included in the message, the AIoT device 110 may store the AS ID.

[0120] By indicating the procedure type and / or the message type, flexible message formats may be used, and less signaling overhead will be introduced.

[0121] In some embodiments, the received (3015) message may include a PDU. The PDU includes a first field for AS ID. A value of the field for AS ID may indicate one of: reusing the random ID in the PDU as the AS ID, no AS ID being included, or the (valid) AS ID. The value of the field of the AS ID may alternatively indicate a procedure type, a message type, or the like. The indicated procedure type and / or message type may indicate whether the AS ID is included in the corresponding message. In an example, the random access procedure such as CBRA procedure may involve a fixed PDU format. For example, the PDU may always include a random ID and AS ID, as shown in FIG. 4C. Table 3 shows example descriptions of the AS ID in the PDU. Table 3

[0122] A reserved value of the AS ID such as all-bits-zero may indicate “don’ t change” . That is, the AIoT device 110 may keep its random ID such as RN16 as the AS ID. Another reserved value of the AS ID such as all-bits-one may indicate no AS ID. The AIoT device 110 may not keep its RN16 as the AS ID. For other values of the AS ID, it may means the value of AS ID is a valid AS ID. The AIoT device 110 may keep the received AS ID. Using such fixed PDU format, less complexity for the PDU format will be introduced.

[0123] In some embodiments, the received (3015) message includes a PDU. The PDU may include at least one sub-PDU (also referred to at least one information block) . For example, responses for a plurality of devices may be multiplexed in a PDU. The at least one sub-PDU may include at least one random ID for at least one device. The PDU may further indicate the number of the at least one sub-PDU, an indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID, and / or a length of the at least one sub-PDU. In an example, the PDU may include a single indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID.

[0124] FIG. 4D illustrates an example format 430 for the PDU with at least one sub-PDU. In the format 430, a field 432 indicates the number of the at least one sub-PDU or information block. A field 434 indicates whether the at least one sub-PDU includes or excludes at least one respective AS ID. The indication in the field 434 may be for all the sub-PDUs.

[0125] FIG. 4E illustrates an example format 440 for the PDU with at least one sub-PDU. In the format 440, a field 442 indicates the length of all sub-PDUs. A field 444 indicates whether the at least one sub-PDU includes or excludes at least one respective AS ID. The indication in the field 444 may be for all the sub-PDUs. If the value of the field 444 indicates that the sub-PDU includes the AS ID, each sub-PDU in the format 440 may include a random ID and an AS ID. If the value of the field 444 indicates that the sub-PDU excludes the AS ID, the format 445 in FIG. 4F may be used. In the format 445, each sub-PDU includes the random ID.

[0126] In some embodiments, each sub-PDU in the PDU may be in a fixed format. For example, each sub-PDU may include the random ID and the AS ID. FIG. 4G illustrates an example format 450 of PDU with fixed-format sub-PDU. The format 450 may include a field 452 indicates the number of the at least one sub-PDU. Similar, FIG. 4H illustrates another example format 460 of PDU with fixed-format sub-PDU. The format 460 may include a field 462 indicates the length of all sub-PDUs.

[0127] Alternatively, or in addition, in some embodiments, the received (3015) message includes a PDU. The PDU includes at least one sub-PDU or at least one information block. The at least one sub-PDU or information block includes at least one random ID for at least one device. For example, each sub-PDU may further include an indication indicating that the sub-PDU includes or excludes a respective AS ID, a flag of a subsequent sub-PDU, and / or the flag of a last sub-PDU.

[0128] FIG. 4I illustrates another example format 470 of the PDU in accordance with some example embodiments of the present disclosure. The format 470 includes a field 472 indicating the number of the at least one sub-PDU. Each sub-PDU may include an indication of the AS ID. For example, a field 474 may indicate whether the first sub-PDU includes or excludes the AS ID. That is, each sub-PDU may indicate its own format. Alternatively, the filed 474 of all the sub-PDUs may be put together, that is, in the form of bitmap. In addition, the length of bitmap for the field 474 is equal to the number of sub-PDU. The first bit in the bitmap corresponds to the first sub-PDU, the second bit in the bitmap corresponds to the second sub-PDU, and so on. In addition, one bit in the bitmap being set to ‘0’ indicates that there is only the random ID for the corresponding sub-PDU. One bit in the bitmap being set to ‘1’ indicates that there are both the random ID and the AS ID for the corresponding sub-PDU.

[0129] FIG. 4J illustrates another example format 480 of at least one sub-PDU in accordance with some example embodiments of the present disclosure. As shown, each sub-PDU may include a field 482 indicating whether the sub-PDU includes the AS ID or not. In addition, each sub-PDU may include a field 484 indicating whether there is another PDU or sub-PDU followed. The field 484 may be named as E bit, meaning extended. If the field 484 is set as “1” , it may indicate there is a further sub-PDU or information block. The field 484 being set as “0” indicates there is no further sub-PDU or information block. Alternatively, the field 484 may indicate whether the sub-PDU is a last sub-PDU or information block. The field 484 being set to “0” means it is not the last one, while the field 484 being set to “1” means that it is the last one. In the example of FIG. 4J, the field 484 is at the end of each sub-PDU or block. If the field 484 is at the end of each sub-PDU or block, the last sub-PDU or block may not include the field 484, which also means it is the last sub-PDU or block.

[0130] In some embodiments, the location of the field 484 may be changed. For example, FIG. 4K illustrates another format 485 of the at least one sub-PDU. In the format 485, the field 484 is located in the front of each sub-PDU or information block. As another example, the location of the field 484 may be between the field 482 and the field comprising random ID.

[0131] It is to be understood that although in FIG. 4J and FIG. 4K, each sub-PDU may include a field 482 indicating the existing of AS ID, in some other embodiments, there may be a single indication or field in the PDU showing the existence of the AS ID, instead of indicating the AS ID in each sub-PDU.

[0132] In some embodiments, each sub-PDU in the PDU may use a fixed format. For example, the fixed format may include both the random ID and the AS ID. FIG. 4L illustrates another example format 490 of at least one sub-PDU with the fixed format in accordance with some example embodiments of the present disclosure. Each sub-PDU or information block may include a field 492. In an example, the field may indicate whether there is another PDU or sub-PDU or block followed. The name of the field 492 may be E bit, meaning extended. If the field 492 is set as “1” , it may indicate a further sub-PDU or block. The field 492 being set as “0” indicates no further sub-PDU or block. Alternatively, the field 492 may indicate whether the sub-PDU is a last sub-PDU or block. The field 492 being set to “0” means it is not the last one, while the field 492 being set to “1” means that it is the last one. In the example of FIG. 4L, the field 492 is at the end of each sub-PDU or block. If the field 492 is at the end of each sub-PDU or information block, the last sub-PDU or information block may not include the field 484, which also means it is the last sub-PDU or information block. It is to be understood that the field 492 may alternatively at the end of the sub-PDU or information block, or at any other suitable positions.

[0133] In some embodiments, the PDU may comprise at least two sub-PDU, where, one sub-PDU (referred to as the first sub-PDU) is for random ID (s) and another sub-PDU (referred to as the second sub-PDU) is for AS ID (s) . The first sub-PDU may comprise at least one information block of random ID. There is a field, in the first sub-PDU, indicating the length or the number of all information block comprising random IDs. Alternatively, there is an E bit, with the same meaning as shown in FIG. 4J～FIG. 4L, to indicate whether there is another information block comprising random ID followed.

[0134] The second sub-PDU may comprise at least one information block of AS ID. The number of the (information block of) AS IDs in the second sub-PDU may be equal to the number of the (information block of) random IDs in the first sub-PDU. That is, the second sub-PDU may not indicate the number of all information block comprising AS IDs. For example, if there is a field in the first sub-PDU indicating the number of all information block comprising random IDs, the number of all information block comprising the AS IDs in the second sub-PDU may be assumed to be the number indicated in the field in the first sub-PDU. Alternatively, there is a field, in the second sub-PDU, indicating the length or the number of all information block comprising AS IDs. Alternatively, there is a field of bitmap, in the first sub-PDU or the second sub-PDU, to indicate which random ID has a corresponding AS ID. In addition, the length of bitmap is equal to the number of (information block comprising) random ID in the first sub-PDU. The first bit in the bitmap corresponds to the first random ID in the first sub-PDU, the second bit in the bitmap corresponds to the second random ID in the first sub-PDU, and so on.

[0135] For example, the first bit of the bitmap being set as ‘1’ indicates that the first random ID has a corresponding AS ID. As another example, the second bit being set as ‘0’ indicates that second random ID does not have a corresponding AS ID. As a further example, the third bit being set as ‘1’ indicates that the third random ID has a corresponding AS ID. Thus, the number of AS ID in the second sub-PDU is equal to the number of bits set as ‘1’ . In embodiments where the first and third random IDs have corresponding AS IDs but the second random ID does not have a corresponding AS ID, the first AS ID in the second sub-PDU corresponds to the first random ID, and the second AS ID in the second sub-PDU corresponds to the third random ID. In addition, the first sub-PDU may indicate whether the second sub-PDU is followed or in the same (MAC) PDU. Alternatively or in addition, the (MAC) message type of the (MAC) PDU may indicate that it includes the sub-PDU for random ID (s) or includes both sub-PDUs.

[0136] Several formats for PDU and / or sub-PDU have been described with respect to FIG. 4A to FIG. 4L. It is to be understood that these formats are only for the purpose of illustration, without suggesting any limitation. The fields, lengths or descriptions of these formats may be varied. Embodiments of the present disclosure are not limited here. These formats may be applied for the message involved in a random access procedure. FIG. 5 illustrates a signaling flow 500 of AIoT related procedure in accordance with some embodiments of the present disclosure. The signaling flow 500 involves the AIoT device 110 and the RAN node 120 in FIG. 1A or FIG. 1B, and optional the 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 500 and other following signaling flows, there may be more than one AIoT device and more than one RAN node in the signaling flow 500 and other following signaling flows. Embodiments of the present disclosure are not limited here.

[0137] In operation, the CN node 130 may transmit a service request#1 to the RAN node 120. The RAN node 120 may transmit a service response#1 to the CN node 130. The RAN node 120 may transmit an AIoT paging message such as MSG0 to the AIoT device 110. In response to receiving the AIoT paging message, the AIoT device 110 may transmit a MSG1 including a random ID such as RN16 to the RAN node 120. The RAN node 120 transmits a MSG2 to the AIoT device 110. The MSG2 may be in a format described with respect to FIG. 3 to FIG. 4L above. For example, the MSG2 may include the random ID and AS ID. In some embodiments, if the random ID in MSG2 is same with the random ID in the MSG1, the AIoT device 110 may store the AS ID in MSG2. The AIoT device 110 may transmit a MSG3 including a device ID or the upper layer data to the RAN node 120. The RAN node 120 may transmit a service report#1 including the device ID to the CN node 130. The CN node 130 may transmit a service request#2 including a command message to the RAN node 120. The command message includes the device ID. The RAN node 120 may transmit a MSG4 including the command message to the AIoT device 110. If the device ID in the command message in MSG4 is same with the device ID in the MSG3, the AIoT device 110 may transmit a MSG5 including a command response to the RAN node 120. The RAN node 120 may transmit a service response#2 including the command response to the CN node 130. The command response includes the device ID.

[0138] The signaling flow 500 uses the MSG2 with the indication on whether the AS ID is provided and / or the format for the indication of AS ID. The AIoT device 110 receives the MSG2 from the RAN node 120 which indicates the random ID and / or the AS ID. In this way, the AIoT device 110 may be aware of whether the AS ID is used, and / or whether the random ID is reused as the AS ID. And if the AS ID is provided, the AIoT device 110 may be aware that the command procedure is followed.

[0139] Several example embodiments regarding the AS ID indication have been described. Embodiments of the present disclosure further provide a solution for storing the AS ID. In the solution, a RAN node such as an AIoT reader transmits, to an AIoT device, a message including an AS ID and a first device ID. The AIoT device determines whether the first device ID is same as a second device ID stored by the AIoT device. If the first device ID is same as the second device ID, the AIoT device stores the AS ID in the message. In this way, the AIoT device may decide whether to store the AS ID based on comparing the first device ID in a received message and a stored device ID.

[0140] FIG. 6 illustrates a signaling flow 600 of AS ID storing in accordance with some embodiments of the present disclosure. The signaling flow 600 involves the AIoT device 110 and the RAN node 120 in FIG. 1A or FIG. 1B.

[0141] In operation, the RAN node 120 transmits (6010) , to the AIoT device 110, a message including an AS ID and a first device ID. Correspondingly, the AIoT device 110 receives (6015) the message. By way of example, the message may be a (new) message for the AS ID, a message for the allocation of AS ID, a command message, a message with command, and the like.

[0142] The AIoT device 110 determines (6020) the first device ID is same as a second device ID stored by the AIoT device 110. If the first device ID is same as the second device ID, the AIoT device 110 stores (6030) the AS ID in the message.

[0143] In some embodiments, the AIoT device 110 may derive, at a MAC layer, a service data unit (SDU) of the first device ID in the message. The MAC layer may indicate, to an upper layer, the SDU of the first device ID. In addition, the AS ID may be in the same SDU of the first device ID. Alternatively, the AS ID may be in another SDU and be provided to the upper layer. The upper layer may compare the first device ID and the second device ID stored at the upper layer. The upper layer may indicate, to the MAC layer, whether the first device ID is same as the second device ID. For example, the upper layer of the AIoT device 110 may compare the received device ID with the stored device ID, and indicate the MAC layer to record the received AS ID if the received device ID and the stored device ID are the same.

[0144] In an example, if the first device ID is same as the second device ID, the AIoT device 110 may derive, at the MAC layer, the AS ID from the message. In addition, the AIoT device 110 may store the AS ID at the MAC layer.

[0145] Alternatively, if the first device ID is same as the second device ID, the AIoT device 110 may indicate, from the upper layer to the MAC layer, the AS ID. The AIoT device 110 may further store the AS ID at the MAC layer.

[0146] In some embodiments, if the first device ID is different from the second device ID, the AIoT device 110 may perform an operation. In an example, the operation may be dropping the AS ID. In another example, the operation may be transmitting an indication to the RAN node 120 for the AS ID. The indication may indicate that the AS ID is not successfully configured, or there is device ID collision. Correspondingly, upon receiving such indication, the RAN node 120 may retransmit a configuration of the AS ID. The AIoT device 110 may perform the above procedure again. In a further example, the operation may be not deriving the AS ID from the message. In addition, the AIoT device 110 may indicate, from the upper layer to the MAC layer, that the first device ID is different from the second device ID.

[0147] With these embodiments, the AIoT device 110 may decide whether to store the AS ID based on comparing the received device ID and the stored device ID. FIG. 7A illustrates another signaling flow 700 of AS ID storing in accordance with some embodiments of the present disclosure. The signaling flow 700 involves the AIoT device 110 and the RAN node 120 and optional the CN node 130 in FIG. 1A or FIG. 1B.

[0148] In operation, the CN node 130 may transmit a service request #1 to the RAN node 120. The RAN node 120 may transmit a service response#1 to the CN node 130. The RAN node 120 may transit an AIoT paging message (MSG0) to at least one AIoT device such as the AIoT device 110. The AIoT device 110 transmits a MSG1 including a random ID such as RN16 to the RAN node 120. The RAN node 120 responds a MSG2 including a random ID to the AIoT device 110. If the random ID in the MSG2 is same as the random ID in the MSG1, the AIoT device 110 may transmit a MSG3 including a device ID or the upper layer data to the RAN node 120. The RAN node 120 may transmit a service report#1 to the CN node 130. The service report#1 may include the device ID.

[0149] In an option 710, the RAN node 120 transmits a new message to the AIoT device 110. The new message includes an AS ID. That is, the AS ID is assigned in the new message. The AIoT device 110 may transmit a response to the new message (also referred to as new message response) . For example, the indication indicating that the AS ID is not successfully configured may be sent via the response.

[0150] The CN node 130 may transmit a service request#2 to the RAN node 120. The service request#2 includes a first command message. The first command message includes a device ID. In the option 710, the RAN node 120 may transmit a MSG4 including the first command message to the AIoT device 110.

[0151] In an option 720, the RAN node 120 may include the AS ID in the first command message in the MSG4. That is, the RAN node transmits the MSG4 including the first command message to the AIoT device 110, where the first command message further includes the AS ID. In other words, the AS ID is assigned in the first command message.

[0152] From the perspective of the RAN node 120, the triggering of the option 710 or the option 720 may be triggered after receiving the service request #2. In other words, the allocation of the AS ID may be after receiving the service request#2. Alternatively, the CN node 130 may transmit a separate message or a new message to trigger the allocation of AS ID. The separate message may include one or more device IDs or random ID (s) , to indicate the allocation of the AS ID for one or more devices.

[0153] At 730, the AIoT device 110 may determine whether a received device ID matches with a stored device ID. For example, the MAC layer of the AIoT device 110 may obtain the device ID in the received new message or MSG4 and forward it to the upper layer. The upper layer may match the received device ID with the stored device ID. If the received device ID matches with the stored device ID, the AIoT device 110 may store the AS ID at 740. The AIoT device 110 may transmit a MSG5 including a command response to the RAN node 120. The RAN node 120 may transmit a service response#2 including a command response to the CN node 130, where the command response may include the device ID. For example, the indication indicating that the AS ID is not successfully configured may be sent via the MSG5.

[0154] Specifically, for the option 710, upon receiving a R2D message such as the new message for the AS ID or for the allocation of the AS ID, the MAC layer of the AIoT device 110 may determine if the message type indicates that the R2D message is the new message for AS ID or the message includes the AS ID. If the R2D message is the new message for AS ID or the message includes the AS ID, the MAC layer may derive the device ID such as SDU of the device ID and forward it to the upper layer.

[0155] The upper layer of the AIoT device 110 may compare the device ID with the stored device ID. If the device ID is the same as the stored device ID, the upper layer may indicate a confirmation information to the lower layer (e.g., the MAC layer) . The MAC layer of the AIoT device 110, upon the confirmation indication from the upper layer (i.e., receiving the confirmation information) , may store the AS ID received in the R2D message. In an example, the MAC layer of the AIoT device 110 may derive the AS ID from the R2D message or MAC PDU then record or store it. Alternatively, the AS ID is indicated by the upper layer.

[0156] Alternatively, or in addition, if these two device IDs are different, the upper layer may indicate the MAC layer that the device IDs are different. The MAC layer of the device may drop the received AS ID. The MAC layer of the device may send another indication to the RAN node 120, via MAC CE, or PHY signaling. Alternatively, the upper layer may not indicate, then the MAC layer may drop the received AS ID, or may not derive the AS ID.

[0157] For the option 720, upon receiving a R2D message such as the first command message or the message with command, the MAC layer of the AIoT device 110 may determine whether the message type indicate that the R2D message is the command message or the (command) message including AS ID. If the R2D message is the command message or the (command) message including AS ID, the MAC layer may derive the (SDU of) command message and forward it to the upper layer. Alternatively, the MAC layer may determine it is the first command or the command message including the AS ID, since it is right after the paging message. The upper layer of the AIoT device 110 may compare the device ID in the command message with the stored device ID. If the device ID in the command message is the same as the stored one, the upper layer may indicate a confirm information to the lower layer (e.g., the MAC layer) .

[0158] The MAC layer of the AIoT device 110, upon the indication of the upper layer (that is, receiving the confirmation information) , may store the AS ID received in the R2D message.

[0159] The MAC layer of the AIoT device 110 may derive the AS ID from the R2D message / MAC PDU then record or store it. Alternatively, the AS ID is transmitted via the command message such as the SDU of the command message and indicated by the upper layer.

[0160] Alternatively, or in addition, if these two device IDs are different, the upper layer may not indicate, then the MAC layer may drop the received AS ID, or may not derive the AS ID. In another embodiment, if these two device IDs are different, the upper layer may indicate the MAC layer that the device IDs are different, then the MAC layer of the device may send another indication to the RAN node 120, via MAC CE, or PHY signaling.

[0161] With the signaling flow 700, the upper layer of the AIoT device 110 compares the received device ID and the stored device ID, and indicates the MAC layer to record the received AS ID. In this way, the AIoT device 110 may decide whether to store the received AS ID.

[0162] Several embodiments regarding the message transmissions between the AIoT device 110, the RAN node 120 and the CN node 130 have been described with respect to FIG. 7A. These signaling or transmissions involved in FIG. 7A and any other drawings may use protocols between the AIoT device 110, the RAN node 120 and the CN node 130. FIG. 7B illustrates an example diagram 750 showing protocols related to AIoT device in accordance with some embodiments of the present disclosure. For example, communications between the AIoT device 110 and the RAN node 120 may be via an AIoT radio interface. Communications between the RAN node 120 and the CN node 130 may be via an NGAP. The AIoT device 110 may include an AIoT physical (PHY) layer, an AIoT MAC layer, and an AIoT non-access stratum (NAS) layer (also referred to as an upper layer or command layer) . The RAN node 120 may include an AIoT PHY layer and an AIoT MAC layer. The AIoT PHY layer such as Layer one (L1) communicates with an L1 of the CN node 130. The AIoT MAC layer may include layers such as L2, internet protocol (IP) layer, Stream Control Transmission Protocol (SCTP) layer and NGAP layer which corresponds to corresponding layers of the CN node 130.

[0163] Several embodiments regarding the AS ID indication and storing have been described with respect to FIG. 3 to FIG. 7B. Embodiments of the present disclosure further propose a solution for AS ID allocation. In the solution, a RAN node transmits, to a CN node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device. The CN node receives the service report message or the first service response message. The CN node may store the AS ID in the received message. In addition, the CN node transmits, to the RAN node, a service request message for a service associated with a target device (such as a target AIoT device) of the at least one device. The service request message includes a target AS ID of the target device. The target AS ID is one of the at least one AS ID. In this way, the CN node may store the received AS ID and use the stored AS ID for further service request of a service.

[0164] FIG. 8 illustrates a signaling flow 800 of AS ID transmission and storing in accordance with some embodiments of the present disclosure. The signaling flow 800 involves the RAN node 120 and the CN node 130.

[0165] As shown, the RAN node 120 transmits (8010) , to the CN node 130, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device. Alternatively or in addition, at least one device ID of the at least one device may be in a container which is received from at least one device. And the container may be transparent to the RAN node 120. The at least one device may be at least one AIoT device. Correspondingly, the CN node 130 receives (8015) the service report message or the first service response message.

[0166] The CN node 130 transmits (8030) , to the RAN node 120, a service request message for a service associated with a target device (such as the AIoT device 110) of the at least one device. The service request message includes a target AS ID of the target device. The target AS ID is one of the at least one AS ID in the received service report message or the first service response message. The RAN node 120 receives (8035) the service request message correspondingly.

[0167] In some embodiments, the service request message further includes a container of a command message transparent to the RAN node 120. The container may include the target device ID of the target device.

[0168] The CN node 130 may determine (8020) mapping information between the at least one device ID and the at least one AS ID of the at least one device. The CN node 130 may determine the service request message for the target device based on the mapping information.

[0169] In some embodiments, the RAN node 120 may transmit, to the target device, a message including a command request and the target device ID. The RAN node 120 may receive, from the target device, a response to the command request. The response includes the target AS ID. The RAN node 120 may transmit, to the CN node 130, a second service response message to the service request message. The service response message includes the target AS ID. Correspondingly, the CN node 130 may receive the second service response message.

[0170] Further example embodiments will be described with respect to FIG. 9, which illustrates a signaling flow 900 of transmission related to AIoT device in accordance with some embodiments of the present disclosure. The signaling flow 900 involves the AIoT device 110, the RAN node 120 and the CN node 130 in FIG. 1A or FIG. 1B. The signaling flow 900 is an example implementation of the signaling flow 800.

[0171] As shown, the RAN node 120 may receive a service request message#1 from the CN node 130 such as an AIoT CN. The service request message#1 may include a list of devices. Alternatively, or in addition, the service request message#1 may include the indication on a command procedure followed.

[0172] The RAN node 120 may send a service response message#1 to the CN node 130. The RAN node 120 may send a paging message to at least one device such as the AIoT device 110. The AIoT device 110 may response with MSG1, including the random ID.

[0173] The RAN node 120 may send a MSG2 to selected AIoT device (s) and include their random ID (s) in the MSG2. In addition, the RAN node 120 may allocate AS ID (s) for some AIoT devices and send the AS ID (s) to them. Alternatively, the RAN node 120 may use a separate message to allocate AS ID (s) to devices together with their first ID accordingly. The first ID may be the device ID or the random ID.

[0174] The AIoT device 110, upon receiving the MSG2 or the separate message, may record the AS ID if the first ID in the MSG2 or the separate message matches the store one.

[0175] The AIoT device 110 may send the MSG3, including the device ID, to the RAN node 120.

[0176] The RAN node 120 transmits (9010) a service report message#1 to the CN node 130. The service report message#1 includes multiple device IDs received from multiple devices. The service report message#1 may also include the AS ID (s) of the AIoT device (s) .

[0177] By way of example, the service report message#1 may be an inventory report message. The inventory report message may include the device ID of one or multiple AIoT devices. For each AIoT device, there is an IE for its AS ID. The CN node 130 may store the AS ID (s) and use it or them for command. For example, the CN node 130 may map (9020) the AS IDs with device IDs.

[0178] The RAN node 120 may receive (9030) a service request message#2 from the CN node 130, and the target AIoT device is indicated by the AS ID. The service request message#2 such as a command request message may include the container of command message and an ID of AS ID to indicate the target AIoT device.

[0179] The RAN node 120 may allocate resource and send the command message to the indicated device. For example, the RAN node 120 may send a MSG4 (including a command message) to the AIoT device 110. It may include the AS ID or may be addressed by the AS ID. The command message may be transparent to the RAN node 120. In addition, the command message may include the device ID.

[0180] The AIoT device 110 may send a MSG5 (acommand response) , upon receiving the MSG4, to the RAN node 120. Optionally, MSG5 may include the AS ID.

[0181] The RAN node 120 may send a service response message#2 with command response to the CN node 130. Optionally, the service response message#2 may comprise the AS ID.

[0182] In this manner, based on the mapping between AS IDs and device IDs at the CN node 130, the CN node 130 may transmit the service request with the AS ID of the target device.

[0183] Several embodiments regarding the AS ID have been described with respect to FIG. 3 to FIG. 9. Embodiments of the present disclosure further propose a solution for AS ID allocation. In the solution, a first RAN node receives a first set of AS IDs from a core network node, and / or a second set of AS IDs from a second RAN node. The first RAN node receives, from an AIoT device, a first message including a random ID of the AIoT device. With the first set of AS IDs and / or the second set of AS ID, the first RAN node may allocate an AS ID for the AIoT device.

[0184] FIG. 10 illustrates a signaling flow 1000 for AS ID allocation in accordance with some embodiments of the present disclosure. The signaling flow 1000 involves the AIoT device 110, a first RAN node 1001, a second RAN node 1002 and the CN node 130. The first RAN node 1001 and the second RAN node 1002 may be example implementations of the RAN node 120. It is to be understood that although two RAN nodes are shown in FIG. 10, there may be more or less RAN nodes involved in the signaling flow 1000.

[0185] In operation, the CN node 130 transmits (1010) , to the first RAN node 1001, a first set of AS IDs. The first RAN node 1001 receives (1015) the first set of AS IDs correspondingly. The second RAN node 1002 transmits (1020) , to the first RAN node 1001, a second set of AS IDs. The first RAN node 1001 receives (1025) the second set of AS IDs correspondingly. In some embodiments, the first RAN node 1001 may transmit a request for the second set of AS IDs to the second RAN node 1002. Likewise, the first RAN node 1001 may transmit a request for the first set of AS IDs to the CN node 130. The request for the first or second set of AS IDs may be triggered upon receiving a service request from the CN node 130. The requested reader (s) may be indicated by the service request.

[0186] The AIoT device 110 transmits (1030) , to the first RAN node 1001, a first message including a random ID of the AIoT device 110. Correspondingly, the first RAN node 1001 receives (1035) the first message.

[0187] The first RAN node 1001 may allocate (1040) an AS ID for the AIoT device 110 based on at least one of: the first set of AS IDs or the second set of AS IDs. The first RAN node 1001 may transmit (1050) , to the AIoT device 110, a second message including the random ID and the AS ID. Correspondingly, the AIoT device 110 receives (1055) the second message.

[0188] In an example, the second set of AS IDs from the second RAN node 1002 comprises a list of AS IDs unavailable for the first RAN node 1001. The allocated AS ID may be excluded from the list of AS IDs. Alternatively, the second set of AS IDs from the second RAN node 1002 comprises a list of AS IDs available for the first RAN node 1001. The allocated AS ID may be selected from a plurality of AS IDs including the list of AS IDs (available for the first RAN node 1001) . As used herein, a set or list of AS IDs unavailable for a RAN node or reader may be referred to as a “blacklist of AS IDs” . A set or list of AS IDs available for a RAN node or reader may be referred to as a “whitelist of AS IDs” .

[0189] In some embodiments, the first RAN node 1001 may transmit, to the second RAN node 1002, a third set of AS IDs available or unavailable for the second RAN node 1002. That is, RAN nodes may exchange information regarding available or unavailable AS IDs. In this way, AS ID collision can be avoided.

[0190] In some embodiments, the first RAN node 1001 may receive, from the CN node 130, a service request message indicating at least one of: a list of readers, a list of reader IDs, or a service area such as a service area for readers. If the second RAN node 1002 is indicated by the service request message, the first RAN node 1001 may transmit the third set of AS IDs to the second RAN node 1002. For example, if the list of readers or reader IDs includes the second RAN node 1002 or the ID of the second RAN node 1002, or if the second RAN node 1002 is located in the service area, the first RAN node 1001 may transmit the third set of AS IDs or the request for the second set of AS IDs to the second RAN node 1002.

[0191] Alternatively, or in addition, the allocated AS ID may be selected from the first set of AS IDs. The first set of AS IDs may be included in a service request message or a further message from the CN node 130. In an example, the first set of AS IDs may be included in the service request message. In another example, the first set of AS IDs may be included in a further message such as a message including a command message or allocating the AS ID.

[0192] In some embodiments, the first set of AS IDs may be used for a further service request message. The further service request message may not include the AS ID (s) . The further service request may indicate reusing the AS ID (s) . The list of readers or the service area in the further service request message may be same as or different from the list of readers or service area in the service request message. For example, the list of readers or the service area in the further service request message may be a subset of the list of readers or service area in the service request message.

[0193] Several embodiments regarding the AS ID allocation have been described with respect to FIG. 10, further embodiments will be described with respect to FIG. 11 to FIG. 13.

[0194] FIG. 11 illustrates a signaling flow 1100 for AS ID allocation in accordance with some embodiments of the present disclosure. The signaling flow 1100 involves the AIoT device 110, the RAN node 120 and the CN node 130.

[0195] As shown, the CN node 130 may transmit a service request message#1 to the RAN node 120. The service request message#1 may include a list of devices. Alternatively, or in addition, the service request message#1 may include the indication on a command procedure followed.

[0196] The RAN node 120 may send a service response message#1 to the CN node 130. The RAN node 120 may send a paging message to at least one device such as the AIoT device 110. The AIoT device 110 may response with MSG1, including the random ID.

[0197] The RAN node 120 may send (1102) a MSG2 to selected AIoT device (s) and include their random ID (s) in the MSG2. In addition, the RAN node 120 may allocate AS ID(s) for some or all the selected AIoT devices and send the AS ID (s) to them. Alternatively, the RAN node 120 may use a separate message to allocate AS ID (s) to AIoT devices together with their first ID accordingly. The first ID may be the device ID or the random ID.

[0198] The AIoT device 110, upon receiving the MSG2 or the separate message, may record the AS ID if the first ID in the MSG2 or the separate message matches the store one.

[0199] The AIoT device 110 may send the MSG3, including the device ID or the upper layer data, to the RAN node 120.

[0200] The RAN node 120 may transmit a service report message#1 to the CN node 130. The service report message#1 includes multiple device IDs received from multiple devices. The service report message#1 may also include the AS ID of the AIoT device (s) .

[0201] The CN node 130 may transmit a service request message#2 to the RAN node 120. The service request message#2 includes a command message including a device ID. The RAN node 120 may send (1104) a MSG4 including the AS ID to the AIoT device 110.

[0202] The AIoT device 110 (such as MAC layer of the AIoT device 110) , upon receiving MSG4 or a R2D message including the command message and AS ID, may perform the following operations. For example, the AIoT device 110 may match (1106) the received AS ID with a previously allocated or configured AS ID. In an example, if the message type indicates that the R2D message includes (aPDU or sub-PDU of) a command message, and if the AS ID in the R2D message is the same as the allocated or configured or stored one, the AIoT device 110 such as the MAC layer of the AIoT device 110 may derive the (SDU of) command message and forward it to the upper layer.

[0203] Then, the upper layer of the AIoT device 110 may compare or match (1108) the device ID in the command message with the stored device ID. At block 1110, if the device ID in the command message is the same as the stored one, the AIoT device 110 may process the command message and take action accordingly. In addition, the upper layer of the AIoT device 110 submit command response to the lower layer. The lower layer such as MAC layer may transmit (1112) a MSG5 (including a command response) to the RAN node 120. The RAN node 120 may transmit (1114) a service response#2 to the CN node 130. The service response #2 may include the device ID. In case of (successful) response, the MAC layer of the AIoT device 110 may form MAC PDU including the SDU of command response.

[0204] At block 1120, if the device ID in the command message is not the same as the stored one, the upper layer may response with failure information (e.g., AIoT NAS) . In addition, the response may set the failure cause as device ID not matching or AS ID collision. In addition, it may include the AS ID. The upper layer may submit the failure information to the lower layer (e.g., the MAC layer) . The MAC layer of the AIoT device 110 may transmit (1122) a MSG5 including a command failure message to the RAN node 120. The RAN node 120 may transmit (1124) a service failure message#2 to the CN node 130. The service failure message#2 may include the device ID. The failure information may be sent as (the container of) AIoT NAS message, NGAP message or MAC control information, such as MAC CE.

[0205] In case of failure, the MAC layer of the AIoT device 110 may form a MAC PDU including the SDU of the failure information and sent it to the reader. If the failure information is sent via (the container of) AIoT NAS message, the CN node 130 may be aware of the failure. In addition, the CN node 130 may send another message on the failure, including the AS ID or device ID, to the RAN node 120. Then, the RAN node 120 may reallocate the AS ID. Alternatively, the failure may be indicated as an MAC CE. Then RAN node 120 may be aware of the failure, and may allocate another AS ID to the AIoT device 110.

[0206] With these embodiments, the signaling with device ID may be used to solve the AS ID collision. Alternatively, or in addition, the RAN node 120 may coordinate with other RAN nodes or readers to avoid the AS ID collision.

[0207] FIG. 12A illustrates another signaling flow 1200 for AS ID allocation in accordance with some embodiments of the present disclosure. The signaling flow 1200 involves the AIoT device 110, the first RAN node 1001, the second RAN node 1002 and the CN node 130.

[0208] In operation, the CN node 130 may transmit (1210) , to the first RAN node 1001, a service request message#1 including a list of readers (or reader IDs) or a service area. The first RAN node 1001 may respond a service response message#1 to the CN node 130. The service request message#1 may be an inventory request or a command request. The first RAN node 1001 may transmit an AIoT paging message (MSG0) to the AIoT device 110. The AIoT device 110 may respond a MSG1 including a random ID to the first RAN node 1001.

[0209] The first RAN node 1001 may coordinate with other RAN nodes such as the second RAN node 1002 to determine one AS ID or the pool for the AS ID. The first RAN node 1001 may send blacklist or whitelist of AS IDs to other RAN nodes. The other RAN node may be indicated by the list of readers or the service area configured by the CN node 130.

[0210] In an example, the first RAN node 1001 such as an AIoT Reader may send (1220) a blacklist of AS IDs to other Readers such as the second RAN node 1002. That is, the AS IDs in the blacklist have been or will be used by the first RAN node 1001, and the other AIoT Readers such as the second RAN node 1002 may not use them. In addition, the first RAN node 1001 may receive blacklist (s) of AS IDs from other Readers such as the second RAN node 1002. Thus, it may not use any AS ID in the received (black) list (s) .

[0211] In another example, the first RAN node 1001 may send (1220) a whitelist of AS IDs to other Readers such as the second RAN node 1002. That is, the AS IDs in the whitelist are allowed to be used by other AIoT Readers or capable for other readers. In addition, the first RAN node 1001 may receive whitelist (s) of AS IDs from other Readers such as the second RAN node 1002. Thus, it may use some AS ID in the received (white) list (s) .

[0212] In some embodiments, the service request message #1 from the CN node 130 may also comprise a list of reader IDs (there may be one list per service) . That is, AIoT readers identified or indicated by these IDs in the list will provide the same service as requested. Some readers may not be served by the first RAN node 1001.

[0213] One AIoT Reader such as the first RAN node 1001 or a reader served by the first RAN node 1001 may coordinate with other AIoT Readers indicated by the list of reader IDs to determine or allocate (1230) one AS ID (also referred to as the first ID) or the pool for the AS IDs. For example, the serving RAN node of the AIoT Reader may coordinate with other AIoT readers’s erving RAN node (s) .

[0214] Alternatively, if the service request message does not include a list of reader IDs, the AIoT reader such as the first RAN node 1001 may not trigger the coordination of AS ID. That is, the pool of AS ID may be reused for further service request message (s) .

[0215] After determining the pool of AS ID, the first RAN node 1001 may choose or allocate (1230) one ID from the pool as the AS ID. Alternatively, the coordination procedure may be executed before receiving the service request message#1. Alternatively, if the AS IDs in the pool are all used, the first RAN node 1001 may initiate the coordination procedure.

[0216] The first RAN node 1001 may transmit a MSG2 including the allocated (1230) AS ID and the random ID to the AIoT device 110. The AIoT device 110 may transmit a MSG3 including a device ID to the first RAN node 1001. For example, if the random ID in the MSG2 is same as the random ID in the MSG1, the AIoT device 110 may transmit the MSG3 including the device ID to the first RAN node 1001. The first RAN node 1001 may transmit a service report#1 to the CN node 130.

[0217] In this manner, the first RAN node 1001 may allocate AS IDs not reserved by other RAN nodes. The AS ID collision can thus be avoided.

[0218] FIG. 12B illustrates another signaling flow 1250 for AS ID allocation in accordance with some embodiments of the present disclosure. The signaling flow 1250 involves the AIoT device 110, the first RAN node 1001, the second RAN node 1002 and the CN node 130.

[0219] In operation, the CN node 130 may transmit (1260) , to the first RAN node 1001, a service request message#1 including a first pool of AS IDs. The service request message#1 may be an inventory request or a command request. The first pool of AS IDs may be generated by the CN node 130. The first RAN node 1001 may respond a service response message#1 to the CN node 130. The first RAN node 1001 may transmit an AIoT paging message (MSG0) to the AIoT device 110. The AIoT device 110 may respond a MSG1 including a random ID to the first RAN node 1001.

[0220] The first RAN node 1001 may allocate (1280) the AS ID from the first pool of AS IDs. That is, the AIoT reader or RAN node may choose one ID from the pool as the AS ID. For example, the inventory request may include IE for AS ID pool. The first RAN node 1001 may store it and use it for AS ID allocation.

[0221] The first RAN node 1001 may transmit a MSG2 including the allocated (1280) AS ID and the random ID to the AIoT device 110. The AIoT device 110 may transmit a MSG3 including a device ID to the first RAN node 1001. For example, if the random ID in the MSG2 is same as the random ID in the MSG1, the AIoT device 110 may transmit the MSG3 including the device ID to the first RAN node 1001. The first RAN node 1001 may transmit a service report#1 to the CN node 130.

[0222] Likewise, the CN node 130 may transmit (1270) , to the second RAN node 1002, the service request message#1 including a second pool of AS IDs. The second pool of AS IDs may be generated by the CN node 130. The second RAN node 1002 may allocate the AS ID from the second pool of AS IDs. The second pool for the second RAN node 1002 may be at least partially different from the first pool for the first RAN node 1001. By configuring different ID pool for different RAN nodes, AS ID collision can be avoided.

[0223] Alternatively, in some embodiments, the first or second pool of AS IDs may be sent via another message from the CN node 130 to the AIoT reader such as the first RAN node 1001 and the second RAN node 1002.

[0224] In addition, the pool of local IDs may be sent before the service request message. The pool of local IDs may be sent before or simultaneously or after receiving the service request message.

[0225] In some embodiments, the pool of AS ID may be reused for further service request message (s) . Alternatively or in addition, the AS IDs in different pools are different.

[0226] It is to be understood that the first RAN node 1001 and / or the second RAN node 1002 may be gNB reader or UE reader. If the first RAN node 1001 and / or the second RAN node 1002 is UE reader, then sidelink or PC5 link between UEs may be used for coordination rather than the Xn interface.

[0227] The signaling flows 1200 and 1250 may be applied for both topology 1 and topology 2 for AIoT device (s) . FIG. 13 illustrates another signaling flow 1300 for AS ID allocation for topology 2 in accordance with some embodiments of the present disclosure. The signaling flow 1300 involves the AIoT device 110, a UE reader 1301, a RAN node 1302 and the CN node 130. The UE reader 1301 may also be referred to as a first RAN node, which may be an example implementation of the RAN node 120 in FIG. 1B. The RAN node 1302 may be a network device serving the UE reader 1301. For example, the RAN node 1302 may be the network device 160 in FIG. 1B.

[0228] The CN node 130 may transmit a service request message#1 including a reader (ID) list or service area to the UE reader 1301. The UE reader 1301 may response a service response#1 to the CN node 130. The RAN node 1302 may assign a second pool or set of AS IDs and send the second pool or set to the UE reader 1301. For example, upon receiving the service request message#1 from the CN node 130 or upon receiving a request from the UE reader (s) 1301, the RAN node 1302 sends the second pool to the UE reader 1301. The second set or pool of AS IDs may a pool of AS IDs available for the UE reader 1301.

[0229] In an option 1320 (also referred to as a RRC based option) , the RAN node 1302 may transmit, to the UE reader 1301, a service request message including the pool of AS IDs. The service request message may be an RRC message. That is, the pool may be sent together with RRC message comprising the service request message. The generation or the transmission of the pool of AS IDs / local IDs may be triggered by the receiving of request message from the CN node 130.

[0230] Alternatively, the pool of AS IDs / local ID may be sent via another message from the RAN node 1302 to the UE reader 1301. For example, in an option 1310 , the UE reader 1301 may transmit, to the RAN node 1302, a request for AS IDs. The option 1310 may also be referred to as a NAS based option, a control plane (CP) based option, a user plane (UP) based option, or a user plane function (UPF) based option. The UE reader 1301 may receive, from the RAN node 1302, a response of the request. The response includes the pool of AS IDs. The request and / or the response may be a RRC message or a NAS message. In addition, the pool may be generated and sent before forwarding the service request message#1.

[0231] The request from the UE reader 1301 may be the same as the one for resource allocation. The request may include the reader list. The request may include at least one of: a list of readers, a list of reader IDs, or a service area for readers. The UE reader 1301 may receive, from the CN node 130, a service request message#1 including at least one of: a list of readers, a list of reader IDs, or a service area. The list of readers or reader IDs or the service area in the request may be same as or different from such as part of the list of readers or reader IDs or the service area in the service request message#1. In some embodiment, if no available AS ID is for the UE reader 1301, the UE reader 1301 may transmit the request for AS IDs to the RAN node 1302.

[0232] In an example, the service request from the CN node 130 may comprise the first pool of AS IDs. The second pool transmitted to the UE reader 1301 may be a subset of the first pool or a whole of the first pool.

[0233] In addition, the service request message may also include a list of reader IDs. Th RAN node 1302 may coordinate with other gNB serving readers which indicate by the list of reader IDs to demine the pool of AS IDs, for readers served by itself. As used herein, the reader ID may be defined as a combination of a Global gNB ID and a reader index. Then, the RAN node 1302 such as gNB may determine the serving gNB of each reader based on the “Global gNB ID” of the reader ID.

[0234] Alternatively, or in addition, the coordination procedure of RAN node may be executed before receiving the service request. Alternatively, if the AS IDs in the first pool are all used, the RAN node such as the UE reader 1301 or the RAN node 1302 may initiate the coordination procedure.

[0235] Alternatively, or in addition, the request procedure from the UE reader 1301 may be executed before receiving the service request. Alternatively, if the AS IDs in the second pool are all used, the UE reader 1301 may initiate the request procedure.

[0236] In some embodiments, the CN node 130 may transmit the service request message#1 to the UE Reader 1301. In addition, the CN node 130 transmits, to the RAN node 1302, a request for allocating AS ID pool or coordination of AS ID allocation. The request may be a resource allocation request to the RAN node 1302. In response to the request for AS ID allocation or coordination, the coordination procedure as described with respect to FIG. 12A to FIG. 12B may be performed.

[0237] With the coordination, the UE reader 1301 may allocate (1330) an AS ID from the pool for the service. The UE reader 1301 may transmit a MSG2 including the AS ID to the AIoT device 110. The AIoT device 110 may respond a MSG3 including a device ID or the upper layer data to the UE reader 1301.

[0238] In an option 1340 (an NAS based or CP based or UP based or UPF based option) , the UE reader 1301 may transmit a service report#1 including the device ID to the CN node 130. The service report#1 may be included in a NAS message.

[0239] In an option 1350 (an RRC based option) , the UE reader 1301 may transmit an RRC message including the service report#1 to the RAN node 1302. The RAN node 1302 may transmit the service report#1 to the CN node 130.

[0240] With the signaling flow 1300, AS ID collision can be avoided.

[0241] Several embodiments regarding the AIoT device AS ID have been described with respect to FIG. 3 to FIG. 13. 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, 500, 600, 700, 800, 900, 1000, 1200, 1250 and / or 1300 may be used separately, or in any suitable combination. It is to be understood that these signaling flows 300, 500, 600, 700, 800, 900, 1000, 1200, 1250 and / or 1300 may involve any other suitable operations or signaling not shown. With these signaling flows and similar signaling flows, the AS ID allocation for AIoT device can be improved. The data transmission associated with AIoT service can be managed and enhanced.

[0242] 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 or FIG. 1B.

[0243] At block 1410, the AIoT device 110 receives, from a RAN node, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device.

[0244] At block 1420, the AIoT device 110 obtains at least one of a random ID or the AS ID of the AIoT device based on the message.

[0245] In some example embodiments, the message comprises a PDU or sub-PDU including the indication, and the indication indicates one of: the AS ID being included in the PDU or sub-PDU, the AS ID being excluded from the PDU or sub-PDU, or the random ID in the PDU or sub-PDU being reused as the AS ID.

[0246] In some example embodiments, the message indicates a procedure type associated with the message, the procedure type indicating the message type.

[0247] In some example embodiments, the procedure type comprises one of: an inventory and command procedure, or an inventory procedure. The message format for the inventory and command procedure includes a random ID and the AS ID of the AIoT device, and the message format for the inventory procedure includes the random ID without the AS ID.

[0248] In some example embodiments, the message comprises a paging message indicating the procedure type, and a further message for contention resolution is with the message format indicated by the paging message.

[0249] In some example embodiments, the message includes a message type indicating the message format, and the message format comprises one of: a first message format including a random ID of the AIoT device without the AS ID, or a second message format including the random ID and the AS ID.

[0250] In some example embodiments, the message comprises a PDU including a first field for AS ID, and a value of the first field indicating one of: reusing the random ID in the PDU as the AS ID, no AS ID being included, or the AS ID.

[0251] In some example embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device. The PDU further indicates at least one of: the number of the at least one sub-PDU, an indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID, or a length of the at least one sub-PDU.

[0252] In some example embodiments, the PDU comprises a single indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID.

[0253] In some example embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device. Each sub-PDU further includes at least one of: an indication indicating that the sub-PDU includes or excludes a respective AS ID, a flag of a subsequent sub-PDU, or a flag of a last sub-PDU.

[0254] In some example embodiments, in response to the random ID in the message or a further message being same with a random ID in a previous message transmitted to the RAN node, and in response to the AS ID being included in the message or the further message, the AIoT device 110 may store the AS ID.

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

[0256] At block 1510, the AIoT device 110 receives, from a RAN node, a message including an AS ID and a first device ID.

[0257] At block 1520, the AIoT device 110 determines whether the first device ID is same as a second device ID stored by the AIoT device.

[0258] If the first device ID is same as the second device ID, at block 1530, the AIoT device 110 stores the AS ID.

[0259] In some example embodiments, the AIoT device 110 may derive, at a medium access control (MAC) layer, a service data unit (SDU) of the first device ID in the message; and indicate, to an upper layer, the SDU of the first device ID.

[0260] In some example embodiments, the AIoT device 110 may compare, at an upper layer, the first device ID and the second device ID stored at the upper layer; and indicate, to a MAC layer, whether the first device ID is same as the second device ID.

[0261] In some example embodiments, in accordance with a determination that the first device ID is same as the second device ID, the AIoT device 110 may derive, at a MAC layer, the AS ID from the message; and store the AS ID at the MAC layer.

[0262] In some example embodiments, in accordance with a determination that the first device ID is same as the second device ID, the AIoT device 110 may indicate, from an upper layer to a MAC layer, the AS ID; and store the AS ID at the MAC layer.

[0263] In some example embodiments, the method 1400 further comprises: in accordance with a determination that the first device ID is different from the second device ID, performing at least one of: dropping the AS ID, transmitting an indication to the RAN node for the AS ID, or not deriving the AS ID from the message.

[0264] In some example embodiments, the AIoT device 110 may indicate, from an upper layer to a MAC layer, that the first device ID is different from the second device ID.

[0265] In some example embodiments, the message comprises at least one of: a message for the AS ID, a command message, or a message with command.

[0266] 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 CN node 130 in FIG. 1A or FIG. 1B.

[0267] At block 1610, the CN node 130 receives, from a RAN node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device.

[0268] At block 1620, the CN node 130 transmits, to the RAN node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0269] In some example embodiments, the service request message further includes a container of a command message transparent to the RAN node, the container including the target device ID of the target device.

[0270] In some example embodiments, the method 1600 further comprises: determining mapping information between the at least one device ID and the at least one AS ID of the at least one device; and determining the service request message for the target device based on the mapping information.

[0271] In some example embodiments, the method 1600 further comprises: receiving, from the RAN node, a second service response message to the service request message, the second service response message including the target AS ID.

[0272] FIG. 17 illustrates a flowchart of a communication method 1700 implemented at a first RAN 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 RAN node 1001 in FIG. 10.

[0273] At block 1710, the first RAN node 1001 receives, at least one of: a first set of AS IDs from a core network node, or a second set of AS IDs from a second RAN node.

[0274] At block 1720, the first RAN node 1001 receives, from an AIoT device, a first message including a random ID of the AIoT device.

[0275] In some example embodiments, the method 1700 further comprises: allocating an AS ID for the AIoT device based on at least one of: the first set of AS IDs or the second set of AS IDs; and transmitting, to the AIoT device, a second message including the random ID and the AS ID.

[0276] In some example embodiments, the second set of AS IDs from the second RAN node comprises a list of AS IDs unavailable for the first RAN node, and the allocated AS ID is excluded from the list of AS IDs.

[0277] In some example embodiments, the second set of AS IDs from the second RAN node comprises a list of AS IDs available for the first RAN node, and the allocated AS ID is selected from a plurality of AS IDs including the list of AS IDs.

[0278] In some example embodiments, the method 1700 further comprises: transmitting, to the second RAN node, a third set of AS IDs available or unavailable for the second RAN node.

[0279] In some example embodiments, the first RAN node 1001 may receive, from the core network node, a service request message indicating at least one of: a list of readers, a list of reader IDs, or a service area for readers; and in response to the second RAN node being indicated by the service request message, transmit the third set of AS IDs to the second RAN node.

[0280] In some example embodiments, the allocated AS ID is selected from the first set of AS IDs.

[0281] In some example embodiments, the first RAN node 1001 may receive, from the core network node, a service request message or a further message including the first set of AS IDs.

[0282] In some example embodiments, the first set of AS IDs is used for a further service request message.

[0283] In some example embodiments, the first RAN node comprises a UE reader for the AIoT device, and the second RAN node comprises a network device serving the UE reader. The second set of AS IDs comprises a pool of AS IDs available for the first RAN node.

[0284] In some example embodiments, the first RAN node 1001 may receive, from the second RAN node, a service request message including the pool of AS IDs.

[0285] In some example embodiments, the first RAN node 1001 may transmit, to the second RAN node, a request for AS IDs; and receive, from the second RAN node, the pool of AS IDs.

[0286] In some example embodiments, the request includes at least one of: a list of readers, a list of reader IDs, or a service area for readers. The first RAN node 1001 may receive, from the core network node, a service request message including at least one of: the list of readers, the list of reader IDs, or the service area for readers.

[0287] In some example embodiments, the method 1700 further comprises: in response to no available AS ID being for the first RAN node, transmitting the request for AS IDs to the second RAN node.

[0288] FIG. 18 illustrates a flowchart of a communication method 1800 implemented at a RAN 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 RAN node 120 in FIG. 1A or FIG. 1B.

[0289] At block 1810, the RAN node 120 transmits, to an AIoT device, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device.

[0290] In some example embodiments, the message comprises a PDU or sub-PDU including the indication, and the indication indicates one of: the AS ID being included in the PDU or sub-PDU, the AS ID being excluded from the PDU or sub-PDU, or the random ID in the PDU or sub-PDU being reused as the AS ID.

[0291] In some example embodiments, the message indicates a procedure type associated with the message, the procedure type indicating the message type.

[0292] In some example embodiments, the procedure type comprises one of: an inventory and command procedure, or an inventory procedure. The message format for the inventory and command procedure includes a random ID and the AS ID of the AIoT device, and the message format for the inventory procedure includes the random ID without the AS ID.

[0293] In some example embodiments, the message comprises a paging message indicating the procedure type, and a further message for contention resolution is with the message format indicated by the paging message.

[0294] In some example embodiments, the message includes a message type indicating the message format, and the message format comprises one of: a first message format including a random ID of the AIoT device without the AS ID, or a second message format including the random ID and the AS ID.

[0295] In some example embodiments, the message comprises a PDU including a first field for AS ID, and a value of the first field indicating one of: reusing the random ID in the PDU as the AS ID, no AS ID being included, or the AS ID.

[0296] In some example embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device. The PDU further indicates at least one of: the number of the at least one sub-PDU, an indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID, or a length of the at least one sub-PDU.

[0297] In some example embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device. Each sub-PDU further includes at least one of: an indication indicating that the sub-PDU includes or excludes a respective AS ID, a flag of a subsequent sub-PDU, or a flag of a last sub-PDU.

[0298] 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 or FIG. 1B.

[0299] At block 1910, the RAN node 120 transmits, to a core network node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device.

[0300] At block 1920, the RAN node 120 receives, from the core network node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0301] In some example embodiments, the service request message further includes a container of a command message transparent to the RAN node, the container including the target device ID of the target device.

[0302] In some example embodiments, the method 1900 further comprises: transmitting, to the target device, a message including a command request and the target device ID; receiving, from the target device, a response to the command request, the response including the target AS ID; and transmitting, to the core network node, a second service response message to the service request message, the service response message including the target AS ID.

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

[0304] At block 2010, the CN node 130 transmits, to a first RAN node, a first set of AS IDs.

[0305] In some example embodiments, the method 2000 further comprises: transmitting, to a second RAN node, a second set of AS IDs.

[0306] In some example embodiments, the second set of AS IDs is at least partially different from the first set of AS IDs.

[0307] In some example embodiments, the method 2000 further comprises: transmitting, to the first RAN node, a service request message or a further message including the first set of AS IDs.

[0308] In some example embodiments, the service request message further includes at least one of: a list of readers, a list of reader IDs, or a service area for readers.

[0309] In some example embodiments, the method 2000 further comprises: receive, from the first RAN node, a request for the first set of AS IDs.

[0310] FIG. 21 illustrates a flowchart of a communication method 2100 implemented at a second RAN node in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 2100 will be described from the perspective of the second RAN node 1002 in FIG. 10.

[0311] At block 2110, the second RAN node 1002 transmits, to a first RAN node, a set of AS IDs available or unavailable for the first RAN node.

[0312] In some example embodiments, the method 2100 further comprises: transmitting, to a third RAN node, a further set of AS IDs available or unavailable for the third RAN node.

[0313] In some example embodiments, the further set of AS IDs is at least partially different from the set of AS IDs.

[0314] In some example embodiments, the second RAN node 1002 may receive, from a core network node, a first message including a pool of AS IDs; and transmit the set of AS IDs to the UE reader, the set of AS IDs being included in the pool of AS IDs.

[0315] In some example embodiments, the first message comprises a service request message including at least one of: a list of readers, a list of reader IDs, or a service area for readers.

[0316] In some example embodiments, the second RAN node 1002 may receive, from the first RAN node, a request for the set of AS IDs; and transmit the set of AS IDs to the first RAN node.

[0317] In some example embodiments, the request comprises at least one of: a list of readers, a list of reader IDs, or a service area for readers.

[0318] In some example embodiments, the first RAN node comprises a UE reader, and the second RAN node comprises a network device serving the UE reader.

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

[0320] As shown, the device 2200 includes a processor 2210, a memory 2220 coupled to the processor 2210, a suitable transceiver 2240 coupled to the processor 2210, and a communication interface coupled to the transceiver 2240. The memory 2220 stores at least a part of a program 2230. The transceiver 2240 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 2240 may include at least one of a transmitter 2242 and a receiver 2244. The transmitter 2242 and the receiver 2244 may be functional modules or physical entities. The transceiver 2240 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.

[0321] The program 2230 is assumed to include program instructions that, when executed by the associated processor 2210, enable the device 2200 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 A to 21. The embodiments herein may be implemented by computer software executable by the processor 2210 of the device 2200, or by hardware, or by a combination of software and hardware. The processor 2210 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 2210 and memory 2220 may form processing means 2250 adapted to implement various embodiments of the present disclosure.

[0322] The memory 2220 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 2220 is shown in the device 2200, there may be several physically distinct memory modules in the device 2200. The processor 2210 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 2200 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.

[0323] According to embodiments of the present disclosure, an AIoT device comprising a circuitry is provided. The circuitry is configured to: receive, from a RAN node, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device; and obtain at least one of a random ID or the AS ID of the AIoT device based on the message. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the AIoT device as discussed above.

[0324] According to embodiments of the present disclosure, an AIoT device comprising a circuitry is provided. The circuitry is configured to: receive, from a RAN node, a message including an AS ID and a first device ID; determine whether the first device ID is same as a second device ID stored by the AIoT device; and in accordance with a determination that the first device ID is same as the second device ID, store the AS ID. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the AIoT device as discussed above.

[0325] According to embodiments of the present disclosure, a core network node comprising a circuitry is provided. The circuitry is configured to: receive, from a RAN node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and transmit, to the RAN node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID. 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.

[0326] According to embodiments of the present disclosure, a first RAN node comprising a circuitry is provided. The circuitry is configured to: receive, at least one of: a first set of AS IDs from a core network node, or a second set of AS IDs from a second RAN node; and receive, from an AIoT device, a first message including a random ID of the AIoT device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first RAN node as discussed above.

[0327] According to embodiments of the present disclosure, a RAN node comprising a circuitry is provided. The circuitry is configured to: transmit, to an AIoT device, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the RAN node as discussed above.

[0328] According to embodiments of the present disclosure, a RAN node comprising a circuitry is provided. The circuitry is configured to: transmit, to a core network node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and receive, from the core network node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the RAN node as discussed above.

[0329] According to embodiments of the present disclosure, a core network node comprising a circuitry is provided. The circuitry is configured to: transmit, to a first RAN node, a first set of AS IDs. 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.

[0330] According to embodiments of the present disclosure, a second RAN node comprising a circuitry is provided. The circuitry is configured to: transmit, to a first RAN node, a set of AS IDs available or unavailable for the first RAN node. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second RAN node as discussed above.

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

[0332] According to embodiments of the present disclosure, a first apparatus is provided. The first apparatus comprises means for receiving, from a RAN node, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device; and means for obtaining at least one of a random ID or the AS ID of the AIoT device based on the message. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 1400. In some example embodiments, the first 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.

[0333] According to embodiments of the present disclosure, a second apparatus is provided. The second apparatus comprises means for receiving, from a RAN node, a message including an AS ID and a first device ID; means for determining whether the first device ID is same as a second device ID stored by the AIoT device; and means for in accordance with a determination that the first device ID is same as the second device ID, storing the AS ID. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1500. In some example embodiments, the second 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.

[0334] According to embodiments of the present disclosure, a third apparatus is provided. The third apparatus comprises means for receiving, from a RAN node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and means for transmitting, to the RAN node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID. In some embodiments, the third apparatus may comprise means for performing the respective operations of the method 1600. In some example embodiments, the third 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.

[0335] According to embodiments of the present disclosure, a fourth apparatus is provided. The fourth apparatus comprises means for receiving, at least one of: a first set of AS IDs from a core network node, or a second set of AS IDs from a second RAN node; and means for receiving, from an AIoT device, a first message including a random ID of the AIoT device. In some embodiments, the fourth apparatus may comprise means for performing the respective operations of the method 1700. In some example embodiments, the fourth 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.

[0336] According to embodiments of the present disclosure, a fifth apparatus is provided. The fifth apparatus comprises means for transmitting, to an AIoT device, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device. In some embodiments, the fifth apparatus may comprise means for performing the respective operations of the method 1800. In some example embodiments, the fifth 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.

[0337] According to embodiments of the present disclosure, a sixth apparatus is provided. The sixth apparatus comprises means for transmitting, to a core network node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and means for receiving, from the core network node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID. In some embodiments, the sixth apparatus may comprise means for performing the respective operations of the method 1900. In some example embodiments, the sixth 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.

[0338] According to embodiments of the present disclosure, a seventh apparatus is provided. The seventh apparatus comprises means for transmitting, to a first RAN node, a first set of AS IDs. In some embodiments, the seventh apparatus may comprise means for performing the respective operations of the method 2000. In some example embodiments, the seventh apparatus may further comprise means for performing other operations in some example embodiments of the method 2000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0339] According to embodiments of the present disclosure, an eighth apparatus is provided. The eighth apparatus comprises means for transmitting, to a first RAN node, a set of AS IDs available or unavailable for the first RAN node. In some embodiments, the eighth apparatus may comprise means for performing the respective operations of the method 2100. In some example embodiments, the eighth apparatus may further comprise means for performing other operations in some example embodiments of the method 2100. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

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

[0341] In an aspect, it is proposed an AIoT device comprising: a processor configured to cause the AIoT device to: receive, from a RAN node, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device; and obtain at least one of a random ID or the AS ID of the AIoT device based on the message.

[0342] In some embodiments, the message comprises a PDU or sub-PDU including the indication, and the indication indicates one of: the AS ID being included in the PDU or sub-PDU, the AS ID being excluded from the PDU or sub-PDU, or the random ID in the PDU or sub-PDU being reused as the AS ID.

[0343] In some embodiments, the message indicates a procedure type associated with the message, the procedure type indicating the message type.

[0344] In some embodiments, the procedure type comprises one of: an inventory and command procedure, or an inventory procedure, and wherein the message format for the inventory and command procedure includes a random ID and the AS ID of the AIoT device, and the message format for the inventory procedure includes the random ID without the AS ID.

[0345] In some embodiments, the message comprises a paging message indicating the procedure type, and a further message for contention resolution is with the message format indicated by the paging message.

[0346] In some embodiments, the message includes a message type indicating the message format, and the message format comprises one of: a first message format including a random ID of the AIoT device without the AS ID, or a second message format including the random ID and the AS ID.

[0347] In some embodiments, the message comprises a PDU including a first field for AS ID, and a value of the first field indicating one of: reusing the random ID in the PDU as the AS ID, no AS ID being included, or the AS ID.

[0348] In some embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device, and the PDU further indicates at least one of: the number of the at least one sub-PDU, an indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID, or a length of the at least one sub-PDU.

[0349] In some embodiments, the PDU comprises a single indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID.

[0350] In some embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device, wherein each sub-PDU further includes at least one of: an indication indicating that the sub-PDU includes or excludes a respective AS ID, a flag of a subsequent sub-PDU, or a flag of a last sub-PDU.

[0351] In some embodiments, the processor is further configured to cause the AIoT device to: in response to the random ID in the message or a further message being same with a random ID in a previous message transmitted to the RAN node, and in response to the AS ID being included in the message or the further message, store the AS ID.

[0352] In an aspect, it is proposed an AIoT device comprising: a processor configured to cause the AIoT device to: receive, from a RAN node, a message including an AS ID and a first device ID; determine whether the first device ID is same as a second device ID stored by the AIoT device; and in accordance with a determination that the first device ID is same as the second device ID, store the AS ID.

[0353] In some embodiments, the processor is further configured to cause the AIoT device to: derive, at a medium access control (MAC) layer, a service data unit (SDU) of the first device ID in the message; and indicate, to an upper layer, the SDU of the first device ID.

[0354] In some embodiments, the processor is further configured to cause the AIoT device to: compare, at an upper layer, the first device ID and the second device ID stored at the upper layer; and indicate, to a MAC layer, whether the first device ID is same as the second device ID.

[0355] In some embodiments, the processor is further configured to cause the AIoT device to: in accordance with a determination that the first device ID is same as the second device ID, derive, at a MAC layer, the AS ID from the message; and store the AS ID at the MAC layer.

[0356] In some embodiments, the processor is further configured to cause the AIoT device to: in accordance with a determination that the first device ID is same as the second device ID, indicate, from an upper layer to a MAC layer, the AS ID; and store the AS ID at the MAC layer.

[0357] In some embodiments, the processor is further configured to cause the AIoT device to: in accordance with a determination that the first device ID is different from the second device ID, perform at least one of: dropping the AS ID, transmitting an indication to the RAN node for the AS ID, or not deriving the AS ID from the message.

[0358] In some embodiments, the processor is further configured to cause the AIoT device to: indicate, from an upper layer to a MAC layer, that the first device ID is different from the second device ID.

[0359] In some embodiments, the message comprises at least one of: a message for the AS ID, a command message, or a message with command.

[0360] In an aspect, it is proposed a core network node comprising: a processor configured to cause the core network node to: receive, from a RAN node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and transmit, to the RAN node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0361] In some embodiments, the service request message further includes a container of a command message transparent to the RAN node, the container including the target device ID of the target device.

[0362] In some embodiments, the processor is further configured to cause the core network node to: determine mapping information between the at least one device ID and the at least one AS ID of the at least one device; and determine the service request message for the target device based on the mapping information.

[0363] In some embodiments, the processor is further configured to cause the core network node to: receive, from the RAN node, a second service response message to the service request message, the second service response message including the target AS ID.

[0364] In an aspect, it is proposed a first RAN node comprising: a processor configured to cause the first RAN node to: receive, at least one of: a first set of AS IDs from a core network node, or a second set of AS IDs from a second RAN node; and receive, from an AIoT device, a first message including a random ID of the AIoT device.

[0365] In some embodiments, the processor is further configured to cause the first RAN node to: allocate an AS ID for the AIoT device based on at least one of: the first set of AS IDs or the second set of AS IDs; and transmit, to the AIoT device, a second message including the random ID and the AS ID.

[0366] In some embodiments, the second set of AS IDs from the second RAN node comprises a list of AS IDs unavailable for the first RAN node, and the allocated AS ID is excluded from the list of AS IDs.

[0367] In some embodiments, the second set of AS IDs from the second RAN node comprises a list of AS IDs available for the first RAN node, and the allocated AS ID is selected from a plurality of AS IDs including the list of AS IDs.

[0368] In some embodiments, the processor is further configured to cause the first RAN node to: transmit, to the second RAN node, a third set of AS IDs available or unavailable for the second RAN node.

[0369] In some embodiments, the processor is further configured to cause the first RAN node to: receive, from the core network node, a service request message indicating at least one of: a list of readers, a list of reader IDs, or a service area for readers; and in response to the second RAN node being indicated by the service request message, transmit the third set of AS IDs to the second RAN node.

[0370] In some embodiments, the allocated AS ID is selected from the first set of AS IDs.

[0371] In some embodiments, the processor is further configured to cause the first RAN node to: receive, from the core network node, a service request message or a further message including the first set of AS IDs.

[0372] In some embodiments, the first set of AS IDs is used for a further service request message.

[0373] In some embodiments, the first RAN node comprises a UE reader for the AIoT device, and the second RAN node comprises a network device serving the UE reader, and wherein the second set of AS IDs comprises a pool of AS IDs available for the first RAN node.

[0374] In some embodiments, the processor is further configured to cause the first RAN node to: receive, from the second RAN node, a service request message including the pool of AS IDs.

[0375] In some embodiments, the processor is further configured to cause the first RAN node to: transmit, to the second RAN node, a request for AS IDs; and receive, from the second RAN node, the pool of AS IDs.

[0376] In some embodiments, the request includes at least one of: a list of readers, a list of reader IDs, or a service area for readers, and wherein the processor is further configured to cause the first RAN node to: receive, from the core network node, a service request message including at least one of: the list of readers, the list of reader IDs, or the service area for readers.

[0377] In some embodiments, the processor is further configured to cause the first RAN node to: in response to no available AS ID being for the first RAN node, transmit the request for AS IDs to the second RAN node.

[0378] In an aspect, it is proposed a RAN node comprising: a processor configured to cause the RAN node to: transmit, to an AIoT device, a message including at least one of: an indication associated with an AS ID of the AIoT device, the indication indicating whether the AS ID is included in the message, or a message format including or excluding the AS ID of the AIoT device.

[0379] In some embodiments, the message comprises a PDU or sub-PDU including the indication, and the indication indicates one of: the AS ID being included in the PDU or sub-PDU, the AS ID being excluded from the PDU or sub-PDU, or the random ID in the PDU or sub-PDU being reused as the AS ID.

[0380] In some embodiments, the message indicates a procedure type associated with the message, the procedure type indicating the message type.

[0381] In some embodiments, the procedure type comprises one of: an inventory and command procedure, or an inventory procedure, and wherein the message format for the inventory and command procedure includes a random ID and the AS ID of the AIoT device, and the message format for the inventory procedure includes the random ID without the AS ID.

[0382] In some embodiments, the message comprises a paging message indicating the procedure type, and a further message for contention resolution is with the message format indicated by the paging message.

[0383] In some embodiments, the message includes a message type indicating the message format, and the message format comprises one of: a first message format including a random ID of the AIoT device without the AS ID, or a second message format including the random ID and the AS ID.

[0384] In some embodiments, the message comprises a PDU including a first field for AS ID, and a value of the first field indicating one of: reusing the random ID in the PDU as the AS ID, no AS ID being included, or the AS ID.

[0385] In some embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device, and the PDU further indicates at least one of: the number of the at least one sub-PDU, an indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID, or a length of the at least one sub-PDU.

[0386] In some embodiments, the message includes a PDU including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device, wherein each sub-PDU further includes at least one of: an indication indicating that the sub-PDU includes or excludes a respective AS ID, a flag of a subsequent sub-PDU, or a flag of a last sub-PDU.

[0387] In an aspect, it is proposed a RAN node comprising: a processor configured to cause the RAN node to: transmit, to a core network node, a service report message or a first service response message including at least one AS ID of at least one device and at least one device ID of the at least one device; and receive, from the core network node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.

[0388] In some embodiments, the service request message further includes a container of a command message transparent to the RAN node, the container including the target device ID of the target device.

[0389] In some embodiments, the processor is further configured to cause the RAN node to: transmit, to the target device, a message including a command request and the target device ID; receive, from the target device, a response to the command request, the response including the target AS ID; and transmit, to the core network node, a second service response message to the service request message, the service response message including the target AS ID.

[0390] In an aspect, it is proposed a core network node comprising: a processor configured to cause the core network node to: transmit, to a first RAN node, a first set of AS IDs.

[0391] In some embodiments, the processor is further configured to cause the core network node to: transmit, to a second RAN node, a second set of AS IDs.

[0392] In some embodiments, the second set of AS IDs is at least partially different from the first set of AS IDs.

[0393] In some embodiments, the processor is further configured to cause the core network node to: transmit, to the first RAN node, a service request message or a further message including the first set of AS IDs.

[0394] In some embodiments, the service request message further includes at least one of: a list of readers, a list of reader IDs, or a service area for readers.

[0395] In some embodiments, the processor is further configured to cause the core network node to: receive, from the first RAN node, a request for the first set of AS IDs.

[0396] In an aspect, it is proposed a second RAN node comprising: a processor configured to cause the second RAN node to: transmit, to a first RAN node, a set of AS IDs available or unavailable for the first RAN node.

[0397] In some embodiments, the processor is further configured to cause the second RAN node to: transmit, to a third RAN node, a further set of AS IDs available or unavailable for the third RAN node.

[0398] In some embodiments, the further set of AS IDs is at least partially different from the set of AS IDs.

[0399] In some embodiments, the processor is further configured to cause the second RAN node to: receive, from a core network node, a first message including a pool of AS IDs; and transmit the set of AS IDs to the UE reader, the set of AS IDs being included in the pool of AS IDs.

[0400] In some embodiments, the first message comprises a service request message including at least one of: a list of readers, a list of reader IDs, or a service area for readers.

[0401] In some embodiments, the processor is further configured to cause the second RAN node to: receive, from the first RAN node, a request for the set of AS IDs; and transmit the set of AS IDs to the first RAN node.

[0402] In some embodiments, the request comprises at least one of: a list of readers, a list of reader IDs, or a service area for readers.

[0403] In some embodiments, the first RAN node comprises a UE reader, and the second RAN node comprises a network device serving the UE reader.

[0404] In an aspect, an 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 AIoT device discussed above.

[0405] In an aspect, an 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 AIoT device discussed above.

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

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

[0408] In an aspect, a 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 RAN node discussed above.

[0409] In an aspect, a 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 RAN node discussed above.

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

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

[0412] 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 AIoT device discussed above.

[0413] 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 AIoT device discussed above.

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

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

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

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

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

[0419] 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 RAN node discussed above.

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

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

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

[0423] 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 RAN node discussed above.

[0424] 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 RAN node discussed above.

[0425] 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 RAN node discussed above.

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

[0427] 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 RAN node discussed above.

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

[0429] 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 22. 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.

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

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

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

[0433] 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 to:receive, from a radio access network (RAN) node, a message including at least one of:an indication associated with an access stratum (AS) identifier (ID) of the AIoT device, the indication indicating whether the AS ID is included in the message, ora message format including or excluding the AS ID of the AIoT device; andobtain at least one of a random ID or the AS ID of the AIoT device based on the message.2.The AIoT device of claim 1, wherein the message comprises a protocol data unit (PDU) or sub-PDU including the indication, and the indication indicates one of:the AS ID being included in the PDU or sub-PDU,the AS ID being excluded from the PDU or sub-PDU, orthe random ID in the PDU or sub-PDU being reused as the AS ID.3.The AIoT device of claim 1, wherein the message indicates a procedure type associated with the message, the procedure type indicating the message type.4.The AIoT device of claim 3, wherein the procedure type comprises one of: an inventory and command procedure, or an inventory procedure, andwherein the message format for the inventory and command procedure includes a random ID and the AS ID of the AIoT device, and the message format for the inventory procedure includes the random ID without the AS ID.5.The AIoT device of claim 1, wherein the message includes a message type indicating the message format, and the message format comprising one of:a first message format including a random ID of the AIoT device without the AS ID, ora second message format including the random ID and the AS ID.6.The AIoT device of claim 1, wherein the message comprises a protocol data unit (PDU) including a first field for AS ID, and a value of the first field indicating one of:reusing the random ID in the PDU as the AS ID,no AS ID being included, orthe AS ID.7.The AIoT device of claim 1, wherein the message includes a protocol data unit (PDU) including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device, andthe PDU further indicates at least one of:the number of the at least one sub-PDU,an indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID, ora length of the at least one sub-PDU.8.The AIoT device of claim 7, wherein the PDU comprises a single indication indicating that the at least one sub-PDU includes or excludes at least one respective AS ID.9.The AIoT device of claim 1, wherein the message includes a protocol data unit (PDU) including at least one sub-PDU, the at least one sub-PDU including at least one random ID for at least one device,wherein each sub-PDU further includes at least one of:an indication indicating that the sub-PDU includes or excludes a respective AS ID,a flag of a subsequent sub-PDU, ora flag of a last sub-PDU.10.The AIoT device of any of claims 1-9, wherein the processor is further configured to cause the AIoT device to:in response to the random ID in the message or a further message being same with a random ID in a previous message transmitted to the RAN node, and in response to the AS ID being included in the message or the further message, store the AS ID.11.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 message including an access stratum (AS) identifier (ID) and a first device ID;determine whether the first device ID is same as a second device ID stored by the AIoT device; andin accordance with a determination that the first device ID is same as the second device ID, store the AS ID.12.The AIoT device of claim 11, wherein the processor is further configured to cause the AIoT device to:derive, at a medium access control (MAC) layer, a service data unit (SDU) of the first device ID in the message; andindicate, to an upper layer, the SDU of the first device ID.13.The AIoT device of any of claims 11-12, wherein the processor is further configured to cause the AIoT device to:in accordance with a determination that the first device ID is same as the second device ID,derive, at a MAC layer, the AS ID from the message; andstore the AS ID at the MAC layer.14.The AIoT device of claim 11, wherein the processor is further configured to cause the AIoT device to:in accordance with a determination that the first device ID is different from the second device ID, perform at least one of:dropping the AS ID,transmitting an indication to the RAN node for the AS ID, ornot deriving the AS ID from the message.15.The AIoT device of claim 14, wherein the processor is further configured to cause the AIoT device to:indicate, from an upper layer to a MAC layer, that the first device ID is different from the second device ID.16.The AIoT device of any of claims 11-15, wherein the message comprises at least one of:a message for the AS ID,a command message, ora message with command.17.A first radio access network (RAN) node comprising:a processor configured to cause the first RAN node to:receive, at least one of: a first set of access stratum (AS) identifiers (IDs) from a core network node, or a second set of AS IDs from a second RAN node; andreceive, from an ambient Internet of things (AIoT) device, a first message including a random ID of the AIoT device.18.The first RAN node of claim 17, wherein the processor is further configured to cause the first RAN node to:allocate an AS ID for the AIoT device based on at least one of: the first set of AS IDs or the second set of AS IDs; andtransmit, to the AIoT device, a second message including the random ID and the AS ID.19.The first RAN node of claim 18, wherein the second set of AS IDs from the second RAN node comprises a list of AS IDs unavailable for the first RAN node, and the allocated AS ID is excluded from the list of AS IDs.20.The first RAN node of claim 18, wherein the second set of AS IDs from the second RAN node comprises a list of AS IDs available for the first RAN node, and the allocated AS ID is selected from a plurality of AS IDs including the list of AS IDs.21.The first RAN node of any of claims 17-20, wherein the processor is further configured to cause the first RAN node to:transmit, to the second RAN node, a third set of AS IDs available or unavailable for the second RAN node.22.The first RAN node of claim 21, wherein the processor is further configured to cause the first RAN node to:receive, from the core network node, a service request message indicating at least one of: a list of readers, a list of reader IDs, or a service area for readers; andin response to the second RAN node being indicated by the service request message, transmit the third set of AS IDs to the second RAN node.23.The first RAN node of claim 18, wherein the allocated AS ID is selected from the first set of AS IDs.24.The first RAN node of claim 17, wherein the first RAN node comprises a user equipment (UE) reader for the AIoT device, and the second RAN node comprises a network device serving the UE reader.25.The first RAN node of claim 24, wherein the second set of AS IDs from the second RAN node comprises a pool of AS IDs available for the first RAN node, and the processor is further configured to cause the first RAN node to:receive, from the second RAN node, a service request message including the pool of AS IDs.26.The first RAN node of claim 24, wherein the processor is further configured to cause the first RAN node to:transmit, to the second RAN node, a request for AS IDs; andreceive, from the second RAN node, the pool of AS IDs.27.The first RAN node of claim 26, wherein the request includes at least one of: a list of readers, a list of reader IDs, or a service area for readers, and wherein the processor is further configured to cause the first RAN node to:receive, from the core network node, a service request message including at least one of: the list of readers, the list of reader IDs, or the service area.28.The first RAN node of claim 26, wherein the processor is further configured to cause the first RAN node to:in response to no available AS ID being for the first RAN node, transmit the request for AS IDs to the second RAN node.29.A radio access network (RAN) node comprising:a processor configured to cause the RAN node to:transmit, to a core network node, a service report message or a first service response message including at least one access stratum (AS) identifier (ID) of at least one device and at least one device ID of the at least one device; andreceive, from the core network node, a service request message for a service associated with a target device of the at least one device, the service request message including a target AS ID of the target device, the target AS ID being one of the at least one AS ID.30.The RAN node of claim 29, wherein the service request message further includes a container of a command message transparent to the RAN node, the container including the target device ID of the target device.

Images