Device assistance information

Abstract

Example embodiments of the present disclosure relate to devices, methods, apparatuses and a computer-readable medium for communication. In an example method, a terminal device determines at least one parameter related to a waking-up frequency of the terminal device. Then the terminal device transmits, to a network device, assistance information comprising the at least one parameter. The terminal device then wakes up from a sleep mode based on the at least one parameter. In this way, the waking-up frequency of the terminal device can be dynamically adjusted based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery.

Description

DEVICE ASSISTANCE INFORMATIONFIELD

[0001] Example embodiments of the present disclosure generally relate to the field of communications, and in particular, to a terminal device, a network device, methods, apparatuses, and a computer-readable medium for device assistance information.BACKGROUND

[0002] In recent years, Internet of Things (IoT) has attracted much attention in the wireless communication world. However, it is impossible to power all the IoT devices by battery that needs to be replaced or recharged manually, which leads to high maintenance cost, serious environmental issues, and even safety hazards for some use cases.

[0003] In view of this situation, some energy harvesting schemes are proposed for ambient IoT devices. However, energy harvesting schemes should be further studied to optimize IoT transmission.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a solution for energy harvesting, especially for device assistance information for energy harvesting.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to: determine at least one parameter related to a waking-up frequency of the terminal device; transmit, to a network device, assistance information comprising the at least one parameter; and wake up from a sleep mode based on the at least one parameter.

[0006] In a second aspect, there is provided a network device. The network device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to: receive, from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; and communicate with the terminal device based on the at least one parameter.

[0007] In a third aspect, there is provided a method. The method comprises: determining, at a terminal device, at least one parameter related to a waking-up frequency of the terminal device; transmitting, to a network device, assistance information comprising the at least one parameter; and waking up from a sleep mode based on the at least one parameter.

[0008] In a fourth aspect, there is provided a method. The method comprises: receiving, at a network device and from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; and communicating with the terminal device based on the at least one parameter.

[0009] In a fifth aspect, there is provided an apparatus. The apparatus comprises: means for determining, at a terminal device, at least one parameter related to a waking-up frequency of the terminal device; means for transmitting, to a network device, assistance information comprising the at least one parameter; and means for waking up from a sleep mode based on the at least one parameter.

[0010] In a sixth aspect, there is provided an apparatus. The apparatus comprises: means for receiving, at a network device and from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; and means for communicating with the terminal device based on the at least one parameter.

[0011] In a seventh aspect, there is provided a non-transitory computer-readable storage medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method of any of the third or fourth aspects.

[0012] In an eighth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: determine, at a terminal device, at least one parameter related to a waking-up frequency of the terminal device; transmit, to a network device, assistance information comprising the at least one parameter; and wake up from a sleep mode based on the at least one parameter.

[0013] In a ninth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive, at a network device and from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; and communicate with the terminal device based on the at least one parameter.

[0014] In a tenth aspect, there is provided a terminal device. The terminal device comprises: determining circuitry configured to determine at least one parameter related to a waking-up frequency of the terminal device; transmitting circuitry configured to transmit, to a network device, assistance information comprising the at least one parameter; and waking up circuitry configured to wake up from a sleep mode based on the at least one parameter.

[0015] In an eleventh aspect, there is provided a network device. The network device comprises: receiving circuitry configured to receive, from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; and communicating circuitry configured to communicate with the terminal device based on the at least one parameter.

[0016] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0018] FIG. 1 illustrates an example of a network environment in which some example embodiments of the present disclosure may be implemented;

[0019] FIG. 2 illustrates a signaling chart illustrating an example communication process in accordance with some example embodiments of the present disclosure;

[0020] FIG. 3 illustrates a signaling chart illustrating another example communication process in accordance with some example embodiments of the present disclosure;

[0021] FIG. 4 illustrates a schematic diagram of an example (extended) DRX cycle for an ambient IoT device in accordance with some embodiments of the present disclosure;

[0022] FIG. 5 illustrates a signaling chart illustrating a further example communication process in accordance with some embodiments of the present disclosure;

[0023] FIG. 6 illustrates a schematic diagram of an example (extended) DRX cycle for an ambient IoT device in accordance with some embodiments of the present disclosure;

[0024] FIG. 7 illustrates a flowchart of an example method implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0025] FIG. 8 illustrates a flowchart of another example method implemented at a network device in accordance with some embodiments of the present disclosure;

[0026] FIG. 9 illustrates a simplified block diagram of a device that is suitable for implementing some example embodiments of the present disclosure; and

[0027] FIG. 10 illustrates a block diagram of an example of a computer-readable medium in accordance with some example embodiments of the present disclosure.

[0028] Throughout the drawings, the same or similar reference numerals represent the same or similar elements.DETAILED DESCRIPTION

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

[0030] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

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

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

[0033] The terminology used herein is for the purpose of describing particular embodiments and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0034] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0035] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0036] (b) combinations of hardware circuits and software, such as (as applicable) :

[0037] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0038] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0039] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (for example, firmware) for operation, but the software may not be present when it is not needed for operation.

[0040] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0041] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) , Wireless Fidelity (WiFi) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the fourth generation (4G) , 4.5G, the future fifth generation (5G) , IEEE 802.11 communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0042] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a WiFi device, a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology. In the following description, the terms “network device” , “AP device” , “AP” and “access point” may be used interchangeably.

[0043] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station  (SS) , a Portable Subscriber Station, a Mobile Station (MS) , a station (STA) or station device, or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a VR (virtual reality) device, an XR (eXtended reality) device, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (for example, remote surgery) , an industrial device and applications (for example, a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “station” , “station device” , “STA” , “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0044] In recent years, IoT has attracted much attention in the wireless communication world. More “things” are expected to be interconnected for improving productivity efficiency and increasing comforts of life. Further reduction of size, complexity, and power consumption of IoT devices can enable the deployment of tens or even hundreds of billion IoT devices for various applications and provide added value across the entire value chain.

[0045] For each IoT device (herein also referred to as “ambient IoT device” or “energy harvesting IoT device” or “terminal device” or simply “terminal” or “UE” ) , the terminal itself uses energy harvested from wireless radio waves or any other form of energy that can be harvested in its particular deployment scenario and is expected to operate with ultra-low power in the range from tens of microwatts to hundreds of microwatts. For example, if energy is harvested from wireless radio waves, the output power of energy harvester would be from several micro-watt to tens of micro-watt. If solar panel is used for energy harvesting from solar and / or light, the output power would be less than 1 milli-watt due to the small size of the solar panel. An energy harvesting device (EHD) can harvest energy and then use an active circuit to transmit data like a conventional transmitter. On the other  hand, some energy harvesting devices, called passive IoT devices, do not possess active transmission circuitry, and use backscattering to transmit data.

[0046] Energy harvesting enabled communication services, also called ambient IoTs in 3GPP, have been widely used in various vertical industries including logistics, manufacture, transportation, energy industry etc. Enabling ambient IoT devices, in both public and private networks would benefit the whole 5G ecosystem. Some areas of considerations for the ambient IoT studies include: (i) operation under extreme environmental conditions e.g., high pressure, extremely high or low temperature, humid environment etc., vibration. (ii) ultra-low complexity which implies ultra-low cost, very small terminal size and / or form factor (e.g., thickness of millimeter (mm) level) , maintenance-free and longer life cycle etc. are strongly required. (iii) Other scenarios where a terminal driven by a battery is not applicable.

[0047] Therefore, support of ambient IoTs using either battery-less terminal or terminal with limited energy storage capability (e.g., using a capacitor) , could become a new requirement for the existing 3GPP technologies.

