Method for transmitting HARQ-ACK information, user equipment, processing device and storage medium, and method for receiving HARQ-ACK information and base station

Abstract

The UE receives a configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the UE, receives a DCI including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks, and transmits the indicated HARQ process-based HARQ-ACK codebook based on the DCI, the configuration including or not including a parameter related to CBG level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

Description

[Technical Field]

[0001] This specification relates to wireless communication systems. [Background technology]

[0002] Various devices and technologies, such as smartphones and tablet PCs (Personal Computers), which require high data transmission rates for device-to-machine (M2M) communication and machine-type communication (MTC), have emerged and become widespread. Accordingly, the amount of data required to be processed by cellular networks has also increased dramatically. To meet this rapidly increasing data processing demand, technologies such as carrier aggregation and cognitive radio, which allow for the efficient use of more frequency bands, as well as multiple antenna and multiple BS coordination technologies, which increase the data capacity transmitted within limited frequencies, are being developed.

[0003] As a large number of communication devices require larger communication capacity, there is a growing need for enhanced mobile broadband (eMBB) communication, which is superior to legacy radio access technology (RAT).In addition, massive machine type communications (mMTC), which connects a large number of devices and objects to provide a variety of services anytime, anywhere, is being considered as the next generation of communication.

[0004] Furthermore, communication systems designed with reliability and latency-sensitive services / user equipment (UE) in mind are also being considered. The introduction of next-generation wireless access technologies is being discussed, including eMBB communication, mMTC, and Ultra-Reliable and Low Latency Communication (URLLC). Summary of the Invention [Problem to be solved by the invention]

[0005] With the introduction of new wireless communication technologies, not only is the number of UEs that a base station (BS) must serve in a given resource area increasing, but the amount of data and control information that the BS transmits / receives to / from the UEs it serves also increasing. Because the amount of radio resources available for a BS to communicate with UEs is finite, new schemes are required for the BS to efficiently receive / transmit uplink / downlink data and / or uplink / downlink control information from / to UEs using the finite radio resources. In other words, as node density and / or UE density increase, schemes are required for efficiently utilizing high-density nodes or high-density user equipment for communication.

[0006] Furthermore, there is a need for a method for efficiently supporting various services having different requirements in a wireless communication system.

[0007] Also, overcoming delay or latency is a significant challenge in the performance of delay / latency sensitive applications.

[0008] Additionally, there is a need for an efficient HARQ feedback scheme that takes into account operations related to time division duplex (TDD), semi-static scheduling, prioritization, and the like.

[0009] In addition, if a HARQ-ACK response transmission is canceled or cannot be transmitted to the BS in a timely manner, it may cause a PDSCH retransmission. Therefore, a method for transmitting a HARQ-ACK response transmission that has been canceled or cannot be transmitted in a timely manner to the BS is required.

[0010] In addition, there is a need for a method in which the BS adjusts the reliability of PUCCH transmission and the payload size of the HARQ-ACK codebook according to the situation.

[0011] The technical problems to be solved by the present invention are not limited to those mentioned above, and other technical problems not mentioned will be clearly understood by those skilled in the art to which the present invention pertains from the examples of the present invention described below. [Means for solving the problem]

[0012] In one aspect of this specification, there is provided a method for a user equipment (UE) in a wireless communication system to transmit hybrid automatic repeat request-acknowledgement (HARQ-ACK) information, the method including: receiving configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the UE; receiving downlink control information (DCI) including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks; generating the indicated HARQ process-based HARQ-ACK codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration; and transmitting the indicated HARQ process-based HARQ-ACK codebook based on the indicated HARQ process based on the DCI. The configuration may or may not include parameters related to code block group (CBG) level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0013] In another aspect of the present invention, there is provided a user equipment for transmitting hybrid automatic repeat request-acknowledgement (HARQ-ACK) information in a wireless communication system, the user equipment including at least one transceiver, at least one processor, and at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations. The operations include receiving configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the user equipment, receiving downlink control information (DCI) including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks, generating the indicated HARQ process-based HARQ-ACK codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration, and transmitting the indicated HARQ process-based HARQ-ACK codebook based on the HARQ process based on the DCI, wherein the configuration may or may not include parameters related to code block group (CBG) level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0014] In yet another aspect of the present specification, a processing device is provided for a wireless communication system, the processing device including at least one processor and at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations, including receiving configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the user equipment, receiving downlink control information (DCI) including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks, generating the indicated HARQ process-based HARQ-ACK codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration, and transmitting the indicated HARQ process-based HARQ-ACK codebook based on the DCI. The configuration may or may not include parameters related to code block group (CBG) level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0015] In yet another aspect of this specification, a computer-readable storage medium is provided, the computer-readable storage medium storing at least one computer program including instructions that, when executed by at least one processor, cause the at least one processor to perform operations for a user equipment, including receiving configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured for the user equipment, receiving downlink control information (DCI) including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks, generating the indicated HARQ process-based HARQ-ACK codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration, and transmitting the indicated HARQ process-based HARQ-ACK codebook based on the indicated HARQ process based on the DCI. The configuration may or may not include parameters related to code block group (CBG) level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0016] In yet another aspect of the present specification, there is provided a computer program stored on a computer-readable storage medium, the computer program including at least one program code including instructions that, when executed, cause at least one processor to perform operations including receiving configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the user equipment, receiving downlink control information (DCI) including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks, generating the indicated HARQ process-based HARQ-ACK codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration, and transmitting the indicated HARQ process-based HARQ-ACK codebook based on the indicated HARQ process based on the DCI. The configuration may or may not include parameters related to code block group (CBG) level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0017] In yet another aspect of the present specification, there is provided a method for a base station in a wireless communication system to receive hybrid automatic repeat request-acknowledgement (HARQ-ACK) information from a user equipment (UE). The method includes: transmitting to the UE a configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the UE; transmitting downlink control information (DCI) to the UE including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks; and receiving from the UE the indicated HARQ process-based HARQ-ACK codebook based on the configuration and the DCI. The configuration may or may not include parameters related to code block group (CBG) level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0018] In yet another aspect of the present disclosure, there is provided a base station in a wireless communication system for receiving hybrid automatic repeat request-acknowledgement (HARQ-ACK) information, the base station including at least one transceiver, at least one processor, and at least one computer memory operatively coupled to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations. The operations include transmitting to the user equipment a configuration for a plurality of HARQ process-based HARQ-ACK codebooks, the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the user equipment, transmitting downlink control information (DCI) to the user equipment including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks, and receiving from the user equipment the indicated HARQ process-based HARQ-ACK codebook based on the configuration and the DCI, wherein the configuration may or may not include parameters related to code block group (CBG) level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0019] In each aspect of this specification, the HARQ-ACK codebook based on the indicated HARQ process includes or does not include CBG level HARQ-ACK information based on whether the setting includes or does not include parameters related to the CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process.

[0020] In each aspect of this specification, based on the configuration not including parameters related to the CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes only TB level HARQ-ACK information for the HARQ process, not CBG level HARQ-ACK information.

[0021] In each aspect of this specification, the configuration may or may not include parameters related to NDI feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0022] In each aspect of this specification, based on whether the configuration includes or does not include parameters related to the NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes or does not include an NDI value for each HARQ-ACK information reported to the HARQ-ACK codebook based on the indicated HARQ process.

[0023] In each aspect of this specification, the HARQ-ACK codebook based on multiple HARQ processes includes: i) a HARQ-ACK codebook associated with all of the HARQ processes configured in the UE; and ii) a HARQ-ACK codebook associated with only some of the HARQ processes configured in the UE.

[0024] The above-described solutions to problems are merely some of the embodiments of the present invention, and various embodiments reflecting the technical features of the present invention will be understood by those skilled in the art from the detailed description of the present invention set forth below. [Effects of the Invention]

[0025] Some embodiments of the present invention allow for efficient transmission / reception of wireless communication signals, thereby increasing the overall throughput of a wireless communication system.

[0026] Some implementations of the present invention allow a wireless communication system to efficiently support a variety of services with different requirements.

[0027] Some implementations of the present invention reduce delay / latency experienced during wireless communication between communication devices.

[0028] According to some implementations of the present invention, HARQ-ACK information whose transmission was canceled or not received in a timely manner by the BS is provided to the BS upon request by the BS.

[0029] According to some implementations of the present invention, the reliability of PUCCH transmission is adjusted and the payload size of the HARQ-ACK codebook is adjusted to suit the purpose / application.

[0030] 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 having ordinary skill in the art to which the present invention pertains from the following description. [Brief explanation of the drawings]

[0031] The drawings attached below are included as part of the detailed description to help understanding of the present invention, illustrate embodiments of the present invention, and together with the detailed description, explain the technical features of the present invention.

[0032] [Figure 1] 1 shows an example of a communication system 1 to which the present invention is applied. [Figure 2] 1 is a block diagram showing an example of a communication device for carrying out a method according to the present invention; [Figure 3] 1 illustrates another example of a wireless device that may implement an embodiment of the present invention. [Figure 4]1 shows an example of a frame structure that can be used in a wireless communication system based on the 3rd generation partnership project (3GPP (registered trademark)). [Figure 5] 1 shows an example of a resource grid for slots. [Figure 6] 1 shows an example of a slot structure used in a 3GPP-based system. [Figure 7] 1 shows an example of PDSCH time domain resource allocation by PDCCH and an example of PUSCH time domain resource allocation by PDCCH. [Figure 8] 1 illustrates an example of a hybrid automatic repeat request-acknowledgement (HARQ-ACK) transmission / reception process. [Figure 9] 1 illustrates an example of a HARQ process-based HARQ-ACK codebook according to some embodiments of the present invention. [Figure 10] An example of HARQ-ACK deferral is shown below. [Figure 11] 1 illustrates an example flow of UE operation according to some implementations of the present invention. [Figure 12] 1 illustrates an example flow of BS operation according to some implementations of the present invention. [Figure 13] 1 illustrates an example of HARQ process-based HARQ-ACK codebook configuration according to some embodiments of the present invention. [Figure 14] 1 illustrates an example of HARQ process-based HARQ-ACK codebook configuration according to some embodiments of the present invention. [Figure 15] 1 illustrates an example of HARQ process-based HARQ-ACK codebook configuration according to some embodiments of the present invention. [Figure 16] 10 shows an example of a flow of HARQ-ACK information transmission in a UE according to some implementations of this specification. [Figure 17]1 shows an example of a flow of receiving HARQ-ACK information at a BS according to some implementations of this specification. DETAILED DESCRIPTION OF THE INVENTION

[0033] Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. The detailed description disclosed below together with the accompanying drawings is intended to describe exemplary embodiments of the present invention and is not intended to represent the only embodiments in which the present invention can be practiced. The detailed description below includes specific details to provide a thorough understanding of the present invention. However, it will be apparent to those skilled in the art that the present invention can be practiced without such specific details.

[0034] In some cases, in order to avoid obscuring the concept of the present invention, well-known structures and devices are omitted or shown in block diagram form focusing on the core functions of each structure and device. Furthermore, the same components are described throughout this specification with the same reference numerals.

[0035] The techniques, devices, and systems described below can be applied to various wireless multiple access systems. Examples of multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single carrier frequency division multiple access (SC-FDMA) systems, and multi-carrier frequency division multiple access (MC-FDMA) systems. CDMA can be implemented using wireless technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented using wireless technologies such as Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), and Enhanced Data Rates for GSM Evolution (EDGE) (i.e., GERAN). OFDMA can be implemented by wireless technologies such as IEEE (Institute of Electrical and Electronics Engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA (evolved-UTRA), etc. UTRA is a part of UMTS (Universal Mobile Telecommunication System), and 3GPP (3rd Generation Partnership Project) LTE (Long Term Evolution) is a part of E-UMTS that uses E-UTRA.3GPP LTE uses OFDMA for the downlink (DL) and SC-FDMA for the uplink (UL). LTE-advanced (LTE-A) is an evolved version of 3GPP LTE.

[0036] For convenience of explanation, the following description will be made assuming that the present invention is applied to a 3GPP-based communication system, such as LTE or NR. However, the technical features of the present invention are not limited thereto. For example, even if the following detailed description is based on a mobile communication system corresponding to the 3GPP LTE / NR system, matters specific to the 3GPP LTE / NR system may be applied to any other mobile communication system.

[0037] For terms and technologies used in this specification that are not specifically explained, please refer to 3GPP-based standard documents, such as 3GPP TS 36.211, 3GPP TS 36.212, 3GPP TS 36.213, 3GPP TS 36.321, 3GPP TS 36.300, 3GPP TS 36.331, 3GPP TS 37.213, 3GPP TS 38.211, 3GPP TS 38.212, 3GPP TS 38.213, 3GPP TS 38.214, 3GPP TS 38.300, 3GPP TS 38.331, etc.

[0038] In the embodiments of the present invention described below, the expression that a device "assumes" means that an entity transmitting a channel transmits the channel in accordance with the corresponding "assumption." An entity receiving a channel receives or decodes the channel in a format that conforms to the corresponding "assumption," under the assumption that the channel has been transmitted in accordance with the corresponding "assumption."

[0039] In the present invention, a UE may be stationary or mobile, and includes various devices that communicate with a base station (BS) to transmit and / or receive user data and / or various control information. A UE is also referred to as a terminal equipment (Terminal Equipment), a mobile station (MS), a mobile terminal (MT), a user terminal (UT), a subscriber station (SS), a wireless device, a personal digital assistant (PDA), a wireless modem, a handheld device, etc. In addition, in the present invention, a BS generally refers to a fixed station that communicates with a UE and / or other BSs, and communicates with the UE and other BSs to exchange various data and control information. A BS is also referred to as an advanced base station (ABS), a node-B (NB), an evolved-node-B (eNB), a base transceiver system (BTS), an access point, a processing server (PS), etc. In particular, a UTRAN base station is called a Node-B, an E-UTRAN base station is called an eNB, and a new radio access technology network base station is called a gNB. For ease of explanation, base stations will be collectively referred to as BSs hereinafter, regardless of the type or version of communication technology.

[0040] In this specification, a node refers to a fixed point that can communicate with a UE and transmit / receive wireless signals. Various types of BSs can be used as nodes, regardless of their names. For example, a BS, NB, eNB, picocell eNB (PeNB), home eNB (HeNB), relay, repeater, etc. can be used as a node. A node does not have to be a BS. For example, a radio remote head (RRH) or a radio remote unit (RRU) can also be used. RRHs and RRUs generally have a lower power level than the BS. Since an RRH or RRU (hereinafter referred to as an RRH / RRU) is generally connected to a BS via a dedicated line such as an optical cable, cooperative communication between the RRH / RRU and the BS can be performed more smoothly than cooperative communication using a BS connected via a wireless line. At least one antenna is installed in each node. This antenna can refer to a physical antenna, an antenna port, a virtual antenna, or an antenna group. A node is also called a point.

[0041] In the present invention, a cell refers to a geographical area where one or more nodes provide communication services. Therefore, in the present invention, communicating with a specific cell refers to communicating with a BS or node providing communication services to the specific cell. Furthermore, a downlink / uplink signal of a specific cell refers to a downlink / uplink signal from / to a BS or node providing communication services to the specific cell. A cell providing uplink / downlink communication services to a UE is particularly referred to as a serving cell. Furthermore, a channel state / quality of a specific cell refers to the channel state / quality of a channel or communication link established between a BS or node providing communication services to the specific cell and the UE. In a 3GPP-based communication system, a UE can measure a downlink channel state from a specific node using a Cell-specific Reference Signal (CRS) transmitted on a CRS resource allocated to the specific node by an antenna port of the specific node and / or a Channel State Information Reference Signal (CSI-RS) transmitted on a CSI-RS resource.

[0042] Meanwhile, the 3GPP-based communication system uses the concept of a cell to manage radio resources, but a cell associated with a radio resource is distinct from a cell in a geographical area.

[0043] A "cell" of a geographical area can be understood as the coverage where a node can provide a service using a carrier, and a "cell" of radio resources relates to a bandwidth (BW), which is a frequency range configured by the carrier. Since downlink coverage, which is the range where a node can transmit a valid signal, and uplink coverage, which is the range where a valid signal can be received from a UE, depend on the carrier that carries the signal, the coverage of a node can also be related to the coverage of a "cell" of radio resources used by the node. Thus, the term "cell" can sometimes refer to the coverage of a service provided by a node, sometimes to a radio resource, and sometimes to the range where a signal using the radio resource can reach with effective strength.

[0044] Meanwhile, 3GPP communication standards use the concept of a cell to manage radio resources. A "cell" in relation to radio resources is defined as a combination of downlink (DL) resources and uplink (UL) resources, i.e., a combination of a DL component carrier (CC) and a UL CC. A cell can be configured with only DL resources or a combination of DL and UL resources. When carrier aggregation (CA) is supported, the linkage between the carrier frequency of DL resources (or DL ​​CC) and the carrier frequency of UL resources (or UL CC) can be indicated by system information. For example, the combination of DL and UL resources is indicated by System Information Block Type 2 (SIB2) linkage. Here, the carrier frequency may be the same as or different from the center frequency of each cell or CC. When carrier aggregation (CA) is configured, the UE has only one radio resource control (RRC) connection with the network. One serving cell provides non-access stratum (NAS) mobility information during RRC connection establishment / re-establishment / handover, and one serving cell provides security input during RRC connection re-establishment / handover. Such a cell is called a primary cell (Pcell). A Pcell is a cell operating on a primary frequency where a UE performs an initial connection establishment procedure or initiates a connection re-establishment procedure. Depending on the UE capabilities, a secondary cell (Scell) can be configured to form a serving cell set together with the Pcell.An Scell ​​can be set up after RRC (Radio Resource Control) connection establishment and is a cell that provides additional radio resources in addition to the resources of a special cell (SPcell). In the downlink, a carrier corresponding to a Pcell is called a Downlink Primary CC (DL PCC), and in the uplink, a carrier corresponding to a Pcell is called a UL Primary CC (DL PCC). In the downlink, a carrier corresponding to an Scell ​​is called a DL Secondary CC (DL SCC), and in the uplink, a carrier corresponding to an Scell ​​is called a UL Secondary CC (UL SCC).

[0045] In dual connectivity (DC) operation, the term special cell (SpCell) refers to a Pcell in a master cell group (MCG) or a primary secondary cell (PSCell) in a secondary cell group (SCG). An SpCell supports PUCCH transmission and contention-based voluntary access and is always activated. An MCG is a group of serving cells associated with a master node (e.g., BS) and consists of an SpCell (Pcell) and optionally one or more Scells. For a UE configured for DC, an SCG is a subset of serving cells associated with a secondary node and consists of a primary secondary cell (PSCell) and zero or more Scells. A PSCell is the primary Scell ​​of an SCG. For a UE in RRC_CONNECTED state that is not configured for CA or DC, there is only one serving cell consisting of only a Pcell. For a UE in RRC_CONNECTED state configured in CA or DC, the term serving cell refers to the set of cells consisting of the SpCell and all Scells. In DC, two medium access control (MAC) entities are configured in the UE: one for the MCG and one for the SCG.

[0046] For a UE configured with CA but not configured with DC, a Pcell PUCCH group (also referred to as a primary PUCCH group) consisting of a Pcell and zero or more Scells, and an Scell ​​PUCCH group (also referred to as a secondary PUCCH group) consisting of only Scells are configured. In the case of an Scell, an Scell ​​(hereinafter referred to as a PUCCH cell) is configured to transmit a PUCCH associated with the cell. An Scell ​​for which a PUCCH Scell ​​is indicated belongs to the Scell ​​PUCCH group (i.e., the secondary PUCCH group), and PUCCH transmission of associated UCI is performed on the PUCCH Scell. An Scell ​​for which a PUCCH Scell ​​is not indicated or a cell indicated as a PUCCH transmission cell is a Pcell belongs to the Pcell PUCCH group (i.e., the primary PUCCH group), and PUCCH transmission of associated UCI is performed on the Pcell. Hereinafter, when a UE is configured with an SCG and some embodiments of the present invention related to PUCCH are applied to the SCG, a primary cell will refer to a PSCell of the SCG. When a UE is configured with a PUCCH Scell ​​and some embodiments of the present invention related to PUCCH are applied to a secondary PUCCH group, a primary cell refers to the PUCCH Scell ​​of the secondary PUCCH group.

[0047] In a wireless communication system, a UE receives information from a BS via a downlink (DL) and transmits information to a BS via an uplink (UL). The information transmitted and / or received by the BS and the UE includes data and various control information, and various physical channels exist depending on the type / purpose of the information transmitted and / or received.

[0048] The 3GPP infrastructure communication standard defines downlink physical channels corresponding to resource elements that carry information from higher layers and downlink physical signals corresponding to resource elements used by the physical layer but that do not carry information from higher layers. For example, the physical downlink shared channel (PDSCH), physical broadcast channel (PBCH), and physical downlink control channel (PDCCH) are defined as downlink physical channels, and reference signals and synchronization signals (SS) are defined as downlink physical signals. A reference signal (RS), also called a pilot, refers to a signal with a predefined special waveform that is mutually known between the BS and UE. For example, a demodulation reference signal (DMRS) and a channel state information RS (CSI-RS) are defined as downlink reference signals. The 3GPP infrastructure communication standard defines uplink physical channels corresponding to resource elements carrying information from higher layers and uplink physical signals corresponding to resource elements used by the physical layer but not carrying information from higher layers. For example, a physical uplink shared channel (PUSCH), a physical uplink control channel (PUCCH), and a physical random access channel (PRACH) are defined as uplink physical channels, and a demodulation reference signal (DMRS) for uplink control / data signals and a sounding reference signal (SRS) used for uplink channel measurement are also defined.

[0049] In this specification, a physical downlink control channel (PDCCH) refers to a set of time-frequency resources (e.g., resource elements (RE)) carrying downlink control information (DCI), and a physical downlink shared channel (PDSCH) refers to a set of time-frequency resources carrying downlink data. Furthermore, a physical uplink control channel (PUCCH), a physical uplink shared channel (PUSCH), and a physical random access channel (PRACH) refer to sets of time-frequency resources carrying uplink control information (UCI), uplink data, and optional access signals, respectively. Hereinafter, the expressions "user equipment transmits / receives PUCCH / PUSCH / PRACH" are used interchangeably to mean "transmitting / receiving uplink control information / uplink data / optional access signals on or through the PUCCH / PUSCH / PRACH," respectively. Furthermore, the expression that a BS transmits / receives a PBCH / PDCCH / PDSCH is used interchangeably with the expression that a BS transmits broadcast information / downlink control information / downlink data on or through the PBCH / PDCCH / PDSCH, respectively.

[0050] In this specification, the radio resources (eg, time-frequency resources) scheduled or configured by the BS to the UE for transmitting or receiving the PUCCH / PUSCH / PDSCH are also referred to as PUCCH / PUSCH / PDSCH resources.

[0051] Because a communication device receives SSB, DMRS, CSI-RS, PBCH, PDCCH, PDSCH, PUSCH, and / or PUCCH in the form of a radio signal in a cell, it cannot selectively receive a radio signal including only a specific physical channel or specific physical signal using an RF receiver, or selectively receive a radio signal excluding only a specific physical channel or physical signal using an RF receiver. In actual operation, the communication device first receives a radio signal in a cell using an RF receiver, converts the RF band signal to a baseband signal, and decodes the physical signal and / or physical channel in the baseband signal using one or more processors. Therefore, in some implementations of this specification, receiving a physical signal and / or physical channel does not actually mean that the communication device never receives a radio signal including the corresponding physical signal and / or physical channel, but rather means that the communication device does not attempt to recover the physical signal and / or physical channel from the radio signal, e.g., does not attempt to decode the physical signal and / or physical channel.

[0052] As more communication devices require greater communication capacity, there is a growing need for improved mobile broadband communications compared to existing radio access technologies (RATs). Furthermore, massive machine-type communications (mMTC), which connects numerous devices and objects to provide diverse services anytime, anywhere, is becoming a major issue in next-generation communications. Furthermore, communication system designs that take into account reliability- and latency-sensitive services / UEs are also being considered. The introduction of next-generation RATs that take into account advanced mobile broadband communications, mMTC, and Ultra-Reliable and Low Latency Communication (URLLC), is currently under discussion. 3GPP is currently conducting research on next-generation mobile communication systems beyond EPC. For convenience, this specification refers to the relevant technologies as new RATs (NR) or 5G RATs, and systems that use or support NR as NR systems.

[0053] FIG. 1 illustrates an example of a communication system 1 to which the present invention is embodied. Referring to FIG. 1, the communication system 1 to which the present invention is embodied includes a wireless device, a base station, and a network. Here, the wireless device refers to a device that communicates using a wireless connection technology (e.g., 5G NR, LTE (e.g., E-UTRA)), and is also referred to as a communication / wireless / 5G device. The wireless device includes, but is not limited to, a robot 100a, vehicles 100b-1 and 100b-2, an XR (eXtended Reality) device 100c, a handheld device 100d, a home appliance 100e, an IoT (Internet of Things) device 100f, and an AI device / server 400. For example, the vehicle includes a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of vehicle-to-vehicle communication, and the like. Here, the vehicle includes an unmanned aerial vehicle (UAV) (e.g., a drone). XR devices include Augmented Reality (AR), Virtual Reality (VR), and Mixed Reality (MR) devices, and are embodied in the form of Head-Mounted Devices (HMDs), Head-Up Displays (HUDs) mounted on vehicles, TVs, smartphones, computers, wearable devices, home appliances, digital billboards, vehicles, robots, etc. Mobile devices include smartphones, smart pads, wearable devices (e.g., smart watches, smart glasses), computers (e.g., laptops, etc.), etc. Home appliances include TVs, refrigerators, washing machines, etc. IoT devices include sensors, smart meters, etc. For example, BSs and networks can also be embodied in wireless devices, and a specific wireless device can operate as a BS / network node for other wireless devices.

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

[0055] Wireless communication / connections 150a, 150b are performed between the wireless devices 100a-100f / BSs 200 and the wireless devices 100a-100f. Here, the wireless communication / connections are performed using various wireless access technologies (e.g., 5G NR) such as uplink / downlink communication 150a and sidelink communication 150b (or D2D communication). The wireless communication / connections 150a, 150b enable the wireless devices and the BSs / wireless devices to transmit / receive wireless signals to / from each other. For example, according to various proposals of the present invention, any of various configuration information setting processes for transmitting / receiving wireless signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, resource mapping / demapping, etc.), and resource allocation processes are performed.

