Method, apparatus, and system for transmitting a physical uplink control channel in a wireless communication system

Abstract

To provide a method for transmitting uplink control information in a wireless communication system, particularly a cellular wireless communication system, and a device therefor.SOLUTION: The present specification relates to a method, a device, and a system for transmitting a physical uplink control channel in a wireless communication system. The present specification discloses a terminal comprising: a communication module for receiving, from a base station, information on a PUCCH serving cell, which is a serving cell on which a PUCCH is to be transmitted, generating the PUCCH, and transmitting the generated PUCCH on the PUCCH serving cell; and a processor for configuring the PUCCH serving cell on the basis of the information on the PUCCH serving cell. The terminal can effectively transmit uplink control information.SELECTED DRAWING: Figure 26

Description

[Technical Field]

[0001] The present invention relates to wireless communication systems, and more particularly to a method, apparatus and system for transmitting a physical uplink control channel in a wireless communication system, as well as a semi-persistent scheduling PDSCH receiving method and a HARQ-ACK transmission method. [Background technology]

[0002] Following the commercialization of 4G (4th generation) communication systems, efforts are being made to develop new 5G (5th generation) communication systems to meet the increasing demand for wireless data traffic. 5G communication systems are also referred to as "beyond 4G network" systems, "post-LTE" systems, or "NR (new radio)" systems. To achieve high data transmission rates, 5G communication systems include systems operating in ultra-high frequency (mmWave) bands above 6 GHz, as well as systems operating in frequency bands below 6 GHz to ensure coverage, with implementation at base stations and terminals being considered.

[0003] The 3GPP® (registered trademark, hereinafter the same) (3rd generation partnership project) NR system improves the efficiency of the network spectrum, enabling telecommunications carriers to provide more data and voice services with the given bandwidth. Therefore, the 3GPP NR system is designed to meet the demands for high-speed data and media transmission in addition to high-capacity voice support. The advantages of the NR system include high processing power, low latency, support for FDD (frequency division duplex) and TDD (time division duplex), an improved end-user environment, and low operating costs with a simple architecture, all on the same platform.

[0004] For more efficient data processing, dynamic TDD in NR systems can use a method that varies the number of OFDM (orthogonal frequency division multiplexing) symbols available for uplink and downlink depending on the data traffic direction of the cell's users. For example, when the downlink traffic of a cell is greater than the uplink traffic, the base station can allocate a large number of downlink OFDM symbols to a slot (or subframe). Information regarding the slot configuration needs to be transmitted to the terminal.

[0005] To mitigate path loss in the ultra-high frequency band and increase the transmission distance of radio waves, beamforming, massive MIMO, full-dimensional MIMO (FD-MIMO), array antennas, analog beamforming, hybrid beamforming (combining analog and digital beamforming), and large-scale antenna technologies are being discussed for 5G communication systems. Furthermore, in order to improve the system network, 5G communication systems are undergoing technological development related to advanced small cells, improved small cells, cloud radio access networks (cloud RAN), ultra-dense networks, device-to-device communication (D2D), vehicle-to-everything communication (V2X), wireless backhaul, non-terrestrial network communication (NTN), moving networks, cooperative communication, CoMP (coordinated multi-points), and interference cancellation.In addition, 5G systems have seen the development of advanced coding modulation (ACM) methods such as FQAM (hybrid FSK and QAM modulation) and SWSC (sliding window superposition coding), as well as advanced access technologies such as FBMC (filter bank multi-carrier), NOMA (non-orthogonal multiple access), and SCMA (sparse code multiple access).

[0006] Meanwhile, the internet, a human-centered interconnected network where humans generate and consume information, is evolving into the Internet of Things (IoT) network, where distributed components such as objects exchange and process information. Internet of Everything (IoE) technology, which combines IoT technology with big data processing technologies via connections to cloud servers and other systems, is also emerging. To realize IoT, technological elements such as sensing technology, wired and wireless communication and network infrastructure, service interface technology, and security technology are required. Recently, technologies such as sensor networks for connecting objects, machine-to-machine (M2M), and machine-type communication (MTC) are being researched. In an IoT environment, intelligent IT services are provided that collect and analyze data generated from connected objects to create new value in human life. IoT, through the integration and combination of conventional IT technologies and various industries, is being applied to fields such as smart homes, smart buildings, smart cities, smart cars or connected cars, smart grids, healthcare, smart home appliances, and advanced medical services.

[0007] Therefore, various attempts are being made to apply 5G communication systems to IoT networks. For example, technologies such as sensor networks, machine-to-machine communication, and MTC are being realized through 5G communication technologies such as beamforming, MIMO, and array antennas. As mentioned above, the application of cloud radio access networks (cloud RAN) as a big data processing technology can also be considered an example of the fusion of 5G technology and IoT technology. In general, mobile communication systems were developed to provide voice services while ensuring user activity.

[0008] These mobile communication systems have gradually expanded their scope from voice services to data services, and have now developed to the point where they can provide high-speed data services. However, due to resource shortages in the currently available mobile communication systems and users' demand for high-speed services, there is a need for even more advanced mobile communication systems. [Overview of the project] [Problems that the invention aims to solve]

[0009] The technical problem to be addressed by the present invention is to provide a method for transmitting uplink control information in a wireless communication system, particularly a cellular wireless communication system, and an apparatus therefor.

[0010] Another technical problem of the present invention is to provide a method for receiving an SPS PDSCH in a 3GPP NR system, a method for transmitting a HARQ-ACK of said SPS PDSCH, and an apparatus for doing so. [Means for solving the problem]

[0011] According to one aspect of the present invention, a terminal is provided that transmits a physical uplink control channel (PUCCH) based on carrier aggregation. The terminal includes a communication module that receives information from a base station about a PUCCH serving cell, which is a serving cell on which a PUCCH is transmitted, generates the PUCCH, and transmits the generated PUCCH on the PUCCH serving cell, and a processor that configures the PUCCH serving cell based on the information about the PUCCH serving cell, wherein the information about the PUCCH serving cell may include first information indicating whether or not to set a particular serving cell among the plurality of serving cells as the PUCCH serving cell, and second information relating to the period on which the setting for the PUCCH serving cell is applied.

[0012] In one aspect, the first information may indicate whether or not to set the specific serving cell as the PUCCH serving cell using a series of (sequential) indices.

[0013] In other respects, the number of the series of indices is determined based on the subcarrier spacing (SCS) of any one cell, where any one cell is one of the plurality of serving cells, and each index included in the series of indices may correspond to a slot in any one cell.

[0014] In another aspect, any one of the aforementioned cells may be the primary serving cell among the plurality of serving cells.

[0015] In another aspect, the number of the series of indices is determined based on the subcarrier spacing (SCS), and each index included in the series of indices may correspond to one slot based on the subcarrier spacing.

[0016] Furthermore, in other respects, the subcarrier spacing may be the smallest of the subcarrier spacings of the plurality of serving cells.

[0017] Furthermore, in other respects, the subcarrier spacing may be the largest of the subcarrier spacings of the plurality of serving cells.

[0018] In other respects, the terminal may have a TDD configuration set up from the upper layer, and the subcarrier interval may be the reference subcarrier interval of the TDD configuration.

[0019] In other respects, the series of indices may correspond to at least some of the slots within the period.

[0020] In other respects, the uplink slots of the main serving cell may not be included in at least some of the aforementioned slots, and the uplink slots may be slots that contain only uplink symbols.

[0021] In another aspect, if all of the multiple serving cells are downlink slots, the slots may not be included in at least some of the slots, and the downlink slots may contain only downlink symbols.

[0022] In other respects, the first information may indicate whether or not to set the specific serving cell as the PUCCH serving cell on a per-slot basis.

[0023] In another aspect, the plurality of serving cells may include a primary serving cell and at least one secondary serving cell, wherein the particular serving cell may be the secondary serving cell having the lowest cell index among the at least one secondary serving cell.

[0024] In other respects, the information relating to the PUCCH serving cell may further include third information relating to the offset at which the period begins.

[0025] In other respects, the communication module transmits the generated PUCCH based on a TDD (time division duplex) configuration, the information regarding the PUCCH serving cell is information regarding the TDD configuration, and the period to which the settings regarding the PUCCH serving cell are applied may be determined based on the period set in the TDD configuration.

[0026] In other respects, the TDD configuration may be one of the following: a TDD configuration relating to a main serving cell, a TDD configuration relating to the serving cell with the lowest subcarrier spacing among the plurality of serving cells, or a TDD configuration relating to the serving cell with the highest subcarrier spacing among the plurality of serving cells.

[0027] In another aspect, if the generated PUCCH is configured as a PUCCH repetition, the communication module performs the PUCCH repetition from the first slot instructed to do so, determines the PUCCH serving cell to transmit the PUCCH repetition in the first slot based on the first information, and subsequent PUCCH repetitions may be transmitted by the PUCCH serving cell when the first information indicates such a cell.

[0028] In another aspect, if the generated PUCCH is configured as a PUCCH repetition, the communication module may, by the first information, determine the PUCCH serving cell in each slot to which the PUCCH repetition is transmitted, and in each slot the PUCCH repetition may be transmitted on the PUCCH serving cell.

[0029] In another aspect, the communication module is configured to receive a physical downlink shared channel (PDSCH) from the base station in a slot that is k1 reference slots earlier than the slot in which the generated PUCCH is transmitted, the generated PUCCH includes a HARQ (Hybrid Automatic Repeat Request) ACK for the PDSCH, and the time length of the reference slot may be determined based on one of the subcarrier intervals of the main serving cell, the largest subcarrier interval among the multiple serving cells, and the smallest subcarrier interval among the multiple serving cells.

[0030] In another aspect, the communication module is configured to receive a PUCCH resource indicator from the base station that indicates a PUCCH resource, and if there are multiple specific serving cells that can be configured as a PUCCH serving cell, the processor may determine from among the multiple specific serving cells which serving cell has the PUCCH resource available as the PUCCH serving cell.

[0031] In another embodiment, the present invention provides a terminal that performs communication based on semi-persistent scheduling. The terminal may include a communication module configured to receive a first physical downlink shared channel (PDSCH) from a base station by a first semi-persistent scheduling, generate a HARQ (Hybrid Automatic Repeat Request) ACK for the reception of the first PDSCH, and transmit the HARQ ACK at a PUCCH transmission timing determined by a processor, and a processor configured to perform transmit and receive operations by a plurality of semi-persistent schedulings, including the first semi-persistent scheduling, and to determine the transmission timing of the PUCCH based on the resources of a second PUCCH in a second slot that is available as the PUCCH when the resources of a first PUCCH in a first slot allocated in association with the first PDSCH are unavailable as the PUCCH.

[0032] In one aspect, if the resources of the first PUCCH are unavailable for use as a PUCCH, this may include cases where the resources of the first PUCCH overlap with at least one of the following: at least one downlink symbol, at least one symbol of a synchronization signal block, at least one symbol of a basic control channel resource (CORESET #0), and an invalid uplink symbol.

[0033] In other aspects, the communication module is configured to receive the second PDSCH by the first semi-permanent scheduling after the first PDSCH, the resources of the second slot and the second PUCCH are allocated in association with the second PDSCH, and the transmission timing of the PUCCH may include the uplink slot.

[0034] In other respects, the resources of the second slot and the second PUCCH may be associated with a PDSCH based on a predetermined specific semi-permanent scheduling among the multiple semi-permanent schedulings.

[0035] In other respects, the predetermined specific semi-permanent scheduling may be any one of the following among the plurality of semi-permanent schedulings: the semi-permanent scheduling configuration having the lowest ID, the semi-permanent scheduling configuration with the shortest period, and the semi-permanent scheduling configuration having the same or lower priority as the first semi-permanent scheduling.

[0036] In another aspect, the PUCCH is configured as a PUCCH repetition, and the processor can determine that the PUCCH transmission timing is valid if the difference between the second slot and the first slot is the same as or smaller than a certain constant value.

[0037] In other respects, the first slot may be the first slot to which a PUCCH repeat is assigned, and the second slot may be a slot to which the PUCCH repeat can be transmitted.

[0038] In other aspects, the first slot may be the first slot to which a PUCCH repeat is assigned, and the second slot may be the first slot among the slots to which the PUCCH repeat can be transmitted.

[0039] In other respects, the first slot may be the first slot to which a PUCCH repeat is assigned, and the second slot may be each slot to which each PUCCH repeat can be transmitted.

[0040] In other aspects, the first slot may be the first slot to which a PUCCH repeat is assigned, and the second slot may be the last slot to which each PUCCH repeat can transmit.

[0041] In another aspect, the first slot is the nth slot among the slots to which a PUCCH iteration is assigned, and the second slot is the nth slot among the slots to which each PUCCH iteration can be transmitted, where n may be a natural number from 1 to the number of iterations of the PUCCH iteration. [Effects of the Invention]

[0042] According to an embodiment of the present invention, the terminal can accurately transmit uplink control information to the base station via the uplink control channel. Furthermore, accurate transmission of the physical uplink control channel enables effective transmission of uplink control information. In addition, according to the present invention, the terminal can effectively determine the PUCCH resource for HARQ-ACK transmission upon reception of SPS PDSCH and transmit the HARQ-ACK of SPS PDSCH.

[0043] The effects obtained from the present invention are not limited to those mentioned above, and other effects not mentioned will be clearly understood by those with ordinary skill in the art to which the present invention pertains from the following description. [Brief explanation of the drawing]

[0044] [Figure 1] This figure shows an example of a wireless frame structure used in wireless communication systems. [Figure 2] This figure shows an example of a downlink (DL) / uplink (UL) slot structure in a wireless communication system. [Figure 3] This diagram illustrates the physical channels used in 3GPP systems (e.g., NR) and typical signal transmission methods utilizing those physical channels. [Figure 4] This figure shows the SS / PBCH block for initial cell access in a 3GPP NR system. [Figure 5] This diagram shows the procedure for transmitting control information and control channels in a 3GPP NR system. [Figure 6] This diagram shows the CORESET through which PDCCH is transmitted in a 3GPP NR system. [Figure 7] This diagram shows how to configure the PDCCH search space in a 3GPP NR system. [Figure 8] This is a conceptual diagram explaining career integration. [Figure 9] This diagram illustrates terminal carrier communication and multi-carrier communication. [Figure 10] This figure shows an example where the cross-carrier scheduling technique is applied. [Figure 11] This is a block diagram showing the configuration of a terminal and a base station according to one embodiment of the present invention. [Figure 12A] This figure shows the scheduling of the physical uplink sharing channel in the time domain. [Figure 12B] This figure shows the scheduling of the physical uplink shared channel in the time domain. [Figure 13] This figure shows the scheduling of physical uplink sharing channels in the frequency domain. [Figure 14A] This figure shows an example of repeated transmission on a physical uplink sharing channel. [Figure 14B] This figure shows an example of repeated transmission on a physical uplink sharing channel. [Figure 15] This diagram shows the scheduling of the physical uplink control channel. [Figure 16] This diagram shows repeated transmissions on the physical uplink control channel. [Figure 17] This diagram shows an example where two cells capable of uplink transmission are configured on the terminal. [Figure 18] This diagram illustrates how a PUCCH serving cell is determined based on a low subcarrier interval, as an example. [Figure 19] This diagram illustrates how PUCCH serving cells are determined based on a high subcarrier interval. [Figure 20]This figure shows dynamic PUCCH carrier switching according to one embodiment. [Figure 21] This figure shows PUCCH transmission by dynamic PUCCH carrier switching according to one embodiment of the present invention. [Figure 22] This figure shows PUCCH transmission by dynamic PUCCH carrier switching according to another embodiment of the present invention. [Figure 23] This figure shows PUCCH transmission by dynamic PUCCH carrier switching according to yet another embodiment of the present invention. [Figure 24] This figure shows PUCCH transmission by dynamic PUCCH carrier switching according to yet another embodiment of the present invention. [Figure 25] This diagram shows the scheduling of the physical downlink shared channel. [Figure 26] This diagram shows the scheduling of the physical uplink control channel. [Figure 27] This diagram shows the scheduling of the physical uplink shared channel and the physical uplink control channel. [Figure 28] This diagram shows the reception of an SPS PDSCH. [Figure 29] This diagram shows the HARQ-ACK transmission of SPS PDSCH. [Figure 30] This figure shows a PUCCH that transmits a HARQ-ACK of an SPS PDSCH according to one embodiment. [Figure 31] This figure shows a PUCCH that transmits a HARQ-ACK of an SPS PDSCH according to another embodiment. [Figure 32] Furthermore, this figure shows a PUCCH that transmits the HARQ-ACK of the SPS PDSCH in multiple SPS settings according to other embodiments. [Figure 33] Furthermore, this figure shows a PUCCH that transmits the HARQ-ACK of the SPS PDSCH in multiple SPS settings according to other embodiments. [Figure 34]Furthermore, this figure shows a PUCCH that transmits the HARQ-ACK of the SPS PDSCH in multiple SPS settings according to other embodiments. [Figure 35] This figure shows a PUCCH sending a HARQ-ACK of an SPS PDSCH using the PUCCH resource settings according to another embodiment. [Figure 36] This figure shows a PUCCH sending a HARQ-ACK of an SPS PDSCH using the PUCCH resource settings according to another embodiment. [Figure 37] This figure shows a PUCCH that sends an SPS PDSCH HARQ-ACK when a terminal according to one embodiment receives an SPS deactivation DCI. [Figure 38] This figure shows a PUCCH that sends an SPS PDSCH HARQ-ACK when a terminal according to another embodiment receives an SPS deactivation DCI. [Figure 39] Furthermore, this figure shows a PUCCH that sends the HARQ-ACK of the SPS PDSCH when a terminal according to another embodiment receives the SPS deactivation DCI. [Figure 40] Furthermore, this figure shows a PUCCH that sends the HARQ-ACK of the SPS PDSCH when a terminal according to another embodiment receives the SPS deactivation DCI. [Figure 41] This diagram shows an example of how a terminal can determine a valid PUCCH resource. [Figure 42] This diagram shows how a terminal can determine a valid PUCCH resource using another example. [Figure 43] This figure also shows how a terminal can determine a valid PUCCH resource using another example. [Figure 44] This figure also shows how a terminal can determine if it has a valid PUCCH resource, using other examples. [Figure 45] This figure shows an example of a scenario to which this embodiment applies. [Figure 46] This diagram illustrates a method by which a terminal determines the validity of HARQ-ACK, as an example. [Figure 47]This diagram illustrates how a terminal determines the validity of HARQ-ACK using other examples. [Figure 48] This diagram further illustrates how a terminal can determine the validity of HARQ-ACK using other examples. [Figure 49] This diagram illustrates a method by which a terminal determines the validity of HARQ-ACK, as an example. [Figure 50] This diagram illustrates how a terminal determines the validity of HARQ-ACK using other examples. [Figure 51] This diagram further illustrates how a terminal can determine the validity of HARQ-ACK using other examples. [Figure 52] This diagram further illustrates how a terminal can determine the validity of HARQ-ACK using other examples. [Figure 53] This diagram further illustrates how a terminal can determine the validity of HARQ-ACK using other examples. [Figure 54] This diagram further illustrates how a terminal can determine the validity of HARQ-ACK using other examples. [Figure 55] This diagram further illustrates how a terminal can determine the validity of HARQ-ACK using other examples. [Figure 56] This diagram illustrates how a terminal performs a PUCCH iteration as an example. [Figure 57] This diagram illustrates how a terminal performs PUCCH iterations using other examples. [Modes for carrying out the invention]

[0045] The terms used herein have been selected to be as widely used and general as possible, taking into account the function of the present invention; however, this may vary depending on the intent, conventions, or emergence of new technologies of the articulate. In some cases, the applicant has arbitrarily selected terms, in which case their meaning will be described in the relevant section of the invention description. Therefore, it should be made clear that the terms used herein are not merely names of terms, but should be interpreted based on their substantive meaning and the overall content of this specification.

[0046] Throughout the specification, when one configuration is said to be “connected” to another, this includes not only cases where they are “directly connected,” but also cases where they are “electrically connected” through other intermediate components. Furthermore, when a configuration is said to “include” a particular component, this means, unless otherwise stated, that it includes other components rather than excluding them. In addition, the limitations of “greater than” or “less than” a particular critical point may be appropriately replaced by “greater than” or “less than” depending on the embodiment.

[0047] The following technologies are used in a variety of wireless connectivity systems, including CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), and SC-FDMA (single carrier frequency division multiple access). CDMA is implemented using radio technology such as UTRA (Universal Terrestrial Radio Access) and CDMA2000. TDMA is implemented using radio technology such as GSM (Global System for Mobile communications) / GPRS (General Packet Radio Service) / EDGE (Enhanced Data Rates for GSM Evolution). OFDMA is implemented using radio technology such as IEEE802.11 (Wi-Fi), IEEE802.16 (WiMAX), IEEE802-20, and E-UTRA (Evolved UTRA). UTRA is part of UMTS (Universal Mobile Telecommunication System). 3GPP LTE (Long term evolution) is part of E-UMTS (Evolved UMTS) which uses E-UTRA, and LTE-A (Advanced) is an advanced version of 3GPP LTE. 3GPP NR is a system designed separately from LTE / LTE-A, and is intended to support eMBB (enhanced Mobile Broadband), URLLC (Ultra-Reliable and Low Latency Communication), and mMTC (massive Machine Type Communication) services, which are requirements of IMT-2020. While this explanation will focus on 3GPP NR for clarity, the technical concept of this invention is not limited to this.

[0048] Unless otherwise specified herein, a base station may include a gNB (next generation node B) as defined in 3GPP NR. Also, unless otherwise specified, a terminal may include a UE (user equipment). To aid understanding the explanation below, each concept will be described in separate embodiments, although these embodiments may be used in combination with each other. In this disclosure, terminal configuration may mean configuration by the base station. Specifically, the base station may transmit channels or signals to the terminal to configure the operation of the terminal or the values ​​of parameters used in the wireless communication system.

[0049] Figure 1 shows an example of a wireless frame structure used in a wireless communication system.

[0050] Referring to Figure 1, a radio frame (or radio frame) used in a 3GPP NR system has a length of 10 ms (ΔfmaxNf / 100) * Tc). A radio frame consists of 10 subframes (SF) of equal size, where Δfmax = 480 * 10³ Hz, Nf = 4096, Tc = 1 / (Δfref * Nf,ref), Δfref = 15 * 10³ Hz, and Nf,ref = 2048. Each of the 10 subframes within a single frame is assigned a number from 0 to 9. Each subframe has a length of 1 ms and consists of one or more slots determined by the subcarrier spacing. More specifically, the subcarrier spacing usable in a 3GPP NR system is 15 * 2 μkHz, where μ is the subcarrier spacing configuration, with values ​​from 0 to 4. In other words, 15kHz, 30kHz, 60kHz, 120kHz, or 240kHz are used as subcarrier intervals. A 1ms subframe consists of 2μm slots, each with a length of 2-μms. The 2μm slots within a subframe are each assigned numbers from 0 to 2μ-1. Similarly, the slots within a radio frame are each assigned numbers from 0 to 10*2μ-1. Time resources are divided by at least one of the following: radio frame number (also called radio frame index), subframe number (also called subframe index), or slot number (or slot index).

[0051] Figure 2 shows an example of a downlink (DL) / uplink (UL) slot structure in a wireless communication system. In particular, Figure 2 shows the resource grid structure of a 3GPP NR system.

[0052] There is one resource grid per antenna port. Referring to Figure 2, a slot contains multiple OFDM symbols in the time domain and multiple resource blocks (RBs) in the frequency domain. An OFDM symbol also means a single symbol interval. Unless otherwise specified, OFDM symbols are simply referred to as symbols. Hereafter, in this specification, symbols include OFDM symbols, SC-FDMA symbols, DFTs-OFDM symbols, etc. Referring to Figure 2, the signal transmitted from each slot is represented by a resource grid consisting of Nsize, μgrid, x*NRBSC subcarriers and Nslotsymb OFDM symbols. Here, x=DL for a downlink resource grid and x=UL for an uplink resource grid. Nsize, μgrid, and x indicate the number of resource blocks (RBs) with a subcarrier spacing component μ (x is DL or UL), and Nslotsymb indicates the number of OFDM symbols in the slot. NRBSC is the number of subcarriers constituting one RB, where NRBSC=12. OFDM symbols are also known as CP-OFDM (cyclic prefix OFDM) symbols or DFT-S-OFDM (discrete Fourier transform spread OFDM) symbols, depending on the multiple access method.

[0053] The number of OFDM symbols in a single slot can vary depending on the length of the cyclic prefix (CP). For example, a normal CP may contain 14 OFDM symbols in a single slot, while an extended CP may contain 12 OFDM symbols in a single slot. In specific embodiments, extended CPs are used only with a subcarrier interval of 60 kHz. For the sake of explanation, Figure 2 illustrates a case where a single slot consists of 14 OFDM symbols, but the embodiments of the present invention can be applied in the same manner to slots with other numbers of OFDM symbols. Referring to Figure 2, each OFDM symbol contains N size, μgrid, and x*NRBSC subcarriers in the frequency domain. Subcarrier types are divided into data subcarriers for transmitting data, reference signal subcarriers for transmitting reference signals, and guard bands. The carrier frequency is also called the center frequency (fc).

[0054] A single RB is defined by NRBSC (e.g., 12) consecutive subcarriers in the frequency domain. Incidentally, a resource consisting of one OFDM symbol and one subcarrier is called a resource element (RE) or tone. Therefore, a single RB consists of Nslotsymb*NRBSC resource elements. Each resource element in the resource grid is uniquely defined by an index pair (k, l) in a single slot. k is an index given in the frequency domain from 0 to Nsize, μgrid, and x*NRBSC-1, and l is an index given in the time domain from 0 to Nslotsymb-1.

[0055] For a terminal to receive signals from a base station or transmit base station signals, the terminal's time / frequency synchronization must be synchronized with the base station's time / frequency synchronization. This is because, if the base station and the terminal are not synchronized, the terminal cannot determine the time and frequency parameters necessary to demodulate DL signals and transmit UL signals at the correct time.

[0056] Each symbol in a radio frame operating in TDD (time division duplex) or unpaired spectrum consists of at least one of the following: a downlink symbol (DL symbol), an uplink symbol (UL symbol), or a flexible symbol. In FDD (frequency division duplex) or paired spectrum, a radio frame operating on a downlink carrier consists of either a downlink symbol or a flexible symbol, while a radio frame operating on an uplink carrier consists of either an uplink symbol or a flexible symbol. Downlink symbols can be used for downlink transmission but not uplink transmission, and uplink symbols can be used for uplink transmission but not downlink transmission. The use of a flexible symbol in the downlink or uplink is determined by the signal.

[0057] Information regarding the type of each symbol, i.e., whether it is a downlink symbol, uplink symbol, or flexible symbol, consists of a cell-specific (or common) RRC signal. Additionally, information regarding the type of each symbol consists of a UE-specific (or dedicated) RRC signal. The base station uses the cell-specific RRC signal to indicate: i) the period of the cell-specific slot configuration; ii) the number of slots containing only downlink symbols from the beginning of the cell-specific slot configuration period; iii) the number of downlink symbols from the first symbol of the slot immediately following the downlink-only slot; iv) the number of slots containing only uplink symbols from the end of the cell-specific slot configuration period; and v) the number of uplink symbols from the last symbol of the slot immediately preceding the uplink-only slot. Here, a symbol that is neither an uplink nor a downlink symbol is a flexible symbol.

[0058] If the information regarding the symbol type consists of the UE-specific RRC signal, the base station signals, by means of the cell-specific RRC signal, whether the flexible symbol is a downlink symbol or an uplink symbol. At this time, the UE-specific RRC signal cannot change a downlink symbol or an uplink symbol that consists of the cell-specific RRC signal to another symbol type. The UE-specific RRC signal signals, for each slot, the number of downlink symbols among the Nslotsymb symbols of the corresponding slot and the number of uplink symbols among the Nslotsymb symbols of the corresponding slot. At this time, the downlink symbols of a slot are continuously configured from the first symbol to the i-th symbol of the slot. Also, the uplink symbols of a slot are continuously configured from the j-th symbol to the last symbol of the slot (where i < j). In a slot, a symbol that is not configured as either an uplink symbol or a downlink symbol is a flexible symbol.

[0059] The type of symbol configured by the RRC signal as described above can be called a semi-static DL / UL configuration. In the semi-static DL / UL configuration configured by the above RRC signal, a flexible symbol may be indicated as a downlink symbol, an uplink symbol, or a flexible symbol by the dynamic SFI (slot format information) transmitted on the physical downlink control channel (PDCCH). At this time, a downlink symbol or an uplink symbol configured by the RRC signal is not changed to another symbol type. Table 1 exemplifies the dynamic SFI that the base station can indicate to the UE.

[0060]

Table 1

[0061] In Table 1, D represents the downlink symbol, U represents the uplink symbol, and X represents the flexible symbol. As shown in Table 1, a maximum of two DL / UL switching operations may be permitted within a single slot.

[0062] Figure 3 illustrates the physical channels used in 3GPP systems (e.g., NR) and a typical signal transmission method utilizing these physical channels.

[0063] When the terminal is powered on or enters a new cell, the terminal performs the initial cell discovery process (S101). Specifically, the terminal synchronizes with the base station during the initial cell discovery. To do this, the terminal receives a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) from the base station to synchronize with the base station and obtain information such as the cell ID. Next, the terminal receives the physical broadcast channel from the base station and obtains broadcast information within the cell.

[0064] After completing the initial cell search, the terminal receives the physical downlink shared channel (PDSCH) via the physical downlink control channel (PDCCH) and the information carried on the PDCCH, thereby obtaining more detailed system information than that acquired through the initial cell search (S102). Here, the system information transmitted to the terminal is the cell common system information necessary for the terminal to operate correctly in the physical layer of the RRC (Radio Resource Control, RRC), and is called remaining system information or system information block (SIB) 1.

[0065] When a terminal first connects to a base station, or when there are no radio resources for signal transmission (when the terminal is in RRC_IDLE mode), the terminal can perform a random access process to the base station (steps S103 to S106). First, the terminal transmits a preamble on the physical random access channel (PRACH) (S103), and can receive a response message for the preamble from the base station on the PDCCH and the corresponding PDSCH (S104). If the terminal receives a valid random access response message, the terminal transmits data including its identifier to the base station on the physical uplink shared channel (PUSCH) indicated by the uplink grant transmitted from the base station via the PDCCH (S105). Next, the terminal waits to receive a PDCCH as an instruction from the base station for collision resolution. When the terminal successfully receives a PDCCH with its identifier (S106), the random access process ends. During the random access process, the terminal can obtain terminal-specific system information necessary for the terminal to function correctly at the physical layer of the RRC layer. Once the terminal obtains terminal-specific system information at the RRC layer, the terminal enters RRC_CONNECTED mode.

