Apparatuses and wireless communication methods for device behaviour parameter

Abstract

A wireless communication method for device behaviour parameter by a wireless communication node includes receiving, by an Ambient Internet of Things (AIoT) reader of the wireless communication node from a first network entity of the wireless communication node, at least one expected device behavior parameter and determining, by the AIoT reader or AIoT function, whether the at least one expected device behavior parameter includes a scheduled energy harvesting and / or backscattered data transmission time.

Description

APPARATUSES AND WIRELESS COMMUNICATION METHODS FOR DEVICE BEHAVIOUR PARAMETERTECHNICAL FIELD

[0001] The present disclosure relates to the field of communication systems, and more particularly, to apparatuses and wireless communication methods for device behaviour parameter.BACKGROUND

[0002] Ambient Internet of Things (AIoT) devices operate without batteries. They are ambient power-enabled IoT devices, primarily powered through energy harvested from their surroundings or a limited on-device capacitor. With current technology, scheduled energy harvesting for AIoT devices is not yet supported.

[0003] There's also a need to remotely awaken or activate an individual AIoT device or a group of AIoT devices from a network side, enabling the AIoT devices to perform data transmission, report their status, or execute specific tasks such as inventory management, positioning, sensor data transmission, or actuation. Typically, AIoT devices rely on backscattering communications mechanisms for this type of data transmission. This can be either a bi-static configuration or mono-static configuration. In the bi-static setup, a radio frequency (RF) emitter sends a carrier signal to the AIoT devices, which then backscatter the carrier signal to an RF receiver. In contrast, in a mono-static configuration, the RF emitter and the RF receiver, while possibly separate entities, share the same antenna or have transmitting and receiving antennas in proximity. This setup allows for both transmission of the carrier signal and reception of the backscattered signal from the AIoT devices.

[0004] In summary, AIoT devices operate without batteries. The AIoT devices rely on energy harvested from their surroundings or a limited on-device capacitor for data transmission based on backscattering configurations. Nevertheless, there are instances when an AIoT service provider (ASP) might need to prompt either an individual AIoT device or a group of AIoT devices to perform backscattered data transmission. Given this, there's a possibility that some of the AIoT devices might not have sufficient energy at a moment to sustain the required data transmission.

[0005] Therefore, there is a need for apparatuses and wireless communication methods for device behaviour parameter, which can address the issues in the prior art and other issues.SUMMARY

[0006] An object of the present disclosure is to propose apparatuses and wireless communication methods for device behaviour parameter, which can address issues in the prior art and other issues, provide optimized energy management, provide on-demand energy harvesting and / or backscattered data transmission, provide versatility in applications, and / or provide streamlined operational procedures.

[0007] In a first aspect of the present disclosue, a wireless communication method for device behaviour parameter by a wireless communication node includes receiving, by an Ambient Internet of Things (AIoT) reader or AIoT function of the wireless communication node from a first network entity of the wireless communication node, at least one expected device behavior parameter; and determining, by the AIoT reader or AIoT function  of the wireless communication node, whether the at least one expected device behavior parameter includes a scheduled energy harvesting and / or backscattered data transmission time.

[0008] In a second aspect of the present disclosure, a wireless communication node includes a memory, a transceiver, and a processor coupled to the memory and the transceiver. The wireless communication node is configured to perform the above method.

[0009] In a third aspect of the present disclosure, a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to perform the above method.

[0010] In a fourth aspect of the present disclosure, a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the above method.

[0011] In a fifth aspect of the present disclosure, a computer readable storage medium, in which a computer program is stored, causes a computer to execute the above method.

[0012] In a sixth aspect of the present disclosure, a computer program product includes a computer program, and the computer program causes a computer to execute the above method.

[0013] In a seventh aspect of the present disclosure, a computer program causes a computer to execute the above method.BRIEF DESCRIPTION OF DRAWINGS

[0014] In order to illustrate the embodiments of the present disclosure or related art more clearly, the following figures will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present disclosure, a person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

[0015] FIG. 1 is a block diagram of a wireless communication node according to an embodiment of the present disclosure.

[0016] FIG. 2 is a block diagram of an AIoT device communication with 5G system configured to implement some embodiments presented herein.

[0017] FIG. 3 is a flowchart illustrating a wireless communication method for device behaviour parameter by a wireless communication node according to an embodiment of the present disclosure.

[0018] FIG. 4 is a flowchart illustrating enhanced scheduled communication time procedures for Ambient Internet of Things (AIoT) devices according to an embodiment of the present disclosure.

[0019] FIG. 5 is a flowchart illustrating scheduled energy harvesting and / or backscattered data transmission time procedures according to an embodiment of the present disclosure.

[0020] FIG. 6 is a block diagram of an example of a computing device according to an embodiment of the present disclosure.

[0021] FIG. 7 is a block diagram of a communication system according to an embodiment of the present disclosure.DETAILED DESCRIPTION OF EMBODIMENTS

[0022] Embodiments of the present disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the  terminologies in the embodiments of the present disclosure are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0023] Ambient Internet of Things (AIoT) devices are ambient power-enabled IoT devices, primarily powered through energy harvesting. The AIoT devices may either operate without batteries or possess limited energy storage capabilities, e.g., using capacitors. Distinctively, the AIoT devices may be designed with low complexity and smaller size, reduced capabilities and power consumption compared to other third generation partnership project (3GPP) IoT devices such as narrowband IoT (NB-IoT) devices, enhanced machine type communication (eMTC) devices, reduced capability (RedCap) devices, etc. and / or potential for being maintenance-free with a lifespan exceeding 10 years.

[0024] As of now, there are no technical solutions designed specifically to support Expected Ambient IoT Devices Behaviour parameters in 5G. A current solution is Expected UE Behaviour parameters. Within this framework, third parties can supply the Expected UE Behaviour parameters using procedures. These parameters can be transmitted through a Network Exposure Function (NEF) and subsequently stored as part of a subscriber data.

[0025] Table 1 provides a description of Expected UE Behaviour parameters in the current solution. For further details on Table 1, refer to Table 4.15.6.3-1 in TS 23.502. Some embodiments of the present disclosure are to retrofit / improve this mechanism of the current solution to support AIoT.

[0026] Table 1: Description of Expected UE Behaviour parameters

[0027] Additionally, Table 2 specifies Application-Specific Expected UE Behaviour parameters of the current solution, which describe an anticipated behaviour of a UE for a particular application. Table 2 provides a description of Application-Specific Expected UE Behaviour parameters in the current solution. For further details on Table 2, refer to Table 4.15.6.3f-1 in TS 23.502. Some embodiments of the present disclosure are to retrofit / improve this mechanism of the current solution to support AIoT.

[0028] Table 2: Description of Application-Specific Expected UE Behaviour parameters

[0029] However, as elaborated in the above, none of these parameters adequately address unique requirements of Ambient IoT devices. Though solutions summarized in the above offer parameters for anticipated UE behaviour, including indications for scheduled communication time, duration, and communication types (downlink only, uplink only or bidirectional) , they do not accommodate needs of an energy harvesting and / or backscattered data transmission schedule. To use these parameters to represent energy harvesting and / or backscattering communication schedule for AIoT devices could lead to an overlap with well-defined Expected UE Behaviour mechanisms. Such an overlap could result in ambiguity, leaving AIoT reader or AIoT function of the wireless communication node uncertain about which operations to execute.

[0030] To effectively address the above issue, an approach would be for a network to pre-charge or “illuminate” AIoT devices using a mechanism outlined in some embodiments of the present disclosure. In some embodiments, the AIoT devices can be powered “on-demand” , responding to requests from the network, and promptly perform data transmission, executing necessary procedures to fulfill their tasks.

[0031] It is understood that, the terms, “AIoT tag” and “AIoT device” or or similar term are interchangeable and bear no difference in meaning. The terms, Ambient IoT node, Ambient IoT reader, AIoT node, AIoT reader,  or similar term simply “reader” is interchangeable and bears no difference in meaning. AIoT function might refer to all of part of the functions of the AIoT reader.

[0032] FIG. 1 illustrates an example of a wireless communication node 100 according to an embodiment of the present disclosure. The wireless communication node 100 is configured to implement some embodiments of the disclosure. Some embodiments of the disclosure may be implemented into the wireless communication node 100 using any suitably configured hardware and / or software. The wireless communication node 100 may be for example a base station (BS) , a user equipment (UE) , a relay, an integrated access and backhaul (IAB) node, or other intermediate or assisting entities. The wireless communication node 100 may include a memory 101, a transceiver 102, and a processor 103 coupled to the memory 101 and the transceiver 102. The processor 103 may be configured to implement proposed functions, procedures and / or methods described in this description. Layers of radio interface protocol may be implemented in the processor 103. The memory 101 is operatively coupled with the processor 103 and stores a variety of information to operate the processor 103. The transceiver 102 is operatively coupled with the processor 103, and the transceiver 102 transmits and / or receives a radio signal. The processor 103 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and / or data processing device. The memory 101 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and / or other storage device. The transceiver 102 may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memory 101 and executed by the processor 103. The memory 101 can be implemented within the processor 103 or external to the processor 103 in which case those can be communicatively coupled to the processor 103 via various means as is known in the art.

[0033] In some embodiments, the memory 101 stores executable instructions that when executed by the processor cause the processor 103 to effectuate operations including: receiving, by the transceiver 102, at least one expected device behavior parameter and determining, by the processor 103, whether the at least one expected device behavior parameter includes a scheduled energy harvesting and / or backscattered data transmission time. This can address issues in the prior art and other issues, provide optimized energy management, provide on-demand energy harvesting and / or backscattered data transmission, provide versatility in applications, and / or provide streamlined operational procedures.

[0034] FIG. 2 illustrates an AIoT device communication with 5G system configured to implement some embodiments presented herein. FIG. 2 illuatrates that, in some embodiment, Ambient IoT device registers to a 5G network through Ambient IoT node or reader. The AIoT reader acts as an independent network element / network node or as a component hosted on a distinct entity, such as a user equipment (UE) , radio access network (RAN) , integrated access and backhaul (IAB) node, repeater, or relay, separated from the Ambient IoT device or tag. The communication between the Ambient IoT device (or tag) and the reader is facilitated by an air interface protocol. The air interface protocol could be a 3GPP access stratum protocol, or existing non-3GPP wireless communications protocol which is capable of supporting wireless communications between Ambient  IoT device or tag and the Ambient IoT reader or node. FIG. 2 further illuatrates that, in some embodiments the AIoT device is in communication with the rest of 5G system via the AIoT node.

[0035] FIG. 3 illustrates a wireless communication method 300 for device behaviour parameter by a wireless communication node according to an embodiment of the present disclosure. Some embodiments of the disclosure may be implemented into the wireless communication method 300 for device behaviour parameter by the wireless communication node using any suitably configured hardware and / or software. In some embodiments, the wireless communication method 300 for device behaviour parameter by the wireless communication node includes: an operation 301, receiving, by an Ambient Internet of Things (AIoT) reader or AIoT function of the wireless communication node from a first network entity of the wireless communication node, at least one expected device behavior parameter, and an operation 302, determining, by the AIoT reader or AIoT function, whether the at least one expected device behavior parameter includes a scheduled energy harvesting and / or backscattered data transmission time. This can address issues in the prior art and other issues, provide optimized energy management, provide on-demand energy harvesting and / or backscattered data transmission, provide versatility in applications, and / or provide streamlined operational procedures.

[0036] In some embodiments, the method further includes determining, by the AIoT reader or AIoT function, whether the at least one expected device behavior parameter includes a scheduled communication time. In some embodiments, the method further includes determining, by the AIoT reader or AIoT function, whether the scheduled communication time includes at least one scheduled energy harvesting and / or backscattered data transmission time option. In some embodiments, if the at least one expected device behavior parameter includes the scheduled energy harvesting and / or backscattered data transmission time, the AIoT reader or AIoT function of the wireless communicaiton node indicates at least one AIoT device to perform energy harvesting and / or backscattered data transmission. In some embodiments, if the at least one expected device behavior parameter does not include the scheduled energy harvesting and / or backscattered data transmission time, the at least one expected device behavior parameter includes the scheduled communication time, and the scheduled communication time includes the at least one scheduled energy harvesting and / or backscattered data transmission time option, the AIoT reader or AIoT function of the wireless communications node indicates at least one AIoT device to perform energy harvesting and / or backscattered data transmission. In some embodiments, the scheduled energy harvesting and / or backscattered data transmission time is further used as one of application-specific expected device behaviour parameters.

[0037] In some embodiments, the method further includes determining, by the first network entity, which AIoT reader information regarding the at least one expected device behavior parameter is sent to. In some embodiments, the method further includes specifying, by the first network entity, a target AIoT reader identifier, an AIoT device identifier, or an external group identifier used to represent a collective of AIoT devices. In some embodiments, the method further includes querying, by the first network entity, an application programming interface (API) from a unified data management (UDM) , wherein an input of the first network entity is a subscription permanent identifier (SUPI) or an internal group identifier of the AIoT device, and an output of the first network entity is an associated AIoT reader information.

[0038] In some embodiments, the method further includes establishing, with an involvement of the AIoT device, a bidirectional communication with an intermediate node situated between the AIoT device and a base station of the wireless communication node. In some embodiments, the intermediate node is capable of supporting AIoT and hosts the AIoT reader or AIoT function. In some embodiments, the first network entity is configured to transmit an energy harvesting and / or backscattered data transmission schedule to the AIoT reader or AIoT function via the base station. In some embodiments, the method further includes transmitting, by the AIoT device, data / signals with a downlink assistance, dispatching, by the first network entity, an energy harvesting and / or backscattered data transmission schedule to an assisting node through the base station, illuminating, by the assisting node, the AIoT device, and enabling, by the assisting node, the AIoT device to relay or backscatter the data / signals directly to the base station.

[0039] In some embodiments, the method further includes communicating, by the AIoT device, data / signals with an uplink assistance, providing, by the first network entity, a scheduled energy harvesting and / or backscatter data transmission to the AIoT device, and allowing, by the AIoT device to perform an uplink transmission of the data / signals via an assisting node. In some embodiments, the AIoT reader or AIoT function possesses a signaling gateway function. In some embodiments, when the first network entity deals directly with the AIoT device, a scheduled energy harvesting and / or backscattered data transmission information is dispatched to the base station.

[0040] In some embodiments, the scheduled energy harvesting and / or backscattered data transmission time includes timing for activating, disabling / enabling, and / or permanently disabling at least one AIoT device for energy harvesting and / or backscattering data transmission. In some embodiments, the scheduled energy harvesting and / or backscattered data transmission time option includes timing for activating, disabling / enabling, and / or permanently disabling at least one AIoT device for energy harvesting and / or backscattering data transmission. In some embodiments, timing for activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission includes immediately activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission. In some embodiments, timing for activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission includes following a predefined schedule to activate, disable / enable, and / or permanently disable the at least one AIoT device for energy harvesting and / or backscattering data transmission. In some embodiments, timing for activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission includes periodically activating and / or disabling / enabling the at least one AIoT device for energy harvesting and / or backscattering data transmission. In some embodiments, the scheduled energy harvesting and / or backscattered data transmission time is transmitted by using a non-access stratum (NAS) message container.

[0041] Examples

[0042] In some embodiments, Scheduled Energy Harvesting and / or Backscattered Data Transmission Time is defined in Table 3. The Scheduled Energy Harvesting and / or Backscattered Data Transmission Time, as one of Expected Device Behaviour parameters (i.e., Expected UE Behaviour param

[0043] eters) , determines the timing, including the specific time and day of a week, for a device to be activated for energy harvesting, backscattered data transmission, or both simultaneously. The scheduling options could include a range of possibilities: initiating these tasks immediately, folowing a predefined schedule, or operating on a periodic basis. Additionally, the option to disable / enable or permanently disable can be incorporatd into this schedule. It is important to note that the transmission of this sensitive parameter when including disable / enable or permanently disable, requires a secure protection, authorization and authentication scheme, such as using a specialized Non-Access Stratum (NAS) message container, to ensure its integrity and security.

[0044] Table 3: Schedule Energy Harvesting and / or Backscatter Data Transmission Time

[0045] In another embodiment, an enhanced "Scheduled Communication Time" parameter can also serve this purpose. For this to work, modifications to the structure and content of this parameter are necessary. A new field, specifically for "Scheduled Energy Harvesting and / or Backscattered Data Transmission Time" , needs to be introduced, as illustrated in Table 3A. This may enable the Ambient IoT node to differentiate between the Scheduled Communication Time for regular UE and the Scheduled Charging Time and Data Transmission Time tailored for Ambient IoT operations.

[0046] Table 3A: Enhanced Scheduled Communication Time

[0047] FIG. 4 illustrates enhanced scheduled communication time procedures for Ambient Internet of Things (AIoT) devices according to an embodiment of the present disclosure. FIG. 4 illustrates that, in some embodiments, the enhanced scheduled communication time procedures for Ambient Internet of Things (AIoT) devices includes: an opearion 401, AMF receives a notification on Expected UE Behaviour, an opearion 402, AIoT reader or AIoT function receives the Expected UE Behaviour from the AMF, an opearion 403, does the Expected UE Behaviour include Shceduled Energy Harvesting and / or Backscattered Data TransmissionTime parameter, an opearion 404, does the Expected UE Behaviour include Scheduled Communication Time paramceter, and an opearion 405, does the Scheduled Communicaiton Time parameter include Scheduled Energy Harvesting and / or Backscattered Data Transmission Time option, and an opearion 406, AIoT device (s) performs energy harvesting and / or backscattered data transmission.

[0048] In details, in some examples, in the opeation 401, a first network entity such as an Assess and mobility Management Function (AMF) receives or subscribes to at least one expected UE behavior parameter, and in the operation 402, AIoT reader or AIoT function receives the at least one expected UE behavior parameter from the AMF. Then, in some examples, in the operation 403, if the at least one expected device behavior parameter includes the scheduled energy harvesting and / or backscattered data transmission time, in the operation 406, at least one AIoT device performs energy harvesting and / or backscattered data transmission.

[0049] In details, in some examples, in the opeation 401, a first network entity such as an Assess and mobility Management Function (AMF) receives or subscribes to at least one expected UE behavior parameter, and in the operation 402, AIoT reader or AIoT function receives the at least one expected UE behavior parameter from the AMF. Then, in some examples, in the operation 403, if the at least one expected device behavior parameter does not include the scheduled energy harvesting and / or backscattered data transmission time, in the operation 404, if the at least one expected device behavior parameter includes the scheduled communication time, and in the operation 405, if the scheduled communication time includes the at least one scheduled energy harvesting and / or  backscattered data transmission time option, in the operation 406, at least one AIoT device performs energy harvesting and / or backscattered data transmission.

