Method and device for reducing power consumption of terminal having wake-up receiver in wireless communication system

Abstract

The present disclosure relates to a 5G or 6G communication system for supporting higher data transmission rates. More specifically, the present disclosure provides a method and device for reducing the power consumption of a terminal having a wake-up receiver in a mobile communication system.

Description

Method and device for reducing power consumption of a terminal having a wake-up receiver in a wireless communication system

[0001] The present disclosure relates to wireless communication systems, and more particularly, to a method and device for reducing power consumption of a terminal having a wake-up receiver. More specifically, the present disclosure relates to a method and device for defining a signal transmission method of a base station to address the power consumption problem of a terminal in a wireless communication system and achieve high energy efficiency.

[0002] 5G mobile communication technology defines a wide frequency band to enable fast transmission speeds and new services, and can be implemented not only in the sub-6GHz frequency band such as 3.5 gigahertz (3.5GHz), but also in the ultra-high frequency band called millimeter wave (mmWave) such as 28GHz and 39GHz ('Above 6GHz'). In addition, for 6G mobile communication technology, which is called the system after 5G communication (Beyond 5G), implementation in the terahertz band (for example, the 3 terahertz (3THz) band at 95GHz) is being considered to achieve a transmission speed that is 50 times faster than 5G mobile communication technology and an ultra-low latency time that is reduced to one-tenth.

[0003] In the early stages of 5G mobile communication technology, the goal is to support services and satisfy performance requirements for enhanced Mobile Broadband (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and massive Machine-Type Communications (mMTC). These include beamforming and massive MIMO to mitigate path loss of radio waves in ultra-high frequency bands and increase the transmission distance of radio waves, support for various numerologies (such as operation of multiple subcarrier intervals) and dynamic operation of slot formats for efficient use of ultra-high frequency resources, initial access technology to support multi-beam transmission and wideband, definition and operation of BWP (Bidth Part), new channel coding methods such as LDPC (Low Density Parity Check) codes for large-capacity data transmission and Polar Code for reliable transmission of control information, and L2 pre-processing (L2). Standardization has been made for network slicing, which provides dedicated networks specialized for specific services, and pre-processing.

[0004] Currently, discussions are underway to improve and enhance the initial 5G mobile communication technology in consideration of the services that 5G mobile communication technology was intended to support, and physical layer standardization is in progress for technologies such as V2X (Vehicle-to-Everything) to help autonomous vehicles make driving decisions and increase user convenience based on their own location and status information transmitted by vehicles, NR-U (New Radio Unlicensed) for the purpose of system operation that complies with various regulatory requirements in unlicensed bands, NR terminal low power consumption technology (UE Power Saving), Non-Terrestrial Network (NTN), which is direct terminal-satellite communication to secure coverage in areas where communication with terrestrial networks is impossible, and Positioning.

[0005] In addition, standardization of wireless interface architecture / protocols is in progress for technologies such as intelligent factories (Industrial Internet of Things, IIoT) to support new services through linkage and convergence with other industries, Integrated Access and Backhaul (IAB) that provides nodes for expanding network service areas by integrating wireless backhaul links and access links, Mobility Enhancement technology including Conditional Handover and Dual Active Protocol Stack (DAPS) handover, and 2-step random access (2-step RACH for NR) that simplifies random access procedures. Standardization is also in progress for system architecture / services such as 5G baseline architecture (e.g., Service-based Architecture, Service-based Interface) for grafting Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC) that provides services based on the location of the terminal.

[0006] Once these 5G mobile communication systems are commercialized, an explosive increase in connected devices will be connected to the communication network, necessitating enhanced functionality and performance of 5G mobile communication systems and integrated operation of these connected devices. To this end, new research will be conducted on improving 5G performance and reducing complexity, supporting AI services, supporting metaverse services, and drone communications by utilizing eXtended Reality (XR), Artificial Intelligence (AI), and Machine Learning (ML) to efficiently support Augmented Reality (AR), Virtual Reality (VR), and Mixed Reality (MR).

[0007] In addition, the development of these 5G mobile communication systems includes new waveforms to ensure coverage in the terahertz band of 6G mobile communication technology, multi-antenna transmission technologies such as Full Dimensional MIMO (FD-MIMO), Array Antenna, and Large Scale Antenna, metamaterial-based lenses and antennas to improve the coverage of terahertz band signals, high-dimensional spatial multiplexing technology using Orbital Angular Momentum (OAM), Reconfigurable Intelligent Surface (RIS) technology, as well as full duplex technology to improve the frequency efficiency and system network of 6G mobile communication technology, satellite, AI (Artificial Intelligence) from the design stage and AI-based communication technology that realizes system optimization by internalizing end-to-end AI support functions, and ultra-high-performance communication and computing resources to provide services with complexity that exceeds the limits of terminal computing capabilities. It can serve as a basis for the development of next-generation distributed computing technologies that can be realized by utilizing them.

[0008] As described above and with the development of mobile communication systems, various services have become available, and methods for effectively providing these services are required.

[0009] The present disclosure relates to a wireless communication system, and more particularly, to the operation of a terminal and a base station for reducing power consumption of a terminal having a wake-up receiver in a wireless communication system. According to various embodiments of the present disclosure, a method and device capable of effectively providing services in a wireless communication system are provided.

[0010] In order to solve the above problems, according to various embodiments of the present disclosure, a method for processing a control signal in a wireless communication system may include: receiving a first control signal transmitted from a base station; processing the received first control signal; and transmitting a second control signal generated based on the processing to the base station.

[0011] According to one embodiment of the present disclosure, by defining a signal transmission method of a base station in a wireless communication system, a terminal can be provided to operate at low power. The effects obtained from the present disclosure are not limited to those mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art to which the present disclosure pertains from the description below.

[0012] FIG. 1 illustrates the basic structure of a time-frequency resource domain in a wireless communication system according to one embodiment of the present disclosure.

[0013] FIG. 2 illustrates a time domain mapping structure and beam sweeping operation of a synchronization signal in a wireless communication system according to one embodiment of the present disclosure.

[0014] FIG. 3 illustrates a random access procedure in a wireless communication system according to one embodiment of the present disclosure.

[0015] FIG. 4 illustrates a procedure for a terminal to report terminal capability information to a base station in a wireless communication system according to one embodiment of the present disclosure.

[0016] FIG. 5 illustrates a method for a base station to transition a main radio state of a terminal having a WUR through a WUS (wake-up signal) in a wireless communication system according to one embodiment of the present disclosure.

[0017] FIG. 6 illustrates an operation in which an RRC (radio resource control)_CONNECTED terminal with WUR dynamically activates DRX (discontinuous reception) when a WUS arrives regardless of the concept of a DRX (discontinuous reception) cycle in a wireless communication system according to one embodiment of the present disclosure.

[0018] FIG. 7 illustrates a configuration of a DCI (downlink control information) format 2_6 that informs whether an existing terminal should wake up for PDCCH (physical downlink control channel) monitoring in the next DRX cycle in a wireless communication system according to one embodiment of the present disclosure.

[0019] FIG. 8 illustrates an operation for a terminal procedure in which an RRC_CONNECTED terminal with WUR receives a WUS and is informed whether or not it should wake up in the configured DRX in a wireless communication system according to one embodiment of the present disclosure.

[0020] FIG. 9 illustrates the configuration of DCI format 2_6 in a wireless communication system according to one embodiment of the present disclosure.

[0021] FIG. 10 illustrates a timeline for a CSI (channel state information) report in a C (connected)-DRX environment by a terminal without a LR (low power wake up receiver) in a wireless communication system according to one embodiment of the present disclosure.

[0022] FIG. 11 illustrates a location for a WUS occasion in a wireless communication system according to one embodiment of the present disclosure.

[0023] FIG. 12 illustrates a section for monitoring WUS in an eDRX (extended) environment in a wireless communication system according to one embodiment of the present disclosure.

[0024] FIG. 13 illustrates a transmitting and receiving device of a terminal in a wireless communication system according to an embodiment of the present disclosure.

[0025] FIG. 14 is a block diagram showing the configuration of a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0026] FIG. 15 is a block diagram showing the configuration of a base station in a wireless communication system according to one embodiment of the present disclosure.

[0027] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the attached drawings. Furthermore, detailed descriptions of known functions or configurations will be omitted if they are deemed to unnecessarily obscure the gist of the present disclosure. Furthermore, the terms described below are defined based on their functions in the present disclosure and may vary depending on the intent or custom of the user or operator. Therefore, their definitions should be based on the overall content of this specification.

[0028] The advantages and features of the present disclosure, and methods for achieving them, will become clearer with reference to the embodiments described in detail below together with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below and may be implemented in various different forms. These embodiments are provided solely to ensure that the disclosure of the present disclosure is complete and to fully inform those skilled in the art of the scope of the invention, and the present disclosure is defined only by the scope of the claims. Like reference numerals refer to like elements throughout the specification.

[0029] For the same reason, some components in the attached drawings are exaggerated, omitted, or schematically depicted. Furthermore, the dimensions of each component do not entirely reflect its actual size. Identical or corresponding components in each drawing are assigned the same reference numbers.

[0030] At this time, it will be understood that each block of the processing flowchart drawings and combinations of the flowchart drawings can be performed by computer program instructions. These computer program instructions can be installed in a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing equipment, so that the instructions executed by the processor of the computer or other programmable data processing equipment create a means for performing the functions described in the flowchart block(s). These computer program instructions can also be stored in a computer-available or computer-readable memory that can direct a computer or other programmable data processing equipment to implement the functions in a specific manner, so that the instructions stored in the computer-available or computer-readable memory can also produce a manufactured item that includes an instruction means for performing the functions described in the flowchart block(s). Since the computer program instructions may be installed on a computer or other programmable data processing device, a series of operational steps may be performed on the computer or other programmable data processing device to create a computer-executable process, and the instructions that cause the computer or other programmable data processing device to perform the steps for performing the functions described in the flowchart block(s) may also provide steps for performing the functions described in the flowchart block(s).

[0031] Additionally, each block may represent a module, segment, or portion of code that contains one or more executable instructions for performing a specific logical function(s). It should also be noted that in some alternative implementation examples, the functions described in the blocks may occur out of order. For example, two blocks depicted in succession may actually be executed substantially concurrently, or the blocks may sometimes be executed in reverse order, depending on their respective functions.

