Systems and methods for supporting devices in AIOT networks

Abstract

Presented are systems and methods for supporting devices in ambient Internet-of-Things (AIoT) networks. A method can include sending, by a first network node to a second network node, at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-Aresource configuration request used by the first network node to perform DO-A service with an AIoT device. The method can also include receiving, by the first network node from the second network node in response to the DO-A resource configuration request, a DO-A resource configuration of a DO-A resource and performing, by the first network node with the AIoT device, the DO-A service using the DO-A resource according to the DO-A resource configuration.

Description

SYSTEMS AND METHODS FOR SUPPORTING DEVICES IN AIOT NETWORKSTECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications, including but not limited to systems and methods for supporting devices in ambient Internet-of-Things (AIoT) networks.BACKGROUND

[0002] AIoT devices utilize environment energy harvesting and backscattering technology to maintain self-operation and deliver information to other devices. AIoT devices may not include batteries or have limited energy storage, and thus may have limited capabilities in AIoT networks. To support AIoT devices to transmit uplink (UL) data autonomously, a DO-A (Device-originated –autonomous) service can be supported by AIoT systems.SUMMARY

[0003] The example embodiments disclosed herein are directed to solving the issues relating to one or more of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various embodiments, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these embodiments are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed embodiments can be made while remaining within the scope of this disclosure.

[0004] At least one aspect is directed to a system, method, apparatus, or a computer-readable medium of the following. A method can include sending, by a first network node to a second network node, at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-A resource configuration request used by the first network node to perform DO-A service with an Ambient Internet of Things (AIoT) device, receiving, by the first network node from the second network node in response to the DO-A resource configuration request, a DO-A resource configuration of a DO-A resource, and performing, by the first network node with the AIoT device, the DO-A service using the DO-A resource according to the DO-A resource configuration.BRIEF DESCRIPTION OF THE DRAWINGS

[0005] Various example embodiments of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict example embodiments of the present solution to facilitate the reader's understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0006] FIG. 1 illustrates a flow diagram of an example method for supporting devices in AIoT networks, in accordance with an embodiment of the present disclosure;

[0007] FIG. 2 illustrates an example AIoT network in which techniques disclosed herein may be implemented, in accordance with some embodiments of the present disclosure;

[0008] FIG. 3 illustrates a signaling diagram of an example method for providing a DO-A resource configuration to a device in AIoT networks, in accordance with some embodiments of the present disclosure;

[0009] FIG. 4 illustrates a signaling diagram of another example method for providing a DO-A resource configuration to a device in AIoT networks, in accordance with some embodiments of the present disclosure;

[0010] FIG. 5 illustrates a block diagram of an example BS and an example UE, in accordance with some embodiments of the present disclosure; and

[0011] FIG. 6 illustrates block diagram of example AIoT devices, in accordance with some embodiments of the present disclosure.DETAILED DESCRIPTION

[0012] Various example embodiments of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example embodiments and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0013] As the Internet-of-Things (IoT) network grows, more “things” (e.g., user devices, sensors, IoT devices. etc. ) are expected to be interconnected for improving productivity efficiency and increasing the comforts of life. Further reduction in the size, complexity, and power consumption of IoT devices (e.g., AIoT devices) can enable the deployment of tens, or even hundreds of billions of IoT devices for various applications and provide added value.

[0014] New IoT technologies are emerging that support devices with no energy storage capability (e.g., devices without a battery) or devices with energy storage that do not need to be replaced or recharged manually. The form factor of such devices may be reasonably small for target use cases, such as sensors.

[0015] AIoT devices can be classified as various types according to its energy storage capacity (e.g., Type A, Type B, Type C, and so on) . A Type A AIoT device has no energy storage and no independent signal generation / amplification. For example, a Type A AIoT device uses backscattering transmission and can be called a passive IoT device. A Type B AIoT device has energy storage and no independent signal generation. For example, a Type B AIoT device uses backscattering transmission. The use of stored energy can include amplification for reflected signals. A Type B AIoT device can also be called a semi-passive IoT device. A Type C AIoT device has energy storage and independent signal generation (e.g., active RF components for transmission) . A Type C AIoT device can also be called an active IoT device. The peak power consumption of an AIoT device with no or limited energy storage is typically from 1μW to few hundred μW and energy harvesting is supported. Some methods may only support DT (Device-terminated) service and DO-DTT (Device-originated –device-terminated triggered) in AIoT systems. For example, the service can only be triggered by a network (e.g. reader, base station) . In these cases, a base station (e.g., BS 202) can know whether, when, and what AIoT service is triggered, and can allocate appropriate AIoT radio resources to the device (e.g., device 206) . But for DO-A services, both the base station and the device used as a reader (e.g., UE 204) cannot predict whether and when DO-A service will be triggered. The present application discusses systems and methods to allocate AIoT radio resources to devices for DO-A service.

[0016] The arrangements disclosed herein relate to cellular network architecture for supporting devices in an AIoT network. FIG. 1 is a flowchart diagram illustrating an example method 100 for supporting devices in the AIoT network, according to various arrangements. The method 100 can be performed by at least one of a first network node (e.g., UE 204) , a second network node (e.g., BS 202) , and an AIoT device (e.g., AIoT device 206) .

