Method and device for transmitting and receiving signals in wireless communication system

Abstract

Methods for dynamically changing a semi-static configuration related to PDCCH monitoring are proposed. In order to dynamically change / indicate a configuration related to PDCCH monitoring, (i) a masking pattern, (ii) a connection between SS sets, (iii) an association between an SS set and a CORESET, (iv) SSSG switching for each CSS type or skipping PDCCH monitoring, and / or (v) interworking between a USS and a CSS may be used.

Description

Method and device for transmitting and receiving signals in a wireless communication system

[0001] This specification relates to methods and devices used in wireless communication systems.

[0002] Wireless communication systems are being widely deployed to provide various types of communication services, such as voice and data. Generally, a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.). Examples of multiple access systems include CDMA (Code Division Multiple Access), FDMA (Frequency Division Multiple Access), TDMA (Time Division Multiple Access), OFDMA (Orthogonal Frequency Division Multiple Access), and SC-FDMA (Single Carrier Frequency Division Multiple Access).

[0003] The technical problem to be solved by the present specification is to provide a method for efficiently transmitting and receiving wireless communication signals and an apparatus for doing so.

[0004] The technical challenges are not limited to those described above, and other technical challenges can be inferred from the embodiments.

[0005] The present specification provides a method and apparatus for transmitting and receiving signals in a wireless communication system.

[0006] In one aspect of the present specification, a method is provided comprising: receiving configuration information related to a resource for monitoring a PDCCH (physical downlink control channel); receiving information about a masking pattern related to the configuration information; and monitoring the PDCCH based on the configuration information and the masking pattern, wherein the masking pattern includes information for changing a resource configured based on the configuration information.

[0007] In another aspect of the present specification, a device for performing the method comprises a terminal, a processor, and a storage medium.

[0008] In another aspect of the present specification, a method is provided comprising: transmitting configuration information related to a resource for monitoring a PDCCH (physical downlink control channel); transmitting information about a masking pattern related to the configuration information; and transmitting the PDCCH based on the configuration information and the masking pattern, wherein the masking pattern includes information for changing a resource configured based on the configuration information.

[0009] In another aspect of the present specification, a base station, a processor, and a storage medium are provided as an apparatus for performing the method.

[0010] The above devices may include at least a terminal, a network, and an autonomous vehicle capable of communicating with other autonomous vehicles other than the device.

[0011] The embodiments of this specification described above are merely some of the preferred embodiments of this specification, and various embodiments reflecting the technical features can be derived and understood by those skilled in the art based on the detailed description.

[0012] According to one embodiment of the present specification, when a signal is transmitted and received between communication devices, there is an advantage that more efficient signal transmission and reception can be performed through an operation differentiated from the prior art.

[0013] The technical effects are not limited to those described above, and other technical effects may be inferred from the examples.

[0014] Figure 1 illustrates the structure of a radio frame.

[0015] Figure 2 illustrates a resource grid of slots.

[0016] FIG. 3 illustrates a communication procedure between a terminal and a base station applicable to the present disclosure.

[0017] FIGS. 4 and 5 are drawings for explaining a signal transmission and reception method according to an embodiment of the present disclosure.

[0018] FIGS. 6 to 8 illustrate devices according to embodiments of the present disclosure.

[0019] The following technologies can be used in various wireless access systems such as CDMA, FDMA, TDMA, OFDMA, and SC-FDMA. CDMA can be implemented using wireless technologies such as UTRA (Universal Terrestrial Radio Access) or CDMA2000. TDMA can be implemented using wireless technologies such as GSM (Global System for Mobile Communications), GPRS (General Packet Radio Service), and EDGE (Enhanced Data Rates for GSM Evolution). OFDMA can be implemented using wireless technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (Evolved UTRA). UTRA is part of the UMTS (Universal Mobile Telecommunications System). 3GPP (3rd Generation Partnership Project) LTE (Long Term Evolution) is part of E-UMTS (Evolved UMTS) using E-UTRA, and LTE-A (Advanced) / LTE-A pro is an evolved version of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an evolved version of 3GPP LTE / LTE-A / LTE-A pro.

[0020] For the sake of clarity, the description is based on 3GPP communication systems (e.g., LTE, NR), but the technical scope of this specification is not limited thereto. LTE refers to technology from 3GPP TS 36.xxx Release 8 onwards. Specifically, LTE technology from 3GPP TS 36.xxx Release 10 onwards is referred to as LTE-A, and LTE technology from 3GPP TS 36.xxx Release 13 onwards is referred to as LTE-A pro. 3GPP NR refers to technology from TS 38.xxx Release 15 onwards. LTE / NR may be referred to as a 3GPP system. "xxx" indicates a specific standard document number. LTE / NR may be collectively referred to as a 3GPP system. Regarding background technology, terms, abbreviations, etc. used in the description of this specification, reference may be made to matters described in previously published standard documents. For example, the following documents may be referenced.

[0021] 3GPP NR

[0022] - 38.211: Physical channels and modulation

[0023] - 38.212: Multiplexing and channel coding

[0024] - 38.213: Physical layer procedures for control

[0025] - 38.214: Physical layer procedures for data

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

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

[0028] Figure 1 illustrates the structure of a wireless frame used in NR.

[0029] In NR, uplink (UL) and downlink (DL) transmissions consist of frames. A radio frame has a length of 10 ms and is defined as two 5 ms half-frames (HF). A half-frame is defined as five 1 ms subframes (SF). A subframe is divided into one or more slots, and the number of slots within a subframe depends on the subcarrier spacing (SCS). Each slot contains 12 or 14 OFDM(A) symbols depending on the cyclic prefix (CP). When normal CP is used, each slot contains 14 symbols. When extended CP is used, each slot contains 12 symbols. Here, the symbols may include OFDM symbols (or CP-OFDM symbols) or SC-FDMA symbols (or DFT-s-OFDM symbols).

[0030] Table 1 illustrates how the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS when a standard CP is used.

[0031] [Table 1]

[0032]

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

[0034] [Table 2]

[0035]

[0036] In an NR system, OFDM(A) numerology (e.g., SCS, CP length, etc.) can be configured differently among multiple cells merged into a single terminal (User Equipment; UE). Accordingly, the (absolute time) interval of a time resource (e.g., SF, slot, or TTI) (collectively referred to as TU (Time Unit) for convenience) composed of the same number of symbols can be configured differently among the merged cells.

[0037] NR supports multiple OFDM (Orthogonal Frequency Division Multiplexing) numerologies (e.g., subcarrier spacing, SCS) to support various 5G services. For example, if the SCS is 15 kHz, it supports a wide area in traditional cellular bands, and if the SCS is 30 kHz / 60 kHz, it can support dense-urban, lower latency, and wider carrier bandwidth.

[0038] The NR frequency band is defined by two types of frequency ranges (FR) (FR1 / FR2). FR1 / FR2 can be configured as shown in Table 3 below. Additionally, FR2 can refer to millimeter wave (mmW).

[0039] [Table 3]

[0040]

[0041] Figure 2 illustrates the slot structure of an NR frame.

[0042] A slot contains multiple symbols in the time domain. For example, in the case of a standard CP, one slot contains 14 symbols, and in the case of an extended CP, one slot contains 12 symbols. A carrier contains multiple subcarriers in the frequency domain. A Resource Block (RB) is defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. Multiple RB interlacs (simply interlacs) can be defined in the frequency domain. An interlac m∈{0, 1, ..., M-1} can be composed of (common) RBs {m, M+m, 2M+m, 3M+m, ...}. M represents the number of interlacs. A Bandwidth Part (BWP) is defined as multiple consecutive RBs (e.g., physical RB, PRB) in the frequency domain and can correspond to a single OFDM numerology (e.g., SCS(u), CP length, etc.). A carrier wave may contain up to N (e.g., 5) BWPs. Data communication is performed through the active BWPs, and only one BWP can be active for a single terminal within a single cell / carrier wave. In the resource grid, each element is referred to as a Resource Element (RE), and one modulation symbol can be mapped to it.