[0056] 2 is a block diagram showing an example of a communication device that performs a method according to the present invention. Referring to FIG. 2, a first wireless device 100 and a second wireless device 200 transmit and / or receive wireless signals using various wireless access technologies (e.g., LTE, NR). Here, {first wireless device 100, second wireless device 200} corresponds to {wireless device 100x, BS 200} and / or {wireless device 100x, wireless device 100x} in FIG. 1.

[0057] The first wireless device 100 includes one or more processors 102 and one or more memories 104, and further includes one or more transceivers 106 and / or one or more antennas 108. The processor 102 is configured to control the memory 104 and / or the transceiver 106 to implement the functions, procedures, and / or methods described / suggested below. For example, the processor 102 processes information in the memory 104 to generate first information / signals, and then transmits a wireless signal including the first information / signals via the transceiver 106. The processor 102 also receives a wireless signal including second information / signals via the transceiver 106, and then stores information obtained from signal processing of the second information / signals in the memory 104. The memory 104 is coupled to the processor 102 and stores various information related to the operation of the processor 102. For example, the memory 104 stores software code including instructions for performing some or all of the processes controlled by the processor 102 or for performing the procedures and / or methods described / suggested below. Here, the processor 102 and memory 104 are part of a communication modem / circuit / chip designed to implement a wireless communication technology (e.g., LTE, NR). The transceiver 106 is coupled to the processor 102 and transmits and / or receives wireless signals via one or more antennas 108. The transceiver 106 includes a transmitter and / or a receiver. The transceiver 106 may also be referred to as an RF (radio frequency) unit. In the present invention, a wireless device may also refer to a communication modem / circuit / chip.

[0058] The second wireless device 200 includes one or more processors 202 and one or more memories 204, and further includes one or more transceivers 206 and / or one or more antennas 208. The processor 202 is configured to control the memory 204 and / or the transceiver 206 to implement the functions, procedures, and / or methods described / suggested below. For example, the processor 202 processes information in the memory 204 to generate third information / signal, and then transmits a wireless signal including the third information / signal via the transceiver 206. The processor 202 also receives a wireless signal including fourth information / signal via the transceiver 206, and then stores information obtained from signal processing of the fourth information / signal in the memory 204. The memory 204 is coupled to the processor 202 and stores various information related to the operation of the processor 202. For example, the memory 204 stores software code including instructions for performing some or all of the processes controlled by the processor 202 or for performing the procedures and / or methods described / suggested below. Here, the processor 202 and memory 204 are part of a communication modem / circuit / chip designed to implement a wireless communication technology (e.g., LTE, NR). The transceiver 206 is coupled to the processor 202 and transmits and / or receives wireless signals via one or more antennas 208. The transceiver 206 includes a transmitter and / or a receiver. The transceiver 206 may also be referred to as an RF unit. In the present invention, a wireless device may also refer to a communication modem / circuit / chip.

[0059] The wireless communication technologies implemented in the wireless devices 100 and 200 of this specification include not only LTE, NR, and 6G, but also NB-IoT (Narrowband Internet of Things) for low-power communication. Here, for example, NB-IoT technology is an example of LPWAN (Low Power Wide Area Network) technology and may be implemented in standards such as LTE Cat NB1 and / or LTE Cat NB2, and are not limited to the above-mentioned names. Additionally or alternatively, the wireless communication technology implemented in the wireless devices XXX and YYY of this specification communicates based on LTE-M technology. Here, for example, LTE-M technology is an example of LPWAN technology and is referred to by various names such as eMTC (enhanced Machine Type Communication). For example, LTE-M technology may be implemented in any of various standards such as 1) LTE CAT0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and / or 7) LTE M, and are not limited to the above-mentioned names. Additionally or alternatively, the wireless communication technology embodied in the wireless devices XXX and YYY in this specification may include, but is not limited to, any of ZigBee (registered trademark), Bluetooth (registered trademark), and Low Power Wide Area Network (LPWAN), which are technologies that allow for low-power communication. For example, ZigBee technology creates personal area networks (PANs) related to small / low-power digital communication based on various standards such as IEEE 802.15.4, and is called by various names.

[0060] The hardware elements of the wireless devices 100, 200 are described in more detail below. Without limitation, one or more protocol layers may be implemented by one or more processors 102, 202. For example, the one or more processors 102, 202 may implement one or more layers (e.g., functional layers such as a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, a radio resource control (RRC) layer, or a service data adaptation protocol (SDAP) layer). The one or more processors 102, 202 may generate one or more protocol data units (PDUs) and / or one or more service data units (SDUs) according to the functions, procedures, suggestions, and / or methods disclosed herein. The one or more processors 102, 202 generate messages, control information, data, or information according to the functions, procedures, suggestions, and / or methods disclosed herein. The one or more processors 102, 202 generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, suggestions, and / or methods disclosed herein and provide them to the one or more transceivers 106, 206. The one or more processors 102, 202 receive signals (e.g., baseband signals) from the one or more transceivers 106, 206 and derive the PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, suggestions, and / or methods disclosed herein.

[0061] The one or more processors 102, 202 may also be referred to as controllers, microcontrollers, microprocessors, or microcomputers. The one or more processors 102, 202 may be implemented using hardware, firmware, software, or a combination thereof. For example, the one or more processors 102, 202 may include one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field programmable gate arrays (FPGAs). The functions, procedures, suggestions, and / or methods disclosed herein may be implemented using firmware or software, which may be embodied to include modules, procedures, functions, etc. Firmware or software configured to perform the functions, procedures, suggestions, and / or methods disclosed herein may be included in the one or more processors 102, 202 or may be stored in one or more memories 104, 204 and executed by the one or more processors 102, 202. The functions, procedures, suggestions and / or methods disclosed in this specification may be embodied using firmware or software in the form of code, instructions and / or sets of instructions.

[0062] The one or more memories 104, 204 may be coupled to the one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, code, instructions, and / or commands. The one or more memories 104, 204 may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer-readable storage media, and / or combinations thereof. The one or more memories 104, 204 may be located internal and / or external to the one or more processors 102, 202. Additionally, the one or more memories 104, 204 may be coupled to the one or more processors 102, 202 via various techniques, such as wired or wireless connections.

[0063] One or more transceivers 106, 206 transmit user data, control information, wireless signals / channels, etc., as referenced in the methods and / or flowcharts herein to one or more other devices. One or more transceivers 106, 206 receive user data, control information, wireless signals / channels, etc., as referenced in the functions, procedures, suggestions, methods and / or flowcharts herein from one or more other devices. For example, one or more transceivers 106, 206 are coupled to one or more processors 102, 202 to transmit and receive wireless signals. For example, one or more processors 102, 202 control one or more transceivers 106, 206 to transmit user data, control information, or wireless signals to one or more other devices. Also, one or more processors 102, 202 control one or more transceivers 106, 206 to receive user data, control information, or wireless signals from one or more other devices. Additionally, one or more transceivers 106, 206 are coupled to one or more antennas 108, 208, and are configured to transmit and receive user data, control information, wireless signals / channels, etc., as referred to in the descriptions, functions, procedures, suggestions, methods, and / or flowcharts disclosed herein via the one or more antennas 108, 208. In this specification, one or more antennas may refer to multiple physical antennas or multiple logical antennas (e.g., antenna ports). The one or more transceivers 106, 206 convert the received user data, control information, wireless signals / channels, etc., from RF band signals to baseband signals for processing by one or more processors 102, 202. The one or more transceivers 106, 206 convert the user data, control information, wireless signals / channels, etc., processed by one or more processors 102, 202, from baseband signals to RF band signals. For this purpose, one or more of the transceivers 106, 206 include (analog) oscillators and / or filters.

[0064] FIG. 3 shows another example of a wireless device for implementing an embodiment of the present invention. Referring to FIG. 3, wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 2 and are composed of various elements, components, units / sections, and / or modules. For example, the wireless devices 100 and 200 include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140. The communication unit includes a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 includes one or more processors 102 and 202 and / or one or more memories 104 and 204 of FIG. 2. For example, the transceiver 114 includes one or more transceivers 106 and 206 and / or one or more antennas 108 and 208 of FIG. 2. The control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls the overall operation of the wireless device. For example, the control unit 120 controls the electrical / mechanical operations of the wireless device based on the programs / codes / commands / information stored in the memory unit 130. The control unit 120 also transmits the information stored in the memory unit 130 to an external device (e.g., another communication device) via the communication unit 110 through a wireless / wired interface, or stores information received from an external device (e.g., another communication device) via the communication unit 110 through a wireless / wired interface in the memory unit 130.

[0065] The additional element 140 may be configured in various ways depending on the type of wireless device. For example, the additional element 140 may include any one of a power unit / battery, an input / output unit (I / O unit), a driving unit, and a computer unit. Wireless devices may be embodied in the form of, but are not limited to, a robot (FIG. 1, 100a), a vehicle (FIG. 1, 100b-1, 100b-2), an XR device (FIG. 1, 100c), a mobile device (FIG. 1, 100d), a home appliance (FIG. 1, 100e), an IoT device (FIG. 1, 100f), a digital broadcasting terminal, a hologram device, a public safety device, an MTC device, a medical device, a FinTech device (or financial device), a security device, a climate / environment device, an AI server / device (FIG. 1, 400), a BS (FIG. 1, 200), a network node, etc. Wireless devices may be mobile or fixed depending on the use case / service.

[0066] 3, various elements, components, units / sections, and / or modules in the wireless devices 100 and 200 are all connected to each other via a wired interface, or at least some are connected wirelessly via the communication unit 110. For example, in the wireless devices 100 and 200, the control unit 120 and the communication unit 110 are connected via a wire, and the control unit 120 and a first unit (e.g., 130, 140) are connected wirelessly via the communication unit 110. Each element, component, unit / section, and / or module in the wireless devices 100 and 200 further includes one or more elements. For example, the control unit 120 is configured with a set of one or more processors. For example, the control unit 120 is configured with a set of a communication control processor, an application processor, an ECU (Electronic Control Unit), a graphics processor, a memory control processor, etc. As another example, the memory unit 130 may be composed of a random access memory (RAM), a dynamic RAM (DRAM), a read only memory (ROM), a flash memory, a volatile memory, a non-volatile memory, and / or a combination thereof.

[0067] In the present invention, at least one memory (e.g., 104 or 204) stores instructions or programs that, when executed, cause at least one processor operably coupled to the at least one memory to perform operations according to some embodiments or implementations of the present invention.

[0068] In the present invention, a computer-readable (non-volatile) storage medium stores at least one instruction or computer program, which, when executed by at least one processor, causes the at least one processor to perform operations according to some embodiments or implementations of the present invention.

[0069] In the present invention, a processing device or apparatus includes at least one processor and at least one computer memory connectable to the at least one processor, the at least one computer memory storing instructions or programs that, when executed, cause the at least one processor operably connected to the at least one memory to perform operations according to some embodiments or implementations of the present invention.

[0070] In the present invention, a computer program is stored in at least one computer-readable (non-volatile) storage medium and includes program code that, when executed, performs operations according to some embodiments of the present invention or causes at least one processor to perform operations according to some embodiments of the present invention. The computer program is provided in the form of a computer program product. The computer program product includes at least one computer-readable (non-volatile) storage medium.

[0071] The communications device of the present invention includes at least one processor and at least one computer memory operably connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations in accordance with examples of the present invention as described below.

[0072] FIG. 4 is a diagram showing an example of a frame structure that can be used in a 3GPP-based wireless communication system.

[0073] The frame structure in Figure 4 is merely an example, and the number of subframes, slots, and symbols in a frame can be varied. In an NR system, the OFDM numerology (e.g., subcarrier spacing (SCS)) is configured to be different among multiple cells aggregated to one UE. As a result, the (absolute time) duration of a time resource (e.g., subframe, slot, or transmission time interval (TTI)) consisting of the same number of symbols is configured to be different among the aggregated cells. Here, the symbols include OFDM symbols (or cyclic prefix-orthogonal frequency division multiplexing (CP-OFDM) symbols) and SC-FDMA symbols (or discrete Fourier transform-spread-OFDM (DFT-s-OFDM) symbols). In this specification, symbols, OFDM-based symbols, OFDM symbols, CP-OFDM symbols and DFT-s-OFDM symbols are interchangeable.

[0074] Referring to Figure 4, in an NR system, uplink and downlink transmissions are organized into frames. Each frame is a T f =(△f max *N f / 100)*T c = 10 ms duration, divided into two half-frames of 5 ms duration each, where the basic time unit for NR is T c =1 / (△f max *N f ) and △f max =480*10 3 Hz and N f = 4096. For reference, the basic time unit for LTE is T s =1 / (△f ref *N f,ref) and △f ref =15*10 3 Hz and N f,ref =2048. T c and T f is the constant κ=T c / T f =64. Each half frame consists of five subframes, and the duration of a single subframe is T sf is 1 ms. A subframe is divided into slots, and the number of slots in a subframe depends on the subcarrier spacing. Each slot consists of 14 or 12 OFDM symbols depending on the cyclic prefix. In the normal cyclic prefix (CP), each slot consists of 14 OFDM symbols, and in the extended CP case, each slot consists of 12 OFDM symbols. The pneumatology uses an exponentially scalable subcarrier spacing Δf=2 u *Depends on 15kHz. The table below shows the subcarrier spacing △f=2 for general CP. u *Number of OFDM symbols per slot at 15 kHz (N slot symb ), number of slots per frame (N frame,u slot ) and the number of slots per subframe (N subframe,u slot ) is shown.

[0075] [Table 1]

[0076] The following table shows the subcarrier spacing for extended CP: u *Indicates the number of OFDM symbols per slot, number of slots per frame, and number of slots per subframe at 15 kHz.

[0077] [Table 2]

[0078] For subcarrier spacing setting u, the slots are n in increasing order within a subframe. u s ∈{0,…,n subframe,u slot -1}, and in increasing order within a frame, n u s,f ∈{0,…,n frame,u slot -1}.

