Resource configuration

Abstract

Various aspects of the present disclosure relate to procedure and signaling for the resource configuration related to ambient internet of things (IoT) device. In a solution of the disclosure, an A-IoT device receives, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic. Then, the A-IoT device transmits, to the reader device, a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

Description

RESOURCE CONFIGURATIONTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to resource configuration.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which may be otherwise known as an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. Each network communication devices, such as a base station may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .

[0003] In recent years, internet of things (IoT) has attracted much attention in the wireless communication technical field. More ‘things’ are expected to be interconnected for improving productivity efficiency and increasing comforts of life. Most of the existing wireless IoT devices are powered by battery that need to be replaced or recharged manually. However, 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. Regarding these IoT devices (for example, ambient-IoT, A-IoT device) , it is needed to design the compact procedures e.g. paging, random access, data transmission, and corresponding resource configuration. Thus, how to efficiently schedule each communication traffic with devices (for example, the A-IoT devices) becomes to be a key aspect.SUMMARY

[0004] The present disclosure relates to methods, apparatuses, and systems that support the operation related to a resource configuration. Specifically, the present disclosure relates to procedure and signaling for the resource configuration related to ambient internet of things (IoT) device.

[0005] In a first aspect of the solution, an ambient-internet of things (A-IoT) device receives, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic. Then, the A-IoT device transmits, to the reader device, a device to reader (D2R) message related to the first type of traffic on the first resource or the second resource.

[0006] In some implementations of the method and apparatuses described herein, the D2R message comprises indication information of the first type of traffic.

[0007] In some implementations of the method and apparatuses described herein, the A-IoT device may receive the resource configuration by: receiving a new reader to device (R2D) message or a legacy R2D comprising the resource configuration, wherein the new R2D message is related to the first type of traffic.

[0008] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and wherein the first resource is determined as valid after a time offset since receiving the resource configuration.

[0009] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid based on receiving, from the reader device, an information which triggers the first resource, or triggers a transmission for the first type of traffic.

[0010] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid after a time offset since receiving, from the reader device, an information which triggers the first resource, or triggers a transmission for the first type of traffic.

[0011] In some implementations of the method and apparatuses described herein, the A-IoT device may further transmit, to the reader device, an indication related to the first type of traffic; or transmit, to the reader device, a preamble sequence related to the first type of traffic.

[0012] In some implementations of the method and apparatuses described herein, the resource configuration or the information comprises one or more of: the time offset, a first indication indicating whether the time offset is present in the resource configuration, a duration in which the resource configuration is valid, or a second indication indicating whether the valid duration is present the resource configuration.

[0013] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid in response to receiving the resource configuration .

[0014] In some implementations of the method and apparatuses described herein, the resource configuration indicates the second resource, and the second resource is determined as valid based on any of: receiving an indication indicating that the second resource is allowed for the first type of traffic, detecting no indication indicating that the second resource is not allowed for the first type of traffic, or receiving further information which triggers the second resource for the first type of traffic.

[0015] In some implementations of the method and apparatuses described herein, the further information comprises any of: an identifier of a group of A-IoT devices for which the second resource is triggered, or one or more identifiers of one or more A-IoT devices for which the second resource is triggered.

[0016] In some implementations of the method and apparatuses described herein, the A-IoT device may refrain from transmitting the D2R message related to the first type of traffic on a third resource in a legacy R2D paging message based on any of: an identifier in the paging message being not match with another identifier of the A-IoT device, obtaining the first resource dedicated to the first type of traffic, or detecting no indication indicating that the third resource is allowed for the first type of traffic.

[0017] In some implementations of the method and apparatuses described herein, the reader device comprises a terminal device, and the A-IoT device may release the resource configuration based on determining that the A-IoT device is connected to another reader device or determining that the A-IoT device is moved to another area.

[0018] In some implementations of the method and apparatuses described herein, the A-IoT device may further receive, from the reader device , a reader ID or name of the reader device.

[0019] In some implementations of the method and apparatuses described herein, the A-IoT device may further receive, from the reader device, update information of the resource configuration; or receive, from the reader device, a release indication of the resource configuration.

[0020] In some implementations of the method and apparatuses described herein, the D2R message comprises one or more of: a correlation ID associated with the first type of traffic, a transaction ID associated with the first type of traffic, an ID of an A-IoT function (AIoTF) , or an ID of the A-IoT device.

[0021] In some implementation, the first type of traffic indicates to the reader device at least one of following: presence of the A-IoT device (e.g., an AIoT Device initiated registration-like procedure) ; or data for the first type of traffic sent by an autonomous AIoT Device originated procedure.

[0022] In some implementations of the method and apparatuses described herein, at least one of the correlation ID or the transaction ID is configured by the reader device or the AIoTF.

[0023] In some implementations of the method and apparatuses described herein, the D2R message is any of the following: a D2R message dedicated to data of the first type of traffic, or a further D2R message related to (or common to) the second type of traffic and the first type of traffic.

[0024] In some implementations of the method and apparatuses described herein, the A-IoT device may further transmit a capability indication indicating that the A-IoT device supports the first type of traffic.

[0025] In a second aspect of the solution, a reader device transmits, to an ambient-internet of things (A-IoT) device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic. Then, the reader device receives a device to reader (D2R) message related to the first type of traffic on the first resource or the second resource.

[0026] In some implementations, the second type of traffic comprises terminated data of AIOT device, which is triggered by a downlink message from AIoTF.

[0027] In some implementations of the method and apparatuses described herein, the D2R message comprises indication information related to the first type of traffic.

[0028] In some implementations of the method and apparatuses described herein, the reader device may transmit the resource configuration by: transmitting a new reader to device (R2D) message or a legacy R2D message comprising the resource configuration, wherein the new R2D message is related to the first type of traffic.

[0029] In some implementations of the method and apparatuses described herein, the reader device may further transmit, to the A-IoT device, information which triggers the first resource dedicated to the first type of traffic, or triggers a transmission for the first type of traffic.

[0030] In some implementations of the method and apparatuses described herein, the reader device may further receive, from the A-IoT device, an indication related to the first type of traffic; or receive, from the A-IoT device, a preamble sequence related to the first type of traffic.

[0031] In some implementations of the method and apparatuses described herein, the resource configuration comprises one or more of: the time offset, a first indication indicating whether the time offset is present in the resource configuration, a duration in which the resource configuration is valid, or a second indication indicating whether the valid duration is present in the resource configuration.

[0032] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid in response to transmitting the resource configuration.

[0033] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid after a time offset since transmitting the resource configuration.

[0034] In some implementations of the method and apparatuses described herein, the reader device may further transmit an indication indicating that the second resource is allowed for the first type of traffic; transmit further information which triggers a third resource in a legacy R2D paging message related to the first type of traffic; or transmit an indication indicating that the second resource is not allowed for the first type of traffic.

[0035] In some implementations of the method and apparatuses described herein, the further information comprises any of: an identifier of a group of A-IoT devices for which the second resource is triggered, or one or more identifiers of one or more A-IoT devices for which the second resource is triggered.

[0036] In some implementations of the method and apparatuses described herein, the reader device comprises: a terminal device and a network device.

[0037] In some implementations of the method and apparatuses described herein, . the reader device is the terminal device, and the reader device may further receive the resource configuration from a network device.

[0038] In some implementations of the method and apparatuses described herein, the reader device is a network device, and the reader device may further: transmit, based on the D2R message, a further message comprising data related to the first type of traffic to an A-IoT function (AIoTF) .

[0039] In some implementations of the method and apparatuses described herein, the reader device may further receive, from the AIoTF, one or more of a correlation ID associated with the first type of traffic, an ID of an AIoTF, an ID of the A-IoT device, or a transaction ID related to the first type of traffic.

[0040] In some implementations of the method and apparatuses described herein, the one or more of following including the correlation ID related to the first type of traffic, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID related to the first type of traffic are carried in: an message for assisting data report related to the first type of traffic, and wherein the message further comprise a number of A-IoT devices supporting the first type of traffic or a data volume of the first type of traffic.

[0041] In some implementations of the method and apparatuses described herein, the reader device may further transmit an accept message or a rejection message for the message for assisting data report related to the first type of traffic.

[0042] In some implementations of the method and apparatuses described herein, the reader device may transmit the third message by: receiving the data related to the first type of traffic in a D2R message from the A-IoT device based on the one or more of the correlation ID, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID; and transmitting the further message comprising the data to AIOTF or network device.

[0043] In some implementations of the method and apparatuses described herein, at least one of the D2R message or the further message comprises one or more of: a correlation ID associated with the first type of traffic, an ID of an A-IoT function (AIoTF) , an ID of the A-IoT device, or a transaction ID associated with the first type of traffic.

[0044] In some implementations of the method and apparatuses described herein, the reader device is the network device, and the reader device may further: receive the resource configuration from an A-IoT function (AIoTF) ; receive a release indication of the resource configuration from the AIoTF; receive update information of the resource configuration from the AIoTF; or receive trigger information which triggers the first or second resource from the AIoTF; or receive trigger information which triggers the transmission of the first type of traffic from the AIoTF.

[0045] In some implementations of the method and apparatuses described herein, the reader device may further: transmit, to the A-IoT device, update information of the resource configuration; or transmit, to the A-IoT device, a release indication of the resource configuration.

[0046] In some implementations of the method and apparatuses described herein, the reader device may further transmit, to the A-IoT device, a trigger information for the first or second resource.

[0047] In a third aspect of the solution, a network device configured for ambient internet of things function (AIoTF) receives, from a reader device, a third message comprising data related to the first type of traffic originated from an ambient-internet of things (A-IoT) device, wherein the third message comprises a next generation application protocol (NGAP) message dedicated to the first type of traffic.

[0048] In some implementations of the method and apparatuses described herein, the network device may further transmit, to a reader device, a resource configuration related to at least one of a first type of traffic originated from the A-IoT device, or a second type of traffic other than the first type of traffic.

[0049] In some implementations of the method and apparatuses described herein, the network device may further transmit, to the reader device, one or more of a correlation ID related to the first type of traffic, an ID of an AIoTF, an ID of the A-IoT device, or a transaction ID associated with the first type of traffic.

[0050] In some implementations of the method and apparatuses described herein, the one or more of the correlation ID, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID associated with the first type of traffic are carried in: an message for data report associated with the first type of traffic, wherein the message further comprise a number of A-IoT devices supporting the first type of traffic or a data volume of the first type of traffic.

[0051] In some implementations of the method and apparatuses described herein, the network device may further receive an accept message or a rejection message for the message for data report.

[0052] In some implementations of the method and apparatuses described herein, the network device may further transmit the assistant message to another reader device.

[0053] In some implementations of the method and apparatuses described herein, the network device may further transmit a release indication of the resource configuration; transmit update information of the resource configuration; or transmit information which triggers a resource for the first type of traffic.

[0054] In a fourth aspect, there is provided a processor for communication, comprising: at least one memory; and a controller coupled with the at least one memory and configured to cause the controller to: receive, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic; and transmit, to the reader device, a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

[0055] In a fifth aspect, there is provided a processor for communication, comprising: at least one memory; and a controller coupled with the at least one memory and configured to cause the controller to: transmit, to an ambient-internet of things (A-IoT) device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic; and receive a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

[0056] In a sixth aspect, there is provided a processor for communication, comprising: at least one memory; and a controller coupled with the at least one memory and configured to cause the controller to: receive, from a reader device, a third message comprising data related to the first type of traffic originated from an ambient-internet of things (A-IoT) device, wherein the third message comprises a next generation application protocol (NGAP) message dedicated to the first type of traffic.

[0057] In a seventh aspect, there is provided a method performed by an A-IoT device, the method comprises: receiving, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic; and transmitting, to the reader device, a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

[0058] In an eighth aspect, there is provided a method performed by an A-IoT device, the method comprises: transmitting, to an ambient-internet of things (A-IoT) device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic; and receiving a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

[0059] In a ninth aspect, there is provided a method performed by a network device, the method comprises receiving, from the reader device, a third message comprising data related to the first type of traffic originated from an ambient-internet of things (A-IoT) device, wherein the third message comprises a next generation application protocol (NGAP) message dedicated to the first type of traffic.

[0060] In a tenth 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 perform the method according to any of the above methods.BRIEF DESCRIPTION OF THE DRAWINGS

