Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, a terminal device may receive a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state, and may perform the first operation during the first mode. The first operation comprises: applying an LR related configuration; deactivating an MR related configuration; and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration. In this way, LR may be used for power saving in an RRC connected state.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to methods, devices and computer storage media of communication related to low power radio (LR) .BACKGROUND

[0002] As known, it has been proposed to use a main radio (MR) to describe a regular communication device performing normal radio resource control (RRC) states and additionally design an LR to monitor a low power wake up signal (LP-WUS) for turn-on of the MR. Recently, it has been proposed to continue considering extension of LR usage for an RRC connected state.SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication related to LR.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: receive, from a network device, a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state; and perform the first operation during the first mode, the first operation comprising: applying an LR related configuration, deactivating an MR related configuration, and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

[0005] In a second aspect, there is provided a network device. The network device comprises a processor configured to cause the network device to: transmit, to a terminal device, a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state, the first operation comprising: applying an LR related configuration, deactivating an MR related configuration, and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

[0006] In a third aspect, there is provided a method of communication. The method comprises: receiving, from a network device, a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state; and perform the first operation during the first mode, the first operation comprising: applying an LR related configuration, deactivating an MR related configuration, and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

[0007] In a fourth aspect, there is provided a method of communication. The method comprises: transmitting, to a terminal device, a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state, the first operation comprising: applying an LR related configuration, deactivating an MR related configuration, and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

[0008] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to the third or fourth aspect of the present disclosure.

[0009] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Through the more detailed description of some embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0011] FIG. 1A illustrates an example communication network in which some embodiments of the present disclosure can be implemented;

[0012] FIG. 1B illustrates an example structure of a terminal device in which some embodiments of the present disclosure can be implemented;

[0013] FIG. 1C illustrates a diagram illustrating an example operation of LR in which some embodiments of the present disclosure can be implemented;

[0014] FIG. 2 illustrates a signaling chart illustrating an example process of communication according to embodiments of the present disclosure;

[0015] FIG. 3 illustrates a diagram illustrating an example operation of MR according to embodiments of the present disclosure;

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

[0017] FIG. 5 illustrates a flowchart illustrating an example method of communication implemented at a network device in accordance with some embodiments of the present disclosure; and

[0018] FIG. 6 is a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

[0019] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

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

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

[0022] As used herein, the term “terminal device” refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, Internet of things (IoT) devices, ultra-reliable and low latency communications (URLLC) devices, Internet of everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for integrated access and backhaul (IAB) , space borne vehicles or air borne vehicles in non-terrestrial networks (NTN) including satellites and high altitude platforms (HAPs) encompassing unmanned aircraft Systems (UAS) , extended reality (XR) devices including different types of realities such as augmented reality (AR) , mixed reality and virtual reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The “terminal device” can further has “multicast / broadcast” feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also be incorporated one or multiple subscriber identity module (SIM) as known as multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0023] As used herein, the term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of an access network device include, but not limited to, a satellite, an unmanned aerial systems (UAS) platform, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0024] The terminal device or the network device may have artificial intelligence (AI) or machine learning (ML) capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0025] The terminal device or the network device may work on several frequency ranges, e.g. FR1 (410 MHz -7125 MHz) , FR2 (24.25GHz -71GHz) , FR3 (7.125 GHz -24.25 GHz) , frequency band larger than 100GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under multi-radio dual connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0026] The embodiments of the present disclosure may be performed in test equipment, e.g. signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0027] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In one embodiment, information A may be transmitted to the terminal device from the first network device and information B may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0028] 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. The term “includes” and its variants are to be read as open terms that mean “includes, but is not limited to. ” The term “based on” is to be read as “at least in part based on. ” The term “one embodiment” and “an embodiment” are to be read as “at least one embodiment. ” The term “another embodiment” is to be read as “at least one other embodiment. ” The terms “first, ” “second, ” and the like may refer to different or same objects. The term “and / or” indicates that there may be three relationships. For example, A and / or B may indicate cases includes “only A” , “both A and B” , and “only B” . The term “at least one of the following items” or a similar expression thereof refers to any combination of these items, including any combination of a single item or a plurality of items. For example, “at least one of A, B, or C” may represent A, B, C, “A and B” , “A and C” , “B and C” , or “A, B and C” . Other definitions, explicit and implicit, may be included below.

[0029] In some examples, values, procedures, or apparatus are referred to as “best, ” “lowest, ” “highest, ” “minimum, ” “maximum, ” or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0030] In the context of the present disclosure, the term “turn on” may be interchangeably used with “activated” , “wake up” , “switch on” , “state transition” or “warm up” . In the context of the present disclosure, the term “turn off” may be interchangeably used with “deactivated” , “sleep” , “switch off” , “state transition” , or “warm down” . In the context of the present disclosure, the term “MR” may be interchangeably used with “main receiver” or “main transceiver” . The term “LR” may be interchangeably used with “LP-WUS receiver” or “low power wake up receiver (LP-WUR) ” or “lower power transceiver” . That is, LR may be enhanced to have both receiver and transmitter functions, e.g., both uplink and downlink may be achieved.

[0031] In the context of the present disclosure, the term “LP-WUS” may refer to a wake up signal monitored by LR and used for wake up MR. The term “LP-WUS” may be interchangeably used with “ultra-low-power wake up signal” or “wake up signal” or any other suitable names. The term “LR measurement” herein may refer to a reference signal measurement performed by LR for radio resource management (RRM) . The term “MR measurement” herein may refer to a reference signal measurement performed by MR for RRM.

[0032] In the context of the present disclosure, the term “ultra-deep-sleep” herein may refer to a new mode, or a new mode within an RRC connected state (RRC_CONNECTED) , or there is no any new mode introduced by just reflecting UE behaviors in an RRC connected state. The purpose of ultra-deep-sleep is to achieve power saving of a terminal device as much as possible by turning off MR or reduce workload of MR, meanwhile using LR to maintain some minimum critical action, e.g., monitoring wake-up signal, performing LR measurement, etc. When a terminal device is in ultra-deep-sleep means MR of the terminal device is in ultra-deep-sleep instead of LR of the terminal device. The term “ultra-deep-sleep” herein may be interchangeably used with “turn off” . It is to be noted that the term “ultra-deep-sleep” may also be named in any other suitable ways.

[0033] As known, LR is introduced for power saving. Since LR, as a separate apparatus, has been introduced in a terminal device, more operations other than LP-WUS monitoring may need to be considered. Currently, an RRC idle state (RRC_IDLE) is needed to let a terminal device stay in a power saving mode. However, once service is coming, latency is assumed. If a terminal device is always staying in an RRC connected state, power saving may be overkilled.

