Method and apparatus for determining priority during channel state information transmission by terminal in wireless communication system

Abstract

The present disclosure relates to a 5G or 6G communication system for supporting a higher data transmission rate. Specifically, the present disclosure relates to a method performed by a terminal in a wireless communication system, the method comprising the steps of: receiving, from a base station, information indicating an event type; identifying an event instance associated with an L1-RSRP for a first RS; transmitting a first PUCCH to the base station on the basis of the event instance; and transmitting a PUSCH including a CSI report to the base station, wherein the event instance is identified on the basis that the L1-RSRP for the first RS is less than or equal to a threshold value, and the first RS is an RS associated with an indicated TCI state or an SS / PBCH block quasi co-located (QCL) with the RS associated with the indicated TCI state.

Description

Method and device for determining priority when transmitting channel state information of a terminal in a wireless communication system

[0001] The present disclosure relates to the operation of a terminal and a base station in a wireless communication system. Specifically, the present disclosure relates to a method for determining priorities when transmitting channel state information by a terminal in a wireless communication system, and a device capable of performing the same.

[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] The disclosed embodiment seeks to provide a device and method capable of effectively providing a service in a mobile communication system.

[0009] A method performed by a terminal of a communication system according to one embodiment of the present disclosure comprises the steps of: receiving information indicating an event type from a base station; identifying an event instance associated with a layer 1-reference signal received power (L1-RSRP) for a first reference signal (RS); transmitting a first physical uplink control channel (PUCCH) to the base station based on the event instance; and transmitting a physical uplink shared channel (PUSCH) including a channel state information (CSI) report to the base station, wherein the event instance is identified based on an L1-RSRP for the first RS being less than or equal to a threshold, and the first RS may be an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located with an RS associated with the indicated TCI state.

[0010] A method performed by a base station of a communication system according to one embodiment of the present disclosure comprises the steps of: transmitting information indicating an event type to a terminal; receiving a first physical uplink control channel (PUCCH) from the terminal based on an event instance associated with a layer 1-reference signal received power (L1-RSRP) for a first reference signal (RS); and receiving a physical uplink shared channel (PUSCH) including a CSI report from the terminal, wherein the event instance is associated with a layer 1-reference signal received power (L1-RSRP) for the first reference signal (RS) being less than or equal to a threshold, and wherein the first RS may be an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located with an RS associated with the indicated TCI state.

[0011] A terminal of a communication system according to one embodiment of the present disclosure comprises: at least one transceiver; at least one processor communicatively connected to the at least one transceiver; And a memory communicatively connected to the at least one processor, and executable by the at least one processor individually or in any combination, wherein the memory stores instructions that cause the terminal to receive information indicating an event type from a base station, identify an event instance associated with a layer 1-reference signal received power (L1-RSRP) for a first reference signal (RS), transmit a first physical uplink control channel (PUCCH) to the base station based on the event instance, and transmit a physical uplink shared channel (PUSCH) including a channel state information (CSI) report to the base station, wherein the event instance is identified based on the L1-RSRP for the first RS being less than or equal to a threshold, and the first RS may be an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located (QCL) with an RS associated with the indicated TCI state.

[0012] A base station of a communication system according to one embodiment of the present disclosure comprises: at least one transceiver; at least one processor communicatively connected to the at least one transceiver; And a memory communicatively connected to the at least one processor, and executable by the at least one processor individually or in any combination, wherein the memory stores instructions that cause the base station to transmit information indicating an event type to the terminal, receive a first physical uplink control channel (PUCCH) from the terminal based on an event instance associated with a layer 1-reference signal received power (L1-RSRP) for a first RS (reference signal), and receive a physical uplink shared channel (PUSCH) including a CSI report from the terminal, wherein the event instance is associated with the layer 1-reference signal received power (L1-RSRP) for the first RS (reference signal) being less than or equal to a threshold, and wherein the first RS may be an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located with the RS associated with the indicated TCI state.

[0013] The disclosed embodiment provides a device and method capable of effectively providing a service in a mobile communication system.

[0014] FIG. 1 is a diagram illustrating a basic structure of a time-frequency domain in a wireless communication system according to one embodiment of the present disclosure.

[0015] FIG. 2 is a diagram illustrating a frame, subframe, and slot structure in a wireless communication system according to one embodiment of the present disclosure.

[0016] FIG. 3 is a diagram illustrating an example of bandwidth portion settings in a wireless communication system according to one embodiment of the present disclosure.

[0017] FIG. 4 is a diagram illustrating a wireless protocol structure of a base station and a terminal in a single cell, carrier aggregation, and dual connectivity situation in a wireless communication system according to one embodiment of the present disclosure.

[0018] FIG. 5 is a diagram of a beam application time that can be considered when using an integrated TCI method in a wireless communication system according to an embodiment of the present disclosure.

[0019] FIG. 6 is a diagram illustrating another MAC-CE structure for activating and indicating a joint TCI state or a separate DL or UL TCI state in a wireless communication system according to an embodiment of the present disclosure.

[0020] Figure 7 is a diagram illustrating an example of an aperiodic CSI reporting method.

[0021] FIG. 8 is a diagram illustrating an example of setting a control region of a downlink control channel in a wireless communication system according to one embodiment of the present disclosure.

[0022] FIG. 9 is a diagram illustrating the structure of a downlink control channel in a wireless communication system according to one embodiment of the present disclosure.

[0023] FIG. 10 is a diagram illustrating a channel measurement and channel status reporting method according to the setting and instruction of a base station according to one embodiment of the present disclosure.

[0024] FIG. 11 is a diagram illustrating an operation process of a terminal and a base station for a CSI report initiated by a terminal using a PUCCH resource that triggers a reception beam performance report initiated by a terminal according to one embodiment of the present disclosure.

[0025] FIG. 12 is a diagram illustrating an operation process of a terminal and a base station for a CSI report initiated by a terminal using a pair of reserved PUCCH resources and PUSCH transmissions according to one embodiment of the present disclosure.

[0026] FIG. 13 is a diagram showing CPU occupancy time for a reception beam report starting from a terminal according to one embodiment of the present disclosure.

[0027] FIG. 14 is a diagram showing another CPU occupancy time for a reception beam report starting from a terminal according to one embodiment of the present disclosure.

[0028] FIG. 15 is a diagram illustrating the structure of a terminal in a wireless communication system according to an embodiment of the present disclosure.

[0029] FIG. 16 is a diagram illustrating the structure of a base station in a wireless communication system according to an embodiment of the present disclosure.

[0030] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the attached drawings.

[0031] In describing the embodiments, descriptions of technical details that are well known in the technical field to which the present disclosure pertains and are not directly related to the present disclosure will be omitted. This is to avoid obscuring the gist of the present disclosure by omitting unnecessary explanations and to convey the gist more clearly.

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

[0033] The advantages and features of the present disclosure, and methods for achieving them, will become clearer with reference to the embodiments described below in detail 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 only 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 disclosure, and the present disclosure is defined only by the scope of the claims. Like reference numerals designate like elements throughout the specification. In addition, when describing the present disclosure, if a specific description of a related function or configuration is determined to unnecessarily obscure the gist of the present disclosure, the detailed description thereof will be omitted. In addition, the terms described below are terms defined in consideration of the functions of the present disclosure, and may vary depending on the intention or custom of the user or operator. Therefore, the definitions should be made based on the contents throughout the specification.

[0034] Hereinafter, the base station is an entity that performs resource allocation of the terminal, and may be at least one of a gNode B, an eNode B, 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. In the present disclosure, downlink (DL) refers to a wireless transmission path of a signal transmitted from a base station to a terminal, and uplink (UL) refers to a wireless transmission path of a signal transmitted from a terminal to a base station. In addition, although the LTE or LTE-A system may be described below as an example, the embodiments of the present disclosure may also be applied to other communication systems having a similar technical background or channel type. For example, the 5th generation mobile communication technology (5G, new radio, NR) developed after LTE-A may be included here, and the 5G below may also be a concept that includes existing LTE, LTE-A, and other similar services. In addition, the present disclosure may be applied to other communication systems through some modifications within a scope that does not significantly deviate from the scope of the present disclosure, as judged by a person having skilled technical knowledge.

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

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

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

[0038] Wireless communication systems are evolving from providing voice-oriented services in the early days to broadband wireless communication systems that provide high-speed, high-quality packet data services, such as communication standards such as 3GPP's HSPA (High Speed ​​Packet Access), LTE (Long Term Evolution or E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-Advanced (LTE-A), LTE-Pro, 3GPP2's HRPD (High Rate Packet Data), UMB (Ultra Mobile Broadband), and IEEE's 802.16e.

[0039] As a representative example of the above broadband wireless communication system, the LTE system adopts the OFDM (Orthogonal Frequency Division Multiplexing) method in the downlink (DL) and the SC-FDMA (Single Carrier Frequency Division Multiple Access) method in the uplink (UL). The uplink refers to a wireless link in which a terminal (User Equipment (UE) or Mobile Station (MS)) transmits data or control signals to a base station (eNode B or base station (BS)), and the downlink refers to a wireless link in which a base station transmits data or control signals to a terminal. The above multiple access method can distinguish the data or control information of each user by allocating and operating the time-frequency resources for transmitting data or control information to each user so that they do not overlap, that is, so as to achieve orthogonality.

[0040] As a future communications system beyond LTE, 5G communication systems must be able to freely reflect the diverse needs of users and service providers. Therefore, they must support services that simultaneously satisfy these diverse requirements. Services being considered for 5G communication systems include enhanced Mobile Broadband (eMBB), massive Machine Type Communication (mMTC), and Ultra Reliability Low Latency Communication (URLLC).

[0041] eMBB aims to provide data transmission rates that are significantly higher than those supported by existing LTE, LTE-A, or LTE-Pro. For example, in a 5G communication system, eMBB must be able to support a peak data rate of 20 Gbps in the downlink and a peak data rate of 10 Gbps in the uplink from the perspective of a single base station. Furthermore, 5G communication systems must simultaneously provide the peak data rate and an increased user-perceived data rate for terminals. To meet these requirements, improvements in various transmission and reception technologies, including improved multi-input, multi-output (MIMO) transmission technology, are required. Furthermore, while LTE transmits signals using a maximum transmission bandwidth of 20 MHz in the 2 GHz band, 5G communication systems can meet the data transmission rates required by 5G communication systems by using a wider frequency bandwidth than 20 MHz in the 3-6 GHz or higher 6 GHz band.

[0042] At the same time, mMTC is being considered to support application services such as the Internet of Things (IoT) in 5G communication systems. To efficiently provide the IoT, mMTC requires supporting large-scale terminal connections within a cell, improved terminal coverage, enhanced battery life, and reduced terminal costs. The IoT requires the ability to support a large number of terminals (e.g., 1,000,000 terminals / km2) within a cell, as it provides communication capabilities through the attachment of various sensors and devices. Furthermore, due to the nature of the service, terminals supporting mMTC are likely to be located in shadow areas, such as basements, beyond cell coverage. This may require broader coverage compared to other services provided by 5G communication systems. Terminals supporting mMTC must be inexpensive, and since frequent battery replacement is unlikely, they may require extremely long battery lifespans, such as 10 to 15 years.

[0043] Finally, URLLC refers to a cellular-based wireless communication service used for a specific purpose (mission-critical). For example, services such as remote control of robots or machinery, industrial automation, unmanned aerial vehicles, remote health care, and emergency alerts can be considered. Therefore, the communication provided by URLLC must provide very low latency and very high reliability. For example, a service supporting URLLC must satisfy an air interface latency of less than 0.5 milliseconds and, at the same time, must have a 10 -5The following packet error rate (PER) requirements apply. Therefore, for services supporting URLLC, 5G systems must provide a smaller Transmit Time Interval (TTI) than other services. Simultaneously, design considerations may require the allocation of extensive resources in the frequency band to ensure communication link reliability.

[0044] The three 5G services—eMBB, URLLC, and mMTC—can be multiplexed and transmitted within a single system. To meet the differing requirements of each service, different transmission and reception techniques and parameters can be used. Of course, 5G is not limited to the three services described above.

[0045] Hereinafter, a / b can be understood as at least one of a or b.

[0046] [NR time-frequency resources]

[0047] Below, the frame structure of the 5G system is described in more detail with reference to drawings.

[0048] Figure 1 is a diagram illustrating the basic structure of the time-frequency domain, which is a radio resource domain in which data or control channels are transmitted in a 5G system.

[0049] The horizontal axis of Figure 1 represents the time domain, and the vertical axis represents the frequency domain. The basic unit of resources in the time and frequency domains is a resource element (RE, 101), which can be defined as 1 OFDM symbol (102) on the time axis and 1 subcarrier (103) on the frequency axis. In the frequency domain (For example, 12) consecutive REs can constitute one resource block (RB, 104). One subframe (110) on the time axis can include multiple OFDM symbols (102). For example, the length of one subframe can be 1 ms.

[0050] FIG. 2 is a diagram illustrating a frame, subframe, and slot structure in a wireless communication system according to one embodiment of the present disclosure.

[0051] Figure 2 illustrates an example of a structure of a frame (Frame, 200), a subframe (Subframe, 201), and a slot (Slot, 202). One frame (200) can be defined as 10ms. One subframe (201) can be defined as 1ms, and therefore one frame (200) can be composed of a total of 10 subframes (201). One slot (202, 203) can be defined as 14 OFDM symbols (i.e., the number of symbols per slot ( =14). 1 subframe (201) may be composed of one or more slots (202, 203), and the number of slots (202, 203) per 1 subframe (201) may vary depending on the setting value μ (204, 205) for the subcarrier spacing. In an example of FIG. 2, cases where the subcarrier spacing setting value μ = 0 (204) and μ = 1 (205) are illustrated. When μ = 0 (204), 1 subframe (201) may be composed of one slot (202), and when μ = 1 (205), 1 subframe (201) may be composed of two slots (203). That is, the number of slots per 1 subframe ( ) may vary, and accordingly the number of slots per frame ( ) may vary. Depending on the subcarrier spacing setting μ and can be defined as [Table 1] below.

[0052] [Table 1]

[0053]

[0054] [Bandwidth Part (BWP)]

[0055] Next, the bandwidth part (BWP) setting in the 5G communication system will be explained in detail with reference to the drawing.

[0056] FIG. 3 is a diagram illustrating an example of bandwidth portion settings in a wireless communication system according to one embodiment of the present disclosure.

[0057] FIG. 3 shows an example in which the UE bandwidth (300) is set to two bandwidth portions, namely, bandwidth portion #1 (BWP#1) (301) and bandwidth portion #2 (BWP#2) (302). The base station can set one or more bandwidth portions to the UE, and can set the information in [Table 2] below for each bandwidth portion.

[0058] [Table 2]

[0059]

[0060] Of course, the above example is not limited, and in addition to the above configuration information, various parameters related to the bandwidth portion can be configured for the terminal. The above information can be transmitted from the base station to the terminal via upper layer signaling, for example, RRC (Radio Resource Control) signaling. At least one bandwidth portion among the configured one or more bandwidth portions can be activated. Whether or not the configured bandwidth portion is activated can be semi-statically transmitted from the base station to the terminal via RRC signaling or dynamically transmitted via DCI.

[0061] According to some embodiments, a terminal before RRC connection can be configured with an initial bandwidth portion (Initial BWP) for initial access from a base station through a Master Information Block (MIB). More specifically, the terminal can receive configuration information about a control resource set (CORESET) and a search space in which a PDCCH for receiving system information required for initial access (which may correspond to Remaining System Information (RMSI) or System Information Block 1 (SIB1)) and search space can be transmitted through the MIB during the initial access phase. The control space and search space configured by the MIB can each be regarded as identifier (ID) 0. The base station can notify the terminal of configuration information such as frequency allocation information, time allocation information, and numerology for control space #0 through the MIB. Additionally, the base station can notify the terminal of the monitoring cycle and monitoring occasion settings for control area #0, i.e., search space #0, via the MIB. The terminal can consider the frequency range set as control area #0 obtained from the MIB as the initial bandwidth portion for initial access. At this time, the identifier (ID) of the initial bandwidth portion can be considered as 0.

[0062] The settings for the bandwidth supported by the above 5G can be used for various purposes.

[0063] In some embodiments, when the bandwidth supported by a terminal is smaller than the system bandwidth, this can be supported through bandwidth portion configuration. For example, the base station can configure the bandwidth portion frequency location (configuration information 2) for the terminal, thereby allowing the terminal to transmit and receive data at a specific frequency location within the system bandwidth.

[0064] Additionally, in some embodiments, a base station may configure multiple bandwidth segments for a terminal to support different numerologies. For example, to support data transmission and reception using both 15 kHz and 30 kHz subcarrier spacing for a given terminal, two bandwidth segments may be configured with subcarrier spacings of 15 kHz and 30 kHz, respectively. The different bandwidth segments may be frequency-division multiplexed (FDM), and when data is to be transmitted and received using a specific subcarrier spacing, the bandwidth segment configured for that subcarrier spacing may be activated.

[0065] Furthermore, in some embodiments, the base station may configure bandwidth portions with different bandwidth sizes for the terminal for the purpose of reducing power consumption of the terminal. For example, if the terminal supports a very large bandwidth, for example, 100 MHz, and constantly transmits and receives data using that bandwidth, very large power consumption may occur. In particular, monitoring unnecessary downlink control channels using a large bandwidth of 100 MHz in a situation where there is no traffic may be very inefficient in terms of power consumption. To reduce power consumption of the terminal, the base station may configure a bandwidth portion with a relatively small bandwidth, for example, 20 MHz, for the terminal. In a situation where there is no traffic, the terminal can perform monitoring operations in the 20 MHz bandwidth portion, and when data is generated, it can transmit and receive data using the 100 MHz bandwidth portion according to the instructions of the base station.

[0066] In the method for setting the bandwidth portion, terminals prior to RRC connection (Connected) can receive configuration information for the initial bandwidth portion (Initial BWP) through the MIB during the initial access phase. More specifically, the terminal can receive a control region (i.e., CORESET) for a downlink control channel on which a DCI scheduling a System Information Block (SIB) can be transmitted from the MIB of the Physical Broadcast Channel (PBCH). The bandwidth of the control region set by the MIB can be regarded as the initial bandwidth portion, and the terminal can receive the Physical Downlink Shared Channel (PDSCH) on which the SIB is transmitted through the set initial bandwidth portion. In addition to receiving the SIB, the initial bandwidth portion can also be utilized for other system information (Other System Information (OSI), paging, and random access).

[0067] [Bandwidth Part (BWP) Change]

[0068] When one or more bandwidth part values ​​are set for a terminal, the base station can instruct the terminal to change (or switch, transition) the bandwidth part value using the bandwidth part indicator field in the DCI. For example, in FIG. 3, when the currently activated bandwidth part of the terminal is bandwidth part #1 (301), the base station can instruct the terminal to bandwidth part #2 (302) using the bandwidth part indicator in the DCI, and the terminal can perform a bandwidth part change to bandwidth part #2 (302) indicated by the bandwidth part indicator in the received DCI.

[0069] As described above, since DCI-based bandwidth part change can be indicated by DCI scheduling PDSCH or PUSCH, when a terminal receives a bandwidth part change request, it must be able to receive or transmit PDSCH or PUSCH scheduled by the corresponding DCI without difficulty in the changed bandwidth part. To this end, the standard stipulates the delay time (T) required when changing the bandwidth part. BWP ) and can be defined as in [Table 3] below, for example.

[0070] [Table 3]

[0071]

[0072] The bandwidth-partial change delay time requirement supports Type 1 or Type 2 depending on the terminal's capability. The terminal can report the supported bandwidth-partial delay time type to the base station.

[0073] According to the requirement for bandwidth part change delay time mentioned above, when the terminal receives DCI including bandwidth part change indicator in slot n, the terminal changes to the new bandwidth part indicated by the bandwidth part change indicator in slot n+T. BWP The completion can be done at a later time, and transmission and reception for the data channel scheduled by the DCI can be performed in the new bandwidth portion that has been changed. When the base station wants to schedule a data channel in the new bandwidth portion, the terminal's bandwidth portion change delay time (T BWP ), time domain resource allocation for the data channel can be determined. That is, when the base station schedules the data channel with a new bandwidth portion, the data channel can be scheduled after the bandwidth portion change delay time in the method of determining the time domain resource allocation for the data channel. Accordingly, the terminal can determine whether the DCI instructing the bandwidth portion change is after the bandwidth portion change delay time (TBWP ) may not be expected to indicate a slot offset (K0 or K2) value smaller than that.

[0074] If the terminal receives DCI (e.g., DCI format 1_1 or 0_1) indicating a bandwidth change, the terminal may not perform any transmission or reception during the time period from the third symbol of the slot in which the PDCCH including the DCI is received to the start point of the slot indicated by the slot offset (K0 or K2) value indicated by the time domain resource allocation indicator field in the DCI. For example, if the terminal receives DCI indicating a bandwidth change in slot n and the slot offset value indicated by the DCI is K, the terminal may not perform any transmission or reception from the third symbol of slot n to the symbol before slot n+K (i.e., the last symbol of slot n+K-1).

[0075] [CA / DC related]

[0076] FIG. 4 is a diagram illustrating a wireless protocol structure of a base station and a terminal in a single cell, carrier aggregation, and dual connectivity situation according to an embodiment of the present disclosure.

[0077] Referring to FIG. 4, the wireless protocol of the next-generation mobile communication system is composed of NR SDAP (Service Data Adaptation Protocol S25, S70), NR PDCP (Packet Data Convergence Protocol S30, S65), NR RLC (Radio Link Control S35, S60), and NR MAC (Medium Access Control S40, S55) in the terminal and NR base station, respectively.

[0078] Key features of NR SDAP (S25, S70) may include some of the following:

[0079] - Transfer of user plane data

[0080] - Mapping function between QoS flow and data bearer for both DL and UL

[0081] - Marking function of QoS flow ID for both uplink and downlink (marking QoS flow ID in both DL and UL packets)

[0082] - Ability to map reflective QoS flow to data bearer for uplink SDAP PDUs (reflective QoS flow to DRB mapping for the UL SDAP PDUs).

[0083] For the above SDAP layer device, the terminal can be configured by an RRC message for each PDCP layer device, each bearer, or each logical channel, whether to use the header of the SDAP layer device or whether to use the function of the SDAP layer device, and when the SDAP header is configured, the terminal can instruct the NAS QoS reflection configuration 1-bit indicator (NAS reflective QoS) and the AS QoS reflection configuration 1-bit indicator (AS reflective QoS) of the SDAP header to update or reset the mapping information for the QoS flow and data bearer of the uplink and downlink. The SDAP header can include QoS flow ID information indicating QoS. The QoS information can be used as data processing priority, scheduling information, etc. to support a smooth service.

[0084] The main functions of NR PDCP (S30, S65) may include some of the following functions:

[0085] - Header compression and decompression (ROHC only)

[0086] - User data transfer function

[0087] - In-sequence delivery of upper layer PDUs

[0088] - Out-of-sequence delivery of upper layer PDUs

[0089] - PDCP PDU reordering for reception

[0090] - Duplicate detection of lower layer SDUs

[0091] - Retransmission function (Retransmission of PDCP SDUs)

[0092] - Encryption and decryption functions (Ciphering and deciphering)

[0093] - Timer-based SDU discard in uplink.

[0094] The reordering function of the NR PDCP device above refers to a function of reordering PDCP PDUs received from a lower layer in order based on the PDCP SN (sequence number), and may include a function of transmitting data to an upper layer in the reordered order. Alternatively, the reordering function of the NR PDCP device may include a function of transmitting data directly without considering the order, a function of recording lost PDCP PDUs by reordering the order, a function of reporting a status of lost PDCP PDUs to the transmitting side, and a function of requesting retransmission of lost PDCP PDUs.

[0095] The main functions of NR RLC (S35, S60) may include some of the following functions:

[0096] - Data transfer function (Transfer of upper layer PDUs)

[0097] - In-sequence delivery of upper layer PDUs

[0098] - Out-of-sequence delivery of upper layer PDUs

[0099] - ARQ function (Error Correction through ARQ)

[0100] - Concatenation, segmentation and reassembly of RLC SDUs

[0101] - Re-segmentation of RLC data PDUs

[0102] - Reordering of RLC data PDUs

[0103] - Duplicate detection function

[0104] - Protocol error detection

[0105] - RLC SDU discard function

[0106] - RLC re-establishment function

[0107] In the above, the in-sequence delivery function of the NR RLC device refers to the function of sequentially delivering RLC SDUs received from a lower layer to an upper layer. The in-sequence delivery function of the NR RLC device may include a function of reassembling and delivering a single RLC SDU when it is received divided into multiple RLC SDUs, a function of rearranging received RLC PDUs based on the RLC SN (sequence number) or PDCP SN (sequence number), a function of recording lost RLC PDUs by rearranging the order, a function of reporting the status of lost RLC PDUs to the transmitting side, and a function of requesting retransmission of lost RLC PDUs. The in-sequence delivery function of an NR RLC device may include a function to sequentially deliver to the upper layer only the RLC SDUs up to the lost RLC SDU when there is a lost RLC SDU, or may include a function to sequentially deliver to the upper layer all RLC SDUs received before the timer starts if a predetermined timer has expired even if there is a lost RLC SDU. Alternatively, the in-sequence delivery function of an NR RLC device may include a function to sequentially deliver to the upper layer all RLC SDUs received up to the present if a predetermined timer has expired even if there is a lost RLC SDU.In addition, the RLC PDUs may be processed in the order in which they are received (in the order of arrival, regardless of the order of the sequence number) and delivered to the PDCP device out of order (out-of-sequence delivery). In the case of segments, the segments stored in the buffer or to be received later may be received, reconstructed into a complete RLC PDU, processed, and delivered to the PDCP device. The NR RLC layer may not include a concatenation function, and the function may be performed in the NR MAC layer or replaced with a multiplexing function of the NR MAC layer.

[0108] The out-of-sequence delivery function of the NR RLC device above refers to the function of directly delivering RLC SDUs received from a lower layer to an upper layer regardless of the order, and may include a function of reassembling and delivering RLC SDUs when one RLC SDU is received divided into multiple RLC SDUs, and may include a function of storing and arranging the RLC SN or PDCP SN of received RLC PDUs to record lost RLC PDUs.

[0109] NR MAC (S40, S55) can be connected to multiple NR RLC layer devices configured in one terminal, and the main functions of NR MAC can include some of the following functions.

[0110] - Mapping function (Mapping between logical channels and transport channels)

[0111] - Multiplexing / demultiplexing of MAC SDUs

[0112] - Scheduling information reporting function

[0113] - HARQ function (Error correction through HARQ)

[0114] - Priority handling between logical channels of one UE

[0115] - Priority handling between UEs by means of dynamic scheduling

[0116] - MBMS service identification function

[0117] - Transport format selection function

[0118] - Padding function

[0119] The NR PHY layer (S45, S50) can perform operations such as channel coding and modulating upper layer data, converting it into OFDM symbols and transmitting it over a wireless channel, or demodulating and channel decoding OFDM symbols received over a wireless channel and transmitting them to a higher layer.

[0120] The above wireless protocol structure can have various detailed structures depending on the carrier (or cell) operation method. For example, when a base station transmits data to a terminal based on a single carrier (or cell), the base station and the terminal use a protocol structure that has a single structure for each layer, such as S00. On the other hand, when a base station transmits data to a terminal based on CA (carrier aggregation) using multiple carriers in a single TRP, the base station and the terminal use a protocol structure that has a single structure up to RLC, but multiplexes the PHY layer through the MAC layer, such as S10. As another example, when a base station transmits data to a terminal based on DC (dual connectivity) using multiple carriers in multiple TRPs, the base station and the terminal use a protocol structure that has a single structure up to RLC, but multiplexes the PHY layer through the MAC layer, such as S20.

[0121] [Unified TCI state]

