Method and apparatus for transmitting and receiving control information in a wireless communication system

Abstract

A method and an apparatus for transmitting and receiving control information in a wireless communication system are disclosed. A method for performing uplink transmission by a terminal in a wireless communication system according to an embodiment of the present disclosure may include receiving at least one physical downlink shared channel (PDSCH) from a base station, confirming physical uplink control channel (PUCCH) resources for a NACK-only based HARQ (Hybrid Automatic Repeat reQuest)-ACK report and PUCCH resources for a channel state information (CSI) report, and transmitting HARQ-ACK information for the at least one PDSCH to the base station on the PUCCH resources for the CSI report based on the NACK-only based HARQ-ACK report being multiplexed with the CSI report.

Description

[Technical field]

[0001] The present disclosure relates to wireless communication systems, and more particularly, to methods and apparatus for transmitting and receiving uplink control information in wireless communication systems. [Background technology]

[0002] Mobile communication systems were developed to provide voice services while ensuring user activity. However, the scope of mobile communication systems has expanded beyond voice to data services, and currently, resource shortages are occurring due to the explosive increase in traffic, and users are demanding faster services, so there is a demand for more advanced mobile communication systems.

[0003] The requirements for the next generation mobile communication system are to accommodate large and explosive data traffic, dramatically increase the transmission rate per user, accommodate a significantly increased number of connected devices, support very low end-to-end latency, and high energy efficiency.To achieve this, various technologies such as dual connectivity, massive multiple input multiple output (MIMO), in-band full duplex, non-orthogonal multiple access (NOMA), super wideband support, and device networking are being researched. Summary of the Invention [Problem to be solved by the invention]

[0004] The technical problem of the present disclosure is to provide a method and apparatus for transmitting one or more Hybrid Automatic Repeat and request (HARQ)-ACK (acknowledgement) information.

[0005] The technical problem of the present disclosure is to provide a method and apparatus for transmitting and receiving HARQ-ACK information for a unicast physical downlink shared channel (PDSCH) and a multicast PDSCH, taking into account overlap / collision between uplink control information (UCI).

[0006] The technical problems to be achieved by the present disclosure are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by a person having ordinary skill in the art to which the present disclosure pertains from the following description. [Means for solving the problem]

[0007] A method for performing uplink transmission by a terminal in a wireless communication system according to an aspect of the present disclosure may include receiving at least one physical downlink shared channel (PDSCH) from a base station, identifying physical uplink control channel (PUCCH) resources for a NACK-only based Hybrid Automatic Repeat reQuest (HARQ)-ACK report and PUCCH resources for a channel state information (CSI) report, and transmitting HARQ-ACK information for the at least one PDSCH to the base station on the PUCCH resources for the CSI report based on the NACK-only based HARQ-ACK report being multiplexed with the CSI report. Here, the HARQ-ACK information may be determined based on the ACK / NACK based HARQ-ACK report instead of the NACK-only based HARQ-ACK report.

[0008] A method for performing uplink reception by a base station in a wireless communication system according to a further aspect of the present disclosure may include transmitting at least one physical downlink shared channel (PDSCH) to a terminal, and receiving HARQ-ACK information for the at least one PDSCH on a PUCCH resource for CSI reporting from the terminal, based on which a physical uplink control channel (PUCCH) resource for a NACK-only based HARQ-ACK report and a PUCCH resource for a channel state information (CSI) report are configured and the NACK-only based HARQ-ACK report is multiplexed with the CSI report, where the HARQ-ACK information may be determined based on the ACK / NACK based HARQ-ACK report instead of the NACK-only based HARQ-ACK report. Effect of the Invention

[0009] According to an embodiment of the present disclosure, when overlap / collision occurs between NACK-only or ACK / NACK-based multicast HARQ-ACK and unicast HARQ-ACK, CSI report, and SR (scheduling request) transmission, it is possible to multiplex them into one PUCCH or drop some UCI in an efficient manner.

[0010] In addition, according to an embodiment of the present disclosure, when various uplink information overlaps or should be transmitted using the same time resource, various uplink information can be transmitted and received using the same time resource by appropriately multiplexing or dropping the information depending on the terminal capabilities.

[0011] The effects obtained from the present disclosure are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by a person having ordinary skill in the art to which the present disclosure pertains from the following description. [Brief description of the drawings]

[0012] The accompanying drawings, which are included as part of the detailed description to aid in understanding the present disclosure, provide examples of the present disclosure and, together with the detailed description, explain the technical features of the present disclosure.

[0013] [Figure 1] 1 illustrates the structure of a wireless communication system to which the present disclosure can be applied.

[0014] [Diagram 2] 1 illustrates a frame structure in a wireless communication system to which the present disclosure can be applied.

[0015] [Diagram 3] 1 illustrates an example of a resource grid in a wireless communication system to which the present disclosure can be applied.

[0016] [Figure 4] 1 illustrates an example of a physical resource block in a wireless communication system to which the present disclosure can be applied.

[0017] [Diagram 5] 1 illustrates an example of a slot structure in a wireless communication system to which the present disclosure can be applied.

[0018] [Figure 6] 1 illustrates examples of physical channels used in a wireless communication system to which the present disclosure can be applied, and a general signal transmission / reception method using the physical channels.

[0019] [Figure 7] 1 illustrates a multiple TRP transmission method in a wireless communication system to which the present disclosure can be applied.

[0020] [Figure 8] 1 illustrates a HARQ-ACK process for downlink data in a wireless communication system to which the present disclosure can be applied.

[0021] [Figure 9] 4 illustrates a HARQ-ACK transmission and reception procedure for a multicast PDSCH according to one embodiment of the present disclosure.

[0022] [Figure 10] 1 illustrates an example of transmission timing of unicast / multicast HARQ-ACK and SR / CSI report in a wireless communication system to which the present disclosure can be applied.

[0023] [Figure 11] 11 is a diagram illustrating an operation of a terminal with respect to a control information transmission and reception method according to an embodiment of the present disclosure.

[0024] [Figure 12] A diagram illustrating the operation of a base station for a control information transmission and reception method according to one embodiment of the present disclosure.

[0025] [Figure 13] 1 illustrates a block diagram of a wireless communication device according to an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0026] Hereinafter, preferred embodiments of the present disclosure 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 disclosure, and is not intended to show the only embodiment in which the present disclosure can be implemented. The detailed description below includes specific details to provide a complete understanding of the present disclosure. However, it is understood by those skilled in the art that the present disclosure can be implemented without such specific details.

[0027] In some cases, in order to avoid obscuring the concepts of the present disclosure, known structures and devices may be omitted or may be shown in the form of a block diagram focusing on the core functions of each structure and device.

[0028] In the present disclosure, when an element is "coupled," "coupled," or "connected" to another element, this can include a direct connection as well as an indirect connection where there is still another element between them. Also, in the present disclosure, the terms "including" or "having" specify the presence of stated features, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, elements, components, and / or groups thereof.

[0029] In this disclosure, terms such as "first" and "second" are used only to distinguish one component from another component, and are not used to limit the components, and do not limit the order or importance of the components unless otherwise specified. Therefore, within the scope of this disclosure, a first component in one embodiment may be referred to as a second component in another embodiment, and similarly, a second component in one embodiment may be referred to as a first component in another embodiment.

[0030] The terms used in this disclosure are for the purpose of describing particular embodiments and are not intended to limit the scope of the claims. As used in the description of the embodiments and the appended claims, the singular form is intended to include the plural form unless the context dictates otherwise. The term "and / or" used in this disclosure means that one of the associated listed items may be included, or any and all possible combinations of two or more of them. Also, in this disclosure, " / " between words has the same meaning as "and / or" unless otherwise specified.

[0031] The present disclosure is described with respect to a wireless communication network or wireless communication system, and operations performed in the wireless communication network may be performed in a process in which a device (e.g., a base station) that manages the wireless communication network controls the network and transmits or receives signals, or in a process in which a terminal coupled to the wireless network transmits or receives signals to or between the network.

[0032] In this disclosure, transmitting or receiving a channel includes transmitting or receiving information or signals on that channel. For example, transmitting a control channel means transmitting control information or signals on the control channel. Similarly, transmitting a data channel means transmitting data information or signals on the data channel.

[0033] In the following, downlink (DL) means communication from a base station to a terminal, and uplink (UL) means communication from a terminal to a base station. In the downlink, a transmitter may be a part of the base station, and a receiver may be a part of the terminal. In the uplink, a transmitter may be a part of the terminal, and a receiver may be a part of the base station. The base station may be expressed as a first communication device, and the terminal may be expressed as a second communication device. A base station (BS) may be replaced with terms such as a fixed station, Node B, eNB (evolved-NodeB), gNB (Next Generation NodeB), BTS (base transceiver system), access point (AP), network (5G network), AI (Artificial Intelligence) system / module, RSU (road side unit), robot, drone (UAV: Unmanned Aerial Vehicle), AR (Augmented Reality) device, VR (Virtual Reality) device, etc. In addition, a terminal may be fixed or mobile, and may be replaced with terms such as User Equipment (UE), Mobile Station (MS), user terminal (UT), Mobile Subscriber Station (MSS), Subscriber Station (SS), Advanced Mobile Station (AMS), Wireless terminal (WT), Machine-Type Communication (MTC) device, Machine-to-Machine (M2M) device, Device-to-Device (D2D) device, vehicle, road side unit (RSU), robot, Artificial Intelligence (AI) module, drone (UAV: Unmanned Aerial Vehicle), Augmented Reality (AR) device, Virtual Reality (VR) device, etc.

[0034] The following technologies may be used for various wireless access systems such as CDMA, FDMA, TDMA, OFDMA, SC-FDMA, etc. CDMA may be implemented by radio technologies such as Universal Terrestrial Radio Access (UTRA) and CDMA2000. TDMA may be implemented by radio technologies such as Global System for Mobile communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE). OFDMA may be implemented by radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), etc. UTRA is part of the Universal Mobile Telecommunications System (UMTS). 3GPP (3rd Generation Partnership Project) LTE (Long Term Evolution) is a part of E-UMTS (Evolved UMTS) that uses E-UTRA, and LTE-A (Advanced) / LTE-A pro is an evolved version of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an evolved version of 3GPP LTE / LTE-A / LTE-A pro.

[0035] For clarity of explanation, the following description will be based on a 3GPP (registered trademark) communication system (e.g., LTE-A, NR), but the technical idea of ​​the present disclosure is not limited thereto. LTE refers to technology after 3GPP TS (Technical Specification) 36.xxx Release 8. In detail, LTE technology after 3GPP TS 36.xxx Release 10 is called LTE-A, and LTE technology after 3GPP TS 36.xxx Release 13 is called LTE-A pro. 3GPP NR refers to technology after TS 38.xxx Release 15. LTE / NR may be called a 3GPP system. "xxx" refers to a standard document detail number. LTE / NR may be called a 3GPP system. For background technology, terms, abbreviations, etc. used in the description of the present disclosure, reference may be made to matters described in standard documents published before the present disclosure. For example, the following documents may be referenced.

[0036] In 3GPP LTE, reference can be made to TS 36.211 (physical channels and modulation), TS 36.212 (multiplexing and channel coding), TS 36.213 (physical layer procedures), TS 36.300 (general description), and TS 36.331 (radio resource control).

[0037] For 3GPP NR, reference can be made to TS 38.211 (Physical channels and modulation), TS 38.212 (Multiplexing and channel coding), TS 38.213 (Physical layer procedures for control), TS 38.214 (Physical layer procedures for data), TS 38.300 (General description of NR and NG-RAN (New Generation-Radio Access Network)), and TS 38.331 (Radio resource control protocol standard).

[0038] The following terminology abbreviations may be used in this disclosure:

[0039] - BM: Beam management

[0040] - CQI: channel quality indicator

[0041] - CRI: channel state information-reference signal resource indicator

[0042] - CSI: channel state information

[0043] - CSI-IM: channel state information-interference measurement

[0044] - CSI-RS: Channel state information-reference signal

[0045] - DMRS: Demodulation Reference Signal

[0046] - FDM: Frequency division multiplexing

[0047] - FFT: Fast Fourier transform

[0048] - IFDMA: Interleaved frequency division multiple access

[0049] - IFFT: inverse fast Fourier transform

[0050] - L1-RSRP: Layer 1 reference signal received power

[0051] - L1-RSRQ: Layer 1 reference signal received quality

[0052] - MAC: medium access control

[0053] - NZP: non-zero power

[0054] - OFDM: Orthogonal frequency division multiplexing

[0055] - PDCCH: physical downlink control channel

[0056] - PDSCH: physical downlink shared channel

[0057] - PMI: Precoding matrix indicator

[0058] - RE: resource element

[0059] - RI: Rank indicator

[0060] - RRC: Radio resource control

[0061] - RSSI: received signal strength indicator

[0062] - Rx: Reception

[0063] - QCL: quasi co-location

[0064] - SINR: signal to interference and noise ratio

[0065] - SSB (or SS / PBCH block): Synchronization signal block (including primary synchronization signal (PSS), secondary synchronization signal (SSS) and physical broadcast channel (PBCH))

[0066] - TDM: time division multiplexing

[0067] - TRP: transmission and reception point

[0068] - TRS: Tracking reference signal

[0069] - Tx: transmission

[0070] - UE: User Equipment

[0071] - ZP: Zero power

[0072] System in general

[0073] As more communication devices require larger communication capacity, the need for improved mobile broadband communication compared to existing radio access technologies (RATs) is emerging. Massive Machine Type Communications (MTC), which connects a large number of devices and objects to provide various services anytime and anywhere, is also one of the major issues to be considered in next-generation communication. In addition, communication system design considering reliability and latency-sensitive services / terminals is also being discussed. Thus, the introduction of next-generation RATs considering eMBB (enhanced mobile broadband communication), Mmtc (massive MTC), URLLC (Ultra-Reliable and Low Latency Communication), etc. is being discussed, and for convenience in this disclosure, the technology is referred to as NR. NR is an expression representing an example of 5G RAT.

[0074] New RAT systems including NR use an OFDM transmission scheme or a similar transmission scheme. The new RAT system may follow OFDM parameters different from those of LTE. Alternatively, the new RAT system may follow the existing LTE / LTE-A numerology but support a larger system bandwidth (e.g., 100 MHz). Alternatively, one cell may support multiple numerologies. That is, terminals operating with different numerologies may coexist in one cell.

[0075] A numerology corresponds to a subcarrier spacing in the frequency domain. Different numerologies can be defined by scaling the reference subcarrier spacing by an integer N.

[0076] FIG. 1 illustrates the structure of a wireless communication system to which the present disclosure can be applied.

[0077] Referring to FIG. 1, the NG-RAN is composed of gNBs that provide an NG-Radio Access (NG-RA) user plane (i.e., new access stratum (AS) sublayer / Packet Data Convergence Protocol (PDCP) / Radio Link Control (RLC) / MAC / PHY) and control plane (RRC) protocol termination for UEs. The gNBs are interconnected via an Xn interface. The gNBs are also connected to a New Generation Core (NGC) via an NG interface. More specifically, the gNBs are connected to an Access and Mobility Management Function (AMF) via an N2 interface and to a User Plane Function (UPF) via an N3 interface.

[0078] FIG. 2 illustrates a frame structure in a wireless communication system to which the present disclosure can be applied.

[0079] The NR system can support multiple numerologies, where the numerology may be defined by subcarrier spacing and cyclic prefix (CP) overhead. In this case, the multiple subcarrier spacing may be derived by scaling the base (reference) subcarrier spacing by an integer N (or μ). In addition, the numerology used may be selected independently of the frequency band, even if it is assumed that very low subcarrier spacing is not utilized at very high carrier frequencies. In addition, various frame structures with multiple numerologies may be supported in the NR system.

[0080] The following describes OFDM numerologies and frame structures that can be considered in the NR system. A number of OFDM numerologies supported in the NR system may be defined as shown in Table 1 below.

[0081] [Table 1]

[0082] NR supports multiple numerologies (or subcarrier spacing (SCS)) to support various 5G services, such as 15kHz SCS to support wide areas in traditional cellular bands, 30kHz / 60kHz SCS to support dense-urban, lower latency, and wider carrier bandwidth, and 60kHz or higher SCS to support bandwidths larger than 24.25GHz to overcome phase noise.

[0083] The NR frequency band is defined as two types of frequency ranges (FR1, FR2). FR1 and FR2 may be configured as shown in Table 2 below. FR2 may also refer to millimeter wave (mmW).

[0084] [Table 2]

