Method and apparatus for transmitting and receiving radio signals in a radio communication system

Abstract

In a wireless communication system according to one example of the present disclosure, a method for a terminal to receive a signal includes receiving a DRX (discontinuous reception) setting in a first mode in which both a first type signal and a second type signal are supported; detecting a WUS (wake-up signal) provided as the second type signal in the second mode in which only the second type signal is supported; transitioning from the second mode to the first mode based on the detection of the WUS to monitor a PDCCH (physical downlink control channel) provided as the first type signal; and monitoring the PDCCH based on the DRX setting in the first mode, wherein a time resource related to the DRX setting can be determined based on the detection time of the WUS in the second mode.

Description

[Technical Field]

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

[0002] Wireless communication systems have been widely deployed to provide various communication services such as voice and data. Generally, wireless communication systems are multiple access systems that support communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power, etc.). Examples of multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency division multiple access (SC-FDMA) systems. Summary of the Invention [Problem to be solved by the invention]

[0003] The technical problem to be solved by the present invention is to provide a method and apparatus for transmitting or receiving signals more accurately and efficiently in a wireless communication system.

[0004] Other technical problems can be derived from the embodiments disclosed in the detailed description. [Means for solving the problem]

[0005] In a wireless communication system according to an aspect of the present invention, a method for receiving signals by a terminal may include receiving a discontinuous reception (DRX) configuration in a first mode in which both a first type signal and a second type signal are supported; detecting a wake-up signal (WUS) provided as the second type signal in a second mode in which only a second type signal is supported; transitioning from the second mode to the first mode to monitor a physical downlink control channel (PDCCH) provided as the first type signal based on the detection of the WUS; and monitoring the PDCCH based on the DRX configuration in the first mode. A time resource associated with the DRX configuration may be determined based on a time point at which the WUS is detected in the second mode.

[0006] A start time of at least one DRX active time associated with the DRX configuration may be determined based on a detection time of the WUS in the second mode.

[0007] The terminal may monitor the PDCCH during N DRX active periods that are started based on the detection time of the WUS.

[0008] The terminal may return to the second mode after monitoring the PDCCH during the N DRX active periods.

[0009] The frequency at which the PDCCH is monitored can be determined based on the WUS.

[0010] Whether to perform at least one of CSI (channel state information) reporting and SRS (sounding reference signal) transmission during at least one DRX active time associated with the DRX setting can be determined based on the WUS.

[0011] An acknowledgement (ACK) to the WUS can be transmitted in the first mode.

[0012] The first type of signal may be an orthogonal frequency division multiplex (OFDM) based signal, and the second type of signal may be a non-OFDM based signal.

[0013] According to another aspect of the present invention, a computer-readable recording medium having a program for executing the above-described method recorded thereon can be provided.

[0014] According to another aspect of the present invention, a device for wireless communication includes a memory storing instructions; and a processor operating by executing the instructions, wherein operations of the processor may include receiving a discontinuous reception (DRX) setting in a first mode in which both a first type signal and a second type signal are supported; detecting a wake-up signal (WUS) provided as the second type signal in the second mode in which only the second type signal is supported; transitioning from the second mode to the first mode to monitor a physical downlink control channel (PDCCH) provided as the first type signal based on the detection of the WUS; and monitoring the PDCCH based on the DRX setting in the first mode. The time resource associated with the DRX setting may be determined based on a time point at which the WUS is detected in the second mode.

[0015] The device may further include a main radio (MR) receiver for receiving the first type of signal; and a low power-wake up radio (LP-WUR) receiver for receiving the second type of signal.

[0016] The device may be a terminal operating in a wireless communication system or a processing device controlling the terminal.

[0017] In accordance with another aspect of the present invention, a method for transmitting a signal from a base station may include transmitting a discontinuous reception (DRX) configuration to a terminal operating in a first mode in which both a first type signal and a second type signal are supported; transmitting a wake-up signal (WUS) provided as the second type signal based on the terminal operating in the second mode in which only a second type signal is supported; and transmitting a physical downlink control channel (PDCCH) provided as the first type signal based on the DRX configuration to the terminal that has transitioned from the second mode to the first mode based on the transmission of the WUS. Time resources associated with the DRX configuration may be determined based on a transmission time point of the WUS in the second mode.

[0018] According to another aspect of the present invention, a base station for wireless communication includes a memory for storing instructions; and a processor operable by executing the instructions, wherein operations of the processor may include transmitting a discontinuous reception (DRX) configuration to a terminal operating in a first mode in which both a first type signal and a second type signal are supported; transmitting a wake-up signal (WUS) provided as the second type signal based on the terminal operating in the second mode in which only a second type signal is supported; and transmitting a physical downlink control channel (PDCCH) provided as the first type signal based on the DRX configuration to the terminal that has transitioned from the second mode to the first mode based on the transmission of the WUS. Time resources associated with the DRX configuration may be determined based on a transmission time point of the WUS in the second mode. [Effects of the Invention]

[0019] According to an embodiment of the present invention, signals can be transmitted and received more accurately and efficiently in a wireless communication system.

[0020] Other technical advantages can be derived from the embodiments disclosed in the detailed description. [Brief explanation of the drawings]

[0021] [Figure 1] 1 is a diagram illustrating physical channels used in a 3GPP (registered trademark: the same applies hereinafter) system, which is an example of a wireless communication system, and a general signal transmission method using these channels. [Figure 2] FIG. 1 is a diagram illustrating the structure of a radio frame. [Figure 3] FIG. 1 illustrates a resource grid of slots. [Figure 4] FIG. 10 is a diagram illustrating an example of mapping physical channels within a slot. [Figure 5] 1 is a diagram illustrating a transmission and reception process of a PDCCH (Physical Downlink Control Channel). [Figure 6] FIG. 10 is a diagram illustrating a PDSCH reception and ACK / NACK transmission process. [Figure 7] FIG. 1 illustrates a PUSCH transmission process. [Figure 8-10] FIG. 10 is a diagram for explaining operations related to DRX. [Figure 11] FIG. 1 is a diagram for explaining a WUS. [Figure 12] FIG. 1 is a diagram illustrating the DRX operation of a WUS-based terminal defined in the Rel-16 standard. [Figure 13] FIG. 10 is a diagram for explaining the operation of dynamic triggering of DRX by LP-WUS reception. [Figure 14] FIG. 10 is a diagram showing an example of MR state transition due to LP-WUS reception. [Figure 15] 1 is a diagram illustrating a signal receiving method of a terminal according to an embodiment of the present invention; [Figure 16] 10 is a diagram illustrating a signal transmission method of a base station according to an embodiment of the present invention. [Figure 17-20] 1 is a diagram illustrating a communication system 1 and a wireless device applicable to the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0022] The following technologies can be used for various wireless access systems, 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 using radio technologies such as Universal Terrestrial Radio Access (UTRA) and CDMA2000. TDMA can be implemented using radio technologies such as Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), and Enhanced Data Rates for GSM Evolution (EDGE). OFDMA can be implemented using radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and Evolved UTRA (E-UTRA). UTRA is part of the Universal Mobile Telecommunications System (UMTS). 3GPP (3rd Generation Partnership Project) LTE (long term evolution) is a part of E-UMTS (Evolved UMTS) that uses E-UTRA, LTE-A (Advanced) is an evolved version of 3GPP LTE, and 3GPP NR (New Radio or New Radio Access Technology) is an evolved version of 3GPP LTE / LTE-A.

[0023] As more communication devices require larger communication capacities, there is an emerging need for improved mobile broadband communication compared to existing RATs (Radio Access Technologies). Massive Machine Type Communications (MTC), which connects multiple devices and objects to provide various services anytime, anywhere, is one of the important issues to consider in next-generation communications. Furthermore, communication system designs that take into account reliability- and latency-sensitive services / terminals are being discussed. Thus, the introduction of next-generation RATs that take into account eMBB (enhanced Mobile Broadband Communication), massive MTC, and URLLC (Ultra-Reliable and Low Latency Communication) is being discussed. In one embodiment of the present invention, for convenience, the relevant technologies are referred to as NR (New radio or New RAT).

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

[0025] For clarity of explanation, the description will be focused on 3GPP NR, but the technical idea of ​​the present invention is not limited thereto.

[0026] For background, terms, definitions, abbreviations, etc. relevant to this invention, the following documents may be referenced (Incorporated by Reference):

[0027] 3GPP LTE

[0028] - 38.211: Physical channels and modulation

[0029] - 38.212: Multiplexing and channel coding

[0030] - 38.213: Physical layer procedures for control

[0031] - 38.214: Physical layer procedures for data

[0032] - 38.215: Physical layer measurements

[0033] - 38.300: NR and NG-RAN Overall Description

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

[0035] - 38.321Medium Access Control (MAC) protocol specification

[0036] - 38.331: Radio Resource Control (RRC) protocol specification

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

[0038] - 36.355: LTE Positioning Protocol

[0039] - 37.355: LTE Positioning Protocol

[0040] Terms and Abbreviations

[0041] - 5GC: 5G Core Network

[0042] - 5GS: 5G System

[0043] - AP: Access Point

[0044] - CID: Cell ID

[0045] - E-CID: Enhanced Cell ID

[0046] - PRS: Positioning Reference Signal

[0047] - RRM: Radio Resource Management

[0048] - TP: Transmission Point

[0049] - TRP: Transmission and Reception Point

[0050] - UE: User Equipment

[0051] - SSB: Synchronization Signal Block

[0052] - SFN: System Frame Number

[0053] - SS: Search Space

[0054] - CSS: Common Search Space

[0055] - USS: UE-specific Search Space

[0056] - PDCCH: Physical Downlink Control Channel

[0057] - PDSCH: Physical Downlink Shared Channel;

[0058] - PUCCH: Physical Uplink Control Channel;

[0059] - PUSCH: Physical Uplink Shared Channel;

[0060] - DCI: Downlink Control Information

[0061] - UCI: Uplink Control Information

[0062] - SI: System Information

[0063] - SIB: System Information Block

[0064] - MIB: Master Information Block

[0065] - RRC: Radio Resource Control

[0066] - DRX: Discontinuous Reception

[0067] - RNTI: Radio Network Temporary Identifier

[0068] - CSI: Channel state information

[0069] - PCell: Primary Cell

[0070] - SCell: Secondary Cell

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

[0072] - CA: Carrier Aggregation

[0073] - WUS: Wake up Signal

[0074] - PO: Paging Occasion

[0075] - PEI: Paging Early Indication

[0076] - PEI-O: PEI Occasion

[0077] - NES: Network Energy Saving

[0078] - RO: RACH Occasion

[0079] - RAR: Random Access Response

[0080] -SDT: Small Data Transmission

[0081] - LP-WUS: Low Power Wake-Up Signal

[0082] - XR: An abbreviation for eXtended Reality, which includes VR (virtual reality), AR (augmented reality), and MR (mixed reality)

[0083] In a wireless communication system, a terminal receives information from a base station via a downlink (DL), and transmits information from the base station via an uplink (UL). The information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist depending on the type and purpose of the information transmitted and received.

[0084] FIG. 1 is a diagram illustrating physical channels used in a 3GPP NR system and a typical signal transmission method using these channels.

[0085] When a terminal is powered on from a power-off state or newly enters a cell, it performs an initial cell search, such as establishing synchronization with a base station, in step S101. To this end, the terminal receives a synchronization signal block (SSB) from the base station. The SSB includes a primary synchronization signal (PSS), a secondary synchronization signal (SSS), and a physical broadcast channel (PBCH). The terminal establishes synchronization with the base station based on the PSS / SSS and obtains information such as a cell identity. The terminal also obtains broadcast information within the cell based on the PBCH. In addition, during the initial cell search, the terminal can receive a downlink reference signal (DL RS) to check the status of the downlink channel.

[0086] After completing the initial cell search, the terminal receives a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) based on information from the physical downlink control channel in step S102 to obtain more specific system information.

[0087] Thereafter, the terminal performs a random access procedure, such as steps S103 to S106, to complete connection to the base station. To this end, the terminal transmits a preamble over a physical random access channel (PRACH) (S103) and receives a response message to the preamble over a physical downlink control channel and a corresponding physical downlink shared channel (S104). In the case of contention-based random access, the terminal performs a contention resolution procedure, such as transmitting a further physical random access channel (S105) and receiving a physical downlink control channel and a corresponding physical downlink shared channel (S106).

[0088] After performing this procedure, the terminal then receives a physical downlink control channel / physical downlink shared channel (S107) and transmits a physical uplink shared channel (PUSCH) / physical uplink control channel (PUCCH) as a general uplink / downlink signal transmission procedure (S108). The control information transmitted by the terminal to the base station is collectively referred to as uplink control information (UCI). UCI includes HARQ ACK / NACK (Hybrid Automatic Repeat and reQuest Acknowledgement / Negative-ACK), SR (Scheduling Request), CSI (Channel State Information), etc. CSI includes CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), RI (Rank Indication), etc. UCI is generally transmitted via PUCCH, but when control information and traffic data need to be transmitted simultaneously, it is transmitted via PUSCH. In addition, UCI can be transmitted aperiodically via PUSCH at the request / instruction of the network.