[0066] The RRC layer is used for message generation and management for control between terminals and the Radio Access Network (RAN). Furthermore, base stations and terminals can use the RRC layer to broadcast cell system information necessary for all terminals within a cell, manage the transmission of paging messages, manage mobility and handover, report and control terminal measurements, and manage terminal capabilities and storage. Generally, the update of signals transmitted in the RRC layer (hereinafter referred to as RRC signals) is longer than the transmission time interval (TTI) in the physical layer, so RRC settings can be maintained without change over long periods.

[0067] After the above procedure, the terminal receives PDCCH / PDSCH S107 and transmits the physical uplink shared channel (PUSCH) / physical uplink control channel (PUCCH) S108 as a general uplink / downlink signal transmission procedure. In particular, the terminal receives downlink control information (DCI) via PDCCH. DCI includes control information such as resource allocation information for the terminal. Also, the format of DCI may differ depending on its intended use. Uplink control information (UCI) transmitted by the terminal to the base station via the uplink includes downlink / uplink ACK / NACK signals, CQI (channel quality indicator), PMI (precoding matrix index), RI (rank indicator), etc. Here, CQI, PMI, and RI are included in CSI (channel state information). In the case of a 3GPP NR system, the terminal transmits the above-mentioned HARQ-ACK and control information such as CSI via PUSCH and / or PUCCH.

[0068] Figures 4A and 4B show the SS (synchronization signal) / PBCH (physical broadcast channel) blocks for initial cell connection in the 3GPP NR system. When a terminal is powered on or attempts to access a new cell, it obtains time and frequency synchronization with the cell and performs the initial cell discovery process. During the cell discovery process, the terminal detects the physical cell identity (NcellID) of the cell. To do this, the terminal receives synchronization signals from the base station, such as the primary synchronization signal (PSS) and secondary synchronization signal (SSS), to synchronize with the base station. At this time, the terminal obtains information such as the cell identifier (identity, ID).

[0069] Refer to Figures 4A and 4B to explain the synchronization signal (SS) in more detail. The synchronization signal is divided into PSS and SSS. PSS is used to obtain time-domain synchronization and / or frequency-domain synchronization, such as OFDM symbol synchronization and slot synchronization. SSS is used to obtain frame synchronization and cell group ID. Referring to Figure 4A and Table 2, an SS / PBCH block consists of 20 RBs (=240 subcarriers) consecutively on the frequency axis and 4 OFDM symbols consecutively on the time axis. In this case, within the SS / PBCH block, the PSS is transmitted via the first OFDM symbol and the SSS via the second subcarrier (56-18) in the third OFDM symbol. Here, the lowest subcarrier index of the SS / PBCH block is assigned starting from 0. In the first OFDM symbol on which the PSS is transmitted, the base station does not transmit signals via the remaining subcarriers, i.e., subcarriers 0-55 and 183-239. Furthermore, in the third OFDM symbol in which the SSS is transmitted, the base station does not transmit signals via subcarriers 48-55 and 183-191. In the SS / PBCH block, the base station transmits the PBCH (physical broadcast channel) via the remaining REs excluding the aforementioned signals.

[0070] [Table 2]

[0071] The SS generates a total of 1008 unique physical layer cell IDs through combinations of three PSSs and SSSs. More specifically, each physical layer cell ID is part of only one physical layer cell identifier group, and each group is grouped into 336 physical layer cell identifier groups, each containing three unique identifiers. Therefore, the physical layer cell ID NcellID = 3N(1)ID + N(2)ID is uniquely defined by an index N(1)ID ranging from 0 to 335 that represents a physical layer cell identifier group, and an index N(2)ID ranging from 0 to 2 that represents a physical layer identifier within the physical layer cell identifier group. The terminal detects the PSS and identifies one of the three unique physical layer identifiers. The terminal also detects the SSS and identifies one of the 336 physical layer cell IDs associated with the physical layer identifier. In this case, the PSS sequence dPSS(n) is as shown in Equation 1 below.

[0072] d PSS (n) = 1 - 2x(m)

[0073] m=(n+43N (2 ) ID ) mod 127

[0074] 0 ≤ n < 127

[0075] Here, x(i+7)=(x(i+4)+x(i)) mod 2,

[0076] [x(6)x(5)x(4)x(3)x(2)x(1)x(0)]=[1110110] is given.

[0077] Also, the sequence d of SSS SSS (n) is as follows:

[0078] d SSS (n)=[1-2x0((n+m0) mod 127][1-2x i ((n+m1) mod 127)

[0079] m0 = 15 floor(N( 1 ) ID / 112)+5N( 2 ) ID

[0080] m1 = N( 1 ) ID mod 112

[0081] 0 ≤ n < 127

[0082] Here, x0(i + 7)=(x0(i + 4)+x0(i))mod 2

[0083] x1(i + 7)=(x1(i + 1)+x1(i))mod 2, and

[0084] [x0(6)x0(5)x0(4)x0(3)x0(2)x0(1)x0(0)] = [0000001]

[0085] [x1(6)x1(5)x1(4)x1(3)x1(2)x1(1)x1(0)] = [0000001] is given.

[0086] A 10ms long wireless frame is divided into two 5ms long half-frames. Refer to Figure 4(b) to describe the slot in which the SS / PBCH block is transmitted within each half-frame. The slot in which the SS / PBCH block is transmitted is one of cases A, B, C, D, or E. In case A, the subcarrier spacing is 15kHz, and the start of the SS / PBCH block is at the {2, 8} + 14*n symbol. In this case, n=0, 1 at carrier frequencies below 3GHz. Also, n=0, 1, 2, 3 at carrier frequencies above 3GHz and below 6GHz. In case B, the subcarrier spacing is 30kHz, and the start of the SS / PBCH block is at the {4, 8, 16, 20} + 28*n symbol. In this case, n=0 at carrier frequencies below 3GHz. Also, n=0, 1 at carrier frequencies above 3GHz and below 6GHz. In Case C, the subcarrier spacing is 30 kHz, and the SS / PBCH block starts at the {2nd, 8th} + 14*nth symbol. In this case, for carrier frequencies below 3 GHz, n=0, 1. Also, for carrier frequencies above 3 GHz and below 6 GHz, n=0, 1, 2, 3. In Case D, the subcarrier spacing is 120 kHz, and the SS / PBCH block starts at the {4th, 8th, 16th, 20th} + 28*nth symbol. In this case, for carrier frequencies above 6 GHz, n=0, 1, 2, 3, 5, 6, 7, 8, 10, 11, 12, 13, 15, 16, 17, 18. In Case E, the subcarrier spacing is 240 kHz, and the SS / PBCH block starts at the {8th, 12th, 16th, 20th, 32nd, 36th, 40th, 44th} + 56*nth symbol. In this case, at carrier frequencies of 6 GHz or higher, n = 0, 1, 2, 3, 5, 6, 7, 8.

[0087] Figures 5A and 5B show the procedures for transmitting control information and control channels in a 3GPP NR system. Referring to Figure 5A, a base station can add a CRC (cyclic redundancy check) masked (e.g., by XOR operation) with an RNTI (radio network temporary identifier) ​​to the control information (e.g., downlink control information, DCI) (S202). The base station can scramble the CRC with an RNTI value determined by the purpose / target of each piece of control information. A common RNTI used by one or more terminals may include at least one of SI-RNTI (system information RNTI), P-RNTI (paging RNTI), RA-RNTI (random access RNTI), and TPC-RNTI (transmit power control RNTI). In addition, a terminal-specific RNTI may include at least one of C-RNTI (cell temporary RNTI) and CS-RNTI. Next, the base station performs channel encoding (e.g., polar coding) (S204), and then can perform rate matching to match the amount of resources allocated for PDCCH transmission (S206). Subsequently, the base station can multiplex the DCI based on a CCE (control channel element)-based PDCCH structure (S208).

[0088] Furthermore, the base station can apply additional processes (S210) such as scrambling, modulation (e.g., QPSK), and interleaving to the multiplexed DCI before mapping it to the resource to be transmitted. A CCE is the basic resource unit for a PDCCH, and one CCE may consist of multiple (e.g., 6) REGs (resource element groups). One REG may consist of multiple (e.g., 12) REs. The number of CCEs used for one PDCCH can be defined as the aggregation level. In 3GPP NR systems, aggregation levels of 1, 2, 4, 8, or 16 can be used. Figure 5B is a diagram relating CCE aggregation levels and PDCCH multiplexing, showing the types of CCE aggregation levels used for one PDCCH and the CCEs transmitted in the control domain accordingly.

[0089] Figure 6 shows the CORESET (control resource set) that can be transmitted via PDCCH (physical downlink control channel) in a 3GPP NR system.

[0090] A CORESET is a time-frequency resource on which PDCCH, a control signal for a terminal, is transmitted. Furthermore, the search space, described later, is mapped to a single CORESET. Therefore, instead of monitoring the entire frequency band to receive PDCCH, the terminal monitors the CORESET and the designated time-frequency domain to decode the PDCCH mapped to the CORESET. A base station configures one or more CORESETs for each cell in the terminal. A CORESET consists of up to three consecutive symbols on the time axis. A CORESET also consists of six consecutive PRB units on the frequency axis. In the embodiment shown in Figure 5, CORESET#1 consists of consecutive PRBs, while CORESET#2 and CORESET#3 consist of discontinuous PRBs. A CORESET can be located at any symbol within a slot. For example, in the embodiment shown in Figure 5, CORESET#1 starts at the first symbol in the slot, CORESET#2 starts at the fifth symbol in the slot, and CORESET#9 starts at the ninth symbol in the slot.

[0091] Figure 7 shows how to set up the PDCCH search space in a 3GPP NR system.

[0092] To transmit PDCCH to a terminal, each CORESET has at least one search space. In embodiments of the present invention, the search space is a collection of all time-frequency resources (hereinafter referred to as PDCCH candidates) to which the terminal's PDCCH is transmitted. The search space includes a common search space that all 3GPP NR terminals should search in common, and a terminal-specific or UE-specific search space that a specific terminal should search. In the common search space, PDCCHs that all terminals in a cell belonging to the same base station are set to search in common are monitored. In addition, terminal-specific search spaces are set up individually for each terminal to monitor the PDCCH assigned to each terminal at different locations in the search space depending on the terminal. In the case of terminal-specific search spaces, due to the limited control area to which PDCCHs are assigned, the search spaces between terminals may be partially overlapping. Monitoring PDCCHs includes blind decoding of PDCCH candidates in the search space. If blind decoding is successful, it is expressed as the PDCCH being (successfully) detected / received. If blind decoding fails, it is expressed as the PDCCH not being detected / received, or not being successfully detected / received.

[0093] For the sake of explanation, a PDCCH scrambled with a group common (GC) RNTI already known by one or more terminals for the purpose of transmitting downlink control information to one or more terminals is referred to as a group common (GC) PDCCH or common PDCCH. Furthermore, a PDCCH scrambled with a terminal-specific RNTI already known by a specific terminal for the purpose of transmitting uplink scheduling information or downlink scheduling information to a specific terminal is referred to as a terminal-specific PDCCH. The common PDCCH is included in the common search space, and the terminal-specific PDCCH is included in either the common search space or the terminal-specific PDCCH.

[0094] The base station informs each terminal or group of terminals via the PDCCH about resource allocation information for the transmission channels PCH (paging channel) and DL-SCH (downlink-shared channel) (i.e., DL Grant), or information about UL-SCH resource allocation and HARQ (hybrid automatic repeat request) (i.e., UL Grant). The base station transmits PCH transmission blocks and DL-SCH transmission blocks via the PDSCH. The base station transmits data excluding specific control information or specific service data via the PDSCH. The terminal also receives data excluding specific control information or specific service data via the PDSCH.

[0095] The base station transmits the PDCCH containing information about which terminals (one or more terminals) the PDSCH data will be transmitted to and how those terminals should receive and decode the PDSCH data. For example, suppose a DCI transmitted via a specific PDCCH is CRC masked with an RNTI named "A", and that DCI indicates that the PDSCH is assigned to a radio resource (e.g., frequency location) named "B", and indicates transmission format information (e.g., transmission block size, modulation scheme, coding information, etc.) named "C". Terminals monitor the PDCCH using their own RNTI information. In this case, if a terminal blind-decodes the PDCCH using the "A" RNTI, that terminal will receive the PDCCH and, through the information of the received PDCCH, receive the PDSCH indicated by "B" and "C".

[0096] Table 3 shows an example of a PUCCH (physical uplink control channel) used in a wireless communication system.

[0097] [Table 3]

[0098] PUCCH is used to transmit the next uplink control information (UCI).

[0099] -SR (Scheduling Request): This is information used to request uplink UL-SCH resources.

[0100] -HARQ-ACK: A response to a PDCCH (indicating a DL SPS release) and / or to an uplink transmission block (TB) on a PDSCH. HARQ-ACK indicates whether information transmitted via the PDCCH or PDSCH has been received. HARQ-ACK responses include positive ACK (simply ACK), negative ACK (hereinafter NACK), DTX (Discontinuous Transmission), or NACK / DTX. Here, the term HARQ-ACK is used interchangeably with HARQ-ACK / NACK and ACK / NACK. Generally, ACK is represented by a bit value of 1 and NACK is represented by a bit value of 0.

[0101] -CSI: This is feedback information for the downlink channel. It is generated by the terminal based on the CSI-RS (Reference Signal) transmitted by the base station. MIMO (multiple input multiple output) related feedback information includes RI and PMI. CSI is divided into CSI Part 1 and CSI Part 2 depending on the information it indicates.

[0102] The 3GPP NR system uses five PUCCH formats to support diverse service scenarios, diverse channel environments, and frame structures.

[0103] PUCCH format 0 is a format for transmitting 1-bit or 2-bit HARQ-ACK information or SR. PUCCH format 0 is transmitted via one or two OFDM symbols on the time axis and one RB on the frequency axis. If PUCCH format 0 is transmitted via two OFDM symbols, the same sequence is transmitted to the two symbols with different RBs. Through this, the terminal obtains a frequency diversity gain. More specifically, the terminal is M bit Bit UCI(M bit The value of the cyclic shift m depends on whether it is =1 or 2. cs Determine the base sequence of length 12 and set the value m cs The cyclically shifted sequence is mapped to 12 REs, consisting of one OFDM symbol and one PRB, and transmitted. The terminal has 12 cyclic shifts available, M bit If = 1, then 1-bit UCI0 and 1 represent a sequence of two cyclic shifts with a difference of 6 in cyclic shift values. Also, M bit If = 2, then the 2-bit UCI00, 01, 11, and 10 represent a sequence of four cyclic shifts where the difference in cyclic shift values ​​is 3.

[0104] PUCCH format 1 transmits 1-bit or 2-bit HARQ-ACK information or SR. PUCCH format 1 is transmitted via a continuous sequence of OFDM symbols on the time axis and a single PRB on the frequency axis. Here, the number of OFDM symbols occupied by PUCCH format 1 is one between 4 and 14. More specifically, a UCI with Mbit=1 is modulated with BPSK. The terminal modulates a UCI with Mbit=2 with QPSK (quadrature phase shift keying). A signal is obtained by multiplying the modulated complex valued symbol d(0) by a sequence of length 12. The terminal transmits the obtained signal by spreading it with a time-axis OCC (orthogonal cover code) to the even-numbered OFDM symbols assigned to PUCCH format 1. The maximum number of different terminals that can be multiplexed on the same RB in PUCCH format 1 is determined by the length of the OCC used. For odd-numbered OFDM symbols in PUCCH format 1, the DMRS (demodulation reference signal) is spread across the OCC and mapped to them.

[0105] PUCCH format 2 transmits UCI exceeding 2 bits. PUCCH format 2 is transmitted via one or two OFDM symbols on the time axis and one or more RBs on the frequency axis. If PUCCH format 2 is transmitted via two OFDM symbols, the same sequence is transmitted via the two OFDM symbols with different RBs. Through this, the terminal obtains frequency diversity gain. More specifically, an Mbit bit UCI (Mbit > 2) is bit-level scrambled, QPSK modulated, and mapped to the RBs of one or two OFDM symbols, where the number of RBs is one between 1 and 16.

[0106] PUCCH format 3 or PUCCH format 4 transmits UCI exceeding 2 bits. PUCCH format 3 or PUCCH format 4 is transmitted via continuous OFDM symbols on the time axis and one PRB on the frequency axis. The number of OFDM symbols occupied by PUCCH format 3 or PUCCH format 4 is one of 4 to 14. Specifically, the terminal modulates an Mbit bit UCI (Mbit > 2) with π / 2-BPSK (Binary Phase Shift Keying) or QPSK to generate complex number symbols d(0) to d(Msymb-1). Here, with π / 2-BPSK, Msymb = Mbit, and with QPSK, Msymb = Mbit / 2. The terminal does not apply block-unit spreading to PUCCH format 3. However, the terminal may apply block-unit spreading to one RB (i.e., 12 subcarriers) using a PreDFT-OCC of length -12 so that the PUCCH format 4 has two or four multiplexing capacities. The terminal transmits the spread signal by transmitting precoding (or DFT-precoding) and mapping it to each RE.

[0107] In this case, the number of RBs occupied by PUCCH format 2, PUCCH format 3, or PUCCH format 4 is determined according to the length of the UCI transmitted by the terminal and the maximum code rate. If the terminal uses PUCCH format 2, it transmits both HARQ-ACK information and CSI information via PUCCH. If the number of RBs that the terminal can transmit is greater than the maximum number of RBs that PUCCH format 2, PUCCH format 3, or PUCCH format 4 can use, the terminal will not transmit some of the UCI information according to the priority of the UCI information, and will transmit only the remaining UCI information.

[0108] PUCCH format 1, PUCCH format 3, or PUCCH format 4 is configured via an RRC signal to instruct frequency hopping within a slot. When frequency hopping is configured, the index of the RB to be frequency-hopped is determined by the RRC signal. If PUCCH format 1, PUCCH format 3, or PUCCH format 4 is transmitted over N OFDM symbols in the time axis, the first hop will have floor(N / 2) OFDM symbols, the second hop will have ceil(N / 2) OFDM symbols.

[0109] PUCCH format 1, PUCCH format 3, or PUCCH format 4 are configured to be repeatedly transmitted to multiple slots. In this case, the number K of slots to which the PUCCH is repeatedly transmitted is determined by the RRC signal. The repeatedly transmitted PUCCH should start from the same OFDM symbol in the same position within each slot and have the same length. If any of the OFDM symbols in a slot to which the terminal is to transmit the PUCCH is indicated as a DL symbol by the RRC signal, the terminal does not transmit the PUCCH from that slot but postpones transmission to the next slot.

[0110] On the other hand, in the 3GPP NR system, terminals transmit and receive using a bandwidth smaller than or equal to the carrier (or cell) bandwidth. For this purpose, terminals are configured with a bandwidth part (BWP) consisting of a continuous portion of the carrier bandwidth. Terminals operating according to TDD or in the ampered spectrum have up to four DL / UL BWP pairs per carrier (or cell). The terminal also activates one DL / UL BWP pair. Terminals operating according to FDD or in the paired spectrum have up to four DL BWPs configured on the downlink carrier (or cell) and up to four UL BWPs configured on the uplink carrier (or cell). The terminal activates one DL BWP and one UL BWP for each carrier (or cell). The terminal does not have to receive or transmit from time-frequency resources other than the activated BWPs. The activated BWPs are called active BWPs.

[0111] The base station refers to the activated BWP among the configured BWPs of a terminal as the DCI. The BWP indicated by the DCI is activated, and the other configured BWPs are deactivated. In a carrier (or cell) operating in TDD mode, the base station includes a BPI (bandwidth part indicator) in the DCI that schedules the PDSCH or PUSCH to indicate which BWP to activate in order to change the terminal's DL / UL BWP pair. The terminal receives the DCI that schedules the PDSCH or PUSCH and identifies the DL / UL BWP pair to activate based on the BPI. In the case of a downlink carrier (or cell) operating in FDD mode, the base station includes a BPI informing the DCI that schedules the PDSCH which BWP to activate in order to change the terminal's DL BWP. In the case of an uplink carrier (or cell) operating in FDD mode, the base station includes a BPI informing the DCI that schedules the PUSCH which BWP to activate in order to change the terminal's UL BWP.

[0112] Figure 8 is a conceptual diagram illustrating career integration.

[0113] Carrier aggregation refers to a method used by wireless communication systems to utilize a wider frequency band by having terminals use multiple frequency blocks, or (logical) cells, consisting of uplink resources (or component carriers) and / or downlink resources (or component carriers), within a single larger logical frequency band. For convenience of explanation, the term "component carrier" will be used consistently below.

[0114] Referring to Figure 8, as an example of a 3GPP NR system, the overall system bandwidth includes up to 16 component carriers, each component carrier having a bandwidth of up to 400 MHz. Each component carrier includes one or more physically consecutive subcarriers. Although Figure 8 shows each component carrier having the same bandwidth, this is merely illustrative, and each component carrier may have different bandwidths. Also, although each component carrier is shown as being adjacent to each other on the frequency axis, the diagram is a logical representation, and each component carrier may be physically adjacent to or far from each other.

[0115] Each component carrier uses a different center frequency. Furthermore, physically adjacent component carriers share a single common center frequency. In the embodiment shown in Figure 8, assuming all component carriers are physically adjacent, center frequency A is used for all component carriers. If we assume that the component carriers are not physically adjacent, then center frequencies A and B are used for each component carrier.

[0116] When the overall system bandwidth is expanded through carrier aggregation, the frequency band used for communication with each terminal is defined on a component carrier basis. Terminal A uses the overall system bandwidth of 100 MHz and communicates using all five component carriers. Terminals B1 to B5 use only a 20 MHz bandwidth and communicate using one component carrier each. Terminals C1 and C2 use only a 40 MHz bandwidth and communicate using two component carriers each. The two component carriers may be logically / physically adjacent or not. In the embodiment shown in Figure 8, terminal C1 uses two non-adjacent component carriers, and terminal C2 uses two adjacent component carriers.

[0117] Figure 9 is a diagram illustrating terminal carrier communication and multiple carrier communication. Specifically, Figure 9(a) shows the subframe structure of a single carrier, and Figure 9(b) shows the subframe structure of a multiple carrier.

[0118] Referring to Figure 9(a), a typical wireless communication system, in FDD mode, transmits or receives data via one DL band and its corresponding UL band. In other specific embodiments, in TDD mode, the wireless communication system divides the wireless frame into uplink time units and downlink time units in the time domain, and transmits or receives data via the uplink / downlink time units. Referring to Figure 9(b), three 20MHz component carriers (CCs) are aggregated in both the UL and DL bands, supporting a 60MHz bandwidth. Each CC is either adjacent or non-adjacent to the others in the frequency domain. For convenience, Figure 9(b) shows a symmetrical case where the bandwidths of the UL CCs and DL CCs are the same, but the bandwidths of each CC may be determined independently. Asymmetric carrier aggregations with different numbers of UL CCs and DL CCs are also possible. A DL / UL CC assigned / configured to a specific terminal via RRC is referred to as the serving DL / UL CC of that terminal.

[0119] A base station communicates with a terminal by activating some or all of the terminal's serving CCs, or by deactivating some of the CCs. The base station may change which CCs are activated / deactivated, or change the number of CCs that are activated / deactivated. Once a base station assigns available CCs to a terminal on a cell-specific or terminal-specific basis, at least one of the initially assigned CCs does not need to be deactivated unless the CC assignments for the terminal are completely reconfigured or the terminal is handed over. The CC that is not deactivated by the terminal is called the primary CC (PCC) or PCell (primary cell), and the CC that the base station can freely activate / deactivate is called the secondary CC (SCC) or SCell (secondary cell).

[0120] On the other hand, 3GPP NR uses the concept of a cell to manage radio resources. A cell is defined as a combination of downlink and uplink resources, i.e., a combination of DL CC and UL CC. A cell consists of DL resources alone, or a combination of DL and UL resources. If carrier aggregation is supported, the linkage between the carrier frequency of the DL resource (or DL ​​CC) and the carrier frequency of the UL resource (or UL CC) is indicated by system information. Carrier frequency refers to the center frequency of each cell or CC. A cell corresponding to a PCC is called a PCell, and a cell corresponding to an SCC is called a SCell. In the downlink, the carrier corresponding to a PCell is a DL PCC, and in the uplink, the carrier corresponding to a PCell is a UL PCC. Similarly, in the downlink, the carrier corresponding to a SCell is a DL SCC, and in the uplink, the carrier corresponding to a SCell is a UL SCC. Depending on the terminal capacity, a serving cell consists of one PCell and zero or more SCells. If the RRC_CONNECTED state exists but carrier aggregation is not configured, or if the UE does not support carrier aggregation, there will be only one serving cell consisting solely of PCells.

[0121] As described above, the term "cell" used in carrier aggregation is distinct from the term "cell" which refers to a specific geographical area where communication services are provided by a single base station or antenna group. However, in order to distinguish between a cell referring to a specific geographical area and a cell in carrier aggregation, in this invention, a cell in carrier aggregation is referred to as CC, and a cell referring to a geographical area is referred to as cell.

[0122] Figure 10 shows an example where the cross-carrier scheduling technique is applied. Once cross-carrier scheduling is set up, the control channel transmitted via the first CC uses the carrier indicator field (CIF) to schedule the data channel transmitted via the first or second CC. The CIF is contained within the DCI. In other words, a scheduling cell is set up, and DL grants / UL grants transmitted from the PDCCH region of the scheduling cell schedule the PDSCH / PUSCH of the scheduled cell. That is, the PDCCH region of the scheduling cell is a search area for multiple component carriers. A PCell is essentially a scheduling cell, and a specific SCell is designated as a scheduling cell by a higher hierarchy.

[0123] In the embodiment shown in Figure 10, we assume that three DL CCs are merged. Here, DL component carrier #0 is assumed to be a DL PCC (or PCell), and DL component carriers #1 and #2 are assumed to be DL SCCs (or SCells). We also assume that the DL PCC is configured as a PDCCH monitoring CC. If cross-carrier scheduling is not configured by terminal-specific (or terminal-group-specific, or cell-specific) higher-level signaling, the CIF will be disabled, and each DL CC will transmit only PDCCHs that schedule their own PDSCH without a CIF according to the NR PDCCH rules (non-cross-carrier scheduling, self-carrier scheduling). In contrast, if cross-carrier scheduling is configured through terminal-specific (or terminal-group-specific, or cell-specific) higher-level signaling, CIF becomes enabled, and a specific CC (e.g., DL PCC) uses CIF to transmit not only PDCCHs that schedule PDSCHs of DL CC A, but also PDCCHs that schedule PDSCHs of other CCs (cross-carrier scheduling). In contrast, other DL CCs do not transmit PDCCHs. Therefore, depending on whether cross-carrier scheduling is configured for the terminal, the terminal either monitors PDCCHs without CIFs and receives self-carrier scheduled PDSCHs, or monitors PDCCHs with CIFs and receives cross-carrier scheduled PDSCHs.

[0124] On the other hand, Figures 9 and 10 illustrate the subframe structure of a 3GPP LTE-A system, and the same or similar configurations are applicable to a 3GPP NR system. However, in a 3GPP NR system, the subframes in Figures 9 and 10 are switched to slots.

[0125] Figure 11 is a block diagram showing the configuration of a terminal and a base station according to one embodiment of the present invention. In one embodiment of the present invention, the terminal is embodied in various types of wireless communication devices or computing devices that ensure portability and mobility. The terminal is referred to as UE, STA (Station), MS (Mobile Subscriber), etc. In the embodiment of the present invention, the base station controls and manages cells (e.g., macrocells, femtocells, picocells, etc.) in the service area and performs functions such as signal transmission, channel assignment, channel monitoring, self-diagnosis, and relaying. The base station is referred to as gNB (next Generation NodeB) or AP (Access Point), etc.

[0126] As shown in the figure, a terminal 100 according to one embodiment of the present invention includes a processor 110, a communication module 120, a memory 130, a user interface unit 140, and a display unit 150.

[0127] First, the processor 110 executes various instructions or programs to process data inside the terminal 100. The processor 110 also controls the overall operation of the terminal 100, including each unit, and controls the transmission and reception of data between units. Here, the processor 110 is configured to perform the operations described in the embodiment of the present invention. For example, the processor 110 may receive slot configuration information, determine the slot configuration based on that information, and perform communication according to the determined slot configuration.

[0128] Next, the communication module 120 is an integrated module that performs wireless communication using a wireless communication network and wireless LAN access using a wireless LAN. To this end, the communication module 120 incorporates multiple network interface cards (NICs), such as cellular communication interface cards 121 and 122 and an unlicensed band communication interface card 123, either internally or externally. In the drawing, the communication module 120 is shown as an integrated module, but each network interface card may be arranged independently depending on the circuit configuration or application, contrary to the drawing.

[0129] The cellular communication interface card 121 transmits and receives radio signals to and from at least one of the base station 200, an external device, and a server via a mobile communication network, and provides cellular communication services in a first frequency band based on instructions from the processor 110. According to one embodiment, the cellular communication interface card 121 includes at least one NIC module that utilizes a frequency band of less than 6 GHz. At least one NIC module of the cellular communication interface card 121 independently performs cellular communication with at least one of the base station 200, an external device, and a server, depending on the cellular communication standard or protocol of the sub-6 GHz frequency band supported by the NIC module.

[0130] The cellular communication interface card 122 uses a mobile communication network to send and receive radio signals with at least one of the base station 200, an external device, or a server, and provides cellular communication services in the second frequency band based on instructions from the processor 110. In one embodiment, the cellular communication interface card 122 includes at least one NIC module that utilizes a frequency band of 6 GHz or higher. At least one NIC module of the cellular communication interface card 122 independently performs cellular communication with at least one of the base station 200, an external device, or a server, according to the cellular communication standard or protocol of the 6 GHz or higher frequency band supported by the NIC module.

[0131] The unlicensed band communication interface card 123 transmits and receives radio signals to and from at least one of the base station 200, an external device, or a server via the third frequency band, which is an unlicensed band, and provides communication services in the unlicensed band based on instructions from the processor 110. The unlicensed band communication interface card 123 includes at least one NIC module that utilizes the unlicensed band. For example, the unlicensed band may be a 2.4 GHz or 52.6 GHz band. At least one NIC module of the unlicensed band communication interface card 123 independently or dependently performs cellular communication with at least one of the base station 200, an external device, or a server, depending on the unlicensed band communication standard or protocol of the frequency band supported by the NIC module.

[0132] Next, the memory 130 stores control programs used by the terminal 100 and various data associated with them. Such control programs include predetermined programs necessary for the terminal 100 to communicate wirelessly with at least one of the following: a base station 200, an external device, or a server.

[0133] Next, the user interface 140 includes various forms of input / output means provided in the terminal 100. In other words, the user interface unit 140 receives user input using various input means, and the processor 110 controls the terminal 100 based on the received user input. The user interface 140 also outputs based on instructions from the processor 110 using various output means.

[0134] Next, the display unit 150 outputs various images to the display screen. The display unit 150 outputs various display objects, such as content generated by the processor 110 or user interfaces based on control instructions from the processor 110.

[0135] Furthermore, the base station 200 according to the embodiment of the present invention includes a processor 210, a communication module 220, and a memory 230.

[0136] First, the processor 210 executes various instructions or programs to process data within the base station 200. The processor 210 also controls the overall operation of the base station 200, including each unit, and controls the transmission and reception of data between units. Here, the processor 210 is configured to perform the operations described in the embodiment of the present invention. For example, the processor 210 may signal slot configuration information and perform communication according to the signaled slot configuration.

[0137] Next, the communication module 220 is an integrated module that performs wireless communication using a wireless communication network and wireless LAN access using a wireless LAN. To this end, the communication module 220 incorporates multiple network interface cards, such as cellular communication interface cards 221 and 222, and an unlicensed band communication interface card 223, either internally or externally. In the drawings, the communication module 220 is shown as an integrated module, but each network interface card may be arranged independently depending on the circuit configuration or application, contrary to the drawings.

[0138] The cellular communication interface card 221 transmits and receives wireless signals to and from at least one of the terminal 100, external devices, and servers described above using a mobile communication network, and provides cellular communication services in the first frequency band based on instructions from the processor 210. According to one embodiment, the cellular communication interface card 221 includes at least one NIC module that utilizes a frequency band of less than 6 GHz. At least one NIC module of the cellular communication interface card 221 independently performs cellular communication with at least one of the terminal 100, external devices, and servers, according to the cellular communication standard or protocol of the frequency band of less than 6 GHz supported by the NIC module.

[0139] The cellular communication interface card 222 uses a mobile communication network to send and receive wireless signals to and from at least one of the terminal 100, an external device, and a server, and provides cellular communication services in the second frequency band based on instructions from the processor 210. In one embodiment, the cellular communication interface card 222 includes at least one NIC module that utilizes a frequency band of 6 GHz or higher. At least one NIC module of the cellular communication interface card 222 independently performs cellular communication with at least one of the terminal 100, an external device, and a server, according to the cellular communication standard or protocol of the 6 GHz or higher frequency band supported by the NIC module.

[0140] The unlicensed band communication interface card 223 uses the third frequency band, which is an unlicensed band, to send and receive wireless signals with at least one of the terminal 100, an external device, or a server, and provides communication services in the unlicensed band based on instructions from the processor 210. The unlicensed band communication interface card 223 includes at least one NIC module that utilizes the unlicensed band. For example, the unlicensed band may be the 2.4GHz or 52.6GHz band. At least one NIC module of the unlicensed band communication interface card 223 independently or dependently performs cellular communication with at least one of the terminal 100, an external device, or a server, depending on the unlicensed band communication standard or protocol of the frequency band supported by the NIC module.

[0141] The terminal 100 and base station 200 shown in Figure 11 are block diagrams according to one embodiment of the present invention, and the separately shown blocks represent logically distinguished elements of the device. Therefore, the above-mentioned elements of the device are mounted on one or more chips depending on the device design. Furthermore, some components of the terminal 100, such as the user interface unit 150 and the display unit 150, may be selectively provided in the terminal 100. In addition, the user interface 140 and the display unit 150 may be additionally provided in the base station 200 as needed.

[0142] Figures 12A and 12B show the scheduling of the physical uplink sharing channel in the time domain, and Figure 13 shows the scheduling of the physical uplink sharing channel in the frequency domain.

[0143] Figures 12A, 12B, and 123 illustrate how a terminal transmits a physical uplink sharing channel (PUSCH).

[0144] A terminal can transmit uplink data via a physical uplink sharing channel. A terminal can transmit uplink data by scheduling the transmission of the physical uplink sharing channel using downlink control information (DCI) transmitted by receiving a physical downlink control channel (PDCCH) (DG, dynamic grant), or by transmitting the physical uplink sharing channel from a base station using pre-configured resources and transmission methods (CG, configured grant).

[0145] Downlink control information (DCI) transmitted by a terminal upon reception of a PDCCH may include scheduling information for a PUSCH. This scheduling information may include time-domain information (hereinafter referred to as TDRA (time-domain resource assignment)) and frequency-domain information (hereinafter referred to as FDRA (frequency-domain resource assignment)). The terminal can interpret the DCI transmitted upon reception of the PDCCH based on information about the control resource set and the search space, and perform the operations indicated by the DCI. The DCI may include one of DCI formats 0_0, 0_1, or 0_2 for scheduling a physical uplink shared channel (PUSCH).

[0146] The time-domain information for a PUSCH indicated by the TDRA field in DCI format 0_0, 0_1, or 0_2 includes the following: K2 is the offset value between the slot where the PDCCH is received from the base station and the slot where the terminal transmits the PUSCH. SLIV (Start and length indication value) is the joint-coded value of the start symbol index (S) and the symbol length (L) of the PUSCH within the slot indicated by K2.

[0147] When the terminal receives a DCI format 0_0, 0_1, or 0_2 in slot n to schedule a PUSCH, it will then execute a command in slot floor(n*2 μPUSCH / n*2 μPDCCH )+K2 slot is determined. Here, μPUSCH and μPDCCH are the subcarrier spacing (SCS) of the cell where PUSCH was scheduled and the cell where PDCCH was received, respectively.

[0148] For example, referring to Figure 12A, since the subcarrier interval of the cell that received PDCCH and the cell on which PUSCH is scheduled are the same, when the terminal receives PDCCH in slot n and is instructed to have a K2 value of 4, for example, the terminal determines that the slot on which PUSCH is scheduled is slot n + K2 = n + 4.

[0149] The physical uplink shared channel transmitted by the terminal can be assigned two mapping types, A and B. The SLIV, which is a joint encoded representation of the start symbol index and symbol length of the PUSCH, has a different range of possible values ​​depending on the PUSCH mapping type. PUSCH mapping type A is only possible for resource allocations that include a DMRS symbol, and the DMRS symbol is located in the third or fourth OFDM symbol of the slot, according to a value indicated from the upper layer. That is, in the case of PUSCH mapping type A, the index (S) of the start symbol of the PUSCH is 0, and the length (L) of the PUSCH may have one value between 4 and 14 (12 in extended CP), depending on the position of the DMRS symbol. In the case of PUSCH mapping type B, since the DMRS symbol is always the first symbol of the PUSCH, S may have one value between 0 and 13 (11 in extended CP), and L may have one value between 1 and 14 (12 in extended CP). Furthermore, since a single push never crosses the slot boundary, the values ​​of S and L must satisfy S + L £14 (12 in extended CP).

[0150] Figure 12B shows an example of a PUSCH based on the PUSCH mapping type. Starting from the top of the figure, the terminal determines that the following are scheduled: a PUSCH of mapping type A where the third symbol is a DMRS symbol, the starting symbol index (S) is 0, and the length (L) is 7; a PUSCH of mapping type A where the fourth symbol is a DMRS symbol, the starting symbol index (S) is 0, and the length (L) is 7; and a PUSCH of mapping type B where the first symbol is a DMRS symbol, the starting symbol index (S) is 5, and the length (L) is 5. The frequency domain information of a PUSCH indicated in the FDRA field within DCI format 0_0, 0_1, or 0_2 can be divided into two types depending on the frequency resource allocation type.

[0151] The first type is frequency resource allocation type 0, where a fixed number of PRBs (Resource Blocks) are grouped together to form an RBG (resource block group), determined by the number of RBs included in the BWP configured in the terminal. The terminal is then instructed to use a bitmap for each RBG and decides whether or not to use that RBG. The number of PRBs contained in one RBG is determined by the upper layers, and the larger the number of RBs included in the BWP configured in the terminal, the more PRBs are configured. For example, referring to Figure 13(a), if the BWP size configured in the terminal is 72PRB and 1RBG consists of 4PRBs, the terminal will determine that 4 PRBs in ascending order from PRB0 constitute 1RBG. That is, if PRB0 to PRB3 are mapped as RBG0, PRB4 to PRB7 as RBG1, and so on up to RBG17, the terminal will receive a total of 18 bits (1 bit (0 or 1)) for each RBG and decide whether or not to use the PRBs within that RBG. In this case, if the bit value is 0, it is determined that no PUSCH was scheduled for any PRB within the RGB; if the bit value is 1, it is determined that PUSCH was scheduled for all PRBs within the RGB. Alternatively, the bit values ​​may be applied in reverse.

[0152] The second type is frequency resource allocation type 1, which can indicate information about consecutive PRBs allocated by the size of the terminal's initial BWP or active BWP. This information is a resource indication value (RIV) value obtained by jointly encoding the start index (S) and length (L) of the consecutive PRBs. For example, referring to Figure 13(b), if the terminal's BWP size is 50 PRBs and PUSCH is scheduled from PRB2 to PRB11, the start index of the consecutive PRBs is 2 and the length is 10. The terminal has RIV=N size BWP By receiving *(L-1)+S=50*(10-1)+2=452, PUSCH can determine that the start index and length of the scheduled consecutive PRBs are 2 and 10, respectively.

[0153] For DCI formats 0_1 or 0_2 that schedule PUSCH, the terminal may be configured to use only one of two frequency resource allocation types for PUSCH from the upper layer, or to use both types dynamically. When configured to use both types dynamically, the terminal can determine which type it is from the most significant bit (MSB) 1 bit of the FDRA field in DCI format 0_1 or 0_2 that schedules PUSCH.

[0154] Support a configured grant-based uplink shared channel transmission scheme configured to support uplink URLLC transmission, etc., which is also called grant-free transmission. The configured grant-based uplink transmission scheme is a scheme in which the base station configures the resources available for uplink transmission to the terminal by the upper layer, that is, RRC signaling, and the terminal transmits an uplink shared channel using the resources. This scheme may be divided into two types according to whether activation or deactivation using DCI is possible.

[0155] The type 1 configured grant-based transmission scheme is a scheme for setting the resources and transmission scheme for configured grant-based transmission in advance in the upper layer.

[0156] The type 2 configured grant-based transmission scheme is a scheme in which the configured grant-based transmission in the upper layer is set, and the resources and scheme for transmission are indicated by DCI transmitted on the physical downlink control channel.

[0157] Since the configured grant-based uplink transmission method can support URLLC transmission, it supports retransmission in multiple slots for the purpose of ensuring high reliability. At this time, one of the values of the RV (redundancy version) sequence {0, 0, 0, 0}, {0, 2, 3, 1}, {0, 3, 0, 3} is set, and the RV corresponding to the (mod(n - 1, 4)+1)-th value is used in the n-th retransmission. Also, the terminal for which retransmission is configured can start retransmission only in the slot corresponding to the RV value of 0. However, when the RV sequence is {0, 0, 0, 0} and retransmission is performed in 8 slots, retransmission cannot be started in the 8th slot. The terminal ends retransmission when it reaches the number of retransmissions set in the upper layer or exceeds the period, or when it receives a UL grant having the same HARQ process ID. Here, the UL grant means DCI for scheduling PUSCH.

[0158] In order to improve the reliability of reception and transmission of the physical uplink shared channel between the base station and the terminal in a wireless communication system, retransmission of the uplink shared channel may be configured by the base station for the terminal. This will be described with reference to FIGS. 14A and 14B.

[0159] FIGS. 14A and 14B are diagrams showing retransmission of the physical uplink shared channel according to an example.

[0160] Referring to FIGS. 14A and 14B, the PUSCH retransmission that the terminal can perform can be divided into two types.

[0161] First, the transmission process for a terminal's PUSCH repetition transmission type A is as follows: When the terminal receives DCI format 0_1 ​​or 0_2 in a PDCCH that schedules PUSCH from the base station, it is possible to perform PUSCH repetition transmission in K consecutive slots. Here, the terminal can receive the K value either set from a higher layer or added to the TDRA field of the DCI. For example, referring to Figure 14A, if the terminal receives a PDCCH that schedules PUSCH in slot n, and assumes that it receives a K2 value of 2 and a K value of 4 from the DCI format received in the PDCCH, the terminal will start transmitting PUSCH in slot n+K2, i.e., n+2, and will repeatedly transmit PUSCH from slot n+2+K-1, i.e., n+5. At this time, the time and frequency resources for transmitting PUSCH in each slot are the same as indicated in the DCI. That is, PUSCH may be transmitted with the same symbol and PRB within a slot.

[0162] Next, the transmission process for Type B repeated push transmission, which supports low-latency repeated push transmissions so that the terminal can meet the requirements of URLLC, is as follows: The base station may specify the start symbol (S) and length (L) of the push in the TDRA field to the terminal. Here, the push determined by the specified start symbol and length is not an actual push to be transmitted, but a push determined on an ad-hoc basis, and is called a nominal push. The terminal may also specify the nominal number of repetitions (N) of the nominal push specified in the TDRA field. The terminal can determine nominal number of repetitions (N) of nominal pushes, including the nominal push specified in the TDRA field. Here, the length of the nominal number of repetitions (N) of nominal pushes is the same (L), and since there are no other symbols between the nominal pushes, they are continuous on the time axis.

[0163] The terminal can determine the actual PUSCH to be transmitted from the nominal PUSCH. A single nominal PUSCH may be determined to consist of one or more actual PUSCHs. The terminal may be instructed or set by the base station to use symbols that are unavailable for PUSCH repeat transmission type B. These are called invalid symbols. The terminal can exclude invalid symbols from the nominal PUSCH. As mentioned above, nominal PUSCH may be determined to consist of symbols consecutively, or discontinuously when excluding invalid symbols. The actual PUSCH to be transmitted may be determined to consist of consecutive symbols in a single nominal PUSCH from which invalid symbols have been excluded. Here, if consecutive symbols cross a slot boundary, the actual PUSCH to be transmitted may be divided and determined based on that boundary.

[0164] For reference, invalid symbols may include at least DL symbols configured by the base station on the terminal.

[0165] For example, referring to Figure 14B, let's assume that the terminal is scheduled to send a 5-symbol length PUSCH transmission starting from the 12th OFDM symbol of the first slot (slot n), and is instructed to send four Type B repeat transmissions. The nominal PUSCHs are as follows: The first nominal PUSCH (nominal #1) contains symbols (n,11), (n,12), (n,13), (n+1,0), and (n+1,1). The second nominal PUSCH (nominal #2) contains symbols (n+1,2), (n+1,3), (n+1,4), (n+1,5), and (n+1,6). The third nominal PUSCH (nominal #3) contains symbols (n+1,7), (n+1,8), (n+1,9), (n+1,10), and (n+1,11). The fourth nominal PUSCH (nominal#4) contains symbols (n+1,12), (n+1,13), (n+2,0), (n+2,1), and (n+2,2). Here, symbol(n,k) represents symbol k in slot n. The symbol k index starts from 0 to 13 in normal CP and from 0 to 11 in extended CP.

[0166] Let's assume that invalid symbols are set or indicated as symbols 6 and 7 of slot n+1. Due to the invalid symbols set or indicated by the base station, the last symbol of the second nominal PUSCH(nominal#2) is excluded, and the first symbol of the third nominal PUSCH(nominal#3) is excluded.

[0167] The slot boundary divides the first nominal PUSCH (nominal#1) into two actual PUSCHs (actual#1 and actual#2). The second nominal PUSCH (nominal#2) and the third nominal PUSCH (nominal#3) are each divided into one actual PUSCH (actual#3 and actual#4), grouping consecutive symbols excluding invalid symbols. Finally, the fourth nominal PUSCH (nominal#4) is divided by the slot boundary into two actual PUSCHs (actual#5 and actual#6). The terminal ultimately sends the actual PUSCH.

[0168] Each actual PUSCH must contain at least one DMRS symbol. When PUSCH repeat transmission type B is set, an actual PUSCH whose total length is one symbol may be omitted from transmission. This is because an actual PUSCH that is one symbol cannot transmit any information other than DMRS.

[0169] To obtain diversity gain in the frequency domain, the terminal may be configured for frequency hopping.

[0170] In the case of PUSCH repetitive transmission type A, frequency hopping may be configured on the terminal in either intra-slot frequency hopping, which is frequency hopping within a slot, or inter-slot frequency hopping, which is frequency hopping for each slot. If intra-slot frequency hopping is configured on the terminal, the terminal bisects the PUSCH in the time domain in the slots from which it transmits the PUSCH, transmitting half with the scheduled PRB and the other half with the scheduled PRB plus an offset value. In this case, the offset value may be set in two or four values ​​depending on the active BWP size at the upper layer, and one of these values ​​may be instructed to the terminal by DCI. If inter-slot frequency hopping is configured on the terminal, the terminal transmits the PUSCH with the scheduled PRB in slots with even slot indices, and transmits the PUSCH with the scheduled PRB plus an offset value in odd-numbered slots.

[0171] In the case of PUSCH repetition transmission type B, frequency hopping may be configured as either inter-repetition frequency hopping, which performs frequency hopping at nominal PUSCH boundaries, or inter-slot frequency hopping, which performs frequency hopping for each slot. When inter-repetition frequency hopping is configured for a terminal, the terminal transmits the actual PUSCHs corresponding to odd-numbered nominal PUSCHs with the scheduled PRB, and the actual PUSCHs corresponding to even-numbered nominal PUSCHs with the PRB obtained by adding an offset value to the scheduled PRB. In this case, the offset value may be set by two or four values ​​depending on the active BWP size at the upper layer, and one of these values ​​may be instructed to the terminal by DCI. When inter-slot frequency hopping is configured on the terminal, actual PUSCHs in lots with even-numbered slot indices will send PUSCHs with the scheduled PRB, while actual PUSCHs in odd-numbered slots will send PUSCHs with the scheduled PRB plus an offset value.

[0172] When a terminal repeatedly transmits a PUSCH signal, if a symbol scheduled for transmission in a particular slot overlaps with a symbol position set for receiving a semi-statically configured DL symbol or SS / PBCH block, the terminal will not transmit the overlapping PUSCH signal in that slot and will not postpone transmission to the next slot.

[0173] The following explanation, using Figure 15, describes how a terminal transmits a physical uplink control channel (PUCCH).

[0174] Figure 15 shows the scheduling of the physical uplink control channel.

[0175] Referring to Figure 15, when a terminal receives DCI format 1_0, 1_1, or 1_2 for scheduling a physical uplink control channel, it must transmit the scheduled uplink control channel. The physical uplink control channel includes UCI (uplink control information), which may include HARQ-ACK, SR, and CSI information. The HARQ-ACK information may be HARQ-ACK information indicating whether or not reception of two types of channels was successful. The first type may be HARQ-ACK indicating whether or not reception of a physical downlink sharing channel (PDSCH) was successful when a physical downlink sharing channel (PDSCH) is scheduled in DCI format 1_0, 1_1, or 1_2. The second type may be a HARQ-ACK indicating whether or not the DCI format 1_0, 1_1, or 1_2 was successfully received, when the DCI format 1_0, 1_1, or 1_2 is a DCI that instructs the deactivation of a semi-permanent physical downlink sharing channel (SPS PDSCH).

[0176] To transmit a PUCCH that transmits a HARQ-ACK, the PDSCH-to-HARQ_feedback timing indicator field included in DCI format 1_0, 1_1, or 1_2 can indicate a K1 value, which is a value for information about the slot to which the scheduled uplink control channel should be transmitted. Here, the value of K1 may be a non-negative integer. The K1 value in DCI format 1_0 can indicate one of {0, 1, 2, 3, 4, 5, 6, 7}. The K1 values ​​that can be indicated in DCI format 1_1 or 1_2 may be configured or set from the upper layers.

[0177] The terminal can determine the slot for transmitting the uplink control channel including the first type of HARQ-ACK information as follows. The terminal can determine the uplink slot that overlaps with the last symbol of the physical downlink shared channel (PDSCH) corresponding to the HARQ-ACK information. If the index of the uplink slot is m, the uplink slot for the terminal to transmit the physical uplink control channel including the HARQ-ACK information may be m + K1. Here, the index of the uplink slot is a value based on the subcarrier spacing of the uplink BWP where the uplink control channel is transmitted.

[0178] For reference, when downlink slot aggregation is set, the terminal indicates that the last symbol is the last symbol of the PDSCH scheduled within the last slot among the slots in which the physical downlink shared channel (PDSCH) is received.

[0179] Referring to FIG. 15, assume that the subcarrier spacing of the DL BWP where the PDCCH is received, the subcarrier spacing of the DL BWP where the PDSCH is scheduled, and the subcarrier spacing of the UL BWP where the PUCCH is transmitted are the same. Assume that the terminal receives the PDCCH for scheduling the PDSCH and PUCCH from the base station in slot n, and the K0 = 2 and K1 = 3 indicated by the DCI transmitted by the PDCCH. If the reception of the last symbol of the PDSCH ends in slot n + K0, that is, n + 2, the terminal must transmit the HARQ-ACK of the PDSCH via the PUCCH in slot n + 2 + K1, that is, n + 5.

[0180] In the NR system, in order to ensure wide coverage, the terminal may be set to repeatedly transmit the long (long) PUCCH (PUCCH format 1, 3, 4) in 2, 4, or 8 slots. When the terminal is set to repeatedly transmit the PUCCH, the same UCI is repeatedly transmitted every slot. This will be described with reference to FIG. 16.

[0181] Figure 16 shows the repetitive transmission of the physical uplink control channel.

[0182] Referring to Figure 16, when PDSCH reception ends in slot n and K1=2, the terminal transmits PUCCH in slot n+K1, i.e., n+2. At this time, the number of repeated transmissions for PUCCH is N for the terminal. repeat PUCCH If configured and set to =4, PUCCH will be repeatedly transmitted from slot n+2 to slot n+5. The symbol configuration of the repeatedly transmitted PUCCH will be the same. That is, the repeatedly transmitted PUCCH will start with the same symbol and consist of the same number of symbols in each slot.

[0183] To obtain diversity gain in the frequency domain, the terminal may be configured for frequency hopping. Frequency hopping can be configured as intra-slot frequency hopping, where frequency hopping occurs within a slot, or as inter-slot frequency hopping, where frequency hopping occurs for each slot. When intra-slot frequency hopping is configured for the terminal, the terminal bisects the PUCCH in the time domain in the slots that transmit the PUCCH, transmitting half in the first PRB and the other half in the scheduled second PRB. In this case, the first and second PRBs may be configured for the terminal in the higher layer where the PUCCH resource is set. When inter-slot frequency hopping is configured for the terminal, the terminal transmits the PUCCH in the first PRB in slots with even-numbered slot indices, and transmits the PUCCH in the second PRB in slots with odd-numbered slot indices.

[0184] When a terminal repeatedly transmits a PUCCH signal, if the symbol to be transmitted in a particular slot overlaps with a symbol position set for receiving a semi-statically configured DL symbol or SS / PBCH block, the terminal will not transmit the PUCCH signal in that slot. Instead, it will postpone the transmission to the next slot, and transmit the PUCCH signal only when the symbol position set for receiving a semi-statically configured DL symbol or SS / PBCH block in that slot does not overlap with the PUCCH symbol.

[0185] I. Dynamic PUCCH carrier switching and PUCCH repetition

[0186] This embodiment relates to a method for dynamically configuring PUCCH carrier switching on a terminal and to repeated transmission of PUCCH.

[0187] A terminal may have multiple uplink cells configured from the base station. If a terminal has multiple uplink cells configured, this is called UL CA (carrier aggregation). In UL CA, the terminal may specify one of the multiple uplink cells for PUCCH transmission. The cell that transmits the PUCCH is called a PUCCH cell or Pcell. The terminal can transmit PUCCH with the Pcell, but cannot transmit PUCCH with the remaining cells. For reference, PUCCH may be transmitted with one cell in a PUCCH group, such as a Pcell, PScell, or PUCCH_Scell. Therefore, in the following explanation, Pcell may be replaced with PScell ​​or PUCCH_Scell, and multiple uplink cells refer to uplink cells within a PUCCH group that include Pcell / PScell / PUCCH_Scell.

[0188] A terminal's Pcell may be unable to send a PUCCH for various reasons. For example, if a downlink symbol is set on a Pcell, it cannot send a PUCCH that overlaps with the downlink symbol. If the base station uses the Pcell's resources for other uplink transmissions (e.g., PUSCH, PUCCH of another terminal), the Pcell will run out of resources and will be unable to send a PUCCH.

[0189] To address the difficulty of transmitting PUCCH signals in Pcells, base stations can configure terminals to use dynamic PUCCH carrier switching. Dynamic PUCCH carrier switching refers to a method of changing which of multiple uplink link cells transmits PUCCH signals depending on the UL CA situation. Specifically, dynamic PUCCH carrier switching can be configured as follows. Hereafter, among multiple cells, the serving cell from which PUCCH signals are transmitted will be referred to as the PUCCH serving cell.

[0190] The base station can set the index of the cell to be used as a PUCCH serving cell among multiple cells in the terminal using an RRC signal. The parameters set by the RRC signal may include an index sequence of PUCCH serving cells, which is a collection of the indices of the cells to be used as PUCCH serving cells among multiple cells, a period and an offset to which the index sequence is applied. The cell index sequence is a set of indices and may be provided in bitmap format. The index sequence, period and offset may be interpreted as follows.

[0191] For reference, unless otherwise specified herein, it should be assumed that no offset is set. When no offset is set, the index sequence of the PUCCH serving cell is applied starting from the first slot of the frame.

[0192] (Method 1) The period and offset of the index sequence of a PUCCH serving cell may be given in ms units. For example, if the period of the index sequence of a PUCCH serving cell is given to be 4 and the offset to be 1, the terminal can apply the period of the index sequence of the PUCCH serving cell from 1 ms after the frame boundary, with a period of 4 ms. Here, the length of the index sequence of the PUCCH serving cell (i.e., the number of indices included) may be the same as the number of slots in the period. If the period is P, the number of slots in the period is given by P*2^mu, where mu is the subcarrier spacing configuration. Here, the number of slots in the period may differ depending on the subcarrier spacing. Therefore, considering the case where multiple cells each have different subcarrier spacings, the length of the index sequence of a PUCCH serving cell (i.e., the number of indices included) for a given period P may be determined as follows.

[0193] (Example 1 of Index Sequence Length) The length of the index sequence may be the same as the number of slots in the cell having the lowest subcarrier spacing within the period. The reason for using the lowest subcarrier spacing is that the slot length of the cell having the lowest subcarrier spacing is the longest, thus preventing the PUCCH serving cell from being changed in the middle of a slot. For example, let's assume that the first cell is 15kHz and the second cell is 30kHz. The terminal can select the lowest subcarrier spacing of 15kHz (mu=0) according to this embodiment. Therefore, the length of the index sequence of the PUCCH serving cell is P*2^mu=P. Here, each index in the index sequence of the PUCCH serving cell corresponds to the length of one slot in the cell with the selected lowest subcarrier spacing. That is, each index in the index sequence of the PUCCH serving cell corresponds to the length of one slot (1ms) of a 15kHz subcarrier spacing.

[0194] (Example 2 of Index Sequence Length) The length of the index sequence may be the same as the number of slots in the cell having the highest subcarrier spacing within the period. The reason for using the highest subcarrier spacing is that the slot length of the cell having the highest subcarrier spacing is the shortest, so the PUCCH serving cell can be changed in the shortest units. For example, let's assume that the first cell is 15kHz and the second cell is 30kHz. The terminal can select the highest subcarrier spacing of 30kHz (mu=1) according to this embodiment. Therefore, the length of the index sequence is P*2^mu=P*2. Here, each value in the index sequence corresponds to one slot in the cell with the selected highest subcarrier spacing. That is, each index in the index sequence of the PUCCH serving cell corresponds to the length of one slot (0.5ms) of a 30kHz subcarrier spacing.

[0195] (Example 3 of Index Sequence Length) In the case of FR1 (frequency range 1), the length of the index sequence may be the same as the number of slots of cells having a 15kHz subcarrier spacing within the period. In the case of FR2 (frequency range 2), the length may be the same as the number of slots of cells having a 60kHz subcarrier spacing within the period. That is, the lowest subcarrier spacing among the subcarrier spacings that can be transmitted uplink in each FR (frequency range) may be used. Using a 15kHz subcarrier spacing in FR1 is equivalent to changing the PUCCH serving cell every 1ms, since the slot length is 1ms. That is, the PUCCH serving cell may be changed every 1ms by the index sequence of the PUCCH serving cell. This is independent of the subcarrier spacing set for the cell.

[0196] The length of the index sequence may be the same as the number of slots in a specific cell within the period. Here, the specific cell may be a Pcell when dynamic PUCCH carrier switching is not set. Here, the specific cell may be the cell with the lowest cell index among multiple cells. In this way, it may be operated and interpreted based on a single specific cell. The length of the index sequence can be determined using the subcarrier interval of a single specific cell.

[0197] (Period Setting Method) In the first method described above, the terminal has its period and offset set in milliseconds by an RRC signal from the base station. However, even if the terminal does not have a different period and offset set by an RRC signal from the base station, the terminal can infer the period and offset from other parameters set for it. A specific method for doing so is disclosed.

[0198] For example, the terminal can determine the period and offset based on the TDD configuration of each TDD cell.

[0199] The terminal may configure the TDD configuration for each TDD cell from the base station. More specifically, the terminal can receive tdd-UL-DL-ConfigurationCommon, which configures the cell-common TDD configuration, via SIB1 (system information block 1) or the RRC parameter ServingCellConfigCommon. From tdd-UL-DL-ConfigurationCommon, the terminal can determine the applicable period and reference subcarrier spacing for each TDD cell. Here, the reference subcarrier spacing can be obtained from the RRC parameter referenceSubcarrierSpacing. The TDD configuration provided by tdd-UL-DL-ConfigurationCommon may include up to two TDD patterns, each pattern may include each period. Therefore, if the terminal configures up to two TDD patterns for a single TDD cell, the period of the TDD configuration is the sum of the periods of the first pattern and the second pattern. For reference, the period set in the TDD configuration (configured by tdd-UL-DL-ConfigurationCommon) (hereinafter referred to as P; the period set in the TDD configuration (configured by tdd-UL-DL-ConfigurationCommon) is set in milliseconds). Furthermore, 20 / P can only be set to an integer P value. The P value may be at least one of the following: 0.5ms, 0.625ms, 1ms, 1.25ms, 2ms, 2.5ms, 5ms, or 10ms. The number of slots based on the reference subcarrier interval is S = P * 2^mu_ref, where mu_ref is the reference subcarrier interval configuration. (For reference, the reference subcarrier interval is 15kHz * 2^mu_ref).

[0200] The terminal may have its TDD configuration set independently and individually for each TDD cell. That is, the period of the TDD configuration may differ for each cell. In this case, the period of the RRC signal for the index of the cell used as the PUCCH serving cell among the multiple cells may be determined as follows.

[0201] As an example, a terminal can use the period P value of the TDD configuration of a specific cell as the period of the RRC signal for the cell used as a PUCCH serving cell. That is, the terminal can repeatedly apply the index sequence of the PUCCH serving cell among multiple cells for each TDD configuration period of the specific cell. For reference, the length of the index sequence of the PUCCH serving cell among multiple cells may be the same as P*2^mu_ref, where mu_ref is the reference subcarrier interval of the TDD configuration of the specific cell.

[0202] In one aspect, the specified cell may be a Pcell. That is, the terminal can use the period P_pcell value of the Pcell's TDD configuration as the period of the RRC signal for the cell used as the PUCCH serving cell among the multiple cells. That is, the terminal can repeatedly apply the index sequence of the PUCCH serving cell among the multiple cells for each TDD configuration period of the Pcell. For reference, the length of the index sequence of the PUCCH serving cell among the multiple cells may be the same as P_pcell*2^mu_ref_pcell, where mu_ref_pcell is the reference subcarrier interval of the Pcell's TDD configuration.

[0203] In other respects, a specific cell may be determined by the subcarrier interval.

[0204] In another aspect, a particular cell may be the cell with the lowest subcarrier interval. That is, the terminal can use the period P_low value of the TDD configuration of the cell with the lowest subcarrier interval as the period of the RRC signal for the cell used as the PUCCH serving cell among multiple cells. That is, the terminal can repeatedly apply the index sequence of the PUCCH serving cell among multiple cells for each TDD configuration period of the cell with the lowest subcarrier interval. For reference, the length of the index sequence of the PUCCH serving cell among multiple cells may be the same as P_low * 2^mu_ref_low, where mu_ref_low is the reference subcarrier interval of the TDD configuration of the cell with the lowest subcarrier interval. For reference, if there are multiple cells with the lowest subcarrier interval and multiple TDD configuration periods for the said cell, one of these periods may be selected.

[0205] In another aspect, the specific cell may be the cell with the highest subcarrier interval. That is, the terminal can use the period P_high value of the TDD configuration of the cell with the highest subcarrier interval as the period of the RRC signal for the cell used as the PUCCH serving cell among the multiple cells. That is, the terminal can repeatedly apply the index sequence of the PUCCH serving cell among the multiple cells for each TDD configuration period of the cell with the highest subcarrier interval. For reference, the length of the index sequence of the PUCCH serving cell among the multiple cells may be the same as P_high * 2^mu_ref_high, where mu_ref_high is the reference subcarrier interval of the TDD configuration of the cell with the highest subcarrier interval. For reference, if there are multiple cells with the highest subcarrier interval and multiple TDD configuration periods for the cells, one of these periods can be selected.

[0206] In other respects, the specific cell may be determined by the period of the TDD configuration.

[0207] In another aspect, the specific cell may be the cell with the longest period. That is, the terminal can use the period P_long value of the cell with the longest period in the TDD configuration of the cells as the period of the RRC signal for the cell used as the PUCCH serving cell among the multiple cells. That is, the terminal can repeatedly apply the index sequence of the PUCCH serving cell among the multiple cells for each TDD configuration period of the cell with the longest period. For reference, the length of the index sequence of the PUCCH serving cell among the multiple cells may be the same as P_long * 2^mu_ref_long, where mu_ref_long is the reference subcarrier interval of the TDD configuration of the cell with the longest period.

[0208] In another aspect, the specific cell may be the cell with the shortest period. That is, the terminal can use the period P_short value of the cell with the shortest period in the TDD configuration of the cells as the period of the RRC signal for the cell used as the PUCCH serving cell among the multiple cells. That is, the terminal can repeatedly apply the index sequence of the PUCCH serving cell among the multiple cells for each TDD configuration period of the cell with the shortest period. For reference, the length of the index sequence of the PUCCH serving cell among the multiple cells may be the same as P_short*2^mu_ref_short, where mu_ref_short is the reference subcarrier interval of the TDD configuration of the cell with the shortest period.

[0209] As another example, the period of the RRC signal for a cell used as a PUCCH serving cell may be determined based on a combination of period P values ​​of the cell's TDD configuration. That is, the terminal can use a combination of period P values ​​of the cell's TDD configuration as the period of the RRC signal for a cell used as a PUCCH serving cell. The terminal can have periods P_1, P_2, ..., P_N for each TDD cell based on its TDD configuration. The terminal can determine the period of the RRC signal for a cell used as a PUCCH serving cell based on the least common multiple of these periods. That is, the period of the RRC signal for a cell used as a PUCCH serving cell may be the least common multiple of P_1, P_2, ..., P_N. Let's call this least common multiple P_lcm. The terminal can iteratively apply the index sequence of the PUCCH serving cell among multiple cells every P_lcm ms. For reference, the length of the index sequence of a PUCCH serving cell among multiple cells may be the same as P_lcm*2^mu_ref_lcm. Here, mu_ref_lcm may be determined by the smallest or largest reference subcarrier interval of the TDD configuration of each TDD cell, or the value of the reference subcarrier interval of the TDD configuration of the Pcell.

[0210] For example, suppose the first cell has a period of 1 ms and a reference subcarrier interval of 60 kHz, the second cell has a period of 2 ms and a reference subcarrier interval of 30 kHz, and the third cell has a period of 5 ms and a reference subcarrier interval of 15 kHz. The terminal can determine the least common multiple of the periods of 1 ms, 2 ms, and 5 ms, which is P_lcm = 10 ms, as the period of the RRC signal for the cell used as a PUCCH serving cell. Then, the lowest subcarrier interval among the reference subcarrier intervals of the cells, which is 15 kHz, can be used to determine mu_ref_lcm = 1. Therefore, the length of the index sequence of the PUCCH serving cell may be P_lcm * 2^mu_ref_lcm = 10 * 2^0 = 10. That is, each index represents the index of the cell used as a PUCCH serving cell within the length of one 15 kHz slot (i.e., 1 ms).

[0211] As another example, the terminal can fix the period of the RRC signal for the cell used as the PUCCH serving cell to 20 ms. For reference, the period P of the TDD configuration of each TDD cell satisfies the condition that 20 / P is an integer. Therefore, 20 ms is the integer value of the period of the TDD configuration of each TDD cell. The terminal can repeatedly apply the index sequence of the PUCCH serving cell among multiple cells every 20 ms. For reference, the length of the index sequence of the PUCCH serving cell among multiple cells may be the same as 20 * 2^mu_ref_lcm, where mu_ref_lcm may be determined by the smallest or largest reference subcarrier interval of the TDD configuration of each TDD cell or the reference subcarrier interval of the TDD configuration of the Pcell.

[0212] For example, suppose the period of the first cell is 1 ms and the reference subcarrier interval is 60 kHz, the period of the second cell is 2 ms and the reference subcarrier interval is 30 kHz, and the period of the third cell is 5 ms and the reference subcarrier interval is 15 kHz. In this case, the terminal can determine 20 ms as the period of the RRC signal for the cell used as a PUCCH serving cell. Then, the lowest subcarrier interval among the reference subcarrier intervals of the cells, which is 15 kHz, can be used to determine mu_ref_lcm = 1. Therefore, the length of the index sequence of the PUCCH serving cell may be 20 * 2^mu_ref_lcm = 20 * 2^0 = 20. That is, each index represents the index of the cell used as a PUCCH serving cell within the length of one 15 kHz slot (i.e., 1 ms).

[0213] This embodiment will be described in more detail below with reference to Figures 17 to 19.

[0214] Figure 17 shows an example of a situation where two cells capable of uplink transmission are configured on a terminal.

[0215] Referring to Figure 17, the terminal is configured with two cells capable of uplink transmission, cell 0 and cell 1.

[0216] Cell 0, in its TDD configuration, has a subcarrier interval of 15 kHz and a period of 5 ms. More specifically, there are five slots with a 5 ms subcarrier interval of 15 kHz. Of these five, the first three are DL slots, the next slot is an S slot, and the last slot is a UL slot. Here, a DL slot is a slot containing only DL symbols, a UL slot is a slot containing only UL symbols, and an S slot is a slot containing at least one flexible symbol. symbol Of the symbols, there are A DL symbols before, B UL symbols after, and N between the DL symbols and UL symbols. symbolIt may consist of -(A+B) flexible symbols, where A and B are integers greater than 0, and N symbol This can be 14 or 12 depending on the type of CP (cyclic prefix). Cell 0 is offset by one slot, where the subcarrier interval is 15 kHz. Therefore, slot 0 of cell 0 starts from the second slot out of five slots within one period of the TDD configuration.

[0217] Cell 1, in its TDD configuration, has a subcarrier interval of 30 kHz and a period of 2.5 ms. More specifically, there are five slots with a 2.5 ms subcarrier interval of 30 kHz, of which the first three are DL slots, the next slot is an S slot, and the last slot is an UL slot. No additional offset was applied to Cell 1. Therefore, slot 0 of Cell 1 starts from the first of the five slots within one period of the TDD configuration.

[0218] Figure 18 illustrates an example of how PUCCH serving cells are determined based on a low subcarrier interval, and Figure 19 illustrates how PUCCH serving cells are determined based on a high subcarrier interval. The least common multiple of the periods of cell 0 and cell 1, which is 5 ms, can be determined as the period of the index sequence of the PUCCH serving cells.

[0219] Referring to Figure 18, the index sequence for the PUCCH serving cell is generated based on the lowest subcarrier interval, which is 15 kHz, among the subcarrier intervals of cell 0 and cell 1. Here, the index sequence for the PUCCH serving cell may consist of 5 indices, since there are 5 15 kHz slots within a 5 ms period. Of these 5 indices, each index represents the index of the PUCCH serving cell within the length of a 15 kHz slot (1 ms) in a 5 ms period. For example, the index sequence for the PUCCH serving cell may be given as

[1101] . As a result, from 0 to 1 ms from the frame boundary, cell 0 is a PUCCH serving cell based on the first index "0" of the index sequence; from 1 to 2 ms, cell 1 is a PUCCH serving cell based on the second index "1" of the index sequence; from 2 to 3 ms, cell 1 is a PUCCH serving cell based on the third index "1" of the index sequence; from 3 to 4 ms, cell 0 is a PUCCH serving cell based on the second index "0" of the index sequence; and from 4 to 5 ms, cell 1 is a PUCCH serving cell based on the second index "1" of the index sequence. Subsequently, the index is repeated in this manner with a 5 ms period. For reference, there may be two slots of 30 kHz subcarrier intervals of cell 1 within 1 ms. Therefore, the PUCCH serving cell index is applied to two slots of 30 kHz subcarrier intervals of cell 1 grouped together.

[0220] Referring to Figure 19, the index sequence for the PUCCH serving cell is generated based on the highest subcarrier interval, which is 30 kHz, between the subcarrier intervals of cell 0 and cell 1. Here, the index sequence for the PUCCH serving cell may consist of 10 indices, since there are 10 30 kHz slots within a 5 ms period. Of these 10 indices, each index represents the index of the PUCCH serving cell within the length of a 30 kHz slot (0.5 ms) within 5 ms. For example, the index sequence for the PUCCH serving cell may be given as [0001100011]. As a result, from 0 to 0.5 ms from the frame boundary, cell 0 is a PUCCH serving cell based on the first index of the index sequence, "0"; from 0.5 to 1 ms, cell 0 is a PUCCH serving cell based on the second index of the index sequence, "0"; from 1 to 1.5 ms, cell 0 is a PUCCH serving cell based on the third index of the index sequence, "0"; from 1.5 to 2 ms, cell 1 is a PUCCH serving cell based on the fourth index of the index sequence, "1"; and from 2 to 2.5 ms, cell 1 is a PUCCH serving cell based on the fifth index of the index sequence, "1". The index sequence is repeated in this manner every 5ms for 2.5-3ms, with cell 0 being the PUCCH serving cell based on the 6th index "0" of the index sequence; for 3-3.5ms, with cell 0 being the PUCCH serving cell based on the 7th index "0" of the index sequence; for 3.5-4ms, with cell 0 being the PUCCH serving cell based on the 8th index "0" of the index sequence; for 4-4.5ms, with cell 1 being the PUCCH serving cell based on the 9th index "1" of the index sequence; and for 4.5-5ms, with cell 1 being the PUCCH serving cell based on the 10th index "1" of the index sequence. The index is then repeated in this manner every 5ms.For reference, only half of the slot representing the 15kHz subcarrier interval of cell 0 can be contained within 0.5ms. Therefore, the PUCCH serving cell index is applied to half of the slot representing the 15kHz subcarrier interval of cell 0.

[0221] In the description of the first method above, if a subslot is set in one cell, the slot may be interpreted as a subslot in the first method. For example, when Q subslots are generated by grouping N symbols from one slot together, the length of the index sequence may increase by Q times. If one index of the index sequence indicates a PUCCH serving cell in Dms, it can be interpreted as indicating a PUCCH serving cell in D / Qms.

[0222] (Second Method) As yet another example, the length of the index sequence of a PUCCH serving cell may be determined by the period and the time length for which the index sequence is applied. More specifically, the length of the index sequence of a PUCCH serving cell may be determined as (the period) / (the time length for which the index sequence is applied), where (the period) / (the time length for which the index sequence is applied) is a natural number. That is, the time length for which the index sequence of a PUCCH serving cell is applied is a divisor of the period, and the period is a multiple of the time length for which the index sequence is applied. The time length for which the index sequence is applied may be in milliseconds and may be set by the base station at the terminal or inferred as follows.

[0223] (Example 4 of Index Sequence Length) The length of the index sequence may be the same as the length of the slot of a specific cell within the period. Here, the specific cell may be a cell that is a Pcell when dynamic PUCCH carrier switching is not set. Here, the specific cell may be the cell with the lowest cell index among multiple cells. In this way, it may be operated and interpreted based on a single specific cell.

[0224] Additionally, the index sequence of a PUCCH serving cell may be limited to cells with the same subcarrier interval. That is, even if cells with different subcarrier intervals are configured at the terminal, the Pcells generated by dynamic PUCCH carrier switching may be limited to cells with the same subcarrier interval. Such a limitation solves the problem with the index sequence length mentioned above.

[0225] Figure 20 shows a dynamic PUCCH carrier switching according to one embodiment.

[0226] Referring to Figure 20, the terminal can perform dynamic PUCCH carrier switching as follows. Here, we assume that the length of the index sequence of the PUCCH serving cell is determined by (Index Sequence Length Example 1). The terminal may be configured with cells having a 15kHz subcarrier interval and cells having a 30kHz subcarrier interval. Here, the index of the cell with a 15kHz subcarrier interval is 0, and the index of the cell with a 30kHz subcarrier interval is 1. The terminal is configured with a period of 4ms and an offset of 1ms. In this case, the length of the index sequence of the PUCCH serving cell is 4. This is because there may be 4 slots of cells with a 15kHz subcarrier interval within 4ms. The terminal may be configured with the index sequence of the PUCCH serving cell as

[0010] with a length of 4. In this case, based on the index of the 15kHz subcarrier cell, slots 1, 2, and 4 have cell 0 being a Pcell, and slot 3 being a non-Pcell. Here, since slot 3 of cell 0 is not a Pcell, PUCCH is not transmitted from slot 3 of cell 0. Based on the index of the 30kHz subcarrier cell, slots 6 and 7 are Pcells, while slots 2, 3, 4, 5, 8, and 9 are not Pcells. Here, since slots 2, 3, 4, 5, 8, and 9 of cell 1 are not Pcells, PUCCH is not transmitted from slots 2, 3, 4, 5, 8, and 9 of cell 1.

[0227] In the first and second methods described above, the index of the PUCCH serving cell was included in the index sequence for all slots. However, for some slots, it is not necessary to include it in the index sequence.

[0228] For example, let's assume cell 0 is a Pcell, referring to Figure 17. Slot 3 of cell 0, with a 15kHz subcarrier interval, is a UL slot (a slot containing only UL symbols), and therefore PUCCH transmission is possible in this UL slot. Consequently, it does not need to be included in the index sequence for the Pcell's UL slot. In this case, the Pcell's UL slot is always determined to be a PUCCH serving cell. This method reduces the length of the index sequence.

[0229] Alternatively, referring to Figure 17, let's assume the terminal is a Pcell. Slot 0 of cell 0 at a 15kHz subcarrier interval is a DL slot (a slot containing only DL symbols), and slots 0 and 1 of cell 1 at a 30kHz subcarrier interval, which overlap with it, are also DL slots. Therefore, regardless of which cell is designated as the PUCCH serving cell, neither cell can transmit, making the designation meaningless. Consequently, if all slots of cells that can be designated as one index in the index sequence are DL slots, the index may be excluded from the index sequence. This method can reduce the length of the index sequence.

[0230] On the other hand, the base station may specify only the index sequence of some PUCCH serving cells. For example, the base station may specify the index sequence of PUCCH serving cells with a length of L to be specified to the terminal as [i0,i1,··,i L-1 Let's assume ]. The base station may instruct the terminal to use a portion of the above index sequence as follows: The base station instructs the terminal to use (l,i l )-pair can be specified. Here, l is the position in the index sequence of the PUCCH serving cell and can have values ​​from 0 to L-1. lThis represents the index value of position l in the index sequence of the PUCCH serving cell. For example, referring to Figure 18, if the base station wants to instruct the terminal to use

[1101] as the index sequence of the PUCCH serving cell, the base station can instruct the terminal to use (1,1), (2,1), and (4,1). The index of a position not specified in the above pair can be assumed to be the index of the Pcell.

[0231] Furthermore, if there are two cells capable of uplink transmission, and one of them is a Pcell, the terminal receives (l,i l ) When a pair is indicated, i l This can be omitted. For example, referring to Figure 18, if a base station wants to instruct a terminal to use

[1101] as the index sequence for a PUCCH serving cell, the base station can instruct the terminal to use (1), (2), and (4). That is, it can instruct the terminal to specify a position in the index sequence that is not a Pcell. It can be assumed that the index of a Pell is specified at any position other than those specified. If there are more than two cells capable of uplink transmission, the base station can select and set two uplink cells for the terminal. Here, one uplink cell includes a Pcell.

[0232] Unless otherwise specified in this specification, index 0 represents a Pcell. Cells other than Pcells may be assigned a different index, which may be the SCellIndex value of the SCellConfig in CellGroupConfig IE.

[0233] In this invention, index 0 always represents a Pcell. Cells other than Pcells may be assigned different indices. A base station can select some cells from a PUCCH group as candidates for PUCCH serving cells. For example, cells having the same subcarrier interval as a Pcell may be included as candidates for PUCCH serving cells. Cells excluded from the selection are those that cannot transmit PUCCH signals. The base station can assign new indices to the candidates for PUCCH serving cells. Here, the indices can be natural numbers other than 0. This allows the base station to set the index to the terminal via another RRC signal. As yet another example, the new indices of the selected candidates for PUCCH serving cells may be natural numbers from 1 in ascending order of the unique SCellIndex value of each candidate cell.

[0234] For reference, the terminal may include a Supplementary UL (SUL) cell among the cells of the PUCCH group. In this case, the SUL cell may be assigned an additional index.

[0235] Another technical issue of the present invention relates to a method for repeatedly transmitting PUCCH when dynamic PUCCH carrier switching is configured on a terminal.

[0236] Referring to Figure 20, let us assume that the terminal is instructed to transmit PUCCH in slot 1. In this case, the base station may instruct the terminal to transmit PUCCH four times for high reliability and coverage. In this case, the terminal must determine the four slots for the repeated transmission of PUCCH. Before describing one embodiment of the present invention, referring to the 3GPP official document TS38.213, the terminal determines the slot from which PUCCH was transmitted as follows:

[0237] In the case of an unpaired spectrum (a cell using TDD), the terminal determines N slots (N=4 in the example above) from the slot instructed to transmit PUCCH (slot 1 in the example above). If the symbol instructed to transmit PUCCH in one slot is an uplink symbol or a flexible symbol that is not set as an SS / PBCH block, then that slot is determined to be a slot capable of PUCCH transmission. N slots may be determined in this manner.

[0238] In the case of a paired spectrum (a cell using FDD (frequency division duplex)), the terminal determines N consecutive slots (N=4 in the example above) starting from the slot instructed to transmit PUCCH (slot 1 in the example above).

[0239] As described above, the operation defined in TS38.213 cannot determine the slot to transmit the PUCCH while considering dynamic PUCCH carrier switching. The present invention discloses the following method to solve this problem.

[0240] (First embodiment of PUCCH repetitive transmission) The terminal performs PUCCH repetitive transmission in one cell, and does not transmit it repeatedly in other cells. In other words, when a Pcell is changed by dynamic PUCCH carrier switching, the slot of the changed Pcell is not included in the slots that transmit PUCCH. Here, the one cell that performs PUCCH repetitive transmission is the Pcell corresponding to the first slot instructed to perform PUCCH repetitive transmission. This will be explained in detail with reference to Figure 21.

[0241] Figure 21 shows a PUCCH transmission by dynamic PUCCH carrier switching according to one embodiment of the present invention.

[0242] Referring to Figure 21, the terminal may be instructed to send a PUCCH in slot 1 of cell 0. Here, slot 1 of cell 0 is a Pcell capable of sending a PUCCH. The terminal must determine four slots for repeated PUCCH transmissions, starting from slot 1. In this case, the terminal may limit itself to the Pcell slots of cell 0. Here, the Pcell slots of cell 0 refer to the slots when cell 0 is a Pcell. That is, PUCCH may be repeatedly transmitted in slots 1, 2, 4, and 5. Slot 3 may be excluded because the Pcell has been changed to cell 1.

[0243] For reference, when determining the slot for sending PUCCH in cell 0, flexible symbols that do not overlap with UL symbols and SS / PBCH blocks can be considered, as previously defined in TS38.213. For the sake of explanation, this process is omitted.

[0244] As in the first embodiment, when PUCCH is repeatedly sent from only one cell, additional delays may occur in completing the repeated PUCCH transmission. If the Pell changes frequently, these additional delays may increase further. In particular, such delays are unsuitable for services that require low latency.

[0245] (PUCCH Repeat Transmission Second Embodiment) The terminal performs PUCCH repeat transmission in one cell, and does not transmit repeatedly in other cells. Here, the PUCCH repeat transmission ignores changes in Pcell by dynamic PUCCH carrier switching. Here, the one cell that performs PUCCH repeat transmission is the Pcell corresponding to the first slot instructed to perform PUCCH repeat transmission. This is explained in detail in Figure 22.

[0246] Figure 22 shows a PUCCH transmission by dynamic PUCCH carrier switching according to another embodiment of the present invention.

[0247] Referring to Figure 22, the terminal may be instructed to send a PUCCH message in slot 1 of cell 0. Here, slot 1 of cell 0 is a Pcell capable of sending a PUCCH message. The terminal must determine four slots for repeated PUCCH transmissions, starting from slot 1. In this case, the terminal may limit itself to slots in cell 0. Unlike the first embodiment, it is not limited to Pcell slots in cell 0. Here, four slots are determined regardless of whether they are Pcells or not. That is, PUCCH may be repeatedly transmitted in slots 1, 2, 3, and 4. In the case of slot 3, the Pcell is changed to cell 1, but this does not apply to repeated PUCCH transmissions.

[0248] In the second embodiment, PUCCH may be repeatedly transmitted in slots that are not Pcell slots. Other PUCCH may be transmitted in the said slots. Other PUCCH transmissions may be transmitted as follows: As a first method, other PUCCH transmissions may be transmitted in Pcells determined by dynamic PUCCH carrier switching. For example, in Figure 22, other PUCCH may be transmitted to slots 6 and 7 of cell 1. That is, from the perspective of other PUCCH, slots 6 and 7 of cell 1 are Pcell slots capable of PUCCH transmission. As a second method, other PUCCH transmissions may also be transmitted in slots where PUCCH is repeatedly transmitted. In Figure 22, other PUCCH may not be transmitted to slots 6 and 7 of cell 1, but other PUCCH may be transmitted in slot 3 of cell 0. That is, from the perspective of other PUCCH, slot 3 of cell 0 is a Pcell slot. In this way, slots where PUCCH transmission is determined by repeated PUCCH transmission can become Pcell slots.

[0249] (Third embodiment of repeated PUCCH transmission) In the first and second embodiments described above, PUCCH was repeatedly transmitted in a single cell. In the third embodiment of the present invention, a terminal can repeatedly transmit PUCCH on a Pcell determined by dynamic PUCCH carrier switching.

[0250] More specifically, if a Pcell is changed to one with the same subcarrier interval, PUCCH repetition transmission is possible in the changed Pcell.

[0251] Figure 23 shows a PUCCH transmission by dynamic PUCCH carrier switching according to yet another embodiment of the present invention.

[0252] Referring to Figure 23, the terminal may be configured with three uplink cells. Compared with Figures 20, 21, and 22, a new cell 2 is further configured. Here, the new cell 2 has a 15 kHz subcarrier interval. Here, we assume the index sequence for the PUCCH serving cells is

[0210] . According to the cell index sequence, slots 1, 4, 5, 8, ... of cell 0 are Pcell slots, slots 6, 7, ... of cell 1 are Pcell slots, and slot 2 of cell 2 is a Pcell slot.

[0253] The terminal may be instructed to transmit a PUCCH signal in slot 1 of cell 0. Here, slot 1 of cell 0 is a Pcell capable of transmitting a PUCCH signal. The terminal must determine four slots for repeated PUCCH transmission, starting from slot 1. In this case, the terminal may limit the selection to Pcell slots of cells with the same subcarrier interval as cell 0. That is, since the subcarrier intervals of cell 0 and cell 2 are the same, the Pcell slots of cell 0 and cell 2 are slots capable of repeated PUCCH transmission. In other words, PUCCH may be repeatedly transmitted in slots 1, 4, and 5 of cell 0 and slot 2 of cell 2. Here, slots 6 and 7 of cell 1 are Pcell slots, but since their subcarrier intervals are different from those of cell 0, they are excluded from the slots for repeated PUCCH transmission.

[0254] (Fourth embodiment of repeated PUCCH transmission) In the third embodiment described above, PUCCH was repeatedly transmitted only in cells having the same subcarrier interval. However, delays can still occur in dynamic PUCCH carrier switching between cells having different subcarrier intervals. A fourth embodiment of the present invention to solve this problem is as follows.

[0255] Figure 24 shows a PUCCH transmission by dynamic PUCCH carrier switching according to yet another embodiment of the present invention.

[0256] Referring to Figure 24, the terminal may include Pcell slots for dynamic PUCCH carrier switching as slots for PUCCH repetition transmission. The terminal may be instructed to transmit a PUCCH signal in slot 1 of cell 0, where slot 1 of cell 0 is a Pcell capable of PUCCH transmission. The terminal must determine four slots for PUCCH repetition transmission, starting from slot 1. Here, the slots capable of PUCCH repetition transmission are slots 1 and 2 of cell 0 and slots 6 and 7 of cell 1. Here, slots 1 and 2 of cell 0 and slots 6 and 7 of cell 1 are Pcell slots.

[0257] In this case, the PUCCH repeatedly transmitted in cell 0 and cell 1 will have the same symbol assignment. That is, if it starts with symbol S in the slot and has a length of L in cell 0, it will also start with symbol S in the slot and have a length of L in cell 1. Furthermore, the PUCCH repeatedly transmitted in cell 0 and cell 1 will have the same PRB assignment. That is, if it starts with PRB S in cell 0 and has a length of L, it will also start with PRB S and have a length of L in cell 1. If inter-cell frequency hopping is set, the starting PRB of the PUCCH may be determined by frequency hopping.

[0258] A further technical issue of the present invention relates to a method for interpreting a K1 value. A terminal may have a K1 value set or indicated by an RRC signal or DCI format to determine the slot on which the PDSCH HARQ-ACK is transmitted. The K1 value is in slot units based on the subcarrier interval of the cell on which the PUCCH is transmitted (if subslots are set, the K1 value is in subslot units).

[0259] Referring to Figures 16 to 18, one of the cells having different subcarrier intervals may be designated as the PUCCH serving cell. Therefore, when the terminal interprets the K1 value, a method for interpreting the K1 value is necessary because the subcarrier intervals of the PUCCH serving cell may differ. A detailed solution to this is disclosed below.

[0260] According to the first method, the subcarrier interval for interpreting the K1 value follows the subcarrier interval of the Pcell. That is, the terminal can determine the slot to transmit a PUCCH containing a HARQ-ACK based on the subcarrier interval of the Pcell.

[0261] According to the second method, the subcarrier interval for interpreting the K1 value follows one of the subcarrier intervals among the candidate PUCCH serving cells. For example, it may follow the lowest subcarrier interval or the highest subcarrier interval.

[0262] According to the third method, the subcarrier interval for interpreting the K1 value may be set by the base station at the terminal. This may be the same as or different from the subcarrier interval of the Pcell.

[0263] If the aforementioned slot is instructed to send PUCCH to another cell that is not a Pcell, the terminal can send PUCCH in the slot of the PUCCH serving cell that overlaps with the aforementioned slot. If the PUCCH serving cell has one slot, PUCCH is sent in that slot. If the PUCCH serving cell has two or more slots, PUCCH is sent in one of those slots. The method for determining the single slot is as follows.

[0264] For example, a terminal can select the earliest time slot among the aforementioned slots. By selecting the earliest time slot, the terminal can send the PUCCH at the earliest possible time to reduce delay. The PUCCH resource in the aforementioned slot may be determined by a PUCCH resource indicator specified in RRC settings or DCI format. If the PUCCH resource determined by the PUCCH resource indicator in the aforementioned slot overlaps with a symbol that cannot be transmitted uplink, the PUCCH may be dropped without being transmitted.

[0265] As another example, the terminal can select the earliest possible slot from among the slots on which PUCCH transmission is possible. In the example above, the terminal determined a slot and decided whether or not PUCCH resource transmission was possible. If transmission is not possible during this process, the PUCCH is dropped without being transmitted. To prevent this, the terminal first determines the PUCCH resource using a PUCCH resource indicator specified in RRC settings or DCI format. If the PUCCH resource can be transmitted in the earliest possible slot, the terminal transmits the PUCCH in that slot. If transmission is not possible in the earliest possible slot, the terminal can determine whether or not the PUCCH resource can be transmitted in the next slot. In this way, the PUCCH can be transmitted in the earliest possible slot, preventing unnecessary PUCCH drops.

[0266] II. SPS PDSCH Reception and HARQ-ACK Transmission Method

[0267] Figures 25 and 26 will be used to explain how a terminal receives a physical downlink control channel and a physical downlink sharing channel, and how it transmits a physical uplink control channel and a physical uplink sharing channel.

[0268] Figure 25 shows an example of scheduling a shared physical downlink channel.

[0269] Referring to Figure 25, the terminal can receive the physical downlink control channel transmitted from the base station. Information such as a control resource set (CORESET) or search space may be set in order to receive the downlink control channel.

[0270] The control resource set includes frequency domain information on which the physical downlink control channel should be received. More specifically, the information in the control resource set may include the index of the PRB or PRB set on which the terminal should receive the physical downlink control channel, and the number of consecutive symbols. Here, the number of consecutive symbols is one of 1, 2, or 3.

[0271] The search space includes time information for receiving the set of PRBs specified in the control resource set. More specifically, the search space information may include at least one of the following: periodicity or offset. Here, the periodicity or offset may be specified in units of slots or sub-slots or symbols or sets of symbols or sets of slots. Furthermore, the search space information may include the CCE integration level received by the terminal, the number of PDCCHs monitored for each CCE integration level, the search space type, or the DCI format or RNTI information to be monitored.

[0272] The CCE integration level has at least one value from 1, 2, 4, 8, or 16. The terminal can monitor the PDCCH with the same number of CCEs as the value of the CCE integration level.

[0273] The search space types are common search space (CSS) and UE-specific search space. The common search space is a search space in which all terminals in a cell or some terminals in a cell commonly monitor PDCCHs. Terminals can monitor and receive candidate PDCCHs (for example, PDCCHs that transmit DCIs having a CRC scrambled with at least one RNTI from among SI-RNTI, RA-RNTI, MsgB-RNTI, P-RNTI, TC-RNTI, INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, CI-RNTI, C-RNTI, MCS-C-RNTI, CS-RNTI, or PS-RNTI) broadcast to all terminals in a cell or some terminals in a cell within this search space. In the terminal identification search space, it is possible to monitor and receive candidate PDCCHs (for example, PDCCHs that transmit DCIs having a CRC scrambled with at least one RNRTI from C-RNTI, MCS-C-RNTI, SP-CSI-RNTI, CS-RNTI, SL-RNTI, SL-CS-RNTI, or SL-L-CS-RNTI) that are sent to individual terminals. In addition, terminals can receive PDCCHs that transmit DCIs instructing the reception of a physical downlink sharing channel, the transmission of a physical uplink control channel, or the transmission of a physical uplink sharing channel in the common search space and the terminal identification search space.

[0274] The DCI format monitored by a terminal that is scheduled to transmit a physical uplink shared channel and receive a physical downlink shared channel from a base station may be DCI format 0_0, 0_1, 0_2, 1_0, 1_1, or 1_2. The RNTI information in DCI format 0_0, 0_1, 0_2, 1_0, 1_1, or 1_2 may include at least one RNTI from among CS-RNTI, MCS-C-RNTI, and C-RNTI. Here, CS-RNTI may be used by the base station to schedule activation / deactivation or retransmission of SPS (semi-persistent) PDSCH or CG (configured grant) PUSCH, and may be used by the terminal to receive them. Here, MCS-C-RNTI may be used by the base station to schedule a PDSCH or PUSCH using a highly reliable MCS (modulation and coding scheme), and may be used by the terminal to receive them. C-RNTI may be used by base stations to schedule PDSCH or PUSCH, and by terminals to receive them.

[0275] Furthermore, the DCI format that may be included in the PDCCH monitored by the terminal may further include at least the following:

[0276] DCI Format 2_0 includes dynamic SFI (slot format indicator) information that indicates the orientation of slot symbols as uplink, downlink, or flexible symbols. The RNTI used for DCI Format 2_0 is SFI-RNTI.

[0277] DCI format 2_1 includes a DL preemption indication (or interrupted transmission indication) that indicates there are no downlink transmissions sent from the base station to the terminal with PRB and symbols. The RNTI used for DCI format 2_1 is INT-RNTI.

[0278] DCI format 2_4 includes a UL cancellation indication in which the terminal signals the cancellation of an uplink transmission using a PRB and symbols. The RNTI used for DCI format 2_4 is CI-RNTI.

[0279] The terminal can determine PDCCH candidates that should receive a PDCCH based on the configured control resource set and search space information. The terminal can monitor the PDCCH candidates, check the CRC using the RNTI value, and then determine whether an accurate PDCCH has been received. The RNTI value may include at least C-RNTI, MCS-C-RNTI, CS-RNTI, as well as SFI-RNTI, INT-RNTI, and CI-RNTI values.

[0280] When a terminal receives an accurate PDCCH, the terminal can interpret the DCI transmitted by the PDCCH based on information about the control resource set and search space, and perform the operation instructed by the DCI. The DCI may include one of DCI formats 0_0, 0_1, and 0_2 for scheduling a physical uplink sharing channel (PUSCH). The DCI may include one of DCI formats 1_0, 1_1, and 1_2 for scheduling a physical downlink sharing channel (PDSCH). The DCI may include one of DCI formats 1_0, 1_1, and 1_2 for scheduling a physical uplink control channel (PUCCH). For reference, the PUCCH may include a PUCCH that transmits a HARQ-ACK. The DCI may also include DCI formats 2_0, 2_1, or 2_4.

[0281] When a terminal receives DCI format 1_0, 1_1, or 1_2 for scheduling a physical downlink shared channel (PDSCH), the terminal must receive the downlink shared channel scheduled by the DCI format. To do this, the terminal must interpret (determine) from the DCI format the slot in which the physical downlink shared channel is scheduled, as well as the starting index and length of the symbols within that slot. The TDRA field of DCI format 1_0, 1_1, or 1_2 can indicate a K0 value, which is the timing information of the scheduled slot, and an SLIV value, which is the index and length of the starting symbol within that slot. Here, the value of K0 may be a non-negative integer. Here, SLIV may be a joint-encoded value of the index (S) and length (L) of the starting symbol within the slot. Alternatively, the index (S) and length (L) of the starting symbol within the slot may be values ​​that are transmitted separately. Here, in a normal CP, S may have one value from 0, 1, ..., 13, and L may have one value from the natural numbers satisfying the condition that S + L is less than or equal to 14. In an extended CP, S may have one value from 0, 1, ..., 11, and L may have one value from the natural numbers satisfying the condition that S + L is less than or equal to 12.

[0282] The terminal can determine which slot should receive the physical downlink shared channel (PDSCH) based on the K0 value. More specifically, the terminal can determine which slot should receive the physical downlink shared channel based on the K0 value, the index of the slot where the DCI is received, the subcarrier spacing (SCS) of the downlink BWP that received the DCI, or the subcarrier spacing of the downlink BWP that receives the scheduled downlink shared channel.

[0283] For example, let's assume that the subcarrier interval of the downlink BWP that receives the DCI and the downlink BWP that receives the scheduled physical downlink shared channel (PDSCH) are the same. Let's assume that the DCI is received in downlink slot n. In this case, the downlink shared channel (PDSCH) must be received in downlink slot n+K0.

[0284] For example, let's assume that the subcarrier interval of the downlink BWP that receives the DCI is 15kHz*2^mu_PDCCH, and that the subcarrier interval of the downlink BWP that receives the scheduled physical downlink shared channel (PDSCH) is also 15kHz*2^mu_PDSCH. Let's assume that the DCI is received in downlink slot n. Here, the index of downlink slot n is the index based on the subcarrier interval of the downlink BWP that received the DCI. In this case, the physical downlink shared channel must be received in slot floor(n*2^mu_PDSCH / 2^mu_PDCCH)+K0. Here, the index of the downlink slot floor(n*2^mu_PDSCH / 2^mu_PDCCH)+K0 is the index based on the subcarrier interval of the downlink BWP that receives the physical downlink shared channel. In the above explanation, mu_PDCCH or mu_PDSCH may have values ​​of 0, 1, 2, or 3.

[0285] Referring to Figure 25, let's assume that the terminal receives a PDCCH scheduling a physical downlink shared channel (PDSCH) in downlink slot n. Let's assume that the DCI transmitted from the PDCCH indicates K0=3. Let's also assume that the subcarrier interval of the DL BWP where the PDCCH is received is the same as the subcarrier interval of the DL BWP where the PDSCH is scheduled. In this case, the terminal can determine that the PDSCH is scheduled in downlink slot n+K0, i.e., slot n+3.

[0286] Based on the K0 value, the terminal can determine which symbols should receive the physical downlink shared channel (PDSCH) in the slot where the PDSCH should be received, using the index (S) and length (L) values ​​of the starting symbol within the slot. The symbols that should receive the physical downlink shared channel (PDSCH) are symbols S through S+L-1 within the slot, determined based on the K0 value. For reference, symbols S through S+L-1 are L consecutive symbols.

[0287] The terminal may have a downlink slot aggregation set up from the base station. The downlink slot aggregation value may be 2, 4, or 8. Once the downlink slot aggregation is set up, the terminal must receive a physical downlink shared channel (PDSCH) in consecutive slots corresponding to the slot aggregation value, starting from the slot determined based on the K0 value.

[0288] When a terminal receives DCI format 1_0, 1_1, or 1_2 for scheduling a physical uplink control channel, it must transmit the scheduled uplink control channel. The physical uplink control channel may include HARQ-ACK information. The PDSCH-to-HARQ_feedback timing indicator field in DCI format 1_0, 1_1, or 1_2 can indicate a K1 value, which is a value for information about the slot to which the scheduled uplink control channel should be transmitted. Here, the value of K1 may be a non-negative integer. The K1 value in DCI format 1_0 can indicate one of {0, 1, 2, 3, 4, 5, 6, 7}. The K1 values ​​that can be indicated in DCI format 1_1 or 1_2 may be configured or set from the upper layer.

[0289] The HARQ-ACK information may be HARQ-ACK information indicating whether or not reception of two types of channels was successful. The first type may be HARQ-ACK information indicating whether or not reception of the physical downlink shared channel (PDSCH) was successful when a physical downlink shared channel (PDSCH) is scheduled by the DCI format 1_0, 1_1, or 1_2. The second type may be HARQ-ACK information indicating whether or not reception of the DCI format 1_0, 1_1, or 1_2 was successful when the DCI format 1_0, 1_1, or 1_2 is a DCI that instructs the release of a semi-permanent physical downlink shared channel (SPS PDSCH).

[0290] The terminal can determine the slot to transmit an uplink control channel containing the first type of HARQ-ACK information as follows: The terminal can determine the uplink slot that overlaps with the last symbol of the corresponding physical downlink shared channel (PDSCH) and the HARQ-ACK information. If the index of the uplink slot is m, the uplink slot to which the terminal transmits the physical uplink control channel containing the HARQ-ACK information may be m+K1. Here, the index of the uplink slot is a value based on the subcarrier interval of the uplink BWP to which the uplink control channel is transmitted.

[0291] For reference, when a terminal is configured for downlink slot aggregation, the last symbol represents the last symbol of the PDSCH scheduled within the last slot of the slots from which the physical downlink shared channel (PDSCH) is received.

[0292] Referring to Figure 26, let's assume that the terminal receives a PDCCH scheduling a downlink shared channel (PDSCH) in downlink slot n. Let's assume that the DCI transmitted from the PDCCH indicates K0=3 and K1=2. Let's also assume that the subcarrier interval of the DL BWP where the PDCCH is received, the subcarrier interval of the DL BWP where the PDSCH is scheduled, and the subcarrier interval of the UL BWP where the PUCCH is transmitted are the same. In this case, the terminal can determine that the PDSCH is scheduled in downlink slot n+K0, i.e., slot n+3. The terminal also determines the uplink slot that coincides with the last symbol of the PDSCH scheduled in downlink slot n+3. Here, the last symbol of the PDSCH in downlink slot n+3 coincides with uplink slot n+3. Therefore, the terminal transmits a PUCCH to uplink slot n+3+K1, i.e., slot n+5.

[0293] The terminal can determine the slot to transmit a physical uplink control channel containing a second type of HARQ-ACK information as follows: The terminal can determine the uplink slot that overlaps with the last symbol of the physical downlink control channel (PDCCH) corresponding to the HARQ-ACK information. If the index of the uplink slot is m, the slot to which the terminal transmits the uplink control channel containing the HARQ-ACK information may be m+K1. Here, the index of the slot is a value based on the subcarrier interval of the uplink BWP to which the physical uplink control channel (PUCCH) is transmitted.

[0294] Referring to Figure 27, let's assume that the terminal receives a PDCCH transmitting an SPS PDSCH release DCI in downlink slot n. Let's assume that the DCI transmitted from the PDCCH indicates K1=3. Let's also assume that the subcarrier interval of the DL BWP where the PDCCH is received is the same as the subcarrier interval of the UL BWP where the PUCCH is transmitted. In this case, the terminal determines the uplink slot that coincides with the last symbol of the PDCCH in downlink slot n. In this case, the terminal can determine that a PUCCH transmitting an SPS PDSCH release DCI HARQ-ACK is scheduled in uplink slot n+K1, i.e., n+3.

[0295] When a terminal receives DCI format 0_0, 0_1, or 0_2 for scheduling a physical uplink sharing channel, the terminal must transmit the scheduled uplink sharing channel. To do this, the terminal must interpret (determine) from the DCI the slot in which the physical uplink sharing channel is scheduled, and the starting index and length of the symbols within that slot. In DCI formats 0_0, 0_1, or 0_2, the TDRA field may indicate a K2 value, which is a value for information about the scheduled slot, and an SLIV value, which is a value for information about the index and length of the starting symbol within the slot. Here, the K2 value may be a non-negative integer. Here, SLIV may be a joint-encoded value of the index (S) and length (L) values ​​of the starting symbol within the slot. Alternatively, SLIV may be a value where the index (S) and length (L) values ​​of the starting symbol within the slot are transmitted separately. Here, in a normal CP, S may have one value from 0, 1, ..., 13, and L may have one value from the natural numbers satisfying the condition that S + L is less than or equal to 14. In an extended CP, S may have one value from 0, 1, ..., 11, and L may have one value from the natural numbers satisfying the condition that S + L is less than or equal to 12.

[0296] The terminal can determine which slot should transmit the physical uplink shared channel (PUSCH) based on the K2 value. More specifically, the terminal can determine which slot should transmit the physical uplink shared channel (PUSCH) based on the K2 value, the index of the slot where the DCI is received, the subcarrier interval of the downlink BWP that received the DCI, or the subcarrier interval of the uplink BWP that transmits the uplink shared channel.

[0297] For example, let's assume that the subcarrier interval of the downlink BWP that receives the DCI is the same as that of the uplink BWP that transmits the scheduled physical uplink shared channel (PUSCH). Let's assume that the DCI is received in downlink slot n. In this case, the uplink shared channel (PUSCH) must be transmitted in uplink slot n+K2.

[0298] For example, let's assume that the subcarrier interval of the downlink BWP that receives the DCI is 15kHz*2^mu_PDCCH, and the subcarrier interval of the uplink BWP that receives the scheduled physical uplink shared channel (PUSCH) is 15kHz*2^mu_PUSCH. Let's assume that the DCI is received in downlink slot n. Here, the index of downlink slot n is the index based on the subcarrier interval of the downlink BWP that received the DCI. In this case, the physical uplink shared channel (PUSCH) must be transmitted in slot floor(n*2^mu_PUSCH / 2^mu_PDCCH)+K2. Here, the index of the uplink slot floor(n*2^mu_PUSCH / 2^mu_PDCCH)+K2 is the index based on the subcarrier interval of the uplink BWP that transmits the uplink shared channel. In the above explanation, mu_PDCCH or mu_PUSCH may have values ​​of 0, 1, 2, or 3.

[0299] Referring to Figure 27, let's assume that the terminal receives a PDCCH scheduling a physical uplink shared channel (PUSCH) in downlink slot n. Let's assume that the DCI transmitted from the PDCCH indicates K2=3. Let's also assume that the subcarrier interval of the DL BWP where the PDCCH is received is the same as the subcarrier interval of the UL BWP where the PUCCH is transmitted. In this case, the terminal can determine that a PUSCH is scheduled in uplink slot n+K2=n+3.

[0300] Based on the K2 value, the terminal can determine which symbols should transmit the physical uplink sharing channel (PUSCH) in the slot where the PUSCH should be transmitted, using the index (S) and length (L) of the starting symbol within the slot. The symbols to which the physical uplink sharing channel (PUSCH) should be transmitted are symbols S through S+L-1 within the slot, determined based on the K2 value. For reference, symbols S through S+L-1 are L consecutive symbols.

[0301] The terminal may have an uplink slot aggregation configured from the base station. The uplink slot aggregation value may be 2, 4, or 8. When an uplink slot aggregation is configured, the terminal must transmit a physical uplink shared channel (PUSCH) in consecutive slots corresponding to the slot aggregation value, starting from the slot determined based on the K2 value.

[0302] In Figures 25 to 27, the terminal used K0, K1, and K2 values ​​to determine the slot on which the scheduled physical downlink sharing channel (PDSCH) is received, the physical uplink control channel (PUCCH), and the physical uplink sharing channel (PUSCH) is transmitted. For the convenience of this invention, the slot obtained by assuming that the K0, K1, and K2 values ​​are 0 is called the reference point or reference slot.

[0303] In Figure 25, the reference slot to which the K0 value is applied is the downlink slot n, which is the slot where the PDCCH was received.

[0304] In Figure 26, the reference slot to which the K1 value is applied is the uplink slot n+3, which is the uplink slot that overlaps with the last symbol of the PDSCH.

[0305] In Figure 27, the reference slot to which the K1 value is applied is the uplink slot n, which is the uplink slot that overlaps with the last symbol of the PDCCH. The reference slot to which the K2 value is applied is also the uplink slot n.

[0306] For the convenience of this invention, the following description assumes that the subcarrier interval of the downlink BWP that receives PDSCH and PDCCH and the subcarrier interval of the uplink BWP that transmits PUSCH and PUCCH are the same. In this case, separate uplink slots and downlink slots are not distinguished and are simply referred to as slots.

[0307] When a base station has data to periodically transmit to a terminal, it can use semi-persistent scheduling (SPS) as one method for transmitting it. The specific method is as follows:

[0308] The terminal may receive configuration information for the SPS method from the base station. This configuration information may be transmitted via RRC signals. This configuration information may include at least the SPS period. Here, the SPS period may be in either slot units or millisecond units.

[0309] A terminal can receive a PDCCH from a base station to activate or deactivate (or release) the SPS system. The PDCCH may include DCI format 1_0, 1_1, or 1_2, where DCI format 1_0, 1_1, or 1_2 may be scrambled with CS-RNTI. The terminal can determine whether the PDCCH instructs activation or deactivation of the SPS system. This determination may be based on the values ​​of the FDRA, RV, MCS, or HPN (HARQ process number) fields transmitted by the DCI format.

[0310] When a terminal receives a PDCCH from a base station to activate the SPS method, the terminal can obtain the following information from the following fields of the PDCCH:

[0311] - TDRA: From this field, the terminal can obtain information about the slot in which the SPS-style SPS PDSCH begins, and the starting symbol and length within that slot. Here, the slot in which the SPS-style SPS PDSCH begins is indicated by the PDCCH that activates the SPS-style, and the starting symbol and length within the slot are indicated by SLIV.

[0312] - PDSCH-to-HARQ_feedback timing indicator: From this field, the terminal can obtain information about the slot that sends the HARQ-ACK for the SPS-style SPS PDSCH. Here, the slot that sends the HARQ-ACK for the SPS-style PDSCH can be indicated based on the slot to which the last symbol of the SPS PDSCH belonged.

[0313] The terminal can use the information from the PDCCH to receive the SPS PDSCH and send a HARQ-ACK indicating whether the reception of the SPS PDSCH was successful or not. As mentioned above, the terminal obtains information from the TDRA field regarding the slot in which the SPS-style SPS PDSCH begins, and the start symbol and length within that slot. The terminal can receive the SPS PDSCH at each SPS period. For example, if the terminal is instructed by the activated PDCCH to receive the SPS PDSCH in slot n, the terminal must receive the SPS PDSCH in slot n, slot n+P, slot n+2*P, ... The terminal must also send a HARQ-ACK at each period indicating whether the reception of the received SPS PDSCH was successful or not, including P=1. At this time, the slots on which the HARQ-ACK is sent are based on the PDSCH-to-HARQ_feedback timing indicator field. For example, when the PDSCH-to-HARQ_feedback timing indicator indicates a K1 value, the terminal can transmit the HARQ-ACK of the SPS PDSCH received in slot n in slot n+K1, and transmit the HARQ-ACK of the SPS PDSCH received in slot n+P in slot n+P+K1.

[0314] Here, the HARQ-ACK of the SPS PDSCH is assumed to be 1 bit for convenience unless otherwise specified. If the SPS PDSCH has multiple bits due to the configuration of the higher layer, the present invention may be interpreted accordingly.

[0315] The problem that this invention aims to solve is determining the SPS PDSCH, or the PUCCH that transmits the HARQ-ACK of the SPS PDSCH.

[0316] Figure 28 shows the reception of the SPS PDSCH.

[0317] Referring to Figure 28, the terminal receives an SPS PDSCH. In Figure 28, the period of the SPS is given as P_SPS. The terminal must receive an SPS PDSCH at each period P_SPS of the SPS. In Figure 28, the first SPS PDSCH is named SPS1, the second SPS PDSCH is named SPS2, the third SPS PDSCH is named SPS3, the fourth SPS PDSCH is named SPS4, and the fifth SPS PDSCH is named SPS5.

[0318] Referring to Figure 28, if the cell receiving the SPS PDSCH operates in a TDD (time division duplex) manner, the terminal may determine whether or not it can receive the SPS PDSCH based on the direction of the cell.

[0319] More specifically, if the cell operates in a TDD (Technical Data Desk) manner, the terminal may set one of the following as the direction for each symbol in the cell: a downlink symbol, an uplink symbol, or a flexible symbol. Here, a downlink symbol is a symbol on which the terminal can receive downlink signals or channels, an uplink symbol is a symbol on which the terminal can transmit uplink signals or channels, and a flexible symbol is a symbol whose direction has not yet been determined, and which can receive / transmit downlink / uplink signals or channels.

[0320] If all the symbols that should receive the SPS PDSCH are downlink symbols, the terminal will receive the SPS PDSCH.

[0321] If at least one of the symbols that should receive the SPS PDSCH overlaps with an uplink symbol, the terminal will not receive the SPS PDSCH.

[0322] If the symbol that should receive the SPS PDSCH does not overlap with the uplink symbol but overlaps with at least one flexible symbol, the terminal may or may not receive the SPS PDSCH. Here, whether or not to receive is determined by separate signaling, or one of the two actions (receive or not receive) may be selected. For example, if the terminal is configured to receive dynamic SFI (slot format information), it will not receive the SPS PDSCH. If the terminal is not configured to receive dynamic SFI (slot format information), it will receive the SPS PDSCH.

[0323] In this invention, for convenience, the operation of the terminal will be described using downlink symbols and uplink symbols. However, flexible symbols may be interpreted as operating as either downlink symbols or uplink symbols depending on the settings. For example, when deciding to receive an SPS PDSCH, flexible symbols may be interpreted as operating in the same way as uplink symbols.

[0324] Referring to Figure 28, SPS1, SPS2, SPS3, and SPS4 overlap with the downlink symbols. Therefore, the terminal receives SPS1, SPS2, SPS3, and SPS4. However, SPS5 overlaps with the uplink symbols, so the terminal cannot receive SPS5. Furthermore, SPS5 is not received, and therefore the resulting HARQ-ACK does not need to be transmitted.

[0325] Figure 29 shows the HARQ-ACK transmission of SPS PDSCH.

[0326] Refer to Figure 29, which illustrates the transmission of a PUCCH that transmits the HARQ-ACK of the terminal's SPS PDSCH. In Figure 29, we assume that the PDSCH-to-HARQ_feedback timing indicator is K1. The terminal must receive an SPS PDSCH at each SPS period P_SPS and transmit a PUCCH that transmits the HARQ-ACK of the SPS PDSCH K1 slots after the slot in which the SPS PDSCH was received. In Figure 29, let b1 be the HARQ-ACK information for SPS1, b2 be the HARQ-ACK information for SPS2, b3 be the HARQ-ACK information for SPS3, and b4 be the HARQ-ACK information for SPS4. In Figure 29, the PUCCH that transmits the HARQ-ACK information (b1) from SPS1 is designated as PUCCH for SPS1, the PUCCH that transmits the HARQ-ACK information (b2) from SPS2 is designated as PUCCH for SPS2, the PUCCH that transmits the HARQ-ACK information (b3) from SPS3 is designated as PUCCH for SPS3, and the PUCCH that transmits the HARQ-ACK information (b4) from SPS4 is designated as PUCCH for SPS4.

[0327] If all the symbols that should transmit the SPS PDSCH PUCCH are uplink symbols, the terminal transmits the SPS PDSCH PUCCH.

[0328] If at least one of the symbols on which an SPS PDSCH PUCCH should be transmitted overlaps with a downlink symbol, the terminal will not transmit the SPS PDSCH PUCCH.

[0329] If the symbol on which the SPS PDSCH PUCCH should be transmitted does not overlap with a downlink symbol but overlaps with at least one flexible symbol, the terminal may or may not transmit the SPS PDSCH PUCCH. Here, whether or not to transmit is determined by another signaling, or one of the two actions (transmit or not transmit) may be selected. For example, if the terminal is configured to receive dynamic SFI (slot format information), it will not transmit the SPS PDSCH PUCCH. If the terminal is not configured to receive dynamic SFI (slot format information), it will transmit the SPS PDSCH PUCCH.

[0330] In this invention, for convenience, the operation of the terminal will be described using downlink symbols and uplink symbols. However, flexible symbols may be interpreted as operating as either downlink symbols or uplink symbols depending on the settings. For example, when deciding to transmit a PUCCH that transmits an SPS PDSCH HARQ-ACK, flexible symbols may be interpreted as operating in the same way as downlink symbols.

[0331] Referring to Figure 29, PUCCH for SPS1, PUCCH for SPS2, and PUCCH for SPS3 overlap with the downlink symbol. Therefore, the terminal cannot transmit PUCCH for SPS1, PUCCH for SPS2, and PUCCH for SPS3. However, since PUCCH for SPS4 overlaps with the uplink symbol, the terminal can transmit PUCCH for SPS4. Therefore, in Figure 29, the terminal cannot send HARQ-ACK information for SPS1, SPS2, and SPS3 to the base station, but can send HARQ-ACK information for SPS4 to the base station.

[0332] The above explanation described the reception of the terminal's SPS PDSCH and the transmission of a PUCCH that transmits the HARQ-ACK for the SPS PDSCH when a single cell is operating in TDD mode. This can be extended to cases where multiple cells are configured for a single terminal. Specifically, the operation of a terminal with multiple cells is as follows:

[0333] If a terminal supports half-duplex operation but not full-duplex operation, and a cell is a downlink symbol, or is instructed or configured to receive a downlink signal or channel, then other cells may consider the symbol to be a downlink symbol. That is, the terminal does not transmit uplink signals or channels to the symbol in other cells. If a terminal supports half-duplex operation but not full-duplex operation, and a cell is an uplink symbol, or is instructed or configured to transmit an uplink signal or channel, then other cells may consider the symbol to be an uplink symbol. That is, the terminal does not receive downlink signals or channels to the symbol in other cells.

[0334] This embodiment discloses a method for a terminal to transmit a HARQ-ACK that it was unable to send to the base station.

[0335] Figure 30 shows a PUCCH that transmits a HARQ-ACK of an SPS PDSCH according to one embodiment.

[0336] Referring to Figure 30, if the terminal cannot send a PUCCH containing the HARQ-ACK of the SPS PDSCH, the terminal can send the HARQ-ACK using a PUCCH that is capable of sending it. In Figure 30, the capable PUCCH is explicitly labeled as PUCCH for SPS. Referring to Figure 30, the terminal can perform the following steps.

[0337] As a first step, the terminal can determine which SPS PDSCH signals are receivable and which are not. This determination can be made based on the direction of the symbols. The terminal can determine that the HARQ-ACK information of receivable SPS PDSCH signals should be transmitted to the base station, and may exclude the HARQ-ACK information of unreceivable SPS PDSCH signals from the HARQ-ACK information to be transmitted to the base station. The exclusion method may be to not transmit the HARQ-ACK information or to include a NACK as the HARQ-ACK information.

[0338] In the second stage, the terminal can select a PUCCH to transmit the HARQ-ACK information to be sent to the base station. If the value of the PDSCH-to-HARQ_feedback timing indicator field indicates that a PUCCH transmitting the HARQ-ACK information of the SPS PDSCH is available, the terminal can transmit the HARQ-ACK information of the SPS PDSCH using the PUCCH. If the value of the PDSCH-to-HARQ_feedback timing indicator field indicates that a PUCCH transmitting the HARQ-ACK information of the SPS PDSCH is unavailable, the terminal can transmit the HARQ-ACK information of the SPS PDSCH using a PUCCH for SPS. Here, the PUCCH for SPS is not the PUCCH that transmits the HARQ-ACK information of the SPS PDSCH based on the value of the PDSCH-to-HARQ_feedback timing indicator field.

[0339] In the third stage, the terminal must determine PUCCH for SPS. A more specific example of the three stages is as follows:

[0340] As a first embodiment of the present invention, the terminal can determine the PUCCH for SPS as follows: If the PUCCH transmitting the HARQ-ACK of the first SPS PDSCH is not transmittable, the terminal can check whether the PUCCH transmitting the HARQ-ACK of the next second SPS PDSCH is transmittable. If the PUCCH transmitting the HARQ-ACK of the second SPS PDSCH is transmittable, the terminal can transmit the HARQ-ACK of the first SPS PDSCH and the HARQ-ACK of the second SPS PDSCH to the transmittable PUCCH. If the PUCCH transmitting the HARQ-ACK of the second SPS PDSCH is also not transmittable, the terminal can check whether the PUCCH transmitting the HARQ-ACK of the next third SPS PDSCH is transmittable. Thus, if the PUCCH that transmits the HARQ-ACK of the first SPS PDSCH is unable to transmit, the terminal checks whether the PUCCH of the SPS PDSCH after the first SPS PDSCH is able to transmit, and transmits the HARQ-ACK of the first SPS PDSCH using the PUCCH of the transmittable SPS PDSCH.

[0341] Figure 31 shows a PUCCH that transmits a HARQ-ACK of an SPS PDSCH according to another embodiment.

[0342] Figure 31 shows a first embodiment of the present invention. A PUCCH (PUCCH for SPS1) that transmits the HARQ-ACK(b1) of SPS1 is not transmittable. In order to transmit this HARQ-ACK(b1), the terminal must select another PUCCH. First, it can be determined whether a PUCCH (PUCCH for SPS2) that transmits the HARQ-ACK(b2) of SPS2, the next SPS PDSCH after SPS1, is transmittable. Here, a PUCCH (PUCCH for SPS2) that transmits the HARQ-ACK(b2) of SPS2 is not transmittable. Next, it can be determined whether a PUCCH (PUCCH for SPS3) that transmits the HARQ-ACK(b3) of SPS3, the next SPS PDSCH after SPS2, is transmittable. Here, a PUCCH (PUCCH for SPS3) that transmits the HARQ-ACK(b3) of SPS3 is not transmittable. Next, it can be determined whether a PUCCH (PUCCH for SPS4) that transmits the HARQ-ACK(b4) of SPS4, which is the next SPS PDSCH after SPS3, is transmittable. Here, a PUCCH (PUCCH for SPS4) that transmits the HARQ-ACK(b4) of SPS4 is transmittable. Therefore, the terminal can transmit the HARQ-ACK(b1) of SPS1 using the PUCCH for SPS4 that transmits the HARQ-ACK(b4) of SPS4.

[0343] Similarly, the HARQ-ACK(b2) of SPS2 and the HARQ-ACK(b3) of SPS3 can also be transmitted using PUCCH for SPS4, which transmits the HARQ-ACK(b4) of SPS4.

[0344] Therefore, referring to Figure 31, PUCCH for SPS4 may include not only the HARQ-ACK(b4) of SPS4, but also the HARQ-ACK(b1) of SPS1, the HARQ-ACK(b2) of SPS2, and the HARQ-ACK(b3) of SPS3. That is, PUCCH for SPS4 may include [b1 b2 b3 b4] (where the order of b1 b2 b3 b4 is sorted according to the slot order, but they may be sorted in other orders).

[0345] If multiple SPS settings are provided to a single terminal, the first embodiment may be applied as follows.

[0346] A terminal may be assigned multiple SPS settings to a single cell. Each SPS setting may have its own SPS period. The terminal can receive each PDCCH that activates each SPS setting. Each PDCCH can indicate the value of each PDSCH-to-HARQ_feedback timing indicator field.

[0347] Figures 32 to 34 show PUCCHs that transmit the HARQ-ACK of SPS PDSCH in multiple SPS settings according to further embodiments.

[0348] Referring to Figures 32 to 34, two SPS settings may be given to one cell. SPS1-1, SPS1-2, SPS1-3, and SPS1-4 represent SPS PDSCH according to the first SPS setting, b1-1, b1-2, b1-3, and b1-4 represent HARQ-ACK for SPS1-1, SPS1-2, SPS1-3, and SPS1-4, and PUCCH for SPS1-1, PUCCH for SPS1-2, PUCCH for SPS1-3, and PUCCH for SPS1-4 represent PUCCH that transmits HARQ-ACK for SPS1-1, SPS1-2, SPS1-3, and SPS1-4. Here, the value of the PDSCH-to-HARQ_feedback timing indicator field according to the first SPS setting is K1-1. SPS2-1 and SPS2-2 represent SPS PDSCH based on the second SPS setting, b2-1 and b2-2 represent HARQ-ACK for SPS2-1 and SPS2-2, and PUCCH for SPS2-1 and PUCCH for SPS2-2 represent PUCCH that transmits HARQ-ACK for SPS2-1 and SPS2-2.

[0349] The first SPS setting has a shorter SPS period compared to the second SPS setting.

[0350] PUCCH for SPS1-1, PUCCH for SPS1-2, and PUCCH for SPS1-3, which transmit HARQ-ACK(b1-1) for SPS1-1, HARQ-ACK(b1-2) for SPS1-2, and HARQ-ACK(b1-3) for SPS1-3 based on the first SPS setting, cannot be transmitted. Also, PUCCH for SPS2-1, which transmits HARQ-ACK(b2-1) for SPS2-1 based on the second SPS setting, cannot be transmitted.

[0351] One embodiment of the present invention is shown in Figure 32.

[0352] Referring to Figure 32, the terminal can apply the first embodiment to an SPS PDSCH having the same SPS setting. That is, a HARQ-ACK from an SPS PDSCH with one SPS setting can be transmitted by a PUCCH that transmits a HARQ-ACK from another SPS PDSCH with the same SPS setting. However, a HARQ-ACK from an SPS PDSCH with one SPS setting cannot be transmitted by a PUCCH that transmits a HARQ-ACK from another SPS PDSCH with the same SPS setting.

[0353] The HARQ-ACK(b1-1) of SPS1-1 in the first configuration, the HARQ-ACK(b1-2) of SPS1-2, and the HARQ-ACK(b1-3) of SPS1-3 may be included in PUCCH for SPS1-4, which transmits the HARQ-ACK(b1-4) of SPS1-4 in the first configuration. Therefore, PUCCH for SPS1-4 may include [b1-1,b1-2,b1-3,b1-4].

[0354] The HARQ-ACK(b2-1) of SPS2-1 in the second configuration may be included in the PUCCH for SPS2-2 that transmits the HARQ-ACK(b2-2) of SPS2-2 in the second configuration. Therefore, the PUCCH for SPS2-2 may include [b2-1,b2-2].

[0355] One-two embodiments of the present invention are shown in Figure 33.

[0356] Referring to Figure 33, the terminal can apply the first embodiment to SPS PDSCH for all SPS settings. That is, a HARQ-ACK for an SPS PDSCH with one SPS setting can be transmitted in a PUCCH that transmits HARQ-ACKs for the same or other SPS settings of an SPS PDSCH.

[0357] In the first configuration, the HARQ-ACK(b1-1) for SPS1-1, the HARQ-ACK(b1-2) for SPS1-2, and the HARQ-ACK(b1-3) for SPS1-3 cannot be transmitted, and a transmittable PUCCH must be found. At this time, a transmittable PUCCH can be found regardless of the SPS configuration. For example, the HARQ-ACK(b1-1) for SPS1-1 may be included in the PUCCH for SPS2-2, which is the earliest in time among the transmittable PUCCHs PUCCH for SPS1-4 and PUCCH for SPS2-2. As a result, PUCCH for SPS1-4 may include the HARQ-ACK (b1-4) of the first setting SPS1-4, and PUCCH for SPS2-2 may include the HARQ-ACK (b1-1) of the first setting SPS1-1, the HARQ-ACK (b1-2) of SPS1-2, the HARQ-ACK (b1-3) of SPS1-3, and the HARQ-ACK (b2-1) of the second setting SPS2-1 and the HARQ-ACK (b2-2) of SPS2-2.

[0358] Embodiments 1-3 of the present invention are shown in Figure 34.

[0359] Referring to Figure 34, when applying the first embodiment, the terminal can only be applied to an SPS PDSCH with a specific SPS setting. That is, the HARQ-ACK of an SPS PDSCH with one SPS setting can be transmitted via a PUCCH that transmits the HARQ-ACK of an SPS PDSCH with a specific SPS setting.

[0360] Here, preferably, the specific SPS setting may be the SPS setting with the lowest ID among the SPS settings set on the terminal.

[0361] Here, preferably, the specific SPS setting may be the SPS setting with the shortest SPS period among the SPS settings set on the terminal.

[0362] The specific SPS setting is the first setting. That is, the HARQ-ACK of the SPS PDSCH in the first and second settings can be transmitted by the PUCCH that transmits the HARQ-ACK of the SPS PDSCH in the first setting. However, the HARQ-ACK of the SPS PDSCH in the first and second settings cannot be transmitted by the PUCCH that transmits the HARQ-ACK of the SPS PDSCH in the second setting.

[0363] The HARQ-ACK(b1-1) of SPS1-1, HARQ-ACK(b1-2) of SPS1-2, and HARQ-ACK(b1-3) of SPS1-3 in the first configuration cannot be transmitted, and a transmittable PUCCH must be found. In this case, a transmittable PUCCH of the first SPS configuration, which is a specific SPS configuration, can be found. For example, the HARQ-ACK(b1-1) of SPS1-1 may be included in the PUCCH for SPS1-4 of the first SPS configuration, which is a specific SPS configuration, among the transmittable PUCCHs PUCCH for SPS1-4 and PUCCH for SPS2-2.

[0364] The HARQ-ACK(b2-1) of the second setting SPS2-1 cannot be transmitted, and a transmittable PUCCH must be found. In this case, a transmittable PUCCH of the first SPS setting, which is a specific SPS setting, can be found. For example, the HARQ-ACK(b2-1) of SPS2-1 may be included in the PUCCH for SPS1-4 of the first SPS setting, which is a specific SPS setting, among the transmittable PUCCHs PUCCH for SPS1-4 and PUCCH for SPS2-2.

[0365] As a result, PUCCH for SPS1-4 may include [b1-1, b1-2, b1-3, b1-4, b2-1]. And PUCCH for 2-2 may include [b2-2].

[0366] Priority can be set in the SPS settings.

[0367] If priorities are set for SPS settings, the PUCCHs that can be transmitted may be limited to SPS settings with the same priority. In other words, if priorities are set for SPS settings, the HARQ-ACK of one SPS setting with priority may be included in the PUCCH that transmits the HARQ-ACK of that SPS setting with priority.

[0368] For example, in the descriptions of Examples 1-1, 1-2, and 1-3 above, the SPS settings may have the same priority.

[0369] For example, referring to Figure 32, when the first and second settings have different priorities, the HARQ-ACK of the SPS of the first setting may be included in the transmittable PUCCH (PUCCH for SPS1-4) of the SPS setting that has the same priority as the first setting. Also, the HARQ-ACK of the SPS of the second setting may be included in the transmittable PUCCH (PUCCH for SPS2-2) of the SPS setting that has the same priority as the second setting.

[0370] If priorities are set for SPS settings, the HARQ-ACK of an SPS setting with one priority may be included in the PUCCH that transmits the HARQ-ACK of an SPS setting with that priority or a lower priority.

[0371] For example, referring to Figure 34, let's assume that the priority of the first setting is lower than the priority of the second setting. In this case, the HARQ-ACK of the SPS of the first setting may be included in the transmittable PUCCH (PUCCH for SPS1-4) of an SPS setting that is the same as or has a lower priority than the first setting. Similarly, the HARQ-ACK of the SPS of the second setting may be included in the transmittable PUCCH (PUCCH for SPS1-4) of an SPS setting that is the same as or has a lower priority than the second setting.

[0372] In the first embodiment and its derivative embodiments 1-1, 1-2, and 1-3 described above, the terminal transmitted HARQ-ACKs that could not be transmitted by the PUCCH that transmitted the HARQ-ACKs of the SPS PDSCH. However, in this case, the terminal may unintentionally send HARQ-ACKs of the SPS PDSCH together with HARQ-ACKs of other SPS PDSCHs. A method to resolve this is disclosed in the second embodiment.

[0373] According to a second embodiment of the present invention, a base station can configure a PUCCH resource on a terminal. Here, the configuration may be configured with an RRC signal or an SPS activated PDCCH, and the configuration may include at least the following information.

[0374] - The period of the PUCCH resource (P_PUCCH). The period of the PUCCH resource may be set similarly to that of SPS PDSCH.

[0375] - Offset of the PUCCH resource (O_PUCCH). This can indicate the slot in which the PUCCH resource begins. For example, if the offset value is given as O_PUCCH, the PUCCH resource will begin in slot O_PUCCH. The PUCCH resource may exist in slots O_PUCCH, O_PUCCH+P_PUCCH, O_PUCCH+2*P_PUCCH, O_PUCCH+3*P_PUCCH, etc., depending on the period P_PUCCH. Here, O_PUCCH may be indicated by the PDSCH-to-HARQ_feedback timing indicator field of the SPS activated PDCCH.

[0376] - Index of PUCCH resources. PUCCH resources within a slot may be configured by index. The terminal can determine which PUCCH resources correspond to the index.

[0377] The terminal can include the HARQ-ACK of the SPS PDSCH in the configured PUCCH resource and send it, as shown in Figure 35.

[0378] Figure 35 shows a PUCCH sending an SPS PDSCH HARQ-ACK using a PUCCH resource setting according to yet another embodiment.

[0379] Referring to Figure 35, SPS1, SPS2, ..., SPS8 are shown by the SPS setting (SPS period (P_SPS)). Then, PUCCH A for SPS and PUCCH B for SPS are shown by the PUCCH resource setting (PUCCH resource period (P_PUCCH)).

[0380] According to a second embodiment of the present invention, the terminal can transmit the HARQ-ACK of the SPS PDSCH using the configured PUCCH resource. More specifically, the HARQ-ACK of the SPS PDSCH can select the nearest (earliest) PUCCH resource from the configured PUCCH resources that begin after the last symbol of the SPS PDSCH reception.

[0381] Referring to Figure 35, the HARQ-ACK of SPS1 may be included in the nearest PUCCH resource after SPS1. Here, the PUCCH resources after SPS1 include PUCCH A for SPS and PUCCH B for SPS, and the HARQ-ACK of SPS1 may be included in the nearest PUCCH A for SPS. For example, the HARQ-ACK of SPS5 may be included in the nearest PUCCH resource after SPS5. Here, the HARQ-ACK of SPS5 may be included in PUCCH B for SPS as a PUCCH resource after SPS5.

[0382] In the second embodiment described above, the terminal included the HARQ-ACK for the SPS PDSCH in the nearest PUCCH resource after receiving the SPS PDSCH. However, the terminal requires processing time to receive the SPS PDSCH. This can be called PDSCH processing time. That is, the terminal requires PDSCH processing time as the time to receive the SPS PDSCH and generate a HARQ-ACK indicating whether or not the reception of the SPS PDSCH was successful. Therefore, including the HARQ-ACK in the nearest PUCCH after receiving the SPS PDSCH, as in the second embodiment, may conflict with PDSCH processing time.

[0383] As a second-to-first embodiment of the present invention, the terminal can transmit the HARQ-ACK of the SPS PDSCH using the configured PUCCH resource. In this case, the PUCCH resource can be selected considering the PDSCH calculation time of the SPS PDSCH. More specifically, the HARQ-ACK of the SPS PDSCH can select the closest (earliest) PUCCH resource from among the configured PUCCH resources that start after the PDSCH calculation time from the last symbol of the SPS PDSCH reception.

[0384] Figure 36 shows a PUCCH sending an SPS PDSCH HARQ-ACK using a PUCCH resource setting according to yet another embodiment.

[0385] Referring to Figure 36, the HARQ-ACK of SPS4 has two nearest PUCCH resources after SPS4: PUCCH A for SPS and PUCCH B for SPS. However, the time between PUCCH A for SPS and SPS4 does not meet the PDSCH processing time. Therefore, the HARQ-ACK of SPS4 cannot be transmitted via PUCCH A for SPS. The time between PUCCH B for SPS and SPS4 meets the PDSCH processing time, so the HARQ-ACK of SPS4 may be transmitted via PUCCH B for SPS.

[0386] Here, the PDSCH processing time can be the value defined in "5.3 UE PDSCH processing procedure time" of TS38.214.

[0387] The following embodiment describes a method for sending an SPS PDSCH HARQ-ACK and an SPS release DCI HARQ-ACK when a terminal receives an SPS deactivation DCI (SPS release DCI).

[0388] Figure 37 shows a PUCCH that sends an SPS PDSCH HARQ-ACK when a terminal according to one embodiment receives an SPS deactivation DCI.

[0389] Referring to Figure 37, the terminal may receive an SPS deactivation DCI between SPS2 and SPS3. As a result, the terminal will not receive any SPS PDSCHs (SPS3, SPS4) after the SPS deactivation DCI. In this case, the terminal must decide how to send the HARQ-ACK for the SPS PDSCH.

[0390] As a fourth embodiment of the present invention, the operation when a terminal receives an SPS decryption DCI is as follows: The terminal can determine the PUCCH to which to transmit the SPS PDSCH HARQ-ACK, regardless of whether or not it has received an SPS decryption DCI. That is, referring to Figure 23, regardless of whether or not it has received an SPS decryption DCI, it can select PUCCH for SPS4, which is a PUCCH that can transmit, in order to transmit the SPS1 HARQ-ACK (b1), the SPS2 HARQ-ACK (b2), and the SPS3 HARQ-ACK (b3). In other words, if the SPS decryption DCI is not received, the PUCCH for SPS4 may include the HARQ-ACK(b1) of SPS1, the HARQ-ACK(b2) of SPS2, the HARQ-ACK(b3) of SPS3, and the HARQ-ACK(b4) of SPS4. Similarly, if the SPS decryption DCI is received, the PUCCH for SPS4 may include the HARQ-ACK(b1) of SPS1, the HARQ-ACK(b2) of SPS2, the HARQ-ACK(b3) of SPS3, and the HARQ-ACK(b4) of SPS4. Therefore, regardless of whether the SPS decryption DCI is received or not, [b1 b2 b3 b4] can be transmitted with PUCCH for SPS4.

[0391] In the fourth embodiment, the HARQ-ACK of the SPS is transmitted regardless of whether or not the SPS decryption DCI is received, so it has robust characteristics against DTX (reception failure) of the SPS decryption DCI. However, referring to Figure 23, SPS3 and SPS4 are already decrypted SPS PDSCHs, so the HARQ-ACK of SPS3 and SPS4 is a NACK, and this information does not need to be transmitted to the base station. Therefore, in the fourth embodiment, the HARQ-ACK information to be transmitted may be limited to SPS PDSCHs before the reception of the SPS decryption DCI. That is, referring to Figure 37, in PUCCH for SPS4, the HARQ-ACK (b1) of SPS1 and the HARQ-ACK (b2) of SPS2, which are SPS before the reception of the SPS decryption DCI, can be transmitted, and the HARQ-ACK (b3) of SPS3 and the HARQ-ACK (b4) of SPS4, which are SPS after the reception of the SPS decryption DCI, do not need to be transmitted.

[0392] In the fourth embodiment, a PUCCH was used to transmit a HARQ-ACK from an already deactivated SPS. Referring to Figure 37, the SPS4 corresponding to the PUCCH for SPS4 to which the HARQ-ACK is transmitted has already been deactivated. Therefore, the PUCCH for SPS4 is also deactivated and cannot be used. An embodiment to solve this problem is disclosed below.

[0393] In the fifth embodiment of the present invention, the operation when a terminal receives an SPS decryption DCI is as follows: The terminal can determine that the PUCCH that transmits the HARQ-ACK of the SPS decryption DCI is the PUCCH that transmits the HARQ-ACK of the SPS PDSCH. A more specific example is shown in Figure 38.

[0394] Figure 38 shows a PUCCH that sends an SPS PDSCH HARQ-ACK when a terminal according to another embodiment receives an SPS deactivation DCI.

[0395] Referring to Figure 38, when the terminal decides which PUCCH to send the HARQ-ACK(b1) of SPS1 and the HARQ-ACK(b2) of SPS2, it can select a PUCCH that sends the HARQ-ACK of the SPS-deactivated DCI (PUCCH for SPS-deactivated DCI). Therefore, the PUCCH for SPS-deactivated DCI may include the HARQ-ACK of the SPS-deactivated DCI, the HARQ-ACK(b1) of SPS1, and the HARQ-ACK(b2) of SPS2.

[0396] Figure 39 shows a PUCCH that sends an SPS PDSCH HARQ-ACK when a terminal according to another embodiment receives an SPS deactivation DCI.

[0397] Referring to Figure 39, the fifth embodiment applies because SPS4 corresponding to PUCCH for SPS4, which transmits the HARQ-ACK (b1) for SPS1 and the HARQ-ACK (b2) for SPS2, is deactivated when the terminal receives the SPS deactivation DCI. If SPS4 corresponding to PUCCH for SPS4 is not deactivated (for example, if the SPS deactivation DCI is received after SPS4), the terminal can transmit the HARQ-ACK (b1) for SPS1, the HARQ-ACK (b2) for SPS2, the HARQ-ACK (b3) for SPS3, and the HARQ-ACK (b4) for SPS4 using PUCCH for SPS4.

[0398] Figure 40 shows a PUCCH that sends an SPS PDSCH HARQ-ACK when a terminal according to another embodiment receives an SPS deactivation DCI.

[0399] Referring to Figure 40, the PUCCH for SPS Deactivation DCI, which always sends the HARQ-ACK for SPS Deactivation DCI, can include HARQ-ACKs that could not be sent. This means that even if SPS4 corresponding to PUCCH for SPS4 is not deactivated (for example, if the SPS Deactivation DCI is received after SPS4), the terminal can send the HARQ-ACK for SPS1 (b1), the HARQ-ACK for SPS2 (b2), and the HARQ-ACK for SPS3 (b3) with PUCCH for SPS Deactivation DCI.

[0400] Another problem to be solved in this embodiment is to align the order of the HARQ-ACK bits. As mentioned above, if it is not possible to transmit the PUCCH that transmits the HARQ-ACK of the SPS PDSCH, the HARQ-ACK may be transmitted by another PUCCH. In this case, the order of the HARQ-ACK bits must be determined in the other PUCCH.

[0401] A preferred method for determining the HARQ-ACK bits is for the terminal to place the HARQ-ACK bits that were originally to be transmitted in the PUCCH first, followed by the deferred HARQ-ACK bits. Here, the HARQ-ACK that is moved to and transmitted in the PUCCH when the PUCCH transmitting the HARQ-ACK of the SPS PDSCH cannot be transmitted is called the deferred HARQ-ACK bits. The order of the deferred HARQ-ACK bits may be determined based on at least the following criteria.

[0402] In one aspect, the order of the deferred HARQ-ACK bits may be determined by the ascending order of the PUCCH slot indices to which the deferred HARQ-ACK should be sent.

[0403] In other respects, the order of the deferred HARQ-ACK bits may be determined by the ascending order of the indices of the slots in the SPS PDSCH corresponding to the deferred HARQ-ACK.

[0404] In other respects, the order of the deferred HARQ-ACK bits may be determined by the ascending order of the HPN (HARQ process number) of the SPS PDSCH corresponding to the deferred HARQ-ACK.

[0405] In other respects, the order of the deferred HARQ-ACK bits may be determined by the ascending order of the indices of the SPS PDSCH cells corresponding to the deferred HARQ-ACK.

[0406] The aforementioned criteria may be used in combination. Furthermore, although it is determined by the ascending order of the SPS PDSCH cell indices corresponding to the extended HARQ-ACK, other criteria may be applied to the same cell.

[0407] The SPS HARQ-ACK transmission of the present invention described above can be summarized in the following steps.

[0408] Stage 1) If the PUCCH resource for SPS HARQ-ACK in (sub) slot n overlaps with an invalid UL symbol, the terminal will not use this PUCCH resource (drop it).

[0409] Here, the PUCCH resource for SPS HARQ-ACK is the PUCCH resource configured by the upper layer signal n1PUCCH-AN in SPS-config or SPS-PUCCH-AN-r16 in sps-PUCCH-AN-List-r16. n1PUCCH-AN in SPS-config indicates the PUCCH resource that will send the SPS 1-bit HARQ-ACK. Here, the PUCCH format is format 0 or 1. SPS-PUCCH-AN-r16 in sps-PUCCH-AN-List-r16 indicates up to four PUCCH resources. Here, one of the up to four PUCCH resources is selected depending on the SPS HARQ-ACK bit size.

[0410] Here, invalid UL symbols may include at least one of the following: semi-static DL, SSB, CORESET#0, all high-priority uplink channels, and PRACH channels.

[0411] Stage 2-1) When a PUCCH resource for DG HARQ-ACK is scheduled in (sub) slot n, the terminal multiplexes the SPS HARQ-ACK to be sent in slot n with the DG HARQ-ACK and sends it using the PUCCH resource for DG HARQ-ACK.

[0412] Here, a PUCCH resource for DG (dynamic grant) HARQ-ACK is a PUCCH resource instructed to send a HARQ-ACK for a PDSCH scheduled in DCI format 1_0, 1_1, or 1_2. This may be indicated by the PUCCH resource indicator (PRI) field included in DCI format 1_0, 1_1, or 1_2.

[0413] Here, multiplexing allows the DG HARQ-ACK bits and SPS HARQ-ACK bits to be transmitted in slot n to be concatenated (cascade) to create a bit sequence. This is applicable when using a type-1 or type-2 codebook. When using a type-3 codebook, the DG HARQ-ACK bits and SPS HARQ-ACK bits are not transmitted concatenated. In this case, the type-3 codebook generation method generates the HARQ-ACK bits in ascending order of cell index, and in ascending order of HARQ process number for a single cell index.

[0414] Step 2-2) If a PUCCH resource for DG HARQ-ACK is not scheduled in (sub) slot n, and another configured PUCCH resource is available, the terminal will send the SPS HARQ-ACK using that available configured PUCCH resource instead.

[0415] Here, other configured PUCCH resources may include PUCCH resources configured for SPS HARQ-ACK transmission or PUCCH resources configured for DG HARQ-ACK transmission. PUCCH resources configured for SPS HARQ-ACK transmission may include PUCCH resources configured in the upper layer signal n1PUCCH-AN in SPS-config or SPS-PUCCH-AN-r16 in sps-PUCCH-AN-List-r16. PUCCH resources configured for DG HARQ-ACK transmission may include PUCCH resources that can be indicated by the PUCCH resource indicator (PRI) field of DCI format 1-0, 1-1, or 1-2.

[0416] In this case, if no other configured PUCCH resources overlap with the invalid UL symbol, the terminal can determine that the PUCCH resource is valid.

[0417] If multiple PUCCH resources are configured to be active, the terminal must decide which PUCCH resource to use. The specific method will be described later.

[0418] Step 2-3) If a PUCCH resource for DG HARQ-ACK is not scheduled in (sub) slot n, and none of the other configured PUCCH resources are enabled, the terminal determines whether or not SPS HARQ-ACK transmission is possible in (sub) slot n+P.

[0419] Here, P may be the period of SPS PDSCH or a specific value. Preferably, P may be given as 1.

[0420] Here, the determination of whether or not SPS HARQ-ACK transmission is possible in slot n+P can be made using steps 1), 2-1), 2-2), and 2-3) described above.