[0043] In a wireless communication system, a terminal receives information from a base station via the downlink (DL) and transmits information to the base station via the uplink (UL). The information transmitted and received by the base station and the terminal includes data and various control information, and various physical channels and signals exist depending on the type and purpose of the information being transmitted and received. A physical channel corresponds to a set of resource elements (REs) that carry information originating from the upper layer. A physical signal corresponds to a set of resource elements (REs) used by the physical layer (PHY), but it does not carry information originating from the upper layer. The upper layer includes the MAC (Medium Access Control) layer, RLC (Radio Link Control) layer, PDCP (Packet Data Convergence Protocol) layer, RRC (Radio Resource Control) layer, etc.

[0044] DL physical channels include PBCH (Physical Broadcast Channel), PDSCH (Physical Downlink Shared Channel), and PDCCH (Physical Downlink Control Channel). DL physical signals include DL RS (Reference Signal), PSS (Primary Synchronization Signal), and SSS (Secondary Synchronization Signal). DL RS includes DM-RS (Demodulation RS), PT-RS (Phase-tracking RS), and CSI-RS (Channel-state Information RS). UL physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel). UL physical signals include UL RS. UL RS includes DM-RS, PT-RS, and SRS (Sounding RS).

[0045] The base station can be, for example, gNodeB.

[0046] 6G network architecture

[0047] FIG. 3 illustrates a communication procedure between a terminal and a base station applicable to the present disclosure. FIG. 3 illustrates the operation of a terminal (100) and a base station (200) transmitting and / or receiving data, and the operation performed prior to this.

[0048] Referring to FIG. 3, in step 101, the terminal (100) and the base station (200) perform synchronization. For example, the terminal (100) performs an initial cell search operation. Specifically, the terminal (100) can detect at least one synchronization signal transmitted from the base station (200) according to a predefined rule. Here, the synchronization signal may include a plurality of synchronization signals (e.g., primary synchronization signal, secondary synchronization signal) classified according to structure or use. Through this, the terminal (100) can identify the boundaries of the frame, subframe, slot, and / or symbol of the base station (200) and obtain information about the base station (200) (e.g., cell identifier).

[0049] In step 103, the terminal (100) obtains system information transmitted from the base station (200). The system information is information related to the attributes, characteristics, and / or capabilities of the base station (200) required to connect to the base station (200) and use the service, and can be classified according to content (e.g., whether it is essential for connection), transmission structure (e.g., channel used, whether it is provided on-demand), etc., and can be classified, for example, into a master information block (MIB) and a system information block (SIB). If necessary, the terminal (100) may transmit a signal requesting the system information prior to receiving the system information. However, the request and provision of the system information may be performed after the random access procedure described later.

[0050] In step 105, the terminal (100) and the base station (200) perform a random access procedure. The terminal (100) may transmit and / or receive at least one message for the random access procedure (e.g., random access preamble, RAR (random access response) message, etc.) based on information related to the random access channel of the base station (200) obtained through system information (e.g., channel location, channel structure, structure of supported preamble, etc.). For example, the terminal (100) may transmit a preamble (e.g., MSG1) through the random access channel, receive a RAR message (e.g., MSG2), transmit a message (e.g., MSG3) containing information related to the terminal (100) (e.g., identification information) to the base station (200) using scheduling information included in the RAR message, and receive a message (e.g., MSG4) for contention resolution and / or connection establishment. As another example, MSG1 and MSG3 can be transmitted and received as a single message, or MSG2 and MSG4 can be transmitted and received as a single message.

[0051] In step 107, the terminal (100) and the base station (200) perform signaling of control information. Here, the control information may be defined in various layers, such as a layer that controls the connection (e.g., a radio resource control (RRC) layer), a layer that handles mapping between logical channels and transmission channels (e.g., a media access control (MAC) layer), and a layer that handles physical channels (e.g., a physical (PHY) layer). For example, the terminal (100) and the base station (200) may perform at least one of signaling to establish a connection, signaling to determine settings related to communication, and signaling to indicate allocated resources.

[0052] In step 109, the terminal (100) and the base station (200) transmit and / or receive data. That is, the terminal (100) and the base station (200) can process, transmit and / or receive data based on the signaling of control information. For example, when transmitting data, the terminal (100) or the base station (200) may perform at least one of channel encoding, rate matching, scrambling, constellation mapping, layer mapping, waveform modulation, antenna mapping, and resource mapping on the information bits. Conversely, when receiving data, the terminal (100) or the base station (200) may perform at least one of signal extraction from resources, antenna-specific waveform demodulation, signal placement considering layer mapping, constellation demapping, descrambling, and channel decoding.

[0053] 6G System Core Technology

[0054] As core implementation technologies for 6G systems, technologies such as artificial intelligence (AI), THz (Terahertz) communication, optical wireless technology, FSO backhaul network, massive MIMO technology, blockchain, 3D networking, quantum communication, unmanned aerial vehicles, cell-free communication, wireless information and energy transfer (WIET), integration of sensing and communication, integration of access backhaul networks, holographic beamforming, big data analysis, and large intelligent surface (LIS) can be adopted.

[0055] Dynamic control method for PDCCH MO

[0056] The contents examined above can be applied in combination with the proposed methods described below, or can be supplemented to clarify the technical characteristics of the proposed methods.

[0057] In addition, the methods described below can be applied in the same way to the NR system (licensed band) or shared spectrum described above, and it goes without saying that the technical concept proposed in this specification can be modified or replaced to fit the terms, expressions, structures, etc. defined in each system so that it can be implemented in the system as well.

[0058] In the Rel-18 NR standard, discussions are underway to introduce LP-WUS (low power wake-up signal) and LP-WUR (low power wake-up receiver or low power wake-up radio), a separate receiver capable of receiving it, as a method for reducing power consumption that differs slightly from the terminal power consumption reduction techniques introduced or supported in Rel-16 / 17 and others. When the receiver within the terminal (the receiver in the downlink) in existing NR systems is referred to as MR (Main radio / receiver), LP-WUR refers to a separate receiver (i.e., companion radio / receiver) that can be introduced to reduce the power consumption of the MR. LP-WUR can be simply represented as LR.

[0059] In the proposal below, the term "occasion" may refer to a transmission occasion (TO) where the base station transmits a signal, or a monitoring occasion (MO) where the receiver (such as an LP-WUR) monitors the signal, depending on the context. Since TO signifies an opportunity for a signal to be transmitted, the signal may not be transmitted at that location (depending on the configuration or the needs of the base station). Since MO signifies an opportunity to monitor the signal, the receiver may not monitor the signal at that location (depending on the configuration or the needs / situations of the base station / terminal). Additionally, for the sake of convenience, even if expressed simply as MO or TO, MO, TO, or MO and TO may be indicated depending on the proposed method and context.

[0060] In this specification, the symbols '●', '■', and '◆' listed at the beginning of each paragraph may indicate vertical or horizontal relationships between the descriptions within each paragraph. Specifically, they may denote higher-level categories in the order of '●', '■', and '◆'. For example, '■' listed after '●' may be an elaboration on '●'. '◆' listed after '■' may be an elaboration on '■'.

[0061] In various examples of the present disclosure, " / " and "," should be interpreted as indicating "and / or." For example, "A / B" may mean "A and / or B." Furthermore, "A, B" may mean "A and / or B." Furthermore, "A / B / C" may mean "at least one of A, B and / or C." Furthermore, "A, B, C" may mean "at least one of A, B and / or C."

[0062] In conventional NR, a PDCCH monitoring occasion (MO), which refers to a symbol or slot where a terminal monitors a PDCCH in a specific cell, can be set semi-statically through Radio Resource Control (RRC). Meanwhile, if the set PDCCH monitoring occasion overlaps with time / frequency resources such as (i) SSB transmission, (ii) measurement gap, or (iii) SBFD (sub-band full duplex) uplink subband (UL subband) set by the base station in the corresponding cell, the terminal may not be able to receive or monitor the PDCCH during that PDCCH monitoring occasion. Additionally, if the NR terminal operates on the same frequency as LTE, the PDCCH may not be received or monitored due to overlap with the LTE CRS (reference signal). If receiving or monitoring the PDCCH is impossible during the set PDCCH monitoring occasion, the PDCCH monitoring resource may be referred to as an invalid PDCCH resource (or invalid MO). If such invalid PDCCH resources occur, the PDCCH capacity of the corresponding cell or terminal is reduced, and consequently, the scheduling efficiency of PDSCH / PUSCH may also be reduced.

