Method and apparatus for transmitting and receiving wireless signal in wireless communication system

Abstract

According to an embodiment of the present disclosure, a method by which a terminal receives a signal in a wireless communication system comprises: receiving a discontinuous reception (DRX) configuration in a first mode supporting both a first type signal and a second type signal; detecting a wakeup signal (WUS) provided as a second type signal in a second mode supporting only the second type signal; switching from the second mode to the first mode to monitor a physical downlink control channel (PDCCH) provided as a first type signal based on detecting the WUS; and monitoring the PDCCH based on the DRX configuration in the first mode, where a time resource associated with the DRX configuration may be determined based on the time at which the WUS is detected in the second mode.

Description

Technical Field

[0001] The present disclosure relates to wireless communication systems, and more particularly, to methods and apparatus for transmitting and receiving wireless signals. Background Art

[0002] Generally, wireless communication systems are developing to provide communication services such as audio and data communication services, with diverse coverage over a wide range. Wireless communication is a multiple-access system capable of supporting communication with multiple users by sharing available system resources (e.g., bandwidth, transmit power, etc.). For example, a multiple-access system may be any of a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single-carrier frequency division multiple access (SC-FDMA) system. Summary of the Invention

[0003] Technical issues

[0004] An object of the present disclosure is to provide a method and apparatus for more accurately and efficiently transmitting or receiving a signal in a wireless communication system.

[0005] Other technical objectives can be derived from the embodiments disclosed in the detailed description.

[0006] Technical Solution

[0007] In one aspect of the present disclosure, a method for receiving signals by a user equipment (UE) in a wireless communication system is provided. The method includes: receiving a discontinuous reception (DRX) configuration in a first mode supporting both first and second type signals; detecting a wake-up signal (WUS) provided as the second type signal in a second mode supporting only the second type signal; transitioning from the second mode to the first mode to monitor a physical downlink control channel (PDCCH) provided as the first type signal upon detection of the WUS; and monitoring the PDCCH in the first mode based on the DRX configuration. Time resources associated with the DRX configuration may be determined based on a detection time point of the WUS in the second mode.

[0008] A start time point of at least one DRX active time related to the DRX configuration may be determined based on a detection time point of the WUS in the second mode.

[0009] The UE may monitor the PDCCH during N DRX active times started based on the detection time point of the WUS.

[0010] The UE may return to the second mode after monitoring the PDCCH during N DRX active times.

[0011] The frequency at which monitoring of the PDCCH is performed may be determined based on the WUS.

[0012] Whether to perform at least one of channel state information (CSI) reporting and sounding reference signal (SRS) transmission during at least one DRX active time related to the DRX configuration may be determined based on the WUS.

[0013] In the first mode an acknowledgement (ACK) for the WUS may be sent.

[0014] The first type of signal may be an Orthogonal Frequency Division Multiplexing (OFDM) based signal, and the second type of signal may be a non-OFDM based signal.

[0015] In another aspect of the present disclosure, there is provided a computer-readable recording medium having recorded thereon a program for executing the aforementioned method.

[0016] In another aspect of the present disclosure, a device for wireless communication is provided herein. The device includes: a memory configured to store instructions; and a processor configured to perform operations by executing instructions. The operations of the processor include: receiving a DRX configuration in a first mode that supports both a first type of signal and a second type of signal; detecting a WUS provided as a second type of signal in a second mode that only supports the second type of signal; based on the detection of the WUS, transitioning from the second mode to the first mode to monitor a PDCCH provided as a first type of signal; and monitoring the PDCCH in the first mode based on the DRX configuration. The time resources related to the DRX configuration can be determined based on the detection time point of the WUS in the second mode.

[0017] The device may further include a main radio (MR) receiver configured to receive a first type of signal and a low power wake-up radio (LP-WUR) receiver configured to receive a second type of signal.

[0018] The device may be a UE operating in a wireless communication system, or a processing device configured to control a UE.

[0019] In another aspect of the present disclosure, a method for transmitting a signal by a base station (BS) in a wireless communication system is provided. The method includes: transmitting a DRX configuration to a UE operating in a first mode that supports both a first type of signal and a second type of signal; transmitting a WUS provided as the second type of signal based on the UE operating in a second mode that supports only the second type of signal; and transmitting a PDCCH provided as the first type of signal to the UE transitioning from the second mode to the first mode based on the transmission of the WUS according to the DRX configuration. Time resources associated with the DRX configuration may be determined based on the transmission timing of the WUS in the second mode.

[0020] In another aspect of the present disclosure, a base station (BS) for wireless communication is provided herein. The BS includes: a memory configured to store instructions; and a processor configured to perform operations by executing the instructions. The operations of the processor include: sending a DRX configuration to a UE operating in a first mode that supports both a first type of signal and a second type of signal; sending a WUS provided as a second type of signal based on the UE operating in a second mode that only supports the second type of signal; and based on the transmission of the WUS, sending a PDCCH provided as a first type of signal to the UE transitioning from the second mode to the first mode according to the DRX configuration. The time resources related to the DRX configuration can be determined based on the transmission time point of the WUS in the second mode.

[0021] Beneficial effects

[0022] According to the embodiments, signals can be transmitted / received more accurately and efficiently in a wireless communication system.

[0023] Other technical effects can be derived from the embodiments disclosed in the detailed description. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 illustrates physical channels used in a 3rd Generation Partnership Project (3GPP) system as an exemplary wireless communication system and a general signal transmission method using the physical channels;

[0025] Figure 2 Figure 1 shows the radio frame structure;

[0026] Figure 3 A resource grid illustrating time slots;

[0027] Figure 4 illustrates an exemplary mapping of physical channels in time slots;

[0028] Figure 5 An exemplary physical downlink control channel (PDCCH) transmission and reception process is illustrated.

[0029] Figure 6 An exemplary physical downlink shared channel (PDSCH) reception and acknowledgement / negative acknowledgement (ACK / NACK) transmission process is illustrated.

[0030] Figure 7 An exemplary physical uplink shared channel (PUSCH) transmission process is illustrated.

[0031] Figures 8 to 10 is a diagram of discontinuous reception (DRX) related operations.

[0032] Figure 11 is a diagram of the wake-up signal (WUS).

[0033] Figure 12 is a diagram for explaining a DRX operation of a user equipment (UE) based on WUS defined in the Rel-16 standard.

[0034] Figure 13 FIG. 1 is a diagram for explaining an operation of dynamically triggering DRX based on reception of a low-power wake-up signal (LP-WUS).

[0035] Figure 14 is an example of a master radio (MR) state transition based on reception of LP-WUS.

[0036] Figure 15 is a diagram for explaining a signal reception method for a user equipment (UE) according to an embodiment.

[0037] Figure 16 is a diagram for explaining a signal transmission method for a base station (BS) according to an embodiment.

[0038] Figures 17 to 20 The diagram illustrates an example of a communication system 1 and a wireless device applicable to the present disclosure. DETAILED DESCRIPTION

[0039] Embodiments of the present disclosure are applicable to various wireless access technologies, such as code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), and single-carrier frequency division multiple access (SC-FDMA). CDMA can be implemented as a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented as a radio technology such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE). OFDMA can be implemented as a radio technology such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wireless Fidelity (Wi-Fi)), IEEE 802.16 (Worldwide Interoperability for Microwave Access (WiMAX)), IEEE 802.20, and Evolved UTRA (E-UTRA). UTRA is part of the Universal Mobile Telecommunications System (UMTS). 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is part of Evolved UMTS (E-UMTS) using E-UTRA. LTE-Advanced (A) is an evolution of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an evolution of 3GPP LTE / LTE-A.

[0040] As more and more communication devices demand greater communication capacity, there is a need for enhanced mobile broadband communications compared to traditional radio access technologies (RATs). Furthermore, massive machine-type communications (MTC), which can connect multiple devices and objects to provide a variety of services anytime and anywhere, is another key consideration for next-generation communications. Discussions are also underway to design communication systems that take into account reliability- and latency-sensitive services and users. Consequently, discussions are underway to introduce new radio access technologies that take into account enhanced mobile broadband communications (eMBB), massive MTC, and ultra-reliable low-latency communications (URLLC). In this disclosure, for simplicity, this technology will be referred to as NR (New Radio or New RAT).

[0041] The term "base station" used in this specification can be replaced with terms such as fixed station, Node B, gNode B (gNB), access point (AP), cell, or transmission and reception point (TRP). The term "relay" can be replaced with terms such as relay node (RN) or relay station. In addition, the term "terminal" can be replaced with terms such as user equipment (UE), mobile station (MS), mobile subscriber station (MSS), or subscriber station (SS).

[0042] For the sake of brevity, 3GPP NR is mainly described, but the technical concept of the present disclosure is not limited thereto.

[0043] For background information, definitions of terms, and abbreviations related to the present disclosure, the following documents may be incorporated by reference.

[0044] 3GPP LTE

[0045] - 38.211: Physical channels and modulation

[0046] - 38.212: Multiplexing and Channel Coding

[0047] - 38.213: Physical layer procedures for control

[0048] - 38.214: Physical layer procedures for data

[0049] - 38.215: Physical layer measurements

[0050] - 38.300: NR and NG-RAN general description

[0051] - 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state

[0052] - 38.321 Media Access Control (MAC) Protocol Specification

[0053] - 38.331: Radio Resource Control (RRC) Protocol Specification

[0054] - 37.213: Introduction of channel access procedures for unlicensed spectrum for NR-based access

[0055] - 36.355: LTE Positioning Protocol

[0056] - 37.355: LTE Positioning Protocol

[0057] Terms and abbreviations

[0058] - 5GC: 5G core network

[0059] - 5GS: 5G system

[0060] - AP: Access Point

[0061] - CID: Cell ID

[0062] - E-CID: Enhanced Cell ID

[0063] - PRS: Positioning Reference Signal

[0064] - RRM: Radio Resource Management

[0065] - TP: Transmission Point

[0066] - TRP: Transmit and Receive Point

[0067] - UE: User Equipment

[0068] - SSB: Synchronous Signal Block

[0069] - SFN: System Frame Number

[0070] - SS: Search Space

[0071] - CSS: Common Search Space

[0072] - USS: UE-specific search space

[0073] - PDCCH: Physical Downlink Control Channel

[0074] - PDSCH: Physical Downlink Shared Channel;

[0075] - PUCCH: Physical Uplink Control Channel;

[0076] - PUSCH: Physical Uplink Shared Channel;

[0077] - DCI: Downlink Control Information

[0078] - UCI: Uplink Control Information

[0079] - SI: System Information

[0080] - SIB: System Information Block

[0081] - MIB: Master Information Block

[0082] - RRC: Radio Resource Control

[0083] - DRX: Discontinuous Reception

[0084] - RNTI: Radio Network Temporary Identifier

[0085] - CSI: Channel State Information

[0086] - PCell: Primary cell

[0087] - SCell: Secondary cell

[0088] - PSCell: Primary SCG (Secondary Cell Group) cell

[0089] - CA: Carrier Aggregation

[0090] - WUS: Wake-up signal

[0091] - PO: Paging time

[0092] - PEI: Paging Early Indication

[0093] - PEI-O: PEI Opportunity

[0094] - NES: Network Energy Saving

[0095] - RO: RACH timing

[0096] - RAR: Random Access Response

[0097] - SDT: Small Data Transfer

[0098] - LP-WUS: Low Power Wake-up Signal

[0099] - XR: abbreviation for eXtended Reality. VR (Virtual Reality), AR (Augmented Reality), MR (Mixed Reality)

[0100] In a wireless communication system, a user equipment (UE) receives information from a base station (BS) via a downlink (DL) and transmits information to the BS via an uplink (UL). The information transmitted and received by the BS and the UE includes data and various control information, and various physical channels are used depending on the type and purpose of the information transmitted and received by the UE and the BS.

[0101] Figure 1 This diagram illustrates physical channels used in a 3GPP NR system and a general signal transmission method using the same.

[0102] When a UE is powered on again after powering off or enters a new cell, in step S101, the UE performs an initial cell search procedure (e.g., establishing synchronization with the base station). To this end, the UE receives a synchronization signal block (SSB) from the base station. The SSB includes the primary synchronization signal (PSS), the secondary synchronization signal (SSS), and the physical broadcast channel (PBCH). The UE establishes synchronization with the base station based on the PSS / SSS and obtains information such as the cell identity (ID). The UE can obtain broadcast information in the cell based on the PBCH. During the initial cell search, the UE can receive a downlink reference signal (RS) to monitor downlink channel status.