[0034] Thus, embodiments of the present disclosure provide solutions of communication so as to leverage LR to achieve power saving mode while a terminal device is still in an RRC connected state. In one aspect, a terminal device may receive, from a network device, a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state, and may perform the first operation during the first mode. The first operation comprises: applying an LR related configuration; deactivating an MR related configuration; and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration. In this way, LR may be used for power saving in an RRC connected state.

[0035] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.EXAMPLE OF COMMUNICATION NETWORK

[0036] FIG. 1A illustrates a schematic diagram of an example communication network 100A in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1A, the communication network 100A may comprise a terminal device 110 and network device 120. The network device 120 may provide a serving cell (also referred to as a cell herein) 121 to serve one or more terminal devices. In this example, the terminal device 110 is shown as being located in the cell 121 and served by the network device 120.

[0037] As shown in FIG. 1A, the terminal device 110 and the network device 120 may communicate with each other via a channel such as a wireless communication channel. The communications in the communication network 100A may conform to any suitable standards including, but not limited to, global system for mobile communications (GSM) , long term evolution (LTE) , LTE-evolution, LTE-advanced (LTE-A) , new radio (NR) , wideband code division multiple access (WCDMA) , code division multiple access (CDMA) , GSM EDGE radio access network (GERAN) , machine type communication (MTC) and the like. The embodiments of the present disclosure 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) communication protocols, 5.5G, 5G-advanced networks, or the sixth generation (6G) networks.

[0038] It is to be understood that the number of devices or cells in FIG. 1A is given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100A may include any suitable number of network devices and / or terminal devices and / cells adapted for implementing implementations of the present disclosure.

[0039] FIG. 1B illustrates a diagram 100B illustrating an example structure of a terminal device in which some embodiments of the present disclosure can be implemented. For convenience, FIG. 1B is described in connection with the terminal device 110 of FIG. 1A. As shown in FIG. 1B, the terminal device 110 may comprise an LR 141 and an MR 142. The LR 141 is configured to monitor an LP-WUS. The MR 142 is configured as a regular communication device performing normal RRC states.

[0040] In some embodiments, the LR 141 may detect the LP-WUS indicating turn-off of the MR 142, and trigger the MR 142 to enter a turn-off or deep-sleep state. In the turn-off or deep-sleep state, the terminal device 110 is not required to process an RRC idle or inactive (RRC_INACTIVE) or connected state procedure. In some embodiments, the LR 141 may detect the LP-WUS indicating turn-on of the MR 142, and trigger the MR 142 to enter a turn-on state. In some embodiments for the RRC idle or inactive state, the MR 142 in the turn-on state may monitor paging occasions (POs) . In some embodiments for the RRC connected state, the MR 142 in the turn-on state may perform a random access (RA) procedure or monitor PDCCH occasions.

[0041] FIG. 1C illustrates a diagram 100C illustrating an example operation of LR in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1C, an LP-WUS monitoring may be performed in an LP-WUS monitoring mode at LP-WUS monitoring windows 150, 151 and 152. In this example, an LP-WUS 160 is received in the LP-WUS monitoring window 152. As shown in FIG. 1C, low power synchronization signal (LP-SS)  / synchronization signal block (SSB) measurement and synchronization may also be performed in the LP-WUS monitoring mode for LP-WUS reception. It is to be noted that any reference signals other than LP-SS or SSB may also be used by LR for measurement and / or synchronization.

[0042] Embodiments of the present disclosure provide solutions of communication related to LR. Detailed description will be given in connection with FIGs. 2 and 3 below.EXAMPLE IMPLEMENTATION OF LR USAGE IN RRC CONNECTED STATE

[0043] FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIGs. 1A and 1B. The process 200 may involve the terminal device 110 and the network device 120. It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added. It is assumed that the terminal device 110 is located in the cell 121 and served by the network device 120.

[0044] As shown in FIG. 2, at step 210, the network device 120 may transmit, to the terminal device 110, a configuration (also referred to as a first configuration herein) indicating a first operation in a first mode of the terminal device 110 in an RRC connected state. The first operation or the first mode is used for power saving in the RRC connected state. In other words, the first mode is introduced into the RRC connected state.

[0045] In some embodiments, the first configuration may indicate contents of the first operation. In some embodiments, the first configuration may indicate a condition of triggering the first operation or entering the first mode. In some embodiments, the first configuration may indicate a condition of stopping the first operation or exiting from the first mode. It is to be noted that any combinations of the above information may also be feasible.

[0046] In some embodiments, upon reception of the first configuration, the terminal device 110 may enter the first mode. That is, as long as the network device 120 provides ultra-deep-sleep related configuration to the terminal device 110, the terminal device 110 may apply this configuration, i.e., enter ultra-deep-sleep.

[0047] In some embodiments, the terminal device 110 may receive an indication of entering the first mode from the network device 120. Upon reception of the indication, the terminal device 110 may enter the first mode. That is, the network device 120 may directly send an indication via a layer 1 (L1)  / layer 2 (L2) or RRC message to indicate whether the terminal device 110 needs to enter ultra-deep-sleep. It is to be noted that even though the terminal device 110 has the ultra-deep-sleep related configuration, the terminal device 110 should wait for the indication to enter ultra-deep-sleep.

[0048] As shown in step 220, the terminal device 110 may perform the first operation during the first mode. Generally, the first operation or the first mode means that the MR 142 is in ultra-deep-sleep or is turned off, while the LR 141 is turned on. Ultra-deep-sleep means the terminal device 110 turns off the MR 142 or almost turns off the MR 142 for power saving, and only use the LR 141 to monitor a wake-up signal (e.g., LP-WUS) , perform LR measurement and some possible critical actions (which will be described later) . No any service / traffic / session in the MR 142 is ongoing, i.e., the MR 142 is in ultra-deep-sleep. But the terminal device 110 shall maintain / store / suspend all the configurations / context except an LR related configuration as like in normal / legacy RRC connected state. It is to be noted that “almost turn off” means turning off part of components of MR.

[0049] In some embodiments, the first operation may comprise applying an LR related configuration; deactivating an MR related configuration; and maintaining or storing or suspending all configurations or context of the terminal device 110 in the RRC connected state except the LR related configuration.

[0050] In some embodiments, applying the LR related configuration may comprise at least one of the following: monitoring a wake-up signal by the LR 141; receiving a synchronization signal by the LR 141; or performing a measurement by the LR 141 based on a measurement configuration.

