Group common feedback for system information block 1 operation

Abstract

Embodiments of the present disclosure relate to synchronization signal block (SSB) transmission.In an aspect, a terminal device receives a wake-up signal (WUS) configuration, and monitors, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1). The UE further performs one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

Description

GROUP COMMON FEEDBACK FOR SYSTEM INFORMATION BLOCK 1 OPERATIONFIELD

[0001] Various example embodiments relate to the field of communications and in particular, to terminal devices, network devices, methods, apparatuses and a computer readable storage medium for a feedback for system information block 1 (SIB1) operation, e.g. for on-demand SIB1 (OD-SIB1) operation.BACKGROUND

[0002] A communication network can be seen as a facility that enables communications between two or more communication devices, or provides communication devices access to a data network. A mobile or wireless communication network is one example of a communication network.

[0003] Such communication networks operate in accordance with standards, such as those promulgated by 3GPP (Third Generation Partnership Project) or ETSI (European Telecommunications Standards Institute) . Examples of such standards include the so-called 5G (5th Generation) standard or other standards promulgated by 3GPP.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a group common feedback for system information block 1 (SIB1) operation, e.g. for on-demand SIB1 (OD-SIB1) operation.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the terminal device to: receive a wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) ; determine that the on-demand SIB1 is needed; monitor, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) ; and perform one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common  PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

[0006] In a second aspect, there is provided a network device. The network device comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the network device to: transmit, to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0007] In a third aspect, there is provided a network device. The network device comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the network device to receive, from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; and transmit, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.

[0008] In a fourth aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the terminal device to: receive a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information, in particular, without prior transmitting a request to provide OD-SIB1 information; determine that the SIB1 information for the first cell is required; prior to transmitting the request to provide the OD-SIB1 information, monitor whether at least one occasion includes the information to enable detection of the SIB1 information; and in response to detecting the information to enable detection of the SIB1 information, detect the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0009] In a fifth aspect, there is provided a method. The method comprises: receiving, at a terminal device, a wake-up signal (WUS) configuration for requesting an on-demand system  information block 1 (SIB1) ; determine that the on-demand SIB1 is needed; monitoring, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) ; and performing one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

[0010] In a sixth aspect, there is provided a method. The method comprises: transmitting, at a network device and to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0011] In a seventh aspect, there is provided a method. The method comprises: receiving, at a network device and from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; and transmitting, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.

[0012] In an eighth aspect, there is provided a method. The method comprises: receiving, at a terminal device, a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information; determining that the SIB1 information for the first cell is required; prior to transmitting the request to provide the OD-SIB1 information, monitoring whether at least one occasion includes the information to enable detection of the SIB1 information; and in response to detecting the information to enable detection of the SIB1 information, detecting the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0013] In a nineth aspect, there is provided an apparatus comprising means for receiving, at a terminal device, a wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) ; means for determining that the on-demand SIB1 is needed; means for monitoring, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH)  for a system information block 1 (SIB1) ; and means for performing one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

[0014] In a tenth aspect, there is provided an apparatus comprising means for transmitting, at a network device and to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0015] In an eleventh aspect, there is provided an apparatus comprising means for receiving, at a network device and from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; and means for transmitting, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.

[0016] In a twelfth aspect, there is provided an apparatus comprising means for receiving, at a terminal device, a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information; means for determining that the SIB1 information for the first cell is required; means for, prior to transmitting the request to provide the OD-SIB1 information, monitoring whether at least one occasion includes the information to enable detection of the SIB1 information; and means for, in response to detecting the information to enable detection of the SIB1 information, detecting the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0017] In a thirteenth aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to any one of the above fifth to eighth aspects.

[0018] In a fourteenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive a wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) ;  determine that the on-demand SIB1 is needed; monitor, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) ; and perform one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

[0019] In a fifteenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: transmit, to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0020] In a sixteenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive, from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; and transmit, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.

[0021] In a seventeenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information, in particular, without prior transmitting a request to provide OD-SIB1 information; determine that the SIB1 information for the first cell is required; prior to transmitting the request to provide the OD-SIB1 information, monitor whether at least one occasion includes the information to enable detection of the SIB1 information; and in response to detecting the information to enable detection of the SIB1 information, detect the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0022] In an eighteenth aspect, there is provided a terminal device. The terminal device comprises: receiving circuitry configured to receive a wake-up signal (WUS) configuration  for requesting an on-demand system information block 1 (SIB1) ; determing circuitry configured to determine that the on-demand SIB1 is needed; monitoring circuitry configured to monitor, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) ; and performing circuitry configured to perform one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

[0023] In a nineteenth aspect, there is provided a network device. The network device comprises: transmitting circuitry configured to transmit, to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0024] In a twenty aspect, there is provided a network device. The network device comprises: receiving circuitry configured to receive, from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; and transmitting circuitry configured to transmit, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.

[0025] In a twenty-first aspect, there is provided a terminal device. The terminal device comprises: receiving circuitry configured to receive a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information, in particular, without prior transmitting a request to provide OD-SIB1 information; determining circuitry configured to determine that the SIB1 information for the first cell is required; monitoring circuitry configured to, prior to transmitting the request to provide the OD-SIB1 information, monitor whether at least one occasion includes the information to enable detection of the SIB1 information; and detecting and performing circuitry configured to, in response to detecting the information to enable detection of the SIB1 information, detect the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0026] 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

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

[0028] Fig. 1A illustrates an example system in which embodiments of the present disclosure may be implemented;

[0029] Figs. 1B to 1E illustrate examples of different scenarios support on-demand SIB1 according to some solutions;

[0030] Fig. 1F illustrates examples of UE monitoring RAR prior to monitoring the OD-SIB1 transmission according to some solutions;

[0031] Fig. 2A illustrates a flowchart illustrating an example process according to some embodiments of the present disclosure;

[0032] Fig. 2B illustrates a flowchart illustrating another example process according to some embodiments of the present disclosure;

[0033] Fig. 3 illustrates a flowchart illustrating an example process in some scenarios according to some embodiments of the present disclosure;

[0034] Fig. 4 illustrates a flowchart illustrating an example process in some other scenarios according to some embodiments of the present disclosure;

[0035] Fig. 5 illustrates a flowchart illustrating an example process according to some embodiments of the present disclosure;

[0036] Fig. 6 illustrates a flowchart illustrating another example process according to some embodiments of the present disclosure;

[0037] Fig. 7 illustrates an operation mode associated with requesting OD-SIB1 according to some embodiments of the present disclosure;

[0038] Fig. 8 illustrates another operation mode associated with requesting OD-SIB1 according to some embodiments of the present disclosure;

[0039] Fig. 9 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure;

[0040] Fig. 10 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure;

[0041] Fig. 11 illustrates a flowchart of a method implemented at a network device according to some other embodiments of the present disclosure;

[0042] Fig. 12 illustrates a flowchart of a method implemented at a terminal device according to some other embodiments of the present disclosure;

[0043] Fig. 13 illustrates a simplified block diagram of an apparatus that is suitable for implementing embodiments of the present disclosure; and

[0044] Fig. 14 illustrates a block diagram of an example computer readable medium in accordance with some embodiments of the present disclosure.

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

[0046] 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 only 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.

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

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

[0049] 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 only 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.

[0050] The terminology used herein is for the purpose of describing particular embodiments only 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.

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

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

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

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

[0055] (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

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

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

[0058] 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) 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 first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) 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.

[0059] 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 relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0060] 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) , 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 head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., 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 “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0061] Principles and embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. Reference is first made to Fig. 1A, which illustrates an example system 100 in which embodiments of the present disclosure may be implemented. The system 100, for example, a communication network, includes at least one terminal device, such as a terminal device 110 and a terminal device 140. The communication network further includes at least one network device, such as a network device 120 and a network device 130. The network device 120 and 130 serve areas (also called as cells) . The terminal devices 110 and 140 are capable of connecting and communicating in UL and DL ways with the network devices 120 and 130 as long as the terminal devices 110 and 140 located within the corresponding cells. In some examples, the at least one network device may provide an anchor cell and a network energy saving (NES) cell. For example, the network device 120 may provide the NES cell. The network device 130 may provide the anchor cell. The terminal devices 110 and 140 may obtain configuration information for the NES cell from an anchor cell.

[0062] It is to be understood that the number of network devices and terminal devices is only for the purpose of illustration without suggesting any limitations. The system 100 may include any suitable number of network devices and terminal devices adapted for  implementing embodiments of the present disclosure.