[0103] After the initial cell search, the UE may acquire more specific system information by receiving a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) based on information of the PDCCH in step S102 .

[0104] In steps S103 to S106, the UE may perform a random access procedure to access the base station. For random access, the UE may transmit a preamble to the base station on a physical random access channel (PRACH) (S103) and receive a response message to the preamble on a PDCCH and a corresponding PDSCH (S104). In the case of contention-based random access, the UE may further perform a contention resolution procedure by transmitting a PRACH (S105) and receiving a PDCCH and a corresponding PDSCH (S106).

[0105] After the aforementioned process, the UE may receive the PDCCH / PDSCH (S107) and transmit the Physical Uplink Shared Channel (PUSCH) / Physical Uplink Control Channel (PUCCH) (S108) as a standard downlink / uplink signaling process. The control information sent from the UE to the base station is called uplink control information (UCI). UCI includes hybrid automatic repeat request acknowledgement / negative acknowledgement (HARQ-ACK / NACK), scheduling request (SR), channel state information (CSI), etc. CSI includes channel quality indicator (CQI), precoding matrix indicator (PMI), rank indicator (RI), etc. Although UCI is typically transmitted on the PUCCH, it can be transmitted on the PUSCH when control information and traffic data need to be transmitted simultaneously. In addition, UCI can be transmitted aperiodically via the PUSCH based on a request / command from the network.

[0106] Figure 2 The figure shows the radio frame structure. In NR, uplink and downlink transmissions are configured in frames. Each radio frame has a length of 10ms and is divided into two 5ms half-frames (HF). Each half-frame is divided into five 1ms subframes (SF). A subframe is divided into one or more slots, and the number of slots in a subframe depends on the subcarrier spacing (SCS). Depending on the cyclic prefix (CP), each slot includes 12 or 14 orthogonal frequency division multiplexing (OFDM) symbols. When using a normal CP, each slot includes 14 OFDM symbols. When using an extended CP, each slot includes 12 OFDM symbols.

[0107] Table 1 exemplarily shows that the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS when a normal CP is used.

[0108] [Table 1]

[0109]

[0110] * N slot symb : The number of symbols in a time slot

[0111] * N frame,u slot : Number of time slots in a frame

[0112] * N subframe,u slot : Number of time slots in a subframe

[0113] Table 2 shows that the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to SCS when the extended CP is used.

[0114] [Table 2]

[0115]

[0116] The structure of the frame is only an example. The number of subframes, the number of time slots, and the number of symbols in a frame may vary.

[0117] In NR systems, OFDM parameter sets (e.g., SCSs) can be configured differently for multiple cells aggregated for a single UE. Consequently, the (absolute time) duration of a time resource (e.g., SF, time slot, or TTI) consisting of the same number of symbols (referred to as a time unit (TU) for simplicity) can be configured differently between the aggregated cells. Symbols can include OFDM symbols (or CP-OFDM symbols) and SC-FDMA symbols (or Discrete Fourier Transform-Spread-OFDM (DFT-s-OFDM) symbols).

[0118] Figure 3 A resource grid showing a time slot. A time slot consists of multiple symbols in the time domain. For example, when using a normal CP, a time slot consists of 14 symbols. However, when using an extended CP, a time slot consists of 12 symbols. A carrier consists of multiple subcarriers in the frequency domain. A resource block (RB) is defined as multiple consecutive subcarriers in the frequency domain (e.g., 12 consecutive subcarriers). A bandwidth part (BWP) can be defined as multiple consecutive physical RBs (PRBs) in the frequency domain and corresponds to a single parameter set (e.g., SCS, CP length, etc.). A carrier can include up to N (e.g., five) BWPs. Data communication can be performed using enabled BWPs, and only one BWP can be enabled for a UE. In the resource grid, each element is called a resource element (RE), and one complex symbol can be mapped to each RE.

[0119] Figure 4The figure illustrates an example of mapping physical channels within a time slot. In NR systems, frames feature a self-contained structure in which all DL control channels, DL or UL data, and UL channels can be included in a single time slot. For example, the first N symbols of a time slot can be used to carry DL channels (e.g., PDCCH) (hereinafter referred to as the DL control region), and the last M symbols of the time slot can be used to carry UL channels (e.g., PUCCH) (hereinafter referred to as the UL control region). Each of N and M is an integer equal to or greater than 0. The resource region between the DL control region and the UL control region (hereinafter referred to as the data region) can be used to transmit DL data (e.g., PDSCH) or UL data (e.g., PUSCH). The guard period (GP) provides a time gap for switching from transmit mode to receive mode or vice versa. Some symbols in a subframe at the DL-to-UL switching time can be configured as GPs.

[0120] The PDCCH carries DCI. For example, the PDCCH (i.e., DCI) can carry information about the transport format and resource allocation of the DL Shared Channel (DL-SCH), resource allocation information for the Uplink Shared Channel (UL-SCH), paging information for the Paging Channel (PCH), system information about the DL-SCH, resource allocation for higher-layer control messages (such as the RAR sent on the PDSCH), transmit power control commands, and information about the activation / release of configured scheduling. The DCI includes a cyclic redundancy check (CRC). Depending on the owner or usage of the PDCCH, the CRC is masked with various identifiers (IDs), such as the Radio Network Temporary Identifier (RNTI). For example, if the PDCCH is for a specific UE, the CRC is masked with the UE ID (e.g., the Cell RNTI (C-RNTI)). If the PDCCH is for a paging message, the CRC is masked with the Paging RNTI (P-RNTI). If the PDCCH is for system information (e.g., the System Information Block (SIB)), the CRC is masked with the System Information RNTI (SI-RNTI). When the PDCCH is used for RAR, the CRC is masked by the random access RNTI (RA-RNTI).

[0121] Figure 5 An exemplary PDCCH transmission / reception process is illustrated.