[0048] Within 3GPP, related work has started in system architecture 1 (SA1) work group where TR 22.840 studies use cases, traffic scenarios, device constraints of ambient power-enabled Internet of Things (IoTs) and identify new potential service requirements as well as new key performance indicators (KPIs) .

[0049] FIG. 1 illustrates an example communication system 100 in which some embodiments of the present disclosure can be implemented. The communication system 100, which is a part of a communication network, includes a terminal device (UE) 120 and a network device 110. The terminal device 120 may be for example an ambient IoT device or an energy harvesting device (EHD) . The network device 110 may be for example a random access network (RAN) device (like an NG-RAN device, also called as gNB) , or a communication module thereof. As illustrated in FIG. 1, the terminal device 120 is in connection with the network device 110.

[0050] Optionally, the communication system 100 may also include another network device 130. The network device 130 may be a core network (CN) device or a communication module thereof having management capability, for example Access and Mobility Management Function (AMF) . The network device 130 may be implemented in the 5G core network (CN) . The 5G CN is also referred to as “5GC” . The network  device 110 is connected to the network device 130.

[0051] In the system 100, a link from the network device 110 to terminal device 120 is referred to as a downlink (DL) , while a link from terminal device 120 to the network device 110 is referred to as an uplink (UL) . In downlink, the network device 110 is a transmitting (TX) device (or a transmitter) and terminal device 120 is a receiving (RX) device (or a receiver) . In uplink, terminal device 120 is a transmitting TX device (or a transmitter) and the network device 110 is a RX device (or a receiver) .

[0052] The communications in the communication system 100 may conform to any suitable standards including, but not limited to, Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) and Global System for Mobile Communications (GSM) and the like. Furthermore, the communications may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) , 5.5G, 5G-Advanced networks, or the sixth generation (6G) communication protocols.

[0053] It is to be understood that the numbers of devices (including terminal device 120 and the network device 110) and their connection relationships and types shown in FIG. 1 are only for illustrative purposes without suggesting any limitation. The communication system 100 may include any suitable numbers of devices adapted for implementing embodiments of the present disclosure.

[0054] Following the progress in 3GPP SA1, study of a new study item (SI) on ambient IoT was agreed. This study targets at a new 3GPP IoT technology, suitable for deployment in a 3GPP system, which relies on ultra-low complexity devices with ultra-low power consumption for the very-low end IoT applications. The scope may include ambient energy enabled IoTs with energy harvesting capabilities. Additionally, low rate and / or low complexity may also be targeted. Additionally, battery less devices and devices with limited energy storage capability may also be supported. Additionally, both active and passive transmission may be supported.

[0055] The objective of the above-mentioned SI is to formulate a set of random access network (RAN) design targets based on the identified deployment scenarios and their  characteristics for the relevant use cases. Specifically, the objective at least includes power consumption, complexity, coverage, data rate and positioning accuracy.

[0056] The type of the IoT devices without batteries or with limited energy storage capacity (i.e., using capacitors) are considered in SA1, and the related study item, i.e., the ambient IoT, is kick off. The ambient IoT devices with energy harvesting capability (energy harvesting devices (EHD) ) do not have a constant power supply. For ambient IoT devices, energy is harvested from radio waves, light, motion, heat or any other power source that can be considered appropriate. This means that the processing capabilities of an EHD may be more limited and the maximum transmission power they could achieve in any given moment is variable. This differs from the low power and low-cost devices (e.g., narrow band IoT (NB-IoT) , enhanced machine-type communication (eMTC) or reduced capability (RedCap) devices) which the 3GPP networks have been supporting up to date.

[0057] Besides, the ambient IoT devices with energy harvesting capability harvest energy from natural source like solar, vibrations, etc., and the amount of harvested and stored energy may vary from device to device and from time to time. For example, the weather, air quality and whether there is a shelter will affect the ability and speed for a solar battery to harvest energy.

[0058] Thus, this variable and unpredictable energy availability nature of these devices will have an impact on the access procedure and performance. In one example, the EHD may not have sufficient power for intra / inter frequency measurement and cell reselection. In another example, the EHD may not have sufficient power to respond to a paging message (for example, a series of Mobile Terminated (MT) operations, and / or a connection setup) and transmit the required data such as sensor readouts. In more example, the EHD may not have sufficient power to initiate the Mobile Originated (MO) operations (for example random access (4-step or 2-step RACH) , small data transmission (SDT)) . Moreover, network access failures impact not only the network performance KPIs but also drain the EHD stored energy.

[0059] In 3GPP Release (Rel. ) 16, the UE assistance information has been studied on UE power saving in NR. The UE assistance information for any UE power saving scheme is for UE to provide the assistance information to the network in configuration for UE adaptation to achieve power saving gain. UE assistance information reported by UE for power saving is a UE recommendation and the network shall make the final decision on  whether and how to use that information, in order to save power by decreasing UE waking-up or wake-up period or frequency (e.g. the amount of time the UE is actively monitoring the downlink channels or signals, or performing measurements) . Alternately, the network can also use this information to increase UE sleep period or frequency. Generally, the lower the waking-up frequency of the UE, the higher the power saving gain is. In other words, a higher power saving gain can be achieved by decreasing the UE waking-up frequency.

[0060] In this disclosure, a scheme is proposed for optimizing the behaviors of the network towards ambient IoT devices with strict requirements in terms of energy efficiency. The main idea is that, ambient IoT devices are configured to provide the network side with assistance information, which may include the state of the energy, for example in a form of stored energy level, energy harvesting profile, energy availability intervals, etc. The assistance information may also consist optimized and / or preferred parameters of at least a preferred (extended) discontinuous reception ( (e) DRX) or a preferred small data transmission (SDT) configuration for the main energy-efficient procedures.

[0061] The device assistance information could be defined as follows (but not limited thereto) :

[0062] The example device assistance information, i.e., the deviceAssistanceInformation-r19 information element (IE) as illustrated above could be provided by IoT devices when they are in Radio Resource Control (RRC) _CONNECTED state or alternatively when they are moved to RRC_INACTIVE state. In the latter case, the deviceAssistanceInformation-r19 IE could be provided during SDT procedure (i.e. 4-step RACH based SDT, or 2-step RACH based SDT, or CG based SDT) .

[0063] Moreover, the deviceAssistanceInformation-r19 IE provided by the device to the RAN may be further forwarded to the core network (CN) . The network device 110 illustrated in FIG. 1 is an example of the RAN, and the network device 130 illustrated in FIG. 1 is an example of the CN.

[0064] FIG. 2 illustrates a signaling chart illustrating an example communication process 200 in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the communication process 200 will be described with reference to FIG. 1. The communication process 200 may involve a terminal device (for example, terminal device 120 as illustrated in FIG. 1) and a network device (for example, network device 110 as illustrated in FIG. 1) . In the following, the communication process 200 will be described with reference to terminal device 120 and network device 110 as illustrated in FIG. 1. In some example embodiments, terminal device 120 may be an ambient IoT device or an energy harvesting device (EHD) .

[0065] As illustrated in FIG. 2, the terminal device 120 determines (215) at least one parameter related to a waking-up frequency of the terminal device 120. Then, the terminal device 120 transmits (220) , to the network device 110, assistance information 201 comprising the at least one parameter. On the other side of communication, the network device 110 receives (222) the assistance information 201, which comprises at least one parameter related to a waking-up frequency of the terminal device 120. Then, in some embodiments, the network device 110 can communicate (225) with the terminal device 120 based on the at least one parameter. On the other side of communication, the terminal device 120 may also communicate (227) with the network device 110 based on the at least one parameter. Further, after transmitting (220) the assistance information 201 to the network device 110, the terminal device 120 wakes (230) up from a sleep mode based on the at least one parameter in the assistance information 201.