[0122] Hereinafter, a single TCI state indication and activation method based on the unified TCI scheme is described. The unified TCI scheme can refer to a method of integrating and managing the transmission and reception beam management methods, which were distinguished into the TCI state method used for downlink reception of the terminal in the existing Rel-15 and 16 and the spatial relation info method used for uplink transmission, into a TCI state. Therefore, when the terminal is instructed by the base station based on the unified TCI scheme, it can perform beam management using the TCI state even for uplink transmission. If the terminal has set a TCI-State, which is an upper layer signaling with the tci-stateId-r17, which is an upper layer signaling, from the base station, the terminal can perform operations based on the unified TCI scheme using the corresponding TCI-State. The TCI-State can exist in two forms: a joint TCI state or a separate TCI state.

[0123] The first type is a joint TCI state, and the terminal can be instructed by the base station to use both the TCI state to apply to uplink transmission and downlink reception through a single TCI-State. If the terminal is instructed to use a TCI-State based on a joint TCI state, the terminal can use the RS corresponding to qcl-Type1 in the TCI-State based on the joint TCI state to instruct the parameters to use for downlink channel estimation, and the RS corresponding to qcl-Type2 to instruct the parameters to use as a downlink reception beam or reception filter. If the terminal is instructed to use a TCI-State based on a joint TCI state, the terminal can use the RS corresponding to qcl-Type2 in the TCI-State based on the joint DL / UL TCI state to instruct the parameters to use as an uplink transmission beam or transmission filter. In this case, if the terminal is instructed to use a joint TCI state, the terminal can apply the same beam to both uplink transmission and downlink reception.

[0124] The second form is a separate TCI state, in which the terminal can be individually instructed by the base station to select a UL TCI state to apply to uplink transmission and a DL TCI state to apply to downlink reception. If the terminal is instructed to select a UL TCI state, the terminal can be instructed to select parameters to use as an uplink transmission beam or transmission filter using the reference RS or source RS configured in the UL TCI state. If the terminal is instructed to select a DL TCI state, the terminal can be instructed to select parameters to use for downlink channel estimation using the RS corresponding to qcl-Type1 configured in the DL TCI state, and to select parameters to use as a downlink reception beam or reception filter using the RS corresponding to qcl-Type2.

[0125] If the terminal is instructed with both the DL TCI state and the UL TCI state, the terminal can be instructed with parameters to be used as an uplink transmission beam or a transmission filter using the reference RS or source RS set in the corresponding UL TCI state, and can be instructed with parameters to be used for downlink channel estimation using the RS corresponding to qcl-Type1 set in the corresponding DL TCI state, and can be instructed with parameters to be used as a downlink reception beam or a reception filter using the RS corresponding to qcl-Type2. In this case, if the reference RS or source RS set in the DL TCI state and UL TCI state to which the terminal is instructed are different, the terminal can individually apply beams to uplink transmission and downlink reception, respectively, based on the instructed UL TCI state and DL TCI state.

[0126] A terminal can receive a joint TCI state from a base station for each bandwidth part within a specific cell through upper layer signaling up to 128 times, and among the separate TCI states, a DL TCI state can be set for each bandwidth part within a specific cell up to 64 or 128 times through upper layer signaling based on a terminal capability report. Among the separate TCI states, the DL TCI state and the joint TCI state can use the same upper layer signaling structure. For example, if 128 joint TCI states are set and 64 DL TCI states are set among the separate TCI states, the 64 DL TCI states can be included in the 128 joint TCI states.

[0127] Among the separate TCI states, the UL TCI state can be set to a maximum of 32 or 64 upper layer signaling for each specific bandwidth part within a specific cell based on the terminal capability report, and like the relationship between the DL TCI state and the joint TCI state among the separate TCI states, the UL TCI state and the joint TCI state among the separate TCI can also use the same upper layer signaling structure, and the UL TCI state among the separate TCI can use different upper layer signaling structures from the joint TCI state and the DL TCI state among the separate TCI states.

[0128] The use of different or identical upper layer signaling structures may be defined in the specification, or may be distinguished through another upper layer signaling established by the base station based on a terminal capability report containing information on which of the two usage modes the terminal can support.

[0129] The terminal can receive transmission and reception beam-related instructions in an integrated TCI manner using one of the joint TCI state and separate TCI state configured by the base station. The terminal can be configured by the base station via upper layer signaling whether to use either the joint TCI state or separate TCI state.

[0130] The terminal receives transmission / reception beam-related instructions using one of the methods selected from the joint TCI state and the separate TCI state through upper layer signaling. At this time, there may be two transmission / reception beam instruction methods from the base station: a MAC-CE-based instruction method and a MAC-CE-based activation and DCI-based instruction method.

[0131] If a terminal receives a transmission / reception beam-related instruction using a joint TCI state method through upper layer signaling, the terminal can perform a transmission / reception beam application operation by receiving a MAC-CE indicating the joint TCI state from a base station, and the base station can schedule reception of a PDSCH including the MAC-CE through a PDCCH for the terminal. If the MAC-CE includes one joint TCI state, the UE can use the indicated joint TCI state to determine the uplink transmission beam or transmission filter and the downlink reception beam or reception filter starting 3 ms after transmitting a PUCCH including HARQ-ACK information indicating whether reception of the PDSCH including the MAC-CE is successful. If the MAC-CE includes two or more joint TCI states, the UE can confirm that the multiple joint TCI states indicated by the MAC-CE correspond to each code point of the TCI state field of DCI format 1_1 or 1_2 starting 3 ms after transmitting a PUCCH including HARQ-ACK information indicating whether reception of the PDSCH including the MAC-CE is successful. Then, the UE can receive DCI format 1_1 or 1_2 and apply one joint TCI state indicated by the TCI state field in the corresponding DCI to the uplink transmission and downlink reception beams. At this time, DCI format 1_1 or 1_2 may or may not include downlink data channel scheduling information (with DL assignment) or may not include it (without DL assignment).

[0132] If a terminal receives an instruction related to a transmit / receive beam using a separate TCI state method through upper layer signaling, the terminal can perform a transmit / receive beam application operation by receiving a MAC-CE indicating a separate TCI state from a base station, and the base station can schedule reception of a PDSCH including the corresponding MAC-CE to the terminal through a PDCCH. If the MAC-CE includes only one set of separate TCI states, the terminal can determine an uplink transmit beam or transmit filter and a downlink receive beam or receive filter using the separate TCI states included in the indicated separate TCI state set starting from 3 ms after transmitting a PUCCH including HARQ-ACK information indicating whether reception of the corresponding PDSCH was successful. At this time, the separate TCI state set may mean single or multiple separate TCI states that one code point of the TCI state field in DCI format 1_1 or 1_2 can have, and one separate TCI state set may include one DL TCI state, one UL TCI state, or one DL TCI state and one UL TCI state. If there are two or more separate TCI state sets included in the MAC-CE, the UE may confirm that the multiple separate TCI state sets indicated by the MAC-CE correspond to each code point of the TCI state field of DCI format 1_1 or 1_2 starting from 3 ms after transmitting the PUCCH including HARQ-ACK information indicating whether reception for the corresponding PDSCH was successful, and may activate the indicated separate TCI state set.At this time, each code point of the TCI state field of DCI format 1_1 or 1_2 can indicate one DL TCI state, one UL TCI state, or one DL TCI state and one UL TCI state each. The terminal can receive DCI format 1_1 or 1_2 and apply a separate set of TCI states indicated by the TCI state field in the corresponding DCI to the uplink transmission and downlink reception beams. At this time, DCI format 1_1 or 1_2 may include downlink data channel scheduling information (with DL assignment) or may not include it (without DL assignment).

[0133] FIG. 5 is a diagram illustrating beam application times that may be considered when using an integrated TCI scheme in a wireless communication system according to an embodiment of the present disclosure. As described above, a terminal may receive DCI format 1_1 or 1_2 from a base station, including (with DL assignment) or not including (without DL assignment) downlink data channel scheduling information, and apply one joint TCI state or a set of separate TCI states indicated by the TCI state field in the corresponding DCI to uplink transmission and downlink reception beams.

[0134] - DCI format 1_1 or 1_2 with DL assignment (5-00): If the terminal receives DCI format 1_1 or 1_2 including downlink data channel scheduling information from the base station (5-01) and indicates one joint TCI state or a separate TCI state set based on the integrated TCI method, the terminal receives a PDSCH scheduled based on the received DCI (5-05), and can transmit a PUCCH including an HARQ-ACK indicating whether reception of the DCI and the PDSCH was successful (5-10). At this time, the HARQ-ACK can include the meaning of whether reception of both the DCI and the PDSCH was successful, and if at least one of the DCI and the PDSCH was not received, the terminal can transmit a NACK, and if reception of both was successful, the terminal can transmit an ACK.

[0135] - DCI format 1_1 or 1_2 without DL assignment (5-50): If the terminal receives DCI format 1_1 or 1_2 from the base station that does not include downlink data channel scheduling information and indicates one joint TCI state or a separate TCI state set based on the integrated TCI method (5-55), the terminal may assume at least one combination of the following for the DCI:

[0136] ■ Includes scrambled CRC using CS-RNTI.

[0137] ■ The value of all bits assigned to all fields used as RV (Redundancy Version) fields is 1.

[0138] ■ The value of all bits assigned to all fields used as MCS (Modulation and Coding Scheme) fields is 1.

[0139] ■ The value of all bits assigned to all fields used as NDI (New Data Indication) fields is 0.

[0140] ■ For FDRA (Frequency Domain Resource Allocation) Type 0, the value of all bits allocated to the FDRA field is 0, for FDRA Type 1, the value of all bits allocated to the FDRA field is 1, and when the FDRA method is dynamicSwitch, the value of all bits allocated to the FDRA field is 0.

[0141] The terminal can transmit a PUCCH including a HARQ-ACK indicating whether reception was successful for the DCI format 1_1 or 1_2 assuming the above-described matters (5-60).

[0142] - For both DCI format 1_1 or 1_2 with DL assignment (5-00) and without DL assignment (5-50), if the new TCI state indicated through DCI (5-01, 5-55) is the same as the TCI state that has already been indicated and applied to the uplink transmission and downlink reception beams, the terminal may maintain the previously applied TCI state, and if the new TCI state is different from the previously indicated TCI state, the terminal may determine the application time of the joint TCI state or separate TCI state set that can be indicated from the TCI state field included in the DCI as the time after the first slot (5-20, 5-70) after the time equivalent to BAT (beam application time, 5-15, 5-65) after the PUCCH transmission (5-30, 5-80), and up to (5-25, 5-75) before the corresponding slot (5-20, 5-70) TCI-state is available.

[0143] - For both DCI format 1_1 or 1_2 with DL assignment (5-00) and without DL assignment (5-50), the BAT can be set by upper layer signaling based on the terminal capability report information as a specific number of OFDM symbols, and the numerology for the BAT and the first slot after the BAT can be determined based on the smallest numerology among all cells to which the joint TCI state or separate TCI state set indicated through the DCI applies.

[0144] A terminal can apply one joint TCI state indicated through MAC-CE or DCI to reception of control resource sets connected to all terminal-specific search spaces, reception of PDSCHs scheduled as PDCCHs transmitted from the control resource sets, transmission of PUSCHs, and transmission of all PUCCH resources.

[0145] A terminal may apply one separate TCI state set, if one separate TCI state set indicated via MAC-CE or DCI includes one DL TCI state, to reception for control resource sets connected to all terminal-specific search spaces, to reception for PDSCH scheduled as PDCCH transmitted from the control resource set, and to all PUSCH and PUCCH resources based on the previously indicated UL TCI state.

[0146] A terminal can apply a separate TCI state set indicated via MAC-CE or DCI to all PUSCH and PUCCH resources if it includes one UL TCI state, and can apply it to reception of control resource sets connected to all terminal-specific search spaces based on previously indicated DL TCI states, and to reception of PDSCH scheduled as PDCCH transmitted from the corresponding control resource set.

[0147] When a separate set of TCI states indicated via MAC-CE or DCI includes one DL TCI state and one UL TCI state, the terminal may apply the DL TCI state to reception for all control resource sets associated with the terminal-specific search space and to reception for PDSCH scheduled as PDCCH transmitted from the control resource set, and may apply the UL TCI state to all PUSCH and PUCCH resources.

[0148] [Unified TCI state MAC-CE]

[0149] Hereinafter, a single TCI state indication and activation method based on the integrated TCI scheme is described. The terminal receives a PDSCH including the following MAC-CE from the base station, and from 3 slots after transmitting a HARQ-ACK for the corresponding PDSCH to the base station, the terminal can interpret each code point of the TCI state field in DCI format 1_1 or 1_2 based on the information in the MAC-CE received from the base station. That is, the terminal can activate each entry of the MAC-CE received from the base station to each code point of the TCI state field in DCI format 1_1 or 1_2.

[0150] FIG. 6 is a diagram illustrating another MAC-CE structure for activating and indicating a joint TCI state or separate DL or UL TCI state in a wireless communication system according to an embodiment of the present disclosure. The meaning of each field within the MAC-CE structure may be as follows.

[0151] - Serving Cell ID (6-00): This field can indicate which serving cell the MAC-CE is applied to. The length of this field can be 5 bits. If the serving cell indicated by this field is included in one or more of the upper layer signaling simultaneousU-TCI-UpdateList1, simultaneousU-TCI-UpdateList2, simultaneousU-TCI-UpdateList3, or simultaneousU-TCI-UpdateList4, the MAC-CE can be applied to all serving cells included in one or more of the lists simultaneousU-TCI-UpdateList1, simultaneousU-TCI-UpdateList2, simultaneousU-TCI-UpdateList3, or simultaneousU-TCI-UpdateList4 that include the serving cell indicated by this field.

[0152] - DL BWP ID (6-05): This field can indicate which DL BWP the corresponding MAC-CE applies to, and the meaning of each code point in this field can correspond to each code point of the bandwidth part indicator in the DCI. The length of this field can be 2 bits.

[0153] - UL BWP ID (6-10): This field can indicate which UL BWP the corresponding MAC-CE applies to, and the meaning of each code point in this field can correspond to each code point of the bandwidth part indicator in the DCI. The length of this field can be 2 bits.

[0154] - P i (6-15): This field can indicate whether each code point in the TCI state field in DCI format 1_1 or 1_2 has multiple TCI states or a single TCI state. If P i If the value of is 1, it means that the corresponding i-th code point has multiple TCI states, which may mean that the corresponding code point may contain a separate DL TCI state and a separate UL TCI state. If P i If the value is 0, it means that the corresponding ith code point has a single TCI state, which may mean that the corresponding code point may contain either a joint TCI state, a separate DCI TCI state, or a separate UL TCI state.

[0155] - D / U (6-20): This field can indicate whether the TCI state ID field in the same octet is a joint TCI state, a separate DL TCI state, or a separate UL TCI state. If this field is 1, the TCI state ID field in the same octet can be a joint TCI state or a separate DL TCI state, and if this field is 0, the TCI state ID field in the same octet can be a separate UL TCI state.

[0156] - TCI state ID (6-25): This field can indicate a TCI state that can be identified by the upper layer signaling TCI-StateId. If the D / U field is set to 1, this field can be used to express the TCI-StateId, which can be expressed in 7 bits. If the D / U field is set to 0, the MSB (most significant bit) of this field can be considered a reserved bit, and the remaining 6 bits can be used to express the upper layer signaling UL-TCIState-Id. The maximum number of TCI states that can be activated is 8 for a joint TCI state and 16 for separate DL or UL TCI states.

[0157] - R: Indicates reserved bit and can be set to 0.

[0158] For the MAC-CE structure of FIG. 6 described above, the terminal can include the third octet including the P1, P2, ..., P8 fields in FIG. 6 in the MAC-CE structure, regardless of whether unifiedTCI-StateType-r17 in MIMOparam-r17 in ServingCellConfig, which is an upper layer signaling, is set to joint or separate. In this case, the terminal can perform TCI state activation using the fixed MAC-CE structure regardless of the upper layer signaling set by the base station. As another example, for the MAC-CE structure of FIG. 6 described above, the terminal can omit the third octet including the P1, P2, ..., P8 fields in FIG. 6 when unifiedTCI-StateType-r17 in MIMOparam-r17 in ServingCellConfig, which is an upper layer signaling, is set to joint. In this case, the terminal can save up to 8 bits of the payload of the corresponding MAC-CE according to the upper layer signaling set by the base station. In addition, all D / U fields located from the fourth octet to the first bit in Fig. 6 can be regarded as R fields, and all corresponding R fields can be set to 0 bits.

[0159] [CSI resource configuration]

[0160] NR has a Channel State Information (CSI) framework that directs base stations to measure and report channel state information (CSI) for terminals. The NR CSI framework can consist of at least two elements: resource settings and report settings. Report settings can reference at least one ID of resource settings to establish a connection relationship with each other.

[0161] According to one embodiment of the present disclosure, resource settings may include information related to a reference signal (RS) for measuring channel state information by a terminal. The base station may configure at least one resource setting for the terminal. For example, the base station and the terminal may exchange signaling information as shown in [Table 4] to convey information regarding resource settings.

[0162] [Table 4]

[0163]

[0164] In [Table 4], the signaling information CSI-ResourceConfig contains information about each resource setting. According to the signaling information, each resource setting may include a resource setting index (csi-ResourceConfigId) or a BWP index (bwp-ID) or a time-domain transmission configuration of the resource (resourceType) or a resource set list (csi-RS-ResourceSetList) including at least one resource set. The time-domain transmission configuration of the resource may be set to aperiodic transmission, semi-persistent transmission or periodic transmission. The resource set list may be a set including a resource set for channel measurement or a set including a resource set for interference measurement. If the resource set list is a set including resource sets for channel measurement, each resource set may include at least one resource, which may be an index of a CSI reference signal (CSI-RS) resource or a synchronization / broadcast channel block (SS / PBCH block, SSB). If the resource set list is a set including resource sets for interference measurement, each resource set may include at least one interference measurement resource (CSI interference measurement, CSI-IM).

[0165] For example, if the resource set includes CSI-RS, the base station and the terminal can exchange signaling information as in [Table 5] to convey information about the resource set.

[0166] [Table 5]

[0167]

[0168] In [Table 5], the signaling information NZP-CSI-RS-ResourceSet contains information about each resource set. According to the signaling information, each resource set contains at least information about a resource set index (nzp-CSI-ResourceSetId) or a set of indexes of CSI-RSs included (nzp-CSI-RS-Resources), and may include part of information about a spatial domain transmission filter of the included CSI-RS resource (repetition) or whether the included CSI-RS resource is used for tracking (trs-Info).

[0169] CSI-RS may be the most representative reference signal included in a resource set. The base station and terminal can exchange signaling information, as shown in [Table 6], to convey information about CSI-RS resources.

[0170] [Table 6]

[0171]

[0172] In [Table 6], the signaling information NZP-CSI-RS-Resource contains information about each CSI-RS. The information contained in the signaling information NZP-CSI-RS-Resource may have the following meanings.

[0173] - nzp-CSI-RS-ResourceId: CSI-RS resource index

[0174] - resourceMapping: Resource mapping information for CSI-RS resources

[0175] - powerControlOffset: Ratio between PDSCH EPRE (Energy Per RE) and CSI-RS EPRE

[0176] - powerControlOffsetSS: Ratio between SS / PBCH block EPRE and CSI-RS EPRE

[0177] - scramblingID: scrambling index of the CSI-RS sequence

[0178] - periodicityAndOffset: Transmission period and slot offset of the CSI-RS resource

[0179] - qcl-InfoPeriodicCSI-RS: TCI-state information if the CSI-RS is a periodic CSI-RS.

[0180] The resourceMapping included in the above signaling information NZP-CSI-RS-Resource indicates resource mapping information of the CSI-RS resource, and may include frequency resource resource element (RE) mapping, number of ports, symbol mapping, CDM type, frequency resource density, and frequency band mapping information. The number of ports, frequency resource density, CDM type, and time-frequency axis RE mapping that can be set through this may have a value set in one of the rows of [Table 7] below.

[0181] [Table 7]

[0182]

[0183] [Table 7] shows the frequency resource density (density), CDM type, CSI-RS component RE pattern (pattern) frequency axis and time axis start position () that can be set according to the number of CSI-RS ports (X). ), the number of frequency-axis REs (k') and the number of time-axis REs (l') of the CSI-RS component RE pattern (pattern) are represented. The aforementioned CSI-RS component RE pattern may be a basic unit configuring a CSI-RS resource. Through Y=1+max(k') REs on the frequency axis and Z=1+max(l') REs on the time axis, the CSI-RS component RE pattern may be composed of YZ REs. When the number of CSI-RS ports is 1 port, the CSI-RS RE position may be specified without limitation of subcarriers in the PRB (Physical Resource Block), and the CSI-RS RE position may be specified by a 12-bit bitmap. When the number of CSI-RS ports is {2, 4, 8, 12, 16, 24, 32} ports and Y=2, CSI-RS RE positions can be specified for every two subcarriers in the PRB, and the CSI-RS RE positions can be specified by a 6-bit bitmap. When the number of CSI-RS ports is 4 ports and Y=4, CSI-RS RE positions can be specified for every four subcarriers in the PRB, and the CSI-RS RE positions can be specified by a 3-bit bitmap. Similarly, time axis RE positions can be specified by a bitmap of a total of 14 bits.

[0184] [CSI report configuration]

[0185] According to one embodiment of the present disclosure, a report setting can have a connection relationship with at least one ID of a resource setting by referencing the ID of the resource setting, and the resource setting(s) having a connection relationship with the report setting provide configuration information including information on a reference signal for measuring channel information. When the resource setting(s) having a connection relationship with the report setting are used for measuring channel information, the measured channel information can be used for reporting channel information according to a reporting method set in the report setting having the connection relationship.

[0186] According to one embodiment of the present disclosure, report settings may include configuration information related to a CSI reporting method. For example, a base station and a terminal may exchange signaling information as shown in [Table 8] to convey information regarding report settings.

[0187] [Table 8]

[0188]

[0189]

[0190] [Table 8] Signaling information CSI-ReportConfig contains information about each report setting. The information contained in the signaling information CSI-ReportConfig may have the following meanings.

[0191] - reportConfigId: report setting index

[0192] - carrier: serving cell index

[0193] - resourcesForChannelMeasurement: resource setting index for channel measurement that has a relationship with report settings

[0194] - csi-IM-ResourcesForInterference: Resource setting index containing CSI-IM resources for interference measurement that have a relationship with report settings.

[0195] - nzp-CSI-RS-ResourcesForInterference: Resource setting index containing CSI-RS resources for interference measurement that are linked to report settings.

[0196] - reportConfigType: Indicates the time axis transmission settings and transmission channel of the channel report, and can have aperiodic transmission or semi-persistent PUCCH (Physical Uplink Control Channel) transmission or semi-periodic PUSCH transmission or periodic transmission settings.

[0197] - reportQuantity: Indicates the type of channel information to be reported. It can have the types of channel information ('cri-RI-PMI-CQI', 'cri-RI-i1', 'cri-RI-i1-CQI', 'cri-RI-CQI', 'cri-RSRP', 'ssb-Index-RSRP', 'cri-RI-LI-PMI-CQI') when no channel report is transmitted and when a channel report is transmitted. Here, the elements included in the types of channel information mean CQI (Channel Quality Indicator), PMI (Precoding Matric Indicator), CRI (CSI-RS Resource Indicator), SSBRI (SS / PBCH block Resource Indicator), Layer Indicator(LI), Rank Indicator(RI), and / or L1-RSRP (Reference Signal Received Power).

[0198] - reportFreqConfiguration: Indicates whether the channel information being reported includes only information about the entire wideband or information about each subband. If it includes information about each subband, it can have configuration information about the subband that contains the channel information.

[0199] - timeRestrictionForChannelMeasurements: Whether the reference signal for channel measurement among the reference signals referenced by the reported channel information has a time axis restriction.

[0200] - timeRestrictionForInterferenceMeasurements: Whether the time axis of the reference signal for interference measurement is restricted among the reference signals referenced by the reported channel information.

[0201] - codebookConfig: Codebook information referenced by the channel information being reported

[0202] - groupBasedBeamReporting: Whether to group beams in channel reporting

[0203] - cqi-Table: CQI table index referenced by the reported channel information

[0204] - subbandSize: Index indicating the subband size of channel information

[0205] - non-PMI-PortIndication: Port mapping information referenced when reporting non-PMI channel information.

[0206] When the base station instructs channel information reporting through upper layer signaling or L1 signaling, the terminal can perform channel information reporting by referring to the above-mentioned configuration information included in the instructed report setting.

[0207] The base station can instruct the terminal to report channel state information (CSI) through upper layer signaling, including RRC (Radio Resource Control) signaling or MAC (Medium Access Control) CE (Control Element) signaling, or L1 signaling (e.g., common DCI, group-common DCI, terminal-specific DCI).

[0208] For example, a base station can instruct a terminal to perform an aperiodic channel information report (CSI report) through higher layer signaling or DCI using DCI format 0_1. The base station sets a parameter for the aperiodic CSI report of the terminal, or a plurality of CSI report trigger states including parameters for the CSI report, through higher layer signaling. The parameters for the CSI report or the CSI report trigger states can include a set including a slot interval or a possible slot interval between a PDCCH including the DCI and a PUSCH including the CSI report, a reference signal ID for channel state measurement, a type of channel information to be included, etc. When the base station instructs the terminal to perform some of the multiple CSI report trigger states through the DCI, the terminal reports channel information according to the CSI report settings of the report settings set in the instructed CSI report trigger states. The channel information reporting can be performed through a PUSCH scheduled with DCI format 0_1. The time domain resource allocation of the PUSCH including the CSI report of the terminal can be performed through the slot interval with the PDCCH indicated through the DCI, the start symbol and symbol length indication within the slot for the time domain resource allocation of the PUSCH, etc. For example, the position of the slot in which the PUSCH including the CSI report of the terminal is transmitted can be indicated through the slot interval with the PDCCH indicated through the DCI, and the start symbol and symbol length within the slot can be indicated through the time domain resource assignment field of the DCI described above.

[0209] For example, a base station can instruct a terminal to transmit a semi-persistent CSI report on the PUSCH via DCI using DCI format 0_1. The base station can activate or deactivate the semi-persistent CSI report transmitted on the PUSCH via DCI scrambled with SP-CSI-RNTI. When the semi-persistent CSI report is activated, the terminal can periodically report channel information according to the configured slot interval. When the semi-persistent CSI report is deactivated, the terminal can stop the activated periodic channel information reporting. The base station configures a parameter for the terminal's semi-persistent CSI report or multiple CSI report trigger states including the parameters for the semi-persistent CSI report through upper layer signaling. Parameters for a CSI report, or a CSI report trigger state, may include a set including a slot interval or possible slot intervals between a PDCCH including DCI indicating a CSI report and a PUSCH including the CSI report, a slot interval between a slot in which upper layer signaling indicating a CSI report is activated and a PUSCH including the CSI report, a slot interval period of the CSI report, a type of channel information included, etc. When a base station activates some of a plurality of CSI report trigger states or some of a plurality of report settings for a terminal through upper layer signaling or DCI, the terminal may report channel information according to a report setting included in the indicated CSI report trigger state or a CSI report setting set in the activated report setting.The above channel information reporting can be performed through a PUSCH that is semi-persistently scheduled with DCI format 0_1 ​​scrambled with SP-CSI-RNTI. The time domain resource allocation of the PUSCH including the CSI report of the terminal can be performed through the slot interval period of the CSI report, the slot interval with respect to the slot in which upper layer signaling is activated, the slot interval with respect to the PDCCH indicated through DCI, the start symbol and symbol length indication within the slot for time domain resource allocation of the PUSCH, etc. For example, the position of the slot in which the PUSCH including the CSI report of the terminal is transmitted can be indicated through the slot interval with respect to the PDCCH indicated through DCI, and the start symbol and symbol length within the slot can be indicated through the time domain resource assignment field of the DCI format 0_1 ​​described above.