[0063] To control PDCCH monitoring operations in NR, SS Set Group (SSSG) switching and adaptive / skippable PDCCH monitoring operations were introduced starting with NR Releases 16 and 17. These methods can be applied only to specific SS set types, such as terminal-only SS (search space) sets or Type 3 PDCCHs. For the corresponding SS set type, one of 2 to 3 pre-configured SSSGs can be selected to change the PDCCH monitoring opportunity or skip PDCCH monitoring based on it. Meanwhile, since SBFD uplink subbands can be configured semi-statically via RRC, the issue of invalid PDCCH monitoring opportunities may be resolved to some extent through efficient resource management by the base station. Additionally, if CORESET and SS set configurations are performed separately by distinguishing between symbols for which SBFD uplink subbands can be configured and those for which they cannot, the probability of invalid PDCCH monitoring opportunities occurring can be reduced. However, if dynamic uplink subband configuration is introduced in the future or the use of on-demand SSB / SIB increases, invalid PDCCH resources may increase due to overlap with them.

[0064] To control PDCCH monitoring operations in NR, SSSG (search space set group) switching and PDCCH monitoring adaptation / skipping operations were introduced starting with NR Releases 16 and 17. These operations may be applied only to specific SS set types, such as terminal-only SS sets or Type 3 PDCCHs. The terminal selects one of 2 to 3 pre-configured SSSGs for the corresponding SS set type and, based on this, can change the PDCCH monitoring opportunity or skip PDCCH monitoring. Meanwhile, since SBFD uplink subbands can be configured semi-statically via RRC, the issue of invalid PDCCH monitoring opportunities may be resolved to some extent through the efficient resource management of the base station. Additionally, if symbols for which SBFD uplink subbands can be configured and those for which they cannot are distinguished, and if CORESET and SS set configurations are performed separately, the probability of invalid PDCCH monitoring opportunities occurring may be reduced. However, if dynamic uplink subband configuration is introduced in the future or the use of on-demand SSB / SIB increases, invalid PDCCH resources may increase due to overlap with these.

[0065] As described above, unintended invalid PDCCH resources may occur depending on the various settings, operations, and functions currently supported by NR. There is a possibility that these invalid PDCCH resources may increase depending on new terminal settings, operations, and functions that may be introduced in 5G and 6G in the future. In the specification below, a flexible PDCCH resource allocation method and / or a method for dynamically adjusting PDCCH resources / monitoring opportunities are proposed as a method to compensate for invalidated PDCCH monitoring opportunities. Furthermore, through the proposed method, PDCCH resources can be dynamically changed to control the base station's PDCCH transmission rate (thereby expecting energy saving effects for the base station) and the number of PDCCH blind decoding (BD) attempts by the terminal can also be controlled (thereby expecting power consumption reduction effects for the terminal).

[0066] Meanwhile, conventional PDCCH monitoring adaptation (SSSG switching, omission of PDCCH monitoring) is configured / applied only to USS and CSS Type 3. For other CSS types, a method to dynamically change PDCCH monitoring settings is not supported. In order to reduce the PDCCH transmission time of the base station or reduce power consumption caused by redundant CSS monitoring of the terminal in specific scenarios (e.g., NES, network energy saving), this specification proposes PDCCH monitoring adaptation for CSS.

[0067] Settings related to PDCCH monitoring of a terminal may be configured semi-statically using RRC, etc. To avoid situations where the terminal fails to receive or monitor PDCCH from pre-configured PDCCH resources / monitoring opportunities due to reasons such as overlap with other signals / channels described above, this specification proposes a method for dynamically adding, moving, or omitting PDCCH resources / monitoring opportunities. Additionally, this specification proposes a method to minimize invalid PDCCH monitoring opportunities by utilizing PDCCH-related resources (e.g., SS sets, SS set groups, CORESET resources, etc.) configured using RRC, etc.

[0068] Meanwhile, LP-WUS (low power-wake-up signal) refers to a signal that can be detected with low power (e.g., using only energy detection without FFT operations). Although the terminal requires a separate receiver (commonly referred to as LP-WUR) to receive LP-WUS, the terminal's received power can be reduced by keeping the primary receiver (MR) for receiving NR signals / channels in a sleep state while monitoring / detecting LP-WUS. For example, the terminal can remain in a sleep state and monitor only LP-WUS, and then wake up from the sleep state to monitor PDCCH only when a wake-up instruction is given via LP-WUS. This reduces power consumption due to PDCCH monitoring compared to performing blind decoding on every PDCCH monitoring opportunity. This LP-WUS signal can be used to instruct the terminal to dynamically allocate additional PDCCH resources / monitoring opportunities, move them, or skip them.

[0069] The method proposed below in this specification can be understood as a method for dynamic control of PDCCH monitoring operations. For example, the proposed methods below can be understood as a process in which settings related to PDCCH monitoring (e.g., SS set settings, CORESET settings, etc.) are quasi-statically set through upper-layer (RRC, etc.) parameters, and then dynamic instructions for PDCCH monitoring are provided through a specific signaling method, even without separate mention. For signaling, a separate DCI or MAC control element (MAC-CE) may be used, or the aforementioned LP-WUS signal may be used. For example, a terminal may periodically receive a monitoring opportunity for an LP-WUS signal, and then receive instructions via the LP-WUS for a PDCCH monitoring adaptation (proposed in this specification) that is valid during the period of the LP-WUS transmission (or for a period of several periods). If the LP-WUS is not received or detected during the said LP-WUS opportunity, the terminal may perform PDCCH monitoring according to the SS set settings configured by the RRC, etc., without the dynamic monitoring adaptation.

[0070] In this specification, for convenience of explanation, the signal indicating or changing settings related to PDCCH monitoring is denoted as LP-WUS; however, the method proposed in this specification can actually be applied to all signals that can be received by a low-power receiver compared to a general receiver for receiving conventional data channels and control channels. The method proposed in this specification can also be applied to signals that are modulated and transmitted using OOK (on-off keying) or FSK (Frequency Shift Keying) and can be received in a non-coherent manner, and is not limited to specific signals defined in a specific standard.

[0071] For example, the signals and channels of an NR system are modulated and transmitted using the OFDM method. To receive this, the receiver of an NR terminal performs a Fast Fourier Transform (FFT) on the received signal, and then decodes and detects the data channel and control channel in the frequency domain. On the other hand, LP-WUS can be modulated and transmitted using the OOK method, and can be received without FFT operations using only energy detection or envelope detection.

[0072] In the following proposal, unless otherwise noted, the expression "configure something in relation to LP-WUS" may include, depending on the context, (i) the meaning of configuring the terminal / cell to support the corresponding function, (ii) the meaning of the configured corresponding function being activated, or (iii) both of these meanings.

[0073] Additionally, unless otherwise noted, "active / inactive time" and "active / inactive duration" may be used interchangeably with the same meaning. Similarly, "active time" and "on-duration" may also be used interchangeably, which may refer to the active PDCCH monitoring period defined / determined by the terminal's DRX setting (or the cell's DTX / DRX setting).

[0074] In addition, unless otherwise noted, the LP-WUS signal is assumed to be a signal modulated by MC-OOK (an OOK signal generated using an OFDM structure or multiple subcarriers / frequency tones). However, the proposed method and configuration method can be applied in the same way even when an MC-FSK signal, an OFDM-based signal, or a single-tone signal is used as the LP-WUS.

[0075] Finally, unless otherwise noted, it is assumed that the LP-WUS signal is transmitted periodically. However, the proposed method and configuration method can be applied equally to LP-WUS signals transmitted non-periodically.

