KR20230019207A - 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치 - Google Patents

무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치 Download PDF

Info

Publication number
KR20230019207A
KR20230019207A KR1020237000756A KR20237000756A KR20230019207A KR 20230019207 A KR20230019207 A KR 20230019207A KR 1020237000756 A KR1020237000756 A KR 1020237000756A KR 20237000756 A KR20237000756 A KR 20237000756A KR 20230019207 A KR20230019207 A KR 20230019207A
Authority
KR
South Korea
Prior art keywords
harq
ack
pucch
pdsch
multicast
Prior art date
Application number
KR1020237000756A
Other languages
English (en)
Other versions
KR102584081B1 (ko
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 엘지전자 주식회사
Publication of KR20230019207A publication Critical patent/KR20230019207A/ko
Application granted granted Critical
Publication of KR102584081B1 publication Critical patent/KR102584081B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1858Transmission or retransmission of more than one copy of acknowledgement message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control 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 physical layer, e.g. DCI signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

무선 통신 시스템에서 HARQ-ACK 정보 송수신 방법 및 장치가 개시된다. 본 개시의 일 실시예에 따른 HARQ-ACK 정보를 전송하는 방법은, 기지국으로부터 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 수신하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되는 단계; 상기 기지국으로부터 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 수신하는 단계; 상기 기지국으로부터 상기 DCI에 기반하여 멀티캐스트 PDSCH를 수신하는 단계; 및 상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 기지국에게 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 전송하는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 HARQ-ACK 정보 송수신 방법 및 장치
본 개시는 무선 통신 시스템에 관한 것으로서, 보다 상세하게 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 송수신하는 방법 및 장치에 관한 것이다.
이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 음성뿐 아니라 데이터 서비스까지 영역을 확장하였으며, 현재에는 폭발적인 트래픽의 증가로 인하여 자원의 부족 현상이 야기되고 사용자들이 보다 고속의 서비스에 대한 요구하므로, 보다 발전된 이동 통신 시스템이 요구되고 있다.
차세대 이동 통신 시스템의 요구 조건은 크게 폭발적인 데이터 트래픽의 수용, 사용자 당 전송률의 획기적인 증가, 대폭 증가된 연결 디바이스 개수의 수용, 매우 낮은 단대단 지연(End-to-End Latency), 고에너지 효율을 지원할 수 있어야 한다. 이를 위하여 이중 연결성(Dual Connectivity), 대규모 다중 입출력(Massive MIMO: Massive Multiple Input Multiple Output), 전이중(In-band Full Duplex), 비직교 다중접속(NOMA: Non-Orthogonal Multiple Access), 초광대역(Super wideband) 지원, 단말 네트워킹(Device Networking) 등 다양한 기술들이 연구되고 있다.
본 개시의 기술적 과제는 하나 이상의 HARQ-ACK 정보를 하나 이상의 PUCCH(physical uplink control channel)을 통해 전송하는 방법 및 장치를 제공하는 것이다.
본 개시의 기술적 과제는 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 ACK/NACK(negative) 기반 HARQ-ACK 및/또는 NACK만의 기반(NACK-only based) HARQ-ACK을 송수신하는 방법 및 장치를 제공하는 것이다.
본 개시의 기술적 과제는, ACK/NACK 기반 HARQ-ACK 및/또는 NACK-only based HARQ-ACK이 multicast PDSCH 수신을 위해 설정된 경우, PUCCH에 대한 설정 방법 및 장치를 제공하는 것이다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 일 양상에 따른 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 전송하는 방법에 있어서, 단말에 의해 수행되는 상기 방법은: 기지국으로부터 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 수신하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되는 단계; 상기 기지국으로부터 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 수신하는 단계; 상기 기지국으로부터 상기 DCI에 기반하여 멀티캐스트 PDSCH를 수신하는 단계; 및 상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 기지국에게 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 전송하는 단계를 포함할 수 있다.
본 개시의 다른 일 양상에 따른 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 수신하는 방법에 있어서, 기지국에 의해 수행되는 상기 방법은: 단말에게 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 전송하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되는 단계; 상기 단말에게 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 전송하는 단계; 상기 단말에게 상기 DCI에 기반하여 멀티캐스트 PDSCH를 전송하는 단계; 및 상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 단말로부터 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 수신하는 단계를 포함할 수 있다.
본 개시의 실시예에 따르면, 하나 이상의 HARQ-ACK들을 하나 이상의 PUCCH로 전송할 때, 기지국이 정확히 HARQ-ACK 정보를 해석할 수 있도록 모호함을 방지할 수 있다.
또한, 본 개시의 실시예에 따르면, 서비스 요구사항에 따라 ACK/NACK 기반 HARQ-ACK과 NACK-only 기반 HARQ-ACK을 단말의 식별자(예를 들어, RNTI) 별로 설정할 수 있다.
또한, 본 개시의 실시예에 따르면, 복수의 HARQ-ACK들이 같은 슬롯의 PUCCH로 전송될 경우, 복수의 HARQ-ACK들이 다중화(multiplexing)되거나 드랍(drop)되거나 번들링(bundling)되거나 지연(defer)되어 전송됨으로써, 단말이 복수의 HARQ-ACK을 보고하는 경우에도 기지국이 정확히 HARQ-ACK 정보를 해석할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 개시에 대한 실시예를 제공하고, 상세한 설명과 함께 본 개시의 기술적 특징을 설명한다.
도 1은 본 개시가 적용될 수 있는 무선 통신 시스템의 구조를 예시한다.
도 2는 본 개시가 적용될 수 있는 무선 통신 시스템에서 프레임 구조를 예시한다.
도 3은 본 개시가 적용될 수 있는 무선 통신 시스템에서 자원 그리드(resource grid)를 예시한다.
도 4는 본 개시가 적용될 수 있는 무선 통신 시스템에서 물리 자원 블록(physical resource block)을 예시한다.
도 5는 본 개시가 적용될 수 있는 무선 통신 시스템에서 슬롯 구조를 예시한다.
도 6은 본 개시가 적용될 수 있는 무선 통신 시스템에서 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 송수신 방법을 예시한다.
도 7은 본 개시가 적용될 수 있는 무선 통신 시스템에서 다중 TRP 전송 방식을 예시한다.
도 8은 본 개시가 적용될 수 있는 무선 통신 시스템에서 하향링크 데이터에 대한 HARQ-ACK 과정을 예시한다.
도 9는 본 개시의 일 실시예에 따른 HARQ-ACK 송수신 절차를 예시한다.
도 10은 본 개시의 일 실시예에 따른 HARQ-ACK 정보 송수신 방법에 대한 단말의 동작을 예시하는 도면이다.
도 11은 본 개시의 일 실시예에 따른 HARQ-ACK 정보 송수신 방법에 대한 기지국의 동작을 예시하는 도면이다.
도 12는 본 개시의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.
이하, 본 개시에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 개시의 예시적인 실시형태를 설명하고자 하는 것이며, 본 개시가 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 개시의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 개시가 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 개시의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
본 개시에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계 뿐만 아니라, 그 사이에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 본 개시에서 용어 "포함한다" 또는 "가진다"는 언급된 특징, 단계, 동작, 요소 및/또는 구성요소의 존재를 특정하지만, 하나 이상의 다른 특징, 단계, 동작, 요소, 구성요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는다.
본 개시에 있어서, "제 1", "제 2" 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되고 구성요소들을 제한하기 위해서 사용되지 않으며, 특별히 언급되지 않는 한 구성요소들 간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 개시의 범위 내에서 일 실시예에서의 제 1 구성요소는 다른 실시예에서 제 2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시예에서의 제 2 구성요소를 다른 실시예에서 제 1 구성요소라고 칭할 수도 있다.
본 개시에서 사용된 용어는 특정 실시예에 대한 설명을 위한 것이며 청구범위를 제한하려는 것이 아니다. 실시예의 설명 및 첨부된 청구범위에서 사용되는 바와 같이, 단수 형태는 문맥상 명백하게 다르게 나타내지 않는 한 복수 형태도 포함하도록 의도한 것이다. 본 개시에 사용된 용어 "및/또는"은 관련된 열거 항목 중의 하나를 지칭할 수도 있고, 또는 그 중의 둘 이상의 임의의 및 모든 가능한 조합을 지칭하고 포함하는 것을 의미한다. 또한, 본 개시에서 단어들 사이의 "/"는 달리 설명되지 않는 한 "및/또는"과 동일한 의미를 가진다.
본 개시는 무선 통신 네트워크 또는 무선 통신 시스템을 대상으로 설명하며, 무선 통신 네트워크에서 이루어지는 동작은 해당 무선 통신 네트워크를 관할하는 장치(예를 들어 기지국)에서 네트워크를 제어하고 신호를 송신(transmit) 또는 수신(receive)하는 과정에서 이루어지거나, 해당 무선 네트워크에 결합한 단말에서 네트워크와의 또는 단말간의 신호를 송신 또는 수신하는 과정에서 이루어질 수 있다.
본 개시에서, 채널을 송신 또는 수신한다는 것은 해당 채널을 통해서 정보 또는 신호를 송신 또는 수신한다는 의미를 포함한다. 예를 들어, 제어 채널을 송신한다는 것은, 제어 채널을 통해서 제어 정보 또는 신호를 송신한다는 것을 의미한다. 유사하게, 데이터 채널을 송신한다는 것은, 데이터 채널을 통해서 데이터 정보 또는 신호를 송신한다는 것을 의미한다.
이하에서, 하향링크(DL: downlink)는 기지국에서 단말로의 통신을 의미하며, 상향링크(UL: uplink)는 단말에서 기지국으로의 통신을 의미한다. 하향링크에서 송신기는 기지국의 일부이고, 수신기는 단말의 일부일 수 있다. 상향링크에서 송신기는 단말의 일부이고, 수신기는 기지국의 일부일 수 있다. 기지국은 제1 통신 장치로, 단말은 제2 통신 장치로 표현될 수도 있다. 기지국(BS: Base Station)은 고정국(fixed station), Node B, eNB(evolved-NodeB), gNB(Next Generation NodeB), BTS(base transceiver system), 액세스 포인트(AP: Access Point), 네트워크(5G 네트워크), AI(Artificial Intelligence) 시스템/모듈, RSU(road side unit), 로봇(robot), 드론(UAV: Unmanned Aerial Vehicle), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어에 의해 대체될 수 있다. 또한, 단말(Terminal)은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station), WT(Wireless terminal), MTC(Machine-Type Communication) 장치, M2M(Machine-to-Machine) 장치, D2D(Device-to-Device) 장치, 차량(vehicle), RSU(road side unit), 로봇(robot), AI(Artificial Intelligence) 모듈, 드론(UAV: Unmanned Aerial Vehicle), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어로 대체될 수 있다.
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예를 들어, LTE-A, NR)을 기반으로 설명하지만 본 개시의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS(Technical Specification) 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다. 본 개시의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 개시 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 다음 문서를 참조할 수 있다.
3GPP LTE의 경우, TS 36.211(물리 채널들 및 변조), TS 36.212(다중화 및 채널 코딩), TS 36.213(물리 계층 절차들), TS 36.300(전반적인 설명), TS 36.331(무선 자원 제어)을 참조할 수 있다.
3GPP NR의 경우, TS 38.211(물리 채널들 및 변조), TS 38.212(다중화 및 채널 코딩), TS 38.213(제어를 위한 물리 계층 절차들), TS 38.214(데이터를 위한 물리 계층 절차들), TS 38.300(NR 및 NG-RAN(New Generation-Radio Access Network) 전반적인 설명), TS 38.331(무선 자원 제어 프로토콜 규격)을 참조할 수 있다.
본 개시에서 사용될 수 있는 용어들의 약자는 다음과 같이 정의된다.
- BM: 빔 관리(beam management)
- CQI: 채널 품질 지시자(channel quality indicator)
- CRI: 채널 상태 정보 - 참조 신호 자원 지시자(channel state information - reference signal resource indicator)
- CSI: 채널 상태 정보(channel state information)
- CSI-IM: 채널 상태 정보 - 간섭 측정(channel state information - interference measurement)
- CSI-RS: 채널 상태 정보 - 참조 신호(channel state information - reference signal)
- DMRS: 복조 참조 신호(demodulation reference signal)
- FDM: 주파수 분할 다중화(frequency division multiplexing)
- FFT: 고속 푸리에 변환(fast Fourier transform)
- IFDMA: 인터리빙된 주파수 분할 다중 액세스(interleaved frequency division multiple access)
- IFFT: 역 고속 푸리에 변환(inverse fast Fourier transform)
- L1-RSRP: 제1 레이어 참조 신호 수신 파워(Layer 1 reference signal received power)
- L1-RSRQ: 제1 레이어 참조 신호 수신 품질(Layer 1 reference signal received quality)
- MAC: 매체 액세스 제어(medium access control)
- NZP: 논-제로 파워(non-zero power)
- OFDM: 직교 주파수 분할 다중화(orthogonal frequency division multiplexing)
- PDCCH: 물리 하향링크 제어 채널(physical downlink control channel)
- PDSCH: 물리 하향링크 공유 채널(physical downlink shared channel)
- PMI: 프리코딩 행렬 지시자(precoding matrix indicator)
- RE: 자원 요소(resource element)
- RI: 랭크 지시자(Rank indicator)
- RRC: 무선 자원 제어(radio resource control)
- RSSI: 수신 신호 강도 지시자(received signal strength indicator)
- Rx: 수신(Reception)
- QCL: 준-동일 위치(quasi co-location)
- SINR: 신호 대 간섭 및 잡음비(signal to interference and noise ratio)
- SSB (또는 SS/PBCH block): 동기 신호 블록(프라이머리 동기 신호(PSS: primary synchronization signal), 세컨더리 동기 신호(SSS: secondary synchronization signal) 및 물리 방송 채널(PBCH: physical broadcast channel)을 포함)
- TDM: 시간 분할 다중화(time division multiplexing)
- TRP: 전송 및 수신 포인트(transmission and reception point)
- TRS: 트래킹 참조 신호(tracking reference signal)
- Tx: 전송(transmission)
- UE: 사용자 장치(user equipment)
- ZP: 제로 파워(zero power)
시스템 일반
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(RAT: radio access technology)에 비해 향상된 모바일 브로드밴드(mobile broadband) 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브(massive) MTC(Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced mobile broadband communication), Mmtc(massive MTC), URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 개시에서는 편의상 해당 기술을 NR이라고 부른다. NR은 5G RAT의 일례를 나타낸 표현이다.
NR을 포함하는 새로운 RAT 시스템은 OFDM 전송 방식 또는 이와 유사한 전송 방식을 사용한다. 새로운 RAT 시스템은 LTE의 OFDM 파라미터들과는 다른 OFDM 파라미터들을 따를 수 있다. 또는 새로운 RAT 시스템은 기존의 LTE/LTE-A의 뉴머롤로지(numerology)를 그대로 따르나 더 큰 시스템 대역폭(예를 들어, 100MHz)를 지원할 수 있다. 또는 하나의 셀이 복수 개의 numerology들을 지원할 수도 있다. 즉, 서로 다른 numerology로 동작하는 하는 단말들이 하나의 셀 안에서 공존할 수 있다.
numerology는 주파수 영역에서 하나의 서브캐리어 간격(subcarrier spacing)에 대응한다. 참조 서브캐리어 간격(Reference subcarrier spacing)을 정수 N으로 스케일링(scaling)함으로써, 상이한 numerology가 정의될 수 있다.
도 1은 본 개시가 적용될 수 있는 무선 통신 시스템의 구조를 예시한다.
도 1을 참조하면, NG-RAN은 NG-RA(NG-Radio Access) 사용자 평면(즉, 새로운 AS(access stratum) 서브계층/PDCP(Packet Data Convergence Protocol)/RLC(Radio Link Control)/MAC/PHY) 및 UE에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB들로 구성된다. 상기 gNB는 Xn 인터페이스를 통해 상호 연결된다. 상기 gNB는 또한, NG 인터페이스를 통해 NGC(New Generation Core)로 연결된다. 보다 구체적으로는, 상기 gNB는 N2 인터페이스를 통해 AMF(Access and Mobility Management Function)로, N3 인터페이스를 통해 UPF(User Plane Function)로 연결된다.
도 2는 본 개시가 적용될 수 있는 무선 통신 시스템에서 프레임 구조를 예시한다.
NR 시스템은 다수의 뉴머롤로지(numerology)들을 지원할 수 있다. 여기서, numerology는 서브캐리어 간격(subcarrier spacing)과 순환 전치(CP: Cyclic Prefix) 오버헤드에 의해 정의될 수 있다. 이때, 다수의 서브캐리어 간격은 기본(참조) 서브캐리어 간격을 정수 N(또는, μ)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 서브캐리어 간격을 이용하지 않는다고 가정될지라도, 이용되는 numerology는 주파수 대역과 독립적으로 선택될 수 있다. 또한, NR 시스템에서는 다수의 numerology에 따른 다양한 프레임 구조들이 지원될 수 있다.
이하, NR 시스템에서 고려될 수 있는 OFDM numerology 및 프레임 구조를 살펴본다. NR 시스템에서 지원되는 다수의 OFDM numerology들은 아래 표 1과 같이 정의될 수 있다.
μ Δf=2μ·15 [kHz] CP
0 15 일반(Normal)
1 30 일반
2 60 일반, 확장(Extended)
3 120 일반
4 240 일반
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 numerology(또는 서브캐리어 간격(SCS: subcarrier spacing))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의된다. FR1, FR2는 아래 표 2와 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(mmW: millimeter wave)를 의미할 수 있다.
주파수 범위 지정(Frequency Range designation) 해당 주파수 범위(Corresponding frequency range) 서브캐리어 간격(Subcarrier Spacing)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
NR 시스템에서의 프레임 구조(frame structure)와 관련하여, 시간 영역의 다양한 필드의 크기는 Tc=1/(Δfmax·Nf) 의 시간 단위의 배수로 표현된다. 여기에서, Δfmax=480·103 Hz 이고, Nf=4096 이다. 하향링크(downlink) 및 상향링크(uplink) 전송은 Tf=1/(ΔfmaxNf/100)·Tc=10ms 의 구간을 가지는 무선 프레임(radio frame)으로 구성(organized)된다. 여기에서, 무선 프레임은 각각 Tsf=(ΔfmaxNf/1000)·Tc=1ms 의 구간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 이 경우, 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다. 또한, 단말로부터의 상향링크 프레임 번호 i에서의 전송은 해당 단말에서의 해당 하향링크 프레임의 시작보다 TTA=(NTA+NTA,offset)Tc 이전에 시작해야 한다. 서브캐리어 간격 구성 μ 에 대하여, 슬롯(slot)들은 서브프레임 내에서 ns μ∈{0,..., Nslot subframe,μ-1} 의 증가하는 순서로 번호가 매겨지고, 무선 프레임 내에서 ns,f μ∈{0,..., Nslot frame,μ-1} 의 증가하는 순서로 번호가 매겨진다. 하나의 슬롯은 Nsymb slot 의 연속하는 OFDM 심볼들로 구성되고, Nsymb slot 는, CP에 따라 결정된다. 서브프레임에서 슬롯 ns μ 의 시작은 동일 서브프레임에서 OFDM 심볼 ns μNsymb slot 의 시작과 시간적으로 정렬된다. 모든 단말이 동시에 송신 및 수신을 할 수 있는 것은 아니며, 이는 하향링크 슬롯(downlink slot) 또는 상향링크 슬롯(uplink slot)의 모든 OFDM 심볼들이 이용될 수는 없다는 것을 의미한다.
표 3은 일반 CP에서 슬롯 별 OFDM 심볼의 개수(Nsymb slot), 무선 프레임 별 슬롯의 개수(Nslot frame,μ), 서브프레임 별 슬롯의 개수(Nslot subframe,μ)를 나타내며, 표 4는 확장 CP에서 슬롯 별 OFDM 심볼의 개수, 무선 프레임 별 슬롯의 개수, 서브프레임 별 슬롯의 개수를 나타낸다.
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
2 12 40 4
도 2는, μ=2인 경우(SCS가 60kHz)의 일례로서, 표 3을 참고하면 1 서브프레임(subframe)은 4개의 슬롯(slot)들을 포함할 수 있다. 도 2에 도시된 1 subframe={1,2,4} slot은 일례로서, 1 subframe에 포함될 수 있는 slot(들)의 개수는 표 3 또는 표 4와 같이 정의된다. 또한, 미니 슬롯(mini-slot)은 2, 4 또는 7 심볼들을 포함하거나 그 보다 더 많은 또는 더 적은 심볼들을 포함할 수 있다.
NR 시스템에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 캐리어 파트(carrier part) 등이 고려될 수 있다. 이하, NR 시스템에서 고려될 수 있는 상기 물리 자원들에 대해 구체적으로 살펴본다.
먼저, 안테나 포트와 관련하여, 안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기서, 상기 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 쉬프트(Frequency shift), 평균 수신 파워(Average received power), 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 3은 본 개시가 적용될 수 있는 무선 통신 시스템에서 자원 그리드(resource grid)를 예시한다.
도 3을 참조하면, 자원 그리드가 주파수 영역 상으로 NRB μNsc RB 서브캐리어들로 구성되고, 하나의 서브프레임이 14·2μ OFDM 심볼들로 구성되는 것을 예시적으로 기술하나, 이에 한정되는 것은 아니다. NR 시스템에서, 전송되는 신호(transmitted signal)는 NRB μNsc RB 서브캐리어들로 구성되는 하나 또는 그 이상의 자원 그리드들 및 2μNsymb (μ) 의 OFDM 심볼들에 의해 설명된다. 여기서, NRB μ≤NRB max,μ 이다. 상기 NRB max,μ 는 최대 전송 대역폭을 나타내고, 이는, numerology들 뿐만 아니라 상향링크와 하향링크 간에도 달라질 수 있다. 이 경우, μ 및 안테나 포트 p 별로 하나의 자원 그리드가 설정될 수 있다. μ 및 안테나 포트 p에 대한 자원 그리드의 각 요소는 자원 요소(resource element)로 지칭되며, 인덱스 쌍 (k,l')에 의해 고유적으로 식별된다. 여기에서, k=0,...,NRB μNsc RB-1 는 주파수 영역 상의 인덱스이고, l'=0,...,2μNsymb (μ)-1 는 서브프레임 내에서 심볼의 위치를 지칭한다. 슬롯에서 자원 요소를 지칭할 때에는, 인덱스 쌍 (k,l) 이 이용된다. 여기서, l=0,...,Nsymb μ-1 이다. μ 및 안테나 포트 p에 대한 자원 요소 (k,l') 는 복소 값(complex value) ak,l' (p,μ) 에 해당한다. 혼동(confusion)될 위험이 없는 경우 혹은 특정 안테나 포트 또는 numerology가 특정되지 않은 경우에는, 인덱스들 p 및 μ 는 드롭(drop)될 수 있으며, 그 결과 복소 값은 ak,l' (p) 또는 ak,l' 이 될 수 있다. 또한, 자원 블록(resource block, RB)은 주파수 영역 상의 Nsc RB=12 연속적인 서브캐리어들로 정의된다.
포인트(point) A는 자원 블록 그리드의 공통 기준 포인트(common reference point)로서 역할을 하며 다음과 같이 획득된다.
- 프라이머리 셀(PCell: Primary Cell) 다운링크에 대한 offsetToPointA는 초기 셀 선택을 위해 단말에 의해 사용된 SS/PBCH block과 겹치는 가장 낮은 자원 블록의 가장 낮은 서브 캐리어와 point A 간의 주파수 오프셋을 나타낸다. FR1에 대해 15kHz 서브캐리어 간격 및 FR2에 대해 60kHz 서브캐리어 간격을 가정한 리소스 블록 단위(unit)들로 표현된다.
- absoluteFrequencyPointA는 ARFCN(absolute radio-frequency channel number)에서와 같이 표현된 point A의 주파수-위치를 나타낸다.
공통 자원 블록(common resource block)들은 서브캐리어 간격 설정 μ 에 대한 주파수 영역에서 0부터 위쪽으로 numbering된다. 서브캐리어 간격 설정 μ 에 대한 공통 자원 블록 0의 subcarrier 0의 중심은 'point A'와 일치한다. 주파수 영역에서 공통 자원 블록 번호 nCRB μ 와 서브캐리어 간격 설정 μ 에 대한 자원 요소(k,l)와의 관계는 아래 수학식 1과 같이 주어진다.
Figure pct00001
수학식 1에서, k는 k=0이 point A를 중심으로 하는 서브캐리어에 해당하도록 point A에 상대적으로 정의된다. 물리 자원 블록들은 대역폭 파트(BWP: bandwidth part) 내에서 0부터 NBWP,i size,μ-1 까지 번호가 매겨지고, i는 BWP의 번호이다. BWP i에서 물리 자원 블록 nPRB 와 공통 자원 블록 nCRB 간의 관계는 아래 수학식 2에 의해 주어진다.
Figure pct00002
NBWP,i start,μ 는 BWP가 공통 자원 블록 0에 상대적으로 시작하는 공통 자원 블록이다.
도 4는 본 개시가 적용될 수 있는 무선 통신 시스템에서 물리 자원 블록(physical resource block)을 예시한다. 그리고, 도 5는 본 개시가 적용될 수 있는 무선 통신 시스템에서 슬롯 구조를 예시한다.
도 4 및 도 5를 참조하면, 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함한다.
반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예를 들어, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 (물리) 자원 블록으로 정의되며, 하나의 numerology(예를 들어, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(RE: Resource Element)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
NR 시스템은 하나의 컴포넌트 캐리어(CC: Component Carrier) 당 최대 400 MHz까지 지원될 수 있다. 이러한 광대역 CC(wideband CC)에서 동작하는 단말이 항상 CC 전체에 대한 무선 주파수(RF: radio frequency) 칩(chip)를 켜둔 채로 동작한다면 단말 배터리 소모가 커질 수 있다. 혹은 하나의 광대역 CC 내에 동작하는 여러 활용 케이스들(예를 들어, eMBB, URLLC, Mmtc, V2X 등)을 고려할 때 해당 CC 내에 주파수 대역 별로 서로 다른 numerology(예를 들어, 서브캐리어 간격 등)가 지원될 수 있다. 혹은 단말 별로 최대 대역폭에 대한 능력(capability)이 다를 수 있다. 이를 고려하여 기지국은 광대역 CC의 전체 bandwidth이 아닌 일부 bandwidth에서만 동작하도록 단말에게 지시할 수 있으며, 해당 일부 bandwidth를 편의상 대역폭 부분(BWP: bandwidth part)로 정의한다. BWP는 주파수 축 상에서 연속한 RB들로 구성될 수 있으며, 하나의 numerology(예를 들어, 서브캐리어 간격, CP 길이, 슬롯/미니-슬롯 구간)에 대응될 수 있다.
한편, 기지국은 단말에게 설정된 하나의 CC 내에서도 다수의 BWP를 설정할 수 있다. 예를 들어, PDCCH 모니터링 슬롯에서는 상대적으로 작은 주파수 영역을 차지하는 BWP를 설정하고, PDCCH에서 지시하는 PDSCH는 그보다 큰 BWP 상에 스케줄링될 수 있다. 혹은, 특정 BWP에 UE 들이 몰리는 경우 로드 밸런싱(load balancing)을 위해 일부 단말들을 다른 BWP로 설정할 수 있다. 혹은, 이웃 셀 간의 주파수 도메인 셀간 간섭 제거(frequency domain inter-cell interference cancellation) 등을 고려하여 전체 bandwidth 중 가운데 일부 스펙트럼(spectrum)을 배제하고 양쪽 BWP들을 동일 슬롯 내에서도 설정할 수 있다. 즉, 기지국은 광대역 CC와 연관된(association) 단말에게 적어도 하나의 DL/UL BWP를 설정할 수 있다. 기지국은 특정 시점에 설정된 DL/UL BWP(들) 중 적어도 하나의 DL/UL BWP를 (L1 시그널링 또는 MAC CE(Control Element) 또는 RRC 시그널링 등에 의해) 활성화시킬 수 있다. 또한, 기지국은 다른 설정된 DL/UL BWP로 스위칭을 (L1 시그널링 또는 MAC CE 또는 RRC 시그널링 등에 의해) 지시할 수 있다. 또는, 타이머 기반으로 타이머 값이 만료되면 정해진 DL/UL BWP로 스위칭될 수도 있다. 이때, 활성화된 DL/UL BWP를 활성(active) DL/UL BWP로 정의한다. 하지만, 단말이 최초 접속(initial access) 과정을 수행하는 중이거나, 혹은 RRC 연결이 셋업(set up)되기 전 등의 상황에서는 DL/UL BWP에 대한 설정을 수신하지 못할 수 있으므로, 이러한 상황에서 단말이 가정하는 DL/UL BWP는 최초 활성 DL/UL BWP라고 정의한다.
도 6은 본 개시가 적용될 수 있는 무선 통신 시스템에서 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 송수신 방법을 예시한다.
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
단말은 전원이 켜지거나 새로이 셀에 진입한 경우 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다(S601). 이를 위해, 단말은 기지국으로부터 주 동기 신호(PSS: Primary Synchronization Signal) 및 부 동기 채널(SSS: Secondary Synchronization Signal)을 수신하여 기지국과 동기를 맞추고, 셀 식별자(ID: Identifier) 등의 정보를 획득할 수 있다. 그 후, 단말은 기지국으로부터 물리 방송 채널(PBCH: Physical Broadcast Channel)를 수신하여 셀 내 방송 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(DL RS: Downlink Reference Signal)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 물리 하향링크 제어 채널(PDCCH: Physical Downlink Control Channel) 및 상기 PDCCH에 실린 정보에 따라 물리 하향링크 공유 채널(PDSCH: Physical Downlink Control Channel)을 수신함으로써 좀더 구체적인 시스템 정보를 획득할 수 있다(S602).
한편, 기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 경우 단말은 기지국에 대해 임의 접속 과정(RACH: Random Access Procedure)을 수행할 수 있다(단계 S603 내지 단계 S606). 이를 위해, 단말은 물리 임의 접속 채널(PRACH: Physical Random Access Channel)을 통해 특정 시퀀스를 프리앰블로 송신하고(S603 및 S605), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S604 및 S606). 경쟁 기반 RACH의 경우, 추가적으로 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상/하향링크 신호 송신 절차로서 PDCCH/PDSCH 수신(S607) 및 물리 상향링크 공유 채널(PUSCH: Physical Uplink Shared Channel)/물리 상향링크 제어 채널(PUCCH: Physical Uplink Control Channel) 송신(S608)을 수행할 수 있다. 특히 단말은 PDCCH를 통하여 하향링크 제어 정보(DCI: Downlink Control Information)를 수신한다. 여기서 DCI는 단말에 대한 자원 할당 정보와 같은 제어 정보를 포함하며, 그 사용 목적에 따라 포맷이 서로 다르다.
한편, 단말이 상향링크를 통해 기지국에 송신하는 또는 단말이 기지국으로부터 수신하는 제어 정보는 하향링크/상향링크 ACK/NACK(Acknowledgement/Non-Acknowledgement) 신호, CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indicator) 등을 포함한다. 3GPP LTE 시스템의 경우, 단말은 상술한 CQI/PMI/RI 등의 제어 정보를 PUSCH 및/또는 PUCCH를 통해 송신할 수 있다.
표 5는 NR 시스템에서의 DCI 포맷(format)의 일례를 나타낸다.
DCI 포맷 활용
0_0 하나의 셀 내 PUSCH의 스케줄링
0_1 하나의 셀 내 하나 또는 다중 PUSCH의 스케줄링, 또는 UE에게 셀 그룹(CG: cell group) 하향링크 피드백 정보의 지시
0_2 하나의 셀 내 PUSCH의 스케줄링
1_0 하나의 DL 셀 내 PDSCH의 스케줄링
1_1 하나의 셀 내 PDSCH의 스케줄링
1_2 하나의 셀 내 PDSCH의 스케줄링
표 5를 참조하면, DCI format 0_0, 0_1 및 0_2는 PUSCH의 스케줄링에 관련된 자원 정보(예를 들어, UL/SUL(Supplementary UL), 주파수 자원 할당, 시간 자원 할당, 주파수 호핑 등), 전송 블록(TB: Transport Block) 관련 정보(예를 들어, MCS(Modulation Coding and Scheme), NDI(New Data Indicator), RV(Redundancy Version) 등), HARQ(Hybrid - Automatic Repeat and request) 관련 정보(예를 들어, 프로세스 번호, DAI(Downlink Assignment Index), PDSCH-HARQ 피드백 타이밍 등), 다중 안테나 관련 정보(예를 들어, DMRS 시퀀스 초기화 정보, 안테나 포트, CSI 요청 등), 전력 제어 정보(예를 들어, PUSCH 전력 제어 등)을 포함할 수 있으며, DCI 포맷 각각에 포함되는 제어 정보들은 미리 정의될 수 있다.
DCI format 0_0은 하나의 셀에서 PUSCH의 스케줄링에 사용된다. DCI 포맷 0_0에 포함된 정보는 C-RNTI(Cell RNTI: Cell Radio Network Temporary Identifier) 또는 CS-RNTI(Configured Scheduling RNTI) 또는 MCS-C-RNTI(Modulation Coding Scheme Cell RNTI)에 의해 CRC(cyclic redundancy check) 스크램블링되어 전송된다.
DCI format 0_1은 하나의 셀에서 하나 이상의 PUSCH의 스케줄링, 또는 설정된 그랜트(CG: configure grant) 하향링크 피드백 정보를 단말에게 지시하는 데 사용된다. DCI format 0_1에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 SP-CSI-RNTI(Semi-Persistent CSI RNTI) 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 0_2는 하나의 셀에서 PUSCH의 스케줄링에 사용된다. DCI format 0_2에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 SP-CSI-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
다음으로, DCI format 1_0, 1_1 및 1_2는 PDSCH의 스케줄링에 관련된 자원 정보(예를 들어, 주파수 자원 할당, 시간 자원 할당, VRB(virtual resource block)-PRB(physical resource block) 매핑 등), 전송블록(TB) 관련 정보(예를 들어, MCS, NDI, RV 등), HARQ 관련 정보(예를 들어, 프로세스 번호, DAI, PDSCH-HARQ 피드백 타이밍 등), 다중 안테나 관련 정보(예를 들어, 안테나 포트, TCI(transmission configuration indicator), SRS(sounding reference signal) 요청 등), PUCCH 관련 정보(예를 들어, PUCCH 전력 제어, PUCCH 자원 지시자 등)을 포함할 수 있으며, DCI 포맷 각각에 포함되는 제어 정보들은 미리 정의될 수 있다.
DCI format 1_0은 하나의 DL 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_0에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 1_1은 하나의 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_1에 포함되는 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 1_2는 하나의 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_2에 포함되는 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
준-동일 위치(QCL: Quasi-Co Location)
안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 특성(property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다.
여기서, 상기 채널 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수/도플러 쉬프트(Frequency/Doppler shift), 평균 수신 파워(Average received power), 수신 타이밍/평균지연(Received Timing / average delay), 공간 수신 파라미터(Spatial Rx parameter) 중 하나 이상을 포함한다. 여기서 공간 수신 파라미터(Spatial Rx parameter)는 도달 각도(angle of arrival)과 같은 공간적인 (수신) 채널 특성 파라미터를 의미한다.
단말은 해당 단말 및 주어진 serving cell에 대해 의도된 DCI를 가지는 검출된 PDCCH에 따라 PDSCH를 디코딩하기 위해, 상위 계층 파라미터 PDSCH-Config 내 M 개까지의 TCI-State 설정의 리스트로 설정될 수 있다. 상기 M은 UE 능력(capability)에 의존한다.
각각의 TCI-State는 하나 또는 두 개의 DL 참조 신호와 PDSCH의 DM-RS 포트 사이의 quasi co-location 관계를 설정하기 위한 파라미터를 포함한다.
Quasi co-location 관계는 첫 번째 DL RS에 대한 상위 계층 파라미터 qcl-Type1과 두 번째 DL RS에 대한 qcl-Type2 (설정된 경우)로 설정된다. 두 개의 DL RS의 경우, reference가 동일한 DL RS 또는 서로 다른 DL RS인지에 관계없이 QCL type은 동일하지 않다.
각 DL RS에 대응하는 quasi co-location 타입(type)은 QCL-Info의 higher layer parameter qcl-Type에 의해 주어지며, 다음 값 중 하나를 취할 수 있다:
- 'QCL-TypeA': {Doppler shift, Doppler spread, average delay, delay spread}
- 'QCL-TypeB': {Doppler shift, Doppler spread}
- 'QCL-TypeC': {Doppler shift, average delay}
- 'QCL-TypeD': {Spatial Rx parameter}
예를 들어, 목표 안테나 포트(target antenna port)가 특정 NZP CSI-RS 인 경우, 해당 NZP CSI-RS 안테나 포트(들)은 QCL-Type A관점에서는 특정 TRS와, QCL-Type D관점에서는 특정 SSB과 QCL되었다고 지시/설정될 수 있다. 이러한 지시/설정을 받은 단말은 QCL-TypeA TRS에서 측정된 Doppler, delay값을 이용해서 해당 NZP CSI-RS를 수신하고, QCL-TypeD SSB 수신에 사용된 수신 빔을 해당 NZP CSI-RS 수신에 적용할 수 있다.
UE는 8개까지의 TCI state들을 DCI 필드 'Transmission Configuration Indication'의 코드포인트(codepoint)에 매핑하기 위해 사용되는 MAC CE 시그널링에 의한 활성 명령(activation command)을 수신할 수 있다.
다중 TRP(Multi-TRP) 관련 동작
다지점 협력 통신(CoMP: Coordinated Multi Point)의 기법은 다수의 기지국이 단말로부터 피드백 받은 채널 정보(예를 들어, RI/CQI/PMI/LI(layer indicator) 등)를 서로 교환(예를 들어, X2 인터페이스 이용) 혹은 활용하여, 단말에게 협력 전송함으로써 간섭을 효과적으로 제어하는 방식을 말한다. 이용하는 방식에 따라서, CoMP는 연합 전송(JT: Joint transmission), 협력 스케줄링(CS: Coordinated Scheduling), 협력 빔포밍(CB: Coordinated Beamforming), 동적 포인트 선택(DPS: Dynamic Point Selection), 동적 포인트 차단(DPB: Dynamic Point Blocking) 등으로 구분할 수 있다.
M개의 TRP가 하나의 단말에게 데이터를 전송하는 M-TRP 전송 방식은 크게 i) 전송률을 높이기 위한 방식인 eMBB M-TRP 전송과 ii) 수신 성공률 증가 및 지연(latency) 감소를 위한 방식인 URLLC M-TRP 전송으로 구분할 수 있다.
또한, DCI 전송 관점에서, M-TRP 전송 방식은 i) 각 TRP가 서로 다른 DCI를 전송하는 M-DCI(multiple DCI) 기반 M-TRP 전송과 ii) 하나의 TRP가 DCI를 전송하는 S-DCI(single DCI) 기반 M-TRP 전송으로 구분할 수 있다. 예를 들어, S-DCI 기반 M-TRP 전송의 경우, M TRP가 전송하는 데이터에 대한 모든 스케줄링 정보가 하나의 DCI를 통해 단말에게 전달되어야 하므로, 두 TRP간의 동적인(dynamic) 협력이 가능한 이상적 백홀(ideal BH: ideal BackHaul) 환경에서 사용될 수 있다.
UE는 서로 다른 제어 자원 세트(CORESET: control resource set)(또는 서로 다른 CORESET 그룹에 속한 CORESET)으로 수신한 DCI가 스케줄링한 PUSCH(또는 PUCCH)를 서로 다른 TRP로 전송하는 PUSCH(또는 PUCCH)로 인식하거나 또는 서로 다른 TRP의 PDSCH(또는 PDCCH)로 인식할 수 있다. 또한, 후술하는 서로 다른 TRP로 전송하는 UL 전송(예를 들어, PUSCH/PUCCH)에 대한 방식은 동일 TRP에 속한 서로 다른 패널(panel)로 전송하는 UL 전송(예를 들어, PUSCH/PUCCH)에 대해서도 동일하게 적용할 수 있다.
이하, 본 개시에서 설명/언급되는 CORESET 그룹 식별자(group ID)는 각 TRP/패널(panel)를 위한 CORESET을 구분하기 위한 인덱스(index)/식별 정보(예를 들어, ID) 등을 의미할 수 있다. 그리고 CORESET group은 각 TRP/panel을 위한 CORESET을 구분하기 위한 인덱스/식별정보(예를 들어, ID)/상기 CORESET group ID등에 의해 구분되는 CORESET의 그룹/합집합일 수 있다. 일례로, CORESET group ID는 CORSET 설정(configuration) 내에 정의되는 특정 index 정보일 수 있다. 이 경우, CORESET group은 각 CORESET에 대한 CORESET configuration 내에 정의된 인덱스에 의해 설정/지시/정의될 수 있다. 그리고/또는 CORESET group ID는 각 TRP/panel에 설정된/연관된 CORESET 간의 구분/식별을 위한 인덱스/식별 정보/지시자 등을 의미할 수 있다. 이하, 본 개시에서 설명/언급되는 CORESET group ID는 각 TRP/panel에 설정된/연관된 CORESET 간의 구분/식별을 위한 특정 인덱스/특정 식별 정보/특정 지시자로 대체되어 표현될 수도 있다. 상기 CORESET group ID, 즉, 각 TRP/panel에 설정된/연관된 CORESET 간의 구분/식별을 위한 특정 인덱스/특정 식별 정보/특정 지시자는 상위 계층 시그널링(higher layer signaling, 예를 들어, RRC 시그널링)/제2 계층 시그널링(L2 signaling, 예를 들어, MAC-CE)/제1 계층 시그널링(L1 signaling, 예를 들어, DCI) 등을 통해 단말에게 설정/지시될 수 있다. 일례로, 해당 CORESET group 단위로 각 TRP/panel 별 (즉, 동일 CORESET group에 속한 TRP/panel 별로) PDCCH 검출(detection)이 수행되도록 설정/지시될 수 있다. 그리고/또는 해당 CORESET group 단위로 각 TRP/panel 별로 (즉, 동일 CORESET group에 속한 TRP/panel 별로) 상향링크 제어 정보(예를 들어, CSI, HARQ-A/N(ACK/NACK), SR(scheduling request)) 및/또는 상향링크 물리 채널 자원들(예를 들어, PUCCH/PRACH/SRS 자원들)이 분리되어 관리/제어되도록 설정/지시될 수 있다. 그리고/또는 해당 CORESET group 별로 각 TRP/panel 별로 (즉, 동일 CORESET group에 속한 TRP/panel 별로) 스케줄링되는 PDSCH/PUSCH 등에 대한 HARQ A/N(처리(process)/재전송)이 관리될 수 있다.
예를 들어, 상위 계층 파라미터인 ControlResourceSet 정보 요소(IE: information element)는 시간/주파수 제어 자원 집합(CORESET: control resource set)을 설정하기 위해 사용된다. 일례로, 상기 제어 자원 집합(CORESET)은 하향링크 제어 정보의 검출, 수신과 관련될 수 있다. 상기 ControlResourceSet IE는 CORESET 관련 ID(예를 들어, controlResourceSetID)/ CORESET에 대한 CORESET 풀(pool)의 인덱스(index) (예를 들어, CORESETPoolIndex)/ CORESET의 시간/주파수 자원 설정/ CORESET과 관련된 TCI 정보 등을 포함할 수 있다. 일례로, CORESET pool의 인덱스 (예를 들어, CORESETPoolIndex)는 0 또는 1로 설정될 수 있다. 상기 설명에서 CORESET group은 CORESET pool에 대응될 수 있고, CORESET group ID는 CORESET pool index(예를 들어, CORESETPoolIndex)에 대응될 수 있다.
이하, Multi-TRP에서의 신뢰도 향상을 위한 방식에 대하여 살펴본다.
다수 TRP 에서의 전송을 이용한 신뢰도(reliability) 향상을 위한 송수신 방법으로 아래의 두 가지 방법을 고려해볼 수 있다.
도 7은 본 개시가 적용될 수 있는 무선 통신 시스템에서 다중 TRP 전송 방식을 예시한다.
도 7(a)를 참조하면, 동일한 코드워드(CW: codeword)/전송블록(TB: transport block)를 전송하는 레이어 그룹(layer group)이 서로 다른 TRP에 대응하는 경우를 보여준다. 이때, layer group은 하나 또는 하나 이상의 layer로 이루어진 소정의 layer 집합을 의미할 수 있다. 이러한 경우, 다수의 layer 수로 인해 전송 자원의 양이 증가하며, 이를 통해 TB에 대해 낮은 부호율의 강건한 채널 코딩을 사용할 수 있다는 장점이 있으며, 또한, 다수의 TRP로부터 채널이 다르기 때문에 다이버시티(diversity) 이득을 바탕으로 수신 신호의 신뢰도 향상을 기대할 수 있다.
도 7(b)를 참조하면, 서로 다른 CW를 서로 다른 TRP에 대응하는 layer group을 통해 전송하는 예를 보여준다. 이때, 그림의 CW #1과 CW #2에 대응하는 TB는 서로 동일함을 가정할 수 있다. 즉, CW #1과 CW #2는 각각 서로 다른 TRP에 의해 동일한 TB가 채널 코딩 등을 통해 서로 다른 CW로 변환된 것을 의미한다. 따라서, 동일 TB의 반복 전송의 예로 볼 수 있다. 도 7(b)의 경우, 앞서 도 7(a)와 대비하여 TB에 대응하는 부호율이 높다는 단점을 가질 수 있다. 하지만, 채널 환경에 따라 동일 TB로부터 생성된 인코딩된 비트들(encoding bits)에 대해서 서로 다른 RV(redundancy version) 값을 지시하여 부호율을 조정하거나, 각 CW의 변조 차수(modulation order)를 조절할 수 있다는 장점을 갖는다.
앞서 도 7(a) 및 도 7(b)에서 예시한 방식에 따르면, 동일 TB가 서로 다른 layer group을 통해 반복 전송되고, 각 layer group이 서로 다른 TRP/panel에 의해 전송됨에 따라 단말의 데이터 수신확률을 높일 수 있다. 이를 SDM(Spatial Division Multiplexing) 기반 M-TRP URLLC 전송 방식으로 지칭한다. 서로 다른 Layer group에 속한 layer들은 서로 다른 DMRS CDM 그룹에 속한 DMRS 포트들을 통해 각각 전송된다.
또한, 상술한 다수 TRP 관련된 내용은 서로 다른 레이어를 이용하는 SDM(spatial division multiplexing) 방식을 기준으로 설명되었지만, 이는 서로 다른 주파수 영역 자원(예를 들어, RB/PRB (세트) 등)에 기반하는 FDM(frequency division multiplexing) 방식 및/또는 서로 다른 시간 영역 자원(예를 들어, 슬롯, 심볼, 서브-심볼 등)에 기반하는 TDM(time division multiplexing) 방식에도 확장하여 적용될 수 있음은 물론이다.
적어도 하나의 DCI에 의해 스케줄링되는, 다중 TRP(multi-TRP)는 다음과 같이 수행될 수 있다:
i) 기법 1 (SDM): 중첩된 시간 및 주파수 자원 할당에서 단일의 슬롯 내 n(n은 자연수)개의 TCI 상태들
- 기법 1a: 각 전송 시점(transmission occasion)은 동일한 TB의 하나의 레이어 또는 레이어들의 세트이고, 각 레이어 또는 레이어 세트는 하나의 TCI 및 하나의 DMRS 포트(들)의 세트와 연관된다. 하나의 리던던시 버전(RV: redundancy version)을 가진 단일의 코드워드가 모든 레이어들 또는 레이어 세트들에 사용된다. UE 관점에서, 서로 다른 코딩된 비트들(coded bit)이 특정 매핑 규칙으로 서로 다른 레이어들 또는 레이어 세트들에 매핑된다.
- 기법 1b: 각 transmission occasion은 동일한 TB의 하나의 레이어 또는 레이어들의 세트이고, 각 레이어 또는 레이어 세트는 하나의 TCI 및 하나의 DMRS 포트(들)의 세트와 연관된다. 하나의 RV을 가진 단일의 코드워드가 각 공간적(spatial) 레이어 또는 레이어 세트를 위해 사용된다. 각 spatial 레이어 또는 레이어 세트에 대응되는 RV들은 동일하거나 다를 수 있다.
- 기법 1c: 각 transmission occasion은 다중의 TCI 상태 인덱스들과 연관된 하나의 DMRS 포트를 가지는 동일한 TB의 하나의 레이어, 또는 차례로(one by one) 다중의 TCI 인덱스들과 연관된 다중의 DMRS 포트들을 가진 동일한 TB의 하나의 레이어이다.
상술한 기법 1a 및 1c에 있어서, 동일한 MCS가 모든 레이어들 또는 레이어 세트들에 적용된다.
ii) 기법 2 (FDM): 중첩되지 않은 주파수 자원 할당에서 단일의 슬롯 내 n(n은 자연수)개의 TCI 상태들. 각 중첩되지 않은 주파수 자원 할당은 하나의 TCI 상태와 연관된다. 동일한 단일의/다중의 DMRS 포트(들)이 모든 중첩되지 않은 주파수 자원 할당에 연관된다.
- 기법 2a: 전체 자원 할당에 걸쳐 하나의 RV를 가진 단일의 코드워드가 사용된다. UE 관점에서, 공통의 RB 매핑(코드워드의 레이어 매핑)이 모든 자원 할당에 걸쳐 적용된다.
- 기법 2b: 하나의 RV를 가진 단일의 코드워드가 각 중첩되지 않은 주파수 자원 할당을 위해 사용된다. 각 중첩되지 않는 주파수 자원 할당에 대응되는 RV들은 동일하거나 다를 수 있다.
기법 2a에 있어서, 동일한 MCS가 모든 중첩되지 않은 주파수 자원 할당에 적용된다.
iii) 기법 3 (TDM): 중첩되지 않은 시간 자원 할당에서 단일의 슬롯 내 n(n은 자연수)개의 TCI 상태들. TB의 각 transmission occasion은 미니-슬롯(mini-slot)의 시간 세분성(granularity)으로 하나의 TCI 및 하나의 RV를 가진다. 슬롯 내 모든 transmission occasion(들)은 동일한 단일의 또는 다중의 DMRS 포트(들)로 공통의 MCS를 사용한다. RV/TCI 상태는 transmission occasion들 중에서 동일하거나 다를 수 있다.
iv) 기법 4 (TDM): K(n<=K, K는 자연수)개의 서로 다른 슬롯 내 n(n은 자연수)개의 TCI 상태들. TB의 각 transmission occasion은 하나의 TCI 및 하나의 RV를 가진다. K개의 슬롯에 걸쳐 모든 transmission occasion(들)은 동일한 단일의 또는 다중의 DMRS 포트(들)로 공통의 MCS를 사용한다. RV/TCI 상태는 transmission occasion들 중에서 동일하거나 다를 수 있다.
이하, 본 개시에 DL MTRP-URLLC란 동일 데이터(예를 들어, 전송 블록(TB: transport block)/DCI를 M-TRP가 다른 레이어(layer)/시간(time)/주파수(frequency) 자원을 이용하여 전송하는 것을 의미한다. 예를 들어 TRP 1은 자원 1에서 동일 데이터/DCI를 전송하고 TRP 2은 자원 2에서 동일 데이터/DCI를 전송한다. DL MTRP-URLLC 전송 방식을 설정 받은 UE는 다른 layer/time/frequency 자원을 이용하여 동일 데이터/DCI를 수신한다. 여기서, UE는 동일 데이터/DCI를 수신하는 layer/time/frequency 자원에서 어떤 QCL RS/타입(즉, DL TCI state)을 사용해야 하는지 기지국으로부터 지시 받는다. 예를 들어 동일 데이터/DCI가 자원 1과 자원 2에서 수신되는 경우 자원 1에서 사용하는 DL TCI state과 자원 2에서 사용하는 DL TCI state가 지시된다. UE는 동일한 데이터/DCI를 자원 1과 자원 2를 통해 수신하므로 높은 신뢰도(reliability)를 달성할 수 있다. 이러한 DL MTRP URLLC는 PDSCH/PDCCH를 대상으로 적용될 수 있다.
반대로, UL MTRP-URLLC란 동일 데이터/UCI를 M-TRP가 다른 layer/time/frequency 자원을 이용하여 한 UE로부터 수신 받는 것을 의미한다. 예를 들어 TRP 1은 자원 1에서 동일 데이터/UCI를 UE로부터 수신하고 TRP 2은 자원 2에서 동일 데이터/UCI를 UE로부터 수신한 뒤, TRP간의 연결된 Backhaul link를 통해 수신 데이터/UCI를 공유하게 된다. UL MTRP-URLLC 전송 방식을 설정 받은 UE는 다른 layer/time/frequency 자원을 이용하여 동일 데이터/UCI를 전송한다. 여기서 UE는 동일 데이터/UCI를 송신하는 layer/time/frequency 자원에서 어떤 Tx 빔(beam) 및 어떤 Tx power (즉, UL TCI state)를 사용해야 하는지 기지국으로부터 지시 받는다. 예를 들어 동일 데이터/UCI가 자원 1과 자원 2에서 송신되는 경우 자원 1에서 사용하는 UL TCI state와 자원 2에서 사용하는 UL TCI state가 지시된다. 이러한 UL MTRP URLLC는 PUSCH/PUCCH를 대상으로 적용될 수 있다.
또한, 이하 본 문서에서 제안하는 방법들에서 어떤 주파수/시간/공간 자원에 대해 데이터/DCI/UCI 수신 시 특정 TCI state (또는 TCI)를 사용(/매핑)한다는 의미는, DL의 경우 그 주파수/시간/공간 자원에서 해당 TCI state에 의해 지시된 QCL type 및 QCL RS를 이용하여 DMRS로부터 채널을 추정하고, 추정된 채널로 데이터/DCI를 수신/복조한다는 것을 의미할 수 있다. UL의 경우 그 주파수/시간/공간 자원에서 해당 TCI state에 의해 지시된 Tx beam 및/또는 Tx power를 이용하여 DMRS 및 데이터/UCI를 송신/변조한다는 것을 의미할 수 있다.
상기 UL TCI state는 UE의 Tx beam 및/또는 Tx power 정보를 담고 있으며, TCI state 대신 공간 관계 정보(Spatial relation info) 등을 다른 파라미터를 통해 UE에게 설정될 수도 있겠다. UL TCI state는 UL 그랜트(grant) DCI에 직접 지시될 수 있으며 또는 UL grant DCI의 SRS 자원 지시자(SRI: SRS resource indicator) 필드를 통해 지시된 SRS 자원의 spatial relation info를 의미할 수 있다. 또는 UL grant DCI의 SRI 필드를 통해 지시된 값에 연결된 개루프(OL: open loop) Tx 파워 제어 파라미터(j: 개루프 파라미터 Po와 알파(alpha)(셀 당 최대 32개의 파라미터 값 세트들)에 대한 인덱스, q_d: 경로손실(PL: pathloss) 측정을 위한 DL RS의 인덱스)(셀 당 최대 3개의 측정들), l: 폐루프(closed loop) 파워 제어 프로세스 인덱스(셀 당 최대 2개의 프로세스들))를 의미할 수 있다.
반면 MTRP-eMBB는 다른 데이터를 M-TRP가 다른 layer/time/frequency 를 이용하여 전송하는 것을 의미하며 MTRP-eMBB 전송 방식을 설정 받은 UE는 DCI로 여러 TCI state를 지시받고 각 TCI state의 QCL RS를 이용하여 수신한 데이터는 서로 다른 데이터임 가정한다.
또한, MTRP URLLC 전송/수신인지 MTRP eMBB 전송/수신인지 여부는 MTRP-URLLC용 RNTI와 MTRP-eMBB용 RNTI를 별도로 구분하여 이용함으로써 UE가 파악할 수 있다. 즉, URLLC용 RNTI를 이용하여 DCI의 CRC 마스킹(masking)된 경우 URLLC 전송으로 파악하고, eMBB 용 RNTI를 이용하여 DCI의 CRC masking된 경우 eMBB 전송으로 파악한다. 또는 다른 새로운 시그널링을 통해 기지국이 UE에게 MTRP URLLC 전송/수신을 설정하거나 MTRP eMBB 전송/수신을 설정할 수 있다.
본 개시는 설명의 편의를 위해 2 TRP 간의 협력 전송/수신을 가정하여 제안 방식을 적용하였으나, 3 이상의 다중 TRP 환경에서도 확장 적용 가능하며, 또한 다중 패널(panel) 환경에서도 확장 적용 가능하다. 서로 다른 TRP는 UE에게 서로 다른 TCI(Transmission Configuration Indication) 상태(state)로 인식될 수 있다. 즉, UE가 TCI state 1을 이용하여 데이터/DCI/UCI를 수신/송신한 것은 TRP 1으로부터/에게 데이터/DCI/UCI를 수신/송신한 것을 의미한다.
본 개시의 제안은 MTRP가 PDCCH를 협력 전송 (동일 PDCCH를 반복 전송하거나 나누어 전송함) 하는 상황에서 활용될 수 있으며, 일부 제안들은 MTRP가 PDSCH를 협력전송 하거나 PUSCH/PUCCH를 협력 수신하는 상황에도 활용될 수 있다.
또한 이하 본 개시에서, 복수 기지국(즉, MTRP)이 동일 PDCCH를 반복 전송한다는 의미는 동일 DCI를 다수의 PDCCH candidate을 통해 전송했음을 의미할 수 있고, 복수 기지국이 동일 DCI를 반복 전송한다는 의미와 동일하다. 동일 DCI라함은 DCI 포맷(format)/크기(size)/페이로드(payload)가 동일한 두 DCI를 의미할 수 있다. 또는 두 DCI의 payload가 다르더라도 스케줄링 결과가 동일한 경우 동일 DCI라고 할 수 있다. 예를 들어 DCI의 TDRA time domain resource allocation) 필드에 의해 DCI의 수신 시점을 기준으로 데이터의 슬롯(slot)/심볼(symbol) 위치 및 ACK(acknowledgement)/NACK(non-acknowledgement)의 slot/symbol 위치가 상대적으로 결정된다. 여기서, n 시점에 수신된 DCI와 n+1 시점에 수신된 DCI가 동일한 스케줄링을 결과를 UE에게 알려준다면, 두 DCI의 TDRA 필드는 달라지고 결과적으로 DCI payload가 다를 수밖에 없다. 반복 횟수 R은 기지국이 UE에게 직접 지시해 주거나 상호 약속할 수 있겠다. 또는 두 DCI의 payload가 다르고 스케줄링 결과가 동일하지 않더라도 한 DCI의 스케줄링 결과가 다른 DCI의 스케줄링 결과에 서브셋(subset)일 경우 동일 DCI라고 할 수 있다. 예를 들어 동일 데이터가 TDM되어 N번 반복 전송되는 경우 첫 번째 데이터 전에 수신한 DCI 1은 N번 데이터 반복을 지시하고, 첫 번째 데이터 후 그리고 두 번째 데이터 전에 수신한 DCI 2은 N-1번 데이터 반복을 지시하게 된다. DCI 2의 스케줄링 데이터는 DCI 1의 스케줄링 데이터의 subset이 되며 두 DCI는 모두 동일 데이터에 대한 스케줄링이므로 이 경우 역시 동일 DCI라고 할 수 있다.
또한 이하 본 개시에서, 복수 기지국(즉, MTRP)이 동일 PDCCH를 나누어 전송한다는 것은 하나의 DCI를 하나의 PDCCH candidate을 통해 전송하되 그 PDCCH candidate이 정의된 일부 자원을 TRP 1이 전송하고 나머지 자원을 TRP 2가 전송한다는 것을 의미한다. 예를 들어, 병합 레벨(aggregation level) m1+m2에 해당하는 PDCCH candidate을 TRP 1과 TRP 2가 나누어 전송할 때, PDCCH candidate을 aggregation level m1에 해당하는 PDCCH candidate 1과 aggregation level m2에 해당하는 PDCCH candidate 2로 나누고 TRP 1은 PDCCH candidate 1을 TRP 2은 PDCCH candidate 2을 서로 다른 시간/주파수 자원으로 전송한다. UE는 PDCCH candidate 1과 PDCCH candidate 2을 수신한 뒤, aggregation level m1+m2에 해당하는 PDCCH candidate을 생성하고 DCI 디코딩(decoding)을 시도한다.
동일 DCI가 여러 PDCCH candidate에 나누어 전송되는 경우는 두 가지 구현 방식이 있을 수 있다.
첫 번째로, DCI 페이로드(payload)(제어 정보 비트들 + CRC)가 하나의 채널 인코더(예를 들어, 폴라 인코더(polar encoder))를 통해 인코딩되고, 그 결과 얻어진 코딩된 비트들(coded bits)을 두 TRP 가 나누어 전송될 수 있이다. 이 경우 각 TRP 가 전송하는 coded bits에는 전체 DCI payload가 인코딩될 수도 있고, 일부 DCI payload만 인코딩될 수도 있다. 두 번째로, DCI payload(제어 정보 비트들 + CRC)를 둘(DCI 1 및 DCI 2)로 나누고 각각 채널 인코더(예를 들어, polar encoder)를 통해 인코딩될 수 있다. 이후 두 TRP는 각각 DCI 1에 해당하는 coded bits 과 DCI 2에 해당하는 coded bits 전송할 수 있다.
정리하면, 복수 기지국(즉, MTRP)이 동일 PDCCH를 나누어/반복하여 복수 모니터링 시점(MO: monitoring occasion)들에 걸쳐 전송한다는 것은 다음과 같을 수 있다.
i) 해당 PDCCH의 DCI 컨텐츠(contents) 전체를 인코딩(encoding)한 코딩된(coded) DCI 비트들을 각 기지국(즉, STRP) 별로 각 MO를 통해 반복적으로 전송함을 의미할 수 있다; 또는,
ii) 해당 PDCCH의 DCI contents 전체를 encoding한 coded DCI bits를 복수의 부분(parts)들로 나누고, 각 기지국(즉, STRP) 별로 서로 다른 part를 각 MO를 통해 전송함을 의미할 수 있다; 또는,
iii) 해당 PDCCH의 DCI contents를 복수의 parts로 나누어, 각 기지국(즉, STRP)별로 서로 다른 part를 개별적인 인코딩(separate encoding)하여 각 MO를 통해 전송함을 의미할 수 있다.
즉, PDCCH를 반복 전송 또는 분할 전송과 무관하게, PDCCH가 여러 전송 시점(TO: Transmission occasion)에 걸쳐 다회 전송되는 것으로 이해될 수 있다. 여기서, TO란 PDCCH가 전송되는 특정 시간/주파수 자원 단위를 의미한다. 예를 들어, PDCCH가 slot 1,2,3,4에 걸쳐 (특정 자원 블록(RB: resource block)에서) 복수 회 전송되었다면 TO는 각 slot을 의미할 수 있으며, PDCCH가 RB 세트(set) 1,2,3,4에 걸쳐 (특정 slot에서) 복수 회 전송되었다면 TO는 각 RB set을 의미할 수 있으며, 또는 PDCCH가 서로 다른 시간과 주파수에 걸쳐 복수 회 전송되었다면 TO는 각 시간/주파수 자원을 의미할 수 있다. 또한 TO 별로 DMRS 채널 추정을 위해 사용되는 TCI state가 다르게 설정될 수 있으며, TCI state가 다르게 설정된 TO는 서로 다른 TRP/패널(panel)이 전송한 것으로 가정할 수 있다. 복수 기지국이 PDCCH를 반복 전송하거나 나누어 전송하였다는 것은 PDCCH가 다수의 TO 걸쳐 전송되며 해당 TO에 설정된 TCI state의 합집합이 두 개 이상의 TCI state로 구성되어 있음을 의미한다. 예를 들어 PDCCH가 TO 1,2,3,4에 걸쳐 전송되는 경우, TO 1,2,3,4 각각에 TCI state 1,2,3,4가 설정될 수 있고, 이는 TRP i가 TO i에서 PDCCH를 협력 전송하였음을 의미한다.
PDCCH/PDSCH/PUSCH/PUCCH를 반복 전송 또는 나누어 전송하기 위해 UE에게 지시한 다수개의 TO들에 대해 각 TO는 특정 TRP를 향하여 UL 전송되거나 특정 TRP로부터 DL 수신된다. 여기서, TRP 1을 향해 전송되는 UL TO (또는 TRP 1의 TO)란 UE에게 지시된 두 개의 공간 관계(Spatial Relation)들, 두 개의 UL TCI들, 두 개의 UL 파워 제어 파라미터들 및/또는 두 개의 경로손실 참조 신호(PLRS: pathloss reference signal)들 중 첫 번째 값을 이용하는 TO를 의미하며, TRP 2을 향해 전송되는 UL TO (또는 TRP 2의 TO)란 UE에게 지시된 두 개의 Spatial Relation들, 두 개의 UL TCI들, 두 개의 UL power control parameter들 및/또는 두 개의 PLRS들 중 두 번째 값을 이용하는 TO를 의미한다. DL 전송 시에도 이와 유사하게 TRP 1이 전송하는 DL TO (또는 TRP 1의 TO) 란 UE에게 지시된 두 개의 DL TCI 상태들(states)(예를 들어 CORESET에 두 개의 TCI states이 설정된 경우) 중 첫 번째 값을 이용하는 TO를 의미하며, TRP 2이 전송하는 DL TO (또는 TRP 2의 TO) 란 UE에게 지시된 두 개의 DL TCI states (예를 들어 CORESET에 두 개의 TCI states이 설정된 경우) 중 두 번째 값을 이용하는 TO를 의미한다.
본 개시의 제안은 PUSCH/PUCCH/PDSCH/PDCCH 등 다양한 채널에 확장 적용 가능하다.
본 개시의 제안은 상기 채널을 서로 다른 시간/주파수/공간 자원에 반복하여 전송하는 경우와 나누어 전송하는 경우 모두에 확장 적용 가능하다.
데이터 전송 및 HARQ(Hybrid Automatic Repeat and reQuest)-ACK(Acknowledgement) 과정
도 8은 본 개시가 적용될 수 있는 무선 통신 시스템에서 하향링크 데이터에 대한 HARQ-ACK 과정을 예시한다.
도 8을 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 하향링크 스케줄링 정보(예, DCI 포맷 1_0, 1_1)를 포함하며, PDCCH는 DL assignment-to-PDSCH offset (K0)과 PDSCH-HARQ-ACK reporting offset (K1)를 나타낸다. 예를 들어, DCI 포맷 1_0, 1_1은 다음의 정보를 포함할 수 있다.
- 주파수 도메인 자원 승인(Frequency domain resource assignment): PDSCH에 할당된 RB 자원(예, 하나 이상의 (불)연속 RB)을 나타냄
- 시간 도메인 자원 승인(Time domain resource assignment): K0, 슬롯 내의 PDSCH의 시작 위치(예, OFDM 심볼 인덱스) 및 길이(예 OFDM 심볼 개수)를 나타냄
- PDSCH HARQ 피드백 타이밍 지시자(PDSCH-to-HARQ_feedback timing indicator): K1를 나타냄
- HARQ 프로세스 번호(HARQ process number) (4비트): 데이터(예, PDSCH, TB)에 대한 HARQ process ID(Identity)를 나타냄
- PUCCH 자원 지시자(PRI: PUCCH resource indicator): PUCCH 자원 세트 내의 복수의 PUCCH 자원 중에서 UCI 전송에 사용될 PUCCH 자원을 지시함
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K0)에서 PDSCH를 수신한 뒤, 슬롯 #(n+K1)에서 PUCCH를 통해 UCI를 전송할 수 있다. 여기서, UCI는 PDSCH에 대한 HARQ-ACK 응답을 포함한다. PDSCH가 최대 1개 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 1-비트로 구성될 수 있다. PDSCH가 최대 2개의 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 공간(spatial) 번들링이 구성되지 않은 경우 2-비트로 구성되고, 공간 번들링이 구성된 경우 1-비트로 구성될 수 있다. 복수의 PDSCH에 대한 HARQ-ACK 전송 시점이 슬롯 #(n+K1)로 지정된 경우, 슬롯 #(n+K1)에서 전송되는 UCI는 복수의 PDSCH에 대한 HARQ-ACK 응답을 포함한다.
멀티미디어 브로드캐스트/멀티캐스트 서비스(MBMS: Multimedia Broadcast/Multicast Service)
3GPP MBMS는 i) 복수의 기지국 셀들이 동기화되어 동일 데이터를 PMCH(physical multicast channel)을 통해 전송하는 단일 주파수 네트워크(SFN: single frequency network) 방식과 ii) PDCCH/PDSCH 채널을 통해 해당 셀 커버리지 내에서 방송하는 SC-PTM(Single Cell Point To Multipoint) 방식으로 나눌 수 있다. SFN 방식은 미리 정적(semi-static)으로 할당된 자원을 통해 넓은 지역 (예를 들어, MBMS 영역(area))으로 방송 서비스를 제공하기 위해 사용되는 한편, SC-PTM 방식은 동적 자원을 통해 셀 커버리지 내에서만 방송 서비스를 제공하기 위해 주로 사용된다.
SC-PTM은 하나의 논리 채널(logical channel)인 SC-MCCH(Single Cell Multicast Control Channel)과 하나 또는 복수의 논리채널인 SC-MTCH(Single Cell Multicast Traffic Channel)을 제공한다. 이러한 논리 채널은 전송 채널(transport channel)인 DL-SCH(downlink shared channel), 물리 채널인 PDSCH에 매핑된다. SC-MCCH 혹은 SC-MTCH 데이터를 전송하는 PDSCH는 G-RNTI(group-RNTI)로 지시되는 PDCCH를 통해 스케줄링된다. 이때 서비스 식별자(ID: identity)에 해당하는 임시 멀티캐스트 그룹 ID(TMGI: temporary multicast group ID)가 특정 G-RNTI 값과 일대일 매핑될 수 있다. 따라서, 기지국이 복수의 서비스를 제공한다면 복수의 G-RNTI 값이 SC-PTM 전송을 위해 할당될 수 있다. 하나 또는 복수의 단말이 특정 서비스 수신을 위해 특정 G-RNTI를 이용하여 PDCCH 모니터링(monitoring)을 수행할 수 있다. 여기서, 특정 서비스/특정 G-RNTI를 위해 SC-PTM 전용을 DRX 온-듀레이션(on-duration) 구간을 설정할 수 있다. 이 경우, 상기 단말들은 특정 on-duration 구간만 깨어나서 상기 G-RNTI에 대한 PDCCH monitoring을 수행하게 된다.
ACK/NACK 기반(ACK/NACK based) 또는 NACK만의 기반(NACK only based) HARQ-ACK을 위한 하나 또는 복수 PUCCH 전송 방식
- PUCCH: 물리 상향링크 제어 채널(Physical Uplink Control channel)
- PUSCH: 물리 상향링크 공유 채널(Physical Uplink Shared Channel)
- MCCH: Multicast Control Channel
- MTCH: Multicast Traffic Channel
- RRM: 무선 자원 관리(Radio resource management)
- RLM: 무선 링크 모니터링(Radio link monitoring)
- SCS: 서브캐리어 간격(Sub-carrier spacing)
- RLM: 무선 링크 모니터링(Radio link monitoring)
- DCI: 하향링크 제어 정보(Downlink Control Information)
- CAP: 채널 액세스 절차(Channel Access Procedure)
- Ucell: 비면허 셀(Unlicensed cell)
- PCell: 프라이머리 셀(Primary Cell)
- PSCell: 프라이머리 SCG 셀(Primary SCG Cell)
- TBS: 전송 블록 크기(Transport Block Size)
- TDRA: 시간 도메인 자원 할당(Time Domain Resource Allocation)
- SLIV: 시작 및 길이 지시자 값(Starting and Length Indicator Value) (PDSCH 및/혹은 PUSCH의 슬롯(slot) 내 시작 심볼 인덱스(index) 및 심볼 개수에 대한 지시 값이다. 해당 PDSCH 및/혹은 PUSCH를 스케줄링(scheduling)하는 PDCCH 내에 TDRA 필드(field)를 구성하는 항목(entry)의 구성 요소로 설정될 수 있다.)
- BWP: 대역폭 부분(BandWidth Part) (주파수 축 상에서 연속한 자원 블록(RB: resource block) 들로 구성될 수 있다. 하나의 뉴머롤로지(numerology) (예를 들어, SCS, CP 길이, 슬롯/미니-슬롯 구간(slot/mini-slot duration) 등)에 대응될 수 있다. 또한 하나의 캐리어(carrier)에서 다수의 BWP 가 설정(carrier 당 BWP 개수 역시 제한될 수 있음)될 수 있으나, 활성화(activation)된 BWP 개수는 carrier 당 그 일부 (예를 들어, 1 개) 로 제한될 수 있다.)
- CORESET: 제어 자원 세트(COntrol REsourse SET) (PDCCH 가 전송될 수 있는 시간 주파수 자원 영역을 의미하며, BWP 당 CORESET 개수가 제한될 수 있다.)
- REG: 자원 요소 그룹(Resource element group)
- SFI: 슬롯 포맷 지시자(Slot Format Indicator) (특정 slot(들) 내의 심볼 레벨 DL/UL 방향(direction)을 지시해주는 지시자로써, 그룹 공통 PDCCH(group common PDCCH)를 통해 전송된다.)
- COT: 채널 점유 시간(Channel occupancy time)
- SPS: 반-지속적 스케줄링(Semi-persistent scheduling)
- QCL: Quasi-Co-Location (두 참조 신호(RS: reference signal) 간 QCL 관계라 함은, 하나의 RS로부터 획득한 도플러 시프트(Doppler shift), 도플러 스프레드(Doppler spread), 평균 지연(average delay), 평균 스프레드(delay spread), 공간 수신 파라미터(Spatial Rx parameter) 등과 같은 QCL 파라미터(parameter)가 다른 RS (혹은 해당 RS의 안테나 포트(antenna port)(들))에도 적용할 수 있음을 의미할 수 있다. NR 시스템에서 다음과 같이 4 개의 QCL type 이 정의되고 있다. 'typeA': {Doppler shift, Doppler spread, average delay, delay spread}, 'typeB': {Doppler shift, Doppler spread}, 'typeC': {Doppler shift, average delay}, 'typeD': {Spatial Rx parameter}. 어떤 DL RS antenna port(들)에 대해 제 1 DL RS 가 QCL type X (X=A, B, C, 또는 D)에 대한 reference로 설정되고, 추가로 제 2 DL RS가 QCL type Y (Y=A, B, C, 또는 D, 다만 X≠Y) 에 대한 reference로 설정될 수 있다.)
- TCI: 전송 설정 지시(Transmission Configuration Indication) (하나의 TCI 상태(state)는 PDSCH의 DM-RS 포트들, PDCCH의 DM-RS 포트, 혹은 CSI-RS 자원의 CSI-RS 포트(들) 등과 하나 혹은 복수 DL RS 간 QCL 관계를 포함하고 있다. PDSCH를 스케줄링하는 DCI 내의 field들 중 'Transmission Configuration Indication'에 대해서는, 해당 field를 구성하는 각 코드 포인트(code point)에 대응되는 TCI 상태 인덱스(state index)는 MAC 제어 요소(CE: control element)에 의해 활성화되며, 각 TCI state index 별 TCI state 설정은 RRC 시그널링(signaling)을 통해 설정된다. Rel-16 NR 시스템에서, 해당 TCI state는 DL RS 간 설정되지만, 향후 release에서 DL RS 와 UL RS 간 혹은 UL RS 와 UL RS 간 설정이 허용될 수 있다. UL RS의 예로써, SRS, PUSCH DM-RS, PUCCH DM-RS 등이 있다.)
- SRI: SRS 자원 지시자(SRS resource indicator) (PUSCH 를 스케줄링하는 DCI 내의 field들 중 'SRS resource indicator'에서 설정된 SRS resource index 값들 중 하나를 지시한다. 단말은 PUSCH 전송 시, 해당 SRS resource와 연동된 reference signal 송수신에 사용된 것과 동일한 공간 도메인 전송 필터(spatial domain transmission filter)를 활용하여 PUSCH를 전송할 수 있다. 여기서, SRS resource 별로 SRS 공간 관계 정보(SRS-SpatialRelationInfo) 파라미터를 통해 reference RS가 RRC signaling에 의해 설정되며, SS/PBCH block, CSI-RS, 혹은 SRS 등이 reference RS 로 설정될 수 있다.)
- TRP: 전송 및 수신 포인트(Transmission and Reception Point)
- PLMN ID: 공중 육상 모바일 네트워크 식별자(Public Land Mobile Network identifier)
- RACH: 랜덤 액세스 채널(Random Access Channel)
- RAR: 랜덤 액세스 응답(Random Access Response)
- Msg3: C-RNTI MAC CE 또는 CCCH(common control channel) 서비스 데이터 유닛(SDU: service data unit)를 포함하는 UL-SCH(uplink shared channel)를 통해 전송되고, 상위 계층으로부터 제공되며, 랜덤 액세스 절차의 일부로 UE 경쟁 해소 식별자(UE Contention Resolution Identity)와 연관되는 메시지이다.
- 특별 셀(Special Cell): 이중 연결(Dual Connectivity) 동작의 경우 Special Cell이라는 용어는 MAC 엔터티가 MCG(master cell group) 또는 SCG(secondary cell group)에 각각 연관되는지에 따라 MCG의 PCell 또는 SCG의 PSCell을 나타낸다. 그렇지 않으면 Special Cell이라는 용어는 PCell을 나타냅니다. Special Cell은 PUCCH 전송 및 경쟁 기반 랜덤 액세스를 지원하며 항상 활성화된다.
- 서빙 셀(Serving Cell): PCell, PSCell, SCell(secondary cell)을 포함한다.
- CG: 설정된 그랜트(Configured Grant)
- Type 1 CG 또는 Type 2 CG: 타입 1 configured grant 또는 타입 2 configured grant
- 폴백(Fall-back) DCI: fall-back 동작을 위해 사용될 수 있는 DCI 포맷(format)을 나타내며, 예를 들어, DCI format 0_0, 1_0이 해당된다.
- 논-폴백(non fall-back) DCI: fall-back DCI 이외의 DCI format을 나타내며, 예를 들어, DCI format 0_1, 1_1이 해당된다.
- SS: 서치 스페이스(search space)
- FDRA: 주파수 도메인 자원 할당(frequency domain resource allocation)
- TDRA: 시간 도메인 자원 할당(time domain resource allocation)
- LP, HP: 낮은 우선순위(Low(er) priority), 높은(High(er) priority)
- 셀 A에 대한 A/N: 셀 A에서 수신된 데이터(예를 들어, PDSCH)에 대한 A/N(acknowledgement/negative acknowledgement) 정보
- UL CI: 상향링크 취소 지시(Uplink cancelation indication)
- CFR: MBS(multicast and broadcast service)를 위한 고옹 주파수 자원(common frequency resource). 하나의 DL CFR은 MBS 송수신을 위한 그룹 공통(group common) PDCCH와 group common PDSCH 전송자원을 제공한다. 하나의 UL CFR은 group common PDSCH 수신에 대한 HARQ-ACK PUCCH 자원을 제공한다. 하나의 CFR은 하나의 MBS 특정(specific) BWP이거나 하나의 UE specific BWP이다. 혹은 하나의 UE specific BWP 내에 하나 또는 복수의 CFR이 설정될 수 있다. 하나의 CFR은 하나의 UE specific BWP와 연결 관계가 있다.
- TMGI: 임시 모바일 그룹 식별자(Temporary Mobile Group Identity). MBS 서비스 식별자로서 특정 서비스를 나타낸다.
- G-RNTI: 그룹 무선 네트워크 임시 식별자(Group Radio Network Temporary Identifier). MBS를 수신하는 단말그룹 식별자를 나타낸다.
앞서 살핀 내용들(3GPP system, frame structure, NR 시스템 등)은 후술할 본 개시에서 제안하는 방법들과 결합되어 적용될 수 있으며, 또는 본 개시에서 제안하는 방법들의 기술적 특징을 명확하게 하는데 보충될 수 있다. 본 개시에서 ‘/’는 문맥에 따라 ‘및(and)’, ‘또는(or)’, 혹은 ‘및/또는(and/or)’을 의미한다.
종래 기술에서 기지국은 특정 단말에게 단말전용 SPS 설정(configuration)을 설정하여 설정된 주기에 따라 반복되는 하향 SPS 전송자원을 할당할 수 있다. 여기서, 단말전용 PDCCH의 DCI는 특정 SPS configuration 인덱스(index)의 활성화(SPS activation)를 지시할 수 있으며, 이에 따라 해당 단말이 SPS 전송자원을 설정된 주기에 따라 반복적으로 수신할 수 있다. 이러한 SPS 전송자원은 초기 HARQ(hybrid automatic repeat request) 전송에 사용되고, 기지국은 단말전용 PDCCH의 DCI를 통해 특정 SPS configuration index의 재전송 자원을 할당할 수도 있다. 예를 들어, 단말이 SPS 전송자원에 대해 HARQ NACK을 보고하면, 기지국은 DCI로 재전송 자원을 할당하여 단말이 하향 재전송을 수신할 수 있도록 할 수 있다. 또한, 단말전용 PDCCH의 DCI는 특정 SPS configuration index의 비활성화(SPS 해제(release) 혹은 SPS 비활성화(deactivation))를 지시할 수 있으며, 이를 수신한 단말은 지시된 SPS 전송자원을 수신하지 않는다. 여기서, 상기 SPS에 대한 활성화/재전송/비활성화를 위한 DCI의 CRC(cyclic redundancy check)는 CS-RNTI(Configured Scheduling-RNTI)로 스크램블링된다.
Rel-17 NR에서는 LTE MBMS와 유사한 MBS(Multicast Broadcast Service) 서비스를 지원하기 위한 DL broadcast 혹은 DL multicast 전송 방식을 도입하고자 한다. 기지국은 DL broadcast 혹은 DL multicast 전송을 위해 포인트-대-다중포인트(PTM: point-to-multipoint) 전송 방식 및/또는 포인트-대-포인트(PTP: point-to-point) 전송 방식을 제공한다.
MBS를 위한 PTM 전송방식에서는 기지국은 그룹공통 PDCCH (Group Common PDCCH)와 그룹공통 PDSCH (Group Common PDSCH)를 복수의 단말들에게 전송하고, 복수의 단말은 동일한 그룹공통 PDCCH와 그룹공통 PDSCH 전송을 동시에 수신하여 같은 MBS 데이터를 디코딩(decoding)하게 된다.
반면, MBS를 위한 PTP 전송방식에서는 기지국이 단말전용 PDCCH와 단말전용 PDSCH를 특정 단말에게 전송하고, 해당 단말만 단말전용 PDCCH와 단말전용 PDSCH를 수신한다. 여기서, 같은 MBS 서비스를 수신하는 복수의 단말이 존재하는 경우, 기지국은 서로 다른 단말전용 PDCCH와 단말전용 PDSCH를 통해 개별 단말에게 같은 MBS 데이터를 별도로 전송한다. 즉, 동일한 MBS 데이터가 복수의 단말에게 제공되지만, 각 단말 별로 서로 다른 채널(즉, PDCCH, PDCCH)이 이용된다.
상술한 바와 같이, PTM 전송방식에서 기지국은 복수의 단말들에게 복수의 그룹공통 PDSCH을 전송한다. 여기서, 기지국은 복수의 단말들로부터 단말 전용의 PUCCH 자원을 통해 그룹공통의 PDSCH에 대한 단말의 HARQ-ACK을 수신할 수 있다. 이외에도 단말은 그룹공통 SPS 전송(즉, 정적 스케줄링 전송)과 그룹공통 동적 스케줄링 전송(dynamically scheduled transmission)을 수신할 수 있다. 또한, 그룹공통 SPS 전송과 단말전용 정적/동적 스케줄링 전송을 수신할 수도 있다. 이 경우, 단말은 동일 슬롯(slot) 혹은 서브-슬롯(sub-slot)에서 이들 전송들에 대한 HARQ-ACK을 함께 전송하는 상황이 발생할 수 있다. 예를 들어, 그룹공통/단말전용 SPS에 대한 PUCCH 자원(들)과 그룹공통/단말전용 동적 스케줄링 전송에 대한 PUCCH 자원(들)이 동일 slot 혹은 동일 sub-slot에 할당될 수 있다. 이 경우, 두 개 이상의 전송에 대한 HARQ-ACK 전송들을 다중화(multiplexing)하여 하나의 PUCCH로 전송할 수 있고, 또는 일부 HARQ-ACK을 드랍(drop)(보내지 않음)하거나 번들링(bundling)하거나 지연할 수 있다. 따라서, 기지국이 올바르게 HARQ-ACK 정보를 해석하지 못하는 문제가 발생한다.
따라서 본 개시에서는 복수의 HARQ-ACK들이 같은 slot(또는 sub-slot)의 PUCCH로 전송될 경우, 복수의 (또는 일부의) HARQ-ACK들이 multiplexing되거나 drop되거나 bundling하거나 지연하는 등의 복수의 HARQ-ACK들을 전송하는 방법을 제안한다.
이하, 본 개시에서 MBS 서비스(즉, MBS TB)를 나르는 PDSCH 수신을 스케줄링하는 DCI 포맷(또는 PDCCH)를 MBS DCI 포맷(또는 PDCCH) 또는 멀티캐스트(multicast) DCI 포맷(또는 PDCCH)으로 지칭할 수 있다. 예를 들어, PDSCH 수신을 스케줄링하는 G-RNTI(group-RNTI) 또는 G-CS-RNTI(group-configured scheduling-RNTI)에 의해 스크램블된 CRC를 포함하는 DCI 포맷(또는 PDCCH)을 MBS DCI 포맷(또는 PDCCH) 또는 multicast DCI 포맷(또는 PDCCH)으로 지칭할 수 있다. 여기서, 본 개시에서 별도의 언급이 없는 한, MBS DCI 포맷(또는 PDCCH) 또는 multicast DCI 포맷(또는 PDCCH)는 MBS를 위한 PTM 방식에 따른 group common DCI 포맷(또는 PDCCH)와 MBS를 위한 PTP 방식에 따른 UE specific DCI 포맷(또는 PDCCH)를 모두 포함할 수 있다.
또한, 본 개시에서 별도의 언급이 없는 한(예를 들어, 동적 스케줄링에 의한 PDSCH와 SPS에 의한 PDSCH의 구분), MBS DCI 포맷(또는 PDCCH) 또는 multicast DCI 포맷(또는 PDCCH)에 의해 스케줄링되는 PDSCH(또한, PTP 방식의 UE specific DCI 포맷(또는 PDCCH)에 의해 스케줄링되는 PDSCH) 및 그룹공통 SPS PDSCH를 MBS PDSCH 또는 multicast PDSCH로 통칭할 수 있다. 다시 말해, 본 개시에서 별도의 언급이 없는 한, MBS PDSCH 또는 multicast PDSCH는 MBS를 위한 PTM 방식에 따른 group common PDSCH와 MBS를 위한 PTP 방식에 따른 UE specific PDSCH를 모두 포함할 수 있다.
또한, multicast(또는 MBS) DCI 포맷(또는 PDCCH) 또는 multicast PDSCH와 연관된 HARQ-ACK 정보는 MBS HARQ-ACK 정보 또는 multicast HARQ-ACK 정보로 지칭할 수 있다. 본 개시에서 별도의 언급이 없는 한, 이러한 MBS HARQ-ACK 정보 또는 multicast HARQ-ACK 정보는 PTP/PTM 방식에 따른 UE specific PUCCH/PUSCH를 통해 전송될 수도 있으며, PTM 방식에 따른 group common PUCCH/PUSCH를 통해 전송될 수도 있다.
또한, 본 개시에서 별도의 언급이 없는 한(예를 들어, 동적 스케줄링에 의한 PDSCH와 SPS에 의한 PDSCH의 구분), unicast DCI 포맷(또는 PDCCH)에 의해 스케줄링되는 PDSCH 및 UE-specific SPS PDSCH를 unicast/UE-specific PDSCH로 통칭할 수 있다.
또한, 본 개시에서 MBS PDSCH 또는 multicast PDSCH에 대한 TB(Transport Block)을 성공적으로 디코딩(decoding)한 경우, 단말은 HARQ-ACK 정보로서 ACK을 전송할 수 있다. 반면, MBS PDSCH 또는 multicast PDSCH에 대한 TB를 성공적으로 decoding하지 못한 경우, 단말은 HARQ-ACK 정보로서 NACK을 전송할 수 있다. 이러한 HARQ-ACK 전송 방식을 ACK/NACK 기반(based) HARQ-ACK 방식(모드)이라 지칭한다.
반면, MBS PDSCH 또는 multicast PDSCH에 대한 TB를 성공적으로 decoding한 경우, 단말은 PUCCH(또는 PUSCH)를 통해 HARQ-ACK 정보(즉, ACK)를 전송하지 않을 수 있다. 반면, MBS PDSCH 또는 multicast PDSCH에 대한 TB를 성공적으로 decoding하지 못한 경우, 단말은 HARQ-ACK 정보로서 NACK을 전송할 수 있다. 이러한 HARQ-ACK 전송 방식을 ACK/NACK 기반(based) HARQ-ACK 방식(모드)이라 지칭한다. 다시 말해, NACK만의 기반(NACK only based) HARQ-ACK 방식(모드)이 설정된 경우, 단말은 ACK인 경우에는 PUCCH(또는 PUSCH) 전송을 수행하지 않고, NACK인 경우에만 PUCCH(또는 PUSCH) 전송을 수행할 수 있다.
또한, 본 개시에서 sub-slot, 미니 슬롯(mini-slot), 심볼 슬롯(symbol slot)은 모두 하나의 slot보다 작은 시간 단위를 나타내며, 본 개시에서 각각에 대하여 명확히 구분하여 설명하지 않는 한, 모두 동등한 의미로 해석될 수 있다. 또한, 위의 용어들은 모두 슬롯 내 하나 이상의 심볼로 간주/해석될 수도 있다.
본 개시에서는 다음과 같은 방식들을 지원한다.
유니캐스트(unicast) PDSCH(들)에 대한 높은 우선순위(HP)의 다중의 unicast HACK-ACK(들), multicast PDSCH(들)에 대한 HP의 X개의 multicast HARQ-ACK(들), multicast PDSCH(들)에 대한 LP의 Y개의 multicast HARQ-ACK(들)이 동일한 슬롯에서 중첩(overlap)될 때, UE는 다음과 같이 PUCCH(들)을 전송할 수 있다.
1) 옵션(Option) 1: 2개의 TDM된(time division multiplexed) PUCCH들을 지원하는 UE는 상기 슬롯에서 2개의 PUCCH들을 전송할 수 있다(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, RRC 파라미터 'PUCCH-Config')과 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)이 별도로 설정된 경우).
- Option 1-1: UE는 다중화된 multicast HARQ-ACK(들)에 대한 별도의 HARQ-ACK 코드북(codebook)을 나르는 하나의 PUCCH(일부 multicast HARQ-ACK들을 drop하거나 drop하지 않음)와 unicast HARQ-ACK(들)에 대한 별도의 HARQ-ACK 코드북을 나르는 하나의 PUCCH를 전송할 수 있다.
- Option 1-2: UE는 다중화된 multicast HARQ-ACK(들)에 대해 하나의 PUCCH를 전송하고(multicast HARQ-ACK 중 일부를 drop하거나 drop하지 않음), 다중화된 multicast HARQ-ACK(들) 및 유니캐스트 HARQ-ACK(들)에 대해 하나의 PUCCH를 전송할 수 있다.
2) Option 2: 2개의 PUCCH들을 지원하지 않는 UE는 하나의 PUCCH만 전송하고(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)이 별도로 설정되지 않은 경우) 다른 PUCCH는 drop할 수 있다.
3) Option 3: UE 능력(capability) 또는 최대 PUCCH 페이로드(payload) 크기에 따라 UE는 LP를 가진 multicast HARQ-ACK(들)의 전체 또는 일부를 drop할 수 있다.
4) Option 4: UE는 multicast HARQ-ACK(들)의 전부 또는 일부를 다음 PUCCH 전송으로 연기하고(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)과 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)이 별도로 설정되었는지 여부에 따라), unicast/multicast 나머지 HARQ-ACK(들)을 현재 슬롯 내 PUCCH 상에서 전송할 수 있다.
- Option 4-1: Z개의(Z는 자연수) multicast HARQ-ACK(들)은 unicast 또는 다른 multicast PDSCH을 위해 할당되는 다음 PUCCH 전송으로 지연(defer)될 수 있다. 지연된 multicast HARQ-ACK(들)은 다음 unicast HARQ-ACK(들) 및/또는 다른 multicast HARQ-ACK(들)과 다중화될 수 있다.
- Option 4-2: Z개의(Z는 자연수) multicast HARQ-ACK(들)은 다른 multicast PDSCH(들)(unicast PDSCH는 아님)을 위해 할당되는 다음 PUCCH 전송으로 지연될 수 있다(예를 들어, 예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)이 별도로 설정된 경우).
5) Option 5: UE는 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)을 번들(bundle)할 수 있다.
- Option 5-1: Z개의(Z는 자연수) multicast HARQ-ACK(들)은 K개의(K < Z) HARQ-ACK 비트(들)로 번들링될 수 있다.
- Option 5-2: Z개의(Z는 자연수) multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)은 K개의(K < Z) HARQ-ACK 비트(들)로 번들링될 수 있다(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)이 별도로 설정되지 않은 경우).
한편, i) multicast HARQ-ACK(들)과 unicast HARQ-ACK(들) 각각의 2개의 PUCCH 전송의 경우, 또는 ii) 하나의 PUCCH 상에서 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)을 다중화하는 경우, unicast HARQ-ACK(들)에 대해 N 심볼 슬롯들을 수반하는 PUCCH가 결정되면, multicast HARQ-ACK(들)에 대해서도 N 심볼 슬롯들을 수반하는 PUCCH가 결정되어야 한다. 만약, multicast HARQ-ACK(들)에 대해서 N 심볼 슬롯들을 수반하는 PUCCH가 결정될 수 없으면(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)에서 N 심볼 슬롯(들)을 수반하는 PUCCH가 설정되지 않은 경우), multicast HARQ-ACK(들)은 drop되거나 지연(defer)될 수 있다. 또는, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)에 기반하여 multicast HARQ-ACK(들)에 대해서 N 심볼 슬롯(들)을 수반한 PUCCH가 결정될 수 없으면, unicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)에 기반하여 multicast HARQ-ACK(들)에 대한 N 심볼 슬롯(들)을 수반한 PUCCH가 결정될 수 있다.
한편, UE가 임의 접속 과정(RACH: Random Access Procedure)를 트리거하면, UE는 다음과 같이 group common PDCCH를 모니터링하고 group common PDSCH를 수신한다:
1) RACH를 트리거링한 후, UE는 group common PDCCH를 모니터링한다.
- RACH가 트리거되면, UE는 group common PDCCH의 모니터링 및 group common PDSCH의 수신을 중단(suspend)한다.
- UE는 4단계 RACH의 MSG1, MSG2, MSG3 및 MSG4 중 하나 또는 2단계 RACH의 MSGA 및 MSGB 중 하나 이후에 group common PDCCH 수신을 재개(resume)한다.
- 4단계 RACH의 경우, UE는 group common PDCCH/PDSCH 수신 및 group common PDSCH에 대한 HARQ-ACK들보다 MSG1, MSG2, MSG3 및 MSG4를 우선시한다(prioritize).
- 2단계 RACH의 경우, UE는 group common PDCCH/PDSCH 수신 및 group common PDSCH에 대한 HARQ-ACK들보다 MSGA 및 MSGB를 우선시한다(prioritize).
2) UE는 MSG2/MSGB 수신(경쟁없는 RACH(CF-RACH: contention-free RACH)의 경우) 또는 첫번째 MSG3 전송(경쟁기반 RACH(CB-RACH: contention-based RACH)) 직후에 PUCCH 상에서 MBS HARQ-ACK을 전송할 수 있다.
- UE는 상향링크 동기(UL synchronization) 없이 MBS HARQ-ACK을 전송할 수 없다.
- MSG3는 PUCCH A/N과 다중화되지 않는다.
- UE는 MSG3 (또는 MSG2/MSGB) 이전에 HARQ-ACK을 할 수 없으나, MSG3 (또는 MSG2/MSGB) 이후에 HARQ-ACK이 가능하다.
이하, 본 개시에서 제안하는 HARQ-ACK 전송 방식을 기술한다.
본 개시에서 MBS HARQ-ACK(또는 multicast HARQ-ACK)은 PTM PDSCH 기반 MBS 서비스 하향 전송에 대한 HARQ-ACK 및/또는 PTP PDSCH 기반 MBS 서비스 하향 전송에 대한 HARQ-ACK을 의미한다.
도 9는 본 개시의 일 실시예에 따른 HARQ-ACK 송수신 절차를 예시한다.
도 9(a)에서는 UE1와 기지국(gNB)(빔/TRP 1)와의 시그널링 절차를 예시하고, 도 9(b)는 UE2와 기지국(gNB)(빔/TRP 2)와의 시그널링 절차를 예시한다. 또한, 도 9(a)에서는 PDSCH의 재전송이 없는 케이스를 예시하며, 도 9(b)에서는 PDSCH의 재전송이 있는 케이스를 예시한다. 도 9에서는 설명의 편의를 위해, 2가지의 절차를 함께 예시하지만, 이에 한정되는 것은 아니다. 즉, UE1과 UE2가 (서로 다른 빔/TRP를 통해) 동일 기지국에 접속하도록 제한되지 않으며, 2가지의 절차가 함께 진행되도록 제한되지 않는다. 다시 말해, 도 9(a)와 도 9(b)는 서로 별개의 절차이지만 설명의 편의를 위해 함께 도시되었으며, 공통된 단계에 대해서는 공통된 설명이 기술된다.
1. 도 9에서 도시되지 않았지만, (도 9의 절차의 이전에) UE는 RRC 연결 모드(RRC_CONNECTED mode)에 진입하고, 기지국에게 하나 이상의 관심있는(interested) MBS 서비스(service)를 지시하는 메시지/정보를 전송할 수 있다.
A. 상기 메시지/정보는 상향링크 제어 정보(UCI: uplink control information), MAC CE(control element) 및 RRC 메시지 중 어느 하나를 통해 전달될 수 있다.
B. 상기 메시지/정보 내 interested MBS service는 기지국으로부터 수신한 DL 메시지에 포함된 TMGI 또는 G-RNTI 중 하나를 의미할 수 있다.
예를 들어, 상기 DL 메시지는 TMGI#1, TMGI#3, TMGI#5 및 TMGI#10을 포함하는 서비스 가용성(availability) 메시지일 수 있다. 만약 UE가 TMGI#5에 관심이 있는 경우, UE는 상기 메시지/정보에 TMGI#5의 순번(order)를 지시할 수 있다. 즉, UE는 기지국에게 '3'을 보고할 수 있다.
다른 일 예로, 상기 DL 메시지는 G-RNTI#1, G-RNTI#3, G-RNTI#5 및 G-RNTI#10을 포함하는 서비스 가용성(availability) 메시지일 수 있다. 만약 UE가 G-RNTI#10에 관심이 있는 경우, UE는 상기 메시지/정보에 G-RNTI#10의 순번(order)를 지시할 수 있다. 즉, UE는 기지국에게 '4'를 보고할 수 있다.
2. 도 9를 참조하면, 상기 메시지/정보를 수신하면, 기지국은 i) 공통 주파수 자원(CFR: common frequency resource) 설정, ii) 하나 이상의 G-RNTI 값(들)에 대한 TCI 상태(state)를 포함하는 하나 이상의 group common PDSCH 설정, iii) 하나 이상의 G-RNTI 값(들)에 대한 TCI 상태를 포함하는 검색 공간(SS: search space) 설정 중 적어도 하나를 RRC 메시지를 통해 UE에 전송할 수 있다(S901a, S901b).
도 9에서는 하나의 RRC 메시지를 예시하고 있지만, 이에 한정되는 것은 아니며, 상기 i) 내지 iii) 설정들은 서로 다른(또는 일부만 동일한) RRC 메시지를 통해 UE에게 제공될 수도 있다.
기지국으로부터 RRC 메시지를 수신한 UE는 RRC 메시지에 따라 하나 이상의 group common PDSCH(예를 들어, group common SPS PDSCH) 설정들을 설정할 수 있다.
A. RRC 메시지는 PTM MCCH(Multicast Control Channel)에서 전송되는 그룹 공통 메시지 또는 UE 특정 DCCH(Dedicated Control Channel)에서 전송되는 UE 전용 메시지일 수 있다.
B. UE는 각각의 MBS CFR 또는 각 서빙 셀에 대한 적어도 G-RNTI 값이 설정될 수 있다. 또는, 이에 더하여 GC-CS-RNTI(group common-configured scheduling-RNTI)도 설정될 수 있으며, 하나 이상의 그룹 공통 SPS 설정의 활성화, 재전송 또는 해제를 위해 사용될 수 있다.
- 만약 UE가 CFR 또는 서빙 셀에 대해 GC-CS-RNTI이 설정되지 않은 경우, CS-RNTI가 상기 CFR 또는 상기 서빙 셀에 대해 설정되었으면, UE는 하나 이상의 그룹 공통 SPS 설정의 활성화, 재전송 또는 해제를 위해 CS-RNTI를 사용할 수 있다.
- 기지국은 하나의 GC-CS-RNTI에 TMGI들의 리스트 또는 G-RNTI들의 리스트를 연관시킬 수 있다. 이 경우, 기지국은 GC-CS-RNTI 값에 연관된 TMGI들의 리스트 또는 G-RNTI들의 리스트를 단말에 제공할 수 있다.
C. 각 PDSCH 설정(예를 들어, RRC 파라미터 PDSCH-config)는 멀티캐스트 및/또는 브로드캐스트에 대한 적어도 아래 표 6과 같은 정보 요소(IE: information element)들을 포함할 수 있다.
표 6은 PDSCH 파라미터들을 설정하기 위해 사용되는 PDSCH-Config IE를 예시한다.
PDSCH-Config ::= SEQUENCE {
dataScramblingIdentityPDSCH INTEGER (0..1023) OPTIONAL, -- Need S
dmrs-DownlinkForPDSCH-MappingTypeA SetupRelease { DMRS-DownlinkConfig } OPTIONAL, -- Need M
dmrs-DownlinkForPDSCH-MappingTypeB SetupRelease { DMRS-DownlinkConfig } OPTIONAL, -- Need M
tci-StatesToAddModList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-State OPTIONAL, -- Need N
tci-StatesToReleaseList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-StateId OPTIONAL, -- Need N
vrb-ToPRB-Interleaver ENUMERATED {n2, n4} OPTIONAL, -- Need S
resourceAllocation ENUMERATED { resourceAllocationType0, resourceAllocationType1, dynamicSwitch},
pdsch-TimeDomainAllocationList SetupRelease { PDSCH-TimeDomainResourceAllocationList } OPTIONAL, -- Need M
pdsch-AggregationFactor ENUMERATED { n2, n4, n8 } OPTIONAL, -- Need S
rateMatchPatternToAddModList SEQUENCE (SIZE (1..maxNrofRateMatchPatterns)) OF RateMatchPattern OPTIONAL, -- Need N
rateMatchPatternToReleaseList SEQUENCE (SIZE (1..maxNrofRateMatchPatterns)) OF RateMatchPatternId OPTIONAL, -- Need N
rateMatchPatternGroup1 RateMatchPatternGroup OPTIONAL, -- Need R
rateMatchPatternGroup2 RateMatchPatternGroup OPTIONAL, -- Need R
rbg-Size ENUMERATED {config1, config2},
mcs-Table ENUMERATED {qam256, qam64LowSE} OPTIONAL, -- Need S
maxNrofCodeWordsScheduledByDCI ENUMERATED {n1, n2}
...
}
표 7은 앞서 도 6의 PDSCH-config의 필드에 대한 설명을 예시한다.
PDSCH-Config field descriptions
dataScramblingIdentityPDSCH, dataScramblingIdentityPDSCH2Identifier(s) used to initialize data scrambling (c_init) for PDSCH. The dataScramblingIdentityPDSCH2 is configured if coresetPoolIndex is configured with 1 for at least one CORESET in the same BWP.
dmrs-DownlinkForPDSCH-MappingTypeA, dmrs-DownlinkForPDSCH-MappingTypeA-DCI-1-2DMRS configuration for PDSCH transmissions using PDSCH mapping type A (chosen dynamically via PDSCH-TimeDomainResourceAllocation). Only the fields dmrs-Type, dmrs-AdditionalPosition and maxLength may be set differently for mapping type A and B. The field dmrs-DownlinkForPDSCH-MappingTypeA applies to DCI format 1_1 and the field dmrs-DownlinkForPDSCH-MappingTypeA-DCI-1-2 applies to DCI format 1_2.
dmrs-DownlinkForPDSCH-MappingTypeB, dmrs-DownlinkForPDSCH-MappingTypeB-DCI-1-2DMRS configuration for PDSCH transmissions using PDSCH mapping type B (chosen dynamically via PDSCH-TimeDomainResourceAllocation). Only the fields dmrs-Type, dmrs-AdditionalPosition and maxLength may be set differently for mapping type A and B. The field dmrs-DownlinkForPDSCH-MappingTypeB applies to DCI format 1_1 and the field dmrs-DownlinkForPDSCH-MappingTypeB-DCI-1-2 applies to DCI format 1_2.
maxNrofCodeWordsScheduledByDCIMaximum number of code words that a single DCI may schedule. This changes the number of MCS/RV/NDI bits in the DCI message from 1 to 2.
mcs-Table, mcs-TableDCI-1-2Indicates which MCS table the UE shall use for PDSCH. If the field is absent the UE applies the value 64QAM. The field mcs-Table applies to DCI format 1_0 and DCI format 1_1, and the field mcs-TableDCI-1-2 applies to DCI format 1_2.
pdsch-AggregationFactorNumber of repetitions for data. When the field is absent the UE applies the value 1.
pdsch-TimeDomainAllocationList, pdsch-TimeDomainAllocationListDCI-1-2List of time-domain configurations for timing of DL assignment to DL data.
The field pdsch-TimeDomainAllocationList (with or without suffix) applies to DCI format 1_0 and DCI format 1_1, and if the field pdsch-TimeDomainAllocationListDCI-1-2 is not configured, to DCI format 1_2. If the field pdsch-TimeDomainAllocationListDCI-1-2 is configured, it applies to DCI format 1_2.
The network does not configure the pdsch-TimeDomainAllocationList-r16 simultaneously with the pdsch-TimeDomainAllocationList (without suffix) in the same PDSCH-Config.
rateMatchPatternGroup1, rateMatchPatternGroup1DCI-1-2The IDs of a first group of RateMatchPatterns defined in PDSCH-Config->rateMatchPatternToAddModList (BWP level) or in ServingCellConfig ->rateMatchPatternToAddModList (cell level). These patterns can be activated dynamically by DCI. The field rateMatchPatternGroup1 applies to DCI format 1_1, and the field rateMatchPatternGroup1DCI-1-2 applies to DCI format 1_2.
rateMatchPatternGroup2, rateMatchPatternGroup2DCI-1-2The IDs of a second group of RateMatchPatterns defined in PDSCH-Config->rateMatchPatternToAddModList (BWP level) or in ServingCellConfig ->rateMatchPatternToAddModList (cell level). These patterns can be activated dynamically by DCI. The field rateMatchPatternGroup2 applies to DCI format 1_1, and the field rateMatchPatternGroup2DCI-1-2 applies to DCI format 1_2.
rateMatchPatternToAddModListResources patterns which the UE should rate match PDSCH around. The UE rate matches around the union of all resources indicated in the rate match patterns.
rbg-SizeSelection between config 1 and config 2 for RBG size for PDSCH. The UE ignores this field if resourceAllocation is set to resourceAllocationType1.
resourceAllocation, resourceAllocationDCI-1-2Configuration of resource allocation type 0 and resource allocation type 1 for non-fallback DCI. The field resourceAllocation applies to DCI format 1_1, and the field resourceAllocationDCI-1-2 applies to DCI format 1_2.
resourceAllocationType1GranularityDCI-1-2Configure the scheduling granularity applicable for both the starting point and length indication for resource allocation type 1 in DCI format 1_2. If this field is absent, the granularity is 1 PRB.
tci-StatesToAddModListA list of Transmission Configuration Indicator (TCI) states indicating a transmission configuration which includes QCL-relationships between the DL RSs in one RS set and the PDSCH DMRS ports.
vrb-ToPRB-Interleaver, vrb-ToPRB-InterleaverDCI-1-2Interleaving unit configurable between 2 and 4 PRBs. When the field is absent, the UE performs non-interleaved VRB-to-PRB mapping.
3. 도 9에서 도시되지 않았지만, MBS 전송에 대한 수신의 성공 여부에 대한 HARQ-ACK 전송을 위해 기지국은 상위 계층 메시지(예를 들어, RRC 메시지)로 PUCCH 설정(예를 들어, PUCCH-config)를 단말에게 미리 설정할 수 있다. 여기서, 단말이 MBS 서비스를 수신하는 경우, 기지국은 종래 기술에서 제공한 unicast를 위한 PUCCH 설정 이외에 MBS HARQ-ACK을 위한 별도의 multicast를 위한 PUCCH 설정을 단말에게 미리 설정할 수 있다.
A. 또한, 기지국은 상위 계층 메시지(예를 들어, RRC 메시지)를 통해 UE에게 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)과 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 별도로 제공할 수 있다.
여기서, 상위 계층 메시지(예를 들어, RRC 메시지)에서 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 PUCCH 자원 ID에 대해 'NACK만의 기반 HARQ-ACK(NACK only based HARQ-ACK)'가 설정될 수 있다. 여기서, ACK/NACK 기반 HARQ-ACK 보고(모드)는 TB의 디코딩의 성공 여부에 따라 UE가 ACK 또는 NACK을 기지국에게 전송하는 방식(모드)를 의미하고, NACK only based HARQ-ACK 보고(모드)는 HARQ-ACK 정보가 ACK 값들만을 포함할 때는 PUCCH를 통해 전송되지 않는 방식(모드)를 의미한다. ACK/NACK 기반 HARQ-ACK 보고(모드)를 제1 HARQ-ACK 보고(모드)로 지칭할 수 있으며, NACK only based HARQ-ACK 보고(모드)를 제2 HARQ-ACK 보고(모드)로 지칭할 수 있다.
- 만약 PUCCH 자원 ID에 대해 NACK only based HARQ-ACK가 설정되지 않은 경우, UE는 PUCCH 자원 ID에 대해 ACK/NACK 기반(based) HARQ-ACK가 구성된 것으로 간주할 수 있다.
- DCI의 PUCCH 자원 지시자(PRI) 값은 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원 ID를 지시하며(선택하며), 암묵적으로(implicitly) 해당 PUCCH resource ID에 대한 NACK only based HARQ-ACK 또는 ACK/NACK based HARQ-ACK을 지시할 수 있다.
- 여기서, NACK only based HARQ-ACK은 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 의해 설정되지 않을 수 있다.
만약, NACK-only based HARQ-ACK 및 ACK/NACK based HARQ-ACK 모두가 group common SPS 설정에 대해 설정된 경우, RRC 시그널링, DCI 또는 MAC CE는 group common SPS 설정에 대하여 NACK-only based HARQ-ACK 및 ACK/NACK based HARQ-ACK 중에서 단 하나만이 가능(enable)/불가능(disable)하게 할 수 있다.
또한, C-RNTI, CS-RNTI, G-RNTI 및 G-CS-RNTI 중 하나에 의해 CRC가 스크램블되는 DCI에 의해 동적으로 스케줄링되는 group common PDSCH에 대해 NACK-only based HARQ-ACK 및 ACK/NACK based HARQ-ACK가 모두 설정된 경우, RRC 시그널링 또는 DCI(또는 MAC CE)는 group common PDSCH에 대하여 NACK-only based HARQ-ACK 및 ACK/NACK based HARQ-ACK 중 하나만을 enable/disable 할 수 있다(예를들어, C-RNTI, CS-RNTI, G-RNTI 및 G-CS-RNTI 중 하나에 대해서). 다시 말해, RRC 시그널링 또는 DCI(또는 MAC CE)에 의해 C-RNTI, CS-RNTI, G-RNTI 및 G-CS-RNTI 중 하나에 대해서 NACK-only based HARQ-ACK 및 ACK/NACK based HARQ-ACK 중에서 어느 하나의 방식(모드)이 설정될 수 있다. 이 경우, UE가 C-RNTI, CS-RNTI, G-RNTI 및 G-CS-RNTI 중 하나로 스크램블된 CRC를 포함한 DCI를 수신하면, 해당 C-RNTI, CS-RNTI, G-RNTI 및 G-CS-RNTI에 대해 설정(활성)된 NACK-only based HARQ-ACK 및 ACK/NACK based HARQ-ACK 중에서 어느 하나의 방식(모드)이 해당 DCI에 의해 스케줄링되는 multicast 또는 unicast PDSCH에 대한 HARQ-ACK 보고 방식으로 설정/결정될 수 있다.
B. multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)는 CFR 별로 또는 상기 CFR과 관련된 UE의 활성(active) UL BWP 별로 설정될 수 있다.
C. NACK only based HARQ-ACK를 위한 group common PUCCH 자원(들)은 UE의 active UL BWP 내에 설정된 UL CFR 내에서 설정될 수 있다.
- 여기서, group common PUCCH 자원(들)은 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 의해서만 설정될 수 있다.
- 또한, UE 특정(specific) PUCCH 자원(들)은 UE의 active BWP 상에서 설정될 수 있다.
D. NACK only based HARQ-ACK는 group common PUCCH 자원 상에서 전송될 수 있다.
E. 서로 다른 group common PUCCH 자원(들)은 서로 다른 DL RS와 관련될 수 있다(예를 들어, PUCCH에 대한 심볼/슬롯 및/또는 PRB 및/또는 시퀀스 측면에서).
F. NACK only based HARQ-ACK는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 PUCCH 자원 ID에 대해 설정될 수 있다.
- 만약 PUCCH 자원 ID에 대해 NACK only based HARQ-ACK가 설정되지 않은 경우, UE는 상기 PUCCH 자원 ID에 대해 ACK/NACK based HARQ-ACK가 설정된 것으로 간주할 수 있다.
- DCI의 PRI 값은 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원 ID를 지시하며(선택하며), 암묵적으로(implicitly) 해당 PUCCH resource ID에 대한 NACK only based HARQ-ACK 또는 ACK/NACK based HARQ-ACK을 지시할 수 있다.
- 여기서, NACK only based HARQ-ACK은 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 의해 설정되지 않을 수 있다.
G. 또는, NACK only based HARQ-ACK는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서만 설정될 수 있다.
- NACK only based HARQ-ACK는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)으로 설정될 수 없다.
- multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config) 내에서 NACK only based HARQ-ACK을 설정하기 위하여 다음과 같은 옵션들 중에서 하나가 이용될 수 있다.
i) 옵션 1: NACK only based HARQ-ACK와 ACK/NACK based HARQ-ACK는 서로 다른 PUCCH 자원 세트 ID로 설정될 수 있다.
ii) 옵션 2: NACK only based HARQ-ACK와 ACK/NACK based HARQ-ACK는 서로 다른 PUCCH 자원 ID로 설정로 설정될 수 있다.
PUCCH 자원 세트 ID 및/또는 PUCCH 자원 ID에 대해 NACK only based HARQ-ACK가 설정되지 않은 경우, UE는 해당 PUCCH 자원 세트 ID 및/또는 해당 PUCCH 자원 ID에 대해 ACK/NACK based HARQ-ACK이 설정된 것으로 간주할 수 있다.
4. 다시 도 9를 참조하면, 설정된 CFR에 대한 SS(search space)가 설정되면, UE는 CRC가 G-RNTI 또는 G-CS-RNTI로 스크램블된 DCI를 수신하기 위해 설정된 CFR 내 설정된 SS 상에서 PDCCH를 모니터링한다(S902a, S902b).
5. MBS 서비스를 위한 멀티캐스트 무선 베어러(MRB: MBS radio bearer)의 MTCH(Multicast Traffic Channel)에서 데이터 유닛이 이용 가능하면, 기지국은, 서비스-대-리소스(service-to-resource) 매핑에 따라, i) MBS 서비스를 위한 MRB의 MTCH와 연관되거나 ii) MBS 서비스의 TMGI와 연관되거나 iii) MBS 서비스의 짧은 ID(short ID)와 연관되거나 iv) MBS 서비스에 매핑된 G-RNTI에 연관되는, SPS PDSCH 기회(occasion)에 대한 데이터 유닛을 포함하는 TB(transport block)를 구성하여(construct) 전송한다.
TB의 group common 동적인 스케줄링의 경우, 기지국은 UE에게 PDCCH 상에서 DCI를 전송한다(S903a, S903b).
여기서, 상기 DCI의 CRC는 G-RNTI, G-CS-RNTI 또는 CS-RNTI에 의해 스크램블될 수 있다. 또한, 상기 PDCCH는 group common PDCCH 또는 UE 특정 PDCCH일 수 있다.
도 9에서는 G-RNTI#1로 스크램블된 CRC가 부착된(포함된) group common DCI가 전송되며, 반복(repetition)=3인 경우를 예시한다.
상기 DCI는 다음과 같은 정보(필드)를 포함할 수 있다.
- DCI 포맷에 대한 식별자(Identifier for DCI formats): 이 정보(필드)는 MBS 특정 DCI 포맷을 지시하거나 또는 MBS를 위한 기존의 DCI 포맷 중 하나를 지시할 수 있다.
- 캐리어 지시자(Carrier indicator): 이 정보(필드)는 group common PDCCH/PDSCH가 전송되는 CFR의 (서빙 또는 MBS 특정) 셀 또는 상기 CFR과 연관된 UE의 active BWP의 서빙 셀을 지시한다.
- 대역폭 부분 지시자(Bandwidth part indicator): 이 정보(필드)는 group common PDCCH/PDSCH가 전송되는 CFR에 할당된 BWP ID 또는 상기 CFR과 연관된 UE의 active BWP의 BWP ID를 지시한다.
이외에도 상기 DCI는 주파수 도메인 자원 할당(Frequency domain resource assignment), 시간 도메인 자원 할당(Time domain resource assignment), VRB와 PRB 간의 매핑(VRB-to-PRB mapping), PRB 번들링 크기 지시자(PRB bundling size indicator), 레이트 매핑 지시자(Rate matching indicator), ZP CSI-RS 트리거(ZP CSI-RS trigger), 변조 및 코딩 방식(Modulation and coding scheme), 새로운 데이터 지시자(NDI: New data indicator), 리던던시 버전(Redundancy version), HARQ 프로세스 번호(HARQ process number), 하향링크 승인 인덱스(Downlink assignment index), 스케줄링된 PUCCH에 대한 전송 파워 제어(TPC: transmit power control) 명령(TPC command for scheduled PUCCH), PUCCH 자원 지시자(PRI: PUCCH resource indicator), PDSCH에 대한 HARQ 피드백 타이밍 지시자(PDSCH-to-HARQ_feedback timing indicator), 안테나 포트(들)(Antenna port(s)), 전송 설정 지시(TCI: Transmission configuration indication), SRS 요청(SRS request), DMRS 시퀀스 초기화(DMRS sequence initialization), 우선순위 지시자(Priority indicator)에 대한 정보를 포함할 수 있다.
group common 동적 스케줄링의 경우, 기지국은 i) group common 또는 UE-specific RRC 메시지에 의해 또는 ii) group common 또는 UE-specific MAC CE에 의해, TMGI 또는 G-RNTI 또는 GC-CS-RNTI에 의해 식별된 MBS 서비스에 대한 다음 서비스-자원(service-to-resource) 매핑 중 하나 이상을 UE에 제공할 수 있다. MBS 서비스의 데이터는 multicast 트래픽 논리 채널인, MBS 서비스와 연관된 MTCH의, MBS 라디오 베어러(MRB)를 통해 운반될 수 있다. RRC 메시지는 PTM MCCH(Multicast Control Channel)를 통해 전송되는 그룹 공통 메시지 또는 UE 특정 DCCH(Dedicated Control Channel)를 통해 전송되는 UE 전용 메시지일 수 있다. MBS 서비스 데이터를 나르는 PDSCH를 스케줄링하는 DCI는 또한 MBS 서비스를 위한 short ID, MTCH ID, MRB ID, G-RNTI 값 및 TMGI 값 중 하나 이상을 지시할 수 있다.
6. UE가 수신하기에 관심이 있는 G-RNTI에 의해 CRC가 스크램블된 DCI를 수신하면, i) MBS 서비스들과 DCI 내 지시된 HARQ 프로세스 번호(HPN: HARQ process number) 간의 매핑 및/또는 ii) (이용 가능한 경우) MBS 서비스들과 DCI 내 지시된 short ID(들) 간의 매핑에 기반하여, UE는 각 PDSCH 기회(occasion)에 대한 short ID, MTCH ID, MRB ID, G-RNTI 값 및 TMGI 값 중에서 하나 이상과 관련된 MBS 서비스를 결정할 수 있다.
기지국은 UE에게 해당 MBS 서비스 데이터를 나르는 PDSCH를 전송하고(S904a, S904b)(도 9에서는 G-RNTI#1와 매핑된 MBS 서비스 데이터가 전달되는 경우를 예시함), UE는 상기 결정된 MBS 서비스(들)에 관심이 있다면, DCI에 의해 스케줄링된 PDSCH 전송을 수신할 수 있다(S905a, S905b).
반면, 도 9의 예시와 상이하게, UE가 결정된 MBS 서비스(들)에 관심이 없다면, UE는 DCI에 의해 스케줄링된 PDSCH 전송을 수신하지 않을 수 있다.
이후, PDSCH 전송의 디코딩 상태에 따라, UE는 HARQ 피드백을 기지국에게 전송한다.
7. MBS HARQ-ACK에 대한 PUCCH 자원(들)을 지시하는 group common DCI를 수신한 UE는 다음과 같이 DCI에 의해 스케줄링된 PDSCH 수신 후 PUCCH를 통해 HARQ-ACK를 기지국에게 전송할 수 있다(S906a).
A. PRI(PUCCH Resource Indicator)는 group common DCI에 의해 다음과 같이 지시될 수 있다.
1) 옵션 1A-1: UE specific PRI들의 리스트가 DCI에 포함될 수 있다.
- 리스트 내 각 PRI는 동일한 DCI를 수신한 그룹의 다른 UE에 대해 동일한 PUCCH 자원 또는 다른 PUCCH 자원 할당을 위한 PUCCH 설정(예를 들어, PUCCH-config) 내 후보 PUCCH 자원 ID(예를 들어, pucch-ResourceId) 값에 해당하는 항목(entry)를 지시할 수 있다. DCI의 다른 PRI는 PUCCH 설정(예를 들어, PUCCH-config) 내 다른 항목을 지시할 수 있다.
- 후보 PUCCH 자원 ID(예를 들어, pucch-ResourceId) 값은 상위 계층(예를 들어, RRC)에 의해 설정되며, 적어도 multicast PUCCH 설정(예를 들어, PUCCH-config)에서 동일한 그룹의 다른 UE에 대해 다른 PUCCH 자원 ID(예를 들어, pucch-ResourceId) 값이 설정될 수 있다.
2) 옵션 1A-2: group common PRI가 DCI에 포함될 수 있다.
- 단일 group common PRI는 그룹의 모든 UE에 대해 동일하거나 또는 다른 PUCCH 자원 할당을 위해 UE specific PUCCH 설정(예를 들어, PUCCH-config)에서 후보 PUCCH 자원 ID(예를 들어, pucch-ResourceId) 값에 대한 해당 entry를 지시할 수 있다.
- 후보 PUCCH 자원 ID(예를 들어, pucch-ResourceId) 값은 상위 계층(예를 들어, RRC)에 의해 설정되며, 적어도 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서는 동일한 그룹의 다른 UE에 대해 다른 PUCCH 자원 ID(예를 들어, pucch-ResourceId) 값이 설정될 수 있다.
B. K1(PDSCH-to-HARQ_feedback 타이밍 지시자)은 group common DCI에 의해 다음과 같이 지시될 수 있다.
1) 옵션 1B-1: UE specific K1 값의 리스트가 DCI에 포함될 수 있다.
- 리스트 내 각 K1은 그룹 내 다른 UE에 대해 동일한 UL 슬롯 또는 다른 UL (서브)슬롯을 지시할 수 있다.
일례로, 다른 K1 값이 다른 UE에 할당될 수 있다. 예를 들어, K1-UE1, K2-UE2, K3-UE3,...
다른 일례로, K1 값은 여러 UE(예를 들어, K1-UE1/UE2, K2-UE3/UE4)에서 공유될 수 있다.
또 다른 일례로 하나의 K1 값은 참조(reference)이고 다른 K1 값은 reference를 기반으로 할당될 수 있다. 예를 들어, {K1_ref, K1_offset(reference으로부터 오프셋)의 리스트}은 DCI에서 지시될 수 있다.
예를 들어, UE1은 K1_ref를 사용하고, UE2는 K1_ref + K1_offest1을 사용하고, UE3는 K1_ref + K1_offest2를 사용할 수 있다.
2) 옵션 1B-2: group common K1 값이 DCI에 포함될 수 있다.
- 단일 K1 값은 DCI를 수신하는 그룹의 모든 UE에 대해 동일하거나 다른 PUCCH 자원 할당을 위한 UE specific PUCCH 설정(예를 들어, PUCCH-config)에서 후보 DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)에 대한 해당 entry를 지시할 수 있다.
- 후보 DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)은 상위 계층(예를 들어, RRC)에 의해 설정되며, 적어도 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 동일한 그룹의 다른 UE에 대해 다를 수 있습니다.
C. 또한, CRC가 G-RNTI에 의해 스크램블된 group common DCI 및/또는 C-RNTI에 의해 CRC가 스크램블된 UE specific DCI를 수신할 때, multicast를 위한 PUCCH-config 및/또는 unicast를 위한 PUCCH-config에 대한 Type-1 HARQ-ACK 코드북이 설정되면, UE는 TDRA(Time Domain Resource Allocation)를 구성하여 group common DCI에 의해 스케줄링된 group common PDSCH 및/또는 UE specfici DCI에 의해 스케줄링된 UE specific PDSCH에 대한 HARQ-ACK(들)에 대한 유형 1 HARQ-ACK 코드북(codebook)을 생성할 수 있다.
D. 단말은 다음과 같이 TDRA를 구성할 수 있다.
1) G-RNTI로 스크램블된 CRC를 가진 DCI 수신에 대해서, 단말은 아래와 같이 TDRA를 구성할 수 있다.
- 만약 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)이 설정되지 않으면, UE는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)을 따를 수 있다(예를 들어, multicast 수신되는 slot/TRP/cell의 코드북 구성(construction)을 위해). 여기서, UE는 unicast의 K1 세트를 기반으로 TDRA를 구성할 수 있다.
- 만약 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)이 설정되면, UE는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)을 따를 수 있다(예를 들어, multicast 수신되는 slot/TRP/cell의 코드북 구성(construction)을 위해). 여기서, UE는 multicast의 K1 세트를 기반으로 TDRA를 구성할 수 있다.
- 만약 unicast 또는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 (예를 들어, DCI 포맷(format) 1_1/2에 대한) DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)이 설정되면, UE는 unicast 또는 multicast 중 어느 하나에 대한 PUCCH 설정(예를 들어, PUCCH-config)에서 (예를 들어, DCI 포맷 1_1/2에 대한) DL 데이터-UL ACK 값(예를 들어, dl-DataToUL-ACK)을 따를 수 있다(예를 들어, dl-DataToUL-ACK)을 따를 수 있다(예를 들어, multicast 수신되는 slot/TRP/cell의 코드북 구성(construction)을 위해). 여기서, UE는 DCI format 1_1/2의 K1 세트를 기반으로 절단(truncation)하여 DCI format 1_0의 TDRA를 구성할 수 있다.
2) C-RNTI로 스크램블된 CRC를 가진 DCI 수신에 대해서, 단말은 기존 방식으로 TDRA를 구성할 수 있다.
- MBS TB를 위한 PTP 재전송 수신에 대해서도 UE는 C-RNTI DCI 기준으로 TDRA를 구성할 수 있다.
E. 한편, 일반 상향링크(NUL: Normal UL) 및 보충 상향링크(SUL: Supplementary UL) 중 하나만이 MBS에 대한 PUCCH 설정(예를 들어, PUCCH-config)을 설정하면, 그리고 UE가 임계값(threshold)을 기반으로 MBS에 대한 PUCCH 설정(예를 들어, PUCCH-config) 내 설정된 PUCCH 캐리어(즉, NUL 또는 SUL)를 선택할 수 없으면, UE는 다음과 같이 동작할 수 있다:
- 옵션 1: UE는 MBS HARQ-ACK를 전송하기 위해 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 기반으로 PUCCH 캐리어를 선택할 수 있다.
- 옵션 2: UE는 threshold를 무시하고 MBS에 대한 PUCCH 설정(예를 들어, PUCCH-config) 내 설정된 캐리어(NUL 또는 SUL)를 선택할 수 있다.
F. 한편, NACK-only based HARQ-ACK가 NUL과 SUL 중 하나만에 대해 설정되면, 그리고 UE가 MBS에 대한 PUCCH 설정(예를 들어, PUCCH-config)에서 설정한 PUCCH 캐리어(즉, NUL 또는 SUL)를 임계값 기반으로 선택할 수 없으면, UE는 다음과 같이 동작할 수 있다:
- 옵션 1: NACK-only based HARQ-ACK가 ACK/NACK based HARQ-ACK으로 변경될 수 있다(예를 들어, UE에 의해 간주될 수 있다).
- 옵션 2: UE는 threshold를 무시하고 MBS에 대한 PUCCH 설정(예를 들어, PUCCH-config) 내 설정된 캐리어(NUL 또는 SUL)를 선택할 수 있다.
G. 한편, ACK/NACK based HARQ-ACK가 설정되고, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되지 않는 경우, 단말은 다음의 하나 또는 복수의 방식(예를 들어, 복수의 방식의 조합)으로 MBS HARQ-ACK 전송을 위한 PUCCH 자원을 결정할 수 있다.
1) DCI의 PRI와 K1에 해당하는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원을 할당하는 방법
- Option 1: unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)만이 설정되었다면, 단말은 group common DCI의 PRI는 무시하고 MBS HARQ-ACK 전송하지 않을 수 있다.
만일 단말이 PTP PDSCH 전송을 위한 UE specific DCI의 PRI를 수신한 경우, 단말은 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 적용하여 PTP PDSCH에 대한 HARQ-ACK을 전송할 수 있다.
혹은, 단말이 PTP PDSCH 전송을 위한 UE specific DCI의 PRI를 수신한 경우에도, multicast에 대한 HARQ-ACK이므로, 단말은 해당 PRI를 무시하고 PTP PDSCH에 대한 HARQ-ACK을 전송하지 않을 수 있다.
- Option 2: 단말은 DCI의 PRI를 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 후보 PUCCH 자원 ID 값(예를 들어, pucch-ResourceId)에 매핑하여 MBS HARQ-ACK 전송할 수 있다.
이 경우, 단말은 하기 2)의 옵션1’방식1과 같이 DCI의 PRI가 지시하는 PUCCH 설정(예를 들어, PUCCH-config)의 후보 PUCCH 자원 ID 값(예를 들어, pucch-ResourceId)에 매핑된 PUCCH 자원을 이용하여 MBS HARQ-ACK을 전송할 수 있다. 예를 들어, 상술한 옵션 1A-1과 같이 Group common DCI가 UE specific PRI를 지시할 경우, 단말은 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 지시된 PRI에 해당하는 PUCCH 자원을 이용하여 MBS HARQ-ACK을 전송할 수 있다.
2) 복수의 PUCCH가 동시전송되는 경우, DCI의 PRI와 K1에 해당하는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원을 할당하는 방법
- 옵션 1: 단말이 group common DCI를 수신하고, DCI가 MBS에 대한 PRI와 K1을 포함한 경우, 단말은 포함된 MBS에 대한 PRI와 K1이 지시하는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원에서 MBS HARQ-ACK 전송할 수 있다.
- 옵션 2: 단말이 Rel-15/16용 PRI/K1과 MBS에 대한 PRI/K1을 동시에 포함한 UE specific DCI를 수신한 경우, 단말은 포함된 MBS에 대한 PRI와 K1이 지시하는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원으로 MBS HARQ-ACK을 전송할 수 있다. 한편, Rel-15/16용 PRI/K1에 따른 PUCCH 자원에서, 단말은 종래 기술에 따라 unicast PDSCH에 대한 HARQ-ACK을 전송할 수 있다.
3) 복수의 PUCCH가 동시 전송되지 않는 경우, DCI의 PRI와 K1에 해당하는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원을 할당하는 방법
- 옵션 1: 단말이 수신한 group common DCI가 MBS에 대한 PRI를 포함한 경우, 단말은 포함된 MBS에 대한 PRI를 무시하고 MBS HARQ-ACK 전송하지 않을 수 있다.
- 옵션 2: 단말이 수신한 group common DCI가 UE specific MBS PRI/K1을 포함한 경우, 단말은 포함된 UE specific PRI와 K1이 지시하는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원에서 MBS HARQ-ACK을 전송할 수 있다.
여기서, unicast용 UCI (예를 들어, unicast HARQ-ACK 또는 SR 또는 CSI)가 있을 경우, unicast용 UCI와 MBS HARQ-ACK이 다중화하여(mux) 전송될 수 있다.
나아가, PTP 재전송에 대한 HARQ-ACK만 제한적으로 unicast UCI와 다중화하여(mux) 전송될 수도 있다.
- 옵션 3: 단말이 수신한 UE specific DCI이 Rel-15/16 PRI/K1만 포함한 경우, 단말은 포함된 PRI와 K1이 지시하는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)의 PUCCH 자원으로 MBS HARQ-ACK을 전송할 수 있다.
여기서, unicast용 UCI (예를 들어, unicast HARQ-ACK 또는 SR 또는 CSI)가 있을 경우, unicast용 UCI와 MBS HARQ-ACK이 다중화하여(mux) 전송될 수 있다.
또한, PTP 재전송에 대한 HARQ-ACK만 제한적으로 unicast UCI와 다중화하여(mux) 전송될 수 있다.
H. 한편, 기지국은 다음과 같이 단말공통 SPS를 설정하여 multicast SPS를 제공할 수 있다.
1) group common SPS PDSCH(DCI에 의해 스케줄링되지 않고 RRC에 의해 스케줄링됨)의 경우, NACK only based HARQ-ACK에 사용되는 group common PUCCH 자원은 하나 이상의 group common SPS 설정에 대해 반정적으로(semi-statically) 설정될 수 있다. (또는, ACK/NACK based HARQ-ACK를 위한 UE 특정 PUCCH 자원은 하나 이상의 group common SPS 설정에 대해서 설정될 수 있다. 또는 ACK에 대한 group common PUCCH 자원과 NACK에 대한 group common PUCCH 자원은 하나 이상의 group common SPS 설정에 대해서 별도로 설정될 수 있다.)
a) 서로 다른 SPS 설정이 동일한 PUCCH 자원 또는 다른 PUCCH 자원들로 설정될 수 있다.
만약 동일한 PUCCH 자원이 서로 다른 SPS 설정들의 서로 다른 SPS PDSCH들에 대해 할당되면:
- 옵션 1: 하나의 HARQ-ACK 비트는 모든 SPS PDSCH들에 대한 ACK 또는 NACK을 지시할 수 있다.
여기서, 만약 모든 SPS PDSCH들이 성공적으로 수신되면, UE는 ACK을 지시할 수 있다.또는 하나 이상의 SPS PDSCH가 성공적으로 수신되지 않으면, UE는 NACK을 지시할 수 있다.
- 옵션 2: 서로 다른 HARQ-ACK 비트들이 각각 서로 다른 SPS PDSCH들에 대해 ACK 또는 NACK을 지시할 수 있다.
반면, 만약 서로 다른 PUCCH 자원들이 서로 다른 SPS 설정들의 서로 다른 PDSCH들에 대해 할당되면:
서로 다른 HAQR-ACK 자원들은 각각 서로 다른 SPS PDSCH들에 대한 ACK 또는 NACK을 지시할 수 있다.
b) SPS 설정 인덱스 = N에 대해 PUCCH 자원이 명시적으로 설정되지 않으면, UE는 SPS 설정 인덱스 = N-k(또는 N+k)에 대한 PUCCH 자원이 SPS 설정 인덱스 = N에도 사용된다고 결정할 수 있다. 여기서, k=1 또는 다른 정수이다.
c) multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되면, UE는 group common SPS 설정 인덱스(들)에 대한 PUCCH 자원이 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 기반으로 결정될 수 있으며, UE 특정 SPS 설정 인덱스(들)에 대한 PUCCH 자원은 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 기반하여 결정될 수 있다.
반면, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되지 않은 경우, UE는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 기반하여 group common SPS 설정 인덱스(들)에 대한 PUCCH 자원이 결정된다고 결정할 수 있다.
2) group common SPS 재전송(retransmission)의 경우, PUCCH 자원은 G-CS-RNTI에 의해 스크램블된 CRC를 가진 DCI에 의해 할당될 수 있다.
a) UE가 PUCCH 자원을 결정할 때, UE는 이 group common SPS 재전송을 DCI에 의해 스케줄링된 group common PDSCH로 간주할 수 있다.
b) multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되면, UE는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)를 기반으로 group common SPS 재전송을 위한 PUCCH 자원이 결정된다고 결정할 수 있다.
c) multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되지 않으면, UE는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)를 기반으로 group common SPS 재전송을 위한 PUCCH 자원이 결정된다고 결정할 수 있다.
UE가 PUCCH 자원을 결정할 때, UE는 이 SPS 재전송을 unicast PDSCH(또는 group common PDSCH)로 간주할 수 있다.
3) group common SPS PDSCH에 의해 초기에 전송된 TB의 UE 특정 SPS 재전송을 위해, PUCCH 자원은 CS-RNTI에 의해 CRC가 스크램블링된 DCI에 의해 할당될 수 있다.
a) UE가 PUCCH 자원을 결정할 때, UE는 이 UE 특정 SPS 재전송을 unicast PDSCH로 간주할 수 있다.
또는, UE가 PUCCH 자원을 결정할 때, UE는 이 UE 특정 SPS 재전송을 DCI에 의해 스케줄링된 group common PDSCH로 간주할 수 있다.
b) multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되면, UE는 group common SPS 재전송을 위한 PUCCH 자원이 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 기반하여 결정된다고 결정할 수 있다.
또는, UE는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)가 설정되더라도, group common SPS 재전송을 위한 PUCCH 자원이 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)를 기반으로 결정된다고 결정할 수 있다.
c) If PUCCH-config for multicast is not configured, UE determines that PUCCH resources for group common SPS retransmssion is determined based on PUCCH-config for unicast.
멀티캐스트를 위한 PUCCH-config가 설정되지 않은 경우, UE는 유니캐스트를 위한 PUCCH-config를 기반으로 그룹 공통 SPS 재전송을 위한 PUCCH 자원이 결정된다고 결정한다.
4) NACK only based HARQ-ACK 또는 UE 특정 ACK/NACK based HARQ-ACK 중 하나가 SPS PDSCH 재전송에 사용될 수 있다.
I. 이러한 과정/방식들에 따라 Unicast UCI와 하나 또는 복수의 MBS HARQ-ACK(들)을 같은 slot 혹은 sub-slot으로 함께 전송할 경우, 단말은 다음과 같이 하나 또는 복수의 PUCCH를 전송할 수 있다.
unicast PDSCH(들)에 대한 HP의 다중 unicast HARQ-ACK(들), multicast PDSCH(들)에 대한 HP의 X개의 multicast HARQ-ACK(들) 및 multicast PDSCH(들)에 대한 LP의 Y개의 multicast HARQ-ACK(들)이 동일한 슬롯에서 중첩되는 경우, UE는 PUCCH(들)을 다음과 같이 전송할 수 있다:
1) 옵션 1: 2개의 TDMed PUCCH들을 지원하는 UE는 상기 슬롯에서 2개의 TDMed PUCCH들을 전송할 수 있다(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)와 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)이 별도로 설정된 경우).
a) 옵션 1-1: UE는 다중화된 multicast HARQ-ACK(들)에 대한 별도의 HARQ-ACK 코드북을 나르는 하나의 PUCCH(multicast HARQ-ACK 중 일부를 드롭하거나 드롭하지 않음)와 unicast HARQ-ACK(들)에 대한 별도의 HARQ-ACK 코드북을 나르는 하나의 PUCCH를 전송할 수 있다.
b) 옵션 1-2: UE는 다중화된 multicast HARQ-ACK(들)(multicast HARQ-ACK 중 일부를 드롭하거나 드롭하지 않음)에 대해 하나의 PUCCH를 전송하고 다중화된 multicast HARQ-ACK(들) 및 unicast HARQ-ACK(들)에 대해 하나의 PUCCH를 전송할 수 있다.
c) 옵션 1에서, UE는 다음과 같이 전송할 수 있다:
c-1) UE는 서로 다른 셀들에 대해 설정된 서로 다른 PUCCH들을 전송할 수 있다. 예를 들어, UE는 i) PCell에 대한 하나의 PUCCH, ii) multicast 수신을 가지는 SCell을 위한 하나의 PUCCH를 전송할 수 있다.
c-2) UE는 서로 다른 우선순위들에 대해 설정된 서로 다른 PUCCH들을 전송할 수 있다. 예를 들어, UE는 i) HP를 가진 HARQ-ACK들의 다중화를 위한 하나의 PUCCH, ii) LP를 가진 HARQ-ACK들의 다중화를 위한 하나의 PUCCH를 전송할 수 있다.
c-3) UE는 HARQ-ACK 및 CSI/SR에 대한 설정된 PUCCH들을 전송할 수 있다. 예를 들어, UE는 i) multicast/unicast HARQ-ACK들의 다중화를 위한 하나의 PUCCH, ii) CSI 보고 및 SR의 다중화를 위한 하나의 PUCCH를 전송할 수 있다.
c-4) UE는 서로 다른 캐스트(cast) 타입들에 대한 PUCCH들을 전송할 수 있다. 예를 들어, UE는 i) unicast HARQ-ACK들에 대한 하나의 PUCCH, ii) multicast HARQ-ACK들에 대한 하나의 PUCCH를 전송할 수 있다.
c-5) UE는 UE 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여 서로 다른 PUCCH들을 전송할 수 있다. UE는 i) Z개의 multicast HARQ-ACK과 unicast HARQ-ACK의 다중화를 위한 하나의 PUCCH, ii) (X+Y-Z) 개의 multicast HARQ-ACK들의 다중화를 위한 하나의 PUCCH를 전송할 수 있다.
여기서, Z는 UE 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여 결정될 수 있다. Z개의 multicast HARQ-ACK은 다음 중 하나 이상에 기반하여 X개의 multicast HP 및 Y개의 multicast LP 중에서 결정될 수 있다:
- HP가 LP보다 우선하여 Z개의 멀티캐스트 HARQ-ACK에 포함될 수 있다.
- 앞선(earlier) PDSCH 기회(occasion)가 우선하여 Z개의 멀티캐스트 HARQ-ACK에 포함될 수 있다.
c-6) UE는 비-MBS(non-MBS)와 MBS에 대해 설정된 서로 다른 PUCCH들을 전송할 수 있다. 예를 들어, UE는 i) unicast HARQ-ACK, CSI 보고 및 SR의 다중화를 위한 하나의 PUCCH(즉, 제1 PUCCH), ii) multicast HARQ-ACK (및, 설정된 경우, multicast CSI 보고들)의 다중화를 위한 하나의 PUCCH(즉, 제2 PUCCH)를 전송할 수 있다.
예를 들어, unicast 및 multicast를 위해 2개의 TDMed PUCCH를 지원하는 UE의 경우, 2개의 PUCCH들이 동일한 슬롯에서 전송될 수 있다. 이 경우 REL-15/16 피드백(HARQ-ACK, CSI 및/또는 SR)은 multicast HARQ-ACK(들)을 제외한 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 기반으로 제1 PUCCH에서 다중화될 수 있다. 제2 PUCCH에서는 다중 HARQ-ACK(들)이 다중화될 수 있다.
여기서, 제1 PUCCH와 제2 PUCCH가 중첩(overlap)되면, REL-15/16 규칙에 따라 하나의 PUCCH로 다중화될 수 있다. 반면, 제1 PUCCH와 제2 PUCCH가 중첩(overlap)되지 않으면 별도로 전송될 수 있다.
또한 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되면, 제2 PUCCH는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 기반으로 결정될 수 있다. 반면, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되지 않으면, multicast HARQ-ACK을 위한 제2 PUCCH는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 기반하여 결정될 수 있다.
2) 옵션 2: 두 개의 PUCCH를 지원하지 않는 UE는 다음 중 하나의 PUCCH만 전송하고(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)가 별도로 구성되지 않은 경우) 나머지 PUCCH는 드랍(drop)할 수 있다.
a) UE는 서로 다른 셀들에 대해 설정된 PUCCH들 중에 하나를 전송할 수 있다. 예를 들어, UE는 i) PCell을 위한 하나의 PUCCH, ii) multicast 수신되는 SCell을 위한 하나의 PUCCH 중 하나를 전송할 수 있다.
b) UE는 서로 다른 우선순위들에 대해 설정된 PUCCH들 중에서 하나를 전송할 수 있다. 예를 들어, UE는 i) HP를 가진 HARQ-ACK(들)의 다중화를 위한 PUCCH, ii) LP를 가진 HARQ-ACK(들)의 다중화를 위한 PUCCH 중 하나를 전송할 수 있다.
c) UE는 HARQ-ACK(들) 및 CSI/SR에 대해 설정된 PUCCH(들) 중에서 하나를 전송할 수 있다. 예를 들어, UE는 i) multicast/unicast HARQ-ACK(들)의 다중화를 위한 PUCCH, ii) CSI 보고 및 SR의 다중화를 위한 PUCCH 중 하나를 전송할 수 있다.
d) UE는 서로 다른 캐스트(cast) 타입들에 대해 설정된 PUCCH들 중에서 하나를 전송할 수 있다. 예를 들어, UE는 i) unicast HARQ-ACK(들)을 위한 PUCCH, ii) multicast HARQ-ACK(들)을 위한 PUCCH 중 하나를 전송할 수 있다.
e) UE는 UE 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여 PUCCH들 중에서 하나를 전송할 수 있다. UE는 i) Z개의 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)의 다중화를 위한 하나의 PUCCH, ii) (X+Y-Z) 개의 multicast HARQ-ACK(들)의 다중화를 위한 하나의 PUCCH 중 하나를 전송할 수 있다.
여기서, Z는 UE 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여 결정될 수 있다. Z개의 multicast HARQ-ACK(들)은 다음 중 하나 이상에 기반하여 X개의 multicast HP HARQ-ACK(들) 및 Y개의 multicast LP HARQ-ACK(들) 중에서 결정될 수 있다:
- HP가 LP보다 우선하여 Z개의 멀티캐스트 HARQ-ACK(들)에 포함될 수 있다.
- 앞선(earlier) PDSCH 기회(occasion)가 우선하여 Z개의 멀티캐스트 HARQ-ACK(들)에 포함될 수 있다.
f) UE는 비-MBS(non-MBS)와 MBS에 대해 설정된 PUCCH들 중 하나를 전송할 수 있다. 예를 들어, UE는 i) unicast HARQ-ACK(들), CSI 보고 및 SR의 다중화를 위한 하나의 PUCCH (즉, 제1 PUCCH), ii) multicast HARQ-ACK (및, 설정된 경우, multicast CSI 보고들)의 다중화를 위한 하나의 PUCCH(즉, 제2 PUCCH)를 전송할 수 있다.
예를 들어, unicast 및 multicast를 위해 2개의 TDMed PUCCH를 지원하는 UE의 경우, 2개의 PUCCH가 동일한 슬롯에서 전송될 수 있다. 이 경우 REL-15/16 피드백(HARQ-ACK, CSI 및/또는 SR)은 multicast HARQ-ACK(들)을 제외한 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 기반으로 제1 PUCCH에서 다중화될 수 있다. 제2 PUCCH에서는 다중 HARQ-ACK(들)이 다중화될 수 있다.
여기서, 제1 PUCCH와 제2 PUCCH가 중첩(overlap)되면, REL-15/16 규칙에 따라 하나의 PUCCH로 다중화될 수 있다. 반면, 제1 PUCCH와 제2 PUCCH가 중첩(overlap)되지 않으면 별도로 전송될 수 있다.
또한 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되면, 제2 PUCCH는 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)을 기반으로 결정될 수 있다. 반면, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)이 설정되지 않으면, multicast HARQ-ACK을 위한 제2 PUCCH는 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 기반하여 결정될 수 있다.
3) 옵션 3: UE는 UE 능력 또는 최대 PUCCH 페이로드 크기에 따라 LP를 가진 multicast HARQ-ACK(들)의 전부 또는 일부를 drop할 수 있다.
UE는 Z개의 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)을 다중화하여 하나의 PUCCH를 전송할 수 있다.
여기서, Z는 UE 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여 결정될 수 있다. Z개의 multicast HARQ-ACK(들)은 다음 중 하나 이상에 기반하여 X개의 multicast HP HARQ-ACK(들)및 Y개의 multicast LP HARQ-ACK(들) 중에서 결정될 수 있다:
- HP가 LP보다 우선하여 Z개의 멀티캐스트 HARQ-ACK(들)에 포함될 수 있다.
- 앞선(earlier) PDSCH 기회(occasion)가 우선하여 Z개의 멀티캐스트 HARQ-ACK(들)에 포함될 수 있다.
4) 옵션 4: UE는 multicast HARQ-ACK(들)의 전부 또는 일부를 다음 PUCCH 전송으로 지연되고(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)와 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)가 별도로 설정되었는지 여부에 따라) 현재 슬롯 내에서 PUCCH 상에서 unicast/multicast 나머지 HARQ-ACK(들)를 전송할 수 있다:
a) 이 옵션은 semi-static PUCCH 자원이 주기적으로 설정되는 경우에만 적용할 수 있다.
b) 옵션 4-1: Z개의 multicast HARQ-ACK(들)는 unicast 또는 다른 multicast PDSCH에 할당되는 다음 PUCCH 전송으로 지연될 수 있다. 지연된 multicast HARQ-ACK(들)는 다음 unicast HARQ-ACK(들) 및/또는 다른 multicast HARQ-ACK(들)과 다중화될 수 있다.
- 다음 PUCCH 내 다음 unicast HARQ-ACK(들)은 HP가 아닐 수 있다.
- 다음 PUCCH 내 다른 멀티캐스트 HARQ-ACK(들)은 HP가 아닐 수 있다.
- 지연된 multicast HARQ-ACK(들)은 최대 K 값 또는 다음 PUCCH 자원까지 지연될 수 있다.
c) 옵션 4-2: Z개의 multicast HARQ-ACK(들)은 다른 multicast PDSCH(unicast PDSCH가 아님)에 할당된 다음 PUCCH 전송으로 지연될 수 있다(예를 들어, multicast 를 위한 PUCCH 설정(예를 들어, PUCCH-Config)가 별도로 설정된 경우).
- 다음 PUCCH 내 다른 multicast HARQ-ACK(들)은 HP가 아닐 수 있다.
- 지연된 multicast HARQ-ACK(들)은 최대 K 값 또는 다음 PUCCH 자원까지 지연될 수 있다.
d) 옵션 4에서, multicast HARQ-ACK(들) 중 일부만 지연되는 경우,
- 지연되지 않은(non-deferred) multicast HARQ-ACK(들)은 옵션 1 또는 2와 같이 drop 또는 다중화될 수 있다.
- 지연되지 않은(non-deferred) multicast HARQ-ACK(들)은 옵션 5와 같이 번들링(bundling)될 수 있다.
e) 옵션 4에서, UE는 HP를 가지는 X개의 multicast HARQ-ACK(들) 및 LP를 가지는 multicast HARQ-ACK(들)의 Y개 중에서 Z개의 multicast HARQ-ACK(들)을 결정할 수 있다.
- HP는 LP보다 우선할 수 있다(또는 HP만 연기될 수 있음). 또는, LP가 HP보다 우선할 수 있다(또는 LP만 연기될 수 있음).
- 빠른(earlier) PDSCH occasion이 우선할 수 있다. 또는, 나중의(later) PDSCH occasion이 우선할 수 있다.
f) multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)가 별도로 설정되지 않은 경우, UE는 multicast HARQ-ACK(들)의 전부 또는 일부를 지연시킬 수 없고, drop할 수 있다.
5) 옵션 5: UE는 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)을 번들링(bundling)할 수 있다.
a) 예를 들어, PUCCH 상의 1 HARQ-ACK 비트는 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)의 bundling을 지시할 수 있다.
여기서, bundle 내 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들)이 모두 ACK에 해당하면, HARQ-ACK 비트는 ACK을 지시할 수 있다. 반면, bundle 내 multicast HARQ-ACK(들)과 unicast HARQ-ACK(들) 중에서 적어도 하나가 NACK에 해당하면, HARQ-ACK 비트는 ACK을 지시할 수 있다.
b) multicast HARQ-ACK(들) 중 일부만 bundle되면(예를 들어, 같은 우선순위로):
번들되지 않은(Non-bundled) multicast HARQ-ACK(들)은 옵션 1 또는 2와 같이 다중화될 수 있다.
또는, Non-bundled multicast HARQ-ACK(들)은 옵션 3과 같이 drop될 수 있다.
또는, Non-bundled multicast HARQ-ACK(들)은 옵션 4와 같이 연기(defer)될 수 있다.
c) 옵션 5-1: Z개의 multicast HARQ-ACK(들)이 K개의 HARQ-ACK 비트(K < Z)(들)로 bundle될 수 있다.
여기서, UE는 PUCCH를 통해 하나의 HARQ-ACK 코드북을 전송할 수 있다.
또는, UE는 하나의 PUCCH 상에서 bundling된 HARQ-ACK(들)에 대한 별도의 서브-코드북(sub-codebook) 및 나머지 HARQ-ACK(들)에 대한 별도의 sub-codebook을 전송할 수 있다.
또는, UE는 bundling된 HARQ-ACK(들)에 대한 별도의 코드북과 나머지 HARQ-ACK(들)에 대한 별도의 코드북을 두 개의 PUCCH에 각각 전송할 수도 있다.
d) 옵션 5-2: Z개의 multicast HARQ-ACK(들)와 unicast HARQ-ACK(들)을 K개의 HARQ-ACK 비트(들)로 bundle될 수 있다(예를 들어, multicast를 위한 PUCCH 설정(예를 들어, PUCCH-Config)이 별도로 설정되지 않은 경우).
여기서, UE는 PUCCH를 통해 하나의 HARQ-ACK 코드북을 전송할 수 있다.
또는, UE는 하나의 PUCCH 상에서 bundling된 HARQ-ACK(들)에 대한 별도의 sub-codebook 및 나머지 HARQ-ACK에 대한 별도의 sub-codebook을 전송할 수 있다.
또는, UE는 bundling된 HARQ-ACK(들)에 대한 별도의 코드북과 나머지 HARQ-ACK(들)에 대한 별도의 코드북을 두 개의 PUCCH에 각각 전송할 수 있다.
e) 옵션 5에서 multicast HARQ-ACK(들) 중 일부만 bundling되면(예를 들어, 같은 우선순위로):
번들되지 않은(Non-bundled) multicast HARQ-ACK(들)은 옵션 1 또는 2에서와 같이 drop되거나 다중화될 수 있다.
또는, Non-bundled multicast HARQ-ACK(들)은 옵션 4와 같이 연기(defer)될 수 있다.
J. 한편, multicast HARQ-ACK(들) 및 unicast HARQ-ACK(들) 각각의 2개의 PUCCH 전송에 대해 또는 하나의 PUCCH에서 multicast HARQ-ACK(들) 및 unicast HARQ-ACK(들)의 다중화에 대해, unicast HARQ-ACK(들)에 대해 N개의 심볼 슬롯의 PUCCH가 결정되면, N개의 심볼 슬롯의 PUCCH multicast HARQ-ACK(들)에 대해 결정될 필요가 있다. N개의 심볼 슬롯의 PUCCH가 multicast HARQ-ACK(들)에 대해 결정될 수 없는 경우(예를 들어, N개의 심볼 슬롯의 PUCCH가 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에서 설정되지 않은 경우), multicast HARQ-ACK(들)은 drop되거나 지연(defer)될 수 있다. 또는, N개의 심볼 슬롯의 PUCCH가 multicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 기반하여 multicast HARQ-ACK(들)에 대해 결정될 수 없는 경우, N개의 심볼 슬롯의 PUCCH가 unicast를 위한 PUCCH 설정(예를 들어, PUCCH-config)에 기반하여 multicast HARQ-ACK(들)에 대해 결정될 수 있다.
예를 들어, 같은 우선순위의 다중화(mux)를 위해서, unicast가 subslot이면 multicast도 subslot이 되도록, unicast가 slot이면 multicast도 slot이 되도록 PUCCH가 설정될 수 있다. 혹은, 미니-슬롯(mini-slot)이 지원되면, unicast가 2 symbol이면 multicast도 2 symbol subslot, unicast가 7 symbol이면 multicast도 7 symbol subslot이 되도록 PUCCH가 설정될 수 있다.
8. PDSCH 전송 기회(occasion) 상의 TB의 디코딩이 실패하면, UE는 설정된 UL CFR 내 PUCCH 자원 상에서 HARQ NACK을 기지국에게 전송할 수 있다(S906b).
PUCCH 자원을 사용함으로써, UE는 unicast SPS PDSCH, 동적 unicast PDSCH, PTP 재전송 및/또는 동적 group common PDSCH와 같은 다른 PDSCH 전송에 대한 HARQ-ACK도 함께 전송할 수도 있다. 이 경우, multicast를 위한 SPS PDSCH, unicast를 위한 SPS PDSCH, 동적으로 스케줄링된 multicast PDSCH 및/또는 동적으로 스케줄링된 unicast PDSCH를 위한 (서브)슬롯에서 PUCCH 상의 HARQ-ACK를 다중화하기 위해, UE는 상기 단계 7에서 하나 이상의 옵션에 기반하여 코드북을 구성(construct)할 수 있다.
한편, PDSCH 병합 인자(pdsch-AggregationFactor)가 G-RNTI에 대해 설정되거나 또는 기지국은 DCI에서 반복 횟수(repeat_number)를 지시하면, group common DCI에 의해 스케줄링된 TB는 각각의 PDSCH 병합 인자(pdsch-AggregationFactor)개의 연속된 슬롯들 각각 중에서 또는 반복 횟수(repeat_number) 개의 연속된 슬롯들 각각 중에서 각 심볼 할당 내 TB의 N번째 HARQ 전송을 위해 반복될 수 있다.
TB의 슬롯-기반 group common PDSCH 반복에 대한 HARQ ACK의 경우, G-RNTI에 대해 PDSCH 병합 인자(pdsch-AggregationFactor)가 설정되거나 기지국이 G-RNTI에 의해 CRC가 스크램블되는 DCI에서 반복 횟수(repeat_number)를 지시하면, 기지국은 다음과 같이 다중 PUCCH 자원을 할당할 수 있다:
- 옵션 1: 슬롯 기반 group common PDSCH 반복을 스케줄링하는 group common DCI에 의해 다중 PUCCH 자원이 할당될 수 있다.
- 옵션 2: G-RNTI를 수신하는 UE에게 주기적인 PUCCH 자원이 할당될 수 있다.
- 옵션 3: group common PDSCH 반복이 스케줄링된 G-RNTI(s) 또는 CFR에 대해 주기적인 PUCCH 할당될 수 있다. 여기서, ACK/NACK 기반 HARQ-ACK이 설정되면, 서로 다른 UE들은 서로 다른 PUCCH 자원들을 선택할 수 있다.
만약, UE가 슬롯-기반 group common PDSCH 반복이 종료되기 전에 HARQ 프로세스 번호(HPN: HARQ process number)#i로부터 TB를 성공적으로 수신하면, 그리고 슬롯-기반 group common PDSCH 반복이 종료되기 전에 TB에 대한 HARQ-ACK를 위한 PUCCH 자원이 이용 가능하면, UE는 슬롯-기반 group common PDSCH 반복이 끝나기 전에 PUCCH 자원에 대한 ACK을 전송할 수 있다.
- 옵션 A: UE는 슬롯-기반 group common PDSCH 반복이 종료된 후 다른 PUCCH 자원에서 ACK 전송을 스킵(skip)할 수 있다. 이 옵션에서 UE는 HPN#i로부터 또 다른 TB를 수신할 수 있다.
- 옵션 B: UE는 슬롯-기반 group common PDSCH 반복 종료 후 다른 PUCCH 자원에서 ACK를 재전송할 수 있다.
- 옵션 C: UE는 슬롯-기반 group common PDSCH 반복 종료 후 다른 PUCCH 자원에서 ACK 전송의 우선 순위를 낮출 수 있다.
또한, UE는 unicat PDSCH를 위해 할당된 UE 특정 PUCCH 자원에서 ACK를 전송할 수 있다.
또는, UE는 슬롯-기반 group common PDSCH 반복의 종료 전에 PUCCH 자원에서 ACK를 전송하지 않을 수도 있다. 이 경우, UE는 슬롯-기반 group common PDSCH 반복 종료 후, group common PDSCH를 스케줄링하는 DCI의 PRI가 지시하는 PUCCH 자원을 통해 HARQ-ACK를 전송할 수 있다.
UE가 TB를 성공적으로 수신하면(예를 들어, N번째 HARQ 전송에서), 그리고 UE가 UE 특정 DCI 또는 group common DCI에 의해 TB의 HARQ 재전송(예를 들어, N+K 번째 HARQ 전송)을 모니터링하면, UE는 다음 중 하나를 수행할 수 있다.
- 옵션 A: UE가 DCI에 의해 할당된 PUCCH 자원에서 ACK 전송을 스킵(skip)할 수 있다.
- 옵션 B: UE가 DCI에 의해 할당된 PUCCH 자원에서 ACK를 재전송할 수 있다.
- 옵션 C: UE가 DCI에 의해 할당된 PUCCH 자원에서 ACK 전송의 우선 순위를 낮출 수 있다.
9. TCI 상태(state)으로 HARQ NACK을 수신한 기지국은 TB의 재전송을 위해 설정된 DL CFR 내에서 TCI 상태로 PDCCH 및 PDSCH를 재전송할 수 있다. UE는 TB의 재전송을 수신하기 위해 DL CFR에서 설정된 서치 스페이스 상에서 TCI 상태로 group common 및/또는 UE 특정 PDCCH를 모니터링할 수 있다(S907b).
기지국은 UE 특정 PDCCH에 의해 그룹 내 UE들 중 하나만에게 TB를 재전송할 수 있으며 다른 UE들은 TB의 재전송을 수신하지 않을 수 있다(예를 들어, 다른 UE들은 TB를 성공적으로 수신하였기 때문에).
10. UE가 TB의 재전송을 위한 PDCCH를 수신하면(S908b), UE는 PDCCH의 DCI에 의해 스케줄링된 PDSCH를 수신할 수 있다(S909b, S910b).
UE가 PDSCH 상의 TB를 성공적으로 디코딩하면, UE는, DCI에 의해 지시되는 MBS 서비스와 HPN(HARQ 프로세스 번호) 간의 매핑 및/또는 DCI에 의해 지시되는 MBS 서비스와 (사용 가능한 경우) 짧은 ID(들) 간의 매핑에 기반하여, 디코딩된 TB는 MBS 서비스의 MTCH, MRB, TMGI, G-RNTI 및/또는 짧은 ID와 연관된다고 간주할 수 있다.
11. PDSCH 전송 기회(occasion)에서 TB 디코딩이 성공하면, UE는 단계 7에 따라 설정된 UL CFR에서 PUCCH 자원을 통해 HARQ ACK를 기지국에게 전송할 수 있다. 반면, PDSCH 전송 기회(occasion) 상의 TB의 디코딩이 실패하면, UE는 설정된 UL CFR 내 PUCCH 자원 상에서 HARQ NACK을 기지국에게 전송할 수 있다(S911b).
PUCCH 자원을 사용함으로써, UE는 unicast SPS PDSCH, 동적 unicast PDSCH, PTP 재전송 및/또는 동적 group common PDSCH와 같은 다른 PDSCH 전송에 대한 HARQ-ACK도 함께 전송할 수도 있다. 이 경우, multicast를 위한 SPS PDSCH, unicast를 위한 SPS PDSCH, 동적으로 스케줄링된 multicast PDSCH 및/또는 동적으로 스케줄링된 unicast PDSCH를 위한 (서브)슬롯에서 PUCCH 상의 HARQ-ACK를 다중화하기 위해, UE는 상기 단계 7에서 하나 이상의 옵션에 기반하여 코드북을 구성(construct)할 수 있다.
12. 한편, 충돌 시, UE는 multicast PDCCH를 모니터링하고 다음과 같이 multicast PDSCH를 수신할 수 있다:
A. multicast PUCCH가 반정적으로(semi-statically) 설정된 unicast DL 수신과 겹치면(overlap), 또는
multicast PUCCH가 반정적으로(semi-statically) 설정된 unicast UL 전송과 겹치면(overlap), 또는
multicast PUCCH가 반정적으로(semi-statically) 설정된 사이드링크(sidelink)와 겹치면(overlap),
- MBS SPS HARQ-ACK의 경우, UE는 HARQ-ACK를 연기(defer)하거나 drop할 수 있다.
- DCI의 PRI에 의해 지시된 MBS HARQ ACK의 경우, UE는 HARQ-ACK를 전송할 수 있다.
B. multicast PUCCH가 동적으로 설정된 unicast DL 수신과 겹치면(overlap), 또는
multicast PUCCH가 동적으로 설정된 unicast UL 전송과 겹치면(overlap),
- UE가 HARQ-ACK를 연기(defer) 또는 drop 할 수 있다(예를 들어, HARQ-ACK가 LP이거나 다른 TX/RX가 HP인 경우).
- UE는 HARQ-ACK를 전송할 수 있다(예를 들어, HARQ-ACK가 HP이고 다른 TX/RX가 LP인 경우).
C. multicast PUCCH가 동적 multicast PDSCH와 겹치면(overlap),
- UE는 최대 K1 값까지 HARQ-ACK를 drop할 수 있다(multicast가 HP인 경우).
- UE는 HARQ-ACK를 전송할 수 있다(multicast가 LP인 경우).
D. multicast PUCCH가 multicast SPS PDSCH와 겹치면(overlap), UE는 HARQ-ACK를 연기(defer)하거나 drop할 수 있다.
E. UE가 RACH를 트리거하면, UE는 group common PDCCH를 모니터링하고 다음과 같이 group common PDSCH를 수신할 수 있다.
- UE는 RACH를 트리거한 후, group common PDCCH를 모니터링할 수 있다.
RACH가 트리거되면, UE는 group common PDCCH의 모니터링 및 group common PDSCH의 수신을 중단(suspend)할 수 있다.
UE는 4단계 RACH의 MSG1, MSG2, MSG3 및 MSG4 중 하나 또는 2단계 RACH의 MSGA 및 MSGA 중 하나 이후에 group common PDCCH 수신을 재개(resume)할 수 있다.
4단계 RACH의 경우, UE는 group common PDCCH/PDSCH의 수신, group common PDSCH에 대한 및 HARQ-ACK 보다 MSG1, MSG2, MSG3 및 MSG4를 우선할 수 있다.
2단계 RACH의 경우, group common PDCCH/PDSCH의 수신, group common PDSCH에 대한 및 HARQ-ACK 보다 MSGA 및 MSGB를 우선할 수 있다.
- UE는 MSG2/B 수신(CF-RACH의 경우) 또는 첫 번째 MSG3 전송(CB-RACH의 경우) 직후에 PUCCH를 통해 MBS HARQ-ACK를 전송할 수 있다.
UE는 UL 동기(synchronization) 없이 MBS HARQ-ACK를 전송할 수 없다.
MSG3는 PUCCH A/N과 다중화되지 않을 수 있다.
UE는 MSG3(또는 MSG2/B) 이전에 HARQ-ACK를 비활성화하고(disable) MSG3(또는 MSG2/B) 이후에 HARQ-ACK를 활성화할 수 있다(enable).
한편, 도 9의 예시는 설명의 편의를 위한 것이며, 본 개시의 범위를 제한하는 것은 아니다. 도 9에서 예시된 일부 단계(들)은 상황 및/또는 설정에 따라 생략될 수 있다. 또한, 도 9에서 기지국과 단말은 하나의 예시일 뿐, 아래 도 12에서 예시된 장치로 구현될 수 있다. 예를 들어, 도 12의 프로세서(processor)(102/202)는 트랜시버(106/206)을 이용하여 채널/신호/데이터/정보 등을 송수신하도록 제어할 수 있으며, 전송할 또는 수신한 채널/신호/데이터/정보 등을 메모리(104/204)에 저장하도록 제어할 수도 있다.
기지국은 단말과 데이터의 송수신을 수행하는 객체(object)를 총칭하는 의미일 수 있다. 예를 들어, 상기 기지국은 하나 이상의 TP(Transmission Point)들, 하나 이상의 TRP(Transmission and Reception Point)들 등을 포함하는 개념일 수 있다. 또한, TP 및/또는 TRP는 기지국의 패널, 송수신 유닛(transmission and reception unit) 등을 포함하는 것일 수 있다. 또한, “TRP”는 패널(panel), 안테나 어레이(antenna array), 셀(cell)(예를 들어, 매크로 셀(macro cell) / 스몰 셀(small cell) / 피코 셀(pico cell) 등), TP(transmission point), 기지국(base station, gNB 등) 등의 표현으로 대체되어 적용될 수 있다. 상술한 바와 같이, TRP는 CORESET 그룹(또는 CORESET 풀)에 대한 정보(예를 들어, 인덱스, ID)에 따라 구분될 수 있다. 일례로, 하나의 단말이 다수의 TRP(또는 셀)들과 송수신을 수행하도록 설정된 경우, 이는 하나의 단말에 대해 다수의 CORESET 그룹(또는 CORESET 풀)들이 설정된 것을 의미할 수 있다. 이와 같은 CORESET 그룹(또는 CORESET 풀)에 대한 설정은 상위 계층 시그널링(예: RRC 시그널링 등)을 통해 수행될 수 있다.
도 9를 참조하면 설명의 편의상 1개의 기지국과 단말 간의 시그널링이 고려되지만, 해당 signaling 방식이 다수의 TRP들 및 다수의 UE들 간의 signaling에도 확장되어 적용될 수 있음은 물론이다. 또는, 기지국은 복수의 TRP를 포함할 수도 있으며, 또는 복수의 TRP를 포함하는 하나의 셀(Cell)일 수 있다.
도 10은 본 개시의 일 실시예에 따른 HARQ-ACK 정보 송수신 방법에 대한 단말의 동작을 예시하는 도면이다.
도 10에서는 앞서 제안한 방법들 중 어느 하나 또는 하나 이상의 (세부) 방법들의 조합에 기반한 단말의 동작을 예시한다. 도 10의 예시는 설명의 편의를 위한 것이며, 본 개시의 범위를 제한하는 것은 아니다. 도 10에서 예시된 일부 단계(들)은 상황 및/또는 설정에 따라 생략될 수 있다. 또한, 도 10에서 단말은 하나의 예시일 뿐, 아래 도 12에서 예시된 장치로 구현될 수 있다. 예를 들어, 도 12의 프로세서(processor)(102/202)는 트랜시버(106/206)을 이용하여 채널/신호/데이터/정보 등(예를 들어, RRC 시그널링, MAC CE, UL/DL 스케줄링을 위한 DCI, SRS, PDCCH, PDSCH, PUSCH, PUCCH, PHICH 등)을 송수신하도록 제어할 수 있으며, 전송할 또는 수신한 채널/신호/데이터/정보 등을 메모리(104/204)에 저장하도록 제어할 수도 있다.
단말은 기지국으로부터 Multicast PDDSCH에 대한 HARQ-ACK 보고와 관련된 설정 정보를 수신한다(S1001).
여기서, 설정 정보는 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 ACK/NACK based HARQ-ACK 보고 또는 NACK-only based HARQ-ACK 보고 중에서 하나의 보고 방식(모드)을 설정할 수 있다. 다시 말해, 단말에 설정된 하나 이상의 식별자(identifier) 모두에 대해서, 각각의 식별자(identifier)에 대해서 ACK/NACK based HARQ-ACK 보고 또는 NACK-only based HARQ-ACK 보고 중에서 하나의 보고 방식(모드)을 설정될 수 있다.
상기 단말은 하나 이상의 식별자(identifier)(즉, RNTI)가 설정될 수 있으며, 이러한 하나 이상의 식별자는 하나 이상의 G-RNTI 및/또는 하나 이상의 G-CS-RNTI 및/또는 하나 이상의 C-RNTI 및/또는 하나 이상의 CS-RNTI 등을 포함할 수 있다.
한편, 도 10에서 도시되지 않았지만, 단말은 기지국으로부터 공통 주파수 자원(CFR: common frequency resource) 설정 정보, 하나 이상의 group common PDSCH(또는 multicast PDSCH) 설정 정보(unicast PDSCH와는 별개로), group common PDSCH(또는 multicast PDSCH)에 대한 PUCCH 설정 정보(unicast PDSCH에 대한 PUCCH 설정과 별개로), 하나 이상의 search space의 설정 정보 등을 더 수신할 수 있다.
여기서, 하나 이상의 group common PDSCH(또는 multicast PDSCH) 설정 정보는 CFR 별로 독립적으로 설정될 수도 있으며, CFR과 연관된 상향링크 BWP 별로 독립적으로 설정될 수도 있다.
상술한 설정 정보는 상위 계층 메시지(예를 들어, RRC 메시지)를 통해 전송될 수 있으며, 이러한 상위 계층 메시지는 그룹 공통 메시지 또는 UE 전용 메시지일 수 있다.
단말은 기지국으로부터 multicast PDSCH를 스케줄링하는 DCI(예를 들어, multicast DCI)를 수신한다(S1002).
여기서, multicast PDSCH를 스케줄링하는 DCI는 단말에 설정된 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC를 포함하는 DCI를 의미할 수 있다. 즉, 단말에 설정된 하나 이상의 G-RNTI 및/또는 하나 이상의 G-CS-RNTI 중에서 하나의 G-RNTI(또는 하나의 G-CS-RNTI)에 의해 스크램블된 CRC를 포함하는 DCI를 의미할 수 있다.
예를 들어, G-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, multicast PDSCH에 대한 주파수/시간 도메인 자원 할당, PUCCH 자원 지시자(PRI), PDSCH에 대한 HARQ 피드백 타이밍 지시자(PDSCH-to-HARQ_feedback timing indicator), 우선순위 지시자(Priority indicator) 등의 정보를 포함할 수 있다. 예를 들어, G-CS-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, SPS PDSCH의 활성화/재전송/비활성화를 지시할 수 있다.
단말은 기지국으로부터 DCI(예를 들어, multicast DCI)에 기반하여 multicast PDSCH를 수신한다(S1003).
상술한 바와 같이, multicast PDSCH는 PTM 방식의 경우 group common PDSCH에 해당할 수 있으며, PTP 방식의 경우 UE-specific PDSCH에 해당할 수도 있다.
예를 들어, G-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, 단말은 DCI에 의해 지시된 정보에 기반하여 multicast PDSCH(group common PDSCH 또는 UE-specific PDSCH)를 수신할 수 있다. 또는, G-CS-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, 단말은 상위 계층 시그널링에 의해 설정된 SPS PDSCH 설정 정보에 기반하여 multicast PDSCH(즉, group common SPS PDSCH)를 수신할 수 있다.
단말은 기지국에게 PUCCH(제1 PUCCH라고 지칭) 상에서 multicast PDSCH에 대한 HARQ-ACK 정보를 전송한다(S1004).
만약, 상기 multicast PDSCH를 스케줄링하는 DCI에 대한 G-RNTI 또는 G-CS-RNTI에 대하여 ACK/NACK based HARQ-ACK 보고 방식(모드)가 설정되었다면, 단말은 상기 multicast PDSCH에서 나르는 TB의 디코딩 성공 여부에 따라 ACK(성공한 경우) 또는 NACK(실패한 경우)을 포함하는 HARQ-ACK 정보를 제1 PUCCH를 통해 전송할 수 있다.
반면, 상기 multicast PDSCH를 스케줄링하는 DCI에 대한 G-RNTI 또는 G-CS-RNTI에 대하여 NACK-only based HARQ-ACK 보고 방식(모드)이 설정되었다면, 단말은 ACK만을 포함하는 HARQ-ACK 정보는 제1 PUCCH를 통해 전송하지 않을 수 있다. UE 단말은 ACK 이외 적어도 NACK을 포함하거나 또는 NACK만을 포함하는 HARQ-ACK 정보만이 제1 PUCCH를 통해 전송할 수 있다.
여기서, 제1 PUCCH의 자원은 multicast PDSCH에 대한 PUCCH 설정 정보에 의해 설정된 PUCCH 자원 세트 중에서 DCI의 PRI 필드 값에 의해 지시(결정)될 수 있다.
또한, CFR에 대해서 또는 상향링크 BWP에 대해서 multicast PDSCH에 대한 PUCCH 설정 정보가 설정된 경우, 상기 제1 PUCCH의 자원은 상기 멀티캐스트 PDSCH에 대한 PUCCH 설정 정보에 기반하여 상기 상향링크 BWP 내 상기 CFR 내에서 설정될 수 있다.
또한, multicast PDSCH에 대한 복수의 제1 HARQ-ACK들(상기 멀티캐스트 PDSCH에 HARQ-ACK을 포함하여)의 전송 타이밍과 unicast PDSCH에 대한 복수의 제2 HARQ-ACK들의 전송 타이밍이 동일한 슬롯 내에서 중첩(overlap)되는 경우, 단말은 상기 제1 HARQ-ACK들과 상기 제2 HARQ-ACK들을 번들링(bundling)하여 단일의 PUCCH를 통해 전송할 수 있다. 이 경우, 상기 제1 HARQ-ACK들과 상기 제2 HARQ-ACK들이 번들링(bundling)되었다는 지시 정보가 PUCCH를 통해 추가로 전송될 수 있다.
또는, multicast PDSCH에 대한 복수의 제1 HARQ-ACK들(상기 멀티캐스트 PDSCH에 HARQ-ACK을 포함하여)의 전송 타이밍과 unicast PDSCH에 대한 복수의 제2 HARQ-ACK들의 전송 타이밍이 동일한 슬롯 내에서 중첩(overlap)되는 경우, 상기 제1 HARQ-ACK들 및 상기 제2 HARQ-ACK들 모두 중에서 일부가 상기 제1 PUCCH를 통해 전송되고, 나머지가 제2 PUCCH를 통해 전송될 수 있다(반대로 PUCCH가 서로 바뀔 수도 있다). 예를 들어, PCell에 대한 HARQ-ACK들과 SCell에 대한 HARQ-ACK들이 구분되어 서로 다른 PUCCH를 통해 전송될 수 있다. 또는, 우선순위의 높음/낮음에 따라 HARQ-ACK들이 구분되어 서로 다른 PUCCH를 통해 전송될 수 있다. 또는, cast 타입(multicast 또는 unicast)에 따라 HARQ-ACK들이 구분되어 서로 다른 PUCCH를 통해 전송될 수 있다. 또는, 상기 단말의 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여, Z개(Z는 자연수)의 HARQ-ACK 들이 하나의 PUCCH를 통해 전송되고, 나머지 HARQ-ACK들이 다른 PUCCH를 통해 전송될 수 있다.
또한, multicast PDSCH에 대한 복수의 제1 HARQ-ACK들(상기 멀티캐스트 PDSCH에 HARQ-ACK을 포함하여)의 전송 타이밍과 unicast PDSCH에 대한 복수의 제2 HARQ-ACK들의 전송 타이밍이 동일한 슬롯 내에서 중첩(overlap)되는 경우, 단말이 단일의 PUCCH만을 전송할 수 있다면, 단말은 일부의 HARQ-ACK들을 drop하거나 지연(defer)시킬 수 있다.
도 11은 본 개시의 일 실시예에 따른 HARQ-ACK 정보 송수신 방법에 대한 기지국의 동작을 예시하는 도면이다.
도 11에서는 앞서 제안한 방법들 중 어느 하나 또는 하나 이상의 (세부) 방법들의 조합에 기반한 기지국의 동작을 예시한다. 도 11의 예시는 설명의 편의를 위한 것이며, 본 개시의 범위를 제한하는 것은 아니다. 도 11에서 예시된 일부 단계(들)은 상황 및/또는 설정에 따라 생략될 수 있다. 또한, 도 11에서 기지국은 하나의 예시일 뿐, 아래 도 12에서 예시된 장치로 구현될 수 있다. 예를 들어, 도 12의 프로세서(processor)(102/202)는 트랜시버(106/206)을 이용하여 채널/신호/데이터/정보 등(예를 들어, RRC 시그널링, MAC CE, UL/DL 스케줄링을 위한 DCI, SRS, PDCCH, PDSCH, PUSCH, PUCCH, PHICH 등)을 송수신하도록 제어할 수 있으며, 전송할 또는 수신한 채널/신호/데이터/정보 등을 메모리(104/204)에 저장하도록 제어할 수도 있다.
기지국은 단말에게 Multicast PDDSCH에 대한 HARQ-ACK 보고와 관련된 설정 정보를 전송한다(S1101).
여기서, 설정 정보는 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 ACK/NACK based HARQ-ACK 보고 또는 NACK-only based HARQ-ACK 보고 중에서 하나의 보고 방식(모드)을 설정할 수 있다. 다시 말해, 단말에 설정된 하나 이상의 식별자(identifier) 모두에 대해서, 각각의 식별자(identifier)에 대해서 ACK/NACK based HARQ-ACK 보고 또는 NACK-only based HARQ-ACK 보고 중에서 하나의 보고 방식(모드)을 설정될 수 있다.
상기 단말은 하나 이상의 식별자(identifier)(즉, RNTI)가 설정될 수 있으며, 이러한 하나 이상의 식별자는 하나 이상의 G-RNTI 및/또는 하나 이상의 G-CS-RNTI 및/또는 하나 이상의 C-RNTI 및/또는 하나 이상의 CS-RNTI 등을 포함할 수 있다.
한편, 도 11에서 도시되지 않았지만, 기지국은 단말에게 공통 주파수 자원(CFR: common frequency resource) 설정 정보, 하나 이상의 group common PDSCH(또는 multicast PDSCH) 설정 정보(unicast PDSCH와는 별개로), group common PDSCH(또는 multicast PDSCH)에 대한 PUCCH 설정 정보(unicast PDSCH에 대한 PUCCH 설정과 별개로), 하나 이상의 search space의 설정 정보 등을 더 전송할 수 있다.
여기서, 하나 이상의 group common PDSCH(또는 multicast PDSCH) 설정 정보는 CFR 별로 독립적으로 설정될 수도 있으며, CFR과 연관된 상향링크 BWP 별로 독립적으로 설정될 수도 있다.
상술한 설정 정보는 상위 계층 메시지(예를 들어, RRC 메시지)를 통해 전송될 수 있으며, 이러한 상위 계층 메시지는 그룹 공통 메시지 또는 UE 전용 메시지일 수 있다.
기지국은 단말에게 multicast PDSCH를 스케줄링하는 DCI(예를 들어, multicast DCI)를 전송한다(S1102).
여기서, multicast PDSCH를 스케줄링하는 DCI는 단말에 설정된 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC를 포함하는 DCI를 의미할 수 있다. 즉, 단말에 설정된 하나 이상의 G-RNTI 및/또는 하나 이상의 G-CS-RNTI 중에서 하나의 G-RNTI(또는 하나의 G-CS-RNTI)에 의해 스크램블된 CRC를 포함하는 DCI를 의미할 수 있다.
예를 들어, G-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, multicast PDSCH에 대한 주파수/시간 도메인 자원 할당, PUCCH 자원 지시자(PRI), PDSCH에 대한 HARQ 피드백 타이밍 지시자(PDSCH-to-HARQ_feedback timing indicator), 우선순위 지시자(Priority indicator) 등의 정보를 포함할 수 있다. 예를 들어, G-CS-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, SPS PDSCH의 활성화/재전송/비활성화를 지시할 수 있다.
기지국은 단말에게 DCI(예를 들어, multicast DCI)에 기반하여 multicast PDSCH를 전송한다(S1103).
상술한 바와 같이, multicast PDSCH는 PTM 방식의 경우 group common PDSCH에 해당할 수 있으며, PTP 방식의 경우 UE-specific PDSCH에 해당할 수도 있다.
예를 들어, G-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, 기지국은 DCI에 의해 지시된 정보에 기반하여 multicast PDSCH(group common PDSCH 또는 UE-specific PDSCH)를 전송할 수 있다. 또는, G-CS-RNTI로 스크램블된 CRC를 포함하는 DCI의 경우, 기지국은 상위 계층 시그널링에 의해 설정된 SPS PDSCH 설정 정보에 기반하여 multicast PDSCH(즉, group common SPS PDSCH)를 전송할 수 있다.
기지국은 단말로부터 PUCCH(제1 PUCCH라고 지칭) 상에서 multicast PDSCH에 대한 HARQ-ACK 정보를 수신한다(S1104).
만약, 상기 multicast PDSCH를 스케줄링하는 DCI에 대한 G-RNTI 또는 G-CS-RNTI에 대하여 ACK/NACK based HARQ-ACK 보고 방식(모드)가 설정되었다면, 단말은 상기 multicast PDSCH에서 나르는 TB의 디코딩 성공 여부에 따라 ACK(성공한 경우) 또는 NACK(실패한 경우)을 포함하는 HARQ-ACK 정보를 제1 PUCCH를 통해 전송할 수 있으며, 기지국은 수신한 정보에 따라 TB의 디코딩 여부를 판단할 수 있다.
반면, 상기 multicast PDSCH를 스케줄링하는 DCI에 대한 G-RNTI 또는 G-CS-RNTI에 대하여 NACK-only based HARQ-ACK 보고 방식(모드)이 설정되었다면, 단말은 ACK만을 포함하는 HARQ-ACK 정보는 제1 PUCCH를 통해 전송하지 않을 수 있다. 즉, 기지국은 제1 PUCCH를 통해 HARQ-ACK 정보를 수신하지 않으면, 단말이 해당 TB에 대한 디코딩에 성공하였다고 간주/판단할 수 있다. 반면, 단말은 ACK 이외 적어도 NACK을 포함하거나 또는 NACK만을 포함하는 HARQ-ACK 정보만이 제1 PUCCH를 통해 전송할 수 있으며, 기지국은 수신한 정보에 따라 TB의 디코딩 여부를 판단할 수 있다.
여기서, 제1 PUCCH의 자원은 multicast PDSCH에 대한 PUCCH 설정 정보에 의해 설정된 PUCCH 자원 세트 중에서 DCI의 PRI 필드 값에 의해 지시(결정)될 수 있다.
또한, CFR에 대해서 또는 상향링크 BWP에 대해서 multicast PDSCH에 대한 PUCCH 설정 정보가 설정된 경우, 상기 제1 PUCCH의 자원은 상기 멀티캐스트 PDSCH에 대한 PUCCH 설정 정보에 기반하여 상기 상향링크 BWP 내 상기 CFR 내에서 설정될 수 있다.
또한, multicast PDSCH에 대한 복수의 제1 HARQ-ACK들(상기 멀티캐스트 PDSCH에 HARQ-ACK을 포함하여)의 전송 타이밍과 unicast PDSCH에 대한 복수의 제2 HARQ-ACK들의 전송 타이밍이 동일한 슬롯 내에서 중첩(overlap)되는 경우, 기지국은 상기 제1 HARQ-ACK들과 상기 제2 HARQ-ACK들의 번들(bundle)을 단일의 PUCCH를 통해 수신할 수 있다. 이 경우, 상기 제1 HARQ-ACK들과 상기 제2 HARQ-ACK들이 번들링(bundling)되었다는 지시 정보가 PUCCH를 통해 추가로 전송될 수 있다.
또는, multicast PDSCH에 대한 복수의 제1 HARQ-ACK들(상기 멀티캐스트 PDSCH에 HARQ-ACK을 포함하여)의 전송 타이밍과 unicast PDSCH에 대한 복수의 제2 HARQ-ACK들의 전송 타이밍이 동일한 슬롯 내에서 중첩(overlap)되는 경우, 상기 제1 HARQ-ACK들 및 상기 제2 HARQ-ACK들 모두 중에서 일부가 상기 제1 PUCCH를 통해 전송되고, 나머지가 제2 PUCCH를 통해 전송될 수 있다(반대로 PUCCH가 서로 바뀔 수도 있다). 예를 들어, PCell에 대한 HARQ-ACK들과 SCell에 대한 HARQ-ACK들이 구분되어 서로 다른 PUCCH를 통해 전송될 수 있다. 또는, 우선순위의 높음/낮음에 따라 HARQ-ACK들이 구분되어 서로 다른 PUCCH를 통해 전송될 수 있다. 또는, cast 타입(multicast 또는 unicast)에 따라 HARQ-ACK들이 구분되어 서로 다른 PUCCH를 통해 전송될 수 있다. 또는, 상기 단말의 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여, Z개(Z는 자연수)의 HARQ-ACK 들이 하나의 PUCCH를 통해 전송되고, 나머지 HARQ-ACK들이 다른 PUCCH를 통해 전송될 수 있다.
또한, multicast PDSCH에 대한 복수의 제1 HARQ-ACK들(상기 멀티캐스트 PDSCH에 HARQ-ACK을 포함하여)의 전송 타이밍과 unicast PDSCH에 대한 복수의 제2 HARQ-ACK들의 전송 타이밍이 동일한 슬롯 내에서 중첩(overlap)되는 경우, 단말이 단일의 PUCCH만을 전송할 수 있다면, 단말은 일부의 HARQ-ACK들을 drop하거나 지연(defer)시킬 수 있으며, 기지국은 수신한 정보에 따라 TB의 디코딩 여부를 판단할 수 있다.
본 개시가 적용될 수 있는 장치 일반
도 12는 본 개시의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.
도 12를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예를 들어, LTE, NR)을 통해 무선 신호를 송수신할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예를 들어, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예를 들어, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예를 들어, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 개시에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예를 들어, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예를 들어, 베이스밴드 신호)를 수신할 수 있고, 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 개시의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 개시에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 개시에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예를 들어, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 개시는 본 개시의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
본 개시의 범위는 다양한 실시예의 방법에 따른 동작이 장치 또는 컴퓨터 상에서 실행되도록 하는 소프트웨어 또는 머신-실행가능한 명령들(예를 들어, 운영체제, 애플리케이션, 펌웨어(firmware), 프로그램 등), 및 이러한 소프트웨어 또는 명령 등이 저장되어 장치 또는 컴퓨터 상에서 실행 가능한 비-일시적 컴퓨터-판독가능 매체(non-transitory computer-readable medium)를 포함한다. 본 개시에서 설명하는 특징을 수행하는 프로세싱 시스템을 프로그래밍하기 위해 사용될 수 있는 명령은 저장 매체 또는 컴퓨터 판독가능 저장 매체 상에/내에 저장될 수 있고, 이러한 저장 매체를 포함하는 컴퓨터 프로그램 제품을 이용하여 본 개시에서 설명하는 특징이 구현될 수 있다. 저장 매체는 DRAM, SRAM, DDR RAM 또는 다른 랜덤 액세스 솔리드 스테이트 메모리 디바이스와 같은 고속 랜덤 액세스 메모리를 포함할 수 있지만, 이에 제한되지 않으며, 하나 이상의 자기 디스크 저장 디바이스, 광 디스크 저장 장치, 플래시 메모리 디바이스 또는 다른 비-휘발성 솔리드 스테이트 저장 디바이스와 같은 비-휘발성 메모리를 포함할 수 있다. 메모리는 선택적으로 프로세서(들)로부터 원격에 위치한 하나 이상의 저장 디바이스를 포함한다. 메모리 또는 대안적으로 메모리 내의 비-휘발성 메모리 디바이스(들)는 비-일시적 컴퓨터 판독가능 저장 매체를 포함한다. 본 개시에서 설명하는 특징은, 머신 판독가능 매체 중 임의의 하나에 저장되어 프로세싱 시스템의 하드웨어를 제어할 수 있고, 프로세싱 시스템이 본 개시의 실시예에 따른 결과를 활용하는 다른 메커니즘과 상호작용하도록 하는 소프트웨어 및/또는 펌웨어에 통합될 수 있다. 이러한 소프트웨어 또는 펌웨어는 애플리케이션 코드, 디바이스 드라이버, 운영 체제 및 실행 환경/컨테이너를 포함할 수 있지만 이에 제한되지 않는다.
여기서, 본 개시의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 개시의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 개시의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
본 개시에서 제안하는 방법은 3GPP LTE/LTE-A, 5G 시스템에 적용되는 예를 중심으로 설명하였으나, 3GPP LTE/LTE-A, 5G 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (18)

  1. 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 전송하는 방법에 있어서, 단말에 의해 수행되는 상기 방법은:
    기지국으로부터 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 수신하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되는 단계;
    상기 기지국으로부터 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 수신하는 단계;
    상기 기지국으로부터 상기 DCI에 기반하여 멀티캐스트 PDSCH를 수신하는 단계; 및
    상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 기지국에게 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 전송하는 단계를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, ACK만을 포함하는 상기 HARQ-ACK 정보는 상기 제1 PUCCH 상에서 전송되지 않는, 방법.
  3. 제1항에 있어서,
    상기 하나 이상의 식별자는 하나 이상의 G-RNTI(group-radio network temporary identifier) 및/또는 하나 이상의 G-CS-RNTI(group-configured scheduling-radio network temporary identifier)를 포함하는, 방법.
  4. 제1항에 있어서,
    상기 멀티캐스트 PDSCH에 대한 PUCCH 설정 정보를 수신하는 단계를 더 포함하고,
    상기 제1 PUCCH의 자원은 상기 PUCCH 설정 정보에 의해 설정된 PUCCH 자원 세트 중에서 상기 DCI 내 PUCCH 자원 지시자(PRI: PUCCH resource indicator)에 의해 결정되는, 방법.
  5. 제4항에 있어서,
    상기 멀티캐스트 PDSCH에 대한 PUCCH 설정 정보는 공통 주파수 자원(CFR: common frequency resource) 별로 또는 상기 CFR과 연관된 상향링크 대역폭 부분(BWP: bandwidth part) 별로 설정되는, 방법.
  6. 제5항에 있어서,
    상기 제1 PUCCH의 자원은 상기 멀티캐스트 PDSCH에 대한 PUCCH 설정 정보에 기반하여 상기 상향링크 BWP 내 상기 CFR 내에서 설정되는, 방법.
  7. 제1항에 있어서,
    상기 HARQ-ACK 정보를 포함하여 멀티캐스트 PDSCH에 대한 복수의 제1 HARQ-ACK들과 유니캐스트(unicast) PDSCH에 대한 복수의 제2 HARQ-ACK들이 동일한 슬롯 내에서 중첩(overlap)됨에 기반하여, 상기 제1 HARQ-ACK들과 상기 제2 HARQ-ACK들은 번들링(bundling)되어 상기 제1 PUCCH를 통해 전송되는, 방법.
  8. 제7항에 있어서,
    상기 제1 HARQ-ACK들과 상기 제2 HARQ-ACK들의 번들링(bundling)을 지시하는 정보가 상기 제1 PUCCH를 통해 전송되는, 방법.
  9. 제1항에 있어서,
    상기 HARQ-ACK 정보를 포함하여 멀티캐스트 PDSCH에 대한 복수의 제1 HARQ-ACK들과 유니캐스트(unicast) PDSCH에 대한 복수의 제2 HARQ-ACK들이 동일한 슬롯 내에서 중첩(overlap)됨에 기반하여, 상기 제1 HARQ-ACK들 및 상기 제2 HARQ-ACK들에서 일부가 상기 제1 PUCCH를 통해 전송되고, 나머지가 제2 PUCCH를 통해 전송되는, 방법.
  10. 제9항에 있어서,
    제1 PUCCH을 통해 프라이머리 셀(PCell: primary cell)에 대한 HARQ-ACK들이 전송되고, 제2 PUCCH를 통해 세컨더리 셀(SCell: secondary cell)에 대한 HARQ-ACK들이 전송되는, 방법.
  11. 제9항에 있어서,
    제1 PUCCH을 통해 높은 우선순위를 가진 HARQ-ACK들이 전송되고, 제2 PUCCH를 통해 낮은 우선순위를 가진 HARQ-ACK들이 전송되는, 방법.
  12. 제9항에 있어서,
    제1 PUCCH을 통해 상기 제1 HARQ-ACK들이 전송되고, 제2 PUCCH를 통해 상기 제2 HARQ-ACK들이 전송되는, 방법.
  13. 제9항에 있어서,
    상기 단말의 능력(capability) 또는 최대 PUCCH 페이로드 크기에 기반하여, 상기 제1 PUCCH를 통해 상기 제1 HARQ-ACK들 및 상기 제2 HARQ-ACK들 중 Z개(Z는 자연수)의 HARQ-ACK 들이 전송되고, 상기 제2 PUCCH를 통해 나머지 HARQ-ACK들이 전송되는, 방법.
  14. 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 전송하는 단말에 있어서, 상기 단말은:
    무선 신호를 송수신하기 위한 적어도 하나의 송수신부(transceiver); 및
    상기 적어도 하나의 송수신부를 제어하는 적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는:
    기지국으로부터 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 수신하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되고,
    상기 기지국으로부터 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 수신하고,
    상기 기지국으로부터 상기 DCI에 기반하여 멀티캐스트 PDSCH를 수신하고, 및
    상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 기지국에게 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 전송하도록 설정되는, 단말.
  15. 적어도 하나의 명령을 저장하는 적어도 하나의 비-일시적(non-transitory) 컴퓨터 판독가능 매체에 있어서,
    적어도 하나의 프로세서에 의해서 실행되는 상기 적어도 하나의 명령은, HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 전송하는 장치가:
    기지국으로부터 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 수신하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되고,
    상기 기지국으로부터 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 수신하고,
    상기 기지국으로부터 상기 DCI에 기반하여 멀티캐스트 PDSCH를 수신하고, 및
    상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 기지국에게 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 전송하도록 제어하는, 컴퓨터 판독가능 매체.
  16. 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 전송하는 단말을 제어하도록 설정되는 프로세싱 장치에 있어서, 상기 프로세싱 장치는:
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행됨에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며,
    상기 동작들은:
    기지국으로부터 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 수신하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되는 단계;
    상기 기지국으로부터 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 수신하는 단계;
    상기 기지국으로부터 상기 DCI에 기반하여 멀티캐스트 PDSCH를 수신하는 단계; 및
    상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 기지국에게 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 전송하는 단계를 포함하는, 프로세싱 장치.
  17. 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 수신하는 방법에 있어서, 기지국에 의해 수행되는 상기 방법은:
    단말에게 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 전송하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되는 단계;
    상기 단말에게 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 전송하는 단계;
    상기 단말에게 상기 DCI에 기반하여 멀티캐스트 PDSCH를 전송하는 단계; 및
    상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 단말로부터 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 수신하는 단계를 포함하는, 방법.
  18. 무선 통신 시스템에서 HARQ(Hybrid Automatic Repeat and request)-ACK(acknowledgement) 정보를 수신하는 기지국에 있어서, 상기 기지국은:
    무선 신호를 송수신하기 위한 적어도 하나의 송수신부(transceiver); 및
    상기 적어도 하나의 송수신부를 제어하는 적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는:
    단말에게 멀티캐스트 PDSCH(physical downlink shared channel)에 대한 HARQ-ACK 보고와 관련된 설정 정보를 전송하되, 상기 설정 정보에 기반하여 ACK/NACK 기반(ACK/NACK(negative ACK) based) HARQ-ACK 보고 또는 NACK만의 기반(NACK-only based) HARQ-ACK 보고가 상기 단말에 설정된 하나 이상의 식별자(identifier)의 각각에 대하여 설정되고,
    상기 단말에게 상기 하나 이상의 식별자 중 특정 식별자에 의해 스크램블된 CRC(cyclic redundancy check)를 포함하는 하향링크 제어 정보(DCI: downlink control information)를 전송하고,
    상기 단말에게 상기 DCI에 기반하여 멀티캐스트 PDSCH를 전송하고, 및
    상기 특정 식별자에 대해 NACK-only based HARQ-ACK 보고가 설정됨에 기반하여, 상기 단말로부터 제1 PUCCH(physical uplink control channel) 상에서 상기 멀티캐스트 PDSCH에 대한 HARQ-ACK 정보를 수신하도록 설정되는, 기지국.