[0210] For example, a base station can instruct a terminal to transmit a semi-persistent CSI report to a PUCCH through upper layer signaling such as MAC-CE. Through the MAC-CE signaling, the base station can activate or deactivate the semi-persistent CSI report transmitted to the PUCCH. When the semi-persistent CSI report is activated, the terminal can periodically report channel information according to the configured slot interval. When the semi-persistent CSI report is deactivated, the terminal can stop the activated periodic channel information reporting. The base station configures parameters for the semi-persistent CSI report of the terminal through upper layer signaling. The parameters for the CSI report can include a PUCCH resource through which the CSI report is transmitted, a slot interval period of the CSI report, the type of channel information included, etc. The terminal can transmit the CSI report through the PUCCH. Alternatively, if the PUCCH for the CSI report overlaps with the PUSCH, the CSI report can be transmitted through the PUSCH. The location of the PUCCH transmission slot including the CSI report can be indicated through the slot interval period of the CSI report set through upper layer signaling, the slot interval between the slot in which the upper layer signaling is activated and the PUCCH including the CSI report, and the start symbol and symbol length within the slot can be indicated through the start symbol and symbol length to which the PUCCH resource is allocated set through upper layer signaling.

[0211] For example, a base station can instruct a terminal to perform a periodic CSI report through upper layer signaling. The base station can activate or deactivate the periodic CSI report through upper layer signaling including RRC signaling. When the periodic CSI report is activated, the terminal can periodically report channel information according to a configured slot interval. When the periodic CSI report is deactivated, the terminal can stop the activated periodic channel information reporting. The base station configures a report setting including parameters for the terminal's periodic CSI report through upper layer signaling. The parameters for the CSI report can include a PUCCH resource setting for the CSI report, a slot interval between a slot in which upper layer signaling indicating the CSI report is activated and a PUCCH including the CSI report, a slot interval period of the CSI report, a reference signal ID for channel state measurement, the type of channel information included, etc. The terminal can transmit the CSI report through the PUCCH. Alternatively, if the PUCCH for the CSI report overlaps with the PUSCH, the CSI report can be transmitted on the PUSCH. The position of the slot in which the PUCCH including the CSI report is transmitted can be indicated through the slot interval period of the CSI report set through upper layer signaling, the slot interval between the slot in which the upper layer signaling is activated and the PUCCH including the CSI report, and the start symbol and symbol length within the slot can be indicated through the start symbol and symbol length to which the PUCCH resource is allocated set through upper layer signaling.

[0212] For the aforementioned CSI report setting (CSI-ReportConfig), each report setting CSI-ReportConfig can be associated with one downlink (DL) bandwidth part identified by the upper layer parameter bandwidth part identifier (bwp-id) given by the CSI resource setting, CSI-ResourceConfig, associated with the corresponding report setting. For the time domain reporting operation for each report setting CSI-ReportConfig, 'Aperiodic', 'Semi-Persistent', and 'Periodic' methods are supported, which can be configured from the base station to the terminal by the reportConfigType parameter configured from the upper layer. The semi-persistent CSI reporting method supports 'PUCCH-based semi-persistent (semi-PersistentOnPUCCH)' and 'PUSCH-based semi-persistent (semi-PersistentOnPUSCH)'. For periodic or semi-permanent CSI reporting methods, the UE can receive PUCCH or PUSCH resources for transmitting CSI from the base station through higher-layer signaling. The period and slot offset of the PUCCH or PUSCH resources for transmitting CSI can be given as numerology of the uplink (UL) bandwidth portion configured for CSI report transmission. For aperiodic CSI reporting methods, the UE can receive scheduling of PUSCH resources for transmitting CSI from the base station through L1 signaling (the aforementioned DCI format 0_1).

[0213] For the aforementioned CSI resource setting (CSI-ResourceConfig), each CSI resource setting CSI-ReportConfig can include S (≥1) CSI resource sets (given by the upper layer parameter csi-RS-ResourceSetList). The CSI resource set list can be composed of a non-zero power (NZP) CSI-RS resource set and a SS / PBCH block set, or a CSI-interference measurement (CSI-IM) resource set. Each CSI resource setting can be located in a downlink (DL) bandwidth segment identified by the upper layer parameter bwp-id, and the CSI resource setting can be linked to a CSI reporting setting in the same downlink bandwidth segment. The time domain operation of the CSI-RS resources within the CSI resource setting can be set to one of 'aperiodic', 'periodic', or 'semi-persistent' from the upper layer parameter resourceType. For periodic or semi-permanent CSI resource settings, the number of CSI-RS resource sets can be limited to S=1, and the configured period and slot offset can be given as a numerology of a downlink bandwidth portion identified by bwp-id. A terminal can receive one or more CSI resource settings for channel or interference measurement from a base station through higher layer signaling, and may include, for example, the following CSI resources.

[0214] - CSI-IM resources for interference measurements

[0215] - NZP CSI-RS resources for interference measurements

[0216] - NZP CSI-RS resources for channel measurements

[0217] For CSI-RS resource sets associated with resource settings where the upper layer parameter resourceType is set to 'aperiodic', 'periodic', or 'semi-persistent', the trigger state for the CSI report setting where reportType is set to 'aperiodic' and the resource settings for channel or interference measurements for one or more component cells (CCs) can be set with the upper layer parameter CSI-AperiodicTriggerStateList.

[0218] Aperiodic CSI reporting of a terminal can utilize PUSCH, periodic CSI reporting can utilize PUCCH, and semi-persistent CSI reporting can be performed using PUSCH when triggered or activated by DCI, or PUCCH after activation by MAC control element (MAC CE). As mentioned above, CSI resource settings can also be configured as aperiodic, periodic, or semi-persistent. Combinations between CSI reporting settings and CSI resource settings can be supported based on [Table 9] below.

[0219] [Table 9] Triggering / Activation of CSI Reporting for the possible CSI-RS Configurations

[0220]

[0221] Aperiodic CSI reporting can be triggered by the "CSI request" field of the aforementioned DCI format 0_1 ​​corresponding to scheduling DCI for PUSCH. The UE can monitor the PDCCH, acquire the DCI format 0_1, and acquire scheduling information and a CSI request indicator for the PUSCH. The CSI request indicator can be set to NTS (=0, 1, 2, 3, 4, 5, or 6) bits and can be determined by higher layer signaling (reportTriggerSize). One of one or more aperiodic CSI reporting trigger states that can be set by higher layer signaling (CSI-AperiodicTriggerStateList) can be triggered by the CSI request indicator.

[0222] - If all bits in the CSI request field are 0, this may mean that no CSI report is requested.

[0223] - If the number of CSI trigger states (M) in the configured CSI-AperiodicTriggerStateLite is greater than 2NTs-1, M CSI trigger states can be mapped to 2NTs-1 according to the mapping relationship defined, and one of the trigger states of 2NTs-1 can be indicated by the CSI request field.

[0224] - If the number of CSI trigger states (M) in the configured CSI-AperiodicTriggerStateLite is less than or equal to 2NTs-1, one of the M CSI trigger states can be indicated by the CSI request field.

[0225] [Table 10] below shows an example of the relationship between a CSI request indicator and the CSI trigger state that can be indicated by the indicator.

[0226] [Table 10]

[0227]

[0228] A terminal may perform measurement on a CSI resource within a CSI trigger state triggered by a CSI request field, and may generate CSI (including at least one of the aforementioned CQI, PMI, CRI, SSBRI, LI, RI, or L1-RSRP) therefrom. The terminal may transmit the acquired CSI using a PUSCH scheduled by the corresponding DCI format 0_1. If 1 bit corresponding to the uplink data indicator (UL-SCH indicator) in the DCI format 0_1 ​​indicates "1", uplink data (UL-SCH) and the acquired CSI may be multiplexed and transmitted on the PUSCH resource scheduled by the DCI format 0_1. If 1 bit corresponding to the uplink data indicator (UL-SCH indicator) in DCI format 0_1 ​​indicates "0", only CSI can be mapped and transmitted without uplink data (UL-SCH) to the PUSCH resource scheduled by DCI format 0_1.

[0229] Figure 7 is a diagram illustrating an example of an aperiodic CSI reporting method.

[0230] In an example (700) of FIG. 7, the terminal can monitor the PDCCH (701) to obtain DCI format 0_1, from which it can obtain scheduling information and CSI request information for the PUSCH (705). The terminal can obtain resource information for the CSI-RS (702) to be measured from the received CSI request indicator. The terminal can determine when to perform measurement on the transmitted CSI-RS (702) resource based on the time point of receiving DCI format 0_1 ​​and the parameter (aperiodicTriggeringOffset described above) for the offset in the CSI resource set configuration (e.g., NZP CSI-RS resource set configuration (NZP-CSI-RS-ResourceSet)). More specifically, the terminal can receive an offset value X of the parameter aperiodicTriggeringOffset in the NZP-CSI-RS resource set configuration from the base station through upper layer signaling, and the set offset value X can mean an offset between a slot in which a DCI that triggers aperiodic CSI reporting is received and a slot in which a CSI-RS resource is transmitted. For example, the aperiodicTriggeringOffset parameter value and the offset value X can have a mapping relationship described in [Table 11] below.

[0231] [Table 11]

[0232]

[0233] An example (700) of Fig. 7 shows an example in which the aforementioned offset value is set to X=0. In this case, the terminal can receive the CSI-RS (702) in a slot (corresponding to slot 0 (706) of Fig. 7) in which the DCI format 0_1 ​​that triggers the aperiodic CSI report is received, and can report the CSI information measured with the received CSI-RS to the base station through the PUSCH (705). The terminal can obtain scheduling information (information corresponding to each field of the DCI format 0_1 ​​described above) for the PUSCH (705) for CSI reporting from the DCI format 0_1. As an example, the terminal can obtain information on a slot in which the PUSCH (705) is to be transmitted from the aforementioned time domain resource allocation information for the PUSCH (705) in the DCI format 0_1. In an example (700) of FIG. 7, the terminal acquires the K2 (704) value corresponding to the slot offset value for PDCCH-to-PUSCH as 3, and accordingly, the PUSCH (705) can be transmitted in slot 3 (709), which is 3 slots away from slot 0 (706), at the time when the PDCCH (701) is received.

[0234] In an example (710) of FIG. 7, the terminal can monitor the PDCCH (711) in slot 0 (716) to obtain DCI format 0_1, and from this, can obtain scheduling information and CSI request information for the PUSCH (715). The terminal can obtain resource information for the CSI-RS (712) to be measured from the received CSI request indicator. An example (710) of FIG. 7 shows an example in which the offset (713) value for the aforementioned CSI-RS is set to X=1. In this case, the terminal can receive the CSI-RS (712) in slot 1 (717). In an example (710) of FIG. 7, the terminal obtains a K2 (714) value corresponding to a slot offset value for PDCCH-to-PUSCH as 3, and can report CSI information measured using the received CSI-RS to the base station through PUSCH (715) in slot 3 (719).

[0235] An aperiodic CSI report may include at least one or both of CSI part 1 and CSI part 2, and when the aperiodic CSI report is transmitted via PUSCH, it may be multiplexed with a transport block. For multiplexing, a CRC is inserted into the input bits of the aperiodic CSI, and after encoding and rate matching, it may be mapped to a resource element in the PUSCH in a specific pattern and transmitted. The CRC insertion may be omitted depending on the coding method or the length of the input bits. The number of modulation symbols calculated for rate matching when multiplexing CSI Part 1 or CSI part 2 included in the aperiodic CSI report may be calculated as shown in [Table 12] below.

[0236] [Table 12]

[0237]

[0238]

[0239] In particular, in the case of PUSCH repetition transmission methods A and B, the UE can transmit the aperiodic CSI report by multiplexing it only in the first repetition transmission among the PUSCH repetition transmissions. This is because the aperiodic CSI report information to be multiplexed is encoded in a polar code manner, and in this case, in order to be multiplexed in multiple PUSCH repetitions, each PUSCH repetition must have the same frequency and time resource allocation. In particular, in the case of PUSCH repetition type B, each actual repetition can have a different OFDM symbol length, so the aperiodic CSI report can be multiplexed and transmitted only in the first PUSCH repetition.

[0240] In addition, for PUSCH repetition transmission scheme B, if the UE schedules aperiodic CSI reporting without scheduling a transport block or receives a DCI activating semi-persistent CSI reporting, the nominal repetition value may be assumed to be 1 even if the number of PUSCH repetition transmissions configured by upper layer signaling is greater than 1. In addition, if the UE schedules or activates aperiodic or semi-persistent CSI reporting without scheduling a transport block based on PUSCH repetition transmission scheme B, the UE may expect the first nominal repetition to be the same as the first actual repetition. For a PUSCH transmitted including semi-persistent CSI based on PUSCH repetition transmission scheme B without scheduling a DCI after semi-persistent CSI reporting is activated by DCI, if the first nominal repetition is different from the first actual repetition, the transmission for the first nominal repetition may be ignored.

[0241] [CSI computation time]

[0242] When a base station instructs a terminal to perform an aperiodic CSI report or a semi-persistent CSI report through DCI, the terminal can determine whether or not a valid channel report can be performed through the instructed CSI report by considering the channel calculation time (CSI computation time) required for the CSI report. For an aperiodic CSI report or a semi-persistent CSI report instructed through DCI, the terminal can perform a valid CSI report starting from the uplink symbol following the Z symbol after the last symbol included in the PDCCH including the DCI instructing the CSI report. The Z symbol described above may vary depending on the numerology of the downlink bandwidth part to which the PDCCH including the DCI instructing the CSI report corresponds, the numerology of the uplink bandwidth part to which the PUSCH transmitting the CSI report corresponds, and the type or characteristics (report quantity, frequency band granularity, number of ports of the reference signal, codebook type, etc.) of the channel information reported in the CSI report. In other words, in order for a CSI report to be judged as a valid CSI report (if the CSI report is a valid CSI report), the uplink transmission of the CSI report must not be performed before the Zref symbol, including the timing advance. In this case, the Zref symbol is the time starting from the moment when the last symbol of the triggering PDCCH ends. This is the uplink symbol that starts the CP (cyclic prefix). Here, the detailed value of Z is as described below. , and is numerology. At this time Is The largest of It can be promised that it will use what causes the value, is the subcarrier spacing used for PDCCH transmission, is the subcarrier spacing used for CSI-RS transmission, may refer to the subcarrier spacing of the uplink channel used for transmitting UCI (Uplink control information) for CSI reporting. As another example, Is The largest of It is also possible to promise to use something that causes a value. and The definition of is referred to above. For convenience of future explanation, satisfying the above conditions is referred to as satisfying CSI reporting validity condition 1.

[0243] In addition, if the reference signal for channel measurement for an aperiodic CSI report indicated to a terminal through DCI is an aperiodic reference signal, a valid CSI report can be performed starting from the uplink symbol after the Z' symbol after the last symbol including the reference signal ends, and the above-mentioned Z' symbol may vary depending on the numerology of the downlink bandwidth part corresponding to the PDCCH including the DCI indicating the CSI report, the numerology of the bandwidth corresponding to the reference signal for channel measurement for the CSI report, the numerology of the uplink bandwidth part corresponding to the PUSCH transmitting the CSI report, and the type or characteristics of the channel information reported in the CSI report (report quantity, frequency band granularity, number of ports of the reference signal, codebook type, etc.). In other words, in order for a CSI report to be determined to be a valid CSI report (if the CSI report is a valid CSI report), the uplink transmission of the CSI report must not be performed before the Zref' symbol, including the timing advance. At this time, the Zref' symbol starts from the moment when the last symbol of the aperiodic CSI-RS or aperiodic CSI-IM triggered by the triggering PDCCH ends. This is an uplink symbol that starts CP (cyclic prefix). Here, the detailed value of Z' is explained below. , and is numerology. At this time Is The largest of It can be promised that it will use what causes the value, is the subcarrier spacing used for triggering PDCCH transmission, is the subcarrier spacing used for CSI-RS transmission, may refer to the subcarrier spacing of the uplink channel used for transmitting UCI (Uplink control information) for CSI reporting. As another example, Is The largest of It can be promised that the value will be used. At this time, and The definition of is referred to above. For convenience of future explanation, satisfying the above conditions is referred to as satisfying CSI reporting validity condition 2.

[0244] If the base station instructs the terminal to perform an aperiodic CSI report for an aperiodic reference signal through DCI, the terminal can perform a valid CSI report starting from the first uplink symbol that satisfies both the point in time Z symbols after the last symbol included in the PDCCH including the DCI indicating the CSI report and the point in time Z' symbols after the last symbol including the reference signal. That is, in the case of aperiodic CSI reporting based on the aperiodic reference signal, both CSI reporting validity conditions 1 and 2 must be satisfied to be considered a valid CSI report.

[0245] If the CSI report time indicated by the base station does not satisfy the CSI computation time requirement, the terminal may determine the CSI report to be invalid and may not consider updating the channel information status for the CSI report.

[0246] The Z and Z' symbols for calculating the CSI computation time described above follow [Table 13] and [Table 14] below. For example, if the channel information reported in the CSI report includes only wideband information, the number of ports of the reference signal is 4 or less, there is one reference signal resource, and the codebook type is 'typeI-SinglePanel' or the type of channel information being reported (report quantity) is 'cri-RI-CQI', the Z and Z' symbols follow the Z1 and Z1' values ​​of [Table 14]. This will be referred to as delay requirement 2 hereafter. In addition, if the PUSCH including the CSI report does not include TB or HARQ-ACK and the CPU occupation of the terminal is 0, the Z and Z' symbols follow the Z1 and Z1' values ​​of [Table 13], and this will be referred to as delay requirement 1. The aforementioned CPU occupation is described in detail below. In addition, when the report quantity is 'cri-RSRP' or 'ssb-Index-RSRP', the Z, Z' symbols follow the Z3, Z3' values ​​of [Table 14]. X1, X2, X3, and X4 of [Table 14] represent the UE capability for beam reporting time, and KB1, KB2 of [Table 14] represent the UE capability for beam change time. When it does not correspond to the type or characteristic of the channel information reported in the aforementioned CSI report, the Z, Z' symbols follow the Z2, Z2' values ​​of [Table 14].

[0247] [Table 13]

[0248]

[0249] [Table 14]

[0250]

[0251] [CSI reference resource]

[0252] When a base station instructs a terminal to perform an aperiodic / semi-persistent / periodic CSI report, it may configure a CSI reference resource to determine a reference time and frequency for a channel to be reported in the CSI report. The frequency of the CSI reference resource may be the carrier and subband information for measuring CSI, which are indicated in the CSI report configuration, and these may correspond to the carrier and reportFreqConfiguration in the upper layer signaling, CSI-ReportConfig, respectively. The time of the CSI reference resource may be defined based on the time at which the CSI report is transmitted. For example, when instructing to transmit CSI report #X in the uplink slot n' of the carrier and BWP where the CSI report is to be transmitted, the time of the CSI reference resource of CSI report #X may be defined as the carrier on which the CSI report is to be transmitted and the downlink slot n of the BWP, n-nCSI-ref. Downlink slot n is named as μDL for the carrier measuring CSI and the numerology of BWP, and μUL for the carrier transmitting CSI report #X and the numerology of BWP. It is calculated as follows. The slot interval between the downlink slot n and the CSI reference signal, nCSI-ref, is the number of CSI-RS / SSB resources for channel measurement when the CSI report #X transmitted in the uplink slot n' is a semi-persistent or periodic CSI report. If a single CSI-RS / SSB resource is connected to the corresponding CSI report, , and if multiple CSI-RS / SSB resources are connected to the corresponding CSI report. If the CSI report #X transmitted in uplink slot n' is an aperiodic CSI report, the CSI computation time Z' for channel measurement is considered. is calculated as mentioned above is the number of symbols contained in one slot, and in NR Assume that.

[0253] When a base station instructs a terminal to transmit a CSI report in uplink slot n' through upper layer signaling or DCI, the terminal may report CSI by performing channel measurement or interference measurement on a CSI-RS resource, CSI-IM resource, or SSB resource that is transmitted no later than the CSI reference resource slot of the CSI report transmitted in uplink slot n' among the CSI-RS resources, CSI-IM, or SSB resources associated with the CSI report. The CSI-RS resource, CSI-IM resource, or SSB resource associated with the above-mentioned CSI report may mean a CSI-RS resource, CSI-IM resource, or SSB resource included in a resource set set in a resource setting referenced by a report setting for a CSI report of a terminal set through upper layer signaling, or a CSI-RS resource, CSI-IM resource, or SSB resource referenced by a CSI report trigger state including parameters for the CSI report, or a CSI-RS resource, CSI-IM resource, or SSB resource indicated by an ID of a reference signal (RS) set.

[0254] In embodiments of the present disclosure, a CSI-RS / CSI-IM / SSB occasion refers to a transmission time of CSI-RS / CSI-IM / SSB resource(s) determined by a higher layer configuration or a combination of the higher layer configuration and DCI triggering. For example, a semi-persistent or periodic CSI-RS resource determines a slot to be transmitted according to a slot period and slot offset configured by higher layer signaling, and the transmission symbol(s) within the slot are determined according to resource mapping information (resourceMapping). As another example, an aperiodic CSI-RS resource determines a slot to be transmitted according to a slot offset from a PDCCH including a DCI indicating channel reporting configured by higher layer signaling, and the transmission symbol(s) within the slot are determined according to resourceMapping information.

[0255] The above-mentioned CSI-RS occasion can be determined by independently considering the transmission time of each CSI-RS resource or by comprehensively considering the transmission time of one or more CSI-RS resource(s) included in the resource set, and accordingly, the following two interpretations are possible for the CSI-RS occasion according to each resource set configuration.

[0256] - Interpretation 1-1: From the start time of the earliest symbol to the end time of the latest symbol in which one or more specific resources among the CSI-RS resources included in the resource set(s) set in the resource setting referenced by the report setting set for the CSI report are transmitted.

[0257] - Interpretation 1-2: From the start time of the earliest symbol transmitted by the CSI-RS resource to the end time of the latest symbol transmitted by the CSI-RS resource among all CSI-RS resources included in the resource set(s) set in the resource setting referenced by the report setting set for the CSI report.

[0258] In the embodiments of the present disclosure below, it is possible to consider both interpretations of CSI-RS occasions and apply them individually. Furthermore, it is possible to consider both interpretations for CSI-IM occasions and SSB occasions, similar to CSI-RS occasions. However, since the principles are similar to those described above, any redundant explanation will be omitted below.

[0259] In embodiments of the present disclosure, 'CSI-RS / CSI-IM / SSB occasion' for CSI report #X transmitted in 'uplink slot n' means a set of CSI-RS occasions, CSI-IM occasions, and SSB occasions that are not later than the CSI reference resource of CSI report #X transmitted in 'uplink slot n' among CSI-RS resources, CSI-IM resources, and SSB resources included in a resource set set in a resource setting referenced by a report setting set for CSI report #X.

[0260] In the embodiments of the present disclosure, the latest CSI-RS / CSI-IM / SSB occasion among the CSI-RS / CSI-IM / SSB occasions for CSI report #X transmitted in 'uplink slot n' can be interpreted in the following two ways.

[0261] - Interpretation 2-1: A set of occasions including the latest CSI-RS occasion among the CSI-RS occasions for CSI report #X transmitted in uplink slot n', the latest CSI-IM occasion among the CSI-RS occasions for CSI report #X transmitted in uplink slot n', and the latest SSB occasion among the SSB occasions for CSI report #0 transmitted in uplink slot n'.

[0262] - Interpretation 2-2: The latest occasion among all CSI-RS occasions, CSI-IM occasions, and SSB occasions for CSI report #X transmitted in uplink slot n'

[0263] In the embodiments of the present disclosure, it is possible to individually apply both interpretations of the "latest CSI-RS / CSI-IM / SSB occasion among the CSI-RS / CSI-IM / SSB occasions for CSI report #X transmitted in uplink slot n". In addition, when the two interpretations (Interpretation 1-1, Interpretation 1-2) for the CSI-RS occasion, CSI-IM occasion, and SSB occasion described above are considered, in the embodiments of the present disclosure, it is possible to individually apply the "latest CSI-RS / CSI-IM / SSB occasion among the CSI-RS / CSI-IM / SSB occasions for CSI report #X transmitted in uplink slot n" by considering all four different interpretations (applying Interpretation 1-1 and Interpretation 2-1, applying Interpretation 1-1 and Interpretation 2-2, applying Interpretation 1-2 and Interpretation 2-1, applying Interpretation 1-2 and Interpretation 2-2).

[0264] The base station can instruct the CSI report by considering the amount of channel information that the terminal can calculate simultaneously for the CSI report, i.e. the number of channel information calculation units (CSI processing units, CPUs) of the terminal. The number of channel information calculation units that the terminal can calculate simultaneously If you say so, the terminal Do not expect CSI report instructions from base stations that require more channel information calculations, or We may not consider updating channel information that requires more channel information calculations. The terminal can report to the base station through upper layer signaling or the base station can set it through upper layer signaling.

[0265] The CSI report that the base station instructs the terminal is the total number of channel information that the terminal can calculate simultaneously. It is assumed that some or all of the CPU is used for calculating channel information. For each CSI report, for example, a CSI report The number of channel information calculation units required for Then, the number of channel information calculation units required for a total of N CSI reports is It can be said that. The calculation unit of channel information required for each reportQuantity set in the CSI report can be set as shown in [Table 15] below.

[0266] [Table 15]

[0267]

[0268] The number of channel information calculations required by a terminal for multiple CSI reports at a given point in time is the number of channel information calculation units that the terminal can calculate simultaneously. If there are more than this, the terminal may not consider updating channel information for some CSI reports. Among the multiple indicated CSI reports, the CSI reports that do not consider updating channel information are determined at least by considering the CPU time required for calculating channel information for the CSI report and the priority of the channel information being reported. For example, the channel information update may not be considered for the CSI report whose channel information calculation requires the latest CPU time, and it is also possible to preferentially not consider updating channel information for CSI reports with lower channel information priorities.

[0269] The priority of the above channel information can be determined by referring to [Table 16] below.

[0270] [Table 16]

[0271]

[0272] The CSI priority for a CSI report is determined through the priority value PriiCSI(y,k,c,s) in [Table 16]. Referring to [Table 16], the CSI priority value is determined through the type of channel information included in the CSI report, the time axis reporting characteristics of the CSI report (aperiodic, semi-persistent, periodic), the channel on which the CSI report is transmitted (PUSCH, PUCCH), the serving cell index, and the CSI report configuration index. The CSI priority for a CSI report is determined by comparing the priority values ​​PriiCSI(y,k,c,s) and determining that the CSI priority for a CSI report with a smaller priority value is higher.

[0273] If the time taken by the CPU to calculate the channel information required for the CSI report instructed by the base station to the terminal is called CPU occupation time, then the CPU occupation time is determined by considering the type of channel information included in the CSI report (report quantity), the time axis characteristics of the CSI report (aperiodic, semi-persistent, periodic), the slot or symbol occupied by the upper layer signaling or DCI indicating the CSI report, and part or all of the slot or symbol occupied by the reference signal for channel state measurement.

[0274] [PDCCH: DCI related]

[0275] Next, we will specifically explain downlink control information (DCI) in 5G systems.

[0276] In a 5G system, scheduling information for uplink data (or physical uplink shared channel (PUSCH)) or downlink data (or physical downlink shared channel (PDSCH)) is 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 defined between the base station and the terminal, and the non-fallback DCI format can include configurable fields.

[0277] 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, such as UE-specific data transmission, power control command, or random access response. That is, the RNTI is not transmitted explicitly, but is included in the CRC calculation process. 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 message was transmitted to the UE.

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

[0279] 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, for example, the information in [Table 17] below.

[0280] [Table 17]

[0281]

[0282] 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, for example, the information in [Table 18] below.

[0283] [Table 18]

[0284]

[0285] 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, for example, the information in [Table 19] below.

[0286] [Table 19]

[0287]

[0288] 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, for example, the information in [Table 20] below.

[0289] [Table 20]

[0290]

[0291] [PDCCH: CORESET, REG, CCE, Search Space]

[0292] Below, the downlink control channel in a 5G communication system will be described in more detail with reference to drawings.

[0293] FIG. 8 is a diagram illustrating an example of a control region (Control Resource Set, CORESET) in which a downlink control channel is transmitted in a 5G wireless communication system. FIG. 8 illustrates an example in which two control regions (Control Region #1 (801), Control Region #2 (802)) are set within a UE bandwidth part (810) in the frequency axis and within one slot (820) in the time axis. The control regions (801, 802) may be set to specific frequency resources (803) within the entire UE bandwidth part (810) in the frequency axis. The time axis may be set to one or more OFDM symbols, which may be defined as the control region length (Control Resource Set Duration, 804). Referring to the example illustrated in FIG. 8, Control Region #1 (801) is set to a control region length of two symbols, and Control Region #2 (802) is set to a control region length of one symbol.

[0294] The control region in the aforementioned 5G can be established by the base station to the terminal via higher-layer signaling (e.g., system information, Master Information Block (MIB), Radio Resource Control (RRC) signaling). Establishing a control region for the terminal means providing information such as the control region identifier, frequency location of the control region, and symbol length of the control region. For example, this information may include the information in [Table 21] below.

[0295] [Table 21]

[0296]

[0297] In [Table 21], the tci-StatesPDCCH (simply named TCI (Transmission Configuration Indication) state) configuration information may include information on one or more SS (Synchronization Signal) / PBCH (Physical Broadcast Channel) block indices or CSI-RS (Channel State Information Reference Signal) indices that are in a QCL (Quasi Co Located) relationship with the DMRS transmitted in the corresponding control region.

[0298] FIG. 9 is a diagram showing an example of a basic unit of time and frequency resources that constitute a downlink control channel that can be used in 5G. According to FIG. 9, the basic unit of time and frequency resources that constitute a control channel can be referred to as a REG (Resource Element Group, 903), and a REG (903) can be defined as 1 OFDM symbol (901) on the time axis and 1 PRB (Physical Resource Block, 902) on the frequency axis, i.e., 12 subcarriers. A base station can concatenate REGs (903) to constitute a downlink control channel allocation unit.

[0299] As illustrated in FIG. 9, if the basic unit to which a downlink control channel is allocated in 5G is called a CCE (Control Channel Element, 904), 1 CCE (904) can be composed of multiple REGs (903). Taking the REG (903) illustrated in FIG. 9 as an example, the REG (903) can be composed of 12 REs, and if 1 CCE (904) is composed of 6 REGs (903), 1 CCE (904) can be composed of 72 REs. When a downlink control region is established, the region can be composed of multiple CCEs (904), and a specific downlink control channel can be mapped to one or multiple CCEs (904) and transmitted according to the aggregation level (AL) within the control region. CCEs (904) within the control area are distinguished by numbers, and the numbers of the CCEs (904) can be assigned according to a logical mapping method.

[0300] The basic unit of the downlink control channel illustrated in FIG. 9, that is, the REG (903), may include both the REs to which the DCI is mapped and the areas to which the DMRS (905), which is a reference signal for decoding the REs, is mapped. As shown in FIG. 9, three DMRSs (905) may be transmitted within one REG (903). The number of CCEs required to transmit the PDCCH may be 1, 2, 4, 8, or 16 depending on the aggregation level (AL), and different numbers of CCEs may be used to implement link adaptation of the downlink control channel. For example, when AL = L, one downlink control channel may be transmitted through L CCEs. The terminal must detect a signal without knowing information about the downlink control channel, and a search space representing a set of CCEs is defined for blind decoding. A search space is a set of downlink control channel candidates (CCEs) that a terminal must attempt to decode at a given aggregation level. Since there are multiple aggregation levels, each of which can be a set of 1, 2, 4, 8, or 16 CCEs, a terminal can have multiple search spaces. A search space set can be defined as the set of search spaces at all configured aggregation levels.

[0301] Search spaces can be categorized into common search spaces and UE-specific search spaces. A certain group of UEs, or all UEs, can search the common search space of the PDCCH to receive cell-common control information, such as dynamic scheduling of system information or paging messages. For example, PDSCH scheduling allocation information for transmitting SIBs, including cell operator information, can be received 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 can be defined as a set of pre-arranged CCEs. Scheduling allocation information for UE-specific PDSCH or PUSCH can be received by searching the UE-specific search space of the PDCCH. The UE-specific search space can be defined UE-specifically as a function of the UE's identity and various system parameters.

[0302] In 5G, parameters for the search space for PDCCH can be configured from the base station to the terminal through higher layer signaling (e.g., SIB, MIB, RRC signaling). For example, the base station can configure the number of PDCCH candidates at each aggregation level L, the monitoring period for the search space, the monitoring occasion for each symbol within the 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 control region index to be monitored for the search space, etc. to the terminal. For example, the information in [Table 22] below can be included.

[0303] [Table 22]

[0304]

[0305] Depending on the configuration information, the base station may configure one or more search space sets for the terminal. In some embodiments, the base station may configure search space set 1 and search space set 2 for the terminal, and may configure the terminal to monitor DCI format A scrambled with X-RNTI in search space set 1 in a common search space, and may configure the terminal to monitor DCI format B scrambled with Y-RNTI in search space set 2 in a terminal-specific search space.

[0306] According to the configuration information, 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.

[0307] In the common search space, the following combinations of DCI formats and RNTIs can be monitored. Of course, the examples below are not limited to these.

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

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

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

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

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

[0313] In a terminal-specific search space, the following combinations of DCI formats and RNTIs can be monitored. Of course, the examples below are not limited to these examples.

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

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

[0316] The RNTIs specified may follow the definitions and uses below.

[0317] C-RNTI (Cell RNTI): For terminal-specific PDSCH scheduling purposes

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

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

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

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

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

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

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

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

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

[0327] The aforementioned specified DCI formats may follow the definitions in [Table 23] below.

[0328] [Table 23]

[0329]

[0330] In 5G, the search space of aggregation level L in the control region p and search space set s can be expressed as in [Mathematical Formula 1] below.

[0331] [Mathematical Formula 1]

[0332]

[0333] - : Integration level

[0334] - : Carrier Index

[0335] - : Total number of CCEs existing within the control region p

[0336] - : slot index

[0337] - : Number of PDCCH candidates for aggregation level L

[0338] - = 0, ..., -1: PDCCH candidate index of aggregation level L

[0339] - = 0, ...,

[0340] - , , , , ,

[0341] - : Terminal identifier

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

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

[0344] In 5G, since multiple search space sets can be configured with different parameters (e.g., parameters in [Table 22]), the set of search space sets monitored by a terminal at each point in time can be different. For example, if search space set #1 is configured with an X-slot period and search space set #2 is configured with a Y-slot period and X and Y are different, the terminal can monitor both search space set #1 and search space set #2 in a specific slot, or can monitor either search space set #1 or search space set #2 in a specific slot.

[0345] [PUCCH: Transmission Related]

[0346] In the NR system, a terminal can transmit control information (UCI) to a base station via the PUCCH. The control information may include at least one of the following: HARQ-ACK, which indicates whether demodulation / decoding of a TB (transport block) received by the terminal via the PDSCH was successful; SR (scheduling request), which requests resource allocation from the PUSCH base station for uplink data transmission; and channel state information (CSI), which is information for reporting the channel status of the terminal.

[0347] PUCCH resources can be broadly categorized into long PUCCH and short PUCCH, depending on the length of the allocated symbols. In NR systems, long PUCCHs are four or more symbols long within a slot, while short PUCCHs are two or fewer symbols long within a slot.

[0348] More specifically, Long PUCCH can be used for uplink cell coverage enhancement purposes, and thus can be transmitted using DFT-S-OFDM, a single-carrier transmission method, rather than OFDM transmission. Long PUCCH supports transmission formats such as PUCCH format 1, PUCCH format 3, and PUCCH format 4, depending on the number of control information bits that can be supported and whether terminal multiplexing is supported through Pre-DFT OCC support in front of the IFFT.

[0349] First, PUCCH format 1 is a long PUCCH format based on DFT-S-OFDM that can support up to 2 bits of control information and uses frequency resources equivalent to 1 RB. Control information can be composed of a combination of HARQ-ACK and SR, or each of them. PUCCH format 1 is composed of OFDM symbols containing a demodulation reference signal (or reference signal), DMRS (DeModulation Reference Signal), and OFDM symbols containing UCI, which are repeatedly transmitted.

[0350] For example, if the number of transmission symbols of PUCCH format 1 is 8 symbols, it can be composed of DMRS symbol, UCI symbol, DMRS symbol, UCI symbol, DMRS symbol, UCI symbol, DMRS symbol, UCI symbol, DMRS symbol, UCI symbol in order from the first start symbol of 8 symbols. The DMRS symbol is an orthogonal code (or orthogonal sequence or spreading code,) in the time axis in a sequence corresponding to the length of 1 RB in the frequency axis within one OFDM symbol. ) can be spread and transmitted after performing IFFT.

[0351] The UCI symbol is generated by the terminal modulating 1-bit control information with BPSK and 2-bit control information with QPSK to generate d(0), scrambling the generated d(0) by multiplying it by a sequence corresponding to the length of 1 RB in the frequency axis, and then applying an orthogonal code (or orthogonal sequence or spreading code,) to the scrambled sequence in the time axis. )) can be used to spread the signal and then transmitted after performing IFFT.

[0352] The terminal generates a sequence based on the group hopping or sequence hopping setting and the set ID set by the upper layer signaling from the base station, and cyclically shifts the generated sequence with the initial CS (cyclic shift) value set by the upper layer signal to generate a sequence corresponding to the length of 1 RB.

[0353] Given the length of the spreading sign (NSF), It is determined as follows, and is specifically given as in [Table 24] below. i means the index of the spreading code itself, and m means the index of the elements of the spreading code. Here, the numbers in [ ] in [Table 24] , for example, if the length of the spreading code is 2 and the index of the set spreading code is i=0, the spreading code silver , Became this =

[0011] becomes.

[0354] [Table 24]

[0355]

[0356] Next, PUCCH format 3 is a long PUCCH format based on DFT-S-OFDM that can support control information exceeding 2 bits. The number of RBs used can be configured through upper layers. Control information can be composed of HARQ-ACK, SR, and CSI, or a combination thereof. In PUCCH format 3, DMRS symbol locations are presented in [Table 25] below, depending on whether frequency hopping occurs within a slot and whether additional DMRS symbols are configured.

[0357] [Table 25]

[0358]

[0359] For example, if the number of transmission symbols of PUCCH format 3 is 8 symbols, the first start symbol of the 8 symbols is 0, and DMRS is transmitted in the 1st and 5th symbols. [Table 25] is applied in the same way to the DMRS symbol positions of PUCCH format 4.

[0360] Next, PUCCH format 4 is a long PUCCH format based on DFT-S-OFDM that can support control information exceeding 2 bits, and uses frequency resources equivalent to 1 RB. The control information can be composed of HARQ-ACK, SR, and CSI, or a combination thereof. What differentiates PUCCH format 4 from PUCCH format 3 is that PUCCH format 4 can multiplex PUCCH format 4 of multiple terminals within one RB. Multiplexing of PUCCH format 4 of multiple terminals is possible by applying Pre-DFT OCC (Orthogonal Cover Code) to the control information before the IFFT. However, the number of control information symbols that can be transmitted by one terminal decreases depending on the number of multiplexed terminals. The number of multiplexable terminals, i.e., the number of different available OCCs, can be 2 or 4, and the number of OCCs and the applicable OCC index can be set through a higher layer.

[0361] Next, let's explain the short PUCCH. The short PUCCH can be transmitted in both the downlink centric slot and the uplink centric slot, and is typically transmitted in the last symbol of the slot or the OFDM symbol at the end (e.g., the last OFDM symbol, the penultimate OFDM symbol, or the last two OFDM symbols). Of course, the short PUCCH can also be transmitted at any location within the slot. The short PUCCH can be transmitted using one OFDM symbol or two OFDM symbols. The short PUCCH can be used to reduce delay compared to the long PUCCH in situations where uplink cell coverage is good, and can be transmitted using the CP-OFDM scheme.

[0362] Short PUCCH can support transmission formats such as PUCCH format 0 and PUCCH format 2 depending on the number of control information bits that can be supported. First, PUCCH format 0 is a short PUCCH format that can support up to 2 bits of control information and uses frequency resources of 1 RB. Control information can be composed of HARQ-ACK and SR, or a combination thereof. PUCCH format 0 does not transmit DMRS, and is structured to transmit only sequences mapped to 12 subcarriers in the frequency axis within one OFDM symbol. The terminal generates a sequence based on the group hopping or sequence hopping configuration and the configured ID set by the upper signal from the base station, and adds another CS value depending on whether it is ACK or NACK to the indicated initial CS (cyclic shift) value, and cyclically shifts the generated sequence with the final CS value, and maps it to 12 subcarriers for transmission.

[0363] For example, if HARQ-ACK is 1 bit, the terminal can generate the final CS by adding 6 to the initial CS value if it is ACK, as shown in [Table 26] below, and can generate the final CS by adding 0 to the initial CS if it is NACK. The CS value 0 for NACK and the CS value 6 for ACK are defined in the standard, and the terminal can transmit 1-bit HARQ-ACK by generating PUCCH format 0 according to the values ​​defined in the standard.

[0364] [Table 26]

[0365]

[0366] For example, if HARQ-ACK is 2 bits, the terminal adds 0 to the initial CS value if (NACK, NACK), adds 3 to the initial CS value if (NACK, ACK), adds 6 to the initial CS value if (ACK, ACK), and adds 9 to the initial CS value if (ACK, NACK) as shown in [Table 27] below. The CS value 0 for (NACK, NACK), the CS value 3 for (NACK, ACK), the CS value 6 for (ACK, ACK), and the CS value 9 for (ACK, NACK) are defined in the standard, and the terminal can transmit 2-bit HARQ-ACK by generating PUCCH format 0 according to the values ​​defined in the standard. If the final CS value exceeds 12 due to the CS value added to the initial CS value depending on ACK or NACK, modulo 12 can be applied to the final CS value because the length of the sequence is 12.

[0367] [Table 27]

[0368]

[0369] Next, PUCCH format 2 is a short PUCCH format that supports control information exceeding 2 bits, and the number of RBs used can be set through a higher layer. The control information can be composed of a combination of HARQ-ACK, SR, and CSI, or each of them. When the index of the first subcarrier is #0, the location of the subcarrier where the DMRS is transmitted within one OFDM symbol in PUCCH format 2 can be fixed to the subcarriers with indices #1, #4, #7, and #10. The control information can be mapped to the remaining subcarriers except for the subcarrier where the DMRS is located through a modulation process after channel coding.

[0370] In summary, the values ​​and ranges that can be set for each PUCCH format described above can be summarized as shown in [Table 28] below. In [Table 28] below, values ​​that do not need to be set are indicated as NA.

[0371] [Table 28]

[0372]

[0373] Meanwhile, to improve uplink coverage, multi-slot repetition can be supported for PUCCH formats 1, 3, and 4, and PUCCH repetition can be configured for each PUCCH format. The UE can perform repeated transmissions on PUCCH including UCI as many slots as configured through the higher layer signaling nrofSlots. For repeated PUCCH transmissions, PUCCH transmissions in each slot are performed using the same number of consecutive symbols, and the corresponding number of consecutive symbols can be configured through nrofSymbols in the higher layer signaling PUCCH-format1, PUCCH-format3, or PUCCH-format4. For repeated PUCCH transmissions, PUCCH transmissions in each slot are performed using the same starting symbol, and the corresponding starting symbol can be configured through startingSymbolIndex in the higher layer signaling PUCCH-format 1, PUCCH-format 3, or PUCCH-format 4. For repeated PUCCH transmissions, a single PUCCH-spatialRelationInfo can be configured for a single PUCCH resource. For repeated PUCCH transmissions, if the UE is configured to perform frequency hopping in PUCCH transmissions in different slots, the UE can perform frequency hopping on a slot-by-slot basis. In addition, if the UE is configured to perform frequency hopping in PUCCH transmissions in different slots, the UE can start PUCCH transmission from the first PRB index configured through the higher layer signaling startingPRB in even slots, and start PUCCH transmission from the second PRB index configured through the higher layer signaling secondHopPRB in odd slots.Additionally, if the terminal is configured to perform frequency hopping in PUCCH transmissions in different slots, the index of the slot instructed to perform the first PUCCH transmission to the terminal is 0, and the number of PUCCH repetitions may increase regardless of the PUCCH transmission performed in each slot during the configured total number of PUCCH repetitions. If the terminal is configured to perform frequency hopping in PUCCH transmissions in different slots, the terminal does not expect frequency hopping to be configured within a slot when transmitting PUCCH. If the terminal is not configured to perform frequency hopping in PUCCH transmissions in different slots but is configured to perform frequency hopping within a slot, the first and second PRB indices may be applied equally within the slot. If the number of uplink symbols available for PUCCH transmission is less than nrofSymbols configured by higher layer signaling, the terminal may not transmit the PUCCH. Even if the terminal fails to transmit PUCCH in a slot for some reason during PUCCH repetition transmission, the terminal can increase the number of PUCCH repetition transmissions.

[0374] In NR Release 17, the number of slots to be repeatedly transmitted for each PUCCH resource can be configured through the upper layer signaling pucch-RepetitionNrofSlots-r17 in PUCCH-ResourceExt, which is an extension of PUCCH-Resource, which is the upper layer signaling for PUCCH resources. If the upper layer signaling pucch-RepetitionNrofSlots-r17 is configured, the corresponding PUCCH resource is scheduled, and the upper layer signaling nrofSlots is also configured, the UE determines the number of slots to be repeatedly transmitted for the corresponding PUCCH resource through pucch-RepetitionNrofSlots-r17 and ignores the upper layer signaling nrofSlots.

[0375] [PUCCH: PUCCH Resource Setting]

[0376] Next, we describe the PUCCH resource configuration of a base station or terminal. A base station may configure PUCCH resources for specific terminals via higher layers, per BWP. PUCCH resource configurations may be as shown in [Table 29] below.

[0377] [Table 29]

[0378]

[0379]

[0380] According to [Table 29], one or more PUCCH resource sets may be configured within the PUCCH resource configuration for a specific BWP, and some of the PUCCH resource sets may be configured with a maximum payload value for UCI transmission. Each PUCCH resource set may include one or more PUCCH resources, and each PUCCH resource may belong to one of the PUCCH formats described above. For the PUCCH resource set, the maximum payload value of the first PUCCH resource set may be fixed to 2 bits. Accordingly, the value may not be separately configured through a higher layer, etc. When the remaining PUCCH resource sets are configured, the indexes of the corresponding PUCCH resource sets may be set in ascending order according to the maximum payload value, and the maximum payload value may not be configured for the last PUCCH resource set. The upper layer configuration for the PUCCH resource set may be as shown in [Table 30] below.

[0381] [Table 30]

[0382]

[0383] The resourceList parameter in [Table 30] may include the IDs of PUCCH resources belonging to the PUCCH resource set.

[0384] If the initial connection is made or a PUCCH resource set is not configured, a PUCCH resource set consisting of multiple cell-specific PUCCH resources, as shown in [Table 31] below, may be used in the initial BWP. Within this PUCCH resource set, the PUCCH resources to be used for the initial connection may be indicated via SIB1.

[0385] [Table 31]

[0386]

[0387] The maximum payload of each PUCCH resource included in a PUCCH resource set can be 2 bits for PUCCH format 0 or 1, and for the other formats, it can be determined by the symbol length, number of PRBs, and maximum code rate. The symbol length and number of PRBs can be set for each PUCCH resource, and the maximum code rate can be set for each PUCCH format.

[0388] Next, we describe PUCCH resource selection for UCI transmission. For SR transmission, PUCCH resources for SR corresponding to schedulingRequestID can be configured through upper layers, as shown in [Table 32] below. The PUCCH resources can be resources belonging to PUCCH format 0 or PUCCH format 1.

[0389] [Table 32]

[0390]

[0391] The configured PUCCH resource can have a transmission period and offset set via the periodicityAndOffset parameter in [Table 32]. If the terminal has uplink data to transmit at the time corresponding to the configured period and offset, the corresponding PUCCH resource is transmitted. Otherwise, the corresponding PUCCH resource may not be transmitted.

[0392] In case of CSI transmission, PUCCH resources for transmitting periodic or semi-persistent CSI reports via PUCCH can be configured in the pucch-CSI-ResourceList parameter as shown in [Table 33] below. The pucch-CSI-ResourceList parameter can include a list of PUCCH resources for each BWP for the cell or CC to which the corresponding CSI report will be transmitted. The PUCCH resource can be a resource belonging to PUCCH format 2, PUCCH format 3, or PUCCH format 4. The transmission period and offset of the PUCCH resource can be configured through reportSlotConfig in [Table 33].

[0393] [Table 33]

[0394]

[0395] In the case of HARQ-ACK transmission, the resource set of the PUCCH resource to be transmitted may be first selected based on the payload of the UCI including the HARQ-ACK. That is, the PUCCH resource set having the minimum payload not smaller than the UCI payload may be selected. Next, the PUCCH resource within the PUCCH resource set may be selected through the PUCCH resource indicator (PRI) within the DCI that schedules the TB corresponding to the HARQ-ACK, and the PRI may be the PUCCH resource indicator specified in [Table 19] or [Table 20]. The relationship between the PRI and the PUCCH resource selected from the PUCCH resource set may be as shown in [Table 34] below.

[0396] [Table 34]

[0397]

[0398] If the number of PUCCH resources in the selected PUCCH resource set is greater than 8, the PUCCH resource can be selected by the following [Mathematical Formula 2].

[0399] [Equation 2]

[0400]

[0401] In [Equation 2] is the index of the selected PUCCH resource within the PUCCH resource set, is the number of PUCCH resources belonging to the PUCCH resource set, is the PRI value, is the total number of CCEs of CORESET p to which the receiving DCI belongs, Indicates the first CCE index for the received DCI.

[0402] The point in time when the corresponding PUCCH resource is transmitted is from the TB transmission corresponding to the corresponding HARQ-ACK. It's after the slot. The candidate for the value is set by the upper layer, and can be set more specifically in the dl-DataToUL-ACK parameter in the PUCCH-Config as specified in [Table 29]. One of these candidates The value can be selected by the PDSCH-to-HARQ feedback timing indicator in the DCI that schedules the TB, and this value can be a value specified in [Table 18] or [Table 19]. Meanwhile, The unit of value can be a slot unit or a subslot unit. Here, a subslot is a unit of length smaller than a slot, and one or more symbols can constitute one subslot.

[0403] Next, we describe the case where two or more PUCCH resources are located within a single slot. A UE can transmit UCI via one or two PUCCH resources within a single slot or subslot. When UCI is transmitted via two PUCCH resources within a single slot / subslot, i) each PUCCH resource does not overlap symbol-wise, and ii) at least one PUCCH resource may be a short PUCCH. Meanwhile, a UE may not expect to transmit multiple PUCCH resources for HARQ-ACK transmission within a single slot.

[0404] [PUSCH: Transmission Method Related]

[0405] Next, we describe the scheduling method for PUSCH transmission. PUSCH transmission can be dynamically scheduled by the UL grant within the DCI or can operate by configured grant Type 1 or Type 2. Dynamic scheduling instructions for PUSCH transmission are possible in DCI format 0_0 or 0_1.

[0406] Configured grant Type 1 PUSCH transmission can be semi-statically configured by receiving configuredGrantConfig including rrc-ConfiguredUplinkGrant of [Table 35] through higher-level signaling, without receiving UL grant in DCI. Configured grant Type 2 PUSCH transmission can be semi-persistently scheduled by UL grant in DCI after receiving configuredGrantConfig not including rrc-ConfiguredUplinkGrant of [Table 35] through higher-level signaling. When PUSCH transmission operates by configured grant, parameters applied to PUSCH transmission are applied through configuredGrantConfig of higher-level signaling of [Table 35], except for dataScramblingIdentityPUSCH, txConfig, codebookSubset, maxRank, and scaling of UCI-OnPUSCH provided by pusch-Config of [Table 36]. If the terminal has been provided with transformPrecoder in configuredGrantConfig, which is the upper signaling of [Table 35], the terminal applies tp-pi2BPSK in pusch-Config of [Table 36] to PUSCH transmission operated by the configured grant.

[0407] [Table 35]

[0408]

[0409] Next, the PUSCH transmission method is described. The DMRS antenna port for PUSCH transmission is the same as the antenna port for SRS transmission. PUSCH transmission can follow a codebook-based or non-codebook-based transmission method, respectively, depending on whether the value of txConfig in the upper signaling, pusch-Config in [Table 36], is 'codebook' or 'nonCodebook'.

[0410] As described above, PUSCH transmission can be dynamically scheduled via DCI format 0_0 or 0_1, and can be semi-statically configured by configured grant. If the UE is instructed to schedule PUSCH transmission via DCI format 0_0, the UE performs beam configuration for PUSCH transmission using pucch-spatialRelationInfoID corresponding to the UE-specific PUCCH resource corresponding to the minimum ID within the activated uplink BWP within the serving cell, and the PUSCH transmission is based on a single antenna port. The UE does not expect scheduling for PUSCH transmission via DCI format 0_0 within a BWP where a PUCCH resource including pucch-spatialRelationInfo is not configured. If the UE does not configure txConfig in pusch-Config of [Table 36], the UE does not expect to be scheduled with DCI format 0_1.

[0411] [Table 36]

[0412]

[0413] Next, we describe codebook-based PUSCH transmission. Codebook-based PUSCH transmission can be dynamically scheduled via DCI format 0_0 or 0_1, and can operate semi-statically based on a configured grant. When codebook-based PUSCH is dynamically scheduled via DCI format 0_1 ​​or semi-statically configured via a configured grant, the UE determines a precoder for PUSCH transmission based on the SRS Resource Indicator (SRI), Transmission Precoding Matrix Indicator (TPMI), and transmission rank (the number of PUSCH transmission layers).

[0414] At this time, the SRI can be given through the SRS resource indicator field in the DCI or configured through the srs-ResourceIndicator higher-level signaling. The UE is configured with at least one SRS resource when transmitting a codebook-based PUSCH, and can be configured with up to two. When the UE receives an SRI through the DCI, the SRS resource indicated by the SRI refers to the SRS resource corresponding to the SRI among the SRS resources transmitted before the PDCCH containing the SRI. In addition, the TPMI and transmission rank can be given through the precoding information and number of layers fields in the DCI or configured through the precodingAndNumberOfLayers higher-level signaling. The TPMI is used to indicate the precoder applied to the PUSCH transmission. If the UE is configured with one SRS resource, the TPMI is used to indicate the precoder to be applied to the configured one SRS resource. When a terminal is configured with multiple SRS resources, TPMI is used to indicate the precoder to be applied in the SRS resource indicated through SRI.

[0415] The precoder to be used for PUSCH transmission is selected from an uplink codebook having the same number of antenna ports as the nrofSRS-Ports value in the upper layer signaling, SRS-Config. In codebook-based PUSCH transmission, the UE determines the codebook subset based on the TPMI and codebookSubset in the upper layer signaling, pusch-Config. The codebookSubset in the upper layer signaling, pusch-Config, can be set to one of 'fullyAndPartialAndNonCoherent', 'partialAndNonCoherent', or 'nonCoherent' based on the UE capability reported by the UE to the base station. If the UE reported 'partialAndNonCoherent' as the UE capability, the UE does not expect the value of codebookSubset in the upper layer signaling to be set to 'fullyAndPartialAndNonCoherent'. Additionally, if the UE reports 'nonCoherent' as the UE capability, the UE does not expect the value of the upper signaling codebookSubset to be set to 'fullyAndPartialAndNonCoherent' or 'partialAndNonCoherent'. If nrofSRS-Ports in the upper signaling SRS-ResourceSet points to two SRS antenna ports, the UE does not expect the value of the upper signaling codebookSubset to be set to 'partialAndNonCoherent'.

[0416] The terminal can be configured with one SRS resource set in which the usage value in the upper signaling SRS-ResourceSet is set to 'codebook', and one SRS resource in the SRS resource set can be indicated via SRI. If multiple SRS resources are configured in the SRS resource set in which the usage value in the upper signaling SRS-ResourceSet is set to 'codebook', the terminal expects that the value of nrofSRS-Ports in the upper signaling SRS-Resource is set to the same value for all SRS resources.

[0417] The terminal transmits to the base station one or more SRS resources included in the SRS resource set in which the usage value is set to 'codebook' according to upper signaling, and the base station selects one of the SRS resources transmitted by the terminal and instructs the terminal to perform PUSCH transmission using transmission beam information of the corresponding SRS resource. At this time, in codebook-based PUSCH transmission, the SRI is used as information for selecting an index of one SRS resource and is included in the DCI. Additionally, the base station includes in the DCI information indicating the TPMI and rank to be used by the terminal for PUSCH transmission. The terminal performs PUSCH transmission by applying the indicated rank and the precoder indicated by the TPMI based on the transmission beam of the corresponding SRS resource using the SRS resource indicated by the SRI.