[0061] FIG. 1A illustrates an example of a wireless communications system that supports the operation related to ambient internet of things (AIoT) device in accordance with aspects of the present disclosure.

[0062] FIG. 1B to FIG. 1C illustrate example communication scenarios involving the ambient IoT device in accordance with aspects of the present disclosure.

[0063] FIG. 1D illustrates example access stratum protocol stack of the A-IoT radio interface.

[0064] FIG. 1E and FIG. 1F illustrate example access procedures of A-IoT device.

[0065] FIG. 2 illustrates an example signaling process of the resource configuration related to ambient internet of things (IoT) device in accordance with some example embodiments of the present disclosure.

[0066] FIG. 3 illustrates a specific example process of the resource configuration related to ambient internet of things (IoT) device in accordance with some example embodiments of the present disclosure.

[0067] FIG. 4A illustrates an example process of transmitting a preamble sequence associated with a first type of traffic originated from the A-IoT device in Message 1 in accordance with some example embodiments of the present disclosure.

[0068] FIG. 4B illustrates an example process of transmitting a preamble sequence which is not associated with the first type of traffic originated from the A-IoT device in accordance with some example embodiments of the present disclosure.

[0069] FIG. 5 illustrates an example process of data report of the first type of traffic between the reader device and ambient internet of things function (AIoTF) in accordance with some example embodiments of the present disclosure.

[0070] FIG. 6 illustrates another example process of data report of the first type of traffic between the reader device and ambient internet of things function (AIoTF) in accordance with some example embodiments of the present disclosure.

[0071] FIG. 7 illustrates an example of a device that supports the operation related to ambient IoT device in accordance with aspects of the present disclosure.

[0072] FIG. 8 illustrates an example of a processor that supports the operation related to ambient IoT device in accordance with aspects of the present disclosure.

[0073] FIGS. 9 through 11 illustrate flowcharts of methods that support the operation related to ambient IoT device in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

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

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

[0076] References in the present disclosure to “one embodiment, ” “an example embodiment, ” “an embodiment, ” “some embodiments, ” and the like indicate that the embodiment (s) described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment (s) . Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0077] It shall be understood that although the terms “first” and “second” or the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, a first element could also be termed as a second element, and similarly, a second element could also be termed as a first element, without departing from the scope of embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0078] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. 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. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0079] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as, 5G NR, long term evolution (LTE) , LTE-advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , narrow band internet of things (NB-IoT) , and so on. Further, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including 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, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will also be future type communication technologies and systems in which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned systems.

[0080] As used herein, the term “network device” generally refers to a node in a communication network via which a terminal device can access the communication network and receive services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , a radio access network (RAN) node, an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , an infrastructure device for a V2X (vehicle-to-everything) communication, a transmission and reception point (TRP) , a reception point (RP) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto BS, a pico BS, and so forth, depending on the applied terminology and technology.

[0081] As used herein, the term “terminal device” generally refers to any end device that may be capable of wireless communications. By way of example rather than a limitation, a terminal device may also be referred to as a communication device, a user equipment (UE) , an end user device, a subscriber station (SS) , an unmanned aerial vehicle (UAV) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The terminal device may include, but is not limited to, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable terminal device, a personal digital assistant (PDA) , a portable computer, a desktop computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , a USB dongle, a smart device, wireless customer-premises equipment (CPE) , an internet of things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device (for example, a remote surgery device) , an industrial device (for example, a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms: “terminal device, ” “communication device, ” “terminal, ” “user equipment” and “UE, ” may be used interchangeably.

[0082] In some embodiments of the disclosure, the terms “trigger” , “activate” may be used interchangeably, the terms “triggered” , “activated” may be used interchangeably. In some embodiments of the disclosure, the terms “de-trigger” and “de-activate” may be used interchangeably, the terms “de-triggered” , ” de-activated” may be used interchangeably. In some embodiments of the disclosure, the terms “valid” , “available” , and “allowed” may be used interchangeably. In some embodiments of the disclosure, the terms “related to” and “associated with” may be used interchangeably.

[0083] In some example embodiments of the disclosure, the ambient-internet of things (A-IoT) device refers to simple, low-cost sensors designed to operate without batteries. The A-IoT device is capable of harvest minute amounts of energy from their surrounding environment (like radio waves, light, heat, or vibration) to power brief communication bursts. Primarily used for identification, sensing, and tracking (e.g., in retail, logistics, or smart environments) , they connect vast numbers of everyday objects to the digital world at minimal cost and environmental impact.

[0084] In some example embodiments of the disclosure, the reader (device) refers to the device which communicates with the A-IoT device directly. As an example, the reader may include a base station, user equipment, and any other wireless communication device. Some examples of the communication scenarios for the A-IoT device and reader device are shown in FIGS. 1B and 1C.

[0085] In some example embodiments of the disclosure, the ambient-internet of things function (AIoTF) refers to a network function for A-IoT related communication in the core network. The AIoTF facilitates the collection, processing, and analysis of data from distributed A-IoT devices via the Next Generation Application Protocol (NGAP) over the NG interface, interacting with gNB (5G base station) to coordinate the transmission of environmental sensor data.

[0086] As mentioned above, how to efficiently schedule each type of communication traffic with A-IoT devices becomes to be a key aspect. Generally, due to the limitation or restriction on the battery, the communication traffic with the A-IoT device is a type of traffic which is “terminated” at the A-IoT device (which may be also referred to as “device” in some embodiments) . This type of traffic may be also referred to as device terminated (DT) traffic. Specifically, the DT traffic refers to network-initiated data transmission flows where the network originates communication (or communication command) towards end devices, such as the A-IoT devices, terminating at the device. For example, the network may query the status information of the A-IoT device, trigger the A-IoT device to report the required data, and / or command the A-IoT device to perform access procedure and so on, for example, via the inventory procedure and the command procedure. The inventory procedure is used to identify of A-IoT devices within communication range rapidly. The command procedure is used to interact with one or more specific A-IoT devices for data exchange or control.

[0087] To implement the DT traffic, the network may naturally allocate or assign the resource for the DT traffic in the signaling initiating the DT traffic, for example, in the paging message or reader to device (R2D) message.

[0088] However, in some scenarios, the A-IoT devices may also require the capability to autonomously report data or information, such as when abnormal conditions are detected (e.g., structural deformation of bridges, abnormal blood pressure changes, etc. ) . To fulfill this requirement, another type of traffic originated from the A-IoT device (which may be also referred to as “first type of traffic” in some embodiments) is introduced. This type of traffic may be also referred to as device-originated (DO) traffic. The DO traffic includes device-originated-autonomous (DO-A) and device-originated-device-terminated triggered (DO-DTT) . In some examples, the DO traffic supports that the A-IoT device informs the network of its presence autonomously (e.g., an AIoT Device initiated registration-like procedure) . In addition, the DO traffic supports an autonomous AIoT Device originated procedure to send data to the AIOTF, and support for routing the received data by AIOTF. In this case, how to provide and use radio resource for DO-Acapable A-IoT device and how to coordinate DO-A transmission with DT transmission should be considered.

[0089] In view of the above, embodiments of the present disclosure provide a method for the resource configuration related to A-IoT device. In this method, the A-IoT device receives, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic. Then, the A-IoT device transmits, to the reader device, a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

[0090] In this way, a signaling procedure for configuring the radio resource of the DO traffic in the A-IoT communication scenario is proposed. This signaling procedure enables dynamic radio resource configuration for efficient large-scale IoT device management, and coordinate resources for the different types of traffic of the A-IoT device (s) .

[0091] Aspects of the present disclosure are described in the context of a wireless communications system.

[0092] FIG. 1A illustrates an example of a wireless communications system 100 that supports the operation related to ambient internet of things (IoT) device in accordance with aspects of the present disclosure The wireless communications system 100 may include one or more network entities 102 (also referred to as network equipment (NE) ) , one or more UEs 104, a core network 106, and a packet data network 108. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be a 5G network, such as an NR network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.

[0093] The one or more network entities 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the network entities 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a radio access network (RAN) , a base transceiver station, an access point, a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. A network entity 102 and a UE 104 may communicate via a communication link 110, which may be a wireless or wired connection. For example, a network entity 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface.

[0094] A network entity 102 may provide a geographic coverage area 112 for which the network entity 102 may support services (e.g., voice, video, packet data, messaging, broadcast, etc. ) for one or more UEs 104 within the geographic coverage area 112. For example, a network entity 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, a network entity 102 may be moveable, for example, a satellite associated with a non-terrestrial network. In some implementations, different geographic coverage areas 112 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas 112 may be associated with different network entities 102. Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0095] The one or more UEs 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a mobile device, a wireless device, a remote device, a remote unit, a handheld device, or a subscriber device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an Internet-of-Things (IoT) device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples. In some implementations, a UE 104 may be stationary in the wireless communications system 100. In some other implementations, a UE 104 may be mobile in the wireless communications system 100.

[0096] The one or more UEs 104 may be devices in different forms or having different capabilities. Some examples of UEs 104 are illustrated in FIG. 1. A UE 104 may be capable of communicating with various types of devices, such as the network entities 102, other UEs 104, or network equipment (e.g., the core network 106, the packet data network 108, a relay device, an integrated access and backhaul (IAB) node, or another network equipment) , as shown in FIG. 1. Additionally, or alternatively, a UE 104 may support communication with other network entities 102 or UEs 104, which may act as relays in the wireless communications system 100.

[0097] A UE 104 may also be able to support wireless communication directly with other UEs 104 over a communication link 114. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0098] A network entity 102 may support communications with the core network 106, or with another network entity 102, or both. For example, a network entity 102 may interface with the core network 106 through one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The network entities 102 may communicate with each other over the backhaul links 116 (e.g., via an X2, Xn, or another network interface) . In some implementations, the network entities 102 may communicate with each other directly (e.g., between the network entities 102) . In some other implementations, the network entities 102 may communicate with each other or indirectly (e.g., via the core network 106) . In some implementations, one or more network entities 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .

[0099] In some implementations, a network entity 102 may be configured in a disaggregated architecture, which may be configured to utilize a protocol stack physically or logically distributed among two or more network entities 102, such as an integrated access backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, a network entity 102 may include one or more of a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , a RAN Intelligent Controller (RIC) (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) system, or any combination thereof.

[0100] An RU may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 102 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 102 may be located in distributed locations (e.g., separate physical locations) . In some implementations, one or more network entities 102 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .

[0101] Split of functionality between a CU, a DU, and an RU may be flexible and may support different functionalities depending upon which functions (e.g., network layer functions, protocol layer functions, baseband functions, radio frequency functions, and any combinations thereof) are performed at a CU, a DU, or an RU. For example, a functional split of a protocol stack may be employed between a CU and a DU such that the CU may support one or more layers of the protocol stack and the DU may support one or more different layers of the protocol stack. In some implementations, the CU may host upper protocol layer (e.g., a layer 3 (L3) , a layer 2 (L2) ) functionality and signaling (e.g., Radio Resource Control (RRC) , service data adaption protocol (SDAP) , Packet Data Convergence Protocol (PDCP) ) . The CU may be connected to one or more DUs or RUs, and the one or more DUs or RUs may host lower protocol layers, such as a layer 1 (L1) (e.g., physical (PHY) layer) or an L2 (e.g., radio link control (RLC) layer, medium access control (MAC) layer) functionality and signaling, and may each be at least partially controlled by the CU 160.

[0102] Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU and an RU such that the DU may support one or more layers of the protocol stack and the RU may support one or more different layers of the protocol stack. The DU may support one or multiple different cells (e.g., via one or more RUs) . In some implementations, a functional split between a CU and a DU, or between a DU and an RU may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU, a DU, or an RU, while other functions of the protocol layer are performed by a different one of the CU, the DU, or the RU) .

[0103] A CU may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU may be connected to one or more DUs via a midhaul communication link (e.g., F1, F1-c, F1-u) , and a DU may be connected to one or more RUs via a fronthaul communication link (e.g., open fronthaul (FH) interface) . In some implementations, a midhaul communication link or a fronthaul communication link may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities 102 that are in communication via such communication links.