[0122] refer to Figure 5The BS may send a control resource set (CORESET) configuration to the UE ( S502 ). A CORESET is defined as a set of resource element groups (REGs) with a given parameter set (e.g., subcarrier spacing (SCS), cyclic prefix (CP) length, etc.). A REG is defined as one OFDM symbol multiplied by one (physical) resource block (P)RB. Multiple CORESETs for a UE may overlap in the time / frequency domain. CORESETs can be configured via system information (e.g., Master Information Block (MIB)) or higher-layer signaling (e.g., Radio Resource Control (RRC) signaling). For example, configuration information for a specific common CORESET (e.g., CORESET #0) may be sent in the MIB. For example, a PDSCH carrying System Information Block 1 (SIB1) may be scheduled by a specific PDCCH, and CORESET #0 may be used to transmit that specific PDCCH. Furthermore, configuration information for CORESET #N (e.g., N > 0) may be sent via RRC signaling (e.g., cell-common RRC signaling, UE-specific RRC signaling, etc.). For example, the UE-specific RRC signaling carrying the CORESET configuration information may include, but is not limited to, various types of signaling, such as an RRC setup message, an RRC reconfiguration message, and / or BWP configuration information. Specifically, the CORESET configuration may include the following information / fields:

[0123] - controlResourceSetId: indicates the ID of CORESET.

[0124] - frequencyDomainResources: Indicates the frequency domain resources of the CORESET. The resources are indicated by a bitmap in which each bit corresponds to an RB group (= 6 (contiguous) RBs). For example, the most significant bit (MSB) of the bitmap corresponds to the first RB group in the BWP. RB groups corresponding to bits with a bit value of 1 are allocated as frequency domain resources of the CORESET.

[0125] -duration: Indicates the time domain resource of the CORESET. It indicates the number of consecutive OFDM symbols included in the CORESET. The duration has a value between 1 and 3.

[0126] - cce-REG-MappingType: Indicates the mapping type of control channel elements (CCE) to REGs. Both interleaved and non-interleaved types are supported.

[0127] - interleaverSize: indicates the interleaver size.

[0128] - pdcch-DMRS-ScramblingID: indicates the value used for PDCCH DMRS initialization. When pdcch-DMRS-ScramblingID is not included, the physical cell ID of the serving cell is used.

[0129] - precoderGranularity: Indicates the precoder granularity in the frequency domain.

[0130] - reg-BundleSize: Indicates the REG bundle size.

[0131] - tci-PresentInDCI: Indicates whether the transmission configuration index (TCI) field is included in the DL-related DCI.

[0132] - tci-StatesPDCCH-ToAddList: indicates a subset of TCI states configured in pdcch-Config, which is used to provide a quasi-co-location (QCL) relationship between DL RSs in the RS set (TCI-state) and PDCCH DMRS ports.

[0133] In addition, the BS may send a PDCCH search space (SS) configuration to the UE (S504). The PDCCH SS configuration may be sent through higher layer signaling (e.g., RRC signaling). For example, the RRC signaling may include but is not limited to various types of signaling such as an RRC setup message, an RRC reconfiguration message, and / or BWP configuration information. Although for convenience of description, Figure 5 , the CORESET configuration and the PDCCH SS configuration are respectively signaled, but the present disclosure is not limited thereto. For example, the CORESET configuration and the PDCCH SS configuration may be transmitted in one message (eg, through one RRC signaling) or in different messages.

[0134] The PDCCH SS configuration may include information regarding the configuration of a PDCCH SS set. A PDCCH SS set may be defined as the set of PDCCH candidates monitored (e.g., blindly detected) by a UE. One or more SS sets may be configured for a UE. Each SS set may be a UE-specific search space (USS) set or a common search space (CSS) set. For convenience, a PDCCH SS set may be referred to as an "SS" or "PDCCH SS."

[0135] A PDCCH SS set includes PDCCH candidates. PDCCH candidates are CCEs that a UE monitors to receive / detect PDCCHs. Monitoring includes blind decoding (BD) of PDCCH candidates. A PDCCH (candidate) includes 1, 2, 4, 8, or 16 CCEs, depending on the aggregation level (AL). A CCE includes 6 REGs. Each CORESET configuration is associated with one or more SSs, and each SS is associated with one CORESET configuration. An SS is defined based on an SS configuration, and an SS configuration may include the following information / fields.

[0136] - searchSpaceId: indicates the ID of the SS.

[0137] - controlResourceSetId: Indicates the CORESET associated with the SS.

[0138] - monitoringSlotPeriodicityAndOffset: Indicates the periodicity (in slots) and offset (in slots) used for PDCCH monitoring.

[0139] - monitoringSybolsWithinSlot: Indicates the first OFDM symbol used for PDCCH monitoring in a slot configured with PDCCH monitoring. The first OFDM symbol used for PDCCH monitoring is indicated by a bitmap with each bit corresponding to an OFDM symbol in the slot. The MSB of the bitmap corresponds to the first OFDM symbol of the slot. The OFDM symbol corresponding to the bit set to 1 corresponds to the first symbol of the CORESET in the slot.

[0140] - nrofCandidates: indicates the number of PDCCH candidates for each AL (one of the values ​​0, 1, 2, 3, 4, 5, 6 and 8), where AL = {1, 2, 4, 8, 16}.

[0141] - searchSpaceType: Indicates CSS or USS and the DCI format used in the corresponding SS type.

[0142] The BS then generates a PDCCH and sends it to the UE (S506). The UE then monitors PDCCH candidates in one or more SSs to receive / detect the PDCCH (S508). The timing (e.g., time / frequency resources) at which the UE monitors PDCCH candidates is defined as a PDCCH (monitoring) opportunity. One or more PDCCH (monitoring) opportunities can be configured in a time slot.

[0143] Table 3 shows the characteristics of each SS.

[0144] [Table 3]

[0145]

[0146] Table 4 shows the DCI format transmitted on the PDCCH.

[0147] [Table 4]

[0148]

[0149] DCI format 0_0 can be used to schedule TB-based (or TB-level) PUSCH, and DCI format 0_1 ​​can be used to schedule TB-based (or TB-level) PUSCH or code block group (CBG)-based (or CBG-level) PUSCH. DCI format 1_0 can be used to schedule TB-based (or TB-level) PDSCH, and DCI format 1_1 can be used to schedule TB-based (or TB-level) PDSCH or CBG-based (or CBG-level) PDSCH (or DL ​​grant DCI). DCI formats 0_0 / 0_1 can be referred to as UL grant DCI or UL scheduling information, and DCI formats 1_0 / 1_1 can be referred to as DL grant DCI or DL ​​scheduling information. DCI format 2_0 is used to convey dynamic slot format information (e.g., dynamic slot format indicator (SFI)) to the UE, and DCI format 2_1 can be used to convey DL preemption information to the UE. DCI format 2_0 and / or DCI format 2_1 may be delivered to a corresponding group of UEs on a group-common PDCCH, which is a PDCCH directed to a group of UEs.

[0150] DCI format 0_0 and DCI format 1_0 may be referred to as fallback DCI formats, while DCI format 0_1 ​​and DCI format 1_1 may be referred to as non-fallback DCI formats. In the fallback DCI format, the DCI size / field configuration remains the same regardless of the UE configuration. In contrast, in the non-fallback DCI format, the DCI size / field configuration varies depending on the UE configuration.

[0151] The CCE-to-REG mapping type is configured as one of an interleaved CCE-to-REG type and a non-interleaved CCE-to-REG type.

[0152] - Non-interleaved CCE to REG mapping (or centralized CCE to REG mapping) ( Figure 5 ): The 6 REGs used for a given CCE are grouped into one REG bundle, and all REGs used for a given CCE are continuous. One REG bundle corresponds to one CCE.

[0153] - Interleaved CCE-to-REG mapping (or distributed CCE-to-REG mapping): 2, 3, or 6 REGs for a given CCE are grouped into a REG bundle, and the REG bundle is interleaved within the CORESET. In a CORESET consisting of 1 or 2 OFDM symbols, the REG bundle consists of 2 or 6 REGs, and in a CORESET consisting of 3 OFDM symbols, the REG bundle consists of 3 or 6 REGs. The REG bundle size is set based on the CORESET.

[0154] Figure 6 Figure 1 shows an exemplary PDSCH reception and ACK / NACK transmission process. Figure 6 , the UE can detect the PDCCH in slot #n. The PDCCH includes DL scheduling information (e.g., DCI format 1_0 or DCI format 1_1) and indicates DL assignment with PDSCH offset K0 and PDSCH-HARQ-ACK report offset K1. For example, DCI format 1_0 or DCI format 1_1 can include the following information.

[0155] - Frequency domain resource assignment: Indicates the set of RBs allocated to PDSCH.

[0156] - Time domain resource assignment: indicates K0 (eg, slot offset) and the starting position (eg, OFDM symbol index) and duration (eg, number of OFDM symbols) of the PDSCH in slot #n+K0.

[0157] -PDSCH-to-HARQ_feedback timing indicator: indicates K1.

[0158] -HARQ process number (4 bits): Indicates the HARQ process ID of the data (eg, PDSCH or TB).

[0159] - PUCCH resource indicator (PRI): indicates a PUCCH resource to be used for UCI transmission among multiple PUCCH resources in a PUCCH resource set.

[0160] After receiving PDSCH in slot #(n+K0) according to the scheduling information of slot #n, the UE may send UCI on PUCCH in slot #(n+K1). UCI may include HARQ-ACK response to PDSCH. For convenience, Figure 5 Based on the assumption that the SCS of PDSCH is equal to the SCS of PUCCH and slot #n1=slot #(n+K0), this should not be construed as limiting the present disclosure. When the SCSs are different, K1 may be indicated / interpreted based on the SCS of PUCCH.

[0161] When the PDSCH is configured to carry up to one TB, the HARQ-ACK response can be configured in one bit. When the PDSCH is configured to carry up to two TBs, the HARQ-ACK response can be configured in two bits if spatial bundling is not configured, and in one bit if spatial bundling is configured. When slot # (n + K1) is designated as the HARQ-ACK transmission timing for multiple PDSCHs, the UCI transmitted in slot # (n + K1) includes the HARQ-ACK responses for the multiple PDSCHs.

[0162] Whether the UE should perform spatial bundling on HARQ-ACK responses may be configured for each cell group (e.g., via RRC / higher layer signaling). For example, spatial bundling may be configured for each individual HARQ-ACK response sent on the PUCCH and / or for each HARQ-ACK response sent on the PUSCH.

[0163] Spatial bundling may be supported when up to two (or two or more) TBs (or codewords) can be received at a time (or schedulable by one DCI) in the corresponding serving cell (e.g., when the higher layer parameter maxNrofCodeWordsScheduledByDCI indicates 2 TBs). More than four layers may be used for 2-TB transmission, and up to four layers may be used for 1-TB transmission. As a result, when spatial bundling is configured for the corresponding cell group, spatial bundling may be performed on serving cells in the cell group that can schedule more than four layers. A UE that wants to send a HARQ-ACK response through spatial bundling may generate a HARQ-ACK response by performing a (bit-by-bit) logical AND operation on the A / N bits of multiple TBs.

[0164] For example, assuming that a UE receives DCI that schedules two TBs and receives the two TBs on the PDSCH based on the DCI, the UE performing spatial bundling can generate a single A / N bit by performing a logical AND operation between the first A / N bit of the first TB and the second A / N bit of the second TB. As a result, when both the first TB and the second TB are ACK, the UE reports an ACK bit value to the BS, and when at least one of the TBs is NACK, the UE reports a NACK bit value to the BS.

[0165] For example, when only one TB is actually scheduled in a serving cell configured to receive two TBs, the UE may generate a single A / N bit by performing a logical AND operation on the A / N bits of the one TB and a bit value 1. As a result, the UE reports the A / N bits of the one TB to the BS.

[0166] Multiple parallel DL HARQ processes exist at the BS / UE for DL ​​transmissions. These processes allow for continuous DL transmissions while the BS awaits HARQ feedback indicating the success or failure of the previous DL transmission. Each HARQ process is associated with a HARQ buffer in the media access control (MAC) layer. Each DL HARQ process manages state variables such as the number of MAC physical data unit (PDU) transmissions, HARQ feedback for MAC PDUs in the buffer, and the current redundancy version. Each HARQ process is identified by a HARQ process ID.

[0167] Figure 7 FIGURE 1 shows an exemplary PUSCH transmission process. Figure 7 , the UE can detect the PDCCH in time slot #n. The PDCCH includes DL scheduling information (e.g., DCI format 1_0 or 1_1). DCI format 1_0 or 1_1 can include the following information.

[0168] - Frequency domain resource assignment: Indicates the set of RBs assigned to the PUSCH.

[0169] - Time domain resource assignment: Indicates the slot offset K2 and the starting position (e.g., OFDM symbol index) and duration (e.g., number of OFDM symbols) of the PUSCH in the slot. The starting symbol and length of the PUSCH can be indicated by the start and length indicator value (SLIV) or separately.

[0170] The UE may then transmit the PUSCH in slot #(n+K2) according to the scheduling information in slot #n. The PUSCH includes the UL-SCH TB.

[0171] Paging

[0172] The network can (i) access UEs in the RRC_IDLE, RRC_INACTIVE, and RRC_CONNECTED states via paging messages; and (ii) indicate system information changes and Earthquake and Tsunami Warning System / Commercial Mobile Alert System (ETWS / CMAS) notifications to UEs in the RRC_IDLE, RRC_INACTIVE, and RRC_CONNECTED states via short messages. Both paging messages and short messages are sent based on the PDCCH, which is based on the P-RNTI. Paging messages are sent on the logical Paging Control Channel (PCCH), while short messages are sent directly on the physical PDCCH. Because the logical PCCH is mapped to the physical PDSCH, paging messages can be understood as being scheduled based on the PDCCH, which is based on the P-RNTI.

[0173] While the UE is in the RRC_IDLE state, the UE monitors the Paging Channel for paging initiated by the Core Network (CN). In the RRC_INACTIVE state, the UE also monitors the Paging Channel for paging initiated by the Radio Access Network (RAN). The UE does not need to monitor the Paging Channel continuously. Paging Discontinuous Reception (DRX) is defined as monitoring the Paging Channel during only one Paging Occasion (PO) per DRX cycle by a UE in the RRC_IDLE or RRC_INACTIVE state. The Paging DRX cycle is configured by the network as follows:

[0174] 1) In case of CN initiated paging, the default period is broadcast in the system information.

[0175] 2) In the case of CN-initiated paging, a UE-specific period is configured through NAS signaling.

[0176] 3) In case of RAN initiated signaling, the UE specific period is configured via RRC signaling.

[0177] Because all POs for a UE for CN-initiated signaling and RAN-initiated signaling are based on the same UE ID, the two POs overlap each other. The number of POs in a DRX cycle can be set by system information, and the network can distribute UEs to these POs based on ID.

[0178] When the UE is in RRC_CONNECTED state, the UE monitors the paging channel in every paging occasion (PO) signaled by the system information for SI change indication and PWS notification. In bandwidth adaptation (BA), the UE in RRC_CONNECTED state only monitors the paging channel in the active BWP where the configured CSS is located.

[0179] In shared spectrum channel access, additional PDCCH monitoring opportunities can be configured in the UE's Point of View for paging monitoring. However, when a UE detects a PDCCH transmission based on the P-RNTI in its Point of View, the UE does not need to monitor subsequent PDCCH monitoring opportunities in that Point of View.

[0180] To reduce power consumption, the UE can use DRX in the RRC_IDLE and RRC_INACTIVE states. The UE monitors one PO per DRX cycle. A PO is a set of PDCCH monitoring opportunities and can include multiple time slots (e.g., subframes or OFDM symbols) in which paging DCI can be sent. A paging frame (PF) is a radio frame and can include one or more POs or the starting points of one or more POs.

[0181] In multi-beam operation, the UE assumes that the same paging message and the same short message are repeated in all transmission beams. The paging message is the same for both RAN-initiated and CN-initiated paging.

[0182] Upon receiving a RAN initiated paging, the UE initiates the RRC connection recovery procedure. Upon receiving a CN initiated paging in the RRC_INACTIVE state, the UE transitions to the RRC_IDL state and notifies the NAS of the CN initiated paging.

[0183] The PF and PO used for paging are determined as follows:

[0184] - The SFN used for PF is determined by:

[0185] (SFN + PF_offset) mod T = (T div N) * (UE_ID mod N)

[0186] -The index i_s indicating the index of the PO is determined by:

[0187] i_s = floor(UE_ID / N)mod Ns

[0188] The above PF and i_s can be calculated using the following parameters.

[0189] - T: DRX cycle of the UE (T is determined by the minimum of the UE-specific DRX value (if configured by RRC and / or upper layers) and the default DRX value broadcast in system information. In RRC_IDLE state, if no UE-specific DRX is configured by upper layers, the default value applies).

[0190] - N: Total number of paging frames in T

[0191] - Ns: Number of POs used for PF

[0192] - PF_offset: used to determine the offset of PF

[0193] -UE_ID: 5G-S-TMSI mod 1024

[0194] DRX (Discontinuous Reception)

[0195] (1) RRC_CONNECTED DRX

[0196] Figure 8 is a diagram illustrating a DRX operation of a UE according to an embodiment of the present invention.

[0197] The UE may perform DRX operation in the aforementioned / proposed procedures and / or methods. A UE configured with DRX can reduce power consumption by discontinuously receiving downlink signals. DRX may be performed in the RRC_IDLE state, the RRC_INACTIVE state, and the RRC_CONNECTED state. The UE performs DRX in the RRC_IDLE state and the RRC_INACTIVE state to discontinuously receive paging signals. DRX in the RRC_CONNECTED state (RRC_CONNECTED DRX) will be described below.

[0198] refer to Figure 8 , the DRX cycle includes an on-duration (On Duration) and an opportunity (Opportunity) for DRX. The DRX cycle defines the time interval between periodic repetitions of the on-duration. The on-duration is the time period during which the UE monitors the PDCCH. When the UE is configured with DRX, the UE performs PDCCH monitoring during the on-duration. When the UE successfully detects the PDCCH during the PDCCH monitoring period, the UE starts the inactivity timer and remains awake. On the contrary, when the UE fails to detect any PDCCH during the PDCCH monitoring period, the UE transitions to a sleep state after the on-duration. Therefore, when DRX is configured, PDCCH monitoring / reception can be performed discontinuously in the time domain in the aforementioned / proposed procedures and / or methods. For example, when DRX is configured, the PDCCH reception timing (e.g., a time slot with a PDCCH SS) can be configured discontinuously according to the DRX configuration in the embodiments of the present disclosure. On the contrary, when DRX is not configured, PDCCH monitoring / reception can be performed continuously in the time domain. For example, when DRX is not configured, PDCCH reception opportunities (eg, time slots with PDCCH SS) may be continuously configured in embodiments of the present disclosure. Regardless of whether DRX is configured, PDCCH monitoring may be restricted during time periods configured as measurement gaps.

[0199] Table 5 describes the DRX operation of a UE (in the RRC_CONNECTED state). Referring to Table 5, DRX configuration information is received via higher-layer signaling (e.g., RRC signaling), and DRX on / off is controlled by DRX commands from the MAC layer. Once DRX is configured, the UE may discontinuously perform PDCCH monitoring while executing the aforementioned / proposed procedures and / or methods.

