Methods and apparatus for access management based on energy state of an internet-of-things device in mobile communications

Abstract

Various solutions for access management based on the energy state of an Internet of Things (IoT) signal device with respect to a reader and an IoT device are described. A reader may obtain capability information of an IoT device. The reader may determine a device type of the IoT device according to the capability information. The reader may determine an energy state of the IoT device. The energy state may comprise an available state and an unavailable state. The reader may determine information for energy and access management of the IoT device according to the device type and the energy state of the IoT device. The reader may transmit the information to the IoT device.

Description

METHODS AND APPARATUS FOR ACCESS MANAGEMENT BASED ON ENERGY STATE OF AN INTERNET-OF-THINGS DEVICE IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of U.S. Patent Application No. 63 / 703,408, filed 04 October 2024. The content of which is herein incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to access management based on the energy state of an Internet of Things (IoT) signal device with respect to a reader and an IoT device in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In New Radio (NR) mobile communications, ultra-low power devices (e.g., Ambient Internet of Things (A-IoT) devices) are introduced for some network scenarios. In particular, the A-IoT devices are designed to operate under constrained energy conditions, facilitating lightweight interactions and intermittent connectivity in scenarios where conventional power sources or sustained communication may be impractical.

[0005] Furthermore, A-IoT devices may be categorized into different types based on their respective power consumption characteristics. For instance, some A-IoT devices may operate with extremely low active power (e.g., approximately 1 microwatt (μW) ) and rely solely on radio frequency (RF) energy harvesting (EH) for their operations. In contrast, some A-IoT devices may operate with comparatively higher active power (e.g., approximately 100 μW) , necessitating the utilization of additional energy sources and assuming significantly greater energy harvesting capabilities. Different types of A-IoT devices may require distinct communication behaviors when interacting with a reader apparatus. Improper coordination may occur if the reader apparatus is unaware of the EH capability and energy state of the specific type of A-IoT device with which it is communicating.

[0006] Accordingly, how to ensure appropriate access management between different types of A-IoT devices and the reader apparatus based on the energy state of the A-IoT device becomes an important issue for the newly developed wireless communication network.SUMMARY

[0007] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits, and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0008] One objective of the present disclosure is to propose schemes, concepts, designs, systems, methods, and apparatus pertaining to access management based on the energy state of an Internet of Things (IoT) device with respect to an apparatus (e.g., a reader) , a network node, and an IoT device in mobile communications. It is believed that the above-described issue would be avoided or otherwise alleviated by implementing one or more of the proposed schemes described herein.

[0009] In one aspect, a method may involve a reader obtaining capability information of an IoT device. The method may also involve the reader determining a device type of the IoT device according to the capability information. The method may further involve the reader determining an energy state of the IoT device. The energy state may comprise an available state and an unavailable state. The method may further involve the reader determining information for energy and access management of the IoT device according to the device type and the energy state of the IoT device. The method may further involve the reader transmitting the information to the IoT device.

[0010] In another aspect, a method may involve an IoT device determining an energy state of the IoT device according to a remaining energy of the IoT device. The energy state may comprise an available state and an unavailable state. The method may also involve the IoT device receiving information for an energy and access management of the IoT device from a reader. The method may further involve the IoT device determining durations of the available state and the unavailable state according to the information and the remaining energy.

[0011] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as 5th Generation System (5GS) and 4G EPS mobile networking, the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of wireless and wired communication technologies, networks and network topologies such as, for example and without limitation, Ethernet, Universal Terrestrial Radio Access Network (UTRAN) , E-UTRAN, Global System for Mobile communications (GSM) , General Packet Radio Service (GPRS)  / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network (GERAN) , Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, IoT, Industrial IoT (IIoT) , Narrow Band Internet of Things (NB-IoT) , 6th Generation (6G) , and any future-developed networking technologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0013] FIG. 1 is a diagram depicting an example scenario of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0014] FIG. 2 is a diagram depicting an example scenario for an A-IoT topology in accordance with implementations of the present disclosure.

[0015] FIG. 3 is a diagram depicting another example scenario for an A-IoT topology in accordance with implementations of the present disclosure.

[0016] FIG. 4 is a diagram depicting another example scenario for an A-IoT topology in accordance with implementations of the present disclosure.