[0051] In some embodiments, the measurement configuration may comprise a factor (also referred to as a relaxed factor herein) for a relaxed measurement. During the first mode, the terminal device 110 may perform the relaxed measurement by the LR 141 based on the factor. LR relaxed measurement means that the measurement is performed by extending normal / legacy measurement period with a configured / fixed value. For example, the relaxed factor may be introduced in an information element (IE) “measConfig” . The network device 120 may configure the relaxed factor for the RRC connected state. During normal RRC connected state, the terminal device 110 does not apply the relaxed factor. When the terminal device 110 in the RRC connected state enters an ultra-deep-sleep mode (i.e., the first mode) , the terminal device 110 may apply the relaxed factor for LR measurement. For example, a measurement period of the LR measurement may be determined by a product of normal RRC connected state measurement period and the relaxed factor.

[0052] In some embodiments, deactivating the MR related configuration may comprise at least one of the following: skipping monitoring or receiving on a downlink channel (e.g., physical downlink control channel (PDCCH) or downlink shared channel (DL-SCH) ) by the MR 142; skipping transmitting on an uplink channel (e.g., physical uplink control channel (PUCCH) or uplink shared channel (UL-SCH) ) by the MR 142 except triggered by a non-access stratum (NAS) or service; skipping transmitting a reference signal (e.g., sounding reference signal (SRS) or other uplink reference signal) or receiving a reference signal (e.g., CSI-RS or SSB or other downlink reference signal) by the MR 142; skipping transmitting on a random access channel (RACH) by the MR 142; skipping performing a radio link monitoring (RLM) or beam failure detection (BFD) by the MR 142; deactivating any bandwidth part (BWP) configured for the MR 142; or deactivating radio frequency (RF) of the MR 142.

[0053] In other words, deactivating the MR related configuration may refer to turning off the MR 142, or not applying the MR related configuration, or the terminal device 110 (e.g., the MR 142) enters the first mode.

[0054] In some embodiments, if the MR 142 is totally out of power, the terminal device 110 may maintain or store or suspend, by the LR 141, all configurations or context of the terminal device 110 in the RRC connected state except the LR related configuration.

[0055] For illustration, some example UE behaviors during ultra-deep-sleep are described as below. During ultra-deep-sleep, the RRC_CONNECTED UE shall: For UE LR -monitor wake-up signal (e.g., LP-WUS) -receive synchronization signal (e.g., LP-SS, SSB) -perform LR (relaxed) measurement based on measurement configuration  (measConfig) For UE MR, configuration except from LR related should be deactivated  but maintained, more specifically: -not monitor PDCCH -not receive on DL-SCH -not transmit PUCCH -not transmit on UL-SCH (e.g., UL RRC message) except triggered by  NAS / service -not transmit reference signal (e.g., SRS) -not receive reference signal (e.g., SSB / CSI-RS by MR) -not transmit on RACH -not perform RLM / BFD -any BWP configured for UE MR should be dormant  / deactivated -RF of UE MR should be turned off  / deactivated -any MR related configuration should be deactivated or should not be  applied.

[0056] As shown in step 230, the terminal device 110 may exit from the first mode upon an exit condition is met. That is, When the terminal device 110 is in ultra-deep-sleep, the terminal device 110 may exit from ultra-deep-sleep and start to operate as like in normal / legacy RRC connected state when the exit condition is met.

[0057] In some embodiments, the exit condition may comprise that handover is required, e.g., an event for handover is triggered. For example, the terminal device 110 in ultra-deep-sleep may still need to perform LR measurement, e.g., based on event. If the configured event is fulfilled, the MR 142 of the terminal device 110 may need to exit from ultra-deep-sleep and initiate measurement report transmission.

[0058] In some embodiments, the exit condition may comprise that a timer is expired. The timer is started upon the terminal device 110 enters the first mode. In other words, a timer-based mechanism may be introduced. Once the terminal device 110 enters ultra-deep-sleep, the timer is started. Once the timer is expired, the terminal device 110 may exit from ultra-deep-sleep. In some embodiments, the terminal device 110 may stop the timer when any other exit condition is met (i.e., when the terminal device 110 exits from the first mode) .

[0059] In some embodiments, the exit condition may comprise that a service triggered by NAS of the terminal device 110 is required. In some embodiments, if there is UL user data is coming to the terminal device 110, i.e., medium access control (MAC) service data unit (SDU)  / protocol data unit (PDU)  / transport block (TB) is available at MAC entity, the terminal device 110 in the RRC connected state may need to exit from ultra-deep-sleep mode by itself.

[0060] In some embodiments, the exit condition may comprise that synchronization for the MR 142 is required. In some embodiments, in case that MR synchronization is still needed during ultra-deep-sleep, the MR 142 may need to periodically wake up (i.e., exit from ultra-deep-sleep) to perform synchronization, e.g., receive SSB / tracking reference signal (TRS) for downlink (DL) and initiate random access (RA) for uplink (UL) . It is up to UE implementation that how long the UE stay in normal RRC connected state. It is to be noted that periodicity may be configured or predefined.

[0061] In some embodiments, the exit condition may comprise that monitoring of a short message is required. In some embodiments, in case that a short message is not monitored during ultra-deep-sleep, the MR 142 may need to periodically wake up for monitoring a short message based on paging discontinuous reception (DRX) cycle or system information (SI) modification period or a new longer period. After this procedure of short message handling is finished, the MR 142 of the terminal device 110 may fall back to ultra-deep-sleep.

[0062] In some embodiments, the exit condition may comprise that maintenance on system information block (SIB) validity is required. In some embodiments, in case that the LR 141 cannot read SIB, whenever the terminal device 110 does not have a valid version of a stored SIB (e.g., every 3 hours) , the MR 142 may need to wake up and re-acquire and store SIB. After this procedure, the MR 142 of the terminal device 110 may fall back to ultra-deep-sleep.

[0063] In some embodiments, the exit condition may comprise that a wake-up signal is received. That is, upon reception of the wake-up signal during ultra-deep-sleep, the MR 142 of the terminal device 110 may exit from ultra-deep-sleep.

[0064] It is to be noted that the above exit conditions may be used in any suitable combinations.

[0065] For illustration, an example procedure may be described as below. UE exits from ultra-deep-sleep when the at least one of the following conditions  is met: -Handover is required, e.g., event is triggered -Timer is expired -NAS triggered service is required -Synchronization for MR is needed -Short message monitoring is required -Maintenance on SIB validity is required -Wake-up signal reception.

[0066] In some embodiments, if the terminal device 110 exits from the first mode, the terminal device 110 may perform a second operation by the LR 141. That is, when the MR 142 exits from ultra-deep-sleep, LR behavior may be defined.