[0421] If, as in step 2-2) above, there are multiple PUCCH resources that are set to be active, the terminal must decide which PUCCH resource to use. The specific method is as follows:

[0422] Method 1: When there are multiple valid configured PUCCH resources, the terminal can select a PUCCH resource based on the bit size that the PUCCH resource can transmit. More specifically, when the bit to be transmitted is B bits, the terminal selects a PUCCH resource from among the valid configured PUCCH resources that can transmit B bits or more. If there are multiple PUCCH resources that can transmit B bits or more, the terminal selects the PUCCH resource that can transmit the smallest bit among them. More specifically, this is as follows:

[0423] In SPS-PUCCH-AN-r16, up to 4 PUCCH resources can be configured in the sps-PUCCH-AN-List-r16. For the PUCCH resources configured for DG HARQ-ACK transmission, up to 4 PUCCH resources can be configured for one PRI value. More specifically, when the HARQ-ACK bit is B bits, if 0 < B ≤ N1, the HARQ-ACK bit is transmitted on PUCCH(~N1 bits); if N1 < B ≤ N2, the HARQ-ACK bit is transmitted on PUCCH(~N2 bits); if N2 < B ≤ N3, the HARQ-ACK bit is transmitted on PUCCH(~N3 bits); if N3 < B ≤ N4, the HARQ-ACK bit can be transmitted on PUCCH(~N4 bits).