[0104] The core network 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The core network 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management functions (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more network entities 102 associated with the core network 106.

[0105] The core network 106 may communicate with the packet data network 108 over one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The packet data network 108 may include an application server 118. In some implementations, one or more UEs 104 may communicate with the application server 118. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the core network 106 via a network entity 102. The core network 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server 118 using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the core network 106 (e.g., one or more network functions of the core network 106) .

[0106] In the wireless communications system 100, the network entities 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the network entities 102 and the UEs 104 may support different resource structures. For example, the network entities 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the network entities 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the network entities 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The network entities 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0107] One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.

[0108] A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.

[0109] Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacing of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.

[0110] In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the network entities 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the network entities 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the network entities 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0111] FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.

[0112] FIG. 1B to FIG. 1C illustrate example communication scenarios involving the ambient IoT device in accordance with aspects of the present disclosure. Specifically, in FIG. 1B to FIG. 1C, two different topologies involving the A-IoT device are shown.

[0113] In a first topology type shown in FIG. 1B, the A-IoT device 130 directly and bidirectional communicates with a base station. The base station may be the network entity 102 as shown in FIG. 1A. To discuss simplicity, the base station is also identified by the reference number 102. The communication between the base station 102 and the ambient IoT device 130 includes A-IoT data and / or signaling. This topology includes the possibility that the base station 102 that transmits to the A-IoT device 130 is different from another base station that receives from the A-IoT device 130. A-IoT radio interface provides the communication between A-IoT device (s) and A-IoT reader, including gNB-reader as illustrated in FIG. 1B. The A-IoT radio interface can support both inventory procedure and command procedure. The A-IoT device may monitor the R2D message as long as it has sufficient energy.

[0114] In a second topology type shown in in FIG. 1C, the A-IoT device 130 communicates bidirectional with an intermediate node between the A-IoT device 130 and base station 102. In this topology, the intermediate node can be a relay, IAB node, UE, repeater, etc. which is capable of ambient IoT networking. The intermediate node transfers ambient IoT data and / or signaling between BS 102 and the A-IoT device 130. Without any limitation, the intermediate node may be the network entity 102 and / or the UE 104 as shown in FIG. 1A.

[0115] FIG. 1D illustrates example access stratum protocol stack of the A-IoT radio interface.

[0116] As shown in FIG. 1D, the AS protocol stack for A-IoT radio interface contains A-IoT MAC layer and A-IoT physical layer. The AS layer control information and data are handled by A-IoT MAC layer (i.e., A-IoT MAC) and A-IoT physical layer (i.e., A-IoT PHY) . For A-IoT radio interface, there is no differentiation between the control plane and the user plane.

[0117] In addition, the main services and functions of A-IoT MAC layer include: construct MAC packet data unit (PDU) to be mapped onto D2R transport blocks and delivered to the physical layer; process MAC PDUs from reader to device (R2D) transport blocks delivered from the physical layer; A-IoT paging; access; transfer of upper layer data; D2R segmentation; and failure detection. Among them, the A-IoT paging allows the A-IoT reader (device) to trigger one or more A-IoT device (s) to perform A-IoT contention-based random access (CBRA) or A-IoT contention free access (CFRA) .

[0118] The A-IoT paging message is sent on a physical random channel (PRDCH) . The A-IoT paging may include one paging identifier or no paging identifier. If a paging identifier is included, the A-IoT paging message may be addressed to a single A-IoT device or a group of A-IoT devices. If no paging identifier is included, the A-IoT paging message is addressed to all A-IoT devices. The A-IoT paging message may also provide configuration for A-IoT access procedure.

[0119] FIG. 1E and FIG. 1F illustrate example access procedures of A-IoT device.

[0120] As mentioned above, both A-IoT CBRA procedure and A-IoT CFRA procedure are supported for A-IoT access. The A-IoT device initiates either A-IoT CBRA or A-IoT CFRA based on the indication in the A-IoT paging message. For example, if the A-IoT paging message indicating the access resource is addressed to a single A-IoT device, the A-IoT device may initiate the A-IoT CFRA. Otherwise, if the A-IoT paging message indicating the access resource is addressed to a group of A-IoT devices or all A-IoT devices, these A-IoT device may initiate the CBRA on the indicated access resource. Then, the contention is solved by the response message which indicates a certain A-IoT device. Specifically, as shown in FIG. 1E, for CBRA, the A-IoT device randomly selects one A-IoT Message 1 (MSG 1) resource among A-IoT MSG1 resources provided in A-IoT paging message and to determine the start of the selected MSG1 resource and transmits the A-IoT MSG1 on this resource. In an example, a time offset of the start of the selected MSG1 resource may be (implicitly) derived based on the paging message, such as the selected MSG1 resource is determined based on the time offset since receiving the paging message. For example, the time offset is the time interval between the end of the R2D transmission paging message and the start of the selected MSG1 resource. In other words, if the time offset upon receiving the R2D trigger message fulfill a time requirement, the MSG1 resources may be considered as valid or available. Alternatively, in some embodiment, the A-IoT device monitors the R2D trigger messages to determine the selected MSG1 resource. The R2D trigger message triggers or activates these MSG1 resources. For example, once the R2D trigger message is received, the MSG1 resources may be considered as valid or available after a time offset since receiving the trigger message. The time offset is the time interval between the end of the R2D trigger message and start of the selected MSG1 resource. The time offset may be pre-defined or indicated in a R2D message.

[0121] After A-IoT MSG1 transmission, the device monitors A-IoT MSG2 from the A-IoT reader for contention resolution. Upon successful reception of A-IoT MSG2 which contains the same random ID as transmitted in A-IoT MSG1, the A-IoT device considers the contention resolution as successful. In an example, an A-IoT device is assigned with or indicated to reuse the random identifier (ID) transmitted in A-IoT MSG1 as an AS ID, which is to address the specific A-IoT device for R2D reception and scheduling resources for D2R transmission. An A-IoT device maintains at most one AS ID at a time. During A-IoT CBRA procedure, an A-IoT device can be assigned with or indicated to reuse the random ID transmitted in A-IoT MSG1 as an AS ID by A-IoT MSG2. After A-IoT CFRA procedure, an A-IoT device can be assigned with an AS ID together with a R2D command message. Otherwise, the A-IoT device considers the contention resolution as failed. If contention resolution is successful, the A-IoT device shall report the inventory response in the next D2R message. If the A-IoT device considers the contention resolution as failed, the A-IoT device continues monitoring A-IoT MSG2, which may be resent by A-IoT reader by implementation, and follow-up A-IoT paging messages.

[0122] For CFRA, as shown in FIG. 1F, the A-IoT device shall use the dedicated resource provided in A-IoT paging message to send the first D2R message. For example, the A-IoT device receives dedicated resource and device ID provided in A-IoT paging message. Furthermore, a time offset of the start resource is indicated in the paging message, wherein the resource is determined based on the time offset and the timing of receiving the paging message. If an A-IoT device determines that an ID of this A-IoT device is matched with the ID provided in A-IoT paging message, the A-IoT device may use the dedicated resource provided in A-IoT paging message to send the first D2R message including data, without transmitting the D2R Random ID message.

[0123] In addition, the A-IoT MAC sublayer at the A-IoT device supports R2D reception and D2R transmission of upper layer data, including inventory response, upper layer command and command response. A D2R A-IoT MAC PDU can include padding bit(s) . An A-IoT device may add padding bit (s) to a D2R message, if the scheduled TB size of D2R message exceeds the size of the A-IoT MAC PDU. Furthermore, a D2R upper layer data service data unit (SDU) except for inventory response can be segmented in A-IoT MAC layer in case the size of the A-IoT MAC PDU exceeds the scheduled transport block (TB) size. However, the segmentation of R2D upper layer data SDU in A-IoT MAC layer is not supported.

[0124] Reference is now made to FIG. 2 which illustrates example signaling process of the resource configuration related to the A-IoT device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the process 200A will be described with reference to FIGS. 1A to 1C. In some embodiments, the A-IoT device 210 is the A-IoT device discussed above, which may be a UE 104. The reader device 220 may be the base station 102, the UE 104, an intermediate node or an assisting node as shown in FIGS. 1A to 1C. The network device 230 in FIG. 2 may be a (core) network device which is configured for AIoTF.

[0125] It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. It is to be understood that process 200 may further include additional blocks not shown and / or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.

[0126] In the signaling 200, the reader device 220 transmits (236) a resource configuration 238 to the A-IoT device 210, and the resource configuration 238 indicates a first resource related to a first type of traffic (i.e., the DO traffic) originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic. In some embodiments, the second type of traffic may include the DT traffic mentioned above. Without any limitation, the second type of traffic may include any other communication traffic related to the A-IoT. Then, the A-IoT device 210 receives (240) the resource configuration 238 accordingly.

[0127] In some embodiments, the first resource may be a radio resource dedicated to the DO-A transmission (or the first type of traffic) . For example, the first resource is not allowed for the traffic other than the DO traffic transmission, e.g., the DT traffic transmission. In some embodiments, the resource configuration 238 may be carried in an R2D message.

[0128] In some embodiments, during A-IoT CBRA procedure, the A-IoT device 210 may be assigned with a dedicated resource (i.e., the first resource) in A-IoT MSG2 to the A-IoT device for transmission of subsequent D2R message.

[0129] In some embodiments, if the A-IoT device indicates more data to transmission, the reader device 220 may assign the dedicate resource to the A-IoT device in R2D message to the A-IoT device. For example, the reader device 220 sends dedicate resource together with the AS ID to the A-IoT device.

[0130] In addition, a time offset may be further configured. In some embodiments, the time offset may be the time interval between the end of the R2D transmission message indicating the first or second resource and the starting time of the first Msg1 time domain resource or the first / subsequent D2R time-domain resource. Alternatively, in some embodiments, the time offset may be the time interval between the end of the R2D transmission message triggering the first or second resource and the starting time of the first Msg1 time domain resource (or the first / subsequent D2R time-domain resource) .

[0131] In some embodiments, the R2D transmission message comprises legacy R2D introduced in Release-19, an enhanced legacy R2D message related to the first type of traffic or a new R2D message related to the first type of traffic. In turn, the second resource may be another radio resource which is available to the first type of traffic or the second type of traffic. For example, the second resource may be shared between the DO traffic and the DT traffic. In some embodiments of the disclosure, the terms “first type of traffic” , “DO traffic” or “DO-A traffic” may be used interchangeably. In some embodiments, the resource configuration indicating the second resource may be carried in a R2D paging message or R2D access occasion trigger message or R2D random ID response message or R2D Upper Layer Data Transfer.

[0132] As mentioned above, the first resource is a radio resource dedicated to the DO-A transmission (or the first type of traffic) , wherein the radio resource dedicated to the DO-A transmission may be the radio resource dedicated to CBRA and / or CFRA procedure due to the DO-A transmission (or the first type of traffic) .

[0133] In some embodiments, the first or second resource related to the DO-A transmission (or the first type of traffic) , wherein the first or second resource allocated to the DO-A transmission may be used for CBRA and / or CFRA procedure due to the DO-A transmission (or the first type of traffic) .

[0134] In some embodiment, the second resource is available to the first type of traffic or the second type of traffic, and the second is available for the CBRA and / or CFRA procedure due to the first type of traffic or the second type of traffic.

[0135] In some embodiments, a D2R message is related to the DO-A transmission (or the first type of traffic) , wherein the D2R message related to the DO-A transmission may include data of the DO-A transmission (or the first type of traffic) or include an indication related to the DO-A transmission (or the first type of traffic) .

[0136] As mentioned above, the resource configuration 238 may be carried in a new R2D message. For example, the A-IoT device 210 may receive the resource configuration in the R2D message which is newly introduced for the DO-A transmission or the first type of traffic. In other words, the new R2D message is a R2D message dedicated to the first type of traffic. In an example, this new R2D message may be the paging message which only targets to the A-IoT device supporting the DO traffic. In an example, the resource configuration 238 in the new R2D message may indicate the first resource related to the first type of traffic (e.g., the radio resource dedicated to the DO traffic) . Alternatively, without any limitation, in another example, the resource configuration 238 in the new R2D message may also indicate the second resource, without any limitation.