[0032] Here, the term '~ part' used in this embodiment means software or hardware components such as FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit), and the '~ part' performs certain roles. However, the '~ part' is not limited to software or hardware. The '~ part' may be configured to be on an addressable storage medium or may be configured to play one or more processors. Therefore, as an example, the '~ part' includes components such as software components, object-oriented software components, class components, and task components, processes, functions, properties, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided within the components and '~ parts' may be combined into a smaller number of components and '~ parts' or further separated into additional components and '~ parts'. Additionally, the components and '~parts' may be implemented to activate one or more CPUs within a device or secure multimedia card. In addition, in an embodiment, the '~parts' may include one or more processors.

[0033] In the following description of the present disclosure, detailed descriptions of related known functions or configurations will be omitted if they are deemed to unnecessarily obscure the gist of the present disclosure. Hereinafter, embodiments of the present disclosure will be described with reference to the attached drawings.

[0034] The terms used in the following description to identify connection nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, etc. are provided as examples for convenience of explanation. Therefore, the present disclosure is not limited to the terms described below, and other terms referring to objects with equivalent technical meanings may be used.

[0035] In the following description, the terms "physical channel" and "signal" may be used interchangeably with data or control signals. For example, while PDSCH (physical downlink shared channel) refers to a physical channel through which data is transmitted, PDSCH may also be used to refer to data. That is, in the present disclosure, the expression "transmitting a physical channel" may be interpreted equivalently to the expression "transmitting data or a signal through a physical channel."

[0036] Hereinafter, in the present disclosure, upper signaling refers to a signal transmission method in which a base station transmits a signal to a terminal using a downlink data channel of the physical layer, or a terminal transmits a signal to a base station using an uplink data channel of the physical layer. Upper signaling can be understood as radio resource control (RRC) signaling or a media access control (MAC) control element (CE).

[0037] For convenience of explanation, this disclosure uses terms and names defined in the 3GPP NR (New Radio: 5th generation mobile communications standard) standards. However, this disclosure is not limited by these terms and names and can be equally applied to systems conforming to other standards. Furthermore, the term "terminal" can refer to not only mobile phones, smartphones, IoT devices, and sensors, but also other wireless communication devices.

[0038] Hereinafter, a base station is an entity that performs resource allocation of a terminal, and may be at least one of a gNode B, a gNB, an eNode B, an eNB, a Node B, a BS (Base Station), a wireless access unit, a base station controller, or a node on a network. The terminal may include a UE (User Equipment), an MS (Mobile Station), a cellular phone, a smartphone, a computer, or a multimedia system capable of performing a communication function. Of course, the present invention is not limited to the examples. In addition, although various embodiments of the present invention are described below using a system based on LTE, LTE-A, or NR as an example, various embodiments of the present invention may be applied to other communication systems having a similar technical background or channel type. In addition, various embodiments of the present invention may be applied to other communication systems through some modifications without significantly departing from the scope thereof at the discretion of a person having skilled technical knowledge.

[0039] To handle the explosive growth in mobile data traffic, 5G (5G), the next-generation communication system after LTE (Long Term Evolution or E-UTRA (Evolved Universal Terrestrial Radio Access)) and LTE-A (LTE-Advanced or E-UTRA Evolution), is being developed. thThe initial standards for the 5G (New Radio Access Technology) system or NR (New Generation) have been completed. While existing mobile communication systems have focused on conventional voice / data communications, the 5G system aims to satisfy various services and requirements, such as enhanced Mobile Broadband (eMBB) services to improve existing voice / data communications, Ultra-Reliable and Low Latency Communication (URLLC) services to support high-reliability and low-latency communications, and massive Machine Type Communication (MTC) services to support large-scale machine-to-machine communications.

[0040] While the transmission bandwidth of existing LTE and LTE-A systems per single carrier is limited to a maximum of 20MHz, the 5G system aims to utilize a much wider ultra-wide bandwidth to provide ultra-high-speed data services of up to several Gbps. Accordingly, the 5G system is considering ultra-high frequency bands ranging from several GHz up to 100 GHz as candidate frequencies, where securing ultra-wide bandwidth frequencies is relatively easy. Additionally, wide bandwidth frequencies for the 5G system can be secured through frequency reallocation or allocation among frequency bands ranging from several hundred MHz to several GHz used in existing mobile communication systems.

[0041] Ultra-high frequency radio waves, sometimes called millimeter waves (mmWave), have wavelengths on the order of millimeters. However, in ultra-high frequency bands, path loss increases proportionally to the frequency band, reducing the coverage of mobile communication systems.

[0042] To overcome the drawback of reduced coverage in ultra-high frequency bands, beamforming technology is applied, which uses multiple antennas to focus radio wave energy toward a predetermined target point and increase the transmission range. In other words, a signal using beamforming technology has a relatively narrow beamwidth, and the radiation energy is concentrated within this narrowed beamwidth, increasing the transmission range. Beamforming technology can be applied to both the transmitter and receiver. In addition to increasing coverage, beamforming technology also reduces interference in areas outside the beamforming direction. For beamforming technology to function properly, accurate measurement and feedback methods for the transmission and reception beams are required. Beamforming technology can be applied to control channels or data channels that correspond one-to-one between a given terminal and a base station. Furthermore, beamforming can also be applied to common signals transmitted by a base station to multiple terminals within a system, such as synchronization signals, physical broadcast channels (PBCHs), and control and data channels for transmitting system information, to increase coverage. When applying beamforming technology to a common signal, beam sweeping technology, which transmits a signal by changing the beam direction, is additionally applied so that the common signal can reach terminals located at any location within the cell.

[0043] Another requirement for 5G systems is ultra-low latency services, with transmission delays of approximately 1ms between transmitters and receivers. One way to reduce transmission delay is to design a frame structure based on a short TTI (Transmission Time Interval) compared to LTE and LTE-A. A TTI is the basic time unit for scheduling, and the TTI of existing LTE and LTE-A systems is 1ms, which corresponds to the length of one subframe. For example, to meet the ultra-low latency requirements of 5G systems, possible short TTIs include 0.5ms, 0.25ms, and 0.125ms, which are shorter than those of existing LTE and LTE-A systems.

[0044] According to one embodiment of the present disclosure, by defining a signal transmission method of a terminal having a wake-up receiver in a mobile communication system, the problem of excessive terminal power consumption can be solved and high energy efficiency can be achieved.

[0045] FIG. 1 illustrates the basic structure of a time-frequency resource domain in a wireless communication system according to one embodiment of the present disclosure. That is, FIG. 1 is a diagram illustrating the basic structure of a time-frequency resource domain, which is a wireless resource domain in which data or control channels of a 5G system are transmitted.

[0046] Referring to Figure 1, the horizontal axis in Figure 1 represents the time domain and the vertical axis represents the frequency domain. The minimum transmission unit in the time domain of a wireless communication system is an OFDM (Orthogonal Frequency Division Multiplexing) symbol. The dog symbols (102) come together to form one slot (106), A set of slots can be grouped to form one subframe (105). The length of a subframe is 1.0 ms, and 10 subframes can be grouped to form a 10 ms frame (114). The minimum transmission unit in the frequency domain is a subcarrier, and the bandwidth of the entire system transmission bandwidth is N in total. BW It can be composed of (104) subcarriers.

[0047] The basic unit of resources in the time-frequency domain is a Resource Element (RE) (112), which can be represented by an OFDM symbol index and a subcarrier index. A Resource Block (RB or Physical Resource Block, PRB) is a resource block in the frequency domain. It can be defined as (110) consecutive subcarriers. In a wireless communication system, = 12, and the data rate can increase in proportion to the number of RBs scheduled to the terminal.

[0048] In a wireless communication system, a base station can map data in RB units and perform scheduling on RBs, which typically constitute a slot for a given terminal. That is, in a wireless communication system, the basic time unit for scheduling may be a slot, and the basic frequency unit for scheduling may be an RB.

[0049] Number of OFDM symbols It is determined by the length of the cyclic prefix (CP) added to each symbol to prevent interference between symbols. For example, if the normal CP is applied, = 14, when Extended CP is applied = can be 12. Extended CP is applied to systems with relatively long transmission distances compared to general CP, and can maintain orthogonality between symbols. In the case of general CP, since the ratio of CP length to symbol length is maintained at a constant value, the overhead due to CP can be maintained constant regardless of the subcarrier spacing. That is, if the subcarrier spacing is small, the symbol length becomes longer, and thus the CP length can also become longer. Conversely, if the subcarrier spacing is large, the symbol length becomes shorter, and thus the CP length can be reduced. The symbol length and CP length can be inversely proportional to the subcarrier spacing.

[0050] In wireless communication systems, various frame structures can be supported by adjusting the subcarrier spacing to meet diverse services and requirements. For example, from an operating frequency band perspective, larger subcarrier spacing is advantageous for phase noise recovery in high-frequency bands.

[0051] From a transmission time perspective, a large subcarrier spacing shortens the symbol length in the time domain, which in turn shortens the slot length, making it advantageous for supporting ultra-low-latency services such as URLLC (ultra-reliable low-latency communications).

[0052] From a cell size perspective, a longer CP length allows for larger cells, and a smaller subcarrier spacing allows for relatively larger cells. In mobile communications, a cell is a concept referring to the area covered by a single base station.

[0053] Subcarrier spacing (SCS), CP length, etc. are essential information for OFDM transmission and reception. Smooth transmission and reception is possible only when the base station and the terminal recognize the subcarrier spacing, CP length, etc. as common values. [Table 1] shows the subcarrier spacing configuration (μ), subcarrier spacing ( ), which represents the relationship between CP length.

[0054]

[0055] [Table 2] shows the number of symbols per slot for each subcarrier spacing setting (μ) in the case of the general CP. ), number of slots per frame ( ), number of slots per subframe ( ) is indicated.

[0056]

[0057] [Table 3] shows the number of symbols per slot for each subcarrier spacing setting (μ) in the case of extended CP. ), number of slots per frame ( ), number of slots per subframe ( ) is indicated.

[0058]

[0059] In the early days of wireless communication systems, coexistence or dual-mode operation with existing LTE and / or LTE-A (hereinafter referred to as LTE / LTE-A) systems was anticipated. This allowed the existing LTE / LTE-A to provide stable system operation to terminals, while the wireless communication system could provide enhanced services to terminals. Therefore, the frame structure of the wireless communication system must at least include the LTE / LTE-A frame structure or a set of essential parameters (e.g., subcarrier spacing = 15 kHz).

[0060] For example, comparing a frame structure with a subcarrier spacing setting μ=0 (hereinafter referred to as frame structure A) and a frame structure with a subcarrier spacing setting μ=1 (hereinafter referred to as frame structure B), compared to frame structure A, frame structure B shows that the subcarrier spacing and RB size are twice as large, and the slot length and symbol length are twice as small. In the case of frame structure B, two slots can constitute one subframe, and 20 subframes can constitute one frame.

[0061] Generalizing the frame structure of a wireless communication system provides high scalability by ensuring that essential parameters—subcarrier spacing, CP length, and slot length—are integer multiples of each other for each frame structure. Furthermore, a fixed-length subframe of 1 ms can be defined to represent a reference time unit independent of the frame structure.

[0062] The frame structure can be applied to correspond to various scenarios. From the perspective of cell size, the longer the CP length, the larger the cell can be supported, so frame structure A can support relatively larger cells than frame structure B. From the perspective of operating frequency band, the larger the subcarrier spacing, the more advantageous it is for recovering phase noise in the high-frequency band, so frame structure B can support relatively higher operating frequencies than frame structure A. From the perspective of service, the shorter the slot length, which is the basic time unit of scheduling, the more advantageous it is for supporting ultra-low-latency services such as URLLC, so frame structure B can be relatively more suitable for URLLC services than frame structure A.

[0063] In the following description of the present disclosure, uplink (UL) may refer to a wireless link through which a terminal transmits data or a control signal to a base station, and downlink (DL) may refer to a wireless link through which a base station transmits data or a control signal to a terminal.

[0064] In the initial access phase when a terminal first accesses the system, the terminal can synchronize downlink time and frequency from a synchronization signal transmitted by a base station through cell search, and obtain a cell identifier (cell ID). Then, the terminal can receive a Physical Broadcast Channel (PBCH) using the obtained cell ID, and obtain a Master Information Block (MIB), which is essential system information, from the PBCH. Additionally, the terminal can obtain cell-common transmission and reception-related control information by receiving system information (System Information Block, SIB) transmitted by the base station. The cell-common transmission and reception-related control information may include random access (RA)-related control information, paging-related control information, and common control information for various physical channels.

[0065] A synchronization signal is a signal that serves as a reference for cell search, and subcarrier spacing can be applied to suit channel environments such as phase noise for each frequency band. In the case of a data channel or control channel, the subcarrier spacing can be adaptively applied depending on the service type to support various services as described above.

[0066] FIG. 2 illustrates a time domain mapping structure and beam sweeping operation of a synchronization signal in a wireless communication system according to one embodiment of the present disclosure.

[0067] For the purpose of explanation, the following components may be defined, although they are not limited to the examples below.

[0068] - PSS (Primary Synchronization Signal): A signal that serves as the basis for DL ​​time / frequency synchronization and can provide some cell ID information.

[0069] - SSS (Secondary Synchronization Signal): This serves as a reference for DL ​​time / frequency synchronization and can provide some remaining information, including the cell ID. Additionally, it can serve as a reference signal for PBCH demodulation.

[0070] - PBCH (Physical Broadcast Channel): It can provide MIB (Master Information Block), which is essential system information required for transmission and reception of data channels and control channels of the terminal. Essential system information can include information such as search space-related control information indicating radio resource mapping information of the control channel, scheduling control information for a separate data channel that transmits system information, and SFN (System Frame Number), which is a frame-unit index that serves as a timing reference.

[0071] - SS / PBCH Block (Synchronization Signal / PBCH Block or SSB): An SS / PBCH block can be composed of N OFDM symbols and can include a combination of PSS, SSS, PBCH, etc. In a system where beam sweeping technology is applied, the SS / PBCH block can be the minimum unit to which beam sweeping is applied. In a wireless communication system, N can be 4. The base station can transmit up to L SS / PBCH blocks, and the L SS / PBCH blocks are mapped within a half frame (0.5 ms). In addition, the L SS / PBCH blocks can be periodically repeated in units of a predetermined period P. The period P can be notified to the terminal by signaling from the base station. If there is no separate signaling for the period P, the terminal can apply a pre-agreed default value.

[0072] Referring to FIG. 2, FIG. 2 illustrates an example in which beam sweeping is applied to SS / PBCH block units over time. In the example of FIG. 2, terminal 1 (205) can receive an SS / PBCH block using a beam radiated in the direction of #d0 (203) by beamforming applied to SS / PBCH block #0 at time t1 (201). In addition, terminal 2 (206) can receive an SS / PBCH block using a beam radiated in the direction of #d4 (204) by beamforming applied to SS / PBCH block #4 at time t2 (202). The terminal can obtain an optimal synchronization signal through a beam radiated from the base station in the direction where the terminal is located. For example, terminal 1 (205) may have difficulty in obtaining time / frequency synchronization and essential system information from an SS / PBCH block through a beam radiated in the direction of #d4, which is far from the location of terminal 1.

[0073] In addition to the initial connection procedure, the UE may receive SS / PBCH blocks to determine whether the radio link quality of the current cell is maintained at a certain level. Furthermore, during a handover procedure, in which the UE moves from the current cell to a neighboring cell, the UE may receive SS / PBCH blocks from the neighboring cell to determine the radio link quality of the neighboring cell and obtain time / frequency synchronization with the neighboring cell.

[0074] After the terminal obtains MIB and system information from the base station through the initial access procedure, the terminal can perform a random access procedure to transition the link with the base station to a connected state (or RRC_CONNECTED state). Upon completion of the random access procedure, the terminal transitions to the connected state, enabling one-to-one communication between the base station and the terminal. The random access procedure will be described in detail below with reference to FIG. 3.

[0075] FIG. 3 illustrates a random access procedure in a wireless communication system according to one embodiment of the present disclosure.

[0076] Referring to FIG. 3, in the first step (310) of the random access procedure, a terminal may transmit a random access preamble to a base station. The random access preamble, which is the first transmission message of the terminal in the random access procedure, may be referred to as message 1. The base station may measure a transmission delay value between the terminal and the base station from the random access preamble and synchronize uplink. At this time, the terminal may arbitrarily select which random access preamble to use within a random access preamble set given in advance by system information. In addition, the initial transmission power of the random access preamble may be determined according to the path loss between the terminal and the base station measured by the terminal. In addition, the terminal may determine the transmission beam direction of the random access preamble from the synchronization signal received from the base station and transmit the random access preamble.

[0077] In the second step (320), the base station can transmit a random access response (RAR) (or message 2) in response to the random access preamble received in the first step (310). The base station can transmit an uplink transmission timing adjustment command to the terminal based on the transmission delay value measured from the random access preamble. In addition, the base station can transmit an uplink resource and power control command to be used by the terminal as scheduling information. The scheduling information can include control information for the uplink transmission beam of the terminal.

[0078] In one embodiment, if the terminal does not receive the Random Access Response (RAR) (or message 2), which is scheduling information for message 3, from the base station within a predetermined time in the second step (320), the base station or the terminal may proceed with the first step (310) again. If proceeding with the first step (310) again, the terminal may increase the transmission power of the random access preamble by a predetermined step (e.g., power ramping) and transmit it, thereby increasing the probability of the base station receiving the random access preamble.

[0079] In the third step (330), the terminal may transmit uplink data including the terminal ID (e.g., message 3) to the base station using the uplink resources allocated in the second step (320). According to one embodiment, the terminal may transmit the uplink data including the terminal ID to the base station through an uplink data channel (Physical Uplink Shared Channel, PUSCH). According to one embodiment, the transmission timing of the uplink data channel for transmitting Message 3 may follow the timing control command received from the base station in the second step (320). According to one embodiment, the transmission power of the uplink data channel for transmitting Message 3 may be determined in consideration of the power control command received from the base station in the second step (320) and the power ramping value of the random access preamble. According to one embodiment, the uplink data channel for transmitting Message 3 may mean the first uplink data signal that the terminal transmits to the base station after transmitting the random access preamble.

[0080] In the fourth step (340), if the base station determines that the terminal has performed random access without collision with other terminals, the base station may transmit data (e.g., message 4) including the ID of the terminal that transmitted uplink data in the third step (330) to the terminal. According to one embodiment, if the terminal receives the signal transmitted by the base station in the fourth step (340) from the base station, the terminal may determine that the random access is successful. According to one embodiment, the terminal may transmit HARQ-ACK (Hybrid Automatic Repeat Request Acknowledgement) information indicating whether message 4 was successfully received to the base station through an uplink control channel (Physical Uplink Control Channel, PUCCH).

[0081] In one embodiment, if the data transmitted by the terminal in step 3 (330) collides with data from another terminal, causing the base station to fail to receive a data signal from the terminal, the base station may not transmit any more data to the terminal. In one embodiment, if the terminal fails to receive the data transmitted from the base station in step 4 (340) within a certain period of time, the terminal may determine that the random access procedure has failed and may proceed again from step 1 (310).

[0082] According to one embodiment, when a terminal successfully completes a random access procedure, the terminal may transition to a connected state (connected or RRC_CONNECTED state), and one-to-one communication may be enabled between the base station and the terminal. The base station may receive terminal capability (UE) information from the terminal in the connected or RRC_CONNECTED state and adjust scheduling by referring to the UE capability information of the corresponding terminal. According to one embodiment, the terminal may inform the base station, through the UE capability information, whether the terminal itself supports a certain function, the maximum allowable value of the function supported by the terminal, etc. Accordingly, the UE capability information reported by each terminal to the base station may have different values ​​for each terminal.

[0083] For example, a terminal may report UE capability information including at least a portion of the following control information to a base station, although the present invention is not limited to the following examples.

[0084] - Control information related to frequency bands supported by the terminal

[0085] - Control information related to channel bandwidth supported by the terminal