KR1020237000756A 2021-05-11 2022-05-11 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치 KR102584081B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020210060584 2021-05-11
KR20210060584 2021-05-11
PCT/KR2022/006775 WO2022240200A1 (ko) 2021-05-11 2022-05-11 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20230019207A true KR20230019207A (ko) 2023-02-07
KR102584081B1 KR102584081B1 (ko) 2023-10-05

Family

ID=84028663

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020237000756A KR102584081B1 (ko) 2021-05-11 2022-05-11 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치

Country Status (3)

Country Link
US (1) US11956780B2 (ko)
KR (1) KR102584081B1 (ko)
WO (1) WO2022240200A1 (ko)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112929981B (zh) * 2018-06-28 2022-12-06 Oppo广东移动通信有限公司 传输反馈信息的方法和计算机可读存储介质
US20220279454A1 (en) * 2021-03-01 2022-09-01 Samsung Electronics Co., Ltd. Power control for pucch transmission with acknowledgement information
CN115150941A (zh) * 2021-03-31 2022-10-04 北京三星通信技术研究有限公司 无线通信系统中的装置及由其执行的方法
US11937236B2 (en) * 2021-04-01 2024-03-19 Qualcomm Incorporated Acknowledgment feedback configuration for group-common downlink channels with repetitions
US20220322292A1 (en) * 2021-04-02 2022-10-06 Qualcomm Incorporated Hybrid automatic repeat request acknowledgment for multiple multicast transmissions
KR20220152759A (ko) * 2021-05-10 2022-11-17 삼성전자주식회사 무선 통신 시스템에서 그룹캐스트를 위한 신호 송/수신 방법 및 장치

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
3GPP R1-2103187* *
3GPP R1-2104097* *
3GPP R1-2104098 *
3GPP R2-2103525 *