[0424] FIG. 41 is a diagram showing a method by which a terminal determines valid PUCCH resources according to an example.

[0425] Referring to FIG. 41, assume that the HARQ-ACK bit to be transmitted is B bits and N1 < B ≤ N2. In this case, the terminal must transmit the B bits on PUCCH(~N2 bits). However, as shown in FIG. 41, when PUCCH(~N2 bits) overlaps with an invalid UL symbol, the terminal does not transmit PUCCH(~N2 bits) according to step 1). Then, the terminal can transmit the B bits on other configured PUCCH resources according to step 2-2).

[0426] Referring to FIG. 41(a), PUCCH(~N1 bits) is not valid because it overlaps with an invalid UL symbol. PUCCH(~N3 bits) is valid because it does not overlap with an invalid UL symbol. The terminal can check whether it can transmit the B bits on PUCCH(~N3 bits). Since N3 is greater than B (B is smaller than N2 and N3 is greater than N2), PUCCH(~N3 bits) can transmit the B bits. Therefore, the terminal can transmit the B bits on PUCCH(~N3 bits).

[0427] Referring to Figure 41(b), PUCCH(~N3 bits) is invalid because it overlaps with an invalid UL symbol. PUCCH(~N1 bits) does not overlap with an invalid UL symbol, so the terminal determines that PUCCH is valid. The terminal can check whether it is possible to transmit bit B with PUCCH(~N1 bits). Since N1 is smaller than B, PUCCH(~N1 bits) cannot transmit bit B. Therefore, the terminal can determine that it cannot transmit the B bit in (sub)slot n because there is no valid configured PUCCH resource that can transmit it, but it can transmit it in (sub)slot n+1.