[0017] At 102, a first network node sends to a second network node at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-A resource configuration request used by the first network node to perform DO-A service with an AIoT device. At 104, the first network node receives from the second network node in response to the DO-A resource configuration request, a DO-A resource configuration of a DO-A resource. At 106, the first network node with the AIoT device performs the DO-A service using the DO-A resource according to the DO-A resource configuration.

[0018] In some implementations, a method can include receiving, by a second network node from a first network node to, at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-A resource configuration request used by the first network node to perform DO-A service with an Ambient Internet of Things (AIoT) device and sending, by the second network node to the first network node, a DO-A resource configuration of a DO-A resource, wherein the first network node performs with the AIoT device the DO-A service using the DO-A resource according to the DO-A resource configuration. The first network node can include a wireless communication device used as a reader of an AIoT network, or can include a core network and the second network node can include a base station connected to a core network. The DO-A support indication can indicate at least one of: the first network node supports the AIoT DO-A service, the first network node is authorized for the AIoT DO-A service, or at least one AIoT device served by the first network node is capable of triggering the DO-A service, as indicated by at least one of the wireless communication device used as a reader of an AIoT network node or a core network. The DO-A support indication can be included in at least one of an Uplink (UL) Radio Resource Control (RRC) message, a User Equipment (UE) Assistance Information (UAI) , an UL Medica Access Control (MAC) Control Element (CE) , a Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message. The R-AP is a signaling protocol for the interface between an AIoT reader and the CN. An R-AP message is a message communicated between the AIoT reader and CN.

[0019] In some implementations, the DO-A resource configuration request and / or the DO-A support indication can be sent from CN to UE reader by Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message.

[0020] In some implementations, the DO-A resource configuration request can include an AIoT DO-A resource request indication to request the second network node to allocate the AIoT resource that is available until a stop request is received by the second network node. The DO-A resource configuration request can include an AIoT DO-A resource request indication and a time duration, to request the second network node to allocate the AIoT resource that is available in the time duration. The DO-A resource configuration request can include an AIoT DO-A resource request indication and a periodicity, to request the second network node to allocate the AIoT resource periodically according to the periodicity and in response to the DO-A resource configuration request, the second network node allocates the AIoT resource periodically for the at least one of the wireless communication device used as a reader until a stop request is received by the second network node. The DO-A resource configuration request can include a location area, where the AIoT device is allowed to trigger the DO-A service when the AIoT device is in the location area, the location area being identified by at least one of a power measurement threshold or parameters defining a physical area.

[0021] In some implementations, the AIoT device is within the location area in response to determining that a power measured by the AIoT device is less than or equal to the power measurement threshold or the AIoT device is within the location area in response to determining that a physical location measured by the AIoT device is in the physical area. The DO-A resource configuration request can include an AIoT DO-A resource stop indication indicating that the AIoT service is no longer needed or indicating to stop allocating the AIoT resource and the DO-A resource configuration request can be included in at least one of an Uplink (UL) Radio Resource Control (RRC) message, a User Equipment (UE) Assistance Information (UAI) , an UL Medica Access Control (MAC) Control Element (CE) , a Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message. The DO-A resource allocated by the second network node can be periodic, and the DO-A resource configuration of the DO-A resource can include at least one of: an AIoT frequency resource, an AIoT time domain resource, a valid duration or available duration of the DO-A resource, or a stop indication to cancel or terminate the allocated AIoT resource. The DO-A resource configuration can be sent by the second network node to the wireless communication device used as a reader of an AIoT network in response to the DO-A resource configuration request.

[0022] In some implementations, the second network node has not received the DO-A resource configuration request, and the DO-A resource configuration is sent by the second network node to the wireless communication device used as a reader of an AIoT network autonomously (e.g. not triggered by the DO-A resource configuration request) . The DO-A resource configuration of the DO-A resource can include at least one of: an AIoT frequency resource, an AIoT time domain resource, or a valid duration or available duration of the DO-A resource. In response to the wireless communication device used as a reader entering into a Radio Resource Control (RRC) CONNECTED state, the at least one of the wireless communication device used as a reader can send the at least one of the DO-A support indication or the DO-A resource configuration request to the second node. The at least one of the wireless communication device used as a reader can send the at least one of the DO-A support indication or the DO-A resource configuration request to the second node using a Small Data Transmission (SDT) procedure. The at least one of the DO-A support indication or the DO-A resource configuration request is included in at least one of SDT msg3, Uplink (UL) Medica Access Control (MAC) Control Element (CE) associated with SDT msg3 in Random Access (RA) -based Small Data Transmission (SDT) , SDT msg A associated with SDT MsgA in Configured Grant (CG) -based SDT, or UL MAC CE associated with SDT MsgA in the CG-based SDT. The DO-A resource configuration can be sent by the second network node to the at least one of the wireless communication device used as a reader in an RRC release message.