Also Published As

Publication number Publication date
KR102584081B1 (ko) 2023-10-05
US20230189263A1 (en) 2023-06-15
WO2022240200A1 (ko) 2022-11-17
US11956780B2 (en) 2024-04-09

Similar Documents

Publication Publication Date Title
KR102543904B1 (ko) 무선 통신 시스템에서 다중 송수신 포인트로부터의 하향링크 채널 송수신 방법 및 장치
KR20220140798A (ko) 무선 통신 시스템에서 다중 셀 스케줄링을 지원하는 상향링크 또는 하향링크 송수신 방법 및 장치
KR102618024B1 (ko) 무선 통신 시스템에서 시간 단위의 그룹 기반 송수신 방법 및 장치
US11844095B2 (en) Method and device for transmitting or receiving HARQ-ARK information in wireless communication system
KR102570951B1 (ko) 무선 통신 시스템에서 그룹 공통 전송을 위한 공통 주파수 자원 기반 통신 방법 및 장치
KR102581699B1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
KR102548064B1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
KR102549723B1 (ko) 무선 통신 시스템에서 디폴트 공간 파라미터 기반 송수신 방법 및 장치
CN117751540A (zh) 在无线通信系统中发送或接收控制信息的方法和设备
CN117796119A (zh) 用于无线通信系统中的下行链路数据的组公共和终端特定发送或接收的方法和设备
KR20230035526A (ko) 무선 통신 시스템에서 데이터 송수신 방법 및 장치
KR20220166846A (ko) 무선 통신 시스템에서 csi-rs 송수신 방법 및 장치
KR20220157934A (ko) 무선 통신 시스템에서 공간 파라미터 기반 상향링크 송수신 방법 및 장치
KR102584081B1 (ko) 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치
EP4383615A1 (en) Method and device for transmitting or receiving control information in wireless communication system
EP4383614A1 (en) Method and device for transmitting and receiving pucch in wireless communication system
EP4383613A1 (en) Method and device for transmitting/receiving control information in wireless communication system
EP4383601A1 (en) Method and device for transmitting and receiving pdsch in wireless communication system
EP4383612A1 (en) Method and device for transmitting and receiving control information in wireless communication system
EP4383908A1 (en) Method and apparatus for group-common and terminal-specific transmission or reception of downlink data in wireless communication system
US20230345481A1 (en) Method and apparatus for harq-ack transmission in wireless communication system
EP4270844A1 (en) Method and apparatus for uplink transmission in wireless communication system
KR20240010487A (ko) 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치
KR20240018505A (ko) 무선 통신 시스템에서 pdsch 송수신 방법 및 장치
KR20240040756A (ko) 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치

Legal Events

Date Code Title Description
A302 Request for accelerated examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant