Method and apparatus for transmitting and receiving data information in consideration of uplink skipping in satellite communication system

Abstract

The present disclosure relates to an apparatus and a method capable of effectively providing a service in a mobile communication system. A method of a terminal, according to one embodiment of the present invention, may comprise the steps of: receiving, from a base station, a radio resource control (RRC) message including a physical uplink shared channel (PUSCH) configuration and a physical uplink control channel (PUCCH) configuration, wherein the PUSCH configuration includes information on PUSCH repetition transmission; receiving, from the base station, downlink control information (DCI) including an uplink grant; identifying a plurality of PUSCH repetition transmission resources on the basis of the DCI, wherein the plurality of PUSCH repetition transmission resources include a first PUSCH transmission resource included in a first orthogonal cover code (OCC) group and a second PUSCH transmission resource included in a second OCC group; and when the first PUSCH transmission resource and a PUCCH transmission resource overlap and there is no data for the plurality of PUSCH repetition transmission resources, multiplexing uplink control information (UCI) associated with the PUCCH transmission resource to each PUSCH repetition transmission resource included in the first orthogonal cover code (OCC) group and transmitting the multiplexed UCI to the base station.

Description

Method and apparatus for transmitting and receiving data information considering uplink skipping in a satellite communication system

[0001] The present disclosure relates to the operation of a terminal and a base station in a satellite communication system. Specifically, the present disclosure relates to a method for transmitting and receiving data information in a satellite communication system and an apparatus 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 frequency bands below 6 GHz ('Sub 6 GHz'), such as 3.5 gigahertz (3.5 GHz), but also in ultra-high frequency bands called millimeter waves (mmWave), such as 28 GHz and 39 GHz ('Above 6 GHz'). In addition, for 6G mobile communication technology, which is referred to as a system beyond 5G, implementation in the terahertz band (e.g., the 3 terahertz (3 THz) band at 95 GHz) is being considered to achieve transmission speeds 50 times faster and ultra-low latency reduced to one-tenth compared to 5G mobile communication technology.

[0003] In the early stages of 5G mobile communication technology, aiming to satisfy service support and performance requirements for enhanced Mobile BroadBand (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and massive Machine-Type Communications (mMTC), technologies such as beamforming and Massive MIMO to mitigate path loss and increase transmission distance in ultra-high frequency bands, support for various numerologies (such as the operation of multiple subcarrier spacings) and dynamic operation of slot formats for the efficient utilization of ultra-high frequency resources, initial access techniques to support multi-beam transmission and broadband, definition and operation of Band-Width Parts (BWP), Low Density Parity Check (LDPC) codes for high-volume data transmission, new channel coding methods such as Polar Codes for the reliable transmission of control information, and L2 pre-processing (L2 Standardization has been carried out for pre-processing, network slicing which provides a dedicated network specialized for specific services, and other methods.

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

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

[0006] When such 5G mobile communication systems are commercialized, connected devices, which are increasing explosively, will be connected to communication networks. Accordingly, it is expected that there will be a need to enhance the functionality and performance of 5G mobile communication systems and to integrate the operation of connected devices. To this end, new research is planned to be conducted on 5G performance improvement and complexity reduction, support for AI services, support for metaverse services, and drone communication using eXtended Reality (XR), Artificial Intelligence (AI), and Machine Learning (ML) to efficiently support Augmented Reality (AR), Virtual Reality (VR), and Mixed Reality (MR).

[0007] Furthermore, the advancement of these 5G mobile communication systems encompasses multi-antenna transmission technologies such as new waveforms to guarantee coverage in the terahertz band of 6G mobile communication technology, Full Dimensional MIMO (FD-MIMO), array antennas, and large-scale antennas; metamaterial-based lenses and antennas to improve terahertz band signal coverage; high-dimensional spatial multiplexing technology using OAM (Orbital Angular Momentum); and Reconfigurable Intelligent Surface (RIS) technology; as well as Full Duplex technology for enhancing frequency efficiency and system networks in 6G mobile communication technology; AI-based communication technologies that realize system optimization by utilizing satellites and AI from the design stage and internalizing end-to-end AI support functions; and the realization of services of complexity exceeding the limits of terminal computing capabilities by utilizing ultra-high-performance communication and computing resources. It could serve as a foundation for the development of next-generation distributed computing technologies.

[0008] The disclosed embodiments aim to provide an apparatus and method capable of effectively providing services in a mobile communication system. The technical problems to be solved by the various embodiments of the present disclosure are not limited to those mentioned above, and other unmentioned technical problems may be considered by those skilled in the art from the various embodiments of the present disclosure described below.

[0009] A method performed by a terminal in a wireless communication system according to an embodiment of the present disclosure for solving the above-mentioned problems, comprising: receiving a radio resource control (RRC) message from a base station including a PUSCH (physical uplink shared channel) setting and a PUCCH (physical uplink control channel) setting; wherein the PUSCH setting includes information regarding a PUSCH repeated transmission; receiving downlink control information (DCI) from the base station including an uplink grant; identifying a plurality of PUSCH repeated transmission resources based on the DCI; wherein the plurality of PUSCH repeated transmission resources include a first PUSCH transmission resource included in a first orthogonal cover code (OCC) group and a second PUSCH transmission resource included in a second OCC group; The method is characterized by including the step of, when the first PUSCH transmission resource and the PUCCH transmission resource overlap and there is no data for the plurality of PUSCH repetitive transmission resources, multiplexing the UCI (uplink control information) associated with the PUCCH transmission resource to each of the PUSCH repetitive transmission resources included in the first OCC (orthogonal cover code) group and transmitting it to the base station.

[0010] In addition, a method performed by a base station in a wireless communication system according to an embodiment of the present disclosure for solving the above-mentioned problems comprises: transmitting an RRC (radio resource control) message to a terminal including a PUSCH (physical uplink shared channel) setting and a PUCCH (physical uplink control channel) setting; wherein the PUSCH setting includes information regarding repeated PUSCH transmission; and transmitting downlink control information including an uplink grant to the terminal. The method includes the step of receiving a signal in which a UCI associated with a PUCCH transmission resource is multiplexed through a PUCCH transmission resource included in a first OCC (orthogonal cover code) group to which the first PUCCH transmission resource belongs, when a first PUCCH transmission resource and a PUCCH transmission resource overlap among a plurality of PUCCH transmission resources scheduled based on the DCI and there is no data for the plurality of PUCCH transmission resources, wherein the plurality of PUCCH transmission resources includes a first PUCCH transmission resource included in the first OCC group and a second PUCCH transmission resource included in the second OCC group.

[0011] In addition, in a wireless communication system according to one embodiment of the present disclosure for solving the above-mentioned problems, a terminal comprises: at least one transceiver; and at least one processor connected to the at least one transceiver so as to be able to communicate. and connected to communicate with the at least one processor and capable of executing the at least one processor individually or in any combination thereof, wherein the terminal receives a radio resource control (RRC) message from a base station including a PUSCH (physical uplink shared channel) setting and a PUCCH (physical uplink control channel) setting, wherein the PUSCH setting includes information for PUSCH repeated transmission, and receives downlink control information (DCI) from the base station including an uplink grant, and identifies a plurality of PUSCH repeated transmission resources based on the DCI, wherein the plurality of PUSCH repeated transmission resources include a first PUSCH transmission resource included in a first OCC (orthogonal cover code) group and a second PUSCH transmission resource included in a second OCC group, and wherein the first PUSCH transmission resource and the PUCCH transmission resource overlap and there is no data for the plurality of PUSCH repeated transmission resources, the uplink control information (UCI) associated with the PUCCH transmission resource is multiplexed to each of the PUSCH repeated transmission resources included in the first OCC (orthogonal cover code) group. It is characterized by including a memory that stores instructions to be transmitted to the base station.

[0012] In addition, in a wireless communication system according to one embodiment of the present disclosure for solving the above-mentioned problems, the base station comprises: at least one transceiver; and at least one processor connected to the at least one transceiver so as to be able to communicate. and a memory that is connected to communicate with at least one processor and is executable individually or in any combination of the at least one processor, wherein the base station transmits a radio resource control (RRC) message to the terminal including a PUSCH (physical uplink shared channel) setting and a PUCCH (physical uplink control channel) setting, wherein the PUSCH setting includes information for a PUSCH repeat transmission, and transmits downlink control information (DCI) including an uplink grant to the terminal, and wherein, when a first PUSCH transmission resource and a PUCCH transmission resource overlap among a plurality of PUSCH repeat transmission resources scheduled based on the DCI and there is no data for the plurality of PUSCH repeat transmission resources, a signal in which a UCI associated with the PUCCH transmission resource is multiplexed is received through a PUSCH repeat transmission resource included in a first orthogonal cover code (OCC) group to which the first PUSCH transmission resource belongs; The plurality of PUSCH repeated transmission resources are characterized by including a first PUSCH transmission resource included in the first OCC group and a second PUSCH transmission resource included in the second OCC group.

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

[0014] The disclosed embodiments provide an apparatus and method capable of effectively providing services in a mobile communication system. The effects obtainable from the various embodiments of the present disclosure are not limited to those mentioned above, and other unmentioned effects can be clearly derived and understood by those skilled in the art based on the following detailed description.

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

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

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

[0018] FIG. 4 is a diagram illustrating an example of setting a control area of ​​a downlink control channel in a wireless communication system according to one embodiment of the present disclosure.

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

[0020] FIG. 6 is a diagram illustrating, through a Span, a case in which a terminal in a wireless communication system according to one embodiment of the present disclosure may have a plurality of PDCCH monitoring positions within a slot.

[0021] FIG. 7 is a diagram illustrating an example of base station beam allocation according to TCI state setting in a wireless communication system according to one embodiment of the present disclosure.

[0022] FIG. 8 is a diagram illustrating an example of a method for allocating a TCI state to a PDCCH in a wireless communication system according to one embodiment of the present disclosure.

[0023] FIG. 9 is a diagram illustrating a TCI indication MAC CE signaling structure for a PDCCH DMRS in a wireless communication system according to one embodiment of the present disclosure.

[0024] FIG. 10 is a drawing illustrating an example of beam configuration of a control resource set and a search space in a wireless communication system according to one embodiment of the present disclosure.

[0025] FIG. 11 is a diagram illustrating a method for transmitting and receiving data in a wireless communication system according to one embodiment of the present disclosure, in consideration of a downlink data channel and a rate matching resource, between a base station and a terminal.

[0026] FIG. 12 is a diagram illustrating a method for selecting a set of receivable control resources by considering priority when a terminal receives a downlink control channel in a wireless communication system according to one embodiment of the present disclosure.

[0027] FIG. 13 is a drawing illustrating an example of a non-periodic CSI reporting method according to one embodiment of the present disclosure.

[0028] FIG. 14 is a drawing illustrating an example of PUSCH repeat transmission type B in a wireless communication system according to one embodiment of the present disclosure.

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

[0030] FIG. 16 is a drawing illustrating an example of antenna port configuration and resource allocation for cooperative communication in a wireless communication system according to one embodiment of the present disclosure.

[0031] FIG. 17 is a diagram illustrating an example of downlink control information (DCI) configuration for cooperative communication in a wireless communication system according to one embodiment of the present disclosure.

[0032] FIG. 18 illustrates a procedure in which a base station controls the transmission power of a terminal in a cellular system.

[0033] FIG. 19 is a diagram illustrating the process of a terminal according to one embodiment of the present disclosure generating a Type-1 (quasi-static) HARQ-ACK codebook.

[0034] FIG. 20 is a diagram illustrating the process of a terminal according to one embodiment of the present disclosure generating a Type-2 (dynamic) HARQ-ACK codebook.

[0035] FIG. 21 is a diagram illustrating the orbital period of a communication satellite according to the altitude or height of the satellite according to one embodiment of the present disclosure.

[0036] FIG. 22 is a block diagram illustrating a method for generating LTE PUCCH format 5 according to one embodiment of the present disclosure.

[0037] FIG. 23 is a diagram illustrating a method for mapping different terminals to a virtual frequency tone by applying different OCC values ​​according to one embodiment of the present disclosure.

[0038] FIG. 24 is a flowchart illustrating a terminal processing procedure for PUSCH transmission according to one embodiment of the present disclosure.

[0039] FIG. 25 is a diagram illustrating a method of applying an OCC method when a terminal repeatedly transmits PUSCH per slot according to an embodiment of the present disclosure.

[0040] FIG. 26 is a diagram illustrating a method of applying an OCC method when a terminal repeatedly transmits PUSCH within one slot according to one embodiment of the present disclosure.

[0041] FIG. 27 is a diagram illustrating a method of applying an OCC method in terms of time resources when a terminal transmits PUSCH according to one embodiment of the present disclosure.

[0042] FIG. 28 is a diagram illustrating a method of applying an OCC method in terms of frequency resources when a terminal transmits PUSCH according to one embodiment of the present disclosure.

[0043] FIG. 29 is a drawing illustrating an uplink skipping operation according to an embodiment of the present disclosure.

[0044] FIG. 30 is a diagram illustrating an uplink skipping operation in a situation where uplink control and data channels overlap according to an embodiment of the present disclosure.

[0045] FIG. 31 is a diagram illustrating a situation in which a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0046] FIG. 32 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0047] FIG. 33 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0048] FIG. 34 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0049] FIG. 35 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0050] FIG. 36 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0051] FIG. 37 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0052] FIG. 38 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0053] FIG. 39 is a flowchart illustrating the process of a terminal determining whether to generate a MAC PDU in one embodiment of the present disclosure.

[0054] FIG. 40A is a flowchart illustrating the operation of a terminal according to one embodiment of the present disclosure.

[0055] FIG. 40B is a flowchart illustrating base station operation according to one embodiment of the present disclosure.

[0056] FIG. 41 is a drawing illustrating the structure of a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0057] FIG. 42 is a drawing illustrating the structure of a base station in a wireless communication system according to one embodiment of the present disclosure.

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

[0059] In describing the embodiments, technical details that are well known in the art to which this disclosure belongs and are not directly related to this disclosure are omitted. This is intended to convey the essence of this disclosure more clearly without obscuring it by omitting unnecessary explanations.

[0060] For the same reason, some components in the attached drawings have been exaggerated, omitted, or schematically depicted. Additionally, the dimensions of each component do not entirely reflect their actual dimensions. Identical or corresponding components in each drawing have been assigned the same reference numbers.

[0061] The advantages and features of the present disclosure, and the methods for achieving them, will become clear by referring to the embodiments described below in detail together with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below but may be implemented in various different forms. These embodiments are provided merely to ensure that the 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. Throughout the specification, the same reference numerals refer to the same components. Furthermore, in describing the present disclosure, if it is determined that a detailed description of a related function or configuration might unnecessarily obscure the essence of the present disclosure, such detailed description is omitted. Additionally, the terms described below are defined considering their functions in the present disclosure, and these may vary depending on the intentions or conventions of the user or operator. Therefore, their definitions should be based on the content throughout the specification.

[0062] Hereinafter, the base station is an entity that performs resource allocation for terminals and may be at least one of a gNode B, eNode B, Node B, BS (Base Station), wireless access unit, base station controller, or a node on a network. The terminal may include a UE (User Equipment), MS (Mobile Station), cellular phone, smartphone, computer, or a multimedia system capable of performing communication functions. In this disclosure, the Downlink (DL) refers to the wireless transmission path of a signal transmitted by the base station to the terminal, and the Uplink (UL) refers to the wireless transmission path of a signal transmitted by the terminal to the base station. Furthermore, while LTE or LTE-A systems may be described as examples below, embodiments of this disclosure may also be applied to other communication systems having similar technical backgrounds or channel types. For example, 5th generation mobile communication technologies (5G, new radio, NR) developed after LTE-A may be included therein, and the 5G below may 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 with some modifications made at the discretion of a person with skilled technical knowledge, without significantly departing from the scope of the present disclosure.

[0063] At this point, it will be understood that each block of the process flow diagrams and combinations of the flow diagrams can be executed by computer program instructions. Since these computer program instructions can be loaded into the processor of a general-purpose computer, a special-purpose computer, or other programmable data processing equipment, the instructions executed through the processor of the computer or other programmable data processing equipment create means to perform the functions described in the flow diagram block(s). Since these computer program instructions can also be stored in computer-available or computer-readable memory that can be directed toward the computer or other programmable data processing equipment to implement the function in a specific way, the instructions stored in computer-available or computer-readable memory can also produce a manufactured item containing instruction means to perform the function described in the flow diagram block(s). Since computer program instructions can be loaded onto a computer or other programmable data processing equipment, instructions that perform a series of operation steps on the computer or other programmable data processing equipment to create a process executed by the computer can also provide steps for executing the functions described in the flowchart block(s).

[0064] Additionally, each block may represent a module, segment, or part of code containing one or more executable instructions for executing a specific logical function(s). It should also be noted that in some alternative execution examples, the functions mentioned in the blocks may occur out of order. For example, two blocks described in succession may actually be executed substantially simultaneously, or the blocks may sometimes be executed in reverse order according to their corresponding functions.

[0065] In this embodiment, the term "part" refers to a software or hardware component such as an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit), and the "part" performs certain roles. However, the meaning of "part" is not limited to software or hardware. The "part" may be configured to reside in an addressable storage medium or configured to run one or more processors. Thus, as an example, the "part" includes components such as software components, object-oriented software components, class components, and task components, as well as processes, functions, attributes, 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." In addition, the components and 'parts' may be implemented to utilize one or more CPUs within the device or secure multimedia card. Also, in the embodiments, 'parts' may include one or more processors.

[0066] Wireless communication systems are evolving from providing early voice-oriented services to broadband wireless communication systems that provide high-speed, high-quality packet data services, such as communication standards like 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.

[0067] As a representative example of the above-mentioned broadband wireless communication system, the LTE system employs the Orthogonal Frequency Division Multiplexing (OFDM) method for the downlink (DL) and the Single Carrier Frequency Division Multiple Access (SC-FDMA) method for the uplink (UL). The uplink refers to a wireless link through 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 through which a base station transmits data or control signals to a terminal. The above-mentioned multiple access method can distinguish the data or control information of each user by allocating and operating time-frequency resources to be sent for each user so that they do not overlap, that is, so that orthogonality is established.

[0068] As a future communication system following LTE, that is, a 5G communication system, it must be able to freely reflect the diverse requirements of users and service providers, and therefore, services that satisfy various requirements simultaneously must be supported. Services being considered for the 5G communication system include enhanced Mobile Broadband (eMBB), massive Machine Type Communication (mMTC), and Ultra Reliability Low Latency Communication (URLLC).

[0069] eMBB aims to provide data transmission speeds that are superior to those supported by existing LTE, LTE-A, or LTE-Pro. For example, in a 5G communication system, eMBB must be able to provide a peak data rate of 20 Gbps in the downlink and 10 Gbps in the uplink from the perspective of a single base station. Furthermore, while providing these peak data rates, the 5G communication system must also provide an increased user-perceived data rate. To satisfy these requirements, it necessitates improvements in various transmission and reception technologies, including enhanced Multi-Input Multi-Output (MIMO) transmission technology. Additionally, while LTE transmits signals using a maximum bandwidth of 20 MHz in the 2 GHz band, the 5G communication system can meet the data transmission speeds required by using a frequency bandwidth wider than 20 MHz in frequency bands of 3–6 GHz or above 6 GHz.

[0070] Simultaneously, mMTC is being considered to support application services such as the Internet of Things (IoT) in 5G communication systems. To efficiently provide IoT, mMTC requires support for a large number of terminal connections within a cell, improved terminal coverage, enhanced battery life, and reduced terminal costs. Since IoT devices are attached to various sensors and equipment to provide communication functions, the system must be able to support a large number of terminals within a cell (e.g., 1,000,000 terminals / km²). Furthermore, due to the nature of the service, terminals supporting mMTC are likely to be located in dead zones not covered by cells, such as building basements; therefore, they may require wider coverage compared to other services provided by 5G communication systems. Terminals supporting mMTC must consist of low-cost devices, and since it is difficult to frequently replace terminal batteries, a very long battery life of 10 to 15 years may be required.

[0071] Finally, URLLC is a mission-critical cellular-based wireless communication service. For example, consider services used for remote control of robots or machinery, industrial automation, unmanned aerial vehicles, remote health care, and emergency alerts. Therefore, the communication provided by URLLC must offer very low latency and very high reliability. For instance, services supporting URLLC must satisfy an air interface latency of less than 0.5 milliseconds, and simultaneously 10 -5The following packet error rate requirements apply. Therefore, for services supporting URLLC, 5G systems must provide a Transmit Time Interval (TTI) smaller than other services, and at the same time, design considerations may be required to allocate a wide resource in the frequency band to ensure the reliability of the communication link.

[0072] The three 5G services, namely eMBB, URLLC, and mMTC, can be multiplexed and transmitted within a single system. In this case, different transmission and reception techniques and parameters may be used between the services to satisfy the different requirements of each service. Of course, 5G is not limited to the three services mentioned above.

[0073] [NR Time-Frequency Resources]

[0074] The frame structure of the 5G system will be explained in more detail below with reference to the drawings.

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

[0076] The horizontal axis of FIG. 1 represents the time domain, and the vertical axis represents the frequency domain. In the time and frequency domains, the basic unit of a resource is a resource element (RE, 101), which can be defined as one OFDM (Orthogonal Frequency Division Multiplexing) symbol (102) on the time axis and one subcarrier (103) on the frequency axis. In the frequency domain (For example, 12) consecutive REs can form a single resource block (Resource Block, RB, 104).

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

[0078] FIG. 2 illustrates an example of a frame (200), subframe (201), and slot (202) structure. One frame (200) can be defined as 10ms. One subframe (201) can be defined as 1ms, and thus 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). One subframe (201) may be composed of one or more slots (202, 203), and the number of slots (202, 203) per one subframe (201) may vary depending on the setting value μ (204, 205) for the subcarrier spacing. In one example of FIG. 2, cases where μ=0 (204) and μ=1 (205) are set as the subcarrier spacing value are illustrated. When μ=0 (204), one subframe (201) may be composed of one slot (202), and when μ=1 (205), one subframe (201) may be composed of two slots (203). That is, the number of slots per one subframe ( ) may vary, and accordingly, the number of slots per frame ( ) may vary. Depending on each subcarrier spacing setting μ and It can be defined by Table 1 below.

[0079] [Table 1]

[0080]

[0081] [Bandwidth Section (BWP)]

[0082] Next, the Bandwidth Part (BWP) setting in the 5G communication system will be explained in detail with reference to the drawing.

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

[0084] FIG. 3 shows an example in which the terminal bandwidth (UE bandwidth) (300) is configured into two bandwidth portions, namely bandwidth portion #1 (BWP#1) (301) and bandwidth portion #2 (BWP#2) (302). The base station may configure one or more bandwidth portions for the terminal and may configure the following information for each bandwidth portion.

[0085] [Table 2]

[0086]

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

[0088] According to some embodiments, prior to the Radio Resource Control (RRC) connection, the terminal may receive an Initial Bandwidth Part (Initial BWP) for initial connection from the base station via a Master Information Block (MIB). More specifically, during the initial connection phase, the terminal may receive configuration information for a Control Resource Set (CORESET) and a Search Space via the MIB, through which a PDCCH can be transmitted to receive system information required for initial connection (Remaining System Information; which may correspond to RMSI or System Information Block 1; SIB1). The Control Resource Set and Search Space configured via the MIB may each be considered as Identity (ID) 0. The base station may notify the terminal via the MIB of configuration information, such as frequency allocation information, time allocation information, and numerology, for Control Resource Set #0. Additionally, the base station may notify the terminal via the MIB of configuration information regarding the monitoring period and occasion for Control Resource Set #0, i.e., configuration information for Search Space #0. The terminal may consider the frequency region set as control region #0 obtained from the MIB as the initial bandwidth portion for initial access. In this case, the identifier (ID) of the initial bandwidth portion may be considered as 0.

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

[0090] According to some embodiments, if the bandwidth supported by the terminal is smaller than the system bandwidth, this can be supported through the bandwidth portion setting. For example, by setting the frequency position of the bandwidth portion (setting information 2) to the terminal, the terminal can transmit and receive data at a specific frequency position within the system bandwidth.

[0091] In addition, according to some embodiments, a base station may set multiple bandwidth portions for a terminal for the purpose of supporting different numerologies. For example, to support data transmission and reception using both a 15 kHz subcarrier interval and a 30 kHz subcarrier interval for a terminal, two bandwidth portions may be set to subcarrier intervals of 15 kHz and 30 kHz, respectively. Different bandwidth portions may be frequency division multiplexed, and when data transmission and reception is to be performed with a specific subcarrier interval, the bandwidth portion set to that subcarrier interval may be activated.

[0092] In addition, according to some embodiments, a base station may set a bandwidth portion having different bandwidth sizes for the purpose of reducing the power consumption of the terminal. For example, if the terminal supports a very large bandwidth, such as 100 MHz, and always transmits and receives data using that bandwidth, very large power consumption may occur. In particular, in a situation where there is no traffic, performing monitoring of an unnecessary downlink control channel using a large bandwidth of 100 MHz can be very inefficient in terms of power consumption. To reduce the power consumption of the terminal, the base station may set a bandwidth portion of a relatively small bandwidth, such as 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.

[0093] In the method for configuring the above bandwidth portion, terminals prior to RRC connection (Connected) can receive configuration information for the Initial Bandwidth Part through the Master Information Block (MIB) during the initial connection phase. More specifically, the terminal can receive a Control Resource Set (CORESET) for a downlink control channel through which Downlink Control Information (DCI), which schedules System Information Blocks (SIB), can be transmitted, from the MIB of the Physical Broadcast Channel (PBCH). The bandwidth of the control resource set by the MIB can be considered as the Initial Bandwidth Part, and through the configured Initial Bandwidth Part, the terminal can receive the Physical Downlink Shared Channel (PDSCH) through which SIBs are transmitted. In addition to receiving SIBs, the Initial Bandwidth Part may also be utilized for Other System Information (OSI), paging, and Random Access.

[0094] [Bandwidth Section (BWP) Change]

[0095] When one or more bandwidth parts are set for a terminal, the base station may instruct the terminal to change (or switch, transition) the bandwidth part using the Bandwidth Part Indicator field within the DCI. For example, in FIG. 3, if the currently active bandwidth part of the terminal is Bandwidth Part #1 (301), the base station may instruct the terminal to Bandwidth Part #2 (302) using the Bandwidth Part Indicator within the DCI, and the terminal may perform a bandwidth part change to Bandwidth Part #2 (302) indicated by the received Bandwidth Part Indicator within the DCI.

[0096] As mentioned above, since DCI-based bandwidth portion changes can be directed by the DCI scheduling PDSCH or PUSCH, when a terminal receives a bandwidth portion change request, it must be able to receive or transmit the PDSCH or PUSCH scheduled by the corresponding DCI in the changed bandwidth portion without difficulty. To this end, the standard specifies the delay time (T) required when changing the bandwidth portion. BWP The requirements for ) have been defined, and can be defined as, for example, as follows.

[0097] [Table 3]

[0098]

[0099] The requirements for bandwidth portion change delay time support Type 1 or Type 2 depending on the terminal's capability. The terminal can report the supported bandwidth portion delay time type to the base station.

[0100] In accordance with the aforementioned requirements for the bandwidth portion change delay time, if the terminal receives a DCI containing a bandwidth portion change indicator in slot n, the terminal performs a change to the new bandwidth portion indicated by the bandwidth portion change indicator in slot n+T BWP Completion can be performed at a time no later than the new bandwidth portion, and transmission and reception for the data channel scheduled by the corresponding DCI can be performed in the changed new bandwidth portion. If the base station intends to schedule a data channel in the new bandwidth portion, the terminal's bandwidth portion change delay time (T BWP By considering ), time-domain resource allocation for a data channel can be determined. That is, when a base station schedules a data channel with a new bandwidth portion, in the method for determining time-domain resource allocation for a data channel, the data channel can be scheduled after the bandwidth portion change delay time. Accordingly, the terminal [is notified] that the DCI instructing the bandwidth portion change is the bandwidth portion change delay time (T BWPYou may not expect to indicate a slot offset (K0 or K2) value smaller than )