[0085] In relation to the frame structure in the NR system, the sizes of the various fields in the time domain are T c =1 / (Δf max N f ) where Δf max =480 10 3 Hz and Nf = 4096. Downlink and uplink transmissions are f =1 / (Δf max N f / 100)·T c The radio frame is organized into radio frames each having a duration of T sf =(Δf max N f / 1000)·T c In this case, there may be one set of frames for the uplink and one set of frames for the downlink. Also, the transmission from the terminal in the uplink frame number i starts T TA =(N TA +N TA,offset )T c For a subcarrier spacing configuration μ, a slot is allocated within a subframe. s μ ∈{0,...,N slot subframe,μ -1}, and n s,f μ ∈{0,...,N slot frame,μ The slots are numbered in increasing order {N -1}. symb slot It consists of N consecutive OFDM symbols. symb slot is determined by the CP. s μ The start of OFDM symbol n s μ N symb slotNot all terminals can transmit and receive at the same time, which means that not all OFDM symbols in a downlink slot or uplink slot can be used.

[0086] Table 3 shows the number of OFDM symbols per slot (N symb slot ), the number of slots per radio frame (N slot frame,μ ), the number of slots per subframe (N slot subframe,μ ), and Table 4 shows the number of OFDM symbols per slot, the number of slots per radio frame, and the number of slots per subframe in the extended CP.

[0087] [Table 3]

[0088] [Table 4]

[0089] Figure 2 is an example when μ=2 (SCS is 60 kHz), and referring to Table 3, one subframe can include 4 slots. One subframe={1, 2, 4} slots shown in Figure 2 is an example, and the number of slots that can be included in one subframe is defined as shown in Table 3 or Table 4. Also, a mini-slot can include 2, 4, or 7 symbols, or more or less symbols.

[0090] In relation to physical resources in an NR system, antenna ports, resource grids, resource elements, resource blocks, carrier parts, etc. may be considered. Hereinafter, the physical resources that can be considered in an NR system will be specifically described.

[0091] First, with respect to antenna ports, the antenna ports are defined such that the channel on which a symbol on an antenna port is carried can be inferred from the channel on which another symbol on the same antenna port is carried. If the large-scale properties of the channel on which a symbol on one antenna port is carried can be inferred from the channel on which a symbol on the other antenna port is carried, the two antenna ports are said to be in a quasi co-located (QC / QCL) relationship. Here, the large-scale properties include at least one of delay spread, Doppler spread, frequency shift, average received power, and received timing.

[0092] FIG. 3 illustrates a resource grid in a wireless communication system to which the present disclosure can be applied.

[0093] Referring to FIG. 3, the resource grid is divided into N RB μ N sc RB Each subframe consists of 14.2 subcarriers. μ In the present embodiment, the OFDM symbol is used as an example, but is not limited to, an OFDM symbol. RBμ N sc RB One or more resource grids consisting of subcarriers and two μ N symb (μ) OFDM symbols, where N RB μ ≦N RB max,μ The above N RB max,μ represents the maximum transmission bandwidth, which may vary between uplink and downlink as well as numerology. In this case, one resource grid may be set for μ and antenna port p. Each element of the resource grid for μ and antenna port p is called a resource element and is represented by an index pair (k, JPEG0007637826000005.jpg53), where k=0,...,N RB μ N sc RB -1 is the index in the frequency domain, JPEG0007637826000006.jpg53=0,...,2 μ N symb (μ) −1 represents the position of the symbol within a subframe. When referring to resource elements in a slot, the index pair (k, l) is used, where l=0,...,N symb μ μ and the resource element (k, JPEG0007637826000007.jpg54) is a complex value JPEG0007637826000008.jpg811. If there is no risk of confusion or if a specific antenna port or numerology is not specified, the indexes p and μ may be dropped, so that the complex value is JPEG0007637826000009.jpg912 or JPEG0007637826000010.jpg912. Also, a resource block (RB) is N sc RB = 12 consecutive subcarriers.

[0094] Point A serves as a common reference point for the resource block grid and is obtained as follows:

[0095] - offsetToPointA for the primary cell (PCell) downlink indicates the frequency offset between point A and the lowest subcarrier of the lowest resource block that overlaps with the SS / PBCH block used by the terminal for initial cell selection. It is expressed in resource block units assuming 15 kHz subcarrier spacing for FR1 and 60 kHz subcarrier spacing for FR2.

[0096] - absoluteFrequencyPointA indicates the frequency-location of point A expressed as in ARFCN (absolute radio-frequency channel number).

[0097] Common resource blocks are numbered from 0 upwards in the frequency domain for a subcarrier spacing setting μ. The center of subcarrier 0 of common resource block 0 for a subcarrier spacing setting μ coincides with 'point A'. Common resource block number n CRB μ The relationship between k, l and the resource element (k, l) for the subcarrier spacing setting μ is given by the following Equation 1.

[0098]

number

[0099] In Equation 1, k is defined relative to point A such that k=0 corresponds to the subcarrier centered at point A. A physical resource block is a number ranging from 0 to N within a bandwidth part (BWP). BWP,i size,μ The numbering is from -1 to i, where i is the number of the BWP. PRB and common resource block n CRB The relationship between is given by Equation 2 below.

[0100]

number

[0101] N BWP,i start,μ is the common resource block where the BWP starts relative to common resource block 0.

[0102] Fig. 4 illustrates a physical resource block in a wireless communication system to which the present disclosure can be applied, and Fig. 5 illustrates a slot structure in a wireless communication system to which the present disclosure can be applied.

[0103] 4 and 5, a slot includes a number of symbols in the time domain. For example, in the general CP, one slot includes seven symbols, while in the extended CP, one slot includes six symbols.

[0104] A carrier includes multiple subcarriers in the frequency domain. A resource block (RB) is defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A bandwidth part (BWP) is defined as multiple consecutive (physical) resource blocks in the frequency domain and may correspond to one numerology (e.g., SCS, CP length, etc.). A carrier may include up to N (e.g., 5) BWPs. Data communication is performed in the activated BWPs, and only one BWP may be activated for one terminal. Each element in the resource grid is called a resource element (RE), and one complex symbol may be mapped to it.

[0105] The NR system may support up to 400 MHz per component carrier (CC). If a terminal operating in such a wideband CC always operates with the radio frequency (RF) chip for the entire CC turned on, the terminal battery consumption may increase. Alternatively, considering various use cases (e.g., eMBB, URLLC, Mmtc, V2X, etc.) operating in one wideband CC, different numerologies (e.g., subcarrier spacing, etc.) may be supported for each frequency band in the CC. Alternatively, the capability for maximum bandwidth may differ for each terminal. In consideration of this, the base station may instruct the terminal to operate only in a part of the bandwidth rather than the entire bandwidth of the wideband CC, and the part of the bandwidth is defined as a bandwidth part (BWP) for convenience. The BWP may be composed of continuous RBs on the frequency axis and may correspond to one numerology (e.g., subcarrier spacing, CP length, slot / minislot interval).

[0106] Meanwhile, the base station can set multiple BWPs even within one CC set in the terminal. For example, a BWP occupying a relatively small frequency region can be set in the PDCCH monitoring slot, and the PDSCH indicated by the PDCCH can be scheduled on a larger BWP. Alternatively, when UEs are concentrated in a specific BWP, other BWPs can be set in some terminals for load balancing. Alternatively, in consideration of frequency domain inter-cell interference cancellation between adjacent cells, some spectrums of the entire bandwidth can be excluded and both BWPs can be set in the same slot. That is, the base station can set at least one DL / UL BWP in the terminal associated with the wideband CC. The base station can activate at least one DL / UL BWP set at a specific time (by L1 signaling, MAC CE (Control Element), RRC signaling, etc.). Also, the base station may instruct switching to another configured DL / UL BWP (by L1 signaling, MAC CE, RRC signaling, etc.). Or, the base station may switch to a predetermined DL / UL BWP when a timer value expires on a timer basis. In this case, the activated DL / UL BWP is defined as an active DL / UL BWP. However, in a situation where the UE is performing an initial access process or before an RRC connection is set up, the UE may not be able to receive the configuration for the DL / UL BWP. In such a situation, the DL / UL BWP assumed by the UE is defined as an initially active DL / UL BWP.

[0107] FIG. 6 illustrates examples of physical channels used in a wireless communication system to which the present disclosure can be applied, and a general signal transmission / reception method using the physical channels.

[0108] In a wireless communication system, a terminal receives information from a base station through a downlink, and transmits information to the base station through an uplink. Information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist depending on the type / purpose of the information they transmit and receive.

[0109] When the terminal is powered on or newly enters a cell, the terminal performs an initial cell search such as synchronizing with the base station (S601). To this end, the terminal receives a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) from the base station to synchronize with the base station and obtain information such as a cell identifier (ID). After that, the terminal receives a physical broadcast channel (PBCH) from the base station to obtain broadcast information within the cell. Meanwhile, the terminal can receive a downlink reference signal (DL RS) during the initial cell search stage to check the downlink channel state.

[0110] After completing the initial cell search, the terminal receives a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) based on the information carried on the PDCCH, and can obtain more specific system information (S602).

[0111] Meanwhile, when the terminal first connects to the base station or has no radio resources for signal transmission, the terminal can perform a random access procedure (RACH) to the base station (steps S603 to S606). To this end, the terminal can transmit a specific sequence as a preamble on a physical random access channel (PRACH) (S603 and S605) and receive a response message to the preamble on a PDCCH and a corresponding PDSCH (S604 and S606). In the case of a contention-based RACH, the terminal can also perform a contention resolution procedure.

[0112] After performing the above-mentioned procedures, the terminal can then perform PDCCH / PDSCH reception (S607) and Physical Uplink Shared Channel (PUSCH) / Physical Uplink Control Channel (PUCCH) transmission (S608) as a general uplink / downlink signal transmission procedure. In particular, the terminal receives Downlink Control Information (DCI) through the PDCCH. Here, the DCI includes control information such as resource allocation information for the terminal, and has different formats depending on its purpose.

[0113] Meanwhile, control information that a terminal transmits to a base station in an uplink or that the terminal receives from a base station includes downlink / uplink ACK / NACK (Acknowledgement / Non-Acknowledgement) signals, CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), RI (Rank Indicator), etc. In a 3GPP LTE system, a terminal can transmit the above-mentioned control information such as CQI / PMI / RI in a PUSCH and / or a PUCCH.

[0114] Table 5 shows an example of a DCI format in an NR system.

[0115] [Table 5]

[0116] Referring to Table 5, DCI formats 0_0, 0_1, and 0_2 may include resource information related to PUSCH scheduling (e.g., UL / SUL (Supplementary UL), frequency resource allocation, time resource allocation, frequency hopping, etc.), transport block (TB) related information (e.g., MCS (Modulation Coding and Scheme), NDI (New Data Indicator), RV (Redundancy Version), etc.), HARQ (Hybrid- Automatic Repeat and request) related information (e.g., process number, DAI (Downlink Assignment Index), PDSCH-HARQ feedback timing, etc.), multiple antenna related information (e.g., DMRS sequence initialization information, antenna port, CSI request, etc.), and power control information (e.g., PUSCH power control, etc.), and the control information included in each of the DCI formats may be predefined.

[0117] DCI format 0_0 is used for scheduling PUSCH in one cell. Information included in DCI format 0_0 is CRC (cyclic redundancy check) scrambled by C-RNTI (Cell RNTI: Cell Radio Network Temporary Identifier), CS-RNTI (Configured Scheduling RNTI), or MCS-C-RNTI (Modulation Coding Scheme Cell RNTI) and transmitted.

[0118] DCI format 0_1 ​​is used to indicate to a terminal the scheduling of one or more PUSCHs in one cell or downlink feedback information of a configured grant (CG). Information included in DCI format 0_1 ​​is CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI (Semi-Persistent CSI RNTI), or MCS-C-RNTI and transmitted.

[0119] DCI format 0_2 is used for PUSCH scheduling in one cell. Information included in DCI format 0_2 is CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI, or MCS-C-RNTI and transmitted.

[0120] Next, DCI formats 1_0, 1_1, and 1_2 may include resource information related to PDSCH scheduling (e.g., frequency resource allocation, time resource allocation, VRB (virtual resource block)-PRB (physical resource block) mapping, etc.), transmission block (TB) related information (e.g., MCS, NDI, RV, etc.), HARQ related information (e.g., process number, DAI, PDSCH-HARQ feedback timing, etc.), multiple antenna related information (e.g., antenna port, TCI (transmission configuration indicator), SRS (sounding reference signal) request, etc.), PUCCH related information (e.g., PUCCH power control, PUCCH resource indicator, etc.), and the control information included in each of the DCI formats may be pre-defined.

[0121] DCI format 1_0 is used for PDSCH scheduling in one DL cell. Information included in DCI format 1_0 is CRC scrambled by C-RNTI, CS-RNTI, or MCS-C-RNTI and transmitted.

[0122] DCI format 1_1 is used for scheduling the PDSCH in one cell. Information included in DCI format 1_1 is CRC scrambled by the C-RNTI, CS-RNTI, or MCS-C-RNTI and transmitted.

[0123] DCI format 1_2 is used for scheduling the PDSCH in one cell. Information included in DCI format 1_2 is CRC scrambled by the C-RNTI, CS-RNTI, or MCS-C-RNTI and transmitted.

[0124] Quasi-Co Location (QCL)

[0125] Antenna ports are defined such that the channel on which symbols on an antenna port are carried can be inferred from the channel on which other symbols on the same antenna port are carried. If the properties of the channel on which symbols on one antenna port are carried can be inferred from the channel on which symbols on the other antenna port are carried, then two antenna ports are said to be in a quasi co-located (QC / QCL) relationship.

[0126] Here, the channel characteristics include one or more of delay spread, Doppler spread, frequency / Doppler shift, average received power, received timing / average delay, and spatial Rx parameter, where the spatial Rx parameter refers to a spatial (reception) channel characteristic parameter such as an angle of arrival.

[0127] A terminal may be configured by a list of up to M TCI-State settings in the higher layer parameter PDSCH-Config to decode a PDSCH with a detected PDCCH with DCI intended for the terminal and a given serving cell, where M depends on the UE capability.

[0128] Each TCI-State includes parameters for setting up a quasi co-location relationship between one or two DL reference signals and the DM-RS ports of the PDSCH.

[0129] Quasi co-location relationship is established by higher layer parameters qcl-Type1 for the first DL RS and qcl-Type2 (if configured) for the second DL RS. For two DL RSs, the QCL types are not the same, regardless of whether the references are the same DL RS or different DL RSs.

[0130] The quasi co-location type corresponding to each DL RS is given by the higher layer parameter qcl-Type in QCL-Info and can take one of the following values:

[0131] - "QCL-TypeA":{Doppler shift,Doppler spread,average delay,delay spread}

[0132] - "QCL-TypeB":{Doppler shift,Doppler spread}

[0133] - "QCL-TypeC":{Doppler shift, average delay}

[0134] - "QCL-TypeD":{Spatial Rx parameter}

[0135] For example, when a target antenna port is a specific NZP CSI-RS, the NZP CSI-RS antenna port may be instructed / configured to be QCLed with a specific TRS in terms of QCL-Type A and with a specific SSB in terms of QCL-Type D. A terminal receiving such instruction / configuration can receive the NZP CSI-RS using Doppler and delay values ​​measured in the QCL-TypeA TRS and apply the reception beam used for QCL-TypeD SSB reception to the NZP CSI-RS reception.

[0136] The UE can receive an activation command via MAC CE signaling that is used to map up to eight TCI states to codepoints in the DCI field "Transmission Configuration Indication".

[0137] Multi-TRP related operations

[0138] The Coordinated Multi Point (CoMP) technique is a method in which multiple base stations exchange (e.g., using the X2 interface) or utilize channel information (e.g., RI / CQI / PMI / LI (layer indicator)) fed back from terminals to transmit coordinated to terminals, effectively controlling interference. Depending on the method used, CoMP can be classified into joint transmission (JT), coordinated scheduling (CS), coordinated beamforming (CB), dynamic point selection (DPS), dynamic point blocking (DPB), etc.

[0139] The M-TRP transmission method, in which M TRPs transmit data to one terminal, can be broadly divided into i) eMBB M-TRP transmission, which is a method for increasing the transmission rate, and ii) URLLC M-TRP transmission, which is a method for increasing the reception success rate and reducing latency.

[0140] In addition, in terms of DCI transmission, the M-TRP transmission method can be divided into i) M-DCI (multiple DCI) based M-TRP transmission in which each TRP transmits different DCI, and ii) S-DCI (single DCI) based M-TRP transmission in which one TRP transmits DCI. For example, in the case of S-DCI based M-TRP transmission, all scheduling information for data transmitted by the M TRP needs to be transmitted to the terminal in one DCI, and it may be used in an ideal backhaul (ideal BH) environment in which dynamic coordination between both TRPs is possible.

[0141] The UE can recognize PUSCH (or PUCCH) scheduled by DCI received in different control resource sets (CORESETs) (or CORESETs belonging to different CORESET groups) as PUSCH (or PUCCH) transmitted in different TRPs or as PDSCH (or PDCCH) in different TRPs. In addition, the method for UL transmission (e.g., PUSCH / PUCCH) transmitted in different TRPs described later can be equally applied to UL transmission (e.g., PUSCH / PUCCH) transmitted in different panels belonging to the same TRP.

[0142] Hereinafter, the CORESET group identifier (group ID) described / mentioned in this disclosure may mean an index / identification information (e.g., ID) for distinguishing a CORESET for each TRP / panel. And, a CORESET group may be a group / union of CORESETs distinguished by an index / identification information (e.g., ID) for distinguishing a CORESET for each TRP / panel / the CORESET group ID. As an example, the CORESET group ID may be specific index information defined in a CORSET configuration. In this case, a CORESET group may be set / indicated / defined by an index defined in a CORESET configuration for each CORESET. And / or, the CORESET group ID may mean an index / identification information / indicator for distinguishing / identifying between CORESETs set / associated with each TRP / panel. Hereinafter, the CORESET group ID described / mentioned in the present disclosure may be expressed as a specific index / specific identification information / specific indicator for distinguishing / identifying between CORESETs set / associated with each TRP / panel. The CORESET group ID, i.e., a specific index / specific identification information / specific indicator for distinguishing / identifying between CORESETs set / associated with each TRP / panel, may be set / instructed to the terminal by higher layer signaling (e.g., RRC signaling) / Layer 2 signaling (L2 signaling, e.g., MAC-CE) / Layer 1 signaling (L1 signaling, e.g., DCI). As an example, it may be set / instructed to perform PDCCH detection for each TRP / panel (i.e., for each TRP / panel belonging to the same CORESET group) in the CORESET group unit.And / or, uplink control information (e.g., CSI, HARQ-A / N (ACK / NACK), SR (scheduling request)) and / or uplink physical channel resources (e.g., PUCCH / PRACH / SRS resources) may be configured / instructed to be managed / controlled separately for each TRP / panel (i.e., for each TRP / panel belonging to the same CORESET group) on a per-CORESET group basis. And / or, HARQ A / N (process / retransmission) for PDSCH / PUSCH, etc. scheduled for each TRP / panel (i.e., for each TRP / panel belonging to the same CORESET group) may be managed.

[0143] For example, a ControlResourceSet information element (IE), which is an upper layer parameter, is used to configure a time / frequency control resource set (CORESET). For example, the control resource set (CORESET) may be related to detection and reception of downlink control information. The ControlResourceSet IE may include a CORESET related ID (e.g., controlResourceSetID), a CORESET pool index (e.g., CORESETPoolIndex) for the CORESET, a time / frequency resource configuration of the CORESET, TCI information related to the CORESET, etc. As an example, a CORESET pool index (e.g., CORESETPoolIndex) may be set to 0 or 1. In the above description, the CORESET group may correspond to the CORESET pool, and the CORESET group ID may correspond to the CORESET pool index (e.g., CORESETPoolIndex).

[0144] A method for improving reliability in multi-TRP will be described below.

[0145] The following two methods can be considered as transmission and reception methods for improving reliability using transmission with multiple TRPs.

[0146] FIG. 7 illustrates a multiple TRP transmission method in a wireless communication system to which the present disclosure can be applied.