[0050] Table 4 specifies Scheduled Energy Harvesting and / or Backscattered Data Transmission Time as one of Application-Specific Expected UE Behaviour parameters. This parameter allows a specific Ambient IoT application identified by Application ID or Packet filters to be notified about the scheduled Energy Harvesting and / or Backscatterd Data Transmission Time. It addresses a case where a UE might host an Ambient IoT application, while the UE itself still needs to process Expected UE Behaviour Parameters defined in Table 1 and Table 3.

[0051] Table 4: Application-Specific Schedule Energy Harvesting and / or Backscattered Data Transmission Time

[0052] FIG. 5 illustrates scheduled energy harvesting and / or and backscattered data transmission time procedures according to an embodiment of the present disclosure as follows.

[0053] Step 0: AMF may request to be notified about expected UE behavior parameters. In this scenario, Scheduled Energy Harvesting and / or Backscattered Data Transmission Time as defined in Table 3, Table 3A, or Table 4.

[0054] Step 1: External parameter provisioning procedures allow these parameters to be stored in Unified Data Management (UDM) or Unified Data Repository (UDR) .

[0055] In details, in some examples, a first network entity such as Ambient IoT Service Provider (ASP) or Application Function (AF) , determines which AIoT reader or AIoT function the information is sent to. For  instance, when an AIoT device is provisioned, the corresponding AIoT reader or AIoT function is logged in the UDM. Alternatively, during a device registration, AIoT devices might be categorized into specific groups. For example, all AIoT devices deployed at a warehouse could be classified under an External Group ID within the UDM. An Application Function (AF) may specify a target Ambient IoT reader identifier, an Ambient IoT device identifier, or an External Group ID that represents a collective of Ambient IoT devices.

[0056] Step 2: AMF then gets the notification that the scheduled energy harvesting and / or scheduled backscattering data transmission parameters have been updated in the UDM.

[0057] In details, in some examples, this could be done by using Nndm_SDM_Notification with SUPI or internal Group Identifier, AMF-Associated Expected UE Behaviour parameters, etc.

[0058] Step 3: AMF determines which AIoT reader or AIoT function to send this information to.

[0059] In details, in some examples, it is also possible to query an API from UDM, e.g. Nudm_Get_Reader_Association. The input is a SUPI or Internal Group ID of the AIoT device, and an output is the associated AIoT reader information, e.g. SUPI, IP address, etc.

[0060] Step 4: In one embodiment of this step, the Ambient IoT device establishes bidirectional communication with an intermediate node situated between the AIoT device and a Base Station (BS) . This intermediate node, capable of supporting AIoT, can host the AIoT reader or AIoT function. Such an intermediate node might be a relay, an Integrated access and backhaul (IAB) node, UE, repeater, or any other device compatible with Ambient IoT functionalities. In this scenario, the AMF transmits the energy harvesting and / or backscattering data transmission schedule to the Ambient IoT reader via the base station.

[0061] In another embodiment, the AIoT device receives data / signals with downlink assistance. Here, the AMF dispatches the energy harvesting and / or backscattering data transmission schedule to an assisting node through the Base Station. This assisting node subsequently illuminates the Ambient IoT device based on the schedule , enabling the device to relay or backscatter the data / signals directly to the base station.

[0062] In a different embodiment, the AIoT device sends data / signals with uplink assistance. For this setup, the AMF provides the scheduled energy harvesting and / or backscattered data transmission time to the AIoT reader or AIoT funciton hosted on the Base Station, which then directly activates the AIoT device, allowing it to perform the subsequent uplink data / signals transmission via the assisting node. This assisting node might also be the host for the Ambient IoT reader. Possible types for the assisting node include relays, IAB nodes, UEs, repeaters, etc.

[0063] The AIoT reader or AIoT function may possess a signaling gateway function. For instance, in the assisting node, there's a need to convert the device's signaling to the assisting node's signaling. Furthermore, it needs to adapt the signaling for Uu interface between the assisting node and the base station, and vice versa. This signaling gateway function is equally necessary for both the intermediate node and the base station.

[0064] In another scenario, when dealing directly with the AIoT device, the scheduled energy harvesting and / or backscattered data transmission information is dispatched to the base station.

[0065] In a separate embodiment involving the UE directly communicating with the AIoT device, there may not be a need for the network side to initiate energy harvesting and / or backscattered data transmission. Such actions are typically executed manually by an administrator on the UE.

[0066] Step 5: The Ambient IoT device performs energy harvesting and / or backscattered data transmission.

[0067] In summary, some embodiments introduce a transformative approach to manage and energize Ambient IoT devices, provide the way for more efficient and timely data transmissions. The advantages of some embodiments may include at least one of the following:

[0068] Optimized Energy Management: Some embodiments facilitate the charging or energizing of Ambient IoT devices, preparing them for subsequent data transmissions. This ensures that AIoT devices are ready to function, thereby reducing downtime and improving operational efficiency.