[0418] Next, we describe non-codebook-based PUSCH transmission. Non-codebook-based PUSCH transmission can be dynamically scheduled via DCI format 0_0 or 0_1, and can operate semi-statically based on a configured grant. If at least one SRS resource is configured within an SRS resource set in which the usage value in the upper signaling, SRS-ResourceSet, is set to 'nonCodebook', the UE can be scheduled for non-codebook-based PUSCH transmission via DCI format 0_1.

[0419] For an SRS resource set in which the usage value in the upper signaling SRS-ResourceSet is set to 'nonCodebook', the UE can be configured with one connected NZP CSI-RS resource (non-zero power CSI-RS). The UE can perform calculations for a precoder for SRS transmission by measuring the NZP CSI-RS resource connected to the SRS resource set. If the difference between the last received symbol of the aperiodic NZP CSI-RS resource connected to the SRS resource set and the first symbol of the aperiodic SRS transmission at the UE is less than 42 symbols, the UE does not expect information about the precoder for SRS transmission to be updated.

[0420] If the value of resourceType in the upper signaling SRS-ResourceSet is set to 'aperiodic', the connected NZP CSI-RS is indicated by the SRS request field in DCI format 0_1 ​​or 1_1. At this time, if the connected NZP CSI-RS resource is an aperiodic NZP CSI-RS resource, the presence of the connected NZP CSI-RS is indicated when the value of the SRS request field in DCI format 0_1 ​​or 1_1 is not '00'. At this time, the DCI must not indicate cross-carrier or cross BWP scheduling. In addition, if the value of the SRS request indicates the presence of an NZP CSI-RS, the NZP CSI-RS is located in the slot in which the PDCCH including the SRS request field is transmitted. At this time, the TCI states set for the scheduled subcarriers are not set to QCL-TypeD.

[0421] If a periodic or semi-persistent SRS resource set is configured, the associated NZP CSI-RS can be indicated through the associatedCSI-RS within the upper-level signaling SRS-ResourceSet. For non-codebook-based transmission, the UE does not expect the upper-level signaling spatialRelationInfo for the SRS resource and the associatedCSI-RS within the upper-level signaling SRS-ResourceSet to be configured together.

[0422] When multiple SRS resources are configured, the UE can determine the precoder and transmission rank to be applied to PUSCH transmission based on the SRI indicated by the base station. At this time, the SRI can be indicated through the SRS resource indicator field in the DCI or set through the srs-ResourceIndicator, which is a higher-order signaling. Similar to the codebook-based PUSCH transmission described above, when the UE receives an SRI through the DCI, the SRS resource indicated by the SRI refers to the SRS resource corresponding to the SRI among the SRS resources transmitted before the PDCCH containing the SRI. The UE can use one or more SRS resources for SRS transmission, and the maximum number of SRS resources that can be simultaneously transmitted in the same symbol within one SRS resource set and the maximum number of SRS resources are determined by the UE capability reported by the UE to the base station. At this time, the SRS resources that the UE simultaneously transmits occupy the same RB. The UE configures one SRS port for each SRS resource. Only one SRS resource set with the usage value set to 'nonCodebook' in the upper signaling SRS-ResourceSet can be set, and up to four SRS resources for non-codebook based PUSCH transmission can be set.

[0423] The base station transmits one NZP-CSI-RS associated with an SRS resource set to the terminal, and the terminal calculates a precoder to be used when transmitting one or more SRS resources within the SRS resource set based on the result measured upon reception of the NZP-CSI-RS. When the terminal transmits one or more SRS resources within the SRS resource set with usage set to 'nonCodebook' to the base station, the terminal applies the calculated precoder, and the base station selects one or more SRS resources from the received one or more SRS resources. At this time, in non-codebook based PUSCH transmission, the SRI represents an index that can express a combination of one or more SRS resources, and the SRI is included in the DCI. At this time, the number of SRS resources indicated by the SRI transmitted by the base station can be the number of transmission layers of the PUSCH, and the terminal transmits the PUSCH by applying the precoder applied to SRS resource transmission to each layer.

[0424] [Regarding terminal capability reporting]

[0425] In LTE and NR, a terminal, while connected to a serving base station, can perform a procedure to report its supported capabilities to the base station. In the description below, this is referred to as a UE capability report.

[0426] A base station can transmit a UE capability inquiry message requesting a capability report to a connected terminal. The message can include a UE capability request for each RAT (radio access technology) type of the base station. The RAT type-specific request can include information on a combination of supported frequency bands, etc. In addition, in the case of the UE capability inquiry message, UE capabilities for multiple RAT types can be requested through a single RRC message container transmitted by the base station, or the base station can include multiple UE capability inquiry messages including UE capability requests for each RAT type and transmit them to the terminal. That is, the UE capability inquiry can be repeated multiple times in one message, and the terminal can compose a corresponding UE capability information message and report it multiple times. In the next-generation mobile communication system, a UE capability request can be made for MR-DC (Multi-RAT dual connectivity), including NR, LTE, and EN-DC (E-UTRA - NR dual connectivity). Additionally, the terminal capability inquiry message is typically transmitted initially after the terminal is connected to the base station, but the base station may request it under any conditions when necessary.

[0427] In the above step, the terminal that receives the UE capability report request from the base station configures the terminal capability based on the RAT type and band information requested from the base station. Below is a summary of how the terminal configures the UE capability in the NR system.

[0428] 1. If the UE receives a list of LTE and / or NR bands through a UE capability request from the base station, the UE configures a band combination (BC) for EN-DC and NR stand-alone (SA). That is, it configures a candidate list of BCs for EN-DC and NR SA based on the bands requested to the base station via FreqBandList. Furthermore, the bands are prioritized in the order listed in FreqBandList.

[0429] 2. If the base station requests UE capability reporting by setting the "eutra-nr-only" flag or the "eutra" flag, the UE completely removes NR SA BCs from the list of configured BC candidates. This operation can only occur when the LTE base station (eNB) requests the "eutra" capability.

[0430] 3. The terminal then removes fallback BCs from the BC candidate list constructed in the above step. Here, a fallback BC is a BC obtained by removing at least one band corresponding to an SCell from a random BC. This step can be omitted because the BC before removing the band corresponding to at least one SCell can already cover the fallback BC. This step also applies to MR-DC, i.e., to LTE bands. The BCs remaining after this step are the final "candidate BC list."

[0431] 4. The terminal selects BCs to report by selecting BCs that match the requested RAT type from the final "candidate BC list" above. In this step, the terminal constructs the supportedBandCombinationList in a set order. That is, the terminal constructs BCs and UE capabilities to report in the order of the preset rat-Type (nr -> eutra-nr -> eutra). In addition, it constructs a featureSetCombination for the constructed supportedBandCombinationList, and constructs a list of "candidate feature set combinations" from the candidate BC list after removing the list for the fallback BC (which contains capabilities of the same or lower level). The "candidate feature set combinations" above include feature set combinations for both NR and EUTRA-NR BCs, and can be obtained from the feature set combinations in the UE-NR-Capabilities and UE-MRDC-Capabilities containers.

[0432] 5. Also, if the requested rat Type is eutra-nr and has an effect, featureSetCombinations are included in both containers: UE-MRDC-Capabilities and UE-NR-Capabilities. However, the NR feature set is included only in UE-NR-Capabilities.

[0433] After terminal capabilities are configured, the terminal transmits a terminal capability information message containing the terminal capabilities to the base station. Based on the terminal capabilities received from the terminal, the base station then performs appropriate scheduling and transmission / reception management for the terminal.

[0434] As one embodiment of the present disclosure, a method for measuring and reporting L1-RSRP of a terminal is described.

[0435] For L1-RSRP calculation, the following may be considered:

[0436] - A terminal may be configured with one or more CSI-RS resources, one or more SSB resources, or a CSI-RS resource and an SSB resource having a QCL relationship with QCL-TypeC and QCL-TypeD between resources, and the CSI-RS resources and SSB resources may be included in different resource sets.

[0437] - A terminal can set up to 64 CSI-RS resources within one CSI-RS resource set.

[0438] - The terminal can be configured with up to 16 CSI-RS resource sets.

[0439] - The terminal can set the number of different CSI-RS resources to a maximum of 128 across all CSI-RS resource sets.

[0440] For L1-RSRP reporting, if the UE has set nrofReportedRS in the upper layer signaling CSI-ReportConfig to 1, the reported L1-RSRP value can be quantized into 7 bits, and the range of the value can be defined as -140 dBm to -44 dBm in 1 dB increments. If the UE has set nrofReportedRS in the upper layer signaling CSI-ReportConfig to greater than 1, or if the UE has set groupBasedBeamReporting in the upper layer signaling to enabled, the UE can quantize the largest value among the measured L1-RSRP into 7 bits, and the range of the value can be defined as -140 dBm to -44 dBm in 1 dB increments, and the differential L1-RSRP, which can mean a relative RSRP value from the largest L1-RSRP value, can be quantized into 4 bits, and the range of the value can be defined as 2 dB increments. The differential L1-RSRP can be reported together with the largest L1-RSRP value above.

[0441] If the upper layer signaling timeRestrictionForChannelMeasurements configured in CSI-ReportConfig is set to "notConfigured" for the terminal, the terminal can calculate the L1-RSRP value to be reported in uplink slot n based on the CSI-RS or SSB in the CSI resource setting linked to the L1-RSRP report received in or before the CSI reference resource that can be defined on the time resource.

[0442] If the upper layer signaling timeRestrictionForChannelMeasurements set in CSI-ReportConfig is set to "Configured" for the terminal, the terminal can calculate the L1-RSRP value to be reported in uplink slot n based only on the most recent reception position among the CSI-RS or SSB in the CSI resource setting linked to the L1-RSRP report received in or before the CSI reference resource that can be defined on the time resource.

[0443] [Table 37] below shows the order of information arrangement when reporting L1-RSRP. At this time, the bit length of the CRI and SSBRI below is the number of bits that can express the number of CSI-RS resources in the CSI-RS resource set (for example, ), can be defined as the number of bits that can express the number of SSB resources in the SSB resource set (for example, ). At this time and may respectively mean the number of CSI-RS resources in the CSI-RS resource set and the number of SSB resources in the SSB resource set. As described above, RSRP and Differential RSRP can be expressed with 7 bits and 4 bits, respectively.

[0444] [Table 37]

[0445]

[0446] As one embodiment of the present disclosure, a method for setting up resources for L1-SINR measurement and reporting is described. [Table 26] above describes CSI-ReportConfig, which is set through upper layer signaling related to CSI reporting, and can be used for the description of L1-SINR measurement, which will be described later.

[0447] If a resource setting is configured in the upper layer signaling CSI-ReportConfig for L1-SINR measurement, the resource setting (e.g., resourcesForChannelMeasurement in the upper layer signaling) may be an NZP CSI-RS for channel and interference measurement. In this case, the terminal may assume that an NZP CSI-RS with one port and a density value of 3 REs / RB is used for channel and interference measurement.

[0448] If two resource settings are configured in the upper layer signaling CSI-ReportConfig for L1-SINR measurement, the first resource setting (e.g., resourcesForChannelMeasurement in the upper layer signaling) can be SSB or NZP CSI-RS for channel measurement, and the second resource setting (e.g., csi-IM-ResourcesForInterference or nzp-CSI-RS-ResourcesForInterference in the upper layer signaling) can be CSI-IM for interference measurement or NZP CSI-RS with 1 port and 3 REs / RB as density value. In this case, SSB or NZP CSI-RS for channel measurement can be connected to 1 CSI-IM resource or 1 NZP CSI-RS for interference measurement within the same resource set. The number of SSB or NZP CSI-RS for channel measurement may be equal to the number of NZP CSI-RS for CSI-IM or interference measurement.

[0449] - At this time, when the terminal decides on the reference RS for the SSB for channel measurement or the CSI-IM connected to the NZP CSI-RS or the QCL-TypeD of the NZP CSI-RS for interference measurement, the terminal may use the reference RS for the SSB for channel measurement or the QCL-TypeD of the NZP CSI-RS for channel measurement.

[0450] - Additionally, the terminal can expect that the NZP CSI-RS resource set for channel measurement and the NZP CSI-RS resource set for interference measurement will have repetition, which is a higher layer signaling, set. In other words, both the NZP CSI-RS resource set for channel measurement and the NZP CSI-RS resource set for interference measurement can be used for beam management purposes.

[0451] For L1-SINR measurements based on a specific interference measurement resource, the terminal may assume that the total power received from a specific NZP CSI-RS resource for interference measurement or a specific CSI-IM resource for interference measurement corresponds to interference and noise.

[0452] For L1-SINR calculation, the terminal can be configured with NZP CSI-RS resources and / or SSB resources for channel measurement, and NZP CSI-RS or CSI-IM resources for interference measurement. At this time, the terminal can be configured with up to 16 CSI resource sets for channel measurement, and a total of 64 CSI-RS or 64 SSB resources across all resource sets.

[0453] If one or two of the above resource settings are set for L1-SINR measurement, time restriction for channel measurement or interference measurement described later can be considered.

[0454] - If timeRestrictionForChannelMeasurements is set to 'notConfigured' in the upper layer signaling CSI-ReportConfig, the terminal may have to derive channel measurements for calculating L1-SINR to be reported in the nth uplink slot based on SSB or NZP CSI-RS that can be received temporally earlier than the CSI reference resource associated with one or two resource settings described above.

[0455] - If timeRestrictionForChannelMeasurements is set to 'configured' in the upper layer signaling CSI-ReportConfig, the terminal may derive channel measurements for calculating L1-SINR to be reported in the nth uplink slot based on the most recent SSB or NZP CSI-RS that can be received temporally earlier than the CSI reference resource associated with one or two resource settings described above.

[0456] - If timeRestrictionForInterferenceMeasurements is set to 'notConfigured' in the upper layer signaling CSI-ReportConfig, the terminal may have to derive interference measurement for calculating L1-SINR to be reported in the nth uplink slot based on the CSI-IM or NZP CSI-RS for interference measurement that can be received temporally earlier than the CSI reference resource associated with one or two resource settings described above.

[0457] - If timeRestrictionForChannelMeasurements is set to 'configured' in the upper layer signaling CSI-ReportConfig, the terminal may derive interference measurement for calculating L1-SINR to be reported in the nth uplink slot based on the most recent one of the CSI-IM or NZP CSI-RS for interference measurement that can be received temporally earlier than the CSI reference resource associated with one or two resource settings described above.

[0458] Describes the L1-SINR reporting method of the terminal.

[0459] When reporting L1-SINR, the terminal can configure UCI using a specific quantization level according to the conditions described below and report it to the base station.

[0460] - If nrofReportedRS is set to 1 in the upper layer signaling CSI-ReportConfig, the L1-SINR value can be reported quantized to 7 bits using a step size of 0.5 dB for values ​​within the range of [-23, 40] dB.

[0461] - If nrofReportedRS in the upper layer signaling CSI-ReportConfig is greater than 1, or the upper layer signaling groupBasedBeamReporting is set to 'enabled', the terminal can use differential L1-SINR reporting. In this case, the maximum L1-SINR value is quantized to 7 bits using a step size of 0.5 dB for a value within the range of [-23, 40] dB, and the differential L1-SINR value can be quantized to 4 bits using a step size of 1 dB for the difference from the maximum L1-SINR reported together with the differential L1-SINR. If the NZP CSI-RS is configured for channel measurement and / or interference measurement, the reported L1-SINR value can be expected not to be compensated for power offset such as powerControlOffsetSS or powerControlOffset in the upper layer signaling.

[0462] If the terminal has set reportQuantity to 'cri-SINR' or 'ssb-Index-SINR' in the upper layer signaling CSI-ReportConfig, the terminal may consider the following operations related to group-based beam reporting.

[0463] - If the terminal has set the upper layer signaling groupBasedBeamReporting to 'disabled', the terminal can report to the base station by including nrofReportedRS different CRIs or SSBRIs set by the upper layer signaling in a single report.

[0464] - If the terminal has the upper layer signaling, groupBasedBeamReporting, set to 'enabled', the terminal can report two different CRIs or SSBRIs to the base station in a single report. In this case, the CSI-RS and / or SSB indicated by the CRI or SSBRI may be received simultaneously from the terminal.

[0465] If the terminal has set reportQuantity to 'ssb-Index-SINR' in the upper layer signaling CSI-ReportConfig, the terminal may need to derive L1-SINR based on the SSBRI reported to the base station. In this case, SSBRI k (k≥0) can correspond to the (k+1)th entry of csi-SSB-ResourceList in CSI-SSB-ResourceSet for channel measurement, can be connected to the (k+1)th entry of csi-IM-Resource in csi-IM-ResourceSet, or can be connected to the (k+1)th entry of nzp-CSI-RS-Resources in NZP-CSI-RS-ResourceSet for interference measurement.

[0466] If the terminal receives reportQuantity set to 'cri-RSRP', 'cri-SINR', or 'none' in the upper layer signaling CSI-ReportConfig, and the CSI-ReportConfig is linked to a resource setting in which the upper layer signaling resourceType is set to 'aperiodic', the terminal may not expect more than 16 CSI-RS resources to be set in the CSI-RS resource set included in the resource setting.

[0467] The mathematical formula for the priority rule described above is , and for CSI reports including L1-SINR reports, k = 0 can be considered.

[0468] [Table 38] below shows the order of information arrangement when reporting L1-SINR. At this time, the bit length of the CRI and SSBRI below is the number of bits that can express the number of CSI-RS resources in the CSI-RS resource set (for example, ), can be defined as the number of bits that can express the number of SSB resources in the SSB resource set (for example, ). At this time and may respectively mean the number of CSI-RS resources in the CSI-RS resource set and the number of SSB resources in the SSB resource set. As described above, SINR and Differential SINR can be expressed with 7 bits and 4 bits, respectively.

[0469] [Table 38]

[0470]

[0471] In one embodiment of the present disclosure, a CSI reporting event initiated by a terminal and the information reported are described. This embodiment may be operated in combination with other embodiments.

[0472] FIG. 10 is a diagram illustrating a channel measurement and channel status reporting method according to the setting and instruction of a base station according to one embodiment of the present disclosure.

[0473] Within FIG. 10, process (10-00) relates to a method for securing and managing downlink beam performance between a terminal and a base station according to a periodic reference signal reception and periodic channel state information reporting at a terminal, or / and an aperiodic channel state information reporting trigger at a base station and an aperiodic channel state information reporting method at a terminal.

[0474] The base station (10-02) can notify the terminal (10-01) of configuration information related to periodic reference signal reception and corresponding periodic channel state information reporting through upper layer signaling. Accordingly, the terminal can receive the periodic reference signal transmitted from the base station (10-05) and report the corresponding periodic channel state information (10-10). At this time, the corresponding periodic channel state information may include the performance of the downlink reception beam calculated by the terminal. The base station can determine the downlink reception beam performance of the terminal based on the periodic reference signal reception and measurement and the periodic channel state information reporting of the terminal. The shorter the period of reference signal reception and measurement and channel state information reporting, the more accurately the downlink reception beam performance of the terminal can be determined. However, the signaling overhead for transmitting and receiving reference signals and transmitting and receiving channel state information reports between the terminal and the base station may be consumed a lot. In contrast, if the cycle of receiving and measuring the reference signal and reporting the channel state information is long, the base station may have relatively inaccurate information about the reception beam performance of the terminal. Therefore, the base station may trigger an aperiodic channel state information report from the terminal in the middle of the long cycle to identify the reception beam performance (10-35). Thereafter, the terminal may perform an aperiodic channel state information report corresponding to the aperiodic channel state information report triggering of the base station (10-40). The base station may synthesize this information and, if the beam performance of the terminal's downlink reception beam is insufficient and needs to be changed to another beam, may notify beam switching (10-45). The beam switching may be performed by changing the TCI state indicated to the terminal, or by performing an RRC reconfiguration to change the settings of the source RS within the TCI state.

[0475] In order for a base station to trigger an aperiodic channel state information report to a terminal, the base station implementation may assume implicit information from the terminal to make such a decision. The implicit information may be information about the channel state, and representative implicit information may include a PDCCH transmitted by the base station to the terminal and reception of a PDSCH that can be scheduled therethrough (10-20), or a PUCCH transmission from the terminal that includes HARQ-ACK information indicating whether reception of the PDCCH was successful (10-25). Based on information such as a periodic channel state information report that can be received from the terminal (10-10), a PUCCH that includes HARQ-ACK information corresponding to a PDSCH scheduled for the terminal (10-25), etc., the base station may make a decision as to whether the terminal needs to change the downlink reception beam or, if not, whether the current reception beam can be maintained (10-15). However, since these pieces of information are likely to be implicit information or, even if they are direct information, not information that the base station can obtain when it wants, the amount of information the base station has about the terminal's downlink reception beam performance may be insufficient in absolute terms or may already be outdated information.

[0476] Within Fig. 10, process (10-50) relates to a method for securing and managing transmission and reception beam performance between a terminal and a base station according to a channel state information reporting method initiated from a terminal upon occurrence of a specific event at the terminal.

[0477] In order to solve the problems in the above-described process (10-00), the base station can notify the terminal of configuration information on a channel state information reporting method initiated from the terminal based on at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling. Based on this, the terminal can receive at least one combination of a periodic reference signal, a semi-persistent reference signal, and an aperiodic reference signal (10-55), and the terminal can perform channel state information reporting initiated from the terminal (10-65) when a specific event defined in the terminal occurs (10-60). Thereafter, the base station can instruct the terminal to perform beam switching based on the information transmitted from the terminal (10-70).

[0478] This method of reporting channel state information initiated from the terminal is different from the method in which the base station triggers aperiodic channel state information reporting or notifies beam switching based on implicit information, in which the terminal arbitrarily informs the base station about the downlink reception beam performance of the terminal. According to this method, even if the base station does not trigger (channel state information reporting or beam switching), the base station can immediately identify a change in the downlink reception beam performance of the terminal based on a specific event defined in the terminal and take corresponding action (for example, triggering aperiodic channel state information reporting or instructing beam switching). Based on channel state information reporting initiated from the terminal, the base station can immediately respond when a change in downlink reception beam is required, thereby reducing the delay time for beam management. In addition, unlike a method that can achieve a similar effect of allowing a base station to quickly check a terminal's downlink reception beam performance even without a channel state information report initiated from the terminal by reducing the period of periodic reference signal reception and periodic channel state information reporting between the terminal and the base station, the signaling overhead for reference signal and channel state information reporting can be significantly reduced.

[0479] For the aforementioned terminal-initiated channel state information reporting method, the terminal needs to define a specific event (10-60) that, when it occurs, notifies the base station that the terminal's downlink reception beam performance has changed. The terminal may consider at least one combination of the following when defining the specific event for performing the terminal-initiated channel state information reporting described above.

[0480] [Incident 1]

[0481] If a new receiving beam exists with a performance index higher than a specific reference value than the performance of the current receiving beam, the terminal may perform a channel state information report originating from the terminal, including information about the corresponding receiving beam. In this case, for [Event 1], the new receiving beam and the current receiving beam may be defined as follows.

[0482] - For [Incident 1], the current reception beam may be defined as a reference signal set as a QCL source within the TCI state indicated and applied to the terminal, or may be defined as an SSB that is in a QCL relationship with the reference signal set as the QCL source. The meaning of the technology of defining the current reception beam as a specific reference signal may be understood to mean that the terminal determines a parameter to be used as a reception beam or reception filter corresponding to the current reception beam based on the received specific reference signal. In another meaning, the meaning of the technology of defining the current reception beam as a specific reference signal may be understood to mean that when the terminal measures and determines the performance of the current reception beam, the terminal measures the performance of a specific reference signal that the terminal can receive and determines the performance of the current reception beam based on the measured performance. A specific current reception beam determination method may be a combination of one or more of the methods below.

[0483] ■ If there is only one reference signal set as the above QCL source, that is, if the QCL source for QCL-TypeA, B, or C is set in the TCI state indicated to the terminal and the QCL source for QCL-TypeD is not set, the terminal can use the reference signal set as the QCL source for QCL-TypeA, B, or C when determining the current reception beam.

[0484] ■ If there are multiple reference signals set as the above QCL source, that is, if the indicated TCI state has a QCL source set for not only QCL-TypeA, B, or C but also QCL-TypeD, the terminal may use the reference signal set as the QCL source for QCL-TypeD instead of the reference signal set as the QCL source for QCL-TypeA, B, or C when determining the current reception beam. For example, if the TCI state indicated and applied to the terminal has a reference signal set as the QCL source for QCL-TypeA and a reference signal set as the QCL source for QCL-TypeD (i.e., each of the two reference signals is set as the QCL source for QCL-TypeA and QCL-TypeD), the terminal checking the performance of the reference signal set as the QCL source for the indicated and applied TCI state may mean checking the performance of the reference signal set as the QCL source for QCL-TypeD.

[0485] ■ The terminal may consider CSI-RS as a reference signal that can be set as the QCL source. At this time, the CSI-RS may be a TRS (Tracking Reference Signal) in which trs-info, which is an upper layer signaling, is set, a CSI-RS for beam management in which repetition, which is an upper layer signaling, is set to on or off, or a CSI-RS for CSI in which neither trs-info nor repetition, which are upper layer signaling, are set. In addition, the terminal may consider only TRS, only CSI-RS for beam management, or both TRS and CSI-RS for beam management as a reference signal that can be set as the QCL source.

[0486] ■ The terminal may be notified by the base station through a combination of at least one of upper layer signaling, MAC-CE signaling, and L1 signaling as to whether to regard the reference signal set as the QCL source of the applied TCI state as the current reception beam or to regard the SSB having a QCL relationship with the reference signal set as the QCL source as the current reception beam.

[0487] ◆ For example, when reporting the reception beam performance originating from the terminal through upper layer signaling, the terminal can be configured to regard as the current reception beam either the reference signal set as the QCL source of the TCI state indicated and applied to the current reception beam or the SSB having a QCL relationship with the reference signal. In this case, the terminal can maintain the definition of the current reception beam without changing it according to the configured upper layer signaling, regardless of which TCI state is indicated.

[0488] ◆ As another example, the terminal can be configured with upper layer signaling for each TCI state. Depending on which TCI state is instructed and applied by the base station, the terminal can decide whether to regard the reference signal of the QCL source within the TCI state as the current reception beam based on the upper layer signaling configuration within the TCI state, or to regard the SSB that is in a QCL relationship with the reference signal of the QCL source within the TCI state as the current reception beam. For example, when the terminal is instructed to apply a specific TCI state and the upper layer signaling within the TCI state is configured to mean to regard the reference signal of the QCL source within the TCI state as the current reception beam, the terminal can regard the reference signal of the QCL source within the TCI state instructed and applied by the base station as the current reception beam. For another example, when a terminal is instructed to apply a specific TCI state, if the upper layer signaling within the TCI state is set to mean that the SSB having a QCL relationship with the reference signal of the QCL source within the TCI state is to be regarded as the current reception beam, the terminal can consider the SSB having a QCL relationship with the reference signal of the QCL source within the TCI state instructed and applied from the base station as the current reception beam.

[0489] - For [Event 1], a new receive beam may be set to the terminal through upper layer signaling. Here, setting a new receive beam to the terminal through upper layer signaling may mean that a reference signal corresponding to the new receive beam is set to the terminal through upper layer signaling. Therefore, in the following description, setting a new receive beam may be understood as setting a reference signal corresponding to the new receive beam. In addition, measuring a new receive beam by the terminal may be understood as measuring a reference signal corresponding to the new receive beam. In this case, the terminal may be set to a different new receive beam depending on the current receive beam, or may be set to a new receive beam regardless of which current receive beam is determined. In addition, the terminal may receive an activation instruction from the base station to perform measurement for some or all of the new receive beams set to the terminal through MAC-CE. The terminal may consider CSI-RS or SSB as a reference signal for the new receive beam.