[0147] Referring to FIG. 7(a), a case is shown in which layer groups transmitting the same codeword (CW) / transport block (TB) correspond to different TRPs. In this case, a layer group can mean a predetermined layer set consisting of one or more layers. In this case, the amount of transmission resources increases due to the large number of layers, which has the advantage that robust channel coding with a low code rate can be used for the TB, and since the channels are different from the multiple TRPs, the reliability of the received signal can be improved based on diversity gain.

[0148] Referring to FIG. 7(b), an example is shown in which different CWs are transmitted in layer groups corresponding to different TRPs. In this case, it can be assumed that the TBs corresponding to CW #1 and CW #2 in the figure are the same. That is, CW #1 and CW #2 mean that the same TB is converted into different CWs by channel coding or the like according to different TRPs. Therefore, it can be considered as an example of repeated transmission of the same TB. FIG. 7(b) may have a disadvantage that the code rate corresponding to the TB is higher than that of FIG. 7(a). However, it has an advantage that the code rate can be adjusted by instructing different RV (redundancy version) values ​​for encoded bits generated from the same TB according to the channel environment, or the modulation order of each CW can be adjusted.

[0149] According to the schemes illustrated in Figures 7(a) and 7(b), the same TB is repeatedly transmitted in different layer groups, and each layer group is transmitted by a different TRP / panel, thereby increasing the probability of data reception by the terminal. This is called an SDM (Spatial Division Multiplexing)-based M-TRP URLLC transmission scheme. Layers belonging to different layer groups are transmitted by DMRS ports belonging to different DMRS CDM groups.

[0150] In addition, although the above-mentioned contents related to multiple TRPs have been described based on a spatial division multiplexing (SDM) scheme using different layers, this may of course be extended and applied to a frequency division multiplexing (FDM) scheme based on different frequency domain resources (e.g., RB / PRB (set), etc.) and / or a time division multiplexing (TDM) scheme based on different time domain resources (e.g., slots, symbols, sub-symbols, etc.).

[0151] A multi-TRP scheduled by at least one DCI may be performed as follows:

[0152] i) Scheme 1 (SDM): n (n is a natural number) TCI states in a single slot with overlapped time and frequency resource allocation

[0153] - Method 1a: Each transmission occasion is a layer or a set of layers of the same TB, and each layer or layer set is associated with one TCI and one set of DMRS ports. A single codeword with one redundancy version (RV) is used for all layers or layer sets. From the UE perspective, different coded bits are mapped to different layers or layer sets according to a specific mapping rule.

[0154] - Method 1b: Each transmission occasion is a layer or a set of layers of the same TB, and each layer or layer set is associated with one TCI and one set of DMRS ports. A single codeword with one RV is used for each spatial layer or layer set. The RV corresponding to each spatial layer or layer set may be the same or different.

[0155] - Approach 1c: Each transmission opportunity is one layer of the same TB with one DMRS port associated with multiple TCI state indices, or one layer of the same TB with multiple DMRS ports associated with multiple TCI indices one by one.

[0156] In approaches 1a and 1c above, the same MCS is applied to all layers or layer sets.

[0157] ii) Scheme 2 (FDM): n (n is a natural number) TCI states in a single slot with non-overlapping frequency resource allocations. Each non-overlapping frequency resource allocation is associated with one TCI state. The same single / multiple DMRS ports are associated with all non-overlapping frequency resource allocations.

[0158] - Method 2a: A single codeword with one RV is used across the entire resource allocation. From the UE perspective, a common RB mapping (codeword to layer mapping) is applied across all resource allocations.

[0159] - Scheme 2b: A single codeword with one RV is used for each non-overlapping frequency resource allocation. The RVs corresponding to each non-overlapping frequency resource allocation may be the same or different.

[0160] In scheme 2a, the same MCS is applied to all non-overlapping frequency resource allocations.

[0161] iii) Scheme 3 (TDM): n (n is a natural number) TCI states in a single slot with non-overlapping time resource allocation. Each transmission opportunity in a TB has one TCI and one RV with mini-slot time granularity. All transmission opportunities in a slot use a common MCS with the same single or multiple DMRS ports. The RV / TCI states may be the same or different in a transmission opportunity.

[0162] iv) Scheme 4 (TDM): n (n is a natural number) TCI states in K (n<=K, K is a natural number) distinct slots. Each transmit opportunity in TB has one TCI and one RV. All transmit opportunities across K slots use a common MCS with the same single or multiple DMRS ports. The RV / TCI states may be the same or different in the transmit opportunities.

[0163] Hereinafter, in this disclosure, DL MTRP-URLLC means that the M-TRP transmits the same data (e.g., transport block (TB)) / DCI using different layer / time / frequency resources. For example, TRP 1 transmits the same data / DCI using resource 1, and TRP 2 transmits the same data / DCI using resource 2. A UE configured with the DL MTRP-URLLC transmission method receives the same data / DCI using different layer / time / frequency resources. Here, the UE may be instructed by the base station which QCL RS / type (i.e., DL TCI state) to use in the layer / time / frequency resource that receives the same data / DCI. For example, when the same data / DCI is received in resource 1 and resource 2, the DL TCI state to be used in resource 1 and the DL TCI state to be used in resource 2 are instructed. Since the UE receives the same data / DCI in resource 1 and resource 2, high reliability can be achieved. Such a DL MTRP URLLC may be applied to the PDSCH / PDCCH.

[0164] Conversely, UL MTRP-URLLC means that M-TRP receives the same data / UCI from a certain UE using different layer / time / frequency resources. For example, TRP 1 receives the same data / UCI from the UE using resource 1, and TRP 2 receives the same data / UCI from the UE using resource 2, and then shares the received data / UCI through a connected backhaul link between the TRPs. A UE configured with the UL MTRP-URLLC transmission method transmits the same data / UCI using different layer / time / frequency resources. Here, the UE is instructed by the base station which Tx beam and which Tx power (i.e., UL TCI state) should be used in the layer / time / frequency resource that transmits the same data / UCI. For example, when the same data / UCI is transmitted in resource 1 and resource 2, the UL TCI state to be used in resource 1 and the UL TCI state to be used in resource 2 are instructed. Such UL MTRP URLLC may be applied to PUSCH / PUCCH.

[0165] In the method proposed in this document, the use ( / mapping) of a specific TCI state (or TCI) when receiving data / DCI / UCI for a certain frequency / time / space resource can mean, in DL, estimating a channel from a DMRS using a QCL type and QCL RS indicated by the TCI state in the frequency / time / space resource, and receiving / demodulating data / DCI in the estimated channel, and in UL, transmitting / modulating a DMRS and data / UCI using a Tx beam and / or Tx power indicated by the TCI state in the frequency / time / space resource.

[0166] The UL TCI state includes the Tx beam and / or Tx power information of the UE, and instead of the TCI state, spatial relation info, etc. may be set to the UE by other parameters. The UL TCI state may be directly indicated in the UL grant DCI, or may mean the spatial relation info of the SRS resource indicated in the SRS resource indicator (SRI) field of the UL grant DCI. Or, it may mean the open loop (OL) Tx power control parameters (j: index for open loop parameters Po and alpha (up to 32 parameter value sets per cell), q_d: index of DL RS for path loss (PL) measurement (up to 3 measurements per cell), l: closed loop power control process index (up to 2 processes per cell)) linked to the value indicated in the SRI field of the UL grant DCI.

[0167] On the other hand, MTRP-eMBB means that the M-TRP transmits different data using different layers / times / frequencies, and it is assumed that a UE configured with the MTRP-eMBB transmission method is instructed of various TCI states by DCI, and the data received using the QCL RS for each TCI state is different data from each other.

[0168] In addition, the UE can know whether it is MTRP URLLC transmission / reception or MTRP eMBB transmission / reception by separately distinguishing between the RNTI for MTRP-URLLC and the RNTI for MTRP-eMBB. That is, if the CRC of DCI is masked using the RNTI for URLLC, it is recognized as URLLC transmission, and if the CRC of DCI is masked using the RNTI for eMBB, it is recognized as eMBB transmission. Alternatively, the base station may configure the UE for MTRP URLLC transmission / reception or MTRP eMBB transmission / reception by other new signaling.

[0169] For convenience of explanation, the present disclosure applies the proposed method assuming cooperative transmission / reception between two TRPs, but the method can be extended to a multi-TRP environment of three or more, and can also be extended to a multi-panel environment. Different TRPs may be recognized as different TCI (Transmission Configuration Indication) states by the UE. That is, when the UE receives / transmits data / DCI / UCI using TCI state 1, it means that the UE receives / transmits data / DCI / UCI from / to TRP 1.

[0170] The proposals of the present disclosure may be utilized in situations where MTRPs transmit PDCCHs cooperatively (repeatedly or separately transmit the same PDCCH), and some of the proposals may also be utilized in situations where MTRPs transmit PDSCHs cooperatively or receive PUSCHs / PUCCHs cooperatively.

[0171] In addition, in the following disclosure, the meaning of multiple base stations (i.e., MTRPs) repeatedly transmitting the same PDCCH may mean transmitting the same DCI with multiple PDCCH candidates, and is the same as the meaning of multiple base stations repeatedly transmitting the same DCI. The same DCI may mean two DCIs having the same DCI format / size / payload. Or, even if the payloads of two DCIs are different, they may be called the same DCI if the scheduling results are the same. For example, the slot / symbol position of data and the slot / symbol position of acknowledgement (ACK) / non-acknowledgement (NACK) are relatively determined based on the reception time of the DCI according to the time domain resource allocation (TDRA) field of the DCI. Here, if the DCI received at the nth time point and the DCI received at the n+1th time point inform the UE of the same scheduling result, the TDRA fields of both DCIs will be different, and as a result, the DCI payloads will have to be different. The number of repetitions R may be directly instructed by the base station to the UE or may be mutually agreed upon. Alternatively, even if the payloads of two DCIs are different and the scheduling results are not the same, if the scheduling result of one DCI is a subset of the scheduling result of another DCI, they can be said to be the same DCI. For example, when the same data is TDM-transmitted N times, DCI 1 received before the first data indicates data repetition N times, and DCI 2 received after the first data and before the second data indicates data repetition N-1 times. The scheduling data of DCI 2 is a subset of the scheduling data of DCI 1, and both DCIs are scheduled for the same data, so in this case, they can also be said to be the same DCI.

[0172] In addition, in the following disclosure, when multiple base stations (i.e., MTRPs) transmit the same PDCCH in a divided manner, it means that one DCI is transmitted by one PDCCH candidate, and some resources in which the PDCCH candidate is defined are transmitted by TRP 1, and the remaining resources are transmitted by TRP 2. For example, when TRP 1 and TRP 2 transmit PDCCH candidates corresponding to aggregation level m1+m2 in a divided manner, the PDCCH candidates are divided into PDCCH candidate 1 corresponding to aggregation level m1 and PDCCH candidate 2 corresponding to aggregation level m2, and TRP 1 transmits PDCCH candidate 1 and TRP 2 transmits PDCCH candidate 2 in different time / frequency resources. After receiving PDCCH candidate 1 and PDCCH candidate 2, the UE generates PDCCH candidates corresponding to aggregation level m1+m2 and attempts DCI decoding.

[0173] When the same DCI is divided into multiple PDCCH candidates and transmitted, there are two possible implementation methods.

[0174] First, the DCI payload (control information bits + CRC) may be encoded by one channel encoder (e.g., a polar encoder), and the two TRPs may transmit the resulting coded bits separately. In this case, the coded bits transmitted by each TRP may encode the entire DCI payload or only a portion of the DCI payload. Second, the DCI payload (control information bits + CRC) may be divided into two (DCI 1 and DCI 2), each of which may be encoded by a channel encoder (e.g., a polar encoder). Then, the two TRPs may transmit the coded bits corresponding to DCI 1 and the coded bits corresponding to DCI 2, respectively.

[0175] In summary, multiple base stations (ie, MTRPs) may transmit the same PDCCH separately / repeatedly for multiple monitoring occasions (MOs) as follows.

[0176] i) It may mean repeatedly transmitting coded DCI bits obtained by encoding the entire DCI content of the corresponding PDCCH in each MO for each base station (i.e., STRP); or

[0177] ii) It may mean dividing the coded DCI bits obtained by encoding the entire DCI content of the PDCCH into a plurality of parts and transmitting different parts to each base station (i.e., STRP) in each MO; or

[0178] iii) This may mean dividing the DCI content of the corresponding PDCCH into multiple parts, separately encoding different parts for each base station (i.e., STRP), and transmitting them in each MO.

[0179] That is, regardless of whether the PDCCH is repeatedly transmitted or divided, it may be understood that the PDCCH is transmitted multiple times at multiple transmission times (TOs: transmission opportunities). Here, TO refers to a specific time / frequency resource unit in which the PDCCH is transmitted. For example, if the PDCCH is transmitted multiple times in slots 1, 2, 3, and 4 (in a specific resource block (RB)), TO may refer to each slot, if the PDCCH is transmitted multiple times in RB sets 1, 2, 3, and 4 (in a specific slot), TO may refer to each RB set, or if the PDCCH is transmitted multiple times at different times and frequencies, TO may refer to each time / frequency resource. In addition, the TCI state used for DMRS channel estimation may be set differently for each TO, and TOs set to different TCI states may be assumed to be transmitted by different TRPs / panels. The fact that multiple base stations repeatedly transmit or divide the PDCCH means that the PDCCH is transmitted in multiple TOs, and the union of the TCI states set in the TOs is composed of two or more TCI states. For example, when the PDCCH is transmitted in TOs 1, 2, 3, and 4, TCI states 1, 2, 3, and 4 may be set in TOs 1, 2, 3, and 4, respectively, which means that TRP i transmits the PDCCH in TO i in a coordinated manner.

[0180] For multiple TOs instructed to the UE to repeatedly or separately transmit PDCCH / PDSCH / PUSCH / PUCCH, each TO is UL transmitted to a specific TRP or DL ​​received from a specific TRP. Here, a UL TO transmitted to TRP 1 (or a TO of TRP 1) refers to a TO using the first value of two spatial relations, two UL TCIs, two UL power control parameters, and / or two path loss reference signals (PLRSs) instructed to the UE, and a UL TO transmitted to TRP 2 (or a TO of TRP 2) refers to a TO using the second value of two spatial relations, two UL TCIs, two UL power control parameters, and / or two PLRSs instructed to the UE. Similarly, during DL transmission, a DL TO sent by TRP 1 (or a TO of TRP 1) means a TO using the first value of two DL TCI states (e.g., when two TCI states are set in CORESET) instructed to the UE, and a DL TO sent by TRP 2 (or a TO of TRP 2) means a TO using the second value of two DL TCI states (e.g., when two TCI states are set in CORESET) instructed to the UE.

[0181] The proposal of the present disclosure can be expanded and applied to various channels such as PUSCH / PUCCH / PDSCH / PDCCH.

[0182] The proposal of the present disclosure can be extended to both cases where the channel is repeatedly transmitted on different time / frequency / spatial resources and where it is separately transmitted.

[0183] Data transmission and HARQ (Hybrid Automatic Repeat and reQuest)-ACK (Acknowledgement) process

[0184] FIG. 8 illustrates a HARQ-ACK process for downlink data in a wireless communication system to which the present disclosure can be applied.

[0185] Referring to Figure 8, the terminal can detect the PDCCH in slot #n. Here, the PDCCH includes downlink scheduling information (e.g., DCI format 1_0, 1_1), and the PDCCH indicates DL assignment-to-PDSCH offset (K0) and PDSCH-HARQ-ACK reporting offset (K1). For example, the DCI formats 1_0, 1_1 may include the following information:

[0186] - Frequency domain resource assignment: Indicates the RB resources (e.g., one or more (non-)contiguous RBs) assigned to the PDSCH.

[0187] - Time domain resource assignment: K0, indicates the starting position (e.g., OFDM symbol index) and length (e.g., number of OFDM symbols) of the PDSCH in a slot

[0188] - PDSCH HARQ feedback timing indicator (PDSCH-to-HARQ_feedback timing indicator): indicates K1

[0189] - HARQ process number (4 bits): indicates the HARQ process ID (Identity) for data (e.g., PDSCH, TB).

[0190] - PUCCH resource indicator (PRI): indicates a PUCCH resource to be used for UCI transmission among multiple PUCCH resources in a PUCCH resource set.

[0191] Thereafter, the terminal may receive the PDSCH at slot #(n+K0) according to the scheduling information of slot #n, and then transmit the UCI via the PUCCH at slot #(n+K1). Here, the UCI includes a HARQ-ACK response to the PDSCH. If the PDSCH is configured to transmit up to one TB, the HARQ-ACK response may be configured with 1 bit. If the PDSCH is configured to transmit up to two TBs, the HARQ-ACK response may be configured with 2 bits if spatial bundling is not configured, and may be configured with 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 at slot #(n+K1) includes a HARQ-ACK response for multiple PDSCHs.

[0192] Multimedia Broadcast / Multicast Service (MBMS)

[0193] 3GPP MBMS is classified into i) single frequency network (SFN) scheme in which multiple base station cells synchronize to transmit the same data via PMCH (physical multicast channel) and ii) single cell point to multipoint (SC-PTM) scheme in which data is broadcast within the cell coverage via PDCCH / PDSCH channels. The SFN scheme is used to provide broadcast services to a wide area (e.g., MBMS area) using resources allocated semi-statically in advance, while the SC-PTM scheme is mainly used to provide broadcast services only within the cell coverage using dynamic resources.

[0194] The SC-PTM provides a single cell multicast control channel (SC-MCCH) which is one logical channel, and a single cell multicast traffic channel (SC-MTCH) which is one or more logical channels. These logical channels are mapped to a downlink shared channel (DL-SCH) which is a transport channel, and a PDSCH which is a physical channel. The PDSCH which transmits the SC-MCCH or SC-MTCH data is scheduled via a PDCCH indicated by a group-RNTI (G-RNTI). At this time, a temporary multicast group ID (TMGI) corresponding to a service identity (ID) may be one-to-one mapped to a specific G-RNTI value. Therefore, when a base station provides multiple services, multiple G-RNTI values ​​may be assigned for SC-PTM transmission. One or multiple terminals may perform PDCCH monitoring using a specific G-RNTI for receiving a specific service. Here, a DRX on-duration period dedicated to the SC-PTM can be set for a specific service / specific G-RNTI. In this case, these terminals wake up only during a specific on-duration period and perform PDCCH monitoring for the G-RNTI.