[0079] FIG. 5 shows an example of a resource grid of a slot. A slot includes multiple (e.g., 14 or 12) symbols in the time domain. For each neurology (e.g., subcarrier spacing) and carrier, N common resource blocks (CRBs) are allocated as indicated by higher layer signaling (e.g., radio resource control (RRC) signaling). start,u grid Starts with N size,u grid,x *N RB sc subcarriers and N subframe,u symb A resource grid of N OFDM symbols is defined, where N size,u grid,x is the number of resource blocks (RB) in the source grid, and the subscript x is DL for downlink and UL for uplink. RB sc is the number of subcarriers per RB, and in a 3GPP-based wireless communication system, N RB sc is typically 12. For a given antenna port p, subcarrier spacing configuration u and transmission direction (DL or UL), there is one resource grid. The carrier bandwidth N for subcarrier spacing configuration u size,u gridis provided to the UE by higher layer parameters (e.g., RRC parameters) from the network. Each element in the resource grid for antenna port p and subcarrier spacing setting u is called a resource element (RE), and one complex symbol is mapped to each resource element. Each resource element in the resource grid is uniquely identified by index k in the frequency domain and index l, which indicates the symbol position relative to a reference point in the time domain. In an NR system, an RB is defined by 12 consecutive subcarriers in the frequency domain. In an NR system, RBs are classified into common resource blocks (CRBs) and physical resource blocks (PRBs). CRBs are numbered upwards from 0 in the frequency domain for subcarrier spacing setting u. The center of subcarrier 0 of CRB0 for subcarrier spacing setting u coincides with 'point A', which is the common reference point for the resource block grid. A PRB for subcarrier spacing setting u is defined in a bandwidth part (BWP), ranging from 0 to N size,u BWP,i Common resource block n is numbered from -1, where i is the number of the bandwidth part. u CRB and physical resource block n within bandwidth part i PRB The relationship between is as follows: u PRB =n u CRB +N start,u BWP,i , where N start,u BWP,i is the common resource block whose bandwidth part starts relative to CRB0. A BWP contains multiple consecutive RBs in the frequency domain. For example, a BWP is a given neurology U within BWPi on a given carrier. iA carrier contains up to N (e.g., 5) BWPs. A UE is configured to have one or more BWPs on a given component carrier. Data communication is performed using activated BWPs, and only a predetermined number (e.g., one) of the BWPs configured in the UE are activated on the corresponding carrier.

[0080] For each serving cell in the set of DL BWPs or UL BWPs, the network configures at least an initial DL BWP and one (if the serving cell is configured with an uplink) or two (if a supplementary uplink is used) initial UL BWPs. The network may also configure additional UL and DL BWPs for the serving cell. For each DL BWP or UL BWP, the UE is provided with the following parameters for the serving cell: i) subcarrier spacing, ii) cyclic prefix, iii) N start BWP = 275, offset RB set and length L RB The CRB N is applied by the RRC parameter locationAndBandwidth, which indicates start BWP =O carrier +RB start and the number of consecutive RBs, N size BWP =L RB , and the subcarrier spacing is given by the RRC parameter offsetToCarrier carrier ; Index within the set of DL BWP or UL BWP; set of BWP-common parameters and set of BWP-specific parameters.

[0081] Virtual resource blocks (VRBs) are defined within the bandwidth part and range from 0 to N size,u BWP,iNumbered from -1, where i is the bandwidth part number. VRBs are mapped to physical resource blocks (PRBs) by non-interleaved mapping. In some implementations, in the case of non-interleaved VRB-to-PRB mapping, VRB n is mapped to PRB n.

[0082] A UE configured with carrier aggregation is configured to use one or more cells. When a UE is configured with multiple serving cells, the UE is configured with one or more cell groups. The UE is configured with multiple cell groups associated with different BSs. Alternatively, the UE is configured with multiple cell groups associated with a single BS. Each cell group of the UE consists of one or more serving cells, and each cell group includes a single PUCCH cell with PUCCH resources configured. A PUCCH cell is a Pcell or an Scell ​​of a corresponding cell group that is configured as a PUCCH cell. Each serving cell of a UE belongs to one of the UE's cell groups and does not belong to multiple cell groups.

[0083] FIG. 6 illustrates an example of a slot structure that can be used in a 3GPP-based system. In all 3GPP-based systems, such as NR systems, each slot has a self-contained structure that includes i) a DL control channel, ii) DL or UL data, and / or iii) a UL control channel. For example, the first N symbols in a slot are used to transmit the DL control channel (hereinafter referred to as the DL control region), and the last M symbols in the slot are used to transmit the UL control channel (hereinafter referred to as the UL control region). N and M are non-negative integers. The resource region between the DL control region and the UL control region (hereinafter referred to as the data region) is used for DL ​​data transmission or UL data transmission. The symbols in a single slot are divided into DL, UL, or a group of flexibly usable consecutive symbols. Hereinafter, information indicating how the symbols in each slot are used is referred to as the slot format. For example, the slot format can define which symbols in a slot are used for UL and which symbols are used for DL.

[0084] If the serving cell is to operate in time division duplex (TDD) mode, the BS can configure the pattern for UL and DL allocation for the serving cell through higher layer (e.g., RRC) signaling. For example, the following parameters are used to configure the TDD DL-UL pattern:

[0085] -dL-UL-TransmissionPeriodicity, which provides the periodicity of the DL-UL pattern;

[0086] nrofDownlinkSlots giving the number of first consecutive full DL slots of each DL-UL pattern, where a full DL slot is a slot that contains only downlink symbols;

[0087] -nrofDownlinkSymbols, which provides the number of consecutive DL symbols at the beginning of the slot immediately following the last full DL slot;

[0088] nrofUplinkSlots, which provides the number of consecutive full UL slots within the end of each DL-UL pattern, where a full UL slot is a slot that contains only uplink symbols; and

[0089] nrofUplinkSymbols gives the number of consecutive UL symbols in the end of the slot immediately preceding the first complete UL slot.

[0090] Of the symbols in the DL-UL pattern, the remaining symbols that are not set as DL symbols or UL symbols are flexible symbols.

[0091] A UE that receives a configuration for a TDD DL-UL pattern, i.e., a TDD UL-DL configuration (e.g., tdd-UL-DL-ConfigurationCommon or tdd-UL-DLConfigurationDedicated) via higher layer signaling, sets the slot format for each slot across slots based on this configuration.

[0092] Although various combinations of DL symbols, UL symbols, and flexible symbols are possible for symbols, a certain number of combinations can be predefined as slot formats, and the predefined slot formats are identified by slot format indexes. The following table shows some examples of predefined slot formats. In the table, D stands for DL ​​symbol, U stands for UL symbol, and F stands for flexible symbol.

[0093] [Table 3]

[0094] To inform the UE which slot format among predetermined slot formats is used in a specific slot, the BS configures a set of slot format combinations applicable to each serving cell for the set of serving cells through higher layer (e.g., RRC) signaling, and configures the UE to monitor the group-common PDCCH for a slot format indicator (SFI) through higher layer (e.g., RRC) signaling. Hereinafter, the DCI carried by the group-common PDCCH for SFI is referred to as the SFI DCI. DCI format 2_0 is used as the SFI DCI. For example, for each serving cell in the set of serving cells, the BS may provide the UE with the (starting) position of the slot format combination ID (i.e., SFI-index) for the serving cell in the SFI DCI, the set of slot format combinations applicable to the serving cell, and the reference subcarrier spacing configuration for each slot format in the slot format combination indicated by the SFI-index value in the SFI DCI. For each slot format combination in the set of slot format combinations, one or more slot formats are configured and assigned a slot format combination ID (i.e., SFI-index). For example, if the BS intends to configure a slot format combination with N slot formats, it may indicate N slot format indexes among the slot format indexes for predetermined slot formats (e.g., see Table 3) for the corresponding slot format combination. In order to configure the UE to monitor the group-common PDCCH for SFI, the BS informs the UE of the SFI-RNTI, which is a radio network temporary identifier (RNTI) used for SFI, and the total length of the DCI payload having a CRC scrambled with the SFI-RNTI.When the UE detects the PDCCH based on the SFI-RNTI, the UE can determine the slot format for the corresponding serving cell from the SFI-index for the serving cell among the SFI-indexes in the DCI payload in the PDCCH.

[0095] A symbol designated as flexible by the TDD DL-UL pattern configuration can be designated as uplink, downlink, or flexible by the SFI DCI. A symbol designated as downlink / uplink by the TDD DL-UL pattern configuration cannot be overridden as uplink / downlink or flexible by the SFI DCI.

[0096] If a TDD DL-UL pattern is not configured, the UE determines whether each slot is uplink or downlink and the symbol allocation within each slot based on the SFI DCI and / or the DCI that schedules or triggers the transmission of downlink or uplink signals (e.g., DCI format 1_0, DCI format 1_1, DCI format 1_2, DCI format 0_0, DCI format 0_1, DCI format 0_2, DCI format 2_3).

[0097] The NR frequency band is defined by two types of frequency ranges, FR1 and FR2, also known as millimeter wave (mmW). The table below illustrates the frequency ranges in which NR can operate:

[0098] [Table 4]

[0099] The physical channels used in the 3GPP-based wireless communication system will now be described in more detail.

[0100] The PDCCH carries DCI. For example, the PDCCH (i.e., DCI) carries the transmission format and resource allocation of the downlink shared channel (DL-SCH), resource allocation information for the uplink shared channel (UL-SCH), paging information for the paging channel (PCH), system information on the DL-SCH, resource allocation information for control messages of layers above the physical layer in the UE / BS protocol stack (hereinafter referred to as upper layers) such as a random access response (RAR) transmitted on the PDSCH, transmit power control commands, and activation / deactivation of configured scheduling (CS). DCI containing resource allocation information for the DL-SCH is called PDSCH scheduling DCI, and DCI containing resource allocation information for the UL-SCH is called PUSCH scheduling DCI. The DCI includes a cyclic redundancy check (CRC), and the CRC is masked / scrambled to various identifiers (e.g., radio network temporary identifier (RNTI)) depending on the owner or use of the PDCCH. For example, if the PDCCH is for a specific UE, the CRC is masked to a UE identifier (e.g., cell RNTI (C-RNTI)). If the PDCCH is related to paging, the CRC is masked to a paging RNTI (P-RNTI). If the PDCCH is related to system information (e.g., system information block (SIB)), the CRC is masked to a system information RNTI (SI-RNTI). If the PDCCH is related to an unsolicited access response, the CRC is masked to an unsolicited access RNTI (random access RNTI, RA-RATI).

[0101] The PDCCH on one serving cell scheduling the PDSCH or PUSCH of another serving cell is called cross-carrier scheduling. Cross-carrier scheduling using a carrier indicator field (CIF) allows the PDCCH of a serving cell to schedule resources on another serving cell. On the other hand, the PDSCH on a serving cell scheduling the PDSCH or PUSCH on the serving cell is called self-carrier scheduling. When cross-carrier scheduling is used in a cell, the BS provides the UE with information about the cell scheduling the cell. For example, the BS provides the UE with information about whether the serving cell is scheduled by the PDCCH on another (scheduling) cell or by the serving cell, and, if the serving cell is scheduled by the other (scheduling) cell, which cell signals the downlink assignment and uplink grant for the serving cell. In this specification, a cell that carries a PDCCH is referred to as a scheduling cell, and a cell in which transmission of a PUSCH or PDSCH is scheduled by DCI included in the PDCCH, i.e., a cell that carries a PUSCH or PDSCH scheduled by the PDCCH, is referred to as a scheduled cell.

[0102] The PDSCH is a physical layer UL channel for UL data transmission. The PDSCH carries downlink data (e.g., DL-SCH transport blocks) and employs modulation methods such as Quadrature Phase Shift Keying (QPSK), Quadrature Amplitude Modulation (16QAM), 64QAM, and 256QAM. A transport block (TB) is encoded to generate a codeword. The PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and the modulation symbols generated from each codeword are mapped to one or more layers. Each layer is mapped to radio resources along with the DMRS, generated into an OFDM symbol signal, and transmitted via the corresponding antenna port.

[0103] PUCCH refers to a physical layer UL channel for UCI transmission. PUCCH carries UCI (Uplink Control Information). UCI types transmitted on PUCCH include hybrid automatic repeat request (HARQ)-acknowledgement (ACK) information, scheduling request (SR), and channel state information (CSI). UCI bits include HARQ-ACK information bits, if available, SR information bits, LRR information bits, if available, and CSI bits, if available. In this specification, HARQ-ACK information bits correspond to HARQ-ACK codebooks. In particular, a bit sequence in which HARQ-ACK information bits are arranged according to a predetermined rule is called a HARQ-ACK codebook.

[0104] - Scheduling request (SR): Information used to request UL-SCH resources.

[0105] - Hybrid Automatic Repeat Request (HARQ)-acknowledgement (ACK): A response to a downlink data packet (e.g., codeword) on the PDSCH. It indicates whether the downlink data packet was successfully received by the communication device. A 1-bit HARQ-ACK is transmitted in response to a single codeword, and a 2-bit HARQ-ACK is transmitted in response to two codewords. HARQ-ACK responses include positive ACK (simply ACK), negative ACK (NACK), DTX, or NACK / DTX. Here, the term HARQ-ACK is used interchangeably with HARQ ACK / NACK, ACK / NACK, or A / N.

[0106] - Channel State Information (CSI): Feedback information for the downlink channel. CSI includes channel quality information (CQI), rank indicator (RI), precoding matrix indicator (PMI), CSI-RS resource indicator (CRI), SS / PBCH resource block indicator, layer indicator (LI), etc. CSI is divided into CSI Part 1 and CSI Part 2 depending on the UCI type included in the CSI. For example, CRI, RI, and / or CQI for the first codeword are included in CSI Part 1, and LI, PMI, and CQI for the second codeword are included in CSI Part 2.

[0107] - Link recovery request (LRR)

[0108] For convenience, in this specification, the PUCCH resources configured and / or instructed by the BS to the UE for HARQ-ACK, SR, and CSI transmission are referred to as the HARQ-ACK PUCCH resource, the SR PUCCH resource, and the CSI PUCCH resource, respectively.

[0109] The PUCCH formats are classified as follows according to the UCI payload size and / or transmission length (for example, the number of symbols constituting the PUCCH resource): Please refer to Table 5 for details regarding the PUCCH formats.

[0110] (0) PUCCH format 0 (PF0, F0)

[0111] - Supported UCI payload size: up to K bits (e.g., K=2)

[0112] - Number of OFDM symbols constituting a single PUCCH: 1 to X symbols (e.g., X = 2)

[0113] - Transmission structure: PUCCH format 0 consists of only a UCI signal without DMRS, and the UE transmits the UCI status by selecting and transmitting one of multiple sequences. For example, the UE transmits one of multiple sequences over a PUCCH with PUCCH format 0 to transmit specific UCI to the BS. The UE transmits a PUCCH with PUCCH format 0 within the PUCCH resource for the corresponding SR setting only when transmitting a positive SR.

[0114] - The configuration for PUCCH format 0 includes the following parameters for the corresponding PUCCH resource: index for initial cyclic transition, number of symbols for PUCCH transmission, first symbol for PUCCH transmission.

[0115] (1) PUCCH Format 1 (PF1, F1)

[0116] - Supported UCI payload size: up to K bits (e.g., K=2)

[0117] - Number of OFDM symbols constituting a single PUCCH: Y to Z symbols (e.g., Y = 4, Z = 14)

[0118] - Transmission structure: DMRS and UCI are configured / mapped to different OFDM symbols in a TDM format. That is, DMRS is transmitted in symbols where no modulation symbols are transmitted. UCI is expressed by multiplying a specific sequence (e.g., orthogonal cover code (OCC)) by a modulation (e.g., QPSK) symbol. A cyclic shift (CS) / OCC is applied to both UCI and DMRS, and code division multiplexing (CDM) is supported between multiple PUCCH resources (according to PUCCH format 1) (within the same RB). PUCCH format 1 carries UCI with a maximum size of 2 bits, and modulation symbols are spread in the time domain by an orthogonal cover code (OCC) (which is configured differently depending on whether frequency hopping is present or not).

[0119] - The configuration for PUCCH format 1 includes the following parameters for the corresponding PUCCH resource: an index for initial cyclic transition, the number of symbols for PUCCH transmission, the first symbol for PUCCH transmission, and an index for an orthogonal cover code.

[0120] (2) PUCCH format 2 (PF2, F2)

[0121] Supported UCI payload size: More than K bits (e.g., K=2)

[0122] - Number of OFDM symbols constituting a single PUCCH: 1 to X symbols (e.g., X = 2)

[0123] - Transmission structure: DMRS and UCI are configured / mapped in frequency division multiplexed (FDM) form within the same symbol. The UE applies only IFFT to the coded UCI bits without DFT and transmits them. PUCCH format 2 carries UCI with a bit size larger than K bits, and the modulation symbols are FDM-multiplexed with DMRS and transmitted. For example, DMRS is located at symbol indexes #1, #4, #7, and #10 within a given resource block with 1 / 3 density. A pseudo noise (PN) sequence is used for the DMRS sequence. Frequency hopping is enabled for 2-symbol PUCCH format 2.

[0124] - The configuration for PUCCH format 2 includes the following parameters for the corresponding PUCCH resource: the number of PRBs, the number of symbols for PUCCH transmission, and the first symbol for PUCCH transmission.

[0125] (3) PUCCH format 3 (PF3, F3)

[0126] Supported UCI payload size: More than K bits (e.g., K=2)

[0127] - Number of OFDM symbols constituting a single PUCCH: Y to Z symbols (e.g., Y = 4, Z = 14)

[0128] - Transmission structure: DMRS and UCI are configured / mapped to different symbols in TDM format. UE applies DFT to coded UCI bits and transmits them. PUCCH format 3 does not support UE multiplexing for the same time-frequency resource (e.g., the same PRB).

[0129] - The configuration for PUCCH format 3 includes the following parameters for the corresponding PUCCH resource: the number of PRBs, the number of symbols for PUCCH transmission, and the first symbol for PUCCH transmission.

[0130] (4) PUCCH Format 4 (PF4, F4)

[0131] Supported UCI payload size: More than K bits (e.g., K=2)

[0132] - Number of OFDM symbols constituting a single PUCCH: Y to Z symbols (e.g., Y = 4, Z = 14)

[0133] - Transmission structure: DMRS and UCI are configured / mapped to different symbols in TDM format. PUCCH format 4 applies OCC before DFT and applies CS (or interleaved FDM (IFDM) mapping) to DMRS, allowing up to four UEs to be multiplexed within the same PRB. In other words, the UCI modulation symbols are transmitted using TDM (Time Division Multiplexing) with DMRS.

[0134] - The configuration for PUCCH format 4 includes the following parameters for the corresponding PUCCH resource: the number of symbols for PUCCH transmission, the length for the orthogonal cover code, the index for the orthogonal cover code, and the first symbol for PUCCH transmission.

[0135] The following table shows examples of PUCCH formats, which are divided into short PUCCH (formats 0 and 2) and long PUCCH (formats 1, 3 and 4) according to the PUCCH transmission length.

[0136] [Table 5]

[0137] PUCCH resources are determined for each UCI type (e.g., A / N, SR, CSI). The PUCCH resources used for UCI transmission are determined based on the UCI (payload) size. As an example, the BS sets multiple PUCCH resource sets for the UE, and the UE selects a specific PUCCH resource set corresponding to a specific range according to the range of the UCI (payload) size (e.g., the number of UCI bits). For example, the UE can select any of the following PUCCH resource sets according to the number of UCI bits (N UCI )

[0138] - PUCCH resource set #0, number of UCI bits ≤ 2

[0139] - PUCCH resource set #1, 2 < number of UCI bits ≤ N1

[0140] [[ID=q14]]...

[0141] - PUCCH resource set #(K - 1), N K-2 < number of UCI bits ≤ N K-1

[0142] Here, K is the number of PUCCH resource sets (K > 1), and N i is the maximum number of UCI bits supported by PUCCH resource set #i. For example, PUCCH resource set #1 is composed of resources of PUCCH format 0 - 1, and other PUCCH resource sets are composed of resources of PUCCH format 2 - 4 (see Table 5).