[0063] Communications in the system 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0064] Some procedures and signaling method (s) are studied to support on-demand SIB1 for UEs in idle / inactive mode, including: triggering method by uplink wake-up-signal using an existing signal / channel. Wake-up-signal configuration provisioning to UE. No modification of synchronization signal block (SSB) will be discussed under this objective.

[0065] The OD-SIB1 feature can be summarized as below. The capacity cell referred in 3GPP as NES cell operating with OD-SIB1 mode will not periodically broadcast the SIB1. Instead, the SIB1 of the cell will be provided on-demand, i.e., based on the UE in RRC idle or RRC inactive requesting its transmission. As can be seen from the objective, the UE will trigger the OD-SIB1 transmission by sending a wake-up signal (WUS) , which could e.g., be a physical random-access channel (PRACH) resource i.e. a preamble. This requires that the UE is configured with resources and information to transmit the WUS. Some examples of different scenarios support on-demand SIB1 according to some solutions are as shown in Figs. 1B to 1E. In these scenarios, a Cell A, an NES Cell and a terminal device (e.g. a UE) are involved. The scenarios shown in Figs. 1B, 1C, and 1D involve non-standalone, and the scenario shown in Fig. 1E involves standalone. In Fig. 1B, the Cell A 106 transmits an US WUS configuration in SIB to the terminal device 102. The terminal device 102 transmits an UL WUS to the NES Cell 104, and receives the SIB1 from the NES Cell 104. In Fig. 1C, the Cell A 106 transmits an US WUS configuration in SIB to the terminal device 102. The terminal device 102 transmits an UL WUS to the Cell A 106, and receives the SIB1 from the  Cell A 106 or the NES Cell 104. In Fig. 1C, the Cell A 106 transmits an US WUS configuration in RRC release to the terminal device 102. The terminal device 102 transmits an UL WUS to the NES Cell 104, and receives the SIB1 from the NES Cell 104. In Fig. 1D, the NES Cell 104 transmits an US WUS configuration to the terminal device 102. The terminal device 102 transmits an UL WUS to the NES Cell 104, and receives the SIB1 from the NES Cell 104. Some embodiments of the present disclosure may focus on the scenarios shown in Figs. 1B and 1C.

[0066] Fig. 1F illustrates examples of UE monitoring RAR prior to monitoring the OD-SIB1 transmission according to some solutions, and specifically shows a timeline of the operations related to the OD-SIB1 procedure including the UE monitoring for the RAR from the NW after message 1 (MSG1) requesting the OD-SIB1 transmission. The feedback from a gNB in response to the UL WUS has been discussed in some solutions. Specifically, it was agreed that UE is expected to receive the RAR responding to the preamble transmission for MSG1-based on-demand SIB1 procedure, as the baseline as illustrated in Fig. 1F. The RAR monitoring configuration and OD-SIB1 transmission monitoring / reception parameters are expected to be part of the WUS configuration. Based on some solutions, a starting point for WUS configuration design may contain the following as shown in Table 1. In an aspect, as in some solutions mentioned above, for a UE requiring OD-SIB1, it needs to transmit an UL WUS to request the OD-SIB1 irrespective of whether there may be other UEs in the cell or in the UE serving SSB beam that already requested OD-SIB1. Hence, there is an issue that unnecessary UL WUS transmissions can occur, leading to unnecessary energy consumption for the UE. In some embodiments of the present disclosure, the issue above may be solved, e.g. some embodiments of the present disclosure may avoid multiple and unnecessary UL WUS transmissions from different UEs.

[0067] Table 1

[0068] In another aspect, there is a further issue related to alignment between UE stored  status for NES cell with current NES cell status in some solutions. For example, in some solutions, the UE obtains the WUS configuration for the NES from an anchor cell. Meanwhile the NES cell switches back to normal mode. Then the UE switches to the NES cell and request OD-SIB1 by sending UL WUS (without reading master information block (MIB)  / PBCH) . However, the cell is broadcasting SIB1 and pdcchConfigSib1 is included in updated MIB. This scenario leads to unnecessary PRACH transmission. In addition, PRACH for on-demand SIB1 are dedicated resources during NES cell operation with OD-SIB1, but there is no guarantee that NW can keep the dedicated PRACH resources when switching back to regular SIB1 broadcasting mode. Which means, PRACH used by UE to request OD-SIB1 cannot be interpreted by NW as OD-SIB1 request. In some embodiments of the present disclosure, the issue above may be solved, e.g. some embodiments of the present disclosure may avoid avoid misalignment between UE stored status for NES cell with current NES cell status. Some details of the solution of the present disclosure may further refer to some examples below.

[0069] Fig. 2A illustrates a flowchart illustrating an example process 200-1 according to some embodiments of the present disclosure. The process 200-1 may involve at least one terminal device (aterminal device 201 and a terminal device 204 are shown as an example) and at least one network device, such as a network device 202 and a network device 203. The terminal device 201 may be an example of the terminal device 110. The terminal device 204 may be an example of the terminal device 140. Specifically, as an example, the terminal device (s) may be UE (s) . The network device 202 may be an example of the network device 120. The network device 203 may be an example of the network device 130. In some examples, the network device 202 may provide an NES cell. In some examples, the network device 203 may provide an anchor cell. In some examples, the network device 202 and the network device 203 may be a same network device. Alternatively, the network device 202 and the network device 203 may be different network devices. As an example, the network device (s) above may be base station (s) , e.g. gNB (s) .

[0070] In the process 200-1, the network device 203 may transmit (212) , to the at least one terminal device, at least one wake-up signal (WUS) configuration 205. The WUS configuration is for requesting an on-demand system information block 1 (SIB1) . The terminal device 201 and the terminal device 204 may receive (214a, 214b) the at least one WUS configuration 205. The at least one WUS configuration 205 is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common  physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0071] Among the at least one terminal device above, as an example, the terminal device 140 may transmit (216) a WUS 215 for requesting the on-demand SIB1 to the network device 202. On the network device 202 side, the network device 202 may receive (218) the WUS 215.

[0072] The terminal device 201 may monitor (220) , based on the WUS configuration 205, at least one of the common RAR or the common PDCCH. In the case that the terminal device 140 transmits the WUS 215, after receiving the WUS 215, the network device 202, may transmit (222) , to the at least one terminal device, a common RAR 225 indicating SIB1 transmission. Then the terminal device 204 receives (224b) the common RAR 225. The common RAR is an RAR message which includes a common signaling readable by at least two terminal devices. This is e.g. achieved by a WUS configuration including a common radio network temporary identifier (RNTI) useable by at least two terminal devices. The common RAR may also be referred to as a common RAR message. The common RAR message includes the common RNTI to enable detection by the at least two terminal devices. A common RAR message is e.g. transmitted in response to a random access channel (RACH) request of a first terminal device, in which the RAR message includes common signaling readable by a first and a second terminal device. This way the second terminal device is enabled to receive the common RAR without prior sending a PRACH request. Similarly, the common PDCCH is a physical downlink control channel (PDCCH) message which is sent in response to a RACH request of a first terminal device. The common PDCCH message includes common signaling readable by at least two terminal devices, e.g. a first and a second terminal device. This way the second terminal device is enabled to receive the common PCCH without prior sending a PRACH request. As an example, the second terminal device above may be the terminal device 204, and the first terminal device above may be another terminal device different from the terminal device 204.

[0073] In some examples, the terminal device 201 may determine (220a) that the on-demand SIB1 is needed. the monitoring may be done only if the cell provided by the network device 202 is operating in on-demand SIB1 mode and the terminal device 201 requires the SIB1. Otherwise, the monitoring is not performed.

[0074] On the terminal device 201 side, based on a result of the monitoring above, if the terminal device 201 receives the common RAR or the common PDCCH, for example, as  shown at case 1 in Fig. 2A, based on the network device 202 transmitting the common RAR 225, the terminal device 201 may receive (224a) the common RAR 225, and then terminal device 201 prevents (226) from transmitting a WUS 235 for requesting the SIB1. In such examples, the terminal device 201 may, based on receiving the common RAR 225, monitoring the common PDCCH.