[0076] In the following proposal, (unless otherwise noted) while receiving the LP-WUS, the MR (main radio) for receiving the conventional NR signal / channel may be in a sleep state, and the terminal may be in a state where it monitors the LP-WUS using only a separate receiver (LP-WUR). However, the methods of this specification may also be applied even when the MR is not in a sleep state during the period in which the terminal monitors the LP-WUS.

[0077] In the proposal below, a terminal (connected mode) that receives LP-WUS (unless otherwise noted) can wake up the MR, monitor the PDCCH, and / or receive configured DL assignments. However, the proposed method is not necessarily limited to these operations.

[0078]

[0079] [Method #1] How to dynamically turn off PDCCH monitoring slots (groups) or symbols

[0080] The base station can set PDCCH monitoring resources (e.g., PDCCH monitoring opportunities) to the terminal through upper layer parameters (e.g., RRC). At this time, the base station sets a specific masking pattern in units of slots (groups) or symbols (groups), and the terminal may use the pre-set PDCCH monitoring resources as they are or not use them according to the masking pattern. Additionally, depending on the type of the masking pattern, the terminal may receive additional monitoring resources (monitoring opportunities) in addition to the pre-set PDCCH monitoring resources, or change and use the pre-set PDCCH monitoring resources.

[0081] ● Type 1: The terminal monitors the PDCCH according to a pre-configured PDCCH monitoring resource (e.g., RRC) in symbols / slots where the masking pattern is ON, and does not monitor the PDCCH in symbols / slots where the pattern is OFF. Therefore, PDCCH resources / monitoring opportunities may be deleted according to the masking pattern.

[0082] ● Type 2: In symbols / slots where the masking pattern is OFF, the terminal monitors the PDCCH according to a pre-configured PDCCH monitoring resource (such as RRC), and in symbols / slots where the masking pattern is ON, it can monitor the PDCCH by setting additional PDCCH monitoring resources (monitoring opportunities) (in addition to the pre-configured PDCCH monitoring resources). Thus, PDCCH resources / monitoring opportunities can be added according to the masking pattern.

[0083] ■ It is assumed that both the base station and the terminal know the location of the new monitoring opportunity. For example, it is assumed that both parties know the location where the PDCCH resource is disabled due to overlap with other channels / signals.

[0084] ■ If the location of a monitoring opportunity added for a specific SS set (e.g., SS#1) is the same as the location of a monitoring opportunity pre-configured for the same SS (i.e., SS#1), the corresponding additional action is not applied.

[0085] ■ If the location of a monitoring opportunity added for a specific SS set (e.g., SS#1) overlaps with the location of a monitoring opportunity pre-configured for another specific SS set (e.g., SS#2), the terminal monitors SS#1, SS#2, or both, depending on the configuration.

[0086] ■ If the locations of the additional monitoring opportunities for two or more SS sets are the same, the terminal monitors one, some, or all of them according to the settings.

[0087] ● Type 3: In symbols / slots where the masking pattern is OFF, the terminal monitors the PDCCH according to a pre-configured PDCCH monitoring resource (e.g., RRC), and in symbols / slots where the masking pattern is ON, it monitors the PDCCH at a position where a specific offset is added to or subtracted from the pre-configured PDCCH monitoring resource (monitoring opportunity). Thus, the PDCCH resource / monitoring opportunity can be moved according to the masking pattern.

[0088] ■ At this time, the specific offset mentioned above may be defined or set in advance. For example, the offset may be defined / set as 1 symbol or 1 slot.

[0089] ■ Or, if a PDCCH resource / monitoring opportunity moved to a specific offset still overlaps with another channel / signal and PDCCH monitoring is impossible, the terminal can increase the offset to a resource / monitoring opportunity where PDCCH monitoring is possible, thereby monitoring the PDCCH at the available resource / monitoring opportunity.

[0090] ■ Type 4: The terminal can receive multiple period (symbol or slot) and / or pattern of PDCCH monitoring resources (monitoring opportunities) within a single SS set setting, and can perform PDCCH monitoring based on one of them when dynamically directed / set.

[0091]

[0092] The above four types of masking patterns can be set / defined in the following forms.

[0093] ● The above masking pattern may be configured in the form of an N-bit bitmap (ON or OFF), and each bit may indicate whether PDCCH monitoring is performed in the corresponding symbol / slot in units of X consecutive symbols or Y consecutive slots. N may be a multiple of X or Y, and X or Y may be predefined / set as integers including 1.

[0094] For example, a masking pattern in each slot can be set through a 14-bit bitmap in which each bit is mapped to one symbol.

[0095] For example, a masking pattern in each slot can be set through a 7-bit bitmap in which each bit is mapped to two consecutive symbols.

[0096] For example, a masking pattern in every L consecutive slot group can be set through an L-bit bitmap in which each bit is mapped to one slot.

[0097] For example, a masking pattern in every K*M consecutive slot group can be set through an M-bit bitmap in which each bit is mapped to K slots.

[0098] ● The above masking pattern can be set as a periodic pattern.

[0099] ■ For example, a terminal configured with Cell DTX (discontinuous transmission) / DRX (discontinuous reception) may be configured with a pattern that is ON during the Cell DTX active period and OFF during the inactive period. Alternatively, the terminal may determine whether to monitor PDCCH based on a separate ON / OFF pattern by using a bitmap corresponding to the number of symbols / slots in the Cell DTX active period (or inactive period).

[0100] ■ For example, a terminal configured with DRX operation may be configured with a pattern that is ON during the DRX active period and OFF during the inactive period. Alternatively, the terminal may determine whether to monitor PDCCH according to a separate ON / OFF pattern by using a bitmap corresponding to the number of symbols / slots in the DRX active period (or inactive period).

[0101] ● The above masking pattern may be set / instructed non-periodically only at specific points in time (or specific intervals).

[0102] ■ Whether to apply a masking pattern may be indicated via DCI / MAC-CE or LP-WUS. Alternatively, when SSSG switching or PDCCH monitoring adaptation / omission is indicated via DCI, whether to apply the masking pattern may be indicated together.

[0103] ● The above masking pattern may be set for all SS sets within the terminal's BWP, or for a specific SS set (or SS set type). For example, it may be set / applied to all USS within the terminal's BWP, set / applied to all CSS, or set / applied to both USS and CSS. Alternatively, it may be set / applied to a specific SS set type (e.g., Type 0 PDCCH CSS or terminal-specific SS, etc.).

[0104] ■ Or the above masking pattern can be set / applied in units of SSSG within the terminal's BWP.

[0105] ● The above masking pattern can be commonly set / applied to a separately configured terminal group.

[0106] ● The above masking pattern may be an ON / OFF pattern for monitoring opportunities / slots for a specific SS set, or an ON / OFF pattern for PDCCH monitoring (or omission of monitoring) from the perspective of terminal operation.

[0107]

[0108] The above four types of masking patterns can be configured to be applied in one or more of the following ways (or as one of them).

[0109] ● Method 1: Whether to apply the above masking pattern is dynamically indicated, and if indicated, the terminal can apply the masking pattern only once and then return to the original operation (an operation in which the masking pattern is not applied).

[0110] ● Method 2: Whether to apply the above masking pattern and the number of times to apply it are indicated. If it is indicated to apply it N times, the terminal can return to the original operation (an operation where the masking pattern is not applied) after repeatedly applying the masking pattern N times. N is defined / set separately.

[0111] ● Method 3: Whether to apply the above masking pattern is dynamically indicated, and the terminal may repeatedly apply the masking pattern until a instruction to stop applying the masking pattern is received.

[0112]

[0113] Through this method, a reduction in the number of PDCCH transmissions by the base station and monitoring frequency by the terminal can be expected. Additionally, the terminal can increase the number of monitoring and scheduling cycles for specific PDCCH types during specific intervals, or reduce related latency. Furthermore, it may become possible to receive PDCCHs that were previously blocked.

[0114] In Method #1, the terminal may report information about supported / preferred masking behaviors to the base station. For example, such information may be transmitted as a UE capability report or reported as periodic / non-periodic UE assistant information. Alternatively, the base station may request such a report, and the terminal receiving the request may perform the report.

[0115] In Method #1, the terminal may receive one of the masking methods / types from the base station. For example, such information may be set via upper layer parameters such as RRC / SIB, or indicated via a separate DCI (e.g., terminal-specific DCI or group common DCI), or MAC-CE. Alternatively, one of the masking methods / types may be indicated via a signal that can be received by a separate receiver such as the LP-WUS described above. Furthermore, the terminal may request such an instruction from the base station, and the base station may provide the setting / instruction in response.

[0116]

[0117] [Method #2] Method for selectively monitoring an SS set (or SSSG) with many available PDCCH resources after linking two or more SS sets (or SSSGs) together

[0118] A terminal may receive an SS (or SSSG) connection established for a specific SS set (or SSSG) and another specific SS set (or SSSG). An SS (or SSSG) connection may refer to two SS sets (or SSSGs) that have the same SS set index value (or SSSG index value) but differ in some configuration values ​​for that SS set (or SSSG). Alternatively, if multiple SS set (or SSSG) configuration candidates with different configurations are established for an SS set (or SSSG) of a specific index, the SS (or SSSG) connection may refer to a connection between these candidates.

[0119] For the above-mentioned connected SS set (or SSSG), the terminal may monitor PDCCH by selecting the SS set (or SSSG) that has more PDCCH resources (slots (groups) or symbols) available as PDCCH resources (monitoring opportunities) for specific intervals (e.g., not overlapping with other channels / signals). Alternatively, for the above-mentioned connected SS set (or SSSG), the terminal may perform PDCCH monitoring in the SS set (or SSSG) where PDCCH resources (slots (groups) or symbols) available as PDCCH monitoring resources (monitoring opportunities) for specific intervals (e.g., not overlapping with other channels / signals) occurred first.

[0120] Additionally, conventional SSSG switching operations switch the SS set group monitored by the terminal by indicating 2 to 3 SSSG indices to the DCI, and a separate timer / counter may operate in conjunction with this. When the timer / counter expires, the terminal monitors the PDCCH based on the default SSSG. If the PDCCH monitoring resources (monitoring opportunities) of the default SSSG (e.g., SSSG index 0) are invalid due to other channels / signals, inefficiently frequent SSSG switching may be required. As a solution to this, the terminal can be configured to set the SSSG with the most available PDCCH monitoring resources (monitoring opportunities) among the configured multiple SSSGs as the default SSSG for the SSSG switching operation (i.e., the SSSG that returns after the counter expires).

[0121] In Method #2, the terminal may report information about a supported / preferred SS set (or SSSG) to the base station. For example, it may be transmitted as a terminal capability report or reported as periodic / non-periodic terminal auxiliary information. Alternatively, the base station may request such a report, and the terminal receiving the request may perform the report.

[0122] In Method #2, the terminal may receive a setting of one of a plurality of SS sets (or SSSG) from the base station. For example, such information may be set via upper layer parameters such as RRC / SIB, or indicated via a separate DCI (e.g., terminal-specific DCI or group common DCI), or MAC-CE. Alternatively, one of the plurality of SS sets (or SSSG) may be indicated via a signal that can be received by a separate receiver such as the LP-WUS described above. Additionally, the terminal may request such an instruction from the base station, and the base station may provide the setting / instruction in response.

[0123]

[0124] [Method #3] A method to switch the associated CORESET when the PDCCH resource is disabled after associating two or more CORESETs with a single SS set

[0125] Each SS set of an NR terminal is associated with a specific CORESET. The frequency resources through which the PDCCH is transmitted can be determined by the CORESET settings. If part of the frequency resources of the CORESET overlaps with a periodic channel / signal (e.g., SSB or SBFD uplink subband), the SS set associated with that CORESET may not be able to use the PDCCH resources periodically.

[0126] As a solution to this, if the PDCCH resource is disabled while a specific SS set is associated with a specific CORESET, the association can be changed to a different specific CORESET only in specific sections.

[0127] For example, if a specific SS set is associated with CORESET#1 and the PDCCH resource is disabled, that specific SS set may be associated with CORESET#2 only in specific intervals. Alternatively, if another CORESET (= CORESET_extra) is associated with an SSSG composed of SS sets associated with a single CORESET, and PDCCH is being monitored based on that single CORESET, but the PDCCH resource is disabled in one or more of the SSSGs according to the configuration, all SS sets in that SSSG may be associated with CORESET_extra.

[0128] A pair of CORESETs that can be switched with each other can be configured via RRC, etc. A specific interval in which CORESET changes can be defined / configured by a specific pattern via RRC, etc., or can be dynamically indicated via DCI, MAC-CE, or LP-WUS signals.

[0129]

[0130] [Method #4] How to apply SSSG switching or skip PDCCH monitoring by CSS type

[0131] The terminal may be instructed to skip SSSG switching or PDCCH monitoring for a specific type of CSS set.

[0132] ● After an SSSG is configured for a specific CSS type, it may be instructed to perform SSSG switching or skip PDCCH monitoring through a separate indication. For example, an SSSG may be configured via RRC for CSS type X in the form of SSSG index {#0, #1} = {default, less MO} or SSSG index {#0, #1, #2, #3} = {default, more MO, less MO, none}, and one of the SSSG indices may be configured when setting the SS set #Y of the corresponding CSS.

[0133] Alternatively, a pattern for skipping SSSG switching or PDCCH monitoring that is performed periodically may be set, or an SSSG switching or PDCCH monitoring skip that is applied only X times from the instruction / trigger point may be set. X is an integer including 1, which may be predefined or set separately.

[0134] ● Or, like the SSSG switching or PDCCH monitoring skipping method introduced in NR release 16 / 17 (for Type 3 PDCCH CSS and USS), an SSSG index is set for each SS set by RRC, and SSSG switching or PDCCH monitoring skipping can be triggered through a separate DCI (or timer-based).

[0135] Alternatively, PDCCH monitoring for CSS can be controlled by first setting multiple monitoring opportunity cycles / patterns (indexes) for a single CSS set of a specific type, and then dynamically directing / applying one index.

[0136] ■ At this time, parameters such as the omission interval (e.g., number of slots, msec) or omission pattern (e.g., omit the Nth slot) can be set for CSS type X through RRC.

[0137]

[0138] Alternatively, the terminal may be instructed to skip PDCCH monitoring for a specific CSS set.

[0139] ● You may be instructed to omit monitoring for specific CSS types. In this case, instead of omitting at the SSSG level, a specific set of SS at a specific point in time or interval may be set / instructed as the target for omission.

[0140] ● PDCCH monitoring control for CSS can also be achieved by first setting multiple monitoring opportunity cycles / patterns (indexes) for a single CSS set, and then dynamically directing / applying one of those indexes.

[0141] One set pattern may be indicated as ON / OFF, or one of multiple set patterns may be indicated.

[0142]

[0143] Omitting SSSG switching or PDCCH monitoring can be triggered through one or more of the following actions.

[0144] ● A change in monitoring settings may be instructed to a group of terminals via a group common PDCCH (e.g., DCI 2_0, 2_9), or a change in monitoring settings may be instructed to each terminal via a terminal-specific PDCCH.

[0145] ● Switching / omission may be instructed to a group of terminals through a group common LP-WUS, or switching / omission may be instructed to each terminal through a terminal-specific LP-WUS.

[0146] ● It can be triggered for a terminal group (or per terminal) based on the start / end times of a specific pre-set period (e.g., cell DTX inactive period).

[0147] ● The default SSSG can be configured via SIB.

[0148] ● Timer decrement, P_switch, and skip intervals can be set based on the reference / lowest subcarrier interval (SCS) or applied according to the active BWP's SCS.

[0149]

[0150] Even in the CSS omission section, the terminal can be instructed to monitor the CSS set at a specific time / section by receiving a separate DCI or LP-WUS.

[0151]

[0152] [Method #5] Method to perform CSS adaptation for the corresponding terminal in the same period / segment in conjunction with PDCCH monitoring adaptation for USS

[0153] The terminal can set / receive instructions for a PDCCH monitoring adaptation for a CSS set in conjunction with a PDCCH monitoring adaptation for a USS. In this specification, the omission of an SS may mean that the terminal omits PDCCH monitoring for the corresponding SS.

[0154]

[0155] ● A method to simultaneously trigger the omission of specific CSS types when the omission of USS is directed / triggered.

[0156] ■ For example, if USS omission is instructed in a cell DTX inactive period / mode to increase the base station's sleep time (without separate instruction), the terminal may also omit PDCCH monitoring in the same period for specific CSS types.

[0157] ■ CSS omission sections can be set to be the same as or separate from USS omission sections.

[0158] ■ Conversely, if the omission of a specific CSS type is instructed / triggered on a specific terminal, the pre-configured USS omission may also be triggered.

[0159] ● A method to simultaneously trigger SSSG switching or omission for a specific CSS type when SSSG switching is directed / triggered for a USS.

[0160] ■ For example, if SSSG switching is directed to decrease the USS monitoring opportunity in a specific section, SSSG switching can be performed to increase the monitoring opportunity for a specific CSS type in that section.

[0161] ■ For example, if instructed to increase USS monitoring opportunities in a specific section, SSSG switching can be performed to trigger omission for specific CSS types in that section or to reduce monitoring opportunities.

[0162] ■ This method can be used to increase monitoring opportunities for specific CSS types in specific sections or to adjust the ratio of monitoring opportunities between USS and CSS.

[0163]

[0164] Even in the CSS omission section, the terminal can be instructed to monitor the CSS set at a specific time / section by receiving a separate DCI or LP-WUS.

[0165] The terminal may separately set or be instructed to a specific time interval for which the operation of Method #5 is applied. For example, the operation and application interval may be set via higher-level parameters such as RRC / SIB or instructed via L1 signaling such as DCI. For example, when the terminal receives a DCI instructing the operation, the operation may be applied only for a specific time / window thereafter. The specific time / window may be, for example, a time in milliseconds, a specific number of slots / symbols, or within the system frame in which the DCI was received. Alternatively, upon receiving the instruction (e.g., omission or switching), a separate timer may start, and when the timer expires, the terminal may return to the previous state / operation.

[0166] In the proposed method described above, the terminal may report information regarding supported / preferred operations to the base station. For example, such information may be transmitted as a terminal capability report or reported as periodic / non-periodic terminal auxiliary information, or the terminal may report upon receiving a request from the base station for such report.

[0167] In the proposed method described above, the terminal may receive a setting from the base station using one of the methods described above. For example, the information may be set via upper-layer parameters such as RRC / SIB, or indicated via a separate DCI (e.g., terminal-specific DCI or group common DCI) or MAC-CE. Alternatively, it may be indicated via a signal that can be received by a separate receiver such as the LP-WUS described above. Additionally, the terminal may request such an instruction from the base station, and the base station may provide the setting / instruction in response.

[0168]

[0169] It is evident that the examples of the proposed methods described above can also be included as one of the implementation methods and thus can be regarded as a type of proposed method. Furthermore, while the proposed methods described above may be implemented independently, they may also be implemented in the form of a combination (or merger) of some proposed methods. Rules may be defined so that information regarding the application of the proposed methods (or information regarding the rules of the proposed methods) is communicated by a base station to a terminal or by a transmitting terminal to a receiving terminal via a predefined signal (e.g., a physical layer signal or a higher layer signal).

[0170]

[0171] Implementation example

[0172] FIG. 4 is a flowchart according to one embodiment.

[0173] Referring to FIG. 4, an embodiment based on the methods of the present specification may be performed by a terminal and may be configured to include: receiving configuration information related to a resource for PDCCH monitoring (S401); receiving a signal for changing said resource (S403); and monitoring the PDCCH based on said configuration information and said signal (S405). An embodiment of the present invention in terms of base station operation may be configured to include: transmitting configuration information related to a resource for PDCCH monitoring (S401); transmitting a signal for changing said resource (S403); and transmitting the PDCCH based on said configuration information and said signal (S405).

[0174] Configuration information is a parameter for configuring resources for PDCCH monitoring on a terminal, and may be a single RRC parameter or a higher-level parameter containing a single RRC parameter. For example, configuration information may refer to all parameters for PDCCH-related configuration, such as SearchSpace, CrossCarrierSchedulingConfig, monitoringCapabilityConfig, ControlResourceSet, and PDCCH-Config, which are RRC IEs (information elements).

[0175] Based on the signal of step S503, one or more of the operations disclosed in methods #1 to #5 of the present specification may be performed.

[0176] For example, after receiving the signal at step S403, the terminal may perform PDCCH monitoring based on different SS sets for each time interval as disclosed in Method #2. After receiving the signal at step S403, the terminal may perform PDCCH monitoring based on different CORESETs for each time interval as disclosed in Method #3. After receiving the signal at step S403, the terminal may perform SSSG switching or omit PDCCH monitoring for a specific CSS set as disclosed in Method #4. After receiving the signal at step S403, the terminal may perform PDCCH monitoring based on the interaction between the USS set and the CSS set as disclosed in Method #5.

[0177]

[0178] FIG. 5 is a flowchart according to one embodiment based on Method #1.

[0179] Referring to FIG. 5, an embodiment based on Method #1 of the present specification may be performed by a terminal and may be configured to include: receiving configuration information related to a resource for PDCCH monitoring (S501); receiving information regarding a masking pattern related to the configuration information (S503); and monitoring the PDCCH based on the configuration information and the masking pattern (S505). An embodiment of the present invention in terms of base station operation may be configured to include: transmitting configuration information related to a resource for PDCCH monitoring (S501); transmitting information regarding a masking pattern related to the configuration information (S503); and transmitting the PDCCH based on the configuration information and the masking pattern (S505).

[0180] The above masking pattern includes information for changing a resource configured based on the configuration information according to Method #1. For example, the masking pattern may be composed of an N-bit bitmap, where 1 corresponds to ON (first value) and 0 corresponds to OFF (second value). Each bit corresponds to a specific time interval (e.g., one or more consecutive symbols or one or more consecutive slots) and indicates an operation for that time interval. The terminal may perform a PDCCH monitoring operation corresponding to the first value or the second value in that time interval based on one or more of Types 1 to 4 of Method #1.

[0181]

[0182] FIG. 6 illustrates an example of a communication system 1 to which the implementations of the present specification apply. Referring to FIG. 6, the communication system (1) to which the present specification applies includes a wireless device, a BS, and a network. Here, a wireless device refers to a device that performs communication using wireless access technology (e.g., 5G NR (New RAT), LTE (e.g., E-UTRA)) and may be referred to as a communication / wireless / 5G device. Although not limited thereto, the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Thing) device (100f), and an AI device / server (400). For example, the vehicle may include a vehicle equipped with wireless communication capabilities, an autonomous vehicle, a vehicle capable of performing inter-vehicle communication, etc. Here, vehicles may include UAVs (Unmanned Aerial Vehicles) (e.g., drones). XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices and may be implemented in the form of HMDs (Head-Mounted Devices), HUDs (Head-Up Displays) equipped in vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signage, vehicles, robots, etc. Portable devices may include smartphones, smartpads, wearable devices (e.g., smartwatches, smart glasses), computers (e.g., laptops, etc.). Home appliances may include TVs, refrigerators, washing machines, etc. IoT devices may include sensors, smart meters, etc. For example, BS and networks may be implemented as wireless devices, and specific wireless devices may operate as BS / network nodes to other wireless devices.

[0183] Wireless devices (100a to 100f) can be connected to a network (300) via a BS (200). Artificial Intelligence (AI) technology may be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) via the network (300). The network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. The wireless devices (100a to 100f) may communicate with each other via the BS (200) / network (300), but they may also communicate directly (e.g., sidelink communication) without using the BS / network. For example, vehicles (100b-1, 100b-2) can communicate directly (e.g., V2V (Vehicle to Vehicle) / V2X (Vehicle to everything) communication). Also, IoT devices (e.g., sensors) can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).

[0184] Wireless communication / connection (150a, 150b) may be established between wireless devices (100a~100f) / BS (200) and BS (200) / wireless devices (100a~100f). Here, the wireless communication / connection may be established through uplink / downlink communication (150a) and sidelink communication (150b) (or D2D communication) using various wireless access technologies (e.g., 5G NR). Through the wireless communication / connection (150a, 150b), wireless devices and BS / wireless devices may transmit / receive wireless signals to / from each other. To this end, based on various proposals of the present specification, at least some of the following may be performed: a process for setting various configuration information for transmitting / receiving wireless signals, a process for various signal processing (e.g., channel encoding / decoding, modulation / demodulation, resource mapping / demapping, etc.), and a resource allocation process.

[0185] FIG. 7 is a block diagram illustrating examples of communication devices capable of performing the method according to the present specification. Referring to FIG. 7, a first wireless device (100) and a second wireless device (200) can transmit and / or receive wireless signals through various wireless access technologies (e.g., LTE, NR). Here, {the first wireless device (100), the second wireless device (200)} may correspond to {wireless device (100x), BS (200)} and / or {wireless device (100x), wireless device (100x)} of FIG. 6.

[0186] The first wireless device (100) includes one or more processors (102) and one or more memories (104), and may additionally include one or more transceivers (106) and / or one or more antennas (108). The processor (102) controls the memory (104) and / or transceivers (106) and may be configured to implement the functions, procedures and / or methods described / suggested below. For example, the processor (102) may process information within the memory (104) to generate a first information / signal and then transmit a wireless signal containing the first information / signal through the transceiver (106). Additionally, the processor (102) may receive a wireless signal containing a second information / signal through the transceiver (106) and then store information obtained from the signal processing of the second information / signal in the memory (104). Memory (104) may be connected to the processor (102) and may store various information related to the operation of the processor (102). For example, memory (104) may store software code containing instructions for performing some or all of the processes controlled by the processor (102) or for performing the procedures and / or methods described / suggested below. Here, the processor (102) and memory (104) may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). A transceiver (106) may be connected to the processor (102) and may transmit and / or receive wireless signals through one or more antennas (108). The transceiver (106) may include a transmitter and / or receiver. The transceiver (106) may be interchangeably used with an RF (Radio Frequency) unit. In this specification, a wireless device may mean a communication modem / circuit / chip.

[0187] The second wireless device (200) includes one or more processors (202) and one or more memories (204), and may additionally include one or more transceivers (206) and / or one or more antennas (208). The processor (202) controls the memory (204) and / or transceivers (206) and may be configured to implement the functions, procedures and / or methods described / suggested below. For example, the processor (202) may process information within the memory (204) to generate a third information / signal and then transmit a wireless signal containing the third information / signal through the transceiver (206). Additionally, the processor (202) may receive a wireless signal containing a fourth information / signal through the transceiver (206) and then store information obtained from the signal processing of the fourth information / signal in the memory (204). Memory (204) may be connected to the processor (202) and may store various information related to the operation of the processor (202). For example, memory (204) may store software code containing instructions for performing some or all of the processes controlled by the processor (202) or for performing the procedures and / or methods described / suggested below. Here, the processor (202) and memory (204) may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). A transceiver (206) may be connected to the processor (202) and may transmit and / or receive wireless signals through one or more antennas (208). The transceiver (206) may include a transmitter and / or receiver. The transceiver (206) may be interchangeably used with an RF unit. In this specification, a wireless device may mean a communication modem / circuit / chip.

[0188] The wireless communication technology implemented in the wireless device (100, 200) of this specification may include LTE, NR, and 6G, as well as Narrowband Internet of Things for low-power communication. In this case, for example, NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology and may be implemented according to standards such as LTE Cat NB1 and / or LTE Cat NB2, but is not limited to the names mentioned above. Additionally, or generally, the wireless communication technology implemented in the wireless device (XXX, YYY) of this specification may perform communication based on LTE-M technology. In this case, for example, LTE-M technology may be an example of LPWAN technology and may be referred to by various names such as eMTC (enhanced Machine Type Communication). For example, LTE-M technology may be implemented in at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and / or 7) LTE M, and is not limited to the names mentioned above. Additionally or generally, wireless communication technology implemented in the wireless device (XXX, YYY) of this specification may include at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) with consideration for low-power communication, and is not limited to the names mentioned above. As an example, ZigBee technology can create personal area networks (PANs) related to small / low-power digital communication based on various standards such as IEEE 802.15.4 and may be referred to by various names.

[0189] Hereinafter, hardware elements of the wireless device (100, 200) will be described in more detail. Although not limited thereto, 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 a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, a radio resource control (RRC) layer, and a service data adaptation protocol (SDAP) layer). One or more processors (102, 202) may generate one or more protocol data units (PDU) and / or one or more service data units (SDU) according to the functions, procedures, proposals and / or methods disclosed in this document. One or more processors (102, 202) may generate messages, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in this document. One or more processors (102, 202) may generate a signal (e.g., baseband signal) containing a PDU, SDU, message, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in this document and provide it to one or more transceivers (106, 206). One or more processors (102, 202) may receive a signal (e.g., baseband signal) from one or more transceivers (106, 206) and may obtain a PDU, SDU, message, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in this document.