[0200] [Table 5]

[0201]

[0202] MAC-CellGroupConfig includes the configuration information required to configure MAC parameters for the cell group. MAC-CellGroupConfig can also include DRX configuration information. For example, when defining DRX, MAC-CellGroupConfig can include the following information: - drx-OnDurationTimer value: defines the duration of the start period of the DRX cycle.

[0203] - drx-InactivityTimer value: defines the duration of the period that the UE is awake after having detected a PDCCH opportunity indicating initial UL or DL ​​data.

[0204] - Value of drx-HARQ-RTT-TimerDL: defines the duration of the maximum time period after receiving a DL initial transmission until a DL retransmission is received.

[0205] - Value of drx-HARQ-RTT-TimerDL: defines the duration of the maximum time period after receiving a grant for UL initial transmission until receiving a grant for UL retransmission.

[0206] - drx-LongCycleStartOffset: defines the duration and start time of the DRX cycle.

[0207] - drx-ShortCycle (optional): defines the duration of the short DRX cycle.

[0208] When any one of drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL and drx-HARQ-RTT-TimerDL is running, the UE performs PDCCH monitoring at every PDCCH opportunity and stays in the awake state.

[0209] RRC_IDLE DRX

[0210] In the RRC_IDLE and RRC_INACTIVE states, DRX is used to discontinuously receive a paging signal. For simplicity, DRX performed in the RRC_IDLE (or RRC_INACTIVE) state will be referred to as RRC_IDLE DRX.

[0211] Therefore, if DRX is configured, PDCCH monitoring / reception may be performed discontinuously in the time domain when performing the above-mentioned / proposed procedures and / or methods.

[0212] Figure 9An exemplary DRX cycle for paging is illustrated.

[0213] refer to Figure 9 , DRX can be configured to discontinuously receive paging signals. The UE can receive DRX configuration information from the base station through higher layer (e.g., RRC) signaling. The DRX configuration information may include configuration information related to the DRX cycle, DRX offset, DRX timer, etc. The UE repeats the on-duration and sleep-duration according to the DRX cycle. The UE can operate in awake mode during the on-duration and in sleep mode during the sleep-duration.

[0214] In awake mode, a UE can monitor the Paging Frame (PO) to receive paging messages. A PO refers to the time resource / interval (e.g., subframe or time slot) in which the UE expects to receive a paging message. PO monitoring involves monitoring the PDCCH (MPDCCH or NPDCCH) scrambled with the P-RNTI (hereinafter referred to as the paging PDCCH) on the PO. The paging message may be included in the paging PDCCH or in the PDSCH scheduled by the paging PDCCH. A paging frame (PF) may include one or more POs, and the PF may be periodically configured based on the UE ID. A PF may correspond to one radio frame, and the UE ID may be determined based on the UE's International Mobile Subscriber Identity (IMSI). When DRX is configured, the UE monitors only one PO per DRX cycle. When a UE receives a paging message indicating a change in its ID and / or system information on the PO, it may perform a RACH procedure to initialize (or reconfigure) the connection with the base station (BS) or receive (or obtain) new system information from the BS. Therefore, in the above-described procedures and / or methods, PO monitoring may be performed discontinuously in the time domain to perform a RACH procedure for connecting to a BS or to receive (or obtain) new system information from the BS.

[0215] Figure 10 The diagram illustrates an extended DRX (eDRX) cycle.

[0216] Depending on the DRX cycle configuration, the maximum cycle duration can be limited to 2.56 seconds. However, in the case of UEs that intermittently perform data transmission / reception, such as MTC UEs or NB-IoT UEs, unnecessary power consumption may occur during the DRX cycle. In order to further reduce the power consumption of the UE, a method has been introduced to significantly extend the DRX cycle based on a power saving mode (PSM) and a paging time window or a paging transmission window (PTW). This extended DRX cycle is referred to as an eDRX cycle. Specifically, a paging superframe (PH) is periodically configured based on the UE ID, and a PTW is defined in the PH. The UE can perform a DRX cycle during the PTW duration to switch to a wake-up mode on its PO to monitor the paging signal. Figure 9 One or more DRX cycles (eg, awake mode and sleep mode) may be included in the PTW duration. The BS may set the number of DRX cycles in the PTW duration through a higher layer (eg, RRC) signal.

[0217] WUS (Wake-up Signal) / PEI (Paging Early Indication)

[0218] In LTE Rel-15 Narrowband Internet of Things (NB-IoT) and Machine Type Communication (MTC), a wake-up signal (WUS) was introduced to save UE power. A WUS is a preliminary signal indicating the presence of an actual paging transmission in a paging service (SS) at a specific location. When a base station (BS) intends to send a paging message in a specific location's Point of View (PO), it transmits the WUS at the WUS transmission location associated with that PO. UEs monitor the WUS transmission locations associated with the PO at that specific location. When a WUS is detected at a WUS transmission location, the UE can expect a paging message to be sent in that PO. When a WUS is not detected at a WUS transmission location, the UE can not expect a paging message in that PO. This operation achieves power savings. In LTE Rel-16, NB-IoT, and MTC, UE group WUS was introduced to enhance the power savings of Rel-15 WUS. UE group WUS advantageously reduces the probability of unnecessary UE wakeups by using WUS transmission locations and sequences determined based on the UE's UE group ID.

[0219] Figure 11 is a diagram illustrating a WUS in an LTE system. Figure 11In MTC and NB-IoT, WUS can be used to reduce power consumption associated with paging monitoring. WUS is a physical layer signal that indicates whether the UE is assumed to monitor paging signals (e.g., MPDCCH / NPDCCH scrambled with P-RNTI) according to the cell configuration. For UEs not configured with eDRX (i.e., configured with DRX only), WUS can be associated with one PO (N=1). Conversely, for UEs configured with eDRX, WUS can be associated with one or more POs (N≥1). When WUS is detected, the UE can monitor N POs after associating with the WUS. When WUS is not detected, the UE can maintain sleep mode by skipping PO monitoring until the next WUS monitoring. The UE can receive WUS configuration information from the BS and monitor WUS based on the WUS configuration information. The WUS configuration information may include, for example, the maximum WUS duration, the number of consecutive POs associated with the WUS, and gap information. The maximum WUS duration refers to the maximum time period during which a WUS can be transmitted and can be expressed as a ratio of the maximum number of repetitions (e.g., Rmax) associated with a PDCCH (e.g., MPDCCH or NPDCCH). Although a UE may expect repeated WUS transmissions within the maximum WUS duration, the actual number of WUS transmissions may be less than the maximum number of WUS transmissions within the maximum WUS duration. For example, the number of WUS repetitions may be lower for UEs with good coverage. The resources / opportunities during which a WUS can be transmitted within the maximum WUS duration are referred to as WUS resources. A WUS resource can be defined as a number of consecutive OFDM symbols times a number of consecutive subcarriers. A WUS resource can be defined as a number of consecutive OFDM symbols times a number of consecutive subcarriers in a subframe or slot. For example, a WUS resource can be defined as 14 consecutive OFDM symbols times 12 consecutive subcarriers. Upon detecting a WUS, the UE does not monitor for the WUS until the first PO associated with the WUS. If no WUS is detected during the maximum WUS duration, the UE does not monitor for paging signals in the PO associated with the WUS (or the UE remains in sleep mode).

[0220] In a communication system such as NR, a paging early indication (PEI) (e.g., sequence-based or DCI-based PEI) may be used to indicate whether the UE should monitor paging DCI in the PO or whether paging DCI is provided. When the UE successfully detects the PEI, the UE monitors the paging DCI (and / or the PDSCH carrying the corresponding paging message). When the PEI fails to be detected, the UE may skip monitoring the paging DCI in the PO.

[0221] LP-WUS reception and behavior of UE in connected mode

[0222] In this disclosure, based on terminology used in standardization discussions related to the low power wake-up signal (LP-WUS), the primary radio is referred to as an MR, and the low power wake-up receiver (LP-WUR) is referred to as an LR.

[0223] MR refers to a general receiver for receiving signals at an NR UE, and MR can be used to receive NR OFDM signals, etc. In other words, the receiver of the UE in the current NR standard can be understood as MR.

[0224] LP-WUR refers to a receiver newly added to the UE to receive low-power signals. Through LP-WUR, newly designed low-power signals such as LP-WUS or Low Power Synchronization Signal (LP-SS) can be received. Compared with MR, LP-WUR has the characteristics of lower cost and lower power consumption.

[0225] Compared to MR signals with OFDM symbol structures, low-power signals such as LP-WUS or LP-SS can be configured and transmitted differently in the time and frequency domains. For example, LP-WUS can be modulated using on-off keying (OOK) and aligned with the boundaries of time resources (e.g., slots or symbols in the time domain), but can be transmitted without being aligned with the boundaries of frequency resources (e.g., REs or subcarriers in the frequency domain). For example, LP-WUS can be configured to indicate the presence or absence (1 / 0) of a signal within a specific time duration, and a UE can receive the LP-WUS only by energy detection (or envelope detection) of the LP-WUS within that specific time duration. The OOK symbols of the LP-WUS can be superimposed with: i) a sequence for spectral flattening; ii) an OFDM sequence for increasing transmission coverage; and / or iii) an OFDM sequence for transmitting additional information.

[0226] In RRC connected mode, PDCCH monitoring accounts for a large part of the power consumption of the UE. Therefore, in Rel-15 / 16 / 17, operations have been introduced to reduce the PDCCH monitoring time and ensure sleep time for UE power saving. Specifically, DRX operation, WUS of DRX and adaptive PDCCH monitoring during DRX active time have been introduced in Rel-15 / 16 / 17. The UE in RRC connected mode configured with DRX wakes up periodically to perform PDCCH monitoring, and in such a case, one cycle of DRX active time can be skipped by the wake-up indication of DRX. When skipping the DRX active time, it is necessary to configure how to perform the relevant CSI reporting and / or SRS transmission. In addition, it can be indicated whether PDCCH monitoring is suspended for a specific period of time, or whether the frequency of PDCCH monitoring is to be adjusted during the DRX active time.

[0227] As described above, since the UE performs PDCCH monitoring via the MR, the longer the MR sleep time during which it does not perform PDCCH monitoring, the greater the UE's power savings may be. In other words, the UE's PDCCH monitoring (or CSI reporting and / or SRS transmission) operations may be performed by the MR, and this may be referred to as the MR's active state. The UE's MR's active state may refer to states other than the sleep state. Generally, reducing the MR's active state time can be an important factor in reducing UE power consumption.

[0228] On the other hand, because the UE's LR can operate with relatively low power consumption, the burden of receiving an LP-WUS is low. In other words, the UE can receive an LP-WUS based on the LR while consuming very little or no power. If the UE can receive an LP-WUS even in RRC Connected Mode, consideration can be given to reducing MR power consumption in RRC Connected Mode by waking up the MR based on the LP-WUS or, conversely, temporarily switching the MR to a sleep state (e.g., micro-sleep). For example, a method can be considered to reduce the frequency of PDCCH monitoring on the UE MR based on the LP-WUS / LP-WUR. To this end, the LP-WUS can be configured to indicate adjustments to PDCCH monitoring (or CSI reporting and / or SRS transmission) on the MR. In this case, power savings can be expected by extending the period during which the UE does not perform PDCCH monitoring (or CSI reporting and / or SRS transmission).

[0229] Based on the above discussion, the present disclosure proposes an operation for a UE in RRC connected mode to receive an LP-WUS, as well as subsequent operations performed based on the reception of the LP-WUS, to reduce the UE's power consumption. In other words, to reduce the active state time of the mobile receiver, the present disclosure proposes the reception of the LP-WUS and corresponding UE operations, configurations, and instructions. In addition, the present disclosure proposes: a method for reducing power consumption by reducing the frequency and duration at which the UE transitions the mobile receiver to an active state to perform PDCCH monitoring (or CSI reporting and / or SRS transmission); and a method for reducing unnecessary power consumption by allowing the UE to maintain the mobile receiver in a power-off (or sleep) state for a longer duration. The UE can receive the LP-WUS via the LP-WUS, and based on the LP-WUS, the UE can adjust the frequency of PDCCH monitoring on the mobile receiver or the frequency of CSI reporting and / or SRS transmission on the mobile receiver.

[0230] Tables 6 and 7 below are excerpted from TR 38.840 to help understand the relative power consumption and transition times of the MR sleep states of a UE described in the proposed method. Specifically, Table 6 provides an example of a UE power consumption model in NR frequency range 1 (FR1). Table 7 provides an example of UE power consumption during state transitions.