[0143] The configuration for each PUCCH resource includes a PUCCH resource index, a starting PRB index, and a configuration for one of PUCCH formats 0 to 4. The code rate for multiplexing HARQ-ACK, SR, and CSI report in a PUCCH transmission using PUCCH format 2, PUCCH format 3, or PUCCH format 4 is configured in the UE by the BS via the upper layer parameter maxCodeRate. The upper layer parameter maxCodeRate is used to determine how to feed back UCI on the PUCCH resource for PUCCH format 2, 3, or 4.

[0144] When the UCI type is SR or CSI, the PUCCH resources used for UCI transmission within the PUCCH resource set are configured in the UE by the network through higher layer signaling (e.g., RRC signaling). When the UCI type is HARQ-ACK for SPS (Semi-Persistent Scheduling) PDSCH, the PUCCH resources used for UCI transmission within the PUCCH resource set are configured in the UE by the network through higher layer signaling (e.g., RRC signaling). On the other hand, when the UCI type is HARQ-ACK for PDSCH scheduled by DCI, the PUCCH resources used for UCI transmission within the PUCCH resource set are scheduled based on the DCI.

[0145] In DCI-based PUCCH resource scheduling, the BS transmits DCI to the UE via the PDCCH and can indicate the PUCCH resource to be used for UCI transmission within a specific PUCCH resource set using an ACK / NACK resource indicator (ARI) in the DCI. The ARI is used to indicate the PUCCH resource for ACK / NACK transmission and is also referred to as a PUCCH resource indicator (PRI). Here, the DCI is the DCI used for PDSCH scheduling, and the UCI includes a HARQ-ACK for the PDSCH. In addition, the BS can configure a PUCCH resource set consisting of more PUCCH resources than the number of states that the ARI can represent to the UE using (UE-specific) higher layer (e.g., RRC) signaling. At this time, the ARI indicates a PUCCH resource subset within the PUCCH resource set, and which PUCCH resource to use within the indicated PUCCH resource subset is determined according to an implicit rule based on transmission resource information for the PDCCH (e.g., the starting control channel element (CCE) index of the PDCCH, etc.).

[0146] A UE must have available uplink resources for UL-SCH data transmission and available downlink resources for DL-SCH data reception. Uplink and downlink resources are assigned to a UE through resource allocation by the BS. Resource allocation includes time domain resource allocation (TDRA) and frequency domain resource allocation (FDRA). In this specification, uplink resource allocation is also referred to as uplink grant, and downlink resource allocation is also referred to as downlink assignment. Uplink grants are dynamically received by the UE on the PDCCH or in the RAR, or are semi-persistently configured to the UE by RRC signaling from the BS. Downlink assignments are dynamically received by the UE on the PDCCH or are semi-persistently configured to the UE by RRC signaling from the BS.

[0147] In the UL, the BS can dynamically allocate uplink resources to the UE via a PDCCH addressed to a cell radio network temporary identifier (C-RNTI). The UE monitors the PDCCH to search for possible uplink grants for UL transmission. The BS can also allocate uplink resources to the UE using configured grants. Two types of configured grants are used: Type 1 and Type 2. In Type 1, the BS directly provides the configured uplink grant (including the periodicity) via RRC signaling. In Type 2, the BS configures the periodicity of the RRC-configured uplink grant via RRC signaling and signals and activates or deactivates the configured uplink grant via a PDCCH addressed to a configured scheduling RNTI (CS-RNTI). For example, in the case of Type 2, it indicates that the PDCCH addressed to the CS-RNTI can be implicitly reused according to a period set by RRC signaling until the corresponding uplink grant is deactivated.

[0148] In DL, the BS can dynamically allocate downlink resources to the UE via a PDCCH addressed to the C-RNTI. The UE monitors the PDCCH to search for possible downlink allocations. The BS can also allocate downlink resources to the UE using semi-static scheduling (SPS). The BS configures the period of the configured downlink allocation via RRC signaling and signals and activates or deactivates the configured downlink allocation via the PDCCH addressed to the CS-RNTI. For example, the PDCCH addressed to the CS-RNTI indicates that the corresponding downlink allocation can be implicitly reused with the period configured by RRC signaling until it is deactivated.

[0149] Resource allocation by PDCCH and resource allocation by RRC will be explained in more detail below.

[0150] *Resource allocation via PDCCH: Dynamic grant / allocation

[0151] The PDCCH is used to schedule DL transmissions on the PDSCH or UL transmissions on the PUSCH. The DCI on the PDCCH that schedules DL transmissions indicates the modulation and coding format (e.g., modulation and coding scheme (MCS) index I) associated with the DL-SCH. MCSThe DCI on the PDCCH for scheduling UL transmission includes an uplink scheduling grant including at least a modulation and coding format, resource allocation, and HARQ information related to the UL-SCH. The HARQ information related to the DL-SCH or the UL-SCH includes a new data indicator (NDI), a transport block size (TBS), a redundancy version (RV), and an HARQ process ID (i.e., an HARQ process number). The size and usage of DCI carried by one PDCCH differ depending on the DCI format. For example, DCI format 0_0, DCI format 0_1, or DCI format 0_2 is used for scheduling the PUSCH, and DCI format 1_0, DCI format 1_1, or DCI format 1_2 is used for scheduling the PDSCH. In particular, DCI format 0_2 and DCI format 1_2 are used to schedule transmissions with higher transmission reliability and lower latency requirements than those guaranteed by DCI format 0_0, DCI format 0_1, DCI format 1_0, and DCI format 1_1. Some embodiments of the present invention are applicable to transmission of UL data based on DCI format 0_2. Some embodiments of the present invention are applicable to reception of DL data based on DCI format 1_2.

[0152] FIG. 7 shows an example of PDSCH time domain resource allocation by PDCCH and an example of PUSCH time domain resource allocation by PDCCH.

[0153] The DCI carried by the PDCCH for scheduling the PDSCH or PUSCH includes a time domain resource assignment (TDRA) field, which provides a value m for a row index m+1 into an allocation table for the PDSCH or PUSCH. A predetermined default PDSCH time domain allocation is applied as the allocation table for the PDSCH, or a PDSCH time domain resource allocation table set by the BS via RRC signaling pdsch-TimeDomainAllocationList is applied as the allocation table for the PDSCH. A predetermined default PUSCH time domain allocation is applied as the allocation table for the PUSCH, or a PUSCH time domain resource allocation table set by the BS via RRC signaling pusch-TimeDomainAllocationList is applied as the allocation table for the PUSCH. The applied PDSCH time domain resource allocation table and / or the applied PUSCH time domain resource allocation table are determined by fixed / predetermined rules (e.g., see 3GPP TS38.214).