[0190] One or more processors (102, 202) may be referred to as a controller, microcontroller, microprocessor, or microcomputer. One or more processors (102, 202) may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Digital Signal Processing Devices (DSPDs), one or more Programmable Logic Devices (PLDs), or one or more Field Programmable Gate Arrays (FPGAs) may be included in one or more processors (102, 202). The functions, procedures, proposals, and / or methods disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc. Firmware or software configured to perform the functions, procedures, proposals, and / or methods disclosed in this document may be included in one or more processors (102, 202) or stored in one or more memories (104, 204) and driven by one or more processors (102, 202). The functions, procedures, proposals, and / or methods disclosed in this document may be implemented using firmware or software in the form of code, instructions, and / or sets of instructions.

[0191] One or more memories (104, 204) may be connected to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memories (104, 204) may be composed of ROM, RAM, EPROM, flash memory, hard drive, registers, cache memory, computer read storage media, and / or combinations thereof. One or more memories (104, 204) may be located inside and / or outside of one or more processors (102, 202). Additionally, one or more memories (104, 204) may be connected to one or more processors (102, 202) through various technologies such as wired or wireless connections.

[0192] One or more transceivers (106, 206) may transmit user data, control information, wireless signals / channels, etc., as mentioned in the methods and / or operation flowcharts, etc., of this document to one or more other devices. One or more transceivers (106, 206) may receive user data, control information, wireless signals / channels, etc., as mentioned in the functions, procedures, proposals, methods and / or operation flowcharts, etc., disclosed in this document from one or more other devices. For example, one or more transceivers (106, 206) may be connected to one or more processors (102, 202) and may transmit and / or receive wireless signals. For example, one or more processors (102, 202) may control one or more transceivers (106, 206) to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, or wireless signals from one or more other devices. Additionally, one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), and one or more transceivers (106, 206) may be configured to transmit and / or receive user data, control information, wireless signals / channels, etc., as mentioned in the functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document through one or more antennas (108, 208). In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers (106, 206) can convert the received wireless signal / channel, etc. from an RF band signal to a baseband signal in order to process the received user data, control information, wireless signal / channel, etc. using one or more processors (102, 202).One or more transceivers (106, 206) can convert user data, control information, wireless signals / channels, etc. processed using one or more processors (102, 202) from baseband signals to RF band signals. To this end, one or more transceivers (106, 206) may include (analog) oscillators and / or filters.