[0231] [Table 6]

[0232]

[0233] [Table 7]

[0234]

[0235] However, because Tables 6 and 7 are examples defined / studied during standardization discussions on energy saving, the actual sleep state operation of the UE may not necessarily match these examples. In addition, descriptions such as the sleep state of the UE may refer to the sleep state of the MR of the UE. In the following, for ease of understanding, an explanation emphasizing DRX in NR will be provided, but the proposed method is not limited to NR systems or DRX. The proposed method can also be applied to all signals received by the UE with a certain periodicity. DRX is not limited to NR DRX and may refer to the DRX newly proposed in the present disclosure. In the following, the state in which the MR does not receive a signal may refer to the MR shutdown state or the MR sleep state depending on the context, or the state may cover both.

[0236] In the following description, the distinctions between methods or options are intended to clarify the explanation, and each method or option should not be interpreted as limited to being implemented independently. For example, the methods / options described below can be implemented individually, but at least some of the methods / options can also be implemented in combination to the extent that the methods / options do not conflict with each other.

[0237] [Proposal 1] LP-WUS Reception and Related Operations for UEs Configured with DRX

[0238] To reduce the PDCCH monitoring time on the MR, DRX can be configured for the UE so that PDCCH monitoring is performed with a certain periodicity. The DRX configuration may include WUS and may also include configuration on whether to perform CSI reporting and / or SRS transmission when skipping a period of DRX active time.

[0239] Hereinafter, it is proposed to indicate the operation of PDCCH monitoring related to DRX active time to the UE through LP-WUS.

[0240] [Proposal 1-1] Indication of UE sleep state transition during DRX active time via LP-WUS

[0241] Proposal 1-1 may be applied to an operation in which the UE transitions the MR to the sleep state based on the reception condition of the LP-WUS on the LR while both the MR and the LR are turned on, but Proposal 1-1 is not limited thereto.

[0242] The UE starts the drx-onDurationTimer in each configured DRX cycle. The MR may be woken up according to the DRX cycle, and this may be the result of a wake-up indication received based on DCI format 2_6.

[0243] The UE can start the drx-onDurationTimer in the micro-sleep state. As shown in Tables 6 and 7, the micro-sleep state consumes less power than the state in which the UE monitors the PDCCH (i.e., the active state), but has a transition time of 0 ms. Therefore, the UE can immediately receive the LP-WUS and perform PDCCH monitoring without delay according to the LP-WUS instruction. When the UE starts the drx-onDurationTimer in the light sleep state, the operation of immediately performing PDCCH monitoring without delay according to the LP-WUS instruction can also be similarly applied.

[0244] The above operation may be similar to receiving an indication such as PDCCH monitoring adaptation (e.g., PDCCH skipping) via LP-WUS. However, unlike the conventional PDCCH monitoring adaptation indication, the UE can receive the LP-WUS using the LR and transition to the active state even in a micro-sleep state where the MR does not perform PDCCH monitoring.

[0245] While performing PDCCH monitoring in the active state, the UE may be instructed to transition to the micro-sleep state by receiving an LP-WUS. This may be an instruction to transition to the micro-sleep state by the LP-WUS, which is relatively simple and consumes less power when received without receiving and decoding the scheduling DCI.

[0246] This transition operation may last for a fixed duration (e.g., a few slots or milliseconds) or may continue until the next LP-WUS is received. The fixed duration operation may be similar in form to the PDCCH skip duration in conventional PDCCH monitoring adaptation. The continued operation until the next LP-WUS is received may be in the form of switching the MR's micro-sleep state and active state via a transition indication via the LP-WUS.

[0247] The payload of the LP-WUS may include information for distinguishing whether an indication based on the LP-WUS indicates a transition to an active state or a sleep state. This is an example of distinction based on an explicit indication. Alternatively, the operation performed by the UE upon receiving the LP-WUS through sequence detection may vary depending on the current state. This is an example of distinction based on an implicit indication.

[0248] The UE may start the drx-onDurationTimer to monitor the PDCCH in the active state and may be configured to receive an instruction to transition to the micro-sleep state via the LP-WUS. The UE state when the drx-onDurationTimer is started may be configured and indicated by a higher layer or may be predetermined.

[0249] A duration within the UE's DRX Active Time can be configured (e.g., via RRC or network signaling) during which PDCCH monitoring should always be performed, regardless of LP-WUS reception. This can ensure that the UE always monitors PDCCH during a specific duration of the DRX Active Time, even in the worst-case scenario where LP-WUS reception is difficult or the UE cannot receive LP-WUS. For example, the UE can be configured (e.g., via RRC) to always perform PDCCH monitoring during the duration configured in the second half of the drx-onDurationTimer, regardless of LP-WUS reception and detection.

[0250] The duration during which the UE is allowed to receive an indication for transitioning between the micro-sleep state and the active state via the LP-WUS in the DRX active state can be configured. Such transition operations can be enabled or disabled by higher layers. Therefore, as described above, PDCCH monitoring can always be performed regardless of LP-WUS reception within a specific duration, or PDCCH monitoring can be indicated / configured to be controlled via the LP-WUS only within a specific duration. The duration for indicating PDCCH monitoring control within the DRX active time can be preconfigured, and the LP-WUS reception timing of the UE in RRC connected mode can be configured in relation to the duration. For example, the LP-WUS reception DRX cycle of the UE can be located only within the duration during which PDCCH monitoring is controlled by the LP-WUS.

[0251] If such operation is configured, the UE may be indicated / configured via higher layers, DCI, MAC CE, etc., to indicate the duration for which the UE always monitors the PDCCH, regardless of whether the drx-onDurationTimer is started in micro-sleep or active state, the transition operation received by LP-WUS and its duration, and / or whether the LP-WUS is received within the DRX active time.

[0252] [Proposal 1-2] To adjust PDCCH monitoring within DRX active time based on the search space set configuration via LP-WUS Frequency measurement indication and operation

[0253] The UE starts the drx-onDurationTimer in each configured DRX cycle. The UE may wake up the MR according to the DRX cycle, and this may be the result of a received wake-up indication based on DCI format 2_6.

[0254] The UE can monitor a search space set with a larger monitoring opportunity (MO) period when the drx-onDurationTimer is started. In other words, at the beginning of the DRX active time, the frequency of PDCCH monitoring can be configured to be lower in order to reduce power consumption. While performing PDCCH monitoring with low power consumption, the UE can be instructed via LP-WUS to monitor a larger number of search space sets. The search space set to be monitored via LP-WUS indication can be a search space set with a relatively high PDCCH monitoring frequency and a smaller monitoring period. Therefore, the UE is able to perform PDCCH monitoring with relatively low power consumption. Upon receiving LP-WUS, the UE can monitor the PDCCH more frequently with relatively higher power consumption based on the indication of LP-WUS, which provides the advantage of achieving smoother data reception.

[0255] The LP-WUS-based PDCCH monitoring frequency adjustment operation can be configured / indicated within a duration defined by a specific timer. This timer can be reset by a specific signal (e.g., DCI in a specific format or DCI masked by a specific RNTI). Alternatively, the duration of the corresponding operation can be a semi-persistent value configured by a higher layer or a value associated with a DRX timer.

[0256] The duration of the UE's DRX active time can be configured where the UE should always perform PDCCH monitoring for all search space sets or search space sets with an MO period less than a specific value, regardless of LP-WUS reception. This operation ensures that the UE frequently monitors the PDCCH during a specific portion of the DRX active time to receive data rather than save power, even in the worst-case scenario where LP-WUS reception is difficult or the UE cannot receive LP-WUS.

[0257] The UE may start the drx-onDurationTimer by monitoring a search space set with a smaller MO period, and may be indicated by the LP-WUS to switch to PDCCH monitoring for power saving.

[0258] In the above description, the PDCCH monitoring frequency is adjusted based on the periodicity configuration parameters of the search space set. However, PDCCH monitoring can also be adjusted using other search space set configuration parameters. For example, monitoring of a search space set with a different configuration (e.g., different duration and offset) can be performed based on the LP-WUS reception instruction.

[0259] In the above description, there is no specific restriction on the type of search space set, but this configuration can be applied only to a specific type of search space set. For example, this configuration can be applied to a UE-specific search space set or a specific type of common search space set. Such restrictions on a specific type of search space set can be pre-configured or configured / indicated by higher layers.

[0260] The following may be configured / indicated by higher layers or indicated via DCI / MAC CE: i) which search space set with a smaller MO period or a larger MO period the UE should monitor when starting the drx-onDurationTimer; ii) the transition operation and its duration upon LP-WUS reception; and / or iii) the duration for which the UE should always monitor all search space sets or monitor a search space set with a smaller period regardless of LP-WUS reception during the DRX active time.

[0261] Conventional PDCCH monitoring adaptation is limited to being provided only by scheduling DCI. In other words, conventional PDCCH monitoring adaptation is constrained by scheduling requirements. However, because the LP-WUS is not a scheduling signal and can be received even in the MR sleep state, the LP-WUS offers the advantage of smoother and faster PDCCH monitoring control.

[0262] [Proposal 1-3] PDCCH monitoring adaptive indication via LP-WUS

[0263] Proposals 1-1 and 1-2 can be implemented in the form of PDCCH monitoring adaptation indication. In other words, Proposal 1-1 can be implemented as PDCCH skipping through LP-WUS, and Proposal 1-2 can be implemented as search space set group (SSSG) switching through LP-WUS.

[0264] For PDCCH skipping via LP-WUS, multiple skip durations can be configured, and one of the skip durations can be indicated via the LP-WUS. However, if direct / explicit indication information is not included due to limitations such as the amount of information that can be included in the LP-WUS, the indication can be provided indirectly via LP-WUS detection. In this case, the duration of the PDCCH skip can be until the next LP-WUS detection (or within the remaining DRX active time), or the duration of the PDCCH skip can be a predetermined fixed value configured by a higher layer.

[0265] For example, if the DRX cycle for LP-WUS is configured to be frequent and the relative power consumption of the LR is very low, maintaining the indicated skip duration until the next LP-WUS detection may be beneficial for power saving. In this case, the UE can toggle the PDCCH monitoring operation on / off during the DRX active time through LP-WUS detection. Similar to Proposal 1-1, the UE can be instructed / configured via higher layers, DCI, MAC CE, etc., for the duration in which the UE always monitors the PDCCH, regardless of the UE's PDCCH monitoring operation when the drx-onDurationTimer is started, the transition operation and its duration through LP-WUS detection, and / or whether the LP-WUS is received during the DRX active time.

[0266] In the case of SSSG handover via LP-WUS, multiple handover timers may be configured, and one of the handover timers may be indicated by the LP-WUS. However, if direct / explicit indication information is not included due to limitations such as the amount of information that can be included in the LP-WUS, the indication may be provided indirectly through LP-WUS detection. This operation may be similar to the handover based on DCI detection as in SSSG handover in Rel-16. The value of the SSSG handover timer may not be set, or may be a predetermined fixed value configured by a higher layer. If the SSSG handover timer is not configured, the current operation may be maintained until the next LP-WUS is detected. If the DRX cycle of the LP-WUS is configured to be frequent and the relative power consumption of the LR is very low, not configuring the handover timer may be beneficial for saving power consumption.

[0267] The following may be configured / indicated by higher layers or indicated via DCI / MAC CE: i) which search space set with a smaller MO period or a larger MO period that the UE should monitor when starting the drx-onDurationTimer; ii) the transition operation and its duration upon LP-WUS reception; and / or iii) the duration for which the UE should always monitor all search space sets or the monitored search space set with a smaller period during the DRX active time regardless of LP-WUS reception.

[0268] [Proposals 1-4] ACK for LP-WUS

[0269] The LP-WUS indicates that a UE in a power-saving state needs to transition to a data reception state. This typically occurs when the base station has data scheduled for the UE. The UE can then monitor the PDCCH to detect DCI, receive the scheduled data, and send an ACK for the data. The base station can thus indirectly confirm, via the LP-WUS, that the UE has correctly received the indication.

[0270] If the LP-WUS transmission period is long or the LP-WUS miss detection probability is high, the UE may not be able to detect the DCI and receive data due to LP-WUS reception failure. Therefore, due to the lack of ACK from the UE, there may be a delay until the BS determines that there is a problem with the LP-WUS transmission.