[0067] In some embodiments, the second operation may comprise deactivating the LR 141. In some embodiments, if the terminal device 110 exits from the first mode, the terminal device 110 may deactivate the LR 141. In some embodiments, if there is no LR related configuration, the terminal device 110 may deactivate the LR. In some embodiments, if the LR related configuration is in a deactivated status, the terminal device 110 may deactivate the LR.

[0068] In some embodiments, the second operation may comprise activating the LR 141 for the LR related configuration. In some embodiments, if the terminal device 110 exits from the first mode, the terminal device 110 may activate the LR 141 for the LR related configuration. In some embodiments, if there is the LR related configuration, the terminal device 110 may activate the LR 141 for the LR related configuration. In some embodiments, if the LR related configuration is in an activated status, the terminal device 110 may activate the LR 141 for the LR related configuration.

[0069] For example, when the MR 142 exits from ultra-deep-sleep, behaviors of the LR 141 may be as following: -the LR 141 may be turned off  / deactivated, i.e., the LR 141 will do nothing. In this case,  the LR related configuration may be deleted / removed / released / suspended / maintained. -the LR 141 may be still activated for LR measurement if measurement configuration is not  deleted / removed / released / deactivated / suspended / maintained. -the LR 141 may be still activated for the reception of synchronization signal, e.g., maintain  LR synchronization, if LR related configuration is not deleted / removed / deactivated / suspended / maintained. -the LR may be still activated for LR related configuration which is not  deleted / removed / released / deactivated / suspended / maintained.

[0070] In some embodiments, if the terminal device 110 exits from the first mode, the MR 142 may apply the MR related configuration. That is, when the terminal device 110 in the RRC connected state exits from ultra-deep-sleep, the MR 142 should apply the MR related configuration as like in normal RRC connected state, including the MR 142 starts to perform MR measurement.

[0071] As such, by introducing ultra-deep-sleep related actions during an RRC connected state, a terminal device in an RRC connected state may achieve significant power saving gain.

[0072] Due to long warm-up of MR, latency may be a big issue when a terminal device in an RRC connected state is in ultra-deep-sleep. A network device should be careful about whether to configure a terminal device with ultra-deep-sleep configuration / indication in an RRC connected state, some awareness from a terminal device should be known at network-side.

[0073] In view of this, embodiments of the present disclosure provide a solution of reporting information of usage of the first mode so as to facilitate ultra-deep-sleep usage. With reference to FIG. 2, before the step 210, the terminal device 110 may transmit, to the network device 120, information (also referred to as first information herein) indicating whether the terminal device 110 expects to use the first mode. Based on the first information, the network device 120 may generate and transmit the first configuration to the terminal device 110 at the step 210.

[0074] In some embodiments, the first information may comprise an indication (also referred to as latency-critical indication herein) indicating whether the terminal device 110 is operating or capable to operating a latency-critical service. For example, if the terminal device 110 is operating or capable of operating some latency critical services, e.g., XR, the terminal device 110 may not expect to use ultra-deep-sleep. In this case, the latency-critical indication may be sent to the network device 120 for facilitating ultra-deep-sleep configuration.

[0075] In some embodiments, the first information may comprise an indication (also referred to as ultra-deep-sleep applicability indication herein) indicating whether the terminal device 110 is capable to apply the first mode. For example, if, based on implementation of the terminal device 110, the terminal device 110 evaluates that the terminal device 110 can apply ultra-deep-sleep mode, then the terminal device 110 may send the ultra-deep-sleep applicability indication to the network device 120 for facilitating ultra-deep-sleep configuration.

[0076] In some embodiments, the first information may comprise an indication (also referred to as reception-only mode indication herein) indicating whether the terminal device 110 only expects to operate a DL service. If the terminal device 110 is only expecting to operate DL service, i.e., no UL service exist, the terminal device 110 may send the reception-only mode indication to the network device 120 for facilitating ultra-deep-sleep configuration.

[0077] In some embodiments, the first information may comprise an indication (also referred to as transmission-only mode indication herein) indicating whether the terminal device 110 only expects to operate a UL service. If the terminal device 110 is only expecting to operate UL service, i.e., no DL service exist, the terminal device 110 may send the transmission-only mode indication to the network device 120 for facilitating ultra-deep-sleep configuration.

[0078] In some embodiments, the first information may be sent by L1 or L2 message, or RRC message. In some embodiments, the first information may be sent via UE capability information or UE assistance information (UAI) message.

[0079] In some embodiments, if the first information which has been sent is cancelled later or changed later, the terminal device 110 may implicitly indicate by not including the corresponding first information in UE capability information or UAI message.

[0080] For illustration, an example procedure may be described as below. Part I General The purpose of this procedure is for the UE to inform the network of: -its ultra-deep-sleep assistance information; Part II Initiation A UE capable of providing ultra-deep-sleep assistance information may  initiate the procedure in several cases, including upon being configured to provide or change latency report, upon being configured to provide or change ultra-deep-sleep applicability, upon being configured to provide or change reception-only mode. Upon initiating the procedure, the UE shall: 1> if configured to provide ultra-deep-sleep assistance information: 2> if the UE did not transmit a UEAssistanceInformation message  with ultra-deep-sleep assistance information since it was configured to provide ultra-deep-sleep assistance information; or 2> if the current ultra-deep-sleep assistance information is different  from the one indicated in the last transmission of the UEAssistanceInformation message and prohibit timer is not running: 3> start or restart prohibit timer; 3> initiate transmission of the UEAssistanceInformation  message in accordance with Part III to provide an ultra-deep-sleep assistance information; Part III Actions related to transmission of UEAssistanceInformation  message 1> if transmission of the UEAssistanceInformation message is initiated  to provide ultra-deep-sleep assistance information according to Part II or Part III; 2> if the UE prefers to use ultra-deep-sleep mode 3> if the UE is operating or cable of operating some latency  critical services: 4> include latency-critical indication in the  OverheatingAssistance IE; 3> if the UE is applicable to use ultra-deep-sleep mode: 4> include ultra-deep-sleep applicability indication in the  OverheatingAssistance IE; 3> If the UE is only expecting to operate DL service, i.e., no UL  service exist: 4> include reception-only mode indication in the  OverheatingAssistance IE; 2> else (if the UE no longer prefer ultra-deep-sleep mode) : 3> do not include latency-critical indication, ultra-deep-sleep  applicability indication, reception-only mode indication in OverheatingAssistance IE; 1> submit the UEAssistanceInformation message to lower layers for  transmission.

[0081] As such, latency due to long wake-up delay when using ultra-deep-sleep in an RRC connected state may be considered. By introducing UE indication, power saving and delay during an RRC connected state may be balanced.