[0195] Support method for multiplexing / dropping between unicast HARQ-ACK / multicast HARQ-ACK / CSI report / scheduling request (SR)

[0196] - PUCCH: Physical Uplink Control channel

[0197] - PUSCH: Physical Uplink Shared Channel

[0198] - MCCH: Multicast Control Channel

[0199] - MTCH: Multicast Traffic Channel

[0200] - RRM: Radio resource management

[0201] - RLM: Radio link monitoring

[0202] - SCS: Sub-carrier spacing

[0203] - RLM: Radio link monitoring

[0204] - DCI: Downlink Control Information

[0205] - CAP: Channel Access Procedure

[0206] - Ucell: Unlicensed cell

[0207] - PCell: Primary Cell

[0208] - PSCell: Primary SCG Cell

[0209] - TBS: Transport Block Size

[0210] - TDRA: Time Domain Resource Allocation

[0211] -SLIV: Starting and Length Indicator Value (an indication value for the starting symbol index and number of symbols in a slot of a PDSCH and / or PUSCH. It may be set as a component of an entry constituting a TDRA field in a PDCCH that schedules the PDSCH and / or PUSCH.)

[0212] - BWP: Bandwidth Part (may be composed of consecutive resource blocks (RB) on the frequency axis. It may correspond to one numerology (e.g., SCS, CP length, slot / mini-slot duration, etc.). In addition, multiple BWPs may be configured on one carrier (the number of BWPs per carrier may also be limited), but the number of activated BWPs may be limited to a portion (e.g., 1) per carrier.)

[0213] -CORESET: Control resource set (COntrol REsourse SET) (meaning a time-frequency resource region in which PDCCH can be transmitted, the number of CORESETs per BWP may be limited.)

[0214] - REG: Resource element group

[0215] - SFI: Slot Format Indicator (an indicator indicating the symbol level DL / UL direction in a specific slot, transmitted on a group common PDCCH)

[0216] - COT: Channel occupancy time

[0217] - SPS: Semi-persistent scheduling

[0218] - QCL: Quasi-Co-Location (QCL relationship between two reference signals (RSs)) means that QCL parameters such as Doppler shift, Doppler spread, average delay, delay spread, and spatial Rx parameters obtained from one RS can be applied to the other RS ​​(or antenna port of the RS). In the NR system, four QCL types are defined as follows: "typeA": {Doppler shift, Doppler spread, average delay, delay spread}, "typeB": {Doppler shift, Doppler spread}, "typeC": {Doppler shift, average delay}, and "typeD": {Spatial Rx parameter}. For a DL RS antenna port, the first DL RS is set as a reference for QCL type X (X=A, B, C, or D), and the second DL RS is set as a reference for QCL type X (X=A, B, C, or D). RS may be set as a reference to QCL type Y (Y=A, B, C, or D, where X≠Y).

[0219] -TCI: Transmission Configuration Indication (One TCI state includes a QCL relationship between one or more DL RSs, such as a DM-RS port of a PDSCH, a DM-RS port of a PDCCH, or a CSI-RS port of a CSI-RS resource. For the "Transmission Configuration Indication" field in the DCI that schedules the PDSCH, the TCI state index corresponding to each code point constituting the field is activated by a MAC control element (CE), and the TCI state setting for each TCI state index is set by RRC signaling. In the Rel-16 NR system, the TCI state is set between DL RSs, but in future releases, the setting between DL RSs and UL RSs or between UL RSs and UL RSs may be allowed. Examples of UL RSs include SRS, PUSCH DM-RS, and PUCCH DM-RS.)

[0220] - SRI: SRS resource indicator (Indicates one of the SRS resource index values ​​set in the 'SRS resource indicator' field in the DCI that schedules the PUSCH. When transmitting the PUSCH, the UE may transmit the PUSCH using the same spatial domain transmission filter used for transmitting and receiving a reference signal associated with the SRS resource. Here, the reference RS is set by RRC signaling according to the SRS spatial relationship information (SRS-SpatialRelationInfo) parameter for each SRS resource, and the SS / PBCH block, CSI-RS, or SRS may be set as the reference RS.)

[0221] - TRP: Transmission and Reception Point

[0222] - PLMN ID: Public Land Mobile Network identifier

[0223] - RACH: Random Access Channel

[0224] - RAR: Random Access Response

[0225] - Msg3: C-RNTI MAC CE or CCCH (common control channel) service data unit (SDU) is transmitted via an uplink shared channel (UL-SCH) and is provided by higher layers. It is a message associated with the UE Contention Resolution Identity as part of the random access procedure.

[0226] Special Cell: In dual connectivity operation, the term special cell refers to a PCell of a master cell group (MCG) or a PSCell of a secondary cell group (SCG) depending on whether the MAC entity is associated with the MCG or the SCG, respectively. Alternatively, the term special cell refers to a PCell. A special cell supports PUCCH transmission and contention-based random access and is always activated.

[0227] - Serving Cell: Includes PCell, PSCell, and SCell (secondary cell).

[0228] - CG: Configured Grant

[0229] - Type 1 CG or Type 2 CG: Type 1 configured grant or Type 2 configured grant

[0230] - Fall-back DCI: Indicates a DCI format available for fall-back operation, for example, DCI format 0_0, 1_0.

[0231] - Non-fallback DCI: This refers to a DCI format other than the fallback DCI, for example DCI format 0_1 ​​and 1_1.

[0232] - SS: Search space

[0233] - FDRA: Frequency domain resource allocation

[0234] - TDRA: Time domain resource allocation

[0235] - LP, HP: Low(er) priority, High(er) priority

[0236] A / N for cell A: A / N (acknowledgement / negative acknowledgement) information for data (e.g., PDSCH) received in cell A

[0237] - UL CI: Uplink cancelation indication

[0238] - CFR: Common frequency resource for MBS (multicast and broadcast service). One DL CFR provides group common PDCCH and group common PDSCH transmission resources for MBS transmission and reception. One UL CFR provides HARQ-ACK PUCCH resources for group common PDSCH reception. One CFR is one MBS specific BWP or one UE specific BWP. Alternatively, one or more CFRs may be configured within one UE specific BWP. One CFR is connected to one UE specific BWP.

[0239] - TMGI: Temporary Mobile Group Identity. An MBS service identifier that indicates a specific service.

[0240] - G-RNTI: Group Radio Network Temporary Identifier, which indicates the identifier of a group of terminals receiving the MBS.

[0241] The above-mentioned contents (such as 3GPP system, frame structure, NR system, etc.) may be applied in combination with the method proposed in the present disclosure described below, or may help clarify the technical features of the method proposed in the present disclosure. In this disclosure, " / " means "and", "or", or "and / or" depending on the context.

[0242] In the prior art, a base station can configure a terminal-dedicated SPS configuration for a specific terminal and allocate downlink SPS transmission resources that are repeated at a set period. Here, a DCI of a terminal-dedicated PDCCH can indicate SPS activation of a specific SPS configuration index, so that the terminal can repeatedly receive the SPS transmission resources at a set period. Such SPS transmission resources are used for initial HARQ (hybrid automatic repeat request) transmission, and a base station can allocate retransmission resources for a specific SPS configuration index using a DCI of a terminal-dedicated PDCCH. For example, if a terminal reports a HARQ NACK for an SPS transmission resource, the base station can allocate retransmission resources by a DCI so that the terminal can receive downlink retransmission. In addition, a DCI of a terminal-dedicated PDCCH can indicate deactivation (SPS release or SPS deactivation) of a specific SPS configuration index, and a terminal that receives this does not receive the indicated SPS transmission resource. Here, a cyclic redundancy check (CRC) of the DCI for activation / retransmission / deactivation of the SPS is scrambled with a Configured Scheduling-RNTI (CS-RNTI).

[0243] Rel-17 NR aims to introduce a DL broadcast or DL ​​multicast transmission method to support Multicast Broadcast Service (MBMS) services similar to LTE MBMS. A base station provides a point-to-multipoint (PTM) transmission method and / or a point-to-point (PTP) transmission method for DL ​​broadcast or DL ​​multicast transmission.

[0244] In the PTM transmission method for MBS, a base station transmits a group common PDCCH and a group common PDSCH to multiple terminals, and the multiple terminals simultaneously receive the same group common PDCCH and group common PDSCH transmissions and decode the same MBS data.

[0245] Meanwhile, in the PTP transmission method for MBS, a base station transmits a terminal-dedicated PDCCH and a terminal-dedicated PDSCH to a specific terminal, and only the terminal receives the terminal-dedicated PDCCH and the terminal-dedicated PDSCH. Here, when there are multiple terminals receiving the same MBS service, the base station transmits the same MBS data to each terminal individually through different terminal-dedicated PDCCHs and terminal-dedicated PDSCHs. That is, the same MBS data is provided to multiple terminals, but different channels (i.e., PDCCHs and PDCCHs) are used for each terminal.

[0246] As described above, in the PTM transmission scheme, a base station transmits multiple group-common PDSCHs to multiple terminals, where the base station can receive HARQ-ACKs from multiple terminals for the group-common PDSCHs using PUCCH resources dedicated to the terminals.

[0247] Here, when a TB (Transport Block) for a multicast PDSCH (or a group common PDSCH) is successfully decoded, the terminal transmits ACK as the HARQ-ACK information. On the other hand, when a TB (Transport Block) cannot be successfully decoded, the terminal transmits NACK as the HARQ-ACK information. Such a HARQ-ACK transmission method is called an ACK / NACK based HARQ-ACK method (mode). In general, a terminal can transmit an ACK / NACK based HARQ-ACK using a terminal dedicated PUCCH resource.

[0248] On the other hand, when a NACK only based HARQ-ACK method (mode) is configured for a multicast PDSCH (or a group-common PDSCH), the terminal does not transmit a PUCCH when there is an ACK, and transmits a PUCCH only when there is a NACK. Here, the PUCCH may transmit only a NACK as HARQ-ACK information in a group-common PUCCH resource.

[0249] Hereinafter, in the present disclosure, a DCI format (or PDCCH) that schedules PDSCH reception carrying an MBS service (i.e., MBS TB) may be referred to as an MBS DCI format (or PDCCH) or a multicast DCI format (or PDCCH). For example, a DCI format (or PDCCH) that includes a CRC scrambled by a G-RNTI (group-RNTI) or G-CS-RNTI (group-configured scheduling-RNTI) that schedules PDSCH reception may be referred to as an MBS DCI format (or PDCCH) or a multicast DCI format (or PDCCH). Herein, unless otherwise specified in the present disclosure, the MBS DCI format (or PDCCH) or the multicast DCI format (or PDCCH) may include both a group common DCI format (or PDCCH) according to the PTM scheme for MBS and a UE specific DCI format (or PDCCH) according to the PTP scheme for MBS.

[0250] Furthermore, unless otherwise specified in this disclosure (e.g., the distinction between PDSCH by dynamic scheduling and PDSCH by SPS), PDSCH scheduled by MBS DCI format (or PDCCH) or multicast DCI format (or PDCCH) (also, PDSCH scheduled by UE-specific DCI format (or PDCCH) in the PTP scheme) and group-common SPS PDSCH can be collectively referred to as MBS PDSCH or multicast PDSCH. In other words, unless otherwise specified in this disclosure, MBS PDSCH or multicast PDSCH may include both group-common PDSCH in the PTM scheme for MBS and UE-specific PDSCH in the PTP scheme for MBS.

[0251] In addition, HARQ-ACK information associated with a multicast (or MBS) DCI format (or PDCCH) or a multicast PDSCH may be referred to as MBS HARQ-ACK information or multicast HARQ-ACK information. Unless otherwise specified in the present disclosure, such MBS HARQ-ACK information or multicast HARQ-ACK information may be transmitted via a UE-specific PUCCH / PUSCH according to the PTP / PTM scheme, or may be transmitted via a group-common PUCCH / PUSCH according to the PTM scheme.

[0252] Furthermore, unless otherwise specified in this disclosure (eg, the distinction between PDSCH by dynamic scheduling and PDSCH by SPS), the PDSCH scheduled by the unicast DCI format (or PDCCH) and the UE-specific SPS PDSCH may be collectively referred to as a unicast / UE-specific PDSCH.

[0253] In addition, in the present disclosure, when a TB (Transport Block) for an MBS PDSCH or a multicast PDSCH is successfully decoded, the terminal can transmit an ACK as HARQ-ACK information. On the other hand, when a TB for an MBS PDSCH or a multicast PDSCH cannot be successfully decoded, the terminal can transmit a NACK as HARQ-ACK information. Such a HARQ-ACK transmission method is called an ACK / NACK based HARQ-ACK method (mode).

[0254] On the other hand, if the TB for the MBS PDSCH or the multicast PDSCH is successfully decoded, the terminal does not need to transmit HARQ-ACK information (i.e., ACK) via PUCCH (or PUSCH). On the other hand, if the TB for the MBS PDSCH or the multicast PDSCH cannot be successfully decoded, the terminal can transmit NACK as HARQ-ACK information. Such a HARQ-ACK transmission method is called a NACK-based HARQ-ACK method (mode). In other words, when a NACK only based HARQ-ACK method (mode) is configured, the terminal does not transmit PUCCH (or PUSCH) if it is ACK, and can transmit PUCCH (or PUSCH) only if it is NACK.

[0255] In addition, in this disclosure, a sub-slot, a mini-slot, and a symbol slot all refer to a time unit smaller than one slot, and unless otherwise clearly described in this disclosure, all may be interpreted as having the same meaning. Furthermore, all of these terms may be considered / interpreted as one or more symbols in a slot.

[0256] FIG. 9 illustrates a HARQ-ACK transmission and reception procedure for a multicast PDSCH according to one embodiment of the present disclosure.

[0257] FIG. 9(a) illustrates a signaling procedure between UE1 and a base station (gNB) (beam / TRP 1), and FIG. 9(b) illustrates a signaling procedure between UE2 and a base station (gNB) (beam / TRP 2). FIG. 9(a) illustrates a case where there is no retransmission of PDSCH, and FIG. 9(b) illustrates a case where there is retransmission of PDSCH. FIG. 9 illustrates two procedures together for convenience of explanation, but is not limited thereto. That is, UE1 and UE2 are not limited to be connected to the same base station (through different beams / TRPs), and the two procedures are not limited to be performed together. In other words, FIG. 9(a) and FIG. 9(b) are separate procedures, but are illustrated together for convenience of explanation, and a common description is given for common steps.

[0258] 1. Although not shown in FIG. 9, (before the procedure of FIG. 9) the UE may enter RRC_CONNECTED mode and send a message / information to the base station indicating one or more interested MBS services.

[0259] A. The message / information may be conveyed by any one of uplink control information (UCI), a MAC control element (CE), and an RRC message.

[0260] B. The MBS service of interest in the message / information may refer to one of the TMGI or G-RNTI included in the DL message received from the base station.

[0261] For example, the DL message may be a service availability message including TMGI#1, TMGI#3, TMGI#5 and TMGI#10. If the UE is interested in TMGI#5, the UE can indicate the order of TMGI#5 in the message / information, i.e., the UE can report "3" to the base station.

[0262] As another example, the DL message may be a service availability message including G-RNTI#1, G-RNTI#3, G-RNTI#5, and G-RNTI#10. If the UE is interested in G-RNTI#10, the UE may indicate the order of G-RNTI#10 in the message / information. That is, the UE may report "4" to the base station.

[0263] 2. Upon receiving the message / information, the base station can transmit at least one of the following to the UE via an RRC message (S901a, S901b): i) a common frequency resource (CFR) configuration; ii) one or more group common PDSCH configurations including a TCI state for one or more G-RNTI values; and iii) a search space (SS) configuration including a TCI state for one or more G-RNTI values.

[0264] FIG. 9 illustrates an example of one RRC message, but is not limited to this, and the configurations i) to iii) may be provided to the UE in different (or partially identical) RRC messages.

[0265] A UE that has received an RRC message from a base station can configure one or more group common PDSCH (eg, group common SPS PDSCH) settings via the RRC message.

[0266] The A. RRC message may be a group common message transmitted on a PTM MCCH (Multicast Control Channel) or a UE dedicated message transmitted on a UE specific DCCH (Dedicated Control Channel).

[0267] B. The UE may be configured with at least a G-RNTI value for each MBS CFR or each serving cell, or in addition, may be configured with a group common-configured scheduling-RNTI (GC-CS-RNTI) to be used for activation, retransmission, or deactivation of one or more group common SPS configurations.

[0268] - If the UE does not configure a GC-CS-RNTI for a CFR or serving cell, and a CS-RNTI is configured for the CFR or serving cell, the UE may use the CS-RNTI to activate, retransmit, or deactivate one or more group-common SPS configurations.

[0269] - The base station may associate a list of TMGIs or a list of G-RNTIs with one GC-CS-RNTI. In this case, the base station may provide the terminal with a list of TMGIs or a list of G-RNTIs associated with the GC-CS-RNTI value.

[0270] C. Each PDSCH configuration (eg, RRC parameter PDSCH-config) may include at least information elements (IEs) for multicast and / or broadcast, as shown in Table 6 below.

[0271] Table 6 illustrates the PDSCH-Config IE used to configure the PDSCH parameters.

[0272] [Table 6]

[0273] Table 7 illustrates the description of the fields of PDSCH-config in FIG. 6 above.

[0274] [Table 7-1] [Table 7-2]

[0275] 3. Once a search space (SS) for the configured CFR is configured, the UE monitors the PDCCH on the configured SS within the configured CFR to receive DCI whose CRC is scrambled with the G-RNTI or G-CS-RNTI (S902a, S902b).

[0276] 4. If the data unit is available on the Multicast Traffic Channel (MTCH) of the MBS radio bearer (MRB) for the MBS service, the base station constructs and transmits a transport block (TB) including a data unit for an SPS PDSCH occasion that is associated with i) the MTCH of the MRB for the MBS service, ii) the TMGI of the MBS service, iii) the short ID of the MBS service, or iv) the G-RNTI mapped to the MBS service through service-to-resource mapping.

[0277] In the group common dynamic scheduling of TB, the base station transmits DCI on the PDCCH to the UE (S903a, S903b).

[0278] Here, the CRC of the DCI may be scrambled by a G-RNTI, a G-CS-RNTI, or a CS-RNTI, and the PDCCH may be a group-common PDCCH or a UE-specific PDCCH.