[0066] In some example embodiments, terminal device 120 may further determine a state of energy harvesting of the terminal device 120. In such a case, terminal device 120 may determine the at least one parameter based on the state of energy harvesting.

[0067] In some example embodiments, the at least one parameter may comprise at least one discontinuous reception (DRX) parameter related to a DRX configuration for the terminal device 120. Alternatively or additionally, the at least one parameter may comprise at least one small data transmission (SDT) parameter related to a SDT  configuration for the terminal device 120. For example, the terminal device 120 may be in an idle or inactive state and in such a case, the DRX configuration may comprise an extended DRX configuration. RRC_IDLE state is an example of an idle state, and RRC_INACTIVE state is an example of an inactive state.

[0068] In some example embodiments, the at least one DRX parameter may comprise a number of DRX cycles in which at least one DRX cycle is to be skipped by the terminal device 120 and an offset from a system frame to a next active DRX cycle among the number of DRX cycles. In some example embodiments, in order to wake up from the sleep mode, the terminal device 120 may wake up in the DRX cycle determined based on the number of DRX cycles and the offset, and skip the at least one DRX cycle determined based on the number of DRX cycles.

[0069] In some example embodiments, the at least one SDT parameter may comprise an SDT cycle indicative of a duty cycle for the terminal device 120 to wake up to perform a SDT procedure, and a preferred configured grant (CG) for the SDT procedure selected by the terminal device 120 from a plurality of CGs pre-configured for the terminal device 120.

[0070] In some example embodiments, the terminal device 120 may further receive, from the network device 110, a confirmation message. The confirmation message may be an acknowledgement message indicating confirmation of the assistance information 201. Alternatively, the confirmation message may be an indicated CG determined by the network device 110 based on the assistance information 201 and the CG selected by the terminal device 120. In some example embodiments, in order to wake up from the sleep mode, the terminal device 120 may wake up in a waking-up period based on the SDT cycle, and perform, during the waking-up period, a SDT procedure with the network device 110 using the preferred configured grant (CG) or the indicated CG received from the network device 110.

[0071] In some example embodiments, the terminal device 120 may transmit the assistance information 201 via a radio resource control (RRC) signaling or message when the terminal device 120 is in a connected state (for example, RRC_CONNECTED state) . Alternatively, the terminal device 120 may transmit the assistance information 201 via a SDT procedure when the terminal device 120 is in an inactive state.

[0072] In some example embodiments, the terminal device 120 may further determine that a change in the state of energy harvesting is above a first threshold or below a second  threshold, then update the at least one parameter based on the changed state of energy harvesting. The terminal device 120 may then also transmit, to the network device 110, the updated assistance information comprising the updated at least one parameter.

[0073] In some example embodiments, the state of energy harvesting may comprise a stored energy level. The stored energy level may be an index indicative of a percentage of the current energy with respect to an energy threshold (for example, the full capacity of the battery) , and is stored locally in the terminal device. Alternatively or additionally, the state of energy harvesting may comprise an energy harvesting profile. For example, the energy harvesting profile may be indicative of an energy harvesting trend or rate, i.e., in what way is favorable to harvest energy more efficiently. Alternatively or additionally, the state of energy harvesting may comprise at least one energy availability interval. For example, the energy availability interval may be indicative of the communication duration supported by the stored energy.

[0074] In some example embodiments, in order to communicate with the terminal device 120, the network device 110 may determine the next active DRX cycle based on the number of DRX cycles and the offset stored at the network device 110, and transmit a paging message to the terminal device 120 during the determined DRX cycle if there is downlink packet.

[0075] In some example embodiments, the network device 110 may be an access network device, and the access network device may further forward the assistance information 201 to a core network device. In some example embodiments, the access network device may further receive, from the core network device, a first paging message for the terminal device 120 comprising the number of DRX cycles and the offset. The access network device may then determine the next active DRX cycle based on the number of DRX cycles and the offset obtained from the first paging message, and transmit a second paging message to the terminal device 120 during the determined next active DRX cycle.

[0076] In some example embodiments, the network device 110 may further determine an indicated CG based on the assistance information 201 and the CG selected by the terminal device 120, and transmit the indicated CG to the terminal device 120.

[0077] In some example embodiments, in order to communicate with the terminal device 120, the network device 110 may determine, based on the SDT cycle, a waking-up period during which the terminal device 120 wakes up, and receive, during the waking-up period,  a SDT with the terminal device 120 using the preferred configured grant (CG) configuration or the indicated CG transmitted to the terminal device 120.

[0078] In some example embodiments, the terminal device 120 may be a first terminal device, and the network device 110 may reallocate, to a second terminal device, at least one CG resource configured for and unused by the first terminal device.

[0079] In some example embodiments, the network device 110 may receive the assistance information 201 via a radio resource control (RRC) signaling when the terminal device 120 is in a connected state (for example, RRC_CONNECTED state) . Alternatively, the network device 110 may receive the assistance information 201 via a SDT procedure when the terminal device 120 is in an inactive state (for example, RRC_INACTIVE state) .

[0080] In some example embodiments, the network device 110 may further receive, from the terminal device 120, updated assistance information 201 comprising updated at least one parameter determined based on a changed state of energy harvesting of the terminal device 120.

[0081] Hereinbefore, some examples of the present disclosure are generally described with reference to a high level signaling chart FIG. 2. In the following, some further examples of the present disclosure applied to an (e) DRX scenario are described with reference to FIGS. 3-4.

[0082] In one example, the ambient IoT device is equipped with a solar battery to harvest energy. In sunny, cloudy, and rainy days, the charging speed of solar battery is different. If the charging speed cannot keep up with the energy consumed by the device every time it wakes up, the battery would run out and the device will not be able to respond for a long time. Therefore, it is necessary to dynamically adjust the device waking-up frequency based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery.

[0083] In the proposed deviceAssistanceInformation-r19 IE, new parameters of (e) DRX are defined, as mentioned above. The parameter “DRX skipping Number” is applied to the ambient IoT device which is in the idle / inactive mode (for example, RRC_IDLE  / RRC_INACTIVE mode) configured with (e) DRX cycle. The UE specific (e) DRX is a static parameter, but here “DRX skipping Number” is dynamic and changeable from time to time.

[0084] In the proposed deviceAssistanceInformation-r19 IE, new parameter “offset of  DRX skipping” is the offset from the system frame with SFN (H-SFN) = 0 to the first activated (e) DRX cycle.

[0085] FIG. 3 illustrates a signaling chart illustrating another example communication process 300 in accordance with some example embodiments of the present disclosure. In particular, FIG. 3 shows the detailed example procedure of how to apply the device assistance information (for example, deviceAssistanceInformation-r19) for the enhanced (e)DRX. For the purpose of discussion, the communication process 300 will be described with reference to FIG. 1. The communication process 300 may involve a device 320, gNB 310 and CN 330. Device 320 is an example of terminal device 120 as illustrated in FIG. 1, which is an ambient IoT device, gNB 310 is an example of network device 110 as illustrated in FIG. 1, and CN 330 is an example of network device 130 as illustrated in FIG. 1.

[0086] In the example as illustrated in FIG. 3, at 340, the (e) DRX parameters are configured among the device 320, gNB 310 and CN 330, and stored in the device context for device 320 in the CN 330 and in gNB 310.

[0087] At 345, device 320 measures the state of the energy harvesting (for example the stored energy level and the energy harvesting trend) , and determines the frequency of awakening in the (e) DRX of idle / inactive mode, i.e., DRX skipping Number to match the level and trend of energy harvesting.