[0082] Alternatively or additionally, embodiments of the present disclosure provide a solution of early synchronization during ultra-deep-sleep so as to reduce the latency due to long wake-up delay when using ultra-deep-sleep in an RRC connected state. In the solution, the terminal device 110 may cause, during the first mode, the MR 142 to ramp up at a time offset earlier than an occasion of monitoring a wake-up signal.

[0083] That is, the time offset is introduced. At the time offset earlier than the wake-up signal (e.g., LP-WUS) monitoring occasion, the MR 142 may ramp up (i.e., starting to exit from ultra-deep-sleep) but still maintain deep  / light  / micro-sleep. For example, at this time point, the MR 142 may warm up part of components for e.g., SSB reception, DL synchronization, activate PDCCH monitoring only, or activate part of configurations / context of the terminal device 110, etc.

[0084] In some embodiments, if the wake-up signal is received at the wake-up signal monitoring occasion, the terminal device 110 may exit from the first mode. In some embodiments, if no wake-up signal is received at the wake-up signal monitoring occasion, the terminal device 110 may enter the first mode. For example, if there is LP-WUS reception indicating wake-up, the terminal device 110 may continue to activate its full configuration / context and afterwards act as like in normal RRC connected state. Otherwise (i.e., no LP-WUS reception) , the terminal device 110 may fall back to ultra-deep-sleep.

[0085] FIG. 3 illustrates a diagram 300 illustrating an example operation of MR according to embodiments of the present disclosure. For purpose of discussion, FIG. 3 will be described in connection with the example of FIGs. 1A and 1B. As shown in FIG. 3, the MR 142 may ramp up at a timing T1 earlier than a wake-up signal monitoring occasion 310 by a time offset 320. Upon reception of a wake-up signal at the wake-up signal monitoring occasion 310, the terminal device 110 continues to activate its full configuration / context and afterwards act as like in normal RRC connected state. When the terminal device 110 decides to enter the first mode at a timing T2, the MR 142 may ramp down to enter ultra-deep-sleep.

[0086] Continuing to refer to FIG. 3, the MR 142 may ramp up at a timing T3 earlier than a wake-up signal monitoring occasion 330 by the time offset 320. As no wake-up signal is received at the wake-up signal monitoring occasion 330, the MR 142 may ramp down to fall back to ultra-deep-sleep.

[0087] For illustration, an example procedure may be described as below. -When monitoring wake-up signal (e.g., LP-WUS) during ultra-deep-sleep, the  UE may warm-up MR at the time offset earlier than wake-up monitoring occasion, for receiving SSB for DL synchronization, activating PDCCH monitoring only, or activating part of UE configuration, etc. -When the wake-up signal is received, the UE exit from ultra-deep-sleep,  activate and apply the full UE configuration (i.e., entering the normal RRC_CONNECTED) . Otherwise (i.e., no wake-up signal is received) , the UE fall back to ultra-deep-sleep.

[0088] As such, by introducing a time offset for ramp-up of MR, latency due to long wake-up delay may be reduced, and power saving and delay during an RRC connected state may be balanced.

[0089] In some embodiments, LR may be designed to support both UL and DL transmissions. In some embodiments, the terminal device 110 may receive, during the first mode and from the network device 120, a wake-up signal comprising a timing advance (TA) command for UL synchronization. If a service triggered by NAS of the terminal device 110 is initiated, the terminal device 110 may transmit the UL data by the LR 141 until the MR 142 fully exits from the first mode. In some embodiments, if a size of UL data associated with the NAS triggered service is lower than or equal to a size threshold, i.e., the UL data is small data, the terminal device 110 may transmit the UL data by the LR 141. That is, the LR 141 may perform small UL data transmission. In some embodiments, if the size of the UL data is larger than or equal to the size threshold, the terminal device 110 is not allowed to transmit the UL data by the LR 141.

[0090] That is, first of all, a TA command may be introduced into a wake-up signal (e.g., LP-WUS) used for keeping LR / MR UL synchronization. More optimized, when the NAS triggered service is initiated, i.e., UL transmission is coming, the terminal device 110 may firstly use the LR 141 to transmit (small) UL data (may or may not be determined by the size threshold) until the MR 142 fully warm-up. Afterwards the MR 142 may start to continue UL transmission.

[0091] For illustration, an example procedure may be described as below. During ultra-deep-sleep, the UE shall: 1> monitor wake-up signal (e.g., LP-WUS) ; 2> when a Timing Advance Command is received in wake-up signal: 3> apply the Timing Advance Command for LR UL synchronization. 1> if the MAC entity receives a MAC SDU for UL-DCCH, UL-DTCH, UL- CCCH logical channel, or 1> when the upper layer triggers to exit from ultra-deep-sleep (e.g., UL service  is coming) : 2> exit from ultra-deep-sleep; 2> if data_size_threshold is configured: 3> if the available UL data size is lower than data_size_threshold: 4> perform UL transmission by LR until MR fully exit from  ultra-deep-sleep; 3> else: 4> perform UL transmission by MR (after fully exit from ultra- deep-sleep) ; 2> else (i.e., no threshold configured) : 3> perform UL transmission by LR until MR fully exit from ultra- deep-sleep.

[0092] In some embodiments, there may be no TA command. In this case, if a service triggered by NAS of the terminal device 110 is initiated, the terminal device 110 may initiate RA for UL synchronization by the LR 141 while transmitting the UL data by the LR 141 until the MR 142 fully exits from the first mode. In some embodiments, if a size of UL data associated with the NAS triggered service is lower than or equal to a size threshold, i.e., the UL data is small data, the terminal device 110 may initiate the random access by the LR 141. That is, the LR 141 may perform small UL data transmission. In some embodiments, if the size of the UL data is larger than or equal to the size threshold, the terminal device 110 is not allowed to transmit the UL data by the LR 141.

[0093] That is, when the NAS triggered service is initiated, i.e., UL transmission is coming, the LR 141 may initiate UL synchronization procedure, e.g., perform random access by the LR 141, meanwhile transmit UL (small) data (may or may not be determined by the size threshold) until the MR 142 fully warm-up. It is noted that the UL data may be included in message 3 (Msg3) or subsequent UL transmission occasion. Afterwards the MR 142 may start to continue UL transmission.