[0017] FIG. 5 is a diagram depicting another example scenario for an A-IoT topology in accordance with implementations of the present disclosure.

[0018] FIG. 6 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0019] FIG. 7 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0020] FIG. 8 is a flowchart of an example process in accordance with another implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0021] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0022] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes, and / or solutions pertaining to access management based on the energy state of an Internet of Things (IoT) signal device with respect to user equipment and network apparatus in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0023] FIG. 1 illustrates an example scenario 100 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 100 involves a UE 110 in wireless communication with a network 120 (e.g., a wireless network including an NTN and a TN) via a terrestrial network node 125 (e.g., an evolved Node-B (eNB) , a Next Generation Node-B (gNB) , or a transmission / reception point (TRP) ) and / or a non-terrestrial network node 128 (e.g., a satellite) . For example, the terrestrial network node 125 and / or the non-terrestrial network node 128 may form a non-terrestrial network (NTN) serving cell for wireless communication with the UE 110. In some implementations, the UE 110 may be an IoT device such as an NB-IoT UE or an enhanced machine-type communication (eMTC) UE (e.g., a bandwidth reduced low complexity (BL) UE or a coverage enhancement (CE) UE) . In such a communication environment, the UE 110, the network 120, the terrestrial network node 125, and the non-terrestrial network node 128 may implement various schemes pertaining to improved access management procedures based on the energy state of an IoT signal device in accordance with the present disclosure, as described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations, some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0024] According to the implementations of the present disclosure, an IoT system (e.g., an ambient IoT (A-IoT) system) may be deployed in-band, in guard band, and / or standalone with a legacy cellular system. According to the implementations of the present disclosure, the interference issue between the A-IoT system and the cellular system can be handled. Specifically, an A-IoT system may at least comprise a reader-to-device (R2D) transmission (i.e., the transmission from the reader to the IoT device) and a device-to-reader (D2R) transmission (i.e., the transmission from the IoT device to the reader) . In addition, if the D2R transmission is based on the backscattering of a carrier wave (CW) , there may be a CW emitter-to-device (CW2R) transmission. In some implementations, the CW emitter may be the reader (e.g., reader of FIG. 3 and reader of FIG. 5) . In some implementations, the CW emitter may be another device different from the reader (e.g., the emitter of FIG. 2 and the emitter of FIG. 4) . According to the implementations of the present disclosure, a power control method is designed to determine the transmission power of the CW2D transmission and / or R2D transmission.

[0025] FIG. 2 illustrates an example scenario 200 for an A-IoT topology in accordance with implementations of the present disclosure. Scenario 200 involves an emitter, an A-IoT device (e.g., a tag) , and a network node (e.g., a (macro / micro) base station) which may be a part of a wireless network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Referring to FIG. 2, the A-IoT topology may comprise a network node (i.e., a reader of IoT communication) and an A-IoT device. In addition, there may be an emitter (or carrier wave (CW) emitter) to provide a CW to the A-IoT device.

[0026] The network node may transmit an A-IoT downlink (DL) (or forward link) signal to the A-IoT device. The A-IoT device may transmit an A-IoT uplink (UL) (or backward link) signal to the network node via backscattering. The backscattering may be performed based on the CW provided by the emitter. The A-IoT DL signal transmitted to the A-IoT device may be used to communicate with the A-IoT device or to provide scheduling to the A-IoT device. The A-IoT device may use the CW for backscattering. Specifically, the A-IoT device may modulate the CW with its data.

[0027] As shown in FIG. 2, there may be a communication link between the network node and the emitter. The communication link may be a wired link or a wireless link for delivering signaling between the network node and the emitter. The network node may transmit the scheduling or control information for the CW provision through the communication link. For example, the network node may transmit the signaling (e.g., scheduling or control information) to the emitter through the Uu interface (i.e., the communication link) for scheduling the resource and power for the CW transmission.

[0028] FIG. 3 illustrates another example scenario 300 for an A-IoT topology in accordance with implementations of the present disclosure. Scenario 300 involves an A-IoT device (e.g., a tag) and a network node (e.g., a (macro / micro) base station) which may be a part of a wireless network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Referring to FIG. 3, the A-IoT topology may comprise a network node (i.e., a reader of IoT communication) and an A-IoT device. In addition, in this A-IoT topology, the network node may provide a CW to the A-IoT device (i.e., the network node comprises the emitter function) .