[0089] Figure 2 illustrates the structure of a radio frame. In NR, uplink and downlink transmissions are organized into frames. A radio frame has a length of 10 ms and is divided into two 5 ms half-frames (HF). Each half-frame is divided into five 1 ms 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). Each slot contains 12 or 14 orthogonal frequency division multiplexing (OFDM) symbols depending on the cyclic prefix (CP). When a normal CP is used, each slot contains 14 symbols. When an extended CP is used, each slot contains 12 symbols.

[0090] Table 1 illustrates that when a general CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe change depending on the SCS.

[0091] [Table 1]

[0092] *N slot symb : Number of symbols in the slot

[0093] *N frame,u slot : Number of slots in the frame

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

[0095] Table 2 illustrates how the number of symbols per slot, the number of slots per frame, and the number of slots per subframe change depending on the SCS when an extended CP is used.

[0096] [Table 2]

[0097] The frame structure is illustrative only, and the number of subframes, slots, and symbols in a frame can vary.

[0098] In an NR system, OFDM numerology (e.g., SCS) can be configured to be different among multiple cells merged into one terminal. Accordingly, the (absolute time) duration of time resources (e.g., SF, slot, or TTI) (collectively referred to as TU (Time Unit) for convenience) consisting of the same number of symbols can be configured to be different among the merged cells. Here, the symbols include OFDM symbols (or CP-OFDM symbols) and SC-FDMA symbols (or Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbols).

[0099] FIG. 3 illustrates a resource grid of a slot. A slot includes multiple symbols in the time domain. For example, in the case of a general CP, one slot includes 14 symbols, while in the case of an extended CP, one slot includes 12 symbols. A carrier includes multiple subcarriers in the frequency domain. A resource block (RB) is defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A BWP is defined as multiple consecutive physical RBs (PRBs) in the frequency domain and can correspond to one numerology (e.g., SCS, CP length, etc.). A carrier includes up to N BWPs (e.g., 5 BWPs). Data communication is performed using activated BWPs, and only one BWP can be activated for one UE. Each element in the resource grid is called a resource element (RE), and one complex symbol can be mapped to it.

[0100] FIG. 4 illustrates an example of physical channel mapping within a slot. In an NR system, a frame is characterized by a self-contained structure in which a DL control channel, DL or UL data, and a UL control channel are all included within one slot. For example, the first N symbols in a slot are used to transmit a DL control channel (e.g., PDCCH) (hereinafter referred to as the DL control region), and the last M symbols in the slot are used to transmit a UL control channel (e.g., PUCCH) (hereinafter referred to as the UL control region). N and M are each an integer greater than or equal to 0. A resource region between the DL control region and the UL control region (hereinafter referred to as the data region) is used to transmit DL data (e.g., PDSCH) or UL data (e.g., PUSCH). The GP provides a time gap when the base station and the UE switch from transmission mode to reception mode or from reception mode to transmission mode. Some symbols at the time of DL to UL transition within a subframe can be set as the GP.

[0101] The PDCCH carries Downlink Control Information (DCI). For example, the PCCCH (i.e., DCI) carries the transmission format and resource allocation of the downlink shared channel (DL-SCH), resource allocation information for the uplink shared channel (UL-SCH), paging information for the Paging Channel (PCH), system information on the DL-SCH, resource allocation information for higher layer control messages such as random access responses transmitted on the PDSCH, transmit power control commands, and activation / deactivation of configured scheduling (CS). The DCI includes a cyclic redundancy check (CRC), which is masked / scrambled with various identifiers (e.g., Radio Network Temporary Identifier, RNTI) depending on the owner or use of the PDCCH. For example, if the PDCCH is for a specific terminal, the CRC is masked with a terminal identifier (e.g., Cell-RNTI, C-RNTI). If the PDCCH is related to paging, the CRC is masked with a Paging-RNTI (P-RNTI). If the PDCCH is related to system information (e.g., System Information Block, SIB), the CRC is masked with a System Information RNTI (SI-RNTI). If the PDCCH is related to a random access response, the CRC is masked with a Random Access RNTI (RA-RNTI).

[0102] FIG. 5 is a diagram illustrating a PDCCH transmission / reception process.

[0103] Referring to FIG. 5, a base station transmits a CORESET (Control Resource Set) configuration to a terminal (S502). A CORESET is defined by a set of REGs (Resource Element Groups) having a predetermined pneumatic system (e.g., SCS, CP length, etc.). A REG is defined by one OFDM symbol and one (P)RB. Multiple CORESETs for one terminal may overlap in the time / frequency domain. A CORESET is configured by system information (e.g., Master Information Block, MIB) or higher layer (e.g., Radio Resource Control, RRC, layer) signaling. For example, configuration information for a predetermined common CORESET (e.g., CORESET#0) is transmitted by an MIB. For example, a PDSCH carrying SIB1 (system information block 1) is scheduled by a specific PDCCH, and CORESET#0 is for transmitting the specific PDCCH. Furthermore, configuration information regarding CORESET#N (e.g., N>0) is transmitted by RRC signaling (e.g., cell-common RRC signaling or UE-specific RRC signaling, etc.). As an example, UE-specific RRC signaling carrying CORESET configuration information includes, but is not limited to, various signaling such as an RRC setup message, an RRC reconfiguration message, and / or BWP configuration information. Specifically, the CORESET configuration includes the following information / fields:

[0104] - controlResourceSetId: Indicates the ID of the CORESET.

[0105] - frequencyDomainResources: Indicates the frequency domain resources of CORESET. It is indicated by a bitmap, and each bit corresponds to an RB group (= 6 (consecutive) RBs). For example, the MSB (Most Significant Bit) of the bitmap corresponds to the first RB group in the BWP. The RB group corresponding to the bit whose bit value is 1 is assigned to the frequency domain resources of CORESET.

[0106] - duration: indicates the time domain resource of CORESET. It indicates the number of consecutive OFDM symbols that make up CORESET. duration has a value of 1 to 3.

[0107] - cce-REG-MappingType: Indicates the mapping type between CCE (Control Channel Element) and REG. Interleaved and non-interleaved types are supported.

[0108] - interleaverSize: Indicates the interleaver size.

[0109] - pdcch-DMRS-ScramblingID: Indicates the value used for PDCCH DMRS initialization. If pdcch-DMRS-ScramblingID is not included, the physical cell ID of the serving cell is used.

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

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

[0112] - tci-PresentInDCI: Indicates whether the TCI (Transmission Configuration Index) field is included in the DL-related DCI.

[0113] - tci-StatesPDCCH-ToAddList: Indicates a subset of the TCI states defined in the PDCCH-Configuration. The TCI states are used to provide the Quasi-Co-Location (QCL) relationship between DL RSs and PDCCH DMRS ports within the RS set (TCI-State).

[0114] The base station also transmits a PDCCH SS (Search Space) configuration to the terminal (S504). The PDCCH SS configuration is transmitted by higher layer signaling (e.g., RRC signaling). For example, RRC signaling includes various signaling such as, but not limited to, an RRC setup message, an RRC reconfiguration message, and / or BWP configuration information. For convenience of explanation, FIG. 5 shows the CORESET configuration and the PDCCH SS configuration being signaled separately, but the present invention is not limited thereto. For example, the CORESET configuration and the PDCCH SS configuration may be transmitted by a single message (e.g., a single RRC signaling) or may be transmitted by different messages.

[0115] The PDCCH SS configuration includes information regarding the configuration of the PDCCH SS set. The PDCCH SS set is defined by a set of PDCCH candidates that the terminal monitors (e.g., performs blind detection). One or more SS sets are configured for the terminal. Each SS set is either a USS set or a CSS set. For convenience, the PDCCH SS set will be simply referred to as "SS" or "PDCCH SS" below.

[0116] The PDCCH SS set includes PDCCH candidates. PDCCH candidates indicate the CCEs that the terminal monitors for PDCCH reception / detection. Here, monitoring includes blind decoding (BD) of the PDCCH candidates. One PDCCH (candidate) consists of 1, 2, 4, 8, or 16 CCEs depending on the aggregation level (AL). One CCE consists of 6 REGs. Each CORESET configuration is associated with one or more SSs, and each SS is associated with one COREST configuration. One SS is defined based on one SS configuration, and the SS configuration includes the following information / fields:

[0117] - searchSpaceId: Indicates the ID of the SS.

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

[0119] - monitoringSlotPeriodicityAndOffset: Indicates the PDCCH monitoring periodicity period (in slot units) and the PDCCH monitoring period offset (in slot units).

[0120] - monitoringSymbolsWithinSlot: Indicates the first OFDM symbol for PDCCH monitoring within a slot where PDCCH monitoring is configured. It is indicated by a bitmap, and each bit corresponds to each OFDM symbol within the slot. The MSB of the bitmap corresponds to the first OFDM symbol within the slot. The OFDM symbol corresponding to a bit with a bit value of 1 corresponds to the first symbol of CORESET within the slot.

[0121] -nrofCandidates: Indicates the number of PDCCH candidates (one of 0, 1, 2, 3, 4, 5, 6, 8) for each AL={1, 2, 4, 8, 16}.

[0122] -searchSpaceType: Indicates CSS (Common Search Space) or USS (UE-specific search space), and indicates the DCI format used for the corresponding SS type.

[0123] Next, the base station generates a PDCCH and transmits it to the terminal (S506), and the terminal monitors PDCCH candidates in one or more SSs to receive / detect the PDCCH (S508). An opportunity (e.g., time / frequency resource) for monitoring PDCCH candidates is defined as a PDCCH (monitoring) opportunity. One or more PDCCH (monitoring) opportunities are configured within a slot.

[0124] Table 3 shows examples of the characteristics of each SS type.

[0125] [Table 3]

[0126] Table 4 illustrates DCI formats transmitted via the PDCCH.

[0127] [Table 4]

[0128] DCI format 0_0 is used to schedule a TB-based (or TB-level) PUSCH, and DCI format 0_1 ​​is used to schedule a TB-based (or TB-level) PUSCH or a Code Block Group (CBG)-based (or CBG-level) PUSCH. DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH, and DCI format 1_1 is used to schedule a TB-based (or TB-level) PDSCH or a CBG-based (or CBG-level) PDSCH (DL grant DCI). DCI formats 0_0 / 0_1 are referred to as UL grant DCI or UL scheduling information, and DCI formats 1_0 / 1_1 are 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 SFI) to a UE, and DCI format 2_1 is used to convey downlink pre-emption information to a UE. DCI format 2_0 and / or DCI format 2_1 are transmitted to terminals in a corresponding group via a group common PDCCH, which is a PDCCH transmitted to terminals defined in one group.

[0129] DCI format 0_0 and DCI format 1_0 are called fallback DCI formats, and DCI format 0_1 ​​and DCI format 1_1 are called non-fallback DCI formats. The fallback DCI format maintains the same DCI size / field configuration regardless of the terminal settings. On the other hand, the non-fallback DCI format has different DCI size / field configuration depending on the terminal settings.

[0130] The mapping type from CCE to REG is set to either a non-interleaved CCE-REG mapping type or an interleaved CCE-REG mapping type.

[0131] - Non-interleaved CCE-REG mapping type (or localized mapping type) (Figure 5): Six REGs for a given CCE constitute one REG bundle, and all REGs for a given CCE are contiguous. One REG bundle corresponds to one CCE.

[0132] - Interleaved CCE-REG mapping type (or distributed mapping type): 2, 3, or 6 REGs for a given CCE constitute one REG bundle, and the REG bundles are interleaved within a CORESET. A REG bundle within a CORESET consisting of 1 to 2 OFDM symbols consists of 2 or 6 REGs, and a REG bundle within a CORESET consisting of 3 OFDM symbols consists of 3 or 6 REGs. The size of the REG bundle is set for each CORESET.

[0133] Figure 6 illustrates a PDSCH reception and ACK / NACK transmission process. Referring to Figure 6, a UE detects a PDCCH in slot #n. Here, the PDCCH includes downlink scheduling information (e.g., DCI format 1_0, 1_1), and indicates a DL allocation-to-PDSCH offset (K0) and a PDSCH-HARQ-ACK reporting offset (K1). For example, DCI formats 1_0, 1_1 include the following information:

[0134] - Frequency domain resource assignment: Indicates the RB set assigned to the PDSCH.

[0135] - Time domain resource assignment: Indicates K0 (e.g., slot offset), the starting position of the PDSCH within slot #n+K0 (e.g., OFDM symbol index) and the length of the PDSCH (e.g., number of OFDM symbols).

[0136] - PDSCH-to-HARQ_feedback timing indicator: Indicates K1.

[0137] - HARQ process number (4 bits): Indicates the HARQ process ID (Identity) for data (e.g., PDSCH, TB).

[0138] - PUCCH resource indicator (PRI): Indicates the PUCCH resource used for UCI transmission among multiple PUCCH resources in a PUCCH resource set.

[0139] Thereafter, the UE receives the PDSCH from slot #(n+K0) according to the scheduling information of slot #n, and then transmits UCI via the PUCCH in slot #(n1+K1) after finishing receiving the PDSCH in slot #n1 (where n+K0≦n1). Here, the UCI includes a HARQ-ACK response to the PDSCH. For convenience, in FIG. 6, it is assumed that the SCS for the PDSCH and the SCS for the PUCCH are the same and that slot #n1 = slot #n+K0, but the present invention is not limited to this. If the SCSs are different, K1 is indicated / interpreted based on the SCS of the PUCCH.

[0140] If the PDSCH is configured to transmit a maximum of one TB, the HARQ-ACK response consists of 1 bit. If the PDSCH is configured to transmit a maximum of two TBs, the HARQ-ACK response consists of 2 bits if spatial bundling is not configured, and 1 bit if spatial bundling is configured. If the transmission time of the HARQ-ACK for multiple PDSCHs is specified as slot #(n+K1), the UCI transmitted in slot #(n+K1) includes the HARQ-ACK responses for multiple PDSCHs.

[0141] Whether or not a UE performs spatial bundling for HARQ-ACK responses is configured for each cell group (e.g., RRC / higher layer signaling). For example, spatial bundling is configured individually for each of the HARQ-ACK responses transmitted via the PUCCH and / or the HARQ-ACK responses transmitted via the PUSCH.

[0142] Spatial bundling is supported when the maximum number of TBs (or codewords) that can be received at one time (or scheduled by 1 DCI) in a corresponding serving cell is two (or more than two) (e.g., when the upper layer parameter maxNrofCodeWordsScheduledByDCI corresponds to 2-TB). On the other hand, for 2-TB transmission, more than four layers are used, and for 1-TB transmission, up to four layers are used. As a result, when spatial bundling is configured for a corresponding cell group, spatial bundling is performed on serving cells in the corresponding cell group that can schedule more than four layers. A UE that wishes to transmit a HARQ-ACK response via spatial bundling in a corresponding serving cell can generate a HARQ-ACK response by performing a bit-wise logical AND operation on A / N bits for multiple TBs.

[0143] For example, assuming that a terminal receives DCI scheduling 2-TB and receives 2-TB via PDSCH based on the DCI, a terminal performing spatial bundling can generate a single A / N bit by logically ANDing the first A / N bit for the first TB and the second A / N bit for the second TB. As a result, if both the first TB and the second TB are ACK, the terminal reports an ACK bit value to the base station, and if both TBs are NACK, the terminal reports a NACK bit value to the base station.

[0144] For example, if only 1-TB is actually scheduled on a serving cell configured to receive 2-TB, the terminal can generate a single A / N bit by logically ANDing the A / N bit for the 1-TB with a bit value of 1. As a result, the terminal reports the A / N bit for the 1-TB to the base station as is.

[0145] A base station / UE has multiple parallel DL HARQ processes for DL ​​transmission. Multiple parallel HARQ processes enable continuous DL transmission while waiting for HARQ feedback for successful or unsuccessful reception of previous DL transmission. Each HARQ process is associated with a HARQ buffer in the Medium Access Control (MAC) layer. Each DL HARQ process manages state variables related to the number of transmissions of MAC Physical Data Blocks (PDUs) in the buffer, HARQ feedback for MAC PDUs in the buffer, the current redundancy version, etc. Each HARQ process is distinguished by a HARQ process ID.

[0146] 7 illustrates a PUSCH transmission process. Referring to FIG. 7, a UE detects a PDCCH in slot #n. Here, the PDCCH includes uplink scheduling information (e.g., DCI formats 0_0 and 0_1). DCI formats 0_0 and 0_1 include the following information:

[0147] - Frequency domain resource assignment: Indicates the RB set assigned to the PUSCH.

[0148] - Time domain resource assignment: Indicates the slot offset K2, the starting position (e.g., symbol index) and length (e.g., number of OFDM symbols) of the PUSCH within the slot. The starting symbol and length are indicated by the SLIV (Start and Length Indicator Value), or are indicated separately.

[0149] Thereafter, the terminal transmits a PUSCH in slot #(n+K2) according to the scheduling information of slot #n, where the PUSCH includes a UL-SCH TB.

[0150] Paging

[0151] The network (i) approaches UEs in RRC_IDLE, RRC_INACTIVE, and RRC_CONNECTED states using paging messages, and (ii) notifies UEs in RRC_IDLE, RRC_INACTIVE, and RRC_CONNECTED states of system information changes and ETWS / CMAS (Earthquake and Tsunami Warning System / Commercial Mobile Alert System) instructions using short messages. Both paging messages and short messages are transmitted based on the P-RNTI-based PDCCH, but paging messages are transmitted on the Paging Control Channel (PCCH), a logical channel, while short messages are transmitted directly via the PDCCH, a physical channel. Since the logical channel PCCH is mapped to the physical channel PDSCH, it can be understood that paging messages are scheduled based on the P-RNTI-based PDCCH.

[0152] While in RRC_IDLE, the UE monitors the paging channel for CN (core network)-initiated paging. In RRC_INACTIVE, the UE also monitors the paging channel for RAN (radio access network)-initiated paging. The UE does not need to continuously monitor the paging channel. Paging DRX defines that a UE in RRC_IDLE or RRC_INACTIVE monitors the paging channel only during one PO (Paging Occasion) per DRX cycle. The paging DRX period is configured by the network as follows:

[0153] 1) In the case of CN-initiated paging, the basic period is broadcast by the system information.

[0154] 2) In the case of CN-initiated paging, the UE-specific periodicity is set by NAS signaling.

[0155] 3) For RAN-initiated paging, a UE-specific periodicity is set by RRC signaling.

[0156] Since the POs of a UE for CN-initiated and RAN-initiated paging are both based on the same UE ID, the two POs overlap. The number of POs in a DRX cycle is configured by the system information, and the network allocates UEs to POs based on their IDs.

[0157] When in RRC_CONNECTED, the UE monitors the paging channel in each PO signaled in the system information for SI change indication and PWS notification. In the case of Bandwidth Adaptation (BA), a UE in RRC_CONNECTED monitors only the paging channel of an active BWP with a configured common search space.

[0158] In the case of shared spectrum channel access, an additional PDCCH monitoring period is configured in the UE's PO to monitor paging. However, if the UE detects a P-RNTI-based PDCCH transmission in its PO, the UE does not need to monitor the next PDCCH monitoring period in the PO.

[0159] To reduce power consumption, the UE uses Discontinuous Reception (DRX) in the RRC_IDLE and RRC_INACTIVE states. The UE monitors one Paging Occasion (PO) per DRX cycle. A PO is a set of PDCCH monitoring intervals and consists of multiple time slots (e.g., subframes or OFDM symbols) in which paging DCI is transmitted. A Paging Frame (PF) is one radio frame and includes one or more POs or the start of a PO.

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

[0161] When the UE receives the RAN-initiated paging, it initiates the RRC Connection Resume procedure. If the UE receives the CN-initiated paging in the RRC_INACTIVE state, it transitions to RRC_IDLE and notifies the NAS.

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

[0163] - Determining SFN for PF:

[0164] (SFN+PF offset ) mod T=(T div N)*(UE_ID mod N)

[0165] - Determining the index (i_s) that indicates the index of the PO:

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

[0167] The following parameters are used in the calculation of PF and i_s:

[0168] T: UE DRX period (T is determined by the shortest value among the UE-specific DRX value (if configured by RRC and / or higher layers) and the basic DRX value broadcast in the system information. In the RRC_IDLE state, if a UE-specific DRX is not configured by higher layers, the basic value is applied.)

[0169] - N:T total number of paging frames

[0170] - Ns: Number of POs in PF

[0171] -PF offset :Offset used for PF determination

[0172] - UE_ID:5G-S-TMSI mode 1024

[0173] DRX (Discontinuous Reception)

[0174] (1) RRC_CONNECTED DRX

[0175] FIG. 8 is a diagram for explaining the DRX operation of the terminal.

[0176] A terminal can perform DRX operation while executing the above-described / proposed procedures and / or methods. A terminal configured for DRX can reduce power consumption by discontinuously receiving DL signals. DRX is performed in the RRC (Radio Resource Control)_IDLE state, RRC_INACTIVE state, and RRC_CONNECTED state. DRX in the RRC_IDLE state and RRC_INACTIVE state is used to discontinuously receive paging signals. DRX performed in the RRC_CONNECTED state (RRC_CONNECTED DRX) will be described below.

[0177] Referring to FIG. 8, a DRX cycle consists of On Duration and Opportunity for DRX. The DRX cycle defines a time interval during which On Duration is periodically repeated. On Duration indicates a time period during which the UE monitors to receive the PDCCH. When DRX is configured, the UE monitors the PDCCH during On Duration. If a PDCCH is successfully detected during PDCCH monitoring, the UE operates an inactivity timer and remains awake. On the other hand, if a PDCCH is not successfully detected during PDCCH monitoring, the UE enters a sleep state after the On Duration expires. Therefore, when DRX is configured, PDCCH monitoring / reception is performed discontinuously in the time domain when performing the procedures and / or methods described / proposed above. For example, when DRX is configured, in the present invention, PDCCH reception opportunities (e.g., slots having a PDCCH search space) are configured discontinuously according to the DRX configuration. On the other hand, if DRX is not configured, when the above-described / proposed procedures and / or methods are performed, PDCCH monitoring / reception is performed continuously in the time domain. For example, if DRX is not configured, in the present invention, PDCCH reception opportunities (e.g., slots having PDCCH search spaces) are configured continuously. On the other hand, PDCCH monitoring may be restricted in the time interval configured as the measurement gap, regardless of whether DRX is configured.

[0178] Table 5 shows the process of the UE related to DRX (RRC_CONNECTED state). Referring to Table 5, DRX configuration information is received via higher layer (e.g., RRC) signaling, and DRX ON / OFF is controlled by a DRX command of the MAC layer. When DRX is configured, the UE can perform PDCCH monitoring discontinuously when performing the procedures and / or methods described / proposed in the present invention.

[0179] [Table 5]

[0180] Here, MAC-CellGroupConfig includes configuration information required to set MAC (Medium Access Control) parameters for a cell group. MAC-CellGroupConfig may also include configuration information related to DRX. For example, MAC-CellGroupConfig includes the following information in the definition of DRX: - Value of drx-OnDurationTimer: defines the length of the start interval of the DRX cycle

[0181] - Value of drx-InactivityTimer: defines the length of the time interval in which the UE is in an awake state after a PDCCH opportunity in which a PDCCH indicating initial UL or DL ​​data is detected.

[0182] - Value of drx-HARQ-RTT-TimerDL: Defines the maximum time interval between the reception of a DL initial transmission and the reception of a DL retransmission.

[0183] - Value of drx-HARQ-RTT-TimerDL: Defines the maximum time interval between the reception of a grant for an UL initial transmission and the reception of a grant for an UL retransmission.

[0184] - drx-LongCycleStartOffset: defines the length and start of a DRX cycle

[0185] - drx-ShortCycle(optional): defines the time length of a short DRX cycle

[0186] Here, if any one of the drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL, and drx-HARQ-RTT-TimerDL is operating, the terminal performs PDCCH monitoring at every PDCCH opportunity while maintaining an active state.

[0187] (2) RRC_IDLE DRX

[0188] In the RRC_IDLE state and the RRC_INACTIVE state, DRX is used to discontinuously receive paging signals. For convenience, DRX performed in the RRC_IDLE (or RRC_INACTIVE) state is referred to as RRC_IDLE DRX.

[0189] Thus, when DRX is configured, PDCCH monitoring / reception can be performed discontinuously in the time domain when performing the procedures and / or methods described / proposed above.

[0190] FIG. 9 illustrates a DRX cycle for paging.

[0191] Referring to Figure 9, DRX is configured for discontinuous reception of paging signals. A terminal can receive DRX configuration information from a base station via higher layer (e.g., RRC) signaling. The DRX configuration information includes configuration information for a DRX cycle, a DRX offset, and a DRX timer. The terminal alternates between an On duration and a Sleep duration according to the DRX cycle. The terminal operates in a wakeup mode during the On duration and in a sleep mode during the Sleep duration.