[0075] In some examples, the WUS configuration 205 may comprise a common radio network temporary identifier (RNTI) for the at least one terminal device. Based on receiving the common RAR, the terminal device 201 or 204 may obtain information in the common RAR 225 based on the common RNTI. In some examples, obtaining information in the common RAR 225 may comprises extracting RAR information in the common RAR 225. In some examples, the common RNTI is not matched with one of a plurality of preambles used by a plurality of terminal devices for requesting the SIB1. For example, Multiple preambles are used by different UEs. In this case, common RAR response is using a common RNTI not matching with multiple preambles. Alternatively, in some other examples, the common RNTI is matched with a same preamble used by a plurality of terminal devices for requesting the SIB1. For example, a same preamble is used by all UEs to request OD-SIB1. Thus, common RNTI matching with the preamble is used in RAR response. In some examples, the common RNTI is associated in the WUS configuration with one of a plurality of preambles for requesting the SIB1. The common RNTI is used to scrambled the DCI carrying the scheduling information of the on-demand SIB1 transmission. In some examples, the RNTI included in the WUS configuration is included in the RAR to indicate that the information in the RAR relates to the on-demand SIB1. The RNTI can be associated with the preambles configured in the WUS configuration to request SIB1. In some examples of the present disclosure, the same RAR (the same response) can be sent when different preambles are used, therefore the RAR includes the common RNTI which is associated to a set of potential preambles (that can be used) rather than including the individual preambles that have been used. In other words, the same RAR can be a common response to multiple requests using different preambles.

[0076] In some examples, the WUS configuration 205 may comprise a same preamble that can be used as an UL WUS for multiple terminal devices, or a terminal device specific preamble that can be used as an UL WUS. In some examples, the terminal device 201 or 204 may request the SIB1 using one of a plurality of dedicated preambles, and monitor the PDCCH associated with a dedicated common preamble. The PDCCH to monitor depends on  which preamble used for requesting the SIB1.

[0077] In some examples, monitoring the at least one of the common RAR or the common PDCCH may comprise monitoring the common RAR 225, and based on receiving the common RAR 225, monitoring the common PDCCH, specifically, monitoring the common PDCCH which carries scheduling information of the on-demand SIB1. On the network device 202 side, the network device 202 may further transmit, to the at least one terminal device, the common PDCCH for the SIB1, i.e. scheduling information of the SIB1 in the common PDCCH. Specifically, a downlink control indication (DCI) carries the scheduling information of the SIB1, which is sent over a part of the PDCCH channel which configured to multiple UEs, to be common to multiple UEs. The terminal devices 201 and 204 may receive the common PDCCH.

[0078] In some examples, the WUS configuration 205 indicates an operation mode, and the terminal device 201 may determine the operation mode based on the WUS configuration 205. The operation mode is associated with one of the following: monitoring of the at least one of the common RAR or the common PDCCH, or avoiding performing the monitoring. The terminal device 201 monitors the common RAR and / or the common PDCCH if the operation mode indicates performing the monitoring. In some examples, the

[0079] the WUS configuration comprises: an uplink (UL) WUS resource periodicity, at least one RAR monitoring occasion, or an SIB1 periodicity (e.g. a transmission periodicity of an on-demand SIB1) , or any combination thereof. In some examples, the operation mode may be implicitly indicated based on a UL WUS resource periodicity indicated in the WUS configuration. For example, based on the UL WUS resource periodicity, if UL WUS occasions are sparse enough, the NW can request the UE intending to request the OD-SIB1 to monitor common RAR or common PDCCH occasions for SIB1 before sending UL WUS signal. Alternatively, if the UL WUS occasions are dense enough with respect to PDCCH of SIB1 monitoring occasions or RAR, thus the NW can request the UE to send the UL WUS without monitoring the RAR window or the PDCCH of SIB1 monitoring occasions. The details may further refer to Figs. 7 and 8.

[0080] In some examples, different from the case 1 above, as shown at case 2 in Fig. 2, based on a result of the monitoring above, if the terminal device 201 does not receive any of the common RAR or the common PDCCH, then the terminal device 201 transmits (228) a WUS 235 for requesting the SIB1. The network device 202 receives (230) the WUS 235, and may  perform corresponding operation, for example, transmitting an RAR to the WUS 235, etc..

[0081] The common RAR 225 may indicate an acknowledged on-demand SIB1 request received by a network device, e.g. the network device 202. In some examples, the common RAR 225 is transmitted by the network device 202 and received by the terminal device 201, 204 via a UE group common signaling.

[0082] In some examples, the terminal device 201 may monitor the common RAR within a first time window. In some examples, the terminal device 201 may monitor the common PDCCH within a second time window. In some example, the first time window and / or the second time window may be configured in the WUS configuration 205. The first time window and / or the second time window may be associated to a WUS resource so that the terminal device monitors for the common RAR / PDCCH in a time window starting X ms after a WUS resource (which potentially could have been used by another terminal device to request for SIB1 on demand) .

[0083] In some examples, above, the WUS 215 is received by the network device 202 providing the NES cell. Alternatively, the WUS 215 may be received by the network device 203 providing the anchor cell. The network device 203 may transmit the common RAR 225 or the common PDCCH.

[0084] As mentioned above, in some embodiments, a new solution is proposed in present disclosure to avoid unnecessary UL WUS transmissions from different UEs to request OD-SIB1 for the same NES cell, whenever at least another UE has already requested the OD-SIB1 transmission of the NES cell. Continuing with reference to Fig. 2A, based on receiving the RAR 225 responding to the WUS 215 transmitted by the terminal device 204, the terminal device 201 prevents from transmitting a WUS. In this way, the unnecessary UL WUS transmissions from different terminal devices to request OD-SIB1 for the same network device may be avoided. Some details will be further described with reference to Fig. 3 and Fig. 4 hereinafter.

[0085] As mentioned above, in some embodiments, a new solution is proposed in present disclosure to avoid misalignment between UE stored status for an NES cell with current NES cell status. Continuing with reference to Fig. 2A, in some examples, prior to transmitting the WUS (e.g the WUS 235) , the terminal device (e.g. the terminal device 201) may re-read a latest master information block (MIB) from a cell (e.g. the cell provided by the network device 202) , and determines that the cell is operating on an on-demand SIB1 mode. The WUS  215 is transmitted by the terminal device 204 and received by the network device 202 if the network device 202 is operating on the on-demand SIB1 mode. In some examples, if the cell provided by the network device 202 is not operating on the on-demand SIB1 mode, the WUS 215 is not to be transmitted.

[0086] Specifically, after being in an OD-SIB1 mode (and sending the OD-SIB1) , an NES cell can switch to a regular SIB1 mode. This means that the MIB content of the cell should be changed from OD-SIB1 indication or ‘SIB1-less’ indication to ‘SIB1 broadcasted’ indication. This can be achieved by changing the k_ssb value in MIB in combination with the provisioning in MIB of pdcch-ConfigSIB1 IE. Thus, to avoid misalignment between the cell status (related to SIB1transmission mode) as stored at the UE and the current cell status, the UE, for which a trigger to request OD-SIB1 for an NES cell is met, shall (re) -read SSB (i.e. MIB / PBCH) before requesting OD-SIB1, to ensure alignment between UE stored status for NES cell with NES cell status.

[0087] Fig. 2B illustrates a flowchart illustrating another example process 200-2 according to some embodiments of the present disclosure. The process 200-2 may involve at least one terminal device (aterminal device 211 is shown as an example) and at least one network device. The at least one network device is shown as a network device 213 as an example. The terminal device 211 may be an example of the terminal device 110. Specifically, as an example, the terminal device (s) may be UE (s) . The network device may be an example of the network device 120. In some examples, among the at least one network device, a network device may provide an NES cell. In some examples, another network device may provide an anchor cell. In some examples, the network devices providing the NES cell and the anchor cell may be a same network device. Alternatively, the network device providing the anchor cell and the network device providing the NES cell may be different network devices. As an example, the network device (s) above may be base station (s) , e.g. gNB (s) .

[0088] In the process 200-2, the network device 213 may transmit (242) a wake-up signal (WUS) configuration 245 related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode. Then the terminal device 211 may receive (244) the WUS configuration 245 related to the first cell operating in the OD-SIB1 mode. The WUS configuration 245 may comprise occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information, in particular, without prior transmitting a request to provide OD-SIB1 information.

[0089] The terminal device 211 determines (246) that the SIB1 information for the first cell is required. Prior to transmitting the request to provide the OD-SIB1 information, the terminal device 211 may monitor (248) whether at least one occasion includes the information to enable detection of the SIB1 information. As an example, the information to enable detection of the SIB1 information may be transmitted from a network device which may be another network device different from the network device 213. In such case, the terminal device 211 may detect and receive the information to enable detection of the SIB1 information. In response to detecting the information to enable detection of the SIB1 information, at 250, the terminal device 211 may detect the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0090] In some examples, in response to not detecting the information to enable detection of the SIB1 information, the terminal device 211 may transmit the request to provide the OD-SIB1 information.