[0086] - Control information related to the maximum modulation method supported by the terminal

[0087] - Control information related to the maximum number of beams supported by the terminal

[0088] - Control information related to the maximum number of layers supported by the terminal

[0089] - Control information related to CSI reporting supported by the terminal

[0090] - Control information on whether the terminal supports frequency hopping

[0091] - Bandwidth-related control information when supporting carrier aggregation (CA).

[0092] - Control information on whether cross carrier scheduling is supported when carrier aggregation is supported.

[0093] FIG. 4 illustrates a procedure for a terminal to report terminal capability information to a base station in a wireless communication system according to one embodiment of the present disclosure.

[0094] Referring to FIG. 4, at step 410, the base station (402) may transmit a UE capability information request message to the terminal (401). Based on the request for UE capability information from the base station, the terminal (401) may transmit terminal capability information to the base station at step 420 based on the request for terminal capability information from the base station (402). According to one embodiment, the terminal (401) may transmit terminal capability information to the base station (402) regardless of the request for terminal capability information from the base station (402).

[0095] According to various embodiments of the present disclosure, UE capability information can be transmitted to a base station based on a process of transmitting and receiving terminal capability information.

[0096] Through the aforementioned process, a terminal connected to a base station can communicate one-to-one with the base station as a terminal in the RRC_CONNECTED state. In one embodiment, a terminal that is not connected may be in the RRC_IDLE state, and the operation of a terminal in the RRC_IDLE state may be performed as follows. Of course, the present invention is not limited to the following examples.

[0097] - Performs terminal-specific DRX (Discontinuous Reception) cycles set by the upper layer.

[0098] - Receive paging messages from the core network

[0099] - Obtain system information

[0100] - Measurement operations related to surrounding cells and cell reselection

[0101] In wireless communication systems, a new terminal state called RRC_INACTIVE has been defined to reduce the energy and time consumed during initial access. In addition to the actions performed by RRC_IDLE terminals, RRC_INACTIVE terminals can perform the following actions. Of course, the examples below are not limited to these actions.

[0102] - Storage of AS (Access stratum) information required for cell access

[0103] - Terminal-specific DRX cycle operation set by the RRC layer

[0104] - Setting up and periodically updating RNA (RAN (radio access network)-based notification area) that can be utilized during handover by the RRC layer

[0105] - Monitoring of RAN-based paging messages transmitted via I-RNTI (inactive-radio network temporary identifier)

[0106] According to one embodiment, a terminal in an RRC_CONNECTED state may change from an RRC_CONNECTED state to an RRC_INACTIVE or RRC_IDLE state by receiving an RRC Release instruction from a base station.

[0107] According to one embodiment, a terminal in RRC_INACITVE, RRC_IDLE state may change from RRC_INACTIVE, RRC_IDLE to RRC_CONNECTED state by performing random access and completing all random access procedures.

[0108] According to various embodiments of the present disclosure, a scheduling method for a base station to transmit downlink data to a terminal or instruct the terminal to transmit uplink data may be described.

[0109] According to one embodiment, downlink control information (DCI) may be control information transmitted by a base station to a terminal via the downlink. The downlink control information may include downlink data scheduling information or uplink data scheduling information for a given terminal. Typically, the base station independently performs channel coding on the DCI for each terminal and then transmits it to each terminal via a downlink physical control channel, the PDCCH (Physical Downlink Control Channel).

[0110] According to one embodiment, the base station may operate by applying a DCI format determined for a purpose, such as whether it is scheduling information for downlink data (downlink assignment), scheduling information for uplink data (uplink grant), or DCI for power control, for a terminal to be scheduled.

[0111] According to one embodiment, a base station may transmit downlink data to a terminal via a Physical Downlink Shared Channel (PDSCH), which is a physical channel for downlink data transmission. The base station may inform the terminal of scheduling information, such as a specific mapping location in the time and frequency domains of the PDSCH, a modulation scheme, HARQ-related control information, and power control information, through DCI related to downlink data scheduling information among the DCIs transmitted via the PDCCH.

[0112] According to one embodiment, a terminal may transmit uplink data to a base station via a PUSCH (Physical Uplink Shared Channel), a physical channel for uplink data transmission. Scheduling information, such as specific mapping locations in the time and frequency domains of the PUSCH, modulation schemes, HARQ-related control information, and power control information, may be notified to the terminal by the base station via DCI related to uplink data scheduling information among the DCIs transmitted via the PDCCH.

[0113] According to one embodiment, the time-frequency resources to which the PDCCH is mapped may be referred to as a Control Resource Set (CORESET). The CORESET may be configured for all or part of the frequency resources of the bandwidth supported by the terminal in the frequency domain. In the time domain, it may be configured with one or more OFDM symbols, which may be defined as the CORESET length (Control Resource Set Duration). The base station may configure one or more CORESETs to the terminal through higher layer signaling (e.g., System Information, Master Information Block (MIB), Radio Resource Control (RRC) signaling). The ability of the base station to configure a CORESET to the terminal may mean that the base station provides the terminal with information such as a CORESET identifier (Identity), a frequency location of the CORESET, and a symbol length of the CORESET. The information that the base station provides to the terminal to configure the CORESET may include at least some of the information included in Table 4.

[0114]

[0115] In one embodiment, CORESET operates in the frequency domain. It can be composed of RBs and in the time domain ∈{1,2,3} symbols. The NR PDCCH may be composed of one or more CCEs (Control Channel Elements). One CCE may be composed of six REGs (Resource Element Groups), and a REG may be defined as one RB during one OFDM symbol. Within a CORESET, REGs may be indexed in time-first order, starting with REG index 0 from the first OFDM symbol of the CORESET, the lowest RB.

[0116] According to one embodiment, interleaved and non-interleaved transmission methods for PDCCH may be supported. The base station may configure whether interleaved or non-interleaved transmission is to be performed for each CORESET to the terminal through upper layer signaling. Interleaving may be performed in units of REG bundles. A REG bundle may be defined as a set of one or more REGs. The terminal may determine the CCE-to-REG mapping method in the corresponding CORESET based on whether interleaved or non-interleaved transmission is configured by the base station, as shown in Table 5 below.

[0117]

[0118] According to one embodiment, the base station may inform the terminal of configuration information such as information about the symbol to which the PDCCH is mapped within a slot and the transmission period.

[0119] According to one embodiment, the search space of the PDCCH is described as follows. The number of CCEs required to transmit the PDCCH can be 1, 2, 4, 8, or 16 depending on the aggregation level (AL), and different numbers of CCEs can be used for link adaptation of the downlink control channel. For example, when AL=L, one downlink control channel can be transmitted through L CCEs. The terminal can perform blind decoding to detect a signal without knowing information about the downlink control channel, and for this purpose, a search space representing a set of CCEs can be defined. The search space is a set of downlink control channel candidates consisting of CCEs that the terminal should attempt to decode on a given aggregation level, and since there are multiple aggregation levels that form a single group with 1, 2, 4, 8, or 16 CCEs, the terminal can have multiple search spaces. A search space set can be defined as the set of search spaces at all established aggregation levels.

[0120] In one embodiment, the search space may be classified into a common search space (CSS) and a UE-specific search space (USS). A certain group of UEs or all UEs may search the common search space of the PDCCH to receive cell-common control information, such as dynamic scheduling for the System Information Block (SIB) or paging messages. For example, a UE may receive scheduling allocation information for a PDSCH for receiving system information by searching the common search space of the PDCCH. In the case of the common search space, since a certain group of UEs or all UEs must receive the PDCCH, it may be defined as a set of pre-arranged CCEs. UE-specific scheduling allocation information for a PDSCH or PUSCH may be received by the UE by searching the UE-specific search space of the PDCCH. The UE-specific search space may be defined UE-specifically as a function of the UE's ID and various system parameters.

[0121] According to one embodiment, the base station may set configuration information for the search space of the PDCCH to the terminal through higher layer signaling (e.g., SIB, MIB, RRC signaling). For example, the base station may set the number of PDCCH candidates in each aggregation level L, the monitoring period for the search space, the monitoring occasion in units of symbols within a slot for the search space, the search space type (common search space or terminal-specific search space), the combination of DCI format and RNTI to be monitored in the corresponding search space, the CORESET index to be monitored for the search space, etc. to the terminal. For example, the parameters for the search space for the PDCCH may include information such as that shown in Table 6 below.

[0122]

[0123]

[0124] According to one embodiment, based on the configuration information transmitted to the terminal, the base station may configure one or more search space sets for the terminal. According to one embodiment, the base station may configure search space set 1 and search space set 2 for the terminal. In search space set 1, the terminal may be configured to monitor DCI format A scrambled with X-RNTI in a common search space, and in search space set 2, the terminal may be configured to monitor DCI format B scrambled with Y-RNTI in a terminal-specific search space.

[0125] In one embodiment, based on configuration information transmitted by the base station, one or more search space sets may exist in a common search space or a terminal-specific search space. For example, search space set #1 and search space set #2 may be configured as a common search space, and search space set #3 and search space set #4 may be configured as terminal-specific search spaces.

[0126] According to one embodiment, a terminal may monitor the following combinations of DCI formats and RNTIs in a common search space, although the present invention is not limited to the following examples.

[0127] - DCI format 0_0 / 1_0 with CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI, RA-RNTI, TC-RNTI, P-RNTI, SI-RNTI

[0128] - DCI format 2_0 with CRC scrambled by SFI-RNTI

[0129] - DCI format 2_1 with CRC scrambled by INT-RNTI

[0130] - DCI format 2_2 with CRC scrambled by TPC-PUSCH-RNTI, TPC-PUCCH-RNTI

[0131] - DCI format 2_3 with CRC scrambled by TPC-SRS-RNTI

[0132] In one embodiment, in a terminal-specific search space, a terminal may monitor the following combinations of DCI formats and RNTIs, although not limited to the following examples.

[0133] - DCI format 0_0 / 1_0 with CRC scrambled by C-RNTI, CS-RNTI, TC-RNTI

[0134] - DCI format 1_0 / 1_1 with CRC scrambled by C-RNTI, CS-RNTI, TC-RNTI

[0135] According to one embodiment, the aforementioned RNTIs may follow the following definitions and uses, although they are not limited to the examples below.