[0192] In the wake-up mode, the UE can monitor a PO to receive a paging message. A PO refers to a time resource / duration (e.g., subframe, slot) in which the UE expects to receive a paging message. PO monitoring includes monitoring a PDCCH (or MPDCCH, NPDCCH) scrambled with a P-RNTI (hereinafter referred to as a paging PDCCH) in the PO. A paging message is included in the paging PDCCH or a PDSCH scheduled by the paging PDCCH. One or more POs are included in a paging frame (PF), which is periodically configured based on the UE_ID. Here, the PF corresponds to one radio frame, and the UE_ID is determined based on the IMSI (International Mobile Subscriber Identity) of the UE. If DRX is configured, the UE monitors only one PO per DRX cycle. When the terminal receives a paging message instructing a change of its ID and / or system information in the PO, the terminal may perform a RACH procedure to initialize (or re-establish) a connection with the base station or may receive (or acquire) new system information from the base station. Therefore, when performing the procedures and / or methods described / proposed above, PO monitoring is performed discontinuously in the time domain to perform a RACH to connect with the base station or to receive (or acquire) new system information from the base station.

[0193] FIG. 10 illustrates an extended DRX (eDRX) cycle.

[0194] According to the DRX cycle configuration, the maximum cycle duration may be limited to 2.56 seconds. However, for terminals that transmit and receive data intermittently, such as MTC terminals and NB-IoT terminals, unnecessary power consumption may occur during the DRX cycle. To further reduce the power consumption of terminals, a method for significantly extending the DRX cycle based on power saving mode (PSM) and paging time window or paging transmission window (PTW) has been introduced. The extended DRX cycle is simply referred to as the eDRX cycle. Specifically, paging hyper-frames (PH) are periodically configured based on the UE_ID, and a PTW is defined within the PH. The terminal performs the DRX cycle during the PTW duration, switches to wake-up mode in its own PO, and can monitor paging signals. The PTW duration may include one or more DRX cycles (e.g., wake-up mode and sleep mode) shown in FIG. 9. The number of DRX cycles within the PTW duration may be configured by the base station via an upper layer (e.g., RRC) signal.

[0195] WUS(Wake-up signal) / PEI(Paging Early Indication)

[0196] LTE Rel-15 NB-IoT and MTC introduced the wake-up signal (WUS) for UE power saving. The WUS is a signal that indicates in advance whether an actual paging transmission exists in the search space for paging purposes at a specific location. When a base station intends to transmit a paging message to a paging occasion (PO) at a specific location, it transmits the WUS to the WUS transmission location associated with the PO. The UE monitors the WUS transmission location associated with the PO at a specific location. If it detects a WUS at the WUS transmission location, it can expect a paging message to be transmitted at the corresponding PO. If it does not detect a WUS at the WUS transmission location, it can perform operations such as not expecting a paging message at the corresponding PO, thereby achieving power saving benefits. LTE Rel-16 NB-IoT and MTC introduced the UE-group WUS to improve the power saving benefits of the Rel-15 WUS. The UE-group WUS has the advantage of reducing unnecessary UE wake-ups by using the WUS transmission location and sequence determined based on the UE's UE-group ID.

[0197] FIG. 11 is a diagram illustrating a WUS in an LTE system. Referring to FIG. 11, in MTC and NB-IoT, a WUS is used to reduce power consumption associated with paging monitoring. The WUS is a physical layer signal that indicates whether a terminal monitors a paging signal (e.g., an MPDCCH / NPDCCH scrambled with a P-RNTI) according to a cell configuration. In a terminal not configured with eDRX (i.e., configured with only DRX), the WUS is associated with one PO (N=1). Conversely, in a terminal configured with eDRX, the WUS is associated with one or more POs (N≧1). If a WUS is detected, the terminal monitors the next N POs associated with the WUS. Conversely, if a WUS is not detected, the terminal maintains sleep mode by omitting PO monitoring until monitoring the next WUS. The terminal receives configuration information for the WUS from the base station and monitors the WUS based on the WUS configuration information. The configuration information for the WUS includes, for example, the maximum WUS duration, the number of consecutive POs associated with the WUS, gap information, etc. The maximum WUS duration indicates the maximum time duration for WUS transmission and is expressed as a ratio to the maximum number of repetitions (e.g., Rmax) associated with the PDCCH (e.g., MPDCCH, NPDCCH). Although a terminal can 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 is smaller for terminals in good coverage. The resources / opportunities for transmitting WUS within the maximum WUS duration are referred to as WUS resources. A WUS resource is defined by multiple consecutive OFDM symbols and multiple consecutive subcarriers. A WUS resource is defined by multiple consecutive OFDM symbols and multiple consecutive subcarriers within a subframe or slot. For example, a WUS resource is defined by 14 consecutive OFDM symbols and 12 consecutive subcarriers. A device that detects a WUS will not monitor the WUS until the first PO associated with the WUS.If no WUS is detected within the maximum WUS interval, the terminal does not monitor the paging signal in the PO associated with the WUS (or remains in sleep mode).

[0198] In a communication system such as NR, a PEI (e.g., a sequence- or DCI-based Paging Early Indication) indicates whether a UE should monitor or provide paging DCI in a PO. If the UE successfully detects the PEI, it monitors the paging DCI (and / or the PDSCH carrying the corresponding paging message). If the PEI is not detected, the UE skips monitoring the paging DCI in the PO.

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

[0200] In this specification, Main Radio will be abbreviated as MR and Low-Power Wake-Up Receiver (LP-WUR) as LR, following the terminology used in standardization discussions related to Low-Power Wake-Up Signal (LP-WUS).

[0201] MR refers to a general receiver for signal reception in an NR terminal, and can be used to receive NR OFDM signals, etc. In other words, the receiver of a terminal in the current NR standard can be understood as Main Radio.

[0202] LP-WUR refers to a receiver that can be newly added to a terminal to receive low-power signals, and newly designed low-power signals such as LP-WUS and LP-SS can be received through the LP-WUR. LP-WUR has the characteristics of low cost and low power consumption compared to MR.

[0203] A low-power signal such as LP-WUS or LP-SS can be configured and transmitted differently in time / frequency from an MR signal having an OFDM symbol structure. For example, an LP-WUS is modulated using On-Off Keying (OOK) and transmitted aligned with boundaries of time resources (e.g., slots or symbols on the time axis) but not aligned with boundaries of frequency resources (e.g., REs, subcarriers, etc. on the frequency axis). For example, an LP-WUS is configured to represent the presence / absence (1 / 0) of a signal in a specific time interval, and a terminal can receive the LP-WUS signal by only detecting the energy (or envelope) of the LP-WUS in the specific time interval. The OOK symbols of such an LP-WUS may be overlaid with i) a sequence for spectral flattening, ii) an OFDM sequence for expanding transmission coverage, and / or iii) an OFDM sequence for transmitting additional information.

[0204] On the other hand, in RRC connected mode, PDCCH monitoring accounts for a large portion of UE power consumption. Therefore, in the previous Rel-15 / 16 / 17, operations were introduced to reduce PDCCH monitoring time and ensure sleep time in order to reduce UE power consumption. Specifically, Rel-15 / 16 / 17 introduced DRX operation, DRX WUS, and PDCCH monitoring adaptive operation within DRX Active Time. A UE in RRC connected mode with DRX configured periodically wakes up to perform PDCCH monitoring. At this time, one DRX Active Time period may be skipped due to a DRX wake-up indication. It is also possible to configure how related CSI reporting and / or SRS transmission should be performed when the DRX Active Time is skipped. In addition, an instruction may be issued to stop or adjust the frequency of PDCCH monitoring for a certain period within the DRX Active Time.

[0205] In this way, since the terminal performs PDCCH monitoring through the MR, the longer the sleep time of the MR when PDCCH monitoring is not performed, the more effective the power reduction of the terminal can be. In other words, the PDCCH monitoring (or CSI reporting and / or SRS transmission) operation of the terminal can be performed by the MR, which can be called the active state of the MR. The active state of the MR in the terminal refers to a state that is not in the sleep state. In general, reducing the time of the active state of the MR can be an important factor in reducing the power consumption of the terminal.

[0206] On the other hand, since the LR of the terminal can operate with relatively low power, the reception burden of the LP-WUS is small. In other words, by utilizing the LR, the terminal can receive the LP-WUS with very low or almost zero power consumption. If the terminal can receive the LP-WUS even in the RRC connected mode, it is possible to consider waking up the MR based on the LP-WUS or, conversely, temporarily transitioning the MR to a sleep (e.g., micro-sleep) state in order to reduce the power consumption of the MR in the RRC connected mode. As an example, a method can be considered in which the LP-WUS / LP-WUR is utilized to reduce the frequency of PDCCH monitoring on the MR of the terminal. To this end, the LP-WUS is configured to instruct the MR to adjust PDCCH monitoring (or CSI reporting and / or SRS transmission). In this case, a power reduction effect can be expected by extending the time during which the terminal does not perform PDCCH monitoring (or CSI reporting and / or SRS transmission).

[0207] Based on the above discussion, the following proposes the operation of a terminal in RRC connected mode receiving an LP-WUS and subsequent operations performed based on the LP-WUS reception in order to reduce terminal power consumption. In other words, the following proposes the reception of an LP-WUS and the associated terminal operations, settings, and instructions in order to reduce the active state time of the MR. Furthermore, the following proposes a method of reducing power consumption itself by reducing the number of times and time the terminal transitions the MR to the active state and performs PDCCH monitoring (or CSI reporting and / or SRS transmission), or by maintaining the MR in a power-off (or sleep) state for a long period of time to suppress unnecessary power consumption. The terminal can receive the LP-WUS via the LP-WUR and adjust the number of times it monitors the PDCCH on the MR, or adjust the CSI reporting and / or SRS transmission on the MR, based on the LP-WUS.

[0208] Tables 6 and 7 below are excerpts from TR38.840 to help understand the relative power consumption and transition times for the MR sleep states of a terminal described in the proposed method. Specifically, Table 6 shows an example of a terminal power consumption model in NR frequency region 1 (FR1). Table 7 shows an example of short-term power consumption during a state transition.

[0209] [Table 6]

[0210] [Table 7]

[0211] However, since Tables 6 and 7 are examples defined / investigated during the standardization discussion process regarding power saving, the actual sleep state operation of a terminal may not necessarily match these. Also, even when abbreviated as "terminal sleep state," it may refer to something related to the sleep of the MR of the terminal. The following description focuses on DRX in NR for ease of understanding, but the proposed method is not limited to NR systems or DRX. The proposed method can also be applied to all signals received by a terminal with a certain periodicity. DRX here is not limited to NR DRX, and may also refer to the newly proposed DRX in this specification. In the following description, a state in which the MR is not receiving a signal may refer to either the MR power off state or the MR sleep state, or may include both, depending on the context.

[0212] In the following description, the distinction between each method or option is made for the purpose of clarifying the description, and should not be interpreted as meaning that each method or option must be implemented as an independent invention. For example, the methods / options described below can be implemented individually, but they can also be implemented in a form in which at least some of them are combined to the extent that they are not contradictory to each other.

[0213] [Proposal 1] Reception of LP-WUS and related operations in a terminal with DRX configured

[0214] In order to reduce the PDCCH monitoring time on the MR, DRX can be configured in the UE so that PDCCH monitoring can be performed at regular intervals. The DRX configuration may include WUS and may also include configuration regarding whether to perform CSI reporting and / or SRS transmission when one DRX Active Time period is skipped.

[0215] This proposal proposes an operation to instruct a terminal to monitor PDCCH related to DRX Active Time via LP-WUS.

[0216] [Proposal 1-1] LP-WUS instructs terminal to transition to sleep state during DRX Active Time

[0217] Proposal 1-1 can also be applied to, but is not limited to, the operation of a terminal transitioning an MR to a sleep state based on the reception of an LP-WUS on an LR when both the MR and the LR are active.

[0218] The terminal starts the drx-onDurationTimer for each configured DRX period. The MR can be woken up in time with the DRX period, which can be the result of a previously received wake-up indication using DCI format 2_6.

[0219] The terminal can start the drx-onDurationTimer from the micro-sleep state. As shown in Tables 6 and 7, the micro-sleep state consumes less power than the state in which the terminal monitors the PDCCH (i.e., the active state), but the transition time is 0 ms. Therefore, the terminal can receive the LP-WUS and immediately perform PDCCH monitoring without delay in accordance with the instructions of the LP-WUS. This operation of immediately performing PDCCH monitoring without delay in accordance with the instructions of the LP-WUS can also be applied when the terminal starts the drx-onDurationTimer from the light sleep state.

[0220] This may be similar to the operation of receiving an instruction such as a PDCCH monitoring adaptation instruction (e.g., PDCCH skipping) through LP-WUS. However, unlike the conventional PDCCH monitoring adaptation instruction, the MR can receive LP-WUS using the LR and transition to the active state even in the micro-sleep state where the MR does not monitor the PDCCH.

[0221] While the terminal is in the active state and performing PDCCH monitoring, it may be instructed to transition to the micro-sleep state through the reception of LP-WUS. This may be an example of an instruction to transition to the micro-sleep state through LP-WUS, which is relatively simple and consumes little power when receiving, without receiving and decoding scheduling DCI.

[0222] This transition operation may continue for a certain period (e.g., several slots or several ms) or may continue until the next LP-WUS is received. The operation that continues for a certain period may be similar to the PDCCH skipping duration in conventional PDCCH monitoring adaptation. The operation that continues until the next LP-WUS is received may be in the form of toggling between the micro-sleep state and the active state of the MR according to a transition operation instruction via the LP-WUS.

[0223] The payload of the LP-WUS may contain information to distinguish whether the instruction via the LP-WUS is an instruction to transition to the active state or an instruction to transition to the sleep state. This is an example of distinction by explicit instruction. Alternatively, the operation to be performed may differ depending on the current state of the terminal receiving the LP-WUS through sequence detection. This is an example of distinction by implicit instruction.

[0224] The UE may be configured to start the drx-onDurationTimer to monitor the PDCCH in the active state and receive an instruction to transition to the micro-sleep state via the LP-WUS. The UE state at the start of the drx-onDurationTimer may be set and instructed by a higher layer or may be predetermined.

[0225] Within the DRX Active Time of the UE, a period during which PDCCH monitoring must always be performed regardless of whether LP-WUS is received can be set (through network signaling such as RRC). This can be an operation that ensures that the UE always monitors the PDCCH during a specific period during the DRX Active Time, even in the worst case where it is difficult to receive the LP-WUS or the UE cannot actually receive it. For example, regardless of whether LP-WUS is received and detected, the UE can always operate to monitor the PDCCH during a certain period in the latter half of the drx-onDurationTimer set (through RRC, etc.).

[0226] A period for the UE to instruct a transition between the micro-sleep state and the active state within the DRX Active Time through the LP-WUS can be configured. Activation / deactivation of this transition operation can be configured by a higher layer, etc. Thus, as described above, PDCCH monitoring can be always performed in a specific period regardless of whether the LP-WUS is received, or PDCCH monitoring can be instructed / configured to be adjusted through the LP-WUS only for a specific period. A period in the DRX Active Time during which PDCCH monitoring adjustment can be instructed may be configured in advance for the UE, and LP-WUS reception opportunities for the UE in the RRC connected mode may be configured accordingly. For example, the LP-WUS reception DRX cycle of the UE can be located only in a period during which PDCCH monitoring can be adjusted through the LP-WUS.

[0227] For a terminal configured for such operation, the state in which the drx-onDurationTimer starts, whether it is in micro-sleep or active, the transition operation through LP-WUS reception and its duration, and / or the period in which PDCCH monitoring is always performed within the DRX Active Time regardless of whether LP-WUS is received or not, can be set / instructed by a higher layer or instructed through DCI, MAC CE, etc.

[0228] [Proposal 1-2] PDCCH monitoring frequency adjustment instruction and operation based on search space set configuration within DRX Active Time via LP-WUS

[0229] The terminal starts the drx-onDurationTimer for each configured DRX period. The MR can be woken up in time with the DRX period, which can be the result of a wake-up indication due to the previous reception of DCI format 2_6.

[0230] The UE can monitor a search space set with a large MO (monitoring occasion) period at the same time as starting the drx-onDurationTimer. That is, when starting the DRX Active Time, the number of PDCCH monitoring operations can be set to be small so as to relatively reduce power consumption. After performing PDCCH monitoring with low power consumption, the UE can be instructed through the LP-WUS to monitor more search space sets. The search space set instructed to monitor through the LP-WUS may be a search space set with a relatively large number of PDCCH monitoring operations and a small monitoring period. Therefore, when the UE receives the LP-WUS after performing a PDCCH monitoring operation with relatively low power consumption, it can transition to a more frequent PDCCH monitoring operation with relatively high power consumption according to the instruction of the LP-WUS, which is advantageous in that it allows smooth data reception.

[0231] The PDCCH monitoring frequency adjustment operation through the LP-WUS may be configured / instructed by a timer that can be reset by a specific duration or a specific signal (e.g., DCI of a specific format or DCI CRC-masked by a specific RNTI). Alternatively, the duration of the operation may be a specific semi-persistent value configured by a higher layer or a value linked to a DRX timer.

[0232] Within the DRX Active Time of the UE, a period in which PDCCH monitoring should always be performed in all search space sets or in search space sets with a MO period smaller than a specific value, regardless of whether LP-WUS is received, can be set. This can be an operation that ensures that PDCCH is always monitored frequently for data reception, not power saving, during a certain period during the DRX Active Time, even in the worst case where LP-WUS reception is difficult or the UE cannot actually receive it.

[0233] The terminal may start the drx-onDurationTimer and monitor a search space set with a small MO period at the same time, and may be instructed to transition to PDCCH monitoring to reduce power consumption through reception of LP-WUS.

[0234] Although the above description describes adjusting the frequency of PDCCH monitoring based on the periodicity setting parameters of the search space set, PDCCH monitoring can also be adjusted through other search space set setting parameters. For example, whether or not to monitor a search space set having other settings (e.g., the duration and offset of the search space set) can be indicated based on the reception of the LP-WUS.

[0235] Although the above description does not specifically limit the type of search space set, the setting may be applied only to a specific type of search space set. For example, this may be a UE-specific SS set or a specific type of common SS set. Such a restriction on a specific type of search space set may be set in advance or set / instructed by a higher layer.

[0236] i) Whether to start the drx-onDurationTimer while monitoring a search space set with a small MO period or a search space set with a large MO period, ii) the transition operation and its duration due to LP-WUS reception, and / or iii) the period during DRX Active Time during which all search space sets or search space sets with a small period are always monitored regardless of whether LP-WUS is received or not can be configured / instructed by a higher layer or instructed via DCI / MAC CE, etc.

[0237] On the other hand, conventional PDCCH monitoring adaptation has a limitation that it is only provided through scheduling DCI. In other words, conventional PDCCH monitoring adaptation has a constraint that it must be accompanied by scheduling. However, since LP-WUS is not a signal for scheduling and is a signal that can be received even in the MR sleep state, it has the advantage that PDCCH monitoring control can be performed more smoothly and quickly.

[0238] [Proposal 1-3] PDCCH monitoring adaptation instruction via LP-WUS

[0239] Proposal 1-1 and Proposal 1-2 can be implemented as a form of PDCCH monitoring adaptation instruction. In other words, Proposal 1-1 can be implemented as a form of instructing PDCCH skipping through LP-WUS, and Proposal 1-2 can be implemented as a form of instructing search space set group (SSSG) switching through LP-WUS.

[0240] In the case of PDCCH skipping through LP-WUS, multiple skipping durations may be set, and one of these values ​​may be indicated through LP-WUS. However, since the amount of information that can be included in LP-WUS is limited, if no direct / explicit indication information is included, the skipping duration may be indirectly indicated through LP-WUS detection. In this case, the PDCCH skipping duration may be until the next LP-WUS detection (or the entire remaining DRX Active Time), or may be a fixed value preset through an upper layer, etc.

[0241] For example, if the configurable LP-WUS DRX cycle is frequent and the relative power consumption of the LR is very low, it may be advantageous to save power to continue the indicated skipping duration until the next LP-WUS detection. In this case, the UE can toggle the PDCCH monitoring operation on / off depending on the LP-WUS detection within the DRX Active Time. As in Proposal 1-1, the UE's PDCCH monitoring operation at the start of the drx-onDurationTimer, the transition and its duration due to LP-WUS detection, and the period during which PDCCH monitoring is always performed regardless of whether LP-WUS is received within the DRX Active Time can be configured / instructed by a higher layer or instructed via DCI, MAC CE, etc.

[0242] In the case of SSSG switching via LP-WUS, multiple switching timers may be configured, and one of these values ​​may be indicated via the LP-WUS. However, due to limitations on the amount of information that can be included in the LP-WUS, if no direct / explicit indication information is included, the switching timer may be indirectly indicated through LP-WUS detection. This operation may be similar to the toggling mode caused by DCI detection, such as SSSG switching in Rel-16. The length of the SSSG switching timer may not be configured, or may be a fixed value preset through a higher layer. If the SSSG switching timer is not configured, the current operation may continue until the next LP-WUS is detected. If the DRX cycle of the configurable LP-WUS is frequent and the relative power consumption of the LR is very low, not setting an indicated switching timer may be advantageous for power savings.

[0243] i) Whether to start the drx-onDurationTimer while monitoring a search space set with a small MO period or a search space set with a large MO period, ii) the transition operation and its duration due to LP-WUS reception, and / or iii) the period during DRX Active Time during which all search space sets or search space sets with a small period are always monitored regardless of whether LP-WUS is received or not can be set / instructed by a higher layer or instructed via DCI, MAC CE, etc.

[0244] [Proposal 1-4] ACK for LP-WUS

[0245] The situation in which the LP-WUS instructs a terminal in a power saving state to transition to a data reception state may generally be when the base station has data to schedule for the terminal. Therefore, the terminal can detect DCI through subsequent PDCCH monitoring, receive the scheduled data, and transmit an ACK for the same, and the base station can indirectly confirm that the terminal has successfully received the instruction from the LP-WUS.

[0246] If the LP-WUS transmission cycle is long or the probability of LP-WUS miss detection is high, the terminal will not detect DCI and receive data due to failure to receive LP-WUS, and therefore will not send an ACK. This could result in a problem of latency until the base station determines that there was a problem with the LP-WUS transmission.

[0247] To prevent this problem from occurring, an ACK for the LP-WUS can be configured / used. The terminal can transmit an ACK for the LP-WUS at the same time as transitioning to a state for data reception through the LP-WUS. The base station transmits a PDCCH and corresponding scheduled data (PDSCH) to the terminal regardless of whether the ACK is received. However, if the base station does not successfully receive an ACK for the LP-WUS within the expected timing, it can determine that the terminal did not successfully receive the LP-WUS. In this case, the base station determines that the terminal also did not successfully receive the previously transmitted PDCCH and PDSCH, and can perform the process again by instructing the terminal to transition to a state for data reception through transmission of an LP-WUS.

[0248] Alternatively, the base station may be configured to transmit the PDCCH and the scheduling data therefor after receiving an ACK for the LP-WUS transmitted from the terminal.

[0249] Alternatively, an operation for preventing failure of LP-WUS reception may be introduced on the terminal side. If the terminal fails to receive the LP-WUS normally during the LP-WUS DRX cycle, it can transition to a state for data reception. For example, in Proposal 1-1, the terminal transitions the MR to an active state to receive the PDCCH, and in Proposal 1-2, the terminal transitions to a monitoring state of a search space set with a small MO period. Thereafter, if the terminal is unable to monitor the PDCCH for a certain period (e.g., a slot period), or after a certain period has elapsed, the terminal can be configured to transition to a power saving state (e.g., the MR is in a sleep state or a monitoring state of a search space set with a large MO period).

[0250] The explicit ACK transmission for the LP-WUS reception by the UE may be in a form similar to the ACK for general scheduled data (e.g., PDSCH). Like the general ACK transmission, the ACK for the LP-WUS may include a simple indication regarding the successful reception of the LP-WUS, or information that can indicate which UE successfully received the LP-WUS, taking into account a group-common LP-WUS, etc.

[0251] Alternatively, the terminal may indirectly notify the base station of whether the LP-WUS has been successfully received through a specific UL transmission. As an example, the terminal's SRS transmission may be considered as an indirect ACK for the LP-WUS. The SRS setting used for ACKing the LP-WUS may differ from the conventional SRS setting. A typical terminal's SRS transmission is performed within the DRX Active Time. When the terminal is instructed through the LP-WUS to transition from a power saving state to a data reception state, the terminal may not transmit SRS in the power saving state. When the terminal receives the LP-WUS and transitions to a data reception state, it may transmit SRS to indirectly notify the base station of whether the LP-WUS has been received. The operation of not transmitting SRS when the terminal is in a power saving state may also be effective in reducing the terminal's power consumption.

[0252] SRS transmission after receiving an LP-WUS can be triggered by LP-WUS detection, an indicator in the LP-WUS, or a separate setting.

[0253] [Proposal 2] LP-WUS reception outside of DRX Active Time

[0254] The behavior when a DRX-configured UE receives an LP-WUS outside of DRX Active Time can be defined. An LP-WUS received by a UE outside of DRX Active Time can act as a WUS, like DCI format 2_6.

[0255] The LP-WUS can indicate a wake-up indication in a different interval than DCI format 2_6. The DRX setting of the UE has a fixed period in Rel-15 / 16 / 17, and whether or not to wake up for each DRX cycle can be determined based on the wake-up indication of DCI format 2_6. The LP-WUS can be used when the base station wants to instruct PDCCH monitoring outside the DRX Active Time set in the UE. That is, if the UE is configured with periodic PDCCH monitoring via DRX and the base station wants to quickly transmit data to the UE, it can immediately instruct PDCCH monitoring via the LP-WUS without waiting for the next DRX cycle. This is expected to result in a greater power saving effect as the DRX period set in the UE becomes longer. For example, when DRX with a long period (e.g., eDRX) is set in the UE, the UE can reduce power consumption by maintaining a sleep state most of the time, and when transmission requiring low latency is required, it can trigger the wake-up of the MR through reception of the LP-WUS to receive the PDCCH.

[0256] The PDCCH monitoring period initiated by reception of the LP-WUS may be based on a timer (e.g., a conventional DRX timer), and the timer may be updated / reset upon detection of DCI. Alternatively, the PDCCH monitoring period may be configured to be shorter than the conventional DRX timer. Alternatively, the PDCCH monitoring period may be configured in the form of a window of a certain length preset / instructed by a higher layer, etc., in which the terminal performs PDCCH monitoring only during the period and receives the associated data, and reception after the window ends may be performed in the next DRX cycle.

[0257] For example, the LP-WUS can replace the WUS in conventional DRX. As with the conventional WUS, the LP-WUS DRX cycle can be set to a time interval located before the corresponding DRX cycle, taking into consideration the preparation time required for the MR of the UE to perform PDCCH monitoring.

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

[0259] The DRX of the terminal does not operate according to a set cycle, but can be dynamically triggered by receiving the LP-WUS. The LR of the terminal can operate continuously, independently of the MR, thereby allowing the LP-WUS to be constantly received (although this may vary depending on the configured LP-WUS DRX cycle). Since the sleep time of the MR has a significant impact on reducing terminal power consumption, the MR of a terminal in RRC connected mode can be kept in a sleep state as long as possible, and the wake-up of the MR can be triggered via the LP-WUS only when there is data to transmit. Therefore, the MR can be constantly set to a sleep state (e.g., a state in which PDCCH monitoring and / or data transmission / reception is not performed) and can operate in a manner in which it transitions to an active state (for a predetermined period) only when it receives a wake-up indication via the LP-WUS.

[0260] Maintaining the MR in a sleep state can be implemented in several ways. For example, in the conventional DRX setting, it can be configured with drx-onDurationTimer = 0. Alternatively, DRX can be not configured in the UE, and the UE state can be set to sleep in normal times. In this case, the UE sleep state can be set to one of the states in Table 7 depending on the delay requirements, UE power consumption requirements, etc.

[0261] The terminal keeps the MR in sleep state and receives the LP-WUS through the LR. The MR sleep state can be set according to the delay and standby power consumption (which are in a trade-off relationship). The terminal receives the LP-WUS and triggers the MR to wake up based on it. The MR sleep state determines the time it takes for the terminal to wake up and transition to a state where it can monitor the PDCCH. For example, if the terminal is in micro-sleep state, it can be said that the time it takes for the MR to monitor the PDCCH after receiving the LP-WUS is almost 0 ms. After transmitting the LP-WUS, the base station can transmit the PDCCH taking into account the MR state transition time.

[0262] When the MR of the UE wakes up, it can perform normal DRX operation as in Proposal 2, or monitor the PDCCH over a certain length window. After that, it can continue to receive LP-WUS at the LR while monitoring the PDCCH, in which case it can operate as in Proposal 1. That is, it can receive instructions such as the UE's micro-sleep state transition during DRX Active Time, PDCCH monitoring frequency adjustment based on the search space set configuration, and PDCCH monitoring adaptation via LP-WUS.

[0263] As mentioned above, in Proposal 3, the terminal can maintain the MR sleep state for a longer period, improving the power consumption reduction effect. The terminal does not wake up at each DRX cycle, and the base station dynamically instructs it through LP-WUS, ensuring a more flexible terminal sleep time.

[0264] Because the LP-WUS replaces the Rel-16 WUS, the LP-WUS can also support SCell dormancy indication, which is another function of the conventional Rel-16 WUS. That is, information for SCell dormancy indication can be included in the LP-WUS that can be received by an RRC connected mode UE. Alternatively, the scheduling DCI transmitted after starting PDCCH monitoring can provide SCell dormancy indication.

[0265] The differences between the WUS-based DRX operation in Proposal 3 and the Rel-16 standard are examined in more detail.

[0266] First, with reference to FIG. 12, the DRX operation of a WUS-based terminal defined in the Rel-16 standard will be described.

[0267] The UE receives configuration information such as the DRX period and the timer (drx-onDurationTimer) for starting Active Time through network signaling. The MO of the WUS (e.g., DCI format 2_6 CRC-scrambled with ps-RNTI) is also configured in the UE for each DRX period. The monitoring window in which DCI 2_6 can be monitored and the associated search space set are configured in the UE through the upper layer parameter ps_Offset.

[0268] The terminal receives DCI format 2_6 before the time when the DRX Active Time can be expected, and can determine whether or not to wake up at the DRX Active Time based on the instructions in the DCI format 2_6.

[0269] 12, for the DRX Active Time in the first and third cycles, the associated DCI format 2_6 indicates wake-up and the DRX cycle is started, whereas for the DRX Active Time in the second and fourth cycles, the associated DCI format 2_6 indicates no wake-up and the DRX cycle is not started. In other words, the terminal can determine the start of the DRX Active Time that is repeated at regular intervals based on the previously received DCI format 2_6.

[0270] 13 is a diagram illustrating the dynamic triggering operation of DRX by receiving an LP-WUS according to Proposal 3. In Proposal 3, the DRX Active Time point expected by the UE may not be set. In this case, the DRX Active Time that the UE starts can be determined only through the reception of an LP-WUS.

[0271] For example, the UE may be configured to receive the LP-WUS continuously or periodically, and since the LP-WUS has the characteristic of being receivable with low power, it may be configured to receive the WUS DRX cycle more frequently than the Rel-16 standard.

[0272] The UE may typically minimize power consumption by maintaining the MR in a sleep state and start the DRX Active Time only based on receiving the LP-WUS through the LR. When the UE receives the LP-WUS through the LR, it may start the DRX Active Time preset through upper layer parameters, etc.

[0273] In summary, in the Rel-16 standard scheme shown in Figure 12, the point at which the UE can expect the DRX Active Time to start is configured (semi-statically) by network / RRC signaling, whereas in the example of Proposal 3 shown in Figure 13, the point at which the UE can expect the DRX Active Time to start is not configured (semi-statically). Therefore, in Figure 13, the UE can start the DRX Active Time only through receiving the LP-WUS, and therefore reception of the LP-WUS can be understood as dynamic triggering of DRX (or PDCCH monitoring). By receiving the LP-WUS, the UE starts the pre-configured N DRX Active Time (N is an integer greater than or equal to 1), and after the N DRX Active Time, the UE can reduce power consumption by again maintaining the MR in sleep state and monitoring only the LP-WUS.

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

[0275] The CSI reporting and / or SRS transmission of a UE configured for DRX can be configured to be performed only within the DRX Active Time. That is, it can be interpreted that the CSI reporting and / or SRS transmission is performed only in the period in which the UE monitors the PDCCH. Accordingly, it can be considered that an instruction regarding whether to perform the CSI reporting and / or SRS transmission is given, similar to an instruction regarding whether to perform the PDCCH monitoring through LP-WUS reception.

[0276] The UE can receive instructions regarding CSI reporting and / or SRS transmission through the reception of the LP-WUS. Because the UE's CSI reporting / SRS transmission is not an operation of the UE in Idle / Inactive mode, the information in the LP-WUS (LP-WUS related to CSI reporting / SRS transmission) that can be received by the UE in Connected mode may differ from the information in the LP-WUS that can be received by the UE in Idle / Inactive mode. The UE in Connected mode can receive instructions regarding the execution / cancellation of CSI reporting / SRS transmission through the LP-WUS.

[0277] Alternatively, even if the LP-WUS does not include information related to the instruction, the UE may perform or cancel CSI reporting / SRS transmission without a separate instruction based on the detection of the LP-WUS. In this case, the UE's CSI reporting / SRS transmission may follow the sleep state of the MR. For example, if the UE receives an LP-WUS and transitions the MR to the sleep state, the UE may cancel CSI reporting and / or SRS transmission (even without a separate instruction). Some or all CSI reporting and / or SRS transmission may be canceled through subsequent LP-WUS reception, or may be performed for a certain period of time regardless of the MR's micro-sleep state.

[0278] A terminal monitoring the LP-WUS may not perform some CSI reporting / SRS transmissions. For example, some CSI reporting / SRS transmissions essential for maintaining channel quality may always be performed, and other CSI reporting / SRS transmissions may be additionally performed through instructions based on LP-WUS reception.

[0279] In Proposal 1, CSI reporting / SRS transmission can be indirectly indicated through LP-WUS reception regarding whether the MR should monitor the PDCCH or not.

[0280] In Proposal 2, if a DRX cycle is started at a position rather than a period due to reception of an LP-WUS, the terminal can perform CSI reporting and / or SRS transmission according to the related settings. That is, if CSI reporting and / or SRS transmission within the DRX Active Time is configured, the terminal can comply with this, and CSI reporting and / or SRS transmission can also be triggered by instructions from the LP-WUS.

[0281] In Proposal 3, CSI reporting and / or SRS transmission can be performed when DRX Active Time starts, but the period can be very long, which may cause problems with channel quality. Therefore, it is possible to: i) trigger DRX via LP-WUS at regular intervals, and perform CSI reporting and / or SRS transmission together with PDCCH monitoring; ii) perform CSI reporting and / or SRS transmission at regular intervals independently of PDCCH monitoring; or iii) perform CSI reporting and / or SRS transmission through a separate LP-WUS instruction.

[0282] Fig. 14 shows an example of the operation of the base station and the terminal based on Proposal 1. Specifically, Fig. 14 shows the transition between the state for data reception and the state for power saving when the terminal starts the DRX Active Time and receives the LP-WUS.

[0283] The terminal starts DRX Active Time according to the configuration (FG101). The terminal can start DRX at a predetermined period or receive a DRX start instruction via the WUS. The terminal can start DRX in a power-saving state (such as micro-sleep or monitoring a search space set with a large MO period). Alternatively, it can monitor the PDCCH as in current standard operation.

[0284] The terminal receives the LP-WUS via the LR (FG102). The LP-WUS may contain instructions applicable to a terminal in connected mode, or may indirectly instruct the terminal to operate simply by detecting it without any special instructions.

[0285] The terminal may then transition to a state for data reception (FG103). This may be a non-sleep state, i.e., a state for monitoring the PDCCH, or a search space set with a small MO period, as an operation related to the terminal's MR.

[0286] The terminal receives the LP-WUS via the LR (FG104). As with the previously received LP-WUS, the LP-WUS may contain instructions applicable to a terminal in connected mode, or it may indirectly instruct an operation simply by detecting it without any special instructions. Alternatively, reception of the LP-WUS may be omitted, and the terminal may perform the next operation after a certain period of time has elapsed.

[0287] The terminal can then transition to a state for power reduction (FG105). This is an operation related to the MR of the terminal. The MR can transition to a sleep state in which it does not monitor the PDCCH, or can monitor a search space set with a large MO period. The terminal monitors the PDCCH for a certain period before the end of the DRX Active Time, regardless of whether LP-WUS is received or not. This operation may be instructed / configured for the terminal, or may not be performed by the terminal if not configured.

[0288] In the case of proposals 1-3, instructions through LP-WUS can relate to FG103 and FG105.

[0289] In the case of proposals 1-4, direct or indirect ACK transmission to the LP-WUS can be performed between the LP-WUS (FG102, FG104) received by the terminal and the operation based on the instruction (FG103, FG105).

[0290] The terminal performs RRM measurement using the LR according to requirements (FG101). The signal on which the terminal performs RRM measurement using the LR may be the LP-RS.

[0291] The terminal can determine whether or not to trigger a wake-up of the MR based on the result of the RRM measurement (FG102). The RRM measurement result using the LR (Srxlev_LP) can be compared with a threshold (S_th) that determines whether or not to trigger the MR.

[0292] If the RRM measurement result utilizing the LR is equal to or greater than a threshold, the terminal does not wake up the MR (FG103), which may mean that the terminal does not need to perform RRM measurement utilizing the MR in the corresponding DRX cycle.

[0293] If the RRM measurement result using the LR is equal to or less than the threshold, the UE wakes up the MR (FG104). In this case, the RRM measurement using the MR can be a quality measurement for the serving cell or a measurement for a neighboring cell.

[0294] As described above, by utilizing LP-WUS, the UE can reduce the number of PDCCH monitoring times using conventional MR, thereby significantly reducing power consumption. In addition, the UE can adjust CSI reporting and / or SRS transmission according to instructions via LP-WUS, thereby reducing power consumption.

[0295] FIG. 15 illustrates a flow chart of a method for a terminal to receive a signal in a wireless communication system according to one embodiment.

[0296] Referring to FIG. 15, the terminal may receive a DRX (discontinuous reception) setting in a first mode in which both a first type signal and a second type signal are supported (A05).