[0137] As a specific example, the R2D message may include the field “an R2D message type” which indicates the message type of R2D message including the resource configuration for DO-A device, e.g., A-IoT paging message type for DO-A, random ID response type for DO-A, access occasion trigger message type for DO-A and so on. In addition or alternatively, the resource configuration may include the field “RA Type” which indicates CBRA or CFRA for the first type of traffic. In addition or alternatively, the resource configuration may include the field “Number of Access Occasions” which indicates the number of access occasions in which the A-IoT device may transmit the MSG 1 related to the DO traffic. In addition or alternatively, the resource configuration may include the field “D2R Scheduling Information” which indicates the physical layer parameters used for D2R scheduling, e.g., Modulation and Coding Scheme (MCS) parameters. The resource configuration may indicate a first number of time domain resource and a second number of presents number of frequency domain resource. The resource configuration may further indicate the time offset, which is the time interval between the end of the R2D transmission message and the starting time of the corresponding D2R time domain resource.

[0138] In addition, in some embodiments, the resource configuration may target to or be configured to multiple A-IoT devices. In this case, the R2D message may further include a field “group ID” which identifies one or more A-IoT devices.

[0139] Alternatively, in some embodiments, the resource configuration 238 may be carried in a legacy R2D message. For example, this legacy R2D message may be a R2D message in the inventory procedure or the command procedure, mentioned above. For example, the legacy R2D message may include a legacy paging message, for example, the legacy paging message with CBRA indication or CFRA indication, discussed with reference to FIGS. 1E and 1F. In an example, the resource configuration 238 in the legacy R2D message may indicate the second resource which is available to the first type of traffic or the second type of traffic.

[0140] As an example, in the case that the resource configuration is transmitted in the legacy paging message, the legacy paging message may include the second resource and an indication related to the first type of traffic, which indicates whether the second resource is available to the first type of traffic.

[0141] The fields in this legacy paging message may be enhanced including one or more of as followings: Indication : This field indicates whether the resource (e.g, Number of Access  Occasions and / or D2R Scheduling Info) is available for DO-A (e.g., available when set to 1, unavailable when set to 0) . R2D Message Type: This field indicates the message type. RA Type: This field indicates CBRA. Indication of Paging ID Presence: This field indicates whether Paging ID and Length  of Paging ID are present (e.g., when set to 1) or absent (e.g., when set to 0) . Length of Paging ID: This field indicates the Paging ID length information when  Paging ID field is present. Paging ID: xxx Transaction ID: xxx Number of Access Occasions: This field indicates the number of access occasions.  D2R Scheduling Info: This field indicates the physical layer parameters used for D2R scheduling.

[0142] Alternatively, the resource configuration 238 in the legacy R2D message may indicate the first resource for example, by including an indication related to the first type of traffic. As an example, in the case that the resource configuration is transmitted in the legacy paging message, the legacy paging message may include the first resource dedicated to the DO-A transmission. Furthermore, the legacy paging message may include an indication, which indicates whether the dedicated resource for DO-A is present or absent.

[0143] In addition, the D2R scheduling information field in the resource configuration may be shared between the DO-A and the DT traffic. Alternatively, in some embodiments, the D2R scheduling information may be separately indicated for the DO-A transmission and the DT transmission. For illustration purposes, a specific example of the legacy paging message including the first resource dedicated to the first type of traffic is shown below. Additionally, a time offset may be included in the resource configuration e.g., in the D2R scheduling information field, which is used to determine the valid resource.

[0144] The fields in this legacy paging message may be enhanced including one or more of as followings: Indication of DO-A resource Presence: This field indicates whether additional  resource for DO-A (Number of DO-A Access Occasions and / or D2R Scheduling Info for DO-A) is present (e.g., when set to 1) or absent (e.g., when set to 0) . Number of DO-A Access Occasions: This field indicates the number of access  occasions for DO-A. D2R Scheduling Info for DO-A: This field indicates the physical layer parameters  used for D2R scheduling for DO-A. R2D Message Type: This field indicates the message type. RA Type: This field indicates CBRA. Indication of Paging ID Presence: This field indicates whether Paging ID and Length  of Paging ID are present (e.g., when set to 1) or absent (e.g., when set to 0) . Length of Paging ID: This field indicates the Paging ID length information when  Paging ID field is present. Paging ID: xxx Transaction ID: xxx Number of Access Occasions: This field indicates the number of access occasions.  D2R Scheduling Info: This field indicates the physical layer parameters used for D2R scheduling.

[0145] In some embodiments, if the R2D message includes the first resource dedicated to the first type of traffic (e.g., if dedicated radio resource for DOA transmission is present) , the A-IoT device may refrain from (re) using the legacy radio resource (e.g., the resource configured for the second type of traffic or DT traffic) for the first type of traffic.

[0146] In addition, in some embodiments, the legacy radio resource allocated to the A-IoT device (e.g., the resource configured for the second type of traffic or DT traffic) is not allowed for the first type of traffic in some certain conditions. For example, the conditions may include the random ID in the paging message being not matched with the random ID of the A-IoT device. In addition the conditions may further include: an indication indicating that the legacy radio resource is allowed for DO-A transmission is not received. In addition, regarding the first type of traffic, the IoT device 210 may ignore at least one of the transaction ID field, Number of Access Occasions field, D2R Scheduling Information field in the resource configuration including the legacy radio resource. In addition or alternatively, in some embodiments, it is predefined that the legacy radio resource for the A-IoT device is not allowed for the first type of traffic. In addition, the legacy radio resource allocated to the A-IoT device being not allowed for the first type of traffic comprises that the legacy radio resource allocated to the A-IoT device is not allowed for CBRA and / or CFRA due to the first type of traffic.

[0147] Alternatively, in some embodiments, the legacy radio resource allocated to the A-IoT device (e.g., the resource configured for the second type of traffic or DT traffic) may be (re) used for the first type of traffic. In other words, the legacy radio resource may be considered as or may be the second resource available to the first type of traffic and the second type of traffic. In this case, for the first type of traffic, the A-IoT device 210 may use the resource which is configured for e.g., the DT traffic or a traffic type other than the first traffic type. Alternatively, the resources indicated in the paging message is common to the first type of traffic or the second type of traffic. For example, the resources indicated in the paging message is common to the CBRA and / or CFRA procedure due to the first type of traffic or the second type of traffic.

[0148] In some embodiments, the A-IoT device 210 may determine that the legacy radio resource as valid or available to the first type of traffic (or may determine the legacy radio resource as the second resource) based on receiving an indication indicating that the second resource is allowed for, valid to or available to the first type of traffic. In addition, the legacy radio resource may be valid for the CBRA and / or CFRA procedure due to the first type of traffic.

[0149] As an example, to configure or set the resource in the legacy paging message as the second resource available to the first and second traffic types, the legacy paging message including the resource configuration may further include an indication, which indicates that the resource therein is allowed or used for DO-A traffic. As such, the A-IoT device may select one of the access occasions to initiate the access procedure for the DO-A traffic. Otherwise, the A-IoT device does not use access resource for DT triggered access procedure in AIOT paging message for the DO-A traffic if the above allowance indication is not received.

[0150] As an example, the legacy paging message may be enhanced for setting the second resource by including one or more of the following: R2D Message Type: This field indicates the message type. RA Type: This field indicates CBRA. Indication of Paging ID Presence: This field indicates whether Paging ID and Length  of Paging ID are present (e.g., when set to 1) or absent (e.g., when set to 0) . Length of Paging ID: This field indicates the Paging ID length information when  Paging ID field is present. Paging ID: Transaction ID: Number of Access Occasions: This field indicates the number of access occasions.  D2R Scheduling Info: This field indicates the physical layer parameters used for D2R scheduling. Indication of DO-A: This field indicates whether resource for DO-A transmission is  allowed (e.g., when set to 1) or not allowed (e.g., when set to 0) .

[0151] In addition, if the indication of DO-A traffic allowance indication is present, the A-IoT device may omit the fields of transaction ID, indication of paging ID present, length of paging ID and paging ID in the legacy paging message..

[0152] In addition or alternatively, the A-IoT device 210 may determine that the legacy radio resource as valid or available to the first type of traffic (or may determine the legacy radio resource as the second resource) based on detecting no indication indicating that the second resource is not allowed for the first type of traffic. For example, if A-IoT device 210 does not receive an indication indicating that the legacy radio resource is not used for DO-A transmission, the A-IoT device 210 may receive the resource configuration 238 in the paging message and stores at least one resource in the resource configuration for DO-A transmission.

[0153] In addition or alternatively, the A-IoT device 210 may determine that the legacy radio resource as valid or available to the first type of traffic (or may determine the legacy radio resource as the second resource) based on obtaining information which triggers or activates the legacy radio resource (or the second resource) for the first type of traffic. For discussion purposes, this information may be referred to as the “further information” in some embodiments. In addition, in some embodiments, there may be an offset between the further information and the valid occasion of legacy radio resource. For example, the legacy radio resource may be considered as valid or available to the first type of traffic after a time offset since receiving the information which triggers or activates the legacy radio resource (or the second resource) for the first type of traffic..

[0154] In an example, the further information may include an access occasion trigger message. In general, the access occasion trigger message may trigger (or activate) the occasions for the legacy traffic type, e.g., the DT transmission. In some embodiments of the disclosure, the access occasion trigger message may trigger all A-IoT devices supporting the first type of traffic (e.g., DO-A traffic) which have valid radio resource to initiate DO-A transmission.

[0155] In some embodiments, this access occasion trigger message may be also referred to as the “enhanced” Access Occasion Trigger message. Then, the DO-A device may initiate the DO-A transmission if there is DO-A data available for transmission. In addition, in some embodiments, the further information may include an identifier of a group of A-IoT devices for which the second resource is triggered. Alternatively, the further information may include one or more identifiers of one or more A-IoT devices for which the second resource is triggered. For example, assuming that the A-IoT device 210 supporting the DO-A traffic type receives a new R2D message or the enhanced access occasion trigger message, which trigger all DO-A devices to trigger DO-A transmission, and the A-IoT device 210 may trigger the DO-A transmission based on the following. If a group ID is indicated in the R2D message or the enhanced access occasion trigger message, the group of A-IoT devices may trigger the corresponding transmission for the DO-A traffic. Alternatively, if one device ID is indicated in the R2D message or the enhanced access occasion trigger message, the corresponding A-IoT device identified by the one device ID DO-A device may trigger the transmission for the DO-A traffic. Alternatively, if no ID is indicated in the R2D message or the enhanced access occasion trigger message, all A-IoT devices may trigger the corresponding transmission for the DO-A traffic. In addition, the A-IoT device 210 may receive the resource configuration 238 in the legacy paging message and stores at least one resource indicated in the legacy paging message for DO-A transmission. Specifically, MAC layer at the A-IoT device 210 may receive the resource configuration and forwards it to upper layer to store. In an example, even if the A-IoT device power off, the resource configuration is still stored. After power on, the MAC layer may retrieve this resource configuration from upper layer for autonomous data transmission. Alternatively, in another example, the A-IoT device may release the radio resource upon power off.

[0156] Still referring to FIG 2, in some embodiments, the resource configuration may be determined by the reader device 220 itself (e.g., the gNB reader device) . Alternatively, in some embodiments, the resource configuration is determined by the core network function in the A-IoT communication system, e.g., the AIoTF. In this case, the network device 130 configured for the AIoTF may transmit (232) the resource configuration 234 to the reader device 220. Then, the reader device 220 may transmit the resource configuration 238 based on the received resource configuration 234. For example, the reader device 220 may forward the received resource configuration to the A-IoT device 210.

[0157] As an example, the reader device 220 may receive from the AIoTF the resource configuration which includes one or more of the following: RA Type: This field indicates CBRA. Number of Access Occasions: This field indicates the number of access occasions.  In case of CFRA type, A time-frequency resource for device (s) is used to transmit D2R message including upper data during a CFRA procedure. In case of CBRA, A time-frequency resource for device (s) is used to transmit Msg1 (i.e., the Random ID message) during a CBRA procedure. Each access occasion may be associated with a periodicity. D2R Scheduling Info: This field indicates the physical layer parameters used for D2R  scheduling.

[0158] In addition, the reader device 220 may receive periodicity to allocate the resource configuration or trigger the first or second resource to the DO-A AIOT device from the AIoTF.

[0159] In addition, in some embodiments, the AIoTF may transmit update information and / or a release indicator for the resource configuration configured by the AIoTF. In some embodiments, the update information and / or release indicator may be carried in A-IoT next generation application protocol (NGAP) message (s) .