[0094] For illustration, an example procedure may be described as below. During ultra-deep-sleep, the UE shall: 1> monitor wake-up signal (e.g, LP-WUS) ; 1> if the MAC entity receives a MAC SDU for UL-DCCH, UL-DTCH, UL- CCCH logical channel, or 1> when the upper layer triggers to exit from ultra-deep-sleep (e.g., UL service  is coming) : 2> exit from ultra-deep-sleep; 2> if data_size_threshold is configured: 3> if the available UL data size is lower than data_size_threshold: 4> initiate random access for UL synchronization by LR if  needed; 4> perform UL transmission by LR until MR fully exit from  ultra-deep-sleep; 3> else: 4> perform UL transmission by MR (after fully exit from ultra- deep-sleep) ; 2> else (i.e., no threshold configured) : 3> perform UL transmission by LR until MR fully exit from ultra- deep-sleep.

[0095] The more power saving, the more delay. Therefore, by introducing the above mechanism (s) such as UE indication, early synchronization and / or LR UL transmission, power saving and delay during an RRC connected state may be balanced.

[0096] Embodiments of the present disclosure also provide solutions for specifying behaviors of a terminal device in an RRC connected state after wake-up signal reception, which will be described below.

[0097] In some embodiments, if the terminal device 110 in the first mode receives a short message by the LR 141, and the LR 141 is capable of handling the short message, the terminal device 110 may acquire system information immediately by the LR 141. In some embodiments, if the terminal device 110 in the first mode receives the short message by the LR 141, and the LR 141 is not capable of handling the short message, the terminal device 110 may exit from the first mode to acquire the system information immediately by the MR 142.

[0098] For example, short message content may be introduced into LP-WUS content (one scenario) , i.e., the terminal device 110 may be aware of short message by LP-WUS monitoring. It is to be noted that the terminal device 110 may be aware of short message in any other suitable ways, and the present disclosure does not limit this aspect.

[0099] For illustration, an example procedure may be described as below. If the UE in ultra-deep-sleep receives a Short Message by LR, the UE shall:  1> if the UE is ETWS capable or CMAS capable, and the etwsAndCmasIndication bit is set: 2> if UE LR is capable of receiving / handling ETWS / CMAS: 3> immediately re-acquire the SIB1 by LR; 3> acquire SIB 6 / 7 / 8 immediately by LR; 2> else (i.e., LR is not capable of receiving / handling ETWS / CMAS) : 3> exit from ultra-deep-sleep; 3> immediately re-acquire the SIB1 by MR; 3> acquire SIB 6 / 7 / 8 immediately by MR; 3> after the acquisition, the UE apply ultra-deep-sleep again; 1> if the systemInfoModification bit is set: 2> if UE LR is capable of acquiring system information: 3> apply the SI acquisition procedure by LR from the start of the next  modification period; 2> else (i.e., LR is not capable of acquiring system information) : 3> exit from ultra-deep-sleep; 3> apply the SI acquisition procedure by MR from the start of the next  modification period 3> after the acquisition, the UE apply ultra-deep-sleep again.

[0100] In some embodiments, if the terminal device 110 in the first mode receives a release indication by the LR 141, the terminal device 110 may exit from the first mode to perform one or more actions upon going to an RRC idle or inactive state by the MR 142. For example, a release indication may be introduced into wake-up signal (e.g., LP-WUS) content, if the terminal device 110 during ultra-deep-sleep receive the release indication by the LR 141, the terminal device 110 may release to an RRC idle state, and the corresponding actions may refer to an RRC release procedure as specified. In some embodiments, the release indication may be release with suspend, which means the terminal device 110 shall release to an RRC inactive state.

[0101] For illustration, an example procedure may be described as below. -If the UE in ultra-deep-sleep receives a release indication by LR, the UE MR  shall exit from ultra-deep-sleep and perform the actions upon going to RRC_IDLE as specified (this includes releasing both UE MR and LR configuration / context) .

[0102] In some embodiments, if the terminal device 110 in the first mode receives a wake-up signal, the terminal device 110 may exit from the first mode.

[0103] For illustration, an example procedure may be described as below. -If the UE in ultra-deep-sleep receives wake-up signal, the UE MR exit from  ultra-deep-sleep and act like in normal RRC_CONNECTED. Whether the UE LR is deactivated / turned off should be based on LR related configuration (see case 1-1) , e.g., whether LR measurement is activated.

[0104] As such, UE behavior after LP-WUS reception considering ultra-deep-sleep in an RRC connected state may be specified, and design when RRC_CONNECTED UE is in ultra-deep-sleep may be completed.

[0105] It is to be noted that operations as described above may be carried out separately or in any suitable combinations.EXAMPLE IMPLEMENTATION OF METHODS

[0106] Corresponding to the above processes, embodiments of the present disclosure provide methods of communication implemented at a terminal device and at a network device. These methods will be described below with reference to FIGs. 4 and 5.

[0107] FIG. 4 illustrates a flowchart illustrating an example method 400 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 400 may be performed at the terminal device 110 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 400 will be described with reference to FIG. 1A. It is to be understood that the method 400 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0108] At block 410, the terminal device 110 may receive, from the terminal device 120, a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state.

[0109] In some embodiments, the terminal device 110 may receive the first configuration by:transmitting, to the network device, first information indicating whether the terminal device expects to use the first mode; and receiving the first configuration transmitted by the network device based on the first information.

[0110] In some embodiments, the first information may comprise at least one of the following: an indication indicating whether the terminal device is operating or capable to operating a latency-critical service; an indication indicating whether the terminal device is capable to apply the first mode; or an indication indicating whether the terminal device only expects to operate a downlink or uplink service.

[0111] In some embodiments, the terminal device 110 may enter the first mode based on at least one of the following: the first configuration is received; or an indication of entering the first mode is received.

[0112] At block 420, the terminal device 110 may perform the first operation during the first mode. The first operation may comprise: applying an LR related configuration, deactivating an MR related configuration, and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

[0113] In some embodiments, the terminal device 110 may apply the LR related configuration by at least one of the following: monitoring a wake-up signal by an LR; receiving a synchronization signal by the LR; or performing a measurement by the LR based on a measurement configuration.

[0114] In some embodiments, the measurement configuration may comprise a factor for a relaxed measurement. The terminal device 110 may perform the measurement by: performing the relaxed measurement by the LR based on the factor.

[0115] In some embodiments, the terminal device 110 may deactivate the MR related configuration by at least one of the following: skipping monitoring or receiving on a downlink channel by the MR; skipping transmitting on an uplink channel by the MR except triggered by a NAS or service; skipping transmitting or receiving a reference signal by the MR; skipping transmitting on a random access channel by the MR; skipping performing an RLM or BFD by the MR; deactivating any BWP configured for the MR; or deactivating RF of the MR.

[0116] In some embodiments, the terminal device 110 may maintain or store or suspend all configurations or context of the terminal device in the RRC connected state except the LR related configuration by: in accordance with a determination that an MR is totally out of power, maintaining or storing or suspending, by an LR, all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