[0297] In the second mode in which only the second type of signal is supported, the terminal can detect a wake-up signal (WUS) provided as the second type of signal (A10).

[0298] Based on the detection of the WUS, the terminal may transition from the second mode to the first mode to monitor a physical downlink control channel (PDCCH) provided as the first type signal (A15).

[0299] In the first mode, the terminal may monitor the PDCCH based on the DRX configuration (A20).

[0300] The time resource associated with the DRX configuration may be determined based on the detection time of the WUS in the second mode.

[0301] A start time of at least one DRX active time associated with the DRX configuration may be determined based on a detection time of the WUS in the second mode.

[0302] The terminal may monitor the PDCCH during N DRX active periods that are started based on the detection time of the WUS.

[0303] The terminal may return to the second mode after monitoring the PDCCH during the N DRX active periods.

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

[0305] Whether to perform at least one of CSI (channel state information) reporting and SRS (sounding reference signal) transmission during at least one DRX active time associated with the DRX setting can be determined based on the WUS.

[0306] An acknowledgement (ACK) to the WUS can be transmitted in the first mode.

[0307] The first type of signal may be an orthogonal frequency division multiplex (OFDM) based signal, and the second type of signal may be a non-OFDM based signal.

[0308] The first type of signal is a signal received at the MR, the second type of signal is a signal received at the LR, and the WUS can be a LP-WUS.

[0309] The transceiver of the base station / terminal (e.g., 106, 206 in FIG. 18) may include an MR (main radio) transceiver that transmits and receives the first type of signal and an LP-WUR (low power-wake up radio) transceiver that receives the second type of signal.

[0310] FIG. 16 illustrates a flow chart of a method for a base station to transmit a signal in a wireless communication system according to one embodiment.

[0311] Referring to FIG. 16, the base station transmits a DRX (discontinuous reception) setting to a terminal operating in a first mode in which both a first type signal and a second type signal are supported (B05).

[0312] The base station may transmit a wake-up signal (WUS) provided as the second type of signal based on the fact that the terminal is operating in the second mode in which only the second type of signal is supported (B10).

[0313] The base station can transmit a PDCCH (physical downlink control channel) provided as a first type signal to the terminal that transitioned from the second mode to the first mode based on the transmission of the WUS based on the DRX configuration (B15).

[0314] The time resource associated with the DRX configuration may be determined based on the transmission time of the WUS in the second mode.

[0315] A start time of at least one DRX active time associated with the DRX configuration may be determined based on a transmission time of the WUS in the second mode.

[0316] The base station can transmit the PDCCH in N DRX active periods that start based on the transmission time of the WUS.

[0317] After the base station transmits the PDCCH during the N DRX active periods, the terminal may return to the second mode.

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

[0319] Whether to receive at least one of a channel state information (CSI) report and a sounding reference signal (SRS) during at least one DRX active time associated with the DRX setting can be determined based on the WUS.

[0320] An acknowledgement (ACK) for the WUS can be received in the first mode.

[0321] The first type of signal may be an orthogonal frequency division multiplex (OFDM) based signal, and the second type of signal may be a non-OFDM based signal.

[0322] The first type of signal is a signal transmitted in MR, the second type of signal is a signal transmitted in LR, and the WUS can be a LP-WUS.

[0323] The transceiver of the base station / terminal (e.g., 106, 206 in FIG. 18) may include an MR (main radio) transceiver that transmits and receives the first type of signal and an LP-WUR (low power-wake up radio) transceiver that receives the second type of signal.

[0324] FIG. 17 illustrates a communication system 1 to which the present invention is applied.

[0325] Referring to FIG. 17 , a communication system 1 applicable to the present invention includes wireless devices, base stations, and a network. Here, the wireless devices refer to devices that communicate using wireless connection technologies (e.g., 5G NR, LTE), and are also referred to as communication / wireless / 5G devices. The wireless devices include, but are not limited to, a robot 100a, vehicles 100b-1 and 100b-2, an XR (eXtended Reality) device 100c, a handheld device 100d, a home appliance 100e, an IoT (Internet of Things) device 100f, and an AI server / device 400. For example, the vehicles include vehicles equipped with wireless communication capabilities, autonomous vehicles, vehicles capable of vehicle-to-vehicle communication, and the like. Here, the vehicles include unmanned aerial vehicles (UAVs) (e.g., drones). XR devices include Augmented Reality (AR), Virtual Reality (VR), and Mixed Reality (MR) devices, and are embodied in the form of Head-Mounted Devices (HMDs), Head-Up Displays (HUDs) mounted on vehicles, TVs, smartphones, computers, wearable devices, home appliances, digital billboards, vehicles, robots, etc. Mobile devices include smartphones, smart pads, wearable devices (e.g., smart watches, smart glasses), computers (e.g., laptops, etc.), etc. Home appliances include TVs, refrigerators, washing machines, etc. IoT devices include sensors, smart meters, etc. For example, base stations and networks may also be embodied as wireless devices, and a specific wireless device 200a may operate as a base station / network node for other wireless devices.

[0326] The wireless devices 100a to 100f are connected to a network 300 via a base station 200. The wireless devices 100a to 100f are equipped with AI (Artificial Intelligence) technology, and are connected to an AI server 400 via the network 300. The network 300 is configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. The wireless devices 100a to 100f can communicate with each other via the base station 200 / network 300, but can also communicate directly without going through the base station / network (e.g., sidelink communication). For example, vehicles 100b-1 and 100b-2 can communicate directly (e.g., V2V (Vehicle to Vehicle) / V2X (Vehicle to Everything) communication). IoT devices (e.g., sensors) can also communicate directly with other IoT devices (e.g., sensors) or other wireless devices 100a to 100f.

[0327] Wireless communication / connections 150a, 150b, and 150c are performed between the wireless devices 100a to 100f and the base stations 200, and between the base stations 200. Here, the wireless communication / connections are performed using various wireless connection technologies such as uplink / downlink communication 150a and sidelink communication 150b (or D2D communication), and communication between base stations 150c (e.g., relay, Integrated Access Backhaul (IAB)) (e.g., 5G NR). Through the wireless communication / connections 150a, 150b, and 150c, the wireless devices and the base stations, and the base stations, can transmit / receive wireless signals to / from each other. For example, the wireless communication / connections 150a, 150b, and 150c can transmit / receive signals via various physical channels. To this end, according to various proposals of the present invention, any one of various configuration information setting processes for transmitting / receiving wireless signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, resource mapping / demapping, etc.), and resource allocation processes is performed.

[0328] FIG. 18 illustrates a wireless device to which the present invention can be applied.

[0329] 18, a first wireless device 100 and a second wireless device 200 transmit and receive wireless signals using various wireless access technologies (e.g., LTE, NR), where {first wireless device 100, second wireless device 200} corresponds to {wireless device 100x, base station 200} and / or {wireless device 100x, wireless device 100x} in FIG.

[0330] The first wireless device 100 includes one or more processors 102 and one or more memories 104, and further includes one or more transceivers 106 and / or one or more antennas 108. The processor 102 is configured to control the memory 104 and / or the transceiver 106 to implement the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein. For example, the processor 102 processes information in the memory 104 to generate first information / signals and then transmits a wireless signal including the first information / signals via the transceiver 106. The processor 102 also receives a wireless signal including second information / signals via the transceiver 106 and then stores information obtained from signal processing of the second information / signals in the memory 104. The memory 104 is coupled to the processor 102 and stores various information related to the operation of the processor 102. For example, the memory 104 stores software code including instructions for performing some or all of the processes controlled by the processor 102 or for implementing the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein. Here, the processor 102 and memory 104 are part of a communication modem / circuit / chip designed to implement a wireless communication technology (e.g., LTE, NR). The transceiver 106 is coupled to the processor 102 and transmits and / or receives wireless signals via one or more antennas 108. The transceiver 106 includes a transmitter and / or a receiver. The transceiver 106 may also be referred to as an RF (radio frequency) unit. In one embodiment of the present invention, a wireless device may also refer to a communication modem / circuit / chip.

[0331] The second wireless device 200 includes one or more processors 202 and one or more memories 204, and further includes one or more transceivers 206 and / or one or more antennas 208. The processor 202 is configured to control the memory 204 and / or the transceiver 206 to implement the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein. For example, the processor 202 processes information in the memory 204 to generate third information / signal, and then transmits a wireless signal including the third information / signal via the transceiver 206. The processor 202 also receives a wireless signal including a fourth information / signal via the transceiver 206, and then stores information obtained from signal processing of the fourth information / signal in the memory 204. The memory 204 is coupled to the processor 202 and stores various information related to the operation of the processor 202. For example, the memory 204 stores software code including instructions for performing some or all of the processes controlled by the processor 202 or for implementing the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein. Here, the processor 202 and memory 204 are part of a communication modem / circuit / chip designed to implement a wireless communication technology (e.g., LTE, NR). The transceiver 206 is coupled to the processor 202 and transmits and / or receives wireless signals via one or more antennas 208. The transceiver 206 includes a transmitter and / or a receiver. The transceiver 206 may also be referred to as an RF unit. In one embodiment of the present invention, a wireless device may also refer to a communication modem / circuit / chip.

[0332] The hardware elements of the wireless device 100, 200 are described in more detail below. Without limitation, one or more protocol layers may be implemented by one or more processors 102, 202. For example, one or more processors 102, 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). The one or more processors 102, 202 may generate one or more Protocol Data Units (PDUs) and / or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein. The one or more processors 102, 202 may generate messages, control information, data, or information according to the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein. The one or more processors 102, 202 generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, suggestions, and / or methods disclosed herein and provide them to the one or more transceivers 106, 206. The one or more processors 102, 202 receive signals (e.g., baseband signals) from the one or more transceivers 106, 206 and derive the PDUs, SDUs, messages, control information, data, or information according to the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein.

[0333] The one or more processors 102, 202 may also be referred to as a controller, microcontroller, microprocessor, or microcomputer. The one or more processors 102, 202 may be implemented using hardware, firmware, software, or a combination thereof. For example, the one or more processors 102, 202 may include 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). The descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein may be implemented using firmware or software, and the firmware or software may be embodied to include modules, procedures, functions, etc. Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein may be included in the one or more processors 102, 202 or may be stored in one or more memories 104, 204 and executed by the one or more processors 102, 202. The descriptions, functions, procedures, suggestions, methods and / or flow charts disclosed in this specification may be embodied using firmware or software in the form of code, instructions and / or sets of instructions.

[0334] The one or more memories 104, 204 may be coupled to the one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, code, instructions, and / or commands. The one or more memories 104, 204 may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer-readable storage media, and / or combinations thereof. The one or more memories 104, 204 may be located internal and / or external to the one or more processors 102, 202. Additionally, the one or more memories 104, 204 may be coupled to the one or more processors 102, 202 via various techniques, such as wired or wireless connections.

[0335] One or more transceivers 106, 206 can transmit user data, control information, wireless signals / channels, etc., as referenced in the methods and / or flowcharts herein to one or more other devices. One or more transceivers 106, 206 can receive user data, control information, wireless signals / channels, etc., as referenced in the descriptions, functions, procedures, suggestions, methods and / or flowcharts herein from one or more other devices. For example, one or more transceivers 106, 206 can be coupled to one or more processors 102, 202 and can transmit and receive wireless signals. For example, one or more processors 102, 202 can control one or more transceivers 106, 206 to transmit user data, control information, or wireless signals to one or more other devices. Also, one or more processors 102, 202 can control one or more transceivers 106, 206 to receive user data, control information, or wireless signals from one or more other devices. Furthermore, one or more transceivers 106, 206 are coupled to one or more antennas 108, 208, and are configured to transmit and receive user data, control information, radio signals / channels, etc., as referred to in the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein via the one or more antennas 108, 208. In this specification, one or more antennas may refer to multiple physical antennas or multiple logical antennas (e.g., antenna ports). The one or more transceivers 106, 206 convert the received user data, control information, radio signals / channels, etc., from RF band signals to baseband signals for processing by one or more processors 102, 202. The one or more transceivers 106, 206 convert the user data, control information, radio signals / channels, etc., processed by one or more processors 102, 202, from baseband signals to RF band signals. For this purpose, the one or more transceivers 106, 206 include (analog) oscillators and / or filters.

[0336] 19 shows another example of a wireless device to which the present invention is applied. The wireless device may be implemented in various forms depending on the use case / service (see FIG. 17).

[0337] 19, wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 18 and are composed of various elements, components, units / sections, and / or modules. For example, the wireless devices 100 and 200 include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140. The communication unit includes a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 includes one or more processors 102 and 202 and / or one or more memories 104 and 204 in FIG. 18. For example, the transceiver 114 includes one or more transceivers 106 and 206 and / or one or more antennas 108 and 208 in FIG. 18. The control unit 120 is electrically coupled to the communication unit 110, the memory unit 130, and the additional element 140 and controls the overall operation of the wireless device. For example, the control unit 120 controls the electrical / mechanical operations of the wireless device based on the programs / codes / instructions / information stored in the memory unit 130. The control unit 120 also transmits the 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 stores 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.