[0193] FIG. 8 illustrates another example of a wireless device capable of performing implementation(s) of the present specification. Referring to FIG. 8, the wireless device (100, 200) corresponds to the wireless device (100, 200) of FIG. 7 and may be composed of various elements, components, units / parts, and / or modules. For example, the wireless device (100, 200) may include a communication unit (110), a control unit (120), a memory unit (130), and an additional component (140). The communication unit may include a communication circuit (112) and transceiver(s) (114). For example, the communication circuit (112) may include one or more processors (102, 202) and / or one or more memories (104, 204) of FIG. 7. For example, the transceiver(s) (114) may include one or more transceivers (106, 206) and / or one or more antennas (108, 208) of FIG. 7. The control unit (120) is electrically connected to the communication unit (110), the memory unit (130), and additional components (140) and controls the general operation of the wireless device. For example, the control unit (120) may control the electrical / mechanical operation of the wireless device based on a program / code / command / information stored in the memory unit (130). Additionally, the control unit (120) may transmit information stored in the memory unit (130) to an external (e.g., another communication device) via a wireless / wired interface through the communication unit (110), or store information received from an external (e.g., another communication device) via a wireless / wired interface through the communication unit (110) in the memory unit (130).

[0194] The additional configuration (140) can be configured in various ways depending on the type of wireless device. For example, the additional configuration (140) may include at least one of a power unit / battery, an input / output unit (I / O unit), a driving unit, and a computing unit. Although not limited thereto, the wireless device may be implemented in the form of a robot (Fig. 6, 100a), a vehicle (Fig. 6, 100b-1, 100b-2), an XR device (Fig. 6, 100c), a portable device (Fig. 6, 100d), a home appliance (Fig. 6, 100e), an IoT device (Fig. 6, 100f), a UE for digital broadcasting, 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. 6, 400), a BS (Fig. 6, 200), a network node, etc. Wireless devices can be used in a movable or fixed location depending on the use—e.g., service.