[0160] In some embodiments, the AIoTF (or the network device 230 configured for the AIoTF) may transmit the trigger information or de-trigger indicator for the resource configuration in the A-IoT next generation application protocol (NGAP) message (s) . Alternatively, the trigger information and / or de-trigger indicator for the DO-A transmission may be carried in A-IoT next generation application protocol (NGAP) message (s) .

[0161] In addition to the resource configuration triggered by AIoTF, the following procedure may be triggered by AIoTF. For example, the reader device may receive release indication, update indication, trigger information or de-trigger indicator of the first and / or second resource for DO-A transmission configured by the AIoTF. In addition or alternatively, the reader device may receive trigger indication of first and / or resource for DO traffic transmission from the AIoTF. In addition or alternatively, the reader device may receive the DO-A transmission trigger indication from the AIoTF.

[0162] In addition, in some embodiments it is expected that the A-IoT device in a certain area is allocated with the same first and / or second resource. To allocate same resource for the A-IoT device in an area, when the A-IoT devices move between the reader devices, the A-IoT devices may be configured to use the resources allocated before.

[0163] In an example, the reader device 220 may further receive CFRA radio resource configuration for DO traffic transmission of one A-IoT device from AIoTF. In addition, this resource configuration may include an A-IoT device ID.

[0164] Then, the reader device 220 may transmit update information of the resource configuration to the A-IoT device 210. In addition or alternatively, the reader device 220 may transmit a release indication of the resource configuration the A-IoT device 210. As mentioned above, the update information or the release indicator may be configured from the AIoTF. Alternatively, since the resource configuration may be determined by the reader device 220, the update information or the release indicator may be determined by the reader device 220 itself. In this case, the reader device 220 may receive the update information and / or the release indication, and transmit them to the A-IoT device 210. Then, the A-IoT device 210 may receive the update information and / or the release indication accordingly. In turn, the A-IoT device 210 may update the first or second resource, or release the first or second resource based on the update information and / or the release indication. The above message may include device ID (s) or group ID. If the reader device 220 does not receive the device ID, it may determine that the indicator is applied to all A-IoT devices. If the reader device 220 receives device ID (s) , it may determine that the indicator is applied to the specified devices. In addition, the above message may be also associated with per radio resource.

[0165] As an example, the reader device 220 may transmits a or enhanced R2D (e.g., paging, Random ID Response, R2D Upper Layer Data Transfer) message including resource release indicator for the first or second resource to the A-IoT device 210. The resource release indicator may be associated with an access occasion. In addition, the new R2D message or enhanced paging message may include device ID (s) or group ID.

[0166] Then, the A-IoT device 210 receives the indicator and releases the first or second resource. In addition, the A-IoT device 210 indicated in the new R2D message or enhanced paging message or belonging the group indicated in the new R2D message or enhanced paging message may release the first or second resource. If no device ID is indicated, all the A-IoT device (s) may release the first or second resource.

[0167] In the above embodiments, the reader device 220 may be a network device, e.g., gNB, which is capable of scheduling the resource. Alternatively, in some embodiments, the reader device 220 may be a terminal device which supports acting as a relay, IAB node, UE, repeater, etc, as mentioned in FIG. 1C. In this case, the terminal device , IAB node or repeater acting as the reader device 220 may receive the resource configuration from a network device, e.g., gNB, and forward the resource configuration to the reader device 210.

[0168] To discuss clarity, the reference is made to FIG. 1C now. In a specific example, assuming that a UE acts the reader device 210. The UE reader may report the relay capability to a gNB (e.g., the BS in FIG. 1C) . The capability includes supporting DO-Atransmission and / or DT transmission for A-IoT device. In response to determining that the UE reader capability, the gNB may transmit the resource configuration to the UE reader, which indicates the first or second resource. This resource configuration may be transmitted in radio resource control (RRC) message, a broadcast message or a paging message. Then, the UE may store the resource configuration and transmit the resource configuration to the A-IoT device, e.g., by the new R2D message or a legacy R2D message. In addition, the UE may transmit the UE reader ID to the A-IoT device. Upon receiving the resource configuration from the UE, the A-IoT device may use and / or store the resource configuration.

[0169] In addition, in some embodiments, if the A-IoT device moves to a new UE reader, the A-IoT device may release this stored resource configuration. For example, if the A-IoT device connects to the new UE reader or the A-IoT device determines that the A-IoT device is moved to another area which is not covered by the original UE reader, the A-IoT device may release this stored resource configuration.

[0170] Referring back to FIG. 2, in addition, in some embodiments, the reader device 220 may periodically transmit the new R2D message or the legacy R2D message or enhanced legacy R2D message comprising the resource configuration to the A-IoT device. This period may the multiple of the periodicity of receiving the resource configuration 234 from AIOTF.

[0171] In some embodiments, legacy R2D message comprises R2D paging, R2D Random ID Response, R2D Upper Layer Data Transfer message and Access Occasion Trigger message , enhanced R2D message comprises enhanced R2D paging, enhanced R2D Random ID Response, enhanced R2D Upper Layer Data Transfer message and enhanced Access Occasion Trigger message.

[0172] In some embodiments, legacy D2R message comprises D2R Random ID, D2R Upper Layer Data Transfer message, enhanced D2R message comprises enhanced D2R Random ID, enhanced D2R Upper Layer Data Transfer message.

[0173] In addition, in some embodiments, as briefly mentioned above, the first or second resource may be not valid or available to the first type of traffic always, and there may be several criterion for activating or triggering the first or second resource.

[0174] In some embodiments, the first resource or second resource indicated in the resource configuration may be immediately valid or available to the transmission of the first type of traffic upon receiving / transmitting the resource configuration. For example, the A-IoT device 210 may consider that the radio resource is already triggered by default. In this case, the A-IoT device 210 may use the first resource for the first type of traffic directly. For example, the time offset of the first or second resource is indicated for the start resource in the resource configuration, the A-IoT device 210 may use the first resource for the first type of traffic directly.

[0175] Alternatively, in some embodiments, the first resource or second resource may be valid or available for the transmission of the first type of traffic based on receiving information which triggers or activates the first resource. In other words, the A-IoT device may not perform DO-A transmission even it has received the first or second resource if the first or second resource is in not triggered resource status. In turn, if the A-IoT device has received a R2D message indicating DO-A transmission is triggered, the A-IoT device may initiate DO-A transmission procedure if there’s DO-A data available for transmission.

[0176] As an example, the A-IoT device 210 may consider that the first or second resource is not triggered by default. Moreover, the A-IoT device 210 may consider that the radio resource is triggered after receiving a R2D message which is used to explicitly triggers this first resource. As mentioned above, in some cases, the legacy radio resource may be allowed to reuse for the first type of traffic. In one case, once a trigger message which triggers the legacy radio resource for the first type of traffic or the transmission of the first type of traffic is received, the A-IoT device 210 may consider that the legacy radio resource (or second resource) is available or valid to the first type of traffic.

[0177] In another example, assuming that the time offset for the first resource or the second resource is not indicated for the start resource in the resource configuration. In this case, the A-IoT device 210 may not use the first resource for the first type of traffic directly. Only if the A-IoT device 210 receives a R2D message indicating the first resource or the second resource for DO-A transmission is triggered, the A-IoT device 210 initiates CBRA or CFRA for DO-A transmission on the first resource or the second resource.

[0178] Similarly, in some embodiments, the first resource may need to be triggered or activated by an indication which is included in a R2D message. In this case, the A-IoT device 210 may consider that the radio resource is explicitly triggered or activated via an indication in the R2D message. As an example, the A-IoT device 210 may consider that the radio resource is triggered or activated if a trigger indication is included in the R2D message.

[0179] Similarly, in some embodiments, the first resource may be de-triggered or de-activated by an indication which is included in a R2D message. In this case, the A-IoT device 210 may consider that the radio resource is explicitly de-triggered or de-activated via an indication in the R2D message.

[0180] In some embodiments, to request for allocating the first resource or the second resource (that is, the first and second types of traffic share the second resource) , the A-IoT device 210 may transmit information related to the first type of traffic to the reader device 220, in order to obtain the first resource or second resource for the first type of traffic.

[0181] In some embodiments, to request for triggering or activating the first resource, or the resource configuration indicates the second resource (that is, the first and second types of traffic share the second resource) , the A-IoT device 210 may transmit information related to the first type of traffic to the reader device 220, in order to obtain the trigger message of the first resource or second resource for the first type of traffic..

[0182] In an example, the A-IoT device 210 may transmit to the reader device 220 an indication related to the first type of traffic in a MSG 1. For example, the A-IoT device 210 may indicate that this access procedure is for DO-A transmission in Msg 1 (e.g., including an indication of the first type of traffic in a random ID message) . A specific example is further discussed with reference to FIG. 3. For discussion clarity, some example steps are listed as below: 1> randomly select an access occasion for transmission of the Random ID  message among the access occasions configured in A-IoT new R2D message; 1> apply the D2R Scheduling Info received from the A-IoT new R2D message  for the selected access occasion; 1> initiate the transmission of Random ID message: 2> generate a 16-bit random number 'j' in the range: 0 ≤ j < 216; 2> set the Random ID field to the ‘j’ in the Random ID message; 2> may include an indication to indicate this is for DO-A transmission (DO- A indication 1) ; 2> instruct the physical layer to transmit the Random ID message using the  selected access occasion.

[0183] Then, the reader device 120 may transmit an indication in R2D message (e.g., Msg2 Random ID Response) to the A-IoT device 110, which indicates whether the subsequent data transmission is for DO-A data. In some embodiments, this indication may be also referred to as “indication 1” . If the A-IoT device 110 receives the indication 1, which indicates that the subsequent data transmission is for DO-A data, the A-IoT device 110 may transmit DO-A data accordingly, e.g., as shown by the reference number 242. In this case, the indication 1 may be considered as the trigger message which triggers or activates the first resource or second resource (for the first type of traffic) . Otherwise, the A-IoT device 110 does not transmit DO-A data. Alternatively, if A-IoT device 110 does not receive the indication 1, which does not indicate the subsequent data transmission is for DO-A data, the A-IoT device 110 may transmit the DO-A data by default.

[0184] Still referring to FIG 2, in addition to the indication of the first type of traffic in MSG 1 or alternatively, the A-IoT device 210 may transmit, by a preamble sequence which is associated with the first type of traffic, the information related to the first type of traffic to the reader device 220. For example, a group of preamble sequences for MSG1 may be divided into two subgroups of preamble sequences, e.g., a first subgroup and a second subgroup. Moreover, the first subgroup is predefined to be associated with the first type of traffic and the second subgroup is predefined to be associated with the second type of traffic. In this case, the A-IoT device 210 may select a preamble sequence from the first subgroup for transmitting MSG1. In some embodiments of the disclosure, the above information related to the first type of traffic may be also referred to as “ (DO-A) indication 1”

[0185] To discuss clarity, the reference is made to FIG. 4A and FIG. 4B now. FIG. 4A illustrates an example process 400A of transmitting a preamble sequence associated with first type of traffic originated from the A-IoT device in Message 1 in accordance with some example embodiments of the present disclosure.

[0186] As shown in FIG. 4A, at 402, the A-IoT device 210 may determine that there is DO traffic data and is to trigger the DO-A transmission. At 404, A-IoT device 210 may transmit MSG1 in a device to reader (D2R) physical channel, and the MSG1 includes preamble which is selected from the first subgroup. Since the preamble A is selected from the first subgroup, the reader device 220 (e.g., random access node, RAN) may be aware that this access procedure is for DO-A. At 406, the reader device 220 may transmit random response including the DO-A indication 2 which indicates the subsequent transmission is for the DO-A transmission. As such, the A-IoT device 210 may consider that the first resource or second resource is triggered or activated for At 408, the A-IoT device 210 may transmit D2R channel carrying DO-A data.

[0187] FIG. 4B illustrates an example process of transmitting a preamble sequence which is not associated with the first type of traffic originated from the A-IoT device in accordance with some example embodiments of the present disclosure.

[0188] As shown in FIG. 4B, after receiving the A-IoT paging message at 410, if the A-IoT device 210 is to trigger DT traffic transmission, the A-IoT device 210 may select a preamble B from the second subgroup and transmit the preamble B in MSG 1 carried on D2R physical channel, at 414. In turn, if the reader device 220 detects the preamble B carried on D2R physical channel, it considers this access procedure is not for DO-Atransmission.