[0091] In some examples, the information to enable detection of the SIB1 information comprises: a random access response (RAR) message in response to a first random access channel (RACH) request of another terminal device, in which the RAR message includes a first common signaling readable by both the terminal device and the another terminal device. An example of the terminal device 211 may be the terminal device 201 above. An example of the another terminal device may be the terminal device 204 above. An example of the RAR message may be the common RAR 225 above. The first common signaling above may comprise information to identify at least one resource in the PDCCH time window including the OD-SIB1 information requested by the another terminal device. In some examples, the WUS configuration 245 comprises a common radio network temporary identifier (RNTI) useable by both the terminal device 211 and the another terminal device. The RAR message comprises the common RNTI to enable the detection of the SIB1 information. In some examples, the WUS configuration 245 comprises a common preamble useable by both the terminal device and another terminal device. The common preamble is for transmitting the request to provide the OD-SIB1 information via RACH. In some examples, the request to provide the OD-SIB1 information via RACH is transmitted towards the first cell or a second cell.

[0092] In some other examples, the information to enable detection of the SIB1 information comprises: a physical downlink control channel (PDCCH) message in response to a second RACH request of another terminal device, in which the PDCCH message includes a second  common signaling readable by both the terminal device and the another terminal device. An example of the PDCCH message may be the common PDCCH in some examples above.

[0093] In some further examples, the information to enable detection of the SIB1 information comprises: broadcast information comprising a master information block (MIB) including the SIB1 information in pdcchConfigSib1.

[0094] In some examples, the occasion information comprises: at least one resource for transmitting the request to provide the OD-SIB1 information, an RAR time window for the receiption of the RAR message in response to the RACH request of the another terminal device, or an PDCCH time window for the receiption of the OD-SIB1 information requested by the another terminal device, or any combination thereof. The RAR time window may be referred to as a first time window in some examples. The PDCCH time window may be referred to as a second time window in some examples. In some examples, the PDCCH time window is timely located after the RAR time window, and wherein the at least one resource is timely located after the PDCCH time window. In some examples, at least one of the at least one resource is timely located before the RAR time window.

[0095] In some examples, the WUS configuration 245 is received from a network device not serving the first cell, or from a network device serving the first cell. An example of the WUS configuration 245 may be the WUS configuration 205 above, which is transmitted from a network device not serving the first cell. An example of the first cell may be an NES cell.

[0096] In some examples, the operation that requires the detected SIB1 information is: received data ready for uplink (UL) transmission, a change from an inactive mode to a connected mode of operation, a triggered small data transmission (SDT) ; a received paging message, status update to be sent, or any combination thereof. For example, an operation that requires SIB1 is e.g. a trigger inside the UE, that UE, e.g., needs to transmit data to the network (e.g. user returns to be or starts to be active by trying to reach a webpage or checking WhatsApp, or other, and e.g. change from inactive mode to connected mode of operation) , or a SDT is triggered, or any other trigger that requires SIB1 information, e.g. paging or status update to be sent (e.g. radio access network (RAN) -based notification area update (RNAU) ) , etc. Once the UE is able to read the SIB1, then the subsequent steps like reading SIB2 and information, etc. is performed and finally a connection established and e.g. data sent using an allocated physical uplink shared channel (PUSCH) .

[0097] In some examples, in response to receiving the WUS configuration 245, the terminal  device 211 may store the status of the first cell as operating in the OD-SIB1 mode. In some other examples, in response to receiving broadcast information comprising an MIB including the SIB1 information in pdcchConfigSib1, the terminal device 211 may store an updated status of the first cell as operating in normal mode.

[0098] In some examples, the terminal device 211 may re-read a latest master information block (MIB) from a cell, and in response to determining that the cell is operating on a mode of operation indicated in the MIB, prevents from transmitting the WUS for requesting the OD-SIB1 information. Then the terminal device 211 detects the SIB1 information in the MIB. Some details about the process 200-2 may further refer to the process 200-1 above and / or the following example processes, such as the processes 300 and / or 400 as shown in Figs. 3 and 4 below.

[0099] Fig. 3 illustrates a flowchart illustrating an example process 300 in some scenarios according to some embodiments of the present disclosure, in which a scenario may be scenario #1. In the process 300, at 312, the UE (e.g. the UE2 301 and the UE1 304) are configured with a WUS configuration for requesting OD-SIB1 of an NES cell 302 including configuration for RAR monitoring and OD-SIB1 monitoring. In the scenario #1, for a UE (e.g. UE2 301) requesting an OD-SIB1, there is another UE (e.g. UE1 304) already requested OD-SIB1. As shown at 314, the UE1 304 transmits UL a wake-up signal (PRACH preamble) requesting OD-SIB1. On the UE2 301 side, at 316, the UE2 301 triggers for UL WUS for requesting OD-SIB1. At 318, the UE2 301 monitors for a potential RAR to determine if there may already be an acknowledged OD-SIB1 transmission, and triggers the monitoring for the OD-SIB1 transmission if the determination is positive. At 320, the NES cell 302 transmits an RAR indicating OD-SIB1 transmission via a group common signaling. Thus, the determination at 318 is positive, and then the UE2 301, at 322, may monitor for OD-SIB1 scheduling / transmission. At 324, the NES cell 302 perform OD-SIB1 transmission. Then at 326, the UE2 301 receives the OD-SIB1.

[0100] Fig. 4 illustrates a flowchart illustrating an example process 400 in some other scenarios according to some embodiments of the present disclosure, in which a scenario may be scenario #2. In the process 400, at 412, the UE (e.g. the UE2 401 and the UE1 404) are configured with a WUS configuration for requesting OD-SIB1 of an NES cell 402 including configuration for RAR monitoring and OD-SIB1 monitoring. In the scenario #2, for a UE (e.g. UE2 401) requesting an OD-SIB1, there is no other UE has requested OD-SIB1. At 414, the UE2 401 triggers for UL WUS for requesting OD-SIB1. At 416, the UE2 401 monitors  for a potential RAR to determine if there may already be an acknowledged OD-SIB1 transmission, and triggers the WUS transmission if the determination is negative. As shown in Fig. 4, there is no other UE requesting OD-SIB1, thus, the determination at 416 is negative, and then the UE2 401, at 418, may perform OD-SIB1 requesting and acquisition procedure.

[0101] As shown in Figs. 3 and 4, the UE, for which a trigger to request OD-SIB1 for an NES cell is met, shall monitor for potential RAR, for example, the UE (e.g. the UE2 301 or 401) monitors for a potential RAR from the NW (e.g. the NES cell 302 or 402) to an OD-SIB1 request of a different UE (e.g. the UE1 304 or 404) . For enabling this monitoring, the NW shall use a UE group common signaling for the RAR to allow UEs not requesting OD-SIB1 to monitor for such response. The RAR monitoring is performed according to information received in the WUS configuration. If the UE receives an RAR, as shown in Fig. 3, based on the RAR, the UE determines that the OD-SIB1 has been requested by another UE (i.e. RAR indicates OD-SIB1 transmission) , then the UE will directly monitor the PDCCH occasions for on-demand SIB1. Otherwise (i.e. no RAR received does not indicate OD-SIB1 transmission) , as shown in Fig. 4, the UE should continue with transmitting the WUS to request the OD-SIB1.

[0102] In some examples, to minimize the UE monitoring power consumption, the UE may only perform the monitoring with a certain time before the UL WUS sending occasion. This time window or duration can be signaled to UE by the network using the WUS configuration. In other words, UE only performs the monitoring with a certain time before the UL WUS occasion. The UE only transmits the UL WUS if no valid monitoring or reception of the RAR or the on-demand SIB1, otherwise, the UE skips the UL WUS transmission.

[0103] Fig. 5 illustrates a flowchart illustrating an example process 500 according to some embodiments of the present disclosure. As shown in Fig. 5, in the process 500, at 512 and 514, a Cell A 503 transmit a WUS configuration to the UEs, such as, the UE-2 501 and the UE-1 504. At 516, the UE-1 504 transmits an UL WUS, e.g. a message 1 (MSG 1) to an NES cell 502. At 518, the UE-2 501 monitors an RAR and / or a PDCCH for OD-SIB1. The UE-2 501 may re-read an SSB of the NES cell 502 before requesting OD-SIB1. At 520, the UE-2 501 and the UE-1 504 receive an ACK, e.g. a message 2 (MSG 2) from the NES cell 502. Based on receiving the ACK, at 522, the UE-2 501 and the UE-1 504 may receive the OD-SIB1 from the NES cell 502.