[0069] On-Demand Energy Harvesting and / or Backscattered Data Transmission: With this mechanism, there's a provision for on-demand energy harvesting and / or backscattered data transmission requests initiated from the network side, notably from the Application Function (AF) . This adds a layer of flexibility and adaptability to energy management, ensuring devices can be energized exactly when needed.

[0070] Versatility in Applications: The disclosed exemplary mechanism has broad applications, including in inventory services. Consider a scenario wherein a warehouse, comprehensively covered by Ambient IoT Base Stations or readers, conducts an automatic inventory at 5 pm daily. Every Ambient IoT device needs to report its status during this time. Yet, some may not have accumulated sufficient energy to do so. To address this, some embodiments allow the Ambient IoT Service Provider or AF to prescribe a "Scheduled Energy Harvesting and / or Backscattered Data Transmission Time. " For instance, they can set periodic energy harvesting and / or backscattered data transmission from 4: 50 pm to 5: 00 pm, at intervals of 10 seconds. This ensures all AIoT devices accumulate ample energy for an uninterrupted inventory status report to the network's Ambient IoT Service Function or AS / AF.

[0071] Streamlined Operational Procedures: By setting scheduled energy harvesting and / or backscattered data transmission times, operations like inventory can be automated and made more efficient. This reduces manual intervention and the potential for human error, leading to more accurate results and cost savings.

[0072] Commercial interests for some embodiments are as follows. 1. Solve issues in the prior art and other issues. 2. Provide optimized energy management. 3. Provide on-demand energy harvesting and / or backscattered data transmission. 4. Provide versatility in applications. 5. Provide streamlined operational procedures. 6. Some embodiments of the present disclosure can be used in many applications. Some embodiments of the present disclosure are used by chipset vendors, video system development vendors, automakers including cars, trains, trucks, buses, bicycles, moto-bikes, helmets, and etc., drones (unmanned aerial vehicles) , smartphone makers, communication devices for public safety use, AR / VR / MR device maker for example gaming, conference / seminar, education purposes. Some embodiments of the present disclosure are a combination of “techniques / processes” that can be adopted in video standards to create an end product. Some embodiments of the present disclosure propose technical mechanisms. The at least one proposed solution, method, system, and apparatus of some embodiments of the present disclosure may be used for current and / or new / future standards  regarding communication systems. Compatible products follow at least one proposed solution, method, system, and apparatus of some embodiments of the present disclosure. The proposed solution, method, system, and apparatus are widely used in a communication system. With the implementation of the at least one proposed solution, method, system, and apparatus of some embodiments of the present disclosure, at least one modification / improvement to methods and apparatus of energy-related based routing selection are considered for standardizing.

[0073] FIG. 6 is an example of a computing device 1100 according to an embodiment of the present disclosure. Any suitable computing device can be used for performing the operations described herein. For example, FIG. 6 illustrates an example of the computing device 1100 that can implement apparautes and / or methods illustrated in FIG. 1 to FIG. 5 using any suitably configured hardware and / or software. In some embodiments, the computing device 1100 can include a processor 1112 that is communicatively coupled to a memory 1114 and that executes computer-executable program code and / or accesses information stored in the memory 1114. The processor 1112 may include a microprocessor, an application-specific integrated circuit ( “ASIC” ) , a state machine, or other processing device. The processor 1112 can include any of a number of processing devices, including one. Such a processor can include or may be in communication with a computer-readable medium storing instructions that, when executed by the processor 1112, cause the processor to perform the operations described herein.

[0074] The memory 1114 can include any suitable non-transitory computer-readable medium. The computer-readable medium can include any electronic, optical, magnetic, or other storage device capable of providing a processor with computer-readable instructions or other program code. Non-limiting examples of a computer-readable medium include a magnetic disk, a memory chip, a read-only memory (ROM) , a random access memory (RAM) , an application specific integrated circuit (ASIC) , a configured processor, optical storage, magnetic tape or other magnetic storage, or any other medium from which a computer processor can read instructions. The instructions may include processor-specific instructions generated by a compiler and / or an interpreter from code written in any suitable computer-programming language, including, for example, C, C++, C#, visual basic, java, python, perl, javascript, and actionscript.

[0075] The computing device 1100 can also include a bus 1116. The bus 1116 can communicatively couple one or more components of the computing device 1100. The computing device 1100 can also include a number of external or internal devices such as input or output devices. For example, the computing device 1100 is illustrated with an input / output ( “I / O” ) interface 1118 that can receive input from one or more input devices 1120 or provide output to one or more output devices 1122. The one or more input devices 1120 and one or more output devices 1122 can be communicatively coupled to the I / O interface 1118. The communicative coupling can be implemented via any suitable manner (e.g., a connection via a printed circuit board, connection via a cable, communication via wireless transmissions, etc. ) . Non-limiting examples of input devices 1120 include a touch screen (e g., one or more cameras for imaging a touch area or pressure sensors for detecting pressure changes caused by a touch) , a mouse, a keyboard, or any other device that can be used to generate input events in response to physical actions by a user of a computing device. Non-limiting examples of output devices 1122  include a liquid crystal display (LCD) screen, an external monitor, a speaker, or any other device that can be used to display or otherwise present outputs generated by a computing device.