[0154] In PDSCH time-domain resource configuration, each indexed row defines the DL allocation-to-PDSCH slot offset K0, the start and length indicator value SLIV (or directly the starting position of the PDSCH within the slot (e.g., starting symbol index S) and the allocation length (e.g., number of symbols L)), and the PDSCH mapping type. In PUSCH time-domain resource configuration, each indexed row defines the UL grant-to-PUSCH slot offset K2, the starting position of the PUSCH within the slot (e.g., starting symbol index S) and the allocation length (e.g., number of symbols L), and the PUSCH mapping type. K0 for PDSCH or K2 for PUSCH indicates the difference between the slot in which the PDCCH is located and the slot in which the PDSCH or PUSCH corresponding to the PDCCH is located. SLIV is a joint indication of the starting symbol S relative to the start of the slot with the PDSCH or PUSCH and the number of consecutive symbols L counting from symbol S. For PDSCH / PUSCH mapping types, there are two mapping types: one is mapping type A and the other is mapping type B. In PDSCH / PUSCH mapping type A, a demodulation reference signal (DMRS) is mapped to a PDSCH / PUSCH resource based on the start of the slot, but one or two symbols of the PDSCH / PUSCH resource can be used as a DMRS symbol according to other DMRS parameters. For example, in PDSCH / PUSCH mapping type A, the DMRS is located at the third symbol (symbol #2) or the fourth symbol (symbol #3) in the slot according to RRC signaling. In PDSCH / PUSCH mapping type B, the DMRS is mapped based on the first OFDM symbol of the PDSCH / PUSCH resource, but one or two symbols from the first symbol of the PDSCH / PUSCH resource can be used as a DMRS symbol according to other DMRS parameters.For example, for PDSCH / PUSCH mapping type B, the DMRS is located in the first symbol allocated for the PDSCH / PUSCH. In this specification, the PDSCH / PUSCH mapping type is also referred to as a mapping type or a DMRS mapping type. For example, in this specification, PUSCH mapping type A is also referred to as a mapping type A or a DMRS mapping type A, and PUSCH mapping type B is also referred to as a mapping type B or a DMRS mapping type B.

[0155] The scheduling DCI includes a frequency domain resource assignment (FDRA) field that provides allocation information regarding resource blocks used for the PDSCH or PUSCH. For example, the FDRA field provides the UE with information regarding the cell for PDSCH or PUSCH transmission, information regarding the BWP for PDSCH or PUSCH transmission, and information regarding resource blocks for PDSCH or PUSCH transmission.

[0156] *Resource allocation by RRC

[0157] As mentioned above, for the uplink, there are two types of transmissions without dynamic grants: configured grant type 1 and configured grant type 2. For configured grant type 1, an UL grant is provided by RRC signaling and stored as a configured grant. For configured grant type 2, an UL grant is provided by PDCCH and stored or removed as a configured uplink grant based on L1 signaling indicating configured uplink grant activation or deactivation. Type 1 and Type 2 are configured by RRC signaling per serving cell and per BWP. Multiple configurations can be activated simultaneously on multiple different serving cells.

[0158] When grant type 1 is configured, the UE is provided with the following parameters by the BS via RRC signaling:

[0159] - cs-RNTI, which is the CS-RNTI for retransmissions;

[0160] - periodicity, the periodicity of the configured grant type 1;

[0161] - timeDomainOffset, which indicates the offset of the resource relative to System frame Number (SFN) = 0 in the time domain;

[0162] - a timeDomainAllocation value m providing a row index m+1 pointing to an allocation table indicating the combination of starting symbol S, length L and PUSCH mapping type;

[0163] - frequencyDomainAllocation, which provides frequency domain resource allocation; and

[0164] - I indicating the modulation order, target code rate and transport block size MCS Provided by mcsAndTBS.

[0165] When RRC configures a configuration grant type 1 for a serving cell, the UE stores the UL grant provided by RRC as the configured uplink grant for the indicated serving cell and initializes or re-initializes the configured uplink grant to start at a symbol according to timeDomainOffset and S (derived from SLIV) and to recur with a periodicity. After an uplink grant is configured for configured grant type 1, the UE may consider the uplink grant to recur in association with each symbol that satisfies the following: [(SFN * numberOfSlotsPerFrame (numberOfSymbolsPerSlot) + (SlotNumber in the frame * numberOfSymbolsPerSlot) + symbolNumber in the slot] = (timeDomainOffset * numberOfSymbolsPerSlot + S + N * periodicity) modulo (1024 * numberOfSlotsPerFrame * numberOfSymbolsPerSlot), for all N >= 0, where numberOfSlotsPerFrame and numberOfSymbolsPerSlot indicate the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively (see Table 1 and Table 2).

[0166] When grant type 2 is configured, the UE is provided with the following parameters by the BS via RRC signaling:

[0167] - cs-RNTI, the CS-RNTI for activation, deactivation and retransmission; and

[0168] - A periodicity that provides a set grant type 2 periodicity.

[0169] The actual uplink grant is provided to the UE via the PDCCH (addressed to the CS-RNTI). After an uplink grant is configured for grant type 2, the UE considers the uplink grant to recur in association with each symbol that satisfies the following: [(SFN * numberOfSlotsPerFrame * numberOfSymbolsPerSlot) + (SlotNumber in the frame * numberOfSymbolsPerSlot) + symbolNumber in the slot] = [(SFN start time *numberOfSlotsPerFrame *numberOfSymbolsPerSlot+slot start time *numberOfSymbolsPerSlot+symbol start time )+N*periodicity] modulo (1024 *numberOfSlotsPerFrame *numberOfSymbolsPerSlot), for all N≧0, where SFN start time , slot start time and symbol start time where SFN, slot, and symbol of the first PUSCH transmission opportunity after the configured grant is (re-)initialized, respectively, and numberOfSlotsPerFrame and numberOfSymbolsPerSlot indicate the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively (see Table 1 and Table 2).

[0170] In some scenarios, the BS further provides the UE with parameters harq-ProcID-Offset and / or harq-ProcID-Offset2 used to derive the HARQ process ID for the configured uplink grant. harq-ProcID-Offset is the offset of the HARQ process for the configured grant for operation with shared spectrum channel access, and harq-ProcID-Offset2 is the offset of the HARQ process for the configured grant. In this specification, cg-RetransmissionTimer is the duration during which the UE must not autonomously perform a retransmission using the HARQ process of the (re)transmission after a (re)transmission based on the configured grant, and is a parameter provided to the UE by the BS when retransmission on the configured uplink grant is configured. For a configured grant where neither harq-ProcID-Offset nor cg-RetransmissionTimer is configured, the HARQ process ID associated with the first symbol of the UL transmission is derived from the following formula: HARQ Process ID=[floor(CURRENT_symbol / periodicity)]modulo nrofHARQ-Processes.For a configured uplink grant with harq-ProcID-Offset2, the HARQ process ID associated with the first symbol of an UL transmission is derived from the following formula: HARQ Process ID=[floor(CURRENT_symbol / periodicity)] modulo nrofHARQ-Processes+harq-ProcID-Offset2, where CURRENT_symbol=(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot+slot number in the frame*numberOfSymbolsPerSlot+symbol number in the slot), and numberOfSlotsPerFrame and numberOfSymbolsPerSlot denote the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively. For a configured UL grant with cg-RetransmissionTimer, the UE may arbitrarily select a HARQ process ID from among the HARQ process IDs available for configuration of the configured grant.

[0171] For downlink, the UE is configured with semi-persistent scheduling (SPS) per serving cell and per BWP via RRC signaling from the BS. For DL ​​SPS, the DL allocation is provided to the UE via PDCCH and is stored or removed based on L1 signaling indicating SPS activation or deactivation. When SPS is configured, the UE is provided with the following parameters from the BS via RRC signaling:

[0172] - cs-RNTI, the CS-RNTI for activation, deactivation and retransmission;

[0173] - nrofHARQ-Processes, providing the number of configured HARQ processes for SPS;

[0174] - periodicity, which provides the periodicity of the configured downlink allocation for SPS.

[0175] - n1PUCCH-AN providing HARQ resources for PUCCH for SPS (the network configures HARQ resources as format 0 or format 1, and the actual PUCCH-resources are configured in PUCCH-Config and referred to in n1PUCCH-AN by their ID).

[0176] After the downlink allocation is configured for SPS, the UE can consider the Nth downlink allocation to occur in succession in a slot that satisfies: (numberOfSlotsPerFrame*SFN+slotNumber in the frame)=[(numberOfSlotsPerFrame*SFN start time +slot start time )+N*periodicity *numberOfSlotsPerFrame / 10] modulo (1024 *numberOfSlotsPerFrame), where SFN start time and slot start time indicates the SFN, slot, and symbol of the first PDSCH transmission after the configured downlink allocation is (re-)initialized, respectively, and numberOfSlotsPerFrame and numberOfSymbolsPerSlot indicate the number of consecutive slots per frame and consecutive OFDM symbols per slot, respectively (see Table 1 and Table 2).

[0177] In some scenarios, the BS also provides the UE with a parameter harq-ProcID-Offset, which is used to derive the HARQ process ID for the configured downlink assignment. harq-ProcID-Offset is the offset of the HARQ process for SPS. For configured downlink assignments without harq-ProcID-Offset, the HARQ process ID associated with the slot where DL transmission starts is determined from the following formula: HARQ Process ID=[floor(CURRENT_slot*10 / (numberOfSlotsPerFrame*periodicity))] modulo nrofHARQ-Processes, where CURRENT_slot=[(SFN*numberOfSlotsPerFrame)+slot number in the frame], and numberOfSlotsPerFrame is the number of consecutive slots per frame. For a configured downlink allocation with harq-ProcID-Offset, the HARQ process ID associated with the slot where DL transmission starts is determined by the following formula: HARQ Process ID=[floor(CURRENT_slot / periodicity)] modulo nrofHARQ-Processes+harq-ProcID-Offset, where CURRENT_slot=[(SFN*numberOfSlotsPerFrame)+slot number in the frame], and numberOfSlotsPerFrame means the number of consecutive slots per frame.

[0178] If the cyclic redundancy check (CRC) of the corresponding DCI format is scrambled with the CS-RNTI provided by the RRC parameter cs-RNTI and the new data indicator field for an enabled transport block is set to 0, the UE validates the DL SPS-allocated PDCCH or the configured UL grant type 2 PDCCH for scheduling activation or descheduling. Validation of a DCI format is achieved when all fields for the DCI format are set according to Table 6 or Table 7. Table 6 illustrates specific fields for DL ​​SPS and UL grant type 2 scheduling activation PDCCH validity confirmation, and Table 7 illustrates specific fields for DL ​​SPS and UL grant type 2 descheduling PDCCH validity confirmation.

[0179] [Table 6]

[0180] [Table 7]

[0181] The actual DL allocation or UL grant for the DL SPS or UL grant type 2, and the corresponding modulation and coding scheme, are provided by resource allocation fields (e.g., a TDRA field providing the TDRA value m, an FDRA field providing the frequency resource block allocation, and a modulation and coding scheme field) in the DCI format carried by the scheduling activation PDCCH for the corresponding DL SPS or UL grant type 2. If a valid confirmation is achieved, the UE considers the information in the DCI format as a valid activation or deactivation of the DL SPS or configured UL grant type 2.

[0182] In this specification, a PDSCH based on DL SPS is also referred to as an SPS PDSCH, a PUSCH based on UL CG is also referred to as a CG PUSCH, a PDSCH dynamically scheduled by DCI carried by a PDCCH is also referred to as a DG PDSCH, and a PUSCH dynamically scheduled by DCI carried by a PDCCH is also referred to as a DG PUSCH.

[0183] A control resource set (CORESET), which is a set of time-frequency resources on which a UE can monitor a PDCCH, is defined and / or configured. One or more CORESETs are configured to a UE. A CORESET has a time duration of 1 to 3 OFDM symbols and is composed of a set of physical resource blocks (PRBs). The PRBs constituting the CORESET and the CORESET duration are provided to the UE by higher layer (e.g., RRC) signaling. A set of PDCCH candidates within the configured CORESET is monitored according to the set of search spaces. In the present invention, monitoring implies decoding (commonly known as blind decoding) each PDCCH candidate according to the monitored DCI format. A master information block (MIB) on the PBCH provides the UE with parameters (e.g., CORESET#0 configuration) for monitoring the PDCCH to schedule a PDSCH carrying system information block 1 (SIB1). The PBCH may also indicate that there is no associated SIB1, in which case the UE may be indicated not only in the frequency range in which it can assume there is no SSB associated with SSB1, but also in other frequencies in which to search for SSBs associated with SIB1. CORESET#0, the CORESET for scheduling at least SIB1, is configured via MIB or dedicated RRC signaling.

[0184] The set of PDCCH candidates that the UE monitors is defined from a PDCCH search space set. The search space set can be a common search space (CSS) set or a UE-specific search space (USS) set. Each CORESET configuration is associated with one or more search space sets, and each search space set is associated with one CORESET configuration. The search space set s is determined based on the following parameters provided to the UE by the BS:

[0185] - controlResourceSetId: An identifier that identifies the CORESET p associated with the search space set s.

[0186] - monitoringSlotPeriodicityAndOffset: k for setting the slot for PDCCH monitoring s PDCCH monitoring periodicity of slots and s PDCCH monitoring offset in slots.

[0187] - duration: T indicating the number of slots in which the search space set s exists s <k s Duration of slots.

[0188] - monitoringSymbolsWithinSlot: PDCCH monitoring pattern within a slot indicating the first symbol of the CORESET within the slot for PDCCH monitoring.

[0189] - nrofCandidates: Number of PDCCH candidates per CCE aggregation level.

[0190] - searchSpaceType: Indicates whether the search space set s is a CSS set or a USS.

[0191] The parameter monitoringSymbolsWithinSlot indicates, for example, the first symbol for PDCCH monitoring in a slot configured for PDCCH monitoring (see, for example, the parameters monitoringSlotPeriodicityAndOffset and duration). For example, if monitoringSymbolsWithinSlot is 14 bits, the most significant (left) bit represents the first OFDM symbol in the slot, the second most significant (left) bit represents the second OFDM symbol in the slot, and so on, so that the bits of monitoringSymbolsWithinSlot represent each of the 14 OFDM symbols in the slot. For example, a bit set to 1 in monitoringSymbolsWithinSlot identifies the first symbol of CORESET in the slot.

[0192] The UE monitors PDCCH candidates only at PDCCH monitoring occasions. The UE determines the PDCCH monitoring occasions on the active DL BWP within a slot based on the PDCCH monitoring periodicity, PDCCH monitoring offset, and PDCCH monitoring pattern. In some implementations, for a search space set s, the UE determines the PDCCH monitoring occasions for (n f *N frame,u slot +n u s,f -o s )mod k s If =0, then number n f The number n in the frame u s,f The UE determines that it is present in slot n. u s,f Starting from T sMonitor PDCCH candidates for the search space set s for consecutive slots and select the next k s -T s do not monitor PDCCH candidates for search space set s for consecutive slots.

[0193] The following table shows the RNTIs associated with the search space sets, along with example usage:

[0194] [Table 8]

[0195] The table below shows the DCI formats that the PDCCH can carry.

[0196] [Table 9]

[0197] DCI format 0_0 is used to schedule a transport block (TB)-based (or TB-level) PUSCH, and DCI format 0_1 ​​is used to schedule a TB-based (or TB-level) PUSCH or a code block group (CBG)-based (or CBG-level) PUSCH. DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH, and DCI format 1_1 is used to schedule a TB-based (or TB-level) PDSCH or a CBG-based (or CBG-level) PDSCH. In the case of CSS, DCI format 0_0 and DCI format 1_0 have fixed sizes after the BWP size is initially assigned by RRC. In the case of USS, DCI format 0_0 and DCI format 1_0 have fixed sizes for all fields except the frequency domain resource assignment (FDRA) field size, but the FDRA field size can be changed by setting related parameters by the BS. DCI format 0_1 ​​and DCI format 1_1 have DCI field sizes that change depending on various RRC reconfigurations by the BS. DCI format 2_0 is used to convey dynamic slot format information (e.g., SFI DCI) to the UE, DCI format 2_1 is used to convey downlink pre-emption information to the UE, and DCI format 2_4 is used to indicate UL resources on which UL transmission from the UE should be canceled.

[0198] Wireless communication systems (e.g., 3GPP-based wireless communication systems) to which some embodiments of the present invention can be applied support HARQ, which is a combination of retransmission and error correction. When an error is detected in a packet transmission, a packet retransmission is requested, and the receiver attempts to decode the packet based on the previous and current transmissions. In wireless communication systems to which some embodiments of the present invention can be applied, HARQ operates in the MAC and PHY layers. HARQ is a stop-and-wait protocol, which means that no other packets are sent while waiting for feedback for the current packet. Due to round-trip time, this protocol results in inefficient use of radio resources. 3GPP-based wireless communication systems solve this problem by allowing multiple concurrent HARQ processes. Each HARQ process has one packet waiting for ACK. In both the downlink and uplink, a UE supports up to a predetermined number (e.g., 16) of HARQ processes per cell. Each HARQ process typically handles one TB at a time, but when downlink spatial multiplexing is configured, it handles two TBs at a time. For example, if a UE is configured to have a maximum of one schedulable codeword for a single DCI, the number of TBs associated with one HARQ process is one. If a UE is configured to have a maximum of two schedulable codewords for a single DCI, the number of TBs associated with one HARQ process is two. When a retransmitted TB is received, the receiver combines the current and previous transmissions of that TB to decode it. In some scenarios, the TB is very large. If the TB is very large, retransmitting the entire TB even when only a few bits are in error means a waste of radio resources. Therefore, in some scenarios (e.g., 5G NR), code block group-level retransmission is introduced. If a TB with a CRC attached is larger than a predetermined size, the TB with the CRC attached is divided into smaller units called code blocks.Each code block is attached with its own CRC. Since sending a HARQ-ACK for each code block would cause excessive signaling, CBG-level HARQ feedback is considered, in which 2 / 4 / 6 / 8 code blocks are grouped into a code block group (CBG) and HARQ feedback is sent for each CBG. When a transmitter that has transmitted a TB receives CBG-level HARQ feedback from a receiver, it retransmits only the CBGs that need to be retransmitted to the receiver, rather than retransmitting the entire TB. A TB has one or more CBGs, and each CBG has one or more code blocks. In the case of TB-level HARQ feedback, one HARQ-ACK information bit is transmitted for each TB, and in the case of CBG-level HARQ feedback, one HARQ-ACK information bit is transmitted for each CBG.

[0199] FIG. 8 shows an example of a HARQ-ACK transmission / reception process.

[0200] Referring to FIG. 8, a UE may detect a PDCCH in slot n. Then, the UE receives a PDSCH in slot n+K0 according to the scheduling information received via the PDCCH in slot n, and then transmits UCI via a PUCCH in slot n+K1. Here, the UCI includes a HARQ-ACK response to the PDSCH. In some scenarios, PUCCH feedback may be based on a sub-slot consisting of a number of OFDM symbols less than 14 (e.g., 2 to 7) rather than just a slot consisting of 14 OFDM symbols.

[0201] The DCI (e.g., DCI format 1_0, DCI format 1_1) carried by the PDCCH that schedules the PDSCH includes the following information:

[0202] - Frequency domain resource assignment (FDRA): Indicates the RB set allocated to the PDSCH.

[0203] - Time domain resource assignment (TDRA): Indicates the DL assignment-to-PDSCH slot offset K0, the starting position (e.g., symbol index S) and length (e.g., number of symbols L) of the PDSCH within the slot, and the PDSCH mapping type. PDSCH mapping type A or PDSCH mapping type B is indicated by TDRA. For PDSCH mapping type A, the DMRS is located at the third symbol (symbol #2) or the fourth symbol (symbol #3) in the slot. For PDSCH mapping type B, the DMRS is located at the first symbol allocated for the PDSCH.

[0204] - PDSCH-to-HARQ_feedback timing indicator: indicates K1.

[0205] If the PDSCH is configured to transmit up to one TB, the HARQ-ACK response consists of 1 bit. If the PDSCH is configured to transmit up to two transport blocks (TBs), the HARQ-ACK response consists of 2 bits if spatial bundling is not configured, and 1 bit if spatial bundling is configured. If the HARQ-ACK transmission time for multiple PDSCHs is specified as slot n+K1, the UCI transmitted in slot n+K1 includes the HARQ-ACK responses for multiple PDSCHs.

[0206] In this specification, a HARQ-ACK payload consisting of HARQ-ACK bits for one or more PDSCHs is also referred to as a HARQ-ACK codebook. HARQ-ACK codebooks are classified into i) semi-static HARQ-ACK codebooks, ii) dynamic HARQ-ACK codebooks, and iii) HARQ process-based HARQ-ACK codebooks depending on how the HARQ-ACK payload is determined.

[0207] In the case of a semi-static HARQ-ACK codebook, parameters related to the HARQ-ACK payload size reported by the UE are semi-statically configured by (UE-specific) higher layer (e.g., RRC) signaling. For example, the size of the HARQ-ACK payload in the semi-static HARQ-ACK codebook is determined based on the number of HARQ-ACK bits corresponding to the combination (hereinafter referred to as the bundling window) of all DL carriers (i.e., DL serving cells) configured for the UE and all DL scheduling slots (or PDSCH transmission slots or PDCCH monitoring slots) for which HARQ-ACK transmission timing is indicated, i.e., the maximum HARQ-ACK payload size transmitted via one PUCCH in one slot. In other words, the semi-static HARQ-ACK codebook scheme is a scheme in which the size of the HARQ-ACK codebook is fixed (to the maximum value) regardless of the number of DL data actually scheduled. For example, the DL grant DCI (PDCCH) includes PDSCH to HARQ-ACK timing information, which has one of multiple values ​​(e.g., k). For example, if a PDSCH is received in slot #m and the PDSCH to HARQ-ACK timing information in the DL grant DCI (PDCCH) scheduling the PDSCH indicates k, the HARQ-ACK information for the PDSCH is transmitted in slot #(m+k). For example, k∈{1, 2, 3, 4, 5, 6, 7, 8}. On the other hand, if the HARQ-ACK information is transmitted in slot #n, it includes as many HARQ-ACKs as possible based on the bundling window. That is, the HARQ-ACK information in slot #n includes the HARQ-ACK corresponding to slot #(nk). For example, if k∈{1, 2, 3, 4, 5, 6, 7, 8}, the HARQ-ACK information for slot #n includes HARQ-ACKs corresponding to slot #(n-8) to slot #(n-1) (i.e., the maximum number of HARQ-ACKs), regardless of the actual DL data reception. Here, the HARQ-ACK information can be replaced with a HARQ-ACK codebook or a HARQ-ACK payload.Furthermore, the slots can be understood / replaced as candidate occasions for DL ​​data reception. As illustrated, the bundling window is determined based on the PDSCH-to-HARQ-ACK timing with respect to the HARQ-ACK slot, and the PDSCH-to-HARQ-ACK timing set has a predetermined value (e.g., {1, 2, 3, 4, 5, 6, 7, 8}) or is configured by higher layer (RRC) signaling. A semi-static HARQ-ACK codebook is also referred to as a Type-1 HARQ-ACK codebook. In the case of a Type-1 HARQ-ACK codebook, the number of bits transmitted in a HARQ-ACK report is fixed and may be large. A Type-1 HARQ-ACK codebook is inefficient when many cells are configured but only a few cells are scheduled.

[0208] In addition, in the case of a dynamic HARQ-ACK codebook, the HARQ-ACK payload size reported by the UE can be dynamically changed depending on DCI, etc. A dynamic HARQ-ACK codebook is also called a type-2 HARQ-ACK codebook. The type-2 HARQ-ACK codebook can be considered a more optimized HARQ-ACK feedback because the UE only sends feedback to the scheduled serving cells. In addition, in poor channel conditions, the UE may incorrectly determine the number of scheduled serving cells. To address this issue, a DAI is included as part of the DCI. For example, in the dynamic HARQ-ACK codebook scheme, the DL scheduling DCI includes a counter-DAI (i.e., c-DAI) and / or a total-DAI (i.e., t-DAI). Here, DAI refers to a downlink assignment index, which is used by the BS to inform the UE of the transmitted or scheduled PDSCH included in one HARQ-ACK transmission. In particular, c-DAI is an index indicating the order between PDCCHs carrying DL scheduling DCI (hereinafter referred to as DL scheduling PDCCHs), and t-DAI is an index indicating the total number of DL scheduling PDCCHs up to the current slot in which a PDCCH having t-DAI is present.

[0209] On the other hand, in the case of an HARQ process-based HARQ-ACK codebook, the HARQ-ACK payload is determined based on all HARQ processes of all configured (or activated) serving cells in a PUCCH group. For example, the HARQ-ACK payload size reported by a UE using an HARQ process-based HARQ-ACK codebook is determined by the number of all configured or activated serving cells in a PUCCH group configured for the UE and the number of HARQ processes for the serving cells. The HARQ process-based HARQ-ACK codebook is also called a Type-3 HARQ-ACK codebook. The Type-3 HARQ-ACK codebook can be applied to one-shot feedback. For example, if a UE is provided with pdsch-HARQ-ACK-OneShotFeedback by RRC signaling and the UE detects a DCI format including a one-shot HARQ-ACK request field with value 1 at any PDCCH monitoring period, the UE includes the HARQ-ACK information in the Type-3 HARQ-ACK codebook.

[0210] 9 shows an example of a HARQ process-based HARQ-ACK codebook according to some embodiments of the present invention, in which "AN" means HARQ-ACK information and "HP" means HARQ process.

[0211] Referring to Figure 9, if the number of HARQ processes for Cell #0 is 6, the number of HARQ processes for Cell #1 is 6, and the number of HARQ processes for Cell #2 is 4, the HARQ process-based HARQ-ACK codebook (particularly, the Type-3 HARQ-ACK codebook according to 3GPP TS 38.213 Rel-16) is generated to include HARQ-ACK information for each of the 8 HARQ processes of Cell #0, the 8 HARQ processes of Cell #1, and the 4 HARQ processes of Cell #2, regardless of whether the HARQ process is associated with a dynamic PDSCH or an SPS PDSCH.

[0212] If the UE is provided with pdsch-HARQ-ACK-CodebookList by RRC signaling, the UE is instructed to generate one or more HARQ-ACK codebooks by pdsch-HARQ-ACK-CodebookList. If the UE is instructed to generate one HARQ-ACK codebook, the HARQ-ACK codebook is associated with the PUCCH with priority index 0. If the UE is provided with pdsch-HARQ-ACK-CodebookList, the UE multiplexes only HARQ-ACK information associated with the same priority index into the same HARQ-ACK codebook. If the UE is instructed to generate two HARQ-ACK codebooks, the first HARQ-ACK codebook is associated with the PUCCH with priority index 0, and the second HARQ-ACK codebook is associated with the PUCCH with priority index 1.

[0213] The unit of the time difference between PUCCH transmissions for HARQ-ACK feedback transmission from the DL data channel (e.g., PDSCH-to-HARQ_feedback timing indicator) is determined by a pre-configured subslot length (e.g., the number of symbols constituting a subslot). For example, the unit of the time difference between the DL data channel and PUCCH for HARQ-ACK feedback transmission is configured by the parameter "subslotLengthForPUCCH" in PUCCH-Config, which is configuration information used to configure UE-specific PUCCH parameters. According to this scenario, the length unit of the PDSCH-to-HARQ feedback timing indicator is configured for each HARQ-ACK codebook.

[0214] In some scenarios, uplink or downlink scheduling is performed dynamically or semi-statically, and the BS configures or instructs the UE to configure or instruct the transmission direction (e.g., downlink, uplink, or flexible) of each symbol semi-statically using a tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated message, or dynamically using DCI format 2_0. The configured uplink or downlink scheduling may be canceled depending on the configured / instructed transmission direction. For example, a PUCCH configured for HARQ-ACK transmission of an SPS PDSCH (hereinafter, SPS HARQ-ACK) may be canceled depending on the configured or instructed transmission direction. When transmission of HARQ-ACK information is canceled depending on the configured or instructed transmission direction, HARQ-ACK postponement is considered, which postpones the canceled (SPS) HARQ-ACK PUCCH transmission to another slot in order to provide the HARQ-ACK information to the BS.

[0215] FIG. 10 shows an example of HARQ-ACK deferral.

[0216] In some scenarios (e.g., 3GPP NR Rel-16), when a PDSCH is scheduled for a UE by a BS, the UE transmits a PUCCH carrying a HARQ-ACK for the PDSCH (hereinafter referred to as a HARQ-ACK PUCCH) at a time specified by the scheduling information for the PDSCH. However, this series of operations requires the UE to always transmit the PUCCH a predetermined time after receiving a semi-statically configured SPS PDSCH. If a TDD UL-DL pattern that is not aligned with the period of the SPS PDSCH is used or if the BS's dynamic TDD operation easily cancels the PUCCH transmission, the PDSCH transmission associated with the canceled PUCCH transmission is also canceled or requires retransmission. Therefore, to solve this problem, an operation has been considered in which the UE defer, i.e., delays, a predetermined PUCCH timing for the PDSCH in a predetermined or arbitrary manner. For example, when a PUCCH configured for HARQ-ACK transmission of an SPS PDSCH (hereinafter, referred to as SPS HARQ-ACK) is canceled due to a configured or indicated transmission direction, HARQ-ACK deferral is considered, which postpones HARQ-ACK transmission after the originally expected time. Referring to FIG. 10, for example, if an SPS PDSCH in slot #m-1 uses HARQ process #i and HARQ-ACK transmission for the SPS PDSCH is scheduled in slot #m, the UE may decide to postpone the PUCCH in slot #m for HARQ-ACK transmission for the SPS PDSCH to slot #n based on a predetermined condition. This HARQ-ACK deferral allows the UE and BS to subsequently transmit / receive HARQ-ACK information for the SPS PDSCH even if the PUCCH transmission is canceled.

[0217] HARQ-ACK response transmission due to dynamic PDSCH scheduling is not canceled by the above-mentioned setting or indicated transmission direction, but if the HARQ-ACK included in the PUCCH is included in a HARQ-ACK codebook with low priority, the PUCCH transmission itself may be canceled due to prioritization between priorities, and regardless of the PDSCH scheduling method, the PUCCH transmission may not be successfully received by the BS due to channel fluctuations, etc.

[0218] If the HARQ-ACK response transmission is canceled or fails, the BS cannot determine whether the PDSCH transmission was successful, which causes PDSCH retransmission. This essentially creates additional delay time in PDSCH transmission. If a PUCCH transmission carrying a HARQ-ACK codebook containing multiple HARQ-ACKs is canceled, multiple corresponding PDSCHs must be transmitted again, which causes a significant problem in system resource availability. This problem can be solved by increasing the size of the time-frequency resource used for the PUCCH / PUSCH to improve the reliability of uplink transmission carrying HARQ-ACKs. However, the system's uplink radio resources are limited in order to always use a large enough uplink time-frequency resource to obtain satisfactory reliability.

[0219] To solve this problem, the following two methods can be considered: One is a type-3 HARQ-ACK codebook that reports the status of the HARQ processor that the UE has at a specific time as an HARQ process-based HARQ-ACK response, and the other is a codebook retransmission-based one-shot HARQ-ACK retransmission that retransmits the previous HARQ-ACK codebook.

[0220] In the present invention, when a UE supports both of the above two methods, an integrated signaling method is described that allows the UE to use both of the two methods as one (signaling) method. A UE using some embodiments of the present invention can receive HARQ-ACK retransmission scheduling through L1 signaling and / or higher layer signaling from a BS and freely perform HARQ process-based retransmission or codebook-based retransmission.

[0221] Below, we will describe several embodiments of the present invention regarding methods and procedures in which a UE receives L1 signaling (e.g., DCI) from a BS instructing the UE to transmit a PUCCH / PUSCH transmission that the UE previously transmitted or whose transmission was canceled (i.e., that the UE attempted to transmit) and instructing a new PUCCH resource, and the UE, having received the L1 signaling, retransmits a HARQ-ACK response or UCI included in the previous PUCCH / PUSCH transmission on the PUCCH resource newly indicated by the DCI, or transmits status information of a subset of HARQ processes that the UE currently has.

[0222] FIG. 11 illustrates an example flow of UE operation according to some implementations of the present invention.

[0223] The UE receives RRC configuration (e.g., PDSCH-Config, PUCCH-Config) including a PDSCH reception method and a PUCCH transmission method from the BS. The UE receives DL-SCH (e.g., transport block) via SPS PDSCH or dynamically scheduled PDSCH and transmits a HARQ-ACK response to the DL-SCH. In some embodiments of the present invention, the UE receives L1 signaling (e.g., DCI) from the BS instructing the UE to retransmit a HARQ-ACK codebook (e.g., a first HARQ-ACK codebook) that the UE previously transmitted or attempted to transmit (S1101). Upon receiving the L1 signaling, the UE reconstructs a HARQ-ACK codebook according to some embodiments of the present invention based on a previous HARQ-ACK response transmission (e.g., transmission of a first HARQ-ACK codebook) indicated by the L1 signaling (S1103), and transmits the reconstructed HARQ-ACK codebook (e.g., a second HARQ-ACK codebook) to the uplink resources explicitly or implicitly indicated by the L1 signaling (S1105).

[0224] FIG. 12 illustrates an example flow of BS operation according to some embodiments of the present invention.

[0225] The BS performs RRC configuration for the UE, including a PDSCH reception method and a PUCCH transmission method. The BS transmits a DL-SCH (e.g., a transport block) to the UE via an SPS PDSCH or a dynamically scheduled PDSCH, and receives a HARQ-ACK response thereto. According to some embodiments of the present invention, the BS transmits L1 signaling (e.g., DCI) to the UE regarding a HARQ-ACK response (e.g., a first HARQ-ACK codebook) that needs to be retransmitted by the UE (S1601). According to some embodiments of the present invention, the BS expects the UE, having received the L1 signaling, to reconstruct a HARQ-ACK codebook based on a previous HARQ-ACK response transmission (e.g., transmission of a first HARQ-ACK codebook) indicated by the L1 signaling, and transmits the reconstructed HARQ-ACK codebook on an uplink resource indicated explicitly or implicitly by the L1 signaling, and receives the HARQ-ACK codebook. In other words, the BS receives a second HARQ-ACK codebook associated with the first HARQ-ACK codebook in an uplink resource explicitly or implicitly indicated by L1 signaling (S1605).

[0226] The UE and BS perform RRC configuration to determine the SPS PDSCH and slot format for TDD operation. The BS configures one or more SPS PDSCHs for the UE (i.e., provides one or more SPS configurations), and the UE receives the SPS PDSCH and transmits the associated PUCCH. If the UE cancels a PUCCH transmission, the UE postpones the PUCCH transmission, and the BS instructs new scheduling for the associated HARQ process after the canceled PUCCH resource. In some implementations, the UE receives multiple scheduling requests for one HARQ process before the HARQ-ACK response and transmits a multiplexed HARQ-ACK PUCCH. This is to operate a short-period SPS PDSCH with a small number of HARQ processes.

[0227] The UE and BS perform RRC configuration for PDSCH reception / transmission and PUCCH reception / transmission. The BS schedules an SPS PDSCH or PDSCH to the UE, and the UE receives the scheduled PDSCH (semi-statically or dynamically) and transmits an associated HARQ-ACK response. For an HARQ-ACK response or an uplink transmission including the HARQ-ACK response that requires retransmission, the BS sends L1 signaling (e.g., DCI) to the UE requesting retransmission according to some embodiments of the present invention. The UE, upon receiving the L1 signaling, reconfigures its HARQ-ACK codebook according to a method proposed by some embodiments of the present invention based on the previous HARQ-ACK response transmission indicated by the L1 signaling, and transmits the reconfigured HARQ-ACK codebook on the uplink resource explicitly or implicitly indicated by the L1 signaling. The BS receives the HARQ-ACK response retransmitted by the UE and, if necessary, updates the state of the HARQ process according to the HARQ-ACK response.

[0228] Some of the methods for implementing the present invention described below may be selectively applied. Alternatively, each method may be applied independently without being combined with other methods. Alternatively, one or more methods may be applied in a combined or linked form. Some terms, symbols, sequences, etc. used in the present invention may be replaced with other terms, symbols, sequences, etc.

[0229] <Implementation 1> Scheme selection for HARQ-ACK retransmission

[0230] When two or more HARQ-ACK retransmission methods are configured for the UE, the UE dynamically selects one retransmission method via an indicator included in a DCI format for scheduling a PDSCH or PUSCH. The HARQ-ACK retransmission methods include the following:

[0231] > (HARQ process base) (Rel-16) Type-3 codebook

[0232] >> As an example, the Type-3 HARQ-ACK codebook defined in Section 9.1.4 of Version 16 of 3GPP TS 38.213 is used for HARQ-ACK transmission.

[0233] >> A UE instructed to retransmit HARQ-ACK using a (Rel-16) Type-3 codebook reports the status information of all HARQ processes configured in the UE (e.g., the HARQ-ACKs for each of the HARQ processes) using one Type-3 codebook.

[0234] >> In some embodiments of the present invention, the (Rel-16) Type-3 codebook may include new data indicator (NDI) information for each HARQ process, and the HARQ-ACK for each HARQ process may consist of a set of HARQ-ACKs for each codebook block group. The NDI is used to determine whether a TB transmitted / received for a given HARQ process is a new transmission or a retransmission. If the NDI is toggled from the PDSCH scheduling DCI compared to the previous NDI value, i.e., if the NDI value in the PDSCH scheduling DCI is different from the NDI value sent from the previous transmission, it means that the TB scheduled by the PDSCH scheduling DCI for a given HARQ process is new downlink data.

[0235] > (HARQ process based) Enhanced Type-3 codebook

[0236] >> A Type-3 codebook that selectively transmits only a portion of the information in the (Rel-16) Type-3 codebook may be used for HARQ-ACK transmission. For convenience of explanation, in the present invention, the HARQ process-based codebook used to report HARQ-ACK information for all HARQ processes configured in the UE is referred to as the (Rel-16) Type-3 codebook or legacy Type-3 codebook, and the HARQ process-based codebook used to report HARQ-ACK information for a portion of the HARQ processes configured in the UE is referred to as the advanced Type-3 codebook.

[0237] >>> As an example, the advanced Type-3 codebook is a Type-3 HARQ-ACK codebook configured for an indicated and / or configured subset of HARQ processes. For example, if a UE supports up to A serving cells and up to B HARQ processes for DL ​​in each serving cell, the BS may indicate to the UE whether B HARQ processes for each of the A serving cells are subject to its advanced Type-3 codebook. For example, if a UE is configured with three serving cells, cell #0, cell #1, and cell #2, and the BS configures the UE with a Rel-16 Type-3 codebook, an advanced Type-3 HARQ-ACK codebook 0 with HARQ processes #2, #4, and #5 of cell #0 and HARQ processes #2 and #3 of cell #2, and an advanced Type-3 HARQ-ACK codebook 1 with HARQ processes #0 and #2 of cell #1, and the UE receives a DCI containing an instruction for the advanced Type-3 HARQ-ACK codebook 1, the UE will transmit a HARQ-ACK codebook containing HARQ-ACK information for each of HARQ processes #0 and #2 of cell #1.

[0238] >>> As another example, the advanced Type-3 codebook is a Type-3 HARQ-ACK codebook configured for an indicated and / or configured subset of component carriers (CCs). For example, if a UE supports up to A serving cells, the BS provides the UE with information indicating whether the HARQ processes of the A serving cells are subject to the advanced Type-3 codebook. For example, if a UE is configured with three serving cells, cell #0, cell #1, and cell #2, HARQ processes #0 to #5 are configured for cell #0, HARQ processes #0 to #5 are configured for cell #1, and HARQ processes #0 to #3 are configured for cell #2, and the BS configures the UE with a Rel-16 Type-3 codebook, an advanced Type-3 HARQ-ACK codebook 0 configured for cells #0 and #2, and an advanced Type-3 HARQ-ACK codebook 1 configured for cell #1, and the UE receives DCI including an instruction regarding the advanced Type-3 HARQ-ACK codebook 1, the UE will transmit a HARQ-ACK codebook including HARQ-ACK information for each of HARQ processes #0 to #5 of cell #1.

[0239] >>> As another example, the advanced Type-3 codebook is a Type-3 HARQ-ACK codebook configured for a subset of the HARQ processes used for the SPS PDSCH.

[0240] >>> As another example, the advanced Type-3 codebook is a Type-3 HARQ-ACK codebook configured for a subset of HARQ processes available for UL transmissions with a high priority index.

[0241] >> A UE instructed to retransmit HARQ-ACK using an advanced Type-3 codebook reports the status information of some HARQ processes selected by the method instructed or configured in the UE using one Type-3 codebook.

[0242] >> In some embodiments of the present invention, the advanced Type-3 codebook also includes NDI information for each HARQ process, and the HARQ-ACK for each HARQ process may consist of a set of HARQ-ACKs for each codebook block group.

[0243] >> The UE is configured with multiple advanced type-3 codebooks, i.e., multiple HARQ process selection methods. When an advanced type-3 codebook is indicated, a UE configured with multiple HARQ process selection methods uses one HARQ process selection method indicated by L1 signaling (e.g., DCI) or higher layer signaling provided by the BS. The multiple advanced type-3 codebooks are different subsets of HARQ-ACK processes for which the UE reports HARQ-ACK information.

[0244] > (Codebook-based) One-time HARQ-ACK retransmission

[0245] >> The UE receives DCI X from the BS, which explicitly or implicitly indicates a previously scheduled PUCCH or PDSCH to the UE, and retransmits a HARQ-ACK response corresponding to the PUCCH indicated by DCI X or the HARQ-ACK codebook or PDSCH included in the PUCCH. For convenience of explanation, the PUCCH that the UE transmitted or attempted to transmit before receiving DCI X and the PUCCH indicated by the DCI or the PUCCH scheduled in the slot indicated by the DCI will be referred to as the previous PUCCH, and the PUCCH transmitted based on DCI X and the previous PUCCH will be referred to as the new PUCCH.

[0246] >> In the case of a retransmission, the UCI payload is the UCI payload generated based on the slot in which the HARQ-ACK transmission for which retransmission is requested was previously scheduled.

[0247] >> When a one-time HARQ-ACK retransmission is indicated, the UE further receives an indicator that explicitly indicates the PUCCH or PDSCH for which the requested HARQ-ACK transmission was previously scheduled. This indicator indicates the previously scheduled PUCCH or PDSCH in slot offset units with respect to the newly scheduled PUCCH together with the one-time HARQ-ACK retransmission indication. For example, the difference between the slot index of the slot including the new PUCCH scheduled by or transmitted based on DCI X and the slot index of the previous slot indicated by DCI X is indicated to the UE. Alternatively, the indicator indicates the previously scheduled PUCCH or PDSCH in slot offset units with respect to the time of reception of the one-time HARQ-ACK retransmission indication. For example, the difference between the slot index of the slot in which the PDCCH in which DCI X is received is located and the slot index of the slot indicated by DCI X is indicated to the UE. A UE that transmitted or attempted to transmit a PUCCH or PUSCH with the first HARQ-ACK codebook in slot m is instructed to transmit a PUCCH with the first HARQ-ACK codebook in slot n+K after slot m by DCI X received on a PDCCH ending in slot n. DCI X includes information about slot offset L, and the UE determines slot m as m=mL.

[0248] In order for the UE to dynamically select one of the retransmission methods from the above-mentioned retransmission methods, at least one of the following methods can be considered.

[0249] > Method 1_1: Two DCI fields are added to the DCI as follows:

[0250] >> 1-bit HARQ-ACK retransmission trigger

[0251] >>> The UE will not perform HARQ-ACK retransmission if the HARQ-ACK retransmission trigger is instructed to be "0", and will perform HARQ-ACK retransmission only if it is instructed to be "1".

[0252] >> N-bit HARQ-ACK retransmission scheme indicator

[0253] >>> When the UE is instructed that the HARQ-ACK retransmission trigger is '1' and performs a HARQ-ACK retransmission, one of the retransmission methods is indicated to the UE by an N-bit retransmission scheme indicator. In this case, the size N of the retransmission scheme indicator field is ceil(log2(K)), where K is the number of configured retransmission methods. Each of the configured multiple advanced Type-3 codebooks is considered as one retransmission method. As an example, if a UE is configured to use a (Rel-16) Type-3 codebook, three advanced Type-3 codebooks, and perform one HARQ-ACK retransmission, the number of retransmission methods K is 5, and the size of N of the retransmission scheme indicator is 3.

[0254] >> When using method 1_1, the previously scheduled PUCCH or PDSCH associated with the HARQ-ACK retransmitted by the one-time HARQ-ACK retransmission is determined by a value set by higher layer signaling from the BS. As an example, the slot distance (e.g., the number of slots) from the PUCCH scheduled by the triggering DCI to the retransmitted PUCCH is preset via an RRC parameter, and the UE retransmits the HARQ-ACK information included in the previous PUCCH at the preset slot distance from the PUCCH transmission scheduled by the triggering DCI for the one-time HARQ-ACK retransmission to the scheduled PUCCH.

[0255] > Method 1_2: The following two DCI fields are added to the DCI:

[0256] >> N-bit HARQ-ACK retransmission scheme indicator

[0257] >>> The UE is instructed to select one of the retransmission methods by an N-bit HARQ-ACK retransmission method indicator. Here, the size N of the retransmission method indicator is ceil(log2(K+1)), where K is the number of configured retransmission methods. Multiple configured advanced Type-3 codebooks are considered as one retransmission method. As an example, if a UE is configured to use a (Rel-16) Type-3 codebook, three advanced Type-3 codebooks, and perform one HARQ-ACK retransmission, the number of retransmission methods K is 3, and the size N of the retransmission method indicator is 2.

[0258] >>> One of the bit representations of the HARQ-ACK retransmission scheme indicator (e.g., all '0's' or all '1's') is reserved as 'no trigger state'. The UE will not perform HARQ-ACK retransmission when instructed to do so in 'no trigger state'.

[0259] >> M-bit additional information field for HARQ-ACK retransmissions

[0260] >>> The UE is instructed on the HARQ-ACK retransmission method by the N-bit HARQ-ACK retransmission method indicator and performs HARQ-ACK retransmission based on the M-bit additional information field, whose interpretation varies depending on the indicated HARQ-ACK retransmission method.

[0261] >>>> For example, if the N-bit HARQ-ACK retransmission scheme indicator indicates a (Rel-16) Type-3 codebook, the UE may ignore the additional information field without using it.

[0262] >>>> As another example, if an advanced Type-3 codebook is indicated by the N-bit HARQ-ACK retransmission scheme indicator, the additional information field is used to indicate one of one or more advanced Type-3 codebooks configured in the UE.

[0263] >>>> As another example, when a one-time HARQ-ACK retransmission is indicated by the N-bit HARQ-ACK retransmission scheme indicator, the additional information field is used to indicate the position of the previously scheduled PUCCH or PDSCH. For example, the triggering DCI indicates the (sub-)slot distance from the scheduling PUCCH to the retransmitted PUCCH, or the (sub-)slot distance from the last symbol of the PDCCH on which the triggering DCI is received to the retransmitted PUCCH. Alternatively, a list of these slot distances is pre-configured by the BS, and one of the configured slot distances is instructed to the UE. This operation allows the UE to retransmit a wide range of PUCCHs with limited information and avoids unnecessarily short retransmission intervals.

[0264] >>> The length M-bits of the additional information field is determined by ceil(log2(max(Q,R))), where Q is the number of advanced Type-3 codebooks configured in the UE, and R is the retransmission range of the one-time HARQ-ACK retransmission (e.g., the maximum slot length, number of slots, or set of slots for which retransmission is requested / instructed by the retransmission instruction). For example, if a slot offset relative to a certain reference point is provided to the UE along with the retransmission instruction to indicate the target of the HARQ-ACK retransmission, the slot offset is less than or equal to R, which is the retransmission range.

[0265] The retransmission range of a one-time HARQ-ACK retransmission is configured by higher layer signaling from the BS, is a predefined value (e.g., 16 slots), or is assumed to be the maximum of the PDSCH-to-HARQ-ACK timing values ​​configured in the UE.

[0266] >>>> As another example, when a one-time HARQ-ACK retransmission is performed using a set of slot offsets configured by higher layer signaling from the BS (in other words, when a slot offset index within the set of slot offsets is indicated to retransmit a PUCCH that is the slot offset associated with the indicated index from the scheduled PUCCH), the retransmission range of the one-time HARQ-ACK retransmission means the number of configured slot offsets, i.e., the set of slot offsets. In other words, the slots indicated for retransmission by the retransmission indication are limited to the slots indicated by the set of configured slot offsets.

[0267] >>>> In some implementations, if M'=ceil(log2(Q)) is less than M, then the M' LSBs or M' MSBs of the M bits are used to indicate one of multiple advanced Type-3 codebooks.

[0268] >>> Alternatively, the length M of the additional information field is determined by M=ceil(log2(Q)), where Q is the number of advanced Type-3 codebooks configured in the UE. In this case, the retransmission range for a single HARQ-ACK retransmission is 2 M There will be 1 slot.

[0269] > Method 1_3: The following two DCI fields are added to the DCI:

[0270] >> 1-bit HARQ-ACK retransmission scheme indicator

[0271] >>> The UE is instructed to use one of the following retransmission methods via a 1-bit HARQ-ACK retransmission scheme indicator: Type-3 codebook and one-time HARQ-ACK retransmission. The Type-3 codebook includes the (Rel-16) Type-3 codebook and multiple advanced Type-3 codebooks.

[0272] >> M-bit additional information field for HARQ-ACK retransmissions

[0273] >>> The UE is instructed on the HARQ-ACK retransmission method using a 1-bit HARQ-ACK retransmission method indicator and performs HARQ-ACK retransmission based on the M-bit additional information field. The M-bit additional information field has different cancellations depending on the instructed HARQ-ACK retransmission method.

[0274] >>>> For example, if an advanced Type-3 codebook is indicated by the 1-bit HARQ-ACK retransmission scheme indicator, the additional information field is used to indicate the (Rel-16) Type-3 codebook configured in the UE and / or one of one or more advanced Type-3 codebooks.

[0275] >>>> As another example, when a one-time HARQ-ACK retransmission is indicated by the 1-bit HARQ-ACK retransmission scheme indicator, the additional information field is used to indicate the position of the previously scheduled PUCCH or PDSCH. For example, the triggering DCI indicates the (sub-)slot distance from the scheduling PUCCH to the retransmitted PUCCH, or the (sub-)slot distance from the last symbol of the PDCCH on which the triggering DCI was received to the retransmitted PUCCH. Alternatively, a list of these slot distances is pre-configured by the BS, and one of the configured slot distances is instructed to the UE. This operation allows the UE to retransmit a wide range of PUCCHs with limited information and avoids unnecessarily short retransmission intervals.

[0276] >>> The length M-bits of the additional information field is determined by ceil(log2(max(Q, R))), where Q is the number of advanced Type-3 codebooks configured in the UE, and R is the retransmission range of the one-time HARQ-ACK retransmission (e.g., the maximum slot length, number of slots, or set of slots for which retransmission is requested / instructed by the retransmission instruction).

[0277] The retransmission range of a one-time HARQ-ACK retransmission is configured by higher layer signaling from the BS, is a predefined value (e.g., 16 slots), or is assumed to be the maximum of the PDSCH-to-HARQ-ACK timing values ​​configured in the UE.

[0278] >>>> As another example, when a one-time HARQ-ACK retransmission is performed using a set of slot offsets configured by higher layer signaling of the BS (in other words, when a PUCCH is retransmitted at a slot offset associated with the indicated index from a scheduled PUCCH by indicating an index of a slot offset within the set), the retransmission range of the one-time HARQ-ACK retransmission means the number of configured slot offsets, i.e., the set of slot offsets. In other words, the slots indicated for retransmission by the retransmission indication are limited to the slots indicated by the set of configured slot offsets.

[0279] >>>> In some implementations, if M'=ceil(log2(Q)) is less than M, then the M' LSBs or M' MSBs of the M bits are used to indicate one of multiple advanced Type-3 codebooks.

[0280] >>>> The number of configured Type-3 codebooks is the total number of configured (Rel-16) Type-3 codebooks (i.e., codebooks containing HARQ-ACK information for all HARQ-ACK processes configured in the UE) and multiple configured advanced Type-3 codebooks.

[0281] >>>> To indicate one of the configured type-3 codebooks with an M-bit, the following can be considered: A bit representation indicating a (Rel-16) type-3 codebook is predefined. For example, if the index of the advanced type-3 codebook starts with 0, a bit representation with all M bits set to "1" indicates the Rel-16 type-3 codebook, and if the index of the advanced type-3 codebook starts with 1, a bit representation with all M bits set to "0" indicates the Rel-16 type-3 codebook. Other bit representations indicate the advanced type-3 codebook with the equivalent index.

[0282] >>> As another example, the length M of the additional information field is determined by M=ceil(log2(Q)), where Q is the number of advanced Type-3 codebooks configured in the UE. In this case, the retransmission range for a single HARQ-ACK retransmission is 2 M There are slots.

[0283] >>> At least one of the following methods may be further considered to represent the case where HARQ-ACK retransmission is not performed: If the HARQ-ACK retransmission scheme indicator indicates a one-time HARQ-ACK retransmission and the additional information field indicates the slot offset as 0, the UE does not perform HARQ-ACK retransmission. If the HARQ-ACK retransmission scheme indicator indicates a Type-3 codebook and there is no Type-3 codebook associated with the value indicated in the additional information field, the UE does not perform HARQ-ACK retransmission.

[0284] In some embodiments of the present invention, the HARQ-ACK retransmission method is configured for each priority. For example, the HARQ-ACK retransmission method configured for the UE to use varies depending on the priority of the scheduled PUCCH. If the DCI field length determined for each priority, for example, the length of the indicator field for the HARQ-ACK retransmission scheme of method 1_1 or the lengths of the indicator and additional information fields for the HARQ-ACK retransmission scheme of method 1_2, varies depending on the priority, the UE configures or assumes a DCI format for each field based on the maximum value among the values ​​determined according to the configured priority.

[0285] <Implementation 2> NDI and CBG configuration for enhanced type-3 codebook

[0286] In some implementations, for a (Rel-16) Type-3 codebook, the BS configures the UE to include NDI information for each HARQ process in the Type-3 codebook and to perform HARQ-ACK reporting on a code block group (CBG) basis. As described above, the NDI is used to determine whether a TB transmitted / received for a given HARQ process is a new transmission or a retransmission. For example, if the NDI is toggled from the PDSCH scheduling DCI compared to the previous NDI value, i.e., if the NDI value in the PDSCH scheduling DCI is different from the NDI value sent from the previous transmission, this means that the TB scheduled by the PDSCH scheduling DCI for a given HARQ process is new downlink data.

[0287] In some embodiments of the present invention, when a UE uses an advanced Type-3 codebook, the UE uses multiple Type-3 codebooks with different purposes. For example, the UE is configured with a Type-3 codebook to reduce UCI payload size and increase reliability, or a Type-3 codebook for obtaining detailed information only about a specific HARQ process. To meet these purposes, it is possible to separately configure the advanced Type-3 codebook to determine whether or not to include NDI information and whether or not to perform HARQ-ACK reporting on a Code Block Group (CBG) basis. For example, the following methods are possible.

[0288] > Method 2_1: RRC parameters are configured for the (Rel-16) type-3 codebook and all advanced type-3 codebooks, respectively. For example, in addition to the RRC parameter determining whether to include NDI information for the (Rel-16) type-3 codebook and the RRC parameter determining whether to perform CBG-based HARQ-ACK reporting, a separate pair of RRC parameters is configured for determining whether to include NDI information and whether to perform CBG-based HARQ-ACK reporting. The RRC parameter pair determines whether to include NDI information for all advanced type-3 codebooks and whether to perform CBG-based HARQ-ACK reporting. For example, RRC parameters related to NDI feedback and RRC parameters related to CBG feedback are configured for the (Rel-16) type-3 codebook, and RRC parameters related to NDI feedback and RRC parameters related to CBG feedback are configured for the list of advanced type-3 codebooks. In some implementations, the absence of each parameter means the absence of NDI information and TB-based HARQ-ACK reporting, respectively. For example, if an RRC parameter related to NDI feedback is present in the configuration for the (Rel-16) Type-3 codebook or the configuration for the list of advanced Type-3 codebooks, the UE shall include NDI for each HARQ-ACK reported by the Type-3 codebook, and if an RRC parameter related to NDI feedback is absent in the configuration for the (Rel-16) Type-3 codebook or the configuration for the list of advanced Type-3 codebooks, the UE shall not include NDI for each HARQ-ACK reported by the Type-3 codebook.As another example, if the configuration for the (Rel-16) type-3 codebook or the configuration for the list of advanced type-3 codebooks contains RRC parameters related to CBG feedback, the UE reports a CBG level HARQ-ACK for each component carrier (i.e., serving cell) for which CBG level transmission is configured, and if the configuration for the (Rel-16) type-3 codebook or the configuration for the list of advanced type-3 codebooks contains no RRC parameters related to CBG feedback, the UE reports a UE TB level HARQ-ACK (even if CBG level transmission is configured for the CC).

[0289] > Method 2_2: (Rel-16) In addition to the RRC parameter that determines whether to include NDI information for a type-3 codebook and the RRC parameter that determines whether to perform CBG-based HARQ-ACK reporting, a pair of RRC parameters that determines whether to include NDI information and whether to perform CBG-based HARQ-ACK reporting is configured for each advanced type-3 codebook. Each pair of RRC parameters determines whether to include NDI information for the associated advanced type-3 codebook and whether to perform CBG-based HARQ-ACK reporting. In some implementations, the absence of each parameter means the absence of NDI information and TB-based HARQ-ACK reporting, respectively. For example, if an RRC parameter related to NDI feedback is present in the configuration for a certain (Rel-16 or advanced) Type-3 codebook, the UE shall include NDI for each HARQ-ACK reported by the Type-3 codebook, and if an RRC parameter related to NDI feedback is absent in the configuration for the Type-3 codebook, the UE shall not include NDI for each HARQ-ACK reported by the Type-3 codebook. As another example, when RRC parameters related to CBG feedback exist in the configuration for a certain type-3 codebook (Rel-16 or advanced), a UE that receives a DCI requesting type-3 codebook transmission reports a CBG-level HARQ-ACK for each component carrier (i.e., serving cell) configured for CBG level transmission. When RRC parameters related to CBG feedback do not exist in the configuration for a type-3 codebook (Rel-16 or advanced), a UE that receives a DCI requesting type-3 codebook transmission reports a UE TB-level HARQ-ACK using the type-3 codebook (even if CBG level transmission is configured for the CC). Depending on the configured (advanced) type-3 codebook, the associated HARQ process differs, and the number of HARQ processes to which HARQ-ACK information is sent also differs. Therefore, the UCI payload size also differs depending on the configured type-3 codebook.Method 2_2 allows the BS to adjust the reliability of PUCCH transmission by differently setting whether or not to include NDI for each codebook and whether or not to perform CBG level HARQ-ACK transmission, and enables the BS to adjust the payload size of the HARQ-ACK codebook according to the use / purpose of the HARQ-ACK codebook.

[0290] > Method 2_3: (Rel-16) The RRC parameters that determine whether to include NDI information for Type-3 codebooks and whether to perform CBG-based HARQ-ACK reporting also determine whether to include NDI information for all advanced Type-3 codebooks and whether to perform CBG-based HARQ-ACK reporting. In some embodiments of the present invention, the absence of each parameter means the absence of the respective NDI information and TB-based HARQ-ACK reporting.

[0291] 13 to 15 show examples of HARQ process-based HARQ-ACK codebook configuration according to some embodiments of the present invention. In particular, FIG. 13 shows an example of Type-3 HARQ-ACK codebook configuration according to Method 2_1, FIG. 14 shows an example of Type-3 HARQ codebook configuration according to Method 2_2, and FIG. 15 shows an example of Type-3 HARQ-ACK codebook configuration according to Method 2_3. In the examples of FIG. 13 to 15, HARQ process is a parameter for configuring an HARQ process whose HARQ-ACK information is included in the Type-3 HARQ-ACK codebook, and CC is a parameter for configuring a serving cell whose HARQ-ACK information is included in the Type-3 HARQ-ACK codebook. In some embodiments of the present invention, CCs and / or HARQ processes associated with the Type-3 HARQ-ACK codebook may be configured according to Embodiment 1 described above. 13 to 15, for convenience of explanation, it is assumed that a Rel-16 Type-3 HARQ-ACK codebook and two advanced HARQ-ACK codebooks are configured in the UE. Figures 13 to 15 show an example in which the absence of parameters related to NDI feedback and parameters related to CBG feedback indicates the absence of NDI information in the Type-3 HARQ-ACK codebook and TB-level HARQ-ACK feedback. However, in other embodiments of the present invention, parameters related to NDI feedback include a value indicating whether NDI information is included in the Type-3 HARQ-ACK codebook or a value indicating that it is not included, and parameters related to CBG include a value indicating a CBG-based HARQ-ACK report or a TB-based HARQ-ACK report.

[0292] For example, a UE is configured with three serving cells, cell #0, cell #1, and cell #2. The BS configures HARQ processes #0 to #5 for cell #0, HARQ processes #0 to #5 for cell #1, and HARQ processes #0 to #3 for cell #2. The BS also configures the UE with a Rel-16 Type-3 codebook, an advanced Type-3 HARQ-ACK codebook 0 configured for cell #0 and cell #2, and an advanced Type-3 HARQ-ACK codebook 1 configured for HARQ processes #0 and #2 for cell #1. In this case, in some implementations, according to method 2_2, NDI feedback and CBG feedback are configured for the Rel-16 Type-3 HARQ-ACK codebook, NDI feedback is configured for the advanced Type-3 HARQ-ACK codebook 0, and NDI feedback and CBG feedback is configured for the advanced Type-3 HARQ-ACK codebook 1. For cell #1, the BS configures an advanced Type-3 HARQ-ACK codebook with the maximum number of codewords scheduled by DCI set to 2. When receiving DCI including an indication for HARQ-ACK codebook 1, the UE shall determine the HARQ-ACK information bits for each CBG of the first TB for HARQ process #0 of cell #1, the NDI value indicated by the DCI associated with HARQ process #0 for the first TB for HARQ process #0, the HARQ-ACK information bits for each CBG of the second TB for HARQ process #0 of cell #1, and the NDI value indicated by the DCI associated with HARQ process #0 for the second TB for HARQ process #0. a HARQ-ACK codebook including the NDI value indicated by the DCI associated with HARQ process #2 for the first TB for HARQ process #2, HARQ-ACK information bits for each CBG of the second TB for HARQ process #2 of cell #1, and the NDI value indicated by the DCI associated with HARQ process #2 for the second TB for HARQ process #2;

[0293] <Embodiment 3> Multiplexing of HARQ-ACK codebook retransmission

[0294] In the process of the UE performing HARQ-ACK retransmission using the method described in Embodiment 1 above, etc., a situation occurs where HARQ-ACK retransmission and the initial transmission of other HARQ-ACKs are scheduled in one slot. If the scheduled initial HARQ-ACK transmission and HARQ-ACK retransmission are scheduled in one slot, in some embodiments, the UE appends the HARQ-ACK information of the HARQ-ACK retransmission following the HARQ-ACK information of the initial HARQ-ACK transmission to constitute one HARQ-ACK information.

[0295] In some embodiments, when a type-3 codebook or an advanced type-3 codebook is scheduled, the initial transmission of other HARQ-ACKs is excluded, and only the type-3 codebook or the advanced type-3 codebook is transmitted. This is because the characteristics of the type-3 codebook operating based on the HARQ process include the HARQ-ACK information of other previously scheduled PDSCHs.

[0296] In the process of the UE performing HARQ-ACK retransmission using the method described in Embodiment 1 above, etc., when multiple HARQ-ACKs transmitted by a one-time HARQ-ACK retransmission are retransmitted in one slot T, the UE concatenates each retransmitted HARQ-ACK codebook in chronological order of the initial slot before retransmission to constitute one HARQ-ACK UCI. For example, slots T1, T2,..., T N-1 (T n <T m if n < m) If N PUCCHs scheduled in slot T are retransmitted, the UE uses slots T1, T2,..., T N-1N HARQ-ACK codebooks H1, H2, ..., H N-1 are concatenated in the order of their slots to obtain {H1, H2, ..., H N-1}, or by concatenating the slots in reverse order, {H N-1、 H N-2 , ..., H1}.

[0297] When a UE performs HARQ-ACK retransmission using the method described in the above-mentioned embodiment 1, if a (Rel-16) Type-3 codebook and an advanced Type-3 codebook are scheduled for one slot T, the UE constructs one HARQ-ACK UCI Y by concatenating each HARQ-ACK codebook with the (Rel-16) Type-3 codebook first and each advanced Type-3 codebook in the order of their associated configuration indexes. In this case, the following can be further considered.

[0298] > If the transmission of one or more (Rel-16) Type-3 codebooks and / or one or more advanced Type-3 codebooks is indicated in slot T, the other Type-3 codebooks except for the last indicated codebook (e.g., the codebook whose last symbol is the end symbol of the PDCCH in which the triggering DCI for the transmission of the Type-3 codebook is received) are excluded from the transmission and UCI Y.

[0299] As another example, if a (Rel-16) Type-3 codebook transmission is scheduled in slot T, then other advanced Type-3 codebooks in slot T are excluded from transmission and UCI Y.

[0300] If multiple advanced Type-3 codebooks are scheduled to be transmitted in slot T, all other advanced Type-3 codebooks except the one with the lowest configuration index are excluded from transmission and UCI Y.

[0301] > If there is an initial HARQ-ACK transmission scheduled for slot T, and multiple HARQ-ACKs that are subject to one-time HARQ-ACK retransmission are retransmitted in one slot T, the UE shall construct one HARQ-ACK information by appending UCI X configured for one-time HARQ-ACK retransmission following the HARQ-ACK information of the initial HARQ-ACK transmission.

[0302] If there is an initial HARQ-ACK transmission scheduled for slot T (Rel-16) and a Type-3 codebook and / or an advanced Type-3 codebook is scheduled for slot T, the UE constructs one HARQ-ACK information by appending UCI Y following the HARQ-ACK information of the initial HARQ-ACK transmission.

[0303] If there is an initial HARQ-ACK transmission scheduled for slot T (Rel-16), a Type-3 codebook and / or an advanced Type-3 codebook is scheduled for slot T, and multiple HARQ-ACKs that are subject to one-time HARQ-ACK retransmissions are retransmitted in one slot T, the UE constructs one HARQ-ACK information by appending the HARQ-ACK information of the initial HARQ-ACK transmission followed by UCI X configured for one-time HARQ-ACK retransmission, followed by UCI Y. Alternatively, the UE constructs one HARQ-ACK information (i.e., one HARQ-ACK codebook) by appending the HARQ-ACK information of the initial HARQ-ACK transmission followed by UCI Y, followed by UCI X configured for one-time HARQ-ACK retransmission.

[0304] As another example, if transmission of one or more (Rel-16) Type-3 codebooks and / or one or more advanced Type-3 codebooks is instructed in slot T, the UE excludes one-time HARQ-ACK retransmissions and / or initial HARQ-ACK transmissions scheduled for slot T from transmission in slot T. That is, the Type-3 codebook takes priority over one-time HARQ-ACK retransmissions. This is because the (Rel-16) Type-3 codebook and the advanced Type-3 codebook are HARQ process-based HARQ codebooks and are therefore likely to contain HARQ process status information that is provided to the BS by one-time HARQ-ACK retransmissions or general HARQ-ACK transmissions.

[0305] <Implementation 4> Offset indication of one-shot HARQ-ACK retransmission

[0306] The UE receives DCI X from the BS, which explicitly or implicitly indicates a previously scheduled PUCCH or PDSCH to the UE, and retransmits a HARQ-ACK response corresponding to the PUCCH indicated by DCI X or the HARQ-ACK codebook or PDSCH included in the PUCCH. In some implementations, upon retransmission, the UCI payload is a UCI payload generated based on the slot in which the HARQ-ACK transmission for which retransmission is requested was previously scheduled.

[0307] When a one-time HARQ-ACK retransmission is indicated to the UE, an offset indicator is also indicated, which explicitly indicates the PUCCH or PDSCH on which the requested HARQ-ACK transmission was previously scheduled. For example, the following may be considered:

[0308] > The offset indicator indicates the slot offset within the retransmission range (e.g., the maximum slot length, number of slots, or set of slots for which retransmission is requested / instructed by the retransmission instruction) of the one-time HARQ-ACK retransmission from the above criteria.

[0309] The retransmission range of the one-time HARQ-ACK retransmission is configured by higher layer signaling from the BS, or is a predefined value (e.g., 15 or 16 slots), or the maximum of the PDSCH-to-HARQ-ACK timing values ​​configured in the UE is assumed.

[0310] >> As another example, when a one-time HARQ-ACK retransmission is performed according to a set of slot offsets configured by higher layer signaling from the BS (in other words, when a PUCCH is retransmitted at a slot offset associated with the indicated index from a PUCCH scheduled by indicating an index of a slot offset within the set), the retransmission range of the one-time HARQ-ACK retransmission means the number of configured slot offsets, i.e., the set of slot offsets. In other words, the slots indicated for retransmission by the retransmission indication are limited to the slots indicated by the set of configured slot offsets.

[0311] > This offset indicator, together with a one-time HARQ-ACK retransmission indication, indicates the previously scheduled PUCCH or PDSCH in slot offset units for the following criteria:

[0312] >> The slot offset for the previously scheduled PUCCH or PDSCH is indicated based on the PUCCH scheduled by the one-time HARQ-ACK retransmission indication. For example, if the UE is instructed by the one-time HARQ-ACK retransmission indication received in slot n to transmit in slot n+k the HARQ-ACK codebook that the UE transmitted or attempted to transmit in slot m or the HARQ-ACK codebook for PDSCH reception in slot m, the UE determines slot n+kL as slot m based on the slot offset L received along with the one-time HARQ-ACK retransmission indication.

[0313] >> As another example, a slot offset for a previously scheduled PUCCH or PDSCH is indicated based on the time point of receiving the one-time HARQ-ACK retransmission indication. For example, if a UE is instructed by a one-time HARQ-ACK retransmission indication (in a PDCCH) ending in slot n to transmit in slot n+k the HARQ-ACK codebook that the UE transmitted or attempted to transmit in slot m or the HARQ-ACK codebook for PDSCH reception in slot m, the UE determines slot nL as slot m based on the slot offset L received along with the one-time HARQ-ACK retransmission indication.

[0314] >> As another example, a slot offset for a previously scheduled PUCCH or PDSCH is indicated based on the PDSCH scheduled by the one-time HARQ-ACK retransmission indication. For example, if a UE is instructed by a one-time HARQ-ACK retransmission indication received on a PDCCH that ends in slot n and schedules a PDSCH in slot n+K0 to transmit in slot n+k the HARQ-ACK codebook that the UE transmitted or attempted to transmit in slot m or the HARQ-ACK codebook for PDSCH reception in slot m, the UE determines slot n+K0-L as slot m based on the slot offset L received along with the one-time HARQ-ACK retransmission indication.

[0315] > When a one-time HARQ-ACK retransmission instruction schedules a PUCCH of a certain priority index and retransmission is performed by the PUCCH of this priority, and when the PUCCH configuration for the priority index is set to perform PUCCH transmission in subslot units, a slot offset can also be applied in subslot units. That is, when a subslot is configured, a slot offset of 1 is used to indicate a subslot that is one subslot away from the reference time point to which the slot offset is applied.

[0316] In some implementations, if the offset indicator indicates slot offset 0 (ie, zero offset), slot offset 0 means that the UE does not perform a one-time HARQ-ACK retransmission.

[0317] >> In some implementations, if the UE is not configured to use any other HARQ-ACK retransmission scheme other than one-time HARQ-ACK retransmission, only an offset indicator of length M is added to the DCI as an additional information field.

[0318] >>> The length M-bits of the additional information field is determined by ceil(log2(R)), where R is the retransmission range of the one-time HARQ-ACK retransmission.

[0319] If the scheduled or retransmitted PUCCH is not confined to one subslot, it is necessary to determine the subslot to which each PUCCH belongs in order to apply a subslot-level slot offset. In particular, when the reception time of the PDSCH or the one-time HARQ-ACK retransmission indication is used as a reference, the same problem occurs due to the different subcarrier spacing between the uplink and downlink. For this reason, the following can be considered.

[0320] > To determine the UL (sub-)slot corresponding to the time of reception of the one-time HARQ-ACK retransmission indication, which is the reference for the slot offset (e.g., slot offset = 0) indicating the target UL slot / sub-slot for HARQ-ACK retransmission, one of the following methods is used:

[0321] >> UL (sub-) slot overlapping with the start or first symbol of the PDCCH in which a one-time HARQ-ACK retransmission instruction is received

[0322] >> UL (sub-) slot overlapping with the end or last symbol of the PDCCH in which a one-time HARQ-ACK retransmission instruction was received

[0323] >> The UL (sub-) slot overlapping with the start or first symbol of the DL slot in which a one-time HARQ-ACK retransmission instruction was received, or the first UL (sub-) slot overlapping with that DL slot

[0324] >> The UL (sub-) slot overlapping the end or last symbol of the DL slot in which the one-time HARQ-ACK retransmission instruction was received, or the last UL (sub-) slot overlapping that DL slot

[0325] > To determine the UL (sub)slot corresponding to the reception time of the PDSCH that serves as the reference for the slot offset (e.g., slot offset = 0) indicating the target UL slot / sub-slot for HARQ-ACK retransmission, one of the following methods is used:

[0326] >> UL (sub-) slot overlapping with the start or first symbol of PDSCH

[0327] >> UL (sub-) slot overlapping with the end or last symbol of PDSCH

[0328] >> The UL (sub-) slot overlapping with the start or first symbol of a DL slot receiving PDSCH, or the first UL (sub-) slot overlapping with that DL slot

[0329] >> UL (sub-) slot overlapping with the end or last symbol of a DL slot receiving PDSCH or the last UL (sub-) slot overlapping with that DL slot

[0330] To determine the UL (sub-) slot of the PUCCH to be scheduled or retransmitted, one of the following methods is used:

[0331] >> UL (sub-) slot overlapping with the start or first symbol of PUCCH

[0332] >> UL (sub-) slot overlapping with the end or last symbol of PUCCH

[0333] Based on the above, the UE receives the offset indicator and performs PUCCH retransmission accordingly. For example, if a previously scheduled PUCCH or PDSCH is indicated in slot offset units with respect to a newly scheduled PUCCH together with a one-time HARQ-ACK retransmission indication, and DCI received in slot n-K0 schedules the PDSCH for slot n, and the HARQ-ACK PUCCH for slot n+K is scheduled according to HARQ-ACK timing K, and the offset indicator indicates slot offset L, the UE retransmits the HARQ-ACK codebook that was included or should have been included in the PUCCH transmission for slot n+KL in the HARQ-ACK PUCCH for n+K.

[0334] The above-described embodiments of the present invention may be applied independently or in combination.

[0335] In some embodiments of the present invention, when two or more HARQ-ACK retransmission methods are configured, the UE is dynamically instructed to select the HARQ-ACK retransmission method with minimal signaling overhead. Furthermore, in some embodiments of the present invention, the BS can set the size of the DCI format for the UE to be as small as possible, thereby minimizing the impact of the HARQ-ACK retransmission function on PDCCH reliability. According to some embodiments of the present invention, the BS can adjust the reliability of PUCCH transmission by separately configuring whether to include NDI for each codebook and whether to perform CBG level HARQ-ACK transmission, and can adjust the payload size of the HARQ-ACK codebook according to the use / purpose of the HARQ-ACK codebook.

[0336] FIG. 16 illustrates an example flow of HARQ-ACK information transmission in a UE according to some embodiments of the present invention.

[0337] The UE performs operations according to some embodiments of the present invention in connection with transmitting a HARQ-ACK. The UE includes at least one transceiver, at least one processor, and at least one computer memory operably connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations according to some embodiments of the present invention. The processing device for the UE includes at least one processor and at least one computer memory operably connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations according to some embodiments of the present invention. A computer-readable (non-volatile) storage medium stores at least one computer program including instructions that, when executed by the at least one processor, cause the at least one processor to perform operations according to some embodiments of the present invention. A computer program or computer program product is recorded on at least one computer-readable (non-volatile) storage medium and includes instructions that, when executed, cause (at least one processor) to perform operations according to some embodiments of the present invention.

[0338] In the UE, the processing device, the computer-readable (non-volatile) storage medium, and / or the computer program product, the operations include receiving configuration for a plurality of HARQ process-based HARQ-ACK codebooks (S1601), the plurality of HARQ process-based HARQ-ACK codebooks being associated respectively with a plurality of subsets of HARQ processes configured in the UE, receiving DCI including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks (S1603), generating the indicated HARQ process-based HARQ-ACK codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration (S1605), and transmitting the indicated HARQ process-based HARQ-ACK codebook based on the DCI (S1607). In some implementations, the configuration may or may not include parameters related to CBG level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0339] In some implementations, the HARQ-ACK codebook based on the indicated HARQ process includes or does not include CBG level HARQ-ACK information based on whether the setting includes or does not include parameters related to the CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process.