[0104] The process 500 may be another example of the scenario #1 above. The RAR may  be monitored by different UEs, as in the scenario #1, for example, one or multiple UEs have requested on-demand SIB1, and others UE intended to request SIB1. In some examples, a downlink control information (DCI) shall carry a common payload that can be extracted / decoded by all UEs. This means a common radio network temporary identifier (RNTI) shall be shared to all UEs to extract / decode information carried by the RAR. This can be done by the WUS configuration, that is, the WUS configuration may comprise a common RNTI for all UEs. This assumes that all UEs shall use the same preamble configured in the WUS configuration. Further with reference to Fig. 5, in one aspect, the UE monitors, based on the WUS configuration, a common RAR or a common PDCCH for the OD-SIB1, and based on receiving the common RAR or the common PDCCH, the UE shall not transmit the WUS for requesting the OD-SIB1, and may receive the OD-SIB1 from an NES cell directly. In this way, unnecessary UL WUS transmissions from different UEs to request OD-SIB1 for the same NES cell may be avoided. In another aspect, the UE shall (re) -read SSB (i.e. MIB / PBCH) before requesting the OD-SIB1. In this way, alignment between UE stored status for NES cell with NES cell status may be ensured.

[0105] In some examples of the scenario #2 above, multiple UEs have requested on-demand SIB1 at the same time or within a certain time window. In some examples, the NW may respond to the received WUS (s) via a DCI format that provides a UE group common signaling, which accommodates the RAR for one or multiple UEs that request OD-SIB1.

[0106] In some examples, different preambles for different UEs for requesting OD-SIB1 is an example scenario. Hence, the RAR may be UE specific. In this case, the RAR payload for each UE may use a specific position within the DCI. Thus, each UE can extract its own information. In some other examples, all UEs have the same preamble for requesting OD-SIB1. The preamble is indicated in the WUS configuration. As long as one UE sends this preamble, the gNB (an example of the NW) knows that a UE is requesting the OD-SIB1, and will send out the OD-SIB1. In such examples, the NW does not care which UE sends the preamble requesting the OD-SIB1. The RAR may be detected and decoded by all UEs requesting OD-SIB1.

[0107] Fig. 6 illustrates a flowchart illustrating another example process 600 according to some embodiments of the present disclosure. In the process 600, at 612 and 614, a Cell A 603 transmit a WUS configuration to the UEs, such as, the UE-2 601 and the UE-1 604. At 616, the UE-1 604 transmits an UL WUS, e.g. a message 1 (MSG 1) to an NES cell 602. At 618, the UE-2 601 transmits an UL WUS, e.g. a PRACH to an NES cell 602. At 620, the NES cell  602 transmits a UE group common signaling carrying the RAR. Based on receiving the RAR, at 622, the UE-2 601 and the UE-1 604 may receive the OD-SIB1 from the NES cell 602.

[0108] As mentioned above, there may be two operation modes associated with the following respectively: monitoring of the at least one of the common RAR or the common PDCCH, or avoiding performing the monitoring. In some examples, the NW may provide such two operation modes for requesting OD-SIB1 based on UL WUS resource periodicity, RAR monitoring occasions and SIB1 periodicity (e.g. a transmission periodicity of an on-demand SIB1) . In an operation mode 1, as shown in Fig. 7, UL WUS occasions are sparse enough; thus the NW can request the UE intending to request the OD-SIB1 to monitor common RAR or common PDCCH occasions for SIB1 before sending UL WUS signal. In an operation mode 2, as shown in Fig. 8, UL WUS occasions are dense enough with respect to PDCCH of SIB1 monitoring occasions or RAR, thus the NW can request the UE to send the UL WUS without monitoring the RAR window or the PDCCH of SIB1 monitoring occasions.

[0109] In some examples, the operation mode can be implicitly provided to UE based on a UL WUS resource periodicity. A mapping between UL WUS resource periodicity and operation mode can be specified. In some examples, monitoring the RAR window or the PDCCH for SIB1 before sending the OD-SIB1 request may be service based. For example, for a service requesting low latency, in such examples, the UE may select the operation mode that provides the low latency to access the cell. In some examples, the NW may implement a transmission of RAR at the end of RAR response window to allow newcomer UE (s) at the beginning of RAR window to monitor / detect the RAR.

[0110] Fig. 9 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure. In some examples, the method 900 may be performed by a terminal device. An example of the terminal device performing the method 900 may be one of the terminal device 110, the terminal device 201, the UE2 301, the UE2 401, the UE-2 501, the UE-2 601.

[0111] At block 910, the terminal device may receive a wake-up signal (WUS) configuration. At block 920, the terminal device may determine (220a) that the on-demand SIB1 is needed. At block 930, the terminal device may monitor, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) . At  block 940, the terminal device may perform one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

[0112] In some embodiments, the common RAR indicates acknowledged on-demand SIB1 request received by a network device, or the common RAR is received via a UE group common signaling, or the combination thereof.

[0113] In some embodiments, the terminal device may monitor the at least one of the common RAR or the common PDCCH by: monitoring the common RAR, and based on receiving the common RAR, monitoring the common PDCCH carrying scheduling information of the on-demand SIB1.

[0114] In some embodiments, the terminal device may monitor the common RAR within a first time window, or monitor the common PDCCH within a second time window, or the combination thereof.

[0115] In some embodiments, the first time window and / or the second time window is configured in the WUS configuration.

[0116] In some embodiments, the WUS configuration comprises a common radio network temporary identifier (RNTI) for at least one terminal device, and the terminal device may obtain information in the common RAR based on the common RNTI.

[0117] In some embodiments, the common RNTI is associated in the WUS configuration with one of a plurality of preambles for requesting the SIB1.

[0118] In some embodiments, the WUS configuration comprises: a same preamble that can be used as an UL WUS for multiple terminal devices; or a terminal device specific preamble that can be used as an UL WUS.

[0119] In some embodiments, the terminal device may request the SIB1 using one of a plurality of dedicated preambles; and monitor the PDCCH associated with a dedicated common preamble.

[0120] In some embodiments, the WUS configuration comprises: an uplink (UL) WUS resource periodicity; at least one RAR monitoring occasion; or a transmission periodicity of an on-demand SIB1, or any combination thereof.

[0121] In some embodiments, the terminal device may monitor the common RAR and / or  the common PDCCH if an operation mode indicates performing the monitoring.

[0122] In some embodiments, the operation mode is determined based on the WUS configuration, and is associated with one of the following: monitoring of the at least one of the common RAR or the common PDCCH; or avoiding performing the monitoring.

[0123] In some embodiments, the operation mode is implicitly indicated based on a UL WUS resource periodicity indicated in the WUS configuration.

[0124] In some embodiments, the terminal device may re-read a latest master information block (MIB) from a cell; and determine that the cell is operating on an on-demand SIB1 mode.

[0125] In some embodiments, the WUS is transmitted if the cell is operating on an on-demand SIB1 mode; or the WUS is not transmitted in the event that the cell is not operating on the on-demand SIB1 mode.

[0126] Fig. 10 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure. In some examples, the method 1000 may be performed by a network device. An example of the network device performing the method 1000 may be the network device 120, the network device 202, and may provice an NES cell mentioned in some examples above.

[0127] At block 1010, the network device may transmit, to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , in which the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0128] In some embodiments, the network device may receive, from the at least one terminal device, a WUS for requesting the SIB1; and transmit, to the at least one terminal device, the at least one of the common RAR or scheduling information of the SIB1 in the common PDCCH.

[0129] In some embodiments, the common RAR indicates acknowledged on-demand SIB1 request received by a network device; and / or the common RAR is transmitted via a UE group common signaling.

[0130] In some embodiments, the WUS configuration comprises a first time window for monitoring the common RAR; and / or a second time window for monitoring the common PDCCH.

[0131] In some embodiments, the WUS configuration comprises a common radio network temporary identifier (RNTI) for the at least one terminal device.

[0132] In some embodiments, the WUS configuration comprises: a same preamble that can be used as an UL WUS for multiple terminal devices; or a terminal device specific preamble that can be used as an UL WUS.

[0133] In some embodiments, the WUS configuration comprises: an uplink (UL) WUS resource periodicity; at least one RAR monitoring occasion, or an a transmission periodicity of an on-demand SIB1, or any combination thereof.