[0076] The computing device 1100 can execute program code that configures the processor 1112 to perform one or more of the operations described above with respect to some embodiments illustrated in FIG. 1 to FIG. 5. The program code may be resident in the memory 1114 or any suitable computer-readable medium and may be executed by the processor 1112 or any other suitable processor.

[0077] The computing device 1100 can also include at least one network interface device 1124. The network interface device 1124 can include any device or group of devices suitable for establishing a wired or wireless data connection to one or more data networks 1128. Non limiting examples of the network interface device 1124 include an Ethernet network adapter, a modem, and / or the like. The computing device 1100 can transmit messages as electronic or optical signals via the network interface device 1124.

[0078] FIG. 7 is a block diagram of an example of a communication system 1200 according to an embodiment of the present disclosure. Embodiments described herein may be implemented into the communication system 1200 using any suitably configured hardware and / or software. FIG. 7 illustrates the communication system 1200 including a radio frequency (RF) circuitry 1210, a baseband circuitry 1220, an application circuitry 1230, a memory / storage 1240, a display 1250, a camera 1260, a sensor 1270, and an input / output (I / O) interface 1280, coupled with each other at least as illustrated.

[0079] The application circuitry 1230 may include a circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combination of general-purpose processors and dedicated processors, such as graphics processors, application processors. The processors may be coupled with the memory / storage and configured to execute instructions stored in the memory / storage to enable various applications and / or operating systems running on the system. The communication system 1200 can execute program code that configures the application circuitry 1230 to perform one or more of the operations described above with respect to FIG. 1 to FIG. 5. The program code may be resident in the application circuitry 1230 or any suitable computer-readable medium and may be executed by the application circuitry 1230 or any other suitable processor.

[0080] The baseband circuitry 1220 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that may enable communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with an evolved universal terrestrial radio access network (EUTRAN) and / or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

[0081] In various embodiments, the baseband circuitry 1220 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency. The RF circuitry 1210 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. In various embodiments, the RF circuitry 1210 may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

[0082] In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to apparatuses and / or methods illustrated in FIG. 1 to FIG. 5 may be embodied in whole or in part in one or more of the RF circuitry, the baseband circuitry, and / or the application circuitry. As used herein, “circuitry” may refer to, be part of, or include an application specific integrated circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , and / or a memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and / or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, the application circuitry, and / or the memory / storage may be implemented together on a system on a chip (SOC) . The memory / storage 1240 may be used to load and store data and / or instructions, for example, for system. The memory / storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM) ) , and / or non-volatile memory, such as flash memory.

[0083] In various embodiments, the I / O interface 1280 may include one or more user interfaces designed to enable user interaction with the system and / or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface. In various embodiments, the sensor 1270 may include one or more sensing devices to determine environmental conditions and / or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and / or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.

[0084] In various embodiments, the display 1250 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the communication system 1200 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an Ultrabook,  a smartphone, an AR / VR glasses, etc. In various embodiments, system may have more or less components, and / or different architectures. Where appropriate, methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

[0085] A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present disclosure are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of application and design requirement for a technical plan. A person having ordinary skill in the art can use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present disclosure. It is understood by a person having ordinary skill in the art that he / she can refer to the working processes of the system, device, and unit in the above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

[0086] It is understood that the disclosed system, device, and method in the embodiments of the present disclosure can be realized with other ways. The above-mentioned embodiments are exemplary only. The division of the units is merely based on logical functions while other divisions exist in realization. It is possible that a plurality of units or components are combined or integrated in another system. It is also possible that some characteristics are omitted or skipped. On the other hand, the displayed or discussed mutual coupling, direct coupling, or communicative coupling operate through some ports, devices, or units whether indirectly or communicatively by ways of electrical, mechanical, or other kinds of forms.

[0087] The units as separating components for explanation are or are not physically separated. The units for display are or are not physical units, that is, located in one place or distributed on a plurality of network units. Some or all of the units are used according to the purposes of the embodiments. Moreover, each of the functional units in each of the embodiments can be integrated in one processing unit, physically independent, or integrated in one processing unit with two or more than two units.

[0088] If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present disclosure can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a wireless communication device) to run all or some of the steps disclosed by the embodiments of the present disclosure. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

[0089] While the present disclosure has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present disclosure is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