[0279] FIG. 9 illustrates a case where a group common DCI with a scrambled CRC attached (included) in G-RNTI#1 is transmitted and repetition=3.

[0280] The DCI may include the following information (fields):

[0281] - Identifier for DCI formats: This field can indicate an MBS specific DCI format or one of the existing DCI formats for the MBS.

[0282] - Carrier indicator: This information (field) indicates the (serving or MBS specific) cell of the CFR in which the group common PDCCH / PDSCH is transmitted or the serving cell of the active BWP of the UE associated with the CFR.

[0283] - Bandwidth part indicator: This field indicates the BWP ID assigned to the CFR on which the group common PDCCH / PDSCH is transmitted or the BWP ID of the active BWP of the UE associated with the CFR.

[0284] In addition, the DCI may include a frequency domain resource assignment, a time domain resource assignment, a VRB-to-PRB mapping, a PRB bundling size indicator, a rate matching indicator, a ZP CSI-RS trigger, a modulation and coding scheme, a new data indicator (NDI), a redundancy version, a HARQ process number, a downlink assignment index, a transmit power control (TPC) command for scheduled PUCCH, a PUCCH resource indicator (PRI), a HARQ feedback timing indicator for PDSCH (PDSCH-to-HARQ_feedback timing indicator), an antenna port, a PUCCH resource indicator (PRI), a PDSCH-to-HARQ_feedback timing indicator, an antenna port, an antenna number, an antenna assignment index, a PUCCH resource indicator (PRI), a PDSCH-to-HARQ_feedback timing indicator, an antenna number ... The information may include information regarding the following: port(s), transmission configuration indication (TCI), SRS request, DMRS sequence initialization, and priority indicator.

[0285] In group-common dynamic scheduling, the base station may provide the UE with one or more of the following service-to-resource mappings for the MBS service identified by the TMGI or G-RNTI or GC-CS-RNTI by i) a group-common or UE-specific RRC message, or ii) a group-common or UE-specific MAC CE. Data of the MBS service may be carried over an MBS Radio Bearer (MRB) of an MTCH associated with the MBS service, which is a multicast traffic logical channel. The RRC message may be a group-common message transmitted over a PTM Multicast Control Channel (MCCH) or a UE-dedicated message transmitted over a UE-specific Dedicated Control Channel (DCCH). The DCI scheduling the PDSCH carrying the MBS service data may also indicate one or more of a short ID, an MTCH ID, an MRB ID, a G-RNTI value, and a TMGI value for the MBS service.

[0286] 5. When the UE receives a DCI whose CRC is scrambled by the G-RNTI that the UE is interested in receiving, based on i) the mapping between the MBS service and the HARQ process number (HPN) indicated in the DCI, and / or ii) (if available) the mapping between the MBS service and the short ID indicated in the DCI, the UE can determine the MBS service associated with one or more of the short ID, MTCH ID, MRB ID, G-RNTI value, and TMGI value for each PDSCH occasion.

[0287] The base station transmits a PDSCH carrying the MBS service data to the UE (S904a, S904b) (FIG. 9 illustrates the case where MBS service data mapped to G-RNTI#1 is transmitted), and if the UE is interested in the determined MBS service, it can receive a PDSCH transmission scheduled by the DCI (S905a, S905b).

[0288] On the other hand, unlike the example of FIG. 9, if the UE is not interested in the determined MBS service, the UE does not need to receive the PDSCH transmission scheduled by the DCI.

[0289] Then, depending on the decoding status of the PDSCH transmission, the UE sends HARQ feedback to the base station.

[0290] 6. A UE that has received a group-common DCI indicating PUCCH resources for an MBS HARQ-ACK may transmit an HARQ-ACK to the base station via a PUCCH after receiving a PDSCH scheduled by the DCI (S906a) as follows:

[0291] In A.PTM method 1, the group-common DCI can indicate at least a single PUCCH resource indicator (PRI) and a single PDSCH-to-HARQ_feedback timing indicator (K1) for ACK / NACK-based HARQ-ACK.

[0292] B. In UE-specific PUCCH resource allocation for ACK / NACK based HARQ-ACK for group-common DCI, different UEs in a group may be configured with at least PUCCH resources and other values ​​of candidate DL data-UL ACK (e.g., dl-DataToUL-ACK) in the UE-dedicated PUCCH configuration (e.g., PUCCH-config) for multicast or for unicast (if PUCCH-config for multicast is not configured).

[0293] Different PUCCH resources may be assigned to different UEs according to the same PUCCH resource indicator (PRI) and the same PDSCH-to-HARQ_feedback timing indicator (K1) of the group-common DCI.

[0294] C. In PTP retransmission, the PUCCH resource indicator (PRI) and PDSCH-to-HARQ_feedback timing indicator (K1) in the UE-specific DCI may be analyzed based on the PUCCH configuration for unicast (e.g., PUCCH-config), regardless of whether the PUCCH configuration for multicast (e.g., PUCCH-config) is configured or not.

[0295] D. PRI (PUCCH Resource Indicator) may be indicated by group common DCI as follows.

[0296] 1) Option 1A-1: A list of UE-specific PRIs may be included in the DCI.

[0297] - Each PRI in the list may point to an entry corresponding to a candidate PUCCH resource ID (e.g., pucch-ResourceId) value in a PUCCH configuration (e.g., PUCCH-config) for the same or different PUCCH resource allocation for other UEs in the group that have received the same DCI. Other PRIs in the DCI may point to other entries in the PUCCH configuration (e.g., PUCCH-config).

[0298] - The candidate PUCCH resource ID (e.g., pucch-ResourceId) value is configured by a higher layer (e.g., RRC), and other PUCCH resource ID (e.g., pucch-ResourceId) values ​​may be configured for other UEs of the same group at least in the multicast PUCCH configuration (e.g., PUCCH-config).

[0299] 2) Option 1A-2: A group common PRI may be included in the DCI.

[0300] - A single group common PRI may indicate a corresponding entry for a candidate PUCCH resource ID (e.g., pucch-ResourceId) value in a UE-specific PUCCH configuration (e.g., PUCCH-config) for the same or different PUCCH resource allocation for all UEs in the group.

[0301] - The candidate PUCCH resource ID (e.g., pucch-ResourceId) value is configured by a higher layer (e.g., RRC), and different PUCCH resource ID (e.g., pucch-ResourceId) values ​​may be configured for different UEs of the same group, at least in the PUCCH configuration (e.g., PUCCH-config) for multicast.

[0302] - If a PUCCH configuration for multicast (e.g., PUCCH-config) is configured for HARQ-ACK for a group-common PDSCH scheduled by a group-common DCI, the UE may assume that the PRI of the group-common DCI indicates a corresponding entry for a candidate PUCCH resource ID (pucch-ResourceId) value in the PUCCH configuration for multicast (e.g., PUCCH-config). That is, the PRI value of the group-common DCI may be parsed based on the PUCCH configuration for multicast (e.g., PUCCH-config).

[0303] - On the other hand, if a PUCCH configuration for multicast (e.g., PUCCH-config) is not configured for HARQ-ACK for a group-common PDSCH scheduled by a group-common DCI, the UE may assume that the PRI of the group-common DCI indicates a corresponding entry for a candidate PUCCH resource ID (pucch-ResourceId) value in the PUCCH configuration for unicast (e.g., PUCCH-config). That is, the PRI value of the group-common DCI may be analyzed based on the PUCCH configuration for unicast (e.g., PUCCH-config).

[0304] E.K1 (PDSCH-to-HARQ_feedback timing indicator) may be indicated by group common DCI as follows:

[0305] 1) Option 1B-1: A list of UE-specific K1 values ​​may be included in the DCI.

[0306] - Each K1 in the list can indicate the same UL slot or different UL (sub)slots for different UEs in the group.

[0307] As an example, different K1 values ​​may be assigned to different UEs, e.g., K1-UE1, K2-UE2, K3-UE3, ...

[0308] As another example, the K1 value may be shared among multiple UEs (eg, K1-UE1 / UE2, K2-UE3 / UE4).

[0309] As another example, one K1 value may be a reference and other K1 values ​​may be assigned based on the reference, e.g., a list of {K1_ref, K1_offset (offset from reference)} may be indicated in the DCI.

[0310] For example, UE1 may use K1_ref, UE2 may use K1_ref+K1_offest1, and UE3 may use K1_ref+K1_offest2.

[0311] 2) Option 1B-2: A group-common K1 value may be included in the DCI.

[0312] - A single K1 value may be the same for all UEs in a group receiving the DCI or may indicate a corresponding entry for a candidate DL Data-UL ACK value (e.g., dl-DataToUL-ACK) in a UE specific PUCCH configuration (e.g., PUCCH-config) for different PUCCH resource allocations. This may apply when the DCI format of the DCI is configured in the UE specific PUCCH configuration (e.g., PUCCH-config) for the K1 value.

[0313] - Candidate DL Data-UL ACK values ​​(eg, dl-DataToUL-ACK) are configured by higher layers (eg, RRC) and may be different for different UEs of the same group at least in the PUCCH configuration for multicast (eg, PUCCH-config).

[0314] - If a PUCCH configuration for multicast (e.g., PUCCH-config) is configured for HARQ-ACK for a group-common PDSCH scheduled by a group-common DCI, the UE may assume that the K1 value of the group-common DCI indicates a corresponding entry for a candidate DL data-UL ACK value (e.g., dl-DataToUL-ACK) in the PUCCH configuration for multicast (e.g., PUCCH-config). That is, the K1 value of the group-common DCI may be parsed based on the PUCCH configuration for multicast (e.g., PUCCH-config).

[0315] - On the other hand, if the PUCCH configuration for multicast (e.g., PUCCH-config) is not configured for HARQ-ACK for group-common PDSCH scheduled by group-common DCI, the UE may assume that the K1 value of the group-common DCI indicates a corresponding entry for a candidate DL data-UL ACK value (e.g., dl-DataToUL-ACK) in the PUCCH configuration for unicast (e.g., PUCCH-config). That is, the K1 value of the group-common DCI may be analyzed based on the PUCCH configuration for unicast (e.g., PUCCH-config).

[0316] In addition, when receiving a group common DCI whose CRC is scrambled by the G-RNTI and / or a UE-specific DCI whose CRC is scrambled by the C-RNTI, if a Type-1 HARQ-ACK codebook for the PUCCH-config for multicast and / or the PUCCH-config for unicast is configured, the UE can configure a Time Domain Resource Allocation (TDRA) and generate a Type-1 HARQ-ACK codebook for the HARQ-ACK for the group common PDSCH scheduled by the group common DCI and / or the UE-specific PDSCH scheduled by the UE-specific DCI.

[0317] 7. If decoding of the TB on the PDSCH transmission opportunity fails, the UE may transmit a HARQ NACK to the base station on a PUCCH resource within the configured UL CFR (S906b).

[0318] By using the PUCCH resources, the UE can also transmit HARQ-ACKs for other PDSCH transmissions, such as unicast SPS PDSCH, dynamic unicast PDSCH, PTP retransmissions, and / or dynamic group common PDSCH. In this case, the UE can construct a codebook based on one or more options in step 7 to multiplex the HARQ-ACK on the PUCCH with (sub)slots for SPS PDSCH for multicast, SPS PDSCH for unicast, dynamically scheduled multicast PDSCH, and / or dynamically scheduled unicast PDSCH.

[0319] If a reference signal received power (RSRP) threshold is set, the UE can use NACK only based HARQ-ACK based on the measured RSRP of the serving cell. For example, if the measured RSRP is higher than the threshold, the NACK only based HARQ-ACK may be transmitted on a group common PUCCH resource indicated by the PRI of the DCI. On the other hand, if the measured RSRP is lower than the threshold, the NACK only based HARQ-ACK may be changed to a HARQ-ACK based HARQ-ACK and transmitted on a UE specific PUCCH resource indicated by the PRI of the DCI.

[0320] On the other hand, if a PDSCH aggregation factor (pdsch-AggregationFactor) is set for the G-RNTI or the base station indicates a repetition number (repeat_number) in the DCI, the TB scheduled by the group-common DCI may be repeated for the Nth HARQ transmission of the TB in each symbol allocation in each of the PDSCH aggregation factor (pdsch-AggregationFactor) consecutive slots or in each of the repetition number (repeat_number) consecutive slots.

[0321] 8. The base station that receives the HARQ NACK in the TCI state can retransmit the PDCCH and PDSCH in the TCI state within the DL CFR configured for the retransmission of the TB. The UE can monitor the group-common and / or UE-specific PDCCH in the TCI state on the search space configured in the DL CFR to receive the retransmission of the TB (S907b).

[0322] The base station may retransmit the TB to only one of the UEs in the group via the UE-specific PDCCH, and the other UEs may not receive the retransmission of the TB (eg, because the other UEs have successfully received the TB).

[0323] 9. If the UE receives a PDCCH for retransmission of the TB (S908b), the UE can receive a PDSCH scheduled by the DCI of the PDCCH (S909b, S910b).

[0324] If the UE successfully decodes a TB on the PDSCH, the UE may assume that the decoded TB is associated with the MTCH, MRB, TMGI, G-RNTI and / or short ID of the MBS service based on the mapping between the MBS service indicated by the DCI and the HPN (HARQ process number) and / or the mapping between the MBS service indicated by the DCI and the short ID (if available).

[0325] 10. If TB decoding is successful on the PDSCH transmission opportunity, the UE may transmit a HARQ ACK to the base station on the PUCCH resource in the UL CFR set by step 7. On the other hand, if TB decoding on the PDSCH transmission opportunity fails, the UE may transmit a HARQ NACK to the base station on the PUCCH resource in the set UL CFR (S911b).

[0326] By using the PUCCH resources, the UE can also transmit HARQ-ACKs for other PDSCH transmissions, such as unicast SPS PDSCH, dynamic unicast PDSCH, PTP retransmissions, and / or dynamic group common PDSCH. In this case, the UE can construct a codebook based on one or more options in step 7 to multiplex the HARQ-ACK on the PUCCH with (sub)slots for SPS PDSCH for multicast, SPS PDSCH for unicast, dynamically scheduled multicast PDSCH, and / or dynamically scheduled unicast PDSCH.

[0327] Meanwhile, the example of FIG. 9 is for convenience of explanation and does not limit the scope of the present disclosure. Some steps illustrated in FIG. 9 may be omitted depending on the situation and / or setting. Also, the base station and the terminal in FIG. 9 are merely examples and may be embodied by the device illustrated in FIG. 12 below. For example, the processor (102 / 202) in FIG. 12 may control the transceiver (106 / 206) to transmit and receive channels / signals / data / information, etc., and may also control the memory (104 / 204) to store the transmitted or received channels / signals / data / information, etc.

[0328] A base station may collectively refer to an object that transmits and receives data to and from a terminal. For example, the base station may be a concept including one or more TPs (Transmission Points), one or more TRPs (Transmission and Reception Points), etc. Also, the TP and / or TRP may include a panel of a base station, a transmission and reception unit, etc. Also, the term "TRP" may be applied by replacing expressions such as a panel, an antenna array, a cell (e.g., a macro cell / small cell / pico cell, etc.), a TP (transmission point), a base station (gNB, etc.), etc. As described above, the TRP may be classified according to information (e.g., an index, an ID) related to a CORESET group (or a CORESET pool). As an example, when one terminal is configured to transmit and receive data to and from multiple TRPs (or cells), this may mean that multiple CORESET groups (or CORESET pools) are configured for one terminal. Such configuration of a CORESET group (or a CORESET pool) may be performed by higher layer signaling (eg, RRC signaling, etc.).

[0329] 9, for convenience of explanation, signaling between one base station and a terminal is considered, but the signaling method may be extended to signaling between multiple TRPs and multiple UEs. Alternatively, the base station may include multiple TRPs, or may be one cell including multiple TRPs.

[0330] When a multicast HARQ-ACK is configured as a NACK-only based HARQ-ACK, a situation may occur in which the NACK-only based HARQ-ACK and a unicast HARQ-ACK, a CSI report, and / or a scheduling request (SR) transmission overlap or should be transmitted in the same time resource (e.g., slot). In this case, according to the prior art, there is a problem that it is not clear in what manner the HARQ-ACK, the CSI report, and / or the SR are transmitted.

[0331] Therefore, this disclosure proposes a method in which, when a NACK-only based multicast HARQ-ACK (e.g., second HARQ-ACK reporting mode) or an ACK / NACK based multicast HARQ-ACK (e.g., first HARQ-ACK reporting mode) overlaps with a unicast HARQ-ACK, CSI report, and / or SR transmission or should be transmitted in the same time resource (e.g., slot), the corresponding UCI is multiplexed in one or more PUCCHs, or some UCI is dropped. In particular, for example, this disclosure proposes a multiplexing method that can be applied when the PUCCH format (PUCCH format, PF) for transmitting HARQ-ACK and SR is PUCCH format 0 (hereinafter, PF0) or PUCCH format 1 (hereinafter, PF1).

[0332] FIG. 10 illustrates an example of transmission timing of unicast / multicast HARQ-ACK and SR / CSI report in a wireless communication system to which the present disclosure can be applied.

[0333] Referring to FIG. 10, a terminal may receive a DCI (i.e., a unicast DCI) having a CRC scrambled by a C-RNTI (indicating HP (high(er) priority) or LP (low(er) priority)) and a unicast PDSCH scheduled by the DCI (1001). The terminal may then be configured to decode the unicast PDSCH and transmit a unicast HARQ-ACK to a base station based on a decoding result (1011). The terminal may also receive a DCI (i.e., a multicast DCI) having a CRC scrambled by a G-RNTI (indicating HP or LP) and a multicast PDSCH scheduled by the DCI (1002, 1003). The terminal may then be configured to decode the multicast PDSCH and transmit a multicast HARQ-ACK to a base station based on a decoding result.

[0334] As shown in Fig. 10, the terminal can receive all of the unicast PDCCH / PDSCH (1001) and multicast PDCCH / PDSCH (1002, 1003) transmitted in the FDM or TDM manner. For example, the unicast PDSCH opportunity (1001) may be transmitted in the TDM manner from the multicast PDSCH opportunity (1002), and the unicast PDSCH opportunity (1001) may be transmitted in the FDM manner from the multicast PDSCH opportunity (1002).