[0189] In view of the above, the indication related to the first type of traffic transmitted from the A-IoT device to the reader device may be a request for transmission of the first type of traffic. For example, in addition to transmitting the indication in MSG1, the indication related to the first type of traffic may be transmitted to the reader device 220 before the resource configuration 238.

[0190] Alternatively, the indication related to the first type of traffic may indicate that the first type of traffic is available for transmission. Alternatively, the indication related to the first type of traffic may be a request for the first resource. Alternatively, the indication related to the first type of traffic may be an indication of the transmission of the first type of traffic. For example, the indication related to the first type of traffic may be transmitted to the reader device 220 before the reader device triggers the first and / or second resource. Alternatively, the indication related to the first type of traffic may be transmitted to the reader device 220 before receiving the allowance indication.

[0191] For discussion clarity, some further examples of the information triggering or activating the first or second resource is discussed below.

[0192] In an example, the reader device 220 may transmit a R2D message to trigger the first or second resource for DO-A transmission to the A-IoT device. the reader device 220 may trigger this transmission after receiving a resource trigger indication of DO-A transmission from the network device 230 configured for the AIOTF transmits. In addition, this R2D message triggering the first or second resource may also include device ID (s) or group ID for which the first or second resource is triggered or activated. In addition, the R2D message may be a new R2D message or enhanced paging message or enhanced Access Occasion Trigger message or Rel-19 Access Occasion Trigger message. The message may include an time offset or periodicity.

[0193] In another example, the reader device 220 may transmit a new R2D message, an enhanced A-IOT paging message or an enhanced Access Occasion Trigger message to the A-IoT device 210. Moreover, these messages may include a resource trigger indicator for the first resource to the A-IoT device. For example, an indication may be associated with an access occasion. Furthermore, these messages may include an time offset or period. Then, the A-IoT device 210 receives the trigger indicator and trigger the first resource. The A-IoT device 210 indicated in the R2D message or belonging the group indicated in the R2D message trigger the first resource. If no device ID is indicated, all A-IoT devices trigger the DO-A radio resource. The A-IoT device 210 may trigger the DO-A transmission after receiving these message by the offset or period. The time offset or period may be predefined or configured by the reader deice 220 via R2D message. The DO-A transmission may be triggered for a period. The period may be predefined or configured by the reader device 220 via R2D message.

[0194] In a further example, in addition to triggering the first or second resource or alternatively, the information may trigger the transmission of the first type of traffic. As an example, the reader device 220 may transmit R2D message to trigger the DO-A transmission to the A-IoT device 210. The A-IoT device 210 receives the trigger indicator and triggers the DO-A transmission accordingly.

[0195] Specifically, the reader device 220 transmits new message R2D message, enhanced paging message or enhanced Access Occasion Trigger message or enhanced R2D Upper Layer Data Transfer message or enhanced random ID response message including trigger indicator for DO-A transmission to the A-IoT device 220. For example, an indication may be associated with a radio resource. The message may include device ID (s) or group ID. The message may include an time offset or period similarly. The A-IoT device 220 receives the trigger indicator and trigger the DO-A transmission. Similarly, the A-IoT device 220 indicated in the R2D message or belonging the group indicated in the R2D message may trigger the DO-A transmission. If no device ID is indicated, all A-IoT devices trigger the DO-A transmission. Similarly, the A-IoT device 210 may trigger the DO-A transmission after receiving these message by the offset or period. The offset or period may be predefined or configured by the reader deice 220 via R2D message. The DO-A transmission may be triggered for a period. The period may be predefined or configured by the reader device 220 via R2D message.

[0196] In addition to the information triggering the first resource, second resource or the DO traffic transmission, or alternatively, the A-IoT device 210 may consider that the radio resource is valid or triggered by default after a time offset following the receipt of the new R2D message or the legacy R2D message including the resource configuration. Offset may be included in the R2D message. For example, the A-IoT device 210 may consider the first or second resource is triggered by default after a time offset following the receipt of the new R2D message.

[0197] For example, the first or second resource may be determined as valid or available to the first type of traffic after a first time offset since receiving the resource configuration 238. The first offset may be indicated in the resource configuration 238.

[0198] In addition or alternatively, the first or second resource may be determined as invalid or unavailable to the first type of traffic after a second time offset since receiving the resource configuration 238. The second offset threshold may be indicated in the resource configuration 238.

[0199] In addition, the resource configuration 238 may include other timing requirements related to the first or second resource. As an example, the resource configuration 238 may include the offset threshold, a first indication indicating whether the offset threshold is present in the resource configuration, a duration in which the resource configuration is valid, and / or a second indication indicating whether the valid duration is present the resource configuration. To discuss clarity, the R2D message including this resource configuration 238 including at least one or more of some fields listed below. R2D Message Type: This field indicates the message type. RA Type: This field indicates CBRA. Number of Access Occasions: This field indicates the number of access occasions.  D2R Scheduling Info: This field indicates the physical layer parameters used for D2R scheduling. first timeoffset: This field indicates DO-A device can use the resource from a time  offset after receiving the message. (optional) If it is not present, a default offset N >=0 is used. second time offset: This field indicates DO-A device cannot use the resource from a  time offset after receiving the message. (optional) If it is not present, a default offset N >=0 is used. duration time period: This field indicates DO-A device can use the resource in the  duration timer. (optional) If it is not present, a default value M > 0 is used. timeoffset of presence: This field indicates whether the time offset is present. duration time of presence: This field indicates whether the duration time is present.

[0200] In this case, the A-IoT device 220 may receive the resource configuration 248 in, e.g., a new R2D message, and transmits DO-A data on the first or second resource after the timing of receiving the new R2D message by the time offset. In addition, the A-IoT device 220 transmits DO-A data on the first or second resource during the duration time period from a start point. The start point may be the timing of receiving the message or a time offset from receiving the message.

[0201] Still referring to FIG. 2, the A-IoT device 210 transmits (242) a message 244 for the first type of traffic on the first resource or second resource. In some embodiments, the first resource or second resource triggered or activated to be valid or available to the first type of traffic, as discussed above. Alternatively, the first resource or second resource are considered as valid or available to the first type of traffic by default. In some embodiments, if the A-IoT device 210 has autonomous data available for transmission, the A-IoT device 210 may initiate the DO-A transmission procedure.

[0202] Then, the reader device 220 receives (246) the message 244 accordingly. In some embodiments, if the message 244 is transmitted on the first resource dedicated to the first type of traffic, the reader device may determine that the data in message 244 is for DO traffic.

[0203] If the message 244 is transmitted on the second resource, the reader device 220 cannot determine whether the data in the message 244 is for the first type or second type of traffic. In the case that the message 244 is transmitted on the second resource, an indication of the first type of traffic may be included in the message 244. As such, the reader device 220 may determine that the data in message 244 is for DO traffic. Without any limitation, even if the message 244 is transmitted on the first resource, the indication related to the first type of traffic may be also included.

[0204] After receiving the message 244, the reader device 220 may transmit (248) a further message 250 to the network device 230 configured for the AIoTF. The network device 230 receives (252) the further message 250 accordingly. In some embodiments, the further message 250 may include a next generation application protocol (NGAP) message dedicated to the first type of traffic. For discussion purpose, a specific example of the DO traffic signaling procedure is further discussed with reference to FIG. 3.

[0205] FIG. 3 illustrates a specific example process 300 of the resource configuration related to ambient internet of things (IoT) device in accordance with some example embodiments of the present disclosure.

[0206] As shown in FIG. 3, at 310, the network device 230 configured for the AIoTF (which may be also referred to as the AIoTF 230) sends a new A-IoT message including the resource configuration (or resource update or resource release indicator) to the reader device 220 (e.g., RAN 220) . At 320, the RAN 220 transmits the resource configuration for DO-A transmission to the A-IoT device 210. As mentioned above, the resource configuration (or resource update or resource release indicator) may be carried in a new R2D message 322. Alternatively, the resource configuration (or resource update or resource release indicator) may be carried in the legacy R2D paging message 324.

[0207] Then, at 320, taking the CBRA as an example, the A-IoT device 210 transmits random ID message (e.g., MSG1) at 322, and the random ID message includes an indication of the first type of traffic or a preamble sequence associated with the first type of traffic. At 334, the reader device 220 transmits random response indication 2 which indicates the subsequent transmission is for DO traffic.

[0208] Then, if the CBRA procedure is successfully finished, at 342, the A-IoT device 210 may transmit a new D2R message dedicated for DO-A transmission including the upper layer data. Alternatively, if the first or second resource is CFRA type resource for the A-IoT device 210, the A-IoT device 210 may directly transmit DO-A data in new D2R message or in enhanced upper layer data transfer message including the upper data, without waiting the contention result.

[0209] In an example, the new D2R message is determined as below. 2> initiate the D2R message transmission. 3> generate the new D2R Upper Layer Data Transfer message, including: 4> include the Data SDU field; 4> may include the transaction ID field (optional) ; 3> instruct the physical layer to transmit the generated new D2R Upper  Layer Data Transfer message.

[0210] Alternatively, the A-IoT device 210 may transmit the upper layer data in an enhanced D2R upper layer data transfer message, at 344. Then, at 350, after receiving upper data from the A-IoT device in new D2R message or enhanced D2R Upper Layer Data Transfer message, the A-IoT device may transmit upper data to AIOTF in new NGAP message to AIOTF.

[0211] This NGAP message may be sent by the NG-RAN node to provide the DO-A data transmission to the A-IoT CN node. The new NGAP message may be different from inventory response, inventory report, and command response. This NGAP message includes DO-A data transfer containing DO-A data related information. In addition, the NGAP message may include a message type field. In addition, this NGAP message may include AIOTF Identifier identifying the AIOTF 230, to which DO-A data to be transmitted. In an example, one or more AIOTF ID may be preconfigured in the reader device 220. In this case, the reader device 210 may select an AIOTF ID based on load balance.

[0212] NGAP message may include one or more of the fields listed in Tables 1 and 2. Table 1 In addition, DO-A data Transfer IE provides the DO-A data related information from the  NG-RAN node to the AIOTF. In indirect communication, this IE is transparent to the AMF. Among them, the field “A-IoT Correlation Identifier” serves as a unique tag to enable precise end-to-end data correlation in Ambient IoT (A-IoT) networks. Table 2

[0213] Regarding how to report the further message 250 including the DO traffic data, the AIoTF may assist the reader device 210 to determine the DO traffic data. In some embodiments, the reader device 220 may receive an assistant message for data report associated with the first type of traffic. Moreover, the assistant message further comprise a number of A-IoT devices supporting the first type of traffic or a data volume of the first type of traffic.

[0214] Specifically, still referring to FIG. 3, if the radio resource is type of CBRA as shown in FIG. 2, the A-IoT device may initiate the CBRA procedure. Otherwise, the A-IoT device transmits DO-A data in new D2R message or in enhanced upper layer data transfer message including the upper data.

[0215] In addition, the A-IoT device may include at least one of the following fields in the message at 342 (e.g., new D2R message or D2R Upper Layer Data transfer message) : A-IoT correlation Identifier, AIOF ID, Device ID. In some embodiments, the at least one of the A-IoT correlation Identifier, AIoF ID or A-IoT device ID may be preconfigured in DO-A devices. Alternatively, the AIoTF 230 may trigger an IoT command procedure to transmit the at least one of the A-IoT correlation Identifier , AIoF ID, A-IoT device ID to the A-IoT device. Alternatively, a transaction ID is generated by the A-IoT device when the DO-A transmission is triggered by MAC layer or upper layer. The transaction ID refers to a unique identifier assigned to each individual transaction or operational flow, serving as a key to track and manage end-to-end processes in distributed systems. It ensures precise correlation of requests, responses, and data packets across network layers or devices, preventing confusion in concurrent operations.

[0216] Then, based on the one or more of the correlation ID, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID, the reader device 220 may distinguish the DO traffic data in the message from the A-IoT device. For example, the message related to the DO traffic is configured to include the corresponding fields, e.g., the one or more of the correlation ID, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID.

[0217] In addition, in some embodiments, the D2R message may include an indication (s) indicates whether at least one of the following fields is present: A-IoT correlation Identifier, AIoTF ID, or A-IoT device ID. In addition, at least one of the fields may be (re) configured by AIOIF via transmitting AIoT non access stratum (NAS) packet data unit (PDU) to the A-IoT device.

