WO2022114901A1 - 멀티캐스트 전송을 지원하기 위한 방법 및 장치 - Google Patents

멀티캐스트 전송을 지원하기 위한 방법 및 장치 Download PDF

Info

Publication number
WO2022114901A1
WO2022114901A1 PCT/KR2021/017787 KR2021017787W WO2022114901A1 WO 2022114901 A1 WO2022114901 A1 WO 2022114901A1 KR 2021017787 W KR2021017787 W KR 2021017787W WO 2022114901 A1 WO2022114901 A1 WO 2022114901A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq
multicast
pdsch
ack
base station
Prior art date
Application number
PCT/KR2021/017787
Other languages
English (en)
French (fr)
Inventor
김철순
문성현
이정훈
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Priority to EP21898726.1A priority Critical patent/EP4255074A1/en
Priority to US18/037,484 priority patent/US20230422275A1/en
Priority to CN202180079951.0A priority patent/CN116530174A/zh
Priority claimed from KR1020210166606A external-priority patent/KR20220074798A/ko
Publication of WO2022114901A1 publication Critical patent/WO2022114901A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H04L1/1851—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Definitions

  • the present invention relates to multicast technology in a communication system, and more particularly, to a technology for transmitting and receiving multicast physical downlink shared channel (PDSCH) and multicast hybrid automatic repeat request (HARQ) feedback.
  • PDSCH physical downlink shared channel
  • HARQ multicast hybrid automatic repeat request
  • LTE long term evolution
  • NR new radio
  • 3GPP 3rd generation partnership project
  • a frequency band of a 4G communication system eg, a frequency band of 6 GHz or less
  • a 5G communication system eg, a communication system supporting NR
  • the 5G communication system may support enhanced Mobile BroadBand (eMBB), Ultra-Reliable and Low Latency Communication (URLLC), and Massive Machine Type Communication (mMTC).
  • eMBB enhanced Mobile BroadBand
  • URLLC Ultra-Reliable and Low Latency Communication
  • mMTC Massive Machine Type Communication
  • the base station may transmit a plurality of physical downlink shared channels (PDSCHs) to the terminal, and the terminal may receive a plurality of PDSCHs from the base station.
  • PDSCHs physical downlink shared channels
  • the priority of each of the plurality of PDSCHs may be different from each other, and the type (eg, multicast or unicast) of each of the plurality of PDSCHs may be different from each other.
  • a method of generating a hybrid automatic repeat request (HARQ) codebook for a plurality of PDSCHs and a method of transmitting the HARQ codebook are required.
  • HARQ hybrid automatic repeat request
  • An object of the present invention to solve the above problems is to provide a method and apparatus for transmitting and receiving multicast physical downlink shared channel (PDSCH) and multicast hybrid automatic repeat request (HARQ) feedback in a communication system.
  • PDSCH physical downlink shared channel
  • HARQ multicast hybrid automatic repeat request
  • a method of operating a terminal includes receiving an RRC message indicating activation of HARQ-ACK feedback from a base station, information indicating deactivation of the HARQ-ACK feedback
  • Receiving a first DCI from the base station comprising: receiving a first multicast PDSCH from the base station based on first scheduling information included in the first DCI; Even when deactivation of feedback is indicated, generating a first HARQ-ACK bit for the first multicast PDSCH, generating a HARQ codebook including the first HARQ-ACK bit, and the HARQ codebook and transmitting to the base station through an uplink channel.
  • One field or a combination of two or more fields included in the first DCI may be used to indicate the priority of the first HARQ-ACK bit.
  • the T1 HARQ codebook including the first HARQ-ACK bit may be generated.
  • One field or a combination of two or more fields included in the first DCI may be used to indicate activation or deactivation of the HARQ-ACK feedback.
  • At least one of the HARQ RTT timer and the retransmission timer may not be started in the terminal.
  • the method of operating the terminal may further include receiving a second DCI from the base station, and receiving a second multicast PDSCH from the base station based on second scheduling information included in the second DCI. and the HARQ codebook may further include a second HARQ-ACK bit for the second multicast PDSCH.
  • the HARQ codebook may include a first multicast HARQ subcodebook including the first HARQ-ACK bit and a second multicast HARQ subcodebook including the second HARQ-ACK bit, and the first multicast
  • the PDSCH and the second multicast PDSCH may be distinguished by different multicast identifiers.
  • the method of operating the terminal may further include receiving a third DCI from the base station, and receiving a unicast PDSCH from the base station based on third scheduling information included in the third DCI,
  • the HARQ codebook may further include a third HARQ-ACK bit for the unicast PDSCH.
  • the generating of the HARQ codebook may include generating a first multicast HARQ subcodebook including the first HARQ-ACK bit, and generating a unicast HARQ subcodebook including the third HARQ-ACK bit. , and generating the HARQ codebook by concatenating the first multicast HARQ subcodebook and the unicast HARQ subcodebook.
  • the type of the first multicast HARQ subcodebook may be set independently of the type of the unicast HARQ subcodebook, and the priority of the first HARQ-ACK bit is the same as the priority of the third HARQ-ACK bit can be set to
  • the first multicast HARQ subcodebook and the unicast HARQ subcodebook may be independently generated.
  • a method of operating a terminal includes receiving a first DCI including information indicating deactivation of HARQ-ACK feedback from a base station, including in the first DCI Receiving a first multicast PDSCH from the base station based on the first scheduling information, even when the first DCI indicates deactivation of the HARQ-ACK feedback, a first HARQ for the first multicast PDSCH - Generating an ACK bit, generating a HARQ codebook including the first HARQ-ACK bit, and transmitting the HARQ codebook to the base station through an uplink channel, the HARQ-ACK feedback Even when this is deactivated, another HARQ-ACK bit is generated in the terminal, and when the first HARQ-ACK bit can be multiplexed with another HARQ-ACK bit, the first HARQ-ACK bit is generated.
  • At least one of the HARQ RTT timer and the retransmission timer may not be used in the terminal.
  • the method of operating the terminal may further include receiving a second DCI from the base station, and receiving a second multicast PDSCH from the base station based on second scheduling information included in the second DCI. and the HARQ codebook may further include a second HARQ-ACK bit for the second multicast PDSCH.
  • the HARQ codebook may include a first multicast HARQ subcodebook including the first HARQ-ACK bit and a second multicast HARQ subcodebook including the second HARQ-ACK bit, and the first multicast
  • the PDSCH and the second multicast PDSCH may be distinguished by different multicast identifiers.
  • the first multicast HARQ subcodebook and the second multicast HARQ subcodebook may be concatenated in the order of the different multicast identifiers.
  • the method of operating the terminal may further include receiving an RRC message indicating that a NACK-only feedback scheme is supported from the base station, and the first HARQ-ACK bit is set according to the NACK-only feedback scheme. may be generated, and when the first HARQ-ACK bit is multiplexed with the other HARQ-ACK bit, the NACK-only feedback scheme may not be applied.
  • the method of operating the terminal may further include receiving a third DCI from the base station, and receiving a unicast PDSCH from the base station based on third scheduling information included in the third DCI,
  • the HARQ codebook may further include a third HARQ-ACK bit for the unicast PDSCH.
  • the generating of the HARQ codebook may include generating a first multicast HARQ subcodebook including the first HARQ-ACK bit, and generating a unicast HARQ subcodebook including the third HARQ-ACK bit. , and generating the HARQ codebook by concatenating the first multicast HARQ subcodebook and the unicast HARQ subcodebook, wherein the first multicast HARQ subcodebook may be distinguished by a multicast identifier. have.
  • the first multicast HARQ subcodebook and the unicast HARQ subcodebook may be independently generated.
  • the UE may receive a multicast physical downlink shared channel (PDSCH) and a unicast PDSCH from a base station, and a hybrid automatic repeat request (HARQ)-acknowledgement (ACK) bit for the multicast PDSCH and a unicast PDSCH It is possible to generate a HARQ codebook including the HARQ-ACK bit for , and transmit the HARQ codebook to the base station.
  • the UE may generate the HARQ codebook in consideration of the priority.
  • the terminal may transmit the HARQ codebook to the base station based on an indication of activation or deactivation of the HARQ-ACK feedback of the base station. In particular, even when HARQ-ACK feedback is deactivated, the UE may transmit the HARQ codebook to the base station as needed. Therefore, the HARQ-ACK feedback procedure can be efficiently performed, and the performance of the communication system can be improved.
  • FIG. 1 is a conceptual diagram illustrating a first embodiment of a communication system.
  • FIG. 2 is a block diagram showing a first embodiment of a communication node constituting a communication system.
  • FIG. 3 is a conceptual diagram illustrating a first embodiment of a multicast transmission method.
  • FIG. 4 is a conceptual diagram illustrating a first embodiment of a method for allocating a PDSCH.
  • 5A is a conceptual diagram illustrating a second embodiment of a method for allocating a PDSCH.
  • 5B is a conceptual diagram illustrating a third embodiment of a method for allocating a PDSCH.
  • 6A is a conceptual diagram illustrating a first embodiment of a PUCCH allocation method.
  • 6B is a conceptual diagram illustrating a second embodiment of a PUCCH allocation method.
  • FIG. 7 is a conceptual diagram illustrating a first embodiment of PUCCH transmission timing.
  • FIG. 8 is a conceptual diagram illustrating a first embodiment of the time sequence of PDCCH and PUCCH in unicast/multicast transmission.
  • FIG. 9 is a block diagram illustrating a first embodiment of a method for generating an HARQ codebook based on method 4.1-1.
  • FIG. 10 is a block diagram illustrating a second embodiment of a method for generating an HARQ codebook based on method 4.1-1.
  • 11 is a block diagram illustrating a first embodiment of a method for generating an HARQ codebook based on method 4.1-6.
  • first, second, etc. may be used to describe various elements, but the elements should not be limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, a first component may be referred to as a second component, and similarly, a second component may also be referred to as a first component.
  • the term “and/or” includes a combination of a plurality of related listed items or any of a plurality of related listed items.
  • “at least one of A and B” may mean “at least one of A or B” or “at least one of combinations of one or more of A and B”. Also, in the embodiments of the present application, “at least one of A and B” may mean “at least one of A or B” or “at least one of combinations of one or more of A and B”.
  • a communication system to which embodiments according to the present invention are applied will be described.
  • the communication system to which the embodiments according to the present invention are applied is not limited to the content described below, and the embodiments according to the present invention can be applied to various communication systems.
  • a communication system may be used in the same sense as a communication network (network).
  • FIG. 1 is a conceptual diagram illustrating a first embodiment of a communication system.
  • the communication system 100 is a plurality of communication nodes (110-1, 110-2, 110-3, 120-1, 120-2, 130-1, 130-2, 130-3, 130-4, 130-5, 130-6).
  • the communication system 100 is a core network (core network) (eg, S-GW (serving-gateway), P-GW (packet data network (PDN)-gateway), MME (mobility management entity)) may include more.
  • core network eg, S-GW (serving-gateway), P-GW (packet data network (PDN)-gateway), MME (mobility management entity)
  • the core network is an access and mobility management function (AMF), a user plane function (UPF), a session management function (SMF), etc.
  • AMF access and mobility management function
  • UPF user plane function
  • SMF session management function
  • SMS session management function
  • the plurality of communication nodes 110 to 130 may support a communication protocol (eg, an LTE communication protocol, an LTE-A communication protocol, an NR communication protocol, etc.) defined in a 3rd generation partnership project (3GPP) standard.
  • a plurality of communication nodes 110 to 130 are CDMA (code division multiple access) technology, WCDMA (wideband CDMA) technology, TDMA (time division multiple access) technology, FDMA (frequency division multiple access) technology, OFDM (orthogonal frequency division) technology multiplexing) technology, Filtered OFDM technology, CP (cyclic prefix)-OFDM technology, DFT-s-OFDM (discrete Fourier transform-spread-OFDM) technology, OFDMA (orthogonal frequency division multiple access) technology, SC (single carrier)-FDMA Technology, Non-orthogonal Multiple Access (NOMA) technology, GFDM (generalized frequency division multiplexing) technology, FBMC (filter bank multi-carrier) technology, UFMC (universal filtered multi
  • FIG. 2 is a block diagram showing a first embodiment of a communication node constituting a communication system.
  • the communication node 200 may include at least one processor 210 , a memory 220 , and a transceiver 230 connected to a network to perform communication.
  • the communication node 200 may further include an input interface device 240 , an output interface device 250 , a storage device 260 , and the like.
  • Each of the components included in the communication node 200 may be connected by a bus 270 to communicate with each other.
  • each of the components included in the communication node 200 may not be connected to the common bus 270 but to the processor 210 through an individual interface or an individual bus.
  • the processor 210 may be connected to at least one of the memory 220 , the transceiver 230 , the input interface device 240 , the output interface device 250 , and the storage device 260 through a dedicated interface. .
  • the processor 210 may execute a program command stored in at least one of the memory 220 and the storage device 260 .
  • the processor 210 may mean a central processing unit (CPU), a graphics processing unit (GPU), or a dedicated processor on which methods according to embodiments of the present invention are performed.
  • Each of the memory 220 and the storage device 260 may be configured as at least one of a volatile storage medium and a non-volatile storage medium.
  • the memory 220 may be configured as at least one of a read only memory (ROM) and a random access memory (RAM).
  • the communication system 100 includes a plurality of base stations 110 - 1 , 110 - 2 , 110 - 3 , 120 - 1 and 120 - 2 , and a plurality of terminals 130 - 1, 130-2, 130-3, 130-4, 130-5, 130-6).
  • Each of the first base station 110-1, the second base station 110-2, and the third base station 110-3 may form a macro cell.
  • Each of the fourth base station 120-1 and the fifth base station 120-2 may form a small cell.
  • the fourth base station 120-1, the third terminal 130-3, and the fourth terminal 130-4 may belong to the cell coverage of the first base station 110-1.
  • the second terminal 130-2, the fourth terminal 130-4, and the fifth terminal 130-5 may belong to the cell coverage of the second base station 110-2.
  • the fifth base station 120-2, the fourth terminal 130-4, the fifth terminal 130-5, and the sixth terminal 130-6 may belong to the cell coverage of the third base station 110-3.
  • the first terminal 130-1 may belong to the cell coverage of the fourth base station 120-1.
  • the sixth terminal 130-6 may belong to the cell coverage of the fifth base station 120-2.
  • each of the plurality of base stations 110-1, 110-2, 110-3, 120-1, and 120-2 is a NodeB (NB), an evolved NodeB (eNB), gNB, an advanced base station (ABS), HR - BS (high reliability-base station), BTS (base transceiver station), radio base station (radio base station), radio transceiver (radio transceiver), access point (access point), access node (node), RAS (radio access station) ), MMR-BS (mobile multihop relay-base station), RS (relay station), ARS (advanced relay station), HR-RS (high reliability-relay station), HNB (home NodeB), HeNB (home eNodeB), It may be referred to as a road side unit (RSU), a radio remote head (RRH), a transmission point (TP), a transmission and reception point (TRP), and the like.
  • RSU road side unit
  • RRH radio remote head
  • TP transmission point
  • TRP transmission and
  • Each of the plurality of terminals 130-1, 130-2, 130-3, 130-4, 130-5, 130-6 includes a user equipment (UE), a terminal equipment (TE), an advanced mobile station (AMS), HR-MS (high reliability-mobile station), terminal, access terminal, mobile terminal, station, subscriber station, mobile station, portable It may be referred to as a portable subscriber station, a node, a device, an on board unit (OBU), and the like.
  • UE user equipment
  • TE terminal equipment
  • AMS advanced mobile station
  • HR-MS high reliability-mobile station
  • OBU on board unit
  • each of the plurality of base stations 110-1, 110-2, 110-3, 120-1, and 120-2 may operate in different frequency bands or may operate in the same frequency band.
  • Each of the plurality of base stations 110-1, 110-2, 110-3, 120-1, and 120-2 may be connected to each other through an ideal backhaul link or a non-ideal backhaul link.
  • information can be exchanged with each other through an ideal backhaul link or a non-ideal backhaul link.
  • Each of the plurality of base stations 110-1, 110-2, 110-3, 120-1, and 120-2 may be connected to the core network through an ideal backhaul link or a non-ideal backhaul link.
  • Each of the plurality of base stations 110-1, 110-2, 110-3, 120-1, and 120-2 transmits a signal received from the core network to the corresponding terminals 130-1, 130-2, 130-3, 130 -4, 130-5, 130-6), and a signal received from the corresponding terminal (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) is transmitted to the core network can be sent to
  • each of the plurality of base stations 110-1, 110-2, 110-3, 120-1, and 120-2 transmits a multi-input multi-output (MIMO) (eg, single user (SU)- MIMO, multi user (MU)-MIMO, massive MIMO, etc.), coordinated multipoint (CoMP) transmission, carrier aggregation (CA) transmission, transmission in an unlicensed band, direct communication between terminals (device) to device communication, D2D) (or Proximity services (ProSe)), Internet of Things (IoT) communication, dual connectivity (DC), and the like may be supported.
  • MIMO multi-input multi-output
  • SU single user
  • MU multi user
  • massive MIMO massive MIMO
  • CoMP coordinated multipoint
  • CA carrier aggregation
  • IoT Internet of Things
  • DC dual connectivity
  • each of the plurality of terminals 130-1, 130-2, 130-3, 130-4, 130-5, 130-6 is the base station 110-1, 110-2, 110-3, and 120-1. , 120-2) and corresponding operations, and operations supported by the base stations 110-1, 110-2, 110-3, 120-1, and 120-2 may be performed.
  • the second base station 110-2 may transmit a signal to the fourth terminal 130-4 based on the SU-MIMO method, and the fourth terminal 130-4 may transmit a signal based on the SU-MIMO method.
  • a signal may be received from the second base station 110 - 2 .
  • the second base station 110 - 2 may transmit a signal to the fourth terminal 130 - 4 and the fifth terminal 130 - 5 based on the MU-MIMO scheme, and the fourth terminal 130 - 4 . and each of the fifth terminals 130 - 5 may receive a signal from the second base station 110 - 2 by the MU-MIMO method.
  • Each of the first base station 110-1, the second base station 110-2, and the third base station 110-3 may transmit a signal to the fourth terminal 130-4 based on the CoMP scheme, and the fourth The terminal 130-4 may receive signals from the first base station 110-1, the second base station 110-2, and the third base station 110-3 by the CoMP method.
  • Each of the plurality of base stations 110-1, 110-2, 110-3, 120-1, and 120-2 is a terminal 130-1, 130-2, 130-3, 130-4 belonging to its own cell coverage. , 130-5, 130-6) and the CA method can transmit and receive signals.
  • Each of the first base station 110-1, the second base station 110-2, and the third base station 110-3 controls D2D between the fourth terminal 130-4 and the fifth terminal 130-5. and each of the fourth terminal 130-4 and the fifth terminal 130-5 may perform D2D under the control of the second base station 110-2 and the third base station 110-3, respectively. .
  • a corresponding second communication node is a method (eg, a method corresponding to the method performed in the first communication node) For example, reception or transmission of a signal) may be performed. That is, when the operation of the terminal is described, the corresponding base station may perform the operation corresponding to the operation of the terminal. Conversely, when the operation of the base station is described, the corresponding terminal may perform the operation corresponding to the operation of the base station.
  • the purpose of the eMBB service may be processing of large-capacity traffic
  • the purpose of the URLLC service may be to reduce end-to-end latency and error rate
  • the purpose of the mMTC service may be processing of intermittent or periodic traffic in a geographic area with high UE density.
  • One communication system can support one or more service scenarios simultaneously.
  • one communication system may be operated by variously adjusting configuration parameters (eg, numerology) of the OFDM waveform.
  • One neuronology may be used in the LTE communication system, and one or more neuronologies may be applied according to a situation in the NR communication system.
  • a time division duplex (TDD)-based communication system may support both an eMBB service and a URLLC service.
  • the low-latency performance of the URLLC service may be improved.
  • uplink hybrid automatic repeat request-acknowledgement (UL HARQ-ACK) is required to support downlink (DL) traffic
  • the delay time experienced by DL traffic may be determined by a period in which the DL slot and the UL slot repeatedly appear.
  • the delay time experienced by the UL traffic may be determined by a cycle in which the DL slot and the UL slot are repeated.
  • the type of slot may be dynamically converted to suit a situation.
  • the UE may know the DL symbol, the UL symbol, or the FL (flexible) symbol in units of symbols.
  • the FL symbol may be redirected to a DL symbol or a UL symbol.
  • the type of subframe may be converted to suit the situation.
  • the type of subframe may be a DL subframe, a UL subframe, and a special subframe. There is no concept of a FL subframe (or FL symbol) in the LTE communication system.
  • PUSCH physical uplink shared channel
  • PUCCH physical uplink control channel
  • PUSCH can be dynamically scheduled. Alternatively, it may be indicated that the PUSCH is periodically transmitted.
  • the periodic PUSCH transmission method may be divided into two methods according to a periodic PUSCH transmission indication method.
  • UL-DCI downlink control information
  • UL-DCI downlink control information
  • periodic PUSCH transmission may be indicated only by higher layer signaling instead of UL-DCI.
  • a base station may transmit a physical downlink shared channel (PDSCH) to one or more terminals.
  • PDSCH physical downlink shared channel
  • RRC radio resource control
  • the base station uses a UE-specific radio network temporary identifier (RNTI) (eg, C (cell)-RNTI) to scramble the UE-specific PDCCH to the terminal can be sent to
  • RNTI radio network temporary identifier
  • the UE may obtain a UE-specific PDCCH by using the UE-specific RNTI, and may receive the UE-specific PDSCH based on the UE-specific PDCCH.
  • the base station may perform transmission for terminals belonging to one group.
  • the base station may transmit a scrambled group-common PDCCH using a group-common RNTI.
  • UEs may obtain a group-common PDCCH using a group-common RNTI, and may receive a group-common PDSCH based on the group-common PDCCH.
  • PTM method 2 the base station may perform transmission for terminals belonging to one group.
  • the base station may transmit a scrambled UE-specific PDCCH to each of the terminals using a UE-specific RNTI (eg, C-RNTI).
  • a UE-specific RNTI eg, C-RNTI
  • Each of the terminals may obtain a UE-specific PDCCH based on the UE-specific RNTI.
  • the UE may receive the group-common PDSCH based on the group-common RNTI.
  • the PTM method 1 and/or the PTM method 2 may be set or instructed to the terminal without a separate description.
  • a communication node eg, a base station, a terminal
  • a sensing procedure eg, LBT (Listen before talk) procedure or CCA (clear channel assessment) procedure
  • the sensing procedure may have different set variables according to the importance of data.
  • a communication node eg, a base station, a terminal
  • a signal and/or a channel may be transmitted without a sensing procedure.
  • a beam-based sensing procedure in an unlicensed band can be divided into two types.
  • the sensing procedure may be divided into an omni-directional sensing procedure and a directional sensing procedure.
  • the base station may not perform a transmission operation when energy is detected in a direction that does not interfere with the terminal. This problem may be referred to as the “exposed node problem”.
  • the directional sensing procedure is applied, a hidden node problem may occur. In this case, even if energy is not detected in the sensing procedure of the base station, the transmission of the base station may interfere with other terminals (eg, hidden nodes).
  • Uplink control information may include a scheduling request (SR), channel state information (CSI), hybrid automatic repeat request-acknowledgement (HARQ-ACK), and/or link recovery request (LRR).
  • SR scheduling request
  • CSI channel state information
  • HARQ-ACK hybrid automatic repeat request-acknowledgement
  • LRR link recovery request
  • Each of SR, CSI, HARQ-ACK, and LRR included in UCI may be referred to as a control element. That is, UCI may include one or more control elements (eg, SR, CSI, HARQ-ACK, and/or LRR).
  • UCI may be used to manage downlink.
  • Information (eg, SR, CSI, HARQ-ACK, and/or LRR) included in UCI may vary according to a UCI type.
  • UCI may be transmitted through a physical uplink control channel (PUCCH) and/or a physical uplink shared channel (PUSCH).
  • PUCCH and PUSCH overlap in one or more symbols, UCI may be transmitted through PUSCH instead of PUCCH. In this case, the PUCCH may not be transmitted.
  • the frequency band (eg, FR1) in which the PUCCH is transmitted is different from the frequency band (eg, FR2) in which the PUSCH is transmitted, the PUSCH and the PUCCH may be transmitted simultaneously.
  • the UE may compare the priority of the PUCCH and the priority of the PUSCH. Transmission having a lower priority among PUCCH transmission and PUSCH transmission may be dropped.
  • the size of UCI may be expressed as the sum of the number of bits representing the UCI type. The size of the UCI may be used to determine the PUCCH resource.
  • One UCI type may correspond to one PUCCH resource on a one-to-one basis.
  • the UE may select an appropriate PUCCH resource set again based on the sum of sizes of the corresponding UCI types.
  • the UE may apply the PUCCH resource index indicated in downlink control information (DCI).
  • DCI downlink control information
  • transmission resources of the multiplexed UCI types may be indicated by a PUCCH resource index configured by RRC signaling. This operation may mean that multiplexed UCI types are periodically transmitted.
  • the base station may indicate (eg, configure) "multiplexing of UCI types" and/or "PUCCH resource for transmission of UCI type(s)" to the terminal through RRC signaling.
  • RRC signaling may mean an RRC message.
  • the PUCCH resource may be determined as follows.
  • the base station may transmit PUCCH-configCommon and/or PUCCH-config to the terminal through RRC signaling (eg, system information block (SIB)1 transmission or dedicated signaling).
  • the PUCCH resource set(s) for the UE may be indicated by PUCCH-configCommon and/or PUCCH-config.
  • the UE may select one PUCCH resource set from among the PUCCH resource sets indicated by the base station according to the UCI size.
  • the PUCCH resource set may include a plurality of PUCCH resources. Each of the plurality of PUCCH resources may be indicated by a PUCCH resource index.
  • the base station may inform the terminal of the PUCCH resource index through DCI or RRC signaling.
  • the UE may check the PUCCH resource indicated by the PUCCH resource index received from the base station among the plurality of PUCCH resources.
  • a configured grant (CG)-UCI may be used for CG PUSCH transmission in an unlicensed band.
  • the CG-UCI may include transport block (TB) information and/or channel occupancy time (COT) information.
  • the TB information may include a HARQ process number, a redundancy version (RV), and/or a new data indicator (NDI).
  • the COT information may include COT sharing information.
  • CG-UCI may be transmitted in PUSCH.
  • the UE may transmit UCI and/or CG-UCI.
  • the priority of UCI may be different from that of CG-UCI.
  • UCI and/or CG-UCI may be used for TB transmission. Therefore, the TB priority may be considered as “UCI priority” or “CG-UCI priority”.
  • CPSCH physical downlink shared channel
  • PSSCH physical sidelink shared channel
  • TB priority may be set, and TB priority is "UCI priority " or "CG-UCI priority”.
  • Periodic CSI and/or semi-persistent CSI may have a low priority.
  • SR priority and LRR priority may be set by RRC signaling.
  • the priority of HARQ-ACK for PSSCH may be set to be the same as TB priority. "When the priority of HARQ-ACK exceeds the threshold of the priority indicated by RRC signaling" is distinguished from "when the priority of HARQ-ACK does not exceed the threshold of the priority indicated by RRC signaling" can be The priority of HARQ-ACK for PSSCH may not correspond to TB priority on a one-to-one basis as an exception. In this case, the TB priority may be derived from the priority of the HARQ-ACK for the PSSCH.
  • HARQ-ACK may mean HARQ-ACK bit, HARQ-ACK information, HARQ-ACK feedback, or HARQ-ACK response.
  • UCI and CG-UCI having different priorities may not be multiplexed.
  • the UE may transmit one piece of control information having a high priority among UCI and CG-UCI (eg, high priority (HP) UCI or HP CG-UCI).
  • the UE may transmit one piece of control information (eg, low priority (LP) UCI or LP CG-UCI) having a lower priority among UCI and CG-UCI.
  • the UE may assume that HP UCI types are multiplexed, and may generate HP PUCCH (eg, virtual HP PUCCH) based on the assumption.
  • the UE may assume that LP UCI types are multiplexed, and may generate an LP PUCCH (eg, a virtual LP PUCCH) based on the assumption.
  • the UE may transmit the HP PUCCH including the HP UCI type(s). Therefore, only UCI types having the same priority can be multiplexed.
  • one UCI type among UCI types may be dropped as needed.
  • the base station may anticipate the UCI type dropped from the terminal. Accordingly, the base station may instruct the terminal to transmit the dropped UCI type (eg, UCI or CG-UCI) by performing a scheduling operation for the dropped UCI type.
  • the serving base station may transmit a PDCCH including scheduling information (eg, DCI) of the PDSCH including multicast data to the terminal.
  • the UE may receive the PDCCH using a separate radio identifier (eg, a separate RNTI) and may decode the DCI included in the PDCCH.
  • the radio identifier for multicast may be referred to as M (multicast)-RNTI, G-RNTI, GS-RNTI, G-CS-RNTI, or MCCH-RNTI.
  • broadcast transmission and multicast transmission may be described without distinction from each other. Methods for multicast transmission may be applied for broadcast transmission, and methods for broadcast transmission may be applied for multicast transmission.
  • a terminal that has established an RRC connection with a base station may be referred to as an "RRC connected terminal".
  • a terminal that does not establish an RRC connection with a base station may be referred to as an "RRC non-connected terminal", "RRC inactive terminal", or "RRC idle terminal”.
  • a plurality of RRC-connected terminals may belong to one group (eg, a multicast group). RRC-connected terminals belonging to one group may receive the same multicast data.
  • a plurality of RRC unconnected terminals may belong to one group (eg, a multicast group). RRC unconnected terminals belonging to one group may receive the same multicast data.
  • a group may mean a multicast group or a multicast identifier. The multicast identifier may be used to distinguish different multicast PDSCHs.
  • FIG. 3 is a conceptual diagram illustrating a first embodiment of a multicast transmission method.
  • a base station may support multicast transmission (eg, multicast service) to RRC-connected terminals as well as RRC-connected terminals.
  • Group(s) including one or more terminals may be configured, and terminals belonging to each group may receive the same data.
  • the RRC connected terminal(s) and the RRC unconnected terminal(s) may receive the same broadcast PDSCH.
  • An RRC-connected terminal belonging to one group may receive a multicast PDSCH.
  • the UE may receive one or more multicast PDSCHs.
  • the UE may receive one or more broadcast PDSCHs.
  • the base station may allocate a PDSCH to each terminal.
  • the base station may allocate a PDSCH (eg, common PDSCH, multicast PDSCH) to terminals belonging to one group. That is, the base station may allocate a PDSCH to each group.
  • a PDSCH eg, common PDSCH, multicast PDSCH
  • Each of the BWP and PDSCH may be appropriately configured and/or allocated so that all terminals belonging to the group receive the PDSCH.
  • the base station must perform a complex scheduling operation. In this case, when the unicast PDSCH is previously allocated to a specific UE, the multicast PDSCH must be allocated from a resource other than the resource to which the unicast PDSCH is allocated. That is, resource allocation of the multicast PDSCH may be delayed.
  • the multicast PDSCH may be a common PDSCH transmitted to terminals belonging to the group (eg, all terminals).
  • the unicast PDSCH must be allocated from a resource other than the resource to which the multicast PDSCH is allocated. That is, resource allocation of the unicast PDSCH may be delayed.
  • the maximum number of PDSCHs that the UE can process in the same slot or the same subslot may be defined as UE capability.
  • the terminal capability may be referred to as processing capability.
  • FIG. 4 is a conceptual diagram illustrating a first embodiment of a method for allocating a PDSCH.
  • the base station may allocate four PDSCHs to one terminal.
  • the four PDSCHs may include a multicast PDSCH, a unicast PDSCH, and/or a system information (SI) PDSCH.
  • the multicast PDSCH may be a PDSCH including multicast data.
  • the unicast PDSCH may be a PDSCH including unicast data.
  • the SI PDSCH may be a PDSCH including system information. If reception and decoding of one or more PDSCHs is possible according to the UE capability, the UE may decode some or all PDSCHs in one slot or one subslot.
  • the base station may perform scheduling such that more PDSCHs than terminal capability (eg, processing capability) are allocated.
  • the UE may select PDSCH(s) that the UE can process in consideration of priority among PDSCHs allocated by the base station.
  • priorities may be considered in the configuration of PDSCHs.
  • the priority of the PDSCH may be defined based on the RNTI. Alternatively, the priority of the PDSCH may be explicitly indicated.
  • Method 2.1-2 The priority of PDSCH processing may follow the priority of PDSCH or RNTI scrambling DCI.
  • M-RNTI priority with other RNTIs may be considered.
  • MsgB-RNTI, TC-RNTI, RA-RNTI, etc. may be considered in an initial access procedure or a random access procedure.
  • C-RNTI may be considered.
  • the M-RNTI may have the lowest priority.
  • the UE may not receive the multicast PDSCH according to processing capability.
  • Method 2.1-3 In method 2.1-2, an M-RNTI may have the lowest priority among RNTIs.
  • a priority (eg, a priority of the multicast PDSCH) may be introduced.
  • the base station may indicate to the terminal the priority of the corresponding PDSCH in the PDSCH allocation or configuration procedure.
  • the RRC message for configuring multicast PDSCH1 may include the priority of multicast PDSCH1.
  • DCI for allocating multicast PDSCH2 may include a priority of multicast PDSCH2.
  • the value of the priority may be a natural number.
  • Priorities between PDSCHs may be determined according to a comparison result between the corresponding priority and a preset boundary. The priority when the priority value falls within the preset boundary may be different from the priority when the priority value deviates from the preset boundary.
  • a preset boundary may be determined in a technical standard. Alternatively, the preset boundary may be given by RRC signaling.
  • the priority for multicast PDSCH processing may be known to the UE in advance.
  • the UE may process the multicast PDSCH before the unicast PDSCH based on the priority.
  • the UE may process the unicast PDSCH before the multicast PDSCH based on the priority.
  • the UE may determine a priority for multicast PDSCH processing based on a preset boundary.
  • the UE may process the multicast PDSCH before the unicast PDSCH based on the priority according to the preset boundary.
  • the UE may process the unicast PDSCH before the multicast PDSCH based on the priority according to the preset boundary.
  • the above-described operation may be utilized for comparison of the multicast PDSCH and the unicast PDSCH.
  • the UE may regard the priority of the multicast PDSCH as the same as the priority of the unicast PDSCH for URLLC traffic.
  • the UE may regard the priority of the multicast PDSCH as the same as the priority of the unicast PDSCH for eMBB traffic.
  • the priority of the multicast PDSCH may be directly compared with the priority of the unicast PDSCH. In this case, the priority of the multicast PDSCH may be limited to two values. In this case, the priority of the multicast PDSCH may be utilized not only as a priority for decoding the PDSCH but also as a priority for transmitting the HARQ-ACK.
  • the priority of the multicast PDSCH may be limited to two values, and may be directly compared with the priority of the unicast PDSCH.
  • the UE may compare priorities among the plurality of multicast PDSCHs, and may select a multicast PDSCH to be decoded according to processing capability.
  • the plurality of PDSCHs may be allocated in chronological order. 5 and 6 below, the time order of "PDCCH - PDSCH - PUCCH" may be maintained.
  • FIG. 5A is a conceptual diagram illustrating a second embodiment of a PDSCH allocation method
  • FIG. 5B is a conceptual diagram illustrating a third embodiment of a PDSCH allocation method.
  • the order of the PDCCH and the order of the PDSCH may be maintained in in-order scheduling, and the order of the PDCCH and the order of the PDSCH may be different from each other in the out-of-order scheduling.
  • FIG. 6A is a conceptual diagram illustrating a first embodiment of a PUCCH allocation method
  • FIG. 6B is a conceptual diagram illustrating a second embodiment of a PUCCH allocation method.
  • the order of the PDSCH and the order of PUCCH in in-order feedback may be maintained, and the order of PDSCH and order of PUCCH in out-of-order feedback may be different from each other.
  • the order of "PDCCH - PDSCH - PUCCH" may be maintained in in-order scheduling and in-order feedback.
  • the time interval between the PDCCH and the PDSCH eg, slot offset or subslot offset
  • K1 may satisfy the condition of in-order scheduling/feedback (eg, in-order scheduling and/or in-order feedback).
  • Some terminals belonging to the group may operate in a power saving mode.
  • the base station may set K0 between the PDCCH and the PDSCH to be larger than a preset boundary, and may inform the terminal of K0. Since K0 may be large in the procedure for dynamically allocating the multicast PDSCH, out-of-order scheduling may occur frequently.
  • scheduling/feedback other than in-order scheduling/feedback may occur in the UE.
  • Out-of-order scheduling/feedback may mean out-of-order scheduling and/or out-of-order feedback.
  • the UE may process scheduling for a PDSCH having a high priority.
  • the base station may separately provide a priority for the above-described operation to the terminal.
  • a specific field of DCI may indicate the priority of the PDSCH.
  • the base station may indicate to the terminal the priority of the PDSCH allocated by RRC signaling or the PDSCH activated by DCI.
  • the above-mentioned priority may be applied to the processing order of the multicast PDSCH.
  • the priority of the unicast PDSCH and the priority of the multicast PDSCH may have different values. If "the priority of the multicast PDSCH is outside the preset boundary" or "the priority of the multicast PDSCH belongs to the preset boundary", the priority of the multicast PDSCH may be compared with the priority of the unicast PDSCH. .
  • Method 2.1-7 In high-priority multicast transmission, out-of-order scheduling/feedback for low-priority multicast may be allowed.
  • the UE may receive the PDSCH and may transmit the PUCCH when the HARQ-ACK feedback is activated.
  • the UE may demodulate a control channel element (CCE) and configure a PDCCH candidate to decode the DCI.
  • CCE control channel element
  • the maximum number of CCEs and/or the maximum number of PDCCHs that the terminal can process in one slot or one subslot may be defined in the technical standard. The reason why the maximum number of CCEs and/or the maximum number of PDCCHs is limited is that the UE needs to perform a channel estimation operation for CCE reception and a polar code decoding operation for PDCCH reception.
  • the base station may appropriately configure the search space to the terminal so as not to exceed the maximum number of CCEs and/or the maximum number of PDCCHs.
  • the base station may set the search space to the terminal to exceed the maximum number of CCEs and/or the maximum number of PDCCHs.
  • the terminal may not search a part of the search space according to a preset procedure.
  • the number of CCEs processed by the terminal may be less than or equal to the maximum number of CCEs
  • the number of PDCCHs processed by the terminal may be less than or equal to the maximum number of PDCCHs.
  • only a UE-specific search space may be supported in the SCell.
  • a common search space as well as a UE-specific search space may be supported in the SCell according to configuration.
  • the above-mentioned constraint may be a constraint on the unicast PDCCH. Therefore, it is necessary to improve the above-mentioned restrictions in a scenario in which multicast transmission is additionally considered. There is a need for a method capable of supporting both unicast transmission and multicast transmission while satisfying the constraints of the maximum number of PDCCHs and/or the maximum number of CCEs in each of the PCell and the SCell.
  • a search space for multicast may belong to a group common search space.
  • the search space for multicast may belong to a UE-specific search space (USS).
  • the search space for multicast may belong to a Type3-PDCCH CSS set or a CSS set having a separate type.
  • Method 2.2-1 can be applied to both SCell and PCell.
  • Method 2.2-1 M-RNTI may be observed in Type3-PDCCH CSS set and/or USS set.
  • a control resource set (CORESET) and a search space may be configured in the same carrier so that all terminals belonging to the group monitor the search space using the M-RNTI. Accordingly, the first terminal may interpret the corresponding carrier as a PCell, and the second terminal may interpret the carrier as an SCell.
  • a separate CSS set may be set in the terminal as a search space for multicast. Even in this case, the UE may monitor the search space using the M-RNTI.
  • the number of each of CCEs and PDCCHs processed by UEs observing the M-RNTI in the SCell may not exceed the maximum number. Accordingly, the base station may properly set the search space set to the terminal(s). However, when many terminals exist, it may be difficult to properly set a search space (or a search space set). Therefore, even in the SCell, a method for the UE to select a part of the search space is required.
  • Method 2.2-2 The operation of selecting a partial search space set in order to limit the number of CCEs and/or PDCCHs (eg, the number of receptions) may be applied not only to the PCell but also to the SCell.
  • the number of PDCCHs and the number of CCEs may be summed in the order of IDs of the search space set, and the number of CCEs and the number of PDCCHs that the UE should receive in the CSS set and the USS set may be set so as not to be greater than the maximum number.
  • a configuration variable (eg, monitoringCapabilityConfig) configured in the PCell may be indicated to the UE as another RRC configuration variable in the SCell. If CORESETPoolIndex is indicated to the terminal, a setting variable (eg, monitoringCapabilityConfig) set to the terminal may be applied only to the first CORESET. Alternatively, a separate RRC configuration variable indicating the first CORESET or the second CORESET may be indicated to the UE.
  • monitoringCapabilityConfig may also be set in the SCell.
  • Method 2.2-4 An RRC setting variable for selecting the first CORESET or the second CORESET in the PCell or SCell to which monitoringCapabilityConfig is applied may be introduced.
  • “Operation in which the terminal receives only a part of the search space set” may be performed according to the instruction of the base station. “Operation in which the terminal receives only a part of the search space set” may be performed only when multicast is supported.
  • Method 2.2-5 In method 2.2-2, even when there is no separate RRC signaling of the base station, if M-RNTI is configured in the terminal, the terminal may perform an operation of selecting a search space set.
  • Method 2.2-6 In method 2.2-2, the operation of selecting a search space set in the SCell may be enabled by RRC signaling.
  • the number of CCEs and/or PDCCHs received by the UE observing the M-RNTI in the SCell may exceed the maximum number supported by the UE. Accordingly, “operation not receiving a part of the search space set” may be enabled or disabled.
  • the base station may instruct the terminal to enable or disable "operation not receiving a part of the search space set" using RRC signaling.
  • the UE may perform the operation of selecting the USS set in all PDCCH monitoring occasions (MOs). If disabling of "operation not to receive a part of the search space set" is indicated to the terminal, the terminal may expect that the number of CCEs and/or PDCCHs in all search space sets is not greater than the maximum number.
  • Method 2.2-7 In method 2.2-6, the operation of selecting a search space set in the SCell may be performed in all PDCCH MOs.
  • the operation of counting the number of valid search space sets does not always need to be performed.
  • the UE may perform the operation of selecting the search space set only in the time resource for observing the M-RNTI.
  • Method 2.2-8 In method 2.2-6, the operation of selecting the search space set in the SCell may be performed only at a time (eg, a slot) when the M-RNTI is observed.
  • the DCI format decoded by the UE may be set in various ways. For example, two DCI formats may be configured, and the two DCI formats may be scrambled by M-RNTI. The lengths of the two DCI formats may be different from each other.
  • the size of the first DCI format among the two DCI formats may be the same as the size of DCI format 1_0.
  • the size of the second DCI format among the two DCI formats may be the same as the size of DCI format 1_1.
  • the size of DCI format 1_0 may mean the size of DCI format 1_0 scrambled by C-RNTI received from the CSS set.
  • the base station may transmit a multicast PDSCH to the terminal, and the terminal may perform decoding on the multicast PDSCH to derive HARQ-ACK.
  • the UE may transmit the PUCCH including the derived HARQ-ACK to the base station.
  • HARQ-ACK feedback may be enabled or disabled according to an instruction of the base station. When HARQ-ACK feedback is enabled, a transmission method of PUCCH will be described.
  • the PDCCH for multicast may include PUCCH resource information.
  • the PUCCH resource set may be identically configured to terminals belonging to the same group (eg, the same multicast group). Alternatively, the PUCCH resource set may be independently configured for each UE. "Even if the same UL BWP and the same PUCCH resource index are set and the first CCE of the PDCCH for which the M-RNTI is searched is the same", if the PUCCH resource sets set in the UE are different, the PUCCH resources indicated by the PDCCH are different PUCCH can be interpreted as resources.
  • Method 3-1 The PUCCH resource set in which the HARQ-ACK for the multicast PDSCH is transmitted may be equally indicated to the terminals belonging to the group.
  • the PUCCH resource set indicated in PUCCH-configcommon may be used.
  • the UE may acquire multicast PDSCH allocation information through DCI scrambled with M-RNTI or DCI scrambled with C-RNTI.
  • the PUCCH resource set may be interpreted based on PUCCH-configcommon regardless of the RNTI.
  • the UE may transmit one or two HARQ-ACK bit(s) to the base station.
  • the UE may transmit one PUCCH including HARQ-ACK bits for the plurality of multicast PDSCHs to the base station.
  • the UE may check the PUCCH resource based on the late PDCCH (ie, the late received PDCCH) among the PDCCHs.
  • the base station may know that two HARQ-ACK bits will be transmitted for the late PDCCH. Accordingly, the base station may allocate the PUCCH resource in consideration of the two HARQ-ACK bits.
  • the UE may transmit HARQ-ACK bits for three or more multicast PDSCHs on the same PUCCH. For example, when "in a communication system supporting time division duplex (TDD), when UL resources are small and multicast PDSCH is periodically transmitted", HARQ-ACK bits for a plurality of multicast PDSCHs are one It can correspond to PUCCH.
  • TDD time division duplex
  • FIG. 7 is a conceptual diagram illustrating a first embodiment of PUCCH transmission timing.
  • two PDSCHs may correspond to one PUCCH.
  • the base station may schedule a plurality of PDSCHs to correspond to one PUCCH.
  • the UE may reduce the size of the HARQ-ACK. For example, the UE may maintain the size of the HARQ-ACK to 2 bits or less.
  • the base station may allocate a PUCCH resource capable of transmitting three or more HARQ-ACK bits.
  • the PUCCH resource set is configured by PUCCH-configcommon, only two or less HARQ-ACK bits may be transmitted. In order to support the above-described operation, methods 3-2 and 3-3 below may be considered.
  • Method 3-2 The UE may expect not to transmit three or more HARQ-ACK bits.
  • Method 3-3 The UE can express three or more HARQ-ACK bits as one HARQ-ACK bit by performing AND bundling on three or more HARQ-ACK bits, and one HARQ-ACK bit It can be transmitted on UCCH.
  • AND bundling may be performed.
  • the base station may perform many retransmission procedures.
  • only two multicast PDSCHs can be selected.
  • the UE may select two multicast PDSCHs from among three or more multicast PDSCHs based on the reception time of the multicast PDSCH.
  • Method 3-4 UE may select two multicast PDSCHs earlier or two multicast PDSCHs later in the time domain from among three or more multicast PDSCHs, and HARQ-ACK bit for the selected two multicast PDSCHs can only be transmitted. That is, the terminal can expect that the above-described operation is supported.
  • the base station may indicate a new PUCCH resource set to the terminal.
  • a new PUCCH resource set may be configured independently (eg, differently) for each UE. This operation may be methods 3-5. Alternatively, a new PUCCH resource set may be identically configured for all terminals belonging to the same group. This operation may be methods 3-6.
  • Method 3-5 PUCCH resource set for supporting unicast (hereinafter referred to as “unicast PUCCH resource set”) is a PUCCH resource set for supporting multicast (hereinafter referred to as “multicast PUCCH resource set”) can be reused as
  • the UE may multiplex three or more HARQ-ACK bits using the PUCCH resource set configured by the base station. This operation may mean "all terminals belonging to the group transmit HARQ-ACK to the base station using a separate PUCCH resource". In multicast transmission, three or more HARQ-ACK bits may not occur frequently. Therefore, the PUCCH resource set may not be set to be shared by the group. Accordingly, the UE may utilize a unicast PUCCH resource set for HARQ-ACK transmission for multicast PDSCH(s).
  • the UE In order to use the unicast PUCCH resource set, the UE must establish an RRC connection with the base station and receive PUCCH-config from the corresponding base station. Since the PUCCH resource set supporting the transmission of three or more HARQ-ACK bits is not configured for all terminals, multicast support may have limitations. To solve this problem, a separate PUCCH resource set for multicast may be indicated to UEs. For example, the PUCCH resource set may be included in the RRC configuration variable for configuring multicast transmission to the UE.
  • the base station may indicate to the terminals a PUCCH resource set for supporting multicast transmission using RRC signaling.
  • the PUCCH resource set may be used differently according to priority (eg, priority of multicast PDSCH). In this case, two multicast PUCCH resource sets may be configured for the UE.
  • One or more HARQ-ACK bits may be generated according to the number of multicast PDSCHs.
  • a common PUCCH resource set to support this operation may be indicated to the UE(s). Since the PUCCH resource set supports transmission of n HARQ-ACK bits, not only PUCCH formats 0 and 1 but also PUCCH formats 2, 3, and 4 may be used. n may be a natural number.
  • PUCCH format 0 or 1 may be used, and a separate PUCCH resource set other than the unicast PUCCH resource set may be used as the multicast PUCCH resource set.
  • the separate PUCCH resource set may be one of a plurality of multicast PUCCH resource sets configured in the terminal.
  • a case in which two or more multicast transmissions are configured to the terminal may be considered.
  • the priority may always be maintained the same.
  • Two or more multicast transmissions may have different priorities.
  • the base station may indicate different PUCCH timings for two or more multicast transmissions.
  • the UE may transmit HARQ-ACK in one PUCCH.
  • the UE may transmit only the HARQ-ACK for the multicast PDSCH for one priority.
  • the UE may multiplex HARQ-ACK bits for multicast PDSCHs for different priorities in one PUCCH.
  • Such an operation may be indicated by a combination of RRC signaling and DCI.
  • Method 3.1-1 The base station may instruct the terminal to perform "the operation of multiplexing HARQ-ACK bits for multicast PDSCHs having different priorities" through RRC signaling.
  • Method 3.1-2 DCI for allocating the latest DCI or the multicast PDSCH having the highest priority indicates the performance of "the operation of multiplexing HARQ-ACK bits for multicast PDSCHs having different priorities" It may include information or information indicating performance of "selecting one multicast PDSCH without multiplexing HARQ-ACK bits".
  • Method 3.1-3 Allowance of "operation of multiplexing HARQ-ACK bits for multicast PDSCHs having different priorities" may be indicated by RRC signaling, and the latest DCI or multicast having the highest priority DCI for allocating the cast PDSCH may indicate “multiplexing of HARQ-ACK bits” or “selection of one multicast PDSCH”.
  • the PUCCH resource may be indicated by DCI for allocating one multicast PDSCH.
  • the DCI scrambled by M-RNTI in PTM method 1 cannot individually indicate the size of the HARQ-ACK bit of each terminal belonging to the group.
  • the HARQ-ACK bit for one multicast PDSCH eg, the multicast PDSCH having the highest priority
  • the base station is preferably fed back to the base station.
  • the UE may feed back HARQ-ACK bits for all multicast PDSCHs to the base station.
  • the PUCCH resource may be indicated by the DCI last received from the terminal.
  • the UE may not always report the HARQ-ACK for the multicast PDSCH to the base station.
  • the base station may consider that the TB has been transmitted without error.
  • the base station may retransmit the TB.
  • a NACK-only feedback operation may be used.
  • HARQ-ACK feedback for the multicast PDSCH may be activated or deactivated.
  • activation of HARQ-ACK feedback may mean enabling of HARQ-ACK feedback
  • deactivation of HARQ-ACK feedback may mean disabling HARQ-ACK feedback.
  • DCI scheduling multicast PDSCH may include information indicating activation or deactivation of HARQ-ACK feedback.
  • Method 3.2-2 Allowing deactivation of HARQ-ACK feedback may be indicated by RRC signaling, and DCI scheduling multicast PDSCH may indicate activation or deactivation of HARQ-ACK feedback.
  • RRC signaling for configuring multicast transmission may indicate activation or deactivation of HARQ-ACK feedback.
  • the UE may always feed back HARQ-ACK for multicast PDSCH.
  • the UE may ignore the deactivation indication of the HARQ-ACK feedback, and HARQ-ACK may be transmitted to the base station. That is, an indication by RRC signaling may take precedence over an indication by DCI.
  • the UE may or may not transmit the HARQ-ACK according to a specific field or combination of fields of DCI for allocating the multicast PDSCH.
  • the UE when HARQ-ACK feedback for multicast PDSCH is activated by RRC signaling, the UE may or may not feed back HARQ-ACK according to DCI that allocates multicast PDSCH.
  • This case may be "a case in which a specific field or a combination of fields included in DCI for allocating multicast PDSCH indicates deactivation of HARQ-ACK feedback". That is, HARQ-ACK feedback may be performed by combining RRC signaling and DCI indication. If the deactivation of HARQ-ACK feedback for the multicast PDSCH is permitted by RRC signaling, the UE may or may not transmit the HARQ-ACK according to a specific field or combination of fields of DCI for allocating the multicast PDSCH.
  • Method 3.2-4 when activation of HARQ-ACK feedback is indicated by RRC signaling, even when DCI for allocating multicast PDSCH includes information indicating activation or deactivation of HARQ-ACK feedback , the UE may transmit the HARQ-ACK to the base station according to the DCI indication (ie, the indication for activation or deactivation of the HARQ-ACK feedback).
  • the DCI indication ie, the indication for activation or deactivation of the HARQ-ACK feedback.
  • DCI for allocating multicast PDSCH may include a specific field, and a specific field set to a first value (eg, 0) may indicate activation of HARQ-ACK feedback, and the second A specific field set to a value (eg, 1) may indicate deactivation of HARQ-ACK feedback.
  • a specific field set to a first value eg, 0
  • the second A specific field set to a value eg, 1
  • a combination of fields included in DCI for allocating the multicast PDSCH may indicate activation or deactivation of HARQ-ACK feedback.
  • a specific value of a combination of "a first field indicating HARQ-ACK feedback timing" and a "second field indicating a PUCCH resource index" included in DCI indicates activation or deactivation of HARQ-ACK feedback.
  • the specific value of the above-mentioned combination may be predefined in the technical standard.
  • the base station may inform the terminal of a specific value of the above-described combination.
  • the HARQ codebook may be generated as follows. "When the base station instructs the terminal to generate a T1 (Type1) HARQ codebook and HARQ-ACK feedback is deactivated", the terminal may generate a T1 HARQ codebook including a NACK for the multicast PDSCH. Generation of the T1 HARQ codebook may be indicated by RRC signaling, and deactivation of HARQ-ACK feedback may be indicated by DCI. "When the base station instructs the terminal to generate a T2 (Type2) HARQ codebook and HARQ-ACK feedback is deactivated", the T2 HARQ codebook generated by the terminal may not include HARQ-ACK for multicast PDSCH have.
  • T2 HARQ codebook may be indicated by RRC signaling, and deactivation of HARQ-ACK feedback may be indicated by DCI.
  • a value of a downlink assignment index (DAI) included in DCI for allocating the multicast PDSCH may satisfy a specific condition. For example, C(counter)-DAI and T(total)-DAI may be the same as the previous values.
  • the UE receives information about the multicast PDSCH.
  • a HARQ-ACK bit may be generated.
  • the UE may generate the HARQ-ACK bit for the multicast PDSCH.
  • Another HARQ-ACK bit may be a HARQ-ACK bit for a unicast PDSCH or a HARQ-ACK bit for another multicast PDSCH.
  • the UE can generate multiplexed HARQ-ACK bits (eg, HARQ subcodebook or HARQ codebook) by multiplexing the HARQ-ACK bit for the multicast PDSCH and other HARQ-ACK bits, and the multiplexed HARQ-ACK Bits may be transmitted through an uplink channel (eg, PUCCH or PUSCH). That is, the HARQ-ACK bit different from the HARQ-ACK bit for the multicast PDSCH may be transmitted through the same PUCCH.
  • an uplink channel eg, PUCCH or PUSCH
  • the UE may transmit the PUCCH including the HARQ-ACK for the multicast PDSCH to the base station.
  • the terminal may transmit only NACK, not ACK, to the base station according to the configuration of the base station. Specifically, only when the decoding result of the multicast PDSCH is NACK, the terminal may transmit the NACK to the base station through the PUCCH. "If the decoding result of the multicast PDSCH is ACK" or "When DCI for allocating the multicast PDSCH is not received (eg, when DTX occurs)", the terminal responds (eg, ACK or DTX ) may not be transmitted to the base station. Therefore, the base station may not receive the PUCCH from the terminal.
  • the UE may generate a HARQ codebook including HARQ-ACK bits, and may transmit the HARQ codebook to the base station.
  • different methods may be applied according to the type of the HARQ codebook.
  • the method of generating the T1 HARQ codebook according to the PTM method 1 may be different from the method of generating the T1 HARQ codebook according to the PTM method 2.
  • existing methods may be reused.
  • terminals belonging to a group may receive a common DCI, and since the amount of HARQ-ACK is small, there may be fewer issues with the HARQ codebook.
  • PTM method 2 to which the T2 HARQ codebook is applied, the UE receives DCI scrambled by C-RNTI, and thus the T2 HARQ codebook may be appropriately generated.
  • the UE may decode the multicast PDSCH (eg, TB), and the decoding result (eg, HARQ-ACK feedback) for the multicast PDSCH may be transmitted according to Table 1 below. According to Table 1, one HARQ-ACK bit may be transmitted.
  • the HARQ codebook may include one or more HARQ subcodebooks.
  • the UE may regard the preset value as the value of the corresponding HARQ-ACK bit.
  • the NACK-only feedback operation may be extended. In this case, NACK and non-NACK (eg, ACK and DTX) may be distinguished. Alternatively, the NACK-only feedback operation may not be applied. That is, the HARQ-ACK feedback may be used as it is. In this case, ACK and non-ACK (eg, NACK and DTX) may be distinguished.
  • each bit in the HARQ subcodebook may indicate ACK (eg, non-NACK) or NACK.
  • ACK eg, non-NACK
  • NACK a bit set to 1 in the HARQ subcodebook
  • a bit set to 0 in the HARQ subcodebook may indicate NACK
  • a bit set to 1 in the HARQ subcodebook may indicate ACK.
  • Method 3.2-6 When the decoding result of the TB is NACK, the corresponding decoding result may be expressed as NACK in the HARQ subcodebook. When the decoding result of the TB is not NACK, the corresponding decoding result may be expressed as ACK in the HARQ subcodebook.
  • Method 3.2-7 When the decoding result of the TB is NACK, the corresponding decoding result may be expressed as ACK in the HARQ subcodebook. When the decoding result of the TB is not NACK, the corresponding decoding result may be expressed as NACK in the HARQ subcodebook.
  • the base station may determine that NACK has occurred in the PDSCH candidate corresponding to the bit indicating NACK in the HARQ subcodebook. Accordingly, the base station may retransmit the TB corresponding to the NACK.
  • the UE may express DTX as ACK in the HARQ subcodebook.
  • the base station may not be able to distinguish the occurrence of ACK or DTX for the TB corresponding to the bit indicating the ACK in the HARQ subcodebook.
  • the base station instructs the terminal to perform the NACK-only feedback operation, it can only check whether NACK has occurred.
  • Table 2 The above-described HARQ-ACK feedback operation may be shown in Table 2 below.
  • the base station may determine that NACK has occurred in the PDSCH candidate corresponding to the bit indicating ACK in the HARQ subcodebook. Accordingly, the base station may retransmit the TB corresponding to the bit indicating the ACK in the HARQ subcodebook.
  • the base station may only check whether NACK has occurred.
  • the base station may only check whether NACK has occurred.
  • the corresponding DTX may be expressed as NACK in the HARQ subcodebook. This operation may be the same as the operation of expressing an unassigned PDSCH candidate with NACK.
  • the above-described HARQ-ACK feedback operation may be shown in Table 3 below.
  • each bit in the HARQ subcodebook may indicate ACK or NACK (eg, non-ACK).
  • NACK or DTX may be expressed as NACK in the HARQ subcodebook.
  • Method 3.2-8 When the decoding result of the TB is ACK, the corresponding decoding result may be expressed as ACK in the HARQ subcodebook. When the decoding result of the TB is not ACK, the corresponding decoding result may be expressed as NACK in the HARQ subcodebook. Method 3.2-8 can be performed as shown in Table 4 below.
  • the UE may decode the multicast PDSCH and may not perform HARQ-ACK feedback according to Table 5 below.
  • DCI for allocating multicast PDSCH may deactivate or activate HARQ-ACK feedback.
  • the UE may generate a HARQ codebook including HARQ-ACK.
  • the UE may generate a T1 HARQ codebook including HARQ-ACK (or known bit) for a PDSCH candidate.
  • the UE may regard the preset value as the value of the corresponding HARQ-ACK bit.
  • a bit set to 0 in the HARQ subcodebook may indicate ACK, and a bit set to 1 in the HARQ subcodebook may indicate NACK.
  • a bit set to 0 in the HARQ subcodebook may indicate NACK, and a bit set to 1 in the HARQ subcodebook may indicate ACK.
  • the base station may not receive (eg, decode) the HARQ-ACK. Therefore, the HARQ-ACK bit for the PDSCH candidate in the HARQ subcodebook may be set to an arbitrary value.
  • each bit in the HARQ subcodebook may be fixed to an arbitrary value, a value indicating ACK, or a value indicating NACK. Methods 3.2-9 can be performed as shown in Table 6.
  • the terminal may transmit one bit of information to the base station. Even when HARQ-ACK feedback is deactivated, the UE may feed back HARQ-ACK using additional information (eg, 1-bit information). Alternatively, the terminal may inform the base station whether or not DTX has occurred by using additional information.
  • additional information eg, 1-bit information
  • Method 3.2-10 When the decoding result of the TB is ACK, the corresponding decoding result may be expressed as ACK in the HARQ subcodebook. When the decoding result of the TB is not ACK, the corresponding decoding result may be expressed as NACK in the HARQ subcodebook. Method 3.2-10 can be performed as shown in Table 7 below.
  • the terminal may inform the base station whether the TB decoding result is ACK.
  • the base station may determine whether to retransmit the TB according to the decoding result (ie, ACK or NACK) of the TB.
  • Method 3.2-11 When the decoding result of the TB is DTX, the corresponding decoding result may be expressed as NACK in the HARQ subcodebook. When the decoding result of the TB is not DTX, the corresponding decoding result may be expressed as ACK in the HARQ subcodebook. Method 3.2-11 can be performed as shown in Table 8 below.
  • the UE may inform the eNB of whether DTX has occurred by transmitting an ACK to the eNB regardless of the decoding result (ie, ACK or NACK) of the corresponding TB.
  • the base station may determine whether to retransmit DCI for the TB according to the decoding result (ie, ACK or NACK) of the TB.
  • the UE may additionally perform a DRX operation for multicast data (eg, multicast PDSCH) as well as a discontinuous reception (DRX) operation for unicast data (eg, unicast PDSCH).
  • a DRX operation for multicast data eg, multicast PDSCH
  • a discontinuous reception (DRX) operation for unicast data eg, unicast PDSCH.
  • terminals belonging to a group may operate based on information element(s) included in DCI scrambled by M-RNTI. Therefore, all terminals belonging to the group cannot transmit according to the active time.
  • PTM method 2 UE(s) may operate based on information element(s) included in DCI scrambled by C-RNTI. Therefore, the corresponding terminal(s) does not need to perform a separate DRX operation.
  • the UE may perform two DRX operations.
  • One M-RNTI may be configured.
  • a plurality of M-RNTIs may be configured.
  • the number of M-RNTIs may be set equal to the number of multicast groups or multicast identifiers.
  • the DRX operation may be independently performed for each M-RNTI.
  • the UE may perform different DRX operations (eg, M-DRX operation and U-DRX operation).
  • a timer necessary to perform the DRX operation may be separately set for the UE through RRC signaling.
  • DRX for multicast may be expressed as M-DRX
  • DRX for unicast may be expressed as U-DRX.
  • the corresponding DRX may be expressed as C-DRX.
  • the UE may receive the multicast PDSCH at the activation time according to the DRX.
  • the base station may allocate the multicast PDSCH to the terminals belonging to the group using DCI scrambled by M-RNTI.
  • the base station may allocate a PDSCH (eg, multicast PDSCH) to some terminals using DCI scrambled by C-RNTI.
  • the terminal performing the DRX operation may start a timer (eg, a HARQ round trip time (RTT) timer).
  • the terminal may assume that the base station can perform retransmission when the HARQ RTT timer expires.
  • DRX operation may be limited to long DRX.
  • the terminal may start a timer (eg, or a retransmission timer). The UE may assume that the retransmitted data will be received before the corresponding timer expires.
  • the above-described operation may be unnecessary.
  • the HARQ RTT timer and/or retransmission timer may not be started in the M-DRX operation or the C-DRX operation.
  • the HARQ RTT timer and/or retransmission timer may not be set.
  • the C-DRX operation is configured for the UE, the HARQ RTT timer and/or the retransmission timer may be configured when DCI scrambled with M-RNTI is received. However, the UE may not start the HARQ RTT timer and/or the retransmission timer.
  • the HARQ RTT timer and/or retransmission timer may or may not be initiated.
  • the UE may start HARQ RTT timer and/or retransmission timer to perform HARQ-ACK feedback operation.
  • the UE may not start the above-described HARQ RTT timer and/or retransmission timer. That is, the HARQ RTT timer and/or the retransmission timer may not be used in the terminal.
  • Method 3.2-12 Deactivation of HARQ-ACK feedback may be indicated to the UE.
  • the HARQ RTT timer and/or the retransmission timer may not be set in the terminal.
  • the UE may not start the HARQ RTT timer and/or the retransmission timer.
  • the above-described HARQ RTT timer and/or retransmission timer is started, but when HARQ feedback is deactivated, the above-described HARQ RTT timer and/or retransmission timer may not be applied.
  • the UE may generate a HARQ codebook including HARQ-ACK bit(s) for the multicast PDSCH, and may transmit the HARQ codebook in PUCCH or PUSCH.
  • the UE may generate a T1 HARQ codebook or a T2 HARQ codebook for the unicast PDSCH.
  • the base station may inform the terminal of type information (eg, T1 or T2) of the HARQ codebook for the multicast PDSCH using RRC signaling.
  • type information eg, T1 or T2
  • the type of the HARQ codebook for unicast PDSCH (hereinafter referred to as "unicast HARQ codebook") and the type of the HARQ codebook for multicast PDSCH (hereinafter referred to as "multicast HARQ codebook”) may be indicated in the same way. .
  • the type of the unicast HARQ codebook and the type of the multicast HARQ codebook may be indicated by one RRC signaling.
  • the type of the unicast HARQ codebook and the type of the multicast HARQ codebook may be indicated differently. In this case, separate RRC signaling may be used to indicate the type of the multicast
  • Method 3.3-1 The type of multicast HARQ codebook may be indicated to the UE by RRC signaling.
  • the UE may generate a T1 HARQ codebook or a T2 HARQ codebook for the multicast PDSCH according to the instruction of the base station.
  • the UE may determine the amount of HARQ-ACK according to the number of K1 values that the multicast PDSCH may have.
  • the UE may estimate the amount of HARQ-ACK based on the value of DAI indicated by DCI to which the multicast PDSCH is allocated.
  • the UE may generate different HARQ codebooks for each of the multicast PDSCHs. have.
  • the base station may independently set each type of multicast HARQ codebooks to the terminal.
  • the base station may set a common type for all multicast HARQ codebooks in the terminal.
  • the terminal may generate a T1 HARQ codebook and/or a T2 HARQ codebook according to the configuration of the base station.
  • the base station may configure multicast to the terminal in a multicast control channel (MCCH), and may configure a plurality of multicast traffic channels (MTCH) to the terminal. Even when the MTCH is divided into a plurality, the type of the HARQ codebook may be interpreted as one.
  • the UE may apply the same type of HARQ codebook to different multicast transmissions.
  • the HARQ codebook for the multicast PDSCH may not be separately configured. This operation may mean "the type of unicast HARQ codebook is reused when three or more HARQ-ACK bits are generated".
  • DCI scrambled with C-RNTI in PTM method 2 may allocate a multicast PDSCH, and the DCI may independently indicate PUCCH resources for each UE. If the following method 3.3-2 is applied, the UE may multiplex HARQ-ACK bit(s) for the unicast PDSCH as well as the HARQ-ACK bit(s) for the multicast PDSCH.
  • the type of the multicast HARQ codebook (eg, subcodebook) may be the same as the type of the unicast HARQ codebook (eg, subcodebook).
  • the UE may estimate the type of the unicast HARQ codebook as the type of the multicast HARQ codebook.
  • a unicast HARQ codebook or a PUCCH resource set for transmission of three or more HARQ-ACK bits may not be configured in the UE.
  • the terminal cannot apply method 3.3-2.
  • the UE may not be able to use the multicast HARQ codebook, and only the HARQ-ACK for the multicast PDSCH having the highest priority may be fed back to the base station.
  • the above-described operation may be applied to the PTM method 1 and/or the PTM method 2.
  • the base station may not set the PUCCH resource set of three or more HARQ-ACK bits to the terminal.
  • the terminal may feed back only the HARQ-ACK for the multicast PDSCH having the highest priority to the base station.
  • the UE may support both unicast transmission and multicast transmission.
  • DCI for allocating multicast PDSCH and DCI for allocating unicast PDSCH may be configured differently.
  • DCI scrambled with M-RNTI in PTM method 1 cannot indicate different information for each terminal belonging to a group.
  • FIG. 8 is a conceptual diagram illustrating a first embodiment of the time sequence of PDCCH and PUCCH in unicast/multicast transmission.
  • the first DCI scrambled with C-RNTI (eg, unicast PDCCH) may be received first by the UE, and the second DCI scrambled with M-RNTI (eg, after the reception of the first DCI)
  • multicast DCI may be received by the terminal.
  • “unicast HARQ codebook and PUCCH resources for unicast PDSCH allocated by the first DCI” and/or "multicast HARQ codebook and PUCCH resources for multicast PDSCH allocated by second DCI” are appropriate It can be difficult to direct.
  • the UE may transmit the HARQ-ACK for the PDSCH having a high priority on the PUCCH based on the priority comparison result.
  • a priority may be assigned to each multicast PDSCH, and the priority of multicast transmission may be higher than that of unicast transmission.
  • the UE may transmit HARQ-ACK bit(s) for some or all of the multicast PDSCH(s) in the PUCCH.
  • the UE may directly compare the priority of multicast transmission (eg, multicast PDSCH) with the priority of unicast transmission. Alternatively, when the priority of multicast transmission exceeds a preset boundary, the terminal may determine that the priority of multicast transmission is higher than that of unicast. The UE may generate HARQ-ACK bit(s) for multicast PDSCH(s) having a higher priority than unicast transmission, and may report the HARQ-ACK bit(s) to the base station. Alternatively, if the priority of multicast transmission is higher than that of unicast, the UE may generate a HARQ-ACK bit for the multicast PDSCH having the highest priority, and transmit the HARQ-ACK bit to the base station. can report
  • the second DCI scrambled with the M-RNTI may be first received by the terminal, and the first DCI scrambled with the C-RNTI may be performed by the terminal after the reception of the second DCI.
  • an appropriate PUCCH resource may be indicated for each UE.
  • the UE can compare the priorities between unicast transmission and multicast transmission, and can multiplex the decoding result (eg, HARQ-ACK bit) of some or all of the PDSCHs for transmission with high priority. have.
  • the terminal may regard the priority of the multicast transmission as the same as the priority of unicast transmission for transmitting URLLC traffic.
  • the UE may regard the priority of the multicast transmission as the same as the priority of unicast transmission delivering eMBB traffic.
  • the terminal When the base station instructs the terminal to multiplex URLLC traffic and eMBB traffic, the terminal receives a HARQ codebook including HARQ-ACK bit(s) for all multicast transmission(s) and/or all unicast transmission(s) can create
  • the terminal includes HARQ-ACK bit(s) for multicast transmission(s) and/or unicast transmission(s) having the same priority as URLLC traffic HARQ codebook can be generated. In this case, the terminal may not be able to transmit the HARQ-ACK bit(s) for some of the multicast transmission(s) and/or unicast transmission(s) to the base station.
  • the base station may indicate the PUCCH resource to the terminal(s) so that all terminals belonging to the group feed back the same n HARQ-ACK bits.
  • n may be a natural number.
  • the base station may assume that all terminals belonging to the group receive only the multicast PDSCH, and may allocate multicast PDSCH and PUCCH resources to all terminals.
  • control information may be independently indicated for each UE. In this case, it may be assumed that the terminal receives not only the multicast PDSCH but also the unicast PDSCH.
  • the UE may receive (eg, decode) a part of the multicast PDSCH and/or unicast PDSCH according to processing capability. In this case, the UE may generate a NACK for the undecoded multicast PDSCH and/or unicast PDSCH.
  • the base station cannot indicate to the terminal a PUCCH or PUSCH suitable for transmitting the HARQ subcodebook for a plurality of multicast PDSCHs. Since DCI scrambled with C-RNTI is transmitted in PTM method 2, the base station may indicate to the terminal a PUCCH or PUSCH suitable for transmitting the HARQ codebook.
  • the UE may assume that frequency division multiplexing (FDM) scheduling for the multicast PDSCH and the unicast PDSCH is allowed according to RRC signaling. Without the above configuration, the UE may assume that time division multiplexing (TDM) scheduling for the multicast PDSCH and the unicast PDSCH is performed.
  • FDM frequency division multiplexing
  • TDM time division multiplexing
  • a method of generating a HARQ codebook when FDM scheduling is allowed may be distinguished from a method of generating a HARQ codebook when TDM scheduling is used.
  • the UE may independently generate the HARQ subcodebook for the multicast PDSCH and the HARQ subcodebook for the unicast PDSCH.
  • the UE may generate one HARQ codebook without distinction between the multicast HARQ subcodebook and the unicast HARQ subcodebook.
  • Method 4.1-1 The terminal may generate a HARQ subcodebook for each multicast group, and may generate one multicast HARQ subcodebook by concatenating the HARQ subcodebooks, and convert the multicast HARQ subcodebook into a unicast HARQ subcodebook By concatenating with , one HARQ codebook can be generated.
  • a UE may receive one or more multicast PDSCHs and a unicast PDSCH.
  • the UE may generate an HARQ subcodebook for each of the multicast PDSCH(s) and the unicast PDSCH.
  • All HARQ subcodebooks generated by the terminal may have the same type. For example, when a T1 HARQ codebook is configured, the HARQ subcodebooks may be T1 HARQ subcodebooks. When the T2 HARQ codebook is configured, the HARQ subcodebooks may be T2 HARQ subcodebooks.
  • FIG. 9 is a block diagram illustrating a first embodiment of a method for generating an HARQ codebook based on method 4.1-1.
  • the terminal may receive two multicast PDSCHs and one unicast PDSCH, and may generate three HARQ subcodebooks for three PDSCHs, and by concatenating the three subcodebooks One HARQ codebook can be generated.
  • the UE may transmit one HARQ codebook in PUCCH or PUSCH.
  • the multicast HARQ subcodebook may be configured for each multicast group, multicast identifier, or multicast PDSCH.
  • the size of the HARQ subcodebook may not be dynamically changed. Accordingly, the UE can know the size of the HARQ subcodebook for each of the multicast PDSCHs.
  • a separate DAI may be defined for each multicast group or multicast identifier, and each DCI(s) for allocating the multicast PDSCH(s) may include a separate DAI. That is, a separate DAI may be indicated to the UE. A separate DAI may be defined for unicast transmission.
  • the size of the HARQ codebook generated by the UE may be the sum of the sizes of the HARQ subcodebooks.
  • the size of the HARQ codebook may be indicated by a separate DAI (eg, T-DAI) included in the DCI for allocating the unicast PDSCH.
  • DCI for allocating unicast transmission may be received at the same time as DCI for allocating multicast transmission. Alternatively, DCI for allocating unicast transmission may be received after DCI for allocating multicast transmission.
  • Method 4.1-2 When the DCI for allocating the unicast PDSCH includes the T-DAI in the T2 HARQ codebook generation procedure, the UE generates a T2 HARQ codebook for both the dynamically allocated multicast PDSCH and unicast PDSCH. can
  • the UE may concatenate HARQ subcodebooks according to a preset order.
  • the plurality of multicast PDSCHs may be identified by a multicast identifier (eg, a multicast ID or a multicast group ID).
  • the base station may indicate the multicast ID or the multicast group ID to the terminal.
  • the multicast ID or the multicast group ID may be determined based on the M-RNTI.
  • the UE may determine the multicast ID or the multicast group ID according to the M-RNTI order (eg, the DCI reception order associated with the M-RNTI).
  • Method 4.1-3 When method 4.1-1 is applied, the UE may generate one multicast HARQ subcodebook by concatenating the HARQ subcodebooks according to the order of the multicast ID or multicast group ID. The UE may generate one HARQ codebook by concatenating the multicast HARQ subcodebook and the unicast HARQ subcodebook.
  • the UE may generate one HARQ subcodebook for multicast transmission.
  • the UE may receive (eg, decode) some of the multicast PDSCHs based on the priority among the multicast PDSCHs allocated by the base station. Accordingly, the UE may generate a HARQ subcodebook of a small size instead of the HARQ subcodebook of each multicast PDSCH.
  • the UE may generate one HARQ subcodebook regardless of the multicast group, and may concatenate one HARQ subcodebook (ie, multicast HARQ subcodebook) with the unicast HARQ subcodebook.
  • one HARQ subcodebook ie, multicast HARQ subcodebook
  • a PDSCH candidate from which a multicast PDSCH may be received may be determined based on the configuration of time and frequency resources. The reason is that the HARQ-ACK feedback timing and/or TDD slot pattern are fixed by RRC signaling.
  • the UE may decode two or more overlapping PDSCHs in the time domain according to processing capability.
  • the UE may generate a NACK for the undecoded PDSCH according to the processing capability.
  • the UE may arrange the multicast PDSCHs in a preset order regardless of the multicast ID.
  • the priority of the multicast PDSCH may not be considered.
  • Multicast PDSCH candidates may be arranged in chronological order in the same serving cell. If two or more PDSCH candidates overlap in the time domain, the start and length indicator value (SLIV) of each of the two or more PDSCH candidates may be compared.
  • HARQ- for the first PDSCH candidate in the HARQ codebook may be disposed before the HARQ-ACK bit(s) for the second PDSCH candidate.
  • HARQ-ACK bits for all PDSCH candidates may be valid.
  • HARQ-ACK bit(s) for some PDSCH candidates may be expressed as NACK.
  • Two or more PDSCH candidates may be allocated regardless of the processing capability of the UE.
  • the HARQ subcodebook may include one HARQ-ACK bit, and the base station may transmit one PDSCH candidate (ie, PDSCH) among two or more PDSCH candidates having the same (r, k, n D ).
  • the above-described scheduling operation can be effectively utilized in unicast transmission.
  • the UE may receive two or more PDSCH candidates according to processing capability.
  • Method 4.1-5 The order j of two or more PDSCH candidates having the same (r, k, n D ) may be expressed differently.
  • the order j of two or more PDSCH candidates having the same may increase for each PDSCH candidate.
  • This operation may mean "increasing the size of the HARQ subcodebook for the multicast PDSCH by the number of PDSCH candidates".
  • the executable code defined in Table 9 below may be considered.
  • the order of PDSCH candidates may be determined based on the executable code defined in Table 9.
  • the order j of PDSCH candidates does not need to exceed J.
  • h may be introduced. h can be used to terminate the while loop if j exceeds J.
  • the order of PDSCH candidates may be determined based on the execution code defined in Table 10 below.
  • the order of PDSCH candidates may be determined based on the executable code defined in Table 10.
  • the amount of HARQ-ACK may be different for each terminal belonging to a group.
  • DCI scrambled with M-RNTI may not support scheduling for transmission of HARQ-ACK having different amounts.
  • DCI scrambled with C-RNTI or DCI for unicast transmission may include information for multicast transmission.
  • the size of the HARQ codebook generated by the UE may include the sum of the sizes of the HARQ subcodebooks.
  • the size of the HARQ codebook may be indicated by a DAI (eg, T-DAI) included in DCI for allocating unicast transmission.
  • DAI eg, T-DAI
  • DCI allocating unicast transmission may be received simultaneously with DCI allocating multicast transmission.
  • DCI for allocating unicast transmission may be received after DCI for allocating multicast transmission.
  • FIG. 10 is a block diagram illustrating a second embodiment of a method for generating an HARQ codebook based on method 4.1-1.
  • a UE may receive a plurality of multicast PDSCHs and may receive a unicast PDSCH.
  • the UE may generate one multicast HARQ subcodebook for a plurality of multicast PDSCHs (eg, all received multicast PDSCHs), and may generate a unicast HARQ subcodebook for unicast PDSCH have.
  • One multicast HARQ subcodebook may be generated for a multicast group.
  • the UE may generate the HARQ codebook by concatenating the multicast HARQ subcodebook and the unicast HARQ subcodebook, and may transmit the HARQ codebook in PUCCH or PUSCH.
  • the UE may generate the HARQ codebook without distinction between the multicast PDSCH and the unicast PDSCH.
  • the UE may generate HARQ subcodebook(s) for PDSCH(s) regardless of multicast transmission and unicast transmission, and may generate one HARQ codebook by concatenating the HARQ subcodebooks. .
  • method 4.1-6 may be the same as method 4.1-4 except that unicast transmission is additionally considered in method 4.1-4.
  • Executable code(s) defined in Table 9 and/or Table 10 may be changed for application of Method 4.1-6, and the modified executable code(s) may be easily applied to Method 4.1-6.
  • method 4.1-6 may be the same as method 4.1-4 except that unicast transmission is additionally considered in method 4.1-4.
  • 11 is a block diagram illustrating a first embodiment of a method for generating an HARQ codebook based on method 4.1-6.
  • the UE may generate the HARQ codebook without distinction between the multicast PDSCH and the unicast PDSCH.
  • PTM method 1 since DCI for allocating multicast is scrambled with M-RNTI, all terminals belonging to the group can receive DCI scrambled with M-RNTI.
  • PTM method 2 DCI scrambled with C-RNTI may be used. That is, DCI scrambled with C-RNTI may be received from one UE.
  • the format of DL-related DCI may be reused as a format indicated by a field included in DCI.
  • Some fields included in DCI cannot be commonly applied to all terminals belonging to the group.
  • a time resource and a frequency resource of the PDSCH may be commonly used.
  • the TDRA index eg, K0, SLIV, mapping type
  • FDRA FDRA
  • Information on DM-RS may be identically configured for all terminals belonging to the group.
  • the remaining information element(s) except for the above-described information element eg, TDRA index, FDRA, and/or information on DM-RS may be independently configured for each terminal. .
  • a field indicating the number of repetitions (eg, the number of repetitions of the multicast PDSCH) may be included in DCI.
  • the terminal In order to secure the reception performance of the multicast PDSCH, it is preferable that the terminal repeatedly receives the PDSCH. Although the number of repetitions may be unnecessarily large for some UEs in the group, repeated transmission of the PDSCH may be required to the remaining UEs in the group.
  • the link having the worst quality among the links between the terminals and the base station belonging to the group may be identified, and the number of repetitions may be set based on the link having the worst quality.
  • the base station may indicate to the terminal(s) the number of repetitions of the multicast PDSCH by using RRC signaling.
  • the base station may indicate to the terminal(s) the number of repetitions of the multicast PDSCH by using DCI.
  • a field indicating the number of repetitions of the multicast PDSCH may be included in DCI.
  • the link between the terminal and the base station may undergo fading, and method 4.2-1 or method 4.2-2 may be applied according to the time unit of fading. Alternatively, method 4.2-2 may be applied for flexible scheduling.
  • the number of repetitions of the multicast PDSCH may be implicitly derived by the TDRA index included in DCI.
  • the base station may inform all terminals belonging to the group of the TDRA table using RRC signaling. In this case, the amount of RRC signaling may increase.
  • TDRA default A defined in the technical standard may be used. However, since the TDRA default A includes only information element(s) for receiving one PDSCH, the number of repetitions of the PDSCH may not be included in the TDRA default A.
  • DCI for allocating multicast PDSCH may be scrambled with C-RNTI, and multicast PDSCH may be scrambled with M-RNTI.
  • a method of distinguishing whether the DCI detected using the C-RNTI is a multicast PDSCH or a unicast PDSCH may be required.
  • a 1-bit information element may be used.
  • Method 4.2-3 When a specific field included in DCI is set to a first value, this may indicate a PDSCH reception operation using C-RNTI. When a specific field included in DCI is set to the second value, this may indicate a PDSCH reception operation using M-RNTI.
  • a specific field of DCI for allocating multicast PDSCH may indicate HARQ process ID (HPID) and/or HARQ process number (HPN).
  • HPID HARQ process ID
  • HPN HARQ process number
  • the same HPN may be indicated to all terminals belonging to the group. That HPN may already be allocated for another TB.
  • the HPN may be calculated differently depending on the reception time of the PDSCH. Since terminals belonging to a group have different HPNs, the base station can determine an appropriate HPN for each terminal by calculating all HPNs. Alternatively, an offset may be introduced so that each terminal is interpreted as a different HPN.
  • the base station may indicate to the terminal the offset (o) to be applied to derive the HPN using RRC signaling.
  • the base station may indicate to the terminal the number of HARQ processes allocated to the multicast PDSCH (eg, the maximum number (m)) by using RRC signaling.
  • the number of HARQ processes allocated to the multicast PDSCH eg, the maximum number (m)
  • the UE can calculate the result of adding the offset (o) to the HPID (h) indicated in the DCI scrambled with M-RNTI, and the remainder divided by the maximum number of HARQ processes (m) can be considered as HPN have. That is, the received PDSCH may be processed in the HARQ process ID in HPN (h+o)%m.
  • One terminal may receive a plurality of multicast PDSCHs. Accordingly, the number of HARQ processes (eg, the maximum number (m)) and/or the offset (o) may be indicated for each multicast PDSCH.
  • the number of HARQ processes eg, the maximum number (m)
  • the offset (o) may be indicated for each multicast PDSCH.
  • the priority of the multicast PDSCH may be configured.
  • the priority of the multicast PDSCH may be used for PDSCH reception or PUCCH transmission.
  • the UE may select some PDSCHs based on the priority of the multicast PDSCH.
  • the UE may transmit some PUCCHs or one PUCCH based on the priority of the multicast PDSCH.
  • the UE may multiplex the HARQ-ACK in the PUSCH based on the priority of the multicast PDSCH.
  • Method 4.2-6 The priority of the multicast PDSCH may be indicated by a field included in the DCI for allocating the multicast PDSCH.
  • Two or more priorities for multicast PDSCHs may be configured.
  • the base station may inform the terminal of a field representing the number of priorities using RRC signaling.
  • the size of the field representing the number of priorities may be 3 bits or more.
  • Method 4.2-7 In method 4.2-6, the size of a field expressing the number of priorities may be indicated to the UE by RRC signaling.
  • the base station may transmit information indicating activation or deactivation of HARQ-ACK feedback to the terminal.
  • Information indicating activation or deactivation of HARQ-ACK feedback may be included in DCI for allocating multicast PDSCH.
  • the above-described operation may be applied to both the PTM method 1 and the PTM method 2.
  • a specific field of DCI is set to the first value, this may indicate that the UE transmits the PUCCH.
  • a specific field of DCI is set to the second value, this may indicate that the UE does not transmit PUCCH.
  • the UE may report the HARQ-ACK or HARQ codebook for the corresponding multicast PDSCH to the base station.
  • Method 4.2-8 Activation or deactivation of HARQ-ACK feedback for multicast PDSCH may be indicated by a specific field included in DCI for allocating multicast PDSCH.
  • the base station may instruct the terminal to generate the T2 HARQ codebook.
  • the UE needs to know the number of HARQ-ACKs and/or the size of the HARQ codebook.
  • DCI for allocating the multicast PDSCH may include a DAI field. Since DCI scrambled with M-RNTI is used in PTM method 1, the C-DAI field may be used, but the T-DAI field may not be used. Since DCI scrambled with C-RNTI is used in PTM method 2, both the C-DAI field and the T-DAI field may be used.
  • the C-DAI field may mean the number of allocated multicast PDSCHs.
  • the T-DAI field may mean the sum of the number of allocated multicast PDSCHs and the number of unicast PDSCHs.
  • terminals belonging to a group may receive a common DCI. Therefore, DCI for allocating the multicast PDSCH may not include a transmit power control (TPC) PUCCH field.
  • the TPC command of PUCCH may be summed as a relay loop control in DCI format 1_x and/or DCI format 2_2.
  • the T-DAI field may be managed for each number of multicast IDs.
  • DCI may include several T-DAI fields.
  • Each T-DAI field may indicate a value of T-DAI for multicast ID.
  • terminals belonging to the group may transmit PUCCH, and the base station may receive PUCCH having good quality. Therefore, it is preferable that the UE repeatedly transmits the PUCCH.
  • the PUCCH resource set indicated by PUCCH-configcommon may be used in the terminal(s). In this case, the base station may instruct the terminal to repeatedly transmit PUCCH.
  • the base station may set the number of repetitions of the PUCCH to the terminal by using RRC signaling.
  • the base station may transmit DCI including information indicating the number of repetitions of the PUCCH to the terminal.
  • the DCI may be a DCI for allocating the multicast PDSCH.
  • the methods according to the present invention may be implemented in the form of program instructions that can be executed by various computer means and recorded in a computer-readable medium.
  • the computer-readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • the program instructions recorded on the computer-readable medium may be specially designed and configured for the present invention, or may be known and available to those skilled in the art of computer software.
  • Examples of computer-readable media include hardware devices specially configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • Examples of program instructions include not only machine language codes such as those generated by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as at least one software module to perform the operations of the present invention, and vice versa.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

멀티캐스트 전송을 지원하기 위한 방법 및 장치가 개시된다. 단말의 동작 방법은, HARQ-ACK 피드백의 활성화를 지시하는 RRC 메시지를 기지국으로부터 수신하는 단계, 상기 HARQ-ACK 피드백의 비활성화를 지시하는 정보를 포함하는 제1 DCI를 상기 기지국으로부터 수신하는 단계, 상기 제1 DCI에 포함된 제1 스케줄링 정보에 기초하여 제1 멀티캐스트 PDSCH를 상기 기지국으로부터 수신하는 단계, 상기 제1 DCI가 상기 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도, 상기 제1 멀티캐스트 PDSCH에 대한 제1 HARQ-ACK 비트를 생성하는 단계, 상기 제1 HARQ-ACK 비트를 포함하는 HARQ 코드북을 생성하는 단계, 및 상기 HARQ 코드북을 상향링크 채널을 통해 상기 기지국에 전송하는 단계를 포함한다.

Description

멀티캐스트 전송을 지원하기 위한 방법 및 장치
본 발명은 통신 시스템에서 멀티캐스트 기술에 관한 것으로, 더욱 상세하게는 멀티캐스트 PDSCH(physical downlink shared channel) 및 멀티캐스트 HARQ(hybrid automatic repeat request) 피드백의 송수신을 위한 기술에 관한 것이다.
정보통신 기술의 발전과 더불어 다양한 무선 통신 기술이 개발되고 있다. 대표적인 무선 통신 기술로 3GPP(3rd generation partnership project) 표준에서 규정된 LTE(long term evolution), NR(new radio) 등이 있다. LTE는 4G(4th Generation) 무선 통신 기술들 중에서 하나의 무선 통신 기술일 수 있고, NR은 5G(5th Generation) 무선 통신 기술들 중에서 하나의 무선 통신 기술일 수 있다.
4G 통신 시스템(예를 들어, LTE를 지원하는 통신 시스템)의 상용화 이후에 급증하는 무선 데이터의 처리를 위해, 4G 통신 시스템의 주파수 대역(예를 들어, 6GHz 이하의 주파수 대역)뿐만 아니라 4G 통신 시스템의 주파수 대역보다 높은 주파수 대역(예를 들어, 6GHz 이상의 주파수 대역)을 사용하는 5G 통신 시스템(예를 들어, NR을 지원하는 통신 시스템)이 고려되고 있다. 5G 통신 시스템은 eMBB(enhanced Mobile BroadBand), URLLC(Ultra-Reliable and Low Latency Communication) 및 mMTC(massive Machine Type Communication)을 지원할 수 있다.
한편, 기지국은 복수의 PDSCH(physical downlink shared channel)들을 단말에 전송할 수 있고, 단말은 기지국으로부터 복수의 PDSCH들을 수신할 수 있다. 이때, 복수의 PDSCH들 각각의 우선순위은 서로 다를 수 있고, 복수의 PDSCH들 각각의 타입(예를 들어, 멀티캐스트 또는 유니캐스트)은 서로 다를 수 있다. 이 경우, 복수의 PDSCH들에 대한 HARQ(hybrid automatic repeat reqeust) 코드북을 생성하는 방법 및 HARQ 코드북을 전송하는 방법이 필요하다.
상기와 같은 문제점을 해결하기 위한 본 발명의 목적은 통신 시스템에서 멀티캐스트 PDSCH(physical downlink shared channel) 및 멀티캐스트 HARQ(hybrid automatic repeat request) 피드백의 송수신을 위한 방법 및 장치를 제공하는 데 있다.
상기 목적을 달성하기 위한 본 발명의 제1 실시예에 따른 단말의 동작 방법은, HARQ-ACK 피드백의 활성화를 지시하는 RRC 메시지를 기지국으로부터 수신하는 단계, 상기 HARQ-ACK 피드백의 비활성화를 지시하는 정보를 포함하는 제1 DCI를 상기 기지국으로부터 수신하는 단계, 상기 제1 DCI에 포함된 제1 스케줄링 정보에 기초하여 제1 멀티캐스트 PDSCH를 상기 기지국으로부터 수신하는 단계, 상기 제1 DCI가 상기 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도, 상기 제1 멀티캐스트 PDSCH에 대한 제1 HARQ-ACK 비트를 생성하는 단계, 상기 제1 HARQ-ACK 비트를 포함하는 HARQ 코드북을 생성하는 단계, 및 상기 HARQ 코드북을 상향링크 채널을 통해 상기 기지국에 전송하는 단계를 포함한다.
상기 제1 DCI에 포함되는 하나의 필드 또는 둘 이상의 필드들의 조합은 상기 제1 HARQ-ACK 비트의 우선순위를 지시하기 위해 사용될 수 있다.
상기 제1 DCI가 상기 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도 T1 HARQ 코드북의 생성이 지시되면, 상기 제1 HARQ-ACK 비트를 포함하는 상기 T1 HARQ 코드북은 생성될 수 있다.
상기 제1 DCI에 포함되는 하나의 필드 또는 둘 이상의 필드들의 조합은 상기 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시하기 위해 사용될 수 있다.
상기 HARQ-ACK 피드백의 비활성화가 지시되는 경우, 상기 단말에서 HARQ RTT 타이머 또는 재전송 타이머 중에서 적어도 하나는 개시되지 않을 수 있다.
상기 단말의 동작 방법은, 제2 DCI를 상기 기지국으로부터 수신하는 단계, 및 상기 제2 DCI에 포함된 제2 스케줄링 정보에 기초하여 상기 기지국으로부터 제2 멀티캐스트 PDSCH를 수신하는 단계를 더 포함할 수 있고, 상기 HARQ 코드북은 상기 제2 멀티캐스트 PDSCH에 대한 제2 HARQ-ACK 비트를 더 포함할 수 있다.
상기 HARQ 코드북은 상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북 및 상기 제2 HARQ-ACK 비트를 포함하는 제2 멀티캐스트 HARQ 서브코드북을 포함할 수 있고, 상기 제1 멀티캐스트 PDSCH와 상기 제2 멀티캐스트 PDSCH는 서로 다른 멀티캐스트 식별자들에 의해 구분될 수 있다.
상기 단말의 동작 방법은, 제3 DCI를 상기 기지국으로부터 수신하는 단계, 및 상기 제3 DCI에 포함된 제3 스케줄링 정보에 기초하여 상기 기지국으로부터 유니캐스트 PDSCH를 수신하는 단계를 더 포함할 수 있고, 상기 HARQ 코드북은 상기 유니캐스트 PDSCH에 대한 제3 HARQ-ACK 비트를 더 포함할 수 있다.
상기 HARQ 코드북을 생성하는 단계는, 상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북을 생성하는 단계, 상기 제3 HARQ-ACK 비트를 포함하는 유니캐스트 HARQ 서브코드북을 생성하는 단계, 및 상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북을 연접함으로써 상기 HARQ 코드북을 생성하는 단계를 포함할 수 있다.
상기 제1 멀티캐스트 HARQ 서브코드북의 타입은 상기 유니캐스트 HARQ 서브코드북의 타입과 독립적으로 설정될 수 있고, 상기 제1 HARQ-ACK 비트의 우선순위는 상기 제3 HARQ-ACK 비트의 우선순위와 동일하게 설정될 수 있다.
상기 제1 멀티캐스트 PDSCH와 상기 유니캐스트 PDSCH에 대한 FDM 스케줄링이 허용되는 경우, 상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북은 독립적으로 생성될 수 있다.
상기 목적을 달성하기 위한 본 발명의 제2 실시예에 따른 단말의 동작 방법은, HARQ-ACK 피드백의 비활성화를 지시하는 정보를 포함하는 제1 DCI를 기지국으로부터 수신하는 단계, 상기 제1 DCI에 포함된 제1 스케줄링 정보에 기초하여 제1 멀티캐스트 PDSCH를 상기 기지국으로부터 수신하는 단계, 상기 제1 DCI가 상기 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도, 상기 제1 멀티캐스트 PDSCH에 대한 제1 HARQ-ACK 비트를 생성하는 단계, 상기 제1 HARQ-ACK 비트를 포함하는 HARQ 코드북을 생성하는 단계, 및 상기 HARQ 코드북을 상향링크 채널을 통해 상기 기지국에 전송하는 단계를 포함하며, 상기 HARQ-ACK 피드백이 비활성화되는 경우에도, 상기 단말에서 다른 HARQ-ACK 비트가 발생하고, 상기 제1 HARQ-ACK 비트가 다른 HARQ-ACK 비트와 다중화 가능한 경우, 상기 제1 HARQ-ACK 비트는 생성된다.
상기 HARQ-ACK 피드백의 비활성화가 지시되는 경우, 상기 단말에서 HARQ RTT 타이머 또는 재전송 타이머 중에서 적어도 하나는 사용되지 않을 수 있다.
상기 단말의 동작 방법은, 제2 DCI를 상기 기지국으로부터 수신하는 단계, 및 상기 제2 DCI에 포함된 제2 스케줄링 정보에 기초하여 상기 기지국으로부터 제2 멀티캐스트 PDSCH를 수신하는 단계를 더 포함할 수 있고, 상기 HARQ 코드북은 상기 제2 멀티캐스트 PDSCH에 대한 제2 HARQ-ACK 비트를 더 포함할 수 있다.
상기 HARQ 코드북은 상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북 및 상기 제2 HARQ-ACK 비트를 포함하는 제2 멀티캐스트 HARQ 서브코드북을 포함할 수 있고, 상기 제1 멀티캐스트 PDSCH와 상기 제2 멀티캐스트 PDSCH는 서로 다른 멀티캐스트 식별자들에 의해 구분될 수 있다.
상기 제1 멀티캐스트 HARQ 서브코드북과 상기 제2 멀티캐스트 HARQ 서브코드북은 상기 서로 다른 멀티캐스트 식별자들의 순서대로 연접될 수 있다.
상기 단말의 동작 방법은, NACK-only 피드백 방식이 지원되는 것을 지시하는 RRC 메시지를 상기 기지국으로부터 수신하는 단계를 더 포함할 수 있으며, 상기 제1 HARQ-ACK 비트는 상기 NACK-only 피드백 방식에 따라 생성될 수 있고, 상기 제1 HARQ-ACK 비트가 상기 다른 HARQ-ACK 비트와 다중화 되는 경우에 상기 NACK-only 피드백 방식은 적용되지 않을 수 있다.
상기 단말의 동작 방법은, 제3 DCI를 상기 기지국으로부터 수신하는 단계, 및 상기 제3 DCI에 포함된 제3 스케줄링 정보에 기초하여 상기 기지국으로부터 유니캐스트 PDSCH를 수신하는 단계를 더 포함할 수 있고, 상기 HARQ 코드북은 상기 유니캐스트 PDSCH에 대한 제3 HARQ-ACK 비트를 더 포함할 수 있다.
상기 HARQ 코드북을 생성하는 단계는, 상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북을 생성하는 단계, 상기 제3 HARQ-ACK 비트를 포함하는 유니캐스트 HARQ 서브코드북을 생성하는 단계, 및 상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북을 연접함으로써 상기 HARQ 코드북을 생성하는 단계를 포함할 수 있으며, 상기 제1 멀티캐스트 HARQ 서브코드북은 멀티캐스트 식별자에 의해 구분될 수 있다.
상기 제1 멀티캐스트 PDSCH와 상기 유니캐스트 PDSCH에 대한 FDM 스케줄링이 허용되는 경우, 상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북은 독립적으로 생성될 수 있다.
본 출원에 의하면, 단말은 기지국으로부터 멀티캐스트 PDSCH(physical downlink shared channel) 및 유니캐스트 PDSCH를 수신할 수 있고, 멀티캐스트 PDSCH에 대한 HARQ(hybrid automatic repeat request)-ACK(acknowledgement) 비트 및 유니캐스트 PDSCH에 대한 HARQ-ACK 비트를 포함하는 HARQ 코드북을 생성할 수 있고, HARQ 코드북을 기지국에 전송할 수 있다. PDSCH들 각각의 우선순위가 다른 경우, 단말은 우선순위를 고려하여 HARQ 코드북을 생성할 수 있다. 단말은 기지국의 HARQ-ACK 피드백의 활성화 또는 비활성화 지시에 기초하여 HARQ 코드북을 기지국에 전송할 수 있다. 특히, HARQ-ACK 피드백이 비활성화되는 경우에도, 단말은 필요에 따라 HARQ 코드북을 기지국에 전송할 수 있다. 따라서 HARQ-ACK 피드백 절차는 효율적으로 수행될 수 있고, 통신 시스템의 성능은 향상될 수 있다.
도 1은 통신 시스템의 제1 실시예를 도시한 개념도이다.
도 2는 통신 시스템을 구성하는 통신 노드의 제1 실시예를 도시한 블록도이다.
도 3은 멀티캐스트 전송 방법의 제1 실시예를 도시한 개념도이다.
도 4는 PDSCH의 할당 방법의 제1 실시예를 도시한 개념도이다.
도 5a는 PDSCH의 할당 방법의 제2 실시예를 도시한 개념도이다.
도 5b는 PDSCH의 할당 방법의 제3 실시예를 도시한 개념도이다.
도 6a는 PUCCH의 할당 방법의 제1 실시예를 도시한 개념도이다.
도 6b는 PUCCH의 할당 방법의 제2 실시예를 도시한 개념도이다.
도 7은 PUCCH의 전송 타이밍의 제1 실시예를 도시한 개념도이다.
도 8은 유니캐스트/멀티캐스트 전송에서 PDCCH와 PUCCH의 시간 순서에 대한 제1 실시예를 도시한 개념도이다.
도 9는 방법 4.1-1에 기초한 HARQ 코드북의 생성 방법의 제1 실시예를 도시한 블록도이다.
도 10은 방법 4.1-1에 기초한 HARQ 코드북의 생성 방법의 제2 실시예를 도시한 블록도이다.
도 11은 방법 4.1-6에 기초한 HARQ 코드북의 생성 방법의 제1 실시예를 도시한 블록도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. "및/또는" 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
본 출원의 실시예들에서, "A 및 B 중에서 적어도 하나"는 "A 또는 B 중에서 적어도 하나" 또는 "A 및 B 중 하나 이상의 조합들 중에서 적어도 하나"를 의미할 수 있다. 또한, 본 출원의 실시예들에서, "A 및 B 중에서 하나 이상"은 "A 또는 B 중에서 하나 이상" 또는 "A 및 B 중 하나 이상의 조합들 중에서 하나 이상"을 의미할 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가진 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 첨부한 도면들을 참조하여, 본 발명의 바람직한 실시예를 보다 상세하게 설명하고자 한다. 본 발명을 설명함에 있어 전체적인 이해를 용이하게 하기 위하여 도면상의 동일한 구성요소에 대해서는 동일한 참조부호를 사용하고 동일한 구성요소에 대해서 중복된 설명은 생략한다.
본 발명에 따른 실시예들이 적용되는 통신 시스템(communication system)이 설명될 것이다. 본 발명에 따른 실시예들이 적용되는 통신 시스템은 아래 설명된 내용에 한정되지 않으며, 본 발명에 따른 실시예들은 다양한 통신 시스템에 적용될 수 있다. 여기서, 통신 시스템은 통신 네트워크(network)와 동일한 의미로 사용될 수 있다.
도 1은 통신 시스템의 제1 실시예를 도시한 개념도이다.
도 1을 참조하면, 통신 시스템(100)은 복수의 통신 노드들(110-1, 110-2, 110-3, 120-1, 120-2, 130-1, 130-2, 130-3, 130-4, 130-5, 130-6)을 포함할 수 있다. 또한, 통신 시스템(100)은 코어 네트워크(core network)(예를 들어, S-GW(serving-gateway), P-GW(PDN(packet data network)-gateway), MME(mobility management entity))를 더 포함할 수 있다. 통신 시스템(100)이 5G 통신 시스템(예를 들어, NR(new radio) 시스템)인 경우, 코어 네트워크는 AMF(access and mobility management function), UPF(user plane function), SMF(session management function) 등을 포함할 수 있다.
복수의 통신 노드들(110 내지 130)은 3GPP(3rd generation partnership project) 표준에서 규정된 통신 프로토콜(예를 들어, LTE 통신 프로토콜, LTE-A 통신 프로토콜, NR 통신 프로토콜 등)을 지원할 수 있다. 복수의 통신 노드들(110 내지 130)은 CDMA(code division multiple access) 기술, WCDMA(wideband CDMA) 기술, TDMA(time division multiple access) 기술, FDMA(frequency division multiple access) 기술, OFDM(orthogonal frequency division multiplexing) 기술, Filtered OFDM 기술, CP(cyclic prefix)-OFDM 기술, DFT-s-OFDM(discrete Fourier transform-spread-OFDM) 기술, OFDMA(orthogonal frequency division multiple access) 기술, SC(single carrier)-FDMA 기술, NOMA(Non-orthogonal Multiple Access) 기술, GFDM(generalized frequency division multiplexing) 기술, FBMC(filter bank multi-carrier) 기술, UFMC(universal filtered multi-carrier) 기술, SDMA(Space Division Multiple Access) 기술 등을 지원할 수 있다. 복수의 통신 노드들 각각은 다음과 같은 구조를 가질 수 있다.
도 2는 통신 시스템을 구성하는 통신 노드의 제1 실시예를 도시한 블록도이다.
도 2를 참조하면, 통신 노드(200)는 적어도 하나의 프로세서(210), 메모리(220) 및 네트워크와 연결되어 통신을 수행하는 송수신 장치(230)를 포함할 수 있다. 또한, 통신 노드(200)는 입력 인터페이스 장치(240), 출력 인터페이스 장치(250), 저장 장치(260) 등을 더 포함할 수 있다. 통신 노드(200)에 포함된 각각의 구성 요소들은 버스(bus)(270)에 의해 연결되어 서로 통신을 수행할 수 있다.
다만, 통신 노드(200)에 포함된 각각의 구성요소들은 공통 버스(270)가 아니라, 프로세서(210)를 중심으로 개별 인터페이스 또는 개별 버스를 통하여 연결될 수도 있다. 예를 들어, 프로세서(210)는 메모리(220), 송수신 장치(230), 입력 인터페이스 장치(240), 출력 인터페이스 장치(250) 및 저장 장치(260) 중에서 적어도 하나와 전용 인터페이스를 통하여 연결될 수도 있다.
프로세서(210)는 메모리(220) 및 저장 장치(260) 중에서 적어도 하나에 저장된 프로그램 명령(program command)을 실행할 수 있다. 프로세서(210)는 중앙 처리 장치(central processing unit, CPU), 그래픽 처리 장치(graphics processing unit, GPU), 또는 본 발명의 실시예들에 따른 방법들이 수행되는 전용의 프로세서를 의미할 수 있다. 메모리(220) 및 저장 장치(260) 각각은 휘발성 저장 매체 및 비휘발성 저장 매체 중에서 적어도 하나로 구성될 수 있다. 예를 들어, 메모리(220)는 읽기 전용 메모리(read only memory, ROM) 및 랜덤 액세스 메모리(random access memory, RAM) 중에서 적어도 하나로 구성될 수 있다.
다시 도 1을 참조하면, 통신 시스템(100)은 복수의 기지국들(base stations)(110-1, 110-2, 110-3, 120-1, 120-2), 복수의 단말들(130-1, 130-2, 130-3, 130-4, 130-5, 130-6)을 포함할 수 있다. 제1 기지국(110-1), 제2 기지국(110-2) 및 제3 기지국(110-3) 각각은 매크로 셀(macro cell)을 형성할 수 있다. 제4 기지국(120-1) 및 제5 기지국(120-2) 각각은 스몰 셀(small cell)을 형성할 수 있다. 제1 기지국(110-1)의 셀 커버리지(cell coverage) 내에 제4 기지국(120-1), 제3 단말(130-3) 및 제4 단말(130-4)이 속할 수 있다. 제2 기지국(110-2)의 셀 커버리지 내에 제2 단말(130-2), 제4 단말(130-4) 및 제5 단말(130-5)이 속할 수 있다. 제3 기지국(110-3)의 셀 커버리지 내에 제5 기지국(120-2), 제4 단말(130-4), 제5 단말(130-5) 및 제6 단말(130-6)이 속할 수 있다. 제4 기지국(120-1)의 셀 커버리지 내에 제1 단말(130-1)이 속할 수 있다. 제5 기지국(120-2)의 셀 커버리지 내에 제6 단말(130-6)이 속할 수 있다.
여기서, 복수의 기지국들(110-1, 110-2, 110-3, 120-1, 120-2) 각각은 NB(NodeB), eNB(evolved NodeB), gNB, ABS(advanced base station), HR-BS(high reliability-base station), BTS(base transceiver station), 무선 기지국(radio base station), 무선 트랜시버(radio transceiver), 액세스 포인트(access point), 액세스 노드(node), RAS(radio access station), MMR-BS(mobile multihop relay-base station), RS(relay station), ARS(advanced relay station), HR-RS(high reliability-relay station), HNB(home NodeB), HeNB(home eNodeB), RSU(road side unit), RRH(radio remote head), TP(transmission point), TRP(transmission and reception point) 등으로 지칭될 수 있다.
복수의 단말들(130-1, 130-2, 130-3, 130-4, 130-5, 130-6) 각각은 UE(user equipment), TE(terminal equipment), AMS(advanced mobile station), HR-MS(high reliability-mobile station), 터미널(terminal), 액세스 터미널(access terminal), 모바일 터미널(mobile terminal), 스테이션(station), 가입자 스테이션(subscriber station), 모바일 스테이션(mobile station), 휴대 가입자 스테이션(portable subscriber station), 노드(node), 다바이스(device), OBU(on board unit) 등으로 지칭될 수 있다.
한편, 복수의 기지국들(110-1, 110-2, 110-3, 120-1, 120-2) 각각은 서로 다른 주파수 대역에서 동작할 수 있고, 또는 동일한 주파수 대역에서 동작할 수 있다. 복수의 기지국들(110-1, 110-2, 110-3, 120-1, 120-2) 각각은 아이디얼 백홀 링크(ideal backhaul link) 또는 논(non)-아이디얼 백홀 링크를 통해 서로 연결될 수 있고, 아이디얼 백홀 링크 또는 논-아이디얼 백홀 링크를 통해 서로 정보를 교환할 수 있다. 복수의 기지국들(110-1, 110-2, 110-3, 120-1, 120-2) 각각은 아이디얼 백홀 링크 또는 논-아이디얼 백홀 링크를 통해 코어 네트워크와 연결될 수 있다. 복수의 기지국들(110-1, 110-2, 110-3, 120-1, 120-2) 각각은 코어 네트워크로부터 수신한 신호를 해당 단말(130-1, 130-2, 130-3, 130-4, 130-5, 130-6)에 전송할 수 있고, 해당 단말(130-1, 130-2, 130-3, 130-4, 130-5, 130-6)로부터 수신한 신호를 코어 네트워크에 전송할 수 있다.
또한, 복수의 기지국들(110-1, 110-2, 110-3, 120-1, 120-2) 각각은 MIMO(multi-input multi-output) 전송(예를 들어, SU(single user)-MIMO, MU(multi user)-MIMO, 대규모(massive) MIMO 등), CoMP(coordinated multipoint) 전송, 캐리어 집성(carrier aggregation, CA) 전송, 비면허 대역(unlicensed band)에서 전송, 단말 간 직접 통신(device to device communication, D2D)(또는, ProSe(proximity services)), IoT(Internet of Things) 통신, 이중 연결성(dual connectivity, DC) 등을 지원할 수 있다. 여기서, 복수의 단말들(130-1, 130-2, 130-3, 130-4, 130-5, 130-6) 각각은 기지국(110-1, 110-2, 110-3, 120-1, 120-2)과 대응하는 동작, 기지국(110-1, 110-2, 110-3, 120-1, 120-2)에 의해 지원되는 동작을 수행할 수 있다. 예를 들어, 제2 기지국(110-2)은 SU-MIMO 방식을 기반으로 신호를 제4 단말(130-4)에 전송할 수 있고, 제4 단말(130-4)은 SU-MIMO 방식에 의해 제2 기지국(110-2)으로부터 신호를 수신할 수 있다. 또는, 제2 기지국(110-2)은 MU-MIMO 방식을 기반으로 신호를 제4 단말(130-4) 및 제5 단말(130-5)에 전송할 수 있고, 제4 단말(130-4) 및 제5 단말(130-5) 각각은 MU-MIMO 방식에 의해 제2 기지국(110-2)으로부터 신호를 수신할 수 있다.
제1 기지국(110-1), 제2 기지국(110-2) 및 제3 기지국(110-3) 각각은 CoMP 방식을 기반으로 신호를 제4 단말(130-4)에 전송할 수 있고, 제4 단말(130-4)은 CoMP 방식에 의해 제1 기지국(110-1), 제2 기지국(110-2) 및 제3 기지국(110-3)으로부터 신호를 수신할 수 있다. 복수의 기지국들(110-1, 110-2, 110-3, 120-1, 120-2) 각각은 자신의 셀 커버리지 내에 속한 단말(130-1, 130-2, 130-3, 130-4, 130-5, 130-6)과 CA 방식을 기반으로 신호를 송수신할 수 있다. 제1 기지국(110-1), 제2 기지국(110-2) 및 제3 기지국(110-3) 각각은 제4 단말(130-4)과 제5 단말(130-5) 간의 D2D를 제어할 수 있고, 제4 단말(130-4) 및 제5 단말(130-5) 각각은 제2 기지국(110-2) 및 제3 기지국(110-3) 각각의 제어에 의해 D2D를 수행할 수 있다.
다음으로, 통신 시스템에서 통신 노드의 동작 방법들이 설명될 것이다. 통신 노드들 중에서 제1 통신 노드에서 수행되는 방법(예를 들어, 신호의 전송 또는 수신)이 설명되는 경우에도 이에 대응하는 제2 통신 노드는 제1 통신 노드에서 수행되는 방법과 상응하는 방법(예를 들어, 신호의 수신 또는 전송)을 수행할 수 있다. 즉, 단말의 동작이 설명된 경우에 이에 대응하는 기지국은 단말의 동작과 상응하는 동작을 수행할 수 있다. 반대로, 기지국의 동작이 설명된 경우에 이에 대응하는 단말은 기지국의 동작과 상응하는 동작을 수행할 수 있다.
제1 장: 서론
eMBB(enhanced Mobile BroadBand), URLLC(Ultra-Reliable and Low Latency Communication) 및 mMTC(massive Machine Type Communication)의 서비스 시나리오들을 지원하기 위해서, 3GPP에서 기술적인 요구사항이 연구되고 있다. eMBB 서비스의 목적은 대용량 트래픽의 처리일 수 있고, URLLC 서비스의 목적은 종단 간의 지연 시간 및 오류율의 감소일 수 있고, mMTC 서비스의 목적은 높은 UE 밀도를 가지는 지리적 영역에서 간헐적 트래픽 또는 주기적 트래픽의 처리일 수 있다. 하나의 통신 시스템은 하나 이상의 서비스 시나리오들을 동시에 지원할 수 있다. 서비스 시나리오(들)을 위해서 하나의 통신 시스템은 OFDM 파형이 갖는 설정 변수들(예를 들어, 뉴머놀러지(numerology))를 다양하게 조절하여 운영할 수 있다. LTE 통신 시스템에서 하나의 뉴머놀러지가 사용될 수 있고, NR 통신 시스템에서 하나 이상의 뉴머놀러지들이 상황에 맞게 적용될 수 있다.
TDD(time division duplex) 기반의 통신 시스템(이하, "TDD 시스템"이라 함)은 eMBB 서비스 및 URLLC 서비스를 모두 지원할 수 있다. 이 경우, URLLC 서비스의 저지연 성능은 개선될 수 있다. DL(downlink) 트래픽을 지원하기 위해서는 UL HARQ-ACK(uplink hybrid automatic repeat request-acknowledgement)이 필요하므로, DL 트래픽이 겪는 지연 시간은 DL 슬롯과 UL 슬롯이 반복해서 나타나는 주기로 결정될 수 있다. UL 트래픽의 경우에도, 기지국이 단말에게 UL 그랜트를 DL 슬롯에서 지시하기 때문에, UL 트래픽이 겪는 지연 시간은 DL 슬롯과 UL 슬롯이 반복해서 나타나는 주기로 결정될 수 있다. NR 통신 시스템에서 슬롯의 종류는 상황에 맞도록 동적으로 변환될 수 있다. 단말은 심볼 단위로 DL 심볼, UL 심볼, 또는 FL(flexible) 심볼을 알 수 있다. FL 심볼은 DL 심볼 또는 UL 심볼로 재지시될 수 있다. LTE 통신 시스템에서 서브프레임의 종류는 상황에 맞도록 변환될 수 있다. 서브프레임의 종류는 DL 서브프레임, UL 서브프레임, 및 스페셜(special) 서브프레임일 수 있다. LTE 통신 시스템에서 FL 서브프레임(또는, FL 심볼)의 개념은 없다.
단말이 전송하는 UL 채널들 중에서 PUSCH(physical uplink shared channel) 및 PUCCH(physical uplink control channel)가 고려될 수 있다. PUSCH는 동적으로 스케줄링될 수 있다. 또는, PUSCH가 주기적으로 전송되는 것은 지시될 수 있다. 주기적 PUSCH 전송 방법은 주기적 PUSCH 전송의 지시 방법에 따라 2개의 방법들로 구분될 수 있다. LTE 통신 시스템에서 반고정적인 PUSCH를 활성화하기 위해서 UL-DCI(downlink control information)가 활용될 수 있다. NR 통신 시스템에서 URLLC 트래픽을 고려하면, UL-DCI의 오류율에 대한 의존을 낮추기 위해서, 주기적 PUSCH 전송은 UL-DCI 대신에 상위계층 시그널링만으로 지시될 수 있다.
멀티캐스트(multicast)를 지원하는 통신 시스템에서, 기지국은 하나 이상의 단말들에게 PDSCH(physical downlink shared channel)를 전송할 수 있다. 실시예에서 단말의 RRC(radio resource control) 상태는 RRC 연결(connected) 상태인 것으로 가정될 수 있다. PTP(point to point) 방식이 사용되는 경우, 기지국은 UE-특정(specific) RNTI(radio network temporary identifier)(예를 들어, C(cell)-RNTI)를 사용하여 스크램블링 된 UE-특정 PDCCH를 단말에게 전송할 수 있다. 단말은 UE-특정 RNTI를 사용하여 UE-특정 PDCCH를 획득할 수 있고, UE-특정 PDCCH에 기초하여 UE-특정 PDSCH를 수신할 수 있다. PTM(point to multipoint) 방식1이 사용되는 경우, 기지국은 하나의 그룹에 속한 단말들에 대한 전송을 수행할 수 있다. 기지국은 그룹-공통(Group-common) RNTI를 사용하여 스크램블링 된 그룹-공통 PDCCH를 전송할 수 있다. 단말들은 그룹-공통 RNTI를 사용하여 그룹-공통 PDCCH를 획득할 수 있고, 그룹-공통 PDCCH에 기초하여 그룹-공통 PDSCH를 수신할 수 있다. PTM 방식2가 사용되는 경우, 기지국은 하나의 그룹에 속한 단말들에 대한 전송을 수행할 수 있다. 기지국은 UE-특정 RNTI(예를 들어, C-RNTI)를 사용하여 스크램블링 된 UE-특정 PDCCH를 단말들 각각에 전송할 수 있다. 단말들 각각은 UE-특정 RNTI에 기초하여 UE-특정 PDCCH를 획득할 수 있다. 단말은 그룹-공통 RNTI에 기초하여 그룹-공통 PDSCH를 수신할 수 있다. 기술규격에 의하면, PTM 방식1 및/또는 PTM 방식2는 별도의 서술없이 단말에게 설정되거나 지시될 수 있다.
한편, 비면허 대역에서 통신 서비스를 제공하기 위해, 통신 노드(예를 들어, 기지국, 단말)는 센싱 절차(예를 들어, LBT(Listen before talk) 절차 또는 CCA(clear channel assessment) 절차)를 이용하여 공평하게 무선 자원을 사용해야 한다. 이 때, 센싱 절차는 데이터의 중요성에 따라 서로 다른 설정 변수들을 가질 수 있다. 통신 노드(예를 들어, 기지국, 단말)는 센싱 절차를 통해 신호 및/또는 채널을 전송할 수 있다. 특수한 경우(예를 들어, 기지국 및/또는 단말이 확보한 COT(channel occupancy time)에서 전송 동작이 수행되는 경우), 신호 및/또는 채널은 센싱 절차 없이 전송될 수 있다.
비면허 대역에서 빔을 기반으로 하는 센싱 절차는 2가지로 구분될 수 있다. 예를 들어, 센싱 절차는 전방향성 센싱 절차 및 방향성 센싱 절차로 구분될 수 있다. 전방향성 센싱 절차가 적용되는 경우, 기지국은 단말에게 간섭을 미치지 않는 방향에서 에너지가 탐지되는 경우에 전송 동작을 수행하지 않을 수 있다. 이 문제는 "노출 노드(exposed node) 문제"로 지칭될 수 있다. 방향성 센싱 절차가 적용되는 경우, 히든 노드(hidden node) 문제가 발생할 수 있다. 이 경우, 기지국의 센싱 절차에서 에너지가 탐지되지 않더라도, 기지국의 전송은 다른 단말(예를 들어, 히든 노드)에 간섭을 미칠 수 있다.
UCI(uplink control information)은 SR(scheduling request), CSI(channel state information), HARQ-ACK(hybrid automatic repeat request-acknowledgement), 및/또는 LRR(link recovery request)을 포함할 수 있다. UCI에 포함되는 SR, CSI, HARQ-ACK, 및 LRR 각각은 제어 요소(control element)로 지칭될 수 있다. 즉, UCI는 하나 이상의 제어 요소들(예를 들어, SR, CSI, HARQ-ACK, 및/또는 LRR)을 포함할 수 있다. UCI는 하향링크를 관리하기 위해 사용될 수 있다. UCI에 포함되는 정보(예를 들어, SR, CSI, HARQ-ACK, 및/또는 LRR)는 UCI 타입(type)에 따라 달라질 수 있다. UCI는 PUCCH(physical uplink control channel) 및/또는 PUSCH(physical uplink shared channel)을 통해 전송될 수 있다. PUCCH와 PUSCH가 하나 이상의 심볼들에서 중첩되는 경우, UCI는 PUCCH 대신에 PUSCH를 통해 전송될 수 있다. 이 경우, PUCCH는 전송되지 않을 수 있다. PUCCH가 전송되는 주파수 대역(예를 들어, FR1)이 PUSCH가 전송되는 주파수 대역(예를 들어, FR2)과 다른 경우, PUSCH와 PUCCH는 동시에 전송될 수 있다. PUCCH와 PUSCH가 하나 이상의 심볼들에서 중첩되는 경우, 단말은 PUCCH의 우선순위와 PUSCH의 우선순위를 비교할 수 있다. PUCCH 전송과 PUSCH 전송 중에서 낮은 우선순위를 가지는 전송은 드랍(drop)될 수 있다. UCI의 크기는 UCI 타입을 표현하는 비트들의 개수의 합으로 표현될 수 있다. UCI의 크기는 PUCCH 자원을 결정하기 위해 사용될 수 있다.
하나의 UCI 타입은 하나의 PUCCH 자원과 일대일로 대응할 수 있다. 서로 다른 UCI 타입들에 대응하는 PUCCH 자원들이 시간 도메인에서 중첩되는 경우, 단말은 해당 UCI 타입들의 크기들의 합에 기초하여 적절한 PUCCH 자원 집합을 다시 선택할 수 있다. 또한, 단말은 DCI(downlink control information)에서 지시된 PUCCH 자원 인덱스를 적용할 수 있다. DCI에 의해 스케줄링되지 않은 UCI 타입들이 다중화되는 경우, 다중화된 UCI 타입들의 전송 자원은 RRC 시그널링에 의해 설정된 PUCCH 자원 인덱스에 의해 지시될 수 있다. 이 동작은 다중화된 UCI 타입들이 주기적으로 전송되는 것을 의미할 수 있다. 기지국은 RRC 시그널링을 통해 "UCI 타입들의 다중화" 및/또는 "UCI 타입(들)의 전송을 위한 PUCCH 자원"을 단말에 지시(예를 들어, 설정)할 수 있다. 실시예에서 RRC 시그널링은 RRC 메시지를 의미할 수 있다.
PUCCH 자원은 다음과 같이 결정될 수 있다. 기지국은 RRC 시그널링(예를 들어, SIB(system information block)1 전송 또는 전용(dedicated) 시그널링)을 통해 PUCCH-configCommon 및/또는 PUCCH-config를 단말에 전송할 수 있다. 단말을 위한 PUCCH 자원 집합(들)은 PUCCH-configCommon 및/또는 PUCCH-config에 의해 지시될 수 있다. 단말은 기지국에 의해 지시되는 PUCCH 자원 집합들 중에서 UCI 크기에 따라 하나의 PUCCH 자원 집합을 선택할 수 있다. PUCCH 자원 집합은 복수의 PUCCH 자원들을 포함할 수 있다. 복수의 PUCCH 자원들 각각은 PUCCH 자원 인덱스에 의해 지시될 수 있다. 기지국은 DCI 또는 RRC 시그널링을 통해 PUCCH 자원 인덱스를 단말에 알려줄 수 있다. 단말은 복수의 PUCCH 자원들 중에서 기지국으로부터 수신된 PUCCH 자원 인덱스에 의해 지시되는 PUCCH 자원을 확인할 수 있다.
CG(configured grant)-UCI는 비면허 대역에서 CG PUSCH 전송을 위해 사용될 수 있다. CG-UCI는 TB(transport block) 정보 및/또는 COT(channel occupancy time) 정보를 포함할 수 있다. TB 정보는 HARQ 프로세스 번호, RV(redundancy version), 및/또는 NDI(new data indicator)를 포함할 수 있다. COT 정보는 COT 공유(sharing) 정보를 포함할 수 있다. CG-UCI는 PUSCH에서 전송될 수 있다.
단말은 UCI 및/또는 CG-UCI를 전송할 수 있다. UCI의 우선순위는 CG-UCI의 우선순위와 다를 수 있다. UCI 및/또는 CG-UCI는 TB 전송을 위해 사용될 수 있다. 따라서 TB 우선순위는 "UCI 우선순위" 또는 "CG-UCI 우선순위"로 간주될 수 있다. DCI 및/또는 RRC 시그널링에 의한 PUSCH 자원, PDSCH(physical downlink shared channel) 자원, 또는 PSSCH(physical sidelink shared channel) 자원의 할당 절차에서 TB 우선순위가 설정될 수 있고, TB 우선순위는 "UCI 우선순위" 또는 "CG-UCI 우선순위"로 사용될 수 있다. 주기적 CSI 및/또는 반지속적(semi-persistent) CSI는 낮은 우선순위를 가질 수 있다. SR 우선순위와 LRR 우선순위는 RRC 시그널링에 의해 설정될 수 있다. PSSCH에 대한 HARQ-ACK의 우선순위는 TB 우선순위와 동일하게 설정될 수 있다. "HARQ-ACK의 우선순위가 RRC 시그널링에 의해 지시된 우선순위의 경계값을 넘는 경우"는"HARQ-ACK의 우선순위가 RRC 시그널링에 의해 지시된 우선순위의 경계값을 넘지 않는 경우"와 구분될 수 있다. PSSCH에 대한 HARQ-ACK의 우선순위는 예외적으로 TB 우선순위와 일대일로 대응하지 않을 수 있다. 이 경우, TB 우선순위는 PSSCH에 대한 HARQ-ACK의 우선순위로부터 도출될 수 있다. 실시예에서 HARQ-ACK은 HARQ-ACK 비트, HARQ-ACK 정보, HARQ-ACK 피드백, 또는 HARQ-ACK 응답을 의미할 수 있다.
서로 다른 우선순위들을 가지는 UCI 및 CG-UCI는 다중화되지 않을 수 있다. 이 경우, 단말은 UCI 및 CG-UCI 중에서 높은 우선순위를 가지는 하나의 제어 정보(예를 들어, HP(high priority) UCI 또는 HP CG-UCI)를 전송할 수 있다. 또는, 단말은 UCI 및 CG-UCI 중에서 낮은 우선순위를 가지는 하나의 제어 정보(예를 들어, LP(low priority) UCI 또는 LP CG-UCI)를 전송할 수 있다. 단말은 HP UCI 타입들이 다중화되는 것으로 가정할 수 있고, 해당 가정에 기초하여 HP PUCCH(예를 들어, 가상의 HP PUCCH)를 생성할 수 있다. 단말은 LP UCI 타입들이 다중화되는 것으로 가정할 수 있고, 해당 가정에 기초하여 LP PUCCH(예를 들어, 가상의 LP PUCCH)를 생성할 수 있다. 시간 도메인에서 HP PUCCH가 LP PUCCH와 중첩되는 경우, 단말은 HP UCI 타입(들)을 포함하는 HP PUCCH를 전송할 수 있다. 따라서 동일한 우선순위를 가지는 UCI 타입들만이 다중화될 수 있다. 또는, 필요에 따라 UCI 타입들 중에서 하나의 UCI 타입은 드랍(drop)될 수 있다. 기지국은 단말에서 드랍되는 UCI 타입을 예상할 수 있다. 따라서 기지국은 드랍된 UCI 타입을 위한 스케줄링 동작을 수행함으로써 드랍된 UCI 타입(예를 들어, UCI 또는 CG-UCI)의 전송을 단말에 지시할 수 있다.
서빙 기지국은 멀티캐스트 데이터를 포함하는 PDSCH의 스케줄링 정보(예를 들어, DCI)를 포함하는 PDCCH를 단말에 전송할 수 있다. 단말은 별도의 라디오 식별자(예를 들어, 별도의 RNTI)를 사용하여 PDCCH를 수신할 수 있고, PDCCH에 포함된 DCI를 복호할 수 있다. 실시예에서 멀티캐스트를 위한 라디오 식별자는 M(multicast)-RNTI, G-RNTI, GS-RNTI, G-CS-RNTI, 또는 MCCH-RNTI로 지칭될 수 있다. 실시예에서 브로드캐스트(broadcast) 전송과 멀티캐스트 전송은 서로 구분 없이 설명될 수 있다. 멀티캐스트 전송을 위한 방법들은 브로드캐스트 전송을 위해 적용될 수 있고, 브로드캐스트 전송을 위한 방법들은 멀티캐스트 전송을 위해 적용될 수 있다.
기지국과 RRC 연결을 설정한 단말은 "RRC 연결(connected) 단말"로 지칭될 수 있다. 기지국과 RRC 연결을 설정하지 않은 단말은 "RRC 비연결(non-connected) 단말", "RRC 비활성화(inactive) 단말", 또는 "RRC 유휴(idle) 단말"로 지칭될 수 있다. 복수의 RRC 연결 단말들은 하나의 그룹(예를 들어, 멀티캐스트 그룹)에 속할 수 있다. 하나의 그룹에 속하는 RRC 연결 단말들은 동일한 멀티캐스트 데이터를 수신할 수 있다. 복수의 RRC 비연결 단말들은 하나의 그룹(예를 들어, 멀티캐스트 그룹)에 속할 수 있다. 하나의 그룹에 속하는 RRC 비연결 단말들은 동일한 멀티캐스트 데이터를 수신할 수 있다. 실시예에서 그룹은 멀티캐스트 그룹 혹은 멀티캐스트 식별자를 의미할 수 있다. 멀티캐스트 식별자는 서로 다른 멀티캐스트 PDSCH들을 구분하기 위해 사용될 수 있다.
도 3은 멀티캐스트 전송 방법의 제1 실시예를 도시한 개념도이다.
도 3을 참조하면, 기지국(예를 들어, gNB)은 RRC 연결 단말들 뿐만 아니라 RRC 비연결 단말들에 멀티캐스트 전송(예를 들어, 멀티캐스트 서비스)을 지원할 수 있다. 하나 이상의 단말을 포함하는 그룹(들)은 설정될 수 있고, 각 그룹에 속하는 단말들은 동일한 데이터를 수신할 수 있다. RRC 연결 단말(들)과 RRC 비연결 단말(들)은 동일한 브로트캐스트 PDSCH를 수신할 수 있다. 하나의 그룹에 속하는 RRC 연결 단말은 멀티캐스트 PDSCH를 수신할 수 있다. 단말은 하나 이상의 멀티캐스트 PDSCH를 수신할 수 있다. 단말은 하나 이상의 브로드캐스트 PDSCH를 수신할 수 있다.
제2 장: 멀티캐스트 수신의 우선순위
2.1 멀티캐스트 PDSCH의 수신 방법
기지국은 단말마다 PDSCH를 할당할 수 있다. 또한, 기지국은 하나의 그룹에 속하는 단말들에게 PDSCH(예를 들어, 공통 PDSCH, 멀티캐스트 PDSCH)를 할당할 수 있다. 즉, 기지국은 그룹마다 PDSCH를 할당할 수 있다. 그룹에 속하는 모든 단말들이 PDSCH를 수신하도록, BWP 및 PDSCH 각각은 적절히 설정 및/또는 할당될 수 있다. 상술한 동작을 지원하기 위해, 기지국은 복잡한 스케줄링 동작을 수행해야 한다. 이러한 경우, 유니캐스트 PDSCH가 특정한 단말에게 미리 할당된 경우, 멀티캐스트 PDSCH는 유니캐스트 PDSCH가 할당된 자원 이외의 자원에서 할당되어야 한다. 즉, 멀티캐스트 PDSCH의 자원 할당은 지연될 수 있다. 멀티캐스트 PDSCH는 그룹에 속하는 단말들(예를 들어, 모든 단말들)에 전송되는 공통 PDSCH일 수 있다. 멀티캐스트 PDSCH가 특정한 그룹에게 미리 할당된 경우, 유니캐스트 PDSCH는 멀티캐스트 PDSCH가 할당된 자원 이외의 자원에서 할당되어야 한다. 즉, 유니캐스트 PDSCH의 자원 할당은 지연될 수 있다. 동일한 슬롯 또는 동일한 서브 슬롯에서 단말이 처리 가능한 PDSCH의 최대 개수는 단말 능력(capability)으로 정의될 수 있다. 실시예에서 단말 능력은 처리 능력으로 지칭될 수 있다.
도 4는 PDSCH의 할당 방법의 제1 실시예를 도시한 개념도이다.
도 4를 참조하면, 기지국은 하나의 단말에게 4개의 PDSCH들을 할당할 수 있다. 4개의 PDSCH들은 멀티캐스트 PDSCH, 유니캐스트 PDSCH, 및/또는 SI(system information) PDSCH를 포함할 수 있다. 멀티캐스트 PDSCH는 멀티캐스트 데이터를 포함하는 PDSCH일 수 있다. 유니캐스트 PDSCH는 유니캐스트 데이터를 포함하는 PDSCH일 수 있다. SI PDSCH는 시스템 정보를 포함하는 PDSCH일 수 있다. 단말 능력에 따라 하나 이상의 PDSCH들의 수신 및 복호가 가능한 경우, 해당 단말은 하나의 슬롯 또는 하나의 서브 슬롯에서 일부 PDSCH 또는 모든 PDSCH를 복호할 수 있다.
방법 2.1-1: 기지국은 단말 능력(예를 들어, 처리 능력)보다 많은 PDSCH들이 할당되도록 스케줄링을 수행할 수 있다. 단말은 기지국에 의해 할당된 PDSCH들 중에서 우선순위를 고려해서 해당 단말이 처리할 수 있는 PDSCH(들)을 선택할 수 있다.
일부의 PDSCH를 선택하기 위해서, PDSCH의 설정에서 우선순위가 고려될 수 있다. PDSCH의 우선순위는 RNTI를 기준으로 정의될 수 있다. 또는, PDSCH의 우선순위는 명시적으로 지시될 수도 있다.
방법 2.1-2: PDSCH의 처리에 대한 우선순위는 PDSCH 또는 DCI를 스크램블링 하는 RNTI의 우선순위를 따를 수 있다.
만일 M-RNTI가 사용되면, 다른 RNTI와의 우선순위가 고려될 수 있다. 예를 들어, MsgB-RNTI, TC-RNTI, RA-RNTI 등은 초기 접속 절차 또는 랜덤 접속 절차에서 고려될 수 있다. 예를 들어, C-RNTI가 고려될 수 있다. RNTI들 중에서 M-RNTI의 우선순위는 가장 낮을 수 있다. 랜덤 접속 절차에서 해당 랜덤 접속 절차에 대한 PDSCH와 멀티캐스트 PDSCH가 시간 도메인에서 중첩(예를 들어, 일부 중첩)되는 경우, 단말은 처리 능력에 따라 멀티캐스트 PDSCH를 수신하지 않을 수 있다.
방법 2.1-3: 방법 2.1-2에서, RNTI들 중에서 M-RNTI의 우선순위는 가장 낮을 수 있다.
멀티캐스트 PDSCH의 할당 절차에서, 우선순위(예를 들어, 멀티캐스트 PDSCH의 우선순위)는 도입될 수 있다. 기지국은 PDSCH의 할당 또는 설정 절차에서 해당 PDSCH의 우선순위를 단말에 지시할 수 있다. 예를 들어, 멀티캐스트 PDSCH1을 설정하는 RRC 메시지는 멀티캐스트 PDSCH1의 우선순위를 포함할 수 있다. 다른 예를 들어, 멀티캐스트 PDSCH2를 할당하는 DCI는 멀티캐스트 PDSCH2의 우선순위를 포함할 수 있다. 우선순위의 값은 자연수일 수 있다. PDSCH들 간의 우선순위는 해당 우선순위와 미리 설정된 경계의 비교 결과에 따라 결정될 수 있다. 우선순위 값이 미리 설정된 경계 내에 속하는 경우에 우선순위는 우선순위 값이 미리 설정된 경계를 벗어나는 경우에 우선순위와 다를 수 있다. 미리 설정된 경계는 기술규격에서 결정될 수 있다. 또는, 미리 설정된 경계는 RRC 시그널링으로 주어질 수 있다.
방법 2.1-4: 멀티캐스트 PDSCH의 처리에 대한 우선순위는 사전에 단말에게 알려질 수 있다. 단말은 우선순위에 기초하여 멀티캐스트 PDSCH를 유니캐스트 PDSCH보다 먼저 처리할 수 있다. 또는, 단말은 우선순위에 기초하여 유니캐스트 PDSCH를 멀티캐스트 PDSCH보다 먼저 처리할 수 있다.
방법 2.1-5: 단말은 미리 설정된 경계를 기준으로 멀티캐스트 PDSCH의 처리에 대한 우선순위를 결정할 수 있다. 단말은 미리 설정된 경계에 따른 우선순위에 기초하여 멀티캐스트 PDSCH를 유니캐스트 PDSCH보다 먼저 처리할 수 있다. 또는, 단말은 미리 설정된 경계에 따른 우선순위에 기초하여 유니캐스트 PDSCH를 멀티캐스트 PDSCH보다 먼저 처리할 수 있다.
상술한 동작은 멀티캐스트 PDSCH와 유니캐스트 PDSCH의 비교를 위해 활용될 수 있다. 우선순위(예를 들어, 멀티캐스트 PDSCH의 우선순위)가 미리 설정된 경계를 벗어나는 경우, 단말은 멀티캐스트 PDSCH의 우선순위를 URLLC 트래픽에 대한 유니캐스트 PDSCH의 우선순위와 동일한 것으로 간주할 수 있다. 우선순위(예를 들어, 멀티캐스트 PDSCH의 우선순위)가 미리 설정된 경계에 속하는 경우, 단말은 멀티캐스트 PDSCH의 우선순위를 eMBB 트래픽에 대한 유니캐스트 PDSCH의 우선순위와 동일한 것으로 간주할 수 있다.
멀티캐스트 PDSCH의 우선순위는 유니캐스트 PDSCH의 우선순위와 직접적으로 비교될 수 있다. 이때, 멀티캐스트 PDSCH의 우선순위는 두 가지 값들로 제한될 수 있다. 이 경우, 멀티캐스트 PDSCH의 우선순위는 PDSCH의 복호를 위한 우선순위 뿐만 아니라 HARQ-ACK을 전송하기 위한 우선순위로도 활용될 수 있다.
방법 2.1-6: 멀티캐스트 PDSCH의 우선순위는 2가지 값들로 제한될 수 있고, 유니캐스트 PDSCH의 우선순위와 직접적으로 비교될 수 있다.
복수의 멀티캐스트 PDSCH들이 할당되는 경우, 단말은 복수의 멀티캐스트 PDSCH들 간의 우선순위를 비교할 수 있고, 처리 능력에 따라 복호할 멀티캐스트 PDSCH를 선택할 수 있다. 단말에게 복수의 PDSCH들이 할당되는 경우, 복수의 PDSCH들은 시간 순서대로 할당될 수 있다. 아래 도 5 및 도 6에 도시된 실시예와 같이, "PDCCH - PDSCH - PUCCH"의 시간 순서는 유지될 수 있다.
도 5a는 PDSCH의 할당 방법의 제2 실시예를 도시한 개념도이고, 도 5b는 PDSCH의 할당 방법의 제3 실시예를 도시한 개념도이다.
도 5a 및 도 5b를 참조하면, in-order scheduling에서 PDCCH의 순서와 PDSCH의 순서는 유지될 수 있고, out-of-order scheduling에서 PDCCH의 순서와 PDSCH의 순서는 서로 다를 수 있다.
도 6a는 PUCCH의 할당 방법의 제1 실시예를 도시한 개념도이고, 도 6b는 PUCCH의 할당 방법의 제2 실시예를 도시한 개념도이다.
도 6a 및 도 6b를 참조하면, in-order feedback에서 PDSCH의 순서와 PUCCH의 순서는 유지될 수 있고, out-of-order feedback에서 PDSCH의 순서와 PUCCH의 순서는 서로 다를 수 있다. in-order scheduling 및 in-order feedback에서 "PDCCH - PDSCH - PUCCH"의 순서는 유지될 수 있다. PDCCH와 PDSCH 간의 시간 간격(예를 들어, 슬롯 오프셋 또는 서브 슬롯 오프셋)은 K0으로 정의될 수 있고, PDSCH와 PUCCH 간의 시간 간격(예를 들어, 슬롯 오프셋 또는 서브 슬롯 오프셋)은 K1로 정의될 수 있다. 따라서 (K0, K1)는 in-order scheduling/feedback(예를 들어, in-order scheduling 및/또는 in-order feedback)의 조건을 만족할 수 있다.
그룹에 속한 일부의 단말은 저전력 모드(power saving mode)로 동작할 수 있다. 이러한 경우, 기지국은 PDCCH와 PDSCH 간의 K0을 미리 설정된 경계보다 크게 설정할 수 있고, K0을 단말에 알려줄 수 있다. 멀티캐스트 PDSCH를 동적으로 할당하는 절차에서 K0가 클 수 있기 때문에, out-of-order scheduling은 빈번하게 발생할 수 있다.
멀티캐스트 전송을 고려하면, 그룹에 속한 모든 단말들에 대해서 in-order scheduling/feedback을 모두 만족시키는 것은 어려울 수 있다. 따라서 in-order scheduling/feedback이 아닌 다른 scheduling/feedback(예를 들어, out-of-order scheduling/feedback)은 단말에서 발생할 수 있다. out-of-order scheduling/feedback은 out-of-order scheduling 및/또는 out-of-order feedback을 의미할 수 있다. 이때, 단말은 높은 우선순위를 가지는 PDSCH에 대한 스케줄링을 처리할 수 있다. 기지국은 상술한 동작을 위한 우선순위를 단말에게 별도로 제공할 수 있다.
PDSCH가 PDCCH에 의해 할당되는 경우, DCI의 특정한 필드는 PDSCH의 우선순위를 지시할 수 있다. 기지국은 RRC 시그널링에 의해 할당되는 PDSCH 또는 DCI에 의해 활성화되는 PDSCH의 우선순위를 단말에 지시할 수 있다. 상술한 우선순위는 멀티캐스트 PDSCH의 처리 순서에 적용될 수 있다. 유니캐스트 PDSCH의 우선순위와 멀티캐스트 PDSCH의 우선순위는 서로 다른 값을 가질 수 있다. "멀티캐스트 PDSCH의 우선순위가 미리 설정된 경계를 벗어나는 경우" 또는 "멀티캐스트 PDSCH의 우선순위가 미리 설정된 경계에 속하는 경우", 멀티캐스트 PDSCH의 우선순위는 유니캐스트 PDSCH의 우선순위와 비교될 수 있다.
방법 2.1-7: 높은 우선순위를 가지는 멀티캐스트 전송에서 낮은 우선순위를 가지는 멀티캐스트에 대한 out-of-order scheduling/feedback은 허용될 수 있다. 이 경우, 단말은 PDSCH를 수신할 수 있고, HARQ-ACK 피드백이 활성화된 경우에 PUCCH를 전송할 수 있다.
2.2 멀티캐스트 PDCCH의 수신 방법
PDCCH를 수신하기 위해서, 단말은 CCE(control channel element)를 복조할 수 있고, PDCCH 후보(candidate)를 구성하여 DCI를 복호할 수 있다. 단말의 처리 능력은 한계를 가지기기 때문에, 하나의 슬롯 또는 하나의 서브 슬롯에서 단말이 처리할 수 있는 CCE의 최대 개수 및/또는 PDCCH의 최대 개수는 기술규격에서 정의될 수 있다. CCE의 최대 개수 및/또는 PDCCH의 최대 개수가 제한된 이유는 단말이 CCE 수신을 위한 채널 추정 동작 및 PDCCH 수신을 위한 극부호 복호 동작을 수행해야 하기 때문이다.
서빙 셀이 SCell인 경우, 기지국은 CCE의 최대 개수 및/또는 PDCCH의 최대 개수를 넘지 않도록 탐색 공간을 적절하게 단말에게 설정할 수 있다. 서빙 셀이 PCell인 경우, 기지국은 CCE의 최대 개수 및/또는 PDCCH의 최대 개수를 넘도록 탐색 공간을 단말에게 설정할 수 있다. 이 경우, 단말은 미리 설정된 절차에 따라 일부의 탐색 공간을 탐색하지 않을 수 있다. 이 경우, 단말에서 처리되는 CCE의 개수는 CCE의 최대 개수 이하일 수 있고, 단말에서 처리되는 PDCCH의 개수는 PDCCH의 최대 개수 이하일 수 있다. 여기서 SCell에서 UE 특정 탐색 공간만이 지원될 수도 있다. 또는, 설정에 따라 SCell에서 UE 특정 탐색 공간 뿐만 아니라 공통 탐색 공간도 지원될 수 있다.
상술한 제약 사항은 유니캐스트 PDCCH에 대한 제약 사항일 수 있다. 따라서 멀티캐스트 전송을 추가로 고려하는 시나리오에서 상술한 제약 사항의 개선이 필요하다. PCell 및 SCell 각각에서 PDCCH의 최대 개수 및/또는 CCE의 최대 개수의 제약 사항을 만족하면서도, 유니캐스트 전송과 멀티캐스트 전송을 모두 지원할 수 있는 방법이 필요하다.
멀티캐스트를 위한 탐색 공간(예를 들어, M-RNTI를 관찰할 수 있는 탐색 공간 집합)은 그룹 공통 탐색 공간에 속할 수 있다. 또는, 멀티캐스트를 위한 탐색 공간은 UE-특정 탐색 공간(USS)에 속할 수 있다. 예를 들어, 멀티캐스트를 위한 탐색 공간은 Type3-PDCCH CSS 집합 혹은 별도의 타입을 갖는 CSS 집합에 속할 수 있다. 방법 2.2-1은 SCell과 PCell 모두에 적용될 수 있다.
방법 2.2-1: M-RNTI는 Type3-PDCCH CSS 집합 및/또는 USS 집합에서 관찰될 수 있다.
그룹에 속한 모든 단말들이 M-RNTI를 사용하여 탐색 공간을 모니터링 하도록, 동일한 캐리어에서 CORESET(control resource set)과 탐색 공간은 설정될 수 있다. 따라서 제1 단말은 해당 캐리어를 PCell로 해석할 수 있고, 제2 단말은 캐리어를 SCell로 해석할 수 있다.
멀티캐스트를 위한 탐색 공간으로 별도의 CSS 집합이 단말에게 설정될 수도 있다. 이러한 경우에도 단말은 M-RNTI를 이용하여 탐색 공간을 모니터링할 수 있다.
SCell에서 M-RNTI를 관찰하는 단말들이 처리하는 CCE 및 PDCCH 각각의 개수는 최대 개수를 넘지 않을 수 있다. 따라서 기지국은 탐색 공간 집합을 적절히 단말(들)에 설정할 수 있다. 하지만 많은 단말들이 존재하는 경우, 탐색 공간(또는, 탐색 공간 집합)을 적절히 설정하는 것은 어려울 수 있다. 따라서 SCell에서도 단말이 일부의 탐색 공간을 선택하는 방법은 필요하다.
방법 2.2-2: CCE 및/또는 PDCCH의 개수(예를 들어, 수신 개수)를 제한하기 위해서 일부의 탐색 공간 집합을 선택하는 동작은 PCell 뿐만 아니라 SCell에도 적용될 수 있다.
구체적으로, PDCCH의 개수와 CCE의 개수는 탐색 공간 집합의 ID의 순서대로 합산될 수 있고, 단말이 CSS 집합과 USS 집합에서 수신해야 하는 CCE의 개수와 PDCCH의 개수가 최대 개수보다 크지 않도록 설정될 수 있다. PCell에서 설정되는 설정 변수(예를 들어, monitoringCapabilityConfig)는 SCell에서도 다른 RRC 설정 변수로써 단말에게 지시될 수 있다. 만일 단말에게 CORESETPoolIndex가 지시된 경우에는, 단말에게 설정된 설정 변수(예를 들어, monitoringCapabilityConfig)는 제1 CORESET에만 적용될 수 있다. 또는, 제1 CORESET 또는 제2 CORESET을 지시하는 별도의 RRC 설정 변수는 단말에게 지시될 수 있다.
방법 2.2-3: monitoringCapabilityConfig는 SCell에서도 설정될 수 있다.
방법 2.2-4: monitoringCapabilityConfig가 적용되는 PCell 또는 SCell에서 제1 CORESET 또는 제2 CORESET을 선택하기 위한 RRC 설정 변수는 도입될 수 있다.
"단말이 탐색 공간 집합의 일부만을 수신하는 동작"은 기지국의 지시에 따라 수행될 수 있다. "단말이 탐색 공간 집합의 일부만을 수신하는 동작"은 멀티캐스트가 지원되는 경우에만 수행될 수 있다.
방법 2.2-5: 방법 2.2-2에서, 기지국의 별도의 RRC 시그널링이 없는 경우에도, M-RNTI가 단말에 설정되면, 단말은 탐색 공간 집합을 선택하는 동작을 수행할 수 있다.
방법 2.2-6: 방법 2.2-2에서, SCell에서 탐색 공간 집합의 선택 동작은 RRC 시그널링으로 인에이블(enable)될 수 있다.
SCell에서 M-RNTI를 관찰하는 단말이 수신하는 CCE 및/또는 PDCCH의 개수는 단말이 지원하는 최대 개수를 넘을 수 있다. 따라서 "탐색 공간 집합의 일부를 수신하지 않는 동작"은 인에이블 또는 디세이블(disable)될 수 있다. 기지국은 "탐색 공간 집합의 일부를 수신하지 않는 동작"의 인에이블 또는 디세이블을 RRC 시그널링을 사용하여 단말에 지시할 수 있다. "탐색 공간 집합의 일부를 수신하지 않는 동작"이 인에이블되면, 단말은 모든 PDCCH MO(monitoring occasion)에서 USS 집합의 선택 동작을 수행할 수 있다. "탐색 공간 집합의 일부를 수신하지 않는 동작"의 디세이블이 단말에게 지시되면, 단말은 모든 탐색 공간 집합에서 CCE 및/또는 PDCCH의 개수가 최대 개수보다 크지 않을 것이라고 예상할 수 있다.
방법 2.2-7: 방법 2.2-6에서, SCell에서 탐색 공간 집합의 선택 동작은 모든 PDCCH MO에서 수행될 수 있다.
M-RNTI가 수신되지 않는 PDCCH MO에서 CCE 및/또는 PDCCH의 개수는 단말이 지원하는 최대 개수를 넘지 않을 것으로 예상되기 때문에, 유효한 탐색 공간 집합 개수를 세는 동작이 항상 수행될 필요는 없다. 이러한 경우, 단말은 M-RNTI를 관찰하는 시간 자원에서만 탐색 공간 집합의 선택 동작을 수행할 수 있다.
방법 2.2-8: 방법 2.2-6에서, SCell에서 탐색 공간 집합의 선택 동작은 M-RNTI가 관찰되는 시간(예를 들어, 슬롯)에서만 수행될 수 있다.
단말이 복호하는 DCI 포맷은 여러 가지로 설정될 수 있다. 예를 들어, 2개의 DCI 포맷들은 설정될 수 있고, 2개의 DCI 포맷들은 M-RNTI에 의해 스크램블링 될 수 있다. 2개의 DCI 포맷들의 길이는 서로 다를 수 있다. 2개의 DCI 포맷들 중 제1 DCI 포맷의 크기는 DCI 포맷 1_0의 크기와 같을 수 있다. 2개의 DCI 포맷들 중 제2 DCI 포맷의 크기는 DCI 포맷 1_1의 크기와 같을 수 있다. 여기서, DCI 포맷 1_0의 크기는 CSS 집합에서 수신되는 C-RNTI에 의해 스크램블링 된 DCI 포맷 1_0의 크기를 의미할 수 있다.
제3 장: 멀티캐스트 PUCCH의 전송 방법
단말에게 하나의 멀티캐스트가 설정된 경우, 기지국은 단말에게 멀티캐스트 PDSCH를 전송할 수 있고, 단말은 멀티캐스트 PDSCH에 대한 복호를 수행하여 HARQ-ACK을 도출할 수 있다. 단말은 도출된 HARQ-ACK을 포함하는 PUCCH를 기지국에 전송할 수 있다. HARQ-ACK 피드백은 기지국의 지시에 따라 인에이블 또는 디세이블될 수 있다. HARQ-ACK 피드백이 인에이블된 경우, PUCCH의 전송 방법이 설명될 것이다.
멀티캐스트를 위한 PDCCH는 PUCCH 자원 정보를 포함할 수 있다. PUCCH 자원 집합은 동일한 그룹(예를 들어, 동일한 멀티캐스트 그룹)에 속하는 단말들에 동일하게 설정될 수 있다. 또는, PUCCH 자원 집합은 단말별로 독립적으로 설정될 수 있다. "동일한 UL BWP 및 동일한 PUCCH 자원 인덱스가 설정되고, M-RNTI가 탐색된 PDCCH의 첫 번째 CCE가 동일한 경우에도", 단말에 설정된 PUCCH 자원 집합이 다르면, PDCCH에 의해 지시되는 PUCCH 자원은 서로 다른 PUCCH 자원들로 해석될 수 있다.
방법 3-1: 멀티캐스트 PDSCH에 대한 HARQ-ACK이 전송되는 PUCCH 자원 집합은 그룹에 속한 단말들에게 동일하게 지시될 수 있다.
동일한 PUCCH 자원 집합을 지시하기 위해, PUCCH-configcommon에서 지시되는 PUCCH 자원 집합은 사용될 수 있다. 단말은 M-RNTI로 스크램블링 된 DCI 또는 C-RNTI로 스크램블링 된 DCI를 통해 멀티캐스트 PDSCH의 할당 정보를 획득할 수 있다. 이때, PUCCH 자원 집합은 RNTI와 무관하게 PUCCH-configcommon에 기초하여 해석될 수 있다. 단말은 1개 혹은 2개 HARQ-ACK 비트(들)을 기지국으로 전송할 수 있다.
복수의 멀티캐스트 PDSCH들에 대한 PUCCH 타이밍이 서로 다르게 지시되는 경우, 단말은 복수의 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들을 포함하는 하나의 PUCCH를 기지국에 전송할 수 있다. 이 경우, 단말은 PDCCH들 중에서 늦은 PDCCH(즉, 늦게 수신된 PDCCH)에 기초하여 PUCCH 자원을 확인할 수 있다. 기지국은 늦은 PDCCH에 대해 2개 HARQ-ACK 비트들이 전송될 것을 알 수 있다. 따라서 기지국은 2개 HARQ-ACK 비트들을 고려하여 PUCCH 자원을 할당할 수 있다.
단말은 3개 이상의 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들을 동일한 PUCCH에서 전송할 수 있다. 예를 들어, "TDD(time division duplex)를 지원하는 통신 시스템에서 UL 자원이 적게 설정되고, 멀티캐스트 PDSCH가 주기적으로 전송되는 경우", 복수의 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들은 하나의 PUCCH에 대응할 수 있다.
도 7은 PUCCH의 전송 타이밍의 제1 실시예를 도시한 개념도이다.
도 7을 참조하면, 2개의 PDSCH들(예를 들어, 2개의 멀티캐스트 PDSCH들)은 1개의 PUCCH에 대응할 수 있다. 많은 자원들(예를 들어, 넓은 대역폭 및/또는 많은 심볼들)이 멀티캐스트 전송을 위해 할당될 수 없는 경우, 기지국은 복수의 PDSCH들이 하나의 PUCCH에 대응하도록 스케줄링 할 수 있다.
이 경우, 단말은 HARQ-ACK의 크기를 줄일 수 있다. 예를 들어, 단말은 HARQ-ACK의 크기를 2비트 이하로 유지할 수 있다. 또는, 기지국은 3개 이상의 HARQ-ACK 비트들의 전송이 가능한 PUCCH 자원을 할당할 수 있다. PUCCH-configcommon에 의해 PUCCH 자원 집합이 설정되는 경우, 2개 이하의 HARQ-ACK 비트들만이 전송될 수 있다. 상술한 동작을 지원하기 위해, 아래의 방법 3-2 및 방법 3-3은 고려될 수 있다.
방법 3-2: 단말은 3개 이상의 HARQ-ACK 비트들을 전송하지 않는 것을 기대할 수 있다.
방법 3-3: 단말은 3개 이상의 HARQ-ACK 비트들에 대한 AND 번들링(bundling)을 수행함으로써 3개 이상의 HARQ-ACK 비트들을 1개의 HARQ-ACK 비트로 표현할 수 있고, 1개의 HARQ-ACK 비트를 UCCH에서 전송할 수 있다.
2개 이하의 HARQ-ACK 비트들을 고려하기 위해, AND 번들링은 수행될 수 있다. 이 경우, 손실 압축(lossy compression)에 의하여, 기지국은 많은 재전송 절차를 수행할 수 있다. 이 문제를 해결하기 위해, 2개의 멀티캐스트 PDSCH들만이 선택될 수 있다. 단말은 3개 이상의 멀티캐스트 PDSCH들 중에서 멀티캐스트 PDSCH의 수신 시점을 기준으로 2개의 멀티캐스트 PDSCH들을 선택할 수 있다.
방법 3-4: 단말은 3개 이상의 멀티캐스트 PDSCH들 중에서 시간 도메인에서 앞선 2개의 멀티캐스트 PDSCH들 또는 늦은 2개의 멀티캐스트 PDSCH들을 선택할 수 있고, 선택된 2개의 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들만을 전송할 수 있다. 즉, 단말은 상술한 동작이 지원되는 것을 기대할 수 있다.
멀티캐스트 PDSCH들에 대한 3개 이상의 HARQ-ACK 비트들이 다중화 가능한 경우, 기지국은 단말에게 새로운 PUCCH 자원 집합을 지시할 수 있다. 새로운 PUCCH 자원 집합은 단말마다 독립적으로(예를 들어, 서로 다르게) 설정될 수 있다. 이 동작은 방법 3-5일 수 있다. 다른 방법으로, 새로운 PUCCH 자원 집합은 동일한 그룹에 속하는 모든 단말들을 위해 동일하게 설정될 수 있다. 이 동작은 방법 3-6일 수 있다.
방법 3-5: 유니캐스트를 지원하기 위한 PUCCH 자원 집합(이하, "유니캐스트 PUCCH 자원 집합"이라 함)은 멀티캐스트를 지원하기 위한 PUCCH 자원 집합(이하, "멀티캐스트 PUCCH 자원 집합"이라 함)으로 재사용될 수 있다.
멀티캐스트 PDSCH들에 대한 3개 이상의 HARQ-ACK 비트들이 발생하는 경우, 단말은 기지국에 의해 설정된 PUCCH 자원 집합을 사용하여 3개 이상의 HARQ-ACK 비트들을 다중화 할 수 있다. 이 동작은 "그룹에 속한 모든 단말들이 별도의 PUCCH 자원을 활용하여 HARQ-ACK을 기지국으로 전송하는 것"을 의미할 수 있다. 멀티캐스트 전송에서 3개 이상의 HARQ-ACK 비트들은 흔하게 발생하지 않을 수 있다. 따라서 PUCCH 자원 집합은 그룹에서 공유하도록 설정되지 않을 수 있다. 따라서 단말은 멀티캐스트 PDSCH(들)에 대한 HARQ-ACK 전송을 위해 유니캐스트 PUCCH 자원 집합을 활용할 수 있다.
유니캐스트 PUCCH 자원 집합을 사용하기 위해서는, 단말은 기지국과 RRC 연결을 설정하고, 해당 기지국으로부터 PUCCH-config를 수신해야 한다. 3개 이상의 HARQ-ACK 비트들의 전송을 지원하는 PUCCH 자원 집합은 모든 단말들에 설정되지 않으므로, 멀티캐스트 지원은 한계를 가질 수 있다. 이 문제를 해결하기 위해, 멀티캐스트를 위한 별도의 PUCCH 자원 집합은 단말들에게 지시될 수 있다. 예를 들어, PUCCH 자원 집합은 멀티캐스트 전송을 단말에게 설정하는 RRC 설정 변수에 포함될 수 있다.
방법 3-6: 기지국은 멀티캐스트 전송을 지원하기 위한 PUCCH 자원 집합을 RRC 시그널링을 사용하여 단말들에게 지시할 수 있다.
멀티캐스트 전송에서 우선순위(예를 들어, 멀티캐스트 PDSCH의 우선순위)에 따라 PUCCH 자원 집합은 서로 다르게 사용될 수도 있다. 이러한 경우, 2개의 멀티캐스트 PUCCH 자원 집합들은 단말에게 설정될 수 있다.
멀티캐스트 PDSCH의 개수에 따라 하나 이상의 HARQ-ACK 비트들은 발생할 수 있다. 이 동작을 지원하기 위한 공통 PUCCH 자원 집합은 단말(들)에 지시될 수 있다. PUCCH 자원 집합은 n개의 HARQ-ACK 비트들의 전송을 지원하므로, PUCCH 포맷 0 및 1 뿐만 아니라 PUCCH 포맷 2, 3, 및 4도 사용될 수 있다. n은 자연수일 수 있다.
단말이 NACK-only 피드백 동작을 수행하는 것은 RRC 시그널링에 의해 지시될 수 있다. 이 경우, PUCCH 포맷 0 또는 1은 사용될 수 있고, 유니캐스트 PUCCH 자원 집합이 아닌 별도의 PUCCH 자원 집합은 멀티캐스트 PUCCH 자원 집합으로 사용될 수 있다. 여기서, 별도의 PUCCH 자원 집합은 단말에 설정된 복수의 멀티캐스트 PUCCH 자원 집합들 중에서 하나일 수 있다.
3.1 서로 다른 우선순위를 가지는 멀티캐스트들에 대한 HARQ-ACK 다중화를 지시하는 방법
단말에게 둘 이상의 멀티캐스트 전송들이 설정된 경우는 고려될 수 있다. 하나의 멀티캐스트가 단말에 설정된 경우, 우선순위는 항상 동일하게 유지될 수 있다. 둘 이상의 멀티캐스트 전송들은 서로 다른 우선순위를 가질 수 있다. 또한, 기지국은 둘 이상의 멀티캐스트 전송들을 위해 서로 다른 PUCCH 타이밍들을 지시할 수 있다. 서로 다른 멀티캐스트 전송들을 위해 지시된 PUCCH들이 시간 도메인(예를 들어, 일부 심볼)에서 중첩되는 경우, 단말은 하나의 PUCCH에서 HARQ-ACK을 전송할 수 있다. 예를 들어, 단말은 하나의 우선순위에 대한 멀티캐스트 PDSCH에 대한 HARQ-ACK만을 전송할 수 있다. 또는, 단말은 서로 다른 우선순위들에 대한 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들을 하나의 PUCCH에서 다중화 할 수 있다. 이러한 동작은 RRC 시그널링과 DCI의 조합으로 지시될 수 있다.
방법 3.1-1: 기지국은 "서로 다른 우선순위들을 가지는 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들을 다중화 하는 동작"의 수행을 RRC 시그널링을 통해 단말에 지시할 수 있다.
방법 3.1-2: 가장 늦은 DCI 또는 가장 높은 우선순위를 가지는 멀티캐스트 PDSCH를 할당하는 DCI는 "서로 다른 우선순위들을 가지는 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들을 다중화 하는 동작"의 수행을 지시하는 정보 또는 "HARQ-ACK 비트들의 다중화 없이 하나의 멀티캐스트 PDSCH를 선택하는 동작"의 수행을 지시하는 정보를 포함할 수 있다.
방법 3.1-3: "서로 다른 우선순위들을 가지는 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들을 다중화 하는 동작"의 허용은 RRC 시그널링에 의해 지시될 수 있고, 가장 늦은 DCI 또는 가장 높은 우선순위를 가지는 멀티캐스트 PDSCH를 할당하는 DCI는 "HARQ-ACK 비트들의 다중화" 또는 "하나의 멀티캐스트 PDSCH의 선택"을 지시할 수 있다.
멀티캐스트 PDSCH의 우선순위에 따라 하나의 멀티캐스트 PDSCH에 대한 PUCCH만이 전송될 수 있다. 이 경우, PUCCH 자원은 하나의 멀티캐스트 PDSCH를 할당하는 DCI에 의해 지시될 수 있다.
PTM 방식1에서 M-RNTI에 의해 스크램블링 된 DCI는 그룹에 속한 단말들 각각의 HARQ-ACK 비트의 크기를 개별적으로 지시할 수 없다. 멀티캐스트 PDSCH마다 할당된 PUCCH들이 시간 도메인(예를 들어, 일부 심볼)에서 중첩되는 경우, 하나의 멀티캐스트 PDSCH(예를 들어, 가장 높은 우선순위를 가지는 멀티캐스트 PDSCH)에 대한 HARQ-ACK 비트(들)만이 기지국으로 피드백 되는 것은 바람직하다.
PTM 방식2에서 C-RNTI로 스크램블링 된 DCI는 단말들 각각에서 수신되기 때문에, 상술한 PTM 방식1의 제약은 없다. 따라서 단말은 모든 멀티캐스트 PDSCH들에 대한 HARQ-ACK 비트들을 기지국에 피드백 할 수 있다. 여기서, PUCCH 자원은 단말에서 마지막으로 수신된 DCI에 의해 지시될 수 있다
3.2 멀티캐스트 PDSCH에 대한 HARQ-ACK 피드백의 활성화(enable) 및 비활성화(disable) 방법
단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK을 항상 기지국에게 보고하지 않을 수 있다. 그룹에 속한 모든 단말들로부터 TB(transport block)에 대한 ACK이 수신되면, 기지국은 해당 TB가 오류 없이 전달된 것으로 간주할 수 있다. 그룹에 속한 적어도 하나의 단말로부터 TB에 대한 NACK이 수신되면, 기지국은 해당 TB를 재전송할 수 있다. 기지국이 많은 PUCCH 자원들을 설정하는 것을 방지하기 위해, NACK-only 피드백 동작은 사용될 수 있다.
제1 단말과 기지국 간의 무선 링크 품질이 좋은 경우에 제1 단말에서 ACK 발생의 확률이 높을 것으로 예상될 수 있고, 제2 단말과 기지국 간의 무선 링크 품질이 나쁜 경우에 제2 단말에서 NACK 발생의 확률이 높을 것으로 예상될 수 있다. 이 경우, 경계 지역에 속하는 단말들은 NACK-only 피드백 동작을 지원하지 않을 수 있다. 즉, 경계 지역에 속하는 단말들은 ACK 또는 NACK을 기지국에 보고할 수 있다. 상술한 동작을 지원하기 위해서, 멀티캐스트 PDSCH에 대한 HARQ-ACK 피드백은 활성화 또는 비활성화될 수 있다. 실시예에서 HARQ-ACK 피드백의 활성화는 HARQ-ACK 피드백의 인에이블을 의미할 수 있고, HARQ-ACK 피드백의 비활성화는 HARQ-ACK 피드백의 디세이블을 의미할 수 있다.
방법 3.2-1: 멀티캐스트 PDSCH를 스케줄링 하는 DCI는 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시하는 정보를 포함할 수 있다.
방법 3.2-2: HARQ-ACK 피드백의 비활성화 동작이 허용되는 것은 RRC 시그널링에 의해 지시될 수 있고, 멀티캐스트 PDSCH를 스케줄링 하는 DCI는 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시할 수 있다.
방법 3.2-3: 멀티캐스트 전송을 설정하는 RRC 시그널링은 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시할 수 있다.
방법 3.2-2에 한 예에 의하면, RRC 시그널링에 의해 멀티캐스트 PDSCH에 대한 HARQ-ACK 피드백이 활성화되면, 단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK을 항상 피드백 할 수 있다. 이러한 경우, 멀티캐스트 PDSCH를 할당하는 DCI에 포함된 특정한 필드 혹은 필드들의 조합이 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도, 단말은 HARQ-ACK 피드백의 비활성화 지시를 무시할 수 있고, 멀티캐스트 PDSCH에 대한 HARQ-ACK을 기지국에 전송할 수 있다. 즉, RRC 시그널링에 의한 지시는 DCI에 의한 지시보다 우선할 수 있다. 멀티캐스트 PDSCH에 대한 HARQ-ACK 피드백의 비활성화 동작이 RRC 시그널링에 의해 허용되면, 단말은 멀티캐스트 PDSCH를 할당하는 DCI의 특정한 필드 혹은 필드들의 조합 따라 HARQ-ACK을 전송하거나 전송하지 않을 수 있다.
방법 3.2-2에 다른 예에 의하면, RRC 시그널링에 의해 멀티캐스트 PDSCH에 대한 HARQ-ACK 피드백이 활성화되면, 단말은 멀티캐스트 PDSCH를 할당하는 DCI에 따라서 HARQ-ACK을 피드백 하거나 혹은 피드백 하지 않을 수 있다. 이러한 경우는 "멀티캐스트 PDSCH를 할당하는 DCI에 포함된 특정한 필드 혹은 필드들의 조합이 HARQ-ACK 피드백의 비활성화를 지시하는 경우"일 수 있다. 즉, RRC 시그널링과 DCI에 의한 지시가 조합되어 HARQ-ACK 피드백이 수행될 수 있다. 멀티캐스트 PDSCH에 대한 HARQ-ACK 피드백의 비활성화 동작이 RRC 시그널링에 의해 허용되면, 단말은 멀티캐스트 PDSCH를 할당하는 DCI의 특정한 필드 혹은 필드들의 조합 따라 HARQ-ACK을 전송하거나 전송하지 않을 수 있다.
방법 3.2-4: 방법 3.2-2에서, RRC 시그널링에 의해 HARQ-ACK 피드백의 활성화가 지시되면, 멀티캐스트 PDSCH를 할당하는 DCI가 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시하는 정보를 포함하는 경우에도, 단말은 DCI의 지시(즉, HARQ-ACK 피드백의 활성화 또는 비활성화에 대한 지시)에 의해서, HARQ-ACK을 기지국에 전송할 수 있다
방법 3.2-5: 멀티캐스트 PDSCH를 할당하는 DCI는 특정한 필드를 포함할 수 있고, 제1 값(예를 들어, 0)로 설정된 특정한 필드는 HARQ-ACK 피드백의 활성화를 지시할 수 있고, 제2 값(예를 들어, 1)로 설정된 특정한 필드는 HARQ-ACK 피드백의 비활성화를 지시할 수 있다.
다른 방법으로, 멀티캐스트 PDSCH를 할당하는 DCI에 포함된 필드들의 조합은 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시할 수 있다. 예를 들어, DCI에 포함된 "HARQ-ACK 피드백 타이밍을 지시하는 제1 필드"와 "PUCCH 자원 인덱스를 지시하는 제2 필드"의 조합의 특정 값은 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시할 수 있다. 상술한 조합의 특정 값은 기술규격에 미리 정의될 수 있다. 또는, 기지국은 상술한 조합의 특정 값을 단말에 알려줄 수 있다.
한편, HARQ-ACK 피드백이 비활성화된 경우, HARQ 코드북은 다음과 같이 생성될 수 있다. "기지국이 T1(Type1) HARQ 코드북을 생성하는 것을 단말에 지시하고, HARQ-ACK 피드백이 비활성화된 경우", 단말은 멀티캐스트 PDSCH에 대한 NACK을 포함하는 T1 HARQ 코드북을 생성할 수 있다. T1 HARQ 코드북의 생성은 RRC 시그널링에 의해 지시될 수 있고, HARQ-ACK 피드백의 비활성화는 DCI에 의해 지시될 수 있다. "기지국이 T2(Type2) HARQ 코드북을 생성하는 것을 단말에 지시하고, HARQ-ACK 피드백이 비활성화된 경우", 단말에 의해 생성된 T2 HARQ 코드북은 멀티캐스트 PDSCH에 대한 HARQ-ACK을 포함하지 않을 수 있다. T2 HARQ 코드북의 생성은 RRC 시그널링에 의해 지시될 수 있고, HARQ-ACK 피드백의 비활성화는 DCI에 의해 지시될 수 있다. 멀티캐스트 PDSCH를 할당하는 DCI에 포함된 DAI(downlink assignment index)의 값은 특정한 조건을 만족할 수 있다. 예를 들어, C(counter)-DAI와 T(total)-DAI는 이전 값과 동일할 수 있다.
다른 방법으로, DCI에 의해 HARQ-ACK 피드백이 비활성화되는 경우에도, 해당 DCI에 의해 스케줄링 되는 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트 외에 다른 HARQ-ACK 비트가 발생하는 경우, 단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트를 생성할 수 있다. 여기서, 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트가 다른 HARQ-ACK 비트와 다중화 가능한 경우, 단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트를 생성할 수 있다. 다른 HARQ-ACK 비트는 유니캐스트 PDSCH에 대한 HARQ-ACK 비트 또는 다른 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트일 수 있다. 단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트와 다른 HARQ-ACK 비트를 다중화 함으로써 다중화 된 HARQ-ACK 비트들(예를 들어, HARQ 서브코드북 또는 HARQ 코드북)을 생성할 수 있고, 다중화 된 HARQ-ACK 비트들을 상향링크 채널(예를 들어, PUCCH 또는 PUSCH)을 통해 전송할 수 있다. 즉, 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트와 다른 HARQ-ACK 비트는 동일한 PUCCH를 통해 전송될 수 있다.
3.2.1 HARQ-ACK의 피드백 방법
단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK을 포함하는 PUCCH를 기지국으로 전송할 수 있다. 단말은 기지국의 설정에 따라 ACK 아닌 오직 NACK을 기지국에 전송할 수 있다. 구체적으로, 멀티캐스트 PDSCH의 복호 결과가 NACK인 경우에만, 단말은 PUCCH를 통해 NACK을 기지국으로 전송할 수 있다. "멀티캐스트 PDSCH의 복호 결과가 ACK인 경우" 또는 "멀티캐스트 PDSCH를 할당하는 DCI가 수신되지 않은 경우(예를 들어, DTX가 발생한 경우)", 단말은 해당 응답(예를 들어, ACK 또는 DTX)을 기지국에 전송하지 않을 수 있다. 따라서 기지국은 단말로부터 PUCCH를 수신하지 못할 수 있다.
단말은 HARQ-ACK 비트들을 포함하는 HARQ 코드북을 생성할 수 있고, HARQ 코드북을 기지국에 전송할 수 있다. 이 경우, HARQ 코드북의 타입에 따라서 서로 다른 방법들은 적용될 수 있다.
T1 HARQ 코드북의 생성이 단말에 지시되는 경우, PTM 방식1에 따른 T1 HARQ 코드북의 생성 방법은 PTM 방식2에 따른 T1 HARQ 코드북의 생성 방법과 다를 수 있다. PTM 방식1에 따른 T1 HARQ 코드북의 생성 방법, PTM 방식1에 따른 T2 HARQ 코드북의 생성 방법, 및 PTM 방식2에 따른 T2 HARQ 코드북의 생성 방법을 위해, 기존 방법은 재사용될 수 있다.
T1 HARQ 코드북 및 T2 HARQ 코드북이 적용되는 PTM 방식1에서, 그룹에 속한 단말들은 공통 DCI를 수신할 수 있고, HARQ-ACK의 양이 적기 때문에 HARQ 코드북에 대한 이슈는 적을 수 있다. T2 HARQ 코드북이 적용되는 PTM 방식2에서, 단말은 C-RNTI에 의해 스크램블링 되는 DCI를 수신하므로, T2 HARQ 코드북은 적절하게 생성될 수 있다.
"T1 HARQ 코드북의 생성이 지시되고, T1 HARQ 코드북이 적용되는 PTM 방식2에서 HARQ-ACK 피드백의 활성화 또는 비활성화가 동적으로 지시되는 경우", HARQ-ACK의 피드백 방법은 아래에서 설명될 것이다. PTM 방식1에서 단말이 C-RNTI로 스크램블링 되는 PDSCH에 대한 HARQ-ACK를 피드백 하는 경우, 멀티캐스트 PDSCH의 HARQ-ACK은 다중화 될 수 있다.
3.2.1.1 HARQ-ACK 피드백의 활성화 방법
HARQ-ACK 피드백이 활성화된 경우가 고려될 수 있다. 단말은 멀티캐스트 PDSCH(예를 들어, TB)를 복호할 수 있고, 멀티캐스트 PDSCH에 대한 복호 결과(예를 들어, HARQ-ACK 피드백)는 아래 표 1에 따라 전송될 수 있다. 표 1에 따르면, 1개의 HARQ-ACK 비트가 전송될 수 있다.
Figure PCTKR2021017787-appb-T000001
HARQ 코드북은 하나 이상의 HARQ 서브코드북(subcodebook)들을 포함할 수 있다. HARQ 서브코드북이 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트를 포함해야 하는 경우, 단말은 미리 설정된 값을 해당 HARQ-ACK 비트의 값으로 간주할 수 있다. 여기서, NACK-only 피드백 동작은 확장 적용될 수 있다. 이 경우, NACK과 non-NACK(예를 들어, ACK 및 DTX)은 구분될 수 있다. 또는, NACK-only 피드백 동작은 적용되지 않을 수 있다. 즉, HARQ-ACK 피드백은 그대로 사용될 수 있다. 이 경우, ACK과 non-ACK(예를 들어, NACK 및 DTX)은 구분될 수 있다.
TB의 복호 결과가 NACK와 non-NACK으로 구분되는 경우, HARQ 서브코드북에서 각 비트는 ACK(예를 들어, non-NACK) 또는 NACK을 지시할 수 있다. 예를 들어, HARQ 서브코드북에서 0으로 설정된 비트는 ACK을 지시할 수 있고, HARQ 서브코드북에서 1로 설정된 비트는 NACK을 지시할 수 있다. 또는, HARQ 서브코드북에서 0으로 설정된 비트는 NACK을 지시할 수 있고, HARQ 서브코드북에서 1로 설정된 비트는 ACK을 지시할 수 있다.
방법 3.2-6: TB의 복호 결과가 NACK인 경우, 해당 복호 결과는 HARQ 서브코드북에서 NACK으로 표현될 수 있다. TB의 복호 결과가 NACK이 아닌 경우, 해당 복호 결과는 HARQ 서브코드북에서 ACK으로 표현될 수 있다.
방법 3.2-7: TB의 복호 결과가 NACK인 경우, 해당 복호 결과는 HARQ 서브코드북에서 ACK으로 표현될 수 있다. TB의 복호 결과가 NACK이 아닌 경우, 해당 복호 결과는 HARQ 서브코드북에서 NACK으로 표현될 수 있다.
방법 3.2-6에 의하면, 기지국은 HARQ 서브코드북 내에서 NACK을 지시하는 비트에 대응하는 PDSCH 후보에서 NACK이 발생한 것으로 판단할 수 있다. 따라서 기지국은 NACK에 해당하는 TB를 재전송할 수 있다. DTX가 발생한 경우, 단말은 HARQ 서브코드북에서 DTX를 ACK으로 표현할 수 있다. ACK이 수신된 경우, 기지국은 HARQ 서브코드북 내에서 ACK을 지시하는 비트에 해당하는 TB에 대한 ACK 또는 DTX의 발생을 구분하지 못할 수 있다. 다만, 기지국은 NACK-only 피드백 동작의 수행을 단말에 지시하였기 때문에 NACK 발생 여부만을 확인할 수 있다. 상술한 HARQ-ACK 피드백 동작은 아래 표 2와 같을 수 있다.
Figure PCTKR2021017787-appb-T000002
방법 3.2-7에 의하면, 기지국은 HARQ 서브코드북 내에서 ACK을 지시하는 비트에 대응하는 PDSCH 후보에서 NACK이 발생한 것으로 판단할 수 있다. 따라서 기지국은 HARQ 서브코드북 내에서 ACK을 지시하는 비트에 해당하는 TB를 재전송할 수 있다. 방법 3.2-6와 같이 NACK-only 피드백 동작의 수행이 지시된 경우, 기지국은 NACK 발생 여부만을 확인할 수 있다. 방법 3.2-7에 의하면, PDSCH 후보에서 DTX가 발생한 경우에 해당 DTX는 HARQ 서브코드북에서 NACK으로 표현될 수 있다. 이 동작은 할당되지 않은 PDSCH 후보를 NACK으로 표현하는 동작과 동일할 수 있다. 상술한 HARQ-ACK 피드백 동작은 아래 표 3과 같을 수 있다.
Figure PCTKR2021017787-appb-T000003
TB의 복호 결과가 ACK와 non-ACK으로 구분되는 경우, HARQ 서브코드북에서 각 비트는 ACK 또는 NACK(예를 들어, non-ACK)을 지시할 수 있다. TB의 복호 결과가 NACK 또는 DTX인 경우, NACK 또는 DTX는 HARQ 서브코드북에서 NACK으로 표현될 수 있다.
방법 3.2-8: TB의 복호 결과가 ACK인 경우, 해당 복호 결과는 HARQ 서브코드북에서 ACK으로 표현될 수 있다. TB의 복호 결과가 ACK이 아닌 경우, 해당 복호 결과는 HARQ 서브코드북에서 NACK으로 표현될 수 있다. 방법 3.2-8은 아래 표 4와 같이 수행될 수 있다.
Figure PCTKR2021017787-appb-T000004
3.2.1.2 HARQ-ACK 피드백의 비활성화 방법
HARQ-ACK 피드백이 비활성화된 경우가 고려될 수 있다. 단말은 멀티캐스트 PDSCH를 복호할 수 있고, 아래 표 5에 따라 HARQ-ACK 피드백을 수행하지 않을 수 있다.
Figure PCTKR2021017787-appb-T000005
멀티캐스트 PDSCH를 할당하는 DCI는 HARQ-ACK 피드백을 비활성화 혹은 활성화할 수 있다. 이 경우, 단말은 HARQ-ACK을 포함하는 HARQ 코드북을 생성할 수 있다. HARQ-ACK 피드백이 비활성화된 경우에도, 단말은 PDSCH 후보에 대해서 HARQ-ACK(혹은 known bit)을 포함하는 T1 HARQ 코드북을 생성할 수 있다.
멀티캐스트 PDSCH에 대한 HARQ-ACK이 HARQ 서브코드북에 포함되어야 하는 경우, 단말은 미리 설정된 값을 해당 HARQ-ACK 비트의 값으로 간주할 수 있다. HARQ 서브코드북에서 0으로 설정된 비트는 ACK을 지시할 수 있고, HARQ 서브코드북에서 1로 설정된 비트는 NACK을 지시할 수 있다. 또는, HARQ 서브코드북에서 0으로 설정된 비트는 NACK을 지시할 수 있고, HARQ 서브코드북에서 1로 설정된 비트는 ACK을 지시할 수 있다.
HARQ-ACK 피드백이 비활성화된 경우, 기지국은 HARQ-ACK을 수신(예를 들어, 디코딩)하지 않을 수 있다. 따라서 HARQ 서브코드북에서 PDSCH 후보에 대한 HARQ-ACK 비트는 임의의 값으로 설정될 수 있다.
방법 3.2-9: TB의 복호 결과와 무관하게, HARQ 서브코드북에서 각 비트는 임의의 값, ACK을 지시하는 값, 또는 NACK을 지시하는 값으로 고정될 수 있다. 방법 3.2-9는 표 6과 같이 수행될 수 있다.
Figure PCTKR2021017787-appb-T000006
단말은 1비트의 정보를 기지국으로 전달할 수 있다. HARQ-ACK 피드백이 비활성화되는 경우에도, 단말은 추가적인 정보(예를 들어, 1비트의 정보)를 사용하여 HARQ-ACK을 피드백 할 수 있다. 또는, 단말은 추가적인 정보를 사용하여 DTX의 발생 여부를 기지국에 알려줄 수 있다.
방법 3.2-10: TB의 복호 결과가 ACK인 경우, 해당 복호 결과는 HARQ 서브코드북에서 ACK으로 표현될 수 있다. TB의 복호 결과가 ACK이 아닌 경우, 해당 복호 결과는 HARQ 서브코드북에서 NACK으로 표현될 수 있다. 방법 3.2-10은 아래 표 7와 같이 수행될 수 있다.
Figure PCTKR2021017787-appb-T000007
방법 3.2-10에 의하면, 단말은 TB의 복호 결과가 ACK인지 여부를 기지국에 알려줄 수 있다. 기지국은 TB의 복호 결과(즉, ACK 또는 NACK)에 따라 해당 TB의 재전송 여부를 결정할 수 있다.
방법 3.2-11: TB의 복호 결과가 DTX인 경우, 해당 복호 결과는 HARQ 서브코드북에서 NACK으로 표현될 수 있다. TB의 복호 결과가 DTX가 아닌 경우, 해당 복호 결과는 HARQ 서브코드북에서 ACK으로 표현될 수 있다. 방법 3.2-11은 아래 표 8과 같이 수행될 수 있다.
Figure PCTKR2021017787-appb-T000008
방법 3.2-11에 의하면, 단말은 TB가 복호된 경우에 해당 TB의 복호 결과(즉, ACK 또는 NACK)와 무관하게 ACK을 기지국에 전송함으로써 DTX의 발생 여부를 기지국에 알려줄 수 있다. 기지국은 TB의 복호 결과(즉, ACK 또는 NACK)에 따라 해당 TB에 대한 DCI의 재전송 여부를 결정할 수 있다.
3.2.2 저전력 동작을 위한 단말의 지원 방법
단말은 유니캐스트 데이터(예를 들어, 유니캐스트 PDSCH)에 대한 DRX(discontinuous reception) 동작 뿐만이 아니라 멀티캐스트 데이터(예를 들어, 멀티캐스트 PDSCH)에 대한 DRX 동작을 추가로 수행할 수 있다. PTM 방식1에서 그룹에 속한 단말들은 M-RNTI에 의해 스크램블링 된 DCI에 포함된 정보 요소(들)에 기초하여 동작할 수 있다. 따라서 그룹에 속한 모든 단말들은 활성화 시간(active time)에 맞추어 전송할 수 없다. PTM 방식2에서 단말(들)은 C-RNTI에 의해 스크램블링 된 DCI에 포함된 정보 요소(들)에 기초하여 동작할 수 있다. 따라서 해당 단말(들)은 별도의 DRX 동작을 수행할 필요가 없다. PTM 방식1과 PTM 방식2가 동적으로 스위칭 되는 경우, 단말은 2개의 DRX 동작들을 수행할 수 있다.
한 개의 M-RNTI는 설정될 수 있다. 또는, 복수 개의 M-RNTI들은 설정될 수 있다. 예를 들어, M-RNTI의 개수는 멀티캐스트 그룹 혹은 멀티캐스트 식별자의 개수와 동일하게 설정될 수 있다. 이러한 경우, M-RNTI마다 DRX 동작이 독립적으로 수행될 수 있다. 제안하는 방법에서 단말은 서로 다른 DRX 동작(예를 들어, M-DRX 동작과 U-DRX 동작)를 수행할 수 있다. DRX 동작을 수행하기 위해서 필요한 타이머는 RRC 시그널링으로 단말에게 별도로 설정될 수 있다. 멀티캐스트를 위한 DRX는 M-DRX로 표현될 수 있고, 유니캐스트를 위한 DRX는 U-DRX로 표현될 수 있다. 1개의 DRX를 수행하는 경우, 해당 DRX는 C-DRX로 표현될 수 있다. M-RNTI가 1개의 DRX에 연관되는 경우, 단말은 DRX에 따른 활성화 시간에서 멀티캐스트 PDSCH를 수신할 수 있다. 기지국은 그룹에 속한 단말들에게 M-RNTI에 의해 스크램블링 된 DCI를 사용하여 멀티캐스트 PDSCH를 할당할 수 있다. M-RNTI에 의해 스크램블링 된 DCI가 활성화 시간 외의 시간에 전송되는 경우, 일부 단말은 해당 DCI를 수신하지 못할 수 있다. 따라서 기지국은 일부 단말들에게 C-RNTI에 의해 스크램블링 된 DCI를 사용하여 PDSCH(예를 들어, 멀티캐스트 PDSCH)를 할당할 수 있다.
PDSCH 또는 PUSCH가 기지국으로부터 할당되는 경우, DRX 동작을 수행하는 단말은 타이머(예를 들어, HARQ RTT(round trip time) 타이머)를 개시할 수 있다. 단말은 HARQ RTT 타이머가 만료될 때 기지국이 재전송을 수행할 수 있는 것으로 가정할 수 있다. 일 예에서, DRX 동작은 long DRX으로 국한될 수도 있다. 이후, 단말은 타이머(예를 들어, 또는 재전송 (retransmission) 타이머)를 개시할 수 있다. 단말은 해당 타이머가 만료되기 전에 재전송된 데이터가 수신될 것으로 가정할 수 있다.
HARQ-ACK 피드백이 비활성화되는 경우, 상술한 동작은 불필요할 수 있다. 방법 3.2-2의 일부 동작 및/또는 방법 3.2-3에 의하면, M-DRX 동작 또는 C-DRX 동작에서 HARQ RTT 타이머 및/또는 재전송 타이머는 개시되지 않을 수 있다.
M-DRX 동작이 단말에게 설정되는 경우, 방법 3.2-2의 일부 동작 및/또는 방법 3.2-3에 의하면, HARQ RTT 타이머 및/또는 재전송 타이머는 설정되지 않을 수 있다. C-DRX 동작이 단말에게 설정되는 경우, M-RNTI로 스크램블링 된 DCI가 수신되면 HARQ RTT 타이머 및/또는 재전송 타이머는 설정될 수 있다. 그러나 단말은 HARQ RTT 타이머 및/또는 재전송 타이머를 개시하지 않을 수 있다.
방법 3.2-1 및/또는 방법 3.2-2의 일부 동작에서, HARQ RTT 타이머 및/또는 재전송 타이머는 개시되거나 개시되지 않을 수 있다. M-RNTI로 스크램블링 된 DCI가 수신되면, 단말은 HARQ RTT 타이머 및/또는 재전송 타이머를 개시하여 HARQ-ACK 피드백 동작을 수행할 수도 있다. 또는, RRC 시그널링 및/또는 DCI에 의해 HARQ-ACK 피드백이 비활성화되면, 단말은 상술한 HARQ RTT 타이머 및/또는 재전송 타이머를 개시하지 않을 수 있다. 즉, HARQ RTT 타이머 및/또는 재전송 타이머는 단말에서 사용되지 않을 수 있다.
방법 3.2-12: HARQ-ACK 피드백의 비활성화는 단말에 지시될 수 있다. 이 경우, HARQ RTT 타이머 및/또는 재전송 타이머는 단말에서 설정되지 않을 수 있다. 또는, HARQ RTT 타이머 및/또는 재전송 타이머가 설정되는 경우에도, HARQ-ACK 피드백이 비활성화되면 단말은 HARQ RTT 타이머 및/또는 재전송 타이머를 개시하지 않을 수 있다.
DCI에 의해서 HARQ 피드백이 활성화되는 경우에는 상술한 HARQ RTT 타이머 및/또는 재전송 타이머가 개시되지만, HARQ 피드백이 비활성화되는 경우에는 상술한 HARQ RTT 타이머 및/또는 재전송 타이머가 적용되지 않을 수 있다.
3.3 멀티캐스트 HARQ 코드북의 타입을 결정하는 방법
단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트(들)을 포함하는 HARQ 코드북을 생성할 수 있고, HARQ 코드북을 PUCCH 또는 PUSCH에서 전송할 수 있다.
단말은 유니캐스트 PDSCH에 대한 T1 HARQ 코드북 또는 T2 HARQ 코드북을 생성할 수 있다. 기지국은 멀티캐스트 PDSCH에 대한 HARQ 코드북의 타입 정보(예를 들어, T1 또는 T2)를 RRC 시그널링을 사용하여 단말에 알려줄 수 있다. 유니캐스트 PDSCH에 대한 HARQ 코드북(이하, "유니캐스트 HARQ 코드북"이라 함)의 타입과 멀티캐스트 PDSCH에 대한 HARQ 코드북(이하, "멀티캐스트 HARQ 코드북"이라 함)의 타입은 동일하게 지시될 수 있다. 이 경우, 유니캐스트 HARQ 코드북의 타입과 멀티캐스트 HARQ 코드북의 타입은 하나의 RRC 시그널링에 의해 지시될 수 있다. 또는, 유니캐스트 HARQ 코드북의 타입과 멀티캐스트 HARQ 코드북의 타입은 서로 다르게 지시될 수 있다. 이 경우, 멀티캐스트 HARQ 코드북의 타입을 지시하기 위해 별도의 RRC 시그널링은 사용될 수 있다.
방법 3.3-1: 멀티캐스트 HARQ 코드북의 타입은 RRC 시그널링에 의해 단말에 지시될 수 있다. 단말은 기지국의 지시에 따라 멀티캐스트 PDSCH에 대한 T1 HARQ 코드북 또는 T2 HARQ 코드북을 생성할 수 있다.
T1 HARQ 코드북의 생성/전송 절차에서, 단말은 멀티캐스트 PDSCH가 가질 수 있는 K1의 값의 개수에 따라 HARQ-ACK의 양을 결정할 수 있다. T2 HARQ 코드북의 생성/전송 절차에서, 단말은 멀티캐스트 PDSCH를 할당하는 DCI에서 지시하는 DAI의 값을 기초로 HARQ-ACK의 양을 추정할 수 있다.
"서로 다른 우선순위를 갖는 멀티캐스트 PDSCH들이 수신되는 경우" 또는 "같은 우선순위를 갖는 둘 이상의 멀티캐스트 PDSCH들이 수신되는 경우", 단말은 멀티캐스트 PDSCH들 각각을 위해 서로 다른 HARQ 코드북을 생성할 수 있다. 이때, 기지국은 멀티캐스트 HARQ 코드북들 각각의 타입을 독립적으로 단말에 설정할 수 있다. 또는, 기지국은 모든 멀티캐스트 HARQ 코드북들을 위한 공통 타입을 단말에 설정할 수 있다. 단말은 기지국의 설정에 따라 T1 HARQ 코드북 및/또는 T2 HARQ 코드북을 생성할 수 있다.
예를 들어, 기지국은 MCCH(multicast control channel)에서 멀티캐스트를 단말에 설정할 수 있고, 복수의 MTCH(multicast traffic channel)들을 단말에 설정할 수 있다. MTCH가 복수 개로 구분되는 경우에도, HARQ 코드북의 타입은 하나로 해석될 수 있다. 단말은 동일한 타입의 HARQ 코드북을 서로 다른 멀티캐스트 전송들에 적용할 수 있다.
한편, 멀티캐스트 PDSCH에 대한 HARQ 코드북은 별도로 설정되지 않을 수 있다. 이 동작은 "3개 이상의 HARQ-ACK 비트들이 발생한 경우에 유니캐스트 HARQ 코드북의 타입이 재사용되는 것"을 의미할 수 있다. 예를 들어, PTM 방식2에서 C-RNTI로 스크램블링 된 DCI는 멀티캐스트 PDSCH를 할당할 수 있고, 해당 DCI는 단말마다 PUCCH 자원을 독립적으로 지시할 수 있다. 아래의 방법 3.3-2가 적용되면, 단말은 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트(들) 뿐만 아니라 유니캐스트 PDSCH에 대한 HARQ-ACK 비트(들)을 다중화 할 수 있다.
방법 3.3-2: 멀티캐스트 HARQ 코드북(예를 들어, 서브코드북)의 타입은 유니캐스트 HARQ 코드북(예를 들어, 서브코드북)의 타입과 동일할 수 있다. 단말은 유니캐스트 HARQ 코드북의 타입을 멀티캐스트 HARQ 코드북의 타입으로 추정할 수 있다.
유니캐스트 HARQ 코드북 혹은 3개 이상의 HARQ-ACK 비트들의 전송을 위한 PUCCH 자원 집합은 단말에 설정되지 않을 수 있다. 이 경우, 단말은 방법 3.3-2을 적용할 수 없다. 이러한 경우에는, 단말은 멀티캐스트 HARQ 코드북을 사용하지 못할 수 있고, 가장 높은 우선순위를 가지는 멀티캐스트 PDSCH에 대한 HARQ-ACK만을 기지국으로 피드백 할 수 있다. 상술한 동작은 PTM 방식1 및/또는 PTM 방식2에 적용될 수 있다.
방법 3.3-3: 기지국은 3개 이상의 HARQ-ACK 비트들의 PUCCH 자원 집합을 단말에 설정하지 않을 수 있다. 이 경우, 단말은 가장 높은 우선순위를 가지는 멀티캐스트 PDSCH에 대한 HARQ-ACK만을 기지국으로 피드백 할 수 있다.
제4 장: 유니캐스트와 멀티캐스트의 수신 방법
단말은 유니캐스트 전송과 멀티캐스트 전송을 모두 지원할 수 있다. 멀티캐스트 PDSCH를 할당하는 DCI와 유니캐스트 PDSCH를 할당하는 DCI는 서로 다르게 설정될 수 있다. PTM 방식1에서 M-RNTI로 스크램블링 된 DCI는 그룹에 속한 단말마다 서로 다른 정보를 지시할 수 없다.
도 8은 유니캐스트/멀티캐스트 전송에서 PDCCH와 PUCCH의 시간 순서에 대한 제1 실시예를 도시한 개념도이다.
도 8을 참조하면, C-RNTI로 스크램블링 된 제1 DCI(예를 들어, 유니캐스트 PDCCH)는 단말에서 먼저 수신될 수 있고, 제1 DCI의 수신 후에 M-RNTI로 스크램블링 된 제2 DCI(예를 들어, 멀티캐스트 DCI)는 단말에서 수신될 수 있다. 이 경우, "제1 DCI에 의해 할당되는 유니캐스트 PDSCH에 대한 유니캐스트 HARQ 코드북 및 PUCCH 자원" 및/또는 "제2 DCI에 의해 할당되는 멀티캐스트 PDSCH에 대한 멀티캐스트 HARQ 코드북 및 PUCCH 자원"은 적절하게 지시되기 어려울 수 있다. 이 경우, 단말은 우선순위 비교 결과에 기초하여 높은 우선순위를 가지는 PDSCH에 대한 HARQ-ACK을 PUCCH에서 전송할 수 있다. 예를 들어, 멀티캐스트 PDSCH마다 우선순위가 부여될 수 있고, 멀티캐스트 전송의 우선순위는 유니캐스트 전송의 우선순위보다 높을 수 있다. 이 경우, 단말은 멀티캐스트 PDSCH(들)의 일부 또는 전부에 대한 HARQ-ACK 비트(들)을 PUCCH에서 전송할 수 있다.
예를 들어, 단말은 멀티캐스트 전송(예를 들어, 멀티캐스트 PDSCH)의 우선순위를 유니캐스트 전송의 우선순위와 직접 비교할 수 있다. 또는, 멀티캐스트 전송의 우선순위가 미리 설정된 경계를 넘기는 경우, 단말은 멀티캐스트 전송의 우선순위가 유니캐스트의 우선순위보다 높다고 판단할 수 있다. 단말은 유니캐스트 전송보다 높은 우선순위를 가지는 멀티캐스트 PDSCH(들)에 대한 HARQ-ACK 비트(들)을 생성할 수 있고, HARQ-ACK 비트(들)을 기지국에 보고할 수 있다. 다른 방법으로, 멀티캐스트 전송의 우선순위가 유니캐스트의 우선순위보다 높은 경우, 단말은 가장 높은 우선순위를 가지는 멀티캐스트 PDSCH에 대한 HARQ-ACK 비트를 생성할 수 있고, HARQ-ACK 비트를 기지국에 보고할 수 있다.
반대로, M-RNTI로 스크램블링 된 제2 DCI는 단말에서 먼저 수신될 수 있고, 제2 DCI의 수신 후에 C-RNTI로 스크램블링 된 제1 DCI는 단말에서 수행될 수 있다. 이 경우, 적절한 PUCCH 자원은 단말마다 지시될 수 있다. 이 경우, 단말은 유니캐스트 전송과 멀티캐스트 전송 간의 우선순위를 비교할 수 있고, 높은 우선순위를 가지는 전송에 대한 PDSCH들의 일부 또는 전부의 복호 결과(예를 들어, HARQ-ACK 비트)를 다중화 할 수 있다.
예를 들어, 멀티캐스트 전송의 우선순위가 미리 설정된 경계를 넘는 경우, 단말은 해당 멀티캐스트 전송의 우선순위를 URLLC 트래픽을 전달하는 유니캐스트 전송의 우선순위와 동일한 것으로 간주할 수 있다. 멀티캐스트 전송의 우선순위가 미리 설정된 경계를 넘지 않는 경우, 단말은 해당 멀티캐스트 전송의 우선순위를 eMBB 트래픽을 전달하는 유니캐스트 전송의 우선순위와 동일한 것으로 간주할 수 있다. 기지국이 URLLC 트래픽과 eMBB 트래픽의 다중화를 단말에 지시하는 경우, 단말은 모든 멀티캐스트 전송(들) 및/또는 모든 유니캐스트 전송(들)에 대한 HARQ-ACK 비트(들)을 포함하는 HARQ 코드북을 생성할 수 있다. 기지국이 URLLC 트래픽만의 전송을 단말에 지시하는 경우, 단말은 URLLC 트래픽과 동일한 우선순위를 갖는 멀티캐스트 전송(들) 및/또는 유니캐스트 전송(들)에 대한 HARQ-ACK 비트(들)을 포함하는 HARQ 코드북을 생성할 수 있다. 이 경우, 단말은 멀티캐스트 전송(들) 및/또는 유니캐스트 전송(들) 중에서 일부 전송에 대한 HARQ-ACK 비트(들)을 기지국으로 전송하지 못할 수 있다.
4.1 멀티캐스트 HARQ 코드북과 유니캐스트 HARQ 코드북의 다중화
PTM 방식1에서 M-RNTI로 스크램블링 된 DCI가 사용되기 때문에, 그룹에 속한 모든 단말들에게 동일한 제어 정보가 지시될 수 있다. 따라서 기지국은 그룹에 속한 모든 단말들이 동일한 n개의 HARQ-ACK 비트들을 피드백 하도록 PUCCH 자원을 단말(들)에 지시할 수 있다. n은 자연수일 수 있다. 기지국은 그룹에 속한 모든 단말들이 멀티캐스트 PDSCH만을 수신하는 것으로 가정할 수 있고, 모든 단말들에 대한 멀티캐스트 PDSCH 및 PUCCH 자원을 할당할 수 있다. 반면, PTM 방식2에서 C-RNTI로 스크램블링 된 DCI가 사용되기 때문에, 제어 정보는 단말마다 독립적으로 지시될 수 있다. 이 경우, 단말이 멀티캐스트 PDSCH 뿐만이 아니라 유니캐스트 PDSCH도 수신하는 것은 가정될 수 있다.
단말은 처리 능력에 따라 멀티캐스트 PDSCH 및/또는 유니캐스트 PDSCH의 일부를 수신(예를 들어, 복호)할 수 있다. 이때, 단말은 복호 되지 않은 멀티캐스트 PDSCH 및/또는 유니캐스트 PDSCH에 대한 NACK을 생성할 수 있다.
PTM 방식1에서 M-RNTI로 스크램블링 된 DCI가 전송되므로, 기지국은 복수의 멀티캐스트 PDSCH들에 대한 HARQ 서브코드북을 전송하기 적절한 PUCCH 또는 PUSCH를 단말에게 지시할 수 없다. PTM 방식2에서 C-RNTI로 스크램블링 된 DCI가 전송되므로, 기지국은 HARQ 코드북을 전송하기 적절한 PUCCH 또는 PUSCH를 단말에게 지시할 수 있다.
단말은 RRC 시그널링에 따라 멀티캐스트 PDSCH와 유니캐스트 PDSCH에 대한 FDM(frequency division multiplexing) 스케줄링이 허용되는 것을 가정할 수 있다. 상술한 설정이 없다면, 단말은 멀티캐스트 PDSCH와 유니캐스트 PDSCH에 대한 TDM(time division multiplexing) 스케줄링이 수행되는 것을 가정할 수 있다. FDM 스케줄링이 허용된 경우에 HARQ 코드북의 생성 방법은 TDM 스케줄링이 사용된 경우에 HARQ 코드북의 생성 방법과 구분될 수 있다.
예를 들어, FDM 스케줄링이 허용되는 경우, 단말은 멀티캐스트 PDSCH에 대한 HARQ 서브코드북과 유니캐스트 PDSCH에 대한 HARQ 서브코드북을 독립적으로 생성할 수 있다. TDM 스케줄링이 수행되는 경우, 단말은 멀티캐스트 HARQ 서브코드북과 유니캐스트 HARQ 서브코드북의 구분없이 하나의 HARQ 코드북을 생성할 수 있다.
방법 4.1-1: 단말은 멀티캐스트 그룹마다 HARQ 서브코드북을 생성할 수 있고, HARQ 서브코드북들을 연접함으로써 하나의 멀티캐스트 HARQ 서브코드북을 생성할 수 있고, 멀티캐스트 HARQ 서브코드북을 유니캐스트 HARQ 서브코드북과 연접함으로써 하나의 HARQ 코드북을 생성할 수 있다.
단말은 하나 이상의 멀티캐스트 PDSCH들 및 유니캐스트 PDSCH를 수신할 수 있다. 단말은 멀티캐스트 PDSCH(들) 및 유니캐스트 PDSCH 각각의 HARQ 서브코드북을 생성할 수 있다. 단말에 의해 생성된 모든 HARQ 서브코드북들은 동일한 타입을 가질 수 있다. 예를 들어, T1 HARQ 코드북이 설정된 경우, HARQ 서브코드북들은 T1 HARQ 서브코드북들일 수 있다. T2 HARQ 코드북이 설정된 경우, HARQ 서브코드북들은 T2 HARQ 서브코드북들일 수 있다.
도 9는 방법 4.1-1에 기초한 HARQ 코드북의 생성 방법의 제1 실시예를 도시한 블록도이다.
도 9를 참조하면, 단말은 2개의 멀티캐스트 PDSCH들 및 1개의 유니캐스트 PDSCH를 수신할 수 있고, 3개의 PDSCH들에 대한 3개의 HARQ 서브코드북들을 생성할 수 있고, 3개의 서브코드북들을 연접함으로써 하나의 HARQ 코드북을 생성할 수 있다. 단말은 하나의 HARQ 코드북을 PUCCH 또는 PUSCH에서 전송할 수 있다. 멀티캐스트 HARQ 서브코드북은 멀티캐스트 그룹, 멀티캐스트 식별자, 또는 멀티캐스트 PDSCH 별로 설정될 수 있다. T1 HARQ 코드북이 생성되는 경우, HARQ 서브코드북의 크기는 동적으로 변경되지 않을 수 있다. 따라서 단말은 멀티캐스트 PDSCH들 각각에 대한 HARQ 서브코드북의 크기를 알 수 있다.
T2 HARQ 코드북이 생성되는 경우, 멀티캐스트 그룹 또는 멀티캐스트 식별자마다 별도의 DAI가 정의될 수 있고, 멀티캐스트 PDSCH(들)을 할당하는 DCI(들) 각각은 별도의 DAI를 포함할 수 있다. 즉, 별도의 DAI는 단말에게 지시될 수 있다. 유니캐스트 전송을 위해 별도의 DAI는 정의될 수 있다. 단말이 생성하는 HARQ 코드북의 크기는 HARQ 서브코드북들의 크기의 합일 수 있다. HARQ 코드북의 크기는 유니캐스트 PDSCH를 할당하는 DCI에 포함되는 별도의 DAI(예를 들어, T-DAI)에 의해 지시될 수 있다. 이 동작을 지원하기 위해, 유니캐스트 전송을 할당하는 DCI는 멀티캐스트 전송을 할당하는 DCI와 동일한 시점에서 수신될 수 있다. 또는, 유니캐스트 전송을 할당하는 DCI는 멀티캐스트 전송을 할당하는 DCI 이후에 수신될 수 있다.
방법 4.1-2: T2 HARQ 코드북의 생성 절차에서 유니캐스트 PDSCH를 할당하는 DCI가 T-DAI를 포함하는 경우, 단말은 동적으로 할당된 멀티캐스트 PDSCH 및 유니캐스트 PDSCH 모두에 대한 T2 HARQ 코드북을 생성할 수 있다.
단말은 미리 설정된 순서에 따라 HARQ 서브코드북들을 연접할 수 있다. 복수의 멀티캐스트 PDSCH들이 수신되는 경우, 복수의 멀티캐스트 PDSCH들은 멀티캐스트 식별자(예를 들어, 멀티캐스트 ID 또는 멀티캐스트 그룹 ID)에 의해 구분될 수 있다. 기지국은 멀티캐스트 ID 또는 멀티캐스트 그룹 ID를 단말에 지시할 수 있다. 멀티캐스트 ID 또는 멀티캐스트 그룹 ID는 M-RNTI에 기초하여 결정될 수 있다. 예를 들어, 단말은 M-RNTI의 순서(예를 들어, M-RNTI에 연관된 DCI의 수신 순서)에 따라 멀티캐스트 ID 또는 멀티캐스트 그룹 ID를 결정할 수 있다.
방법 4.1-3: 방법 4.1-1이 적용되는 경우, 단말은 멀티캐스트 ID 또는 멀티캐스트 그룹 ID의 순서에 따라 HARQ 서브코드북들을 연접함으로써 하나의 멀티캐스트 HARQ 서브코드북을 생성할 수 있다. 단말은 멀티캐스트 HARQ 서브코드북과 유니캐스트 HARQ 서브코드북을 연접함으로써 하나의 HARQ 코드북을 생성할 수 있다.
다른 방법으로, 단말은 멀티캐스트 전송에 대한 하나의 HARQ 서브코드북을 생성할 수 있다. 단말은 기지국에 의해 할당되는 멀티캐스트 PDSCH들 중에서 우선순위에 기초하여 일부의 멀티캐스트 PDSCH를 수신(예를 들어, 복호)할 수 있다. 따라서 단말은 멀티캐스트 PDSCH 각각의 HARQ 서브코드북 대신에 작은 크기의 HARQ 서브코드북을 생성할 수 있다.
방법 4.1-4: 단말은 멀티캐스트 그룹에 무관하게 하나의 HARQ 서브코드북을 생성할 수 있고, 하나의 HARQ 서브코드북(즉, 멀티캐스트 HARQ 서브코드북)을 유니캐스트 HARQ 서브코드북과 연접할 수 있다.
T1 HARQ 코드북의 생성 절차에서, 멀티캐스트 PDSCH가 수신될 수 있는 PDSCH 후보는 시간 및 주파수 자원의 설정에 기초하여 결정될 수 있다. 그 이유는 HARQ-ACK 피드백 타이밍 및/또는 TDD 슬롯 패턴은 RRC 시그널링에 의해 고정되기 때문이다. 단말은 처리 능력에 따라 시간 도메인에서 중첩되는 둘 이상의 PDSCH들을 복호할 수 있다. 단말은 처리 능력에 따라 복호 되지 않은 PDSCH에 대한 NACK을 생성할 수 있다.
단말은 멀티캐스트 ID에 관계없이 멀티캐스트 PDSCH들을 미리 설정된 순서로 배치할 수 있다. 여기서 멀티캐스트 PDSCH의 우선순위는 고려되지 않을 수 있다. 멀티캐스트 PDSCH 후보는 동일한 서빙 셀에서 시간 순서로 배치될 수 있다. 만일 둘 이상의 PDSCH 후보들이 시간 도메인에서 중첩되는 경우, 둘 이상의 PDSCH 후보들 각각의 SLIV(start and length indicator value)는 비교될 수 있다. 제1 PDSCH 후보의 SLIV에 따른 시작 심볼 및 종료 심볼이 제2 PDSCH 후보의 SLIV에 따른 시작 심볼 및 종료 심볼보다 앞서는 경우, HARQ 코드북(또는, HARQ 서브코드북) 내에서 제1 PDSCH 후보에 대한 HARQ-ACK 비트(들)은 제2 PDSCH 후보에 대한 HARQ-ACK 비트(들)보다 먼저 배치될 수 있다. 이때, 모든 PDSCH 후보들에 대한 HARQ-ACK 비트들은 유효할 수 있다. 다만, 단말의 처리 능력에 따라서 일부의 PDSCH 후보에 대한 HARQ-ACK 비트(들)은 NACK으로 표현될 수 있다.
단말의 처리 능력에 관계없이 둘 이상의 PDSCH 후보들은 할당될 수 있다. 둘 이상의 PDSCH 후보들에 대한 TDRA(time domain resource assignment) 인덱스(r), HARQ-ACK 피드백 타이밍(k), 및 슬롯 오프셋(nD)이 동일한 경우, 둘 이상의 PDSCH 후보들은 동일한 순서(j)를 가질 수 있다. 따라서 HARQ 서브코드북은 1개의 HARQ-ACK 비트를 포함할 수 있고, 기지국은 동일한 (r, k, nD)를 가지는 둘 이상의 PDSCH 후보들 중에서 하나의 PDSCH 후보(즉, PDSCH)를 전송할 수 있다. 상술한 스케줄링 동작은 유니캐스트 전송에서 유효하게 활용될 수 있다. 멀티캐스트 전송을 지원하기 위해, 단말은 처리 능력에 따라 둘 이상의 PDSCH 후보들을 수신할 수 있다.
방법 4.1-5: 동일한 (r, k, nD)을 가지는 둘 이상의 PDSCH 후보들의 순서(j)는 서로 다르게 표현될 수 있다.
방법 4.1-5를 따르면, 동일한 (r, k, nD)을 가지는 둘 이상의 PDSCH 후보들의 순서(j)는 PDSCH 후보마다 증가할 수 있다. 이 동작은 "멀티캐스트 PDSCH에 대한 HARQ 서브코드북의 크기가 PDSCH 후보의 개수만큼 증가하는 것"을 의미할 수 있다. 예를 들어, 아래 표 9에 정의된 실행 코드는 고려될 수 있다. 멀티캐스트 HARQ 서브코드북(들)을 포함하는 T1 HARQ 코드북의 생성 절차에서, PDSCH 후보의 순서는 표 9에 정의된 실행 코드에 기초하여 결정될 수 있다.
Figure PCTKR2021017787-appb-T000009
단말의 처리 능력에 의해 일부의 PDSCH 후보들(예를 들어, J개의 PDSCH 후보들)만이 선택되어야 하는 경우, PDSCH 후보들의 순서(j)는 J를 초과할 필요 없다. 이 동작을 지원하기 위해, h는 도입될 수 있다. h는 j가 J를 초과하는 경우에 while loop를 종료하기 위해 사용될 수 있다. 이 경우, PDSCH 후보의 순서는 아래 표 10에 정의된 실행 코드에 기초하여 결정될 수 있다. 멀티캐스트 HARQ 서브코드북(들)을 포함하는 T1 HARQ 코드북의 생성 절차에서, PDSCH 후보의 순서는 표 10에 정의된 실행 코드에 기초하여 결정될 수 있다.
Figure PCTKR2021017787-appb-T000010
T2 HARQ 코드북의 생성 절차에서, 그룹에 속한 단말마다 HARQ-ACK의 양은 다를 수 있다. M-RNTI로 스크램블링 되는 DCI는 서로 다른 양을 가지는 HARQ-ACK의 전송을 위한 스케줄링을 지원하지 못할 수 있다. C-RNTI로 스크램블링 되는 DCI 또는 유니캐스트 전송을 위한 DCI는 멀티캐스트 전송을 위한 정보를 포함할 수 있다. 단말이 생성하는 HARQ 코드북의 크기는 HARQ 서브코드북들의 크기 합을 포함할 수 있다. HARQ 코드북의 크기는 유니캐스트 전송을 할당하는 DCI에 포함되는 DAI(예를 들어, T-DAI)에 의해 지시될 수 있다. 이 동작을 지원하기 위해, 유니캐스트 전송을 할당하는 DCI는 멀티캐스트 전송을 할당하는 DCI와 동시에 수신될 수 있다. 또는, 유니캐스트 전송을 할당하는 DCI는 멀티캐스트 전송을 할당하는 DCI 이후에 수신될 수 있다.
도 10은 방법 4.1-1에 기초한 HARQ 코드북의 생성 방법의 제2 실시예를 도시한 블록도이다.
도 10을 참조하면, 단말은 복수의 멀티캐스트 PDSCH들을 수신할 수 있고, 유니캐스트 PDSCH를 수신할 수 있다. 단말은 복수의 멀티캐스트 PDSCH들(예를 들어, 수신된 모든 멀티캐스트 PDSCH들)에 대한 하나의 멀티캐스트 HARQ 서브코드북을 생성할 수 있고, 유니캐스트 PDSCH에 대한 유니캐스트 HARQ 서브코드북을 생성할 수 있다. 멀티캐스트 그룹을 위해 하나의 멀티캐스트 HARQ 서브코드북이 생성될 수 있다. 단말은 멀티캐스트 HARQ 서브코드북과 유니캐스트 HARQ 서브코드북을 연접함으로써 HARQ 코드북을 생성할 수 있고, HARQ 코드북을 PUCCH 또는 PUSCH에서 전송할 수 있다.
다른 방법으로, 단말은 멀티캐스트 PDSCH와 유니캐스트 PDSCH의 구분없이 HARQ 코드북을 생성할 수 있다.
방법 4.1-6: 단말은 멀티캐스트 전송과 유니캐스트 전송에 무관하게 PDSCH(들)에 대한 HARQ 서브코드북(들)을 생성할 수 있고, HARQ 서브코드북들을 연접함으로써 하나의 HARQ 코드북을 생성할 수 있다.
T1 HARQ 코드북의 생성 절차에서, 방법 4.1-6은 유니캐스트 전송이 방법 4.1-4에 추가로 고려되는 점을 제외하고 해당 방법 4.1-4와 동일할 수 있다. 표 9 및/또는 표 10에 정의된 실행 코드(들)은 방법 4.1-6의 적용을 위해 변경될 수 있고, 변경된 실행 코드(들)은 방법4.1-6에 쉽게 적용될 수 있다. T2 HARQ 코드북의 생성 절차에서, 방법 4.1-6은 유니캐스트 전송이 방법 4.1-4에 추가로 고려되는 점을 제외하고 해당 방법 4.1-4와 동일할 수 있다.
도 11은 방법 4.1-6에 기초한 HARQ 코드북의 생성 방법의 제1 실시예를 도시한 블록도이다.
도 11을 참조하면, 단말은 멀티캐스트 PDSCH와 유니캐스트 PDSCH의 구분없이 HARQ 코드북을 생성할 수 있다.
4.2 멀티캐스트를 할당하는 DCI 구조
PTM 방식1에서, 멀티캐스트를 할당하는 DCI는 M-RNTI로 스크램블링 되기 때문에, 그룹에 속한 모든 단말들은 M-RNTI로 스크램블링 되는 DCI를 수신할 수 있다. PTM 방식2에서, C-RNTI로 스크램블링 되는 DCI는 사용될 수 있다. 즉, C-RNTI로 스크램블링 되는 DCI는 하나의 단말에게서 수신될 수 있다.
PTM 방식1에서, DL-related DCI의 포맷은 DCI에 포함된 필드에 의해 지시되는 포맷으로 재사용될 수 있다. DCI에 포함된 일부의 필드는 그룹에 속한 모든 단말들에 공통으로 적용될 수 없다.
예를 들어, PDSCH의 시간 자원과 주파수 자원은 공통적으로 사용될 수 있다. 따라서 TDRA 인덱스(예를 들어, K0, SLIV, 매핑 타입) 및 FDRA는 그룹에 속한 모든 단말들을 위해 동일하게 설정될 수 있다. DM-RS에 대한 정보는 그룹에 속한 모든 단말들을 위해 동일하게 설정될 수 있다. DCI에 포함되는 모든 정보 요소들 중에서 상술한 정보 요소(예를 들어, TDRA 인덱스, FDRA, 및/또는 DM-RS에 대한 정보)를 제외한 나머지 정보 요소(들)은 단말마다 독립적으로 설정될 수 있다.
4.2.1 PDSCH에 관련된 필드
멀티캐스트 PDSCH에 관련하여, 반복 횟수(예를 들어, 멀티캐스트 PDSCH의 반복 횟수)를 지시하는 필드는 DCI에 포함될 수 있다. 멀티캐스트 PDSCH의 수신 성능을 확보하기 위해서, 단말이 PDSCH를 반복해서 수신하는 것은 바람직하다. 그룹에 속한 일부의 단말에게 반복 횟수는 불필요하게 클 수 있지만, 그룹에 속한 나머지 단말에게 PDSCH의 반복 전송은 필요할 수 있다. 그룹에 속한 단말들과 기지국 사이의 링크들 중에서 가장 나쁜 품질을 가지는 링크는 확인될 수 있고, 반복 횟수는 가장 나쁜 품질을 가지는 링크를 기준으로 설정될 수 있다.
방법 4.2-1: 기지국은 RRC 시그널링을 사용하여 멀티캐스트 PDSCH의 반복 횟수를 단말(들)에 지시할 수 있다.
방법 4.2-2: 기지국은 DCI를 사용하여 멀티캐스트 PDSCH의 반복 횟수를 단말(들)에 지시할 수 있다. 멀티캐스트 PDSCH의 반복 횟수를 지시하는 필드는 DCI에 포함될 수 있다.
단말과 기지국 사이의 링크는 페이딩(fading)을 겪을 수 있고, 페이딩의 시간 단위에 따라 방법 4.2-1 또는 방법 4.2-2가 적용될 수 있다. 또는, 유연한 스케줄링을 위해서 방법 4.2-2가 적용될 수 있다.
멀티캐스트 PDSCH의 반복 횟수는 DCI에 포함된 TDRA 인덱스에 의해 암시적으로 도출될 수 있다. 이 동작을 지원하기 위해, 기지국은 RRC 시그널링을 사용하여 TDRA 테이블을 그룹에 속한 모든 단말들에게 알려줄 수 있다. 이 경우, RRC 시그널링의 양은 증가할 수 있다. 상술한 RRC 시그널링의 양을 줄이기 위해, 기술규격에 정의된 TDRA 디폴트(default) A가 사용될 수 있다. 다만, TDRA 디폴트 A는 하나의 PDSCH를 수신하기 위한 정보 요소(들)만을 포함하므로, PDSCH의 반복 횟수는 TDRA 디폴트 A에 포함되지 못할 수 있다.
PTM 방식2에서, 멀티캐스트 PDSCH를 할당하는 DCI는 C-RNTI로 스크램블링 될 수 있고, 멀티캐스트 PDSCH는 M-RNTI로 스크램블링 될 수 있다. C-RNTI를 사용하여 검출된 DCI가 멀티캐스트 PDSCH 또는 유니캐스트 PDSCH인지 구분하는 방법은 필요할 수 있다. 이 동작을 지원하기 위해, 1비트의 정보 요소가 사용될 수 있다.
방법 4.2-3: DCI에 포함된 특정한 필드가 제1 값으로 설정된 경우, 이는 C-RNTI를 사용한 PDSCH의 수신 동작을 지시할 수 있다. DCI에 포함된 특정한 필드가 제2 값으로 설정된 경우, 이는 M-RNTI를 사용한 PDSCH의 수신 동작을 지시할 수 있다.
4.2.2 HARQ에 관련된 필드
PTM 방식1에서, 멀티캐스트 PDSCH를 할당하는 DCI의 특정한 필드는 HPID(HARQ process ID) 및/또는 HPN(HARQ process number)를 지시할 수 있다. 동일한 HPN은 그룹에 속한 모든 단말들에 지시될 수 있다. 해당 HPN은 다른 TB를 위해 이미 할당되어 있을 수 있다. 예를 들어, DL SPS의 활성화가 단말에 지시되는 경우, HPN은 PDSCH의 수신 시점에 따라 다르게 계산될 수 있다. 그룹에 속한 단말들은 서로 다른 HPN들을 갖기 때문에, 기지국은 모든 HPN들을 계산함으로써 각 단말을 위해 적절한 HPN을 결정할 수 있다. 다른 방법으로, 각 단말에서 서로 다른 HPN으로 해석되도록, 오프셋은 도입될 수 있다.
방법 4.2-4: 기지국은 RRC 시그널링을 사용하여 HPN을 도출하기 위해 적용할 오프셋(o)을 단말에 지시할 수 있다.
방법 4.2-5: 기지국은 RRC 시그널링을 사용하여 멀티캐스트 PDSCH에 할당된 HARQ 프로세스의 개수(예를 들어, 최대 개수(m))를 단말에 지시할 수 있다.
단말은 M-RNTI로 스크램블링 된 DCI에서 지시된 HPID(h)에 오프셋(o)을 더한 결과를 계산할 수 있고, 상술한 결과를 HARQ 프로세스의 최대 개수(m)로 나눈 나머지를 HPN으로 간주할 수 있다. 즉, 수신된 PDSCH는 HARQ 프로세스 ID는 HPN (h+o)%m에서 처리될 수 있다.
하나의 단말은 복수의 멀티캐스트 PDSCH들을 수신할 수 있다. 따라서 HARQ 프로세스의 개수(예를 들어, 최대 개수(m)) 및/또는 오프셋(o)은 멀티캐스트 PDSCH마다 지시될 수 있다.
4.2.3 우선순위에 관련된 필드
멀티캐스트 PDSCH의 우선순위는 설정될 수 있다. 멀티캐스트 PDSCH의 우선순위는 PDSCH의 수신 또는 PUCCH의 전송을 위해 사용될 수 있다. 멀티캐스트 PDSCH(들) 및/또는 유니캐스트 PDSCH(들)이 시간 도메인에서 중첩되는 경우, 단말은 멀티캐스트 PDSCH의 우선순위에 기초하여 일부 PDSCH를 선택할 수 있다. 단말은 멀티캐스트 PDSCH의 우선순위에 기초하여 일부 PUCCH 또는 하나의 PUCCH를 전송할 수 있다. 또는, 단말은 멀티캐스트 PDSCH의 우선순위에 기초하여 HARQ-ACK을 PUSCH에서 다중화 할 수 있다.
방법 4.2-6: 멀티캐스트 PDSCH의 우선순위는 해당 멀티캐스트 PDSCH를 할당하는 DCI에 포함된 필드에 의해 지시될 수 있다.
멀티캐스트 PDSCH들에 대한 둘 이상의 우선순위들은 설정될 수 있다. 다양한 멀티캐스트 전송들을 지원하기 위해서, 기지국은 우선순위의 개수를 표현하는 필드를 RRC 시그널링을 사용하여 단말에 알려줄 수 있다. 우선순위의 개수를 표현하는 필드의 크기는 3비트 이상일 수 있다.
방법 4.2-7: 방법 4.2-6에서 우선순위의 개수를 표현하는 필드의 크기는 RRC 시그널링으로 단말에 지시될 수 있다.
4.2.4 PUCCH에 관련된 필드
기지국은 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시하는 정보를 단말에 전송할 수 있다. HARQ-ACK 피드백의 활성화 또는 비활성화를 지시하는 정보는 멀티캐스트 PDSCH를 할당하는 DCI에 포함될 수 있다. 상술한 동작은 PTM 방식1과 PTM 방식2에 모두 적용될 수 있다. DCI의 특정한 필드가 제1 값으로 설정된 경우, 이는 단말이 PUCCH를 전송하는 것을 지시할 수 있다. DCI의 특정한 필드가 제2 값으로 설정된 경우, 이는 단말이 PUCCH를 전송하지 않는 것을 지시할 수 있다. 다만, 시간 도메인에서 PUCCH와 중첩되는 다른 채널(예를 들어, 다른 PUCCH 및/또는 PUSCH)이 할당된 경우, 단말은 해당 멀티캐스트 PDSCH에 대한 HARQ-ACK 또는 HARQ 코드북을 기지국으로 보고할 수 있다.
방법 4.2-8: 멀티캐스트 PDSCH에 대한 HARQ-ACK 피드백의 활성화 또는 비활성화는 멀티캐스트 PDSCH를 할당하는 DCI에 포함된 특정한 필드에 의해 지시될 수 있다.
기지국은 T2 HARQ 코드북의 생성을 단말에 지시할 수 있다. 이 경우, 단말은 HARQ-ACK의 개수 및/또는 HARQ 코드북의 크기를 알아야 한다. 이 동작을 지원하기 위해, 멀티캐스트 PDSCH를 할당하는 DCI는 DAI 필드를 포함할 수 있다. PTM 방식1에서 M-RNTI로 스크램블링 된 DCI가 사용되므로, C-DAI 필드는 사용될 수 있으나, T-DAI 필드는 사용되지 못할 수 있다. PTM 방식2에서 C-RNTI로 스크램블링 된 DCI가 사용되므로, C-DAI 필드와 T-DAI 필드는 모두 사용될 수 있다.
방법 4.2-9: C-DAI 필드는 할당되는 멀티캐스트 PDSCH의 개수를 의미할 수 있다.
방법 4.2-10: T-DAI 필드는 할당되는 멀티캐스트 PDSCH의 개수와 유니캐스트 PDSCH의 개수의 합을 의미할 수 있다.
PTM 방식1에서, 그룹에 속한 단말들은 공통 DCI를 수신할 수 있다. 따라서 멀티캐스트 PDSCH를 할당하는 DCI는 TPC(transmit power control) PUCCH 필드를 포함하지 않을 수 있다. PUCCH의 TPC 명령은 DCI 포맷 1_x 및/또는 DCI 포맷 2_2에서 계루프 제어로써 합산될 수 있다.
일 예에서, T-DAI 필드는 멀티캐스트 ID의 개수마다 관리될 수 있다. DCI에서는 여러 개의 T-DAI 필드가 포함될 수 있다. 각각의 T-DAI 필드는 멀티캐스트 ID에 대한 T-DAI의 값을 나타낼 수 있다.
HARQ-ACK 피드백이 활성화된 경우, 그룹에 속한 단말들은 PUCCH를 전송할 수 있고, 기지국은 양호한 품질을 가지는 PUCCH를 수신할 수 있다. 따라서 단말이 PUCCH를 반복하여 전송하는 것은 바람직하다. PUCCH-configcommon에 의해 지시되는 PUCCH 자원 집합은 단말(들)에서 사용될 수 있다. 이 경우, 기지국은 PUCCH의 반복 전송을 단말에 지시할 수 있다.
방법 4.2-11: 기지국은 RRC 시그널링을 사용하여 PUCCH의 반복 횟수를 단말에 설정할 수 있다.
방법 4.2-12: 기지국은 PUCCH의 반복 횟수를 지시하는 정보를 포함하는 DCI를 단말에 전송할 수 있다. 여기서, DCI는 멀티캐스트 PDSCH를 할당하는 DCI일 수 있다.
본 발명에 따른 방법들은 다양한 컴퓨터 수단을 통해 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 컴퓨터 판독 가능 매체에 기록되는 프로그램 명령은 본 발명을 위해 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다.
컴퓨터 판독 가능 매체의 예에는 롬(rom), 램(ram), 플래시 메모리(flash memory) 등과 같이 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러(compiler)에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터(interpreter) 등을 사용해서 컴퓨터에 의해 실행될 수 있는 고급 언어 코드를 포함한다. 상술한 하드웨어 장치는 본 발명의 동작을 수행하기 위해 적어도 하나의 소프트웨어 모듈로 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims (20)

  1. 통신 시스템에서 단말의 동작 방법으로서,
    HARQ(hybrid automatic repeat request)-ACK(acknowledgement) 피드백의 활성화(enable)를 지시하는 RRC(radio resource control) 메시지를 기지국으로부터 수신하는 단계;
    상기 HARQ-ACK 피드백의 비활성화(disable)를 지시하는 정보를 포함하는 제1 DCI(downlink control information)를 상기 기지국으로부터 수신하는 단계;
    상기 제1 DCI에 포함된 제1 스케줄링 정보에 기초하여 제1 멀티캐스트 PDSCH(physical downlink shared channel)를 상기 기지국으로부터 수신하는 단계;
    상기 제1 DCI가 상기 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도, 상기 제1 멀티캐스트 PDSCH에 대한 제1 HARQ-ACK 비트를 생성하는 단계;
    상기 제1 HARQ-ACK 비트를 포함하는 HARQ 코드북(codebook)을 생성하는 단계; 및
    상기 HARQ 코드북을 상향링크 채널을 통해 상기 기지국에 전송하는 단계를 포함하는, 단말의 동작 방법.
  2. 청구항 1에 있어서,
    상기 제1 DCI에 포함되는 하나의 필드 또는 둘 이상의 필드들의 조합은 상기 제1 HARQ-ACK 비트의 우선순위를 지시하기 위해 사용되는, 단말의 동작 방법.
  3. 청구항 1에 있어서,
    상기 제1 DCI가 상기 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도 T1 HARQ 코드북의 생성이 지시되면, 상기 제1 HARQ-ACK 비트를 포함하는 상기 T1 HARQ 코드북은 생성되는, 단말의 동작 방법.
  4. 청구항 1에 있어서,
    상기 제1 DCI에 포함되는 하나의 필드 또는 둘 이상의 필드들의 조합은 상기 HARQ-ACK 피드백의 활성화 또는 비활성화를 지시하기 위해 사용되는, 단말의 동작 방법.
  5. 청구항 1에 있어서,
    상기 HARQ-ACK 피드백의 비활성화가 지시되는 경우, 상기 단말에서 HARQ RTT(round trip time) 타이머 또는 재전송 타이머 중에서 적어도 하나는 개시되지 않는, 단말의 동작 방법.
  6. 청구항 1에 있어서,
    상기 단말의 동작 방법은,
    제2 DCI를 상기 기지국으로부터 수신하는 단계; 및
    상기 제2 DCI에 포함된 제2 스케줄링 정보에 기초하여 상기 기지국으로부터 제2 멀티캐스트 PDSCH를 수신하는 단계를 더 포함하고,
    상기 HARQ 코드북은 상기 제2 멀티캐스트 PDSCH에 대한 제2 HARQ-ACK 비트를 더 포함하는, 단말의 동작 방법.
  7. 청구항 6에 있어서,
    상기 HARQ 코드북은 상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북(subcodebook) 및 상기 제2 HARQ-ACK 비트를 포함하는 제2 멀티캐스트 HARQ 서브코드북을 포함하고, 상기 제1 멀티캐스트 PDSCH와 상기 제2 멀티캐스트 PDSCH는 서로 다른 멀티캐스트 식별자들에 의해 구분되는, 단말의 동작 방법.
  8. 청구항 1에 있어서,
    상기 단말의 동작 방법은,
    제3 DCI를 상기 기지국으로부터 수신하는 단계; 및
    상기 제3 DCI에 포함된 제3 스케줄링 정보에 기초하여 상기 기지국으로부터 유니캐스트 PDSCH를 수신하는 단계를 더 포함하고,
    상기 HARQ 코드북은 상기 유니캐스트 PDSCH에 대한 제3 HARQ-ACK 비트를 더 포함하는, 단말의 동작 방법.
  9. 청구항 8에 있어서,
    상기 HARQ 코드북을 생성하는 단계는,
    상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북을 생성하는 단계;
    상기 제3 HARQ-ACK 비트를 포함하는 유니캐스트 HARQ 서브코드북을 생성하는 단계; 및
    상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북을 연접함으로써 상기 HARQ 코드북을 생성하는 단계를 포함하는, 단말의 동작 방법.
  10. 청구항 9에 있어서,
    상기 제1 멀티캐스트 HARQ 서브코드북의 타입은 상기 유니캐스트 HARQ 서브코드북의 타입과 독립적으로 설정되고, 상기 제1 HARQ-ACK 비트의 우선순위는 상기 제3 HARQ-ACK 비트의 우선순위와 동일하게 설정되는, 단말의 동작 방법.
  11. 청구항 9에 있어서,
    상기 제1 멀티캐스트 PDSCH와 상기 유니캐스트 PDSCH에 대한 FDM(frequency division multiplexing) 스케줄링이 허용되는 경우, 상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북은 독립적으로 생성되는, 단말의 동작 방법.
  12. 통신 시스템에서 단말의 동작 방법으로서,
    HARQ(hybrid automatic repeat request)-ACK(acknowledgement) 피드백의 비활성화(disable)를 지시하는 정보를 포함하는 제1 DCI(downlink control information)를 기지국으로부터 수신하는 단계;
    상기 제1 DCI에 포함된 제1 스케줄링 정보에 기초하여 제1 멀티캐스트 PDSCH(physical downlink shared channel)를 상기 기지국으로부터 수신하는 단계;
    상기 제1 DCI가 상기 HARQ-ACK 피드백의 비활성화를 지시하는 경우에도, 상기 제1 멀티캐스트 PDSCH에 대한 제1 HARQ-ACK 비트를 생성하는 단계;
    상기 제1 HARQ-ACK 비트를 포함하는 HARQ 코드북(codebook)을 생성하는 단계; 및
    상기 HARQ 코드북을 상향링크 채널을 통해 상기 기지국에 전송하는 단계를 포함하며,
    상기 HARQ-ACK 피드백이 비활성화되는 경우에도, 상기 단말에서 다른 HARQ-ACK 비트가 발생하고, 상기 제1 HARQ-ACK 비트가 다른 HARQ-ACK 비트와 다중화 가능한 경우, 상기 제1 HARQ-ACK 비트는 생성되는, 단말의 동작 방법.
  13. 청구항 12에 있어서,
    상기 HARQ-ACK 피드백의 비활성화가 지시되는 경우, 상기 단말에서 HARQ RTT(round trip time) 타이머 또는 재전송 타이머 중에서 적어도 하나는 사용되지 않는, 단말의 동작 방법.
  14. 청구항 12에 있어서,
    상기 단말의 동작 방법은,
    제2 DCI를 상기 기지국으로부터 수신하는 단계; 및
    상기 제2 DCI에 포함된 제2 스케줄링 정보에 기초하여 상기 기지국으로부터 제2 멀티캐스트 PDSCH를 수신하는 단계를 더 포함하고,
    상기 HARQ 코드북은 상기 제2 멀티캐스트 PDSCH에 대한 제2 HARQ-ACK 비트를 더 포함하는, 단말의 동작 방법.
  15. 청구항 14에 있어서,
    상기 HARQ 코드북은 상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북(subcodebook) 및 상기 제2 HARQ-ACK 비트를 포함하는 제2 멀티캐스트 HARQ 서브코드북을 포함하고, 상기 제1 멀티캐스트 PDSCH와 상기 제2 멀티캐스트 PDSCH는 서로 다른 멀티캐스트 식별자들에 의해 구분되는, 단말의 동작 방법.
  16. 청구항 15에 있어서,
    상기 제1 멀티캐스트 HARQ 서브코드북과 상기 제2 멀티캐스트 HARQ 서브코드북은 상기 서로 다른 멀티캐스트 식별자들의 순서대로 연접되는, 단말의 동작 방법.
  17. 청구항 12에 있어서,
    상기 단말의 동작 방법은,
    NACK-only 피드백 방식이 지원되는 것을 지시하는 RRC(radio resource control) 메시지를 상기 기지국으로부터 수신하는 단계를 더 포함하며,
    상기 제1 HARQ-ACK 비트는 상기 NACK-only 피드백 방식에 따라 생성되고, 상기 제1 HARQ-ACK 비트가 상기 다른 HARQ-ACK 비트와 다중화 되는 경우에 상기 NACK-only 피드백 방식은 적용되지 않는, 단말의 동작 방법.
  18. 청구항 13에 있어서,
    상기 단말의 동작 방법은,
    제3 DCI를 상기 기지국으로부터 수신하는 단계; 및
    상기 제3 DCI에 포함된 제3 스케줄링 정보에 기초하여 상기 기지국으로부터 유니캐스트 PDSCH를 수신하는 단계를 더 포함하고,
    상기 HARQ 코드북은 상기 유니캐스트 PDSCH에 대한 제3 HARQ-ACK 비트를 더 포함하는, 단말의 동작 방법.
  19. 청구항 18에 있어서,
    상기 HARQ 코드북을 생성하는 단계는,
    상기 제1 HARQ-ACK 비트를 포함하는 제1 멀티캐스트 HARQ 서브코드북을 생성하는 단계;
    상기 제3 HARQ-ACK 비트를 포함하는 유니캐스트 HARQ 서브코드북을 생성하는 단계; 및
    상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북을 연접함으로써 상기 HARQ 코드북을 생성하는 단계를 포함하며,
    상기 제1 멀티캐스트 HARQ 서브코드북은 멀티캐스트 식별자에 의해 구분되는, 단말의 동작 방법.
  20. 청구항 19에 있어서,
    상기 제1 멀티캐스트 PDSCH와 상기 유니캐스트 PDSCH에 대한 FDM(frequency division multiplexing) 스케줄링이 허용되는 경우, 상기 제1 멀티캐스트 HARQ 서브코드북과 상기 유니캐스트 HARQ 서브코드북은 독립적으로 생성되는, 단말의 동작 방법.
PCT/KR2021/017787 2020-11-27 2021-11-29 멀티캐스트 전송을 지원하기 위한 방법 및 장치 WO2022114901A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21898726.1A EP4255074A1 (en) 2020-11-27 2021-11-29 Method and device for supporting multicast transmission
US18/037,484 US20230422275A1 (en) 2020-11-27 2021-11-29 Method and device for supporting multicast transmission
CN202180079951.0A CN116530174A (zh) 2020-11-27 2021-11-29 支持多播传输的方法及装置

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20200163357 2020-11-27
KR10-2020-0163357 2020-11-27
KR10-2021-0150062 2021-11-03
KR20210150062 2021-11-03
KR1020210166606A KR20220074798A (ko) 2020-11-27 2021-11-29 멀티캐스트 전송을 지원하기 위한 방법 및 장치
KR10-2021-0166606 2021-11-29

Publications (1)

Publication Number Publication Date
WO2022114901A1 true WO2022114901A1 (ko) 2022-06-02

Family

ID=81756231

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/017787 WO2022114901A1 (ko) 2020-11-27 2021-11-29 멀티캐스트 전송을 지원하기 위한 방법 및 장치

Country Status (2)

Country Link
US (1) US20230422275A1 (ko)
WO (1) WO2022114901A1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020144261A1 (en) * 2019-01-10 2020-07-16 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Advanced feedback in sidelink

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020144261A1 (en) * 2019-01-10 2020-07-16 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Advanced feedback in sidelink

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
ASIA PACIFIC TELECOM: "Enhancements on HARQ in NTN", 3GPP DRAFT; R1-2009059, vol. RAN WG1, 24 October 2020 (2020-10-24), pages 1 - 5, XP051946806 *
MODERATOR (HUAWEI): "FL summary#3 on improving reliability for MBS for RRC_CONNECTED UEs", 3GPP DRAFT; R1-2009654, vol. RAN WG1, 10 November 2020 (2020-11-10), pages 1 - 62, XP051952879 *
NOKIA, NOKIA SHANGHAI BELL: "HARQ scheduling and feedback for NR-U", 3GPP DRAFT; R1-1904183_HARQ, vol. RAN WG1, 29 March 2019 (2019-03-29), Xian, China, pages 1 - 12, XP051691327 *
SAMSUNG: "Uu transport and multicasting enhancement for V2X", 3GPP DRAFT; R1-156817-UU-TRANSPORT-AND-MULTICASTING-ENHANCEMENT-FOR-V2X, vol. RAN WG1, 15 November 2015 (2015-11-15), pages 1 - 5, XP051039937, ISBN: Anaheim, USA *
ZTE CORPORATION, SANECHIPS: "Consideration on SR and DRX in NTN", 3GPP DRAFT; R2-1915422, vol. RAN WG2, 8 November 2019 (2019-11-08), Reno, USA, pages 1 - 9, XP051817218 *

Also Published As

Publication number Publication date
US20230422275A1 (en) 2023-12-28

Similar Documents

Publication Publication Date Title
WO2020222575A1 (en) Method and apparatus for transmission and reception of sidelink feedback in wireless communication system
WO2019216599A1 (ko) 고신뢰 및 저지연 통신을 위한 신호의 송수신 방법
WO2018199685A1 (ko) 통신 시스템에서 하향링크 채널 및 참조 신호의 송수신 방법
WO2020145613A1 (en) Method and apparatus for transmitting/receiving control information in wireless communication system
WO2020022650A1 (ko) 무선 통신 시스템에서 자원을 할당하는 방법, 장치 및 시스템
WO2017052193A1 (ko) 비면허 대역에서 데이터를 송수신하는 방법 및 이를 위한 장치
WO2016122197A1 (ko) 상향링크 신호를 전송하기 위한 방법 및 이를 위한 장치
WO2016167606A1 (ko) 무선 통신 시스템에서 단말이 피드백을 수행하는 방법 및 이를 위한 장치
WO2016126063A1 (ko) 무선 통신 시스템에서 채널 상태 보고 방법 및 이를 위한 장치
WO2012128505A2 (ko) 장치-대-장치 통신 방법 및 장치
WO2012077971A2 (ko) 무선 통신 시스템에서 단말 간의 통신 방법 및 장치
WO2016021983A1 (ko) 단말간 통신을 지원하는 무선 통신 시스템에서 무선 통신 방법 및 장치
WO2018182262A1 (ko) 무선 통신 시스템에서 v2x 단말에 의해 수행되는 v2x 통신 수행 방법 및 상기 방법을 이용하는 단말
WO2021162423A1 (ko) 무선 통신 시스템에서 다중 송수신 포인트로부터의 하향링크 채널 송수신 방법 및 장치
EP3777428A1 (en) Method and apparatus for data transmission
WO2021194108A1 (ko) 비면허 대역에서 urllc를 위한 방법 및 장치
WO2019199051A1 (ko) 통신 시스템에서 저지연 통신을 위한 방법 및 장치
WO2019088779A1 (ko) 무선 통신 시스템에서 단말 간 통신을 위한 피드백을 위한 방법 및 이를 위한 장치
WO2017074155A1 (ko) 무선 통신 시스템에서의 fdr(full duplex radio) 동작 지원 방법 및 이를 위한 장치
WO2019216619A1 (en) Method and apparatus for data transmission
WO2019050143A1 (ko) 무선 통신 시스템에서 자원 할당 방법 및 상기 방법을 이용하는 장치
WO2019035701A1 (ko) 무선 통신 시스템에서 단말의 전력 소모 감소를 위한 하향링크 제어채널 설정 방법 및 장치
WO2021162264A1 (ko) 무선 통신 시스템에서 상향링크 채널 반복 전송 방법 및 장치
WO2017131465A1 (ko) 비면허대역 통신 시스템에서 신호를 전송하는 방법 및 장치, 상향링크 스케줄링 방법 및 장치, 그리고 채널 상태 측정 구간에 관한 정보를 전송하는 방법 및 장치
WO2019139330A1 (ko) 상향링크 제어채널 송수신 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21898726

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18037484

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180079951.0

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021898726

Country of ref document: EP

Effective date: 20230627