[0029] As shown in FIG. 3, the network node may transmit an A-IoT DL signal to the A-IoT device, and the A-IoT device may transmit an A-IoT UL signal to the network node via backscattering. The backscattering may be performed based on the incoming CW provided by the network node. The A-IoT DL signal transmitted to the A-IoT device may comprise the information or commands for the A-IoT device. The network node may transmit the CW to the A-IoT device. The A-IoT device may reflect the incident CW from the network node. Specifically, the A-IoT device may add its own information (e.g., varying the reflection properties of its antenna / circuity, effectively modulating the signal) or data onto the CW, and transmit the CW to the network node by backscattering. The network node may receive the backscattered signal from the A-IoT device, i.e., the A-IoT UL signal, which may contain the data from the A-IoT device.

[0030] FIG. 4 illustrates another example scenario 400 for an A-IoT topology in accordance with implementations of the present disclosure. Scenario 400 involves a reader (e.g., a UE or a UE reader) , an A-IoT device (e.g., a tag) , an emitter (e.g., a CW emitter or a UE emitter) and a network node (e.g., a (macro / micro) base station) which may be a part of a wireless network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Referring to FIG. 4, the A-IoT topology may comprise a network node, a UE reader, and an A-IoT device. In addition, a UE emitter may be configured to provide the CW to the A-IoT device.

[0031] Referring to FIG. 4, the network node may transmit a signal to the UE reader via the Uu interface. The signal may comprise the scheduling information for the behavior of the UE reader. For example, the network node may schedule the resource for the UE reader to transmit an A-IoT DL signal to the A-IoT device. The scheduling may be performed via higher-layer signaling (e.g., radio resource control (RRC) , medium access control-control element (MAC-CE) ) or layer 1 (L1) signaling (e.g., downlink control information (DCI) ) . In an example, the network node may transmit a configuration to the UE reader to indicate a resource for the UE reader to transmit an A-IoT DL signal to the IoT device and receive an A-IoT UL signal from the A-IoT device via a higher-layer signaling or an L1 signaling.

[0032] The A-IoT device may modulate the CW with its own data by reflecting the CW and adjusting (or altering) its properties to encode the information of the A-IoT device. The A-IoT device may transmit an A-IoT UL signal back to the UE reader via the backscattering of the modulated CW. The UE reader may receive the A-IoT UL signal which contains the data from the A-IoT device.

[0033] The link between the network node and the UE emitter (e.g., wired or wireless) may be used for delivering the signaling between the network node and the UE emitter. The signaling between the network node and the UE emitter may comprise coordination for the provision of the CW to the A-IoT device, e.g., the resource allocation. The link between the UE reader and the UE emitter may be used for delivering the signaling between the UE reader and the UE emitter. The signaling between the UE reader and the UE emitter may coordinate the provision of the CW to the A-IoT device, e.g., the resource allocation.

[0034] FIG. 5 illustrates another example scenario 500 for an A-IoT topology in accordance with implementations of the present disclosure. Scenario 500 involves a reader (e.g., a UE or a UE reader) , an A-IoT device (e.g., a tag) and a network node (e.g., a (macro / micro) base station) which may be a part of a wireless network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Referring to FIG. 5, the A-IoT topology may comprise a network node, a UE reader, and an A-IoT device. In addition, in the A-IoT topology, the UE reader may provide a CW to the A-IoT device (i.e., the UE reader may comprise the emitter function) .

[0035] The network node may transmit a signal to the UE reader via the Uu interface to schedule the behavior of the UE reader. The scheduling signal may comprise the information about when the UE reader should transmit CW to the A-IoT device, when the UE reader should listen for the A-IoT UL signal from the A-IoT device, and when the UE reader should transmit the A-IoT DL signal to the A-IoT device. The UE reader may transmit an A-IoT DL signal to the A-IoT device. The transmission of the A-IoT DL signal can be based on the scheduling determined by the network node or based on a determination made by the UE reader itself. The A-IoT DL signal may comprise data or commands for the A-IoT device. Upon receiving the A-IoT DL signal, the A-IoT device may transmit an A-IoT UL signal back to the UE reader via backscattering of the CW which is provided by the UE reader. In backscattering communication, the A-IoT device may modulate the incident CW with its own data and reflect the modulated CW back towards the UE reader.