[0428] Figure 42 shows a method for determining a valid PUCCH resource in another example.

[0429] Referring to Figure 42, PUCCH(~N3 bits) is valid because it does not overlap with an invalid UL symbol. PUCCH(~N4 bits) is also valid because it does not overlap with an invalid UL symbol. Furthermore, two PUCCH resources can transmit bit B. Here, N3 and N4 are larger than B. Therefore, there are two or more valid PUCCH resources. In this case, the terminal must select one PUCCH resource. The terminal does not need to select a larger PUCCH resource to transmit bit B, because selecting a larger PUCCH resource could lead to the waste of PUCCH resources. Therefore, the terminal can select a smaller PUCCH resource. In Figure 42, the terminal can select PUCCH(~N3 bits). Here, N3 is smaller than N4.

[0430] Second method: When there are multiple PUCCH resources that are set to work, the terminal can determine one PUCCH resource based on at least one of the following: the start symbol, the last symbol, or the number of symbols. Based on the start symbol, the terminal can select the PUCCH resource that starts earlier (the one with the earliest start symbol). This is because a PUCCH resource that starts earlier (the one with the earliest start symbol) can reduce latency. Based on the last symbol, the terminal can select the PUCCH resource that ends earlier (the one with the earliest last symbol). This is because a PUCCH resource that ends earlier (the one with the earliest last symbol) can reduce latency. Based on the number of symbols, the terminal can select a PUCCH resource with a larger number of symbols. This is because a PUCCH resource with a larger number of symbols can improve reliability.