[0490] ■ When a terminal is configured with a new reception beam through upper layer signaling, the terminal can expect a new reception beam to be configured within each TCI state (within each TCI state configuration information or for each TCI state). The terminal can configure reference signals having reception beam directions similar to those of the reference signals configured as QCL sources within each TCI state as new reception beams within the corresponding TCI state. At this time, the upper layer signaling for the new reception beam may be configured based on the index for each reference signal, or may be configured based on a TCI state of another index in which the reference signal corresponding to the new reception beam is configured as a QCL source.

[0491] ■ As described above, the terminal can expect that the types of the current reception beam and the new reception beam will remain the same, depending on whether the terminal regards the current reception beam as a reference signal set as a QCL source within the TCI state through notification from the base station or as an SSB having a QCL relationship with the reference signal.

[0492] ■ For example, if the terminal regards the current reception beam as a CSI-RS according to the above-described methods from the base station, the terminal may consider the CSI-RS as a new reception beam for performing a performance comparison with the current reception beam. At this time, the current reception beam and the new reception beam are the same only in that they are CSI-RS, and it may not matter whether the CSI-RS is a TRS, a CSI-RS for beam management, or a CSI-RS for CSI. For example, the terminal may regard the current reception beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider the CSI-RS for beam management as the new reception beam. For another example, the terminal may regard the current reception beam as a CSI-RS for beam management set to a QCL source within the currently indicated TCI state, and may consider the TRS as the new reception beam.

[0493] ■ As another example, if the terminal considers the current receive beam as a specific type of CSI-RS (for example, one of TRS, CSI-RS for beam management, and CSI-RS for CSI) according to the above-described methods from the base station, the terminal may consider the same type of CSI-RS as a new receive beam on which to perform performance comparison with the current receive beam. For example, the terminal may consider the current receive beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider a TRS of the same type as the new receive beam.

[0494] ■ If the current receiving beam is SSB, the terminal can consider SSB as the new receiving beam.

[0495] - For [Incident 1], the specific reference value used when comparing the performance of the new receiving beam and the current receiving beam may be a value that the terminal reports to the base station as a terminal capability, or that the base station sets to the terminal through upper layer signaling, or a value fixedly defined in the standard.

[0496] - For [Event 1], the terminal may introduce a specific time interval and counter to determine that the performance of the new reception beam is higher than a specific reference value compared to the reception performance of the current reception beam. The terminal may use a time interval starting from the time at which information about the current reception beam is determined to determine whether [Event 1] has occurred within the time interval. At this time, the time at which information about the current reception beam is determined may be the time at which the currently indicated TCI state is applied, or the time at which a reference signal (CSI-RS or SSB as described above) corresponding to the current reception beam is received after the time at which the currently indicated TCI state is applied. At this time, the length of the time interval may be the period value of the reference signal corresponding to the current reception beam, or a frame, subframe, slot, symbol, or absolute time (for example, msec) of a real number shorter or longer than the period value, and the length of this time interval may be set by the terminal from the base station through upper layer signaling. The terminal may reset the time interval whenever it receives a reference signal corresponding to the current receive beam, or when the time interval ends. Within the time interval, the terminal may receive each reference signal (CSI-RS or SSB as described above) corresponding to each of one or more new receive beams. If [Event 1] occurs a certain number of times or more for a specific new receive beam within the time interval, the terminal may report the receive beam performance to the base station. In addition, the terminal may store the number of times that [Event 1] occurs continuously within the time interval from the start point of the time interval in the counter described above. If the terminal confirms that the value of the counter is greater than the certain number of times, the terminal may report the receive beam performance to the base station. In this case, the number of times that [Event 1] occurs continuously may mean that the performance of a specific new receive beam is higher than a certain reference value compared to the current receive beam.For example, if the performance of each of two different new receive beams is higher than that of the current receive beam by a certain reference value or more, it can be regarded that [Event 1] has occurred once for each new receive beam. The terminal can check whether [Event 1] has occurred for each cycle of the current receive beam within the time interval. If [Event 1] has occurred continuously within the time interval but has not yet occurred more than a certain number of times, and [Event 1] has not occurred in a certain cycle of the current receive beam so that the number of times [Event 1] has occurred continuously is no longer more than a certain number, the last point in time of the certain cycle of the current receive beam can be reset as the starting point of the time interval. In this way, the terminal can check the number of times [Event 1] has occurred continuously within a certain time interval and report the performance of the receive beam starting from the terminal to the base station. At this time, the certain number of times may be 1 by default, and the terminal may receive a certain natural number X greater than 1 from the base station. The terminal can report to the base station whether it supports it by reporting as an individual terminal capability the method of considering the above specific number of times as 1 or considering it as X times, which is a specific natural number greater than 1.

[0497] - For [Incident 1], when reporting the reception beam performance originating from the terminal, the terminal may report to the base station including at least one of the following items.

[0498] ■ The terminal can report to the base station including the index of the current reception beam and / or the performance of the current reception beam. At this time, the index of the current reception beam can be the index of the CSI-RS resource if the current reception beam is CSI-RS as described above, or can be the index of the SSB if the current reception beam is SSB. The terminal can be configured by the base station through upper layer signaling whether to report to the base station including the index of the current reception beam and / or the performance of the current reception beam. That is, if the terminal has configured upper layer signaling from the base station, the terminal can report including the index of the current reception beam and / or the performance of the current reception beam when reporting the performance of the reception beam originating from the terminal. If the terminal has not configured upper layer signaling from the base station, the performance of the reception beam originating from the terminal can be reported without including the index of the current reception beam and / or the performance of the current reception beam.

[0499] ■ When a terminal reports to a base station the performance of the current reception beam (for example, L1-RSRP performance), the terminal may report the L1-RSRP performance of the current reception beam by quantizing it into a value in units of 1 dB from -140 dBm to -44 dBm, using a total of 7 bits. This reporting method of the terminal is merely an example, and the present disclosure is not limited by the above example.

[0500] ■ The terminal may report to the base station the index of a new receiving beam and / or the performance of the new receiving beam. The terminal may be configured to include the performance of a number of new receiving beams to report to the base station through upper layer signaling from the base station. For example, the terminal may be configured to include the number of new receiving beams to report from the base station. At this time, the number of new receiving beams to report may be N, which is a natural number greater than or equal to 1. More specifically, N may be 1, 2, 3, or 4, or a natural number less than or equal to 64. At this time, the number of new receiving beams to report by the terminal may follow the above-described upper layer signaling.

[0501] ■ When the terminal reports the performance of the N new receiving beams, it can expect that all of the N new receiving beams satisfy [Event 1]. That is, the terminal can assume that the performance of the N new receiving beams is higher than the performance of the current receiving beam by a certain reference value or more.

[0502] ◆ In this case, when the terminal reports the performance of the N new reception beams to the base station (for example, in the case of L1-RSRP), regardless of whether the upper layer signaling indicating whether the performance of the current reception beam is included in the same report is set (i.e., for both cases where the performance of the current reception beam is included or not), the terminal may report the L1-RSRP performance of each new reception beam by quantizing it into a value in units of 1 dB from -140 dBm to -44 dBm with a total of 7 bits. This reporting method of the terminal is merely an example, and the present disclosure is not limited by the example.

[0503] ◆ In another way, when the terminal reports the performance of the N new receive beams (for example, L1-RSRP performance) to the base station, regardless of whether the upper layer signaling indicating whether the performance of the current receive beam is included in the same report is set (i.e., for both cases where the performance of the current receive beam is included or not), the terminal can report the L1-RSRP performance of the new receive beam having the largest L1-RSRP value among one or more new receive beams by quantizing the value in units of 1 dB from -140 dBm to -44 dBm into a total of 7 bits, and the performance of the remaining N-1 new receive beams can be expressed as a difference value from the performance of the new receive beam having the largest L1-RSRP value. At this time, the difference value can be expressed as X bits and can be expressed in units of Y dB, where X can be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y can be a real number greater than 0 (one of 0, 0.5, 1, 1.5, 2, 2.5, 3, ...). For example, the difference value can be expressed in units of Y=2 dB with X=4 bits. This reporting method of the terminal is merely an example, and the present disclosure is not limited by the above example.

[0504] ◆ In another way, when the terminal reports the performance of the N new receive beams (for example, L1-RSRP performance) to the base station, if upper layer signaling is configured to indicate whether the performance of the current receive beam is included in the same report (i.e., for the case where the performance of the current receive beam is included), the terminal may express the L1-RSRP performance of the new receive beam as a difference value from a value higher by a certain reference value than the performance of the current receive beam. At this time, the difference value can be expressed with X bits and can be expressed in units of Y dB, X can be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y can be a real number greater than or equal to 1 (one of 1, 1.5, 2, 2.5, 3, ...). For example, the difference value can be expressed with X=4 bits and Y=2 dB units. At this time, since the performance of the new reception beam reported by the terminal satisfies [Event 1], it may be a value greater than or equal to a value that is higher by a certain reference value than the performance of the current reception beam. This reporting method of the terminal is merely an example, and the present disclosure is not limited by the above example.

[0505] ◆ In another way, when the terminal reports the performance of the N new receive beams (for example, L1-RSRP performance) to the base station, if upper layer signaling is configured to indicate whether the performance of the current receive beam is included in the same report (i.e., for the case where the performance of the current receive beam is included), the terminal can express the L1-RSRP performance of the new receive beam as a difference value from a value higher by a certain reference value than the performance of the current receive beam. At this time, the difference value can be expressed with X bits and can be expressed in units of Y dB, X can be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y can be a real number greater than or equal to 1 (one of 1, 1.5, 2, 2.5, 3, ...). For example, the difference value can be expressed with X=4 bits and Y=2 dB units. If the upper layer signaling indicating whether the performance of the current receive beam is included in the same report is not established (i.e., for the case where the performance of the current receive beam is not included), the terminal may report the L1-RSRP performance of the new receive beam having the largest L1-RSRP value among one or more new receive beams by quantizing the value in units of 1 dB from -140 dBm to -44 dBm into a total of 7 bits, and the performance of the remaining N-1 new receive beams may be expressed as a difference value from the performance of the new receive beam having the largest L1-RSRP value. In this case, the difference value may be expressed in X bits and expressed in units of Y dB, and X may be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y may be a real number greater than 0 (one of 0, 0.5, 1, 1.5, 2, 2.5, 3, ...). For example, the difference value can be expressed in units of X=4 bits and Y=2 dB. This reporting method of the terminal is only an example, and the present disclosure is not limited by the above example.This allows the terminal to keep the bit length of the received beam performance report originating from the terminal the same for the cases where the higher layer signaling indicating whether the performance of the current received beam is included in the same report is set or not. Accordingly, for the two cases described above (where the higher layer signaling indicating whether the performance of the current received beam is included in the same report is set or not), the terminal can keep the bit length of the received beam performance report originating from the terminal the same, and if one case is shorter in bit length than the other case, it can include a certain number of 0 bits so that the two cases have the same bit length.

[0506] ■ When the terminal reports the N new receiving beams, it can expect that at least one new receiving beam among the N satisfies [Event 1]. That is, the terminal can assume that the performance of some of the N new receiving beams is higher than a specific reference value or more compared to the performance of the current receiving beam, and can assume that the remaining new receiving beams, excluding some of the above, are not higher than a specific reference value or more compared to the performance of the current receiving beam.

[0507] ◆ In this case, when the terminal reports the performance of the N new receive beams (for example, L1-RSRP performance) to the base station, the terminal can report the L1-RSRP performance of each new receive beam by quantizing it into a total of 7 bits in units of 1 dB from -140 dBm to -44 dBm, regardless of whether the upper layer signaling is set to indicate whether the performance of the current receive beam is included in the same report (i.e., for both cases where the performance of the current receive beam is included or not). For this method, if the terminal has been set to report the performance of the current receive beam, the terminal may not include the number of new receive beams that satisfy [Event 1] when reporting the receive beam performance starting from the terminal. Even if the terminal does not report the number of new receive beams that satisfy [Event 1], the base station can determine whether the performance of the new receive beam reported by the terminal satisfies [Event 1] based on the performance value of the current receive beam reported by the terminal and a specific reference value set for the terminal. For the method, if the terminal is not configured with upper layer signaling to report the performance of the current receive beam, the terminal can include the number of new receive beams that satisfy [Event 1] when reporting to the base station. Since the terminal does not report the performance of the current receive beam, the base station cannot know which new receive beams satisfy [Event 1] if the terminal does not report the number of new receive beams that satisfy [Event 1]. For example, if N=4, that is, 2 out of 4 new receive beams satisfy [Event 1], the terminal can report the performance of the 4 new receive beams and use ceil(log2(N)) bits (2 bits when N=4) to express that the number of new receive beams that satisfy [Event 1] is 2. In this case, ceil(.) can represent a rounding function, and log2(.) can represent a logarithmic function with a base of 2.The terminal can report four new receiving beams in order of performance, and the base station can determine that the new receiving beams with the two highest performance values ​​among the four new receiving beams satisfy [Event 1], and that the remaining two new receiving beams do not satisfy [Event 1].

[0508] ◆ In another way, when the terminal reports the performance of the N new receive beams (for example, L1-RSRP performance) to the base station, regardless of whether the upper layer signaling indicating whether the performance of the current receive beam is included in the same report is set (i.e., for both cases where the performance of the current receive beam is included or not), the terminal can report the L1-RSRP performance of the new receive beam having the largest L1-RSRP value among one or more new receive beams by quantizing the value in units of 1 dB from -140 dBm to -44 dBm into a total of 7 bits, and the performance of the remaining N-1 new receive beams can be expressed as a difference value from the performance of the new receive beam having the largest L1-RSRP value. At this time, the difference value can be expressed as X bits and can be expressed in units of Y dB, where X can be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y can be a real number greater than 0 (one of 0, 0.5, 1, 1.5, 2, 2.5, 3, ...). For example, the difference value can be expressed in units of Y=2 dB with X=4 bits. This reporting method of the terminal is only an example, and the present disclosure is not limited by the example. For the method, if the terminal has been set up with upper layer signaling to report the performance of the current reception beam, the terminal may not include the number of new reception beams that satisfy [Event 1] when reporting the reception beam performance starting from the terminal. Even if the terminal does not report the number of new reception beams that satisfy [Event 1], the base station can determine whether the performance of the new reception beam reported by the terminal satisfies [Event 1] based on the performance value of the current reception beam reported by the terminal and a specific reference value set for the terminal.For the method, if the terminal is not configured with upper layer signaling to report the performance of the current receive beam, the terminal can include the number of new receive beams that satisfy [Event 1] when reporting to the base station. Since the terminal does not report the performance of the current receive beam, the base station cannot know which new receive beams satisfy [Event 1] if the terminal does not report the number of new receive beams that satisfy [Event 1]. For example, if N=4, that is, 2 out of 4 new receive beams satisfy [Event 1], the terminal can report the performance of the 4 new receive beams and use ceil(log2(N)) bits (2 bits when N=4) to express that the number of new receive beams that satisfy [Event 1] is 2. In this case, ceil(.) can represent a rounding function, and log2(.) can represent a logarithmic function with a base of 2. The terminal can report four new receiving beams in order of performance, and the base station can determine that the new receiving beams with the two highest performance values ​​among the four new receiving beams satisfy [Event 1], and that the remaining two new receiving beams do not satisfy [Event 1].

[0509] ◆ In another way, when the terminal reports the performance of the N new receive beams (for example, L1-RSRP performance) to the base station, if upper layer signaling is set to indicate that the performance of the current receive beam is included in the same report (i.e., for the case where the performance of the current receive beam is included), the terminal may express the L1-RSRP performance of the new receive beam as a difference value from a value that is higher by a certain reference value than the performance of the current receive beam. At this time, the difference value may be expressed with X bits and may be expressed in units of Y dB, where X may be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y may be a real number greater than or equal to 1 (one of 1, 1.5, 2, 2.5, 3, ...). For example, the difference value may be expressed in units of X=4 bits and Y=2 dB. This reporting method of the terminal is merely an example, and the present disclosure is not limited by the above example. At this time, the terminal may include the number of new reception beams that satisfy [Event 1] when reporting to the base station. Through this method, the performance of the new reception beam reported by the terminal is expressed as a difference value from a value that is higher by a specific reference value than the performance of the current reception beam. Therefore, if a specific new reception beam does not satisfy [Event 1], it may mean that it is lower than a value that is higher by a specific reference value than the performance of the current reception beam described above.Accordingly, when the terminal expresses the performance of a new reception beam as a difference value from a value higher by a specific reference value than the performance of the current reception beam, the performance values ​​of the new reception beams for the number of new reception beams that satisfy [Event 1] additionally reported by the terminal can be assumed to be positive difference values ​​from a value higher by a specific reference value than the performance of the current reception beam, and the performance values ​​of the new reception beams for the number of new reception beams that do not satisfy [Event 1] among all new reception beams can be assumed to be negative difference values ​​from a value higher by a specific reference value than the performance of the current reception beam. In this case, since the reception beam performance report originating from the terminal does not include such sign information such as positive or negative, among the performances of the new reception beams reported by the terminal, the performance of the new reception beam that satisfies [Event 1] is arranged first, and the performance of the new reception beam that does not satisfy [Event 1] is arranged later, so that the base station can check the performance of the new reception beam by applying the positive or negative difference value.

[0510] ◆ In another way, when the terminal reports the performance of the N new receive beams (for example, L1-RSRP performance) to the base station, the terminal may include the number of new receive beams that satisfy [Event 1] to the base station. For example, if N=4, that is, 2 out of 4 new receive beams satisfy [Event 1], the terminal may report the performance of the 4 new receive beams and use ceil(log2(N)) bits (2 bits when N=4) to express that the number of new receive beams that satisfy [Event 1] is 2. In this case, ceil(.) may represent a rounding function, and log2(.) may represent a logarithmic function with a base of 2. If upper layer signaling is established indicating that the performance of the current receive beam is included in the same report (i.e., for the case where the performance of the current receive beam is included) and there are N new receive beams that satisfy [Event 1] (i.e., all N new receive beams satisfy [Event 1]), the terminal can express the L1-RSRP performance of the new receive beam as a difference value from a value higher by a certain threshold value than the performance of the current receive beam. In this case, the difference value can be expressed with X bits and can be expressed in units of Y dB, where X can be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y can be a real number greater than 0 (one of 0, 0.5, 1, 1.5, 2, 2.5, 3, ...). For example, the difference value can be expressed with X=4 bits and Y=2 dB. The reporting method of such terminals is only an example, and the present disclosure is not limited by the above example.If upper layer signaling is set to indicate that the performance of the current receive beam is included in the same report (i.e., for the case where the performance of the current receive beam is included), and if there are fewer than N new receive beams that satisfy [Event 1] (i.e., at least one new receive beam does not satisfy [Event 1]), the terminal may report the L1-RSRP performance of the new receive beam having the largest L1-RSRP value among the one or more new receive beams by quantizing the value in units of 1 dB from -140 dBm to -44 dBm into a total of 7 bits, and the performances of the remaining N-1 new receive beams may be expressed as a difference value from the performance of the new receive beam having the largest L1-RSRP value. At this time, the difference value can be expressed as X bits and expressed in Y dB units, where X can be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y can be a real number greater than 0 (one of 0, 0.5, 1, 1.5, 2, 2.5, 3, ...). For example, the difference value can be expressed in X=4 bits and Y=2 dB units. This reporting method of the terminal is only an example, and the present disclosure is not limited by the example. Through this, the terminal can decide whether to express the performance of all new receive beams as a difference value from a value equal to or greater than a certain reference value from the performance of the current receive beam, or whether to express the performance of one new receive beam with the highest receive performance and the performance of another new receive beam expressed as a difference value therefrom, depending on whether all new receive beams satisfy [Event 1].

[0511] [Incident 2]

[0512] The terminal may perform channel state information reporting starting from the terminal, including the corresponding reception beam information, when the performance of the current reception beam is below a specific reference value.

[0513] - For the [Event 2], the terminal can determine the current receiving beam in a similar manner to the above [Event 1]. That is, the terminal can use the reference signal set as the QCL source within the currently indicated and applied TCI state as the current receiving beam, or use the SSB that is in a QCL relationship with the reference signal.

[0514] - Alternatively, the terminal can use the current receive beam as a reference signal set by upper layer signaling for the corresponding [Event 2].

[0515] - For the [Incident 2], the specific reference value used when checking the performance of the current receiving beam may be a value that the terminal reports to the base station as a terminal capability, or that the base station sets to the terminal through upper layer signaling, or a value fixedly defined in the standard.

[0516] - For [Event 2], the terminal may introduce a specific time interval and counter to determine whether the performance of the current reception beam is below a specific reference value. The terminal may use a time interval starting from the time at which information about the current reception beam is determined to determine whether [Event 2] has occurred within the time interval. At this time, the time at which information about the current reception beam is determined may be the time at which the currently indicated TCI state is applied, or the time at which a reference signal (CSI-RS or SSB, as described above) corresponding to the current reception beam is received after the time at which the currently indicated TCI state is applied. At this time, the length of the time interval may be the period value of the reference signal corresponding to the current reception beam, or a frame, subframe, slot, symbol, or absolute time (for example, msec) of a real number shorter or longer than the period value, and the length of the time interval may be set to the terminal by upper layer signaling from the base station. The terminal may confirm that [Event 2] has occurred from the start point of the time interval to the length of the time interval. The terminal may store the number of times [Event 2] occurs within the time interval from the start point of the time interval in a counter. If the terminal confirms that the value of the counter is greater than a specific number of times, the terminal may report the reception beam performance to the base station. In addition, the terminal may store the number of times [Event 2] occurs consecutively within the time interval from the start point of the time interval in the aforementioned counter. If the terminal confirms that the value of the counter is greater than a specific number of times, the terminal may report the reception beam performance to the base station.The terminal checks whether [Event 2] has occurred at each cycle of the current reception beam within the time interval, and if [Event 2] has occurred continuously within the time interval but has not yet occurred more than a specific number of times, and if [Event 2] has not occurred at a specific cycle of the current reception beam so that the number of times [Event 2] has occurred continuously is no longer more than a specific number, the last point in time of the specific cycle of the current reception beam can be reset as the starting point of the time interval. In this way, the terminal can check the number of times [Event 2] has occurred continuously within the specific time interval and report the reception beam performance starting from the terminal to the base station. At this time, the specific number of times may be 1 by default, and the terminal can receive from the base station a specific natural number X greater than 1. The terminal can report to the base station whether it supports a method of regarding the specific number of times as 1 or as X greater than 1 as an individual terminal capability.

[0517] - For [Incident 2], when a terminal performs a reception beam performance report starting from the terminal, it may report to the base station including at least one of the following items.

[0518] ■ When a terminal reports the performance of the current reception beam to the base station (for example, in the case of L1-RSRP), the terminal may report the L1-RSRP performance of the current reception beam by quantizing it into a value in units of 1 dB from -140 dBm to -44 dBm with a total of 7 bits. This reporting method of the terminal is only an example, and the present disclosure is not limited by the above example.

[0519] ■ When the terminal reports the performance of the current reception beam to the base station (for example, in the case of L1-RSRP), the terminal may express the L1-RSRP performance of the current reception beam as a difference value from the specific reference value. At this time, the difference value may be expressed in X bits and may be expressed in units of Y dB, and X may be a natural number less than 7 (one of 1, 2, 3, 4, 5, or 6), and Y may be a real number greater than 0 (one of 0, 0.5, 1, 1.5, 2, 2.5, 3, ...). For example, the difference value may be expressed in units of X=4 bits and Y=2 dB. This reporting method of the terminal is merely an example, and the present disclosure is not limited by the above example.

[0520] [Incident 3]

[0521] If the performance of at least one new receiving beam is higher than the performance of the current receiving beam by a certain threshold value or more, the terminal may perform a channel state information report starting from the terminal, including the new receiving beam information. In this case, for [Event 3], the new receiving beam and the current receiving beam may be defined as follows.

[0522] - For [Event 3], the terminal can determine the current receiving beam in a similar manner to [Event 1] above. That is, the terminal can use the reference signal set as the QCL source within the currently indicated and applied TCI state as the current receiving beam, or use the SSB that is in a QCL relationship with the reference signal.

[0523] - In another way, for the [event 3], the current reception beam may be defined as the reception beam when receiving the reference signal having the lowest reception performance value among the reference signals set as QCL sources in one or more TCI states activated for the terminal. For example, if the reference signal set as QCL source in the second TCI state among the eight TCI states activated for the terminal has the lowest performance (e.g., L1-RSRP or L1-SINR), the terminal may define the reception beam used when receiving the reference signal set as QCL source in the second TCI state among the activated TCI states as the current reception beam. When a terminal checks the reception performance of a reference signal set as a QCL source for QCL-TypeD instead of a reference signal set as a QCL source for QCL-TypeA, B, or C in a specific TCI state among one or more activated TCI states, the terminal may use the reference signal set as a QCL source for QCL-TypeD instead of the reference signal set as a QCL source for QCL-TypeA, B, or C. For example, when the second TCI state has a reference signal set as a QCL source for QCL-TypeA and a reference signal set as a QCL source for QCL-TypeD (i.e., when each of the two reference signals is set as a QCL source for QCL-TypeA and QCL-TypeD), the terminal checking the performance of the reference signal set as a QCL source for the second TCI state may mean checking the performance of the reference signal set as a QCL source for QCL-TypeD.

[0524] - Alternatively, the terminal may define the current reception beam for the [event 3] as the SSB with the lowest reception performance value among one or more SSBs that have a QCL relationship with the reference signal set as the QCL source within one or more TCI states activated by the terminal.

[0525] - For [Event 3], a new receive beam may be set to the terminal through upper layer signaling. Here, setting a new receive beam to the terminal through upper layer signaling may mean that a reference signal corresponding to the new receive beam is set to the terminal through upper layer signaling. Therefore, in the following description, setting a new receive beam may be understood as setting a reference signal corresponding to the new receive beam. In addition, measuring a new receive beam by the terminal may be understood as measuring a reference signal corresponding to the new receive beam. In this case, the terminal may be set to a different new receive beam depending on the current receive beam, or may be set to a new receive beam regardless of which current receive beam is determined. In addition, the terminal may receive an activation instruction from the base station to perform measurement for some or all of the new receive beams set to the terminal through MAC-CE. The terminal may consider CSI-RS or SSB as a reference signal for the new receive beam.

[0526] ■ When a terminal is configured with a new reception beam through upper layer signaling, the terminal can expect a new reception beam to be configured within each TCI state (within each TCI state configuration information or for each TCI state). The terminal can configure reference signals having reception beam directions similar to those of the reference signals configured as QCL sources within each TCI state as new reception beams within the corresponding TCI state. At this time, the upper layer signaling for the new reception beam may be configured based on the index for each reference signal, or may be configured based on a TCI state of another index in which the reference signal corresponding to the new reception beam is configured as a QCL source.

[0527] ■ As described above, the terminal can expect that the types of the current reception beam and the new reception beam will remain the same, depending on whether the terminal regards the current reception beam as a reference signal set as a QCL source within the TCI state through notification from the base station or as an SSB having a QCL relationship with the reference signal.

[0528] ■ For example, if the terminal regards the current reception beam as a CSI-RS according to the above-described methods from the base station, the terminal may consider the CSI-RS as a new reception beam for performing a performance comparison with the current reception beam. At this time, the current reception beam and the new reception beam are the same only in that they are CSI-RS, and it may not matter whether the CSI-RS is a TRS, a CSI-RS for beam management, or a CSI-RS for CSI. For example, the terminal may regard the current reception beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider the CSI-RS for beam management as the new reception beam. For another example, the terminal may regard the current reception beam as a CSI-RS for beam management set to a QCL source within the currently indicated TCI state, and may consider the TRS as the new reception beam.

[0529] ■ As another example, if the terminal considers the current receive beam as a specific type of CSI-RS (for example, one of TRS, CSI-RS for beam management, and CSI-RS for CSI) according to the above-described methods from the base station, the terminal may consider the same type of CSI-RS as a new receive beam on which to perform performance comparison with the current receive beam. For example, the terminal may consider the current receive beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider a TRS of the same type as the new receive beam.

[0530] - For [Incident 3], the specific reference value used when comparing the performance of the new receiving beam and the current receiving beam may be a value that the terminal reports to the base station as a terminal capability, or that the base station sets to the terminal through upper layer signaling, or a value fixedly defined in the standard.