[0338] The additional element 140 may be configured in various ways depending on the type of wireless device. For example, the additional element 140 may include any one of a power unit / battery, an input / output unit (I / O unit), a driving unit, and a computer unit. Wireless devices may be embodied in the form of, but not limited to, a robot ( FIG. 18, 100a ), a vehicle ( FIG. 18, 100b-1, 100b-2 ), an XR device ( FIG. 18, 100c ), a mobile device ( FIG. 18, 100d ), a home appliance ( FIG. 18, 100e ), an IoT device ( FIG. 18, 100f ), a digital broadcasting terminal, a hologram device, a public safety device, an MTC device, a medical device, a FinTech device (or financial device), a security device, a climate / environment device, an AI server / device ( FIG. 18, 400 ), a base station ( FIG. 18, 200 ), a network node, etc. Depending on the use case / service, the wireless device may be mobile or may be used in a fixed location.

[0339] In FIG. 19, the various elements, components, units / sections and / or modules within the wireless devices 100, 200 are all connected to each other by wired interfaces or at least some are connected wirelessly by a communication section 110. For example, in the wireless devices 100 and 200, the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (e.g., 130, 140) are connected wirelessly via the communication unit 110. Furthermore, each element, component, unit / part and / or module in the wireless devices 100 and 200 further includes one or more elements. For example, the control unit 120 is configured with a set of one or more processors. For example, the control unit 120 is configured with a set of a communication control processor, an application processor, an ECU (Electronic Control Unit), a graphics processor, a memory control processor, etc. As another example, the memory unit 130 is configured with a RAM (Random Access Memory), a DRAM (Dynamic RAM), a ROM (Read Only Memory), a flash memory, a volatile memory, a non-volatile memory and / or a combination thereof.

[0340] 20 is a diagram illustrating an example of a vehicle or an autonomous vehicle to which the present invention is applied. The vehicle or the autonomous vehicle may be embodied as a mobile robot, a car, a train, an aerial vehicle (AV), a ship, etc.

[0341] 20, a vehicle or autonomous vehicle 100 includes 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 is configured as part of the communication unit 110. Blocks 110 / 130 / 140a to 140d correspond to blocks 110 / 130 / 140 in FIG. 19, respectively.

[0342] The communication unit 110 transmits and receives signals (e.g., data, control signals, etc.) to and from external devices such as other vehicles, base stations (e.g., base stations, roadside units, etc.), and servers. The control unit 120 controls elements of the vehicle or autonomous vehicle 100 to perform various operations. The control unit 120 includes an ECU (Electronic Control Unit). The driving unit 140a causes the vehicle or autonomous vehicle 100 to move on the ground. The driving unit 140a includes an engine, a motor, a powertrain, wheels, brakes, a steering device, etc. The power supply unit 140b supplies power to the vehicle or autonomous vehicle 100 and includes wired / wireless charging circuits, a battery, etc. The sensor unit 140c can obtain vehicle status, surrounding environment information, user information, etc. The sensor unit 140c includes an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, a vehicle forward / reverse sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illuminance sensor, a pedal position sensor, etc. The autonomous driving unit 140d implements technology for maintaining a lane while driving, technology for automatically adjusting speed such as adaptive cruise control, technology for automatically driving along a predetermined route, technology for automatically setting a route and driving when a destination is set, etc.

[0343] For example, the communication unit 110 receives map data, traffic information data, etc. from an external server. The autonomous driving unit 140d generates an autonomous driving route and a driving plan based on the obtained data. The control unit 120 controls the driving unit 140a (e.g., adjusting speed / direction) so that the vehicle or autonomous vehicle 100 moves along the autonomous driving route according to the driving plan. The communication unit 110 non-periodically obtains the latest traffic information data from an external server during autonomous driving and also obtains surrounding traffic information data from surrounding vehicles. In addition, the sensor unit 140c obtains vehicle status and surrounding environment information during autonomous driving. The autonomous driving unit 140d updates the autonomous driving route and driving plan based on the newly obtained data / information. The communication unit 110 transmits information regarding the vehicle position, autonomous driving route, driving plan, etc. to an external server. The external server can predict traffic information data using AI technology based on information collected from the vehicle or autonomous vehicle and provide the predicted traffic information data to the vehicle or autonomous vehicle.

[0344] The above-described embodiments are combinations of the elements and features of the present invention in a predetermined form. Each element or feature should be considered optional unless otherwise explicitly stated. Each element or feature may be implemented without being combined with other elements or features. It is also possible to combine some elements and / or features to form an embodiment of the present invention. The order of operations described in the embodiments of the present invention may be changed. Some elements or features of any embodiment may be included in other embodiments, or may be replaced with corresponding elements or features of other embodiments. It is obvious that claims that are not explicitly cited in the claims may be combined to form an embodiment, or may be included as new claims by amendment after filing.

[0345] It is obvious to those skilled in the art that the present invention can be embodied in other specific forms without departing from the characteristics of the present invention. Therefore, the above detailed description should not be construed as limiting in all respects, but should be considered as illustrative. The scope of the present invention should be determined by reasonable interpretation of the appended claims, and all modifications within the equivalent scope of the present invention are included in the scope of the present invention.

[0346] [Industrial Applicability] The present invention can be used in a terminal, a base station or other equipment of a wireless mobile communication system.

[0347] [Claims at the time of international application] [Claim 1] 1. A method for a terminal receiving a signal in a wireless communication system, comprising: receiving a discontinuous reception (DRX) configuration in a first mode in which both a first type of signal and a second type of signal are supported; detecting a wake-up signal (WUS) provided as the second type signal in the second mode in which only the second type signal is supported; transitioning from the second mode to the first mode for monitoring a physical downlink control channel (PDCCH) provided as the first type signal based on the detection of the WUS; and In the first mode, monitoring the PDCCH based on the DRX configuration; The method, wherein the time resource associated with the DRX configuration is determined based on a detection time point of the WUS in the second mode. [Claim 2] The method of claim 1 , wherein a start time of at least one DRX active time associated with the DRX configuration is determined based on a detection time of the WUS in the second mode. [Claim 3] The method of claim 1 , wherein the terminal monitors the PDCCH for N DRX active periods that are started based on a time point at which the WUS is detected. [Claim 4] The method of claim 3 , wherein the terminal returns to the second mode after monitoring the PDCCH during the N DRX active periods. [Claim 5] The method of claim 1 , wherein the frequency at which the PDCCH is monitored is determined based on the WUS. [Claim 6] The method of 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 associated with the DRX configuration is determined based on the WUS. [Claim 7] The method of claim 1 , wherein an acknowledgement to the WUS is transmitted in the first mode. [Claim 8] The first type of signal is an OFDM (orthogonal frequency division multiplex) based signal, The method of claim 1 , wherein the second type of signal is a non-OFDM based signal. [Claim 9] A computer-readable recording medium, A computer-readable recording medium having a program recorded thereon for executing the method of claim 1. [Claim 10] A device for wireless communication, a memory for storing instruction words; and a processor that operates by executing the instruction words, The operation of the processor is receiving a discontinuous reception (DRX) configuration in a first mode in which both a first type of signal and a second type of signal are supported; detecting a wake-up signal (WUS) provided as the second type signal in the second mode in which only the second type signal is supported; transitioning from the second mode to the first mode for monitoring a physical downlink control channel (PDCCH) provided as the first type signal based on the detection of the WUS; and monitoring the PDCCH based on the DRX configuration in the first mode; The time resource associated with the DRX setting is determined based on the detection time of the WUS in the second mode. [Claim 11] a main radio (MR) receiver for receiving the first type of signal; and 11. The device of claim 10, further comprising a low power-wake up radio (LP-WUR) receiver for receiving the second type of signal. [Claim 12] 11. The device of claim 10, wherein the device is a terminal operating in a wireless communication system or a processing device controlling the terminal. [Claim 13] 1. A method for a base station to transmit a signal in a wireless communication system, comprising: transmitting a discontinuous reception (DRX) configuration to a terminal operating in a first mode in which both a first type signal and a second type signal are supported; Transmitting a wake-up signal (WUS) provided as the second type signal based on the fact that the terminal operates in the second mode in which only the second type signal is supported; and transmitting a physical downlink control channel (PDCCH) provided as the first type signal to the terminal that has transitioned from the second mode to the first mode based on the transmission of the WUS based on the DRX configuration; A method, wherein the time resource associated with the DRX configuration is determined based on a transmission time point of the WUS in the second mode. [Claim 14] 1. A base station for wireless communication, comprising: a memory for storing instruction words; and a processor that operates by executing the instruction words, The operation of the processor is transmitting a discontinuous reception (DRX) configuration to a terminal operating in a first mode in which both a first type signal and a second type signal are supported; Transmitting a wake-up signal (WUS) provided as the second type signal based on the fact that the terminal operates in the second mode in which only the second type signal is supported; and transmitting a physical downlink control channel (PDCCH) provided as the first type signal to the terminal that has transitioned from the second mode to the first mode based on the transmission of the WUS, based on the DRX configuration; A base station, wherein the time resource associated with the DRX setting is determined based on the transmission time point of the WUS in the second mode.

Claims

1. 1. A method for a terminal receiving a signal in a wireless communication system, comprising: receiving a discontinuous reception (DRX) configuration in a first mode in which both a first type of signal and a second type of signal are supported; detecting a wake-up signal (WUS) provided as the second type signal in the second mode in which only the second type signal is supported; transitioning from the second mode to the first mode for monitoring a physical downlink control channel (PDCCH) provided as the first type signal based on the detection of the WUS; and In the first mode, monitoring the PDCCH based on the DRX configuration; The method, wherein the time resource associated with the DRX configuration is determined based on a detection time of the WUS in the second mode.

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

3. The method of claim 1 , wherein the terminal monitors the PDCCH for N DRX active periods that are started based on a time point at which the WUS is detected.

4. The method of claim 3 , wherein the terminal returns to the second mode after monitoring the PDCCH during the N DRX active periods.

5. The method of claim 1 , wherein the frequency at which the PDCCH monitoring occurs is determined based on the WUS.

6. 2. The method of 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 associated with the DRX configuration is determined based on the WUS.

7. The method of claim 1 , wherein an acknowledgment (ACK) for the WUS is transmitted in the first mode.

8. The first type of signal is an orthogonal frequency division multiplex (OFDM) based signal, The method of claim 1, wherein the second type of signal is a non-OFDM based signal.

9. A computer-readable recording medium, A computer-readable recording medium on which a program for executing the method of claim 1 is recorded.

10. 1. An apparatus for wireless communication, comprising: a memory for storing instruction words; and a processor that operates by executing the instruction words, The operation of the processor is receiving a discontinuous reception (DRX) configuration in a first mode in which both a first type of signal and a second type of signal are supported; detecting a wake-up signal (WUS) provided as the second type signal in the second mode in which only the second type signal is supported; transitioning from the second mode to the first mode for monitoring a physical downlink control channel (PDCCH) provided as the first type signal based on the detection of the WUS; and monitoring the PDCCH based on the DRX configuration in the first mode; The time resource associated with the DRX setting is determined based on a time point at which the WUS is detected in the second mode.

11. a main radio (MR) receiver for receiving the first type of signal; and 11. The device of claim 10, further comprising a low power-wake up radio (LP-WUR) receiver for receiving the second type of signal.

12. The device of claim 10, wherein the device is a terminal operating in a wireless communication system or a processing device controlling the terminal.

13. 1. A method for a base station to transmit a signal in a wireless communication system, comprising: transmitting a discontinuous reception (DRX) configuration to a terminal operating in a first mode in which both a first type signal and a second type signal are supported; Transmitting a wake-up signal (WUS) provided as the second type signal based on the fact that the terminal operates in the second mode in which only the second type signal is supported; and transmitting a physical downlink control channel (PDCCH) provided as the first type signal to the terminal that has transitioned from the second mode to the first mode based on the transmission of the WUS based on the DRX configuration; The method, wherein the time resource associated with the DRX setting is determined based on a transmission time point of the WUS in the second mode.

14. 1. A base station for wireless communication, comprising: a memory for storing instruction words; and a processor that operates by executing the instruction words, The operation of the processor is transmitting a discontinuous reception (DRX) configuration to a terminal operating in a first mode in which both a first type signal and a second type signal are supported; Transmitting a wake-up signal (WUS) provided as the second type signal based on the fact that the terminal operates in the second mode in which only the second type signal is supported; and transmitting a physical downlink control channel (PDCCH) provided as the first type signal to the terminal that has transitioned from the second mode to the first mode based on the transmission of the WUS based on the DRX configuration; A base station, wherein the time resource associated with the DRX setting is determined based on a transmission time point of the WUS in the second mode.

Images