[0340] In some implementations, the setting does not include parameters related to the CBG level feedback for the HARQ process-based HARQ-ACK codebook indicated, and the HARQ-ACK codebook indicated for the HARQ process includes only TB level HARQ-ACK information for the HARQ process, not CBG level HARQ-ACK information.

[0341] In some implementations, the configuration may or may not include parameters related to NDI feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0342] In some implementations, based on whether the configuration includes or does not include parameters related to the NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes or does not include an NDI value for each HARQ-ACK information reported to the HARQ-ACK codebook based on the indicated HARQ process.

[0343] In some implementations, the multiple HARQ process-based HARQ-ACK codebook includes i) an HARQ-ACK codebook associated with all of the HARQ processes configured in the UE, and ii) an HARQ-ACK codebook associated with only some of the HARQ processes configured in the UE.

[0344] In some implementations, the multiple HARQ process-based HARQ-ACK codebook includes i) an HARQ-ACK codebook associated with only some, but not all, of the HARQ processes configured in the UE, and ii) an HARQ-ACK codebook associated with only other, but not all, of the configured HARQ processes.

[0345] In some implementations, the DCI includes information about a slot for the indicated HARQ process-based HARQ-ACK codebook.

[0346] In some implementations, the operation includes, based on the fact that another HARQ-ACK codebook is scheduled for the slot instead of the HARQ-ACK codebook based on the indicated HARQ process, generating a new HARQ-ACK codebook by appending the HARQ-ACK codebook based on the indicated HARQ process to the other HARQ-ACK codebook, and transmitting the new HARQ-ACK codebook in the slot.