[0117] In some embodiments, the terminal device 110 may exit from the first mode based on at least one of the following: handover is required; a timer is expired, wherein the timer is started upon the terminal device enters the first mode; a service triggered by a NAS of the terminal device 110 is required; synchronization for an MR is required; monitoring of a short message is required; maintenance on SIB validity is required; or a wake-up signal is received.

[0118] In some embodiments, in accordance with a determination that the terminal device exits from the first mode, the terminal device 110 may perform a second operation comprising one of the following: deactivating an LR; or activating the LR for the LR related configuration.

[0119] In some embodiments, the terminal device 110 may perform the second operation by at least one of the following: in accordance with a determination that there is the LR related configuration, activating the LR for the LR related configuration; in accordance with a determination that there is no LR related configuration, deactivating the LR; in accordance with a determination that the LR related configuration is in an activated status, activating the LR for the LR related configuration; or in accordance with a determination that the LR related configuration is in a deactivated status, deactivating the LR.

[0120] In some embodiments, in accordance with a determination that the terminal device 110 exits from the first mode, the terminal device 110 may apply the MR related configuration by an MR.

[0121] In some embodiments, the terminal device 110 may be caused to at least one of the following: cause, during the first mode, an MR to ramp up at a time offset earlier than an occasion of monitoring a wake-up signal; in accordance with a determination that the wake-up signal is received at the occasion, exit from the first mode; or in accordance with a determination that no wake-up signal is received at the occasion, enter the first mode.

[0122] In some embodiments, the terminal device 110 may receive, during the first mode and from the network device, a wake-up signal comprising a TA command for uplink synchronization; and in accordance with a determination that a service triggered by a NAS of the terminal device 110 is initiated, transmit the uplink data by an LR until an MR fully exits from the first mode. In some embodiments, the terminal device 110 may transmit the uplink data by: in accordance with a determination that a size of uplink data associated with the service is lower than a size threshold, transmitting the uplink data by the LR.

[0123] In some embodiments, in accordance with a determination that a service triggered by a NAS of the terminal device is initiated, the terminal device 110 may initiate random access for uplink synchronization by an LR while transmitting the uplink data by the LR until an MR fully exits from the first mode. In some embodiments, the terminal device 110 may initiate the random access by: in accordance with a determination that a size of uplink data associated with the service is lower than a size threshold, initiating the random access by the LR.

[0124] In some embodiments, in accordance with a determination that the terminal device 110 in the first mode receives a short message by an LR, and the LR is capable of handling the short message, the terminal device 110 may acquire system information immediately by the LR. In some embodiments, in accordance with a determination that the terminal device 110 in the first mode receives the short message by the LR, and the LR is not capable of handling the short message, the terminal device 110 may exit from the first mode to acquire the system information immediately by an MR.

[0125] In some embodiments, in accordance with a determination that the terminal device 110 in the first mode receives a release indication by an LR, the terminal device 110 may exit from the first mode to perform one or more actions upon going to an RRC idle or inactive state by an MR. In some embodiments, in accordance with a determination that the terminal device in the first mode receives a wake-up signal, the terminal device 110 may exit from the first mode.

[0126] FIG. 5 illustrates a flowchart illustrating an example method 500 of communication implemented at a network device in accordance with some embodiments of the present disclosure. For example, the method 500 may be performed at the network device 120 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 500 will be described with reference to FIG. 1A. It is to be understood that the method 500 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0127] At block 510, the network device 120 may transmit, to the terminal device 110, a first configuration indicating a first operation in a first mode of the terminal device in an RRC connected state. The first operation may comprise: applying an LR related configuration, deactivating an MR related configuration, and maintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

[0128] In some embodiments, the network device 120 may transmit, to the terminal device 110, a measurement configuration comprising a factor for a relaxed measurement by an LR.

[0129] In some embodiments, the network device 120 may transmit the first configuration by: receiving, from the terminal device, first information indicating whether the terminal device 110 expects to use the first mode; and transmitting, to the terminal device, the first configuration based on the first information.

[0130] In some embodiments, the first information may comprise at least one of the following: an indication indicating whether the terminal device 110 is operating or capable to operating a latency-critical service; an indication indicating whether the terminal device 110 is capable to apply the first mode; or an indication indicating whether the terminal device 110 only expects to operate a downlink or uplink service.

[0131] In some embodiments, the network device 120 may transmit, to the terminal device 110 in the first mode, a wake-up signal comprising a TA command for uplink synchronization.

[0132] It is to be understood that operations of the methods 400 and 500 correspond to operations in the process described in connection with FIGs. 2 and 3, and thus other details are omitted here for conciseness.EXAMPLE IMPLEMENTATION OF DEVICES

[0133] FIG. 6 is a simplified block diagram of a device 600 that is suitable for implementing embodiments of the present disclosure. The device 600 can be considered as a further example implementation of the terminal device 110 or the network device 120 as shown in FIG. 1A. Accordingly, the device 600 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0134] As shown, the device 600 includes a processor 610, a memory 620 coupled to the processor 610, a suitable transceiver 640 coupled to the processor 610, and a communication interface coupled to the transceiver 640. The memory 610 stores at least a part of a program 630. The transceiver 640 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 640 may include at least one of a transmitter 642 or a receiver 644. The transmitter 642 and the receiver 644 may be functional modules or physical entities. The transceiver 640 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a mobility management eEntity (MME)  / access and mobility management function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0135] The program 630 is assumed to include program instructions that, when executed by the associated processor 610, enable the device 600 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1A to 5. The embodiments herein may be implemented by computer software executable by the processor 610 of the device 600, or by hardware, or by a combination of software and hardware. The processor 610 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 610 and memory 620 may form processing means 650 adapted to implement various embodiments of the present disclosure.

[0136] The memory 620 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 620 is shown in the device 600, there may be several physically distinct memory modules in the device 600. The processor 610 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 600 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.

[0137] In some embodiments, a terminal device comprises a circuitry configured to perform the method 400. In some embodiments, a network device comprises a circuitry configured to perform the method 500. The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0138] 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 representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods 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.

[0139] 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 the process or method as described above with reference to FIGs. 1A to 5. 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.

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

[0141] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine 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 machine 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.

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

[0143] Although the present disclosure has been described in language 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.

Claims