[0101] If a terminal receives a DCI (e.g., DCI format 1_1 or 0_1) instructing a change in the bandwidth portion, the terminal may not perform any transmission or reception during a time interval corresponding to the time interval from the third symbol of the slot in which the PDCCH containing the said DCI was received to the beginning of the slot indicated by the slot offset value (K0 or K2) indicated by the time domain resource allocation indicator field within the said DCI. For example, if a terminal receives a DCI instructing a change in the bandwidth portion in slot n, and the slot offset value indicated by the said 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).

[0102] [SS / PBCH Block]

[0103] Next, we will explain the SS (Synchronization Signal) / PBCH block in 5G.

[0104] An SS / PBCH block may refer to a physical layer channel block composed of PSS (Primary SS), SSS (Secondary SS), and PBCH. Specifically, it is as follows.

[0105] - PSS: A signal that serves as the reference for downlink time / frequency synchronization and provides some information about the cell ID.

[0106] - SSS: Serves as the reference for downlink time / frequency synchronization and provides the remaining cell ID information not provided by PSS. Additionally, it can serve as a reference signal for PBCH demodulation.

[0107] - PBCH: Provides essential system information required for the transmission and reception of the terminal's data and control channels. The essential system information may include search space-related control information representing wireless resource mapping information of the control channel, scheduling control information for a separate data channel transmitting system information, etc.

[0108] - SS / PBCH block: An SS / PBCH block is composed of a combination of PSS, SSS, and PBCH. One or more SS / PBCH blocks may be transmitted within a time of 5ms, and each transmitted SS / PBCH block may be distinguished by an index.

[0109] The terminal can detect PSS and SSS during the initial connection phase and can decode PBCH. It can obtain MIB from PBCH and receive a Control Resource Set (CORESET) #0 from it (which may correspond to a control resource set with a control resource index of 0). The terminal can perform monitoring of Control Resource Set #0 by assuming that the selected SS / PBCH block and the Demodulation Reference Signal (DMRS) transmitted from Control Resource Set #0 are Quasi-Co-Locations (QCL). The terminal can receive system information using downlink control information transmitted from Control Resource Set #0. The terminal can obtain configuration information related to the Random Access Channel (RACH) required for initial connection from the received system information. The terminal can transmit a Physical RACH (PRACH) to the base station considering the selected SS / PBCH index, and the base station receiving the PRACH can obtain information regarding the SS / PBCH block index selected by the terminal. The base station can know that the terminal has selected a block among the respective SS / PBCH blocks and is monitoring the associated control area #0.

[0110] [PDCCH: DCI related]

[0111] Next, Downlink Control Information (DCI) in 5G systems will be explained in detail.

[0112] 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 the base station to the terminal via DCI. The terminal can monitor the fallback DCI format and the non-fallback DCI format for PUSCH or PDSCH. The fallback DCI format may consist of fixed fields selected between the base station and the terminal, and the non-fallback DCI format may include configurable fields.

[0113] DCI can be transmitted via the Physical Downlink Control Channel (PDCCH) after undergoing channel coding and modulation processes. A Cyclic Redundancy Check (CRC) is attached to the DCI message payload, and the CRC can be scrambled into a Radio Network Temporary Identifier (RNTI) corresponding to the terminal's identity. Different RNTIs may be used depending on the purpose of the DCI message, such as UE-specific data transmission, power control commands, or random access responses. In other words, the RNTI is not transmitted explicitly but is included in the CRC calculation process. Upon receiving a DCI message transmitted over the PDCCH, the terminal checks the CRC using the assigned RNTI; if the CRC check result is correct, the terminal knows that the message was transmitted to it.

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

[0115] DCI format 0_0 can be used as a countermeasure 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 may include, for example, the following information.

[0116] [Table 4]

[0117]

[0118] DCI format 0_1 ​​can be used as a non-defense DCI for scheduling PUSCH, whereby the CRC can be scrambled with C-RNTI. DCI format 0_1 ​​with the CRC scrambled with C-RNTI may include, for example, the following information.

[0119] [Table 5]

[0120]

[0121]

[0122] DCI format 1_0 can be used as a countermeasure DCI for scheduling PDSCH, whereby the CRC can be scrambled with C-RNTI. DCI format 1_0 with the CRC scrambled with C-RNTI may include, for example, the following information.

[0123] [Table 6]

[0124]

[0125] DCI format 1_1 can be used as a non-defense DCI for scheduling PDSCH, whereby the CRC can be scrambled with C-RNTI. DCI format 1_1 with the CRC scrambled with C-RNTI may include, for example, the following information.

[0126] [Table 7]

[0127]

[0128]

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

[0130] In the following, the downlink control channel in a 5G communication system will be explained in more detail with reference to the drawings.