[0036] The A-IoT topologies provided in FIG. 2 to FIG. 5 can be applied to the implementations of the present disclosure.

[0037] According to the implementations of the present disclosure, an apparatus (e.g., a reader (e.g., the UE 110) for different IoT topologies) may obtain capability information of an IoT device. Then, the apparatus may determine the device type (e.g., the first device type or the second device type) of the IoT device according to the capability information. Then, the apparatus may determine an energy state of the IoT device. The energy state may comprise an available state and an unavailable state. Then, the apparatus may determine information (or a reader command) for energy and access management (or access management) of the IoT device according to the device type and the energy state of the IoT device. Then the apparatus may transmit the information (or reader command) to the IoT device. In addition, the IoT device may determine the durations of the available state and the unavailable state (i.e., the available duration and the unavailable duration of the IoT device) according to the information and the remaining energy.

[0038] According to the implementations of the present disclosure, in the available state, the IoT device may have sufficient energy for transmission or reception. In the unavailable state, the IoT device may have insufficient energy for transmission or reception.

[0039] According to the implementations of the present disclosure, the IoT device may have a first device type (i.e., a first type of IoT device, e.g., Device 1) or a second device type (i.e., a second type of IoT device, e.g., Device 2a or 2b) .

[0040] In an event that the IoT device is the first device type, the IoT device may have low active power (e.g., approximately 1 microwatt (μW) ) and rely solely on radio frequency (RF) energy harvesting (EH) through CW. In an example, in the available state, the IoT device with the first device type may maintain a clock. In another example, in the unavailable state, the IoT device with the first device type may only perform RF EH through CW. In addition, the IoT device with the first device type may transfer from the unavailable state to the available state according to the available energy level. In an implementation, the IoT device with the first device type may estimate its remaining energy portion P1 by the equation P1 = (M1-N1)  / M1, where M1 (slots) may be the available duration of the IoT device, and N1 may be the counted slot number after the IoT device enters the available state. In the implementation, M1may have one or more values.

[0041] In an event that the IoT device is a second device type, the IoT device may have higher active power (e.g., approximately 100 μW) and use more energy sources. The IoT device with the second device type may have a higher EH capability than the IoT device with the first device type. In an example, in the available state, the IoT device with the second device type may maintain a clock. In another example, in the unavailable state, the IoT device with the second device type may maintain a clock (e.g., a low-power clock) in a memory (e.g., a volatile memory) and perform the RF EH through CW. In addition, the IoT device with the first device type may transfer from the unavailable state to the available state according to at least one of the available energy level and the device clock. In an implementation, the IoT device with the second device type may estimate its remaining energy status by the equation (M2-N2) , wherein M2 (slots) may be the available duration of the IoT device, and N2 may be the counted slot number after the IoT device enters the available state. In the implementation, the value of M2 may be varied by different configurations.

[0042] For the impact of IoT device availability / unavailability by energy harvesting, there are two directions (Direction 1 and Direction 2) . In Direction 1, the reader may not provide information to an IoT device when the IoT device becomes available or unavailable. In Direction 2, the reader may provide information to an IoT device when the IoT device becomes available or unavailable.

[0043] In some implementations of the present disclosure, in an event that the available duration of the IoT device (e.g., the IoT device with the first device type) is longer enough to cover the period of slotted-ALOHA access (e.g., larger than 10 seconds (> 10 seconds) ) , Direction 1 may be applied.

[0044] In some implementations of the present disclosure, in an event that Direction 2 is applied, the information (or reader command) determined by the reader may comprise the counter information for the slotted-ALOHA access. The counter information may be explicitly carried for the IoT device to correctly identify the time occasion for sending the message (e.g., Msg1) . That is, the IoT device may identify a time occasion for transmitting a message (e.g., Msg1) according to the counter information to avoid missing the reader command from the reader during the unavailable duration of the IoT device.

[0045] In some implementations of the present disclosure, the information (or reader command) determined by the reader may comprise periodicity information to indicate reader command occasions. The IoT device may adjust the unavailable duration according to the periodicity information, or align with the reader command occasions according to the periodicity information.