[0195] In FIG. 8, various elements, components, units / parts, and / or modules within the wireless device (100, 200) may be entirely interconnected via a wired interface, or at least partially connected via a communication unit (110). For example, within the wireless device (100, 200), the control unit (120) and the communication unit (110) may be connected via a wire, and the control unit (120) and the first unit (e.g., 130, 140) may be connected wirelessly via the communication unit (110). Additionally, each element, component, unit / part, and / or module within the wireless device (100, 200) may include one or more additional elements. For example, the control unit (120) may be composed of one or more sets of processors. For example, the control unit (120) may be composed of a set of communication control processors, application processors, ECUs (Electronic Control Units), graphics processing processors, memory control processors, etc. As another example, the memory unit (130) may be composed of RAM (Random Access Memory), DRAM (Dynamic RAM), ROM (Read Only Memory), flash memory, transitory memory, non-transitory memory, and / or a combination thereof.

[0196] In this specification, at least one memory (e.g., 104 or 204) may store instructions or programs, and said instructions or programs may, when executed, cause at least one processor operablely connected to said at least one memory to perform operations according to some embodiments or implementations of this specification.

[0197] In this specification, a computer-readable (non-transient) storage medium may store at least one instruction or computer program, and when executed by at least one processor, said at least one instruction or computer program may cause said at least one processor to perform operations according to some embodiments or implementations of this specification.