[0088] At 350, the device 320 informs the gNB 310 by sending deviceAssistanceInformation-r19 IE. In one example, through RRC signaling in RRC_CONNECTION mode, or specifically through SDT in RRC_INACTIVE mode. The sending deviceAssistanceInformation-r19 is occasionally, i.e., only when the state of the energy harvesting changes considerably. For example, if the current energy level drops to or under a threshold, the device 320 may send the deviceAssistanceInformation-r19 IE to the gNB 310. As an example, the threshold may be set as 30%of the full energy capacity of the battery of the device 320.

[0089] At 355, the gNB 310 stores the received deviceAssistanceInformation-r19 in the device context for device 320. At 360, gNB 310 forwards the deviceAssistanceInformation-r19 IE to CN 330. At 365, the CN 330 also stores the received deviceAssistanceInformation-r19 IE in the device context for device 320. At 370, when CN paging is initiated by the CN 330, the parameter of DRX skipping Number is  carried in the CN paging and indicated to the RAN node (here, gNB 310) to optimize the paging behaviors.

[0090] At 375, gNB 310 determines the paging occasion (PO) based on the DRX skipping Number and offset. Then, at 380, gNB 310 pages the ambient IoT device based on the (e) DRX cycle and specifically with respect to the DRX skipping Number.

[0091] Specifically, if it is RAN paging initiated by gNB 310, gNB 310 will check the DRX skipping Number and determine whether to postpone sending paging. If it is CN paging initiated by CN 330, gNB 310 will determine whether to postpone sending paging based on the DRX skipping Number carried in paging message from CN 330.

[0092] Based on the DRX skipping Number carried in the paging message from the gNB 310, device 320 only wakes up once in few (e) DRX cycles, i.e., skips some (e) DRXs cycles to reduce the frequency of SSB reading, paging occasion (PO) monitoring and cell measurement, if needed. In one example embodiment, if DRX skipping Number is set to 4, device 320 sleeps for three (e) DRX cycles, and wakes up in the next cycle to read SSB, do measurements if needed, and then read paging. This will be described in the following in detail with reference to FIG. 4.

[0093] It is to be noted that, the block 355 is optional. In the event that the device 320 enters into an idle (for example, RRC_IDLE) state, gNB 310 may release device context for device 320. In this case, gNB 310 does not and cannot store the deviceAssistanceInformation-r19 in device context for device 320, therefore the block 355 does not exist in such a case. In such a case, when CN paging is initiated (370) by the CN 330, the parameters “DRX skipping number” and “offset of DRX skipping” may be carried in the CN paging message and indicated to the gNB 310, and the gNB 310 may then determine (375) the paging occasion based on these parameters comprised in the received CN paging message from the CN 330. In other cases where these parameters are stored locally at the gNB 310, the gNB 310 may directly use the locally stored parameters when determining the paging occasions at 375, without taking into consideration the parameters “DRX skipping number” and “offset of DRX skipping” which may be comprised in the paging message received from the CN 310.

[0094] When the state of the energy harvesting changes, for example the speed of energy harvesting has become faster, device 320 could redefine the value of DRX skipping Number and inform gNB 310 accordingly. For example, the device 320 may update the  DRX skipping number, and another round of processing between the block 345 and the paging operation 380 continues.

[0095] UE dynamically changes the duty cycle of awakening based on its state of the energy harvesting. The benefit is that it decreases the frequency and number of readings SSB for the time-frequency synchronization and decreases the frequency of cell measurement if needed. The goal is to reduce the power consumption to adapt the ability of device to harvest energy as the environment changes.

[0096] In this way, the waking-up frequency of the terminal device can be dynamically adjusted based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery.

[0097] FIG. 4 illustrates a schematic diagram of an example Enhanced (e) DRX cycle 400 for an ambient IoT device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the (e) DRX cycle 400 will be described with reference to FIGS. 1 and 3.

[0098] In the example as illustrated in FIG. 4, it is assumed that the parameter “DRX skipping Number” is set to 4 which indicates the ambient IoT device (for example, device 320 as illustrated in FIG. 3) wakes up in an (e) DRX cycle in every four (e) DRX cycles, and the parameter “offset of DRX skipping” has a value which indicates that the ambient IoT device is to wake up in the first e (DRX) cycle in the every four (e) DRX cycles.

[0099] Because gNB is also aware of the parameter “DRX skipping Number” and the parameter “offset of DRX skipping” , so gNB knows that the ambient IoT device wakes up in the first e (DRX) cycle amongst every four (e) DRX cycles. Therefore, as illustrated in FIG. 4, in the first e (DRX) cycles amongst the four (e) DRX cycles, the ambient IoT device wakes up, and gNB transmits SSBs and paging message to the ambient IoT device. The SSBs and paging message may comprise signaling and / or information for the ambient IoT device. Since the ambient IoT device is awake, it receives (i.e., reads) its SSB and paging message from gNB.

[0100] In the rest three e (DRX) cycles amongst the every four (e) DRX cycles (the second to fourth (e) DRX cycles as illustrated in FIG. 4) , gNB transmits SSBs and PO almost in the same way as in the first (e) DRX cycle during which the ambient IoT device wakes up, with a difference in that in the paging message transmitted by the gNB during the (e) DRX cycle during which the ambient IoT device sleeps (i.e., skips receiving SSB and paging message) ,  paging message for the ambient IoT device is removed (deleted) as compared with the paging message transmitted in the first (e) DRX cycle during which the ambient IoT device wakes up. This is shown in FIG. 4 by graying out the SSBs and paging message transmitted in the rest three e (DRX) cycles during which the ambient IoT device sleeps (i.e., skips receiving SSB and paging message) . In case that gNB has paging messages for the ambient IoT device in the rest three e (DRX) cycles, it will postpone to the next (e) DRX cycle during which the ambient IoT device wakes up for performing paging (the fifth (e)DRX cycle in FIG. 4) .

[0101] As can be seen from FIG. 4, if the solution according to the present disclosure is not adopted, the ambient IoT device should have waken up in each (e) DRX cycle. However, by setting the parameter “DRX skipping Number” to be 4, the waking-up frequency of the ambient IoT device decreases to 1 / 4 (i.e., the reciprocal of the parameter “DRX skipping Number” ) . As mentioned above, the lower the waking-up frequency of the ambient IoT device, the higher the power saving gain is. In other words, by setting the parameter “DRX skipping Number” (and additionally, the parameter “offset of DRX skipping” ) to appropriate value (s) based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery, the waking-up frequency of the terminal device can be dynamically adjusted, and a higher power saving gain can be achieved.

[0102] In this way, in the (e) DRX scenario, for example, by dynamically changing the parameters “DRX skipping number” and “offset of DRX skipping” based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery, the waking-up frequency of the terminal device can be dynamically adjusted based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery.

[0103] Hereinbefore, some examples of the present disclosure applied to an (e) DRX scenario are described with reference to FIGS. 3-4. In the following, some more examples of the present disclosure applied to an SDT scenario are further described with reference to FIGS. 5-6.

[0104] Generally, the reporting period of traffic, such as sensor data, can be adjusted within a range, because it depends on whether the energy harvesting device has enough harvested power. If the current stored energy could not afford access and uplink data  transmission, the sensor data reporting will be delayed for a period of time without being considered a service interruption. Even the number of reported cycles can be reduced to the minimum requirement to adapt the ability of device to harvest energy as the environment changes.

[0105] In the proposed deviceAssistanceInformation-r19 IE, new parameters of SDT operation are defined as follows. The parameter “SDT transmission cycle” means that UE changes the duty cycle of awakening for data sensing and transmission via SDT based on its state of the energy harvesting on the basis of original CG configuration. The parameter “preferred grant configuration” means that within the plurality CG occasions, in which one UE wakes up.