[0046] When the IoT device receives an R2D command from the reader, it is important for the IoT device to know whether its remaining available duration, estimated by (M1-N1) for the IoT device with the first device type or (M2 –N2) for the IoT device with the second device type, can perform (or accommodate) the subsequent R2D reception or D2R transmission. Therefore, in some implementations of the present disclosure, the information (or scheduling reader command) determined by the reader may comprise the end timing information for an R2D reception or a D2R transmission of the IoT device (s) (or target IoT device (s) ) . The end timing information may be explicitly indicated or derived from the scheduling information (or scheduling reader command) . The IoT device may determine whether its remaining available duration is able to perform (or accommodate) the R2D reception or the D2R transmission according to the end timing information.

[0047] In some implementations of the present disclosure, the reader may receive the remaining energy information from the IoT device. Then, the reader may determine the energy state (available state or unavailable state) of the IoT device according to the remaining energy information. In an example, for the IoT device with the first device type (e.g., Device 1) , if M1 value (s) is predetermined, the IoT device may provide the (quantized) P1 value and the M1 value (i.e., remaining energy information) to the reader. For the IoT device with the second device type (e.g., Device 2) , M2 value can be different for different unavailability duration setting (e.g., larger M2 with longer unavailable duration) , and the IoT device with the second device type may directly transmit (or signal) the (quantized) (M2 –N2) value (i.e., remaining energy information) to the reader. Alternatively, if the IoT device with the second device type is already aligned to the periodicity of the reader command, the IoT device with the second device type can be sufficient to transmit (or signal) M2 and periodicity information of availability start (i.e., the start of the available duration) to the reader.

[0048] In an implementation of the present disclosure, the reader may determine whether to communicate with the IoT device according to a target data amount and the remaining energy information. For example, if the target data amount is small, the reader may communicate with (or try) the IoT device with low remaining energy. If the target data amount is large, the reader may communicate with (or focus on) the IoT device with high remaining energy.

[0049] In another implementation of the present disclosure, the reader may determine a transmission priority of the IoT device according to the remaining energy information. For example, after the first R2D contact between the reader and each IoT device, each IoT device may perform the first D2R transmission. In an event that the data amount of the first D2R transmission is small, the reader may allow earlier transmission for the IoT device (s) with low remaining energy to optimize the initial access latency to avoid a long charging time. That is, the reader may allow the IoT device with low remaining energy to send its first D2R transmission to reduce the initial access latency to avoid a long charging time.

[0050] In conventional technologies, when IoT devices are scattered in a wide region, after the first R2D contact, the EH timing and the start of the availability duration of each IoT device may not be aligned. In addition, if the reader continuously transmits the R2D commands, the power consumption may be increased, and the interference may be induced to other readers. Therefore, how the reader can efficiently and effectively communicate with (or reach) all devices may become an issue. In order to resolve the issue, according to the implementations of the present disclosure, the information (or reader command) determined by the reader may comprise a periodicity of R2D transmission occasions for the initial contact of IoT devices with unaligned availability start. In the implementation, the periodicity may meet the following conditions. The conditions may comprise that the periodicity may be less than a minimum available duration of the IoT device with the first device type, and the periodicity may be a relative prime number to a periodicity of the IoT device with the second device type. For the IoT device with the first device type, the reader may determine whether the periodicity of the periodic R2D transmission is less than the minimum available duration. If the periodicity of the periodic R2D transmission is less than the minimum available duration of the IoT device with the first device type, the reader may determine that there may be at least one R2D transmission detected during each available duration. For the IoT device with the second device type, if the periodic availability is enforced for the initial access, the periodicity of the R2D transmission based on a relative prime value to the periodicity of the IoT device may ensure overlapping for all possible start offsets of the device availability. Illustrative Implementations

[0051] FIG. 6 illustrates an example communication system 600 having at least an example communication apparatus 610 and an example network apparatus 620 in accordance with an implementation of the present disclosure. Each of communication apparatus 610 and network apparatus 620 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to access management based on the energy state of an IoT signal device, including the various schemes described above with respect to various proposed designs, concepts, schemes and methods described above and with respect to user equipment and network apparatus in mobile communications, including scenarios / schemes described above as well as process 700 and process 800 described below.