[0218] In this way, when the reader device 220 receives, at 340, upper data from DO-A device in new D2R message or enhanced D2R Upper Layer Data Transfer message, the reader device 210 may receive DO-A indication, A-IoT correlation Identifier , AIoTF ID or A-IoT device ID from DO-A device along with upper data. Then, when the reader device 220 transmits upper data to AIoTF in new NGAP message to AIoTF, the reader device 220 may transmit the A-IoT Correlation Identifier, AIoF Identifier, Reader Index, RAN ID, NGAP ID, A-IoT device ID to the AIOTF. In some embodiments, the A-IoT correlation identifier may be allocated by the reader device 220 based on a transmission ID of the further message.

[0219] To discuss clarity, some examples are discussed with reference to FIGS. 5 and 6. In the examples of the FIGS 5 and 6, the reader device 220 may be a next generation random access node (NG-RAN) .

[0220] FIG. 5 illustrates an example process of data report of the first type of traffic between the reader device and ambient internet of things function (AIoTF) in accordance with some example embodiments of the present disclosure.

[0221] As shown in FIG. 5, at 510, the AIoTF 230 transmits DO-A data report assistant message to reader device 220 (e.g., RAN 220) , to assist the reader device 220 to report DO-A upper data to AIoTF. The message may include message type, AIoTF ID , A-IoT correlation identifier and / or approximate number of target A-IoT DO-A Devices. The message may include approximate data volume or approximate data size of A-IoT DO-A Device.

[0222] At 520, the reader device 220 may transmit accept response or reject the assistant information for DO-A transmission from AIoTF. In some embodiments, if the reader device 220 accepts this, the reader device 220 will transfer corresponding DO-Adata to AIoTF. If the reader device 220 rejects this or does not transmit accept response, AIoTF 230 may select another reader device and transmit assistant information for the DO-A transmission to other gNB.

[0223] At 530, if the reader device identifies DO-A upper data received from the A-IoT device 210 based on the IoTF ID , A-IoT correlation identifier, the reader device transmits the NAGP message to the AIoTF. In addition this NAGP message may also include the AIoF ID and / or A-IoT correlation identifier received in step 510.

[0224] FIG. 6 illustrates another example process of data report of the first type of traffic between the reader device and ambient internet of things function (AIoTF) in accordance with some example embodiments of the present disclosure.

[0225] In the example of FIG. 6, the transaction ID is included in the message for the first type of traffic. At 610, the AIoTF 230 transmits DO-A data report assistant message to the reader device 220 (e.g., RAN 220) , to assist the reader device 220 to report DO-A upper data to AIoTF. The assistant message may include message type, AIoTF ID , A-IoT correlation identifier, associated transaction ID and / or approximate number of target A-IoT DO-A Devices.

[0226] At 620, the reader device 220 receives DO-A data report assistant message which is sent from AIoTF. In this case, if the reader device 220 receives DO-A upper data and transaction ID from the A-IoT device 210, the reader device 220 may transmit the NAGP message to the AIoT node at 630. The NAGP message may further include A-IoT correlation identifier and / transaction ID received at 610. In addition, the transaction ID may be configured by AIoTF to the A-IoT device for the DO-A traffic transmission. In some embodiments, the transaction ID may be configured by the reader device 220 to the A-IoT device for DO-A transmission, which is generated based on the A-IoT Correlation Identifier.

[0227] Referring back to FIG. 2, in some embodiments, the A-IoT device 210 may transmit a capability indication indicating that the A-IoT device supports the first type of traffic. For example, the AIoTF may be aware there is A-IoT device supporting the first type of traffic under the coverage of a reader device. For example, AIoTF may receive “DO-A capability” from the A-IoT device 210 in upper layer sent from DO-A device.

[0228] Alternatively, the reader device may receive “DO-A capability” from the A-IoT device 210 in new D2R message or enhanced D2R Upper Layer Data Transfer message. Then, the reader device 220 may transmit the “DO-A capability” from the A-IoT device 210 to AIoTF in new NGAP message or in a inventory report. As such, the AIoTF may determine the resource configuration based on whether there is DO capability A-IoT device. In some embodiments of the disclosure, the DO capability A-IoT device and the A-IoT device supporting the first type of traffic may be used interchangeably.

[0229] In view of the above, the embodiments of the disclosure enable dynamic radio resource allocation (via CBRA / CFRA) for efficient management of large-scale IoT devices; efficiently manages dedicated or shared radio resources specifically for device-originated traffic (DO-A) , preventing conflicts with network-triggered traffic (DT) and improving overall network capacity. Furthermore, the embodiments of the disclosure offers flexible methods for the network (gNB) to configure, update, trigger, or release resources for DO traffic, adapting to changing network conditions and device needs. In addition, the embodiments of the disclosure ensures the reliable data routing, and facilitate coordination between the AIOTF and the network (gNB) to optimize the reporting of autonomously generated device data.

[0230] As such, it reduces deployment costs by reusing legacy Rel-19 A-IoT network resources, support seamless resource handover for mobile devices across different gNBs, and allow flexible transmission triggering for groups or individual devices. Overall, these technologies enhance transmission reliability, minimize latency, optimize resource utilization, and facilitate scalable smart IoT implementations by balancing performance with cost-effectiveness.

[0231] FIG. 7 illustrates an example of a device 700 that supports the communication related to ambient internet of things (IoT) device in accordance with aspects of the present disclosure. The device 700 may be an example of the A-IoT device 210, the reader device 220 or the network device 230 as described herein. The device 700 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 700 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 702, a memory 704, a transceiver 706, and, optionally, an I / O controller 708. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0232] The processor 702, the memory 704, the transceiver 706, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. For example, the processor 702, the memory 704, the transceiver 706, or various combinations or components thereof may support a method for performing one or more of the operations described herein.

[0233] In some implementations, the processor 702, the memory 704, the transceiver 306, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure. In some implementations, the processor 702 and the memory 304 coupled with the processor 302 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 702, instructions stored in the memory 704) .

[0234] For example, the processor 702 may support wireless communication at the device 700 in accordance with examples as disclosed herein. The processor 702 may be configured to operable to support a means for the operation related to ambient internet of things (IoT) device.

[0235] The processor 702 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof) . In some implementations, the processor 702 may be configured to operate a memory array using a memory controller. In some other implementations, a memory controller may be integrated into the processor 702. The processor 702 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 704) to cause the device 700 to perform various functions of the present disclosure.

[0236] The memory 704 may include random access memory (RAM) and read-only memory (ROM) . The memory 704 may store computer-readable, computer-executable code including instructions that, when executed by the processor 702 cause the device 300 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some implementations, the code may not be directly executable by the processor 702 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 704 may include, among other things, a basic I / O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

[0237] The I / O controller 708 may manage input and output signals for the device 300. The I / O controller 308 may also manage peripherals not integrated into the device M02. In some implementations, the I / O controller 708 may represent a physical connection or port to an external peripheral. In some implementations, the I / O controller 708 may utilize an operating system such as or another known operating system. In some implementations, the I / O controller 308 may be implemented as part of a processor, such as the processor 706. In some implementations, a user may interact with the device 700 via the I / O controller 708 or via hardware components controlled by the I / O controller 708.

[0238] In some implementations, the device 700 may include a single antenna 710. However, in some other implementations, the device 700 may have more than one antenna 710 (i.e., multiple antennas) , including multiple antenna panels or antenna arrays, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 706 may communicate bi-directionally, via the one or more antennas 710, wired, or wireless links as described herein. For example, the transceiver 706 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 306 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 710 for transmission, and to demodulate packets received from the one or more antennas 710. The transceiver 306 may include one or more transmit chains, one or more receive chains, or a combination thereof.

[0239] A transmit chain may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmit chain may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmit chain may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmit chain may also include one or more antennas 710 for transmitting the amplified signal into the air or wireless medium.

[0240] A receive chain may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receive chain may include one or more antennas 710 for receive the signal over the air or wireless medium. The receive chain may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receive chain may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receive chain may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0241] FIG. 8 illustrates an example of a processor 800 that supports the operation related to ambient internet of things (IoT) device in accordance with aspects of the present disclosure. The processor 800 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 800 may include a controller 802 configured to perform various operations in accordance with examples as described herein. The processor 800 may optionally include at least one memory 804. Additionally, or alternatively, the processor 800 may optionally include one or more arithmetic-logic units (ALUs) 800. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0242] The processor 800 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 800) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .

[0243] The controller 802 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 800 to cause the processor 800 to support various operations in accordance with examples as described herein. For example, the controller 802 may operate as a control unit of the processor 800, generating control signals that manage the operation of various components of the processor 800. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0244] The controller 802 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 804 and determine subsequent instruction (s) to be executed to cause the processor 800 to support various operations in accordance with examples as described herein. The controller 802 may be configured to track memory address of instructions associated with the memory 804. The controller 802 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 802 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 800 to cause the processor 800 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 802 may be configured to manage flow of data within the processor 800. The controller 802 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 800.

[0245] The memory 804 may include one or more caches (e.g., memory local to or included in the processor 800 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 804 may reside within or on a processor chipset (e.g., local to the processor 800) . In some other implementations, the memory 804 may reside external to the processor chipset (e.g., remote to the processor 800) .

[0246] The memory 804 may store computer-readable, computer-executable code including instructions that, when executed by the processor 800, cause the processor 800 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 802 and / or the processor 800 may be configured to execute computer-readable instructions stored in the memory 804 to cause the processor 800 to perform various functions (e.g., functions or tasks supporting transmit power prioritization) . For example, the processor 800 and / or the controller 802 may be coupled with or to the memory 804, the processor 800, the controller 802, and the memory 804 may be configured to perform various functions described herein. In some examples, the processor 800 may include multiple processors and the memory 804 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.

[0247] The one or more ALUs 806 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 806 may reside within or on a processor chipset (e.g., the processor 800) . In some other implementations, the one or more ALUs 806 may reside external to the processor chipset (e.g., the processor 800) . One or more ALUs 806 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 806 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 806 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 806 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 806 to handle conditional operations, comparisons, and bitwise operations.

[0248] The processor 800 may support wireless communication in accordance with examples as disclosed herein. The processor 802 may be configured to or operable to support a means for the communication related to ambient internet of things (IoT) device.

[0249] FIG. 9 illustrates a flowchart of a method 900 that supports the operation related to the resource configuration of the A-IoT device in accordance with aspects of the present disclosure. The operations of the method 900 may be implemented by a device or its components as described herein. For example, the operations of the method 900 may be performed by the A-IoT device 210 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0250] At 910, the A-IoT device 210 receives, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic. At 920, the A-IoT device transmits, to the reader device, a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

[0251] In some implementations of the method and apparatuses described herein, the D2R message comprises indication information of the first type of traffic.

[0252] In some implementations of the method and apparatuses described herein, the A-IoT device may receive the resource configuration by: receiving a new reader to device (R2D) message or a legacy R2D comprising the resource configuration, wherein the new R2D message is related to the first type of traffic.

[0253] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid based on the following: receiving, from the reader device, an information which triggers the first resource, or triggers a transmission for the first type of traffic; or determining that a time offset since receiving the resource configuration is above or equal to an offset threshold.

[0254] In some implementations of the method and apparatuses described herein, the A-IoT device may further transmit, to the reader device, an indication related to the first type of traffic; or transmit, to the reader device, a preamble sequence related to the first type of traffic.

[0255] In some implementations of the method and apparatuses described herein, the resource configuration or the information comprises one or more of: the offset threshold, a first indication indicating whether the offset threshold is present in the resource configuration, a duration in which the resource configuration is valid, or a second indication indicating whether the valid duration is present the resource configuration.

[0256] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid in response to receiving the resource configuration.

[0257] In some implementations of the method and apparatuses described herein, the resource configuration indicates the second resource, and the second resource is determined as valid based on any of: receiving an indication indicating that the second resource is allowed for the first type of traffic, detecting no indication indicating that the second resource is not allowed for the first type of traffic, or receiving further information which triggers the second resource for the first type of traffic.

[0258] In some implementations of the method and apparatuses described herein, the further information comprises any of: an identifier of a group of A-IoT devices for which the second resource is triggered, or one or more identifiers of one or more A-IoT devices for which the second resource is triggered.