[0106] FIG. 5 illustrates a signaling chart illustrating a further example communication process 500 in accordance with some embodiments of the present disclosure. FIG. 5 shows the detailed example procedure of how to apply the deviceAssistanceInformation-r19 IE for the enhanced CG-based SDT. The communication process 500 may involve a device 520 and a gNB 510. Device 520 is an example of the terminal device 120 as illustrated in FIG. 1. gNB 510 is an example of the network device 110 as illustrated in FIG. 1. For the purpose of discussion, the communication process 500 will be described with reference to FIG. 1.

[0107] As illustrated in FIG. 5, at 540, the CG parameters for SDT are configured between the device 520 and gNB 510. At 545, device 520 measures the state of the energy harvesting (for example, the stored energy level and the energy harvesting trend) , and adjusts cycle of initiating MO traffic, i.e., SDT transmission cycle to match the level and trend of energy harvesting.

[0108] Then, at 550, device 520 informs gNB 510 by sending deviceAssistanceInformation-r19 IE via scheduled PUSCH (for example, CG-based SDT) . On the other side of communication, gNB 510 receives the deviceAssistanceInformation-r19 IE. Then gNB 510 knows the preferred CG parameters for SDT of the device 520, such as the occasion on which device 520 may initiate the CG-based SDT. At 555, gNB 510 may then determine a reserved CG and reconfigure the device 520 with determined reserved SDT that is more adequate for the traffic and energy profiles.

[0109] In one example, at 560, gNB 510 may activate a different CG configuration that is  more adequate for the current energy profile of device 520. In another example, at 565, gNB 510 may re-allocate the unused resource for other UE / device, postpone some subsequent DL data transmission during SDT by taking into consideration the energy profile of device 520. At 570, device 520 can only wake up once in the SDT transmission cycle, and initiate CG-SDT to transmit the collected sensor data.

[0110] FIG. 6 illustrates a schematic diagram of an example enhanced SDT transmission 600 for ambient IoT device in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the enhanced SDT transmission 600 will be described with reference to FIGS. 1 and 5.

[0111] As illustrated in FIG. 6, it is assumed that the parameter “SDT transmission cycle” is set to a second periodicity corresponding to a second CG configuration being applied currently. The second periodicity is 4 times of a first periodicity corresponding to a first CG configuration. Herein, it is assumed that, the first CG configuration is applied for the gNB and the ambient IoT device to communicate with each other when the solution according to this disclosure is not adopted, in which case the ambient IoT device performs SDT in each of the first periodicity. The second CG configuration (for example, the new CG configuration activated (560) by the gNB 510 as illustrated in FIG. 5) is indicative of a waking-up duration for the ambient IoT device within the SDT transmission cycle, the waking-up duration may be equal in length to the first periodicity.

[0112] As illustrated in FIG. 6 and described above, the ambient IoT device wakes up in a duration with a length equal to the first periodicity, and performs SDT in the waking-up duration. For the duration other than the waking-up duration (i.e., for the sleep duration as illustrated in FIG. 6) within the SDT transmission cycle, the ambient IoT device sleeps, in other words, skips (does not perform) SDT transmission. This is shown in FIG. 6 by graying out the SDT signs within the sleep duration, which implies that, if the solution according to the present disclosure is not adopted, the ambient IoT device should have waken up in each duration with a length equal to the first periodicity. However, by setting the parameter “SDT transmission cycle” to be the second periodicity which is 4 times of the first periodicity, the waking-up frequency of the ambient IoT device decreases to 1 / 4 (i.e., the reciprocal of the value equivalent to the second periodicity divided by the first periodicity) . During the sleep duration in the SDT procedure, if the ambient IoT device has any SDT data to transmit to the gNB, the ambient IoT device may postpone the SDT to the next waking-up duration of the ambient IoT device. Also, during the sleep duration in  the SDT procedure, if the gNB has any downlink data to be transmitted to the ambient IoT device, the gNB may postpone the downlink data transmission to the next waking-up duration of the ambient IoT device.

[0113] As mentioned above, the lower the waking-up frequency of the ambient IoT device, the higher the power saving gain is. In other words, by setting the parameter “SDT transmission cycle” (and additionally, the parameter “preferred grant configuration” ) to appropriate value (s) based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery, the waking-up frequency of the terminal device can be dynamically adjusted, and a higher power saving gain can be achieved.

[0114] In this way, in the SDT scenario, for example, by dynamically changing the parameters “SDT transmission cycle” and “preferred grant configuration” based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery, the waking-up frequency of the terminal device can be dynamically adjusted based on the state of the energy harvesting to match the speed of energy growth and consumption in the battery.

[0115] FIG. 7 illustrates a flowchart of an example method 700 implemented at a terminal device in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the terminal device 120 with reference to FIGS. 1-2.

[0116] As illustrated in FIG. 7, at block 710, the terminal device 120 determines at least one parameter related to a waking-up frequency of the terminal device 120. At block 720, the terminal device 120 transmits, to a network device (for example, network device 110 as illustrated in FIGS. 1-2) , assistance information (for example, assistance information 201 as illustrated in FIG 2) comprising the at least one parameter. At block 730, the terminal device 120 wakes up from a sleep mode based on the at least one parameter.

[0117] In some example embodiments, terminal device 120 may further determine a state of energy harvesting of the terminal device 120. In such a case, terminal device 120 may determine the at least one parameter based on the state of energy harvesting.

[0118] In some example embodiments, the at least one parameter may comprise at least one discontinuous reception (DRX) parameter related to a DRX configuration for the terminal device 120. Alternatively or additionally, the at least one parameter may comprise at least one small data transmission (SDT) parameter related to a SDT  configuration for the terminal device 120. For example, the terminal device 120 may be in an idle or inactive state and in such a case, the DRX configuration may comprise an extended DRX configuration. RRC_IDLE state is an example of an idle state, and RRC_INACTIVE state is an example of an inactive state.

[0119] In some example embodiments, the at least one DRX parameter may comprise a number of DRX cycles in which at least one DRX cycle is to be skipped by the terminal device 120 and an offset from a system frame to a next active DRX cycle among the number of DRX cycles. In some example embodiments, in order to wake up from the sleep mode, the terminal device 120 may wake up in the DRX cycle determined based on the number of DRX cycles and the offset, and skip the at least one DRX cycle determined based on the number of DRX cycles.

[0120] In some example embodiments, the at least one SDT parameter may comprise an SDT cycle indicative of a duty cycle for the terminal device 120 to wake up to perform a SDT procedure, and a preferred configured grant (CG) for the SDT procedure selected by the terminal device 120 from a plurality of CGs pre-configured for the terminal device 120.

[0121] In some example embodiments, the terminal device 120 may further receive, from the network device 110, a confirmation message. The confirmation message may be an acknowledgement message indicating confirmation of the assistance information 201. Alternatively, the confirmation message may be an indicated CG determined by the network device 110 based on the assistance information 201 and the CG selected by the terminal device 120. In some example embodiments, in order to wake up from the sleep mode, the terminal device 120 may wake up in a waking-up period based on the SDT cycle, and perform, during the waking-up period, a SDT procedure with the network device 110 using the preferred configured grant (CG) or the indicated CG received from the network device 110.

[0122] In some example embodiments, in order to transmit the assistance information 201, the terminal device 120 may transmit the assistance information 201 via a radio resource control (RRC) signaling in the event that the terminal device 120 is in a connected state (for example, RRC_CONNECTED state) . Alternatively, in order to transmit the assistance information 201, the terminal device 120 may transmit the assistance information 201 via a SDT procedure in the event that the terminal device 120 is in an inactive state.

[0123] In some example embodiments, the terminal device 120 may further determine that  a change in the state of energy harvesting is above a first threshold or below a second threshold, then update the at least one parameter based on the changed state of energy harvesting. The terminal device 120 may then also transmit, to the network device 110, the updated assistance information comprising the updated at least one parameter.