[0347] FIG. 17 illustrates an example flow of receiving HARQ-ACK information at a BS according to some embodiments of the present invention.

[0348] The BS performs operations according to some embodiments of the present invention in connection with receiving a HARQ-ACK. The BS includes at least one transceiver, at least one processor, and at least one computer memory operably connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations according to some embodiments of the present invention. The processing device for the BS includes at least one processor and at least one computer memory operably connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations according to some embodiments of the present invention. A computer-readable (non-volatile) storage medium stores at least one computer program containing instructions that, when executed by the at least one processor, cause the at least one processor to perform operations according to some embodiments of the present invention. A computer program or computer program product is recorded on at least one computer-readable (non-volatile) storage medium and contains instructions that, when executed, cause (at least one processor) to perform operations according to some embodiments of the present invention.

[0349] In the BS, the processing device, the computer-readable (non-volatile) storage medium, and / or the computer program product, the operations include transmitting a configuration for a plurality of HARQ process-based HARQ-ACK codebooks to a UE (S1701), the plurality of HARQ process-based HARQ-ACK codebooks being associated with each of a plurality of subsets of HARQ processes configured for the UE, transmitting a DCI to the UE including indication information indicating one of the plurality of HARQ process-based HARQ-ACK codebooks (S1703), and receiving the indicated HARQ process-based HARQ-ACK codebook from the UE based on the configuration and the DCI (S1707). In some implementations, the configuration may or may not include a parameter related to CBG level feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0350] In some implementations, the HARQ-ACK codebook based on the indicated HARQ process includes or does not include CBG level HARQ-ACK information based on whether the setting includes or does not include parameters related to the CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process.