[0023] In some implementations, the DO-A resource configuration of the DO-A resource includes at least one of: an AIoT frequency resource, an AIoT time domain resource, a valid duration or available duration of the DO-A resource, or a stop indication to cancel or terminate the allocated AIoT resource. The DO-A service can include at least one of: the at least one of the wireless communication device used as a reader receiving AIoT data from the AIoT device, the at least one of the wireless communication device used as a reader sending the AIoT data to the second network node using a resource, or the second network node sending the AIoT data to a core network. A resource can be allocated for the at least one of the wireless communication device used as a reader based at least in part on a negotiated Quality of Service (QoS) flow for the AIoT data, a default QoS flow for the AIoT data, a Data Radio Bearer (DRB) for the AIoT data, a dedicated Configured Grant (CG) or Semi-persistent scheduling (SPS) resource for the AIoT data, or a DRB or logical channel in New Radio (NR) radio interface of the at least one of the wireless communication device used as a reader. The first network node can include a network node corresponding to a wireless communication device used as a reader of an AIoT network and a different network node corresponding a core network. The second network node can include a base station connected to a core network, where the network node corresponding to the core network sends to the second network node the at least one of the DO-A support indication or the DO-A resource configuration request and the network node corresponding to the wireless communication device receives the DO-A resource configuration from the second network node.

[0024] In some implementations, a non-transitory computer readable medium storing instructions, which when executed by at least one processor of the first network node, can cause the at least one processor to perform the method 100. A network node can include at least one processor configured to perform the method as described above. A non-transitory computer readable medium storing instructions, which when executed by at least one processor of the second network node, can cause the at least one processor to perform the method 100. A wireless communication device can include at least one processor configured to perform the method 100.

[0025] FIG. 2 shows an example AIoT radio network configuration 200, in accordance with some embodiments of the present disclosure. A UE 204 (e.g., first network node) can be used as an AIoT reader, which is an intermediate node between AIoT device 206 (e.g., device 206) and the base station 202 (e.g., BS 202, second network node) . The base station may also be in communication with a core network 208 (e.g., CN 208) . The UE 204 can also herein be referred to as AIoT reader 204 or reader 204.

[0026] To support DO-A service as shown in FIG. 2, the BS 202 may provide AIoT radio resources to the UE 204, and the UE 204 can then provide the DO-A resource configuration to the AIoT device 206 to perform the DO-A service. Since both the BS 202 and the UE 204 used as a reader cannot predict whether and when the DO-A service will be triggered, how to allocate AIoT radio resources for DO-A service is discussed further herein. In some implementations, the symbol “ / ” in the present application denotes "and" or "or. "

[0027] Implementation Example 1: DO-A Procedure when Reader UE is in RRC_CONNECTED_STATE

[0028] FIG. 3 illustrates an example DO-A procedure 300 when the UE 204 is in a RRC_CONNECTED state, in accordance with some embodiments of the present disclosure. While FIG. 3 shows one BS 202, one UE 204, and one AIoT device 206, the method 100 can be implemented for multiple BSs (each of which can be the BS 202) , UEs (each of which can be the UE 204) , and AIoT devices (each of which can be the AIoT device 206) . In response to the UE 204 determining that the UE 204 is in the RRC_CONNECTED state and that the UE 204 can support (e.g., process) AIoT DO-A service, at 302, the UE 204 can send (e.g., transmit, provide) a DO-A support indication and / or a DO-A resource configuration request to the BS 202. The UE 204 may herein also be referred to as the UE reader, reader UE, or the reader. In some implementation, CN 208 can also send a DO-A support indication and / or a DO-A resource configuration request to the BS 202. For example, the network node (e.g., first network node) corresponding to the CN 208 can send to the second network node the at least one of the DO-A support indication or the DO-A resource configuration request.

[0029] The DO-A support indication and / or DO-A resource configuration request to the BS 202 can be (e.g., include) at least one of the following:

[0030] (1) DO-A support indication to indicate that the UE 204 supports AIoT DO-A service, the UE 204 is authorized for AIoT DO-A service, and / or that a device 206 (e.g., AIoT device 206) served by the UE 204 acting as a reader may trigger DO-A service. The device 206 that may trigger DO-A service can be indicated by the device 206 or the CN 208. The DO-A support indication can be included in an UL RRC message (e.g., UECapabilityInformation message or UAI (UEAssistanceInformation) , in UL MAC CE transmitted by the UE 204 to the BS 202, or a Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message transmitted by the core network 208 to the BS 202.

[0031] (2) DO-A resource configuration request including an AIoT DO-A resource request indication to request BS 202 to allocate an (e.g., provide) AIoT resource to the UE 204 continuously (e.g., the allocated AIoT resource should be available at all times till a stop request is received from the UE 204) .

[0032] (3) DO-A resource configuration request including an AIoT DO-A resource request indication and time duration to request the BS 202 to allocate at least one AIoT resource to the UE 204. The BS 202 can allocate the at least one AIoT resource to the UE 204 within the time duration.

[0033] (4) DO-A resource configuration request including an AIoT DO-A resource request indication and periodicity (e.g., a periodicity value) to request BS 202 to allocate AIoT resource periodically (e.g., based on the periodicity value) . In response to the request, the BS 202 may allocate AIoT resources periodically to the UE 204 until a stop request is received.

[0034] (5) DO-A resource configuration request including a location area and the device 206 that can trigger a DO-A service only if the device 206 is in the location area. The location area can be identified by at least one of: a RSRP threshold (e.g., power measurement threshold) , parameters defining a physical area (e.g., latitude, longitude, circle, sector, polygon etc. ) If the RSRP threshold is provided, the device 206 is in the location area only if the measured RSRP (e.g., measured power) by the device 206 is less than or equal to the RSRP threshold. If parameters defining the physical area are provided, the device 206 is in the location area only if the measured physical location by the device 206 is in the physical area as defined by the parameters.

[0035] (6) DO-A resource configuration request including an AIoT DO-A resource stop indication, indicating the AIoT service is not necessary anymore (e.g., stop request) , and to stop the AIoT resource allocation in options (2) , (3) , and / or (4) above.

[0036] The DO-A resource configuration request can be sent to the BS 202 by the UE 204 in an UL RRC message (e.g., UAI (UEAssistanceInformation) , or in UL MAC CE) or by CN 208 in a Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message.

[0037] Upon the BS 202 receiving the DO-A support indication and / or DO-A resource configuration request, at 304, the BS 202 can allocate the AIoT radio resource pattern accordingly, and send the AIoT radio resource pattern by a system information block (SIB) , downlink radio resource control (DL RRC) message (e.g. RRCReconfiguration) or downlink medium access control control element (DL MAC CE) to the UE 204. The AIoT DO-A radio resource pattern may include one or more periodic AIoT radio resources and periodic measurement gaps (GAP) (e.g., a periodicity) for NR radio measurement. If more than one AIoT radio resource is allocated, each AIoT radio resource can be associated with an AIoT radio resource identity. One or more of AIoT radio resource identities can be included in a DL dedicated RRC message (e.g. RRCReconfiguration) or DL MAC CE to indicate which AIoT radio resource is allocated to the UE reader 204. The allocated periodic AIoT can include at least one of: an AIoT frequency resource, an AIoT time domain resource (e.g., continuous persistent time duration, periodicity, and / or GAP for NR radio measurement) , valid duration or available duration (e.g., to use the AIoT resource) , or stop indication to cancel or terminate the allocated AIoT resource.

[0038] In some implementation, the BS 202 can proactively (e.g., autonomously) provide AIoT resources to the UE 204 (e.g., by SIB or by DL RRC message (e.g. RRCReconfiguration) or DL MAC CE) . For example, the BS 202 can autonomously provide AIoT resources to the UE 204 (e.g. without being triggered by the DO-A resource configuration request) . At 306, the UE 204 can provide one or more of the received AIoT resources to the device 206 for DO-A resource configuration. The AIoT resource may include at least one of the AIoT frequency resource, AIoT time domain resource (e.g., continuous persistent time duration) , valid duration, or available duration.

[0039] In response to the UE 204 receiving the AIoT resource from the BS 202, the UE 204 can provide the AIoT DO-A resource to the AIoT device 206. At 308, the device 206 provides DO-A data (e.g., AIoT data / signaling) to the UE 204 acting as the AIoT reader. At 310, in response to the UE 204 receiving the DO-A data, the UE 204 can send the DO-A data to the BS 202 and at 312, the BS 202 can then forward the DO-A data to the CN 208.

[0040] In some implementations, a method (e.g., the method 100) can include sending, by a first network node (e.g., UE 204) to a second network node (e.g., BS 202) , at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-A resource configuration request used by the first network node to perform DO-A service with an Ambient Internet of Things (AIoT) device (e.g., device 206) , receiving, by the first network node from the second network node in response to the DO-A resource configuration request, a DO-A resource configuration of a DO-A resource, and performing, by the first network node with the AIoT device, the DO-A service using the DO-A resource according to the DO-A resource configuration.

[0041] In some implementations, a method can include receiving, by a second network node from a first network node to, at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-A resource configuration request used by the first network node to perform DO-A service with an Ambient Internet of Things (AIoT) device and sending, by the second network node to the first network node, a DO-A resource configuration of a DO-A resource, wherein the first network node performs with the AIoT device the DO-A service using the DO-A resource according to the DO-A resource configuration. The first network node can include a wireless communication device used as a reader of an AIoT network and the second network node can include a base station connected to a core network (e.g., CN 208) . The DO-A support indication can indicate at least one of: the first network node supports the AIoT DO-A service, the first network node is authorized for the AIoT DO-A service, or at least one AIoT device served by the first network node is capable of triggering the DO-A service, as indicated by at least one of the UE or a core network. The DO-A support indication can be included in at least one of an Uplink (UL) Radio Resource Control (RRC) message, a User Equipment (UE) Assistance Information (UAI) , an UL Medica Access Control (MAC) Control Element (CE) sent by UE, or a Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message sent by core network.

[0042] In some implementations, the DO-A resource configuration request can include an AIoT DO-A resource request indication to request the second network node to allocate the AIoT resource that is available until a stop request is received by the second network node. The DO-A resource configuration request can include an AIoT DO-A resource request indication and a time duration, to request the second network node to allocate the AIoT resource that is available in the time duration. The DO-A resource configuration request of the DO-A resource allocated by the second network node can include an AIoT DO-A resource request indication and a periodicity, to request the second network node to allocate the AIoT resource periodically according to the periodicity and in response to the DO-A resource configuration request, the second network node allocates the AIoT resource periodically for the first network node until a stop request is received by the second network node. The DO-A resource configuration request can include a location area, where the AIoT device is to trigger the DO-A service in response to the AIoT device being in the location area, the location area being identified by at least one of a power measurement threshold or parameters defining a physical area.

[0043] In some implementations, the AIoT device is within the location area in response to determining that a power measured by the AIoT device is less than or equal to the power measurement threshold or the AIoT device is within the location area in response to determining that a physical location measured by the AIoT device is in the physical area. The DO-A resource configuration request can include an AIoT DO-A resource stop indication indicating that the AIoT service is no longer needed or indicating to stop allocating the AIoT resource and the DO-A resource configuration request can be included in at least one of an Uplink (UL) Radio Resource Control (RRC) message, a User Equipment (UE) Assistance Information (UAI) , or an UL Medica Access Control (MAC) Control Element (CE) sent by UE, or a Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message sent by core network. . The DO-A resource allocated by the second network node can be periodic, and the DO-A resource configuration of the DO-A resource can include at least one of: an AIoT frequency resource, an AIoT time domain resource, a valid duration or available duration of the DO-A resource, or a stop indication to cancel or terminate the allocated AIoT resource. The DO-A resource configuration can be sent by the second network node to the UE in response to the DO-A resource configuration request.

[0044] In some implementations, the second network node has not received the DO-A resource configuration request, and the DO-A resource configuration is sent by the second network node autonomously to the first network node (e.g. not triggered by the DO-A resource configuration request) . The DO-A resource configuration of the DO-A resource can include at least one of: an AIoT frequency resource, an AIoT time domain resource, or a valid duration or available duration of the DO-A resource.

[0045] Implementation Example 2: DO-A Procedure when Reader UE is in RRC_IDLE or RRC_INACTIVE state

[0046] FIG. 4 illustrates an example DO-A procedure 400 when the UE 204 is in a RRC_IDLE or RRC_INACTIVE state, in accordance with some embodiments of the present disclosure. While FIG. 4 shows one BS 202, one UE 204, and one AIoT device 206, the method 100 can be implemented for multiple BSs (each of which can be the BS 202) , UEs (each of which can be the UE 204) , and AIoT devices (each of which can be the AIoT device 206) . The UE 204 being in a RRC_IDLE or RRC_INACTIVE state may be preferable to perform DO-A services. For example, in response to the UE 204 determining that the AIoT DO-A service is allowable by the UE reader 204 and that there is no AIoT service ongoing in the UE 204, the UE 204 triggers a RRC setup / resume procedure.

[0047] At 402, in response to the UE 204 entering the RRC_CONNECTED state, the UE 204 sends a DO-A support indication and / or a DO-A resource configuration request to the BS 202. In some implementations, the UE 204 can use a small data transmission (SDT) procedure to provide the DO-A support indication and / or DO-A resource configuration request to the BS 202. For example, the UE 204 can include the DO-A support indication and / or DO-A resource configuration request in a SDT Msg3 or UL MAC CE associated with the SDT Msg3 in random access (RA) based early data transmission (EDT) . In some embodiments, the UE 204 can include the DO-A support indication and / or DO-A resource configuration request in a SDT msg A or UL MAC CE associated with the SDT MsgA in configured grant (CG) based SDT. The DO-A support indication and / or the DO-A resource configuration request may be the same (e.g., including a location area) as described with reference to FIG. 3.

[0048] At 404, upon receiving the DO-A support indication and / or DO-A resource configuration request, the BS 202 can send (e.g., transmit) a RRCRelease message including the AIoT resource configuration to the UE 204 to release the UE 204 to the RRC_IDLE or RRC_INACTIVE state to perform the AIoT service. The allocated AIoT resource can include at least one of an AIoT frequency resource, an AIoT time domain resource (e.g., continuous persistent time duration, periodicity) , valid duration or available duration, or a stop indication to cancel or terminate the allocated AIoT resource.

[0049] The difference between the allocated periodic AIoT resource for UE reader in RRC_CONNECTED state and the allocated periodic AIoT resource for UE reader in RRC_IDLE or RRC_INACTIVE state is that the allocated periodic AIoT resource for UE reader in RRC_IDLE or RRC_INACTIVE state may not include a gap for NR radio measurement. In response to the UE 204 receiving the AIoT resource from the BS 202, at 406, the UE 204 can provide the AIoT DO-A resource to the AIoT device 206. In response to the UE 204 receiving the DO-A data at 408 from the AIoT device 206, the UE 204 can trigger RRC setup / resume procedure at 410 again. In response to the UE 204 entering the RRC_CONNECTED state, at 412, the UE 204 can send the DO-A data to the BS 202 and at 414, the BS 202 can then forward the DO-A data to the core network 208.

[0050] In some implementations, in response to entering into a Radio Resource Control (RRC) CONNECTED state, the first network node (e.g., UE 204) can send the at least one of the DO-A support indication or the DO-A resource configuration request to the second node (e.g., BS 202) . The first network node can send the at least one of the DO-A support indication or the DO-A resource configuration request to the second node using a Small Data Transmission (SDT) procedure. The at least one of the DO-A support indication or the DO-A resource configuration request is included in at least one of SDT msg3, Uplink (UL) Medica Access Control (MAC) Control Element (CE) associated with SDT msg3 in Random Access (RA) -based Small Data Transmission (SDT) , SDT msg A associated with SDT MsgA in Configured Grant (CG) -based SDT, or UL MAC CE associated with SDT MsgA in the CG-based SDT. The DO-A resource configuration can be sent by the second network node to the first network node in an RRC release message.

[0051] In some implementations, the DO-A resource configuration of the DO-A resource includes at least one of: an AIoT frequency resource, an AIoT time domain resource, a valid duration or available duration of the DO-A resource, or a stop indication to cancel or terminate the allocated AIoT resource.

[0052] Implementation Example 3: NR Radio Resource Selection

[0053] In response to the UE (e.g., the UE 204, UE 520) receiving the UL AIoT data, the UE can send the AIoT data to the base station (e.g., BS 202, BS 500) and the base station can then forward the AIoT data to the core network (e.g., CN 208) . For the UE 204 to send the AIoT data to the base station, a NR radio resource can be allocated (e.g., provided) for the UE.To allocate the NR radio resource to the UE for AIoT data transmission, at least one of the following can be used:

[0054] · An UE non-access stratum (NAS) and CN NAS can negotiate the quality of service (QoS) flow to be used for AIoT data transmission. The base station can map the QoS flow to a signaling Radio Bearer (SRB)  / data radio bearer (DRB)  / Logical channel of the base station. The NR radio resource can be scheduled per logical channel or per DRB for AIoT data transmission as legacy (e.g., using CG and / or SPS resource configured per logical channel or using dynamically scheduled resource) .

[0055] · A default or predefined QoS flow can be defined for AIoT data transmission. The base station can map the default QoS flow to at least one signaling Radio Bearer (SRB) , DRB and / or Logical channel. The NR radio resource can be scheduled per logical channel for AIoT data transmission as legacy (e.g., using CG and / or SPS resource configured per logical channel or using dynamically scheduled resource) .

[0056] · A default, predefined, or configured signaling Radio Bearer (SRB) , DRB and / or logical channel can be defined for AIoT data transmission. The NR radio resource can be scheduled per logical channel for AIoT data transmission as legacy (e.g. using CG and / or SPS resource configured per logical channel or using dynamically scheduled resource) .

[0057] · A dedicated CG and / or SPS resource can be configured for AIoT data transmission.

[0058] · AIoT data can be transmitted over any DRB and / or logical channel in NR radio interface of the UE.

[0059] In some implementations, the DO-A service can include at least one of: the first network node (e.g., UE 204) receiving AIoT data from the AIoT device (e.g., device 206) , the first network node sending the AIoT data to the second network node (e.g., BS 202) using a resource, or the second network node sending the AIoT data to a core network (e.g., CN 208) . A resource can be allocated for the first network node based at least in part on a negotiated Quality of Service (QoS) flow for the AIoT data, a default or predefined QoS flow for the AIoT data, a signaling Radio Bearer (SRB) , a Data Radio Bearer (DRB) for the AIoT data, a dedicated Configured Grant (CG) or Semi-persistent scheduling (SPS) resource for the AIoT data, or a DRB or logical channel in New Radio (NR) radio interface of the first network node. The first network node can include a network node corresponding to a wireless communication device used as a reader of an AIoT network and a different network node corresponding a core network. The second network node can include a base station connected to a core network, where the network node corresponding to the core network sends to the second network node the at least one of the DO-A support indication or the DO-A resource configuration request and the network node corresponding to the wireless communication device receives the DO-A resource configuration from the second network node.

[0060] FIG. 5 illustrates a block diagram of an example BS 500 and an example UE 520, according to various arrangements. The BS 500 is a network node such as an evolved node B (eNB) , g Node B (gNB) , a femto station, a pico station, Reconfigurable Intelligent Surface (RIS) , relay node, Integrated Access and Backhaul (IAB) node, Network Controlled Repeater (NCR) node, and so on. The BS 500 includes a transceiver module 510, an antenna 512, a processor module 514, a memory module 516, and a network communication module 518, each module being coupled and interconnected with one another as necessary via a data communication bus 511. The UE 520 (e.g., a wireless communication device) includes a transceiver module 530, an antenna 532, a memory module 534, and a processor module 536, each module being coupled and interconnected with one another as necessary via a data communication bus 540. The BS 500 communicates with the UE 520 via a communication channel, link, connection, or beam, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0061] In some arrangements, the backscatter configuration includes an indicator and a cell ID. The indicator indicates to the at least one of the plurality of AIoT devices to backscatter the signal using one of method a time-domain method, a frequency-domain method, or a code-domain method) . A parameter indicating the method is determined a sequence ID carried by the at least one of the plurality of AIoT devices. The cell ID is used to report group information of the at least one of the plurality of AIoT devices covered by the network node.