[0124] In some example embodiments, the state of energy harvesting may comprise a stored energy level. The stored energy level may be an index indicative of a percentage of the current energy with respect to an energy threshold (for example, the full capacity of the battery) , and is stored locally in the terminal device 120. Alternatively or additionally, the state of energy harvesting may comprise an energy harvesting profile. For example, the energy harvesting profile may be indicative of an energy harvesting trend or rate, i.e., in what way is favorable to harvest energy more efficiently. Alternatively or additionally, the state of energy harvesting may comprise at least one energy availability interval. For example, the energy availability interval may be the communication duration supported by the stored energy.

[0125] In some example embodiments, the terminal device 120 may be an ambient Internet of Things (IoT) device or an energy harvesting device (EHD) .

[0126] FIG. 8 illustrates another flowchart of another example method 800 implemented at a network device in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the network device 110 with reference to FIGS. 1-2.

[0127] As illustrated in FIG. 8, at block 810, the network device 110 receives, from a terminal device (for example, the terminal device 120 as illustrated in FIGS. 1-2) , assistance information (for example, assistance information 201 as illustrated in FIG. 2) comprising at least one parameter related to a waking-up frequency of the terminal device. At block 820, the network device 110 communicate with the terminal device based on the at least one parameter.

[0128] In some example embodiments, the at least one parameter may comprise at least one discontinuous reception (DRX) parameter related to a DRX configuration for the terminal device. Alternatively or additionally, the at least one parameter may comprise at least one small data transmission (SDT) parameter related to a SDT configuration for the terminal device. For example, the terminal device may be in an idle or inactive state and in such a case, the DRX configuration may comprise an extended DRX configuration.  RRC_IDLE state is an example of an idle state, and RRC_INACTIVE state is an example of an inactive state.

[0129] In some example embodiments, the at least one DRX parameter may comprise a number of DRX cycles in which at least one DRX cycle is to be skipped by the terminal device and an offset from a system frame to a next active DRX cycle among the number of DRX cycles.

[0130] In some example embodiments, the at least one SDT parameter may comprise an SDT cycle indicative of a duty cycle for the terminal device to wake up to perform a SDT procedure, and a preferred configured grant (CG) for the SDT procedure selected by the terminal device from a plurality of CGs pre-configured for the terminal device.

[0131] In some example embodiments, the network device 110 may further transmit a confirmation message to the terminal device. The confirmation message may be an acknowledgement message indicating confirmation of the assistance information. Alternatively, the confirmation message may be an indicated CG determined by the network device 110 based on the assistance information and the CG selected by the terminal device. In some example embodiments, in order to wake up from the sleep mode, the terminal device may wake up in a waking-up period based on the SDT cycle, and perform, during the waking-up period, a SDT procedure with the network device 110 using the preferred configured grant (CG) or the indicated CG received from the network device 110.

[0132] In some example embodiments, the state of energy harvesting may comprise a stored energy level. The stored energy level may be an index indicative of a percentage of the current energy with respect to an energy threshold (for example, the full capacity of the battery) , and is stored locally in the terminal device. Alternatively or additionally, the state of energy harvesting may comprise an energy harvesting profile. For example, the energy harvesting profile may be indicative of an energy harvesting trend or rate, i.e., in what way is favorable to harvest energy more efficiently. Alternatively or additionally, the state of energy harvesting may comprise at least one energy availability interval. For example, the energy availability interval may be the communication duration supported by the stored energy.

[0133] In some example embodiments, in order to communicate with the terminal device, the network device 110 may determine the next active DRX cycle based on the number of  DRX cycles and the offset stored at the network device 110, and transmit a paging message to the terminal device during the determined DRX cycle if there is downlink packet.

[0134] In some example embodiments, the network device 110 may be an access network device, and the access network device may further forward the assistance information to a core network device. In some example embodiments, the access network device may further receive, from the core network device, a first paging message for the terminal device comprising the number of DRX cycles and the offset. The access network device may then determine the next active DRX cycle based on the number of DRX cycles and the offset obtained from the first paging message, and transmit a second paging message to the terminal device during the determined next active DRX cycle.

[0135] In some example embodiments, the network device 110 may further determine an indicated CG based on the assistance information 201 and the CG selected by the terminal device, and transmit the indicated CG to the terminal device.

[0136] In some example embodiments, in order to communicate with the terminal device, the network device 110 may determining, based on the SDT cycle, a waking-up period during which the terminal device wakes up, and receive, during the waking-up period, a SDT with the terminal device using the preferred configured grant (CG) configuration or the indicated CG transmitted to the terminal device.

[0137] In some example embodiments, the terminal device may be a first terminal device, and the network device 110 may reallocate, to a second terminal device, at least one CG resource configured for and unused by the first terminal device.

[0138] In some example embodiments, in order to receive the assistance information, the network device 110 may receive the assistance information via a radio resource control (RRC) signaling in the event that the terminal device is in a connected state (for example, RRC_CONNECTED state) . Alternatively, in order to receive the assistance information, the network device 110 may receive the assistance information via a SDT procedure in the event that the terminal device is in an inactive state (for example, RRC_INACTIVE state) .

[0139] In some example embodiments, the network device 110 may further receive, from the terminal device, updated assistance information comprising updated at least one parameter determined based on a changed state of energy harvesting of the terminal device.

[0140] In some example embodiments, the terminal device may be an ambient Internet of Things (IoT) device or an energy harvesting device (EHD) .

[0141] In some embodiments, an apparatus capable of performing the method 700 may comprise means for performing the respective steps of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0142] In some example embodiments, the apparatus comprises: means for determining, at a terminal device (for example, terminal device 120 as illustrated in FIG. 1) , at least one parameter related to a waking-up frequency of the terminal device; means for transmitting, to a network device, assistance information comprising the at least one parameter; and means for waking up from a sleep mode based on the at least one parameter.

[0143] In some example embodiments, the apparatus may further comprise means for determining a state of energy harvesting of the terminal device 120. In such a case, the means for determining the at least one parameter may comprise means for determining the at least one parameter based on the state of energy harvesting.

[0144] In some example embodiments, the at least one parameter may comprise at least one discontinuous reception (DRX) parameter related to a DRX configuration for the terminal device. Alternatively or additionally, the at least one parameter may comprise at least one small data transmission (SDT) parameter related to a SDT configuration for the terminal device. For example, the terminal device may be in an idle or inactive state and in such a case, the DRX configuration may comprise an extended DRX configuration.

[0145] In some example embodiments, the at least one DRX parameter may comprise a number of DRX cycles in which at least one DRX cycle is to be skipped by the apparatus and an offset from a system frame to a next active DRX cycle among the number of DRX cycles. In some example embodiments, the means for waking up may comprise means for waking up in the DRX cycle determined based on the number of DRX cycles and the offset, and means for skipping the at least one DRX cycle determined based on the number of DRX cycles.

[0146] In some example embodiments, the at least one SDT parameter may comprise an SDT cycle indicative of a duty cycle for the terminal device to wake up to perform a SDT procedure, and a preferred configured grant (CG) for the SDT procedure selected by the terminal device from a plurality of CGs pre-configured for the terminal device.

[0147] In some example embodiments, the apparatus may further comprise means for receiving, from the network device, a confirmation message. The confirmation message  may be an acknowledgement message indicating confirmation of the assistance information. Alternatively, the confirmation message may be an indicated CG determined by the network device based on the assistance information and the CG selected by the terminal device. In some example embodiments, the means for waking up from the sleep mode may comprise means for waking up in a waking-up period based on the SDT cycle, and means for performing, during the waking-up period, a SDT procedure with the network device using the preferred configured grant (CG) or the indicated CG received from the network device.