[0271] To avoid such problems, ACK for LP-WUS can be configured / used. The UE can transition to a state for data reception upon receiving the LP-WUS and simultaneously send an ACK for the LP-WUS. Regardless of whether the ACK is received, the BS sends the PDCCH and corresponding scheduled data (PDSCH) to the UE. However, if the BS does not receive an ACK for the LP-WUS within the time within which the ACK for the LP-WUS is expected to be received, the BS can determine that the UE failed to correctly receive the LP-WUS. In this case, the BS can also determine that the UE failed to correctly receive the previously transmitted PDCCH and PDSCH. By sending the LP-WUS, the BS can restore the indication for the UE to transition to a state for data reception.

[0272] Alternatively, the BS may be configured to transmit the PDCCH and corresponding scheduling data only after receiving an ACK for the LP-WUS from the UE.

[0273] Alternatively, an operation to prevent LP-WUS reception failure can be introduced on the UE side. If the UE fails to correctly receive the LP-WUS during the LP-WUS DRX period, the UE can be configured to transition to a state for data reception. For example, in Proposal 1-1, the UE can transition the MR to the active state to receive the PDCCH, or in Proposal 1-2, the UE can switch to a state for monitoring a search space set with a smaller MO period. If the UE fails to monitor the PDCCH within a specific time period (e.g., a slot duration) or after a specific time period has elapsed, the UE can be configured to transition back to a state for power saving (e.g., the MR sleep state or a state for monitoring a search space set with a larger MO period).

[0274] The UE's explicit ACK transmission for LP-WUS reception can be in a similar form to the ACK transmission for general scheduling data (e.g., PDSCH). As in the general ACK transmission, the ACK for the LP-WUS can include a simple indication of successful reception of the LP-WUS, or information indicating which UE successfully received the LP-WUS, taking into account the group common LP-WUS.

[0275] Alternatively, the UE may indirectly notify the BS that the LP-WUS has been successfully received through a specific UL transmission. For example, the UE's SRS transmission may be regarded as an indirect ACK for the LP-WUS. The configuration of the SRS used for the ACK of the LP-WUS may be different from the configuration of the general SRS. General SRS transmission by the UE is performed during the DRX active time. If the UE is instructed to transition from a state for power saving to a state for data reception via the LP-WUS, the UE may not perform SRS transmission when in the state for power saving. When the UE receives the LP-WUS and transitions to the data reception state, the UE may send an SRS to indirectly indicate the successful reception of the LP-WUS. The operation of the UE not sending an SRS when in a state for power saving also helps to reduce the power consumption of the UE.

[0276] SRS transmission after LP-WUS reception may be triggered by LP-WUS detection, by an indicator within the LP-WUS, or by a separate configuration.

[0277] [Proposal 2] LP-WUS reception outside of DRX active hours

[0278] Operations may be defined for the case where a UE configured with DRX receives an LP-WUS outside of DRX active time. An LP-WUS received by a UE outside of DRX active time may act as a WUS, similar to DCI format 2_6.

[0279] LP-WUS can provide a wake-up indication with a duration different from that of DCI format 2_6. The DRX configuration of a UE in Rel-15 / 16 / 17 has a specific periodicity, and within each DRX cycle, the wake-up determination can be based on the wake-up indication in DCI format 2_6. LP-WUS can be used when the BS intends to indicate PDCCH monitoring outside the DRX active time configured for the UE. In other words, when the UE is configured with periodic PDCCH monitoring via DRX and the BS intends to send data to the UE quickly, the BS can indicate immediate PDCCH monitoring via LP-WUS without waiting for the next DRX cycle. The longer the DRX cycle configured for the UE, the greater the expected power savings. For example, if a UE is configured with a DRX with a longer period (such as eDRX), the UE can remain in a sleep state most of the time to reduce power consumption. When low-latency transmission is required, the UE can trigger the MR to wake up to receive the PDCCH via LP-WUS reception.

[0280] The PDCCH monitoring period initiated by LP-WUS reception can be based on a timer (e.g., an existing DRX timer), which can be updated / reset upon detection of DCI. Alternatively, the timer can be configured to be shorter than the existing DRX timer. As another approach, a fixed-length window can be preconfigured / indicated by higher layers. The UE can perform PDCCH monitoring only within the window, receive the corresponding data, and then perform reception after the window ends in the next DRX cycle.

[0281] For example, LP-WUS can replace the traditional WUS of DRX. Similar to the traditional WUS, by considering the preparation time required for the UE's MR to perform PDCCH monitoring, the LP-WUS DRX cycle can be configured within the time duration before the DRX cycle.

[0282] [Proposal 3] Dynamic triggering of DRX based on LP-WUS reception

[0283] The UE's DRX can be dynamically triggered by LP-WUS reception, rather than operating on a fixed cycle. The UE's LR can always operate independently of the MR, allowing the UE to always receive LP-WUS (although this may depend on the configured LP-WUS DRX cycle). Because MR sleep time has a significant impact on reducing UE power consumption, a UE in RRC connected mode can keep the MR in a sleep state for as long as possible and only trigger the MR wake-up via LP-WUS when there is data to transmit. To this end, the MR can be configured to always remain in a sleep state (e.g., a state not performing PDCCH monitoring and / or data transmission and reception), and the MR can operate so that it transitions to an active state only upon receiving a wake-up indication via LP-WUS (within a predetermined duration).

[0284] Maintaining the MR in the sleep state can be achieved in various ways. For example, in existing DRX configurations, drx-onDurationTimer = 0 can be configured. Alternatively, if DRX is not configured for a UE, the UE's default state can be set to the sleep state. In this case, the UE's sleep state can be set to one of the states listed in Table 7, depending on the UE's latency or power requirements.

[0285] The UE maintains the mobile receiver in the sleep state and receives the LP-WUS through the LR. In this case, the mobile receiver's sleep state can be configured based on latency and idle power consumption (which have a trade-off relationship with the mobile receiver's sleep state). The UE receives the LP-WUS and triggers the mobile receiver to wake up accordingly. The time required for the UE to transition to a state capable of monitoring the PDCCH after waking up can be determined based on the mobile receiver's sleep state. For example, if the UE is in a micro-sleep state, the time required for the UE to monitor the PDCCH through the mobile receiver after receiving the LP-WUS can be considered close to 0 milliseconds. After sending the LP-WUS, the base station (BS) can transmit the PDCCH, taking into account the mobile receiver's state transition time.

[0286] If the UE wakes up the MR, it can perform normal DRX operation or monitor the PDCCH via a fixed-length window, as in Proposal 2. Thereafter, while monitoring the PDCCH, the UE can continue to receive the LP-WUS via the LR. That is, the UE can operate as described in Proposal 1. In other words, the UE can receive indications such as transitioning to a micro-sleep state during the DRX active time, adjusting the PDCCH monitoring frequency based on the search space set configuration, and PDCCH monitoring adaptation via the LP-WUS.

[0287] As mentioned above, in the case of Proposal 3, the UE can keep the MR in sleep state for a longer duration to improve power saving. If the UE does not wake up in every DRX cycle and the BS dynamically provides an indication through LP-WUS, the UE's sleep time can be flexible.

[0288] To replace the Rel-16 WUS with the LP-WUS, the LP-WUS can also support SCell sleep indication, another function of the existing Rel-16 WUS. In other words, information about the SCell sleep indication can be included in the LP-WUS, which can be received by UEs in RRC connected mode. Alternatively, the scheduling DCI sent after the start of PDCCH monitoring can provide the SCell sleep indication.

[0289] Hereinafter, the differences between the WUS-based DRX operations of Proposal 3 and the Rel-16 standard will be described in detail.

[0290] First, refer to Figure 12 , describes the WUS-based DRX operation of the UE defined in the Rel-16 standard.

[0291] The UE receives configuration information such as the DRX cycle, a timer (drx-onDurationTimer) started at the beginning of the active time, etc. through network signaling. For each DRX cycle, the UE is also configured with the MO for the WUS (e.g., DCI format 2_6 with a CRC scrambled by the ps-RNTI). The monitoring window in which the UE can monitor DCI2_6 and the associated search space set are configured through the higher-layer parameter ps_Offset.

[0292] The UE receives DCI format 2_6 before the expected time of the DRX active time. Based on the indication of DCI format 2_6, the UE can determine whether to wake up during the DRX active time.

[0293] exist Figure 12 In the DRX active time of the first and third cycles, the associated DCI format 2_6 indicates wake-up and initiation of the DRX cycle, while for the DRX active time of the second and fourth cycles, the associated DCI format 2_6 indicates non-wake-up and no DRX cycle is initiated. In other words, the UE can determine the start of the periodically repeated DRX active time based on the previous reception of the DCI format 2_6.

[0294] Figure 13 This is an operation map for explaining the dynamic triggering of DRX based on LP-WUS reception according to Proposal 3. In Proposal 3, the timing of the UE's expected DRX active time may not be configured. In this case, the UE-initiated DRX active time may be determined solely by LP-WUS reception.

[0295] For example, the UE may be configured to always receive LP-WUS or to receive LP-WUS based on a certain periodicity. Due to the characteristic of receiving at low power, the LP-WUS may have a frequency higher than the WUS DRX cycle of the Rel-16 standard.

[0296] The UE may typically keep the MR in sleep state to minimize power consumption and start the DRX active time only when it receives an LP-WUS through the LR. When the UE receives an LP-WUS through the LR, the UE may start the DRX active time preconfigured by higher layer parameters.

[0297] In summary, Figure 12 In the Rel-16 standard approach shown in , the timing at which the UE can expect the start of DRX active time is configured via network / RRC signaling (semi-statically). Figure 13 In the example of Proposal 3 shown in , the UE can expect that the timing of the start of the DRX Active Time is not (semi-statically) configured. Figure 13Because the UE can initiate DRX Active Time solely through LP-WUS reception, LP-WUS reception can be understood as a dynamic trigger for DRX (or PDCCH monitoring). By receiving LP-WUS, the UE can initiate a preconfigured number of N DRX Active Times (where N is an integer greater than or equal to 1). After N DRX Active Times, the UE can again keep the MR in the sleep state and monitor only the LP-WUS to reduce power consumption.

[0298] [Proposal 4] CSI reporting and / or SRS transmission based on LP-WUS reception

[0299] For UEs configured with DRX, CSI reporting and / or SRS transmission can be configured to be performed only during the DRX active time. In other words, this means that CSI reporting and / or SRS transmission is performed only during the duration that the UE is monitoring the PDCCH. Therefore, similar to the indication of whether to perform PDCCH monitoring via LP-WUS reception, consideration can be given to providing an indication of whether to perform CSI reporting and / or SRS transmission.

[0300] The UE may receive an indication for CSI reporting and / or SRS transmission via the LP-WUS. Because CSI reporting / SRS transmission is not an operation performed by the UE in idle / inactive mode, the information (related to CSI reporting / SRS transmission) in the LP-WUS received by the UE in connected mode may differ from the information in the LP-WUS received by the UE in idle / inactive mode. A UE in connected mode may receive an indication to start or stop CSI reporting / SRS transmission via the LP-WUS.

[0301] Alternatively, even if the LP-WUS does not include information related to the corresponding indication, the UE may start or stop CSI reporting / SRS transmission based on LP-WUS detection without a separate indication. In this case, the UE's CSI reporting / SRS transmission may depend on the MR sleep state. For example, if the UE transitions the MR to the sleep state upon receiving the LP-WUS, the UE may stop performing CSI reporting and / or SRS transmission (even without a separate indication). Some or all of the CSI reporting and / or SRS transmission may be stopped by subsequent LP-WUS reception, or may be performed for a specific time period regardless of the MR's micro-sleep state.

[0302] A UE monitoring the LP-WUS may not perform some CSI reports / SRS transmissions. For example, some CSI reports / SRS transmissions that are essential for maintaining channel quality may always be performed, and other CSI reports / SRS transmissions may be additionally performed based on an indication received via the LP-WUS.

[0303] In Proposal 1, CSI reporting / SRS transmission may be indirectly indicated through LP-WUS reception regarding whether the MR needs to perform PDCCH monitoring.

[0304] In solution 2, if the DRX cycle is initiated at an aperiodic position by LP-WUS reception, the UE can perform CSI reporting and / or SRS transmission according to the relevant configuration. In other words, if CSI reporting and / or SRS transmission is configured within the DRX active time, the UE can follow this configuration, and CSI reporting and / or SRS transmission can also be triggered by LP-WUS indication.