[0351] In some implementations, the configuration does not include parameters related to the CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, and therefore the HARQ-ACK codebook based on the indicated HARQ process includes only TB level HARQ-ACK information for the corresponding HARQ process, not CBG level HARQ-ACK information.

[0352] In some implementations, the configuration may or may not include parameters related to NDI feedback for each of the plurality of HARQ process-based HARQ-ACK codebooks.

[0353] In some implementations, based on whether the configuration includes or does not include parameters related to the NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes or does not include an NDI value for each HARQ-ACK information reported to the HARQ-ACK codebook based on the indicated HARQ process.

[0354] In some implementations, the multiple HARQ process-based HARQ-ACK codebook includes i) an HARQ-ACK codebook associated with all of the HARQ processes configured in the UE, and ii) an HARQ-ACK codebook associated with only some of the HARQ processes configured in the UE.

[0355] In some implementations, the multiple HARQ process-based HARQ-ACK codebook includes i) an HARQ-ACK codebook associated with only some, but not all, of the HARQ processes configured in the UE, and ii) an HARQ-ACK codebook associated with only other, but not all, of the configured HARQ processes.

[0356] In some implementations, the DCI includes information about a slot for the indicated HARQ process-based HARQ-ACK codebook.

[0357] In some implementations, the operation includes receiving a new HARQ-ACK codebook in the slot in which the HARQ-ACK codebook based on the indicated HARQ process is added to the other HARQ-ACK codebook, based on the fact that another HARQ-ACK codebook is scheduled for the slot instead of the HARQ-ACK codebook based on the indicated HARQ process.

[0358] The above-disclosed examples of the present invention are provided to enable those skilled in the art to embody and practice the present invention. Although the present invention has been described above with reference to preferred embodiments, those skilled in the art can make various modifications and changes to the present invention. Therefore, the present invention is not intended to be limited to the embodiments disclosed herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein. [Industrial Applicability]

[0359] Implementations of the present invention may be used in a BS or user equipment, or other equipment, in a wireless communication system.

Claims

1. A method performed by a UE (user equipment), receiving configuration for a plurality of hybrid automatic repeat request (HARQ) process-based HARQ acknowledgement (HARQ-ACK) codebooks, the plurality of HARQ process-based HARQ-ACK codebooks respectively associated with a plurality of different subsets of HARQ processes configured for the UE; receiving downlink control information (DCI) including indication information indicating one HARQ process-based HARQ-ACK codebook among the plurality of HARQ process-based HARQ-ACK codebooks; generating a HARQ-ACK codebook based on the indicated HARQ process, the codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration; transmitting a HARQ-ACK codebook based on the indicated HARQ process based on the DCI; A method in which the configuration includes or does not include parameters related to CBG (code block group) level feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks.

2. The configuration includes the parameter related to CBG level feedback for a HARQ-ACK codebook based on the specified HARQ process, wherein the HARQ-ACK codebook based on the specified HARQ process includes CBG level HARQ-ACK information; the configuration does not include the parameter related to CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, and the HARQ-ACK codebook based on the indicated HARQ process includes transport block (TB) level HARQ-ACK information; The configuration may or may not include parameters related to new data indicator (NDI) feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks; the configuration includes the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process; 2. The method of claim 1, wherein the HARQ-ACK codebook based on the indicated HARQ process does not include an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process, based on the configuration not including the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process.

3. The DCI includes information related to a slot for a HARQ-ACK codebook based on the indicated HARQ process; 3. The method of claim 2, further comprising: transmitting, based on a HARQ-ACK codebook different from the HARQ-ACK codebook based on the indicated HARQ process, a HARQ-ACK codebook based on the indicated HARQ process, excluding the different HARQ-ACK codebook, within the slot, based on the HARQ-ACK codebook being scheduled for the slot.

4. The HARQ-ACK codebook based on the plurality of HARQ processes includes: i) a HARQ-ACK codebook associated with the set of HARQ processes configured for the UE; and ii) a HARQ-ACK codebook that is relevant to only a subset of the HARQ processes configured for the UE.

5. The HARQ-ACK codebook based on the plurality of HARQ processes includes: i) a HARQ-ACK codebook that is associated with only a portion of the HARQ processes configured for the UE, rather than all of the HARQ processes configured for the UE; ii) a HARQ-ACK codebook that is not related to all of the HARQ processes configured for the UE, but to only a portion of the HARQ processes configured for the UE.

6. A UE (user equipment), at least one transceiver; at least one processor; at least one computer memory operatively connected to said at least one processor and configured to store instructions that, when executed, cause said at least one processor to perform operations; The operation is receiving configuration for a plurality of hybrid automatic repeat request (HARQ) process-based HARQ acknowledgement (HARQ-ACK) codebooks, the plurality of HARQ process-based HARQ-ACK codebooks respectively associated with a plurality of different subsets of HARQ processes configured for the UE; receiving downlink control information (DCI) including indication information indicating one HARQ process-based HARQ-ACK codebook among the plurality of HARQ process-based HARQ-ACK codebooks; generating a HARQ-ACK codebook based on the indicated HARQ process, the codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration; transmitting a HARQ-ACK codebook based on the indicated HARQ process based on the DCI; The configuration may or may not include parameters related to code block group (CBG) level feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks, UE (user equipment).

7. The configuration includes the parameter related to CBG level feedback for a HARQ-ACK codebook based on the specified HARQ process, wherein the HARQ-ACK codebook based on the specified HARQ process includes CBG level HARQ-ACK information; the configuration does not include the parameter related to CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, and the HARQ-ACK codebook based on the indicated HARQ process includes transport block (TB) level HARQ-ACK information; The configuration may or may not include parameters related to new data indicator (NDI) feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks; the configuration includes the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process; 7. The UE of claim 6, wherein the HARQ-ACK codebook based on the indicated HARQ process does not include an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process, based on the configuration not including the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process.

8. The DCI includes information related to a slot for a HARQ-ACK codebook based on the indicated HARQ process, 8. The UE of claim 6, wherein the operations further include transmitting, based on a HARQ-ACK codebook based on the indicated HARQ process, a HARQ-ACK codebook that excludes the HARQ-ACK codebook that is different from the HARQ-ACK codebook based on the indicated HARQ process, within the slot, based on the HARQ-ACK codebook being scheduled for the slot.

9. At least one processor; at least one computer memory operatively connected to said at least one processor and configured to store instructions that, when executed, cause said at least one processor to perform operations; The operation is receiving configuration for a plurality of hybrid automatic repeat request (HARQ) process-based HARQ acknowledgement (HARQ-ACK) codebooks, the plurality of HARQ process-based HARQ-ACK codebooks respectively associated with a plurality of different subsets of HARQ processes configured for a user equipment (UE); receiving downlink control information (DCI) including indication information indicating one HARQ process-based HARQ-ACK codebook among the plurality of HARQ process-based HARQ-ACK codebooks; generating a HARQ-ACK codebook based on the indicated HARQ process, the codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration; transmitting a HARQ-ACK codebook based on the indicated HARQ process based on the DCI; The configuration may or may not include parameters related to code block group (CBG) level feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks.

10. The setting includes the parameter related to CBG level feedback for a HARQ-ACK codebook based on the specified HARQ process, wherein the HARQ-ACK codebook based on the specified HARQ process includes CBG level HARQ-ACK information; the configuration does not include the parameter related to CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, and the HARQ-ACK codebook based on the indicated HARQ process includes transport block (TB) level HARQ-ACK information; The configuration may or may not include parameters related to new data indicator (NDI) feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks; the configuration includes the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process; 10. The processing device of claim 9, wherein the HARQ-ACK codebook based on the indicated HARQ process does not include an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process, based on the setting not including the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process.

11. A computer-readable storage medium configured to store at least one program code including instructions that, when executed, cause at least one processor to perform an operation, comprising: The operation is receiving configuration for a plurality of hybrid automatic repeat request (HARQ) process-based HARQ acknowledgement (HARQ-ACK) codebooks, the plurality of HARQ process-based HARQ-ACK codebooks respectively associated with a plurality of different subsets of HARQ processes configured for a user equipment (UE); receiving downlink control information (DCI) including indication information indicating one HARQ process-based HARQ-ACK codebook among the plurality of HARQ process-based HARQ-ACK codebooks; generating a HARQ-ACK codebook based on the indicated HARQ process, the codebook including HARQ-ACK information for each HARQ process in the associated subset based on the configuration; transmitting a HARQ-ACK codebook based on the indicated HARQ process based on the DCI; A computer-readable storage medium, wherein the configuration may or may not include parameters related to CBG (code block group) level feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks.

12. The setting includes the parameter related to CBG level feedback for a HARQ-ACK codebook based on the specified HARQ process, wherein the HARQ-ACK codebook based on the specified HARQ process includes CBG level HARQ-ACK information; the configuration does not include the parameter related to CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, and the HARQ-ACK codebook based on the indicated HARQ process includes transport block (TB) level HARQ-ACK information; The configuration may or may not include parameters related to new data indicator (NDI) feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks; the configuration includes the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process; 12. The computer-readable storage medium of claim 11, wherein the HARQ-ACK codebook based on the indicated HARQ process does not include an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process, based on the configuration not including the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process.

13. A method performed by a BS (base station), transmitting configurations for a plurality of hybrid automatic repeat request (HARQ) process-based HARQ acknowledgement (HARQ-ACK) codebooks to a user equipment (UE), wherein the plurality of HARQ process-based HARQ-ACK codebooks are respectively associated with a plurality of subsets of HARQ processes configured for the UE; transmitting downlink control information (DCI) to the UE, the DCI including indication information indicating one HARQ process-based HARQ-ACK codebook from the plurality of HARQ process-based HARQ-ACK codebooks; receiving, from the UE, a HARQ-ACK codebook based on the indicated HARQ process based on the configuration and the DCI; A method in which the configuration includes or does not include parameters related to CBG (code block group) level feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks.

14. The setting includes the parameter related to CBG level feedback for a HARQ-ACK codebook based on the specified HARQ process, wherein the HARQ-ACK codebook based on the specified HARQ process includes CBG level HARQ-ACK information; the configuration does not include the parameter related to CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, and the HARQ-ACK codebook based on the indicated HARQ process includes transport block (TB) level HARQ-ACK information; The configuration may or may not include parameters related to new data indicator (NDI) feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks; the configuration includes the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process; 14. The method of claim 13, wherein the HARQ-ACK codebook based on the indicated HARQ process does not include an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process, based on the setting not including the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process.

15. The DCI includes information related to a slot for a HARQ-ACK codebook based on the indicated HARQ process, 15. The method of claim 14, further comprising: receiving, based on a HARQ-ACK codebook different from the HARQ-ACK codebook based on the indicated HARQ process, a HARQ-ACK codebook based on the indicated HARQ process in the slot, excluding the different HARQ-ACK codebook, based on the HARQ process being scheduled in the slot.

16. The HARQ-ACK codebook based on the plurality of HARQ processes includes: i) a HARQ-ACK codebook associated with the set of HARQ processes configured for the UE; and ii) a HARQ-ACK codebook that is relevant to only a subset of the HARQ processes configured for the UE.

17. The HARQ-ACK codebook based on the plurality of HARQ processes includes: i) a HARQ-ACK codebook that is associated with only a portion of the HARQ processes configured for the UE, rather than all of the HARQ processes configured for the UE; ii) a HARQ-ACK codebook that is not related to all of the HARQ processes configured for the UE, but to only another part of the HARQ processes configured for the UE.

18. At least one transceiver; at least one processor; at least one computer memory operatively connected to said at least one processor and configured to store instructions that, when executed, cause said at least one processor to perform operations; The operation is transmitting configurations for a plurality of hybrid automatic repeat request (HARQ) process-based HARQ acknowledgement (HARQ-ACK) codebooks to a user equipment (UE), the plurality of HARQ process-based HARQ-ACK codebooks respectively associated with a plurality of different subsets of HARQ processes configured for the UE; transmitting downlink control information (DCI) to the UE, the DCI including indication information indicating one HARQ process-based HARQ-ACK codebook from the plurality of HARQ process-based HARQ-ACK codebooks; receiving, from the UE, a HARQ-ACK codebook based on the indicated HARQ process based on the configuration and the DCI; The configuration may or may not include parameters related to code block group (CBG) level feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks, and the BS (base station) may or may not include parameters related to code block group (CBG) level feedback for each HARQ process-based HARQ-ACK codebook.

19. The configuration includes the parameter related to CBG level feedback for a HARQ-ACK codebook based on the specified HARQ process, wherein the HARQ-ACK codebook based on the specified HARQ process includes CBG level HARQ-ACK information; the configuration does not include the parameter related to CBG level feedback for the HARQ-ACK codebook based on the indicated HARQ process, and the HARQ-ACK codebook based on the indicated HARQ process includes transport block (TB) level HARQ-ACK information; The configuration may or may not include parameters related to new data indicator (NDI) feedback for each HARQ process-based HARQ-ACK codebook included in the plurality of HARQ process-based HARQ-ACK codebooks; the configuration includes the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process, the HARQ-ACK codebook based on the indicated HARQ process includes an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process; 19. The BS of claim 18, wherein the HARQ-ACK codebook based on the indicated HARQ process does not include an NDI value for each HARQ-ACK information reported in the HARQ-ACK codebook based on the indicated HARQ process, based on the setting not including the parameter related to NDI feedback for the HARQ-ACK codebook based on the indicated HARQ process.

Images