[0148] In some example embodiments, the means for transmitting the assistance information may comprise means for transmitting the assistance information via a radio resource control (RRC) signaling in the event that the terminal device is in a connected state (for example, RRC_CONNECTED state) . Alternatively, the means for transmitting the assistance information may comprise means for transmitting the assistance information via a SDT procedure in the event that the terminal device is in an inactive state.

[0149] In some example embodiments, the apparatus may further comprises means for, based on determining that a change in the state of energy harvesting is above a first threshold or below a second threshold, updating the at least one parameter based on the changed state of energy harvesting, and means for transmitting, to the network device, the updated assistance information comprising the updated at least one parameter.

[0150] In some example embodiments, the state of energy harvesting may comprise a stored energy level. The stored energy level may be an index indicative of a percentage of the current energy with respect to an energy threshold (for example, the full capacity of the battery) , and is stored locally in the terminal device. Alternatively or additionally, the state of energy harvesting may comprise an energy harvesting profile. For example, the energy harvesting profile may be indicative of an energy harvesting trend or rate, i.e., in what way is favorable to harvest energy more efficiently. Alternatively or additionally, the state of energy harvesting may comprise at least one energy availability interval. For example, the energy availability interval may be the communication duration supported by the stored energy.

[0151] In some example embodiments, the apparatus may be an ambient Internet of Things (IoT) device or an energy harvesting device (EHD) .

[0152] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 700. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0153] In some embodiments, an apparatus capable of performing the method 800 may comprise means for performing the respective steps of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0154] In some example embodiments, the apparatus comprises: means for receiving, at a network device (for example, the network device 110 as illustrated in FIG. 1) and from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; and means for communicating with the terminal device based on the at least one parameter.

[0155] In some example embodiments, the at least one parameter may comprise at least one discontinuous reception (DRX) parameter related to a DRX configuration for the terminal device. Alternatively or additionally, the at least one parameter may comprise at least one small data transmission (SDT) parameter related to a SDT configuration for the terminal device. For example, the terminal device may be in an idle or inactive state and in such a case, the DRX configuration may comprise an extended DRX configuration. RRC_IDLE state is an example of an idle state, and RRC_INACTIVE state is an example of an inactive state.

[0156] In some example embodiments, the at least one DRX parameter may comprise a number of DRX cycles in which at least one DRX cycle is to be skipped by the terminal device and an offset from a system frame to a next active DRX cycle among the number of DRX cycles.

[0157] In some example embodiments, the at least one SDT parameter may comprise an SDT cycle indicative of a duty cycle for the terminal device to wake up to perform a SDT procedure, and a preferred configured grant (CG) for the SDT procedure selected by the terminal device from a plurality of CGs pre-configured for the terminal device.

[0158] In some example embodiments, the apparatus may further comprise means for transmitting a confirmation message to the terminal device. The confirmation message  may be an acknowledgement message indicating confirmation of the assistance information. Alternatively, the confirmation message may be an indicated CG determined by the network device based on the assistance information and the CG selected by the terminal device.

[0159] In some example embodiments, the state of energy harvesting may comprise a stored energy level. The stored energy level may be an index indicative of a percentage of the current energy with respect to an energy threshold (for example, the full capacity of the battery) , and is stored locally in the terminal device. Alternatively or additionally, the state of energy harvesting may comprise an energy harvesting profile. For example, the energy harvesting profile may be indicative of an energy harvesting trend or rate, i.e., in what way is favorable to harvest energy more efficiently. Alternatively or additionally, the state of energy harvesting may comprise at least one energy availability interval. For example, the energy availability interval may be the communication duration supported by the stored energy.

[0160] In some example embodiments, the means for communicating with the terminal device may comprise means for determining the next active DRX cycle based on the number of DRX cycles and the offset stored at the network device, and means for transmitting a paging message to the terminal device during the determined DRX cycle if there is downlink packet.

[0161] In some example embodiments, the apparatus may be an access network device, and the access network device may further comprise means for forwarding the assistance information to a core network device. In some example embodiments, the access network device may further comprise means for receiving, from the core network device, a first paging message for the terminal device comprising the number of DRX cycles and the offset, means for determining the next active DRX cycle based on the number of DRX cycles and the offset obtained from the first paging message, and means for transmitting a second paging message to the terminal device during the determined next active DRX cycle.

[0162] In some example embodiments, the apparatus may further comprise means for determining an indicated CG based on the assistance information and the CG selected by the terminal device, and means for transmitting the indicated CG to the terminal device.

[0163] In some example embodiments, the means for communicating with the terminal  device may comprise means for determining, based on the SDT cycle, a waking-up period during which the terminal device wakes up, and means for receiving, during the waking-up period, a SDT with the terminal device using the preferred configured grant (CG) configuration or the indicated CG transmitted to the terminal device.

[0164] In some example embodiments, the terminal device may be a first terminal device, and the apparatus may further comprise means for reallocating, to a second terminal device, at least one CG resource configured for and unused by the first terminal device.

[0165] In some example embodiments, the means for receiving the assistance information may comprise means for receiving the assistance information via a radio resource control (RRC) signaling in the event that the terminal device is in a connected state (for example, RRC_CONNECTED state) . Alternatively, the means for receiving the assistance information may comprise means for receiving the assistance information via a SDT procedure in the event that the terminal device is in an inactive state (for example, RRC_INACTIVE state) .

[0166] In some example embodiments, the apparatus may further comprise means for receiving, from the terminal device, updated assistance information comprising updated at least one parameter determined based on a changed state of energy harvesting of the terminal device.

[0167] In some example embodiments, the terminal device may be an ambient Internet of Things (IoT) device or an energy harvesting device (EHD) .

[0168] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 800. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the network device.

[0169] FIG. 9 illustrates a simplified block diagram of a device 900 that is suitable for implementing some example embodiments of the present disclosure. The device 900 may be provided to implement a communication device, for example, the terminal device 120, the network device 110, and possibly the another network device 130 as shown in FIG. 1. As shown, the device 900 includes one or more processors 910, one or more memories 920 coupled to the processor 910, and one or more communication modules 940 coupled to the processor 910.

[0170] The communication module 940 is for bidirectional communications. The communication module 940 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements.

[0171] The processor 910 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1000 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0172] The memory 920 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 924, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 922 and other volatile memories that will not last in the power-down duration.

[0173] A computer program 930 includes computer executable instructions that are executed by the associated processor 910. The program 930 may be stored in the ROM 924. The processor 910 may perform any suitable actions and processing by loading the program 930 into the RAM 922.

[0174] The embodiments of the present disclosure may be implemented by means of the program 930 so that the device 900 may perform any process of the disclosure as discussed with reference to FIGS. 2, 3, 5 and 7-8. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0175] In some example embodiments, the program 930 may be tangibly contained in a computer-readable medium which may be included in the device 900 (such as in the memory 920) or other storage devices that are accessible by the device 900. The device 900 may load the program 930 from the computer-readable medium to the RAM 922 for execution. The computer-readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.

[0176] FIG. 10 illustrates a block diagram of an example of a computer-readable medium 1000 in accordance with some example embodiments of the present disclosure. The computer-readable medium 1000 has the program 930 stored thereon. It is noted that although the computer-readable medium 1000 is depicted in form of CD or DVD in FIG. 10, the computer-readable medium 1000 may be in any other form suitable for carry or hold the program 930.

[0177] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0178] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer-readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out any of the method 200, 300, 500 or 700 or 800 as described above with reference to FIGS. 2, 3, 5 and 7-8. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0179] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in  the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0180] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer-readable medium, and the like.

[0181] The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. A computer-readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer-readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0182] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0183] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present  disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