[0335] In this case, the terminal may be configured to transmit a multicast HARQ-ACK (1012, 1013) for a multicast PDCCH / PDSCH, in addition to a unicast HARQ-ACK (1011) for a unicast PDCCH / PDSCH (1001). As a specific example, the terminal may be configured to transmit a NACK-only based HARQ-ACK to the base station (1012), or may be configured to transmit an ACK / NACK based HARQ-ACK to the base station (1013).

[0336] In this regard, the PUCCH resource for transmitting only the NACK-only based HARQ-ACK may be determined based on the DCI scheduling the PDSCH for the NACK-only based HARQ-ACK and / or the PUCCH configuration for the NACK-only based HARQ-ACK. In this case, the terminal may be configured to transmit the SR / CSI report as well, and the PUCCH resource for transmitting the SR / CSI report may overlap with the multicast HARQ-ACK (i.e., overlap between the PUCCH resource for the multicast HARQ-ACK and the PUCCH resource for the SR / CSI report), or the HARQ-ACK and the SR / CSI report may need to be transmitted in the same time resource (e.g., slot).

[0337] For example, the PUCCH resources for unicast HARQ-ACK (1011) for unicast PDCCH / PDSCH (1001) may overlap with the PUCCH resources for SR / CSI report (1021). Also, the PUCCH resources for multicast HARQ-ACK for multicast PDCCH / PDSCH (1002), particularly NACK-only based HARQ-ACK (1012), may overlap with the PUCCH resources for SR / CSI report (1022). Also, the PUCCH resources for multicast HARQ-ACK for multicast PDCCH / PDSCH (1003), particularly ACK / NACK based HARQ-ACK (1013), may overlap with the PUCCH resources for SR / CSI report (1023).

[0338] If a terminal is capable of transmitting multiple PUCCHs in the same time resource (e.g., slot) (i.e., if the terminal has the capability of transmitting multiple PUCCHs simultaneously), the terminal can transmit the HARQ-ACK and the SR / CSI report via separate PUCCHs.

[0339] However, if the terminal cannot transmit multiple PUCCHs in the same time resource (e.g., slot), or if there is a base station configuration for one PUCCH transmission, the terminal must multiplex HARQ-ACKs together or HARQ-ACKs and SR / CSI reports, or drop some of them before transmitting.

[0340] In the following, this disclosure proposes a method of multiplexing HARQ-ACKs or HARQ-ACKs and SR / CSI reports depending on the combination of each PF (PUCCH format) of PUCCH resources, or dropping some of the HARQ-ACKs, SRs, and CSI reports, and transmitting UCI (uplink control information) on one PUCCH or multiple PUCCHs.

[0341] In the following embodiments, unicast ACK / NACK transmission may mean unicast HARQ-ACK transmission for unicast PDCCH / PDSCH, and multicast ACK / NACK transmission may mean multicast HARQ-ACK transmission for multicast PDCCH / PDSCH. Here, as described above, multicast HARQ-ACK transmission may be distinguished into NACK-only based HARQ-ACK transmission and ACK / NACK based HARQ-ACK transmission based on configuration / instruction / definition, etc.

[0342] In addition, in the following embodiments, ACK / NACK PF 0 may be interpreted to mean a PUCCH resource corresponding to PF 0 for ACK / NACK transmission, and ACK / NACK PF 1 may be interpreted to mean a PUCCH resource corresponding to PF 1 for ACK / NACK transmission.

[0343] Example 1

[0344] This embodiment relates to a UCI transmission method for a case where unicast ACK / NACK transmission in a PUCCH resource set as PF 0 (PUCCH format 0) overlaps with multicast ACK / NACK transmission in a PUCCH resource set as PF 0.

[0345] When a terminal is configured to transmit a multicast ACK / NACK and a unicast ACK / NACK on a PUCCH configured with PF 0, and the two transmissions overlap, the terminal may be configured / defined to transmit as shown in the following example.

[0346] For example, the multicast ACK / NACK transmission may be configured as an ACK / NACK-based HARQ-ACK transmission. In this case, the terminal transmission operation may be classified as follows depending on whether the multicast HARQ-ACK information is an ACK or a NACK.

[0347] If the multicast HARQ-ACK information is an ACK, the unicast HARQ-ACK information may be transmitted with an additional CS (Cyclic Shift) offset at ACK / NACK PF 0. On the other hand, if the multicast HARQ-ACK information is a NACK, the unicast HARQ-ACK information may be transmitted with an ACK / NACK PF 0 without an additional CS offset.

[0348] As another example, the multicast ACK / NACK transmission may be configured as a NACK-only based HARQ-ACK transmission. In this case, depending on whether a shared PUCCH resource is used or a dedicated PUCCH resource is used, the terminal transmission operation may be classified as follows.

[0349] When a shared PUCCH resource is used, depending on the base station (e.g., gNB) configuration, the terminal can select one of unicast ACK / NACK transmission and multicast ACK / NACK transmission, and drop the ACK / NACK transmission that is not selected.

[0350] On the other hand, when a dedicated PUCCH resource is used, the terminal may perform the following operations according to the base station configuration. If the multicast HARQ-ACK information is ACK, the unicast HARQ-ACK information may be transmitted without an additional CS offset with ACK / NACK PF 0. On the other hand, if the multicast HARQ-ACK information is NACK, the unicast HARQ-ACK information may be transmitted with an additional CS offset with ACK / NACK PF 0.

[0351] Example 2

[0352] This embodiment relates to a UCI transmission method for a case where a unicast ACK / NACK transmission and a multicast ACK / NACK transmission set to different PFs (PUCCH formats) overlap.

[0353] For example, a unicast ACK / NACK transmission in a PUCCH resource set as PF 1 may overlap with a multicast ACK / NACK transmission in a PUCCH resource set as PF 0. Alternatively, a unicast ACK / NACK transmission in a PUCCH resource set as PF 0 may overlap with a multicast ACK / NACK transmission in a PUCCH resource set as PF 1.

[0354] (Example 2-1)

[0355] First, a method for the case where HARQ-ACK transmission is performed based on ACK / NACK PF 0 is proposed.

[0356] For example, multicast ACK / NACK transmission may be configured as ACK / NACK-based HARQ-ACK transmission corresponding to PF 1. In this case, depending on whether the multicast HARQ-ACK information is an ACK or a NACK, the terminal transmission operation may be classified as follows.

[0357] If the multicast HARQ-ACK information is an ACK, the unicast HARQ-ACK information may be transmitted with an additional CS offset at ACK / NACK PF 0. On the other hand, if the multicast HARQ-ACK information is a NACK, the unicast HARQ-ACK information may be transmitted with an ACK / NACK PF 0 without an additional CS offset.

[0358] As another example, multicast ACK / NACK transmission may be configured as NACK-only based HARQ-ACK transmission corresponding to PF 1. In this case, depending on whether a shared PUCCH resource or a dedicated PUCCH resource is used, the terminal transmission operation may be classified as follows.

[0359] When a shared PUCCH resource is used, according to the base station configuration, the terminal can select one of unicast ACK / NACK transmission and multicast ACK / NACK transmission, and drop the non-selected ACK / NACK transmission.

[0360] On the other hand, when a dedicated PUCCH resource is used, the terminal may perform the following operations according to the base station configuration. If the multicast HARQ-ACK information is ACK, the unicast HARQ-ACK information may be transmitted without an additional CS offset with ACK / NACK PF 0. On the other hand, if the multicast HARQ-ACK information is NACK, the unicast HARQ-ACK information may be transmitted with an additional CS offset with ACK / NACK PF 0.

[0361] As yet another example, multicast ACK / NACK transmission may be configured as ACK / NACK-based HARQ-ACK transmission corresponding to PF 0. In this case, depending on whether the unicast HARQ-ACK information is an ACK or a NACK, the terminal transmission operation may be classified as follows.

[0362] If the unicast HARQ-ACK information is an ACK, the multicast HARQ-ACK information may be transmitted with an additional CS offset at ACK / NACK PF 0. On the other hand, if the unicast HARQ-ACK information is a NACK, the multicast HARQ-ACK information may be transmitted with an ACK / NACK PF 0 without an additional CS offset.

[0363] As yet another example, multicast ACK / NACK transmission may be configured as NACK-only based HARQ-ACK transmission corresponding to PF 0. In this case, depending on whether a shared PUCCH resource or a dedicated PUCCH resource is used, the terminal transmission operation may be classified as follows.

[0364] When a shared PUCCH resource is used, according to the configuration of the base station, the terminal can select one of unicast ACK / NACK transmission and multicast ACK / NACK transmission, and drop the ACK / NACK transmission that is not selected.

[0365] On the other hand, when a dedicated PUCCH resource is used, the terminal may perform the following operations according to the base station configuration. If the unicast HARQ-ACK information is ACK, the multicast HARQ-ACK information may be transmitted without an additional CS offset with ACK / NACK PF 0. On the other hand, if the unicast HARQ-ACK information is NACK, the multicast HARQ-ACK information may be transmitted with an additional CS offset with ACK / NACK PF 0.

[0366] (Example 2-2)

[0367] Next, a method for the case where HARQ-ACK transmission is performed based on ACK / NACK PF 1 is proposed.

[0368] For example, the multicast ACK / NACK transmission may be configured to be performed on a shared PUCCH resource based on the NACK-only based HARQ-ACK scheme, or on a UE-dedicated PUCCH resource based on the NACK-only based HARQ-ACK scheme. In this case, the UE can perform transmission based on (at least) one of the following (alternative) schemes, depending on the configuration of the base station:

[0369] - Scheme 1. Unicast ACK / NACK information may be transmitted in a PF corresponding to the unicast ACK / NACK transmission. In this case, the multicast ACK / NACK transmission may be dropped and the unicast ACK / NACK transmission may have high priority (HP).

[0370] - Scheme 2. Multicast ACK / NACK information may be transmitted in a PF corresponding to the multicast ACK / NACK transmission. In this case, the unicast ACK / NACK transmission may be dropped and the multicast ACK / NACK transmission may have high priority (HP).

[0371] - Scheme 3. Regardless of the cast type (i.e., multicast / unicast) and priority, an ACK / NACK transmission corresponding to PF 1 may be prioritized over an ACK / NACK transmission corresponding to PF 0.

[0372] - Scheme 4. ACK / NACK based HARQ-ACK transmission may be prioritized over NACK only based HARQ-ACK transmission.

[0373] As another example, the multicast ACK / NACK transmission may be configured to be performed on the UE-dedicated PUCCH resource based on the ACK / NACK-based HARQ-ACK scheme. In this case, the UE may perform transmission based on (at least) one of the following (alternative) schemes, depending on the configuration of the base station:

[0374] - Scheme a. Unicast ACK / NACK information may be transmitted in a PF corresponding to the unicast ACK / NACK transmission. In this case, multicast ACK / NACK transmissions may be dropped and unicast ACK / NACK transmissions may have high priority (HP).

[0375] - Scheme b. Multicast ACK / NACK information may be transmitted in a PF corresponding to a multicast ACK / NACK transmission or a PF corresponding to a unicast ACK / NACK transmission. In this case, the unicast ACK / NACK transmission may be dropped and the multicast ACK / NACK transmission may have high priority (HP).

[0376] - Method c. Regardless of the cast type (i.e., multicast / unicast) and priority, an ACK / NACK transmission corresponding to PF 1 may be prioritized over an ACK / NACK transmission corresponding to PF 0.

[0377] Example 3

[0378] This embodiment relates to a UCI transmission method for a case where unicast ACK / NACK transmission in a PUCCH resource set as PF1 (PUCCH format 0) overlaps with multicast ACK / NACK transmission in a PUCCH resource set as PF1.

[0379] In this case, the terminal operation may be differentiated depending on whether the multicast ACK / NACK transmission is a NACK-only based HARQ-ACK transmission or an ACK / NACK based HARQ-ACK transmission.

[0380] First, when multicast ACK / NACK transmission is configured as NACK-only based HARQ-ACK transmission, the terminal can perform transmission based on (at least) one of the following (alternative) schemes.

[0381] - Scheme 1. An ACK / NACK transmission with a high priority (HP) may be prioritized over an ACK / NACK transmission with a low priority (LP).

[0382] - Method 2. Unicast ACK / NACK transmission may be prioritized over multicast ACK / NACK transmission.

[0383] - Scheme 3. If the multicast HARQ-ACK information is ACK, the unicast ACK / NACK information may be transmitted on the PF 1 resource for the (corresponding) unicast (i.e., the PUCCH resource of PF 1). On the other hand, if the multicast HARQ-ACK information is NACK, the multicast ACK / NACK information may be transmitted on the PF 1 resource for the (corresponding) multicast.

[0384] Next, when multicast ACK / NACK transmission is configured as ACK / NACK-based HARQ-ACK transmission, the terminal can perform transmission based on (at least) one of the following (alternative) schemes.

[0385] - Scheme a. If the multicast HARQ-ACK information is an ACK (or a NACK), the unicast ACK / NACK information may be transmitted on the PF 1 resource for the (corresponding) unicast. On the other hand, if the multicast HARQ-ACK information is a NACK (or an ACK), the unicast ACK / NACK information may be transmitted on the PF 1 resource for the (corresponding) multicast.

[0386] - Scheme b. If the unicast HARQ-ACK information is an ACK (or a NACK), the multicast ACK / NACK information may be transmitted on the PF 1 resource for the (corresponding) unicast. On the other hand, if the unicast HARQ-ACK information is a NACK (or an ACK), the multicast ACK / NACK information may be transmitted on the PF 1 resource for the (corresponding) multicast.

[0387] Example 4

[0388] This embodiment relates to a UCI transmission method for a case where unicast ACK / NACK transmission, multicast ACK / NACK transmission, and SR transmission overlap.

[0389] In this case, the UCI transmission scheme may be distinguished according to a PF (PUCCH format) set for unicast ACK / NACK transmission, a PF set for multicast ACK / NACK transmission, and / or a PF set for SR transmission.

[0390] (Example 4-1)

[0391] For example, PF 2 / 3 / 4 may be set for unicast ACK / NACK transmission, PF 0 / 1 may be set for multicast ACK / NACK transmission, and PF 0 / 1 may be set for SR transmission.

[0392] In this case, N bits (where N is a natural number) indicating multicast ACK / NACK transmission corresponding to PF 0 / 1 and (all) negative SR or positive SR(ID) in relation to UCI may be added to the HARQ-ACK bits. In this case, the UE may transmit the combined UCI on PF 2 / 3 / 4 resources (i.e., PUCCH resources of PF 2 / 3 / 4) for unicast ACK / NACK transmission.

[0393] (Example 4-2)

[0394] As another example, PF 0 / 1 may be set for unicast ACK / NACK transmission, PF 2 / 3 / 4 may be set for multicast ACK / NACK transmission, and PF 0 / 1 may be set for SR transmission.

[0395] In this case, N bits (where N is a natural number) indicating unicast ACK / NACK transmission corresponding to PF 0 / 1 and (all) negative SR or positive SR(ID) in relation to UCI may be added to the HARQ-ACK bits. In this case, the terminal can transmit the combined UCI on PF 2 / 3 / 4 resources (i.e., PUCCH resources of PF 2 / 3 / 4) for multicast ACK / NACK transmission.

[0396] (Example 4-3)

[0397] As yet another example, PF 2 / 3 / 4 may be set for unicast ACK / NACK transmission, PF 2 / 3 / 4 may be set for multicast ACK / NACK transmission, and PF 0 / 1 may be set for SR transmission.

[0398] In this case, when K SR PUCCH(s) are configured, ceil(log2(K+1)) bits may be added to the combined HARQ-ACK bits. Here, ceil(X) may denote a ceiling function that is a rounding up function for the X value. In this case, the terminal may transmit the combined UCI on a PF 2 / 3 / 4 resource (i.e., a PUCCH resource of PF 2 / 3 / 4) for (unicast or multicast) ACK / NACK transmission. Here, the PF 2 / 3 / 4 resource may have high priority (HP).

[0399] In the above example, the bit order in the combined UCI may be based on (at least) one of the following (alternative) schemes:

[0400] - Method 1. Unicast ACK / NACK information + Multicast ACK / NACK information + SR information

[0401] - Method 2. Unicast ACK / NACK information + SR information + Multicast ACK / NACK information

[0402] - Method 3. High priority (HP) ACK / NACK information + low priority (LP) ACK / NACK information + SR information

[0403] - Method 4. High priority (HP) ACK / NACK information + SR information + low priority (LP) ACK / NACK information

[0404] - Method 5. High priority (HP) ACK / NACK information + low priority (LP) ACK / NACK information + high priority (HP) SR information + low priority (LP) SR information

[0405] - Method 6. High priority (HP) ACK / NACK information + high priority (HP) SR information + low priority (LP) ACK / NACK information + low priority (LP) SR information

[0406] (Example 4-4)

[0407] As yet another example, PF 0 / 1 may be set for unicast ACK / NACK transmission, PF 0 / 1 may be set for multicast ACK / NACK transmission, and PF 0 / 1 may be set for SR transmission. In this case, the terminal transmission operation may be differentiated depending on whether the multicast ACK / NACK transmission is an ACK / NACK-based HARQ-ACK transmission or a NACK-only-based HARQ-ACK transmission.

[0408] First, in the above example, when multicast ACK / NACK transmission is configured as ACK / NACK-based HARQ-ACK transmission, the terminal can transmit PUCCH for ACK / NACK information and SR information based on (at least) one of the following schemes.

[0409] - Method 1. The terminal can select one of unicast ACK / NACK information and multicast ACK / NACK information to be multiplexed with SR information. That is, the terminal can select one of unicast ACK / NACK transmission and multicast ACK / NACK transmission, and multiplex the selected ACK / NACK transmission with the SR transmission. This may correspond to an SR case with high priority (HP).

[0410] - Method 2. The terminal can select one of multicast ACK / NACK information and SR information to be multiplexed with unicast ACK / NACK information. That is, the terminal can select one of multicast ACK / NACK transmission and SR transmission, and multiplex the selected transmission with unicast ACK / NACK transmission. This may correspond to the unicast ACK / NACK case with high priority (HP).

[0411] - Scheme 3. The terminal can select one of unicast ACK / NACK information and SR information to be multiplexed with multicast ACK / NACK information. That is, the terminal can select one of unicast ACK / NACK transmission and SR transmission, and multiplex the selected transmission with the multicast ACK / NACK transmission. This may correspond to the multicast ACK / NACK case with high priority (HP).

[0412] - Scheme 4. The HARQ-ACK bit of the unicast ACK / NACK information and the multicast ACK / NACK information may be transmitted based on existing rules together with the SR information corresponding to PF 0 / 1.