[0305] In solution 3, when the DRX active time is activated, CSI reporting and / or SRS transmission can be performed, but the periodicity may become very long, potentially causing channel quality issues. Therefore, i) DRX can be triggered by LP-WUS with a certain periodicity, so that CSI reporting and / or SRS transmission is performed together with PDCCH monitoring; ii) CSI reporting and / or SRS transmission can be configured to be performed with a certain periodicity regardless of PDCCH monitoring; or iii) CSI reporting and / or SRS transmission can be performed based on a separate LP-WUS indication.

[0306] Figure 14 The following illustrates an example of BS and UE operations based on Proposal 1. Specifically, Figure 14 It is shown that the UE starts the DRX active time through LP-WUS reception and transitions between a state for data reception and a state for power saving.

[0307] The UE starts the DRX active time (FG101) according to the configuration. The UE can start DRX with a predetermined periodicity or receive an indication of whether to start DRX via the WUS. The UE can start DRX in a power saving state (e.g., a micro-sleep state or a state for monitoring a search space set with a large MO period). Alternatively, the UE can monitor the PDCCH in the same manner as in current standard operation.

[0308] The UE receives the LP-WUS via the LR (FG102). The LP-WUS may include indications applicable to connected mode UEs, or may indicate an operation indirectly by detecting without any specific indication.

[0309] The UE may transition to a state for data reception (FG103). This is an operation related to the MR of the UE. The UE may transition to a non-sleep state to monitor the PDCCH or monitor a search space set with a smaller MO period.

[0310] The UE receives an LP-WUS via the LR (FG104). Similar to a previously received LP-WUS, the LP-WUS may include an indication applicable to connected mode UEs, or may simply indicate an operation indirectly by detecting the absence of any specific indication. Alternatively, reception of the corresponding LP-WUS may be omitted, and the UE may perform subsequent operations after a specific period of time.

[0311] The UE may transition to a state for power saving (FG105). This operation is related to the UE's MR. The MR may transition to a sleep state without PDCCH monitoring, or monitor a search space set with a larger MO period. Regardless of LP-WUS reception, the UE monitors the PDCCH for a specific period before the end of the DRX active time. This operation may be indicated / configured for the UE, but if not configured, the UE may not perform this operation.

[0312] In proposals 1-3, instruction via LP-WUS may be associated with FG103 and FG105.

[0313] In proposals 1-4, direct or indirect ACK transmission for the LP-WUS may be performed between the UE receiving the LP-WUS (FG102 and FG104) and performing operations according to the instructions (FG103 and FG105).

[0314] The UE performs RRM measurement using the LR as required (FG101). The signal used by the UE to perform RRM measurement using the LR may be an LP-RS.

[0315] The UE may determine whether to trigger MR wakeup based on the result of the RRM measurement (FG102). The LR-based RRM measurement result (Srxlev_LP) may be compared with a threshold (S_th), which determines whether to trigger MR.

[0316] If the LR-based RRM measurement result is greater than or equal to the threshold, the UE does not wake up the MR (FG103). In other words, this may indicate that the UE does not need to perform MR-based RRM measurement in the corresponding DRX cycle.

[0317] If the LR-based RRM measurement result is less than or equal to the threshold, the UE wakes up the MR (FG104). In this case, the MR-based RRM measurement may be a quality measurement of the serving cell or a measurement of a neighbor cell.

[0318] As described above, the UE can use LP-WUS to reduce the frequency of PDCCH monitoring performed by the MR, thereby significantly reducing power consumption. In addition, the UE can reduce its power consumption by adjusting CSI reporting and / or SRS transmission based on instructions via LP-WUS.

[0319] Figure 15 The flowchart illustrates a method in which a UE receives a signal in a wireless communication system according to an embodiment.

[0320] refer to Figure 15 , the UE may receive the DRX configuration in a first mode supporting both the first type of signal and the second type of signal (A05).

[0321] The UE may detect the WUS provided as the second type of signal in the second mode supporting only the second type of signal ( A10 ).

[0322] Based on the detection of the WUS, the UE may transition from the second mode to the first mode to monitor the PDCCH provided as a first type of signal (A15).

[0323] The UE may monitor the PDCCH in a first mode based on the DRX configuration (A20).

[0324] Time resources related to the DRX configuration may be determined based on a detection time point of the WUS in the second mode.

[0325] A start time point of at least one DRX active time related to the DRX configuration may be determined based on a detection time point of the WUS in the second mode.

[0326] The UE may monitor the PDCCH during N DRX active times started based on the detection time point of the WUS.

[0327] The UE may return to the second mode after monitoring the PDCCH during N DRX active times.

[0328] The frequency of monitoring of the PDCCH may be determined based on the WUS.

[0329] Whether to perform at least one of CSI reporting and SRS transmission during at least one DRX active time related to the DRX configuration may be determined based on the WUS.

[0330] In the first mode, an ACK for the WUS may be sent.

[0331] The first type signal may be an OFDM-based signal, and the second type signal may be a non-OFDM-based signal.

[0332] The first type signal may be a signal received at the MR, and the second type signal may be a signal received at the LR, and the WUS may be an LP-WUS.

[0333] BS / UE transmitter / receiver (e.g. Figure 18The transceivers 106 and 206 in the embodiment may include an MR transmitter / receiver configured to transmit / receive a first type of signal and an LP-WUR transmitter / receiver configured to transmit / receive a second type of signal.

[0334] Figure 16 FIG. 1 illustrates a flow of a method for a BS to transmit a signal in a wireless communication system according to an embodiment.

[0335] refer to Figure 16 , the BS transmits a DRX configuration to the UE operating in the first mode supporting both the first type of signal and the second type of signal ( B05 ).

[0336] Based on the UE operating in the second mode supporting only the second type of signal, the BS may transmit the WUS provided as the second type of signal ( B10 ).

[0337] Based on the transmission of the WUS, the base station may transmit a PDCCH provided as a first type of signal to the UE transitioning from the second mode to the first mode according to the DRX configuration ( B15 ).

[0338] Time resources related to the DRX configuration may be determined based on a transmission time point of the WUS in the second mode.

[0339] A start time point of at least one DRX active time related to the DRX configuration may be determined based on a transmission time point of the WUS in the second mode.

[0340] The BS may transmit the PDCCH during N DRX active times started based on the WUS transmission time point.

[0341] After the BS transmits the PDCCH during N DRX active times, the UE may return to the second mode.

[0342] The frequency of performing PDCCH monitoring may be determined based on the WUS.

[0343] Whether to receive at least one of the CSI report and the SRS during at least one DRX active time related to the DRX configuration may be determined based on the WUS.

[0344] An ACK for the WUS may be received in the first mode.

[0345] The first type of signal may be an OFDM-based signal, and the second type of signal may be a non-OFDM-based signal.

[0346] The first type of signal may be a signal transmitted from the MR, and the second type of signal may be a signal transmitted from the LR, and the WUS may be an LP-WUS.

[0347] BS / UE transmitter / receiver (e.g. Figure 18 The transceivers 106 and 206 may include an MR transmitter / receiver configured to transmit / receive a first type of signal and an LP-WUR transmitter / receiver configured to transmit / receive a second type of signal.

[0348] Figure 17 A communication system 1 to which the present disclosure is applied is illustrated.

[0349] refer to Figure 17 The communication system 1 applied to the present disclosure includes wireless devices, a base station (BS), and a network. Herein, a wireless device refers to a device that performs communication using a radio access technology (RAT) (e.g., 5G New RAT (NR) or Long Term Evolution (LTE)) and may be referred to as a communication / radio / 5G device. Wireless devices may include (but are not limited to) a robot 100a, vehicles 100b-1 and 100b-2, an extended reality (XR) device 100c, a handheld device 100d, a home appliance 100e, an Internet of Things (IoT) device 100f, and an artificial intelligence (AI) device / server 400. For example, vehicles may include vehicles with wireless communication capabilities, autonomous vehicles, and vehicles capable of performing communication between vehicles. Herein, a vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). XR devices may include augmented reality (AR) / virtual reality (VR) / mixed reality (MR) devices and may be implemented in the form of head-mounted devices (HMDs), vehicle-mounted heads-up displays (HUDs), televisions, smartphones, computers, wearable devices, home appliances, digital signage, vehicles, robots, and the like. Handheld devices may include smartphones, smartpads, wearable devices (e.g., smartwatches or smart glasses), and computers (e.g., laptops). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters. For example, a base station (BS) and a network may be implemented as wireless devices, and a specific wireless device 200a may operate as a base station (BS) / network node relative to other wireless devices.

[0350] Wireless devices 100a to 100f can connect to a network 300 via a base station (BS) 200. AI technology can be applied to wireless devices 100a to 100f, and wireless devices 100a to 100f can connect to an AI server 400 via the network 300. Network 300 can be configured using a 3G network, a 4G network (e.g., LTE), or a 5G network (e.g., NR). While wireless devices 100a to 100f can communicate with each other via the BS 200 / network 300, wireless devices 100a to 100f can also communicate directly with each other (e.g., sidelink communication) without going through the BS / network. For example, vehicles 100b-1 and 100b-2 can communicate directly (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). IoT devices (e.g., sensors) can communicate directly with other IoT devices (e.g., sensors) or other wireless devices 100a to 100f.

[0351] Wireless communication / connections 150a, 150b, or 150c may be established between wireless devices 100a to 100f and BS 200, or between BS 200 and BS 200. Here, the wireless communication / connections may be established via various RATs (e.g., 5G NR), such as uplink / downlink communication 150a, sidelink communication 150b (or D2D communication), or inter-BS communication (e.g., relay, integrated access backhaul (IAB)). The wireless device and BS / wireless device may transmit / receive radio signals to / from each other via the wireless communication / connections 150a and 150b. For example, the wireless communication / connections 150a and 150b may transmit / receive signals via various physical channels. To this end, at least a portion of various configuration information configuring processes for transmitting / receiving radio signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping), and resource allocation processes may be implemented based on various proposals of the present disclosure.

[0352] Figure 18 A wireless device suitable for use with the present disclosure is shown.

[0353] refer to Figure 18 , the first wireless device 100 and the second wireless device 200 can transmit radio signals via various RATs (e.g., LTE and NR). Herein, {the first wireless device 100 and the second wireless device 200} may correspond to Figure 17 {wireless device 100x and BS 200} and / or {wireless device 100x and wireless device 100x}.

[0354] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and / or one or more antennas 108. The processor 102 may control the memory 104 and / or the transceiver 106 and may be configured to implement the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed herein. For example, the processor 102 may process information within the memory 104 to generate first information / signals, and then transmit a radio signal including the first information / signals via the transceiver 106. The processor 102 may receive a radio signal including second information / signals via the transceiver 106, and then store information obtained by processing the second information / signals in the memory 104. The memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102. For example, the memory 104 may store software code including commands for executing some or all of the processes controlled by the processor 102 or for executing the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed herein. Herein, the processor 102 and memory 104 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 106 may be connected to the processor 102 and transmit and / or receive radio signals via one or more antennas 108. Each transceiver 106 may include a transmitter and / or a receiver. The term "transceiver 106" may be interchangeably used with a radio frequency (RF) unit. In embodiments of the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0355] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and / or one or more antennas 208. The processor 202 may control the memory 204 and / or the transceiver 206 and may be configured to implement the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed herein. For example, the processor 202 may process information within the memory 204 to generate third information / signals, and then transmit a radio signal including the third information / signals via the transceiver 206. The processor 202 may receive a radio signal including fourth information / signals via the transceiver 206, and then store information obtained by processing the fourth information / signals in the memory 204. The memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may store software code including commands for executing some or all of the processes controlled by the processor 202 or for executing the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed herein. Herein, the processor 202 and memory 204 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 206 may be connected to the processor 202 and transmit and / or receive radio signals via one or more antennas 208. Each transceiver 206 may include a transmitter and / or a receiver. The term "transceiver 206" may be used interchangeably with an RF unit. In embodiments of the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0356] The hardware elements of wireless devices 100 and 200 will be described in more detail below. One or more protocol layers may be implemented by (but not limited to) one or more processors 102 and 202. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 may generate one or more protocol data units (PDUs) and / or one or more service data units (SDUs) according to the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed herein. One or more processors 102 and 202 may generate messages, control information, data, or information according to the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed herein. The one or more processors 102 and 202 may generate a signal (e.g., a baseband signal) including a PDU, SDU, message, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document, and provide the generated signal to the one or more transceivers 106 and 206. The one or more processors 102 and 202 may receive a signal (e.g., a baseband signal) from the one or more transceivers 106 and 206 and obtain the PDU, SDU, message, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document.