[0184] Through this document, the terms defined below may be referenced. BWP       BandWidth Part DRX       Discontinuous Reception EHD       Energy Harvesting Devices eMTC      enhanced Machine-Type Communication IoT       Internet of Things MIMO      Multiple Input Multiple Output MO        Mobile Original MT        Mobile Terminated NB-IoT    Narrow Band Internet of Things CSI-RS    Channel State Information RS NR        New Radio NW        Network PDCCH     Physical Downlink Control Channel RA        Random Access RACH      Random Access Channel RAN       Radio Access Network RedCap    Reduced Capability RRC       Radio Resource Control SCG       Secondary Cell group SDT       Small Data Transmission

Claims

1.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:determine at least one parameter related to a waking-up frequency of the terminal device;transmit, to a network device, assistance information comprising the at least one parameter; andwake up from a sleep mode based on the at least one parameter.2.The terminal device of claim 1, wherein the terminal device is further caused to:determine a state of energy harvesting of the terminal device,wherein the terminal device is caused to determine the at least one parameter by:determining the at least one parameter based on the state of energy harvesting.3.The terminal device of claim 1 or 2, wherein the at least one parameter comprises at least one of the following:at least one energy harvesting parameter related to a state of energy harvesting of the terminal device; orat least one discontinuous reception (DRX) parameter related to a DRX configuration for the terminal device; orat least one small data transmission (SDT) parameter related to a SDT configuration for the terminal device.4.The terminal device of claim 3, wherein the terminal device is in an idle or inactive state and the DRX configuration comprises an extended DRX configuration.5.The terminal device of claim 3 or 4, wherein the at least one DRX parameter comprises:a number of DRX cycles in which at least one DRX cycle is to be skipped by the terminal device; andan offset from a system frame to a next active DRX cycle among the number of DRX cycles.6.The terminal device of claim 5, wherein the terminal device is caused to wake up from the sleep mode by:waking up in the DRX cycle determined based on the number of DRX cycles and the offset; andskipping the at least one DRX cycle determined based on the number of DRX cycles.7.The terminal device of any of claims 3-6, wherein the at least one SDT parameter comprises:an SDT cycle indicative of a duty cycle for the terminal device to wake up to perform a SDT procedure; anda preferred configured grant (CG) for the SDT procedure selected by the terminal device from a plurality of CGs pre-configured for the terminal device.8.The terminal device of claim 6 or 7, wherein the terminal device is further caused to:receive, from the network device, a confirmation message,wherein the confirmation message is one of the following:an acknowledgement message indicating confirmation of the assistance information; oran indicated CG determined by the network device based on the assistance information and the CG selected by the terminal device.9.The terminal device of claim 8, wherein the terminal device is caused to wake up from the sleep mode by:waking up in a waking-up period based on the SDT cycle; andperforming, during the waking-up period, a SDT procedure with the network device using the preferred configured grant (CG) or the indicated CG received from the network device.10.The terminal device of any of claims 1-9, wherein the terminal device is caused to transmit the assistance information by:transmitting the assistance information via a radio resource control (RRC) signaling in the event that the terminal device is in a connected state; ortransmitting the assistance information via a SDT procedure in the event that the terminal device is in an inactive state.11.The terminal device of any of claims 1-10, wherein the terminal device is further caused to:based on determining that a change in the state of energy harvesting is above a first threshold or below a second threshold, update the at least one parameter based on the changed state of energy harvesting; andtransmit, to the network device, updated assistance information comprising the updated at least one parameter.12.The terminal device of any of claims 1-11, wherein the state of energy harvesting comprises at least one of the following:a stored energy level,an energy harvesting profile, orat least one energy availability interval.13.The terminal device of any of claims 1-12, wherein the terminal device is an ambient Internet of Things (IoT) device or an energy harvesting device (EHD) .14.A network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to:receive, from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; andcommunicate with the terminal device based on the at least one parameter.15.The network device of claim 14, wherein the at least one parameter comprises at least one of the following:at least one energy harvesting parameter related to a state of energy harvesting of the terminal device; orat least one discontinuous reception (DRX) parameter related to a DRX configuration for the terminal device; orat least one small data transmission (SDT) parameter related to a SDT configuration for the terminal device.16.The network device of claim 15, wherein the terminal device is in an idle or inactive state and the DRX configuration comprises an extended DRX configuration.17.The network device of claim 15, wherein the at least one DRX parameter comprises:a number of DRX cycles in which at least one DRX cycle is to be skipped by the terminal device; andan offset from a system frame to a next active DRX cycle among the number of DRX cycles.18.The network device of claim 17, wherein the network device is caused to communicate with the terminal device by:determining the next active DRX cycle based on the number of DRX cycles and the offset stored at the network device; andtransmitting a paging message to the terminal device during the determined DRX cycle if there is downlink packet.19.The network device of claim 17 or 18, wherein the network device is an access network device, and the access network device is further caused to:forward the assistance information to a core network device.20.The network device of claim 19, wherein the access network device is further caused to:receive, from the core network device, a first paging message for the terminal device comprising the number of DRX cycles and the offset;determine the next active DRX cycle based on the number of DRX cycles and the offset obtained from the first paging message; andtransmit a second paging message to the terminal device during the determined next active DRX cycle.21.The network device of any of claims 15-20, wherein the at least one SDT parameter comprises:an SDT cycle indicative of a duty cycle for the terminal device to wake up to perform a SDT procedure; anda preferred configured grant (CG) configuration for the SDT procedure selected by the terminal device from a plurality of CGs pre-configured for the terminal device.22.The network device of claim 21, wherein the network device is further caused to:determine an indicated CG based on the assistance information and the CG selected by the terminal device; andtransmit the indicated CG to the terminal device.23.The network device of claim 22, wherein the network device is caused to communicate with the terminal device by:determining, based on the SDT cycle, a waking-up period during which the terminal device wakes up; andreceiving, during the waking-up period, a SDT with the terminal device using the preferred configured grant (CG) configuration or the indicated CG transmitted to the terminal device.24.The network device of any of claims 20-23, wherein the terminal device is a first terminal device, and the network device is further caused to:reallocate, to a second terminal device, at least one CG resource configured for and unused by the first terminal device.25.The network device of any of claims 14-24, wherein the network device is caused to receive the assistance information by:receiving the assistance information via a radio resource control (RRC) signaling in the event that the terminal device is in a connected state; orreceiving the assistance information via a SDT procedure in the event that the terminal device is in an inactive state.26.The network device of any of claims 14-25, wherein the network device is further caused to:receive, from the terminal device, updated assistance information comprising updated at least one parameter determined based on a changed state of energy harvesting of the terminal device.27.The network device of any of claims 14-26, wherein the state of energy harvesting comprises at least one of the following:a stored energy level,an energy harvesting profile, orat least one energy availability interval.28.The network device of any of claims 14-27, wherein the terminal device is an ambient Internet of Things (IoT) device or an energy harvesting device (EHD) .29.A method comprising:determining, at a terminal device, at least one parameter related to a waking-up frequency of the terminal device;transmitting, to a network device, assistance information comprising the at least one parameter; andwaking up from a sleep mode based on the at least one parameter.30.A method comprising:receiving, at a network device and from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; andcommunicating with the terminal device based on the at least one parameter.31.An apparatus comprising:means for determining, at a terminal device, at least one parameter related to a waking-up frequency of the terminal device;means for transmitting, to a network device, assistance information comprising the at least one parameter; andmeans for waking up from a sleep mode based on the at least one parameter.32.An apparatus comprising:means for receiving, at a network device and from a terminal device, assistance information comprising at least one parameter related to a waking-up frequency of the terminal device; andmeans for communicating with the terminal device based on the at least one parameter.33.A non-transitory computer-readable medium comprising program instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method of claim 29 or 30.

Images