[0052] Communication apparatus 610 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 610 may be implemented in a smartphone, a smartwatch, a personal digital assistant, an electronic control unit (ECU) in a vehicle, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 610 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, eMTC, IIoT UE such as an immobile or a stationary apparatus, a home apparatus, a roadside unit (RSU) , a wire communication apparatus or a computing apparatus. For instance, communication apparatus 610 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 610 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 610 may include at least some of those components shown in FIG. 6 such as a processor 612, for example. Communication apparatus 610 may further include one or more other components not pertinent to the proposed schemes of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 610 are neither shown in FIG. 6 nor described below in the interest of simplicity and brevity.

[0053] Network apparatus 620 may be a part of an electronic apparatus, which may be a network node such as a satellite, a BS, a small cell, a router or a gateway of an IoT network. For instance, network apparatus 620 may be implemented in a satellite or an eNB / gNB / TRP in a 4G / 5G / B5G / 6G, NR, IoT, NB-IoT or IIoT network. Alternatively, network apparatus 620 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 620 may include at least some of those components shown in FIG. 6 such as a processor 622, for example. Network apparatus 620 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 620 are neither shown in FIG. 6 nor described below in the interest of simplicity and brevity.

[0054] In one aspect, each of processor 612 and processor 622 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 612 and processor 622, each of processor 612 and processor 622 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 612 and processor 622 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 612 and processor 622 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks, including access management based on the energy state of an IoT signal device, in a device (e.g., as represented by communication apparatus 610) and a network node (e.g., as represented by network apparatus 620) in accordance with various implementations of the present disclosure.

[0055] In some implementations, communication apparatus 610 may also include a transceiver 616 coupled to processor 612 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 616 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different radio access technologies (RATs) . In some implementations, transceiver 616 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 616 may be equipped with multiple transmit antennas and multiple receive antennas for multiple-input multiple-output (MIMO) wireless communications. In some implementations, network apparatus 620 may also include a transceiver 626 coupled to processor 622. Transceiver 626 may include a transceiver capable of wirelessly transmitting and receiving data. In some implementations, transceiver 626 may be capable of wirelessly communicating with different types of UEs of different RATs. In some implementations, transceiver 626 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 626 may be equipped with multiple transmit antennas and multiple receive antennas for MIMO wireless communications.

[0056] In some implementations, communication apparatus 610 may further include a memory 614 coupled to processor 612 and capable of being accessed by processor 612 and storing data therein. In some implementations, network apparatus 620 may further include a memory 624 coupled to processor 622 and capable of being accessed by processor 622 and storing data therein. Each of memory 614 and memory 624 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 614 and memory 624 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 614 and memory 624 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0057] Each of communication apparatus 610 and network apparatus 620 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, descriptions of capabilities of communication apparatus 610, as a UE, and network apparatus 620, as a network node (e.g., TRP) , are provided below with process 700 and process 800. Illustrative Processes

[0058] FIG. 7 illustrates an example process 700 in accordance with an implementation of the present disclosure. Process 700 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to access management based on the energy state of an IoT signal device with the present disclosure. Process 700 may represent an aspect of implementation of features of communication apparatus 610. Process 700 may include one or more operations, actions, or functions as illustrated by one or more of blocks 710, 720, 730, 740 and 750. Although illustrated as discrete blocks, various blocks of process 700 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 700 may be executed in the order shown in FIG. 7 or, alternatively, in a different order. Process 700 may be implemented by any suitable reader apparatus (e.g., communication apparatus 610 and or network apparatus 620) . Solely for illustrative purposes and without limitation, process 700 is described below in the context of communication apparatus 610. Process 700 may begin at block 710.

[0059] At block 710, process 700 may involve processor 612 of communication apparatus 610 obtaining capability information of an Internet of Things (IoT) device. Process 700 may proceed from block 710 to block 720.

[0060] At block 720, process 700 may involve processor 612 determining a device type of the IoT device according to the capability information. Process 700 may proceed from block 720 to block 730.

[0061] At block 730, process 700 may involve processor 612 determining an energy state of the IoT device. The energy state may comprise an available state and an unavailable state. Process 700 may proceed from block 730 to block 740.