[0198] In this specification, a processing device or apparatus may include at least one processor and at least one computer memory connectable to said at least one processor. said at least one computer memory may store instructions or programs, and said instructions or programs, when executed, may cause at least one processor operablely connected to said at least one memory to perform operations according to some embodiments or implementations of this specification.

[0199] In this specification, a computer program may include program code stored on at least one computer-readable (non-transient) storage medium and, when executed, perform operations according to some implementations of this specification or cause at least one processor to perform operations according to some implementations of this specification. The computer program may be provided in the form of a computer program product. The computer program product may include at least one computer-readable (non-transient) storage medium.

[0200] A communication device of this specification comprises at least one processor; and at least one computer memory operably connected to said at least one processor and storing instructions that, when executed, cause said at least one processor to perform operations according to the examples(s) of this specification described below.

[0201] As described above, the embodiments of this specification can be applied to various wireless communication systems.

Claims

1. A step of receiving configuration information related to resources for PDCCH (physical downlink control channel) monitoring; A step of receiving information regarding a masking pattern related to the above-mentioned setting information; and The method includes the step of monitoring the PDCCH based on the above setting information and the above masking pattern; The above masking pattern includes information for changing a resource configured based on the above configuration information, method.

2. In Paragraph 1, In the time interval where the value of the above masking pattern is the first value, PDCCH monitoring is performed on the resource configured based on the above configuration information, and In the time interval where the value of the above masking pattern is the second value, PDCCH monitoring is omitted on the resource configured based on the above configuration information, method.

3. In Paragraph 1, In the time interval where the value of the above masking pattern is the first value, PDCCH monitoring is performed on additional resources other than the resources set based on the above setting information, and In the time interval where the value of the above masking pattern is the second value, PDCCH monitoring is performed on the resource configured based on the above configuration information, method.

4. In Paragraph 1, In the time interval where the value of the above masking pattern is the first value, PDCCH monitoring is performed on a resource located a specific time away from the resource configured based on the above configuration information, and In the time interval where the value of the above masking pattern is the second value, PDCCH monitoring is performed on the resource configured based on the above configuration information, method.

5. In Paragraph 1, The above configuration information includes information on multiple patterns related to resources for the PDCCH monitoring, and PDCCH monitoring is performed based on one of the plurality of patterns by the above masking pattern, method.

6. In Paragraph 1, The above masking pattern is composed of a bitmap including a plurality of bits, and Each of the above plurality of bits is associated with a corresponding time interval, method.

7. In Paragraph 1, The above masking pattern is set as a periodic pattern based on one of the cell DTX (discontinuous transmission) operation, cell DRX (discontinuous reception) operation, or terminal DRX operation, method.

8. In Paragraph 1, The above masking pattern is received via LP-WUS (low power-wake up signal), method.

9. In Paragraph 1, The above masking pattern is one of one or more masking patterns transmitted by the terminal through capability reports or auxiliary information, method.

10. At least one transceiver; At least one processor; and It includes at least one memory connected to the at least one processor to be operable, and storing instructions that cause the at least one processor to perform a specific operation when executed. The above specific operation is: A step of receiving configuration information related to resources for PDCCH (physical downlink control channel) monitoring; A step of receiving information regarding a masking pattern related to the above-mentioned setting information; and The method includes the step of monitoring the PDCCH based on the above setting information and the above masking pattern; The above masking pattern includes information for changing a resource configured based on the above configuration information, Terminal.

11. A computer-readable non-volatile storage medium comprising at least one computer program that causes a terminal including at least one processor to perform an operation, wherein the operation is: A step of receiving configuration information related to resources for PDCCH (physical downlink control channel) monitoring; A step of receiving information regarding a masking pattern related to the above-mentioned setting information; and The method includes the step of monitoring the PDCCH based on the above setting information and the above masking pattern; The above masking pattern includes information for changing a resource configured based on the above configuration information, Storage medium.

12. A step of transmitting configuration information related to resources for PDCCH (physical downlink control channel) monitoring; A step of transmitting information regarding a masking pattern related to the above-mentioned setting information; and The method includes the step of transmitting a PDCCH based on the above setting information and the above masking pattern; The above masking pattern includes information for changing a resource configured based on the above configuration information, method.

13. At least one transceiver; At least one processor; and It includes at least one memory connected to the at least one processor to be operable, and storing instructions that cause the at least one processor to perform a specific operation when executed. The above specific operation is: A step of transmitting configuration information related to resources for PDCCH (physical downlink control channel) monitoring; A step of transmitting information regarding a masking pattern related to the above-mentioned setting information; and The method includes the step of transmitting a PDCCH based on the above setting information and the above masking pattern; The above masking pattern includes information for changing a resource configured based on the above configuration information, Base station.

14. A computer-readable non-volatile storage medium comprising at least one computer program that causes a base station comprising at least one processor to perform an operation, wherein the operation is: A step of transmitting configuration information related to resources for PDCCH (physical downlink control channel) monitoring; A step of transmitting information regarding a masking pattern related to the above-mentioned setting information; and The method includes the step of transmitting a PDCCH based on the above setting information and the above masking pattern; The above masking pattern includes information for changing a resource configured based on the above configuration information, Storage medium.

Images