[0431] Figure 43 shows another example of how a terminal can determine if it has a valid PUCCH resource.

[0432] Referring to Figure 43, PUCCH (~N3 bits) is valid because it does not overlap with invalid UL symbols. PUCCH (~N4 bits) is valid because it does not overlap with invalid UL symbols. There are two or more valid PUCCH resources. In this case, the terminal must select one PUCCH resource. For example, the terminal can select the PUCCH (~N3 bits) that starts earlier (the earliest starting symbol), as shown in Figure 43(a). Alternatively, the terminal can select the PUCCH (~N3 bits) with a larger number of symbols, as shown in Figure 43(a). Or, the terminal can select the PUCCH (~N4 bits) that ends earlier (the earliest last symbol), as shown in Figure 43(b).

[0433] Figure 44 shows another example of how a terminal can determine a valid PUCCH resource.

[0434] Referring to Figure 44, PUCCH (~N3 bits) is valid because it does not overlap with an invalid UL symbol. PUCCH (~N4 bits) is valid because it does not overlap with an invalid UL symbol. There are two or more valid PUCCH resources. In this case, the terminal must select one PUCCH resource. However, some of the valid PUCCH resources may not satisfy the processing time conditions for PDSCH decoding and HARQ-ACK generation. In this case, the terminal cannot send a valid HARQ-ACK with the PUCCH resource. Therefore, it is preferable to select a PUCCH resource that satisfies the processing time conditions.

[0435] In Figure 44, the PUCCH resource (~N3 bits) is the PUCCH resource that starts earlier (the one with the earliest start symbol), but the processing time condition (T proc,1 ) does not satisfy the condition. Therefore, PUCCH (~N3 bits) cannot send a valid HARQ-ACK for SPS PDSCH, and the terminal can choose PUCCH (~N4 bits).

[0436] Third method: When there are multiple PUCCH resources that are set to be enabled, the terminal can select one PUCCH resource based on the index of the PUCCH resources. Each PUCCH resource may be assigned a unique index. The terminal can select the PUCCH resource that corresponds to the lowest index (or a specific index composed of higher layers) among the unique indexes of the enabled PUCCH resources.

[0437] Method 4: If there are multiple PUCCH resources that are enabled, some of which are configured for SPS HARQ-ACK transmission and others for DG HARQ-ACK transmission, the terminal can preferentially select one of the PUCCH resources. That is, from the multiple PUCCH resources, the terminal can preferentially select one PUCCH resource that is configured for SPS HARQ-ACK transmission. If the terminal cannot select one PUCCH resource from among the PUCCH resources configured for SPS HARQ-ACK transmission, the terminal can select one PUCCH resource from among the PUCCH resources configured for DG HARQ-ACK transmission. Conversely, the terminal can preferentially select one PUCCH resource that is configured for DG HARQ-ACK transmission from among the multiple PUCCH resources. If it is not possible to select a PUCCH resource from the PUCCH resources configured for DG HARQ-ACK transmission, then it is possible to select a PUCCH resource from the PUCCH resources configured for SPS HARQ-ACK transmission.

[0438] Generally, URLLC services require short delay times. Therefore, the HARQ-ACK of an SPS PDSCH for a URLLC service needs to be sent within a certain time for retransmission within a short time. Thus, when the HARQ-ACK of an SPS PDSCH is delayed, there may be a maximum time that it can be delayed, and if this maximum time is exceeded, the transmission of the HARQ-ACK may be unnecessary.

[0439] A further embodiment of the present invention relates to a method for determining the slot that can be stretched to the maximum extent when the HARQ-ACK of an SPS PDSCH is stretched.

[0440] Hereafter, unless otherwise specified, it is assumed that when the HARQ-ACK of the SPS PDSCH is transmitted via PUCCH, the PUCCH is transmitted repeatedly in multiple slots. Here, it is assumed that the PUCCH is transmitted repeatedly in N slots.

[0441] When a PUCCH that sends a HARQ-ACK is repeatedly sent in multiple slots, some of the multiple slots may be slots within the maximum possible extension slot (i.e., slots that satisfy the delay time), while the remaining slots may be slots beyond the maximum possible extension slot (i.e., slots that do not satisfy the delay time).

[0442] Furthermore, a single terminal may be given multiple SPS PDSCH settings. In this case, each SPS PDSCH setting can provide the same or different URLLC services, so the SPS PDSCH settings may have the same or different slots that can be extended to their maximum extent. The HARQ-ACKs of the SPS PDSCHs from the multiple SPS PDSCH settings may be transmitted in the same PUCCH. In other words, the HARQ-ACKs contained in a single PUCCH may have the same or different slots that can be extended to their maximum extent by the same or different URLLC services.

[0443] The conditions under which this embodiment applies may include the following: i) The PUCCH to which the HARQ-ACK of the SPS PDSCH is transmitted is transmitted repeatedly in multiple slots (N slots). ii) A terminal is given two or more SPS PDSCH settings. Here, the two or more SPS PDSCH settings may include identical or different slots that can be extended to the maximum extent. iii) For convenience, this embodiment will be described as having two SPS PDSCH settings, but this is not limited to two SPS PDSCH settings and can be applied to a larger number of SPS PDSCH settings. The two SPS PDSCH settings will be referred to as SPS PDSCH setting #0 and SPS PDSCH setting #1.

[0444] Figure 45 shows an example of a scenario to which this embodiment applies.

[0445] Referring to Figure 45, slots 0, 1, 3, and 4 are DL slots, and slots 2, 5, and 6 are UL slots. Here, in DL slots, the terminal can receive downlink channels and signals, but cannot transmit uplink channels and signals. In UL slots, the terminal can receive uplink channels and signals, but cannot transmit uplink channels and signals. For convenience in this invention, these are referred to as DL slots and UL slots, but they may also be referred to as DL symbols and UL symbols.

[0446] The terminal may be provided with two SPS PDSCH settings. SPS PDSCH setting #0 may configure the terminal to receive SPS PDSCH (indicated as SPS0 in Figure 31 and subsequent drawings) in slot 0. SPS PDSCH setting #1 may configure the terminal to receive SPS PDSCH (indicated as SPS1 in Figure 31 and subsequent drawings) in slot 1.

[0447] Each SPS PDSCH setting determines the slot to which the HARQ-ACK is sent. The K1 value (K in Figure 45 and subsequent drawings) indicates the slot to which the HARQ-ACK is sent in SPS PDSCH setting #0. 1,0 The value of K1 (shown as K in Figure 45 and subsequent drawings) is given as 2, and the K1 value (shown as K in Figure 45 and subsequent drawings) indicates the slot to which the HARQ-ACK is sent in SPS PDSCH setting #1. 1,1 (Displayed as) is given as 1. Therefore, the terminal must send the HARQ-ACK for the SPS PDSCH (SPS0) that is set to receive in slot 0 from slot 2, and the HARQ-ACK for the SPS PDSCH (SPS1) that is set to receive in slot 1 from slot 2. In other words, the terminal must send the HARQ-ACK for the SPS PDSCH (SPS0) from slot 0 and the SPS PDSCH (SPS1) from slot 1 from slot 2.

[0448] A PUCCH that transmits a HARQ-ACK (HARQ-ACK for SPS PDSCH (SPS0) in slot 0 and SPS PDSCH (SPS1) in slot 1) in slot 2 may be transmitted repeatedly in multiple slots. Here, the number of slots to which the transmission is repeated is 2. The terminal can transmit PUCCH repeatedly in slots 2 and 3. The first PUCCH transmitted repeatedly may be designated as PUCCH Rep#0, and the second PUCCH transmitted repeatedly may be designated as PUCCH Rep#1. Slot 2 is a UL slot and can transmit PUCCH Rep#0, but slot 3 is a DL slot and cannot transmit PUCCH Rep#0. The terminal can extend the transmission of PUCCH Rep#0 that should be transmitted in slot 3 to subsequent transmission-capable slots. In Figure 31, since slot 5 is a UL slot, the terminal can transmit PUCCH Rep#1 in slot 5. In other words, the PUCCH that sends the HARQ-ACK for SPS PDSCH (SPS0) in slot 0 and SPS PDSCH (SPS1) in slot 1 is repeatedly transmitted in slots 2 and 5.

[0449] PUCCH Rep#1, which should have been transmitted in slot 3, was delayed to slot 5. If the base station can only determine an accurate HARQ-ACK after receiving both PUCCH Rep#0 and PUCCH Rep#1, it must wait until it receives PUCCH Rep#1 transmitted in slot 5. In this case, the base station cannot instruct a faster HARQ-ACK reception and retransmission. As another example, if the delay of the service transmitted by the SPS is short, and the base station can only instruct a retransmission after transmitting the HARQ-ACK at least up to slot 3, the base station cannot instruct a retransmission even after receiving PUCCH Rep#1 transmitted in slot 5. Therefore, it is necessary to determine whether or not to transmit PUCCH Rep#1 with a delay.

[0450] The services transmitted by SPS PDSCH setting #0 and the services transmitted by SPS PDSCH setting #1 may have different service requirement conditions. For example, SPS PDSCH setting #0 may be able to tolerate a large delay time, while SPS PDSCH setting #1 may be a service with a relatively short delay time. Therefore, among the HARQ-ACKs transmitted by PUCCH Rep #1 in slot 5, the HARQ-ACK for SPS0 by SPS PDSCH setting #0 may be valid, while the HARQ-ACK for SPS1 by SPS PDSCH setting #1 may not be valid. Consequently, PUCCH Rep #1 in slot 5 needs to include the HARQ-ACK for SPS0, but does not need to include the HARQ-ACK for SPS1.

[0451] For reference, in this invention, if the base station can retransmit within the delay time due to the HARQ-ACK, then the HARQ-ACK is considered valid. Otherwise, the HARQ-ACK is considered invalid.

[0452] Let's assume that PUCCH Rep#0 contains HARQ-ACK information for both SPS0 and SPS1, while PUCCH Rep#1 contains HARQ-ACK information for SPS0 but not for SPS1. In this case, the method of receiving PUCCH Rep#0 and PUCCH Rep#1 at the base station can become complex. When a PUCCH is repeatedly transmitted in multiple slots, each PUCCH transmitted in each slot always contains the same UCI (Uplink control information). Therefore, the base station can determine the UCI by soft-combining the PUCCH received in each slot. However, if the UCI contained in PUCCH Rep#0 and the UCI contained in PUCCH Rep#1 are different, soft-combining becomes difficult at the base station, requiring the use of a more complex receiver. Also, if the size of the UCI transmitted by the PUCCH in each slot changes, the PUCCH resources may change. Therefore, whenever possible, PUCCHs repeatedly transmitted in multiple slots should contain the same UCI.

[0453] To solve these problems, embodiments of the present invention are disclosed.

[0454] First, before describing the examples, the effectiveness of the two HARQ-ACKs can be determined as follows.

[0455] Effectiveness of HARQ-ACK

[0456] (Condition 1):K1+K def If ≤ Y, it is valid. Otherwise, it is not valid.

[0457] (Condition 2): K def If ≤ Y, it is valid. Otherwise, it is not valid.

[0458] In conditions 1 and 2 above, Y represents the maximum delay time. For convenience in this invention, the unit of Y is a slot, but the unit of Y may be a symbol or absolute time (e.g., ms), etc. The Y value may be the same or different for each SPS PDSCH setting. For example, the Y value may be included in each SPS PDSCH setting. For example, in SPS PDSCH setting #0, Y is the maximum delay time. -0 The following can be configured: SPS PDSCH setting #1 allows setting Y1 as the maximum delay time. Here, the values ​​of Y0 and Y1 may be the same or different.

[0459] In condition 1 above, K1 indicates the interval between the slot to which the PDSCH belongs and the slot to which the HARQ-ACK is transmitted. The K1 value may be specified in the SPS PDSCH setting or in the DCI (downlink control information) that activates the SPS PDSCH. The K1 value may differ for each SPS PDSCH setting. For example, in SPS PDSCH setting #0, the K1 value is K 1,0 This can be instructed, and K1 value can be set in SPS PDSCH setting #1. 1,1 You may give that instruction.

[0460] In the above conditions 1 and 2, K def This represents the delay caused by the delay in transmitting PUCCH. More specifically, when PUCCH is transmitted repeatedly in multiple slots, K def It can be defined as follows:

[0461] K def Definition

[0462] K of the Nth PUCCH iteration def The value may be determined by one of the following two options.

[0463] (Option 1): The difference between the slot instructed for the first PUCCH repeat transmission (the slot indicated by the K1 value) and the Nth PUCCH repeat transmission slot that is actually transmitted.

[0464] (Option 2): The difference between the slot instructed to transmit the Nth PUCCH repeat (when the slot instructed with the K1 value is the slot instructed to transmit the 1st PUCCH repeat, the slot instructed to transmit the Nth PUCCH repeat) and the Nth PUCCH repeat transmission slot that is actually transmitted.

[0465] According to option 1, K def The value indicates how long after the slot instructed to send the first PUCCH repeat the Nth time the PUCCH repeat was sent. That is, K def The value indicates how long after the initial PUCCH transmission the Nth PUCCH iteration is sent.

[0466] According to option 2, K def The value indicates the delay time between the Nth PUCCH repetition transmission slots that are actually transmitted in the slot instructed for the Nth PUCCH repetition transmission before it is extended. In other words, it shows how much delay time occurred for each PUCCH repetition transmission.

[0467] Thus, the terminal can check the validity of HARQ-ACK on a slot-by-slot basis. However, the proposed method of the present invention can be applied to checking the validity of HARQ-ACK on a symbol-by-symbol basis. In this case, the validity of HARQ-ACK may be checked as follows.

[0468] HARQ-ACK effectiveness (per symbol)

[0469] (Condition 1): If the interval Y between the last symbol of the PDSCH and the last symbol of the Nth PUCCH repeat transmission actually sent is less than or equal to the interval Y, then it is valid. Otherwise, it is not valid.

[0470] (Condition 2-1): If the interval between the last symbol of the first instructed PUCCH repetition and the last symbol of the Nth PUCCH repetition actually sent is less than or equal to Y, then it is valid. Otherwise, it is not valid.

[0471] (Condition 2-2): If the interval between the last symbol of the instructed Nth PUCCH repetition and the last symbol of the Nth PUCCH repetition actually transmitted is less than or equal to Y, then it is valid. Otherwise, it is not valid.

[0472] Here, the last symbol of the PUCCH repeat transmission may be replaced with the first symbol of the PUCCH repeat transmission. Embodiments of the present invention are as follows.

[0473] First Embodiment: The terminal verifies the validity of the HARQ-ACK in the first PUCCH iteration and sends a valid HARQ-ACK in the first PUCCH iteration. Invalid HARQ-ACKs are not sent in the PUCCH iteration. Subsequently, the PUCCH iteration is sent containing the same HARQ-ACK as the first PUCCH iteration. When the terminal is instructed or configured to send PUCCH N times, it sends PUCCH N times.

[0474] Second Embodiment: The terminal verifies the validity of the Deferral HARQ-ACK in the first PUCCH iteration and transmits a valid HARQ-ACK in the first PUCCH iteration. Invalid HARQ-ACKs are not transmitted in the PUCCH iteration. Subsequent PUCCH iterations contain the same HARQ-ACK as the first PUCCH iteration. If all HARQ-ACKs transmitted in subsequent PUCCH iterations are invalid, the terminal will not transmit that PUCCH iteration or any subsequent PUCCH iterations. In other words, even if the terminal is instructed or configured to transmit PUCCH N times, it will not transmit a PUCCH iteration if all HARQ-ACKs contained within that iteration are invalid.

[0475] Third Embodiment: The terminal verifies the validity of the HARQ-ACK in the last PUCCH iteration and sends a valid HARQ-ACK in the last PUCCH iteration. An invalid HARQ-ACK is not sent in the PUCCH iteration. PUCCH iterations prior to the last PUCCH iteration contain the same HARQ-ACK as the last PUCCH iteration. When the terminal is instructed or configured to send PUCCH N times, the terminal sends PUCCH N times.

[0476] The terminal receives the DCI and may be instructed to retransmit the SPS PDSCH. In this case, the terminal does not need to send the HARQ-ACK of the SPS PDSCH in any further PUCCH iterations. Therefore, the HARQ-ACK can be considered invalid when the DCI instructs the retransmission of the SPS PDSCH in the first to third embodiments.

[0477] First embodiment, effectiveness of HARQ-ACK: First condition (K1 + K def ≦Y) method

[0478] Figure 46 illustrates an example of a method by which a terminal determines the validity of HARQ-ACK.

[0479] Referring to Figure 46(a), the terminal was instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, therefore PUCCH Rep#1 is transmitted in slot 5. The maximum delay time is Y with SPS PDSCH setting #0. 1,0 = 4, and the maximum delay time with SPS PDSCH setting #1 is Y 1,1 = 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def Follow the ≤Y) method.

[0480] In the first embodiment of the present invention, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, since the slot instructed to transmit and the slot to which it is actually transmitted are the same, K def = 0. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def Since = 2, it is not greater than Y0 = 4, so it is effective. Also, the effectiveness of HARQ-ACK in SPS1 is K 1,1 +K def Since = 1 and Y1 is not greater than 4, it is valid. Therefore, in PUCCH Rep#0, the HARQ-ACKs of SPS0 and SPS1 are valid, and the terminal can include both HARQ-ACKs in PUCCH Rep#0 and send them. The terminal can then include both HARQ-ACKs in subsequent PUCCH iterations (PUCCH Rep#1) and send them.

[0481] The terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 5. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#0 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 4, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def Follow the ≤Y) method.

[0482] In the first embodiment of the present invention, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, in PUCCH Rep#0, there is a difference of 3 slots between the slot instructed to transmit (slot 2) and the slot to which it is actually transmitted (slot 5), so K def=3. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def = 5, and since Y0 is greater than 4, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def Since = 4 and Y1 is not greater than 4, it is valid. That is, the HARQ-ACK of SPS1 is valid in PUCCH Rep#0, so the terminal can include the HARQ-ACK information of SPS1 in PUCCH Rep#0 and send it. The terminal can also include the HARQ-ACK information of SPS1 in a subsequent PUCCH iteration (PUCCH Rep#1). Here, the HARQ-ACK information of SPS0 is not sent (dropped).

[0483] First example, effectiveness of HARQ-ACK: Second condition (K def ≦Y) method

[0484] Figure 47 illustrates a method by which a terminal determines the validity of HARQ-ACK in another example.