[0136] - C-RNTI (Cell RNTI): For terminal-specific PDSCH or PUSCH scheduling purposes.

[0137] - TC-RNTI (Temporary Cell RNTI): For terminal-specific PDSCH scheduling purposes.

[0138] - CS-RNTI (Configured Scheduling RNTI): Used for terminal-specific PDSCH scheduling that is set semi-statically.

[0139] - RA-RNTI (Random Access RNTI): Used for PDSCH scheduling in the random access phase.

[0140] - P-RNTI (Paging RNTI): Used for scheduling PDSCH where paging is transmitted.

[0141] - SI-RNTI (System Information RNTI): Used for scheduling PDSCH where system information is transmitted.

[0142] - INT-RNTI (Interruption RNTI): Used to indicate whether pucturing is in progress for PDSCH.

[0143] - TPC-PUSCH-RNTI (Transmit Power Control for PUSCH RNTI): Used to indicate power control commands for PUSCH.

[0144] - TPC-PUCCH-RNTI (Transmit Power Control for PUCCH RNTI): Used to indicate power control commands for PUCCH.

[0145] - TPC-SRS-RNTI (Transmit Power Control for SRS RNTI): Used to indicate power control commands for SRS.

[0146] According to one embodiment, the DCI formats described above may follow the definitions shown in Table 7 below.

[0147]

[0148] According to one embodiment, the search space of aggregation level L in CORESET p, a search space set s, can be expressed as follows:

[0149]

[0150] - L: Integration level

[0151] - n CI : Carrier Index

[0152] - N CCE,p : Total number of CCEs existing within the control resource set p

[0153] - n μ s,f : slot index

[0154] - M (L)p,s,max : Number of PDCCH candidates for aggregation level L

[0155] - m snCI = 0, ..., M (L) p,s,max -1: PDCCH candidate index of aggregation level L

[0156] - i = 0, ..., L-1

[0157] -

[0158] - n RNTI : Terminal identifier

[0159] The value can be 0 for a common search space.

[0160] In the case of a terminal-specific search space, the value may correspond to a value that changes depending on the terminal's ID (e.g., C-RNTI or ID set to the terminal by the base station) and a time index.

[0161] Next, we can specifically explain downlink control information (DCI) in a wireless communication system.

[0162] In a wireless communication system, scheduling information for uplink data (or physical uplink shared channel (PUSCH)) or downlink data (or physical downlink shared channel (PDSCH)) can be transmitted from a base station to a terminal via DCI. The terminal can monitor a DCI format for fallback and a DCI format for non-fallback for the PUSCH or PDSCH. The fallback DCI format can be composed of fixed fields predefined between the base station and the terminal, and the non-fallback DCI format can include configurable fields.

[0163] DCI can be transmitted through the Physical Downlink Control Channel (PDCCH) after going through the channel coding and modulation process. A Cyclic Redundancy Check (CRC) is attached to the DCI message payload, and the CRC can be scrambled with a Radio Network Temporary Identifier (RNTI) corresponding to the identity of the UE. Different RNTIs can be used depending on the purpose of the DCI message (e.g., UE-specific data transmission, power control command, or random access response). For example, the RNTI can be included in the CRC calculation process rather than being transmitted explicitly. When the UE receives a DCI message transmitted on the PDCCH, it verifies the CRC using the assigned RNTI. If the CRC verification result is correct, the UE can determine that the received DCI message has been transmitted to the UE.

[0164] For example, a DCI scheduling a PDSCH for System Information (SI) may be scrambled with SI-RNTI. A DCI scheduling a PDSCH for a Random Access Response (RAR) message may be scrambled with RA-RNTI. A DCI scheduling a PDSCH for a Paging message may be scrambled with P-RNTI. A DCI notifying a Slot Format Indicator (SFI) may be scrambled with SFI-RNTI. A DCI notifying a Transmit Power Control (TPC) may be scrambled with TPC-RNTI. A DCI scheduling a UE-specific PDSCH or PUSCH may be scrambled with C-RNTI (Cell RNTI).

[0165] DCI format 0_0 can be used as a fallback DCI for scheduling PUSCH, in which case the CRC can be scrambled with C-RNTI. DCI format 0_0 with the CRC scrambled with C-RNTI can include the following information, for example, as shown in Table 8.

[0166]

[0167] DCI format 0_1 ​​can be used as a fallback DCI for scheduling PUSCH, in which case the CRC can be scrambled with C-RNTI. DCI format 0_1 ​​with the CRC scrambled with C-RNTI can include the following information, for example, as shown in Table 9.

[0168]

[0169]

[0170]

[0171]

[0172] DCI format 1_0 can be used as a fallback DCI for scheduling PDSCH, in which case the CRC can be scrambled with C-RNTI. DCI format 1_0 with the CRC scrambled with C-RNTI can include the following information, for example, as shown in Table 10.

[0173]

[0174] DCI format 1_1 can be used as a fallback DCI for scheduling PDSCH, in which case the CRC can be scrambled with C-RNTI. DCI format 1_1 with the CRC scrambled with C-RNTI can include the following information, for example, as shown in Table 11.

[0175]

[0176]

[0177]

[0178] As described above, in order to achieve ultra-high-speed data services reaching several Gbps in a wireless communication system, ultra-wide bandwidth signal transmission and reception of tens to hundreds of MHz or several GHz can be supported. Ultra-wide bandwidth signal transmission and reception can be supported through a single component carrier (CC), or through carrier aggregation (CA) technology that combines multiple component carriers. When a mobile communication service provider is unable to secure a frequency with sufficient bandwidth to provide ultra-high-speed data services through a single component carrier, carrier aggregation technology can increase the total frequency bandwidth by combining individual component carriers with relatively small bandwidths, thereby enabling ultra-high-speed data services.

[0179] Wireless communication systems are designed and developed for a wide range of use cases. In addition to standby time, reliability, and availability, energy efficiency of the device is crucial in wireless communication systems. 5G devices require weekly or daily charging, depending on individual usage. For example, a device can typically consume tens of mW in RRC_IDLE / RRC_INACTIVE states and hundreds of mW in RRC_CONNECTED states. Designing for extended battery life can be essential not only for a better user experience but also for improving energy efficiency. Energy efficiency can be even more critical for devices without a continuous energy source (e.g., devices using small rechargeable or single coin cell batteries). Sensors and actuators will be widely deployed in 5G use cases for monitoring, measurement, and charging. Typically, these devices require batteries that are non-rechargeable and last at least several years. Wearables, including smartwatches, rings, eHealth devices, and medical monitoring devices, typically struggle to last more than one to two weeks, depending on usage.

[0180] In one embodiment, the power consumption of a 5G terminal depends on the set length of wake-up periods, e.g., paging cycles, and a large extended discontinuous reception (eDRX) cycle may be used to meet battery life requirements. However, the eDRX approach relies on high latency to maintain long battery life, making it unsuitable for low-latency services. For example, in a fire detection and extinguishing use case, a fire shutter may need to be closed and a sprinkler may need to be turned on by an actuator within 1-2 seconds of a fire being detected by a sensor. In this case, since latency is a critical use case, eDRX may not be suitable because a long eDRX cycle as before cannot meet the latency requirements.

[0181] FIG. 5 illustrates a method for a base station to transition a main radio state of a terminal with a WUR via a WUS in a wireless communication system according to one embodiment of the present disclosure. Specifically, FIG. 5 illustrates the state transitions of the base station and the terminal to address the aforementioned issues.

[0182] In one embodiment, a 5G terminal may require a periodic wake-up once per eDRX cycle, which may dominate power consumption during periods of no signaling or data traffic. Power consumption could be drastically reduced if the terminal could wake up only when triggered, such as for paging. This breakthrough power reduction can be achieved by triggering the main radio (e.g., a legacy NR radio) using a wake-up signal (WUS), as shown in FIG. 5, and using a separate receiver, a wake-up receiver (WUR), that can monitor the WUS at ultra-low power and turns on the main radio only when data transmission and reception are required.

[0183] At step 501, the base station can transmit a WUS (501) to the terminal (UE) indicating ON or OFF.

[0184] At step 502, the terminal can receive WUS using WUR (502).

[0185] At step 503, the terminal can trigger (503) the main radio (504) to be in the OFF or ON state depending on whether the received WUS (501) indicates ON or OFF.

[0186] At step 504, the terminal can wake up or turn off the main radio (504) based on the received WUS (501). In some cases, the terminal can also set the main radio (504) to a deep sleep state without completely turning it off.

[0187] At step 505, data traffic (505) to be sent from the base station to the terminal may occur. At this time, a WUS indicating ON may be transmitted from the base station to the terminal.

[0188] At step 506, the main radio is turned ON (506), and the terminal can receive data transmitted by the base station through the main radio, not the WUR.

[0189] In one embodiment, the power consumption for monitoring a WUS depends on the hardware modules of the WUR used for WUS design, signal detection and processing, so that the gains can be maximized for power-sensitive and small form factor devices including IoT use cases (e.g., industrial sensors, controllers) and wearables.

[0190] The following specific examples will explain a method for reducing power consumption of a terminal having a wake-up receiver proposed in the present invention.

[0191] <Example 1>

[0192] A first embodiment may be for a terminal procedure in which an RRC_CONNECTED terminal in a power-saving state with WUR wakes up its main radio after receiving a WUS regardless of DRX settings.

[0193] To save power, the terminal can monitor PDCCH or transmit / receive data in a specific section of each cycle by introducing a technology called C-DRX (connected mode DRX). Therefore, long DRX cycles and short DRX cycles can be set according to the traffic situation of the RRC_CONNECTED terminal so that the terminal can stay in the sleep state for as long as possible. However, in the case of a long DRX cycle, a long delay time may occur from traffic generation to reception. In the case of a short DRX cycle, the terminal must wake up and perform PDCCH monitoring regardless of traffic, which may result in high power consumption. Moreover, since the DRX cycle is changed semi-statically at the MAC-CE (medium access control-control element) level, it may be difficult to flexibly respond to various traffic situations.

[0194] The introduction of WUR can significantly reduce PDCCH monitoring of RRC_CONNECTED terminals, thereby reducing terminal power consumption.