[0134] In some embodiments, the WUS configuration indicates an operation mode associated with one of the following: monitoring of the at least one of the common RAR or the common PDCCH; or avoiding performing the monitoring.

[0135] In some embodiments, the operation mode is implicitly indicated based on a UL WUS resource periodicity indicated in the WUS configuration.

[0136] Fig. 11 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure. In some examples, the method 1100 may be performed by a network device. An example of the network device performing the method 1100 may be the network device 130, the network device 203, and may provice an anchor cell mentioned in some examples above.

[0137] At block 1110, the network device may receive, from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) . At block 1120, the network device may transmit, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.

[0138] In some embodiments, the WUS is received in the event that the network device is operating on an on-demand SIB1 mode.

[0139] In some embodiments, the common RAR indicates acknowledged on-demand SIB1 transmission; or the common RAR is transmitted via a UE group common signaling.

[0140] In some embodiments, the network device may transmit, to the at least one terminal device, scheduling information of the SIB1 in a common physical downlink control channel (PDCCH) for the SIB1.

[0141] Fig. 12 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure. In some examples, the method  1200 may be performed by a terminal device. An example of the terminal device performing the method 1200 may be one of the terminal device 110, the terminal device 211, the UE2 301, the UE2 401, the UE-2 501, the UE-2 601 above.

[0142] At block 1210, the terminal device may receive a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information, in particular, without prior transmitting a request to provide OD-SIB1 information. At block 1220, the terminal device may determine that the SIB1 information for the first cell is required. At block 1230, the terminal device may, prior to transmitting the request to provide the OD-SIB1 information, monitor whether at least one occasion includes the information to enable detection of the SIB1 information. At block 1240, the terminal device may, in response to detecting the information to enable detection of the SIB1 information, detect the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0143] In some examples, the terminal device may, in response to not detecting the information to enable detection of the SIB1 information, transmit the request to provide the OD-SIB1 information.

[0144] In some examples, the information to enable detection of the SIB1 information comprises: a random access response (RAR) message in response to a first random access channel (RACH) request of another terminal device, wherein the RAR message includes a first common signaling readable by both the terminal device and the another terminal device; a physical downlink control channel (PDCCH) message in response to a second RACH request of another terminal device, wherein the PDCCH message includes a second common signaling readable by both the terminal device and the another terminal device; or broadcast information comprising a master information block (MIB) including the SIB1 information in pdcchConfigSib1; or any combination thereof.

[0145] In some examples, the occasion information comprises: at least one resource for transmitting the request to provide the OD-SIB1 information; an RAR time window for the receiption of the RAR message in response to the RACH request of the another terminal device; or an PDCCH time window for the receiption of the OD-SIB1 information requested by the another terminal device; or any combination thereof.

[0146] In some examples, the WUS configuration is received from a network device not serving the first cell, or from a network device serving the first cell.

[0147] In some examples, the operation that requires the detected SIB1 information is: received data ready for uplink (UL) transmission; a change from an inactive mode to a connected mode of operation; a triggered small data transmission (SDT) ; a received paging message; or status update to be sent; or any combination thereof.

[0148] In some examples, the first common signaling comprises information to identify at least one resource in the PDCCH time window including the OD-SIB1 information requested by the another terminal device.

[0149] In some examples, the terminal device may, in response to receiving the WUS configuration, store the status of the first cell as operating in the OD-SIB1 mode.

[0150] In some examples, the WUS configuration comprises a common radio network temporary identifier (RNTI) useable by both the terminal device and the another terminal device, and wherein the RAR message comprises the common RNTI to enable the detection.

[0151] In some examples, the WUS configuration comprises a common preamble useable by both the terminal device and another terminal device, and wherein the common preamble is for transmitting the request to provide the OD-SIB1 information via RACH.

[0152] In some examples, the request to provide the OD-SIB1 information via RACH is transmitted towards the first cell or a second cell.

[0153] In some examples, the PDCCH time window is timely located after the RAR time window, and wherein the at least one resource is timely located after the PDCCH time window.

[0154] In some examples, at least one of the at least one resource is timely located before the RAR time window.

[0155] In some examples, the terminal device may, in response to receiving broadcast information comprising an MIB including the SIB1 information in pdcchConfigSib1, store an updated status of the first cell as operating in normal mode.

[0156] In some examples, the terminal device may, re-read a latest master information block (MIB) from a cell; and in response to determining that the cell is operating on a mode of operation indicated in the MIB, preventing from transmitting the WUS for requesting the OD-SIB1 information; and detecting the SIB1 information in the MIB.

[0157] In some embodiments, an apparatus capable of performing any of the method 900 (for example, the terminal device 110) may comprise means for performing the respective steps of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0158] In some embodiments, the apparatus comprises means for receiving, at a terminal device, a wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) ; means for determining that the on-demand SIB1 is needed; means for monitoring, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) ; and means for performing one of the following: transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, or preventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.

[0159] In some embodiments, the common RAR indicates acknowledged on-demand SIB1 request received by a network device; or the common RAR is received via a UE group common signaling.

[0160] In some embodiments, the means for monitoring the at least one of the common RAR or the common PDCCH comprises means for monitoring the common RAR; and means for, based on receiving the common RAR, monitoring the common PDCCH carrying scheduling information of the on-demand SIB1.

[0161] In some embodiments, the apparatus further comprises means for monitoring the common RAR within a first time window; and / or means for monitoring the common PDCCH within a second time window.

[0162] In some embodiments, at least one of the first time window or the second time window is configured in the WUS configuration.

[0163] In some embodiments, the monitoring is performed prior to an occasion for transmitting the WUS.

[0164] In some embodiments, the WUS configuration comprises a common radio network temporary identifier (RNTI) for at least one terminal device, and the apparatus further comprises means for obtaining information in the common RAR based on the common RNTI.

[0165] In some embodiments, the common RNTI is associated in the WUS configuration  with one of a plurality of preambles for requesting the SIB1.

[0166] In some embodiments, the WUS configuration comprises: a same preamble that can be used as an UL WUS for multiple terminal devices; or a terminal device specific preamble that can be used as an UL WUS.

[0167] In some embodiments, the apparatus further comprises means for requesting the SIB1 using one of a plurality of dedicated preambles; and monitoring the PDCCH assoicated with a dedicated common preamble.

[0168] In some embodiments, the WUS configuration comprises at least one of the following: an uplink (UL) WUS resource periodicity; at least one RAR monitoring occasion; or a transmission periodicity of an on-demand SIB1.

[0169] In some embodiments, the means for monitoring monitors at least one of the common RAR or the common PDCCH if an operation mode indicates performing the monitoring.

[0170] In some embodiments, the operation mode is determined based on the WUS configuration, and is associated with one of the following: monitoring of the at least one of the common RAR or the common PDCCH; or avoiding performing the monitoring.

[0171] In some embodiments, the operation mode is implicitly indicated based on a UL WUS resource periodicity indicated in the WUS configuration.

[0172] In some embodiments, the apparatus further comprises means for re-reading a latest master information block (MIB) from a cell; and means for determining that the cell is operating on an on-demand SIB1 mode.

[0173] In some embodiments, the WUS is transmitted if the cell is operating on an on-demand SIB1 mode; or the WUS is not transmitted in the event that the cell is not operating on the on-demand SIB1 mode.

[0174] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 900. 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.

[0175] In some embodiments, an apparatus capable of performing any of the method 1000 (for example, the network device 120) may comprise means for performing the respective  steps of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0176] In some embodiments, the apparatus comprises means for transmitting, at a network device and to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , in which the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for a system information block 1 (SIB1) .

[0177] In some embodiments, the apparatus further comprises means for receiving, from the at least one terminal device, a WUS for requesting the SIB1; and means for transmitting, to the at least one terminal device, the at least one of the common RAR or scheduling information of the SIB1 in the common PDCCH.

[0178] In some embodiments, the common RAR indicates acknowledged on-demand SIB1 request received by a network device; and / or the common RAR is transmitted via a UE group common signaling.

[0179] In some embodiments, the WUS configuration comprises at least one of the following: a first time window for monitoring the common RAR; or a second time window for monitoring the common PDCCH.

[0180] In some embodiments, the WUS configuration comprises a common radio network temporary identifier (RNTI) for the at least one terminal device.

[0181] In some embodiments, the WUS configuration comprises: a same preamble that can be used as an UL WUS for multiple terminal devices; or a terminal device specific preamble that can be used as an UL WUS.

[0182] In some embodiments, the WUS configuration comprises at least one of the following: an uplink (UL) WUS resource periodicity; at least one RAR monitoring occasion; or a transmission periodicity of an on-demand SIB1.