[0062] As would be understood by persons of ordinary skill in the art, the BS 500 and the UE 520 can further include any number of modules other than the modules shown in FIG. 5. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the implementations disclosed herein may be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure.

[0063] In accordance with some implementations, the transceiver 530 can be referred to herein as an uplink transceiver 530 that includes a radio frequency (RF) transmitter and a RF receiver each including circuitry that is coupled to the antenna 532. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some implementations, the transceiver 510 may be referred to herein as a downlink transceiver 510 that includes a RF transmitter and a RF receiver each including circuity that is coupled to the antenna 512. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 512 in time duplex fashion. The operations of the two transceiver modules 510 and 530 can be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 532 for reception of transmissions over the wireless transmission link at the same time that the downlink transmitter is coupled to the downlink antenna 512. In some implementations, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0064] The transceiver 530 and the transceiver 510 are configured to communicate via the wireless data communication link (e.g., channels, connections, and beams) , and cooperate with a suitably configured RF antenna arrangement 512 / 532 that can support a particular wireless communication protocol and modulation scheme. In some illustrative implementations, the transceiver 510 and the transceiver 530 are configured to support industry standards such as the Long Term Evolution (LTE) and emerging 5G / 6G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the transceiver 530 and the transceiver 510 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0065] In some implementations, the UE 520 can be various types of message clients such as a mobile phone, a smart phone, a personal digital assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 514 and 536 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0066] Furthermore, the steps of a method or algorithm described in connection with the implementations disclosed herein may be implemented directly in hardware, in firmware, in a software module executed by processor modules 514 and 536, respectively, or in any practical combination thereof. The memory modules 516 and 534 may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 516 and 534 may be coupled to the processor modules 510 and 530, respectively, such that the processors modules 510 and 530 can read information from, and write information to, memory modules 516 and 534, respectively. The memory modules 516 and 534 may also be integrated into their respective processor modules 510 and 530. In some implementations, the memory modules 516 and 534 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be executed by processor modules 510 and 530, respectively. Memory modules 516 and 534 may also each include non-volatile memory for storing instructions to be executed by the processor modules 510 and 530, respectively.