[0413] - Method 5. The multiplexing / duplication outcome of the unicast ACK / NACK information corresponding to PF 0 / 1 and the SR information corresponding to PF 0 / 1 may be multiplexed with the multicast ACK / NACK information corresponding to PF 0 / 1.

[0414] - Scheme 6: The result of multiplexing / duplication of the high priority (HP) ACK / NACK information corresponding to PF 0 / 1 and the SR information corresponding to PF 0 / 1 may be multiplexed with the low priority (LP) ACK / NACK information corresponding to PF 0 / 1.

[0415] Next, in the above example, when multicast ACK / NACK transmission is configured as ACK / NACK-based HARQ-ACK transmission, the terminal can transmit PUCCH for ACK / NACK information and SR information based on (at least) one of the following schemes.

[0416] - Method a. The terminal can select one of unicast ACK / NACK information and multicast ACK / NACK information to be multiplexed with SR information. That is, the terminal can select one of unicast ACK / NACK transmission and multicast ACK / NACK transmission, and multiplex the selected ACK / NACK transmission with the SR transmission. This may be based on the above cases.

[0417] - Scheme b. The HARQ-ACK bit of the unicast ACK / NACK information and the multicast ACK / NACK information may be transmitted based on existing rules together with the SR information corresponding to PF 0 / 1.

[0418] - Method c: The result of multiplexing / duplication of the unicast ACK / NACK information corresponding to PF 0 / 1 and the SR information corresponding to PF 0 / 1 may be multiplexed with the multicast ACK / NACK information corresponding to PF 0 / 1.

[0419] - Scheme d. The result of multiplexing / duplication of the high priority (HP) ACK / NACK information corresponding to PF 0 / 1 and the SR information corresponding to PF 0 / 1 may be multiplexed with the low priority (LP) ACK / NACK information corresponding to PF 0 / 1.

[0420] Also, in relation to the example in this embodiment 4-4, unicast ACK / NACK transmission and multicast ACK / NACK transmission (regardless of whether the corresponding multicast ACK / NACK transmission is an ACK / NACK-based HARQ-ACK transmission or a NACK-only based HARQ-ACK transmission) may first be merged in one PUCCH and then multiplexed with the SR transmission.

[0421] In addition, with regard to multicast ACK / NACK transmission, when a dynamic multicast ACK / NACK transmission corresponding to PF 0 / 1, a multicast semi-persistent scheduling (SPS) ACK / NACK transmission corresponding to PF 0 / 1, and an SR transmission corresponding to PF 0 / 1 collide, the dynamic multicast ACK / NACK transmission and the multicast SPS ACK / NACK transmission may first be merged in one PUCCH and then multiplexed with the SR transmission.

[0422] In addition, when a dynamic multicast ACK / NACK transmission corresponding to PF 0 / 1, a unicast SPS ACK / NACK transmission corresponding to PF 0 / 1, and an SR transmission corresponding to PF 0 / 1 collide, the dynamic multicast ACK / NACK transmission and the unicast SPS ACK / NACK transmission may first be merged in one PUCCH and then multiplexed with the SR transmission.

[0423] In addition, when a dynamic unicast ACK / NACK transmission corresponding to PF 0 / 1, a multicast SPS ACK / NACK transmission corresponding to PF 0 / 1, and an SR transmission corresponding to PF 0 / 1 collide, the dynamic unicast ACK / NACK transmission and the multicast SPS ACK / NACK transmission may first be merged in one PUCCH and then multiplexed with the SR transmission.

[0424] The terminal can transmit the PUCCH after multiplexing based on the method proposed in this embodiment described above.

[0425] Example 5

[0426] This embodiment relates to a UCI transmission scheme for the case where unicast / multicast ACK / NACK transmission, SR transmission, and CSI report transmission overlap.

[0427] In this case, UCI transmission methods may be differentiated according to the presence or absence of DCI that schedules unicast ACK / NACK transmission or multicast ACK / NACK transmission.

[0428] For example, when there is downlink control information (DCI) that schedules unicast HARQ-ACK transmission or multicast HARQ-ACK transmission and the DCI indicates a PUCCH Resource Indicator (PRI), the terminal can perform unicast HARQ-ACK transmission or multicast HARQ-ACK transmission, SR transmission, and / or CSI reporting based on a method described below.

[0429] In relation to multicast HARQ-ACK transmission, NACK-only based HARQ-ACK transmission may be changed to ACK / NACK based HARQ-ACK transmission. That is, even if a NACK-only based HARQ-ACK transmission is configured for a terminal, in the above example case, the terminal needs to switch to ACK / NACK based HARQ-ACK transmission.

[0430] - HARQ-ACK information, SR information, and CSI report for unicast and / or multicast may be transmitted on a PUCCH resource for ACK / NACK (i.e., AN PUCCH). That is, in the above example, the terminal multiplexes HARQ-ACK information, SR information, and / or CSI report for unicast and / or multicast, and transmits the multiplexed UCI on a PUCCH resource configured in association with ACK / NACK transmission.

[0431] Here, in relation to the selection and determination of the PUCCH resource for the ACK / NACK, a specific PUCCH resource set among a plurality of sets may be determined based on the total UCI payload size (e.g., N UCI =O ACK +O SR +O CRC ) The PUCCH resources in the selected PUCCH resource set may be indicated by a PRI signaled in the DL scheduling DCI (ie, DL grant).

[0432] As an example, the PRI may correspond to the last PRI (i.e., the last signaled / indicated PRI) among the DCI(s) for the unicast mode and the DCI(s) for the multicast mode. As another example, the PRI may correspond to the last PRI among the DCI(s) for the unicast mode. As yet another example, the PRI may correspond to the last PRI among the DCI(s) indicating high priority (HP).

[0433] In addition, in relation to the selection and determination of the PUCCH resource for the ACK / NACK, the number of PRBs (actually used) in the PUCCH resource depends on the maximum coding rate (R) and the total UCI payload size (i.e., N UCI Here, a minimum number of PRB(s) capable of conveying the total UCI payload size may be selected based on the maximum coding rate R.

[0434] As another example, when unicast PDSCH(s) and multicast PDSCH(s) are transmitted without DCI indicating a PRI, the terminal may perform unicast HARQ-ACK transmission or multicast HARQ-ACK transmission, SR transmission and / or CSI reporting based on the scheme described below.

[0435] In relation to multicast HARQ-ACK transmission, NACK-only based HARQ-ACK transmission may be changed to ACK / NACK based HARQ-ACK transmission. That is, even if a NACK-only based HARQ-ACK transmission is configured for a terminal, in the above example case, the terminal needs to switch to ACK / NACK based HARQ-ACK transmission.

[0436] - HARQ-ACK information, SR information, and CSI report for unicast and / or multicast may be transmitted on a PUCCH resource for CSI report (i.e., CSI PUCCH). That is, in the above example, the terminal multiplexes HARQ-ACK information, SR information, and / or CSI report for unicast and / or multicast, and transmits the multiplexed UCI on a PUCCH resource configured in association with the CSI report.

[0437] In relation to the selection and determination of the PUCCH resource for the CSI report, a specific PUCCH resource among a plurality of CSI PUCCH resources may be determined based on the overall UCI payload size (e.g., N UCI =O ACK +O SR +O CRC ) and a max coding rate, R. Here, a resource that can convey the total UCI payload size may be selected based on the smallest UCI capacity (e.g., {# of REs}×R).

[0438] The number of PRBs (actually used) in the PUCCH resource depends on the maximum coding rate (R) and the total UCI payload size (i.e., N UCI ) may be determined based on the

[0439] Example 6

[0440] This embodiment relates to a UCI transmission scheme for the case where multicast ACK / NACK transmission and SR transmission overlap. In this disclosure, positive SR means that a terminal triggers SR to request a PUSCH resource, and negative SR means that there is no SR triggered by the terminal because there is no need to request a PUSCH resource.

[0441] In this case, the UCI transmission scheme may be distinguished according to a PF (PUCCH format) set for multicast ACK / NACK transmission and / or a PF set for SR transmission.

[0442] (Example 6-1)

[0443] For example, a multicast ACK / NACK transmission corresponding to PF 1 and an SR transmission corresponding to PF 0 may be configured. In this case, if the multicast ACK / NACK transmission is configured as an ACK / NACK-based HARQ-ACK transmission and overlaps with the SR transmission, the HARQ-ACK information may be transmitted on the ACK / NACK PF 1 (i.e., the PUCCH resource corresponding to PF 1 for the ACK / NACK transmission) by dropping the SR transmission in the operation of the conventional technology.

[0444] In the above example, if the multicast ACK / NACK transmission for the multicast PDSCH(s) reception is configured as a NACK-only based HARQ-ACK transmission, the terminal can perform HARQ-ACK transmission and / or SR transmission based on the method described below.

[0445] - If the multicast PDSCH(s) reception result is NACK and the ACK / NACK transmission resource collides with the SR resource, the UE may drop the SR transmission and transmit NACK information on the PUCCH resource corresponding to PF 1 configured for multicast HARQ-ACK transmission.

[0446] - When the multicast PDSCH(s) reception result is ACK and the ACK / NACK transmission resource collides with the SR resource, if the SR for the SR resource is positive SR, the terminal can transmit only SR information on the PUCCH resource corresponding to PF 0 configured for SR transmission. Therefore, the ACK information is not transmitted. On the other hand, if the SR for the SR resource is negative SR, the terminal does not need to transmit the ACK / NACK information and the PUCCH for the SR information.

[0447] (Example 6-2)

[0448] As another example, a multicast ACK / NACK transmission corresponding to PF 1 and an SR transmission corresponding to PF 1 may be configured. In this case, when the multicast ACK / NACK transmission is configured as an ACK / NACK-based HARQ-ACK transmission and overlaps with the SR transmission, the operation of the conventional technology may be as follows. If the SR transmission corresponds to a positive SR, the HARQ-ACK information may be transmitted on the (corresponding) SR PF 1 resource (i.e., the PUCCH resource corresponding to PF 1 for the SR transmission). On the other hand, if the SR transmission corresponds to a negative SR, the HARQ-ACK information may be transmitted on the (corresponding) ACK / NACK PF 1 resource (i.e., the PUCCH resource corresponding to PF 1 for the ACK / NACK transmission).

[0449] In the above example, if the multicast ACK / NACK transmission for the multicast PDSCH(s) reception is configured as a NACK-only based HARQ-ACK transmission, the terminal can perform HARQ-ACK transmission and / or SR transmission based on the method described below.

[0450] - When the multicast PDSCH(s) reception result is NACK and the ACK / NACK transmission resource collides with the SR resource, the UE transmission operation may be classified according to the following specific schemes depending on whether the SR for the SR resource is positive SR or negative SR.

[0451] As an example, in positive SR, only SR may be transmitted on SR PF 1 resources, or NACK information may be transmitted on (corresponding) SR PF 1 resources, or NACK information may be transmitted on ACK / NACK PF 1 resources and SR transmission may be dropped.

[0452] As another example, in negative SR, NACK information may be transmitted on an ACK / NACK PF 1 resource, or NACK information may be transmitted on an SR PF 1 resource.

[0453] In this regard, when NACK-only based HARQ-ACK transmission is configured and enabled, for a terminal receiving multicast, the base station can configure (at least) one of the above-mentioned specific schemes for each of positive SR and negative SR.

[0454] - When the multicast PDSCH(s) reception result is ACK and the ACK / NACK transmission resource collides with the SR resource, if the SR for the SR resource is positive SR, the terminal can transmit only SR information on the PUCCH resource corresponding to PF 1 configured for SR transmission. Therefore, the ACK information is not transmitted. On the other hand, if the SR for the SR resource is negative SR, the terminal does not need to transmit the ACK / NACK information and the PUCCH for the SR information.

[0455] Example 7

[0456] This embodiment relates to a method for transmitting HARQ-ACK information, SR information, and CSI report in two non-overlapping slot-based PUCCHs. In this embodiment, a transmission method based on two PUCCHs is described, but it may be extended to multiple PUCCHs (e.g., three or more PUCCHs).

[0457] In the above-described embodiments of the present disclosure (e.g., embodiments 1 to 6), a method for transmitting UCI using one PUCCH resource when a collision between UCIs (i.e., a collision between HARQ-ACK transmission, SR transmission, and / or CSI report transmission) occurs has been described.

[0458] For example, the UE may be configured to transmit HARQ-ACK information having a high priority (HP) or a low priority (LP), SR information having a high priority (HP) or a low priority (LP), and a CSI report via one PUCCH. In this case, in relation to the transmission, the HARQ-ACK information having a high priority (HP) may be jointly encoded with the SR information having a high priority (HP) and / or the CSI report having a high priority (HP). Meanwhile, the HARQ-ACK information having a low priority (LP) may be jointly encoded with the SR information having a low priority (LP) and / or the CSI report having a low priority (LP). In this case, the ACK / NACK information / SR information / CSI report having a high priority (HP) may be individually encoded with the ACK / NACK information / SR information / CSI report having a low priority (LP).

[0459] If simultaneous transmission of two PUCCHs is possible and the terminal is configured to transmit HARQ-ACK information of high priority (HP) or low priority (LP), SR information of high priority (HP) or low priority (LP), and even a CSI report, the terminal may transmit based on at least one of the schemes described below. In this case, it is assumed that the PUCCH transmissions do not overlap and that the two PUCCHs are transmitted in the same slot based on a Time Division Multiplexing (TDM) scheme.

[0460] - Method 1. The terminal may be configured to separately transmit a PUCCH for unicast HARQ-ACK transmission and a PUCCH for multicast HARQ-ACK transmission.

[0461] In this case, the PUCCH for unicast HARQ-ACK transmission may be configured to always include CSI report transmission and SR transmission. That is, the terminal may be configured / specified to always multiplex and transmit unicast HARQ-ACK information, SR information, and / or CSI report in the PUCCH for unicast HARQ-ACK transmission.

[0462] Alternatively, when (at least) one of the following cases (hereinafter, Case 1 to Case 3) occurs, only the PUCCH for multicast HARQ-ACK transmission may be configured to include CSI report transmission and SR transmission (e.g., CSI part 2). That is, in a certain case, the terminal may be configured / specified to multiplex and transmit multicast HARQ-ACK information and SR information and / or CSI report together only in the PUCCH for multicast HARQ-ACK transmission.

[0463] -- Case 1. No PUCCH exists for unicast HARQ-ACK transmission.

[0464] -- Case 2. PUCCH for unicast HARQ-ACK transmission has high priority.

[0465] -- Case 3. The PUCCH for unicast HARQ-ACK transmission drops CSI report and / or SR transmission (e.g., the PUCCH for multicast HARQ-ACK transmission contains CSI part 2, while the PUCCH for unicast HARQ-ACK transmission contains CSI part 1).

[0466] - Method 2. The terminal may be configured to separately transmit a PUCCH for a HARQ-ACK transmission with high priority (HP) and a PUCCH for a HARQ-ACK transmission with low priority (LP).

[0467] In this case, the PUCCH for a low priority (LP) HARQ-ACK transmission may be configured to always include a CSI report transmission and an SR transmission. That is, the UE may be configured / specified to always multiplex and transmit HARQ-ACK information, SR information, and / or a CSI report in the PUCCH for a low priority (LP) HARQ-ACK transmission. As an example, the PUCCH for a low priority (LP) HARQ-ACK transmission may include CSI part 2, while the PUCCH for a high priority (HP) HARQ-ACK transmission may include CSI part 1.

[0468] Alternatively, the PUCCH for a high priority (HP) HARQ-ACK transmission may be configured to include a high priority (HP) CSI report and high priority (HP) SR information. Meanwhile, the PUCCH for a low priority (LP) HARQ-ACK transmission may be configured to include a low priority (LP) CSI report and low priority (LP) SR information. In this case, the HARQ-ACK information / CSI report / SR information may be jointly coded based on an existing scheme (e.g., a scheme in NR Rel-16). And / or, CSI part 2 may be encoded separately taking into account a variable size of CSI part 2.

[0469] - Scheme 3. A PUCCH carrying CSI and / or SR information may be configured by fixed signaling (e.g., RRC signaling, MAC-CE-based signaling, DCI-based signaling, etc.). In this case, the terminal can always transmit the CSI and / or SR information on the configured PUCCH resource.

[0470] FIG. 11 is a diagram illustrating an operation of a terminal with respect to a control information transmission and reception method according to an embodiment of the present disclosure.

[0471] FIG. 11 illustrates an operation of a terminal based on the previously proposed method (e.g., any one or a combination of the detailed embodiments thereof, of Examples 1 to 7). The illustration of FIG. 11 is for convenience of explanation and does not limit the scope of the present disclosure. Some steps illustrated in FIG. 11 may be omitted depending on the situation and / or setting. Also, the terminal in FIG. 11 is only one example, and may be embodied by the device illustrated in FIG. 13 below. For example, the processor (102 / 202) of FIG. 13 may control the transceiver (106 / 206) to transmit / receive channels / signals / data / information, etc. (e.g., RRC signaling, MAC CE, DCI for UL / DL scheduling, SRS, PDCCH, PDSCH, PUSCH, PUCCH, etc.) and may control the transmitted or received channels / signals / data / information, etc. to be stored in the memory (104 / 204).

[0472] In step S1110, the terminal can receive at least one PDSCH from the base station.

[0473] For example, as in the above-described embodiments (for example, embodiments 1 to 7, particularly embodiment 5), the at least one PDSCH may be transmitted based on a multicast scheme. Also, the at least one PDSCH may be transmitted without scheduling by DCI. As an example, the at least one PDSCH may be SPS PDSCH(s) based on an SPS (semi-persistent scheduling) scheme. Or, the at least one PDSCH may be transmitted based on DCI indicating a PRI (PUCCH resource indicator).

[0474] In step S1120, the terminal may confirm PUCCH resources for NACK-only based HARQ-ACK reporting and PUCCH resources for CSI reporting.

[0475] For example, as in the above-described embodiments (e.g., embodiments 1 to 7, particularly embodiment 5), the PUCCH resource for NACK-only based HARQ-ACK reporting and / or the PUCCH resource for CSI reporting may be configured by a base station, etc. Also, the PUCCH resource for the NACK-only based HARQ-ACK reporting may overlap with the PUCCH resource for the CSI reporting, or the same PUCCH resource may be configured.

[0476] In step S1130, when the NACK-only based HARQ-ACK report is multiplexed with the CSI report, the UE may transmit HARQ-ACK information for the at least one PDSCH in a PUCCH resource for the CSI report. Here, as in the above-described embodiments (e.g., embodiments 1 to 7, especially embodiment 5), the HARQ-ACK information may be determined based on an ACK / NACK based HARQ-ACK report, not based on the NACK-only based HARQ-ACK report.

[0477] For example, as in the above-mentioned embodiments (e.g., embodiments 1 to 7, particularly embodiment 5), the terminal may transmit ACK / NACK-based HARQ-ACK information for PDSCH(s) based on the multicast scheme as in step S1110 on a fixed PUCCH resource for the above-mentioned CSI report, rather than on a PUCCH resource for the HARQ-ACK report.

[0478] Here, the above-mentioned certain PUCCH resource for the CSI report may be selected from one or more PUCCH resources configured for the CSI report based on the HARQ-ACK information and the payload size of the UCI including the CSI report.

[0479] As another example, the certain PUCCH resource may be selected to support the payload size with a minimum UCI capacity according to a maximum coding rate (e.g., R) associated with the UCI. As another example, the minimum UCI capacity may be determined by a product of the maximum coding rate and the number of resource elements (REs) for the UCI. As another example, the number of PRBs for transmitting the UCI in the certain PUCCH resource may be determined based on the payload size of the UCI and / or the maximum coding rate. In this case, the payload size of the UCI and / or the maximum coding rate may be set / determined / confirmed based on a PUCCH format of the certain PUCCH resource.

[0480] FIG. 12 is a diagram illustrating an operation of a base station for a control information transmission and reception method according to an embodiment of the present disclosure.

[0481] FIG. 12 illustrates an operation of a base station based on the previously proposed method (e.g., any one or a combination of the detailed embodiments thereof, of Examples 1 to 7). The illustration of FIG. 12 is for convenience of explanation and does not limit the scope of the present disclosure. Some steps illustrated in FIG. 12 may be omitted depending on the situation and / or setting. Also, the base station in FIG. 12 is only one example, and may be embodied by the device illustrated in FIG. 13 below. For example, the processor (102 / 202) of FIG. 13 can control the transceiver (106 / 206) to transmit / receive channels / signals / data / information, etc. (e.g., RRC signaling, MAC CE, DCI for UL / DL scheduling, SRS, PDCCH, PDSCH, PUSCH, PUCCH, etc.) and can control the transmitted or received channels / signals / data / information, etc. to be stored in the memory (104 / 204).

[0482] In step S1210, the base station can transmit at least one PDSCH to the terminal.

[0483] For example, as in the above-described embodiments (for example, embodiments 1 to 7, particularly embodiment 5), the at least one PDSCH may be transmitted based on a multicast scheme. Also, the at least one PDSCH may be transmitted without scheduling by DCI. As an example, the at least one PDSCH may be SPS PDSCH(s) based on an SPS (semi-persistent scheduling) scheme. Or, the at least one PDSCH may be transmitted based on DCI indicating a PRI (PUCCH resource indicator).

[0484] In step S1220, when a NACK-only based HARQ-ACK report configured for a terminal is multiplexed with the CSI report, the base station may receive HARQ-ACK information for the at least one PDSCH in a PUCCH resource for CSI reporting. Here, as in the above-described embodiments (e.g., embodiments 1 to 7, especially embodiment 5), the HARQ-ACK information may be determined based on an ACK / NACK based HARQ-ACK report, not based on the NACK-only based HARQ-ACK report.

[0485] In this regard, the PUCCH resources for NACK-only based HARQ-ACK reporting and the PUCCH resources for CSI reporting may be configured / defined by a base station or the like.

[0486] For example, as in the above-described embodiments (e.g., embodiments 1 to 7, particularly embodiment 5), the PUCCH resource for NACK-only based HARQ-ACK reporting and / or the PUCCH resource for CSI reporting may be configured by a base station, etc. Also, the PUCCH resource for the NACK-only based HARQ-ACK reporting may overlap with the PUCCH resource for the CSI reporting or the same PUCCH resource may be configured.

[0487] For example, as in the above-mentioned embodiments (e.g., embodiments 1 to 7, especially embodiment 5), the base station may receive ACK / NACK-based HARQ-ACK information for PDSCH(s) based on the multicast scheme as in step S1210, in a fixed PUCCH resource for the above-mentioned CSI report, rather than in a PUCCH resource for the HARQ-ACK report.

[0488] Here, the above-mentioned certain PUCCH resource for the CSI report may be selected from one or more PUCCH resources configured for the CSI report based on the HARQ-ACK information and the payload size of the UCI including the CSI report.

[0489] As another example, the certain PUCCH resource may be selected to support the payload size with a minimum UCI capacity according to a maximum coding rate (e.g., R) associated with the UCI. As another example, the minimum UCI capacity may be determined by a product of the maximum coding rate and the number of resource elements (REs) for the UCI. As another example, the number of PRBs for transmitting the UCI in the certain PUCCH resource may be determined based on the payload size of the UCI and / or the maximum coding rate. In this case, the payload size of the UCI and / or the maximum coding rate may be set / determined / confirmed based on a PUCCH format of the certain PUCCH resource.

[0490] Apparatus to which the present disclosure is applicable

[0491] FIG. 13 illustrates a block diagram of a wireless communication device according to an embodiment of the present disclosure.

[0492] Referring to FIG. 13, a first wireless device 100 and a second wireless device 200 can transmit and receive wireless signals using various wireless access technologies (eg, LTE, NR).

[0493] The first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and / or one or more antennas 108. The processor 102 may be configured to control the memory 104 and / or the transceiver 106 to implement the descriptions, functions, procedures, suggestions, methods, and / or operational flow diagrams disclosed in the present disclosure. For example, the processor 102 may process information in the memory 104 to generate a first information / signal, and then transmit a wireless signal including the first information / signal from the transceiver 106. The processor 102 may also receive a wireless signal including a second information / signal from the transceiver 106, and then store information obtained from signal processing of the second information / signal in the memory 104. The memory 104 may be coupled to the processor 102 and may store various information related to the operation of the processor 102. For example, the memory 104 may store software code including instructions for performing some or all of the processes controlled by the processor 102 or executing the descriptions, functions, procedures, suggestions, methods and / or operational flow diagrams disclosed in the present disclosure. Here, the processor 102 and the memory 104 may be part of a communication modem / circuit / chip designed to implement a wireless communication technology (e.g., LTE, NR). The transceiver 106 may be coupled to the processor 102 and may transmit and / or receive wireless signals via one or more antennas 108. The transceiver 106 may include a transmitter and / or a receiver. The transceiver 106 may be referred to as a Radio Frequency (RF) unit. In the present invention, a wireless device may mean a communication modem / circuit / chip.

[0494] The second wireless device 200 may include one or more processors 202, one or more memories 204, and may further include one or more transceivers 206 and / or one or more antennas 208. The processor 202 may be configured to control the memory 204 and / or the transceiver 206 to implement the descriptions, functions, procedures, suggestions, methods, and / or operational flow diagrams disclosed in the present disclosure. For example, the processor 202 may process information in the memory 204 to generate a third information / signal, and then transmit a wireless signal including the third information / signal from the transceiver 206. The processor 202 may also receive a wireless signal including a fourth information / signal from the transceiver 206, and then store information obtained from signal processing of the fourth information / signal in the memory 204. The memory 204 may be coupled to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may store software code including instructions for performing some or all of the processes controlled by the processor 202 or executing the descriptions, functions, procedures, suggestions, methods and / or operational flow diagrams disclosed in the present disclosure. Here, the processor 202 and the memory 204 may be part of a communication modem / circuit / chip designed to embody a wireless communication technology (e.g., LTE, NR). The transceiver 206 may be coupled to the processor 202 and may transmit and / or receive wireless signals via one or more antennas 208. The transceiver 206 may include a transmitter and / or a receiver. The transceiver 206 may be referred to as an RF unit. In the present invention, a wireless device may mean a communication modem / circuit / chip.

[0495] The hardware elements of the wireless device 100, 200 are described in more detail below. Without being limited thereto, one or more protocol layers may be embodied by one or more processors 102, 202. For example, one or more processors 102, 202 may embody one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP). 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 descriptions, functions, procedures, suggestions, methods, and / or operational flow diagrams disclosed in the present disclosure. One or more processors 102, 202 may generate messages, control information, data, or information according to the descriptions, functions, procedures, suggestions, methods, and / or operational flow diagrams disclosed in the present disclosure. The one or more processors 102, 202 can generate and provide signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information to one or more transceivers 106, 206 according to the functions, procedures, suggestions, and / or methods disclosed in this disclosure. The one or more processors 102, 202 can receive signals (e.g., baseband signals) from the one or more transceivers 106, 206 and obtain the PDUs, SDUs, messages, control information, data, or information according to the descriptions, functions, procedures, suggestions, methods, and / or operational flow diagrams disclosed in this disclosure.

[0496] The one or more processors 102, 202 may be referred to as a controller, a microcontroller, a microprocessor, or a microcomputer. The one or more processors 102, 202 may be embodied in hardware, firmware, software, or a combination thereof. As an example, 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) may be included in the one or more processors 102, 202. The descriptions, functions, procedures, suggestions, methods, and / or operational flow diagrams disclosed in the present disclosure may be embodied using firmware or software, and the firmware or software may be embodied to include modules, procedures, functions, etc. Firmware or software configured to execute the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed in the present disclosure may be included in one or more processors 102, 202 or stored in one or more memories 104, 204 and executed by one or more processors 102, 202. The descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed in the present disclosure may be embodied in firmware or software in the form of code, instructions and / or collections of instructions.

[0497] One or more memories 104, 204 may be coupled to one or more processors 102, 202 and may store various forms of data, signals, messages, information, programs, codes, 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. Also, the one or more memories 104, 204 may be coupled to the one or more processors 102, 202 by various techniques, such as wired or wireless coupling.

[0498] The one or more transceivers 106, 206 may transmit user data, control information, wireless signals / channels, etc., as referred to in the methods and / or operational flow diagrams of the present disclosure, to one or more other devices. The one or more transceivers 106, 206 may receive user data, control information, wireless signals / channels, etc., as referred to in the descriptions, functions, procedures, suggestions, methods and / or operational flow diagrams of the present disclosure, from one or more other devices. For example, the one or more transceivers 106, 206 may be coupled to one or more processors 102, 202 and may transmit and receive wireless signals. For example, the one or more processors 102, 202 may control the one or more transceivers 106, 206 to transmit user data, control information, or wireless signals to one or more other devices. Also, the one or more processors 102, 202 may control the one or more transceivers 106, 206 to receive user data, control information, or wireless signals from one or more other devices. In addition, one or more transceivers 106, 206 may be coupled to one or more antennas 108, 208, and the one or more transceivers 106, 206 may be configured to transmit and receive user data, control information, radio signals / channels, etc., as described, functions, procedures, suggestions, methods, and / or operation flow diagrams disclosed in the present disclosure, via the one or more antennas 108, 208. In the present disclosure, the one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). The one or more transceivers 106, 206 may convert the received radio signals / channels, etc., from RF band signals to baseband signals for processing the received user data, control information, radio signals / channels, etc., using one or more processors 102, 202. The one or more transceivers 106, 206 may convert the user data, control information, radio signals / channels, etc., processed using one or more processors 102, 202, from baseband signals to RF band signals. To that end, one or more of the transceivers 106, 206 may include (analog) oscillators and / or filters.