[0195] First, PDCCH monitoring can be triggered by WUS with existing C-DRX configuration, or can be triggered by WUS without C-DRX configuration.

[0196] In one embodiment, in the former case (e.g., when PDCCH monitoring is triggered by WUS together with an existing configured C-DRX configuration), 1) WUS can replace the function of DCI format 2_6 (DCP) that determines whether to monitor PDCCH in the upcoming C-DRX in such a way that the UE monitors WUS according to the WUS monitoring configuration before onDurationTimer to trigger the start of onDurationTimer of DRX. In this case, WUS can completely or partially replace DCP. In addition, 2) the UE can reduce latency by performing WUS monitoring outside the C-DRX active time according to the WUS monitoring configuration before onDurationTimer is activated to trigger PDCCH monitoring. Finally, 3) unlike 2), since the UE performs WUS monitoring according to the WUS monitoring configuration within the C-DRX active time to trigger PDCCH monitoring, PDCCH skipping or search space set group switching can be performed.

[0197] In the latter case (e.g., when PDCCH monitoring is triggered by WUS without a previously configured C-DRX), the UE can dynamically perform PDCCH monitoring using WUS without a periodically configured C-DRX, which can be effective in saving power of the UE. However, it may be necessary to define how to determine the fallback behavior in case the UE misses WUS.

[0198] FIG. 6 illustrates an operation in which an RRC_CONNECTED terminal with WUR dynamically activates DRX when a WUS arrives regardless of the concept of a DRX cycle in a wireless communication system according to one embodiment of the present disclosure.

[0199] According to one embodiment, triggering of DRX may be indicated via WUS. For example, DRX may be triggered aperiodically via WUS. For example, WUS may indicate on / off of DRX with 1 bit. For example, if the value of 1 bit is 0, it may correspond to off, if the value of 1 bit is 1, it may correspond to on, and vice versa. As an example, WUS may include information on a starting point of DRX (e.g., start time) and / or a time period during which DRX should be on (e.g., on duration time). This will be described in more detail below.

[0200] Referring to FIG. 6, a terminal having a WUR can operate an MR (main radio) (601) and an LR (low power wake up receiver) (602) within the terminal. A terminal having a WUR can include an MR (601) and an LR (602). In the present disclosure, the operation of the MR can be understood as an operation of the terminal using the MR, an operation of the terminal through the MR, and / or a control operation of the terminal with respect to the MR. The operation of the LR can be understood as an operation of the terminal using the LR, an operation of the terminal through the LR, and / or a control operation of the terminal with respect to the LR.

[0201] Among MR (601) and LR (602), MR (601) may consume a large amount of power even when C-DRX is applied. Therefore, in order to reduce power consumption of the terminal, MR (601) may be maintained in a deep sleep (610) state or an ultra deep sleep state when there is no change in traffic or system information.

[0202] Both the deep sleep state and the ultra deep sleep state are states in which the power of the terminal is minimized, and the ultra deep sleep state can be said to be a more powerful power-saving state (for example, a state in which even the memory of the terminal is turned off). Unlike the RRC_IDLE / INACTIVE terminal, the RRC_CONNECTED terminal requires a lot of transition time and power / energy to switch from the ultra deep sleep state to the active state. Therefore, it may be more efficient for the terminal to maintain the deep sleep state even if it consumes more power than the ultra deep sleep state. Accordingly, the MR (601) can receive the WUS (620) through the LR (602) while being maintained in the deep sleep (610) state. The WUS (620) may simply be the ID of the terminal, or the group ID or cell ID to which the terminal belongs. Alternatively, the WUS (620) may be transmitted with the onDuration time and start time for the DRX cycle to be activated specified. For example, WUS (620) may include at least one of a terminal ID, a group ID including the terminal, a cell ID, or information about a DRX cycle to be activated (e.g., onDurationTimer for the on duration of the DRX cycle, start time, etc.).

[0203] The LR (602) receiving the WUS (620) can trigger the MR (601) to wake up immediately or after a specific application time. The MR (601) can become active (615) after a specific transition time and start the on duration for the DRX cycle. A terminal in the active (615) state can perform PDCCH monitoring or data transmission and / or reception according to the DRX operation in the on duration time within the C-DRX cycle of the terminal. After completing all transmissions and / or receptions, the terminal can transition to the Deep sleep (610) state again and enter a power saving state. For example, after the terminal finishes transmission and reception, the MR (601) can transition to the Deep sleep (610) state.

[0204] FIG. 7 illustrates a configuration of DCI format 2_6 that indicates whether an existing terminal should wake up for PDCCH monitoring in the next DRX cycle in a wireless communication system according to one embodiment of the present disclosure.

[0205] DCI format 2_6 may be DCP (DCI with CRC (cyclic redundancy check) scrambled with PS-RNTI (power saving radio network temporary identifier)) and may be understood as an example of WUS. In the present disclosure, DCI format 2_6 may be used as WUS or a signal different from DCI format 2_6 may be used as WUS. The name WUS is an example and a signal with a different name may be used.

[0206] Referring to FIG. 7, a terminal may set a long drx-Cycle (720) for each cycle. At the start of each cycle, a drx-onDurationTimer (721) may be set. If a PDCCH for the terminal is found (725) within the drx-onDurationTimer (721) period, a drx-inactivityTimer (726) may be started to prepare for a subsequent PDCCH. However, even if there is no traffic, the terminal must wake up and monitor the PDCCH for each long drx-Cycle (720), which may result in significant power consumption.

[0207] As described above, in order to reduce power consumption, the terminal can receive DCI format 2_6 (710) before starting a DRX cycle to determine whether to start drx-onDurationTimer (721). DCI format 2_6 (710) may be a 1-bit indicator. For example, if DCI format 2_6 (710) is 0, it may indicate not to start drx-onDurationTimer (721), and if it is 1, it may indicate to start drx-onDurationTimer (721). This allows the terminal to maintain a power saving state for a longer period of time, but in order to receive DCI format 2_6, the terminal must synchronize by receiving a terminal SSB burst for each DRX cycle and perform AGC (Automatic Gain Control) settling, which may be inefficient.

[0208] In the following examples, a method for saving power of a terminal by replacing the procedure of FIG. 7 using WUS can be described.

[0209] <Second embodiment>

[0210] A second embodiment may relate to a procedure in which an RRC_CONNECTED terminal with LR receives a WUS to be informed whether it should wake up in the configured DRX. The second embodiment may be similar to the terminal procedure in which an RRC_CONNECTED terminal without LR of FIG. 7 receives a DCP to be informed whether it should wake up in the configured DRX, but the procedure and signaling of the terminal may be different due to LR and WUS.

[0211] FIG. 8 illustrates an operation for a terminal procedure in which an RRC_CONNECTED terminal with WUR receives a WUS and is informed whether or not it should wake up in the configured DRX in a wireless communication system according to one embodiment of the present disclosure.

[0212] Referring to FIG. 8, a terminal having WUR may set drx-onDurationTimer (815 or 816) for each DRX cycle in MR (801). However, since traffic or system information changes may not occur, the terminal may receive WUS (820) from the base station to LR (802) indicating that there is no need to start drx-onDurationTimer (815). Therefore, WUS (820) may need to be received earlier than drx-onDurationTimer (815). The reception time of WUS (820) may be determined based on UE capability considering the state transition time of the terminal. For example, the time at which WUS (820) should be received may be determined by UE capability, and the time may be determined as a certain time interval based on the start time of drx-onDurationTimer (815) or the start time of a DRX cycle. The WUS (820) may need to be received at least before or until the above-described decision point in time. For example, the terminal may need to receive the WUS (820) before X slots to determine whether to ignore or skip the drx-onDurationTimer (815). The WUS (820) may be based on a sequence that serves a similar function to 1-bit information indicating 0 and / or 1-bit information indicating 0, similar to DCI format 2_6. The terminal that receives the WUS (820) may not start the drx-onDurationTimer (815) and may maintain a deep sleep (810) state.

[0213] Similarly, just before the next DRX cycle, the terminal may receive WUS (825) before X slots. In this case, WUS (825) may be based on 1-bit information indicating 1 and / or a sequence that plays a similar role to 1-bit information indicating 1. The terminal may start drx-onDurationTimer (816) to monitor the PDCCH in the corresponding section. In the example of FIG. 8, there may be a case where WUS (820) is not received and only WUS (825) is received, in which case the terminal / base station may operate similarly to the first embodiment. In the above-described embodiment, since WUS replaces DCI format 2_6, the operation of the terminal needs to be considered when WUS is not received. For example, when the terminal does not receive WUS, the terminal may determine that WUS was transmitted but not received and may receive DCI format 2_6. For example, if the terminal does not receive WUS, the terminal may recognize that the base station did not instruct the terminal to wake up and may not wake up in the next C-DRX.

[0214] FIG. 9 illustrates the configuration of DCI format 2_6 in a wireless communication system according to one embodiment of the present disclosure.

[0215] DCI format 2_6 is a group common DCI as shown in Fig. 9, so it can transmit different information for each UE group (901, 902). In addition, CRC bits (903) scrambled with PS-RNTI can be transmitted after (901, 902). The fields for each UE group can include a wake-up indication (910) that indicates whether to monitor the PDCCH in the next C-DRX, and an SCell dormancy indication (911) that indicates the dormant state of SCells in a CA environment. If WUS replaces DCP, both (910) and (911) may need to be supported in WUS. However, since LR operates at very low power, it may not be able to transmit a long signal like DCP. Therefore, only (910), which has relatively few bits, can be considered.

[0216] First, there may be cases where WUS completely replaces DCP.

[0217] As described above, the payload size of WUS can be large, and when CA is configured and SCell is allocated to the terminal, SCell dormancy configuration (e.g., dormancyGroupOutsideActive) can be configured in the terminal, and SCell dormancy indication can be transmitted through WUS. If the terminal fails to receive WUS, in fallback mode, 1) the terminal can monitor PDCCH within the configured C-DRX. In this case, the terminal may only need to receive configuration information related to WUS (e.g., WUS-Config) without needing to receive configuration information related to DCP (e.g., DCP-Config). 2) After the terminal checks the DCP connected to the configured C-DRX, the terminal can decide whether to activate it in the C-DRX. In this case, the terminal may need to receive DCP-Config as well as WUS-Config.