[0531] - For [Event 3], the terminal may introduce a specific time interval and counter to determine that the performance of the new reception beam is higher than the reception performance of the current reception beam by a specific reference value or more. The terminal may use a time interval starting from the time at which information about the current reception beam is determined to determine whether [Event 3] has occurred within the time interval. At this time, the time at which information about the current reception beam is determined may be the time at which the currently indicated TCI state is applied, or the time at which a reference signal (CSI-RS or SSB as described above) corresponding to the current reception beam is received after the time at which the currently indicated TCI state is applied. At this time, the length of the time interval may be the period value of the reference signal corresponding to the current reception beam, or a frame, subframe, slot, symbol, or absolute time (for example, msec) in a real number shorter or longer than the period value, and the length of this time interval may be set by the terminal from the base station through upper layer signaling. The terminal may reset the time interval whenever it receives a reference signal corresponding to the current receive beam, or when the time interval ends. Within the time interval, the terminal may receive each reference signal (CSI-RS or SSB as described above) corresponding to each of one or more new receive beams. If [Event 3] occurs a certain number of times or more for a specific new receive beam within the time interval, the terminal may report the receive beam performance to the base station. In addition, the terminal may count the number of times that [Event 3] occurs continuously within the time interval from the start point of the time interval to the counter described above. If the terminal confirms that the value of the counter is greater than the certain number of times, the terminal may report the receive beam performance to the base station. In this case, the number of times that [Event 3] occurs continuously may mean that the performance of a specific new receive beam is higher than a certain reference value compared to the current receive beam.For example, if the performance of each of two different new receive beams is higher than that of the current receive beam by a certain reference value or more, it can be considered that [Event 3] has occurred once for each new receive beam. The terminal can check whether [Event 3] has occurred for each cycle of the current receive beam within the time interval. If [Event 3] has occurred continuously within the time interval but has not yet occurred more than a certain number of times, and [Event 3] has not occurred in a certain cycle of the current receive beam so that the number of times [Event 3] has occurred continuously is no longer more than a certain number, the last point in the certain cycle of the current receive beam can be reset as the starting point of the time interval. In this way, the terminal can check the number of times [Event 3] has occurred continuously within a certain time interval and report the performance of the receive beam starting from the terminal to the base station. At this time, the certain number of times may be 1 by default, and the terminal may receive a certain natural number X greater than 1 from the base station. The terminal can report to the base station whether it supports it by reporting as an individual terminal capability the method of considering the above specific number of times as 1 or considering it as X times, which is a specific natural number greater than 1.

[0532] - For [Incident 3], when reporting the reception beam performance originating from the terminal, the terminal may report to the base station including at least one of the following items.

[0533] ■ The terminal can report to the base station the index of the current reception beam and / or the performance of the current reception beam. At this time, the index of the current reception beam can be the index of the CSI-RS resource if the current reception beam is CSI-RS as described above, or can be the index of the SSB if the current reception beam is SSB. When the terminal performs a reception beam performance report starting from the terminal corresponding to [Event 3], the terminal can perform the reception beam performance report starting from the terminal without setting a specific upper layer signaling from the base station.

[0534] ■ The terminal can be configured by the base station through upper layer signaling whether to report the reception beam performance starting from the terminal, including the index of the current reception beam and / or the performance of the current reception beam. That is, if the terminal has been configured by the base station through upper layer signaling, the terminal can report the reception beam performance starting from the terminal, including the index of the current reception beam and / or the performance of the current reception beam. If the terminal has not been configured by the base station through the upper layer signaling, the reception beam performance starting from the terminal can be reported without including the index of the current reception beam and / or the performance of the current reception beam.

[0535] ■ When the terminal reports the performance of a new receiving beam, the method of [Event 1] above can be used similarly.

[0536] [Incident 4]

[0537] If the performance of at least one new receiving beam is higher than the performance of the current receiving beam by a specific reference value or more, the terminal may perform channel state information reporting starting from the terminal, including the new receiving beam information. At this time, for the [Event 4], the new receiving beam and the current receiving beam may be defined as follows. The difference between the above Event 3 and the Event 4 is that in the case of Event 3, the current receiving beam is defined as the reference signal with the lowest receiving performance value, but in the case of Event 4, the current receiving beam is defined as the reference signal with the highest receiving performance value.

[0538] - For [Event 4], the terminal can determine the current receiving beam in a similar manner to [Event 1] above. That is, the terminal can use the reference signal set as the QCL source within the currently indicated and applied TCI state as the current receiving beam, or use the SSB that is in a QCL relationship with the reference signal.

[0539] - In another way, for the [event 4], the current reception beam may be defined as the reception beam when receiving the reference signal having the highest reception performance value among the reference signals set as QCL sources in one or more TCI states activated for the terminal. For example, if the reference signal set as QCL source in the second TCI state among the eight TCI states activated for the terminal has the highest performance (e.g., L1-RSRP or L1-SINR), the terminal may define the reception beam used when receiving the reference signal set as QCL source in the second TCI state among the activated TCI states as the current reception beam. When a terminal checks the reception performance of a reference signal set as a QCL source for QCL-TypeD instead of a reference signal set as a QCL source for QCL-TypeA, B, or C in a specific TCI state among one or more activated TCI states, the terminal may use the reference signal set as a QCL source for QCL-TypeD instead of the reference signal set as a QCL source for QCL-TypeA, B, or C. For example, when the second TCI state has a reference signal set as a QCL source for QCL-TypeA and a reference signal set as a QCL source for QCL-TypeD (i.e., when each of the two reference signals is set as a QCL source for QCL-TypeA and QCL-TypeD), the terminal checking the performance of the reference signal set as a QCL source for the second TCI state may mean checking the performance of the reference signal set as a QCL source for QCL-TypeD.

[0540] - Alternatively, the terminal may define the current reception beam for the [event 4] as the SSB with the highest reception performance value among one or more SSBs that have a QCL relationship with the reference signal set as the QCL source within one or more TCI states activated by the terminal.

[0541] - For [Event 4], a new receive beam may be set to the terminal through upper layer signaling. Here, setting a new receive beam to the terminal through upper layer signaling may mean that a reference signal corresponding to the new receive beam is set to the terminal through upper layer signaling. Therefore, in the following description, setting a new receive beam may be understood as setting a reference signal corresponding to the new receive beam. In addition, measuring a new receive beam by the terminal may be understood as measuring a reference signal corresponding to the new receive beam. In this case, the terminal may be set to a different new receive beam depending on the current receive beam, or may be set to a new receive beam regardless of which current receive beam is determined. In addition, the terminal may receive an activation instruction from the base station to perform measurement for some or all of the new receive beams set to the terminal through MAC-CE. The terminal may consider CSI-RS or SSB as a reference signal for the new receive beam.

[0542] ■ When a terminal is configured with a new reception beam through upper layer signaling, the terminal can expect a new reception beam to be configured within each TCI state (within each TCI state configuration information or for each TCI state). The terminal can configure reference signals having reception beam directions similar to those of the reference signals configured as QCL sources within each TCI state as new reception beams within the corresponding TCI state. At this time, the upper layer signaling for the new reception beam may be configured based on the index for each reference signal, or may be configured based on a TCI state of another index in which the reference signal corresponding to the new reception beam is configured as a QCL source.

[0543] ■ As described above, the terminal can expect that the types of the current reception beam and the new reception beam will remain the same, depending on whether the terminal regards the current reception beam as a reference signal set as a QCL source within the TCI state through notification from the base station or as an SSB having a QCL relationship with the reference signal.

[0544] ■ For example, if the terminal regards the current reception beam as a CSI-RS according to the above-described methods from the base station, the terminal may consider the CSI-RS as a new reception beam for performing a performance comparison with the current reception beam. At this time, the current reception beam and the new reception beam are the same only in that they are CSI-RS, and it may not matter whether the CSI-RS is a TRS, a CSI-RS for beam management, or a CSI-RS for CSI. For example, the terminal may regard the current reception beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider the CSI-RS for beam management as the new reception beam. For another example, the terminal may regard the current reception beam as a CSI-RS for beam management set to a QCL source within the currently indicated TCI state, and may consider the TRS as the new reception beam.

[0545] ■ As another example, if the terminal considers the current receive beam as a specific type of CSI-RS (for example, one of TRS, CSI-RS for beam management, and CSI-RS for CSI) according to the above-described methods from the base station, the terminal may consider the same type of CSI-RS as a new receive beam on which to perform performance comparison with the current receive beam. For example, the terminal may consider the current receive beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider a TRS of the same type as the new receive beam.

[0546] ■ When a terminal is configured with upper layer signaling for a new receive beam, it can expect it to be configured within each TCI state. The terminal can configure reference signals having a receive beam direction similar to the reference signal configured as a QCL source within each TCI state as new receive beams within the corresponding TCI state. At this time, the upper layer signaling for the new receive beam can be configured based on the index for each reference signal, or can be configured based on a TCI state of another index in which the reference signal corresponding to the new receive beam is configured as a QCL source.

[0547] ■ As described above, the terminal can expect that the types of the current reception beam and the new reception beam will remain the same, depending on whether the terminal regards the current reception beam as a reference signal set as a QCL source within the TCI state through notification from the base station or as an SSB having a QCL relationship with the reference signal.

[0548] ■ For example, if the terminal regards the current reception beam as a CSI-RS according to the above-described methods from the base station, the terminal may consider the CSI-RS as a new reception beam for performing a performance comparison with the current reception beam. At this time, the current reception beam and the new reception beam are the same only in that they are CSI-RS, and it may not matter whether the CSI-RS is a TRS, a CSI-RS for beam management, or a CSI-RS for CSI. For example, the terminal may regard the current reception beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider the CSI-RS for beam management as the new reception beam. For another example, the terminal may regard the current reception beam as a CSI-RS for beam management set to a QCL source within the currently indicated TCI state, and may consider the TRS as the new reception beam.

[0549] ■ As another example, if the terminal considers the current receive beam as a specific type of CSI-RS (for example, one of TRS, CSI-RS for beam management, and CSI-RS for CSI) according to the above-described methods from the base station, the terminal may consider the same type of CSI-RS as a new receive beam on which to perform performance comparison with the current receive beam. For example, the terminal may consider the current receive beam as a TRS set to a QCL source within the currently indicated TCI state, and may consider a TRS of the same type as the new receive beam.

[0550] - For [Incident 4], the specific reference value used when comparing the performance of the new receiving beam and the current receiving beam may be a value that the terminal reports to the base station as a terminal capability, or that the base station sets to the terminal through upper layer signaling, or a value fixedly defined in the standard.

[0551] - For [Event 4], the terminal may introduce a specific time interval and counter to determine that the performance of the new reception beam is higher than the reception performance of the current reception beam by a specific reference value or more. The terminal may use a time interval starting from the time at which information about the current reception beam is determined to determine whether [Event 4] has occurred within the time interval. At this time, the time at which information about the current reception beam is determined may be the time at which the currently indicated TCI state is applied, or the time at which a reference signal (CSI-RS or SSB as described above) corresponding to the current reception beam is received after the time at which the currently indicated TCI state is applied. At this time, the length of the time interval may be the period value of the reference signal corresponding to the current reception beam, or a frame, subframe, slot, symbol, or absolute time (for example, msec) in a real number shorter or longer than the period value, and the length of this time interval may be set by the terminal from the base station through upper layer signaling. The terminal may reset the time interval whenever it receives a reference signal corresponding to the current receive beam, or when the time interval ends. Within the time interval, the terminal may receive each reference signal (CSI-RS or SSB as described above) corresponding to each of one or more new receive beams. If [Event 4] occurs a certain number of times or more for a specific new receive beam within the time interval, the terminal may report the receive beam performance to the base station. In addition, the terminal may store the number of times that [Event 4] occurs continuously within the time interval from the start point of the time interval in the counter described above. If the terminal confirms that the value of the counter is greater than the certain number of times, the terminal may report the receive beam performance to the base station. In this case, the number of times that [Event 4] occurs continuously may mean that the performance of a specific new receive beam is higher than a certain reference value compared to the current receive beam.For example, if the performance of each of two different new receive beams is higher than that of the current receive beam by a certain reference value or more, it can be considered that [Event 4] has occurred once for each new receive beam. The terminal can check whether [Event 4] has occurred for each cycle of the current receive beam within the time interval. If [Event 4] has occurred continuously within the time interval but has not yet occurred more than a certain number of times, and [Event 4] has not occurred in a certain cycle of the current receive beam so that the number of times [Event 4] has occurred continuously is no longer more than a certain number, the last point in the certain cycle of the current receive beam can be reset as the starting point of the time interval. In this way, the terminal can check the number of times [Event 4] has occurred continuously within a certain time interval and report the performance of the receive beam starting from the terminal to the base station. At this time, the certain number of times may be 1 by default, and the terminal may receive a certain natural number X greater than 1 from the base station. The terminal can report to the base station whether it supports it by reporting as an individual terminal capability the method of considering the above specific number of times as 1 or considering it as X times, which is a specific natural number greater than 1.

[0552] - For [Incident 4], when reporting the reception beam performance originating from the terminal, the terminal may report to the base station including at least one of the following items.

[0553] ■ The terminal can report to the base station the index of the current reception beam and / or the performance of the current reception beam. In this case, the index of the current reception beam can be the index of the CSI-RS resource if the current reception beam is CSI-RS as described above, or the index of the SSB if the current reception beam is SSB. The terminal can perform the index of the current reception beam and / or the performance of the current reception beam without setting a specific upper layer signaling from the base station if the reception beam performance report is initiated from the terminal corresponding to [Event 4].

[0554] ■ The terminal can be configured by the base station through upper layer signaling whether to include the index of the current reception beam and / or the performance of the current reception beam in the report. That is, if the terminal has been configured by the base station through upper layer signaling, the terminal can include the index of the current reception beam and / or the performance of the current reception beam when reporting the performance of the reception beam originating from the terminal. If the terminal has not been configured by the base station through upper layer signaling, the performance of the reception beam originating from the terminal can be reported without including the index of the current reception beam and / or the performance of the current reception beam.

[0555] ■ When the terminal reports the performance of a new receiving beam, the method of [Event 1] above can be used similarly.

[0556] The terminal may use the following when reporting reception beam performance originating from the terminal for at least one combination of [Event 1], [Event 2], [Event 3], or [Event 4]. For example, the terminal may report reception beam performance originating from the terminal to the base station in consideration of [Event 1]. As another example, the terminal may each be configured with upper layer signaling for reception beam performance reports originating from the terminal for [Event 1] and [Event 2], and may individually check and report reception beam performance for [Event 1] and [Event 2]. When [Event 1] occurs, the terminal may report reception beam performance originating from the corresponding terminal. When [Event 2] occurs, the terminal may report reception beam performance originating from the corresponding terminal. When [Event 1] and [Event 2] occur simultaneously, the terminal may report reception beam performance starting from the terminal corresponding to [Event 1] and [Event 2] respectively, select only one of the two, or report reception beam performance related to the event with the highest priority.

[0557] A terminal may perform a terminal capability report to a base station through the terminal capability, indicating that it can support at least one combination of [Event 1], [Event 2], [Event 3], and [Event 4]. For example, the terminal may report to the base station through the terminal capability that it can support a receive beam performance report initiated from the terminal for [Event 1]. For example, the terminal may report to the base station through the terminal capability that it can support a receive beam performance report initiated from the terminal for [Event 2]. For example, the terminal may report to the base station through the terminal capability that it can support receive beam performance reports initiated from the terminal for [Event 1] and [Event 2].

[0558] For the above-described [Event 1], [Event 2], [Event 3], or [Event 4], the terminal may define a timer for not monitoring the occurrence of a specific event. For example, when beam switching occurs from the base station, the terminal may not monitor the specific event defined in [Event 1] to [Event 4] for a certain period of time from that time. For another example, after the specific event defined in [Event 1] to [Event 4] occurs, the terminal may not monitor the specific event defined in [Event 1] to [Event 4] for a certain period of time from that time. This prevents frequent information exchange and beam switching between the terminal and the base station by preventing channel state information reporting initiated from the terminal for a certain period of time after the base station sets or instructs beam switching.

[0559] The terminal may monitor only one of the above-described [Event 1], [Event 2], [Event 3], or [Event 4] and perform channel state information reporting initiated from the terminal when the corresponding event occurs, or may independently monitor one or more specific events and perform channel state information reporting initiated from the terminal corresponding to each event, or may individually monitor one or more specific events, but if more than one event occurs simultaneously, perform channel state information reporting initiated from the terminal corresponding to the event with the highest priority among them. In each of the above cases, the terminal may apply the timer individually or commonly. If the terminal monitors one or more events, commonly applying the timer may mean that the timer to be applied when a specific event occurs is applied equally to other events.

[0560] As one embodiment of the present disclosure, a terminal-initiated CSI reporting method is described. This embodiment can be operated in combination with other embodiments.

[0561] After the specific event described above occurs for reporting channel state information originating from the terminal, the terminal may perform terminal-initiated channel state information reporting to transmit reception beam performance-related information to the base station. At this time, the terminal may report channel state information originating from the terminal by considering a combination of at least one of the following methods.

[0562] [Method 1-1]

[0563] A terminal may be configured with a PUCCH resource for requesting allocation of PUSCH resources that can be transmitted to a base station, including a reception beam performance report originating from the terminal. When a specific event according to one or a combination of two or more of the above-described [Event 1] to [Event 4] occurs from the terminal, the terminal may transmit a PUCCH (or PUSCH resource allocation request information, or a scheduling request) to the base station on the corresponding PUCCH resource. At this time, the terminal may be configured with a PUCCH resource from the base station through upper layer signaling for reporting on the reception beam performance originating from the terminal, and this may be separate configuration information from a PUCCH resource for a conventional uplink data scheduling request. Such a PUCCH resource may include 1 bit of information.

[0564] In addition, the terminal may be configured with one PUCCH resource that can simultaneously request a combination of at least one of a request for PUSCH resource allocation that can be transmitted to the base station including a reception beam performance report originating from the terminal and uplink data scheduling, and two bits of information can be transmitted in the PUCCH resource. If the PUCCH resource has an information bit of "01", the PUCCH resource may mean a conventional uplink data scheduling request, and if it is "10", the PUCCH resource may trigger a request for PUSCH resource allocation that can be transmitted to the base station including a reception beam performance report originating from the terminal, and if it is "11", the PUCCH resource may trigger both a request for PUSCH resource allocation that can be transmitted to the base station including an uplink data scheduling request and a reception beam performance report originating from the terminal. If the base station receives the corresponding PUCCH resource with information bits of "11" from the terminal, the base station may force the terminal to transmit one DCI to include both PUSCH scheduling information and PUSCH scheduling information for receiving beam performance reporting initiated from the terminal and information instructing the PUSCH to include receiving beam performance reporting initiated from the terminal. In this case, the DCI may also schedule a PUSCH that may include both uplink data and receiving beam performance reporting. This technique is merely an example, and the present disclosure is not limited by the above example.

[0565] At this time, the terminal may be configured with a slot-based period and offset for a PUCCH resource that triggers a reception beam performance report initiated from the terminal, or a PUCCH resource that can simultaneously request at least one combination of a reception beam performance report initiated from the terminal and uplink data scheduling, and the terminal may transmit the above-described information on the PUCCH resource at the closest period after a specific time offset from the time of occurrence of the specific event when the specific event occurs. The above-described information may be referred to as a scheduling request, but such a name is merely an example and does not limit the scope of the present invention. At this time, the specific time offset may be defined in units of slots or ms, and may include 0 among possible values ​​(i.e., a specific time offset may not be required). This time offset may be defined as a terminal capability and reported by the terminal to the base station, or notified by the base station through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, or defined through at least one combination of methods fixedly defined in the standard.

[0566] FIG. 11 is a diagram illustrating an operation process of a terminal and a base station for a CSI report initiated by a terminal using a PUCCH resource that triggers a reception beam performance report initiated by a terminal according to one embodiment of the present disclosure.

[0567] The terminal (11-01) can receive a set of periodic channel measurement reference signals from the base station (11-02) through upper layer signaling, and can periodically receive the periodic channel measurement reference signals to measure reception beam performance (11-05). Thereafter, if a specific event occurs in the terminal (11-10), the terminal can transmit a signal to the base station on a PUCCH resource that triggers a reception beam performance report initiated from the terminal (11-15). The specific event may correspond to at least one of the events 1 to 4 described above. The PUCCH resource may be a PUCCH resource for an uplink data scheduling request and an individual PUCCH resource as described above, or may be a PUCCH resource for requesting a combination of at least one of an uplink data scheduling request and a reception beam performance report request initiated from the terminal to the base station. In response, the base station may transmit to the terminal a PDCCH that triggers a reception beam performance report initiated from the terminal (or schedules a PUSCH for transmitting the reception beam performance report) (11-20), and the terminal may, in response, calculate a UCI according to a reception beam performance report request initiated from the terminal and transmit it to the base station by including it in a PUSCH scheduled by the PDCCH (11-25). Thereafter, if the base station determines that beam switching is necessary for the terminal (11-30), the base station may set or instruct the terminal to perform beam switching (11-35).

[0568] Considering the aforementioned [Method 1-1], the process of reporting channel state information (CSI) initiated by the terminal may be relatively lengthy, resulting in insufficient gains in terms of latency. However, as described above, according to the existing standards, the base station must transmit aperiodic CSI report triggering to the terminal based on non-direct information. Therefore, although an aperiodic CSI reporting method exists, it may not be fully utilized. Therefore, when the terminal initiates the CSI report triggering, there may be a clear gain in latency compared to the existing method. Furthermore, since the CSI triggering is transmitted to the base station via a single PUCCH resource along with the uplink data scheduling request, there may be gains in terms of signaling overhead. Furthermore, since the CSI report initiated by the corresponding terminal is transmitted via the PUSCH, UCIs of various maximum lengths can be transmitted from the terminal to the base station. Therefore, the range of information amounts exchanged between the terminal and the base station can be applied to various methods, ranging from a small number of bits to a large number of bits.

[0569] [Method 1-2]

[0570] For reporting channel state information initiated from the terminal, the terminal can receive from the base station a pair of PUCCH resources and PUSCH transmissions for which transmission is reserved. At this time, the terminal can generate the channel state information initiated from the terminal in the form of UCI or MAC-CE, include it in the PUSCH, and transmit it to the base station. The terminal can receive configuration of a slot-based period and offset for the PUCCH resource and PUSCH transmission, and can receive configuration of PUSCH transmission-related parameters such as a time offset between the PUCCH resource and PUCCH transmission, time and frequency resource allocation information for PUSCH transmission, MCS (e.g., the lowest value), the number of MIMO layers (e.g., 1), DMRS ports (e.g., 0), and waveform (e.g., CP-OFDM).

[0571] In another method, the terminal may be configured with a slot-based period and offset for the PUCCH resource, and may be configured with upper layer signaling related to the Configured Grant Type 1 PUSCH transmission assuming a PUSCH transmission based on a configured grant of the first type for PUSCH transmission, and may consider a method of transmitting the PUSCH in a period only when a signal is transmitted in the PUCCH resource before the PUSCH transmission period, rather than transmitting the PUSCH in every period. In addition, when the specific event occurs, the terminal may transmit a signal in the PUCCH resource of the period closest after a specific time offset from the time point of occurrence of the specific event. In this case, the specific time offset may be defined in units of slots or ms, and may include 0 among possible values ​​(i.e., the specific time offset may not be required). Such time offsets may be defined as terminal capabilities and reported by the terminal to the base station, or notified by the base station through a combination of at least one of upper layer signaling, MAC-CE signaling, L1 signaling, or through a combination of at least one of the methods fixed in the standard.

[0572] FIG. 12 is a diagram illustrating an operation process of a terminal and a base station for a CSI report initiated by a terminal using a pair of reserved PUCCH resources and PUSCH transmissions according to one embodiment of the present disclosure.

[0573] The terminal (12-01) can receive a set of periodic channel measurement reference signals from the base station (12-02) through upper layer signaling, and can measure reception beam performance by periodically receiving the periodic channel measurement reference signals (12-05). Thereafter, if a specific event occurs in the terminal (12-10) (the specific event may correspond to at least one of events 1 to 4 described above), the terminal can transmit a signal to the base station on the PUCCH resource (12-15). Thereafter, the terminal can perform PUSCH transmission after a time offset between the PUCCH resource set for the terminal and the PUSCH transmission (12-20), and can include UCI or MAC-CE in the PUSCH. Thereafter, if the base station determines that beam switching is necessary for the terminal (12-25), it can set or instruct the terminal to do so (12-30).

[0574] Considering the above-described [Method 1-2], there may be an advantage in terms of delay time since the process of reporting channel state information initiated by the terminal can be relatively shortened. However, the terminal requires reserved PUCCH resources and PUSCH transmission resources, and if at least one of the two channels, PUCCH and PUSCH, is incorrect during blind decoding at the base station, the base station may fail to decode the reception beam performance report that the terminal attempted to transmit. In order to properly receive it, the base station may need to decode the PUCCH and PUSCH transmitted again from the terminal.

[0575] The terminal may be notified by the base station of at least one combination of [Method 1-1] or [Method 1-2] through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, or may expect that at least one combination of [Method 1-1] or [Method 1-2] is fixedly defined in the standard. Additionally, if the terminal is notified by the base station of at least one combination of specific methods through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, it may mean that the terminal cannot support one or more other combinations of methods. For example, the terminal may expect that [Method 1-2] is fixedly defined in the standard for the channel state information reporting method and process initiated from the terminal described above. As another example, the terminal may be notified from the base station about the above [Method 1-1] through a combination of at least one of upper layer signaling, MAC-CE signaling, and L1 signaling, and in this case, the terminal may consider that it has been notified by the base station that the above [Method 1-2] is not supported.

[0576] The terminal may report to the base station, based on the terminal capability, whether it can support at least one combination of [Method 1-1] or [Method 1-2]. In this case, if the terminal reports to the base station, based on the terminal capability, that it can support a combination of one or more specific methods, it may be regarded as reporting that the terminal cannot support one or more other combinations of methods. For example, the terminal may report to the base station, based on the terminal capability, whether it can support [Method 1-1] or [Method 1-2]. As another example, the terminal may report to the base station that it can support [Method 1-1], and this terminal capability report may mean that the terminal cannot support [Method 1-2].

[0577] The above-described [Method 1-1] or [Method 1-2] both consider periodic channel state information reporting as a conventional channel state information reporting method, but the terminal may also consider a semi-persistent channel state information reporting method or / and an aperiodic channel state information reporting method for channel state information reporting initiated from the terminal, and in the case of a channel measurement reference signal for this, not only a periodic reference signal but also semi-persistent and aperiodic reference signals may be considered.

[0578] For the above-described [Method 1-1] or [Method 1-2], the terminal may define an arbitrary timer to not perform channel state information reporting initiated from the terminal for a certain period of time after performing channel state information reporting initiated from the terminal according to each method. This prevents frequent channel state information reporting from the terminal, and in the case of a method requiring blind decoding at the base station, blind decoding can be prevented from being performed for a certain period of time.

[0579] In one embodiment of the present disclosure, the CPU occupancy time corresponding to a reception beam performance report initiated from a terminal is described. This embodiment can be operated in combination with other embodiments.

[0580] When a terminal reports a reception beam performance starting from the terminal, the report can measure and report the L1-RSRP value for the current reception beam or / and new reception beam, so the corresponding CPU value can be considered as 1 regardless of the number of current reception beams or / and new reception beams measured by the terminal.

[0581] Alternatively, when reporting a reception beam performance originating from the terminal, the terminal may consider the CPU value as the number of cells over which the report measures and reports L1-RSRP values ​​for the current reception beam or / and the new reception beam configured across several cells. For example, if the terminal measures and reports L1-RSRP values ​​for the current reception beam or / and the new reception beam configured across two cells for the report, the CPU value may be considered as 2.

[0582] Alternatively, when reporting a received beam performance from the terminal, the terminal may receive a CPU value for the report from the base station via upper layer signaling. For example, the terminal may receive an integer value greater than or equal to 0 as the CPU value for the received beam performance report from the terminal.