[0499] The above-described embodiments are combinations of the components and features of the present disclosure in a predetermined form. Each component or feature should be considered as optional unless otherwise expressly stated. Each component or feature may be implemented in a form not combined with other components or features. It is also possible to combine some components and / or features to configure the embodiments of the present disclosure. The order of operations described in the embodiments of the present disclosure may be changed. Some configurations or features of one embodiment may be included in another embodiment, or may be replaced with corresponding configurations or features of another embodiment. It is clear that claims that do not have an explicit reference relationship in the claims may be combined to configure an embodiment, or may be included as a new claim by amendment after filing.

[0500] It is obvious to those skilled in the art that the present disclosure can be embodied in other specific forms without departing from the essential features of the present disclosure. Therefore, the above detailed description should not be interpreted as limiting in any respect, but should be considered as illustrative. The scope of the present disclosure should be determined by a reasonable interpretation of the attached claims, and any modifications within the equivalent scope of the present disclosure are included in the scope of the present disclosure.

[0501] The scope of the present disclosure includes software or machine-executable instructions (e.g., operating systems, applications, firmware, programs, etc.) that cause a device or computer to perform operations according to the methods of various embodiments, and non-transitory computer-readable media on which such software or instructions or the like can be stored and executed on a device or computer. Instructions available for programming a processing system to perform features described in the present disclosure may be stored on / in a storage medium or computer-readable storage medium, and computer program products including such storage media may be used to embody features described in the present disclosure. The storage medium may include high-speed random access memory, such as DRAM, SRAM, DDR RAM, or other random access solid-state memory devices, but is not limited thereto, and may include non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid-state storage devices. The memory optionally includes one or more storage devices that are located remotely from the processor. The memory or alternatively the non-volatile memory devices in the memory include non-transitory computer-readable storage media. The features described in this disclosure may be embodied in software and / or firmware stored on any one of a number of machine-readable media and capable of controlling the hardware of a processing system and allowing the processing system to interact with other mechanisms that utilize the results of embodiments of the present disclosure. Such software or firmware may include, but is not limited to, application code, device drivers, operating systems, and execution environments / containers.

[0502] Here, the wireless communication technology implemented in the wireless devices 100 and 200 of the present disclosure may include LTE, NR, and 6G as well as Narrowband Internet of Things (NB-IoT) for low power communication. At this time, for example, the NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology and may be implemented according to standards such as LTE Cat NB1 and / or LTE Cat NB2, and is not limited to the above names. Additionally or alternatively, the wireless communication technology implemented in the wireless devices (XXX, YYY) of the present disclosure may perform communication based on the LTE-M technology. At this time, as an example, the LTE-M technology may be an example of LPWAN technology and may be called various names such as eMTC (enhanced Machine Type Communication). For example, the LTE-M technology may be embodied by at least one of various standards such as 1) LTE CAT 0, 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 is not limited to the above names. Additionally or alternatively, the wireless communication technology embodied in the wireless device (XXX, YYY) of the present disclosure may include at least one of ZigBee (registered trademark), Bluetooth (registered trademark), and Low Power Wide Area Network (LPWAN) considering low power communication, and is not limited to the above names. As an example, the ZigBee technology may generate personal area networks (PANs) related to small / low power digital communication based on various standards such as IEEE 802.15.4, and may be called various names. [Industrial Applicability]

[0503] The method proposed in this disclosure has been described mainly as being applied to 3GPP LTE / LTE-A and 5G systems, but it can be applied to various wireless communication systems other than 3GPP LTE / LTE-A and 5G systems.

Claims

1. 1. A method for performing uplink transmission by a terminal in a wireless communication system, the method comprising: receiving at least one physical downlink shared channel (PDSCH) from a base station; Identifying physical uplink control channel (PUCCH) resources for NACK-only based Hybrid Automatic Repeat Request (HARQ)-ACK reporting and PUCCH resources for channel state information (CSI) reporting; transmitting HARQ-ACK information for the at least one PDSCH to the base station on a PUCCH resource for the CSI report based on the NACK-only based HARQ-ACK report being multiplexed with the CSI report; The HARQ-ACK information is determined based on the ACK / NACK based HARQ-ACK report instead of a NACK-only based HARQ-ACK report.

2. The method of claim 1 , wherein the at least one PDSCH is transmitted based on a multicast scheme.

3. The method of claim 1 , wherein the at least one PDSCH is transmitted without scheduling by downlink control information.

4. The method of claim 3, wherein the PUCCH resource for the NACK-only based HARQ-ACK report is configured by higher layer signaling.

5. The method of claim 1, wherein a PUCCH resource for the NACK-only based HARQ-ACK reporting overlaps with a PUCCH resource for the CSI reporting.

6. 2. The method of claim 1, wherein the PUCCH resource for the CSI report is selected from one or more PUCCH resources configured for the CSI report based on a payload size of uplink control information (UCI) including the HARQ-ACK information and the CSI report.

7. The method of claim 6, wherein the PUCCH resource for CSI reporting supports the payload size with a smallest UCI capacity according to a max coding rate associated with the UCI.

8. The method of claim 7 , wherein the minimum UCI capacity is based on a product of the maximum coding rate and a number of resource elements for the UCI.

9. The method of claim 7, wherein a number of physical resource blocks (PRBs) for transmitting the UCI in a PUCCH resource for the CSI report is determined based on the payload size and the maximum coding rate.

10. The method of claim 7, wherein the payload size and the maximum coding rate are set based on a PUCCH format of a PUCCH resource for the CSI report.

11. A terminal that performs uplink transmission in a wireless communication system, the terminal comprising: at least one transceiver for transmitting and receiving radio signals; at least one processor controlling the at least one transceiver; The at least one processor: receiving at least one physical downlink shared channel (PDSCH) from a base station; Identifying physical uplink control channel (PUCCH) resources for NACK-only based Hybrid Automatic Repeat reQuest (HARQ)-ACK reporting and PUCCH resources for channel state information (CSI) reporting; Based on the NACK-only based HARQ-ACK report being multiplexed with the CSI report, the base station is configured to transmit HARQ-ACK information for the at least one PDSCH on a PUCCH resource for the CSI report; The HARQ-ACK information is determined based on the ACK / NACK based HARQ-ACK report instead of a NACK-only based HARQ-ACK report.

12. A base station performing uplink reception in a wireless communication system, the base station comprising: at least one transceiver for transmitting and receiving radio signals; at least one processor coupled to the at least one transceiver; The at least one processor: Transmitting at least one physical downlink shared channel (PDSCH) to a terminal; A physical uplink control channel (PUCCH) resource for NACK-only based HARQ (Hybrid Automatic Repeat reQuest)-ACK reporting and a PUCCH resource for channel state information (CSI) reporting are configured; Based on the NACK-only based HARQ-ACK report being multiplexed with the CSI report, a PUCCH resource for the CSI report is configured to receive HARQ-ACK information for the at least one PDSCH from the terminal; The HARQ-ACK information is determined based on the ACK / NACK based HARQ-ACK report instead of a NACK-only based HARQ-ACK report.

Images