[0067] The network communication module 518 generally represents the hardware, software, firmware, processing logic, and / or other components of the BS 500 that enable bi-directional communication between transceiver 510 and other network components and communication nodes (e.g., another node such as the BS 500 ) configured to communicate with the BS 500 . For example, network communication module 518 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication module 518 provides an 802.3 Ethernet interface such that transceiver 510 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 518 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0068] FIG. 6 illustrates block diagram of example AIoT devices 600A, 600B, and 600C, according to various arrangements. In some examples, the AIoT device 600A is a Type A AIoT device. The AIoT device 600A includes an antenna 610 such as the antenna 512 or 532. In some examples, the antenna 610 can include a reflective surface, an antenna array, and so on that can reflect a signal as reflected signal or backscatter, as described. In some examples, the AIoT device 600B is a Type B AIoT device. In some examples, the antenna 610 is coupled to an envelope detector module, which is coupled to a power excitation module and a modulator module.

[0069] The AIoT device 600B includes the antenna 610 and an energy storage 620. The energy storage 620 can be a battery, power interface, capacity and so on. In some examples, the antenna 610 is coupled to an envelope detector module. The energy storage 620 can be managed by a power management module. In some examples, the AIoT device 600B includes a processor module (e.g., such as the processor module 514 or 536) that controls an amplifier module configured to amplify the received and / or reflected signal.