[0218] There may be cases where WUS partially replaces DCP. As described above, WUS may replace the wake-up indication in DCP, and SCell dormancy indication may be received through DCP. Therefore, if the terminal has not separately configured SCell dormancy configuration (e.g., dormancyGroupOutsideActive), it can only receive WUS. On the other hand, if the terminal has configured SCell dormancy configuration (e.g., dormancyGroupOutsideActive), it can receive DCP after receiving WUS. In this case, the terminal will receive DCP-Config in addition to WUS-Config, so if the terminal fails to properly receive WUS, it can receive DCP in fallback mode. Therefore, false alarms for WUS can also be reduced.

[0219] <Third Embodiment>

[0220] A third embodiment may be about a CSI report in a C-DRX environment for a terminal with LR.

[0221] FIG. 10 illustrates a timeline for a CSI report in a C-DRX environment by a terminal without LR in a wireless communication system according to one embodiment of the present disclosure.

[0222] In Fig. 10(a), a terminal that has not received a DCP can perform measurement at a periodic CSI-RS occasion (1001). However, when C-DRX is configured, in order to reduce battery consumption, the terminal may perform measurement and then perform a CSI report only at the CSI-RS occasion within the C-DRX, even if the terminal does not perform measurement at all occasions. If the terminal does not detect any CSI-RS occasion, the terminal may drop the CSI report.

[0223] In Fig. 10(b), a terminal receiving a DCP may not wake up from the corresponding C-DRX and may not perform PDCCH monitoring and CSI-RS occasional reception if the DCP (1011) does not instruct wake up (1012). On the other hand, if the DCP (1011) instructs wake up (1013), the terminal may measure CSI-RS and perform CSI report as in Fig. 10(a). However, if the terminal does not report CSI for a long time because there is no new traffic, link quality or beam quality may deteriorate and beam failure may occur. To prevent the above-described problem, ps-TransmitPeriodicL1-RSRP or ps-TransmitOtherPeriodicCSI may be optionally configured in DCP-Config. When ps-TransmitPeriodicL1-RSRP or ps-TransmitOtherPeriodicCSI is configured in DCP-Config, the UE can receive CSI-RS occasions other than C-DRX, and measure and report the received CSI-RS occasions. ps-TransmitPeriodicL1-RSRP can configure the UE to transmit periodic L1-RSRP report(s) if drx-onDurationTimer has not started. If the ps-TransmitPeriodicL1-RSRP field is not present, the UE may not transmit periodic L1-RSRP report(s) if drx-onDurationTimer has not started. ps-TransmitOtherPeriodicCSI can configure the UE to transmit periodic CSI report(s) other than L1-RSRP report if drx-onDurationTimer has not started.If the TransmitOtherPeriodicCSI field is absent, the terminal may not transmit periodic CSI report(s) other than L1-RSRP report(s) unless drx-onDurationTimer is started.

[0224] If LR exists in the terminal, both scenarios mentioned in the second embodiment may be possible.

[0225] First, even if the terminal receives WUS-Config, it may ignore the received DCP-Config or the base station may not configure DCP-Config separately. For example, this may be due to the assumption that WUS completely replaces DCP.

[0226] In this case, TransmitPeriodicL1-RSRP, TransmitOtherPeriodicCSI, or other measurement value report requests can be optionally configured in WUS-Config. When the above-described settings are applied, the UE's LR can trigger the MR to wake up, and the MR can perform measurement by receiving CSI-RS occasions in sections other than C-DRX.

[0227] Next, there may be cases where the UE needs to receive DCP-Config in addition to WUS-Config. For example, WUS may not completely replace DCP, but may partially replace it, such that the wake up indication of DCP is replaced by WUS, and the SCell dormancy indication is received through DCP. In this case, since the UE receives DCP-Config, TransmitPeriodicL1-RSRP, TransmitOtherPeriodicCSI, or other measurement value requests may not need to be specified in WUS-Config. However, the UE can perform measurement outside of C-DRX if necessary after receiving both configs (e.g., WUS-Config and DCP-Config). Since the wake up indication is replaced by WUS, the UE may need to receive WUS before DCP. If the SCell dormancy indication is activated in DCP, the UE may need to receive WUS before DCP. On the other hand, if the SCell dormancy indication is not activated in the DCP, the terminal can receive WUS based on C-DRX regardless of the DCP.

[0228] FIG. 11 illustrates a location for a WUS occasion in a wireless communication system according to one embodiment of the present disclosure.

[0229] DCP occasion (1103) can be determined based on C-DRX (1101). The terminal can find a DCP occasion within a ps-Offset of up to 15 ms in the DCP-Config. DCP occasions can exist with a specific periodicity (1121). If the terminal finds a valid DCP occasion among multiple occasions, the terminal may ignore subsequent occasions and not perform monitoring regardless of the value of the wake-up indication. In addition, the terminal may need to find a DCP up to the point X (1122) based on the starting point of the C-DRX. Therefore, the section where a DCP occasion exists may be from (C-DRX starting point - ps-Offset) to (C-DRX starting point - X). Therefore, if the terminal checks a DCP in addition to a WUS, it may need to receive a WUS at a point further than (C-DRX starting point - ps-Offset), which is the maximum point at which a DCP can appear. Therefore, if wus-Offset(1111) is set in wus-Config, a WUS occasion can occur at a location (1111) ahead of ps-Offset(1110). Similar to DCP, Y value is defined so that WUS can be received only up to a location Y ahead of ps-Offset. In this case, within the Y value, the terminal can perform tasks such as waking up the MR or synchronizing the MR. In addition, if the terminal receives the WUS Config but does not detect the WUS (misdetection), the terminal can monitor the DCP and then decide whether to perform PDCCH monitoring in the C-DRX.

[0230] <Example 4>

[0231] A fourth embodiment may be a description of a WUS monitoring interval when an idle / inactive UE is set to eDRX.

[0232] For idle / inactive terminals, since the terminal's traffic is very sparse, a technology called e-DRX (extended DRX) is introduced to monitor or synchronize PDCCH in a specific section of each cycle to save power. With the introduction of eDRX, an eDRX cycle is configured with several i-DRX sections, and a group of several consecutive i-DRXs can be configured as a PTW (paging time window). The terminal can perform measurement or PDCCH monitoring only within the PTW. Each i-DRX within the PTW can have a paging occasion (PO).

[0233] The introduction of WUR can significantly reduce the number of PDCCH monitoring and measurements of idle / inactive terminals, thereby reducing terminal power consumption.

[0234] The positions of existing POs are maintained, and there may be a wake up indication to WUS to check the POs in the PTW. In this case, WUS can replace the role of paging early indication (PEI). WUS can instruct all POs in the PTW to wake up indication individually or all at once. For example, WUS can be received before every iDRX, and if it indicates '1', MR can check the PO, and if it indicates '0', MR can continue to sleep. If WUS instructs all POs in the PTW to wake up indication, if it indicates '0010', MR can wake up only at the third i-DRX to receive the PO.

[0235] FIG. 12 illustrates a section for monitoring WUS in an eDRX environment in a wireless communication system according to one embodiment of the present disclosure.

[0236] Each terminal can have an eDRX cycle as in (1201) and can receive POs from iDRX cycles within the PTW (1202). The way in which the WUS (1203) performs a wake up indication may vary depending on the granularity indicated by (1203). If the WUS performs a wake up indication for all POs within the PTW, an occasion may occur in the WUS with a specific offset from the starting point of the PTW (or the starting point of the first iDRX within the PTW). Similarly to the third embodiment, a wus-Offset may be set, and a time margin of Z value may occur to wake up and synchronize the MR. If the WUS designates each iDRX within the PTW, a wus-Offset may be set for each iDRX within the terminal, and similarly, a time margin of Z value may occur to wake up and synchronize the MR. Alternatively, a PTW for WUS may be presented, similar to (1202) in FIG. 12. It may be assumed that the terminal can receive the WUS in the PTW for WUS, and an occasion may occur with a specific offset relative to the starting point of the PTW (or the starting point of the first iDRX within the PTW). Similarly to the third embodiment, a wus-Offset may be set, and a time margin of the Z value may be provided to wake up and synchronize the MR. Additionally, the length of the PTW for WUS may be defined separately, or may have the same length as the PTW (1202) of the MR.

[0237] Figure 13 illustrates a transmitting and receiving device of a terminal in a wireless communication system according to an embodiment of the present disclosure. For convenience of explanation, the illustration and description of devices not directly related to the present disclosure may be omitted.

[0238] Referring to FIG. 13, the terminal may be configured with a transmitter (1304) including an uplink transmission processing block (1301), a multiplexer (1302), and a transmission RF block (1303), a receiver (1308) including a downlink reception processing block (1305), a demultiplexer (1306), and a reception RF block (1307), and a control unit (1309). The control unit (1309) may control each of the configuration blocks of the receiver (1308) for receiving a data channel or control channel transmitted by the base station as described above, and each of the configuration blocks of the transmitter (1304) for transmitting an uplink signal.

[0239] In the transmitter (1304) of the terminal, the uplink transmission processing block (1301) can generate a signal to be transmitted by performing processes such as channel coding and modulation. The signal generated in the uplink transmission processing block (1301) can be multiplexed with another uplink signal by a multiplexer (1302), and then transmitted to the base station after signal processing in the transmission RF block (1303).

[0240] The terminal's receiving unit (1308) can demultiplex signals received from the base station and distribute them to each downlink receiving processing block. The downlink receiving processing block (1305) can perform processes such as demodulation and channel decoding on the downlink signal of the base station to obtain control information or data transmitted by the base station. The terminal's receiving unit (1308) can support the operation of the control unit (1309) by applying the output result of the downlink receiving processing block to the control unit (1309).

[0241] FIG. 14 is a block diagram showing the configuration of a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0242] As illustrated in FIG. 14, the terminal of the present disclosure may include a processor (1430), a transceiver (1410), and a memory (1420). However, the components of the terminal are not limited to the examples described above. For example, the terminal may include more or fewer components than the components described above. In addition, the processor (1430), the transceiver (1410), and the memory (1420) may be implemented in the form of a single chip. According to one embodiment, the transceiver (1410) of FIG. 14 may include the transmitter (1304) and receiver (1308) of FIG. 13. In addition, the processor (1430) of FIG. 14 may include the control unit (1309) of FIG. 13.