[0062] At block 740, process 700 may involve processor 612 determining information for energy and access management of the IoT device according to the device type and the energy state of the IoT device. Process 700 may proceed from block 740 to block 750.

[0063] At block 750, process 700 may involve processor 612 transmitting, via transceiver 616, the information to the IoT device.

[0064] In some implementations, in the available state, the IoT device may have sufficient energy for transmission or reception, and in the unavailable state, the IoT device may have insufficient energy for transmission or reception.

[0065] In some implementations, the information may comprise counter information for a slotted-ALOHA access.

[0066] In some implementations, the information may comprise periodicity information to indicate reader command occasions.

[0067] In some implementations, the information may comprise end timing information for an R2D reception or a D2R transmission of the IoT device.

[0068] In some implementations, process 700 may involve processor 612 receiving, via transceiver 616, remaining energy information from the IoT device. Process 700 may involve processor 612 determining the energy state of the IoT device according to the remaining energy information.

[0069] In some implementations, process 700 may involve processor 612 determining whether to communicate with the IoT device according to a target data amount and the remaining energy information.

[0070] In some implementations, process 700 may involve processor 612 determining a transmission priority of the IoT device according to the remaining energy information.

[0071] In some implementations, the information may comprise a periodicity of R2D transmission occasions of the reader.

[0072] In some implementations, the periodicity may be less than a minimum available duration of the IoT device with a first device type. The periodicity may be a relative prime number to a periodicity of the IoT device with a second device type.

[0073] FIG. 8 illustrates an example process 800 in accordance with another implementation of the present disclosure. Process 800 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to access management based on the energy state of an IoT signal device with the present disclosure. Process 800 may represent an aspect of implementation of features of communication apparatus 610. Process 800 may include one or more operations, actions, or functions as illustrated by one or more of blocks 810, 820, and 830. Although illustrated as discrete blocks, various blocks of process 800 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 800 may be executed in the order shown in FIG. 8 or, alternatively, in a different order. Process 800 may be implemented by communication apparatus 610 or any suitable IoT device. Solely for illustrative purposes and without limitation, process 800 is described below in the context of communication apparatus 610. Process 800 may begin at block 810.

[0074] At block 810, process 800 may involve processor 612 of communication apparatus 610 determining an energy state of communication apparatus 610 according to a remaining energy of communication apparatus 610. The energy state comprises an available state and an unavailable state. Process 800 may proceed from block 810 to block 820.

[0075] At block 820, process 800 may involve processor 612 receiving, via transceiver 616, information for energy and access management of communication apparatus 610 from a reader. Process 800 may proceed from block 820 to block 830.

[0076] At block 830, process 800 may involve processor 612 determining durations of the available state and the unavailable state according to the information and the remaining energy.

[0077] In some implementations, in the available state, communication apparatus 610 may have sufficient energy for transmission or reception. In the unavailable state, communication apparatus 610 may have insufficient energy for transmission or reception.

[0078] In some implementations, in an event that communication apparatus 610 is a first device type, communication apparatus 610 may perform RF EH. Communication apparatus 610 may transfer from the unavailable state to the available state according to an energy level.

[0079] In some implementations, in an event that communication apparatus 610 is a second device type, communication apparatus 610 may maintain a clock in a memory and perform RF EH. Communication apparatus 610 may transfer from the unavailable state to the available state according to at least one of an energy level and the clock.

[0080] In some implementations, the information may comprise counter information for a slotted-ALOHA access. Process 800 may involve processor 612 identifying a time occasion for transmitting a message according to the counter information.

[0081] In some implementations, the information may comprise periodicity information to indicate reader command occasions. Process 800 may involve processor 612 adjusting an unavailable duration according to the periodicity information, or aligning with the reader command occasions according to the periodicity information.

[0082] In some implementations, the information comprises end timing information for an R2D reception or a D2R transmission of communication apparatus 610. Process 800 may involve processor 612 determining whether a remaining available duration is able to perform the R2D reception or the D2R transmission according to the end timing information.

[0083] In some implementations, process 800 may involve processor 612 transmitting, via transceiver 616, remaining energy information to the reader.

[0084] In some implementations, the information may comprise a periodicity of R2D transmission occasions of the reader.