[0583] Alternatively, when reporting a reception beam performance originating from the terminal, the terminal may consider the CPU value as the number of events, depending on how many events the terminal monitors. For example, if the terminal performs a CSI report based on [Event 1] and [Event 2] when reporting a reception beam performance originating from the terminal, the terminal may consider the CPU value to be 2. This may be considered as 2 considering that there are two pieces of configuration information corresponding to the reception beam performance report originating from the terminal, and the CPU value for each event may be 1.

[0584] Alternatively, the terminal may assign different CPU values ​​depending on the event being monitored when reporting the reception beam performance originating from the terminal. For example, the terminal may consider the CPU value corresponding to [Event 1] as 1, the CPU value corresponding to [Event 2] as 0 or 1, or the CPU value corresponding to [Event 3] or [Event 4] as 2 or higher. This is to take into account that the CPU values ​​corresponding to each event may be defined differently because the number of reference signals that the terminal must measure is different.

[0585] FIG. 13 is a diagram illustrating CPU occupancy times for a reception beam report initiated from a terminal according to one embodiment of the present disclosure. As an example, FIG. 13 may illustrate CPU occupancy times for a reception beam report method initiated from a terminal based on [Method 1-1].

[0586] The terminal (13-01) can receive a set of periodic channel measurement reference signals from the base station (13-02) through upper layer signaling, and can measure reception beam performance by periodically receiving the same (13-03, 13-04). Thereafter, if a specific event occurs in the terminal (13-05), the terminal can transmit a PUCCH resource that triggers a reception beam performance report initiated from the terminal to the base station (13-06). The PUCCH resource may be a PUCCH resource for an uplink data scheduling request as described above and an individual PUCCH resource, or may be a PUCCH resource for requesting a combination of at least one of an uplink data scheduling request and a reception beam performance report request initiated from the terminal to the base station. In response to this, the base station can transmit to the terminal a PDCCH that triggers a reception beam performance report initiated from the terminal (13-07), and the terminal can calculate a UCI according to the reception beam performance report request initiated from the terminal in response thereto and transmit it to the base station by including it in the PUSCH (13-08).

[0587] A terminal may determine a CPU occupancy time for a received beam report originating from the terminal by a combination of at least one of the following:

[0588] [Method 2-1]

[0589] The terminal can define the CPU occupancy time as the time from the end of the PDCCH reception indicating PUSCH resource allocation to the end of the PUSCH transmission including the reception beam report initiated by the terminal (13-10). Similar to aperiodic CSI reporting, the terminal can define the CPU occupancy time as the time from the end of the PDCCH reception triggering the CSI report to the end of the PUSCH transmission that completes the CSI report. This allows the terminal to minimize the CPU occupancy time for the reception beam performance report initiated by the terminal, thereby allocating additional CPU to other CSI reports.

[0590] [Method 2-2]

[0591] The terminal can define the CPU occupancy time as the time from one symbol before the end time of the PDCCH reception indicating the PUSCH resource allocation to the end time of the PUSCH transmission including the received beam report originating from the terminal (13-15). The terminal can prevent the situation in which the received beam performance report originating from the terminal occupies the CPU earlier than the time when the aperiodic CSI report occupies the CPU by at least one symbol, thereby reaching the maximum CPU value and making the received beam performance report originating from the terminal impossible.

[0592] [Method 2-3]

[0593] A terminal can define the CPU occupancy time as the time from the end of the first PUCCH transmission to the end of the PUSCH transmission containing the received beam report originating from the terminal (13-20). By occupying the CPU from the end of the first PUCCH resource transmission, the terminal can more quickly prevent the situation in which the received beam performance report originating from the terminal occupies the CPU and reaches the maximum CPU value, making the received beam performance report originating from the terminal impossible.

[0594] [Method 2-4]

[0595] The terminal can define the CPU occupancy time as the time from the start point of the reception beam report initiated from the terminal to the end point of the PUSCH transmission including the reception beam report initiated from the terminal (13-25). In this case, the start point of the reception beam report initiated from the terminal can be the earliest time among the measurement time points for the current reception beam and / or new reception beam connected to the corresponding reception beam report, or the time point at which the terminal receives a notification from the base station regarding the reception beam report operation initiated from the terminal through a combination of at least one of upper layer signaling, MAC-CE signaling, and L1 signaling. By defining the CPU occupancy for the reception beam performance report initiated from the terminal very conservatively in this way, although the reception beam performance report initiated from the terminal continuously consumes a certain value of CPU from the start point, the terminal can prevent the reception beam performance report initiated from the terminal from being missed due to other CPU occupancy.

[0596] [Method 2-5]

[0597] The terminal can define the CPU occupancy time as the time from the start point of the earliest monitorable time position among the current receive beam and / or new receive beams that can be monitored within a specific time interval to the end point of the latest monitorable time position within the specific time interval (13-31) until the time elapsed by a specific time interval (13-32) (13-30). Since the terminal continuously measures the performance of the current receive beam and / or new receive beam in order to monitor for the specific event described above, and periodically checks whether the specific event described above occurs, if the CPU occupancy time is not defined for this, although the CPU occupancy time and the corresponding CPU occupancy value are not counted, the terminal implementation may be burdened because periodic continuous monitoring is performed. Therefore, for this purpose, the terminal and the base station can define additional CPU occupancy time for each periodic monitoring time interval at the terminal. For the reference signals (current receive beam and / or new receive beam) measured for the receive beam performance report originating from the terminal, the terminal can expect that the period at which the terminal receives them is all the same. Alternatively, the terminal may anticipate that the reference signals measured for reporting the performance of the received beams originating from the terminal may not all have the same period. In both of these cases, the terminal may set a specific time interval (13-35) to occupy the CPU for a specific time interval (13-32) from the start point of the earliest measurable time position among the current received beam and / or new received beams measurable within the time interval to the end point (13-31) of the latest measurable time position. In this case, the specific time interval (13-32) may correspond to Z3' defined in the above [Table 14].The terminal can define CPU occupancy requirements so that the terminal implementation is not burdened with the calculation process for determining whether the above-described event has occurred, even if the above-described event has not occurred within a specific time interval.

[0598] The terminal may be notified by the base station of at least one combination of [Method 2-1] to [Method 2-5] through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, or may expect that at least one combination of [Method 2-1] to [Method 2-5] is fixedly defined in the standard. Additionally, if the terminal is notified by the base station of at least one combination of specific methods through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, it may mean that the terminal cannot support one or more other combinations of methods. For example, the terminal may expect that [Method 2-1] is fixedly defined in the standard for the channel state information reporting method and process initiated from the terminal described above. As another example, the terminal may be notified of the above [Method 2-2] from the base station through a combination of at least one of upper layer signaling, MAC-CE signaling, and L1 signaling, in which case the terminal may consider that the base station has notified that the above [Method 2-1] is not supported. In addition, the terminal may expect that [Method 2-1] and [Method 2-5] are fixedly defined in the standard.

[0599] The terminal may report to the base station, based on its terminal capabilities, whether it can support at least one combination of [Method 2-1] to [Method 2-5]. In this case, if the terminal reports to the base station, based on its terminal capabilities, that it can support a combination of one or more specific methods, it may be regarded as reporting that the terminal cannot support one or more other combinations of methods. For example, the terminal may report to the base station, based on its terminal capabilities, whether it can support [Method 2-1] to [Method 2-5]. As another example, the terminal may report to the base station that it can support [Method 2-1], and this terminal capability report may mean that the terminal cannot support [Method 2-3].

[0600] FIG. 14 is a diagram illustrating another CPU occupancy time for a reception beam report initiated from a terminal according to one embodiment of the present disclosure. As an example, FIG. 14 may illustrate the CPU occupancy time for a reception beam report method initiated from a terminal based on [Method 1-2].

[0601] The terminal (14-01) can receive a set of periodic channel measurement reference signals from the base station (14-02) through upper layer signaling, and can measure reception beam performance by periodically receiving the same (14-03, 14-04). Thereafter, if a specific event occurs in the terminal (14-05), the terminal can transmit the PUCCH resource to the base station (14-06), and perform PUSCH transmission after a time offset between the PUCCH resource set for the terminal and PUSCH transmission (14-08), and can include UCI or MAC-CE in the PUSCH.

[0602] A terminal may determine a CPU occupancy time for a received beam report originating from the terminal by a combination of at least one of the following:

[0603] [Method 3-1]

[0604] A terminal can define CPU occupancy time as the time from the end of the first PUCCH resource transmission to the end of the PUSCH transmission containing the received beam report originating from the terminal (14-10). This allows the terminal to minimize CPU occupancy time when reporting received beam performance originating from the terminal, thereby allocating additional CPU to other CSI reports.

[0605] [Method 3-2]

[0606] The terminal can define the CPU occupancy time as the time from one symbol before the end time of the first PUCCH resource transmission to the end time of the PUSCH transmission including the received beam report originating from the terminal (14-15). By performing the start time of the CPU occupancy time for the received beam performance report originating from the terminal at least one symbol earlier, the terminal can prevent the received beam performance report originating from the terminal from occupying the CPU earlier than other aperiodic CSI reports, thereby reaching the maximum CPU value and making the received beam performance report originating from the terminal impossible.

[0607] [Method 3-3]

[0608] The terminal can define the CPU occupancy time as the time from the start point of the reception beam report initiated from the terminal to the end point of the PUSCH transmission including the reception beam report initiated from the terminal (14-25). In this case, the start point of the reception beam report initiated from the terminal can be the earliest time among the measurement time points for the current reception beam and / or new reception beam connected to the corresponding reception beam report, or the time point at which the terminal receives a notification of the reception beam report operation initiated from the terminal through a combination of at least one of the upper layer signaling, MAC-CE signaling, and L1 signaling from the base station. By defining the CPU occupancy for the reception beam performance report initiated from the terminal very conservatively in this way, although the reception beam performance report initiated from the terminal continuously consumes a certain value of CPU from the start point, the terminal can prevent the reception beam performance report initiated from the terminal from being missed due to other CPU occupancy.

[0609] [Method 3-4]

[0610] The terminal can define the CPU occupancy time as the time from the start point of the earliest monitorable time position among the current receive beam and / or new receive beams that can be monitored within a specific time interval to the end point of the latest monitorable time position within the specific time interval (14-31) after a specific time interval (14-32) (14-30). Since the terminal continuously measures the performance of the current receive beam and / or new receive beam in order to monitor for the specific event described above, and periodically checks whether the specific event described above occurs, if the CPU occupancy time is not defined for this, although the CPU occupancy time and the corresponding CPU occupancy value are not counted, the terminal implementation may be burdened because periodic continuous monitoring is performed. Therefore, for this purpose, the terminal and the base station can define additional CPU occupancy time for each periodic monitoring time interval at the terminal. For the reference signals (current receive beam and / or new receive beam) measured for the receive beam performance report originating from the terminal, the terminal can expect that the period at which the terminal receives them is all the same. Alternatively, the terminal may anticipate that the reference signals measured for reporting the performance of the received beams originating from the terminal may not all have the same period. In both of these cases, the terminal may set a specific time interval (14-35) to occupy the CPU for a specific time interval (13-32) from the start point of the earliest measurable time position among the current received beam and / or new received beams measurable within the time interval to the end point of the latest measurable time position (14-31). In this case, the specific time interval (14-32) may correspond to Z3' defined in the above [Table 14].The terminal can define CPU occupancy requirements so that the terminal implementation is not burdened with the calculation process for determining whether the above-described event has occurred, even if the above-described event has not occurred within a specific time interval.

[0611] The terminal may be notified by the base station of at least one combination of [Method 3-1] to [Method 3-4] through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, or may expect that at least one combination of [Method 3-1] to [Method 3-4] is fixedly defined in the standard. Additionally, if the terminal is notified by the base station of at least one combination of specific methods through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, it may mean that the terminal cannot support one or more other combinations of methods. For example, the terminal may expect that [Method 3-1] is fixedly defined in the standard for the channel state information reporting method and process initiated from the terminal described above. As another example, the terminal may be notified of the above [Method 3-2] from the base station through a combination of at least one of upper layer signaling, MAC-CE signaling, and L1 signaling, in which case the terminal may consider that the base station has notified that the above [Method 3-1] is not supported. In addition, the terminal may expect that [Method 3-1] and [Method 3-4] are fixedly defined in the standard.

[0612] The terminal may report to the base station, based on the terminal capability, whether it can support at least one combination of [Method 3-1] to [Method 3-4]. In this case, if the terminal reports to the base station, based on the terminal capability, that it can support a combination of one or more specific methods, it may be regarded as reporting that the terminal cannot support one or more other combinations of methods. For example, the terminal may report to the base station, based on the terminal capability, whether it can support [Method 3-1] to [Method 3-4]. As another example, the terminal may report to the base station that it can support [Method 3-1], and this terminal capability report may mean that the terminal cannot support [Method 3-3].

[0613] In one embodiment of the present disclosure, the priority of a report when reporting a reception beam performance initiated from a terminal is described. This embodiment may operate in combination with other embodiments.

[0614] The terminal can determine the priority of the CSI report through the above [Table 16], and the priority value for any CSI report can be expressed as in [Mathematical Formula 3] below.

[0615] [Equation 3]

[0616]

[0617] The components forming the above [Mathematical Formula 3] can be explained as follows. The smaller the value determined through the above [Mathematical Formula 3], the higher the priority of the CSI report can be defined. The components forming the above [Mathematical Formula 3] can be defined differently depending on whether the CSI report is a CSI report for LTM (L1, L2 Triggered Mobility) purposes.

[0618] - y may be a value determined depending on how the UE performs CSI reporting. If the UE performs aperiodic CSI reporting on the PUSCH, y may be 0. If the UE performs semi-persistent CSI reporting on the PUSCH, y may be 1. If the UE performs semi-persistent CSI reporting on the PUCCH, y may be 2. If the UE performs periodic CSI reporting on the PUCCH, y may be 3.

[0619] - k can have different values ​​depending on the information contained in the corresponding CSI report. If the corresponding CSI report contains L1-RSRP or L1-SINR, k can be 0. If the corresponding CSI report contains information other than L1-RSRP or L1-SINR, k can be 1.

[0620] - c may be the index of the serving cell that contains the configuration for the reference signal corresponding to the corresponding CSI report. If the corresponding CSI report is based on LTM-CSI-ReportConfig, c may mean the index of the serving cell where the corresponding CSI report is configured.

[0621] - s may be reportConfigID, which is a higher layer signaling included in the configuration information of the corresponding CSI report. If the corresponding CSI report is based on LTM-CSI-ReportConfig, s may be LTM-CSI-ReportConfigID.

[0622] - N cells can be the maximum value of the serving cell setting number.

[0623] - M sis the maximum number of CSI report configurations, which may be the upper layer signaling value maxNrofCSI-ReportConfigurations. If the CSI report is for LTM-CSI-ReportConfig, Ms is the maximum number of LTM CSI report configurations, which may be the upper layer signaling value maxNrofLTM-CSI-ReportConfigurations.

[0624] When determining a priority value for a reception beam report originating from the terminal, the terminal may define the above [Mathematical Formula 3] by partially changing it or by adding possible values ​​for each component of the above [Mathematical Formula 3].

[0625] - The reception beam report initiated from the terminal can be defined as having a higher priority value compared to other CSI reports. The reason for this high priority is that the report on the reception beam performance initiated from the terminal is defined according to the intention to lower the overhead of the CSI report and shorten the delay time, and since it is reported based on information that can only be identified by the terminal, if the report is dropped due to priority with other CSI reports, the information identified only by the terminal will disappear and the delay time may be very long.

[0626] - Conversely, the receive beam report initiated from the terminal can be defined as having a lower priority value compared to other CSI reports. The reason for this low priority is that the report on the receive beam performance initiated from the terminal is also intended to avoid the very long delay time due to the beam failure recovery operation by first determining the performance of the transmit / receive beam indicated by the current base station before the terminal falls into a beam failure state. Therefore, if the receive beam performance of the terminal is maintained well, even if this information is dropped, it may not have a significant impact on the link between the terminal and the base station. In other words, it can act as signaling that optimizes the link performance between the terminal and the base station, and there is a possibility that it is not essential signaling. Therefore, rather than giving a high priority to such CSI reports, it is possible to consider giving them a lower priority.

[0627] Various methods for determining a priority value for a received beam report originating from the terminal described above are described. For example, when determining a priority value for a received beam report originating from the terminal, the terminal may redefine a possible value for y in [Mathematical Formula 3].

[0628] - As an example, when a terminal performs a reception beam report initiated from the terminal based on the above [Method 1-1], the terminal may consider the y value to be one of 0, 1, 2, and 3. In particular, since the reception beam report initiated from the terminal in [Method 1-1] is reported as included in a PUSCH triggered through a PDCCH, the terminal may consider it to be 0, which is the same value as an aperiodic CSI report that can be reported through a PUSCH.

[0629] - As an example, when a terminal performs a reception beam report starting from the terminal based on the above [Method 1-2], the y value may be regarded as one of 0, 1, 2, and 3.

[0630] - As an example, when the terminal performs a reception beam report initiated from the terminal based on the above [Method 1-1] or / and [Method 1-2], the y value may be considered as -1 or 4. Considering the y value as -1 may mean that the priority of the reception beam report initiated from the terminal is set high. Conversely, if the terminal considers the y value as 4, it may mean that the priority of the reception beam report initiated from the terminal is set low.

[0631] As another example, when determining a priority value for a received beam report originating from the terminal, the terminal may redefine a possible value for k in [Mathematical Formula 3].

[0632] - As an example, when a terminal performs a reception beam report starting from the terminal based on the above [Method 1-1] or / and [Method 1-2], the corresponding CSI report is a report including L1-RSRP, so k can be defined as 0.

[0633] - As an example, when the terminal performs a reception beam report initiated from the terminal based on the above [Method 1-1] or / and [Method 1-2], the terminal may consider the k value as -1 or 2. Considering the k value as -1 may mean that the priority of the reception beam report initiated from the terminal is set high. Conversely, if the terminal considers the k value as 2, it may mean that the priority of the reception beam report initiated from the terminal is set low.

[0634] As another example, when determining a priority value for a received beam report originating from the terminal, the terminal may redefine a possible value for c in [Mathematical Formula 3].

[0635] - As an example, when the terminal performs a reception beam report initiated from the terminal based on the above [Method 1-1] or / and [Method 1-2], the value of c may be regarded as the highest or lowest index among the serving cells containing a reference signal corresponding to the current reception beam or / and the new reception beam. Regarding the value of c as the lowest index among the serving cells containing a reference signal corresponding to the reception beam or / and the new reception beam may mean that the priority of the reception beam report initiated from the terminal is set high. Conversely, if the terminal regards the value of c as the highest index among the serving cells containing a reference signal corresponding to the reception beam or / and the new reception beam, it may mean that the priority of the reception beam report initiated from the terminal is set low.

[0636] - As an example, when a terminal performs a reception beam report initiated from the terminal based on the above [Method 1-1] or / and [Method 1-2], the value of c may be regarded as an index of a serving cell that has been provided with configuration information for a reception beam report initiated from the current terminal. This is because a case may occur where the current reception beam or / and a new reception beam that the terminal can report are set to one or more serving cells, and therefore, the index of a serving cell in which a reception beam report initiated from the terminal is set, rather than the index of a serving cell in which a reference signal is set, may be used.

[0637] As another example, when determining a priority value for a received beam report originating from the terminal, the terminal may redefine a possible value for s in [Mathematical Formula 3].

[0638] - As an example, when a terminal performs a reception beam report initiated from the terminal based on the above [Method 1-1] or / and [Method 1-2], if CSI-ReportConfig, which is an upper layer signaling, is used for the reception beam report initiated from the terminal, the terminal can use the value of s as the reportConfigID set in the corresponding CSI report.

[0639] - As an example, when a terminal performs a reception beam report initiated from the terminal based on the above [Method 1-1] or / and [Method 1-2], if the terminal does not use the upper layer signaling CSI-ReportConfig for the reception beam report initiated from the terminal (i.e., if individual upper layer signaling for the reception beam report initiated from the terminal is set), the terminal sets the value of s to 0 or M s can be defined as . At this time, defining the value of s as 0 by the terminal defines the priority for the reception beam report starting from the terminal as high, and defining the value of s as M s Defining it as may lower the priority for received beam reports originating from the terminal.

[0640] As another example, the terminal may be defined by adding a new value within the above [Mathematical Formula 3] when determining a priority value for a received beam report originating from the terminal.

[0641] - As an example, the terminal can redefine a mathematical formula for priority by adding a new value such as X* NCells*Ms*z in the above [Mathematical Formula 3]. In this case, X can be a natural number greater than 2 (for example, X=4 or 8), and z can be considered as 1 if the corresponding CSI report is a reception beam performance report originating from the terminal, and 0 otherwise. Through this, the terminal can define a low priority for a reception beam performance report originating from the terminal.

[0642] - As an example, the terminal may define different priorities when reporting receive beams for different events. For example, if the terminal bases the receive beam performance report originating from the terminal on [Event 1], the terminal may define it to have a higher priority than the receive beam performance report originating from the terminal based on [Event 2], [Event 3], or [Event 4]. In this case, the priority for each event may be assumed to be that [Event 1] has the highest priority, followed by [Event 2], [Event 3], and [Event 4] in that order. Alternatively, the terminal may define the CSI report based on [Event 2] to have a higher priority than the CSI report based on other events. In this case, the priority for each event may be assumed to be that [Event 2] has the highest priority, followed by [Event 1], [Event 3], and [Event 4] in that order.

[0643] As another example, when determining the priority of a reception beam report originating from the terminal, the terminal may define the priority value as -1 regardless of the above [Mathematical Formula 3]. That is, the terminal may consider the reception beam report originating from the terminal to have the highest priority compared to all other CSI reports other than LTM. If a reception beam report originating from the terminal overlaps with an LTM-based CSI report, the LTM-based CSI report may have a higher priority.

[0644] As another example, when determining the priority for a receive beam report originating from the terminal, regardless of the value determined by the above [Mathematical Formula 3], if the receive beam report originating from the terminal overlaps with other CSI reports, it can be considered to be the highest among all other CSI reports except LTM. That is, if a receive beam report originating from the terminal overlaps with an LTM-based CSI report, the terminal can expect the LTM-based CSI report to have a higher priority, and if a receive beam report originating from the terminal overlaps with another CSI report that is not LTM-based, the terminal can expect the receive beam report originating from the terminal to have a higher priority.

[0645] As another example, when determining the priority for a reception beam report originating from the terminal, regardless of the value determined by the above [Mathematical Formula 3], if the reception beam report originating from the terminal overlaps with another CSI report, it may be considered to be the highest among all CSI reports, including LTM.

[0646] The terminal may be notified by the base station of a method for determining a priority for a reception beam performance report originating from the terminal through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, or may expect that the method is fixedly defined in the standard. Additionally, if the terminal is notified by the base station of a combination of at least one specific method through at least one combination of upper layer signaling, MAC-CE signaling, and L1 signaling, it may mean that the terminal cannot support one or more other combinations of methods.

[0647] A terminal may report to a base station, using its terminal capabilities, whether it supports at least one combination of methods for determining priorities for received beam performance reports originating from the terminal. In this case, if the terminal reports to the base station, using its terminal capabilities, that it supports one or more specific combinations of methods, it may be considered that the terminal has reported that it cannot support one or more other specific combinations of methods.

[0648] FIG. 15 is a diagram illustrating the structur...

Claims

1. In a method performed by a terminal of a communication system, A step of receiving information indicating an event type from a base station; A step of identifying an event instance associated with L1-RSRP (layer 1-reference signal received power) for a first RS (reference signal); A step of transmitting a first PUCCH (physical uplink control channel) to the base station based on the above event instance; and A step of transmitting a PUSCH (physical uplink shared channel) including a CSI (channel state information) report to the base station, The above incident instance is identified based on the L1-RSRP for the first RS being below a threshold, A method characterized in that the first RS is an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located with an RS associated with the indicated TCI state.

2. In paragraph 1, A method characterized in that the first RS is determined as either an RS associated with the indicated TCI state based on upper layer signaling, or an SS / PBCH block that is QCLed with an RS associated with the indicated TCI state.

3. In paragraph 1, The above first PUCCH is transmitted when the number of event instances within a time interval is greater than or equal to the counter value, A method characterized in that information about the time interval and information about the counter value are received from the base station.

4. In paragraph 1, comprising a step of receiving information about a second RS from the base station; The information about the second RS includes a set of RSs associated with a new receiving beam, A method characterized in that the first RS and the second RS are related to each other.

5. In a method performed by a base station of a communication system, A step of transmitting information indicating an event type to a terminal; A step of receiving a first physical uplink control channel (PUCCH) from the terminal based on an event instance associated with L1-RSRP (layer 1-reference signal received power) for a first RS (reference signal); and A step of receiving a PUSCH (physical uplink shared channel) including a CSI report from the terminal, The above event instance is associated with the L1-RSRP (layer 1-reference signal received power) for the first RS (reference signal) being below a threshold, A method characterized in that the first RS is an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located with an RS associated with the indicated TCI state.

6. In paragraph 5, A method characterized in that the first RS is determined as either an RS associated with the indicated TCI state based on upper layer signaling, or an SS / PBCH block that is QCLed with an RS associated with the indicated TCI state.

7. In paragraph 5, The above first PUCCH is received when the number of event instances within a time interval is greater than or equal to a counter value, A method characterized in that information about the time interval and information about the counter value are transmitted to the terminal.

8. In paragraph 5, Including a step of transmitting information about the second RS to the terminal, The information about the second RS includes a set of RSs associated with a new receiving beam, A method characterized in that the first RS and the second RS are related to each other.

9. At the terminal of the communication system, At least one transceiver; At least one processor communicatively connected to said at least one transceiver; and Communicably connected to at least one processor, and executable individually or in any combination of said at least one processor, so that said terminal Receive information indicating an event type from a base station, Identify an event instance associated with L1-RSRP (layer 1-reference signal received power) for the first RS (reference signal), Transmitting the first PUCCH (physical uplink control channel) to the base station based on the above event instance, A memory storing a command to transmit a PUSCH (physical uplink shared channel) including a CSI (channel state information) report to the base station, The above incident instance is identified based on the L1-RSRP for the first RS being below a threshold, A terminal characterized in that the first RS is an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located with an RS associated with the indicated TCI state.

10. In paragraph 9, A terminal characterized in that the first RS is determined as either an RS associated with the indicated TCI state based on upper layer signaling, or an SS / PBCH block that is QCLed with the RS associated with the indicated TCI state.

11. In paragraph 9, The above first PUCCH is transmitted when the number of event instances within a time interval is greater than or equal to the counter value, A terminal characterized in that information about the time interval and information about the counter value are received from the base station.

12. In paragraph 9, The above command causes the terminal to receive information about the second RS from the base station, The information about the second RS includes a set of RSs associated with a new receiving beam, A terminal characterized in that the first RS and the second RS are interconnected.

13. In the base station of the communication system, At least one transceiver; At least one processor communicatively connected to said at least one transceiver; and Communicably connected to at least one processor, and executable individually or in any combination of said at least one processor, so that said base station Transmit information indicating the event type to the terminal, Receive a first physical uplink control channel (PUCCH) from the terminal based on an event instance associated with L1-RSRP (layer 1-reference signal received power) for a first RS (reference signal), A memory storing a command to receive a PUSCH (physical uplink shared channel) including a CSI report from the terminal, The above event instance is associated with the L1-RSRP (layer 1-reference signal received power) for the first RS (reference signal) being below a threshold, A base station characterized in that the first RS is an RS associated with an indicated transmission configuration indicator (TCI) state, or an SS / PBCH (synchronization signal and physical broadcast channel) block that is quasi-co-located with an RS associated with the indicated TCI state.

14. In paragraph 13, A base station characterized in that the first RS is determined as either an RS associated with the indicated TCI state based on upper layer signaling, or an SS / PBCH block that is QCLed with the RS associated with the indicated TCI state.

15. In paragraph 13, The above first PUCCH is received when the number of event instances within a time interval is greater than or equal to a counter value, A base station characterized in that information about the time interval and information about the counter value are transmitted to the terminal.

Images