[0070] In some examples, the AIoT device 600C is a Type C AIoT device. The AIoT device 600C includes the antenna 610, the energy storage 620, and a processor module 630 and a memory module 640. The processor module 630 can be a module such as the processor module 514 or 536. The memory module 534 can be a module such as the memory module 516 or 534. In some examples, the antenna 610 is operatively coupled to a transceiver module (such as the transceiver module 510 or 530) , which in turn is coupled to the processor module 630 and the memory module 640. The energy storage 620 can be managed by a power management module.

[0071] While various embodiments of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architectural or configuration, which are provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations, but can be implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or more features of one embodiment can be combined with one or more features of another embodiment described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative embodiments.

[0072] It is also understood that any reference to an element herein using a designation such as "first, " "second, " and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0073] Additionally, a person having ordinary skill in the art would understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits and symbols, for example, which may be referenced in the above description can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0074] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as "software" or a "software module) , or any combination of these techniques. To clearly illustrate this interchangeability of hardware, firmware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware or software, or a combination of these techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0075] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can include a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0076] If implemented in software, the functions can be stored as one or more instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0077] In this document, the term "module" as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according to embodiments of the present solution.

[0078] Additionally, memory or other storage, as well as communication components, may be employed in embodiments of the present solution. It will be appreciated that, for clarity purposes, the above description has described embodiments of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0079] Various modifications to the embodiments described in this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the scope of this disclosure. Thus, the disclosure is not intended to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A method, comprising:sending, by a first network node to a second network node, at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-A resource configuration request used by the first network node to perform DO-A service with an Ambient Internet of Things (AIoT) device;receiving, by the first network node from the second network node in response to the DO-A resource configuration request, a DO-A resource configuration of a DO-A resource; andperforming, by the first network node with the AIoT device, the DO-A service using the DO-A resource according to the DO-A resource configuration.2.A method, comprising:receiving, by a second network node from a first network node to, at least one of a Device-Originated Autonomous (DO-A) support indication or a DO-A resource configuration request used by the first network node to perform DO-A service with an Ambient Internet of Things (AIoT) device; andsending, by the second network node to the first network node, a DO-A resource configuration of a DO-A resource, wherein the first network node performs with the AIoT device the DO-A service using the DO-A resource according to the DO-A resource configuration.3.The method of claim 1 or 2, whereinthe first network node comprises a wireless communication device used as a reader of an AIoT network; andthe second network node comprises a base station connected to a core network.4.The method of claim 1 or 2, wherein the DO-A support indication indicates at least one of:the first network node supports the AIoT DO-A service;the first network node is authorized for the AIoT DO-A service; orat least one AIoT device served by the first network node is capable of triggering the DO-A service, as indicated by at least one of the AIoT device or a core network.5.The method of claim 1 or 2, wherein the DO-A support indication is comprised in at least one of an Uplink (UL) Radio Resource Control (RRC) message, a User Equipment (UE) Assistance Information (UAI) , an UL Medica Access Control (MAC) Control Element (CE) , a Reader-Application Protocol (R-AP) message, or a Next Generation Application Protocol (NGAP) message.6.The method of claim 1 or 2, wherein the DO-A resource configuration request comprises an AIoT DO-A resource request indication to request the second network node to allocate the AIoT resource that is available until a stop request is received by the second network node.7.The method of claim 1 or 2, wherein the DO-A resource configuration request comprises an AIoT DO-A resource request indication and a time duration, to request the second network node to allocate the AIoT resource that is available in the time duration.8.The method of claim 1 or 2, whereinthe DO-A resource configuration request comprises an AIoT DO-A resource request indication and a periodicity, to request the second network node to allocate the AIoT resource periodically according to the periodicity; andin response to the DO-A resource configuration request, the second network node allocates the AIoT resource periodically for the first network node until a stop request is received by the second network node.9.The method of claim 1 or 2, whereinthe DO-A resource configuration request comprises a location area, wherein the AIoT device is allowed to trigger the DO-A service when the AIoT device is in the location area, the location area being identified by at least one of:a power measurement threshold; orparameters defining a physical area.10.The method of claim 9, whereinthe AIoT device is within the location area in response to determining that a power measured by the AIoT device is less than or equal to the power measurement threshold; orthe AIoT device is within the location area in response to determining that a physical location measured by the AIoT device is in the physical area.11.The method of claim 1 or 2, whereinthe DO-A resource configuration request comprises an AIoT DO-A resource stop indication indicating that the AIoT service is no longer needed or indicating to stop allocating the AIoT resource; andthe DO-A resource configuration request is comprised in at least one of an Uplink (UL) Radio Resource Control (RRC) message, a User Equipment (UE) Assistance Information (UAI) , or an UL Medica Access Control (MAC) Control Element (CE) , a Reader-Application Protocol (R-AP) message or a Next Generation Application Protocol (NGAP) message.12.The method of claim 1 or 2, wherein the DO-A resource allocated by the second network node is periodic, and the DO-A resource configuration of the DO-A resource comprises at least one of:an AIoT frequency resource;an AIoT time domain resource;a valid duration or available duration of the DO-A resource; ora stop indication to cancel or terminate the allocated AIoT resource.13.The method of claim 2, wherein the DO-A resource configuration is sent by the second network node to the wireless communication device used as a reader of an AIoT network in response to the DO-A resource configuration request.14.The method of claim 2, wherein the second network node has not received the DO-A resource configuration request, and the DO-A resource configuration is sent by the second network node to the wireless communication device used as a reader of an AIoT network autonomously.15.The method of claim 14, wherein the DO-A resource configuration of the DO-A resource comprises at least one of:an AIoT frequency resource;an AIoT time domain resource; ora valid duration or available duration of the DO-A resource.16.The method of claim 1 or 2, wherein in response to entering into a Radio Resource Control (RRC) CONNECTED state, the first network node sends the at least one of the DO-A support indication or the DO-A resource configuration request to the second node.17.The method of claim 16, wherein the first network node sends the at least one of the DO-A support indication or the DO-A resource configuration request to the second node using a Small Data Transmission (SDT) procedure.18.The method of claim 17, wherein the at least one of the DO-A support indication or the DO-A resource configuration request is comprised in at least one of:SDT msg3;Uplink (UL) Medica Access Control (MAC) Control Element (CE) associated with SDT msg3 in Random Access (RA) -based Small Data Transmission (SDT) ;SDT msg A associated with SDT MsgA in Configured Grant (CG) -based SDT; orUL MAC CE associated with SDT MsgA in the CG-based SDT.19.The method of claim 16, wherein the DO-A resource configuration is sent by the second network node to the first network node in an RRC release message.20.The method of claim 19, wherein the DO-A resource configuration of the DO-A resource comprises at least one of:an AIoT frequency resource;an AIoT time domain resource;a valid duration or available duration of the DO-A resource; ora stop indication to cancel or terminate the allocated AIoT resource.21.The method of claim 1 or 2, whereinthe DO-A service comprises at least one of:the first network node receiving AIoT data from the AIoT device;the first network node sending the AIoT data to the second network node using a resource; orthe second network node sending the AIoT data to a core network.22.The method of claim 1 or 2, wherein a resource is allocated for the first network node based at least in part on a negotiated Quality of Service (QoS) flow for AIoT data, a default QoS flow for the AIoT data, a Data Radio Bearer (DRB) for the AIoT data, a dedicated Configured Grant (CG) or Semi-persistent scheduling (SPS) resource for the AIoT data, or a DRB or logical channel in New Radio (NR) radio interface of the first network node.23.The method of claim 1 or 2, whereinthe first network node comprises:a network node corresponding to a wireless communication device used as a reader of an AIoT network; and / ora different network node corresponding a core network; andthe second network node comprises a base station connected to a core network, whereinthe network node corresponding to the core network sends to the second network node the at least one of the DO-A support indication or the DO-A resource configuration request; andthe network node corresponding to the wireless communication device receives the DO-A resource configuration from the second network node.24.A non-transitory computer readable medium storing instructions, which when executed by at least one processor of the first network node, cause the at least one processor to perform the method of any one of claims 1, 3-12, and 16-23.25.A network node, comprising:at least one processor configured to perform the method of any one of claims 1, 3-12, and 16-23.26.A non-transitory computer readable medium storing instructions, which when executed by at least one processor of the second network node, cause the at least one processor to perform the method of any one of claims 2-23.27.A wireless communication device, comprising:at least one processor configured to perform the method of any one of claims 2-23.

Images