[0085] In some implementations, the periodicity may be less than a minimum available duration of communication apparatus 610 with a first device type, and the periodicity may be a relative prime number to a periodicity of communication apparatus 610 with a second device type. Additional Notes

[0086] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively “associated” such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as “associated with” each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being “operably connected” , or “operably coupled” , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being “operably couplable” , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0087] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0088] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases “at least one” and “one or more” to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles “a” or “an” limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases “one or more” or “at least one” and indefinite articles such as “a” or “an, ” e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of “two recitations, ” without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0089] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:obtaining, by a processor of a reader, capability information of an Internet of Things (IoT) device;determining, by the processor, a device type of the IoT device according to the capability information;determining, by the processor, an energy state of the IoT device, wherein the energy state comprises an available state and an unavailable state;determining, by the processor, information for energy and access management of the IoT device according to the device type and the energy state of the IoT device; andtransmitting, by the processor, the information to the IoT device.2.The method of Claim 1, wherein in the available state, the IoT device has sufficient energy for transmission or reception, and wherein in the unavailable state, the IoT device has insufficient energy for transmission or reception.3.The method of Claim 1, wherein the information comprises counter information for a slotted-ALOHA access.4.The method of Claim 1, wherein the information comprises periodicity information to indicate reader command occasions.5.The method of Claim 1, wherein the information comprises end timing information for a reader-to-device (R2D) reception or a device-to-reader (D2R) transmission of the IoT device.6.The method of Claim 1, further comprising:receiving, by the processor, remaining energy information from the IoT device; anddetermining, by the processor, the energy state of the IoT device according to the remaining energy information.7.The method of Claim 6, further comprising:determining, by the processor, whether to communicate with the IoT device according to a target data amount and the remaining energy information.8.The method of Claim 6, further comprising:determining, by the processor, a transmission priority of the IoT device according to the remaining energy information.9.The method of Claim 1, wherein the information comprises a periodicity of reader-to-device (R2D) transmission occasions of the reader.10.The method of Claim 9, wherein the periodicity is less than a minimum available duration of the IoT device with a first device type, and wherein the periodicity is a relative prime number to a periodicity of the IoT device with a second device type.11.A method, comprising:determining, by a processor of an Internet of Things (IoT) device, an energy state of the IoT device according to a remaining energy of the IoT device, wherein the energy state comprises an available state and an unavailable state;receiving, by the processor, information for energy and access management of the IoT device from a reader; anddetermining, by the processor, durations of the available state and the unavailable state according to the information and the remaining energy.12.The method of Claim 11, wherein in the available state, the IoT device has sufficient energy for transmission or reception, and wherein in the unavailable state, the IoT device has insufficient energy for transmission or reception.13.The method of Claim 11, wherein in an event that the IoT device is a first device type, the IoT device performs radio frequency (RF) energy harvesting (EH) , and wherein the IoT device transfers from the unavailable state to the available state according to an energy level.14.The method of Claim 11, wherein in an event that the IoT device is a second device type, the IoT device maintains a clock in a memory and performs radio frequency (RF) energy harvesting (EH) , and wherein the IoT device transfers from the unavailable state to the available state according to at least one of an energy level and the clock.15.The method of Claim 11, wherein the information comprises counter information for a slotted-ALOHA access, and wherein the method further comprises:identifying, by the processor, a time occasion for transmitting a message according to the counter information.16.The method of Claim 11, wherein the information comprises periodicity information to indicate reader command occasions, and wherein the method further comprises:adjusting, by the processor, an unavailable duration according to the periodicity information; oraligning, by the processor, with the reader command occasions according to the periodicity information.17.The method of Claim 11, wherein the information comprises end timing information for a reader-to-device (R2D) reception or a device-to-reader (D2R) transmission of the IoT device, and wherein the method further comprises:determining, by the processor, whether a remaining available duration is able to perform the R2D reception or the D2R transmission according to the end timing information.18.The method of Claim 11, further comprising:transmitting, by the processor, remaining energy information to the reader.19.The method of Claim 11, wherein the information comprises a periodicity of reader-to-device (R2D) transmission occasions of the reader.20.The method of Claim 19, wherein the periodicity is less than a minimum available duration of the IoT device with a first device type, and wherein the periodicity is a relative prime number to a periodicity of the IoT device with a second device type.

Images