[0259] In some implementations of the method and apparatuses described herein, the A-IoT device may refrain from transmitting the D2R message for the first type of traffic on a third resource in a legacy R2D paging message based on any of: an identifier in the paging message being not match with another identifier of the A-IoT device, obtaining the first resource dedicated to the first type of traffic, or detecting no indication indicating that the third resource is allowed for the first type of traffic.

[0260] In some implementations of the method and apparatuses described herein, the reader device comprises a terminal device, and the A-IoT device may release the resource configuration based on determining that the A-IoT device is connected to another reader device or determining that the A-IoT device is moved to another area which is not covered by the reader device.

[0261] In some implementations of the method and apparatuses described herein, the A-IoT device may further receive, from the reader device , a reader ID or name of the reader device.

[0262] In some implementations of the method and apparatuses described herein, the A-IoT device may further receive, from the reader device, update information of the resource configuration; or receive, from the reader device, a release indication of the resource configuration.

[0263] In some implementations of the method and apparatuses described herein, the D2R message comprises one or more of: a correlation ID associated with the first type of traffic, a transaction ID associated with the first type of traffic, an ID of an A-IoT function (AIoTF) , or an ID of the A-IoT device.

[0264] In some implementations of the method and apparatuses described herein, at least one of the correlation ID or the transaction ID is configured by the reader device or the AIoTF.

[0265] In some implementations of the method and apparatuses described herein, the D2R message is any of the following: a D2R message dedicated to data of the first type of traffic, or a further D2R message related to data for the first type of traffic or the second type of traffic.

[0266] In some implementations of the method and apparatuses described herein, the A-IoT device may further transmit a capability indication indicating that the A-IoT device supports the first type of traffic.

[0267] FIG. 10 illustrates a flowchart of a method 1000 that supports the operation related to the resource configuration of the A-IoT device in accordance with aspects of the present disclosure. The operations of the method 1000 may be implemented by a second device 220 or its components as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0268] At 1010, the reader device 220 transmits, to an ambient-internet of things (A-IoT) device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic. At 1020, the reader device receives a device to reader (D2R) message for the first type of traffic on the first resource or the second resource.

[0269] In some implementations of the method and apparatuses described herein, the D2R message comprises indication information of the first type of traffic.

[0270] In some implementations of the method and apparatuses described herein, the reader device may transmit the resource configuration by: transmitting a new reader to device (R2D) message or a legacy R2D message comprising the resource configuration, wherein the new R2D message is related to the first type of traffic.

[0271] In some implementations of the method and apparatuses described herein, the reader device may further transmit, to the A-IoT device, information which triggers the first resource dedicated to the first type of traffic, or triggers a transmission for the first type of traffic.

[0272] In some implementations of the method and apparatuses described herein, the reader device may further receive, from the A-IoT device, an indication related to the first type of traffic; or receive, from the A-IoT device, a preamble sequence related to the first type of traffic.

[0273] In some implementations of the method and apparatuses described herein, the resource configuration comprises one or more of: the offset threshold, a first indication indicating whether the offset threshold is present in the resource configuration, a duration in which the resource configuration is valid, or a second indication indicating whether the valid duration is present the resource configuration.

[0274] In some implementations of the method and apparatuses described herein, the resource configuration indicates the first resource, and the first resource is determined as valid in response to transmitting the resource configuration.

[0275] In some implementations of the method and apparatuses described herein, the reader device may further transmit an indication indicating that the second resource is allowed for the first type of traffic; transmit further information which triggers a third resource in a legacy R2D paging message for the first type of traffic; or transmit an indication indicating that the second resource is not allowed for the first type of traffic.

[0276] In some implementations of the method and apparatuses described herein, the further information comprises any of: an identifier of a group of A-IoT devices for which the second resource is triggered, or one or more identifiers of one or more A-IoT devices for which the second resource is triggered.

[0277] In some implementations of the method and apparatuses described herein, the reader device comprises: a terminal device and a network device.

[0278] In some implementations of the method and apparatuses described herein, . the reader device is the terminal device, and the reader device may further receive the resource configuration from a network device.

[0279] In some implementations of the method and apparatuses described herein, the reader device is a network device, and the reader device may further: transmit, based on the D2R message, a further message comprising data associated with the first type of traffic to an A-IoT function (AIoTF) .

[0280] In some implementations of the method and apparatuses described herein, the reader device may further receive, from the AIoTF, one or more of a correlation ID associated with the first type of traffic, an ID of an AIoTF, an ID of the A-IoT device, or a transaction ID related to the first type of traffic.

[0281] In some implementations of the method and apparatuses described herein, the one or more of the correlation ID, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID related to the first type of traffic are carried in: an assistant message for data report associated with the first type of traffic, and wherein the assistant message further comprise a number of A-IoT devices supporting the first type of traffic or a data volume of the first type of traffic.

[0282] In some implementations of the method and apparatuses described herein, the reader device may further transmit an accept message or a rejection message for the assistance message.

[0283] In some implementations of the method and apparatuses described herein, the reader device may transmit the third message by: receiving the data related to the first type of traffic in a D2R message from the A-IoT device based on the one or more of the correlation ID, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID; and transmitting the further message comprising the data.

[0284] In some implementations of the method and apparatuses described herein, at least one of the D2R message or the further message comprises one or more of: a correlation ID associated with the first type of traffic, an ID of an A-IoT function (AIoTF) , an ID of the A-IoT device, or a transaction ID associated with the first type of traffic.

[0285] In some implementations of the method and apparatuses described herein, the reader device is the network device, and the reader device may further: receive the resource configuration from an A-IoT function (AIoTF) ; receive a release indication of the resource configuration from the AIoTF; receive update information of the resource configuration from the AIoTF; or receive trigger information which triggers the first or second resource from the AIoTF.

[0286] In some implementations of the method and apparatuses described herein, the reader device may further: transmit, to the A-IoT device, update information of the resource configuration; or transmit, to the A-IoT device, a release indication of the resource configuration.

[0287] FIG. 11 illustrates a flowchart of a method 1100 that supports the operation related to the resource configuration of the A-IoT device in accordance with aspects of the present disclosure. The operations of the method 1100 may be implemented by a network device 230 or its components as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0288] At 1110, the network device 230 configured for ambient internet of things function (AIoTF) receives, from a reader device, a third message comprising data related to the first type of traffic originated from an ambient-internet of things (A-IoT) device, wherein the third message comprises a next generation application protocol (NGAP) message dedicated to the first type of traffic.

[0289] In some implementations of the method and apparatuses described herein, the network device may further transmit, to a reader device, a resource configuration related to at least one of a first type of traffic originated from the A-IoT device, or a second type of traffic other than the first type of traffic.

[0290] In some implementations of the method and apparatuses described herein, the network device may further transmit, to the reader device, one or more of a correlation ID related to the first type of traffic, an ID of an AIoTF, an ID of the A-IoT device, or a transaction ID associated with the first type of traffic.

[0291] In some implementations of the method and apparatuses described herein, the one or more of the correlation ID, the ID of AIoTF, the ID of the A-IoT device, or the transaction ID associated with the first type of traffic are carried in: an message for data report associated with the first type of traffic, wherein the message further comprise a number of A-IoT devices supporting the first type of traffic or a data volume of the first type of traffic.

[0292] In some implementations of the method and apparatuses described herein, the network device may further receive an accept message or a rejection message for the message for data report.

[0293] In some implementations of the method and apparatuses described herein, the network device may further transmit the assistant message to another reader device.

[0294] In some implementations of the method and apparatuses described herein, the network device may further transmit a release indication of the resource configuration; transmit update information of the resource configuration; or transmit information which triggers a resource for the first type of traffic.

[0295] It should be noted that the methods described herein describes possible implementations, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible. Further, aspects from two or more of the methods may be combined.

[0296] The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed with a general-purpose processor, a DSP, an ASIC, a CPU, an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

[0297] The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Other examples and implementations are within the scope of the disclosure and appended claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.

[0298] Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor.

[0299] As used herein, including in the claims, an article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same manner as the phrase “based at least in part on. Further, as used herein, including in the claims, a “set” may include one or more elements.

[0300] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.An ambient-internet of things (A-IoT) device comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:receive, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic; andtransmit, to the reader device, a device to reader (D2R) message related to the first type of traffic on the first resource or the second resource.2.The A-IoT device of claim 1, wherein the D2R message comprises indication related to the first type of traffic.3.The A-IoT device of claim 1 or 2, wherein the processor is configured to receive the resource configuration by:receiving a new reader to device (R2D) message or a legacy R2D comprising the resource configuration.4.The A-IoT device of any of claims 1 to 3, wherein the resource configuration indicates the first resource, and wherein:the first resource is determined as valid after a time offset since receiving the resource configuration.5.The A-IoT device of any of claims 1 to 3, wherein the resource configuration indicates the first resource, wherein the first resource is determined as valid based on:receiving, from the reader device, an information which triggers the first resource, or triggers a transmission for the first type of traffic.6.The A-IoT device of any of claims 1 to 5, wherein the processor is further configured to:transmit, to the reader device, an indication related to the first type of traffic; ortransmit, to the reader device, a preamble sequence related to the first type of traffic.7.The A-IoT device of any of claims 1 to 3, wherein the resource configuration indicates the second resource, and wherein the second resource is determined as valid based on any of:receiving an indication indicating that the second resource is allowed for the first type of traffic,detecting no indication indicating that the second resource is not allowed for the first type of traffic, orreceiving further information which triggers the second resource for the first type of traffic.8.The A-IoT device of claim 1, wherein the processor is configured to refrain from transmitting the D2R message for the first type of traffic on a third resource in a legacy R2D paging message based on any of:an identifier (ID) in the paging message being not match with another ID of the A-IoT device,obtaining the first resource, ordetecting no indication indicating that the third resource is allowed for the first type of traffic.9.The A-IoT device of any of claims 1 to 8, wherein the reader device comprises a terminal device, and wherein the processor is further configured to at least one of:release the resource configuration based on determining that the A-IoT device is connected to another reader device or determining that the A-IoT device is moved to another area.10.The A-IoT device of any of claims 1 to 9, wherein the processor is further configured to:receive, from the reader device , a reader ID or name of the reader device.11.The A-IoT device of any of claims 1 to 10, wherein the D2R message comprises one or more of:a correlation ID associated with the first type of traffic,a transaction ID associated with the first type of traffic,an ID of an A-IoT function (AIoTF) , oran ID of the A-IoT device.12.The A-IoT device of any of claims 1 to 11, wherein the D2R message is any of the following:a D2R message dedicated to data of the first type of traffic, ora further D2R message related to data of the first type of traffic or the second type of traffic.13.A reader device comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:transmit, to an ambient-internet of things (A-IoT) device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic; andreceive a device to reader (D2R) message related to the first type of traffic on the first resource or the second resource.14.The reader device of claim 13, wherein the D2R message comprises indication information of the first type of traffic.15.The reader device of claim 13 or 14, wherein the processor is configured to transmit the resource configuration by:transmitting a new reader to device (R2D) message or a legacy R2D message comprising the resource configuration.16.The reader device of any of claims 13 to 15, wherein processor is further caused to:transmit, to the A-IoT device, information which triggers the first resource related to the first type of traffic, or triggers a transmission for the first type of traffic.17.The reader device of any of claims 13 to 16, wherein the processor is further configured to:receive, from the A-IoT device, an indication related to the first type of traffic; orreceive, from the A-IoT device, a preamble sequence related to the first type of traffic.18.The reader device of any of claims 13 to 17, wherein the processor is further configured to any of:transmit an indication indicating that the second resource is allowed for the first type of traffic;transmit further information which triggers a third resource in a legacy R2D paging message for the first type of traffic; ortransmit an indication indicating that the second resource is not allowed for the first type of traffic.19.A network device configured for ambient internet of things function (AIoTF) , comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:receive, from a reader device, a third message comprising data related to the first type of traffic originated from an ambient-internet of things (A-IoT) device, wherein the third message comprises a next generation application protocol (NGAP) message dedicated to the first type of traffic.20.A processor for wireless communication, comprising:at least one memory; anda controller coupled with the at least one memory and configured to cause the controller to:receive, from a reader device, a resource configuration indicating a first resource related to a first type of traffic originated from the A-IoT device, or a second resource related to the first type of traffic and a second type of traffic other than the first type of traffic; andtransmit, to the reader device, a device to reader (D2R) message related to the first type of traffic on the first resource or the second resource.

Images