[0485] Referring to Figure 47(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Since slot 3 is a DL slot and cannot transmit PUCCH Rep#1, PUCCH Rep#1 is transmitted in slot 5. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 2, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 =4. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def Follow the ≤Y) method.

[0486] In the first embodiment, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, since the slot instructed to transmit and the slot actually transmitted are the same, K def = 0. The effectiveness of HARQ-ACK in SPS0 is K defSince = 0 and Y0 is not greater than 2, it is valid. Also, the effectiveness of HARQ-ACK in SPS1 is K def Since = 0 and Y1 is not greater than 4, it is valid. That is, in PUCCH Rep#0, the HARQ-ACKs of SPS0 and SPS1 are valid, so the terminal can include both HARQ-ACKs in PUCCH Rep#0 and send them. The terminal can then include both HARQ-ACKs in subsequent PUCCH iterations (PUCCH Rep#1) and send them.

[0487] The terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 5. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#0 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 2, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 =4. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def Follow the ≤Y) method.

[0488] In the first embodiment, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, since the slot instructed to transmit (slot 2) and the slot to which it is actually transmitted (slot 5) are the same, K def =3. The effectiveness of HARQ-ACK in SPS0 is K def =3, and since Y0 is greater than 2, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K defSince = 3 and Y1 is not greater than 4, it is valid. That is, the HARQ-ACK of SPS1 is valid in PUCCH Rep#0, so the terminal can include the HARQ-ACK information of SPS1 in PUCCH Rep#0 and send it. The terminal can also include the HARQ-ACK information of SPS1 in a subsequent PUCCH iteration (PUCCH Rep#1). Here, the HARQ-ACK information of SPS0 is not sent (dropped).

[0489] Second embodiment, efficacy of HARQ-ACK: First condition (K1 + K def ≦Y) method, K def Option 1 method

[0490] Figure 48 illustrates another example of how a terminal determines the validity of HARQ-ACK.

[0491] Referring to Figure 48(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2, 3, and 4. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 5. Slot 4 is a DL slot and cannot transmit PUCCH Rep#2, so PUCCH Rep#2 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 4, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def The method follows ≤Y). And K def This is determined by the method in Option 1.

[0492] In the second embodiment, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, since the slot instructed to transmit and the slot actually transmitted are the same, K def = 0. The effectiveness of HARQ-ACK in SPS0 is K1,0 +K def = 2, and since it is not greater than Y0 = 4, it is valid. Also, the validity of the HARQ-ACK of SPS1 is determined by K 1,1 +K def = 1, and since it is not greater than Y1 = 4, it is valid. That is, since the HARQ-ACKs of SPS0 and SPS1 are valid in PUCCH Rep#0, the terminal can transmit both HARQ-ACK information in PUCCH Rep#0. When subsequent PUCCH repetitions (PUCCH Rep#1, PUCCH Rep#2) are transmitted, the terminal can transmit including both HARQ-ACK information.

[0493] Thereafter, whether PUCCH repetitions are transmitted is determined as follows. To determine whether to transmit PUCCH Rep#1, which is the second PUCCH repetition, the terminal can determine the validity of the HARQ-ACK in PUCCH Rep#1. Here, the value of K def is determined by Option1 to be the slot (slot 2) where the first PUCCH transmission was instructed and the slot (slot 5) where PUCCH Rep#1 is actually transmitted. So, K def = 3. The validity of the HARQ-ACK of SPS0 is determined by K 1,0 +K def = 5, and since it is greater than Y0 = 4, it is not valid. Also, the validity of the HARQ-ACK of SPS1 is determined by K 1,1 +K def = 4, and since it is not greater than Y1 = 4, it is valid. The HARQ-ACK of SPS0 is not valid in PUCCH Rep#1, but the HARQ-ACK of SPS1 is valid. That is, since at least one HARQ-ACK is valid, the terminal transmits PUCCH Rep#1. Here, PUCCH Rep#1 contains the same UCI as PUCCH Rep#0, which is the first repetition. That is, PUCCH Rep#1 contains the HARQ-ACK of SPS0 that is not valid and the HARQ-ACK of SPS1 that is valid.

[0494] The terminal can determine the validity of HARQ-ACK in PUCCH Rep#1 to decide whether to transmit PUCCH Rep#2, which is the third PUCCH repetition. Here, K def The value of is determined by Option1. Since the slot where the transmission of the first PUCCH is instructed (slot 2) and the slot where PUCCH Rep#2 is actually transmitted (slot 6), K def =4. The validity of the HARQ-ACK of SPS0 is K 1,0 +K def =6, and since Y0 = 4 and it is greater, it is not valid. Also, the validity of the HARQ-ACK of SPS1 is K 1,1 +K def =5, and since Y1 = 4 and it is greater, it is not valid. Therefore, the HARQ-ACK of SPS0 and SPS1 in PUCCH Rep#2 is not valid. That is, since all HARQ-ACK are not valid, the terminal does not transmit (drop) PUCCH Rep#2.

[0495] The terminal is instructed to repeatedly transmit the HARQ-ACK of SPS0 and SPS1 in slot 2 and slot 3. Slot 2 is a DL slot and PUCCH Rep#0 cannot be transmitted, so PUCCH Rep#0 is transmitted in slot 5. Slot 3 is a DL slot and PUCCH Rep#1 cannot be transmitted, so PUCCH Rep#1 is transmitted in slot 6. In SPS PDSCH configuration #0, the maximum delay time is Y 1,0 =4, and in SPS PDSCH configuration #1, the maximum delay time is Y 1,1 =4. Here, the validity of HARQ-ACK follows the above-mentioned condition 1 (K1 + K def ≤Y) method. And K def is determined by the Option1 method.

[0496] In the second embodiment, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, according to option 1, the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#0 is actually sent (slot 5) are K def =3. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def = 5, and since Y0 is greater than 4, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def Since = 1 and Y1 is not greater than 4, it is valid. Therefore, in PUCCH Rep#0, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. The terminal can include valid SPS HARQ-ACK information in PUCCH Rep#0 and send it. Subsequently, when a PUCCH iteration (PUCCH Rep#1) is sent, it can include the HARQ-ACK information for SPS1. However, the HARQ-ACK information for SPS0 is not sent (dropped).

[0497] Subsequently, whether or not a PUCCH repetition is sent is determined as follows. The terminal can determine whether or not to send the second PUCCH repetition, PUCCH Rep#1, by checking the validity of the HARQ-ACK in PUCCH Rep#1. Here, K def The value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def = 4. The effectiveness of HARQ-ACK in SPS1 is K 1,1 +K def = 5, and Y1 is greater than 4, so it is not valid. Therefore, all HARQ-ACKs are invalid, and PUCCH Rep#1 will not send (drop). For reference, the HARQ-ACK for SPS0 was dropped in the first PUCCH iteration, so there is no need to check its validity.

[0498] Second embodiment, efficacy of HARQ-ACK: First condition (K1 + K def ≦Y) method, K def Option 2

[0499] Figure 49 illustrates an example of a method by which a terminal determines the validity of HARQ-ACK.

[0500] Referring to Figure 49(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2, 3, and 4. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 5. Slot 4 is a DL slot and cannot transmit PUCCH Rep#2, so PUCCH Rep#2 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 4, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0501] In the second embodiment, the terminal can determine the validity of HARQ-ACK in the first PUCCH repeat, PUCCH Rep#0. Here, K def The value of Option 2 is that PUCCH Rep#0 is sent from the same slot (slot 2) as the slot (slot 2) from which it is instructed to send, so K def = 0. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def =2, and since Y0 is not greater than 4, it is effective. Also, the effectiveness of HARQ-ACK in SPS1 is K 1,1 +K defSince = 1 and Y1 is not greater than 4, it is valid. That is, in PUCCH Rep#0, the HARQ-ACKs of SPS0 and SPS1 are valid, so the terminal can include both HARQ-ACK information in PUCCH Rep#0 and send it. Subsequently, when PUCCH repetitions (PUCCH Rep#1, PUCCH Rep#2) are sent, both HARQ-ACK information can be included and sent.

[0502] Subsequently, whether or not a PUCCH repetition is sent is determined as follows. The terminal can determine whether or not to send the second PUCCH repetition, PUCCH Rep#1, by checking the validity of the HARQ-ACK in PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 5), so K def = 2. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def =4, and since Y0 is greater than 4, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def =3, and since Y1 is not greater than 4, it is valid. Therefore, in PUCCH Rep#1, the HARQ-ACK of SPS0 is not valid, but the HARQ-ACK of SPS1 is valid. That is, at least one HARQ-ACK is valid, so the terminal sends PUCCH Rep#1. Here, PUCCH Rep#1 contains the same UCI as the first iteration, PUCCH Rep#0. That is, PUCCH Rep#1 contains the HARQ-ACK of SPS0 which is not valid and the HARQ-ACK of SPS1 which is valid.

[0503] The terminal can determine whether or not to send the third PUCCH iteration, PUCCH Rep#2, by checking the validity of the HARQ-ACK in PUCCH Rep#2. Here, K defThe value of Option 2 is the slot instructed to send PUCCH Rep#2 (slot 4) and the slot to which PUCCH Rep#2 is actually sent (slot 6), so K def = 2. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def =4, and since Y0 is greater than 4, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def =3, and since Y1 is not greater than 4, it is valid. Therefore, in PUCCH Rep#2, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. That is, at least one HARQ-ACK is valid, so the terminal sends PUCCH Rep#2. Here, PUCCH Rep#2 contains the same UCI as the first iteration, PUCCH Rep#0. That is, PUCCH Rep#2 contains the HARQ-ACK for SPS0 which is not valid and the HARQ-ACK for SPS1 which is valid.

[0504] Referring to Figure 49(b), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 5. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 4, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0505] In the second embodiment, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, option 2 determines that the slot in which PUCCH Rep#0 is instructed (slot 2) and the slot in which PUCCH Rep#0 is actually sent (slot 5) are K def =3. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def = 5, and since Y0 is greater than 4, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def Since it is equal to 4 and not greater than Y1=4, it is valid.

[0506] Therefore, in PUCCH Rep#0, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. The terminal can include the valid SPS1 HARQ-ACK information in PUCCH Rep#0 and send it. Subsequently, when a PUCCH repetition (PUCCH Rep#1) is sent, it can also include the SPS1 HARQ-ACK information. However, the HARQ-ACK information for SPS0 is not sent (dropped).

[0507] Subsequently, whether or not a PUCCH repetition is sent is determined as follows. The terminal can determine whether or not to send the second PUCCH repetition, PUCCH Rep#1, by checking the validity of the HARQ-ACK in PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def =3. The effectiveness of HARQACK in SPS1 is K 1,1 +K def= 4, and since Y1 is not greater than 4, it is valid. That is, at least one HARQ-ACK is valid, so the terminal sends PUCCH Rep#1. Here, PUCCH Rep#1 contains the same UCI as the first iteration, PUCCH Rep#0. That is, PUCCH Rep#1 contains the HARQ-ACK for SPS1.

[0508] Second example, efficacy of HARQ-ACK: Second condition (K def ≦Y) method, K def Option 1 method

[0509] Figure 50 illustrates a method by which a terminal determines the validity of HARQ-ACK in another example.

[0510] Referring to Figure 50(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2, 3, and 4. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 5. Slot 4 is a DL slot and cannot transmit PUCCH Rep#2, so PUCCH Rep#2 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 2, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 =3. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 1.

[0511] In the second embodiment, the terminal can determine the validity of HARQ-ACK in the first PUCCH repeat, PUCCH Rep#0. Here, K def The value of Option 1 is that the slot instructed to send the first PUCCH (Slot 2) and the slot (Slot 2) to which PUCCH Rep#0 is actually sent are the same, so K def = 0. The effectiveness of HARQ-ACK in SPS0 is Kdef Since = 0 and Y0 is not greater than 2, it is valid. Also, the effectiveness of HARQ-ACK in SPS1 is K def Since = 2 and Y1 is not greater than 3, it is valid. That is, in PUCCH Rep#0, the HARQ-ACKs of SPS0 and SPS1 are valid, so the terminal can include both HARQ-ACK information in PUCCH Rep#0 and send it. Subsequently, when PUCCH repetitions (PUCCH Rep#1, PUCCH Rep#2) are sent, both HARQ-ACK information can be included and sent.

[0512] Subsequently, whether or not a PUCCH repetition is sent is determined as follows. The terminal can determine whether or not to send the second PUCCH repetition, PUCCH Rep#1, by checking the validity of the HARQ-ACK in PUCCH Rep#1. Here, K def The value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#1 is actually sent (slot 5), so K def =3. The effectiveness of HARQ-ACK in SPS0 is K def =3, and since Y0 is greater than 2, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def = 3, and since Y1 is not greater than 3, it is valid. Therefore, in PUCCH Rep#1, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. That is, at least one HARQ-ACK is valid, so the terminal sends PUCCH Rep#1. Here, PUCCH Rep#1 contains the same UCI as the first iteration, PUCCH Rep#0. That is, PUCCH Rep#1 contains the HARQ-ACK for SPS0 which is not valid and the HARQ-ACK for SPS1 which is valid.

[0513] The terminal can determine whether or not to send the third PUCCH iteration, PUCCH Rep#2, by checking the validity of the HARQ-ACK in PUCCH Rep#2. Here, K defThe value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#2 is actually sent (slot 6), so K def = 4. The effectiveness of HARQ-ACK in SPS0 is K def =4, and since Y0 is greater than 2, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def Since =4 and Y1=3, it is not valid. In other words, since all SPS HARQ-ACKs in PUCCH Rep#2 are not valid, the terminal does not send PUCCH Rep#2 (drops).

[0514] Referring to Figure 40(b), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 5. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 2, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 =3. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 1.

[0515] In the second embodiment, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, option 1 determines that the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#0 is actually sent (slot 5) are K def =3. The effectiveness of HARQ-ACK in SPS0 is K def =3, and since Y0 is greater than 2, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K defSince = 3 and Y1 is not greater than 3, it is valid.

[0516] Therefore, in PUCCH Rep#0, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. The terminal can include the valid SPS1 HARQ-ACK information in PUCCH Rep#0 and send it. Subsequently, when a PUCCH repetition (PUCCH Rep#1) is sent, it can also include the SPS1 HARQ-ACK information. However, the HARQ-ACK information for SPS0 is not sent (dropped).

[0517] Subsequently, whether or not a PUCCH repetition is sent is determined as follows. The terminal can determine whether or not to send the second PUCCH repetition, PUCCH Rep#1, by checking the validity of the HARQ-ACK in PUCCH Rep#1. Here, K def The value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def = 4. The effectiveness of HARQ-ACK in SPS1 is K def =4, which is greater than Y1=3, so it is not valid. Therefore, since all HARQ-ACKs for SPS are not valid in PUCCH Rep#1, PUCCH Rep#1 will not send (drop).

[0518] Second example, efficacy of HARQ-ACK: Second condition (K def ≦Y) method, K def Option 2

[0519] Figure 51 illustrates another example of how a terminal determines the validity of HARQ-ACK.

[0520] Referring to Figure 51(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2, 3, and 4. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 5. Slot 4 is a DL slot and cannot transmit PUCCH Rep#2, so PUCCH Rep#2 is transmitted in slot 6. In SPS PDSCH setting #0, the maximum delay time is Y 1,0 = 1, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 2. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0521] In the second embodiment, the terminal can determine the validity of HARQ-ACK in the first PUCCH repeat, PUCCH Rep#0. Here, K def The value of Option 2 is that PUCCH Rep#0 is sent from the same slot (slot 2) as the slot (slot 2) from which it is instructed to send, so K def = 0. The effectiveness of HARQ-ACK in SPS0 is K def Since = 0 and Y0 is not greater than 1, it is valid. Also, the effectiveness of HARQ-ACK in SPS1 is K def Since = 0 and Y1 is not greater than 2, it is valid. Therefore, the HARQ-ACKs of SPS0 and SPS1 are valid in PUCCH Rep#0. In other words, since the HARQ-ACKs of SPS0 and SPS1 are valid in PUCCH Rep#0, the terminal can include both HARQ-ACK information in PUCCH Rep#0 and send it.

[0522] Subsequently, when PUCCH repetitions (PUCCH Rep#1, PUCCH Rep#2) are sent, both HARQ-ACK information can be included in the transmission. Whether or not a PUCCH repetition is then sent is determined as follows: The terminal can determine the validity of the HARQ-ACK in PUCCH Rep#1 in order to decide whether or not to send the second PUCCH repetition, PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 5), so K def = 2. The effectiveness of HARQ-ACK in SPS0 is K def =2, and since Y0 is greater than 1, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def = 2, and since Y1 is not greater than 2, it is valid. Therefore, in PUCCH Rep#1, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. That is, at least one HARQ-ACK is valid, so the terminal sends PUCCH Rep#1. Here, PUCCH Rep#1 contains the same UCI as the first iteration, PUCCH Rep#0. That is, PUCCH Rep#1 contains the HARQ-ACK for SPS0 which is not valid and the HARQ-ACK for SPS1 which is valid.

[0523] The terminal can determine whether or not to send the third PUCCH iteration, PUCCH Rep#2, by checking the validity of the HARQ-ACK in PUCCH Rep#2. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#2 (slot 4) and the slot to which PUCCH Rep#2 is actually sent (slot 6), so K def = 2. The effectiveness of HARQ-ACK in SPS0 is K def =2, and since Y0 is greater than 1, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def= 2, and since Y1 is not greater than 2, it is valid. Therefore, in PUCCH Rep#2, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. That is, at least one HARQ-ACK is valid, so the terminal sends PUCCH Rep#2. Here, PUCCH Rep#2 contains the same UCI as the first iteration, PUCCH Rep#0. That is, PUCCH Rep#2 contains the HARQ-ACK for SPS0 which is not valid and the HARQ-ACK for SPS1 which is valid.

[0524] Referring to Figure 51(b), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 4. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 1, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 2. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0525] In the second embodiment, the terminal can determine the validity of the HARQ-ACK in the first PUCCH iteration, PUCCH Rep#0. Here, option 2 determines that the slot in which PUCCH Rep#0 is instructed (slot 2) and the slot in which PUCCH Rep#0 is actually sent (slot 4) are K def The answer is 2. The effectiveness of HARQ-ACK in SPS0 is K def =2, and since Y0 is greater than 1, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K defSince = 2 and Y1 is not greater than 2, it is valid. Therefore, in PUCCH Rep#0, the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. The terminal can include the valid HARQ-ACK information for SPS1 in PUCCH Rep#0 and send it. Subsequently, when a PUCCH iteration (PUCCH Rep#1) is sent, it can also include the HARQ-ACK information for SPS1. However, the HARQ-ACK information for SPS0 is not sent (dropped).

[0526] Subsequently, whether or not a PUCCH repetition is sent is determined as follows. The terminal can determine whether or not to send the second PUCCH repetition, PUCCH Rep#1, by checking the validity of the HARQ-ACK in PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def =3. The effectiveness of HARQACK in SPS1 is K def Since =3 and Y1=2, it is not valid. Therefore, since all HARQ-ACKs for SPS are not valid in PUCCH Rep#1, PUCCH Rep#1 will not send (drop).

[0527] Third embodiment, effectiveness of HARQ-ACK: First condition (K1+K def ≦Y) method, K def Option 1 method

[0528] Figure 52 illustrates another example of how a terminal determines the validity of HARQ-ACK.

[0529] Referring to Figure 52(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Since slot 3 is a DL slot and cannot transmit PUCCH Rep#1, PUCCH Rep#1 is transmitted in slot 5. The maximum delay time in SPS PDSCH setting #0 is Y1,0 = 4, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def The method follows ≤Y). And K def This is determined by the method in Option 1.

[0530] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#1 is actually sent (slot 5), so K def =3. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def = 5, and since Y0 is greater than 4, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def = 4, and since Y1 is not greater than 4, it is valid. Therefore, in the last PUCCH iteration (PUCCH Rep#1), the HARQ-ACK of SPS0 is not valid, but the HARQ-ACK of SPS1 is valid. Thus, all PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1) contain a valid HARQ-ACK of SPS1. However, the HARQ-ACK information of SPS0 is not sent (dropped).

[0531] Referring to Figure 52(b), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 5. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 4, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1= 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def The method follows ≤Y). And K def This is determined by the method in Option 1.

[0532] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def = 4. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def =6, which is greater than Y0=4, so it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def = 5, and Y1 is greater than 4, so it is not valid. Therefore, the HARQ-ACKs for SPS0 and SPS1 in the last PUCCH iteration (PUCCH Rep#1) are not valid. In other words, there are no valid HARQ-ACKs in the last PUCCH iteration (PUCCH Rep#1), so all PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1) are not sent (dropped).

[0533] Third embodiment, effectiveness of HARQ-ACK: First condition (K1+K def ≦Y) method, K def Option 2

[0534] Figure 53 illustrates another example of how a terminal determines the validity of HARQ-ACK.

[0535] Referring to Figure 53(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Since slot 3 is a DL slot and cannot transmit PUCCH Rep#1, PUCCH Rep#1 is transmitted in slot 5. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 3, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 =3. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0536] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 5), so K def The answer is 2. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def =4, and since Y0 is greater than 3, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def = 3, and since Y1 is not greater than 3, it is valid. Therefore, in the last PUCCH iteration (PUCCH Rep#1), the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. Thus, the terminal includes a valid HARQ-ACK for SPS1 in all PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1). However, the HARQ-ACK information for SPS0 is not sent (dropped).

[0537] Referring to Figure 53(b), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 4. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 4, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 4. Here, the effectiveness of HARQ-ACK is given by the aforementioned condition 1(K1+K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0538] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def =3. The effectiveness of HARQ-ACK in SPS0 is K 1,0 +K def = 5, and since Y0 is greater than 3, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K 1,1 +K def =4, and Y1 is greater than 3, so it is not valid. Therefore, the HARQ-ACKs for SPS0 and SPS1 in the last PUCCH iteration (PUCCH Rep#1) are not valid. Consequently, there are no valid HARQ-ACKs in the last PUCCH iteration (PUCCH Rep#1), so the terminal does not send (drops) any PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1).

[0539] Third example, efficacy of HARQ-ACK: Second condition (K def ≦Y) method, K defOption 1 method

[0540] Figure 54 illustrates another example of how a terminal determines the validity of HARQ-ACK.

[0541] Referring to Figure 54(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Since slot 3 is a DL slot and cannot transmit PUCCH Rep#1, PUCCH Rep#1 is transmitted in slot 5. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 2, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 =3. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 1.

[0542] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#1 is actually sent (slot 5), so K def =3. The effectiveness of HARQ-ACK in SPS0 is K def =3, and since Y0 is greater than 2, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def = 3, and since Y1 is not greater than 3, it is valid. Therefore, in the last PUCCH iteration (PUCCH Rep#1), the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. Thus, the terminal includes a valid HARQ-ACK for SPS1 in all PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1). However, the HARQ-ACK information for SPS0 is not sent (dropped).

[0543] Referring to Figure 54(b), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 5. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 6. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 2, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 =3. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 1.

[0544] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 1 is the slot instructed to send the first PUCCH (slot 2) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def = 4. The effectiveness of HARQ-ACK in SPS0 is K def =4, and since Y0 is greater than 2, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def =4, and Y1 is greater than 3, so it is not valid. Therefore, the HARQ-ACKs for SPS0 and SPS1 in the last PUCCH iteration (PUCCH Rep#1) are not valid. In other words, there are no valid HARQ-ACKs in the last PUCCH iteration (PUCCH Rep#1), so the terminal does not send (drops) any PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1).

[0545] Third example, efficacy of HARQ-ACK: Second condition (K def ≦Y) method, K def Option 2

[0546] Figure 55 illustrates another example of how a terminal determines the validity of HARQ-ACK.

[0547] Referring to Figure 55(a), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Since slot 3 is a DL slot and cannot transmit PUCCH Rep#1, PUCCH Rep#1 is transmitted in slot 5. The maximum delay time in SPS PDSCH setting #0 is Y 1,0 = 1, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 2. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0548] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 5), so K def The answer is 2. The effectiveness of HARQ-ACK in SPS0 is K def =2, and since Y0 is greater than 1, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def = 2, and since Y1 is not greater than 2, it is valid. Therefore, in the last PUCCH iteration (PUCCH Rep#1), the HARQ-ACK for SPS0 is not valid, but the HARQ-ACK for SPS1 is valid. In other words, the terminal includes a valid HARQ-ACK for SPS1 in all PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1). However, the HARQ-ACK information for SPS0 is not sent (dropped).

[0549] Referring to Figure 55(b), the terminal is instructed to repeatedly transmit the HARQ-ACK for SPS0 and the HARQ-ACK for SPS1 in slots 2 and 3. Slot 2 is a DL slot and cannot transmit PUCCH Rep#0, so PUCCH Rep#0 is transmitted in slot 4. Slot 3 is a DL slot and cannot transmit PUCCH Rep#1, so PUCCH Rep#1 is transmitted in slot 6.

[0550] In SPS PDSCH setting #0, the maximum delay time is Y 1,0 = 1, and in SPS PDSCH setting #1, the maximum delay time is Y 1,1 = 2. Here, the effectiveness of HARQ-ACK is determined by the aforementioned condition 2(K def The method follows ≤Y). And K def This is determined by the method in Option 2.

[0551] In the third embodiment, the terminal can determine the validity of HARQ-ACK in the last PUCCH iteration, PUCCH Rep#1. Here, K def The value of Option 2 is the slot instructed to send PUCCH Rep#1 (slot 3) and the slot in which PUCCH Rep#1 is actually sent (slot 6), so K def =3. The effectiveness of HARQ-ACK in SPS0 is K def =3, and since Y0 is greater than 1, it is not valid. Also, the validity of HARQ-ACK in SPS1 is K def =3, and Y1 is greater than 2, so it is not valid. Therefore, the HARQ-ACKs for SPS0 and SPS1 in the last PUCCH iteration (PUCCH Rep#1) are not valid. In other words, since there are no valid HARQ-ACKs in the last PUCCH iteration (PUCCH Rep#1), the terminal does not send (drops) any PUCCH iterations (PUCCH Rep#0, PUCCH Rep#1).

[0552] In the examples illustrating the first to third embodiments described above, SPS0 with SPS PDSCH setting #0 and SPS1 with SPS PDSCH setting #1 are instructed to transmit HARQ-ACKs from the same slot. However, SPS0 and SPS1 may be instructed to transmit HARQ-ACKs from different slots. In this case, when the PUCCH on which the HARQ-ACK is transmitted is repeatedly transmitted from multiple slots, it may overlap in some slots. In this case, the terminal needs a method for transmitting PUCCHs in those specific slots.

[0553] Figure 56 illustrates how a terminal performs a PUCCH iteration as an example.

[0554] Referring to Figure 56, the terminal is configured to receive SPS0 in slot 0 with SPS PDSCH setting #0, and SPS1 in slot 4 with SPS PDSCH setting #1. 1,0 =2 is set, and K is set in SPS PDSCH setting #1. 1,1 =1 is set. Therefore, the terminal must send the HARQ-ACK for SPS0 in slot 0 from slot 2, and the HARQ-ACK for SPS1 in slot 4 from slot 5. When sending the HARQ-ACK from slot 2, PUCCH can send it repeatedly from two slots. Here, the slots to which transmission is instructed are slot 2 and slot 3.

[0555] Slot 3 is a DL slot and cannot transmit PUCCH, so PUCCH is transmitted in slot 5. Therefore, the PUCCH that transmits the HARQ-ACK for SPS0 is transmitted in slot 2 (PUCCH Rep#0 for SPS0) and slot 5 (PUCCH Rep#1 for SPS0). When transmitting the HARQ-ACK in slot 5, PUCCH can be transmitted repeatedly in two slots. Here, the slots to which transmission is instructed are slot 5 and slot 6. Since slots 5 and slot 6 are UL slots, the PUCCH that transmits the HARQ-ACK for SPS1 is transmitted in slot 5 (PUCCH Rep#0 for SPS1) and slot 6 (PUCCH Rep#1 for SPS1).

[0556] A terminal may experience an overlap between the second iteration of a PUCCH sending the SPS0 HARQ-ACK in slot 5 and the first iteration of a PUCCH sending the SPS1 HARQ-ACK. The terminal cannot send both PUCCHs simultaneously in a single slot, and this overlap problem must be resolved. A specific method for achieving this is disclosed.

[0557] As a first method, the terminal sends the repetition of the PUCCH that was initiated earlier, and does not need to send (drop) the PUCCH that was initiated later. This does not distinguish whether the PUCCH that was initiated earlier is one that is sent in the slot in which transmission is instructed or one that is a delayed PUCCH.

[0558] As a second method, the terminal can send a later-started PUCCH iteration and not send (drop) the earlier-started PUCCH. This means that the earlier-started PUCCH may be sent before it clashes with other PUCCH iterations.

[0559] As a third method, the terminal can prioritize sending the PUCCH repetition in the slot in which transmission is instructed. That is, if a PUCCH repetition and a PUCCH repetition that is not instructed to be transmitted and is delayed overlap in a slot in which transmission is instructed, the terminal will send the PUCCH repetition in the slot instructed to be transmitted, and will not have to send the delayed PUCCH repetition (drop it). If both PUCCHs overlapping in a slot are repetitions of PUCCHs that are instructed to be transmitted (i.e., undelayed PUCCHs), the terminal will send the PUCCH that started first, and will not have to send the PUCCH that started later. If both PUCCHs overlapping in a slot are not repetitions of PUCCHs that are instructed to be transmitted (i.e., delayed PUCCHs), the terminal will send the PUCCH that started first, and will not have to send the PUCCH that started later.

[0560] As a fourth method, the terminal can transmit a PUCCH repetition that corresponds to the smaller number of repetitions between the earlier-started PUCCH repetition and the later-started PUCCH repetition. For example, the terminal can compare the number of repetitions when transmitting the earlier-started PUCCH repetition (here, non-repeating PUCCHs are included; in this case, the number of repetitions is assumed to be 1) with the number of repetitions when transmitting the later-started PUCCH repetition, and transmit a PUCCH repetition that corresponds to the smaller number of repetitions between the two. If the earlier-transmitted PUCCH has a repetition count of 1, then the earlier-transmitted PUCCH has a smaller number of repetitions, and therefore can be transmitted. In this way, by transmitting a relatively large number of repetitions of a small number of PUCCHs, the performance degradation of the PUCCH can be suppressed.

[0561] In methods 1 through 4, the terminal does not transmit at least one PUCCH repeat transmission. Therefore, performance degradation is unavoidable due to the non-transmitted PUCCH repeat transmissions. A fifth method is disclosed to solve this problem.

[0562] As a fifth method of the present invention, the terminal can transmit the earlier-started PUCCH repetition in overlapping slots, and the later-started PUCCH repetition does not transmit in overlapping slots, but can extend it to subsequent slots where transmission is possible. That is, when the terminal selects a slot in which the earlier-started PUCCH repetition transmission will begin, it may exclude the slot in which the earlier-started PUCCH repetition transmission will begin. In other words, it can select a slot to transmit the PUCCH repetition from among the slots in which the earlier-started PUCCH repetition transmission will not be transmitted.

[0563] Figure 57 illustrates how a terminal performs a PUCCH iteration using another example.

[0564] Referring to Figure 57, when PUCCH Rep#1 for SPS0 and PUCCH Rep#0 for SPS1 collide in slot 5, the terminal can transmit PUCCH Rep#1 for SPS0, whichever was initiated first, in slot 5. The PUCCH Rep#0 for SPS1 that is not transmitted in slot 5 can be transmitted in slots after slot 5. Here, since transmission is possible in slots 6 and 7, PUCCH Rep#0 for SPS1 may be transmitted in slot 6 and PUCCH Rep#1 for SPS1 may be transmitted in slot 7.

[0565] In the fifth method, if a collision occurs, the terminal will not fail to transmit a PUCCH repetition by extending the later-starting PUCCH repetitions to subsequent slots. Therefore, there is no performance degradation of the PUCCH. However, because the later-starting PUCCH repetitions are extended to subsequent slots, a PUCCH delay may occur. A sixth method to solve this is disclosed.

[0566] As a sixth method of the present invention, the terminal does not transmit the earlier-started PUCCH repetition in the overlapping slot. Instead, the HARQ-ACK transmitted in the earlier-started PUCCH repetition can be included in the later-starting PUCCH repetition. For example, in Figure 56, if PUCCH Rep#1 for SPS0 and PUCCH Rep#0 for SPS1 overlap in slot 5, the terminal does not transmit the earlier-started PUCCH Rep#1 for SPS0. The HARQ-ACK of SPS0 transmitted in PUCCH Rep#1 for SPS0 can then be included in PUCCH Rep#0 for SPS1. That is, PUCCH Rep#0 for SPS1 may include not only the HARQ-ACK information of SPS1 but also the HARQ-ACK information of SPS0.

[0567] The above description of the present invention is illustrative, and a person with ordinary skill in the art to which the present invention pertains will understand that it can be easily modified into other specific forms without altering the technical idea or essential features of the present invention. Therefore, the embodiments described above should be understood in all respects as illustrative and not limiting. For example, each component described as a single type may be implemented in a distributed manner, and similarly, components described as distributed may be implemented in a combined form.

[0568] The scope of the present invention should be expressed more by the claims described below than by the detailed description above, and all modifications or altered forms derived from the meaning and scope of the claims and the concept of equivalents thereto should be interpreted as being included within the scope of the present invention.

Claims

1. A terminal configured to operate in a wireless communication system, wherein the terminal is Processor and Communication module and The processor is equipped with, Based on the SPS settings, a semi-permanent scheduling physical downlink shared channel (SPS PDSCH) is received, and each of the SPS settings includes its respective maximum delay time. Determine a first physical uplink control channel (PUCCH) resource for transmitting first HARQ-ACK (hybrid automatic repeat request acknowledgedgement) information related to the SPS PDSCH, and the first HARQ-ACK information includes second HARQ-ACK information. If the first PUCCH resource overlaps with at least one of the following: a semi-static downlink symbol, a symbol for the synchronization signal / physical broadcast channel (SSB), or a symbol for control resource set #0 (CORESET #0), the transmission of the second HARQ-ACK information is deferred to the second PUCCH resource. It is configured in such a way, The second HARQ-ACK information corresponds to one or more SPS settings, and each of the one or more SPS settings has a maximum delay time greater than or equal to the time difference between the slot of the second PUCCH resource and the receiving slot of the corresponding SPS PDSCH. Terminal.

2. Postponing the transmission of the second HARQ-ACK information means - If the earliest first PUCCH resource that occurs after the first PUCCH resource and can multiplex the second HARQ-ACK information is available for transmission, the earliest first PUCCH resource is used as the second PUCCH resource. - If the first earliest PUCCH resource is not valid for transmission due to overlap with at least one of the semi-static downlink symbol, the symbol for the SSB, or the symbol for the CORESET#0, then determine a second earliest PUCCH resource on which the second HARQ-ACK information can be multiplexed. The terminal according to claim 1, including the terminal described in claim 1.

3. The second PUCCH resource is assigned to either a primary or secondary cell based on a periodic cell switching pattern set by a bitmap of radio resource control (RRC) signals. The terminal according to claim 1 or 2, wherein each bit of the bitmap corresponds to a slot by referring to the numerology of the primary cell, and each bit value of the bitmap indicates either the primary cell or the secondary cell as a cell for PUCCH transmission in the corresponding slot.

4. A method performed by a terminal in a wireless communication system, wherein the method is A step of receiving a semi-permanent scheduling physical downlink shared channel (SPS PDSCH) based on an SPS setting, wherein each of the SPS settings includes a receiving step, which includes its respective maximum delay time. A step of determining a first physical uplink control channel (PUCCH) resource for transmitting first HARQ-ACK (hybrid automatic repeat request acknowledgedgement) information related to the SPS PDSCH, wherein the first HARQ-ACK information includes second HARQ-ACK information. The process includes the step of delaying the transmission of the second HARQ-ACK information to the second PUCCH resource if the first PUCCH resource overlaps with at least one of the following: a semi-static downlink symbol, a symbol for a synchronization signal / physical broadcast channel (SSB), or a symbol for control resource set #0 (CORESET #0), The method wherein the second HARQ-ACK information corresponds to one or more SPS settings, and each of the one or more SPS settings has a maximum delay time greater than or equal to the time difference between the slot of the second PUCCH resource and the receiving slot of the corresponding SPS PDSCH.

5. Postponing the transmission of the second HARQ-ACK information means - If the earliest first PUCCH resource that occurs after the first PUCCH resource and can multiplex the second HARQ-ACK information is available for transmission, the earliest first PUCCH resource is used as the second PUCCH resource. - If the first earliest PUCCH resource is not valid for transmission due to overlap with at least one of the semi-static downlink symbol, the symbol for the SSB, or the symbol for the CORESET#0, then determine a second earliest PUCCH resource into which the second HARQ-ACK information can be multiplexed. The method according to claim 4, including the method described in claim 4.

6. The second PUCCH resource is assigned to either a primary or secondary cell based on a periodic cell switching pattern set by a bitmap of radio resource control (RRC) signals. The method according to claim 4 or 5, wherein each bit of the bitmap corresponds to a slot by referring to the numerology of the primary cell, and each bit value of the bitmap indicates either the primary cell or the secondary cell as a cell for PUCCH transmission in the corresponding slot.

7. A base station (BS) operating in a wireless communication system, wherein the base station is Processor and Communication module and The processor is equipped with, Based on the SPS settings, a semi-permanent scheduling physical downlink sharing channel (SPS PDSCH) is transmitted, and each of the SPS settings includes its respective maximum delay time. Determine a first physical uplink control channel (PUCCH) resource for receiving first HARQ-ACK (hybrid automatic repeat request acknowledgedgement) information related to the SPS PDSCH, and the first HARQ-ACK information includes second HARQ-ACK information. If the first PUCCH resource overlaps with at least one of the following: a semi-static downlink symbol, a symbol for the synchronization signal / physical broadcast channel (SSB), or a symbol for control resource set #0 (CORESET #0), the reception of the second HARQ-ACK information is deferred to the second PUCCH resource. It is configured in such a way, The base station wherein the second HARQ-ACK information corresponds to one or more SPS settings, and each of the one or more SPS settings has a maximum delay time greater than or equal to the time difference between the slot of the second PUCCH resource and the transmission slot of the corresponding SPS PDSCH.

8. Delaying the reception of the second HARQ-ACK information means - If the earliest first PUCCH resource that occurs after the first PUCCH resource and can multiplex the second HARQ-ACK information is available for reception, the earliest first PUCCH resource is used as the second PUCCH resource. - If the first earliest PUCCH resource is not valid for reception due to overlap with at least one of the semi-static downlink symbol, the symbol for the SSB, or the symbol for CORESET#0, then determine a second earliest PUCCH resource on which the second HARQ-ACK information can be multiplexed. The base station according to claim 7, including the above.

9. The second PUCCH resource is assigned to either a primary or secondary cell based on a periodic cell switching pattern set by a bitmap of radio resource control (RRC) signals. The base station according to claim 7 or 8, wherein each bit of the bitmap corresponds to a slot by referring to the numerology of the primary cell, and each bit value of the bitmap indicates either the primary cell or the secondary cell as a cell for PUCCH transmission in the corresponding slot.

10. A method performed by a base station (BS) in a wireless communication system, wherein the method is A step of transmitting a semi-permanently scheduled physical downlink shared channel (SPS PDSCH) based on an SPS setting, wherein each of the SPS settings includes a transmission step, which includes its respective maximum delay time. A step of determining a first physical uplink control channel (PUCCH) resource for receiving first HARQ-ACK (hybrid automatic repeat request acknowledgedgement) information related to the SPS PDSCH, wherein the first HARQ-ACK information includes second HARQ-ACK information. The process includes the step of delaying the reception of the second HARQ-ACK information to the second PUCCH resource if the first PUCCH resource overlaps with at least one of the following: a semi-static downlink symbol, a symbol for a synchronization signal / physical broadcast channel (SSB), or a symbol for control resource set #0 (CORESET #0), The method wherein the second HARQ-ACK information corresponds to one or more SPS settings, and each of the one or more SPS settings has a maximum delay time greater than or equal to the time difference between the slot of the second PUCCH resource and the transmission slot of the corresponding SPS PDSCH.

11. Delaying the reception of the second HARQ-ACK information means - If the earliest first PUCCH resource that occurs after the first PUCCH resource and can multiplex the second HARQ-ACK information is available for reception, the earliest first PUCCH resource is used as the second PUCCH resource. - If the first earliest PUCCH resource is not valid for reception due to overlap with at least one of the semi-static downlink symbol, the symbol for the SSB, or the symbol for CORESET#0, then determine a second earliest PUCCH resource on which the second HARQ-ACK information can be multiplexed. The method according to claim 10, including the method described in claim 10.

12. The second PUCCH resource is assigned to either a primary or secondary cell based on a periodic cell switching pattern set by a bitmap of radio resource control (RRC) signals. The method according to claim 10 or 11, wherein each bit of the bitmap corresponds to a slot by referring to the numerology of the primary cell, and each bit value of the bitmap indicates either the primary cell or the secondary cell as a cell for PCCH transmission in the corresponding slot.

Images