[0243] According to one embodiment, the processor (1430) may control a series of processes that enable the terminal to operate according to the embodiments of the present disclosure described above. For example, according to the embodiments of the present disclosure, the components of the terminal may be controlled to perform a transmission and reception method of the terminal depending on whether the base station mode is the base station energy saving mode or the base station normal mode. There may be one or more processors (1430), and the processors (1430) may perform transmission and reception operations of the terminal in a wireless communication system that applies the carrier bundle of the present disclosure described above by executing a program stored in the memory (1420).

[0244] The transceiver (1410) can transmit and receive signals with a base station. The signals transmitted and received with the base station can include control information and data. The transceiver (1410) can be configured with an RF transmitter that up-converts and amplifies the frequency of a transmitted signal, an RF receiver that low-noise amplifies a received signal and down-converts the frequency, etc. However, the transceiver (1410) is only one embodiment, and the components of the transceiver (1410) are not limited to the RF transmitter and RF receiver. In addition, the transceiver (1410) can receive a signal through a wireless channel and output it to the processor (1430), and transmit a signal output from the processor (1430) through the wireless channel.

[0245] According to one embodiment, the memory (1420) can store programs and data necessary for the operation of the terminal. In addition, the memory (1420) can store control information or data included in signals transmitted and received by the terminal. The memory (1420) can be configured as a storage medium or a combination of storage media such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD. In addition, there can be a plurality of memories (1420). According to one embodiment, the memory (1420) can store a program for performing transmission and reception operations of the terminal depending on whether the base station mode of the embodiments of the present disclosure described above is a base station energy saving mode or a base station normal mode.

[0246] FIG. 15 is a block diagram showing the configuration of a base station in a wireless communication system according to one embodiment of the present disclosure.

[0247] As illustrated in FIG. 15, the base station of the present disclosure may include a processor (1530), a transceiver (1510), and a memory (1520). However, the components of the base station are not limited to the examples described above. For example, the base station may include more or fewer components than the components described above. Furthermore, the processor (1530), the transceiver (1510), and the memory (1520) may be implemented in the form of a single chip.

[0248] The processor (1530) may control a series of processes so that the base station can operate according to the embodiments of the present disclosure described above. For example, the processor may control components of the base station to perform a method for scheduling a terminal according to whether the base station mode is the base station energy saving mode or the base station normal mode according to the embodiments of the present disclosure. There may be one or more processors (1530), and the processors (1530) may execute a program stored in the memory (1520) to perform the method for scheduling a terminal according to whether the base station mode of the present disclosure described above is the base station energy saving mode or the base station normal mode.

[0249] The transceiver (1510) can transmit and receive signals with the terminal. The signals transmitted and received with the terminal can include control information and data. The transceiver (1510) can be configured with an RF transmitter that up-converts and amplifies the frequency of a transmitted signal, an RF receiver that low-noise amplifies the received signal and down-converts the frequency, etc. However, the transceiver (1510) is only one embodiment, and the components of the transceiver (1510) are not limited to the RF transmitter and RF receiver. In addition, the transceiver (1510) can receive a signal through a wireless channel and output it to the processor (1530), and transmit a signal output from the processor (1530) through the wireless channel.

[0250] According to one embodiment, the memory (1520) may store programs and data required for the operation of the base station. In addition, the memory (1520) may store control information or data included in signals transmitted and received by the base station. The memory (1520) may be configured as a storage medium or a combination of storage media, such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD. In addition, there may be a plurality of memories (1520). According to one embodiment, the memory (1520) may store a program for performing a method for scheduling a terminal depending on whether the base station mode, which is an embodiment of the present disclosure described above, is a base station energy saving mode or a base station normal mode.

[0251] The methods according to the embodiments described in the claims or specification of the present disclosure may be implemented in the form of hardware, software, or a combination of hardware and software.

[0252] When implemented in software, a computer-readable storage medium storing one or more programs (software modules) may be provided. The one or more programs stored in the computer-readable storage medium are configured for execution by one or more processors within an electronic device. The one or more programs include instructions that cause the electronic device to execute methods according to the embodiments described in the claims or specification of the present disclosure.

[0253] These programs (software modules, software) may be stored in a non-volatile memory including random access memory, flash memory, read only memory (ROM), electrically erasable programmable read only memory (EEPROM), magnetic disc storage devices, compact disc ROMs (CD-ROMs), digital versatile discs (DVDs) or other forms of optical storage devices, magnetic cassettes, or may be stored in a memory configured as a combination of some or all of these. In addition, each configuration memory may be included in multiple numbers.

[0254] Additionally, the program may be stored on an attachable storage device that is accessible via a communication network such as the Internet, an intranet, a local area network (LAN), a wide local area network (WLAN), a storage area network (SAN), or a combination thereof. Such a storage device may be connected to a device implementing an embodiment of the present disclosure via an external port. Additionally, a separate storage device on the communication network may be connected to a device implementing an embodiment of the present disclosure.

[0255] In the specific embodiments of the present disclosure described above, components included in the present disclosure are expressed singularly or plurally, depending on the specific embodiment presented. However, the singular or plural expressions are selected to suit the presented situation for convenience of explanation, and the present disclosure is not limited to singular or plural components. Components expressed in plural may be composed of singular elements, or components expressed in singular may be composed of plural elements.

[0256] Meanwhile, the present specification and drawings disclose preferred embodiments of the present disclosure, and although specific terms are used, they are used in a general sense only to easily explain the technical contents of the present disclosure and to help understand the invention, and are not intended to limit the scope of the present disclosure. It will be apparent to those skilled in the art to which the present disclosure pertains that other modified examples based on the technical idea of ​​the present disclosure are possible in addition to the embodiments disclosed herein. Furthermore, each embodiment can be combined and operated as needed.

[0257] While the detailed description of this disclosure has described specific embodiments, it should be understood that various modifications are possible without departing from the scope of this disclosure. Therefore, the scope of this disclosure should not be limited to the described embodiments, but should be defined not only by the scope of the claims described below, but also by equivalents thereof.

Claims

1. In a method performed by a terminal in a wireless communication system, A step of receiving first configuration information regarding a low-power WUS (wake-up signal) and second configuration information regarding C-DRX (connected-discontinuous reception) from a base station; A step of receiving the low-power WUS for triggering PDCCH (physical downlink control channel) monitoring based on the first configuration information from the base station; and A step of performing PDCCH monitoring based on the low-power WUS and the second setting information, A method wherein the above terminal is in an RRC (radio resource control) connection state.

2. In paragraph 1, The above low-power WUS is received in a section other than the active section of the C-DRX, A method wherein the low-power WUS is based on at least one of PDCCH skipping or search space set group switching.

3. In paragraph 2, A method wherein the low-power WUS includes an instruction to stop the on-duration time of the C-DRX for monitoring the PDCCH.

4. In the first paragraph, the method, Further comprising a step of receiving DCI (downlink control information) for monitoring the PDCCH from the base station, A method wherein the above PDCCH monitoring is performed based on the second configuration information and the DCI.

5. In a method performed by a base station of a wireless communication system, A step of transmitting first configuration information regarding a low-power WUS (wake-up signal) and second configuration information regarding C-DRX (connected-discontinuous reception) to a terminal; and A step of transmitting the low-power WUS to the terminal to trigger PDCCH (physical downlink control channel) monitoring based on the first setting information; The above PDCCH monitoring is based on the low-power WUS and the second configuration information, A method wherein the above terminal is in an RRC (radio resource control) connection state.

6. In paragraph 5, The above low-power WUS is transmitted in a section other than the active section of the C-DRX, A method wherein the low-power WUS is based on at least one of PDCCH skipping or search space set group switching.

7. In paragraph 6, A method wherein the low-power WUS includes an instruction to stop the on-duration time of the C-DRX for monitoring the PDCCH.

8. In paragraph 5, the method, Further comprising a step of transmitting DCI (downlink control information) for monitoring the PDCCH to the terminal, A method wherein the above PDCCH monitoring is based on the second configuration information and the DCI.

9. In the terminal of a wireless communication system, Transmitter and receiver; and At least one control unit connected to the above transceiver unit, At least one control unit: Receive first configuration information about a low-power WUS (wake-up signal) and second configuration information about C-DRX (connected-discontinuous reception) from a base station, Receive the low-power WUS for triggering PDCCH (physical downlink control channel) monitoring based on the first configuration information from the base station, and Based on the above low-power WUS and the second setting information, the PDCCH monitoring is set to be performed, The above terminal is a terminal in an RRC (radio resource control) connection state.

10. In paragraph 9, The above low-power WUS is received in a section other than the active section of the C-DRX, A terminal, wherein the low-power WUS is based on at least one of PDCCH skipping or search space set group switching.

11. In paragraph 10, A terminal, wherein the low-power WUS includes an instruction regarding the suspension of the on-duration time of the C-DRX for the PDCCH monitoring.

12. In paragraph 9, at least one control unit: It is further configured to receive DCI (downlink control information) for PDCCH monitoring from the base station, A terminal wherein the above PDCCH monitoring is performed based on the second configuration information and the DCI.

13. In a base station of a wireless communication system, Transmitter and receiver; and At least one control unit connected to the above transceiver unit, At least one control unit: Transmit first configuration information regarding low-power WUS (wake-up signal) and second configuration information regarding C-DRX (connected-discontinuous reception) to the terminal, and The terminal is configured to transmit the low-power WUS for triggering PDCCH (physical downlink control channel) monitoring based on the first configuration information, The above PDCCH monitoring is based on the low-power WUS and the second configuration information, The above terminal is a base station in an RRC (radio resource control) connection state.

14. In paragraph 13, The above low-power WUS is transmitted in a section other than the active section of the C-DRX, A base station, wherein the low-power WUS is based on at least one of PDCCH skipping or search space set group switching.

15. In paragraph 14, A base station, wherein the low-power WUS includes an instruction regarding the suspension of the on-duration time of the C-DRX for monitoring the PDCCH.

Images