[0357] The one or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. The one or more processors 102 and 202 may be implemented using hardware, firmware, software, or a combination thereof. For example, one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field-programmable gate arrays (FPGAs) may be included in the one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to execute the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed in this document may be included in the one or more processors 102 and 202 or stored in one or more memories 104 and 204 to be driven by the one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of code, commands, and / or command sets.

[0358] The one or more memories 104 and 204 may be connected to the one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, codes, instructions, and / or commands. The one or more memories 104 and 204 may be configured by read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, a hard drive, registers, cache memory, computer-readable storage media, and / or combinations thereof. The one or more memories 104 and 204 may be located internally and / or externally to the one or more processors 102 and 202. The one or more memories 104 and 204 may be connected to the one or more processors 102 and 202 via various technologies, such as wired or wireless connections.

[0359] One or more transceivers 106 and 206 may transmit user data, control information, and / or radio signals / channels mentioned in the methods and / or operational flowcharts of this document to one or more other devices. One or more transceivers 106 and 206 may receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed in this document from one or more other devices. For example, one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and transmit and receive radio signals. For example, one or more processors 102 and 202 may execute control so that one or more transceivers 106 and 206 may transmit user data, control information, or radio signals to one or more other devices. One or more processors 102 and 202 may execute control so that one or more transceivers 106 and 206 may receive user data, control information, or radio signals from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208 and may be configured to transmit and receive user data, control information, and / or radio signals / channels as described in the descriptions, functions, processes, proposals, methods, and / or operational flow charts disclosed herein via the one or more antennas 108 and 208. In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). The one or more transceivers 106 and 206 may convert received radio signals / channels, etc., from RF band signals to baseband signals for processing by the one or more processors 102 and 202. The one or more transceivers 106 and 206 may convert user data, control information, radio signals / channels, etc., processed by the one or more processors 102 and 202, from baseband signals to RF band signals. To this end, the one or more transceivers 106 and 206 may include (analog) oscillators and / or filters.

[0360] Figure 19 Another example of a wireless device applicable to the present disclosure is shown. The wireless device can be used according to the usage / service (reference Figure 17 ) are implemented in various forms.

[0361] refer to Figure 19 , wireless devices 100 and 200 may correspond to Figure 18 The wireless devices 100 and 200 may be configured by various elements, components, units / portions and / or modules. For example, each of the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130 and an additional component 140. The communication unit may include a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 may include Figure 18 One or more processors 102 and 202 and / or one or more memories 104 and 204. For example, the transceiver 114 may include Figure 18 The control unit 120 is electrically connected to the communication unit 110, the memory 130, and the additional components 140, and controls the overall operation of the wireless device. For example, the control unit 120 may control the electrical / mechanical operation of the wireless device based on the program / code / commands / information stored in the memory unit 130. The control unit 120 may transmit information stored in the memory unit 130 to an external device (e.g., another communication device) via the communication unit 110 via a wireless / wired interface, or may store information received from an external device (e.g., another communication device) via the communication unit 110 via a wireless / wired interface in the memory unit 130.

[0362] The additional components 140 may be configured differently depending on the type of wireless device. For example, the additional components 140 may include at least one of a power supply unit / battery, an input / output (I / O) unit, a drive unit, and a computing unit. The wireless device may be configured as (but not limited to) a robot ( Figure 17 100a), vehicles ( Figure 17 100b-1 and 100b-2), XR devices ( Figure 17 100c), handheld devices ( Figure 17 100d), household appliances ( Figure 17 100e), IoT devices ( Figure 17 100f), digital broadcasting terminals, holographic equipment, public safety equipment, MTC equipment, medical equipment, financial technology equipment (or financial equipment), security equipment, climate / environmental equipment, AI servers / equipment ( Figure 17 400), BS ( Figure 17200), network nodes, etc. The wireless device can be used in a mobile or fixed location depending on the use case / service.

[0363] exist Figure 19 In the present disclosure, the various elements, components, units / portions, and / or modules within wireless devices 100 and 200 may all be connected to each other via wired interfaces, or at least a portion thereof may be wirelessly connected via communication unit 110. For example, in each of wireless devices 100 and 200, control unit 120 and communication unit 110 may be wired, and control unit 120 and first units (e.g., 130 and 140) may be wirelessly connected via communication unit 110. The various elements, components, units / portions, and / or modules within wireless devices 100 and 200 may also include one or more elements. For example, control unit 120 may be configured by a collection of one or more processors. As an example, control unit 120 may be configured by a collection of a communication control processor, an application processor, an electronic control unit (ECU), a graphics processing unit, and a memory control processor. As another example, memory 130 may be configured by random access memory (RAM), dynamic RAM (DRAM), read-only memory (ROM), flash memory, volatile memory, non-volatile memory, and / or a combination thereof.

[0364] Figure 20 A vehicle or autonomous driving vehicle applicable to the present disclosure is shown. The vehicle or autonomous driving vehicle may be implemented by a mobile robot, a car, a train, a manned / unmanned aerial vehicle (AV), a ship, etc.

[0365] refer to Figure 20 , the vehicle or autonomous driving vehicle 100 may include an antenna unit 108, a communication unit 110, a control unit 120, a drive unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit 140d. The antenna unit 108 may be configured as a part of the communication unit 110. Blocks 110 / 130 / 140a to 140d correspond to Figure 19 Blocks 110 / 130 / 140.

[0366] The communication unit 110 can send and receive signals (e.g., data and control signals) to and from external devices such as other vehicles, base stations (e.g., gNBs and roadside units), and servers. The control unit 120 can perform various operations by controlling components of the vehicle or autonomous vehicle 100. The control unit 120 may include an electronic control unit (ECU). The drive unit 140a enables the vehicle or autonomous vehicle 100 to travel on a road. The drive unit 140a may include an engine, a motor, a powertrain, wheels, brakes, a steering system, and the like. The power supply unit 140b can supply power to the vehicle or autonomous vehicle 100 and may include wired / wireless charging circuitry, a battery, and the like. The sensor unit 140c can acquire vehicle status, surrounding environment information, user information, and the like. The sensor unit 140 c may include an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, a slope sensor, a weight sensor, a heading sensor, a location module, a vehicle forward / backward sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a depth sensor, an ultrasonic sensor, a lighting sensor, a pedal position sensor, etc. The autonomous driving unit 140 d may implement a technology for maintaining the lane in which the vehicle is traveling, a technology for automatically adjusting the speed (e.g., adaptive cruise control), a technology for autonomously traveling along a determined path, a technology for traveling by automatically setting a path if a destination is set, etc.

[0367] For example, the communication unit 110 may receive map data, traffic information data, and the like from an external server. The autonomous driving unit 140d may generate an autonomous driving route and driving plan based on the acquired data. The control unit 120 may control the drive unit 140a so that the vehicle or autonomous driving vehicle 100 moves along the autonomous driving route according to the driving plan (e.g., speed / direction control). During autonomous driving, the communication unit 110 may aperiodically or periodically acquire recent traffic information data from an external server and acquire surrounding traffic information data from neighboring vehicles. During autonomous driving, the sensor unit 140c may acquire vehicle status and / or surrounding environment information. The autonomous driving unit 140d may update the autonomous driving route and driving plan based on the newly acquired data / information. The communication unit 110 may transmit information regarding the vehicle's location, autonomous driving route, and / or driving plan to the external server. The external server may predict traffic information data based on information collected from the vehicle or autonomous driving vehicle using AI technology, etc., and provide the predicted traffic information data to the vehicle or autonomous driving vehicle.

[0368] The above-mentioned embodiments correspond to the combination of elements and features of the present disclosure in a prescribed form. Furthermore, unless each element or feature is explicitly mentioned, each element or feature may be considered to be selective. Each of the elements or features may be implemented in a form that cannot be combined with other elements or features. In addition, by partially combining elements and / or features together, it is possible to implement the embodiments of the present disclosure. The operation sequence explained for each embodiment of the present disclosure may be modified. Some configurations or features of an embodiment may be included in another embodiment, or may replace the corresponding configurations or features of another embodiment. Furthermore, an embodiment may be configured by combining claims that do not have an explicit reference relationship in the appended claims, or may be included as a new claim obtained by amendment after submitting an application.

[0369] Those skilled in the art will understand that the present disclosure can be implemented in other specific ways than those set forth herein without departing from the spirit and essential characteristics of the present disclosure. Therefore, the above embodiments are to be construed in all respects as illustrative and not restrictive. The scope of the present disclosure is to be determined by the appended claims and their legal equivalents, not by the above description, and all changes coming within the meaning and equivalent range of the appended claims are intended to be embraced therein.

[0370] Industrial Applicability

[0371] The present disclosure is applicable to UE, BS or other devices in a wireless mobile communication system.

Claims

1. A method for receiving a signal by a user equipment (UE) in a wireless communication system, the method comprising: receiving a discontinuous reception (DRX) configuration in a first mode supporting both a first type of signal and a second type of signal; detecting a wake-up signal (WUS) provided as a signal of the second type in a second mode supporting only signals of the second type; based on the detection of the WUS, transitioning from the second mode to the first mode to monitor a physical downlink control channel (PDCCH) provided as a signal of the first type; as well as monitoring the PDCCH in the first mode based on the DRX configuration, Wherein, the time resources related to the DRX configuration are determined based on the detection time point of the WUS in the second mode.

2. The method according to claim 1, wherein A start time point of at least one DRX active time associated with the DRX configuration is determined based on a detection time point of the WUS in the second mode.

3. The method according to claim 1, wherein The UE monitors the PDCCH during N DRX active times started based on a detection time point of the WUS.

4. The method according to claim 3, wherein: The UE returns to the second mode after monitoring the PDCCH during the N DRX active times.

5. The method according to claim 1, wherein A frequency of monitoring the PDCCH is determined based on the WUS.

6. The method according to claim 1, wherein Whether to perform at least one of channel state information (CSI) reporting and sounding reference signal (SRS) transmission during at least one DRX active time related to the DRX configuration is determined based on the WUS.

7. The method according to claim 1, wherein An acknowledgement (ACK) for the WUS is sent in the first mode.

8. The method according to claim 1, wherein The first type of signal is an Orthogonal Frequency Division Multiplexing (OFDM) based signal, and The second type of signal is a non-OFDM based signal.

9. A computer-readable recording medium having recorded thereon a program for executing the method of claim 1.

10. A device for wireless communication, the device comprising: a memory configured to store instructions; as well as a processor configured to perform operations by executing the instructions, The operation of the processor includes: receiving a discontinuous reception (DRX) configuration in a first mode supporting both a first type of signal and a second type of signal; detecting a wake-up signal (WUS) provided as a signal of the second type in a second mode supporting only signals of the second type; based on the detection of the WUS, transitioning from the second mode to the first mode to monitor a physical downlink control channel (PDCCH) provided as a signal of the first type; and monitoring the PDCCH in the first mode based on the DRX configuration, Wherein, the time resources related to the DRX configuration are determined based on the detection time point of the WUS in the second mode.

11. The apparatus according to claim 10, further comprising: a primary radio (MR) receiver configured to receive signals of the first type; as well as A low power wake-up radio (LP-WUR) receiver is configured to receive the second type of signal.

12. The apparatus according to claim 10, wherein The device is a user equipment (UE) operating in a wireless communication system or a processing device configured to control the UE.

13. A method for transmitting a signal by a base station (BS) in a wireless communication system, the method comprising: transmitting a discontinuous reception (DRX) configuration to a user equipment (UE) operating in a first mode supporting both a first type of signal and a second type of signal; transmitting a wake-up signal (WUS) provided as a signal of the second type based on the UE operating in a second mode supporting only signals of the second type; as well as Based on the transmission of the WUS, transmitting, according to the DRX configuration, a physical downlink control channel (PDCCH) provided as the first type of signal to the UE transitioning from the second mode to the first mode; Wherein, the time resources related to the DRX configuration are determined based on the transmission time point of the WUS in the second mode.

14. A base station (BS) for wireless communication, the BS comprising: a memory configured to store instructions; as well as a processor configured to perform operations by executing the instructions, The operation of the processor includes: transmitting a discontinuous reception (DRX) configuration to a user equipment (UE) operating in a first mode supporting both a first type of signal and a second type of signal; transmitting a wake-up signal (WUS) provided as a signal of the second type based on the UE operating in a second mode supporting only signals of the second type; and Based on the transmission of the WUS, transmitting, according to the DRX configuration, a physical downlink control channel (PDCCH) provided as the first type of signal to the UE transitioning from the second mode to the first mode; Wherein, the time resources related to the DRX configuration are determined based on the transmission time point of the WUS in the second mode.

Images