[0183] In some embodiments, the WUS configuration indicates an operation mode associated with one of the following: monitoring of the at least one of the common RAR or the common PDCCH; or avoiding performing the monitoring.

[0184] In some embodiments, the operation mode is implicitly indicated based on a UL WUS resource periodicity indicated in the WUS configuration.

[0185] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 1000. 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.

[0186] In some embodiments, an apparatus capable of performing any of the method 1100 (for example, the network device 130) may comprise means for performing the respective steps of the method 1100. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0187] In some embodiments, the apparatus comprises means for receiving, at a network device and from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) , and means for transmitting, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.

[0188] In some embodiments, the WUS is received in the event that the network device is operating on an on-demand SIB1 mode.

[0189] In some embodiments, the common RAR indicates acknowledged on-demand SIB1 transmission; and / or the common RAR is transmitted via a UE group common signaling.

[0190] In some embodiments, the apparatus further comprises means for transmitting, to the at least one terminal device, scheduling information of the SIB1 in a common physical downlink control channel (PDCCH) for the SIB1.

[0191] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 1100. 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.

[0192] In some embodiments, an apparatus capable of performing any of the method 1200 (for example, the terminal device 110) may comprise means for performing the respective steps of the method 1200. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0193] In some embodiments, the apparatus comprises means for receiving a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information  block 1 (OD-SIB1) mode, in which the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information, in particular, without prior transmitting a request to provide OD-SIB1 information; means for determining that the SIB1 information for the first cell is required; means for, prior to transmitting the request to provide the OD-SIB1 information, monitoring whether at least one occasion includes the information to enable detection of the SIB1 information; and means for, in response to detecting the information to enable detection of the SIB1 information, detecting the SIB1 information, and perform an operation that requires the detected SIB1 information.

[0194] In some embodiments, the apparatus further comprises means for, in response to not detecting the information to enable detection of the SIB1 information, transmitting the request to provide the OD-SIB1 information.

[0195] In some embodiments, the information to enable detection of the SIB1 information comprises at least one of the following: a random access response (RAR) message in response to a first random access channel (RACH) request of another terminal device, wherein the RAR message includes a first common signaling readable by both the terminal device and the another terminal device; a physical downlink control channel (PDCCH) message in response to a second RACH request of another terminal device, wherein the PDCCH message includes a second common signaling readable by both the terminal device and the another terminal device; or broadcast information comprising a master information block (MIB) including the SIB1 information in pdcchConfigSib1.

[0196] In some embodiments, the occasion information comprises at least one of the following: at least one resource for transmitting the request to provide the OD-SIB1 information; an RAR time window for the receiption of the RAR message in response to the RACH request of the another terminal device; or an PDCCH time window for the receiption of the OD-SIB1 information requested by the another terminal device.

[0197] In some embodiments, the WUS configuration is received from a network device not serving the first cell, or from a network device serving the first cell.

[0198] In some embodiments, the operation that requires the detected SIB1 information is at least one of the following: received data ready for uplink (UL) transmission; a change from an inactive mode to a connected mode of operation; a triggered small data transmission (SDT) ; a received paging message; or status update to be sent.

[0199] In some embodiments, the first common signaling comprises information to identify at least one resource in the PDCCH time window including the OD-SIB1 information requested by the another terminal device.

[0200] In some embodiments, the apparatus further comprises means for, in response to receiving the WUS configuration, storing the status of the first cell as operating in the OD-SIB1 mode.

[0201] In some embodiments, the WUS configuration comprises a common radio network temporary identifier (RNTI) useable by both the terminal device and the another terminal device, and wherein the RAR message comprises the common RNTI to enable the detection.

[0202] In some embodiments, the WUS configuration comprises a common preamble useable by both the terminal device and another terminal device, and wherein the common preamble is for transmitting the request to provide the OD-SIB1 information via RACH.

[0203] In some embodiments, the request to provide the OD-SIB1 information via RACH is transmitted towards the first cell or a second cell.

[0204] In some embodiments, the PDCCH time window is timely located after the RAR time window, and wherein the at least one resource is timely located after the PDCCH time window.

[0205] In some embodiments, at least one of the at least one resource is timely located before the RAR time window.

[0206] In some embodiments, the apparatus further comprises means for, in response to receiving broadcast information comprising an MIB including the SIB1 information in pdcchConfigSib1, storing an updated status of the first cell as operating in normal mode.

[0207] In some embodiments, the apparatus further comprises means for re-reading a latest master information block (MIB) from a cell; and means for, in response to determining that the cell is operating on a mode of operation indicated in the MIB, preventing from transmitting the WUS for requesting the OD-SIB1 information; and detecting the SIB1 information in the MIB.

[0208] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 1200. 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.

[0209] Fig. 13 is a simplified block diagram of a device 1300 that is suitable for implementing embodiments of the present disclosure. The device 1300 may be provided to implement the communication device, for example the terminal device 110, the network devices 120, 130 as shown in Fig. 1A. As shown, the device 1300 includes one or more processors 1310, one or more memories 1320 coupled to the processor 1310, and one or more communication modules 1340 coupled to the processor 1310.

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

[0211] The processor 1310 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 1300 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.

[0212] The memory 1320 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) 1324, 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) 1322 and other volatile memories that will not last in the power-down duration.

[0213] A computer program 1330 includes computer executable instructions that are executed by the associated processor 1310. The program 1330 may be stored in the ROM 1324. The processor 1310 may perform any suitable actions and processing by loading the program 1330 into the RAM 1322.

[0214] The embodiments of the present disclosure may be implemented by means of the program 1330 so that the device 1300 may perform any process of the disclosure as discussed with reference to Figs. 2 to 12. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0215] In some embodiments, the program 1330 may be tangibly contained in a computer readable medium which may be included in the device 1300 (such as in the memory 1320) or other storage devices that are accessible by the device 1300. The device 1300 may load the program 1330 from the computer readable medium to the RAM 1322 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. Fig. 14 shows an example of the computer readable medium 1400 in form of CD or DVD. The computer readable medium has the program 1330 stored thereon.

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

[0217] 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 methods 900 or 1000 as described above with reference to Figs. 2-10. 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.

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

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