[0131] FIG. 4 illustrates an example of a control resource set (CORESET) in which a downlink control channel is transmitted in a 5G wireless communication system. FIG. 4 illustrates an example in which two control resources (control resource #1 (401), control resource #2 (402)) are set within a terminal bandwidth part (UE bandwidth part) (410) on the frequency axis and one slot (420) on the time axis. The control resources (401, 402) can be set in a specific frequency resource (403) within the entire terminal bandwidth part (410) on the frequency axis. On the time axis, they can be set with one or more OFDM symbols and can be defined as the control resource set duration (Control Resource Set Duration, 404). Referring to the example illustrated in FIG. 4, control resource #1 (401) is set with a control resource length of 2 symbols, and control resource #2 (402) is set with a control resource length of 1 symbol.

[0132] The control domain in the aforementioned 5G can be configured by a base station to a terminal via upper-layer signaling (e.g., System Information, Master Information Block (MIB), Radio Resource Control (RRC) signaling). Configuring a control domain to a terminal means providing information such as a control domain identifier, the frequency location of the control domain, and the symbol length of the control domain. For example, the following information may be included.

[0133] [Table 8]

[0134]

[0135] In Table 8, 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 area.

[0136] FIG. 5 illustrates 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. 5, the basic unit of time and frequency resources that constitute a control channel can be called a REG (Resource Element Group, 503), and the REG (503) can be defined as 1 OFDM symbol (501) on the time axis and 1 PRB (Physical Resource Block, 502) on the frequency axis, that is, 12 subcarriers. A base station can construct a downlink control channel allocation unit by concatenating REGs (503).

[0137] As illustrated in FIG. 5, if the basic unit to which a downlink control channel is allocated in 5G is called a CCE (Control Channel Element, 504), then 1 CCE (504) can be composed of multiple REGs (503). For example, the REG (503) illustrated in FIG. 5 can be composed of 12 REs, and if 1 CCE (504) is composed of 6 REGs (503), then 1 CCE (504) can be composed of 72 REs. When a downlink control area is established, the area can be composed of multiple CCEs (504), and a specific downlink control channel can be mapped to one or multiple CCEs (504) and transmitted according to the Aggregation Level (AL) within the control area. The CCEs (504) in the control area are distinguished by numbers, and the numbers of the CCEs (504) can be assigned according to a logical mapping method.

[0138] The basic unit of the downlink control channel, namely the REG (503) shown in FIG. 5, may include both the REs to which the DCI is mapped and the DMRS (505), which is a reference signal for decoding, to which the area is mapped. As shown in FIG. 5, three DMRS (505) may be transmitted within one REG (503). 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 the 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 consisting of CCEs that a terminal must attempt to decode at a given aggregation level, and since there are various aggregation levels that form a group of 1, 2, 4, 8, or 16 CCEs, a terminal may have multiple search spaces. A search space set can be defined as a set of search spaces at all configured aggregation levels.

[0139] Search spaces can be classified into common search spaces and UE-specific search spaces. A certain group of terminals or all terminals may examine the common search space of the PDCCH to receive cell-common control information, such as dynamic scheduling or paging messages regarding system information. For example, PDSCH scheduling allocation information for the transmission of SIBs containing cell operator information can be received by examining the common search space of the PDCCH. In the case of the common search space, since a certain group of terminals or all terminals must receive the PDCCH, it can be defined as a pre-arranged set of CCEs. Scheduling allocation information for a UE-specific PDSCH or PUSCH can be received by examining the UE-specific search space of the PDCCH. The UE-specific search space can be defined specifically as a function of the terminal's identity and various system parameters.

[0140] In 5G, parameters for the search space for a PDCCH can be configured from the base station to the terminal via upper-layer signaling (e.g., SIB, MIB, RRC signaling). For example, the base station may configure the terminal the number of PDCCH candidates at each aggregation level L, the monitoring period for the search space, the occasion for monitoring in slot-symbol units 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 search space, and the control domain index to be monitored in the search space. For example, the following information may be included.

[0141] [Table 9]

[0142]

[0143]

[0144] According to the configuration information, the base station may set one or multiple sets of search spaces for the terminal. According to some embodiments, the base station may set search space set 1 and search space set 2 for the terminal, and may set DCI format A scrambled with X-RNTI in search space set 1 to be monitored in a common search space, and may set DCI format B scrambled with Y-RNTI in search space set 2 to be monitored in a terminal-specific search space.

[0145] According to the configuration information, one or more sets of search spaces 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 a terminal-specific search space.

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

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

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

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

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

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

[0152] In terminal-specific search spaces, the following combinations of DCI formats and RNTI can be monitored. Of course, they are not limited to the examples below.

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

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

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

[0156] C-RNTI (Cell RNTI): Used for terminal-specific PDSCH scheduling

[0157] TC-RNTI (Temporary Cell RNTI): Used for terminal-specific PDSCH scheduling

[0158] CS-RNTI (Configured Scheduling RNTI): Used for semi-statically configured terminal-specific PDSCH scheduling.

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

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

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

[0162] INT-RNTI (Interruption RNTI): Used to indicate whether PDSCH is pucturing.

[0163] TPC-PUSCH-RNTI (Transmit Power Control for PUSCH RNTI): Used to instruct power control commands to the PUSCH

[0164] TPC-PUCCH-RNTI (Transmit Power Control for PUCCH RNTI): Used to instruct power control commands to the PUCCH

[0165] TPC-SRS-RNTI (Transmit Power Control for SRS RNTI): Used to instruct power regulation commands to the SRS

[0166] The aforementioned specified DCI formats may follow the definitions below.

[0167] [Table 10]

[0168]

[0169] In 5G, the search space of aggregation level L in the control domain p and search space set s can be expressed as Equation 1 below.

[0170] [Mathematical Formula 1]

[0171]

[0172] The value may be 0 for the common search space.

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

[0174] In 5G, as multiple sets of search spaces can be configured with different parameters (e.g., the parameters in Table 10), the set of search space sets monitored by the terminal at each point in time may vary. 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 may monitor both search space set #1 and search space set #2 in a specific slot, and monitor either search space set #1 or search space set #2 in a specific slot.

[0175] [PDCCH: span]

[0176] A terminal can perform terminal capability reporting for each subcarrier interval when it has multiple PDCCH monitoring locations within a slot, and in this case, the concept of a Span can be used. A Span refers to a sequence of consecutive symbols within a slot through which the terminal can monitor a PDCCH, and each PDCCH monitoring location is within one Span. A Span can be expressed as (X,Y), where X represents the minimum number of symbols that must be separated between the first symbols of two consecutive Spans, and Y represents the number of consecutive symbols through which a PDCCH can be monitored within one Span. In this case, the terminal can monitor a PDCCH within a Span in a range of Y symbols from the first symbol of the Span.

[0177] FIG. 6 is a diagram illustrating, through a Span, a case in which a terminal in a wireless communication system can have multiple PDCCH monitoring locations within a slot. The Span can be (X,Y) = (7,3), (4,3), or (2,2), and each of the three cases is represented as (6-00), (6-05), and (6-10) in FIG. 6. For example, (6-00) represents a case where there are two Spans within a slot that can be represented as (7,3). The spacing between the first symbols of the two Spans is represented as X=7, and PDCCH monitoring locations can exist within a total of Y=3 symbols from the first symbol of each Span, and it indicates that search spaces 1 and 2 exist respectively within Y=3 symbols. As another example, (6-05) shows a case where there are a total of 3 spans in the slot that can be expressed as (4,3), and the distance between the second and third spans is shown to be X'=5 symbols greater than X=4.

[0178] [PDCCH: Terminal Capability Report]

[0179] The slot locations where the aforementioned common search space and terminal-specific search space are located are indicated by the monitoringSymbolsWithinSlot parameter in Table 13-1, and the symbol locations within the slot are indicated by a bitmap through the monitoringSymbolsWithinSlot parameter in Table 9. Meanwhile, the symbol locations within the slot where the terminal can monitor the search space can be reported to the base station through the following terminal capabilities (UE capabilities).

[0180] - Terminal Capability 1 (hereinafter referred to as FG 3-1). This terminal capability refers to the capability to monitor a monitoring occasion (MO) when that MO is located within the first 3 symbols of the slot, provided that there is one monitoring occasion for a Type 1 and Type 3 common search space or a terminal-specific search space within the slot, as shown in Table 9a below. This terminal capability is a mandatory capability that all NR-supporting terminals must support, and whether this capability is supported is not explicitly reported to the base station.

[0181] [Table 11]

[0182]

[0183] - Terminal capability 2 (hereinafter referred to as FG 3-2). This terminal capability refers to the capability to monitor regardless of the starting symbol position of a monitoring occasion (MO) for a common search space or a terminal-specific search space, as shown in Table 13-2 below, when there is one monitoring occasion (MO) within the slot. This terminal capability is optional for the terminal to support, and whether this capability is supported is explicitly reported to the base station.

[0184] [Table 12]

[0185]

[0186] - Terminal Capability 3 (hereinafter referred to as FG 3-5, 3-5a, and 3-5b). This terminal capability indicates a pattern of monitoring occasions (MOs) that the terminal can monitor when multiple monitoring occasions exist within a slot for a common search space or a terminal-specific search space, as shown in Table 13-3 below. The aforementioned pattern consists of an interval X between start symbols of different MOs and a maximum symbol length Y for one MO. The combinations of (X,Y) supported by the terminal may be one or more of {(2,2), (4,3), (7,3)}. This terminal capability is optional for the terminal to support, and whether this capability is supported and the aforementioned combinations of (X,Y) are explicitly reported to the base station.

[0187] [Table 13]

[0188]

[0189]

[0190]

[0191] The terminal may report to the base station whether it supports the aforementioned terminal capability 2 and / or terminal capability 3 and related parameters. Based on the reported terminal capability, the base station may perform time-axis resource allocation for a common search space and a terminal-specific search space. When allocating resources, the base station may ensure that the MO is not placed in a location where the terminal cannot monitor.

[0192] [QCL, TCI state]

[0193] In a wireless communication system, one or more different antenna ports (or may be replaced by one or more channels, signals, and combinations thereof, but for convenience in the following description of the disclosure, they will be referred to collectively as different antenna ports) may be associated with each other by a QCL (Quasi co-location) setting as shown in [Table 14] below. The TCI state is intended to disclose the QCL relationship between a PDCCH (or PDCCH DMRS) and another RS ​​or channel, and when a reference antenna port A (reference RS #A) and another target antenna port B (target RS #B) are said to be QCLed with each other, it means that the terminal is allowed to apply some or all of the large-scale channel parameters estimated from the antenna port A to the channel measurement from the antenna port B. QCL may require associating different parameters depending on the situation, such as 1) time tracking affected by average delay and delay spread, 2) frequency tracking affected by Doppler shift and Doppler spread, 3) RRM (radio resource management) affected by average gain, and 4) BM (beam management) affected by spatial parameters. Accordingly, NR supports four types of QCL relationships as shown in Table 14 below.

[0194] [Table 14]

[0195]

[0196] The above spatial RX parameter may collectively refer to some or all of various parameters, such as Angle of arrival (AoA), Power Angular Spectrum (PAS) of AoA, Angle of departure (AoD), PAS of AoD, transmit / receive channel correlation, transmit / receive beamforming, and spatial channel correlation.

[0197] The above QCL relationship can be configured for the terminal through the RRC parameters TCI-State and QCL-Info as shown in Table 15 below. Referring to Table 15, the base station can configure one or more TCI states for the terminal and provide up to two QCL relationships (qcl-Type1, qcl-Type2) for the RS that references the ID of the said TCI state, i.e., the target RS. At this time, each QCL information (QCL-Info) included in each said TCI state includes the serving cell index and BWP index of the reference RS pointed to by the corresponding QCL information, the type and ID of the reference RS, and the QCL type as shown in Table 14 above.

[0198] [Table 15]

[0199]

[0200] FIG. 7 is a diagram illustrating an example of base station beam allocation according to TCI state settings. Referring to FIG. 7, the base station can transmit information about N different beams to the terminal through N different TCI states. For example, as in FIG. 7, when N=3, the base station can notify that antenna ports referencing the different TCI states 700, 705, or 710 are associated with different spatial Rx parameters, i.e., different beams, by setting the qcl-Type2 parameters included in the three TCI states (700, 705, 710) to QCL type D and associating them with CSI-RS or SSB corresponding to different beams.

[0201] Tables 16 to 20 below show valid TCI state settings according to the target antenna port type.

[0202] Table 16 shows valid TCI state settings when the target antenna port is CSI-RS for tracking (TRS). The TRS mentioned above refers to an NZP CSI-RS in which the repetition parameter is not set and trs-Info is set to true. In Table 16, setting 3 can be used for aperiodic TRS.

[0203] [Table 16] Valid TCI state settings when the target antenna port is CSI-RS for tracking (TRS)

[0204]

[0205] Table 17 shows valid TCI state settings when the target antenna port is CSI-RS for CSI. The above CSI-RS for CSI refers to an NZP CSI-RS in which the parameter indicating repetition (e.g., the repetition parameter) is not set and trs-Info is not set to true.

[0206] [Table 17] Valid TCI state settings when the target antenna port is CSI-RS for CSI

[0207]

[0208] Table 18 shows valid TCI state settings when the target antenna port is CSI-RS for beam management (BM, synonymous with CSI-RS for L1 RSRP reporting). The above CSI-RS for BM refers to an NZP CSI-RS in which the repetition parameter is set to On or Off and trs-Info is not set to true.

[0209] [Table 18] Valid TCI state settings when the target antenna port is CSI-RS for BM (for L1 RSRP reporting)

[0210]

[0211] Table 19 shows the valid TCI state settings when the target antenna port is a PDCCH DMRS.

[0212] [Table 19] Valid TCI state settings when the target antenna port is PDCCH DMRS

[0213]

[0214] Table 20 shows the valid TCI state settings when the target antenna port is PDSCH DMRS.

[0215] [Table 20] Valid TCI state settings when the target antenna port is PDSCH DMRS

[0216]

[0217] A representative QCL setting method according to Tables 16 to 20 above is to operate by setting the target antenna port and reference antenna port for each stage as "SSB" -> "TRS" -> "CSI-RS for CSI, or CSI-RS for BM, or PDCCH DMRS, or PDSCH DMRS". Through this, it is possible to link the statistical characteristics measurable from the SSB and TRS to each antenna port to assist the reception operation of the terminal.

[0218] [PDCCH: TCI state related]

[0219] Specifically, the TCI state combinations applicable to the PDCCH DMRS antenna port are as shown in Table 21 below. The fourth row of Table 21 represents the combinations assumed by the terminal prior to RRC setup, and setup after RRC is not possible.

[0220] [Table 21]

[0221]

[0222] NR supports a hierarchical signaling method as illustrated in FIG. 8 for dynamic allocation of PDCCH beams. Referring to FIG. 8, the base station can set N TCI states (805, 810, ..., 820) to the terminal through RRC signaling (800), and some of these can be set as TCI states for CORESET (825). Subsequently, the base station can instruct the terminal to use one of the TCI states for CORESET (830, 835, 840) through MAC CE signaling (845). Subsequently, the terminal receives PDCCH based on beam information contained in the TCI state indicated by the MAC CE signaling.

[0223] FIG. 9 is a diagram illustrating the TCI indication MAC CE signaling structure for the PDCCH DMRS. Referring to FIG. 9, the TCI indication MAC CE signaling for the PDCCH DMRS consists of 2 bytes (16 bits) and includes a 5-bit serving cell ID (915), a 4-bit CORESET ID (920), and a 7-bit TCI state ID (925).

[0224] FIG. 10 is a diagram illustrating an example of beam configuration for a control resource set (CORESET) and a search space according to the above description. Referring to FIG. 10, a base station may indicate one of the TCI state lists included in the CORESET (1000) configuration through MAC CE signaling (1005). Subsequently, until another TCI state is indicated to the corresponding CORESET through another MAC CE signaling, the terminal considers that the same QCL information (beam #1, 1005) is applied to all one or more search spaces (1010, 1015, 1020) connected to the CORESET. The PDCCH beam allocation method described above has the disadvantage that it is difficult to indicate a beam change faster than the MAC CE signaling delay, and also that the same beam is applied collectively to all CORESETs regardless of search space characteristics, which makes flexible PDCCH beam operation difficult. The embodiments of the present disclosure below provide a more flexible PDCCH beam configuration and operation method. In describing the embodiments of the present disclosure below, several distinct examples are provided for convenience of explanation; however, these are not mutually exclusive and can be appropriately combined and applied depending on the situation.

[0225] The base station may set one or more TCI states for a specific control area for the terminal, and may activate one of the set TCI states through a MAC CE activation command. For example, if {TCI state#0, TCI state#1, TCI state#2} are set as TCI states for control area #1, the base station may transmit a command to the terminal via MAC CE to activate TCI state#0 as the TCI state for control area #1. Based on the activation command for the TCI state received via MAC CE, the terminal can correctly receive the DMRS of the corresponding control area based on the QCL information within the activated TCI state.

[0226] For a control area (control area #0) with an index set to 0, if the terminal has not received a MAC CE activation command for the TCI state of control area #0, it can be assumed that the terminal has QCL with an SS / PBCH block identified in a non-contention-based random access process that is not triggered by an initial access process or a PDCCH command for DMRS transmitted from control area #0.

[0227] For a control area (control area #X) where the index is set to a value other than 0, if the terminal has not received a TCI state for control area #X, or has received one or more TCI states but has not received a MAC CE activation command to activate one of them, it can be assumed that the terminal has QCL with the SS / PBCH block identified during the initial connection process with the DMRS transmitted from control area #X.

[0228] [PDCCH: QCL prioritization rule related]

[0229] The following describes in detail the QCL priority determination operation for PDCCH.

[0230] A terminal operates with carrier aggregation within a single cell or band, and when multiple control resource sets existing within the active bandwidth portion of a single or multiple cells overlap in time during a specific PDCCH monitoring interval while having the same or different QCL-TypeD characteristics, the terminal selects a specific control resource set according to the QCL priority determination operation and can monitor control resource sets having the same QCL-TypeD characteristics as that control resource set. That is, when multiple control resource sets overlap in time, only one QCL-TypeD characteristic can be received. In this case, the criteria for determining QCL priority may be as follows.

[0231] - Criterion 1. Within the cell corresponding to the lowest index among the cells containing the common search interval, the control resource set connected to the common search interval of the lowest index.

[0232] - Criterion 2. Within the cell corresponding to the lowest index among cells containing the terminal-specific search range, the control resource set connected to the terminal-specific search range of the lowest index.

[0233] As described above, if the above criteria are not satisfied, the following criteria are applied. For example, if control resource sets overlap in time during a specific PDCCH monitoring section, and if not all control resource sets are connected to a terminal-specific search section rather than a common search section, that is, if Criterion 1 is not satisfied, the terminal may omit the application of Criterion 1 and apply Criterion 2.

[0234] When a terminal selects a control resource set based on the criteria described above, it may additionally consider two matters regarding the QCL information set in the control resource set as follows. First, if control resource set 1 has CSI-RS 1 as a reference signal having a QCL-TypeD relationship, and the reference signal having a QCL-TypeD relationship with this CSI-RS 1 is SSB 1, and another control resource set 2 has SSB 1 as a reference signal having a QCL-TypeD relationship, the terminal may consider that these two control resource sets 1 and 2 have different QCL-TypeD characteristics. Secondly, if control resource set 1 has CSI-RS 1 set in cell 1 as a reference signal having a QCL-TypeD relationship, and the reference signal having a QCL-TypeD relationship with this CSI-RS 1 is SSB 1, and control resource set 2 has CSI-RS 2 set in cell 2 as a reference signal having a QCL-TypeD relationship, and the reference signal having a QCL-TypeD relationship with this CSI-RS 2 is the same SSB 1, then the terminal can consider that the two control resource sets have the same QCL-TypeD characteristics.

[0235] FIG. 12 is a diagram illustrating a method for selecting a receivable set of control resources by considering priority when a terminal receives a downlink control channel in a wireless communication system according to one embodiment of the present disclosure. For example, the terminal may be configured to receive a plurality of control resource sets that overlap in time during a specific PDCCH monitoring section (1210), and these plurality of control resource sets may be connected to a common search space or a terminal-specific search space for a plurality of cells. Within the PDCCH monitoring section, within the first bandwidth section (1200) of cell 1, there may be a first control resource set (1215) connected to the first common search section, and within the first bandwidth section (1205) of cell 2, there may be a first control resource set (1220) connected to the first common search section and a second control resource set (1225) connected to the second terminal-specific search section. Control resource sets (1215) and (1220) have a relationship with the first CSI-RS resource and QCL-TypeD set within the first bandwidth portion of cell 1, and control resource set (1225) can have a relationship with the first CSI-RS resource and QCL-TypeD set within the first bandwidth portion of cell 2. Therefore, if reference 1 is applied to the corresponding PDCCH monitoring section (1210), all other control resource sets having a reference signal of QCL-TypeD, such as the first control resource set (1215), can be received. Therefore, the terminal can receive control resource sets (1215) and (1220) in the corresponding PDCCH monitoring section (1210). As another example, the terminal may be configured to receive multiple sets of control resources that overlap in time during a specific PDCCH monitoring interval (1240), and these multiple sets of control resources may be connected to a common search space or a terminal-specific search space for multiple cells.Within the PDCCH monitoring section, within the first bandwidth section (1230) of cell 1, there may be a first control resource set (1245) connected to a specific search section of terminal 1 and a second control resource set (1250) connected to a specific search section of terminal 2, and within the first bandwidth section (1235) of cell 2, there may be a first control resource set (1255) connected to a specific search section of terminal 1 and a second control resource set (1260) connected to a specific search section of terminal 3. Control resource sets (1245) and (1250) have a relationship with the first CSI-RS resource set within the first bandwidth portion of cell 1 and QCL-TypeD, control resource set (1255) has a relationship with the first CSI-RS resource set within the first bandwidth portion of cell 2 and QCL-TypeD, and control resource set (1260) can have a relationship with the second CSI-RS resource set within the first bandwidth portion of cell 2 and QCL-TypeD. However, if criterion 1 is applied to the corresponding PDCCH monitoring section (1240), there is no common search section, so the next criterion, criterion 2, can be applied. If criterion 2 is applied to the corresponding PDCCH monitoring section (1240), all other control resource sets having a reference signal of QCL-TypeD, such as control resource set (1245), can be received. Therefore, the terminal can receive control resource sets (1245) and (1250) in the corresponding PDCCH monitoring section (1240).

[0236] [Regarding Rate Matching / Puncturing]

[0237] In the following, the rate matching operation and puncturing operation will be described in detail.

[0238] When a time and frequency resource A intended to transmit an arbitrary symbol sequence A overlaps with an arbitrary time and frequency resource B, rate matching or puncturing operations may be considered as transmission and reception operations of channel A, taking into account the area resource C where resource A and resource B overlap. Specific operations may follow the details below.

[0239] Rate Matching Operation

[0240] - A base station may transmit a symbol sequence A to a terminal by mapping Channel A only to the remaining resource area, excluding Resource C which corresponds to the area overlapping with Resource B, from the entire Resource A. For example, if symbol sequence A consists of {Symbol #1, Symbol #2, Symbol #3, Symbol 4}, Resource A is {Resource #1, Resource #2, Resource #3, Resource #4}, and Resource B is {Resource #3, Resource #5}, the base station may sequentially map and send symbol sequence A to the remaining resources {Resource #1, Resource #2, Resource #4}, excluding {Resource #3} which corresponds to Resource C within Resource A. Consequently, the base station may transmit the symbol sequence {Symbol #1, Symbol #2, Symbol #3} by mapping it to {Resource #1, Resource #2, Resource #4}, respectively.

[0241] The terminal can determine Resource A and Resource B from scheduling information regarding Symbol Sequence A from the base station, and thereby determine Resource C, which is the area where Resource A and Resource B overlap. The terminal can receive Symbol Sequence A by assuming that Symbol Sequence A was transmitted by mapping it to the remaining area of ​​Resource A, excluding Resource C. For example, if Symbol Sequence A consists of {Symbol #1, Symbol #2, Symbol #3, Symbol #4}, Resource A is {Resource #1, Resource #2, Resource #3, Resource #4}, and Resource B is {Resource #3, Resource #5}, the terminal can receive Symbol Sequence A by assuming that it was sequentially mapped to the remaining resources {Resource #1, Resource #2, Resource #4}, excluding {Resource #3}, which corresponds to Resource C. Consequently, the terminal can perform a series of subsequent reception operations by assuming that Symbol Sequence {Symbol #1, Symbol #2, Symbol #3} was transmitted by mapping it to {Resource #1, Resource #2, Resource #4}, respectively.

[0242] Puncturing action

[0243] If there is a resource C corresponding to an area overlapping with resource B among all resources A to which the base station intends to transmit symbol sequence A to a terminal, the base station maps symbol sequence A to the entire resource A, but does not perform transmission in the resource area corresponding to resource C, and can perform transmission only in the remaining resource area of ​​resource A excluding resource C. For example, if symbol sequence A consists of {Symbol #1, Symbol #2, Symbol #3, Symbol #4}, resource A is {Resource #1, Resource #2, Resource #3, Resource #4}, and resource B is {Resource #3, Resource #5}, the base station can map symbol sequence A {Symbol #1, Symbol #2, Symbol #3, Symbol #4} to resource A {Resource #1, Resource #2, Resource #3, Resource #4} respectively, and can transmit only the symbol sequence {Symbol #1, Symbol #2, Symbol #4} corresponding to the remaining resources {Resource #1, Resource #2, Resource #4}, excluding {Resource #3} corresponding to resource C, and may not transmit {Symbol #3} mapped to {Resource #3} corresponding to resource C. Consequently, the base station can map and transmit the symbol sequence {Symbol #1, Symbol #2, Symbol #4} to {Resource #1, Resource #2, Resource #4} respectively.

[0244] The terminal can determine resources A and B from scheduling information for symbol sequence A from the base station, and thereby determine resource C, which is the area where resources A and B overlap. The terminal can receive symbol sequence A by assuming that symbol sequence A is mapped to the entire resource A, but is transmitted only in the remaining area of ​​resource A excluding resource C. For example, if symbol sequence A consists of {Symbol #1, Symbol #2, Symbol #3, Symbol #4}, resource A is {Resource #1, Resource #2, Resource #3, Resource #4}, and resource B is {Resource #3, Resource #5}, the terminal can assume that symbol sequence A {Symbol #1, Symbol #2, Symbol #3, Symbol #4} is mapped to resource A {Resource #1, Resource #2, Resource #3, Resource #4} respectively, but {Symbol #3} mapped to {Resource #3} corresponding to resource C is not transmitted, and can receive by assuming that symbol sequence {Symbol #1, Symbol #2, Symbol #4} corresponding to the remaining resources {Resource #1, Resource #2, Resource #4}—excluding {Resource #3} corresponding to resource C—is mapped and transmitted. Consequently, the terminal can perform a subsequent series of receiving operations by assuming that the symbol sequence {Symbol #1, Symbol #2, Symbol #4} has been transmitted and mapped to {Resource #1, Resource #2, Resource #4}, respectively.

[0245] In the following, a method for configuring rate matching resources for the purpose of rate matching in a 5G communication system is described. Rate matching refers to the adjustment of the signal size by considering the amount of resources available to transmit the signal. For example, rate matching of a data channel may mean that the data channel is mapped to a specific time and frequency resource range so that the data size is adjusted accordingly without transmission.

[0246] FIG. 11 is a diagram illustrating a method for a base station and a terminal to transmit and receive data by considering downlink data channels and rate matching resources.

[0247] FIG. 11 illustrates a downlink data channel (PDSCH, 1101) and a rate matching resource (1102). A base station may set one or more rate matching resources (1102) to a terminal through upper layer signaling (e.g., RRC signaling). The rate matching resource (1102) setting information may include time-axis resource allocation information (1103), frequency-axis resource allocation information (1104), and period information (1105). In the following, the bitmap corresponding to the frequency-axis resource allocation information (1104) is named the "first bitmap," the bitmap corresponding to the time-axis resource allocation information (1103) is named the "second bitmap," and the bitmap corresponding to the period information (1105) is named the "third bitmap." If all or part of the time and frequency resources of a scheduled data channel (1101) overlap with a set rate matching resource (602), the base station can transmit the data channel (1101) by rate matching it in the portion of the rate matching resource (1102), and the terminal can perform reception and decoding after assuming that the data channel (1101) is rate matched in the portion of the rate matching resource (1102).

[0248] The base station can dynamically notify the terminal via DCI whether to rate match a data channel in the above-mentioned rate matching resource portion through additional settings (corresponding to the "rate matching indicator" within the aforementioned DCI format). Specifically, the base station can select some of the above-mentioned rate matching resources and group them into rate matching resource groups, and can indicate to the terminal via DCI using a bitmap method whether to rate match a data channel for each rate matching resource group. For example, if four rate matching resources, RMR#1, RMR#2, RMR#3, and RMR#4, are set, the base station can set RMG#1={RMR#1, RMR#2} and RMG#2={RMR#3, RMR#4} as rate matching groups, and can indicate to the terminal via a bitmap whether to rate match in RMG#1 and RMG#2, respectively, using 2 bits within the DCI field. For example, you can indicate "1" when rate matching is required and "0" when rate matching is not required.

[0249] In 5G, the granularity of "RB symbol level" and "RE level" is supported by setting the aforementioned rate matching resources to the terminal. More specifically, the following setting method may be followed.

[0250] RB symbol level

[0251] The terminal can receive up to four RateMatchPatterns as upper layer signaling for each bandwidth portion, and one RateMatchPattern may include the following contents.

[0252] - As a Reserved Resource within the bandwidth portion, a resource may be included in which the time and frequency resource domains of the said Reserved Resource are set as a combination of an RB level bitmap and a symbol level bitmap along the frequency axis. The said Reserved Resource may span across one or two slots. A time domain pattern (periodicityAndPattern) in which the time and frequency domains composed of each RB level and symbol level bitmap pair are repeated may be additionally set.

[0253] - It may include time and frequency domain resource areas set as control resource sets within the bandwidth portion, and resource areas corresponding to time domain patterns set as search space settings where the resource areas are repeated.

[0254] RE level

[0255] The terminal can receive the following settings through upper-layer signaling.

[0256] - Configuration information for an RE corresponding to an LTE CRS (Cell-specific Reference Signal or Common Reference Signal) pattern (lte-CRS-ToMatchAround) may include the number of ports of the LTE CRS (nrofCRS-Ports) and the LTE-CRS-vshift(s) value (v-shift), the location information of the LTE carrier's center subcarrier (carrierFreqDL) from a reference frequency point (e.g., reference point A), the LTE carrier's bandwidth size (carrierBandwidthDL) information, and subframe configuration information corresponding to a Multiast-broadcast single-frequency network (mbsfn-SubframConfigList). Based on the aforementioned information, the terminal can determine the location of the CRS within an NR slot corresponding to an LTE subframe.

[0257] - It may include configuration information for resource sets corresponding to one or more ZP (Zero Power) CSI-RS within the bandwidth portion.

[0258] [Regarding LTE CRS rate match]

[0259] Next, the rate match process for the LTE CRS described above will be explained in detail. For the coexistence of LTE (Long Term Evolution) and NR (New RAT) (LTE-NR Coexistence), NR provides a function to set the pattern of the LTE CRS (Cell Specific Reference Signal) to the NR terminal. More specifically, the CRS pattern may be provided by RRC signaling that includes at least one parameter within the ServingCellConfig IE (Information Element) or ServingCellConfigCommon IE. Examples of the above parameters may include lte-CRS-ToMatchAround, lte-CRS-PatternList1-r16, lte-CRS-PatternList2-r16, crs-RateMatch-PerCORESETPoolIndex-r16, etc.

[0260] In Rel-15 NR, the lte-CRS-ToMatchAround parameter provides the ability to set one CRS pattern per serving cell. In Rel-16 NR, this ability has been extended to allow multiple CRS patterns to be set per serving cell. More specifically, for a Single-TRP (transmission and reception point) configured terminal, one CRS pattern can be set per LTE carrier, and for a Multi-TRP configured terminal, two CRS patterns can be set per LTE carrier. For example, for a Single-TRP configured terminal, up to three CRS patterns per serving cell can be set through the lte-CRS-PatternList1-r16 parameter. As another example, for a multi-TRP configured terminal, CRS can be set per TRP. In other words, the CRS pattern for TRP1 is set via the lte-CRS-PatternList1-r16 parameter, and the CRS pattern for TRP2 can be set via the lte-CRS-PatternList2-r16 parameter. Meanwhile, when two TRPs are configured as described above, whether to apply both TRP1 and TRP2's CRS patterns to a specific PDSCH (Physical Downlink Shared Channel) or only one TRP's CRS pattern is determined by the crs-RateMatch-PerCORESETPoolIndex-r16 parameter; if the crs-RateMatch-PerCORESETPoolIndex-r16 parameter is set to enabled, only one TRP's CRS pattern is applied, whereas otherwise, both TRP's CRS patterns are applied.

[0261] Table 22 shows a ServingCellConfig IE including the above CRS pattern, and Table 23 shows a RateMatchPatternLTE-CRS IE including at least one parameter for the CRS pattern.

[0262] [Table 22]

[0263]

[0264]

[0265] [Table 23]

[0266]

[0267] [PDSCH: Processing Time]

[0268] Next, the PDSCH processing procedure time is described. When a base station schedules a terminal to transmit a PDSCH using DCI format 1_0, 1_1, or 1_2, the terminal may require PDSCH processing time to receive the PDSCH by applying the transmission method indicated via DCI (modulation / demodulation and coding instruction index (MCS), information related to the demodulation reference signal, time and frequency resource allocation information, etc.). In NR, the PDSCH processing time has been defined taking this into account. The terminal's PDSCH processing time may follow [Equation 2] below.

[0269] [Mathematical Formula 2]

[0270]

[0271] The aforementioned T in mathematical formula 2 proc,1 In this, each variable can have the following meanings.

[0272] - N1: The number of symbols determined by the terminal processing capability (UE processing capability) 1 or 2 based on the terminal's capability and the numerology μ. Depending on the terminal's capability report, it may have the value in [Table 24-1] if terminal processing capability is reported as 1, and may have the value in [Table 24-2] if terminal processing capability is reported as 2 and the availability of terminal processing capability 2 is established through upper-layer signaling. Numerology μ is the above T proc,1 to maximize μ PDCCH , μ PDSCH, μ UL It can correspond to the minimum value among them, and μ PDCCH , μ PDSCH, μ UL Each may represent the numerology of the PDCCH that scheduled the PDSCH, the numerology of the scheduled PDSCH, and the numerology of the uplink channel to which the HARQ-ACK will be transmitted.

[0273] [Table 24-1] PDSCH processing time when PDSCH processing capability is 1

[0274]

[0275] [Table 24-2] PDSCH processing time when PDSCH processing capability is 2

[0276]

[0277] - : 64

[0278] - T ext : If the terminal uses a shared spectrum channel access method, the terminal is T ext can be calculated and applied to the PDSCH processing time. Otherwise, T ext is assumed to be 0.

[0279] - If l1, which represents the PDSCH DMRS position value, is 12, then N1,0 of [Table 24-1] above has a value of 14, otherwise it has a value of 13.

[0280] - For PDSCH mapping type A, if the last symbol of the PDSCH is the i-th symbol in the slot where the PDSCH is transmitted, and i < 7, then d 1,1 is 7-i, and otherwise d 1,1 It is 0.

[0281] - d2: If a PUCCH with a higher priority index overlaps with a PUCCH or PUSCH with a lower priority index in time, the d2 of the PUCCH with the higher priority index can be set to the value reported from the terminal. Otherwise, d2 is 0.

[0282] - If PDSCH mapping type B is used for terminal processing capability 1, d 1,1 The value can be determined according to L, which is the number of symbols of the scheduled PDSCH, and d, which is the number of overlapping symbols between the PDSCH scheduling the PDSCH and the scheduled PDSCH, as follows.

[0283] - If L ≥ 7, then d 1,1 = 0.

[0284] - If L ≥ 4 and L ≤ 6, then d 1,1 = 7 - L.

[0285] - If L = 3, then d 1,1 = min (d, 1)

[0286] - If L = 2, then d 1,1 = 3 + d.

[0287] - If PDSCH mapping type B is used for terminal processing capability 2, d 1,1The value can be determined according to L, which is the number of symbols of the scheduled PDSCH, and d, which is the number of overlapping symbols between the PDSCH scheduling the PDSCH and the scheduled PDSCH, as follows.

[0288] - If L ≥ 7, then d 1,1 = 0.

[0289] - If L ≥ 4 and L ≤ 6, then d 1,1 = 7 - L.

[0290] - When L = 2,

[0291] - If the scheduled PDSCH exists within a CORESET consisting of 3 symbols, and the CORESET and the scheduled PDSCH have the same starting symbol, d 1,1 = 3.

[0292] - Otherwise, d 1,1 = d.

[0293] - For a terminal that supports capability 2 within a given serving cell, the PDSCH processing time according to the terminal processing capability 2 can be applied when the terminal has the upper layer signaling processingType2Enabled set to enable for the cell.

[0294] If the location of the first uplink transmission symbol of the PUCCH containing HARQ-ACK information (where K1, defined as the transmission time of the HARQ-ACK, the PUCCH resources used for HARQ-ACK transmission, and timing advance effects may be considered) is T from the last symbol of the PDSCH proc,1If it does not start before the first uplink transmission symbol occurring after a time of that amount, the terminal must transmit a valid HARQ-ACK message. That is, the terminal must transmit a PUCCH containing a HARQ-ACK only if there is sufficient PDSCH processing time. Otherwise, the terminal cannot provide the base station with valid HARQ-ACK information corresponding to the scheduled PDSCH. The above T proc,1 It can be used for both standard and extended CPs. If it is a PDSCH consisting of two PDSCH transmission positions within a single slot, d 1,1 It is calculated based on the first PDSCH transmission position within the slot.

[0295] [PDSCH: Readiness time during cross-carrier scheduling]

[0296] μ, the numerology to which the next scheduled PDCCH is transmitted PDCCH and μ, the numerology through which the PDSCH scheduled via the corresponding PDCCH is transmitted PDSCH In the case of different cross-carrier scheduling, N is the terminal's PDSCH reception readiness time defined for the time interval between the PDCCH and PDSCH. pdsch Explains about

[0297] If μ PDCCH < μ PDSCH In this case, the scheduled PDSCH is N from the last symbol of the PDCCH that scheduled the PDSCH. pdsch It cannot be transmitted before the first symbol of the slot following the symbol. The transmission symbol of the corresponding PDSCH may include DM-RS.

[0298] If μ PDCCH > μ PDSCH In this case, the scheduled PDSCH is N from the last symbol of the PDCCH that scheduled the PDSCH. pdschIt can be transmitted starting from the symbol. The transmission symbol of the PDSCH may include DM-RS.

[0299] [Table 25] N according to scheduled PDCCH subcarrier interval pdsch

[0300]

[0301] [Regarding SRS]

[0302] Next, a method for estimating the uplink channel using the transmission of the terminal's Sounding Reference Signal (SRS) is described. To transmit configuration information for SRS transmission to the terminal, the base station may set at least one SRS configuration for each uplink BWP, and may also set at least one SRS resource set for each SRS configuration. For example, the base station and the terminal may exchange upper-level signaling information as follows to transmit information regarding the SRS resource set.

[0303] - srs-ResourceSetId: SRS resource set index

[0304] - srs-ResourceIdList: A set of SRS resource indices referenced by the SRS resource set

[0305] - resourceType: This is the time-axis transmission setting for the SRS resource referenced in the SRS resource set, and can be set to one of 'periodic', 'semi-persistent', or 'aperiodic'. If set to 'periodic' or 'semi-persistent', associated CSI-RS information may be provided depending on the usage of the SRS resource set. If set to 'aperiodic', a non-periodic SRS resource trigger list and slot offset information may be provided, and associated CSI-RS information may be provided depending on the usage of the SRS resource set.

[0306] - usage: A setting regarding the usage of the SRS resource referenced in the SRS resource set, which can be set to one of 'beamManagement', 'codebook', 'nonCodebook', or 'antennaSwitching'.

[0307] - alpha, p0, pathlossReferenceRS, srs-PowerControlAdjustmentStates: Provides parameter settings for controlling the transmit power of the SRS resource referenced in the SRS resource set.

[0308] The terminal can understand that the SRS resources included in the set of SRS resource indices referenced in the SRS resource set follow the information set in the SRS resource set.

[0309] Additionally, the base station and the terminal may transmit and receive upper-layer signaling information to convey individual configuration information for the SRS resource. For example, the individual configuration information for the SRS resource may include time-frequency axis mapping information within the slot of the SRS resource, which may include information regarding frequency hopping within or between slots of the SRS resource. Furthermore, the individual configuration information for the SRS resource may include the time-axis transmission setting of the SRS resource, which may be set to one of 'periodic', 'semi-persistent', or 'aperiodic'. This may be restricted to having the same time-axis transmission setting as the SRS resource set containing the SRS resource. If the time-axis transmission setting of the SRS resource is set to 'periodic' or 'semi-persistent', the SRS resource transmission period and slot offset (e.g., periodicityAndOffset) may additionally be included in the time-axis transmission setting.

[0310] A base station may enable, deactivate, or trigger SRS transmission to a terminal via upper-layer signaling, including RRC signaling or MAC CE signaling, or L1 signaling (e.g., DCI). For example, a base station may enable or deactivate periodic SRS transmission to a terminal via upper-layer signaling. A base station may instruct a terminal to activate an SRS resource set with resourceType set to periodic via upper-layer signaling, and the terminal may transmit an SRS resource referenced in the activated SRS resource set. The time-frequency axis resource mapping within the slot of the transmitted SRS resource follows the resource mapping information set in the SRS resource, and the slot mapping, including the transmission period and slot offset, follows the periodicityAndOffset set in the SRS resource. Additionally, a spatial domain transmission filter applied to the transmitted SRS resource may refer to spatial relation info set in the SRS resource, or may refer to associated CSI-RS information set in the SRS resource set containing the SRS resource. The terminal can transmit an SRS resource within an active uplink BWP for a periodic SRS resource activated through upper layer signaling.

[0311] For example, a base station can enable or disable semi-persistent SRS transmission to a terminal via upper-layer signaling. The base station can instruct the terminal to enable an SRS resource set via MAC CE signaling, and the terminal can transmit an SRS resource referenced in the enabled SRS resource set. The SRS resource set enabled via MAC CE signaling may be limited to an SRS resource set where resourceType is set to semi-persistent. The time-frequency axis resource mapping within the slot of the transmitted SRS resource follows the resource mapping information set in the SRS resource, and the slot mapping, including the transmission period and slot offset, follows the periodicityAndOffset set in the SRS resource. Additionally, the spatial domain transmission filter applied to the transmitted SRS resource may refer to spatial relation info set in the SRS resource, or may refer to associated CSI-RS information set in the SRS resource set containing the SRS resource. If spatial relation info is configured in the SRS resource, the spatial domain transmission filter can be determined by referring to the configuration information regarding the spatial relation info transmitted via MAC CE signaling that enables semi-persistent SRS transmission without following it. The terminal can transmit the SRS resource within the uplink BWP enabled for the semi-persistent SRS resource activated via upper layer signaling.

[0312] For example, a base station can trigger an aperiodic SRS transmission to a terminal via the DCI. The base station can specify one of the aperiodic SRS resource triggers (aperiodicSRS-ResourceTrigger) through the SRS request field of the DCI. The terminal can understand that among the configuration information of the SRS resource set, an SRS resource set containing the aperiodic SRS resource trigger specified via the DCI from the list of aperiodic SRS resource triggers has been triggered. The terminal can transmit the SRS resource referenced in the triggered SRS resource set. The time-frequency axis resource mapping within the slot of the transmitted SRS resource follows the resource mapping information set in the SRS resource. Additionally, the slot mapping of the transmitted SRS resource can be determined through the slot offset between the PDCCH containing the DCI and the SRS resource, which can refer to the value(s) included in the set of slot offsets set in the SRS resource set. Specifically, the slot offset between the PDCCH containing the DCI and the SRS resource may be the value specified in the time domain resource assignment field of the DCI among the offset value(s) included in the slot offset set configured in the SRS resource set. Additionally, the spatial domain transmission filter applied to the transmitted SRS resource may refer to the spatial relation info configured in the SRS resource, or may refer to the associated CSI-RS information configured in the SRS resource set containing the SRS resource. The terminal may transmit the SRS resource within an uplink BWP that is enabled for a non-periodic SRS resource triggered via the DCI.

[0313] When a base station triggers aperiodic SRS transmission to a terminal via DCI, a minimum time interval may be required between the PDCCH containing the DCI triggering the aperiodic SRS transmission and the transmitted SRS so that the terminal can apply configuration information for the SRS resource and transmit the SRS. The time interval for the terminal's SRS transmission can be defined as the number of symbols between the last symbol of the PDCCH containing the DCI triggering the aperiodic SRS transmission and the first symbol mapped to the first transmitted SRS resource(s). The minimum time interval can be determined by referencing the PUSCH preparation procedure time required for the terminal to prepare for PUSCH transmission. Additionally, the minimum time interval may have different values ​​depending on the usage of the SRS resource set containing the transmitted SRS resource. For example, the minimum time interval can be determined by N2 symbols defined by considering the terminal's processing capability based on the terminal's capability, referencing the terminal's PUSCH preparation procedure time. Additionally, considering the usage of the SRS resource set including the transmitted SRS resource, if the usage of the SRS resource set is set to 'codebook' or 'antennaSwitching', the minimum time interval can be set to N2 symbols, and if the usage of the SRS resource set is set to 'nonCodebook' or 'beamManagement', the minimum time interval can be set to N2+14 symbols.The terminal transmits an aperiodic SRS when the time interval for the aperiodic SRS transmission is greater than or equal to the minimum time interval, and can ignore the DCI that triggers the aperiodic SRS when the time interval for the aperiodic SRS transmission is less than the minimum time interval.

[0314] [Table 26]

[0315]

[0316]

[0317] The spatialRelationInfo setting information in [Table 26] above is intended to apply the beam information of a reference signal to the beam used for SRS transmission by referencing a single reference signal. For example, the spatialRelationInfo setting may include information such as that shown in [Table 27] below.

[0318] [Table 27]

[0319]

[0320] Referring to the spatialRelationInfo setting above, the index of the reference signal to be referenced in order to use the beam information of a specific reference signal—namely, the SS / PBCH block index, CSI-RS index, or SRS index—can be set. The upper signaling referenceSignal is configuration information indicating which reference signal's beam information to reference for the corresponding SRS transmission, and ssb-Index represents the SS / PBCH block index, csi-RS-Index represents the CSI-RS index, and srs represents the SRS index, respectively. If the value of the upper signaling referenceSignal is set to 'ssb-Index', the terminal can apply the receiving beam used when receiving the SS / PBCH block corresponding to ssb-Index as the transmitting beam for the corresponding SRS transmission. If the value of the upper signaling referenceSignal is set to 'csi-RS-Index', the terminal can apply the receiving beam used when receiving the CSI-RS corresponding to csi-RS-Index as the transmitting beam for the corresponding SRS transmission. If the value of the upper signaling referenceSignal is set to 'srs', the terminal can apply the transmission beam used during the transmission of the SRS corresponding to srs as the transmission beam for the transmission of the SRS.

[0321] [PUSCH: Regarding transmission method]

[0322] Next, the scheduling method for PUSCH transfers is described. PUSCH transfers can be dynamically scheduled by UL grants within the DCI, or operated by configured grant Type 1 or Type 2. Dynamic scheduling instructions for PUSCH transfers can be provided in DCI format 0_0 or 0_1.

[0323] Configured grant Type 1 PUSCH transmissions can be semi-statically configured by receiving configuredGrantConfig, which includes rrc-ConfiguredUplinkGrant of [Table 28], through the upper signaling, without receiving UL grants within the DCI. Configured grant Type 2 PUSCH transmissions can be semi-continuously scheduled by UL grants within the DCI after receiving configuredGrantConfig, which does not include rrc-ConfiguredUplinkGrant of [Table 28], through the upper signaling. When a PUSCH transmission is operated by a configured grant, the parameters applied to the PUSCH transmission are applied through configuredGrantConfig, the upper signaling of [Table 28], with the exception of dataScramblingIdentityPUSCH, txConfig, codebookSubset, maxRank, and scaling of UCI-OnPUSCH, which are provided by pusch-Config, the upper signaling of [Table 29]. If the terminal is provided with transformPrecoder in configuredGrantConfig, which is the upper signaling of [Table 28], the terminal applies tp-pi2BPSK in pusch-Config of [Table 29] to PUSCH transmissions operated by the configured grant.

[0324] [Table 28]

[0325]

[0326]

[0327] 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 transmission method and a non-codebook-based transmission method, respectively, depending on whether the value of txConfig in pusch-Config in [Table x2-4], the upper signaling, is 'codebook' or 'nonCodebook'.

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

[0329] [Table 29]

[0330]

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

[0332] In this case, the SRI can be provided via the SRS resource indicator field within the DCI or configured via the higher-level signaling srs-ResourceIndicator. When transmitting a codebook-based PUSCH, the terminal receives at least one SRS resource and can receive up to two. When the terminal receives an SRI via the DCI, the SRS resource indicated by that SRI refers to the SRS resource corresponding to the SRI among the SRS resources transmitted prior to the PDCCH containing that SRI. Additionally, the TPMI and transmission rank can be provided via the precoding information and number of layers field within the DCI or configured via the higher-level signaling precodingAndNumberOfLayers. The TPMI is used to indicate the precoder applied to the PUSCH transmission. If the terminal receives one SRS resource, the TPMI is used to indicate the precoder to be applied from that one configured SRS resource. If the terminal is configured with multiple SRS resources, TPMI is used to specify the precoder to be applied to the SRS resource indicated by SRI.

[0333] 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 signaling SRS-Config. In codebook-based PUSCH transmission, the terminal determines the codebook subset based on TPMI and the codebookSubset in the upper signaling pusch-Config. The codebookSubset in the upper signaling pusch-Config can be set to one of 'fullyAndPartialAndNonCoherent', 'partialAndNonCoherent', or 'nonCoherent' based on the UE capability reported by the terminal to the base station. If the terminal reports 'partialAndNonCoherent' as the UE capability, the terminal does not expect the value of the upper signaling codebookSubset to be set to 'fullyAndPartialAndNonCoherent'. Additionally, if the terminal reports 'nonCoherent' as a UE capability, the terminal does not expect the value of the parent signaling codebookSubset to be set to 'fullyAndPartialAndNonCoherent' or 'partialAndNonCoherent'. If nrofSRS-Ports in the parent signaling SRS-ResourceSet points to two SRS antenna ports, the terminal does not expect the value of the parent signaling codebookSubset to be set to 'partialAndNonCoherent'.

[0334] A terminal may receive one SRS resource set in which the value of usage in the upper signaling SRS-ResourceSet is set to 'codebook', and one SRS resource within that SRS resource set may be indicated via SRI. If multiple SRS resources are set in the SRS resource set in which the value of usage 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 will be set to the same value for all SRS resources.

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

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

[0337] For an SRS resource set in which the value of usage within the upper signaling SRS-ResourceSet is set to 'nonCodebook', the terminal can receive one connected NZP CSI-RS resource (non-zero power CSI-RS). The terminal 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 terminal is less than 42 symbols, the terminal does not expect the information for the precoder for SRS transmission to be updated.

[0338] 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. In this case, if the connected NZP CSI-RS resource is a non-periodic NZP CSI-RS resource, the existence of the connected NZP CSI-RS is indicated if the value of the SRS request field in DCI format 0_1 ​​or 1_1 is not '00'. In this case, the corresponding DCI must not indicate cross-carrier or cross-BWP scheduling. Additionally, if the value of the SRS request indicates the existence of the NZP CSI-RS, the NZP CSI-RS is located in the slot where the PDCCH containing the SRS request field was transmitted. In this case, the TCI states set on the scheduled subcarrier are not set to QCL-TypeD.

[0339] If a periodic or semi-persistent SRS resource set is established, the associated NZP CSI-RS can be indicated via the associated CSI-RS within the parent signaling SRS-ResourceSet. For non-codebook-based transmissions, the terminal does not expect the parent signaling spatialRelationInfo for the SRS resource and the associated CSI-RS within the parent signaling SRS-ResourceSet to be established together.

[0340] When a terminal is configured with multiple SRS resources, it can determine the precoder and transmission rank to be applied to PUSCH transmission based on the SRI indicated by the base station. In this case, the SRI can be indicated via the field SRS resource indicator within the DCI or configured via the higher-level signaling srs-ResourceIndicator. Similar to the codebook-based PUSCH transmission described above, when the terminal receives the SRI via the DCI, the SRS resource indicated by the SRI refers to the SRS resource corresponding to the SRI among the SRS resources transmitted prior to the PDCCH containing the SRI. The terminal may use one or multiple SRS resources for SRS transmission, and the maximum number of SRS resources that can be transmitted simultaneously within the same symbol in a single SRS resource set, as well as the maximum number of SRS resources, are determined by the UE capability reported by the terminal to the base station. In this case, SRS resources transmitted simultaneously by the terminal occupy the same RB. The terminal configures one SRS port for each SRS resource. Only one SRS resource set can be configured with the value of usage in the upper signaling SRS-ResourceSet set set to 'nonCodebook', and up to four SRS resources can be configured for non-codebook-based PUSCH transmission.

[0341] 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 results measured upon receiving the NZP-CSI-RS. When the terminal transmits one or more SRS resources within an SRS resource set where usage is set to 'nonCodebook' to the base station, it applies the calculated precoder, and the base station selects one or more SRS resources from among the received one or more SRS resources. At this time, in non-codebook-based PUSCH transmission, the SRI represents an index capable of expressing a combination of one or more SRS resources, and the SRI is included within the DCI. At this time, the number of SRS resources indicated by the SRI transmitted by the base station may be the number of transmission layers of the PUSCH, and the terminal transmits the PUSCH by applying the precoder applied for SRS resource transmission to each layer.

[0342] [PUSCH: Preparation Process Time]

[0343] Next, the PUSCH preparation procedure time is described. When a base station schedules a terminal to transmit a PUSCH using DCI format 0_0, 0_1, or 0_2, the terminal may require PUSCH preparation procedure time to transmit the PUSCH by applying the transmission method specified through the DCI (transmission precoding method of the SRS resource, number of transmission layers, spatial domain transmission filter). In NR, the PUSCH preparation procedure time has been defined taking this into account. The terminal's PUSCH preparation procedure time may follow [Equation 3] below.

[0344] [Mathematical Formula 3]

[0345]

[0346] The aforementioned T in mathematical formula 3 proc,2 In this, each variable can have the following meanings.

[0347] - N2: A number of symbols determined by the terminal processing capability (UE processing capability) 1 or 2 and the numerology μ according to the terminal's capability. If the terminal processing capability is reported as 1 according to the terminal's capability report, it has the value of [Table 30], and if the terminal processing capability is reported as 2 and the ability to use terminal processing capability 2 is set through upper layer signaling, it may have the value of [Table 31].

[0348] [Table 30]

[0349]

[0350] [Table 31]

[0351]

[0352] - d 2,1: The number of symbols determined as 0 if the resource elements of the first OFDM symbol of the PUSCH transmission are all configured to consist only of DM-RS, and 1 otherwise.

[0353] - : 64

[0354] - μ: or Middle, T proc,2 It follows the value that becomes larger. represents the numerology of the downlink through which a PDCCH containing a DCI that schedules the PUSCH is transmitted, and represents the numerology of the uplink through which PUSCH is transmitted.

[0355] - T c : , Hz, has.

[0356] - d 2,2 : If the DCI scheduling PUSCH directs BWP switching, follow the BWP switching time; otherwise, have 0.

[0357] - d2: If the OFDM symbols of PUCCH, PUSCH with a higher priority index, and PUCCH with a lower priority index overlap in time, the d2 value of PUSCH with the higher priority index is used. Otherwise, d2 is 0.

[0358] - T ext : If the terminal uses a shared spectrum channel access method, the terminal is T ext It can be calculated and applied to the PUSCH preparation process time. Otherwise, T ext is assumed to be 0.

[0359] - T switch : T when the uplink switching interval is triggered switchis assumed to be the switching interval time. Otherwise, it is assumed to be 0.

[0360] When the base station and terminal consider the time-axis resource mapping information of the PUSCH scheduled via DCI and the influence of uplink-downlink timing advance, from the last symbol of the PDCCH including the DCI that scheduled the PUSCH, T proc,2 Subsequently, if the first symbol of the PUSCH starts before the first uplink symbol initiated by the CP, it is determined that the PUSCH preparation time is insufficient. Otherwise, the base station and the terminal determine that the PUSCH preparation time is sufficient. The terminal transmits the PUSCH only when the preparation time is sufficient, and may ignore the DCI scheduling the PUSCH if the preparation time is insufficient.

[0361] [PUSCH: Regarding repetitive transmission]

[0362] The following describes in detail the repetitive transmission of uplink data channels in 5G systems. 5G systems support two types of repetitive transmission methods for uplink data channels: PUSCH repetitive transmission type A and PUSCH repetitive transmission type B. A terminal can receive either PUSCH repetitive transmission type A or B as a setting for upper layer signaling.

[0363] PUSCH Repeated Transmission Type A

[0364] - As described above, the symbol length of the uplink data channel and the position of the start symbol are determined by a time domain resource allocation method within a single slot, and the base station can notify the terminal of the number of repeated transmissions through upper layer signaling (e.g., RRC signaling) or L1 signaling (e.g., DCI).

[0365] - The terminal may repeatedly transmit an uplink data channel in consecutive slots that has the same length and starting symbol as the uplink data channel configured based on the number of repeated transmissions received from the base station. In this case, if at least one of the slots configured as downlink by the base station to the terminal, or at least one of the symbols of the uplink data channel configured to the terminal, is configured as downlink, the terminal skips the transmission of the uplink data channel, but counts the number of repeated transmissions of the uplink data channel.

[0366] PUSCH Repeated Transmission Type B

[0367] - As described above, the start symbol and length of the uplink data channel are determined by a time domain resource allocation method within a single slot, and the base station can notify the terminal of the number of repetitions through upper signaling (e.g., RRC signaling) or L1 signaling (e.g., DCI).

[0368] - Based on the start symbol and length of the uplink data channel configured first, the nominal repetition of the uplink data channel is determined as follows. The slot where the nth nominal repetition starts is The symbol given by and starting in that slot is It is given by. The slot where the nth nominal repetition ends is The symbol given by and ending in that slot is It is given by, where n=0,..., numberofrepetitions-1 and S represents the starting symbol of the configured uplink data channel, and L represents the symbol length of the configured uplink data channel. indicates the slot where the PUSCH transmission starts. represents the number of symbols per slot.

[0369] - The terminal determines invalid symbols for PUSCH repeat transmission type B. Symbols configured for the downlink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated are determined as invalid symbols for PUSCH repeat transmission type B. Additionally, invalid symbols may be set in upper layer parameters (e.g., InvalidSymbolPattern). Invalid symbols may be set by providing a symbol-level bitmap spanning one or two slots. In the bitmap, 1 represents an invalid symbol. Additionally, the periodicity and pattern of the bitmap may be set through upper layer parameters (e.g., periodicityAndPattern). If an upper layer parameter (e.g., InvalidSymbolPattern) is set and the InvalidSymbolPatternIndicator-ForDCIFormat0_1 or InvalidSymbolPatternIndicator-ForDCIFormat0_2 parameter indicates 1, the terminal applies the invalid symbol pattern, and if the parameter indicates 0, the terminal does not apply the invalid symbol pattern. If an upper layer parameter (e.g., InvalidSymbolPattern) is set and the InvalidSymbolPatternIndicator-ForDCIFormat0_1 or InvalidSymbolPatternIndicator-ForDCIFormat0_2 parameter is not set, the terminal applies the invalid symbol pattern.

[0370] After an invalid symbol is determined, for each nominal repetition, the terminal may consider symbols other than the invalid symbol as valid symbols. If one or more valid symbols are included in each nominal repetition, the nominal repetition may include one or more actual repetitions. Here, each actual repetition contains a consecutive set of valid symbols that can be used for PUSCH repeat transmission type B within a single slot.

[0371] FIG. 14 is a diagram illustrating an example of PUSCH repeat transmission type B in a wireless communication system according to an embodiment of the present disclosure. A terminal may be set to 0 for the start symbol S of the uplink data channel and 14 for the length L of the uplink data channel, and may be set to 16 for the number of repeat transmissions. In this case, nominal repetitions are indicated in 16 consecutive slots (1401). Subsequently, the terminal may determine that the symbol set as a downlink symbol in each nominal repetition (1401) is an invalid symbol. Additionally, the terminal determines that the symbols set to 1 in the invalid symbol pattern (1402) are invalid symbols. In each nominal repetition, if valid symbols that are not invalid symbols are composed of one or more consecutive symbols in a single slot, they are set as actual repetitions and transmitted (1403).

[0372] In addition, for PUSCH repeated transmissions, NR Release 16 may define the following additional methods for UL grant-based PUSCH transmissions that cross slot boundaries and configured grant-based PUSCH transmissions.

[0373] - Method 1 (mini-slot level repetition): Through a single UL grant, two or more PUSCH repeat transmissions are scheduled within a single slot or across the boundaries of consecutive slots. Additionally, for Method 1, the time-domain resource allocation information within the DCI indicates the resources for the first repeat transmission. Furthermore, the time-domain resource information for the remaining repeat transmissions can be determined based on the time-domain resource information of the first repeat transmission and the uplink or downlink direction determined for each symbol in each slot. Each repeat transmission occupies consecutive symbols.

[0374] - Method 2 (multi-segment transmission): Two or more PUSCH repeat transmissions are scheduled in consecutive slots through a single UL grant. In this case, one transmission is assigned per slot, and each transmission may have a different starting point or repeat length. Additionally, in Method 2, time-domain resource allocation information within the DCI indicates the starting point and repeat length of all repeat transmissions. Furthermore, when repeat transmissions are performed within a single slot via Method 2, if there are multiple consecutive uplink symbol bundles within that slot, each repeat transmission is performed for each uplink symbol bundle. If there is only a unique consecutive uplink symbol bundle within that slot, one PUSCH repeat transmission is performed according to the method of NR Release 15.

[0375] - Method 3: Two or more repeated PUSCH transmissions are scheduled in consecutive slots through two or more UL grants. In this case, one transmission is assigned per slot, and the n-th UL grant can be received before the PUSCH transmission scheduled by the n-1-th UL grant is finished.

[0376] - Method 4: Through one UL grant or one configured grant, one or more PUSCH repeat transmissions within a single slot, or two or more PUSCH repeat transmissions across the boundaries of consecutive slots, may be supported. The number of repeats instructed by the base station to the terminal is merely a nominal value, and the number of PUSCH repeat transmissions actually performed by the terminal may be greater than the nominal number of repeats. Time-domain resource allocation information within the DCI or within the configured grant refers to the resources of the first repeat transmission instructed by the base station. Time-domain resource information for the remaining repeat transmissions may be determined by referencing at least the resource information of the first repeat transmission and the uplink or downlink direction of the symbols. If the time-domain resource information of the repeat transmission instructed by the base station spans a slot boundary or includes an uplink / downlink switching point, the repeat transmission may be divided into multiple repeat transmissions. In this case, one repeat transmission may be included within a single slot for each uplink period.

[0377] The repetitive transmission described above may be applicable to both DG (Dynamic Grant) PUSCH and CG (Configured Grant) PUSCH. DG PUSCH is a method in which all PUSCH scheduling information is provided by the DCI, while CG PUSCH refers to a method in which PUSCH scheduling information is provided only by the upper signal or by some DCI. Additionally, DG PUSCH is a method in which the terminal transmits PUSCH only within the scheduling area provided by the DCI, whereas CG PUSCH is a method in which the terminal periodically transmits PUSCH without receiving a separate DCI, in accordance with the period set by the upper signal.

[0378] [PUSCH: Frequency Hopping Process]

[0379] The following describes frequency hopping of the Physical Uplink Shared Channel (PUSCH) in a 5G system in detail.

[0380] In 5G, two methods are supported for the frequency hopping method of the uplink data channel for each PUSCH repeat transmission type. First, PUSCH repeat transmission type A supports intra-slot frequency hopping and inter-slot frequency hopping, and PUSCH repeat transmission type B supports inter-repetition frequency hopping and inter-slot frequency hopping.

[0381] The intra-slot frequency hopping method supported by PUSCH repeat transmission type A is a method in which a terminal transmits by changing the allocated resources in the frequency domain by a set frequency offset between two hops within a single slot. In intra-slot frequency hopping, the starting RB of each hop can be represented by Equation 4.

[0382] [Mathematical Formula 4]

[0383]

[0384] In mathematical equation 4, i=0 and i=1 represent the first hop and the second hop, respectively, and represents the starting RB within the UL BWP and is calculated from the frequency resource allocation method. represents the frequency offset between two hops through the upper-layer parameters. The number of symbols in the first hop is It can be represented as, and the number of symbols for the second hop is It can be represented as. is the length of PUSCH transmission within one slot, represented by the number of OFDM symbols.

[0385] Next, the inter-slot frequency hopping method supported by PUSCH repetitive transmission types A and B is a method in which the terminal transmits by changing the allocated resource in the frequency domain by a set frequency offset for each slot. In inter-slot frequency hopping The starting RB during the slot can be represented through mathematical formula 5.

[0386] [Mathematical Formula 5]

[0387]

[0388] In mathematical formula 5, is the current slot number in a multi-slot PUSCH transfer, represents the starting RB within the UL BWP and is calculated from the frequency resource allocation method. It represents the frequency offset between two hops through the upper layer parameters.

[0389] Next, the inter-repetition frequency hopping method supported by PUSCH repeat transmission type B transmits resources allocated in the frequency domain for one or more actual repetitions within each nominal repetition by shifting them by a set frequency offset. In the frequency domain for one or more actual repetitions within the n-th nominal repetition, RB, which is the index of the starting RB, start (n) can follow the following mathematical formula 6.

[0390] [Mathematical Formula 6]

[0391]

[0392] In mathematical equation 6, n is the index of the nominal repetition, represents the RB offset between two hops through the upper layer parameter.

[0393] [PUSCH: multiplexing rule when AP / SP CSI reporting]

[0394] The following describes in detail the method for measuring and reporting channel state in a 5G communication system. Channel state information (CSI) may include channel quality information (CQI), precoding matrix index (PMI), CSI-RS resource indicator (CRI), SS / PBCH block resource indicator (SSSBRI), layer indicator (LI), rank indicator (RI), and / or L1-RSRP (Reference Signal Received Power). The base station may control the time and frequency resources for the aforementioned CSI measurement and reporting by the terminal.

[0395] For the aforementioned CSI measurement and reporting, the terminal is N( 1) Setting information for CSI reports (CSI-ReportConfig), M( 1) Setting information for RS transmission resources (CSI-ResourceConfig) and one or two trigger state lists (CSI-AperiodicTriggerStateList, CSI-SemiPersistentOnPUSCH-TriggerStateList) can be set through upper-layer signaling. The setting information for the aforementioned CSI measurement and reporting may be more specifically as described in [Table 32] to [Table 38] as follows.

[0396] [Table 32] CSI-ReportConfig

[0397] The IE CSI-ReportConfig is used to configure a periodic or semi-persistent report sent on PUCCH on the cell in which the CSI-ReportConfig is included, or to configure a semi-persistent or aperiodic report sent on PUSCH triggered by DCI received on the cell in which the CSI-ReportConfig is included (in this case, the cell on which the report is sent is determined by the received DCI). See TS 38.214

[0019] , clause 5.2.1.

[0398]

[0399]

[0400]

[0401]

[0402]

[0403]

[0404]

[0405] [표 33]CSI-ResourceConfig

[0406] The IE CSI-ResourceConfig defines a group of one or more NZP-CSI-RS-ResourceSet, CSI-IM-ResourceSet and / or CSI-SSB-ResourceSet.

[0407]

[0408] [표 34]NZP-CSI-RS-ResourceSet

[0409] The IE NZP-CSI-RS-ResourceSet is a set of Non-Zero-Power (NZP) CSI-RS resources (their IDs) and set-specific parameters.

[0410]

[0411] [표 35]CSI-SSB-ResourceSet

[0412] The IE CSI-SSB-ResourceSet is used to configure one SS / PBCH block resource set which refers to SS / PBCH as indicated in ServingCellConfigCommon.

[0413]

[0414] [표 36]CSI-IM-ResourceSet

[0415] The IE CSI-IM-ResourceSet is used to configure a set of one or more CSI Interference Management (IM) resources (their IDs) and set-specific parameters.

[0416]

[0417] [표 37]CSI-AperiodicTriggerStateList

[0418] The CSI-AperiodicTriggerStateList IE is used to configure the UE with a list of aperiodic trigger states. Each codepoint of the DCI field "CSI request" is associated with one trigger state. Upon reception of the value associated with a trigger state, the UE will perform measurement of CSI-RS (reference signals) and aperiodic reporting on L1 according to all entries in the associatedReportConfigInfoList for that trigger state.

[0419]

[0420]

[0421] [표 38] CSI-SemiPersistentOnPUSCH-TriggerStateList

[0422] The CSI-SemiPersistentOnPUSCH-TriggerStateList IE is used to configure the UE with list of trigger states for semi-persistent reporting of channel state information on L1. See also TS 38.214

[0019] , clause 5.2.

[0423]

[0424] Regarding the aforementioned CSI report settings (CSI-ReportConfig), each report setting CSI-ReportConfig can be associated with a single downlink (DL) bandwidth portion identified by the upper-layer parameter bandwidth portion identifier (bwp-id) given by the CSI-ResourceConfig, which is associated with the corresponding report setting. As for the time domain reporting operation for each report setting CSI-ReportConfig, 'Aperiodic', 'Semi-Persistent', and 'Periodic' methods are supported, and these can be configured from the base station to the terminal by the reportConfigType parameter set from the upper layer. The semi-persistent CSI reporting methods support 'PUCCH-based semi-persistent (semi-PersistentOnPUCCH)' and 'PUSCH-based semi-persistent (semi-PersistentOnPUSCH)'. In the case of a periodic or semi-permanent CSI reporting method, the terminal may receive a PUCCH or PUSCH resource to transmit the CSI from the base station via upper layer signaling. The period and slot offset of the PUCCH or PUSCH resource to transmit the CSI may be given as the numerology of the uplink (UL) bandwidth portion configured for transmitting the CSI report. In the case of a non-periodic CSI reporting method, the terminal may receive a PUSCH resource to transmit the CSI scheduled from the base station via L1 signaling (the aforementioned DCI format 0_1).

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

[0426] - CSI-IM resources for interference measurement

[0427] - NZP CSI-RS resources for interference measurement

[0428] - NZP CSI-RS resources for channel measurement

[0429] For CSI-RS resource sets associated with a resource setting where the upper-level parameter resourceType is set to 'Aperiodic', 'Periodic', or 'Semi-permanent', the Trigger State for a CSI reporting setting where reportType is set to 'Aperiodic' and the resource setting for channel or interference measurements for one or more component cells (CC) can be set as the upper-level parameter CSI-AperiodicTriggerStateList.

[0430] Non-periodic CSI reporting of the terminal can be performed using PUSCH, periodic CSI reporting can be performed using PUCCH, and semi-permanent CSI reporting can be performed using PUSCH when triggered or activated by DCI, and using PUCCH after being activated by the MAC control element (MAC CE). As mentioned above, CSI resource settings can also be configured as non-periodic, periodic, or semi-permanent. Combinations between CSI reporting settings and CSI resource settings can be supported based on [Table 39] below.

[0431] [Table 39]

[0432]

[0433] Aperiodic CSI reporting can be triggered by the "CSI request" field of the aforementioned DCI format 0_1, which corresponds to the scheduling DCI for PUSCH. The terminal can monitor PDCCH, obtain DCI format 0_1, and obtain scheduling information and CSI request indicators for PUSCH. The CSI request indicator can be set to NTS (=0, 1, 2, 3, 4, 5, or 6) bits and can be determined by the upper layer signaling (reportTriggerSize). One trigger state among one or more aperiodic CSI reporting trigger states that can be set by the upper layer signaling (CSI-AperiodicTriggerStateList) can be triggered by the CSI request indicator.

[0434] - If all bits of the CSI request field are 0, this may mean that a CSI report is not requested.

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

[0436] - 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 may be indicated as a CSI request field.

[0437] The following [Table 40] shows an example of the relationship between a CSI request indicator and a CSI trigger state that can be indicated by that indicator.

[0438] [Table 40]

[0439]

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

[0441] Figure 13 is a diagram illustrating an example of a non-periodic CSI reporting method.

[0442] In one example (1300) of FIG. 13, the terminal can monitor the PDCCH (1301) to obtain DCI format 0_1, from which it can obtain scheduling information and CSI request information for the PUSCH (1305). The terminal can obtain resource information for the CSI-RS (1302) to be measured from the received CSI request indicator. The terminal can determine at what point in time to perform a measurement on the CSI-RS (1302) resource being transmitted based on the time when the DCI format 0_1 ​​is received and the parameter for the offset within the CSI resource set setting (e.g., the aperiodicTriggeringOffset described above) within the NZP CSI-RS resource set setting (NZP-CSI-RS-ResourceSet). More specifically, the terminal may receive the offset value X of the parameter aperiodicTriggeringOffset within the NZP-CSI-RS resource set setting as an upper layer signaling from the base station, and the set offset value X may represent the offset between the slot in which the DCI triggering the non-periodic CSI report is received and the slot in which the CSI-RS resource is transmitted. For example, the aperiodicTriggeringOffset parameter value and the offset value X may have a mapping relationship as described in [Table 41] below.

[0443] [Table 41]

[0444]

[0445] In one example (1300) of FIG. 13, an example is shown in which the aforementioned offset value is set to X=0. In this case, the terminal can receive CSI-RS (1302) in a slot (corresponding to slot 0 (1306) in FIG. 13) that receives DCI format 0_1 ​​that triggers a non-periodic CSI report, and can report the CSI information measured by the received CSI-RS to the base station via PUSCH (1305). The terminal can obtain scheduling information for PUSCH (1305) for CSI reporting (information corresponding to each field of the aforementioned DCI format 0_1) from DCI format 0_1. For example, the terminal can obtain information about the slot to transmit PUSCH (1305) from the aforementioned time domain resource allocation information for PUSCH (1305) in DCI format 0_1. In one example (1300) of FIG. 13, the terminal obtains a K2 value corresponding to the slot offset value for PDCCH-to-PUSCH as 3, and accordingly, at the time when PUSCH (1305) receives PDCCH (1301), it can be transmitted from slot 3 (1309), which is 3 slots away from slot 0 (1306).

[0446] In one example (1310) of FIG. 13, the terminal can monitor the PDCCH (1311) to obtain DCI format 0_1, from which it can obtain scheduling information and CSI request information for PUSCH (1315). The terminal can obtain resource information for the CSI-RS (1312) to be measured from the received CSI request indicator. One example (1310) of FIG. 13 shows an example in which the offset value for the aforementioned CSI-RS is set to X=1. In this case, the terminal can receive the CSI-RS (1312) in the slot (corresponding to slot 0 (1316) in FIG. 13) that received the DCI format 0_1 ​​triggering a non-periodic CSI report, and can report the CSI information measured by the received CSI-RS to the base station via PUSCH (1315).

[0447] Aperiodic CSI reports may include at least one or both of CSI part 1 or CSI part 2, and when the aperiodic CSI reports are transmitted via PUSCH, they may be multiplexed with the transport block. For multiplexing, a CRC is inserted into the input bits of the aperiodic CSI, followed by encoding and rate matching, and then mapped to a specific pattern in a resource element within PUSCH and transmitted. The above 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 during the multiplexing of CSI part 1 or CSI part 2 included in the aperiodic CSI report can be calculated as shown in [Table 42] below.

[0448] [Table 42]

[0449]

[0450]

[0451]

[0452] In particular, for PUSCH repetition transmission methods A and B, the terminal can transmit aperiodic CSI reports by multiplexing them only during the first repetition of the PUSCH repetition. This is because the aperiodic CSI report information being multiplexed is encoded in a polar code format, and for it to be multiplexed across multiple PUSCH repetitions, each PUSCH repetition must have the same frequency and time resource allocation. Specifically, in the case of PUSCH repetition type B, since each actual repetition can have a different OFDM symbol length, the aperiodic CSI reports can be multiplexed and transmitted only during the first PUSCH repetition.

[0453] Additionally, regarding PUSCH repetitive transmission method B, if the terminal receives a DCI that schedules a non-periodic CSI report or enables semi-permanent CSI report without scheduling for the transport block, the value of the nominal repetition may be assumed to be 1 even if the number of PUSCH repetitive transmissions set by the upper layer signaling is greater than 1. Additionally, if the terminal schedules or enables a non-periodic or semi-permanent CSI report without scheduling for the transport block based on PUSCH repetitive transmission method B, the terminal may expect the first nominal repetition to be the same as the first actual repetition. For a PUSCH transmitted including the semi-permanent CSI based on PUSCH repetitive transmission method B without scheduling for the DCI after semi-permanent CSI report is enabled by the DCI, if the first nominal repetition is different from the first actual repetition, the transmission for the first nominal repetition may be ignored.

[0454] [Regarding Terminal Capability Reporting]

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

[0456] A base station may transmit a UE capability enquiry message requesting capability reporting to a connected terminal. The message may include a request for terminal capability specific to the base station's RAT (radio access technology) type. The request for each RAT type may include information such as supported frequency band combinations. Furthermore, in the case of the UE capability enquiry message, multiple UE capabilities for each RAT type may be requested through a single RRC message container transmitted by the base station, or the base station may transmit the UE capability enquiry message, which includes the request for each RAT type, to the terminal multiple times. That is, the UE capability inquiry may be repeated multiple times within a single message, and the terminal may construct and report the corresponding UE capability information message multiple times. In next-generation mobile communication systems, UE capability requests can be made for NR, LTE, EN-DC (E-UTRA - NR dual connectivity), and MR-DC (Multi-RAT dual connectivity). Additionally, while the UE capability enquiry message is generally transmitted initially after the terminal connects with the base station, the base station may request it under any conditions whenever necessary.

[0457] In the above step, the terminal that receives a request for a UE capability report from the base station configures the terminal capability according to the RAT type and band information requested from the base station. The method by which the terminal configures the UE capability in the NR system is summarized below.

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

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

[0460] 3. Subsequently, the terminal removes fallback BCs from the candidate list of BCs configured in the above step. Here, a fallback BC refers to a BC that can be obtained by removing a band corresponding to at least one SCell from any BC; this step can be omitted because the BC before removing the band corresponding to at least one SCell already covers the fallback BC. This step applies to MR-DC as well, meaning it applies to LTE bands. The BCs remaining after this step constitute the final "candidate BC list."

[0461] 4. The terminal selects the BCs to be reported 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 predetermined order. That is, the terminal constructs the BCs and UE capabilities to be reported according to the pre-set order of rat-Type (nr -> eutra-nr -> eutra). Additionally, it constructs a featureSetCombination for the constructed supportedBandCombinationList and constructs a list of "Candidate Feature Set Combinations" from the Candidate BC List from which the list of fallback BCs (containing capabilities of the same or lower level) has been removed. The above "Candidate Feature Set Combinations" include feature set combinations for both NR and EUTRA-NR BCs and can be obtained from the feature set combinations of the UE-NR-Capabilities and UE-MRDC-Capabilities containers.

[0462] 5. Additionally, if the requested rat Type is eutra-nr and has an influence, featureSetCombinations is included in both the UE-MRDC-Capabilities and UE-NR-Capabilities containers. However, the NR feature set is included only in UE-NR-Capabilities.

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

[0464] [CA / DC Related]

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

[0466] Referring to FIG. 15, the wireless protocol of the next-generation mobile communication system consists 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) at the terminal and the NR base station, respectively.

[0467] The main functions of NR SDAP (S25, S70) may include some of the following functions.

[0468] - User data transfer function (transfer of user plane data)

[0469] - Mapping function between a QoS flow and a DRB for both DL and UL for uplink and downlink

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

[0471] - Function to map reflective QoS flow to data bearers for uplink SDAP PDUs (reflective QoS flow to DRB mapping for the UL SDAP PDUs).

[0472] Regarding the above SDAP layer device, the terminal may receive a setting via an RRC message indicating whether to use the header of the SDAP layer device or the functions of the SDAP layer device for each PDCP layer device, bearer, or logical channel. If the SDAP header is configured, the terminal may be instructed to update or reset the mapping information for the uplink and downlink QoS flows and data bearers to the NAS reflective QoS and AS reflective QoS 1-bit indicators of the SDAP header. The above SDAP header may include QoS flow ID information indicating QoS. The above QoS information may be used for data processing priority, scheduling information, etc., to support smooth service.

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

[0474] - Header compression and decompression features (ROHC only)

[0475] - User data transfer function (Transfer of user data)

[0476] - Sequential delivery function (In-sequence delivery of upper layer PDUs)

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

[0478] - Reordering function (PDCP PDU reordering for reception)

[0479] - Duplicate detection function (Duplicate detection of lower layer SDUs)

[0480] - Retransmission of PDCP SDUs

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

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

[0483] In the above, the reordering function of the NR PDCP device refers to a function that reorders PDCP PDUs received from a lower layer in order based on the PDCP SN (sequence number), and may include a function that transmits data to an upper layer in the reordered order. Alternatively, the reordering function of the NR PDCP device may include a function that transmits immediately without considering the order, a function that records lost PDCP PDUs by reordering, a function that reports the status of lost PDCP PDUs to the transmitting side, and a function that requests retransmission of lost PDCP PDUs.

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

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

[0486] - Sequential delivery function (In-sequence delivery of upper layer PDUs)

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

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

[0489] - Concatenation, segmentation, and reassembly functions of RLC SDUs

[0490] - Re-segmentation function (Re-segmentation of RLC data PDUs)

[0491] - Reordering function (Reordering of RLC data PDUs)

[0492] - Duplicate detection

[0493] - Error detection function (Protocol error detection)

[0494] - RLC SDU discard function

[0495] RLC re-establishment function

[0496] In the above, the in-sequence delivery function of the NR RLC device refers to the function of delivering RLC SDUs received from a lower layer to an upper layer in order. The in-sequence delivery function of the NR RLC device may include a function of reassembling and delivering the RLC SDUs when the original RLC SDU is received divided into multiple RLC SDUs, a function of rearranging the received RLC PDUs based on an 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 the NR RLC device may include a function to deliver only the RLC SDUs prior to the lost RLC SDU in order to the upper layer if there is a lost RLC SDU, or a function to deliver all RLC SDUs received before the timer started in order to the upper layer if a predetermined timer has expired even if there is a lost RLC SDU. Alternatively, the in-sequence delivery function of the NR RLC device may include a function to deliver all RLC SDUs received up to the present in order to the upper layer if a predetermined timer has expired even if there is a lost RLC SDU.In addition, the RLC PDUs described above may be processed in the order they are received (regardless of the order of sequence numbers, in the order of arrival) and delivered to the PDCP device out of order (out-of-sequence delivery). In the case of segments, segments stored in a buffer or to be received later may be received, reconstructed into a single complete RLC PDU, processed, and delivered to the PDCP device. The NR RLC layer may not include a concatenation function, and this function may be performed by the NR MAC layer or replaced by the multiplexing function of the NR MAC layer.

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

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

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

[0500] - Multiplexing and demultiplexing functions (Multiplexing / demultiplexing of MAC SDUs)

[0501] - Scheduling information reporting function

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

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

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

[0505] - MBMS service identification function

[0506] - Transport format selection function

[0507] - Padding

[0508] The NR PHY layer (S45, S50) can perform the operation of channel coding and modulating upper layer data, creating OFDM symbols and transmitting them to the wireless channel, or demodulating OFDM symbols received through the wireless channel and channel decoding them to transmit them to the upper layer.

[0509] The detailed structure of the above wireless protocol structure may vary 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 having a single structure for each layer, as shown in S00. On the other hand, when a base station transmits data to a terminal based on Carrier Aggregation (CA) using multiple carriers in a single TRP, the base station and the terminal use a protocol structure that has a single structure up to the RLC, as shown in S10, but multiplexes the PHY layer through the MAC layer. As another example, when a base station transmits data to a terminal based on Dual Connectivity (DC) using multiple carriers in multiple TRPs, the base station and the terminal use a protocol structure that has a single structure up to the RLC, as shown in S20, but multiplexes the PHY layer through the MAC layer.

[0510] Referring to the descriptions regarding PDCCH and beam configuration above, PDCCH repeated transmission is not supported in current Rel-15 and Rel-16 NR, making it difficult to achieve the required reliability in scenarios requiring high reliability, such as URLLC. The present disclosure provides a method for PDCCH repeated transmission through multiple transmission points (TRPs) to improve the PDCCH reception reliability of a terminal. The specific method is described in detail in the following examples.

[0511] Embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. The contents of the present disclosure are applicable to FDD and TDD systems. In the present disclosure, upper signaling (or upper layer signaling) is a signal transmission method transmitted from a base station to a terminal using a physical layer downlink data channel, or from a terminal to a base station using a physical layer uplink data channel, and may be referred to as RRC signaling, PDCP signaling, or a MAC (medium access control) control element (MAC CE).

[0512] In the present disclosure, when determining whether cooperative communication is applied, the terminal may use various methods, such as the PDCCH(s) that allocate the PDSCH to which cooperative communication is applied having a specific format, or the PDCCH(s) that allocate the PDSCH to which cooperative communication is applied including a specific indicator indicating whether cooperative communication is applied, or the PDCCH(s) that allocate the PDSCH to which cooperative communication is applied being scrambled with a specific RNTI, or assuming the application of cooperative communication in a specific section indicated to an upper layer. For convenience of explanation thereafter, the case in which the terminal receives a PDSCH to which cooperative communication is applied based on conditions similar to those above will be referred to as the NC-JT case.

[0513] In the present disclosure below, determining the priority between A and B may be referred to in various ways, such as selecting the one with the higher priority according to a predetermined priority rule and performing the corresponding action, or omitting or dropping the action for the one with the lower priority.

[0514] The term "subframe" as used in the present disclosure below is a general term that may refer to a specific time unit corresponding to TTI (Transmit Time Interval), and specifically, it may refer to a slot used in a 5G NR system, or a slot or subframe used in a 4G LTE system.

[0515] In the following disclosure, the examples are described through a number of embodiments, but these are not independent, and one or more embodiments may be applied simultaneously or in combination.

[0516] [Regarding NC-JT]

[0517] According to one embodiment of the present disclosure, non-coherent joint transmission (NC-JT) may be used for a terminal to receive PDSCH from a plurality of TRPs.

[0518] Unlike existing systems, 5G wireless communication systems can support not only services requiring high transmission speeds but also services requiring very short transmission delays and high connection densities. In a wireless communication network comprising multiple cells, TRPs (transmission and reception points), or beams, coordinated transmission between each cell, TRP, or / and beam can satisfy various service requirements by increasing the signal strength received by the terminal or efficiently performing interference control between each cell, TRP, or / and beam.

[0519] Joint Transmission (JT) is a representative transmission technology for the aforementioned cooperative communication that increases the signal strength or throughput received by a terminal by transmitting signals to a single terminal through multiple different cells, TRPs, and / or beams. In this case, the characteristics of the channels between each cell, TRP, or / or beam and the terminal may differ significantly. In particular, in the case of Non-Coherent Joint Transmission (NC-JT), which supports non-coherent precoding between each cell, TRP, or / or beam, individual precoding, MCS, resource allocation, TCI instructions, etc., may be required depending on the link-specific channel characteristics between each cell, TRP, or / or beam and the terminal.

[0520] The aforementioned NC-JT transmission may be applied to at least one of the physical downlink shared channel (PDSCH), physical downlink control channel (PDCCH), physical uplink shared channel (PUSCH), and physical uplink control channel (PUCCH). During PDSCH transmission, transmission information such as precoding, MCS, resource allocation, and TCI is indicated by DL DCI, and for NC-JT transmission, the transmission information must be indicated independently by cell, TRP, and / or beam. This is a major factor in increasing the payload required for DL ​​DCI transmission, which can adversely affect the reception performance of the PDCCH transmitting the DCI. Therefore, to support JT in PDSCH, it is necessary to carefully design the tradeoff between the amount of DCI information and the reception performance of control information.

[0521] FIG. 16 is a diagram illustrating an example of antenna port configuration and resource allocation for transmitting PDSCH using cooperative communication in a wireless communication system according to one embodiment of the present disclosure.

[0522] Referring to Fig. 16, examples for PDSCH transmission are described according to the Joint Transmission (JT) technique, and examples for allocating radio resources by TRP are illustrated.

[0523] Referring to FIG. 16, an example (N000) of a Coherent Joint Transmission (C-JT) that supports coherent precoding between each cell, TRP or / and beam is shown.

[0524] In the case of C-JT, TRP A (N005) and TRP B (N010) transmit a single data (PDSCH) to a terminal (N015), and joint precoding can be performed in multiple TRPs. This may mean that DMRS is transmitted through the same DMRS ports for TRP A (N005) and TRP B (N010) to transmit the same PDSCH. For example, TRP A (N005) and TRP B (N010) can each transmit DRMS ​​to the terminal through DMRS port A and DMRS B. In this case, the terminal can receive one DCI information for receiving a single PDSCH that is demodulated based on the DMRS transmitted through DMRS port A and DMRS B.

[0525] FIG. 16 shows an example (N020) of Non-Coherent Joint Transmission (NC-JT) that supports non-coherent precoding between each cell, TRP or / and beam for PDSCH transmission.

[0526] In the case of NC-JT, a PDSCH is transmitted to the terminal (N035) for each cell, TRP, and / or beam, and individual precoding may be applied to each PDSCH. Each cell, TRP, and / or beam can transmit a different PDSCH or a different PDSCH layer to the terminal to improve throughput compared to single cell, TRP, and / or beam transmission. Additionally, each cell, TRP, and / or beam can repeatedly transmit the same PDSCH to the terminal to improve reliability compared to single cell, TRP, and / or beam transmission. For convenience of explanation, the cell, TRP, and / or beam are collectively referred to as TRPs below.

[0527] At this time, various wireless resource allocations may be considered, such as when the frequency and time resources used by multiple TRPs for PDSCH transmission are all the same (N040), when the frequency and time resources used by multiple TRPs do not overlap at all (N045), or when some of the frequency and time resources used by multiple TRPs overlap (N050).

[0528] To support NC-JT, DCIs of various forms, structures, and relationships can be considered to simultaneously allocate multiple PDSCHs to a single terminal.

[0529] FIG. 17 is a diagram illustrating an example of the configuration of downlink control information (DCI) for NC-JT in which each TRP transmits different PDSCH or different PDSCH layers to a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0530] Referring to FIG. 17, case #1 (N100) is an example in which, in addition to the serving TRP (TRP#0) used for a single PDSCH transmission, (N-1) different PDSCHs are transmitted from (N-1) additional TRPs (TRP#1 to TRP#(N-1)), and control information for the PDSCHs transmitted from the (N-1) additional TRPs is transmitted independently of the control information for the PDSCH transmitted from the serving TRP. That is, the terminal can obtain control information for the PDSCHs transmitted from different TRPs (TRP#0 to TRP#(N-1)) through independent DCIs (DCI#0 to DCI#(N-1)). The formats between the independent DCIs may be the same or different from each other, and the payloads between the DCIs may also be the same or different from each other. In the aforementioned case #1, the degrees of freedom for each PDSCH control or allocation can be fully guaranteed, but if each DCI is transmitted from different TRPs, coverage differences per DCI may occur, which may degrade reception performance.

[0531] Case #2 (N105) illustrates a situation in which (N-1) different PDSCHs are transmitted from (N-1) additional TRPs (TRP#1 to TRP#(N-1)) in addition to the serving TRP (TRP#0) used for a single PDSCH transmission, wherein control information (DCI) for the PDSCHs of the (N-1) additional TRPs is transmitted separately, and each of these DCIs is dependent on the control information for the PDSCH transmitted from the serving TRP.

[0532] For example, DCI#0, which is control information for PDSCH transmitted from a serving TRP (TRP#0), includes all information elements of DCI format 1_0, DCI format 1_1, and DCI format 1_2, but shortened DCI (hereinafter sDCI) (sDCI#0 to sDCI#(N-2)), which is control information for PDSCH transmitted from cooperative TRPs (TRP#1 to TRP#(N-1)), may include only some of the information elements of DCI format 1_0, DCI format 1_1, and DCI format 1_2. Therefore, in the case of sDCI transmitting control information for PDSCH transmitted from cooperative TRPs, since the payload is smaller compared to normal DCI (nDCI) transmitting PDSCH-related control information transmitted from a serving TRP, it is possible to include reserved bits compared to nDCI.

[0533] In the aforementioned case #2, the degree of freedom for each PDSCH control or allocation may be limited depending on the content of the information elements included in sDCI, but since the receiving performance of sDCI becomes superior to that of nDCI, the probability of coverage difference between DCIs occurring may be reduced.

[0534] Case #3 (N110) illustrates a situation where (N-1) different PDSCHs are transmitted from (N-1) additional TRPs (TRP#1 to TRP#(N-1)) other than the serving TRP (TRP#0) used for a single PDSCH transmission, and a single control information for the PDSCHs of the (N-1) additional TRPs is transmitted, and this DCI is dependent on the control information for the PDSCH transmitted from the serving TRP.

[0535] For example, DCI#0, which is control information for a PDSCH transmitted from a serving TRP (TRP#0), includes all information elements of DCI format 1_0, DCI format 1_1, and DCI format 1_2, and for control information for PDSCHs transmitted from cooperative TRPs (TRP#1 to TRP#(N-1)), it is possible to collect and transmit only some of the information elements of DCI format 1_0, DCI format 1_1, and DCI format 1_2 into a single 'secondary' DCI (sDCI). For example, the sDCI may include at least one piece of HARQ-related information such as frequency domain resource assignment, time domain resource assignment, and MCS of cooperative TRPs. In addition, for information not included in sDCI, such as BWP (bandwidth part) indicators or carrier indicators, the DCI of the serving TRP (DCI#0, normal DCI, nDCI) may be followed.

[0536] In case #3 (N110), the degree of freedom for each PDSCH control or allocation may be limited depending on the content of the information element included in the sDCI, but the reception performance of the sDCI can be adjusted, and the complexity of the terminal's DCI blind decoding may be reduced compared to case #1 (N100) or case #2 (N105).

[0537] Case #4 (N115) is an example in which, in a situation where (N-1) different PDSCHs are transmitted from (N-1) additional TRPs (TRP#1 to TRP#(N-1)) in addition to the serving TRP (TRP#0) used for a single PDSCH transmission, control information for the PDSCHs transmitted from the (N-1) additional TRPs is transmitted within the same DCI (Long DCI) as the control information for the PDSCH transmitted from the serving TRP. In other words, the terminal can obtain control information for PDSCHs transmitted from different TRPs (TRP#0 to TRP#(N-1)) through a single DCI. In the case of Case #4 (N115), the complexity of the terminal's DCI blind decoding may not increase, but the freedom of PDSCH control or allocation may be low, such as when the number of cooperating TRPs is limited by the long DCI payload limit.

[0538] In the following description and embodiments, sDCI may refer to various auxiliary DCIs, such as shortened DCI, secondary DCI, or normal DCI (DCI formats 1_0 to 1_1 described above) containing PDSCH control information transmitted from a cooperative TRP, and unless a specific limitation is specified, the description may be similarly applied to the various auxiliary DCIs.

[0539] In the following description and embodiments, the aforementioned cases #1 (N100), #2 (N105), and #3 (N110), in which one or more DCIs (PDCCHs) are used to support NC-JT, may be classified as multiple PDCCH-based NC-JT, and the aforementioned case #4 (N115), in which a single DCI (PDCCH) is used to support NC-JT, may be classified as single PDCCH-based NC-JT. In PDCCH transmission based on multiple PDCCHs, the CORESET where the DCI of the serving TRP (TRP#0) is scheduled and the CORESET where the DCIs of the cooperating TRPs (TRP#1 to TRP#(N-1)) are scheduled may be distinguished. Methods for distinguishing the CORESETs may include distinguishing them through upper-layer indicators for each CORESET or distinguishing them through beam settings for each CORESET. In addition, in a single PDCCH-based NC-JT, instead of a single DCI scheduling multiple PDSCHs, a single PDSCH having multiple layers is scheduled, and the aforementioned multiple layers can be transmitted from multiple TRPs. At this time, the connection relationship between a layer and the TRP transmitting that layer can be indicated through a TCI (Transmission Configuration Indicator) indication for the layer.

[0540] In the embodiments of the present disclosure, "cooperative TRP" may be replaced with various terms such as "cooperative panel" or "cooperative beam" in actual application.

[0541] In the embodiments of the present disclosure, the phrase “where NC-JT is applied” can be interpreted in various ways depending on the situation, such as “where a terminal receives one or more PDSCHs simultaneously in one BWP,” “where a terminal receives PDSCHs based on two or more TCI (Transmission Configuration Indicator) indications simultaneously in one BWP,” or “where the PDSCHs received by the terminal are associated with one or more DMRS port groups,” but for the convenience of explanation, it has been used as a single expression.

[0542] In the present disclosure, the wireless protocol structure for NC-JT can be used in various ways depending on the TRP deployment scenario. For example, when there is no or small backhaul delay between cooperative TRPs, a method using a structure based on MAC layer multiplexing similar to S10 in FIG. 15 (CA-like method) is possible. On the other hand, when the backhaul delay between cooperative TRPs is large enough to be negligible (e.g., when more than 2 ms is required for the exchange of information such as CSI, scheduling, and HARQ-ACK between cooperative TRPs), a method using a structure independent of each TRP from the RLC layer, similar to S20 in FIG. 15, to ensure robustness against delay (DC-like method) is possible.

[0543] A terminal supporting C-JT / NC-JT can receive C-JT / NC-JT-related parameters or setting values ​​from the upper layer configuration and set the terminal's RRC parameters based on this. For the upper layer configuration, the terminal can utilize UE capability parameters, such as tci-StatePDSCH. Here, UE capability parameters, such as tci-StatePDSCH, can define TCI states for the purpose of PDSCH transmission. The number of TCI states can be set to 4, 8, 16, 32, 64, or 128 in FR1, and to 64 or 128 in FR2. Among the set number, up to 8 states can be configured, which can be indicated by the 3 bits of the TCI field of the DCI via a MAC CE message. The maximum value of 128 refers to the value indicated by maxNumberConfiguredTCIstatesPerCC within the tci-StatePDSCH parameter included in the terminal's capability signaling. In this way, a series of configuration processes from upper layer configuration to MAC CE configuration can be applied to beamforming instructions or beamforming change commands for at least one PDSCH in one TRP.

[0544] [Multi-DCI-based Multi-TRP]

[0545] According to one embodiment of the present disclosure, a downlink control channel for NC-JT transmission can be established based on Multi-PDCCH.

[0546] In NC-JT based on multiple PDCCH, when transmitting DCI for the PDSCH schedule of each TRP, a CORESET or search space separate for each TRP may be provided. The CORESET or search space per TRP can be configured as in at least one of the following cases.

[0547] * Setting the upper layer index per CORESET: The CORESET setting information configured as the upper layer may include an index value, and the TRP transmitting the PDCCH from the corresponding CORESET can be distinguished by the configured CORESET-specific index value. That is, in a set of CORESETs with the same upper layer index value, it can be assumed that the same TRP transmits the PDCCH, or that a PDCCH scheduling the PDCCH of the same TRP is transmitted. The aforementioned CORESET-specific index may be named as CORESETPoolIndex, and for CORESETs with the same CORESETPoolIndex value configured, it can be assumed that the PDCCH is transmitted from the same TRP. For a CORESET where the CORESETPoolIndex value is not configured, it can be assumed that the default value of CORESETPoolIndex is configured, and the aforementioned default value may be 0.

[0548] * Multiple PDCCH-Config Settings: Multiple PDCCH-Configs are configured within a single BWP, and each PDCCH-Config may include PDCCH settings per TRP. That is, a single PDCCH-Config may contain a list of CORESETs and / or a list of search spaces per TRP, and one or more CORESETs and one or more search spaces included in a single PDCCH-Config may be considered to correspond to a specific TRP.

[0549] * CORESET Beam / Beam Group Configuration: TRPs corresponding to a given CORESET can be distinguished through beams or beam groups configured per CORESET. For example, if the same TCI state is configured for multiple CORESETs, those CORESETs can be considered to be transmitted through the same TRP, or a PDCCH scheduling a PDSCH of the same TRP within that CORESET can be considered to be transmitted.

[0550] * Search Space Beam / Beam Group Configuration: Beams or beam groups are configured for each search space, allowing TRPs to be distinguished by search space. For example, if the same beam / beam group or TCI state is set in multiple search spaces, it can be assumed that the same TRP is transmitting a PDCCH in that search space, or that a PDCCH scheduling the same TRP's PDSCH is being transmitted in that search space.

[0551] As described above, by separating the CORESET or search space by TRP, it is possible to classify PDSCH and HARQ-ACK information for each TRP, which enables the creation of independent HARQ-ACK codebooks and the use of independent PUCCH resources for each TRP.

[0552] The above settings may be independent per cell or per BWP. For example, two different CORESETPoolIndex values ​​may be set for a PCell, while a specific SCell may not have a CORESETPoolIndex value set. In this case, NC-JT transmission may be configured for the PCell, whereas NC-JT transmission may not be configured for the SCell where the CORESETPoolIndex value is not set.

[0553] [Single-DCI-based Multi-TRP]

[0554] According to another embodiment of the present disclosure, a downlink beam for NC-JT transmission can be established based on Single-PDCCH.

[0555] In Single PDCCH-based NC-JT, a single DCI can schedule PDSCHs transmitted by multiple TRPs. In this case, the number of TCI states can be used as a method to indicate the number of TRPs transmitting the PDSCH. That is, if the number of TCI states indicated in the DCI scheduling the PDSCH is 2, it can be considered a single PDCCH-based NC-JT transmission, and if the number of TCI states is 1, it can be considered a single-TRP transmission. The TCI states indicated in the above-mentioned DCI may correspond to one or two TCI states among the TCI states activated by MAC-CE. When the TCI states of the DCI correspond to two TCI states activated by MAC-CE, a correspondence relationship is established between the TCI codepoint indicated in the DCI and the TCI states activated by MAC-CE, and this may be the case when there are two TCI states activated by MAC-CE corresponding to the said TCI codepoint.

[0556] The above-described settings may be independent per cell or per BWP. For example, a PCell may have up to two activated TCI states corresponding to a single TCI codepoint, whereas a specific SCell may have up to one activated TCI state corresponding to a single TCI codepoint. In this case, it can be assumed that NC-JT transmission is configured in the PCell, whereas NC-JT transmission is not configured in the aforementioned SCell.

[0557] [PHR]

[0558] FIG. 18 illustrates a procedure for a base station to control the transmit power of a terminal in a cellular system. In step 18-10 of FIG. 18, a terminal within the base station's coverage can perform downlink synchronization with the base station and obtain system information. According to some embodiments, downlink synchronization can be performed via the synchronization signal PSS / SSS (Primary Synchronization Signal / Secondary Synchronization Signal) received from the base station. Terminals that have performed downlink synchronization can receive the MIB (Master Information Block) and SIB (System Information Block) from the base station and obtain system information. In step 18-15, the terminal can perform uplink synchronization with the base station through a random access procedure and establish a RRC (Radio Resource Control) connection. In the random access procedure, the terminal can transmit a random access preamble and message 3 (msg3) to the base station via the uplink. At this time, uplink transmit power control can be performed during the transmission of the random access preamble and message 3. Specifically, the terminal may control uplink transmit power by receiving parameters for uplink transmit power control from the base station via acquired system information, e.g., SIB, or by using agreed parameters. In another embodiment of the present disclosure, the terminal may measure the Reference Signal Received Power (RSRP) from a path attenuation estimation signal transmitted by the base station and estimate the downlink path attenuation value as in [Equation 7]. Then, based on the estimated path attenuation value, the terminal may set the uplink transmit power value for transmitting a random access preamble and message 3.

[0559] [Mathematical Formula 7]

[0560] Downlink path attenuation = Base station signal transmission power - RSRP measured by the terminal

[0561] In [Equation 7], the transmission power of the base station signal refers to the transmission power of the downlink path attenuation estimation signal transmitted by the base station. The downlink path attenuation estimation signal transmitted by the base station may be a CRS (Cell-specific Reference Signal) or an SSB (Synchronization Signal Block). If the path attenuation estimation signal is a CRS (Cell-specific Reference Signal), the transmission power of the base station signal refers to the transmission power of the CRS and can be transmitted to the terminal via the referenceSignalPower parameter of the system information. If the path attenuation estimation signal is an SSB (Synchronization Signal Block), the transmission power of the base station signal refers to the transmission power of the DMRS (DeModulation Reference Signal) transmitted to the SSS (Secondary Synchronization Signal) and PBCH, and can be transmitted to the terminal via the ss-PBCH-BlockPower parameter of the system information. In steps 18-20, the terminal may receive RRC parameters for uplink transmission power control from the base station via UE-specific RRC or common RRC. The transmit power control parameters received at this time may differ depending on the type of uplink channel and the type of signal transmitted over the uplink. That is, the transmit power control parameters applied to the transmission of the physical uplink control channel (PUCCH), the physical uplink shared channel (PUSCH), and the sounding reference signal (SRS) may differ from one another.Additionally, as previously explained, transmit power control parameters received by the terminal via the SIB from the base station prior to the RRC connection establishment, or transmit power control parameters used by the terminal as pre-agreed values ​​prior to the RRC connection establishment, may be included in the RRC parameters transmitted from the base station after the RRC connection establishment. The terminal may use the RRC parameter values ​​received from the base station after the RRC connection establishment for uplink transmit power control. In steps 18-25, the terminal may receive a path attenuation estimation signal from the base station. More specifically, after the terminal's RRC connection establishment, the base station may configure the CSI-RS (Channel State Information-Reference Signal) with the terminal's path attenuation estimation signal. In this case, the base station may transmit information regarding the transmit power of the CSI-RS to the terminal via the powerControlOffsetSS parameter of the UE dedicated RRC information. Here, powerControlOffsetSS may represent the transmit power difference (offset) between the SSB and the CSI-RS. In steps 18-30, the terminal can estimate the downlink path attenuation value and set the uplink transmit power value. More specifically, the terminal can measure the downlink RSRP using CSI-RS and estimate the downlink path attenuation value through [Equation 1] using information on the transmit power of the CSI-RS received from the base station. Then, based on the estimated path attenuation value, the terminal can set the uplink transmit power value for PUCCH, PUSCH, and SRS transmission. In step 18-35, the terminal can provide power headroom reporting (PHR) to the base station. Power headroom may refer to the difference between the terminal's current transmit power and the terminal's maximum output power.In steps 18-40, the base station can optimize system operation based on the reported power headroom. For example, if the power headroom value reported by a specific terminal to the base station is positive, the base station can increase system yield by allocating more resources (RB: Resource Block) to that terminal. In steps 18-45, the terminal can receive a transmission power control command (TPC) from the base station. For example, if the power headroom value reported by a specific terminal to the base station is negative, the base station can allocate fewer resources to that terminal or reduce the terminal's transmission power via the transmission power control command (TPC). This can increase system yield or reduce unnecessary power consumption by the terminal. In steps 18-50, the terminal can update its transmission power based on the TPC command. At this time, the TPC command may be transmitted to the terminal via a UE-specific DCI or a group common DCI. Thus, the base station can dynamically control the terminal's transmission power through the TPC command. In steps 18-55, the terminal can perform uplink transmission based on the updated transmit power.

[0562] [PUSCH power control]

[0563] The PUSCH transmission power can be determined through the following [Equation 8].

[0564] [Mathematical Formula 8]

[0565]

[0566] In [Equation 8] is the maximum transmission power set for the terminal for carrier f of serving cell c at time i of PUSCH transmission. is a reference setting transmission power setting value based on the active uplink bandwidth part (BWP) b of the carrier f of the serving cell c, and has different values ​​depending on various transmission types j. It can have various values ​​depending on whether the PUSCH transmission is message 3 PUSCH for random access, or whether the PUSCH is configured grant PUSCH, or scheduled PUSCH. represents the frequency size assigned to PUSCH. represents the degree of compensation ratio for the path loss of the UL BWP b of the carrier f of the serving cell c, and can be set by the upper signal and may have different values ​​depending on j. is an estimated value of the downlink path loss of the UL BWP b of the carrier f of the serving cell c, using a value measured through a reference signal in the activated downlink bandwidth interval. The reference signal may be an SS / PBCH block or a CSI-RS. The downlink path loss may be calculated as described above in [Equation 7]. In another embodiment of the present disclosure, is a downlink warning attenuation value, which is the path attenuation calculated by the terminal as in [Equation 7]. Depending on whether the upper signal is set, the terminal calculates the path attenuation based on a reference signal resource associated with the SS / PBCH block or CSI-RS. The reference signal resource can select one of several sets of reference signal resources by the upper signal or L1 signal, and the terminal calculates the path attenuation based on that reference signal resource. is a value determined by the MCS (Modulation and Coding Scheme) value of the PUSCH at time i of the PUSCH transmission of the carrier f of the serving cell c and the UL BWP b. The power value can be dynamically adjusted by the TPC command as a power adjustment adaptive value.

[0567] The TPC command is divided into accumulated mode and absolute mode, and one of the two modes is determined by the upper signal. In the accumulated mode, the currently determined power regulation adaptation value is accumulated with the value indicated by the TPC command, and can be increased or decreased according to the TPC command. It has a relationship with is the value specified in the TPC command. In absolute mode, the value is determined by the TPC command regardless of the currently determined power regulation adaptation value, and It has the relationship. [Table 43] below shows the values ​​that can be indicated in the TPC command.

[0568] [Table 43] TPC command

[0569]

[0570] [PUCCH power control]

[0571] The following [Equation 9] is the equation for determining PUCCH transmission power.

[0572] [Mathematical Formula 9]

[0573]

[0574] In [Equation 9] is a reference setting transmission power setting value, and various transmission types It has different values ​​depending on, and the value may be changed by higher-level signals such as RRC or MAC CE. If the value is changed by MAC CE, the terminal transmits a HARQ-ACK to the PDSCH that received the MAC CE; if the slot that transmitted the HARQ-ACK is k, then k + k offset It is determined that the corresponding value is applied starting from the slot. k offset It has different values ​​depending on the subcarrier interval, and for example, it can have 3ms. is the size of the frequency resource area allocated to PUCCH. is the estimated path attenuation value of the terminal, and as described in [Equation 7], the terminal calculates it based on a specific reference signal among various CSI-RS or SS / PBCH depending on whether the upper signal is set and its type. For repeated transmission PUCCHs, the same The same applies to repeated transmission PUCCHs. is applied.

[0575] [HARQ-ACK: Type 1 (semi-static) codebook related]

[0576] In a situation where the number of HARQ-ACK PUCCHs a terminal can transmit within a slot is limited to one, when the terminal receives a semi-static HARQ-ACK codebook upper setting, the terminal reports HARQ-ACK information regarding PDSCH reception or SPS PDSCH release in the HARQ-ACK codebook in the slot indicated by the value of the PDSCH-to-HARQ_feedback timing indicator in DCI format 1_0 or DCI format 1_1. In slots not indicated by the PDSCH-to-HARQ_feedback timing indicator field in DCI format 1_0 or DCI format 1_1, the terminal reports the HARQ-ACK information bit value as NACK in the HARQ-ACK codebook. If the terminal reports only one SPS PDSCH release or one HARQ-ACK information for one PDSCH reception in the MA,C cases for candidate PDSCH reception, and the report is scheduled by DCI format 1_0 containing information in which the counter DACI field in the Pcell indicates 1, the terminal determines one HARQ-ACK codebook for the corresponding SPS PDSCH release or the corresponding PDSCH reception.

[0577] Except for that, the HARQ-ACK codebook determination method according to the method described above is followed.

[0578] If MA,c is the set of PDSCH reception candidate cases in serving cell c, MA,c can be obtained through the following [pseudo-code 1] steps.

[0579] [pseudo-code 1 start]

[0580] - Step 1: Initialize j to 0 and MA and c to empty sets. Initialize k, the HARQ-ACK transmission timing index, to 0.

[0581] - Step 2: Set R as the set of each row in the table containing slot information, start symbol information, and symbol count or length information where PDSCH is mapped. If the PDSCH-possible mapping symbol pointed to by each value in R is set to a UL symbol according to the DL and UL settings established above, delete the corresponding row from R.

[0582] - Step 3-1: If a terminal can receive one unicast PDSCH per slot and R is not an empty set, add 1 to set MA,c.

[0583] - Step 3-2: If the terminal can receive more than one unicast PDSCH in a slot, count the number of PDSCHs that can be assigned to different symbols in the calculated R and add that number to MA,c.

[0584] - Step 4: Increase k by 1 and start again from Step 2.

[0585] [End of pseudo-code 1]

[0586] The aforementioned pseudo-code 1 is explained using Fig. 19 as an example.

[0587] Referring to FIG. 19, in order to perform HARQ-ACK PUCCH transmission in slot #k (1908), all slot candidates capable of PDSCH-to-HARQ-ACK timing that can indicate slot #k (1908) are considered. Referring to FIG. 19, it is assumed that HARQ-ACK transmission in slot #k (1908) is possible only for PDSCHs scheduled in slot #n (1902), slot #n+1 (1904), and slot #n+2 (1906) by possible PDSCH-to-HARQ-ACK timing combinations. Then, the maximum number of PDSCHs that can be scheduled per slot is derived by considering the time domain resource configuration information of the PDSCHs that can be scheduled in slots 1902, 1904, and 1906, respectively, and information indicating whether the symbol within the slot is a downlink or an uplink. For example, assuming that a maximum of 2 PDSCHs are possible in slot 1902, 3 PDSCHs in slot 1904, and 2 PDSCHs in slot 1906, the maximum number of PDSCHs included in the HARQ-ACK codebook transmitted in slot 1908 is 7. This is called the cardinality of the HARQ-ACK codebook.

[0588] Within a specific slot, the above step 3-2 is described through the following [Table 44] (Default PDSCH time domain resource allocation A for normal CP).

[0589] [Table 44]

[0590]

[0591] Table 44 is the time resource allocation table in which the terminal operates by default before receiving time resource allocation via a separate RRC signal. For reference, in addition to separately indicating the row index value via RRC, the PDSCH time resource allocation value is determined by the terminal common RRC signal, dmrs-TypeA-Position. In Table 44 above, the ending and order columns are values ​​added separately for convenience of explanation and may not actually exist. The meaning of the ending column is the termination symbol of the scheduled PDSCH, and the order column is the code position value located within a specific codebook in the quasi-static HARQ-ACK codebook. This table applies to time resource allocation in DCI format 1_0 of the PDCCH common seek area.

[0592] To determine the HARQ-ACK codebook by calculating the maximum number of non-overlapping PDSCHs within a specific slot, the terminal performs the following steps.

[0593] Step 1: Search for the PDSCH allocation value that terminates first within a slot among all rows of the PDSCH time resource allocation table. In Table 44, you can see that row index 14 terminates first. Mark this as 1 in the order column. Then, mark other row indices that overlap with row index 14 by at least one symbol as 1x in the order column.

[0594] Step 2: Then, search for the earliest ending PDSCH assignment value among the remaining row indices not displayed in the Order column. In Table 44, this corresponds to the row with row index 7 and dmrs-TypeA-Position value 3. Then, other row indices that overlap with that row index by at least one symbol are marked as 2x in the order column.

[0595] * Step 3: Repeat Step 2, incrementing the order value. For example, in Table 44, search for the earliest ending PDSCH assignment value among the row indices not displayed in the order column. In Table 44, this corresponds to the row with row index 6 and dmrs-TypeA-Position value 3. Then, other row indices that overlap with that row index by at least one symbol are marked as 3x in the order column.

[0596] * Step 4: Terminate when an order is displayed for all row indices. The size of that order is the maximum number of PDSCHs that can be scheduled without time overlap within that slot. Scheduling without time overlap means that different PDSCHs are scheduled via TDM.

[0597] In the 'order' column of Table 44, the maximum value of 'order' represents the HARQ-ACK codebook size of the corresponding slot, and the 'order' value represents the HARQ-ACK codebook point where the HARQ-ACK feedback bit for the scheduled PDSCH is located. For example, row index 16 in Table 44 indicates that it exists at the 2nd code position in a semi-static HARQ-ACK codebook of size 3. The terminal transmitting the HARQ-ACK feedback [describes] the set of PDSCH reception candidate occasions (occasions for candidates PDSCH receptions) M in serving cell c. A,c If so, M into [pseudo-code 1] or [pseudo-code 2] steps A,c can be obtained. M A,c It can be used to determine the number of HARQ-ACK bits that the terminal must transmit. Specifically, M A,c A HARQ-ACK codebook can be constructed using the cardinality of the set.

[0598] As another example, the factors to be considered for determining a quasi-static HARQ-ACK codebook (or type 1 HARQ-ACK codebook) may be as shown in the following Table 45.

[0599] [Table 45]

[0600]

[0601] As another example, the pseudo-code for determining the HARQ-ACK codebook may be as shown in the following Table 46.

[0602] [Table 46]

[0603]

[0604]

[0605]

[0606] The location in the HARQ-ACK codebook containing HARQ-ACK information for the DCI instructing the DL SPS release in pseudo-code 2 is based on the location where the DL SPS PDSCH is received. For example, if the starting symbol of the DL SPS PDSCH being transmitted starts from the 4th OFDM symbol in the slot and has a length of 5 symbols, the HARQ-ACK information containing the DL SPS release instructing the release of the corresponding SPS is determined by assuming that a PDSCH starting from the 4th OFDM symbol in the slot where the DL SPS release was transmitted and having a length of 5 symbols is mapped, and the corresponding HARQ-ACK information is determined through the PDSCH-to-HARQ-ACK timing indicator and PUSCH resource indicator included in the control information instructing the DL SPS release. As another example, when the starting symbol of the DL SPS PDSCH being transmitted starts from the 4th OFDM symbol in the slot and has a length of 5 symbols, the HARQ-ACK information containing the DL SPS release that instructs the release of the SPS is assumed to be mapped to the PDSCH that starts from the 4th OFDM symbol in the slot and has a length of 5 symbols, as indicated by the TDRA (Time domain resource allocation) of the DCI, which is the DL SPS release, and the corresponding HARQ-ACK information is determined through the PDSCH-to-HARQ-ACK timing indicator and PUSCH resource indicator included in the control information that instructs the DL SPS release.

[0607] [HARQ-ACK: Type 2 (dynamic) codebook related]

[0608] The terminal transmits HARQ-ACK information transmitted within one PUCCH in slot n based on the PDSCH-to-HARQ_feedback timing value for PUCCH transmission of HARQ-ACK information in slot n for PDSCH reception or SPS PDSCH release, and K0, which is transmission slot location information of the PDSCH scheduled in DCI format 1_0 or 1_1. Specifically, for the transmission of the HARQ-ACK information described above, the terminal determines the HARQ-ACK codebook of the PUCCH transmitted in the slot determined by the PDSCH-to-HARQ_feedback timing and K0, based on the DAI included in the DCI indicating PDSCH or SPS PDSCH release.

[0609] The above DAI consists of Counter DAI and Total DAI. Counter DAI is information indicating the location within the HARQ-ACK codebook of HARQ-ACK information corresponding to a PDSCH scheduled in DCI format 1_0 or DCI format 1_1. Specifically, the value of the counter DAI in DCI format 1_0 or 1_1 indicates the accumulated value of PDSCH reception or SPS PDSCH release scheduled by DCI format 1_0 or DCI format 1_1 in a specific cell c. The aforementioned accumulated value is set based on the PDCCH monitoring occasion and serving cell where the scheduled DCI exists.

[0610] Total DAI is a value that indicates the size of the HARQ-ACK codebook. Specifically, the value of Total DAI represents the total number of previously scheduled PDSCH or SPS PDSCH releases, including the time when the DCI was scheduled. Furthermore, Total DAI is a parameter used in Carrier Aggregation (CA) situations where the HARQ-ACK information in serving cell c includes HARQ-ACK information for PDSCHs scheduled in other cells, including serving cell c. In other words, the Total DAI parameter does not exist in systems operating as a single cell.

[0611] An example of the operation of the above DAI is explained through Fig. 20.

[0612] FIG. 20 is a diagram illustrating the process of a terminal according to one embodiment of the present disclosure generating a Type-2 (dynamic) HARQ-ACK codebook.

[0613] Referring to FIG. 20, when a terminal is configured with two carriers and transmits a HARQ-ACK codebook selected based on DAI in the n-th slot of carrier 0 (2002) via PUCCH (2020), the changes in the values ​​of Counter DAI (C-DAI) and Total DAI (T-DAI) indicated by the DCI found for each PDCCH monitoring occasion configured for each carrier are shown. First, the DCI found at m=0 (2006) indicates C-DAI and T-DAI each have a value of 1 (2012). The DCI found at m=1 (2008) indicates C-DAI and T-DAI each have a value of 2 (2014). The DCI found at carrier 0 (c=0, 2002) at m=2 (2010) indicates C-DAI has a value of 3 (2016). The DCI found in Carrier 1 (c=1, 2004) of m=2 (2010) indicates a C-DAI value of 4 (2018). At this time, if Carrier 0 and 1 are scheduled on the same monitoring occasion, the T-DAI is indicated as 4 for both.

[0614] In FIGS. 19 and 20, the HARQ-ACK codebook determination operates in a situation where only one PUCCH containing HARQ-ACK information is transmitted within a single slot. This is referred to as Mode 1. As an example of a method in which a single PUCCH transmission resource is determined within a single slot, when PDSCHs scheduled in different DCIs are multiplexed into a single HARQ-ACK codebook and transmitted within the same slot, the PUCCH resource selected for HARQ-ACK transmission is determined as the PUCCH resource indicated by the PUCCH resource field indicated by the DCI that last scheduled the PDSCH. That is, the PUCCH resource indicated by the PUCCH resource field indicated by the DCI scheduled prior to the above DCI is ignored.

[0615] The following description defines methods and devices for determining the HARQ-ACK codebook in situations where two or more PUCCHs containing HARQ-ACK information can be transmitted within a single slot. This is referred to as Mode 2. A terminal may be able to operate only in Mode 1 (transmitting only one HARQ-ACK PUCCH within a slot) or only in Mode 2 (transmitting one or more HARQ-ACK PUCCHs within a slot). Alternatively, for a terminal that supports both Mode 1 and Mode 2, the base station may be configured to operate in only one mode by upper-level signaling, or Mode 1 and Mode 2 may be implicitly determined by DCI format, RNTI, DCI specific field values, scrambling, etc. For example, PDSCHs scheduled in DCI format A and associated HARQ-ACK information are based on Mode 1, and PDSCHs scheduled in DCI format B and associated HARQ-ACK information are based on Mode 2. Whether the HARQ-ACK codebook described above is semi-static or dynamic is determined by the RRC signal.

[0616] [Explanation of Satellite Communication Structure]

[0617] The following description explains the characteristics of satellite communication. Satellites for communication can be classified into Low Earth Orbit (LEO), Middle Earth Orbit (MEO), and Geostationary Earth Orbit (GEO) satellites depending on their orbits. Generally, GEO refers to a satellite at an altitude of approximately 36,000 km, MEO refers to a satellite at an altitude of 5,000 to 15,000 km, and LEO refers to a satellite at an altitude of 500 to 1,000 km. Of course, the above examples are not limited. According to one embodiment of the present disclosure, the Earth's orbital period varies depending on the altitude; for GEO, the Earth's orbital period is approximately 24 hours, for MEO, it is approximately 6 hours, and for LEO, it is approximately 90 to 120 minutes. Low Earth orbit (~2,000 km) satellites may have advantages over geostationary orbit (36,000 km) satellites in terms of propagation delay (which can be understood as the time it takes for a signal transmitted from a transmitter to reach a receiver) and loss due to their relatively low altitude.

[0618] FIG. 21 is a diagram illustrating the orbital period of a communication satellite around the Earth according to the altitude or height of the satellite according to one embodiment of the present disclosure. Assuming that a terminal communicates with a satellite located at an altitude of 1200 km, the distance between the terminal and the satellite may vary depending on the elevation angle between the satellite and the terminal. For example, when the elevation angle between the satellite and the terminal is 90 degrees, the distance between the terminal and the satellite is 1200 km, but when the elevation angle between the satellite and the terminal is 10 degrees, the distance between the terminal and the satellite is approximately 3135 km. Therefore, in satellite communication, even if the terminal is fixed, the distance between the satellite and the terminal may vary due to the satellite orbiting periodically, such as a low-orbit satellite. Furthermore, because the distance between the terminal and the satellite in satellite communication is much greater than the distance between a terminal and a base station in a terrestrial network, it may be necessary to transmit control information and data information in the form of performing data transmission with a low code rate or in the form of repetitive transmission.

[0619] [OCC-based PUCCH transmission]

[0620] The following describes a PUCCH transmission method utilizing the terminal's OCC (Orthogonal Cover Code). LTE PUCCH format 5 is one of the signals transmitted over the PUCCH, which is the uplink control channel, and is primarily used to convey ACK / NACK (positive acknowledgment / negative acknowledgment) feedback regarding downlink data transmission. In PUCCH format 5, Frequency Division Multiple Access (FDMA) and Time Division Multiple Access (TDMA) methods are combined to distinguish signals transmitted from different terminals (i.e., OFDMA method), and signals are transmitted using cyclic shift technology. To implement these functions, LTE PUCCH format 5 applies OCC technology utilizing orthogonality. OCC is used to distinguish signals transmitted from different terminals; each terminal selects an OCC sequence based on a predefined OCC index and transmits the ACK / NACK bits by covering them with that sequence. Therefore, PUCCH format 5 with OCC applied enables efficient control channel transmission in a multi-access environment, thereby improving the overall performance of the LTE system.

[0621] FIG. 22 is a block diagram illustrating a method for generating LTE PUCCH format 5 according to one embodiment of the present disclosure.

[0622] Referring to Fig. 22, after generating HARQ ACK / NACK bits, the terminal generates coded bits through channel coding and scrambling processes. Then, 72 modulated symbols are distributed and assigned to a total of 12 OFDM symbols through QPSK (quadrature phase shift keying) modulation and de-multiplexing processes. Subsequently, the 6 modulated symbols assigned to each symbol can be mapped to 12 frequency tones through OCC spreading. The spreading method may be capable of operating by mapping QPSK modulated symbols to a larger number of virtual frequency tones. This makes it possible to prevent multiple users' signals from interfering with each other.

[0623] In other existing LTE PUCCH formats, 12 QPSK modulated symbols can be mapped to a single Resource Block (RB) SC-FDM symbol; however, as shown in Fig. 22, in LTE PUCCH 5, only 6 QPSK modulated symbols are mapped to a single RB and SC-FDM symbol. Additionally, the Code Division Multiplexing (CDM) index utilized in the spreading method is a value assigned to each user and can have a value of 0 or 1. This value determines how each user's signal will be spread. For example, a user with a CDM index of 0 duplicates their signal twice and maps it to 12 virtual frequency tones, while a user with a CDM index of 1 repeats their signal twice, but multiplies half of the repetitions by -1 and maps them to 12 virtual frequency tones. Through this, each user's signal is distributed over a wider bandwidth, making it possible to avoid mutual interference even in a multi-user environment. Fig. 23 further explains how interference can be avoided despite using the same time and frequency resources.

[0624] FIG. 23 is a diagram illustrating a method for mapping different terminals to a virtual frequency tone by applying different OCC values ​​according to one embodiment of the present disclosure.

[0625] Referring to FIG. 23, the first terminal repeatedly maps the information of (A1, A2, A3, A4, A5, A6) to 1RB. The second terminal repeatedly maps the information of (B1, B2, B3, B4, B5, B6) to 1RB, mapping half of the values ​​multiplied by 1 and the other half multiplied by -1. Afterward, the first terminal and the second terminal transmit the information after performing DFT and IFFT. Upon receiving this, the base station performs a de-spreading process, and, for example, it may be possible to decode A1 and B1 respectively using the values ​​"A1+B1" and "A1-B1". In this way, the base station can decode the remaining information, namely the information of A2, A3, A4, A5, A6 of the first terminal and B2, B3, B4, B5, B6 of the second terminal. FIGS. 22 and 23 describe an OCC spreading method in terms of the frequency axis as an example, but it may be possible to apply the OCC spreading method in terms of the time axis. Additionally, FIGS. 22 and 23 consider a method of applying the OCC sequences (1,1) and (1,-1) to two different terminals based on an OCC length of 2, but it is possible to consider a sequence with an OCC length greater than 2, in which case two or more different terminals can transmit PUCCH using the same time and frequency resources.

[0626] [OCC-based PUSCH transmission]

[0627] Below, the PUSCH transmission method using the OCC method is explained.

[0628] FIG. 24 is a flowchart illustrating a terminal processing procedure for PUSCH transmission according to one embodiment of the present disclosure.

[0629] When the terminal has data to transmit to a base station, it may be possible to perform processing for PUSCH transmission through a series of procedures as shown in FIG. 24. The following procedures are merely examples, and some of the following procedures may be omitted or the order of each procedure may be changed for the terminal to apply.

[0630] ● Transport block CRC Attachment: An error checking code is attached to the data.

[0631] ● LDPC base graph selection: Select an appropriate LDPC graph for channel coding.

[0632] ● Code Block Segmentation and CRC Attachment: Data is divided into smaller blocks, and a CRC is attached to each block.

[0633] ● Channel Coding: Blocks are encoded to prevent transmission errors.

[0634] ● Rate Matching: Encoded data is mapped to available transmission resources.

[0635] ● Code Block Concatenation: Encoded blocks are reconnected.

[0636] ● Data and Control Multiplexing: When there are control resources that overlap with data resources, the corresponding control information is multiplexed with the data information.

[0637] ● Scrambling: Scrambling data to prevent predictable patterns that could degrade signal quality.

[0638] ● Modulation: Scrambled data is modulated onto the carrier wave.

[0639] ● Layer Mapping: Data is mapped across transmission layers.

[0640] ● OCC spreading: Apply OCC to the data mapped to the layer. Fig. 23 or other methods may be applied.

[0641] ● Transform Precoding: Reconstructs the frequency domain signal into the time domain signal using the Discrete Fourier Transform (DFT). This step is particularly used in scenarios with a single transmission layer and is utilized to improve signal orthogonality and reduce interference.

[0642] ● Precoding: A spatial processing step that optimizes performance by adjusting the converted signal before transmission. This involves applying a matrix to the signal to enhance signal directionality and improve receiver reception, while considering various antenna configurations and channel conditions.

[0643] ● Mapping to VRB (Virtual Resource Block): Data is mapped to a virtual resource block in the frequency domain.

[0644] ● Mapping from RB to PRB (Physical Resource Block): Then, the virtual resource block is mapped to the physical resource block for actual transfer.

[0645] Among the above procedures, the OCC diffusion method can be applied in various ways.

[0646] For example, if the terminal repeatedly transmits PUSCH for each slot, it may be possible to apply an OCC sequence for each slot.

[0647] FIG. 25 is a diagram illustrating a method of applying an OCC method when a terminal repeatedly transmits PUSCH per slot according to an embodiment of the present disclosure.

[0648] Referring to FIG. 25, in a situation where the OCC length is 2, two different terminals each repeatedly transmit PUSCH using the same time and frequency resources. The first terminal transmits PUSCH A, and the second terminal transmits PUSCH B. The first terminal generates the same data (a1) (2500) and performs repeated transmission of it in slot n and slot n+1 (2502). For the data (b1), the second terminal maps b1 to slot n and -b1 (multiplied by -1) to slot n+1 (2501). Then, the second terminal transmits b1 through the PUSCH B of slot n and transmits -b1 through the PUSCH B of slot n+1. In FIG. 25, PUSCH A and PUSCH B transmitted in slot n and slot n+1 are depicted as being transmitted by the first terminal and the second terminal using the same time and frequency resources, but it is possible for only some time and frequency resources to overlap and for other different time and frequency resources to be used. Additionally, 2500 and 2501 in FIG. 25 are conceptual diagrams used to illustrate that the data are transmitted by the first terminal and the second terminal via PUSCH, rather than being generated in slot n and slot n+1, respectively; in reality, it is possible for them to be generated before slot n, where PUSCH is transmitted from the beginning. In FIG. 25, since the base station receives a1+b1 information through PUSCH A and PUSCH B transmitted by the first terminal and the second terminal in slot n, and receives a1-b1 information through PUSCH A and PUSCH B transmitted by the first terminal and the second terminal in slot n+1, the base station may be able to receive a1 and b1 respectively through the OCC inverse spreading method of the received a1+b1 and a1-b1. Here, a1 and b1 represent a set of symbols in which a series of data is channel-coded and modulated. Alternatively, they may be a set of data prior to DFT.

[0649] To apply an OCC method as shown in FIG. 25, the base station may be able to instruct terminals in advance, via an upper signal or an L1 (layer 1) signal, to apply an OCC sequence value for each slot when repeatedly transmitting PUSCH. For example, in the case of a second terminal, if a DCI field called the OCC index exists in the L1 signal and the value indicates a bit value corresponding to the OCC sequence (1,-1), the second terminal may be able to apply '1' in slot n and '-1' in slot n+1. Specifically, the DCI field called the OCC index exists as 1 bit; if it is 0, the OCC sequence is (1,1), and if it is 1, the OCC sequence is (1,-1) or (-1,1). The type of the OCC sequence and the size of the DCI field may be determined by the upper signal settings. The length of the OCC sequence may be a value greater than the length 2 described in the example above. Also, in FIG. 25, it was explained that the first terminal applied the OCC sequence as (1,1), but regardless of this, the first terminal may be able to perform conventional PUSCH repeated transmission without applying the OCC sequence.

[0650] Accordingly, in FIG. 25, the first terminal may either send a terminal capability capable of applying the OCC spreading method or not send one. On the other hand, the second terminal may be able to apply the method only when it sends a terminal capability capable of applying the OCC spreading method. FIG. 25 illustrates an example where the first terminal and the second terminal apply two repeated transmissions, but it may be possible to apply a value of 4 or 8 or more for the number of slots that are repeatedly transmitted. In this case, assuming that the OCC sequence (1,-1) applied by the second terminal is transmitted 4 times, it may be possible to apply slot n as b1, slot n+1 as -b1, slot n+2 as b1, and slot n+3 as -b1, or slot n as b1, slot n+1 as b1, slot n+2 as -b1, and slot n+3 as -b1. Alternatively, it may be possible to always apply an OCC sequence of 1 (or -1) to even-numbered slots and always apply an OCC sequence of -1 (or 1) to odd-numbered slots. Alternatively, it may be possible to apply an OCC sequence by modular operation. Since the OCC sequence (1, -1) has a length of 2, the OCC sequence value applied to PUSCH within the n-th slot may be 1 (or -1) if the modulo (n / 2) value is 1, and -1 (or 1) if the modulo (n / 2) value is 0. Additionally, although FIG. 25 illustrates the first terminal and the second terminal starting the same number of repetitive transmissions from the same slot, it may also be possible to apply this even when starting from different slots or performing different numbers of repetitive transmissions.

[0651] As another example, when a terminal repeatedly transmits PUSCH within a single slot, it may be possible to apply an OCC sequence to each repeated PUSCH transmission unit.

[0652] FIG. 26 is a diagram illustrating a method of applying an OCC method when a terminal repeatedly transmits PUSCH within one slot according to one embodiment.

[0653] The method disclosed in FIG. 26 is basically similar to the operation in FIG. 25. In a situation where the OCC length is 2, two different terminals each repeatedly transmit PUSCH using the same time and frequency resources. The first terminal transmits PUSCH A, and the second terminal transmits PUSCH B. The first terminal generates the same data (a1) (2600) and performs repeated transmission in one slot n (2602). The second terminal maps the data (b1) to the first PUSCH B of slot n as b1 and to the second PUSCH B as -b1 (multiplied by -1) as -b1 (2601). Then, the second terminal transmits b1 to the first PUSCH B of slot n and transmits -b1 to the second PUSCH B of slot n.

[0654] In FIG. 26, PUSCH A and PUSCH B transmitted in slot n are depicted as being transmitted by the first terminal and the second terminal using the same time and frequency resources, but it is possible for only some time and frequency resources to overlap and for other different time and frequency resources to be used. Additionally, 2600 and 2601 in FIG. 26 are conceptual diagrams used to illustrate that the data is transmitted by the first terminal and the second terminal via PUSCH rather than being generated in slot n, and in reality, it is possible for the data to be generated before slot n, where PUSCH is transmitted from the beginning. In FIG. 26, the base station receives a1+b1 information through the respective first PUSCH A and PUSCH B transmitted by the first terminal and the second terminal in slot n, and receives a1-b1 information through the respective second PUSCH A and PUSCH B transmitted by the first terminal and the second terminal in slot n; therefore, the base station may be able to receive a1 and b1 respectively through the OCC inverse spreading method of the received a1+b1 and a1-b1. Here, a1 and b1 represent a set of symbols in which a series of data has been channel-coded and modulated. Alternatively, they may be a set of data prior to DFT.

[0655] To apply an OCC method as shown in FIG. 26, the base station may be able to instruct terminals in advance via an upper signal or L1 signal to apply an OCC sequence value for each PUSCH transmission interval when repeatedly transmitting PUSCH. For example, in the case of a second terminal, if a DCI field called the OCC index exists in the L1 signal and the value indicates a bit value corresponding to the OCC sequence (1,-1), the second terminal may be able to apply '1' in the first PUSCH and '-1' in the second PUSCH. Specifically, the DCI field called the OCC index exists as 1 bit; if it is 0, the OCC sequence is (1,1), and if it is 1, the OCC sequence is (1,-1) or (-1,1). The type of the OCC sequence and the size of the DCI field may be determined by the upper signal settings. The length of the OCC sequence may be a value greater than the length 2 described in the example above.

[0656] In addition, although it was explained in FIG. 26 that the first terminal applied the OCC sequence as (1,1), the first terminal may perform conventional PUSCH repetitive transmission without applying the OCC sequence regardless of this. Therefore, in FIG. 26, the first terminal may be able to send or not send the terminal capability to apply the OCC spreading method. On the other hand, the second terminal may be able to apply the OCC spreading method only when the terminal capability to apply the OCC spreading method is sent.

[0657] In FIG. 26, an example is given where the first terminal and the second terminal apply two repeated transmissions, but it is possible to apply a value of 4 or 8 or more of the PUSCHs that are repeatedly transmitted. Also, it is possible for the PUSCH repeated transmissions to be performed across multiple slots rather than a single slot. In this case, assuming that the OCC sequence (1, -1) applied by the second terminal is repeated 4 times, it is possible to apply b1 for the first PUSCH, -b1 for the second PUSCH, b1 for the third PUSCH, and -b1 for the fourth PUSCH, or to apply b1 for the first PUSCH, b1 for the second PUSCH, -b1 for the third PUSCH, and -b1 for the fourth PUSCH. Alternatively, it is possible to apply an OCC sequence of 1 (or -1) for even-numbered PUSCH transmissions and an OCC sequence of -1 (or 1) for odd-numbered PUSCH transmissions. Alternatively, it may be possible to apply an OCC sequence by modular operation. Since the OCC sequence (1,-1) has a length of 2, the OCC sequence value applied to the nth PUSCH may be 1 (or -1) if the modulo (n / 2) value is 1, and -1 (or 1) if the modulo (n / 2) value is 0. Additionally, although FIG. 26 illustrates the first terminal and the second terminal starting the same number of repetitive transmissions from the same slot, it may also be possible to apply this even if they start from different slots or perform different numbers of repetitive transmissions.

[0658] As another example, it may be possible to apply an OCC sequence between information belonging to different time resources within a single PUSCH.

[0659] FIG. 27 is a diagram illustrating a method of applying an OCC method in terms of time resources when a terminal transmits PUSCH according to one embodiment of the present disclosure.

[0660] Referring to FIG. 27, when the first and second terminals apply an OCC method of length 2 in terms of time resources, it may be possible to determine the actual TBS (transport block size) value by dividing the PUSCH resource size allocated to the terminal by 2 when calculating the TBS. Alternatively, it may be possible to consider the size of the actual PUSCH transmission resource area separately from this when calculating the TBS. The size of the PUSCH transmission resource area is determined by the frequency resource size (number of RBs) and the time resource size (number of symbols). Subsequently, the terminals perform data transmission preparation according to the procedure described in FIG. 24. Then, in the OCC spreading stage, as illustrated in FIG. 27, the first terminal sequentially arranges two identical data a1s in terms of time resources and applies the OCC sequence (1,1) to the first a1 and the second a1 respectively (2700). Then, this is transmitted in the PUSCH A resource area allocated by the base station (2702). The second terminal also sequentially arranges two identical data b1s in terms of time resources and applies the OCC sequence (1,-1) to each of the first b1 and the second b1 (2701). Then, it transmits them in the PUSCH B resource area allocated by the base station (2702).

[0661] FIG. 27 illustrates data to which OCC is applied divided into two parts from the perspective of time resources, but it may be possible to divide and apply it into three, four, or more parts. When the same data is mapped into four parts, the first terminal may generate (a1, a1, a1, a1), and the second terminal may generate (b1, -b1, b1, -b1) or (b1, b1, -b1, -b1). Additionally, although the method of OCC spreading and despreading was explained from the perspective of the frequency axis in FIG. 23, it is sufficiently possible to convert it to the time axis and apply it, and it may be the same or partially similar.

[0662] In FIG. 27, PUSCH A and PUSCH B transmitted in slot n are depicted as being transmitted by the first terminal and the second terminal through the same time and frequency resources, but it is possible for only some time and frequency resources to overlap and for other different time and frequency resources to be used.

[0663] In addition, 2700 and 2701 in FIG. 27 are conceptual diagrams illustrating that the first terminal and the second terminal are transmitted via PUSCH rather than being generated in slot n, and in reality, it may be possible for them to be generated before slot n, which transmits PUSCH from the beginning.

[0664] In FIG. 27, since the base station receives information a1+b1 and a1-b1 through PUSCH A and PUSCH B transmitted by the first terminal and the second terminal in slot n, the base station may be able to receive a1 and b1 respectively through the received OCC inverse spreading method. Here, a1 and b1 represent a set of symbols in which a series of data is channel-coded and modulated. Alternatively, they may be a set of data prior to DFT. To apply an OCC method as in FIG. 27, the base station may be able to instruct the terminals in advance via an upper signal or L1 signal to apply an OCC sequence value when PUSCH is repeatedly transmitted. For example, in the case of the second terminal, if a DCI field called an OCC index exists in the L1 signal and the value indicates a bit value corresponding to the OCC sequence (1,-1), the second terminal may be able to apply '1' to the first part of PUSCH and '-1' to the second part. Specifically, the DCI field, which is the OCC index, exists as 1 bit; if it is 0, the OCC sequence is (1,1), and if it is 1, the OCC sequence can indicate (1,-1) or (-1,1). The type of the OCC sequence and the size of the DCI field may be determined by the upper signal setting. The length of the OCC sequence may be a value greater than the length 2 described in the example above.

[0665] In FIG. 27, the first terminal and the second terminal may both have the ability to send or not send the terminal capability to apply the OCC diffusion method.

[0666] Although the case where a single PUSCH is transmitted is described as an example in FIG. 27, it is not limited to this, and it is also possible for the PUSCH to be transmitted repeatedly across multiple slots. Additionally, although FIG. 27 illustrates the first terminal and the second terminal starting the PUSCH transmission from the same slot, it is possible to apply this to cases where they start from different slots or perform a different number of repeated transmissions.

[0667] As another example, it may be possible to apply an OCC sequence between information belonging to different frequency resources within a single PUSCH.

[0668] FIG. 28 is a diagram illustrating a method of applying an OCC method in terms of frequency resources when a terminal transmits PUSCH according to one embodiment of the present disclosure.

[0669] Referring to FIG. 28, when the first and second terminals apply an OCC method of length 2 in terms of frequency resources, it may be possible to determine the actual TBS value by dividing the PUSCH resource size allocated to the terminal by 2 when calculating TBS. Alternatively, it may be possible to consider the size of the actual PUSCH transmission resource area separately from this when calculating TBS. The size of the PUSCH transmission resource area is determined by the frequency resource size (number of RBs) and the time resource size (number of symbols). Subsequently, the terminals prepare for data transmission according to the procedure described in FIG. 24. Then, in the OCC spreading stage, as illustrated in FIG. 28, the first terminal sequentially arranges two identical data a1s in terms of frequency resources and applies the OCC sequence (1,1) to the first a1 and the second a1 respectively (2800). Then, it transmits this in the PUSCH A resource area allocated by the base station (2802). The second terminal also sequentially arranges two identical data b1s in terms of time resources and applies the OCC sequence (1,-1) to each of the first b1 and the second b1 (2801). Then, it transmits them in the PUSCH B resource area allocated by the base station (2702).

[0670] FIG. 28 illustrates data to which OCC is applied divided into two parts from the perspective of frequency resources, but it may be possible to divide and apply it into three, four, or more parts. When the same data is mapped into four parts, the first terminal may generate (a1, a1, a1, a1), and the second terminal may generate (b1, -b1, b1, -b1) or (b1, b1, -b1, -b1). In addition, the method of OCC spreading and despreading may be the same as or partially similar to that described in FIG. 23.

[0671] In FIG. 28, PUSCH A and PUSCH B transmitted in slot n are depicted as being transmitted by the first terminal and the second terminal using the same time and frequency resources, but it is possible for only some time and frequency resources to overlap and for other different time and frequency resources to be used. Additionally, 2800 and 2801 in FIG. 28 are conceptual diagrams used to illustrate that the data is transmitted by the first terminal and the second terminal via PUSCH rather than being generated in slot n, and in reality, it is possible for them to be generated before slot n, where PUSCH is transmitted from the beginning.

[0672] In FIG. 28, since the base station receives information a1+b1 and a1-b1 through PUSCH A and PUSCH B transmitted by the first terminal and the second terminal in slot n, the base station may be able to receive a1 and b1 respectively through the received OCC inverse spreading method of a1+b1 and a1-b1. Here, a1 and b1 represent a set of symbols in which a series of data is channel-coded and modulated. Alternatively, they may be a set of data prior to DFT. To apply an OCC method as in FIG. 28, the base station may be able to instruct the terminals in advance via an upper signal or L1 signal to apply an OCC sequence value when PUSCH is repeatedly transmitted. For example, in the case of the second terminal, if a DCI field called an OCC index exists in the L1 signal and the value indicates a bit value corresponding to the OCC sequence (1,-1), the second terminal may be able to apply '1' to the first part of PUSCH and '-1' to the second part. Specifically, the DCI field, which is the OCC index, exists as 1 bit; if it is 0, the OCC sequence is (1,1), and if it is 1, the OCC sequence can indicate (1,-1) or (-1,1). The type of the OCC sequence and the size of the DCI field may be determined by the upper signal setting. The length of the OCC sequence may be a value greater than the length 2 described in the example above.

[0673] In FIG. 28, the first terminal and the second terminal may both transmit or not transmit the terminal capability to apply the OCC spreading method. Although FIG. 28 describes the case where a single PUSCH is transmitted as an example, it is not limited to this, and it is also possible for the PUSCH to be transmitted repeatedly across multiple slots.

[0674] In addition, although FIG. 28 illustrates that the first terminal and the second terminal start PUSCH transmission from the same slot, it may also be applicable to cases where they start from different slots or perform a different number of repeated transmissions.

[0675] [Uplink skipping]

[0676] Uplink skipping is explained below.

[0677] FIG. 29 is a drawing illustrating an uplink skipping operation according to an embodiment of the present disclosure.

[0678] Referring to FIG. 29, the terminal is shown in a situation where it has been scheduled to receive resources capable of transmitting uplink data from a base station. 2902 and 2906 are PUSCH resources, and they may be resources scheduled by DCI, respectively, or configured grant resources capable of periodic transmission and reception without DCI. Before transmitting PUSCH (2902), the terminal checks the terminal buffer (2900) and confirms that there is data to be sent to the base station in the buffer. Accordingly, the terminal can generate a MAC PDU (Protocol Data Unit) based on the data in the buffer and transmit it to the PHY layer (or PHY entity). Here, the PHY layer is the physical layer responsible for transmission and reception. When the MAC PDU is transmitted to the PHY layer, the PHY layer converts it into a Transport Block (TB) and performs the process of encoding the code block and CRC. In other words, when a MAC PDU is generated at the terminal PHY layer, it will be demodulated and decoded according to the physical layer transmission format and then transmitted from PUSCH (2902) to the base station. However, if the terminal does not have data to transmit to the base station in the buffer (2904) immediately before the PUSCH (2906) transmission time, the terminal may be able to skip data transmission even if it is allocated PUSCH (2906) resources. This is called uplink skipping. Although it may be possible to fill PUSCH (2906) with arbitrary values ​​and send it even though there is no data to send in the buffer, skipping may be a reasonable terminal operation because this could waste unnecessary power consumption of the terminal.Uplink skipping can be applied to dynamically scheduled uplink resources or configured granted uplink resources, respectively. Depending on the UE capability, it may be possible to support at least one of these, and the base station may configure each resource individually using upper-level or L1 signals. In the absence of uplink skipping, the terminal fills the MAC PDU with random values ​​or zeros because there is no data to send in the buffer, and transmits it to the PHY layer. Since the MAC PDU has been generated at the PHY layer, the corresponding information is transmitted to the PUSCH resource following the process described earlier. Upon receiving the data, the base station recognizes that meaningless information has been received from the terminal and may choose not to perform further scheduling. In the presence of uplink skipping, the terminal does not generate a MAC PDU as described earlier. Therefore, since the MAC PDU was not delivered at the PHY layer, transmission is not performed even if the corresponding uplink transmission resource is available. From the base station's perspective, since no signal was detected in the reference signal, it may be possible to determine that the terminal did not transmit any data, or that the terminal transmitted but the base station failed to receive it. Therefore, it may instruct the terminal to retransmit or request a Buffer State Report (BSR) from the terminal to determine the terminal's buffer state.

[0679] Specifically, the terminal does not generate a MAC PDU only when all of the following conditions are satisfied.

[0680] - If a skipping top signal is set for a grant scheduled with DCI, or if the grant is a configured grant capable of transmitting and receiving without DCI

[0681] - If Aperiodic CSI is not requested for the corresponding PUSCH transmission

[0682] - When the MAC PDU contains zero MAC SDU (Service Data Unit)

[0683] - When the MAC PDU contains only periodic BSR information and there is no available data for logical channel grants, or when the MAC PDU contains only padding BSR information

[0684] The terminal generates a MAC PDU if it does not satisfy at least one of the above conditions.

[0685] FIG. 30 is a diagram illustrating an uplink skipping operation in a situation where uplink control and data channels overlap according to an embodiment of the present disclosure.

[0686] FIG. 30 illustrates a situation in which a terminal receives a PUSCH (3002) resource and a PUCCH (3004) resource from a base station, respectively, scheduled or pre-set by a higher signal. The type of control information included in the corresponding PUCCH (3004) resource may be HARQ, SR, CSI, or a combination of some or all of these. As described above in FIG. 30, if the terminal has no data to send to PUSCH in the buffer (3000) and satisfies all the conditions regarding MAC PDU generation described above in FIG. 30, the terminal does not generate a MAC PDU and therefore does not transmit PUSCH (3002). Consequently, only PUCCH (3004) is transmitted. If the terminal has data to send in the buffer, the terminal will transmit PUSCH (3002), and if simultaneous transmission of PUSCH and PUCCH is not allowed, the terminal will transmit the control information included in PUCCH by multiplexing it to PUSCH (3002). Therefore, depending on whether data exists in the buffer, the channel to which the terminal ultimately transmits in the situation of FIG. 30 may be PUSCH (3002) or PUCCH (3004). In other words, depending on whether there is data to be sent in the buffer, the UCI control information will be multiplexed and transmitted to PUSCH (3002), or skip PUSCH (3002) and transmit to PUCCH (3004). Therefore, if the buffer status information to be sent by the terminal is inaccurate or not the latest information, the base station may always face the burden of having to search both PUSCH (3002) and PUCCH (3004) resources when the situation of FIG. 30 occurs. Therefore, a method to reduce the complexity of base station reception may be required. For example, even if the terminal does not have data to be sent to PUSCH (3002), if the PUSCH (3002) resource overlaps with PUCCH (3004) in terms of time resources, the terminal may be able to generate a MAC PDU.Therefore, when PUSCH and PUCCH overlap, the terminal may be able to transmit the UCI information included in PUCCH by multiplexing it into PUSCH, regardless of whether there is data to be sent in the buffer. Additionally, the base station may be able to reduce the burden of base station reception complexity by searching only for PUSCH (3002) without needing to search for both PUSCH and PUCCH. The conditions for generating a MAC PDU considering this may be as follows. Specifically, the terminal does not generate a MAC PDU only when all of the following conditions are satisfied.

[0687] - If a skipping top signal is set for a grant scheduled with DCI, or if the grant is a configured grant capable of transmitting and receiving without DCI

[0688] - If Aperiodic CSI is not requested for the corresponding PUSCH transmission

[0689] - When the MAC PDU contains zero MAC SDU (Service Data Unit)

[0690] - When the MAC PDU contains only periodic BSR information and there is no available data for logical channel grants, or when the MAC PDU contains only padding BSR information

[0691] - If the relevant grant (or PUSCH) does not overlap with a PUCCH containing HARQ-ACK or CSI information in terms of the time resource domain

[0692] The terminal generates a MAC PDU if it does not satisfy at least one of the above conditions.

[0693] In FIG. 30, when the information included in PUCCH is SR, the terminal does not generate a MAC PDU because it is not multiplexed in PUSCH. Therefore, in this case, the terminal does not transmit PUSCH, but transmits SR (Scheduling Request) information to PUCCH.

[0694] Embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. Hereinafter, a base station is an entity that performs resource allocation for terminals and may be at least one of a gNode B, gNB, eNode B, Node B, BS (Base Station), wireless access unit, base station controller, or a node on a network. A terminal may include a UE (User Equipment), MS (Mobile Station), cellular phone, smartphone, computer, or a multimedia system capable of performing communication functions. Although embodiments of the present disclosure are described below using a 5G system as an example, embodiments of the present disclosure may be applied to other communication systems having similar technical backgrounds or channel types. For example, LTE or LTE-A mobile communication and mobile communication technologies developed after 5G may be included therein. Accordingly, embodiments of the present disclosure may be applied to other communication systems with some modifications without significantly departing from the scope of the present disclosure, in the judgment of a person skilled in the art. The contents of the present disclosure are applicable to FDD, TDD and / or XDD (and / or SBFD, full duplex) systems.

[0695] Furthermore, in describing the present disclosure, if it is determined that a detailed description of related functions or configurations could unnecessarily obscure the essence of the present disclosure, such detailed description is omitted. Additionally, the terms described below are defined in consideration of their functions within the present disclosure, and these definitions may vary depending on the intentions or practices of the user or operator. Therefore, their definitions should be based on the content throughout this specification.

[0696] In describing the present disclosure below, the term "upper layer signaling" (or "upper signal") may be a signaling corresponding to at least one or a combination of at least one of the following signalings.

[0697] - MIB (Master Information Block)

[0698] - SIB (System Information Block) or SIB

[0699] - RRC (Radio Resource Control)

[0700] - MAC (Medium Access Control) CE (Control Element)

[0701] In addition, L1 signaling may be a signaling corresponding to at least one or a combination of at least one of the following physical layer channels or signaling methods using signaling.

[0702] - PDCCH (Physical Downlink Control Channel)

[0703] - DCI (Downlink Control Information)

[0704] - Terminal-specific (UE-specific) DCI

[0705] - Group common DCI

[0706] - Common DCI

[0707] - Scheduling DCI (e.g., DCI used for the purpose of scheduling downlink or uplink data)

[0708] - Non-scheduling DCI (e.g., DCI not intended for scheduling downlink or uplink data)

[0709] - PUCCH (Physical Uplink Control Channel)

[0710] - UCI (Uplink Control Information)

[0711] In the present disclosure, determining the priority between A and B may be referred to in various ways, such as selecting the one with higher priority according to a predetermined priority rule and performing the corresponding action, or omitting or dropping the action regarding the one with lower priority. In the present disclosure, "drop" may be replaced with other terms of similar meaning. For example, it may be replaced with "cancel," "omit," "suspend," etc.

[0712] The term "slot" as used in the present disclosure is a general term that may refer to a specific time unit corresponding to TTI (Transmit Time Interval), and specifically, it may mean a slot used in a 5G NR system, or a slot or subframe used in a 4G LTE system.

[0713] In the following disclosure, the examples are described through a number of embodiments, but these are not independent, and one or more embodiments may be applied simultaneously or in combination.

[0714] The following description explains the application of OCC-based PUSCH transmission in satellite communication. The methods described below can also be fully applied to terrestrial networks. Satellite communication is broadly divided into three components: terminals, ground stations (base stations), and satellites. The link between a terminal and a satellite is called the service link, and the link between a ground station and a satellite is called the feeder link. In the service link, the downlink is typically the satellite to terminal link (link from satellite to terminal), and the uplink is the terminal to satellite link (link from terminal to satellite). Although terrestrial networks are similar, uplink coverage may be insufficient in satellites because the transmission power of the terminal can be significantly lower than that of the satellite; to address this, it is common for terminals to perform repetitive transmissions for uplink data. If all terminals within the satellite coverage area repeatedly transmit the same data via the uplink, the available frequency and time resources for the satellite network may become insufficient. To resolve this, there is a need to support a larger number of terminals by utilizing code resources in addition to frequency and time resources. Therefore, it may be possible to consider transmitting uplink data by utilizing the OCC method described earlier. This uplink transmission may be scheduled by the DCI or activated in advance by a combination of upper and L1 signals. The former can be viewed as a dynamically scheduled PUSCH resource (or dynamic scheduled PUSCH), and the latter as a quasi-statically scheduled PUSCH resource (or configured granted PUSCH).As described in FIG. 25, in a situation where different OCC spreading codes are applied to PUSCH resources that are repeatedly transmitted in different slots, and at least one of these PUSCH resources overlaps with PUCCH, and in a situation where the terminal has no data to send to the uplink and Uplink skipping is possible, the operation of the terminal is described in detail below in a situation where these two cases coexist.

[0715] FIG. 31 is a diagram illustrating a situation in which a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0716] Referring to FIG. 31, a situation is illustrated in which eight repeated PUSCH transmissions (3124) are indicated by an upper signal or an L1 signal (e.g., DCI or MAC CE) or a combination thereof, and each of the four PUSCHs is applied as an OCC group. That is, it shows a situation in which the OCC sequence length is four, and each element is applied to individual PUSCHs. Accordingly, PUSCH1 (3102), PUSCH2 (3104), PUSCH3 (3106), and PUSCH4 (3108) belong to one OCC group 1 (3120), and PUSCH5 (3112), PUSCH6 (3114), PUSCH7 (3116), and PUSCH8 (3118) belong to one OCC group 2 (3122). Additionally, in FIG. 31, it is considered that the repeated PUSCHs are transmitted in different slots. In such a situation, if PUCCH (3100) overlaps with PUSCH2 (3104), it is necessary to decide whether to multiplex the UCI, such as CSI or HARQ-ACK included in the PUCCH (3100), or to drop one of the overlapping PUCCH (3100) or PUSCH 2 (3104) and transmit the rest. In a situation like that of FIG. 31, the following methods may be possible.

[0717] - Method 1: Do not transmit PUCCH (3100) and drop the UCI included in PUCCH (3100). Then, apply OCC to the 8 repeated PUSCH transmissions of FIG. 31 and transmit.

[0718] - Method 2: Perform a transmission of PUCCH (3100) including UCI. Then, do not transmit PUSCH2 (3104) that overlaps with the PUCCH (3100) and all other PUSCHs (3102, 3106, 3108) that are in the same OCC group as PUSCH2 (3104).

[0719] - Method 3: Multiplex the UCI contained in PUCCH (3100) to PUSCH2 (3104) that overlaps with PUCCH (3100) and to other PUSCHs (3102, 3106, 3108) that are in the same OCC group as PUSCH2 (3104). Then, the transmission of PUCCH (3100) is not performed. In this case, OCC spreading may be applied after the UCI information has been mapped to each PUSCH resource. Additionally, although Method 3 considers the case where PUCCH (3100) overlaps with the second transmitted PUSCH2 (3104), it may be applied only when it overlaps with the first transmitted PUSCH. That is, taking FIG. 31 as an example, this means the case where PUCCH (3100) overlaps with PUSCH1 (3102) or PUSCH5 (3112).

[0720] - Method 4: Multiplex the UCI included in PUCCH (3100) only to PUSCH2 (3104) which overlaps with PUCCH (3100). Then, do not perform transmission on PUCCH (3100). Also, do not actually apply OCC to the OCC groups that include PUSCH2 (3104). That is, do not apply the OCC sequence to PUSCH1, PUSCH2, PUSCH3, and PUSCH4 included in OCC group 1 (3120), and perform repetitive transmission. On the other hand, apply the OCC sequence to PUSCH5, PUSCH6, PUSCH7, and PUSCH8 included in OCC group 2 (3122), respectively, and perform repetitive transmission.

[0721] - Method 5: Similar to Method 4, but it may be possible not to apply the OCC sequence to the entire PUSCH that is repeatedly transmitted. That is, the repeated transmission is performed without applying the OCC sequence to the PUSCHs belonging to OCC group 2 (3122) as well as OCC group 1 (3120).

[0722] The PUSCH described in Fig. 31 may be applied only to configured grant PUSCH. Alternatively, it may be applied to dynamic scheduled PUSCH regardless of this.

[0723] [1st Example]

[0724] In the following embodiments, the operation of the terminal is described when the terminal performs Uplink skipping because there is no data to be transmitted through the corresponding PUSCH resource in its buffer under the situation where Method 1 is applied.

[0725] FIG. 32 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0726] For example, with reference to FIG. 32, if the terminal has data to transmit via PUSCH, it may not transmit PUCCH (3200) according to Method 1, but instead apply an OCC sequence to each of the PUSCHs (3202, 3204, 3206, 3208, 3212, 3214, 3216, 3218) and transmit repeatedly. On the other hand, FIG. 33 describes the case where the terminal has no data to transmit via PUSCH and wishes to perform uplink skipping.

[0727] FIG. 33 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0728] Referring to FIG. 33, the terminal transmits the UCI by including it in the PUCCH (3300), and does not transmit the PUSCHs (3302, 3304, 3306, 3308, 3312, 3314, 3316, 3318) because there is no MAC PDU generated due to uplink skipping. That is, depending on whether uplink skipping occurs, the terminal can decide whether to transmit the PUCCH or the PUSCH.

[0729] [2nd Example]

[0730] In the following embodiments, the operation of the terminal is described when the terminal performs Uplink skipping because there is no data to be transmitted to the corresponding PUSCH resource in its buffer under the situation where Method 2 is applied.

[0731] FIG. 34 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0732] Taking FIG. 34 as an example, if the terminal has data to transmit via PUSCH, it transmits PUCCH (3400) according to Method 2, and does not transmit PUSCH2 (3404) that overlaps with said PUCCH (3400), nor other PUSCHs (3402, 3406, 3408) included in the same OCC group (OCC group 1, 3420) as said PUSCH2 (3404). Instead, the terminal transmits PUSCHs (3412, 3414, 3416, 3418) included in another OCC group (OCC group 2, 3422). On the other hand, if the terminal has no data to transmit via PUSCH and wishes to perform uplink skipping, FIG. 33 is used as an example.

[0733] Referring to FIG. 33, the terminal transmits the UCI by including it in PUCCH (3300), and does not transmit PUSCHs (3302, 3304, 3306, 3308, 3312, 3314, 3316, 3318) because there is no MAC PDU generated due to uplink skipping. Additionally, depending on whether uplink skipping occurs, the terminal decides whether to transmit PUSCHs (3412, 3414, 3416, 3418) belonging to OCC group 2 (3422) in FIG. 34.

[0734] [Third Embodiment]

[0735] In the following embodiments, the operation of the terminal is described when the terminal performs Uplink skipping because there is no data to be sent to the corresponding PUSCH resource in its buffer under the situation where Method 3 is applied.

[0736] FIG. 35 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0737] For example, with reference to FIG. 35, when there is data to be transmitted via PUSCH, the terminal multiplexes the UCI included in PUCCH (3500) according to method 3 to PUSCH2 (3504) that overlaps with PUCCH (3500) and to other PUSCHs (3502, 3506, 3508) included in the same OCC group (OCC group 1, 3520) as said PUSCH2 (3504). Then, the terminal does not perform transmission via PUCCH (3500). Then, the terminal also transmits PUSCHs (3512, 3514, 3516, 3518) included in other OCC groups (OCC group 2, 3522).

[0738] On the other hand, when the terminal has no data to transmit via PUSCH and intends to perform uplink skipping, FIG. 36 is explained as an example embodiment.

[0739] FIG. 36 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0740] The terminal multiplexes and transmits the UCI included in PUCCH (3600) to PUSCH2 (3604) which overlaps with PUCCH (3600) and to other PUSCHs (3602, 3606, 3608) which are in the same OCC group (OCC group 1, 3620) as PUSCH2 (3604). That is, PUSCH (3602, 3604, 3606, 3608) are PUSCHs belonging to the same OCC group 1 (3620), and since at least one of them overlaps with PUCCH, uplink skipping is not performed, a MAC PDU is generated, and the terminal accordingly multiplexes and transmits the UCI to each of the PUSCHs (3602, 3604, 3606, 3608). And, the terminal does not transmit PUSCH (3612, 3614, 3616, 3618) belonging to other OCC group 2 (3622). That is, it is possible that a MAC PDU for each PUSCH transmission is not generated, or even if a MAC PDU is generated, the terminal does not transmit it. According to this method, depending on whether uplink skipping occurs, the terminal decides whether to transmit PUSCH (3612, 3614, 3616, 3618) belonging to OCC group 2 (3622).

[0741] Alternatively, if the terminal has no data to transmit via PUSCH and wishes to perform uplink skipping, as illustrated in FIG. 33 as an example, the terminal transmits the UCI by including it in the PUCCH (3300), and since there is no MAC PDU generated due to uplink skipping, the PUSCHs (3302, 3304, 3306, 3308, 3312, 3314, 3316, 3318) are not transmitted. In this manner, the terminal determines whether to transmit the PUCCH or the PUSCH depending on whether uplink skipping is performed.

[0742] [Fourth Example]

[0743] In the following embodiments, the operation of the terminal is described when the terminal performs Uplink skipping because there is no data to be transmitted to the corresponding PUSCH resource in its buffer under a situation where Method 4 or Method 5 is applied.

[0744] FIG. 37 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0745] For example, with reference to FIG. 37, when the terminal has data to transmit via PUSCH, it multiplexes the UCI included in PUCCH (3700) only to PUSCH2 (3704) which overlaps with PUCCH (3700). Then, the terminal does not perform transmission via PUCCH (3700). Additionally, the terminal does not actually apply OCC to OCC group 1 (3720) which includes PUSCH2 (3704). That is, the terminal does not apply OCC sequences to PUSCH1 (3702), PUSCH2 (3704), PUSCH3 (3706), and PUSCH4 (3708) included in OCC group 1 (3720), and performs repeated transmission. The terminal may apply the OCC sequence to PUSCH5 (3712), PUSCH6 (3714), PUSCH7 (3716), and PUSCH8 (3718) included in OCC group 2 (3722), or may not apply the OCC to PUSCH as in OCC group 1. Then, the terminal performs repeated transmissions accordingly.

[0746] On the other hand, the case where the terminal has no data to transmit via PUSCH and wants to perform uplink skipping is explained as an example in FIG. 38.

[0747] FIG. 38 is a diagram illustrating terminal operation in a situation where a PUSCH with an OCC method applied is repeatedly transmitted according to one embodiment of the present disclosure, and a PUSCH overlaps with a PUCCH in a specific slot.

[0748] Referring to FIG. 38, the terminal multiplexes the UCI on PUSCH2 (3804) that overlaps with PUCCH (3800), and does not transmit the corresponding PUCCH (3800). Furthermore, the terminal does not transmit other repeatable transmission PUSCHs (3802, 3806, 3808, 3812, 3814, 3816, 3818) other than PUSCH2 (3804). That is, it generates a MAC PDU only for PUSCH2 and transmits it by mapping the UCI. At this time, the terminal does not apply OCC to PUSCH2. Also, the terminal does not generate MAC PDUs for PUSCHs other than PUSCH2, or even if MAC PDUs are generated, the terminal does not perform transmission. In this way, the terminal determines whether to transmit PUSCH (3802, 3806, 3808, 3812, 3814, 3816, 3818) that do not overlap with PUCCH (3800) depending on whether uplink skipping occurs.

[0749] Alternatively, if the terminal has no data to transmit via PUSCH and wishes to perform uplink skipping, as illustrated in FIG. 33 as an example, the terminal transmits the UCI by including it in the PUCCH (3300), and since there is no MAC PDU generated due to uplink skipping, the PUSCHs (3302, 3304, 3306, 3308, 3312, 3314, 3316, 3318) are not transmitted. In this manner, the terminal determines whether to transmit the PUCCH or the PUSCH depending on whether uplink skipping is performed.

[0750] The conditions for determining uplink skipping above are the same as the conditions for determining whether the terminal will generate a MAC PDU, and if at least some or all of the following conditions are satisfied, the terminal does not generate a MAC PDU. The terminal can determine such conditions based on whether the terminal's capability supports them and based on upper signal configuration information.

[0751] - If a skipping top signal is set for a grant scheduled with DCI, or if the grant is a configured grant capable of transmitting and receiving without DCI

[0752] - If Aperiodic CSI is not requested for the corresponding PUSCH transmission

[0753] - When the MAC PDU contains zero MAC SDU (Service Data Unit)

[0754] - When the MAC PDU contains only periodic BSR information and there is no available data for logical channel grants, or when the MAC PDU contains only padding BSR information

[0755] - When UCI is multiplexed on the relevant grant resource

[0756] - If the relevant grant resource is not subject to OCC (or if OCC is applied)

[0757] - When UCI is multiplexed on a recurring grant resource other than the relevant grant resource

[0758] - When a UCI is multiplexed to another recurring transfer grant resource belonging to the same OCC group other than the relevant grant resource

[0759] FIG. 39 is a diagram illustrating a process in which a terminal determines whether to generate a MAC PDU according to one embodiment of the present disclosure.

[0760] Referring to FIG. 39, a terminal (e.g., the terminal's MAC entity) checks the conditions for generating a MAC PDU (3900). At least one of the conditions described above in at least one of the preceding embodiments, or a combination thereof, may be applicable. If the conditions are satisfied, the terminal does not generate a MAC PDU. Therefore, the terminal's MAC entity does not transmit any PDU to the PHY entity (3904).

[0761] If at least one of the conditions is not satisfied, the terminal generates a MAC PDU and transmits it to the PHY entity (3902).

[0762] FIG. 40A is a flowchart illustrating terminal operation according to one embodiment of the present disclosure.

[0763] Referring to FIG. 40A, the terminal can receive information about PUSCH repeated transmission through an upper signal or an L1 signal (e.g., DCI or MAC CE) or a combination thereof.

[0764] A terminal (e.g., a PHY entity of the terminal) can receive transmission resource scheduling information (4000). The scheduling information may be transmitted from a base station via an upper signal (e.g., an RRC message) or an L1 signal (e.g., DCI or MAC CE) or a combination thereof.

[0765] And, the terminal determines whether to transmit a MAC PDU (4002) (e.g., in the terminal's MAC entity).

[0766] If a MAC PDU exists, the terminal transmits a PUSCH based on the transmission resource (4004). If a MAC PDU does not exist, the terminal does not transmit a PUSCH even if the transmission resource exists (4006). For reference, before transmitting a PUSCH when a MAC PDU exists, the terminal determines the priority information present in the PHY entity; the terminal transmits the PUSCH only if the priority is higher or equal, and in other cases, the terminal may not transmit even if the PUSCH resource and MAC PDU are delivered. Additionally, the terminal transmits the PUSCH only when a MAC PDU exists and, in the case where the PUSCH overlaps with a PUCCH, multiplexes the UCI information included in the PUCCH onto the PUSCH.

[0767] The terminal can confirm that the PUSCH repeated transmission overlaps with the PUCCH. As described above, the PUSCHs of the PUSCH repeated transmissions can be divided into at least two OCC groups and can be transmitted through different slots.

[0768] When a repeated PUSCH transmission overlaps with a PUCCH, the terminal may transmit at least one of a UCI or a PUSCH based on the above-described methods 1 to 5 and UL skipping.

[0769] For example, according to Method 1, the terminal may transmit only PUSCH without transmitting UCI via PUCCH. However, if the terminal has no data to transmit via PUSCH (or if a MAC PDU does not exist), the terminal may transmit UCI and not transmit PUSCH.

[0770] Alternatively, according to Method 2, the terminal may transmit a UCI via a PUCCH and transmit PUCCHs of other OCC groups without transmitting PUCCHs of the OCC group to which the PUCCH overlaps with the PUCCH. However, if the terminal has no data to transmit via a PUCCH (or if a MAC PDU does not exist), the terminal may not transmit a PUCCH.

[0771] Alternatively, according to Method 3, the terminal may multiplex and transmit a UCI to the PUSCHs of an OCC group that includes a PUSCH that overlaps with the PUCCH. Even if the terminal has no data to transmit via the PUSCH, the terminal may multiplex and transmit the UCI to the PUSCH and not transmit the PUSCHs included in an OCC group different from the said PUSCH. Alternatively, the terminal may transmit the UCI via the PUCCH and not transmit the PUSCH.

[0772] Alternatively, according to Method 4 or Method 5, the terminal may perform transmission by multiplexing the UCI only on the PUSCH that overlaps with the PUCCH. In this case, the OCC sequence may not be applied to the PUSCHs included in the OCC group that contains the said PUSCH. Meanwhile, the OCC sequence may be applied (Method 4) or not applied (Method 5) to an OCC group different from the OCC group that contains the said PUSCH. Meanwhile, if the terminal has no data to transmit via the PUSCH (or if a MAC PDU does not exist), the terminal may multiplex the UCI only on the PUSCH that overlaps with the PUCCH and transmit it, and not transmit the remaining PUSCHs. Alternatively, the terminal may transmit the UCI via the PUCCH and not transmit the PUSCH. The specific method is the same as described above.

[0773] FIG. 40B is a flowchart illustrating base station operation according to one embodiment of the present disclosure.

[0774] Referring to FIG. 40B, the base station can transmit information about the PUSCH repeated transmission via an upper signal or an L1 signal (e.g., DCI or MAC CE) or a combination thereof (4010).

[0775] The base station can transmit transmission resource scheduling information to the terminal (4020). The scheduling information may be transmitted from the base station via an upper signal (e.g., an RRC message) or an L1 signal (e.g., DCI or MAC CE) or a combination thereof.

[0776] And the base station can receive the PUSCH based on the transmission resource (4030). At this time, the base station can receive the PUSCH only if the priority is higher or equal based on the priority information, and also, if the PUSCH overlaps with the PUCCH, the UCI information included in the PUCCH can be received in the PUSCH multiplexed in the PUSCH.

[0777] PUSCH repeated transmissions may overlap with PUCCH. As described above, the PUSCHs of the PUSCH repeated transmissions can be divided into at least two OCC groups and can be transmitted through different slots.

[0778] When a repeated PUSCH transmission overlaps with a PUCCH, the base station may receive at least one of the UCI or PUSCH based on the above-described methods 1 to 5 and UL skipping.

[0779] For example, according to Method 1, the base station may receive only PUSCH. However, if the terminal has no data to transmit via PUSCH (or, if there is no MAC PDU), the base station may receive UCI and not receive PUSCH.

[0780] Alternatively, according to Method 2, the base station receives a UCI via a PUCCH and may receive PUCCHs from other OCC groups without receiving PUCCHs from OCC groups to which the PUCCH overlaps with the PUCCH. However, if the terminal has no data to transmit via a PUCCH (or, if there is no MAC PDU), the base station may not receive the PUCCH.

[0781] Alternatively, according to Method 3, a base station may receive multiplexed UCIs on PUSCHs of an OCC group that include PUSCHs overlapping with a PUCCH. Even if the terminal has no data to transmit via a PUSCH, the base station may receive the PUSCH with multiplexed UCIs and not receive PUSCHs included in an OCC group different from the said PUSCH. Alternatively, the base station may receive the UCI via a PUCCH and not receive a PUSCH.

[0782] Alternatively, according to Method 4 or Method 5, the base station may perform reception by multiplexing the UCI only on the PUSCH that overlaps with the PUCCH. In this case, the OCC sequence may not be applied to the PUSCHs included in the OCC group that contains the said PUSCH. Meanwhile, the OCC sequence may be applied (Method 4) or not applied (Method 5) to an OCC group different from the OCC group that contains the said PUSCH. Meanwhile, if the terminal has no data to transmit via the PUSCH (or if a MAC PDU does not exist), the base station may receive by multiplexing the UCI only on the PUSCH that overlaps with the PUCCH, and not receive the remaining PUSCHs. Alternatively, the base station may receive the UCI via the PUCCH and not receive the PUSCH. The specific method is the same as described above.

[0783] FIG. 41 is a drawing illustrating the structure of a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0784] Referring to FIG. 41, the terminal may include a transceiver (referring to a terminal receiver unit (4100) and a terminal transmitter unit (4110), a memory (not shown), and a terminal processing unit (4105, or a terminal control unit or processor). Depending on the communication method of the terminal described above, the transceiver (4100, 4110), memory, and terminal processing unit (4105) of the terminal may operate. However, the components of the terminal are not limited to the examples described above. For example, the terminal may include more components or fewer components than the components described above. Furthermore, the transceiver, memory, and processor may be implemented in the form of a single chip.

[0785] The transceiver can transmit and receive signals with a base station. Here, the signal may include control information and data. To this end, the transceiver may be composed of an RF transmitter that up-converts and amplifies the frequency of a transmitted signal, and an RF receiver that low-noise amplifies a received signal and down-converts its frequency. However, this is merely one embodiment of the transceiver, and the components of the transceiver are not limited to an RF transmitter and an RF receiver.

[0786] In addition, the transceiver receives a signal through a wireless channel and outputs it to a processor, and can transmit the signal output from the processor through a wireless channel.

[0787] Memory can store programs and data necessary for the operation of the terminal. Additionally, memory can store control information or data included in signals transmitted and received by the terminal. Memory may be composed of storage media or combinations of storage media such as ROM, RAM, hard disk, CD-ROM, and DVD. Additionally, there may be multiple memories.

[0788] In addition, the processor can control a series of processes to enable the terminal to operate according to the aforementioned embodiment. For example, the processor can receive a DCI composed of two layers and control the components of the terminal to receive multiple PDSCHs simultaneously. There may be multiple processors, and the processors can perform the operation of controlling the components of the terminal by executing a program stored in memory.

[0789] FIG. 42 is a drawing illustrating the structure of a base station in a wireless communication system according to one embodiment of the present disclosure.

[0790] Referring to FIG. 42, the base station may include a transceiver unit, which refers to a base station receiver (4200) and a base station transmitter (4210), a memory (not shown), and a base station processing unit (4205, or a base station control unit or processor). Depending on the communication method of the base station described above, the transceiver unit (4200, 4210), the memory, and the base station processing unit (4205) of the base station may operate. However, the components of the base station are not limited to the examples described above. For example, the base station may include more components or fewer components than the components described above. In addition, the transceiver unit, the memory, and the processor may be implemented in the form of a single chip.

[0791] The transceiver can transmit and receive signals with a terminal. Here, the signal may include control information and data. To this end, the transceiver may be composed of an RF transmitter that up-converts and amplifies the frequency of a transmitted signal, and an RF receiver that low-noise amplifies a received signal and down-converts its frequency. However, this is merely one embodiment of the transceiver, and the components of the transceiver are not limited to an RF transmitter and an RF receiver.

[0792] In addition, the transceiver receives a signal through a wireless channel and outputs it to a processor, and can transmit the signal output from the processor through a wireless channel.

[0793] Memory can store programs and data necessary for the operation of the base station. Additionally, memory can store control information or data included in signals transmitted and received by the base station. Memory can be composed of storage media or combinations of storage media such as ROM, RAM, hard disk, CD-ROM, and DVD. Additionally, there may be multiple memories.

[0794] A processor can control a series of processes to enable a base station to operate according to the embodiments of the present disclosure described above. For example, the processor can control each component of the base station to configure two layers of DCIs containing allocation information for a plurality of PDSCHs and to transmit them. There may be multiple processors, and the processors can perform control operations on the components of the base station by executing a program stored in memory.

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

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

[0797] Such programs (software modules, software) may be stored in random access memory, non-volatile memory including flash memory, ROM (Read Only Memory), Electrically Erasable Programmable Read Only Memory (EEPROM), magnetic disc storage devices, Compact Disc-ROM (CD-ROM), Digital Versatile Discs (DVDs), or other forms of optical storage devices, magnetic cassettes. Alternatively, they may be stored in memory composed of some or all of these. Additionally, each constituent memory may include multiple units.

[0798] Additionally, the program may be stored on an attachable storage device accessible via a communication network such as the Internet, Intranet, Local Area Network (LAN), Wide LAN (WLAN), or Storage Area Network (SAN), or a combination thereof. Such a storage device may be connected to the device performing the embodiment of the present disclosure through an external port. Additionally, a separate storage device on the communication network may be connected to the device performing the embodiment of the present disclosure.

[0799] In the specific embodiments of the present disclosure described above, the components included in the invention are expressed in a singular or plural form according to the specific embodiments presented. However, the singular or plural expression is selected to suit the situation presented for convenience of explanation, and the present disclosure is not limited to singular or plural components; even if a component is expressed in the plural form, it may be composed of a singular form, or even if a component is expressed in the singular form, it may be composed of a plural form.

[0800] Meanwhile, the embodiments of the present disclosure disclosed in this specification and drawings are merely specific examples provided to facilitate the explanation of the technical content of the present disclosure and to aid in understanding the present disclosure, and are not intended to limit the scope of the present disclosure. That is, it is obvious to those skilled in the art that other variations based on the technical concept of the present disclosure are possible. Furthermore, each of the above embodiments may be combined and operated as needed. For example, parts of one embodiment of the present disclosure and parts of another embodiment may be combined to operate a base station and a terminal. For example, parts of the first embodiment and the second embodiment of the present disclosure may be combined to operate a base station and a terminal. In addition, although the above embodiments are presented based on an FDD LTE system, other variations based on the technical concept of the above embodiments may be implemented in other systems such as a TDD LTE system, 5G, or NR system.

[0801] Meanwhile, the order of description in the drawings illustrating the method of the present disclosure does not necessarily correspond to the order of execution, and the order of execution may be changed or executed in parallel.

[0802] Alternatively, drawings describing the method of the present disclosure may omit some components and include only some components to the extent that the essence of the present disclosure is not impaired.

[0803] In addition, the method of the present disclosure may be implemented by combining some or all of the contents included in each embodiment to the extent that it does not impair the essence of the invention.

[0804] Various embodiments of the present disclosure have been described above. The foregoing description of the present disclosure is for illustrative purposes only and is not limited to the embodiments disclosed. Those skilled in the art will understand that other specific forms can be easily modified without altering the technical spirit or essential features of the present disclosure. The scope of the present disclosure is defined by the claims set forth below rather than by the foregoing detailed description, and all modifications or variations derived from the meaning and scope of the claims and equivalent concepts should be interpreted as being included within the scope of the present disclosure.

Claims

In a method performed by a terminal in a wireless communication system, A step of receiving an RRC (radio resource control) message from a base station including a PUSCH (physical uplink shared channel) setting and a PUCCH (physical uplink control channel) setting, wherein the PUSCH setting includes information for repeated PUSCH transmission; A step of receiving DCI (downlink control information) including an uplink grant from the base station; A step of identifying a plurality of PUSCH repetitive transmission resources based on the above DCI, wherein the plurality of PUSCH repetitive transmission resources include a first PUSCH transmission resource included in a first OCC (orthogonal cover code) group and a second PUSCH transmission resource included in a second OCC group; and A method characterized by including the step of, when the first PUSCH transmission resource and the PUCCH transmission resource overlap and there is no data for the plurality of PUSCH repetitive transmission resources, multiplexing the UCI (uplink control information) associated with the PUCCH transmission resource to each of the PUSCH repetitive transmission resources included in the first OCC (orthogonal cover code) group and transmitting them to the base station. A method according to claim 1, further comprising the step of skipping a PUSCH transmission in a PUSCH repeated transmission resource included in the second OCC group. A method according to claim 1, characterized in that a first OCC sequence is applied to a PUSCH repetitive transmission resource included in the first OCC group, and a second OCC sequence is applied to a PUSCH repetitive transmission resource included in the second OCC group. In paragraph 3, The above-mentioned transmission step is, A step of mapping the UCI to a PUSCH iterative transmission resource included in the first OCC group; and A method characterized by including the step of applying the first OCC sequence to a PUSCH iterative transmission resource included in the first OCC group mapped to the above UCI and transmitting it. In a method performed by a base station in a wireless communication system, A step of transmitting an RRC (radio resource control) message to a terminal including a PUSCH (physical uplink shared channel) setting and a PUCCH (physical uplink control channel) setting, wherein the PUSCH setting includes information for repeated PUSCH transmission; A step of transmitting DCI (downlink control information) including an uplink grant to the terminal; and In the case where a first PUSCH transmission resource and a PUCCH transmission resource overlap among a plurality of PUSCH repetitive transmission resources scheduled based on the above DCI and there is no data for the plurality of PUSCH repetitive transmission resources, the method includes the step of receiving a signal in which a UCI associated with the PUCCH transmission resource is multiplexed through a PUSCH repetitive transmission resource included in a first OCC (orthogonal cover code) group to which the first PUSCH transmission resource belongs. A method characterized in that the plurality of PUSCH repeated transmission resources include a first PUSCH transmission resource included in the first OCC group and a second PUSCH transmission resource included in the second OCC group. A method according to claim 5, characterized in that PUSCH reception in a PUSCH repeated transmission resource included in the second OCC group is skipped. A method according to claim 5, characterized in that the same first OCC sequence is applied to the PUSCH repetitive transmission resources included in the first OCC group, and the same second OCC sequence is applied to the PUSCH repetitive transmission resources included in the second OCC group. In Paragraph 7, The UCI is mapped to a PUSCH repetitive transmission resource included in the first OCC group, and A method characterized by applying the first OCC sequence to a PUSCH iterative transmission resource included in the first OCC group mapped to the above UCI. In a terminal of a wireless communication system, At least one transceiver; At least one processor connected to the above at least one transceiver so as to be able to communicate; and The terminal is connected to communicate with at least one processor and is capable of executing individually or in any combination of the at least one processor, so that the terminal, A radio resource control (RRC) message is received from a base station including a PUSCH (physical uplink shared channel) setting and a PUCCH (physical uplink control channel) setting, and the PUSCH setting includes information for repeated PUSCH transmission. Receive DCI (downlink control information) including an uplink grant from the base station, and Based on the above DCI, a plurality of PUSCH repetitive transmission resources are identified, and the plurality of PUSCH repetitive transmission resources include a first PUSCH transmission resource included in a first OCC (orthogonal cover code) group and a second PUSCH transmission resource included in a second OCC group. A terminal characterized by including a memory that stores an instruction to transmit to the base station by multiplexing UCI (uplink control information) associated with the PUCCH transmission resource to each of the PUCCH repetitive transmission resources included in the first OCC (orthogonal cover code) group, when the first PUSCH transmission resource and the PUCCH transmission resource overlap and there is no data for the plurality of PUCCH repetitive transmission resources. A terminal according to claim 9, wherein the instruction executable by at least one processor individually or in any combination causes the terminal to skip a PUSCH transmission in a PUSCH repeat transmission resource included in the second OCC group. A terminal according to claim 9, characterized in that a first OCC sequence is applied to a PUSCH repetitive transmission resource included in the first OCC group, and a second OCC sequence is applied to a PUSCH repetitive transmission resource included in the second OCC group. In Paragraph 11, The instruction that can be executed individually or in any combination of the above-mentioned at least one processor is, Map the UCI to a PUSCH repetitive transmission resource included in the first OCC group, and A terminal characterized by applying the first OCC sequence to a PUSCH repetitive transmission resource included in the first OCC group mapped to the above UCI and transmitting it. In a base station of a wireless communication system, At least one transceiver; At least one processor connected to the above at least one transceiver so as to be able to communicate; and The base station is connected to communicate with at least one processor and is capable of executing individually or in any combination of the at least one processor, and, An RRC (radio resource control) message including PUSCH (physical uplink shared channel) settings and PUCCH (physical uplink control channel) settings is transmitted to a terminal, and the PUSCH settings include information for repeated PUSCH transmissions. Transmit DCI (downlink control information) including an uplink grant to the terminal, and A memory storing an instruction that, when a first PUSCH transmission resource and a PUCCH transmission resource overlap among a plurality of PUSCH repetitive transmission resources scheduled based on the above DCI and there is no data for the plurality of PUSCH repetitive transmission resources, receives a signal in which the UCI associated with the PUCCH transmission resource is multiplexed through a PUSCH repetitive transmission resource included in the first OCC (orthogonal cover code) group to which the first PUSCH transmission resource belongs; A base station characterized in that the plurality of PUSCH repeated transmission resources include a first PUSCH transmission resource included in the first OCC group and a second PUSCH transmission resource included in the second OCC group. A base station characterized in that, in paragraph 13, PUSCH reception is skipped in the PUSCH repeated transmission resource included in the second OCC group. In Paragraph 13, The same first OCC sequence is applied to the PUSCH repetitive transmission resources included in the first OCC group, and the same second OCC sequence is applied to the PUSCH repetitive transmission resources included in the second OCC group, and The UCI is mapped to a PUSCH repetitive transmission resource included in the first OCC group, and A base station characterized by applying the first OCC sequence to a PUSCH repetitive transmission resource included in the first OCC group mapped to the above UCI.

Images