1.A terminal device, comprising:a processor configured to cause the terminal device to:receive, from a network device, a first configuration indicating a first operation in a first mode of the terminal device in a radio resource control (RRC) connected state; andperform the first operation during the first mode, the first operation comprising:applying a low power radio (LR) related configuration,deactivating a main radio (MR) related configuration, andmaintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.2.The terminal device of claim 1, wherein the terminal device is caused to apply the LR related configuration by at least one of the following:monitoring a wake-up signal by an LR;receiving a synchronization signal by the LR; orperforming a measurement by the LR based on a measurement configuration.3.The terminal device of claim 2, wherein the measurement configuration comprises a factor for a relaxed measurement, and wherein the terminal device is caused to perform the measurement by:performing the relaxed measurement by the LR based on the factor.4.The terminal device of claim 1, wherein the terminal device is caused to deactivate the MR related configuration by at least one of the following:skipping monitoring or receiving on a downlink channel by the MR;skipping transmitting on an uplink channel by the MR except triggered by a non-access stratum (NAS) or service;skipping transmitting or receiving a reference signal by the MR;skipping transmitting on a random access channel by the MR;skipping performing a radio link monitoring (RLM) or beam failure detection (BFD) by the MR;deactivating any bandwidth part (BWP) configured for the MR; ordeactivating radio frequency (RF) of the MR.5.The terminal device of claim 1, wherein the terminal device is caused to maintain or store or suspend all configurations or context of the terminal device in the RRC connected state except the LR related configuration by:in accordance with a determination that an MR is totally out of power, maintaining or storing or suspending, by an LR, all configurations or context of the terminal device in the RRC connected state except the LR related configuration.6.The terminal device of claim 1, wherein the terminal device is further caused to:exit from the first mode based on at least one of the following:handover is required;a timer is expired, wherein the timer is started upon the terminal device enters the first mode;a service triggered by a non-access stratum (NAS) of the terminal device is required;synchronization for an MR is required;monitoring of a short message is required;maintenance on system information block (SIB) validity is required; ora wake-up signal is received.7.The terminal device of claim 1, wherein the terminal device is further caused to:enter the first mode based on at least one of the following:the first configuration is received; oran indication of entering the first mode is received.8.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that the terminal device exits from the first mode, perform a second operation comprising one of the following:deactivating an LR; oractivating the LR for the LR related configuration.9.The terminal device of claim 8, the terminal device is caused to perform the second operation by at least one of the following:in accordance with a determination that there is the LR related configuration, activating the LR for the LR related configuration;in accordance with a determination that there is no LR related configuration, deactivating the LR;in accordance with a determination that the LR related configuration is in an activated status, activating the LR for the LR related configuration; orin accordance with a determination that the LR related configuration is in a deactivated status, deactivating the LR.10.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that the terminal device exits from the first mode, applying the MR related configuration by an MR.11.The terminal device of claim 1, wherein the terminal device is caused to receive the first configuration by:transmitting, to the network device, first information indicating whether the terminal device expects to use the first mode; andreceiving the first configuration transmitted by the network device based on the first information.12.The terminal device of claim 11, wherein the first information comprises at least one of the following:an indication indicating whether the terminal device is operating or capable to operating a latency-critical service;an indication indicating whether the terminal device is capable to apply the first mode; oran indication indicating whether the terminal device only expects to operate a downlink or uplink service.13.The terminal device of claim 1, wherein the terminal device is further caused to at least one of the following:cause, during the first mode, an MR to ramp up at a time offset earlier than an occasion of monitoring a wake-up signal;in accordance with a determination that the wake-up signal is received at the occasion, exit from the first mode; orin accordance with a determination that no wake-up signal is received at the occasion, enter the first mode.14.The terminal device of claim 1, wherein the terminal device is further caused to:receive, during the first mode and from the network device, a wake-up signal comprising a timing advance (TA) command for uplink synchronization; andin accordance with a determination that a service triggered by a non-access stratum (NAS) of the terminal device is initiated, transmit the uplink data by an LR until an MR fully exits from the first mode.15.The terminal device of claim 14, wherein the terminal device is caused to transmit the uplink data by:in accordance with a determination that a size of uplink data associated with the service is lower than a size threshold, transmitting the uplink data by the LR.16.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that a service triggered by a non-access stratum (NAS) of the terminal device is initiated, initiate random access for uplink synchronization by an LR while transmitting the uplink data by the LR until an MR fully exits from the first mode.17.The terminal device of claim 16, wherein the terminal device is caused to initiate the random access by:in accordance with a determination that a size of uplink data associated with the service is lower than a size threshold, initiating the random access by the LR.18.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that the terminal device in the first mode receives a short message by an LR, and the LR is capable of handling the short message, acquire system information immediately by the LR; orin accordance with a determination that the terminal device in the first mode receives the short message by the LR, and the LR is not capable of handling the short message, exit from the first mode to acquire the system information immediately by an MR.19.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that the terminal device in the first mode receives a release indication by an LR, exit from the first mode to perform one or more actions upon going to an RRC idle or inactive state by an MR; orin accordance with a determination that the terminal device in the first mode receives a wake-up signal, exit from the first mode.20.A network device, comprising:a processor configured to cause the network device to:transmit, to a terminal device, a first configuration indicating a first operation in a first mode of the terminal device in a radio resource control (RRC) connected state, the first operation comprising:applying a low power radio (LR) related configuration,deactivating a main radio (MR) related configuration, andmaintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.21.The network device of claim 20, wherein the network device is further caused to:transmit, to the terminal device, a measurement configuration comprising a factor for a relaxed measurement by an LR.22.The network device of claim 20, wherein the network device is caused to transmit the first configuration by:receiving, from the terminal device, first information indicating whether the terminal device expects to use the first mode; andtransmitting, to the terminal device, the first configuration based on the first information.23.The network device of claim 20, wherein the first information comprises at least one of the following:an indication indicating whether the terminal device is operating or capable to operating a latency-critical service;an indication indicating whether the terminal device is capable to apply the first mode; oran indication indicating whether the terminal device only expects to operate a downlink or uplink service.24.The network device of claim 20, wherein the network device is further caused to:transmit, to the terminal device in the first mode, a wake-up signal comprising a timing advance (TA) command for uplink synchronization.25.A method of communication at a terminal device, comprising:receiving, from a network device, a first configuration indicating a first operation in a first mode of the terminal device in a radio resource control (RRC) connected state; andperform the first operation during the first mode, the first operation comprising:applying a low power radio (LR) related configuration,deactivating a main radio (MR) related configuration, andmaintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.26.A method of communication at a network device, comprising:transmitting, to a terminal device, a first configuration indicating a first operation in a first mode of the terminal device in a radio resource control (RRC) connected state, the first operation comprising:applying a low power radio (LR) related configuration,deactivating a main radio (MR) related configuration, andmaintaining or storing or suspending all configurations or context of the terminal device in the RRC connected state except the LR related configuration.

Images