1.A wireless communication method for device behaviour parameter by a wireless communication node, comprising:receiving, by an Ambient Internet of Things (AIoT) reader or AIoT function of the wireless communication node from a first network entity of the wireless communication node, at least one expected device behavior parameter; anddetermining, by the AIoT reader or AIoT function of the wireless communication node, whether the at least one expected device behavior parameter comprises a scheduled energy harvesting and / or backscattered data transmission time.2.The method of claim 1, further comprising determining, by the AIoT reader or AIoT function, whether the at least one expected device behavior parameter comprises a scheduled communication time.3.The method of claim 2, further comprising determining, by the AIoT reader or AIoT function, whether the scheduled communication time comprises at least one scheduled energy harvesting and / or backscattered data transmission time option.4.The method of any one of claims 1 to 3, wherein if the at least one expected device behavior parameter comprises the scheduled energy harvesting and / or backscattered data transmission time, the AIoT reader or AIoT function indicates at least one AIoT device to perform energy harvesting and / or backscattered data transmission.5.The method of claim 3, wherein if the at least one expected device behavior parameter does not comprise the scheduled energy harvesting and / or backscattered data transmission time, the at least one expected device behavior parameter comprises the scheduled communication time, and the scheduled communication time comprises the at least one scheduled energy harvesting and / or backscattered data transmission time option, the AIoT reader or AIoT function indicates at least one AIoT device to perform energy harvesting and / or backscattered data transmission.6.The method of any one of claims 1 to 5, wherein the scheduled energy harvesting and / or backscattered data transmission time is further used as one of application-specific expected device behaviour parameters.7.The method of any one of claims 1 to 6, further comprising determining, by the first network entity, which AIoT reader information regarding the at least one expected device behavior parameter is sent to.8.The method of claim 7, further comprising specifying, by the first network entity, a target AIoT reader identifier, an AIoT device identifier, or an external group identifier used to represent a collective of AIoT devices.9.The method of claim 7, further comprising querying, by the first network entity, an application programming interface (API) from a unified data management (UDM) , wherein an input of the first network entity is a subscription permanent identifier (SUPI) or an internal group identifier of the AIoT device, and an output of the first network entity is an associated AIoT reader information.10.The method of any one of claims 7 to 9, further comprising establishing, with an involvement of the AIoT device, a bidirectional communication with an intermediate node situated between the AIoT device and a base station of the wireless communication node.11.The method of claim 10, wherein the intermediate node is capable of supporting AIoT and hosts the AIoT reader or AIoT function.12.The method of claim 10 or 11, wherein the first network entity is configured to transmit an energy harvesting  and / or backscattering data transmission schedule to the AIoT reader or AIoT function via the base station.13.The method of any one of claims 7 to 9, further comprising:transmitting, by the AIoT device, data / signals with a downlink assistance;dispatching, by the first network entity, an energy harvesting and / or backscattering data transmission schedule to an assisting node through the base station;illuminating, by the assisting node, the AIoT device; andenabling, by the assisting node, the AIoT device to relay or backscatter the data / signals directly to the base station.14.The method of any one of claims 7 to 9, further comprising:communicating, by the AIoT device, data / signals with an uplink assistance;providing, by the first network entity, a scheduled energy harvesting and / or backscattering data transmission directly to the AIoT device; andallowing, by the AIoT device to perform an uplink transmission of the data / signals via an assisting node.15.The method of any one of claims 7 to 14, wherein the AIoT reader or AIoT function possesses a signaling gateway function.16.The method of any one of claims 7 to 9, wherein when the first network entity deals directly with the AIoT device, a scheduled energy harvesting and / or backscattering data transmission information is dispatched to the base station.17.The method of any one of claims 1 to 16, wherein the scheduled energy harvesting and / or backscattered data transmission time comprises timing for activating, disabling / enabling, and / or permanently disabling at least one AIoT device for energy harvesting and / or backscattering data transmission.18.The method of any one of claims 3 to 16, wherein the scheduled energy harvesting and / or backscattered data transmission time option comprises timing for activating, disabling / enabling, and / or permanently disabling at least one AIoT device for energy harvesting and / or backscattering data transmission.19.The method of claim 17 or 18, wherein timing for activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission comprises immediately activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission.20.The method of claim 17 or 18, wherein timing for activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission comprises following a predefined schedule to activate, disable / enable, and / or permanently disable the at least one AIoT device for energy harvesting and / or backscattering data transmission.21.The method of claim 17 or 18, wherein timing for activating, disabling / enabling, and / or permanently disabling the at least one AIoT device for energy harvesting and / or backscattering data transmission comprises periodically activating and / or disabling / enabling the at least one AIoT device for energy harvesting and / or backscattering data transmission.22.The method of any one of claims 17 to 21, wherein the scheduled energy harvesting and / or backscattered data transmission time is transmitted by using a non-access stratum (NAS) message container.23.A wireless communication node, comprising:a memory;a transceiver; anda processor coupled to the memory and the transceiver;wherein the wireless communication node is configured to perform the method of any one of claims 1 to 22.24.A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 1 to 22.25.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 1 to 22.26.A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 1 to 22.27.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 22.28.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 22.

Images