[0220] 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) .

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

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

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:receive a wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) ;determine that the on-demand SIB1 is needed;monitor, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for an SIB1; andperform one of the following:transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, orpreventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.2.The terminal device of claim 1, wherein at least one of the following:the common RAR indicates an acknowledged on-demand SIB1 request received by a network device; orthe common RAR is received via a UE group common signaling.3.The terminal device of claim 1, wherein the terminal device is caused to monitor the at least one of the common RAR or the common PDCCH by:monitoring the common RAR; andbased on receiving the common RAR, monitoring the common PDCCH carrying scheduling information of the on-demand SIB1.4.The terminal device of any of claims 1-3, wherein the terminal device is caused to at least one of the following:monitor the common RAR within a first time window; ormonitor the common PDCCH within a second time window.5.The terminal device of claim 4, wherein at least one of the first time window or the second time window is configured in the WUS configuration.6.The terminal device of any of claims 1-5, wherein the WUS configuration comprises a common radio network temporary identifier (RNTI) for at least one terminal device, and the terminal device is further caused to:based on receiving the common RAR, obtain information in the common RAR based on the common RNTI.7.The terminal device of claim 6, wherein:the common RNTI is associated in the WUS configuration with one of a plurality of preambles for requesting the SIB1.8.The terminal device of any of claims 1-5, wherein the WUS configuration comprises:a same preamble that can be used as an UL WUS for multiple terminal devices; ora terminal device specific preamble that can be used as an UL WUS.9.The terminal device of any of claims 1-6, wherein the terminal device is caused to:request the SIB1 using one of a plurality of dedicated preambles; andmonitor the PDCCH associated with a dedicated common preamble.10.The terminal device of any of claims 1-9, wherein the WUS configuration comprises at least one of the following:an uplink (UL) WUS resource periodicity;at least one RAR monitoring occasion; ora transmission periodicity of an on-demand SIB1.11.The terminal device of any of claims 1-10, wherein the terminal device is caused to monitor at least one of the common RAR or the common PDCCH in the event that an operation mode indicates performing the monitoring.12.The terminal device of claim 11, wherein the operation mode is determined  based on the WUS configuration, and is associated with one of the following:monitoring of the at least one of the common RAR or the common PDCCH; oravoiding performing the monitoring.13.The terminal device of claim 11 or 12, wherein the operation mode is implicitly indicated based on a UL WUS resource periodicity indicated in the WUS configuration.14.The terminal device of any of claims 1-13, wherein the terminal device is further caused to:prior to transmitting the WUS, re-read a latest master information block (MIB) from a cell; anddetermine that the cell is operating on an on-demand SIB1 mode.15.The terminal device of claim 14, wherein:the WUS is transmitted in the event that the cell is operating on an on-demand SIB1 mode; orthe WUS is not transmitted in the event that the cell is not operating on the on-demand SIB1 mode.16.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:transmit, to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for an SIB1.17.The network device of claim 16, wherein the network device is further caused to:receive, from the at least one terminal device, a WUS for requesting the SIB1; andtransmit, to the at least one terminal device, the at least one of the common RAR or scheduling information of the SIB1 in the common PDCCH.18.The network device of claim 16 or 17, wherein at least one of the following:the common RAR indicates an acknowledged on-demand SIB1 request received by a network device; orthe common RAR is transmitted via a UE group common signaling.19.The network device of any of claims 16-18, wherein the WUS configuration comprises at least one of the following:a first time window for monitoring the common RAR; ora second time window for monitoring the common PDCCH.20.The network device of any of claims 16-19, wherein the WUS configuration comprises a common radio network temporary identifier (RNTI) for the at least one terminal device.21.The network device of any of claims 16-20, wherein the WUS configuration comprises:a same preamble that can be used as an UL WUS for multiple terminal devices; ora terminal device specific preamble that can be used as an UL WUS.22.The network device of any of claims 16-21, wherein the WUS configuration comprises at least one of the following:an uplink (UL) WUS resource periodicity;at least one RAR monitoring occasion; ora transmission periodicity of an on-demand SIB1.23.The network device of any of claims 16-22, wherein the WUS configuration indicates an operation mode associated with one of the following:monitoring of the at least one of the common RAR or the common PDCCH; oravoiding performing the monitoring.24.The network device of claim 23, wherein the operation mode is implicitly indicated based on a UL WUS resource periodicity indicated in the WUS configuration.25.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 at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; andtransmit, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.26.The network device of claim 25, wherein the WUS is received in the event that the network device is operating on an on-demand SIB1 mode.27.The network device of claim 25 or 26, wherein at least one of the following:the common RAR indicates an acknowledged on-demand SIB1 request received by the network device; orthe common RAR is transmitted via a UE group common signaling.28.The network device of any of claims 25-27, wherein the network device is further caused to:transmit, to the at least one terminal device, scheduling information of the SIB1 in a common physical downlink control channel (PDCCH) for the SIB1.29.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:receive a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information, in particular, without prior transmitting a request to provide OD-SIB1 information;determine that the SIB1 information for the first cell is required;prior to transmitting the request to provide the OD-SIB1 information, monitor whether at least one occasion includes the information to enable detection of the SIB1 information; andin response to detecting the information to enable detection of the SIB1 information, detect the SIB1 information, and perform an operation that requires the detected SIB1 information.30.The terminal device of claim 29, wherein the terminal device is further caused to:in response to not detecting the information to enable detection of the SIB1 information, transmit the request to provide the OD-SIB1 information.31.The terminal device of claim 29 or 30, wherein the information to enable detection of the SIB1 information comprises at least one of the following:a random access response (RAR) message in response to a first random access channel (RACH) request of another terminal device, wherein the RAR message includes a first common signaling readable by both the terminal device and the another terminal device;a physical downlink control channel (PDCCH) message in response to a second RACH request of another terminal device, wherein the PDCCH message includes a second common signaling readable by both the terminal device and the another terminal device; orbroadcast information comprising a master information block (MIB) including the SIB1 information in pdcchConfigSib1.32.The terminal device of claim 31, wherein the occasion information comprises at least one of the following:at least one resource for transmitting the request to provide the OD-SIB1 information;an RAR time window for the receiption of the RAR message in response to the RACH request of the another terminal device; oran PDCCH time window for the receiption of the OD-SIB1 information requested by the another terminal device.33.The terminal device of any of claims 29-32, wherein the WUS configuration is received from a network device not serving the first cell, or from a network device serving the first cell.34.The terminal device of any of claims 29-33, wherein the operation that requires  the detected SIB1 information is at least one of the following:received data ready for uplink (UL) transmission;a change from an inactive mode to a connected mode of operation;a triggered small data transmission (SDT) ;a received paging message; orstatus update to be sent.35.The terminal device of claim 32, wherein the first common signaling comprises information to identify at least one resource in the PDCCH time window including the OD-SIB1 information requested by the another terminal device.36.The terminal device of any of claims 29-35, wherein the terminal device is further caused to:in response to receiving the WUS configuration, store the status of the first cell as operating in the OD-SIB1 mode.37.The terminal device of claim 31 or 32, wherein the WUS configuration comprises a common radio network temporary identifier (RNTI) useable by both the terminal device and the another terminal device, and wherein the RAR message comprises the common RNTI to enable the detection.38.The terminal device of any of claims 29-37, wherein the WUS configuration comprises a common preamble useable by both the terminal device and another terminal device, and wherein the common preamble is for transmitting the request to provide the OD-SIB1 information via RACH.39.The terminal device of any of claims 29-38, wherein the request to provide the OD-SIB1 information via RACH is transmitted towards the first cell or a second cell.40.The terminal device of claim 32, wherein the PDCCH time window is timely located after the RAR time window, and wherein the at least one resource is timely located after the PDCCH time window.41.The terminal device of claim 32, wherein at least one of the at least one resource  is timely located before the RAR time window.42.The terminal device of any of claims 29-41, wherein the terminal device is further caused to:in response to receiving broadcast information comprising an MIB including the SIB1 information in pdcchConfigSib1, store an updated status of the first cell as operating in normal mode.43.The terminal device of any of claims 29-41, wherein the terminal device is further caused to:re-read a latest master information block (MIB) from a cell; andin response to determining that the cell is operating on a mode of operation indicated in the MIB, prevent from transmitting the WUS for requesting the OD-SIB1 information; and detect the SIB1 information in the MIB.44.A method comprising:receiving, at a terminal device, a wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) ;determine that the on-demand SIB1 is needed;monitoring, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for an SIB1; andperforming one of the following:transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, orpreventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.45.A method comprising:transmitting, at a network device and to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for an SIB1.46.A method comprising:receiving, at a network device and from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; andtransmitting, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.47.A method comprising:receiving, at a terminal device, a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information;determining that the SIB1 information for the first cell is required;prior to transmitting the request to provide the OD-SIB1 information, monitoring whether at least one occasion includes the information to enable detection of the SIB1 information; andin response to detecting the information to enable detection of the SIB1 information, detecting the SIB1 information, and perform an operation that requires the detected SIB1 information.48.An apparatus comprising:means for receiving, at a terminal device, a wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) ;means for determining that the on-demand SIB1 is needed;means for monitoring, based on the WUS configuration, at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for an SIB1; andmeans for performing one of the following:transmitting a WUS for requesting the SIB1 based on not receiving any of the common RAR or the common PDCCH, orpreventing from transmitting the WUS for requesting the SIB1 based on receiving the common RAR or the common PDCCH.49.An apparatus comprising:means for transmitting, at a network device and to at least one terminal device, at least one wake-up signal (WUS) configuration for requesting an on-demand system information block 1 (SIB1) , wherein the at least one WUS configuration is configured for monitoring at least one of (i) a common random access response (RAR) or (ii) a common physical downlink control channel (PDCCH) for an SIB1.50.An apparatus comprising:means for receiving, at a network device and from at least one terminal device, a wake-up signal (WUS) for requesting an on-demand system information block 1 (SIB1) ; andmeans for transmitting, to the at least one terminal device, a common random access response (RAR) indicating SIB1 transmission.51.An apparatus comprising:means for receiving, at a terminal device, a wake-up signal (WUS) configuration related to a first cell operating in on-demand system information block 1 (OD-SIB1) mode, wherein the WUS configuration comprises occasion information for enabling transmitting a request to provide OD-SIB1 information and for enabling receiving information to enable detection of SIB1 information;means for determining that the SIB1 information for the first cell is required;means for, prior to transmitting the request to provide the OD-SIB1 information, monitoring whether at least one occasion includes the information to enable detection of the SIB1 information; andmeans for, in response to detecting the information to enable detection of the SIB1 information, detecting the SIB1 information, and perform an operation that requires the detected SIB1 information.52.A non-transitory computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method of any of claims 44-47.

Images