CN114144988A - 无线通信系统中发送和接收harq-ack信息的方法及其设备 - Google Patents

无线通信系统中发送和接收harq-ack信息的方法及其设备 Download PDF

Info

Publication number
CN114144988A
CN114144988A CN202080050451.XA CN202080050451A CN114144988A CN 114144988 A CN114144988 A CN 114144988A CN 202080050451 A CN202080050451 A CN 202080050451A CN 114144988 A CN114144988 A CN 114144988A
Authority
CN
China
Prior art keywords
dci
harq
index
information
control
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN202080050451.XA
Other languages
English (en)
Other versions
CN114144988B (zh
Inventor
金圭奭
金亨泰
梁锡喆
姜智源
金善旭
李贤镐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN114144988A publication Critical patent/CN114144988A/zh
Application granted granted Critical
Publication of CN114144988B publication Critical patent/CN114144988B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022Site diversity; Macro-diversity
    • H04B7/024Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413MIMO systems
    • H04B7/0456Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • 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/1864ARQ related signaling
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • 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/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • 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
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0092Indication of how the channel is divided
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0094Indication of how sub-channels of the path are allocated
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/22Arrangements affording multiple use of the transmission path using time-division multiplexing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • 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/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
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0026Division using four or more dimensions
    • 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
    • H04L5/0035Resource allocation in a cooperative multipoint environment

Abstract

公开了一种用于在无线通信系统中发送和接收HARQ‑ACK信息的方法及其设备。具体地,一种在无线通信系统中由用户设备(UE)发送HARQ‑ACK信息的方法,该方法包括:接收与多个控制资源集有关的配置信息,其中,该配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,其中,基于该配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;经由物理下行链路控制信道(PDCCH)接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI,其中,基于TCI相关信息的准共址(QCL)被应用于PDCCH的接收;确定用于HARQ‑ACK信息的发送的物理上行链路控制信道(PUCCH)资源;以及基于所确定的PUCCH资源发送HARQ‑ACK信息,其中,第一DCI和第二DCI的顺序是基于(i)与PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引而确定的,其中,PUCCH资源是基于第一DCI和第二DCI当中的最后DCI而确定的。

Description

无线通信系统中发送和接收HARQ-ACK信息的方法及其设备
技术领域
本公开涉及一种无线通信系统,并且更具体地涉及一种用于基于多个发送接收点(TRP)来发送和接收HARQ-ACK信息的方法以及一种支持该方法的设备。
背景技术
已经开发了一种移动通信系统,以在确保用户活动的同时提供语音服务。然而,除了语音之外,移动通信系统的区域已经扩展到数据服务。由于当前业务的爆炸性增长,存在资源短缺,并且因此用户需要更高速度的服务。因此,需要更高级的移动通信系统。
对下一代移动通信系统的需求必须能够支持爆炸性数据业务的容纳、每位用户的数据速率的急剧增加、容纳连接设备数目的显著增加、非常低的端对端的时延以及高能效。为此,研究了多种技术,诸如双连接性、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持和设备联网等。
发明内容
技术问题
本公开提供一种在无线通信系统中由多个发送接收点(TRP)所支持的UE发送和接收HARQ-ACK信息的方法。
更具体地,本公开提供一种考虑多TRP操作来构造HARQ-ACK码本的方法。
本公开还提供一种基于与在下行链路控制信道上接收的控制资源集(controlresource set)相关联的控制资源集组(control resource set group)(或池)的索引来区分多个TRP的方法。
本公开还提供一种确定用于发送HARQ-ACK信息的上行链路信道的资源的方法。
要由本公开实现的技术目的不限于前述技术目的,并且上面未描述的其他技术目的可以显然由本公开所属领域的普通技术人员根据以下描述来理解。
技术方案
在本公开的一个方面中,提供了一种在无线通信系统中由用户设备(UE)发送混合自动重传请求-应答(HARQ-ACK)信息的方法,该方法包括:接收与多个控制资源集有关的配置信息,其中,该配置信息包括(i)与每个控制资源集相关联的控制资源集池(controlresource set pool)的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,其中,基于该配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;经由物理下行链路控制信道(PDCCH)接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI,其中,基于TCI相关信息的准共址(QCL)被应用于PDCCH的接收;确定用于HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源;以及基于所确定的PUCCH资源发送HARQ-ACK信息,其中,第一DCI和第二DCI的顺序是基于(i)与PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引而确定的,其中,PUCCH资源是基于第一DCI和第二DCI当中的最后DCI而确定的。
TCI相关信息可以包括指示在每个DCI中是否存在TCI相关字段的信息。
配置信息可以包括与HARQ-ACK信息的反馈模式有关的信息。
基于与反馈模式有关的信息指示联合模式,HARQ-ACK信息可以被配置为使得(i)与第一控制资源集相关联的第一HARQ-ACK信息和(ii)与第二控制资源集相关联的第二HARQ-ACK信息被级联以构造一个信息。
对于相同索引的PDCCH相关监测时机,可以按小区索引的升序确定顺序,然后可以按PDCCH相关监测时机的索引的升序确定顺序。
对于相同索引的PDCCH相关监测时机和相同小区索引,可以按每个控制资源集池的索引的升序确定顺序。
基于与第一控制资源集相关联的控制资源集池的索引被设置为0,并且与第二控制资源集相关联的控制资源集池的索引被设置为1,可以将基于第二控制资源集的第二DCI确定为最后DCI。
基于与反馈模式有关的信息指示分离模式,HARQ-ACK信息可以被配置为使得(i)与第一控制资源集相关联的第一HARQ-ACK信息和(ii)与第二控制资源集相关联的第二HARQ-ACK信息各自被分开地构造。
第一HARQ-ACK信息和第二HARQ-ACK信息各自可以在一个时隙中被TDM(时分复用)并且可以被发送。
如果第一DCI是包括下行链路指配指示符(DAI)字段的DCI格式0_1,则基于DAI字段的值,指示了HARQ-ACK信息是否与物理上行链路共享信道(PUSCH)复用。
基于DAI字段的值被指示为1,HARQ-ACK信息和PUSCH可以被复用和发送。
可以经由第一发送接收点或第二发送接收点中的至少一个发送HARQ-ACK信息。
每个DCI可以包括PUCCH资源指示符字段。
在本公开的另一方面中,提供了一种在无线通信系统中发送混合自动重传请求-应答(HARQ-ACK)信息的用户设备(UE),该UE包括:一个或多个收发器;一个或多个处理器;以及一个或多个存储器,该一个或多个存储器被配置成存储用于由一个或多个处理器执行的操作的指令并且连接到一个或多个处理器,其中,操作包括:接收与多个控制资源集有关的配置信息,其中,该配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,其中,基于该配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;经由物理下行链路控制信道(PDCCH)接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI,其中,基于TCI相关信息的准共址(QCL)被应用于PDCCH的接收;确定用于HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源;以及基于所确定的PUCCH资源发送HARQ-ACK信息,其中,第一DCI和第二DCI的顺序是基于(i)与PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引而确定的,其中,PUCCH资源是基于第一DCI和第二DCI当中的最后DCI而确定的。
在本公开的另一方面中,提供了一种在无线通信系统中由基站(BS)接收混合自动重传请求-应答(HARQ-ACK)信息的方法,该方法包括:向用户设备(UE)发送与多个控制资源集有关的配置信息,其中,该配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,其中,基于该配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;经由物理下行链路控制信道(PDCCH)向UE发送基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI,其中,基于TCI相关信息的准共址(QCL)被应用于PDCCH的接收;以及基于物理上行链路控制信道(PUCCH)资源从UE接收HARQ-ACK信息,其中,第一DCI和第二DCI的顺序是基于(i)与PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引而确定的,其中,PUCCH资源是基于第一DCI和第二DCI当中的最后DCI而确定的。
在本公开的另一方面中,提供了一种在无线通信系统中接收混合自动重传请求-应答(HARQ-ACK)信息的基站(BS),该基站包括:一个或多个收发器;一个或多个处理器;以及一个或多个存储器,该一个或多个存储器被配置成存储用于由一个或多个处理器执行的操作的指令并且连接到一个或多个处理器,其中,操作包括:向用户设备(UE)发送与多个控制资源集有关的配置信息,其中,该配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,其中,基于该配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;经由物理下行链路控制信道(PDCCH)向UE发送基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI,其中,基于TCI相关信息的准共址(QCL)被应用于PDCCH的接收;以及基于物理上行链路控制信道(PUCCH)资源,从UE接收HARQ-ACK信息,其中,第一DCI和第二DCI的顺序是基于(i)与PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引而确定的,其中,PUCCH资源是基于第一DCI和第二DCI当中的最后DCI而确定的。
有益效果
本公开的实施例能够为多个TRP发送和接收HARQ-ACK信息。
本公开的实施例还能够考虑多TRP操作来构造HARQ-ACK码本。
本公开的实施例还能够确定用于发送HARQ-ACK信息的上行链路信道的资源并且基于所确定的资源发送和接收HARQ-ACK信息。
本公开的实施例还能够在与控制资源集相关联的控制资源集组的索引未被指示/配置时,将控制资源集组的索引确定为特定值。
可以从本公开获得的效果不受上述效果的限制,并且本公开所属的本领域的技术人员从以下描述中可以清楚地理解未提及的其他效果。
附图说明
被包括以提供对本公开的进一步理解且构成本说明书的一部分的附图图示了本公开的实施例,并且连同描述一起用于解释本公开的原理。
图1是图示可以应用本公开中提出的方法的NR的整体系统结构的示例的图。
图2图示了可以应用本公开中提出的方法的无线通信系统中的上行链路帧和下行链路帧之间的关系。
图3图示了NR系统中的帧结构的示例。
图4图示了可以应用本公开中提出的方法的由无线通信系统支持的资源网格的示例。
图5图示了可以应用本公开中提出的方法的用于每个天线端口和参数集的资源网格的示例。
图6图示了物理信道和一般信号传输。
图7图示下行链路发送/接收操作的示例。
图8图示上行链路发送/接收操作的示例。
图9图示HARQ-ACK定时(K1)的示例。
图10图示用于使用多个TRP中的传输来改进可靠性的发送/接收方法的示例。
图11图示为多个TRP(例如,TRP1、TRP2)生成HARQ-ACK码本的方法的示例。
图12图示针对与压缩半静态HARQ-ACK码本的生成有关的条件的各种情况和与这些条件相对应的操作的概要图的示例。
图13图示在本公开中描述的方法和/或实施例适用于的多个TRP的情形下在网络侧与UE之间执行数据发送/接收的信令过程的示例。
图14图示本公开中描述的方法和/或实施例适用于的UE执行数据发送/接收的操作流程图的示例。
图15图示本公开中描述的方法和/或实施例适用于的基站执行数据发送/接收的操作流程图的示例。
图16图示应用于本公开的通信系统。
图17图示可以被应用于本公开的无线设备。
图18图示用于发送信号的信号处理电路。
图19图示应用于本公开的无线设备的另一示例。
图20图示应用于本公开的便携式设备。
具体实施方式
现在将详细参考本公开的实施例,其示例在附图中图示。下面将与附图一起公开的详细描述是为了描述本公开的示例性实施例,而不是为了描述用于执行本公开的唯一的实施例。下面的详细描述包括细节以提供对本公开的完整理解。然而,本领域的技术人员知道可以在没有细节的情况下执行本公开。
在一些情况下,为了防止本公开的概念不清楚,可以基于每个结构和设备的核心功能以框图的形式省略或图示已知的结构和设备。
在下文中,下行链路(DL)是指从基站到终端的通信,而上行链路(UL)是指从终端到基站的通信。在下行链路中,发射器可以是基站的一部分,而接收器可以是终端的一部分。在上行链路中,发射器可以是终端的一部分,而接收器可以是基站的一部分。基站可以被表达为第一通信设备,而终端可以被表达为第二通信设备。可以用以下术语代替基站(BS),包括:固定站、节点B(Node B)、演进型节点B(eNB)、下一代节点B(gNB)、基站收发器系统(BTS)、接入点(AP)、网络(5G网络)、AI系统、路侧单元(RSU)、车辆、机器人、无人驾驶飞行器(UAV)、AR(增强现实)设备、VR(虚拟现实)设备等等。此外,终端可以是固定的或移动的,并且可以用以下术语代替,包括:用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器类型通信(MTC)设备、机器对机器(M2M)设备和设备对设备(D2D)设备、车辆、机器人、AI模块、无人驾驶飞行器(UAV)、AR(增强现实)设备、VR(虚拟现实)设备等等。
以下技术可以用于包括CDMA、FDMA、TDMA、OFDMA、SC-FDMA等的各种无线电接入系统中。CDMA可以被实现为诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术。TDMA可以被实现为诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/用于GSM演进的增强数据速率(EDGE)的无线电技术。OFDMA可以被实现为诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、演进型UTRA(E-UTRA)等的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进型UMTS(E-UMTS)的一部分,而高级LTE(A)/LTE-A pro是3GPPLTE的演进版本。3GPP NR(新无线电或新无线电接入技术)是3GPP LTE/LTE-A/LTE-A pro的演进版本。
为了描述的清楚,基于3GPP通信系统(例如,LTE-A或NR)描述本公开的技术精神,但是本公开的技术精神不限于此。LTE是指3GPP TS 36.xxx版本8之后的技术。详细地,3GPPTS 36.xxx版本10之后的LTE技术被称为LTE-A,并且3GPP TS 36.xxx版本13之后的LTE技术被称为LTE-A pro。3GPP NR是指TS 38.xxx版本15之后的技术。LTE/NR可以被称为3GPP系统。“xxx”是指标准文档详细编号。可以为被用于描述本公开的背景技术、术语、缩写等等引用在本公开中打开的标准文档中所公开的事项。例如,可以参考以下文档。
3GPP LTE
-36.211:物理信道和调制
-36.212:多路复用和信道编码
-36.213:物理层过程
-36.300:总体描述
-36.331:无线电资源控制(RRC)
3GPP NR
-38.211:物理信道和调制
-38.212:多路复用和信道编码
-38.213:用于控制的物理层过程
-38.214:用于数据的物理层过程
-38.300:NR和NG-RAN总体描述
-36.331:无线电资源控制(RRC)协议规范
随着越来越多的通信设备需要更大的通信容量,与现有的无线电接入技术(RAT)相比,存在对改进的移动宽带通信的需求。此外,通过连接许多设备和对象随时随地提供各种服务的大规模机器类型通信(MTC)是下一代通信中要考虑的主要问题之一。另外,正在讨论考虑对可靠性和时延敏感的服务/UE的通信系统设计。讨论了考虑增强型移动宽带通信(eMBB)、大规模MTC(mMTC)、超可靠低时延通信(URLLC)的下一代无线电接入技术的引入,并且在本公开中,为了方便起见,将该技术称为新RAT。NR是表示5G无线电接入技术(RAT)的示例的表达。
5G的三个主要需求领域包括:(1)增强型移动宽带(eMBB)领域、(2)大规模机器类型通信(mMTC)领域和(3)超可靠低时延通信(URLLC)领域。
一些用例可能需要对多个领域进行优化,而其他用例可能只关注一个关键性能指标(KPI)。5G以灵活和可靠的方式支持各种用例。
eMBB远远超出基本的移动因特网接入,并涵盖大量双向任务、云或增强现实中的媒体和娱乐应用。数据是5G的主要动力之一,并且专用语音服务可能首次不会在5G时代出现。在5G中,期待将使用由通信系统简单提供的数据连接就将语音作为应用程序进行处理。业务量增加的主要原因包括内容大小的增加和需要高数据传输速率的应用数目的增加。随着越来越多的设备连接到因特网,流媒体服务(音频和视频)、对话型视频和移动因特网连接将被更广泛地使用。如此众多的应用程序需要始终接通的连接以便于将实时信息和通知推送给用户。云存储和应用在移动通信平台中突然增加,并且这可以应用于商业和娱乐两者。此外,云存储是带动上行链路数据传输速率增长的特殊用例。5G还用于云的远程业务。当使用触觉界面时,需要更低的端对端时延以保持出色的用户体验。娱乐,例如,云游戏和视频流是增加对移动宽带能力需求的其他关键要素。在包括诸如火车、车辆和飞机的高移动性环境中的任何地方,在智能手机和平板电脑中,娱乐都是必不可少的。另一个用例是增强现实和用于娱乐的信息搜索。在这种情况下,增强现实要求极低的时延和即时的数据量。
此外,最受期待的5G用例之一涉及一种能够在所有领域中平滑地连接嵌入式传感器的功能,即mMTC。到2020年,预计潜在的物联网(IoT)设备将达到204亿。工业物联网是5G执行主要作用的领域之一,其可实现智能城市、资产跟踪、智能公用设施、农业和安全基础设施。
URLLC包括一项新服务,其将通过对主要基础设施的远程控制和具有超高可靠性/低可用时延的链接来改变行业,诸如,自动驾驶车辆。可靠性和时延的水平对于智能电网控制、工业自动化、机器人工程、无人机控制和调节是至关重要。
更具体地描述多个用例。
5G可以补充光纤到户(FTTH)和基于电缆的宽带(或DOCSIS),作为提供从每秒千兆比特到每秒几百兆比特的评估的流的手段。除了虚拟现实和增强现实之外,这种快的速度对于传送分辨率为4K或更高(6K、8K或更高)的电视也是必需的。虚拟现实(VR)和增强现实(AR)应用包括浸入式的体育游戏。特定的应用程序可能需要特殊的网络配置。例如,在VR游戏的情况下,为了使游戏公司最小化时延,可能需要将核心服务器与网络运营商的边缘网络服务器集成在一起。
与汽车移动通信的众多用例一起,汽车被期待成为5G的重要和新动力。例如,乘客的娱乐同时需要高容量和高移动性移动宽带。其原因是,未来的用户都将继续期望获得高质量的连接,无论其位置和速度如何。汽车领域的另一个使用示例是增强现实仪表板。增强现实仪表板在驾驶员通过前窗看到的事物上重叠并显示信息,在黑暗中识别对象,并通知驾驶员该对象的距离和移动。将来,无线模块可实现汽车之间的通信、汽车与支持的基础设施之间的信息交换以及汽车与其他连接的设备(例如,行人伴随的设备)之间的信息交换。安全系统指导可供选择的行为过程,以便驾驶员可以更安全地驾驶,从而减少发生事故的危险。下一步将是遥控或自动驾驶车辆。这要求不同的自动驾驶车辆之间以及汽车与基础设施之间非常可靠、非常快速的通信。将来,自动驾驶车辆可能会执行所有驾驶活动,并且驾驶员将专注于交通之外的事物,而汽车本身无法识别这些事物。自动驾驶车辆的技术需求要求超低时延和超高速可靠性,使得交通安全性增加到人无法达到的水平。
被提到的智能社会的智能城市和智能家庭将被嵌入为高密度无线电传感器网络。智能传感器的分布式网络将识别城市或家庭的成本以及节能维护的状况。可以对每个家庭执行类似的配置。所有的温度传感器、窗户和加热控制器、防盗警报器和家用电器被无线连接。许多这样的传感器通常是低数据传输速率、低功耗和低成本。但是,例如,特定类型的监视设备可能需要实时高清视频。
包括热量或气体的能量的消耗和分配高度分散,并且因此需要对分布式传感器网络进行自动控制。智能电网收集信息,并使用数字信息和通信技术将这些传感器互连,以使传感器基于信息进行操作。该信息可以包括供应商和消费者的行为,并且因此智能电网可以以有效、可靠、经济、生产可持续和自动化的方式改善诸如电力的燃料分配。智能电网可以被认为是具有小的时延的另一个传感器网络。
健康部门拥有许多应用程序,其从移动通信中受益。通信系统可以支持远程治疗,其在遥远的地方提供临床治疗。这有助于减少距离的障碍,并可以改善在偏远农业地区不连续使用的医疗服务的接入。此外,这可用于在重要治疗和紧急情况下挽救生命。基于移动通信的无线电传感器网络可以为诸如心率和血压的参数提供远程监测和传感器。
无线电和移动通信在工业应用领域中变得越来越重要。布线需要很高的安装和维护成本。因此,在许多工业领域中,将会通过可重配置的无线电链路代替电缆的可能性是有吸引力的机会。然而,为了实现这种可能性,要求无线电连接以类似于电缆的时延、可靠性和容量进行操作,并且管理被简化。低时延和低错误概率是连接5G的新要求。
物流和货运跟踪是移动通信的重要用例,其能够使用基于位置的信息系统在任何地方跟踪库存和包裹。物流和货运跟踪用例通常需要较低的数据速度,但是需要宽广的区域和可靠的位置信息。
在包括NR的新RAT系统中,使用OFDM传输方案或与其类似的传输方案。新的RAT系统可以遵循与LTE的OFDM参数不同的OFDM参数。可替选地,新的RAT系统可以照原样遵循常规LTE/LTE-A的参数集或者具有更大的系统带宽(例如,100MHz)。可替选地,一个小区可以支持多种参数集。换句话说,以不同的参数集操作的UE可以共存于一个小区中。
参数集对应于频域中的一个子载波间隔。可以通过将参考子载波间隔缩放为整数N来定义不同的参数集。
术语的定义
eLTE eNB:eLTE eNB是支持到EPC和NGC的连接性的eNB的演进。
gNB:支持NR以及到NGC的连接性的节点。
新RAN:一种支持NR或E-UTRA或与NGC接口的无线电接入网。
网络切片:网络切片是指由运营商定制的网络,为用于端到端范围内要求特定要求的特定市场场景提供优化的解决方案。
网络功能:网络功能是网络架构中的逻辑节点,其具有明确定义的外部接口和明确定义的功能行为。
NG-C:在新RAN和NGC之间的NG2参考点上使用的控制平面接口。
NG-U:在新RAN和NGC之间的NG3参考点上使用的用户平面接口。
非独立NR:一种部署配置,其中gNB需要LTE eNB作为用于到EPC的控制平面连接性的锚,或者需要eLTE eNB作为用于到NGC的控制平面连接性的锚。
非独立E-UTRA:一种部署配置,其中eLTE eNB要求gNB作为用于到NGC的控制平面连接性的锚。
用户平面网关:NG-U接口的终结点。
系统概述
图1图示了本公开中提出的方法可应用于的NR系统的整体结构的示例。
参考图1,NG-RAN由gNB构成,gNB为用户设备(UE)提供NG-RA用户面(新的AS子层/PDCP/RLC/MAC/PHY)和控制面(RRC)协议端。
该gNB通过Xn接口互连。
该gNB也通过NG接口连接到NGC。
更具体地说,gNB通过N2接口被连接到接入和移动性管理功能(AMF),并通过N3接口连接到用户面功能(UPF)。
新Rat(NR)参数集和帧结构
在NR系统中,可以支持多种参数集。可以通过子载波间隔和CP(循环前缀)开销来定义参数集。可以通过将基本子载波间隔缩放为整数N(或μ)来导出多个子载波之间的间隔。另外,尽管假定在非常高的子载波频率下不使用非常低的子载波间隔,但是可以独立于频带来选择要使用的参数集。
另外,在NR系统中,可以支持根据多种参数集的多种帧结构。
在下文中,将描述在NR系统中可以考虑的正交频分复用(OFDM)参数集和帧结构。
NR系统中支持的多个OFDM参数集可以如表1中定义。
[表1]
μ △f=2<sup>μ</sup>·15[kHz] 循环前缀
0 15 正常的
1 30 正常的
2 60 正常的,扩展的
3 120 正常的
4 240 正常的
NR支持多个参数集(或子载波间隔(SCS)),以支持各种5G服务。例如,当SCS为15kHz时,支持传统蜂窝频带中的宽广区域;并且当SCS为30kHz/60kHz时,则支持密集城市、较低的时延和较宽的载波带宽;而当SCS为60kHz或者比其更高时,支持大于24.25GHz的带宽以克服相位噪声。
NR频带被定义为两种类型(FR1和FR2)的频率范围。可以如下表2所示的那样配置FR1和FR2。此外,FR2可以意指毫米波(mmW)。
[表2]
频率范围指定 对应的频率范围 子载波间隔
FR1 410MHz–7125MHz 15、30、60kHz
FR2 24250MHz–52600MHz 60、120、240kHz
关于NR系统中的帧结构,时域中各个字段的大小被表达为Ts=1/(△fmax·Nf)的时间单位的倍数。在这种情况下,△fmax=480·103并且Nf=4096。DL和UL传输被配置为具有Tf=(△fmaxNf/100)·Ts=10ms的一部分的无线电帧。无线电帧由十个子帧组成,每个子帧具有Tsf=(△fmaxNf/1000)·Ts=1ms的一部分。在这种情况下,可能存在UL帧集和DL帧集。
图2图示了本公开中提出的方法可应用于的无线通信系统中的上行链路帧和下行链路帧之间的关系。
如图2中所图示的,用于来自用户设备(UE)传输的上行链路帧号i应在对应UE处的对应下行链路帧开始之前开始TTA=NTATs
关于参数集μ,时隙在子帧内以升序
Figure BDA0003464446250000161
编号,并且在无线电帧内以升序
Figure BDA0003464446250000162
编号。一个时隙由
Figure BDA0003464446250000163
个连续OFDM符号组成,并且
Figure BDA0003464446250000164
取决于所使用的参数集和时隙配置来确定。子帧中时隙
Figure BDA0003464446250000165
的开始与同一子帧中OFDM符号
Figure BDA0003464446250000166
的开始在时间上对齐。
并非所有的UE都能够同时发送和接收,并且这意指下行链路时隙或上行链路时隙中的并非所有OFDM符号都可以使用。
表3表示正常CP中的每个时隙的OFDM符号数
Figure BDA0003464446250000171
每个无线电帧的时隙数
Figure BDA0003464446250000172
以及每个子帧的时隙数
Figure BDA0003464446250000173
表4表示扩展CP中的每个时隙的OFDM符号数、每个无线电帧的时隙数以及每个子帧的时隙数。
[表3]
Figure BDA0003464446250000174
[表4]
Figure BDA0003464446250000175
图3图示了NR系统中的帧结构的示例。图3仅是为了便于解释,并且不限制本公开的范围。
在表4中,在μ=2的情况下,即,作为子载波间隔(SCS)为60kHz的示例,参考表3,一个子帧(或帧)可以包括四个时隙,并且图3中所示的一个子帧={1,2,4}个时隙,例如,可以被包括在一个子帧中的时隙的数目如表3中定义。
此外,微时隙可以由2、4或7个符号组成,或者可以由更多或更少的符号组成。
关于NR系统中的物理资源,可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。
在下文中,对在NR系统中可以考虑的上述物理资源进行更详细的描述。
首先,关于天线端口,定义天线端口,使得可以在其上传送天线端口的符号的信道可以从在其上传送相同天线端口上的另一符号的信道推断出来。当在其上传送一个天线端口上的符号的信道的大规模属性可以从在其上传送另一天线端口上的符号的信道推断出来时,可以将这两个天线端口视为准共置或者准共址(QC/QCL)关系。在这种情况下,大规模属性包括下述中的至少一个:延迟扩展、多普勒扩展、频移、平均接收功率和接收定时。
图4图示了本公开中提出的方法可应用于的无线通信系统中支持的资源网格的示例。
参考图4,资源网格由频域上的
Figure BDA0003464446250000181
个子载波组成,每个子帧由14·2μ个OFDM符号组成,但是本公开不限于此。
在NR系统中,由一个或多个资源网格描述发送的信号,该资源网格由
Figure BDA0003464446250000182
个子载波和
Figure BDA0003464446250000183
个OFDM符号组成,其中
Figure BDA0003464446250000184
Figure BDA0003464446250000185
表示最大传输带宽,并且不仅可以在参数集之间改变,而且可以在上行链路和下行链路之间改变。
在这种情况下,如图5中所图示的,每个参数集μ和天线端口p可以配置一个资源网格。
图5图示了本公开中提出的方法可应用于的每个天线端口和参数集的资源网格的示例。
用于参数集μ和天线端口p的资源网格的每个元素都被称为资源元素,并且通过索引对
Figure BDA0003464446250000191
唯一标识,其中
Figure BDA0003464446250000192
是频域上的索引,并且
Figure BDA0003464446250000193
是指在子帧中的符号的位置。索引对(k,l)用于引用时隙中的资源元素,其中
Figure BDA0003464446250000194
参数集μ和天线端口p的资源元素
Figure BDA0003464446250000195
对应于复数值
Figure BDA0003464446250000196
如果没有混淆的风险,或者当未指定特定的天线端口或参数集时,则可能会丢弃索引p和μ,并且结果,复数值可能是
Figure BDA0003464446250000197
Figure BDA0003464446250000198
此外,物理资源块被定义为频域中的
Figure BDA0003464446250000199
个连续子载波。
点A用作为资源块网格的公共参考点,并且可以如下获得。
–用于PCell下行链路的offsetToPointA表示在点A和最低资源块的最低子载波之间的频率偏移,该最低的资源块与由UE用于初始小区选择所使用的SS/PBCH块重叠,并以资源块为单位表达,其中假定FR1的子载波间隔为15kHz,以及假定FR2的子载波间隔为60kHz;
-absoluteFrequencyPointA表示点A的频率位置,用绝对射频信道号(ARFCN)表达。
公共资源块在频域中从0向上编号,用于子载波间隔配置μ。
用于子载波间隔配置μ的公共资源块0的子载波0的中心与“点A”一致。可以通过以下等式1给出频域中的公共资源块号
Figure BDA00034644462500001910
和用于子载波间隔配置μ的资源元素(k,l)。
[等式1]
Figure BDA00034644462500001911
此处,k可以相对于点A定义,使得k=0对应于以点A为中心的子载波。物理资源块被定义在带宽部分(BWP)内,并从0到
Figure BDA00034644462500001912
编号,其中i是BWP的编号。在BWP i中的物理资源块nPRB和公共资源块nCRB之间的关系可以由以下等式2给出。
[等式2]
Figure BDA0003464446250000201
此处,
Figure BDA0003464446250000202
可以是BWP相对于公共资源块0开始的公共资源块。
带宽部分(BWP)
NR系统可以支持每分量载波(CC)最多400MHz。如果在宽带CC中操作的UE在为所有CC连续地打开RF的同时操作,则UE电池消耗可能增加。替换地,当考虑在一个宽带CC中操作的若干用例(例如,eMBB、URLLC、mMTC、V2X等)时,可以针对对应CC中的每个频带支持不同的参数集(例如,子载波间隔)。替换地,对每个UE来说最大带宽的能力可以变化。通过考虑这个,BS可以指示UE仅在宽带CC的部分带宽而不是整个带宽中操作并且为了方便打算将对应的部分带宽定义为带宽部分(BWP)。BWP可以由频率轴上的连续资源块(RB)构成并且可以对应于一个参数集(例如,子载波间隔、CP长度、时隙/微时隙持续时间)。
基站可以甚至在被配置给UE的一个CC内配置多个BWP。作为一个示例,可以在PDCCH监测时隙中配置占用相对小频域的BWP,并且可以将PDCCH中指示的PDSCH调度到比这个大的BWP上。替换地,当UE集中于特定BWP上时,一些UE可以被配置有其他BWP以用于负载均衡。替换地,考虑邻近小区之间的频域小区间干扰消除,可以排除整个带宽的部分频谱并且可以甚至在同一时隙中配置两个BWP。也就是说,基站可以向与宽带CC相关联的UE配置至少一个DL/UL BWP并且可以在特定时间激活配置的DL/UL BWP当中的至少一个DL/UL BWP(通过L1信令或MAC CE或RRC信令),而且可以指示向另一配置的DL/UL BWP的切换(通过L1信令或MAC CE或RRC信令),或者基于定时器当定时器值期满时,可以切换到固定DL/ULBWP。在这种情况下,激活的DL/UL BWP被定义为活动DL/UL BWP。然而,在UE处于初始接入过程中的情形下或者在RRC连接被建立之前,UE可能无法接收用于DL/UL BWP的配置,并且在这样的情形下,由UE假定的DL/UL BWP被定义为初始活动DL/UL BWP。
物理信道与一般信号传输
图6图示了在3GPP系统中使用的物理信道和一般信号传输。在无线通信系统中,UE通过下行链路(DL)从eNB接收信息,并且UE通过上行链路(UL)从eNB发送信息。eNB和UE发送和接收的信息包括数据和各种控制信息,并且根据eNB和UE发送和接收的信息的类型/用途,存在各种物理信道。
当UE被通电或新进入小区时,UE执行初始小区搜索操作(S601),诸如与eNB同步。为此,UE可以从eNB接收主同步信号(PSS)和(辅同步信号(SSS)),并与eNB进行同步并且获取诸如小区ID等的信息。其后,UE可以从eNB接收物理广播信道(PBCH)并获取小区内广播信息。同时,UE在初始小区搜索步骤中接收下行链路参考信号(DL RS),以检查下行链路信道状态。
完成初始小区搜索的UE通过接收物理下行链路控制信道(PDCCH)和根据加载在PDCCH上的信息的物理下行链路共享信道(PDSCH),获取更多的特定系统信息(S602)。
同时,当不存在首先接入eNB或用于信号传输的无线电资源时,UE可以执行对eNB的随机接入过程(RACH)(S603至S606)。为此,UE可以通过物理随机接入信道(PRACH)将特定序列发到至前导(S603和S605),并且通过PDCCH和对应的PDSCH接收用于该前导的响应消息(随机接入响应(RAR)消息)。在基于竞争的RACH的情况下,可以另外执行竞争解决过程(S606)。
然后,执行上述过程的UE可以执行PDCCH/PDSCH接收(S607)和物理上行链路共享信道(PUSCH)/物理上行链路控制信道(PUCCH)传输(S608)作为一般的上行链路/下行链路信号传输过程。特别地,UE可以通过PDCCH接收下行链路控制信息(DCI)。在此,DCI可以包括诸如用于UE的资源分配信息的控制信息,并且格式可以根据使用目的而不同地被应用。
例如,在NR系统中,DCI格式0_0和DCI格式0_1被用于在一个小区中调度PUSCH,而DCI格式1_0和DCI格式1_1被用于在一个小区中调度PDSCH。包括在DCI格式0_0中的信息由C-RNTI或CS-RNTI或MCS-C-RNTI被CRC加扰并被发送。另外,DCI格式0_1被用于在一个小区中保留PUSCH。包括在DCI格式0_1中的信息可以由C-RNTI或CS-RNTI或SP-CSI-RNTI或MCS-C-RNTI被CRC加扰并被发送。DCI格式1_0被用于在一个DL小区中调度PDSCH。包括在DCI格式1_0中的信息由C-RNTI或CS-RNTI或MCS-C-RNTI被CRC加扰并被发送。DCI格式1_1被用于在一个小区中调度PDSCH。包括在DCI格式1_1中的信息由C-RNTI或CS-RNTI或MCS-C-RNTI被CRC加扰并被发送。DCI格式2_1用于通知UE可以假定不打算传输的PRB和OFDM符号。包括在DCI格式2_1中的以下信息诸如抢占指示1、抢占指示2、...、抢占指示N由INT-RNTI被CRC加扰并被发送。
同时,UE通过上行链路发送到eNB或UE从eNB接收到的控制信息可以包括下行链路/上行链路ACK/NACK信号、信道质量指示符(CQI)、预编码矩阵索引(PMI)、秩指示符(RI)等。UE可以通过PUSCH和/或PUCCH发送诸如CQI/PMI/RI等的控制信息。
物理上行链路控制信道(PUCCH)
PUCCH支持多种格式,并且可以基于符号持续时间、有效载荷大小和复用来对PUCCH格式进行分类。下表5表示PUCCH格式的示例。
[表5]
Figure BDA0003464446250000231
可以将表5的PUCCH格式粗略地划分成(1)短PUCCH和(2)长PUCCH。PUCCH格式0和2可以被包括在短PUCCH中,而PUCCH格式1、3和4可以被包括在长PUCCH中。UE在一个时隙内的不同符号上经由服务小区发送一个或两个PUCCH。如果UE在一个时隙中发送两个PUCCH,则两个PUCCH中的至少一个具有短PUCCH的结构。也就是说,在一个时隙中,(1)短PUCCH和短PUCCH的发送是可能的并且(2)长PUCCH和短PUCCH的发送是可能的,但是(3)长PUCCH和长PUCCH的发送是不可能的。
DL和UL发送/接收操作
下行链路发送/接收操作
图7图示下行链路发送和接收操作的示例。
参考图7,eNB可以调度诸如频率/时间资源、传输层、下行链路预编码器、MCS等的下行链路发送(S701)。具体地,eNB可以确定用于到UE的PDSCH发送的波束。另外,UE可以在PDCCH上接收用于进行下行链路调度的下行链路控制信息(DCI)(即,包括PDSCH的调度信息)(S702)。DCI格式1_0或DCI格式1_1可以被用于下行链路调度,并且具体地,DCI格式1_1可以包括诸如以下示例的信息:用于DCI格式的标识符、带宽部分指示符、频域资源指配、时域资源指配、PRB捆绑大小指示符、速率匹配指示符、ZP CSI-RS触发器、天线端口、传输配置指示(TCI)、SRS请求和解调参考信号(DMRS)序列初始化。
特别地,根据天线端口字段中指示的每个状态/索引,可以调度DMRS端口的数目,并且单用户(SU)/多用户(MU)传输调度也是可用的。另外,TCI字段由3个比特构成,并且用于DMRS的QCL可以通过根据TCI字段值指示最多8个TCI状态来动态地指示。UE可以在PDSCH上从基站接收下行链路数据(S703)。当UE检测到包括DCI格式1_0或1_1的PDCCH时,UE可以根据通过对应DCI的指示来对PDSCH进行解码。
这里,当UE接收到通过DCI格式1_1调度的PDSCH时,可以在UE中通过更高层参数“dmrs-Type”来配置DMRS配置类型,并且该DMRS配置类型被用于接收PDSCH。此外,在UE中,可以通过更高层参数“maxLength”来配置用于PDSCH的前载DMRS符号的最大数目。
在DMRS配置类型1的情况下,当在UE中调度单个码字并且指定映射到索引{2、9、10、11或30}的天线端口时或者当在UE中调度两个码字时,UE假定所有剩余的正交天线端口都不与到另一UE的PDSCH发送相关联。替换地,在DMRS配置类型2的情况下,当在UE中调度单个码字并且指定映射到索引{2、10或23}的天线端口时或者当在UE中调度两个码字时,UE假定所有剩余的正交天线端口都与到另一UE的PDSCH发送无关。
当UE接收到PDSCH时,可以将预编码粒度P’假定为频域中的连续资源块。这里,P’可以对应于{2、4和宽带}中的一个值。当P’被确定为宽带时,UE不会预测PDSCH被调度到非连续的PRB并且UE可以假定相同的预编码被应用于所分配的资源。相反,当P’被确定为{2和4}中的任何一个时,预编码资源块(PRG)被分割成P’个连续的PRB。每个PRG中实际上连续的PRB的数目可以是一个或多个。UE可以假定相同的预编码被应用于PRG中连续的下行链路PRB。
为了确定PDSCH中的调制阶数、目标码速率和传送块大小,UE可以首先读取DCI中的5比特MCD字段并且确定调制阶数和目标码速率。另外,UE可以读取DCI中的冗余版本字段并且确定冗余版本。另外,UE可以通过使用速率匹配之前的层数和分配的PRB的总数来确定传送块大小。
传送块可以由一个或多个码块组(CBG)组成,并且一个CBG可以由一个或多个码块(CB)组成。另外,在NR系统中,可以对于每个CB/CBG以及对于每个传送块执行数据发送和接收。因此,每CB/CBG的ACK/NACK传输和重传也是可能的。UE可以通过DCI(例如,DCI格式0_1和DCI格式1_1)从基站接收关于CB/CBG的信息。另外,UE可以从基站接收关于数据传输单元(例如,TB/CB/CBG)的信息。
UL发送/接收操作
图8图示上行链路发送和接收操作的示例。参考图8,eNB可以调度诸如频率/时间资源、传输层、上行链路预编码器、MCS等的上行链路发送(S801)。特别地,eNB可以通过上述波束管理操作来确定用于UE的PUSCH发送的波束。并且,UE可以从eNB接收用于在PDCCH上进行上行链路调度的DCI(即,包括PUSCH的调度信息)(S802)。
DCI格式0_0或0_1可以被用于上行链路调度,并且特别地,DCI格式0_1可以包括诸如以下示例的信息:用于DCI格式的标识符、UL/补充上行链路(SUL)指示符、带宽部分指示符、频率域资源指配、时域资源指配、跳频标志、调制和编码方案(MCS)、SRS资源指示符(SRI)、预编码信息和层数、天线端口、SRS请求、DMRS序列初始化、以及上行链路共享信道(UL-SCH)指示符。
特别地,在与更高层参数“usage(用法)”相关联的SRS资源集中配置的SRS资源可以由SRS资源指示符字段指示。此外,可以为每个SRS资源配置“spatialRelationInfo”,并且“spatialRelationInfo”的值可以是{CRI、SSB和SRI}之一。
另外,UE可以在PUSCH上向eNB发送上行链路数据(S803)。当UE检测到包括DCI格式0_0或0_1的PDCCH时,UE可以根据通过对应的DCI的指示来发送对应的PUSCH。对于PUSCH发送支持两种方案(基于码本的发送方案和基于非码本的发送方案)。
在基于码本的发送的情况下,当更高层参数“txConfig”被设置为“码本(codebook)”时,UE被配置为基于码本的发送。相反,当更高层参数“txConfig”被设置为“非码本(nonCodebook)”时,UE被配置为基于非码本的发送。当更高层参数“txConfig”未被配置时,UE不会预测PUSCH是通过DCI格式0_1来调度的。当通过DCI格式0_0调度PUSCH时,PUSCH发送基于单个天线端口。在基于码本的发送的情况下,可以通过DCI格式0_0、DCI格式0_1或半静态地调度PUSCH。当通过DCI格式0_1调度PUSCH时,UE基于如由SRS资源指示符及预编码信息和层数字段给出的SRI、发送预编码矩阵指示符(TPMI)、以及来自DCI的传输秩来确定PUSCH发送预编码器。TPMI被用于指示要在天线端口上应用的预编码器,并且当配置了多个SRS资源时,TPMI对应于由SRI选择的SRS资源。替换地,在配置了单个SRS资源时,TPMI被用于指示要在天线端口上应用的预编码器并且对应于对应的单个SRS资源。发送预编码器选自具有与更高层参数“nrofSRS-Ports”相同的天线端口编号的上行链路码本。当UE被设置为被设置为“codebook”的更高层参数“txConfig”时,在UE中配置至少一个SRS资源。时隙n中指示的SRI与由SRI识别的SRS资源的最近传输相关联,并且这里,SRS资源在承载SRI的PDCCH(即,时隙n)之前。
在基于非码本的发送的情况下,可以通过DCI格式0_0、DCI格式0_1或半静态地调度PUSCH。当配置了多个SRS资源时,UE可以基于宽带SRI确定PUSCH预编码器和传输秩,并且这里,SRI由DCI中的SRS资源指示符给出或者由更高层参数“srs-ResourceIndicator”给出。UE可以使用一个或多个SRS资源进行SRS传输,并且这里,可以基于UE能力配置SRS资源的数量以用于在同一RB中同时传输。为每个SRS资源配置仅一个SRS端口。仅一个SRS资源可以被配置为设置为“nonCodebook”的更高层参数“usage”。可以为基于非码本的上行链路发送配置的SRS资源的最大数目是4。时隙n中指示的SRI与由SRI识别的SRS资源的最近传输相关联,并且这里,SRS传输在承载SRI的PDCCH(即,时隙n)之前。
QCL(准共址)
定义天线端口,使得在其中传输天线端口上的符号的信道可以从在其中传输相同天线端口上的不同符号的信道推断出来。当在其中传输一个天线端口上的符号的信道的属性可以从在其中传输不同天线端口上的符号的信道推断出来时,两个天线端口可能具有准共置或准共址(QC/QCL)关系。
信道属性包括下述中的至少一个:延迟扩展、多普勒扩展、频率/多普勒频移、平均接收功率、接收定时/平均延迟以及空间Rx参数。在此,空间Rx参数意指空间(接收)信道属性参数,诸如到达角。
可以将UE配置为高层参数PDSCH-Config中多达M个TCI状态配置的列表,以便根据检测到的PDCCH解码PDSCH,该PDCCH具有用于对应的UE和给定的服务小区的预期DCI。M取决于UE的能力。
每个TCI状态包括用于配置在一个或两个DL参考信号与PDSCH的DM-RS端口之间的准共址关系的参数。
准共址关系被配置为用于第一DL RS的高层参数qcl-Type1和用于第二DL RS的qcl-Type2(当配置时)。无论两个DL RS是具有相同参考的DL RS还是具有不同参考的DLRS,两个DL RS在QCL类型方面彼此都不相同。
对应于每个DL RS的准共址类型可以由QCL-Info的高层参数qcl-Type给出,并且可以采用下述值之一:
–“QCL-TypeA”:{多普勒频移,多普勒扩展,平均延迟,延迟扩展}
–“QCL-TypeB”:{多普勒频移,多普勒扩展}
–“QCL-TypeC”:{多普勒频移,平均延迟}
–“QCL-TypeD”:{空间Rx参数}
例如,当目标天线端口是特定的NZP CSI-RS时,从QCL-Type A的角度来看,对应的NZP CSI-RS天线端口可以被指示/配置成与特定TRS进行QCL,并且从QCL-TYPE D的角度来看,对应的NZP CSI-RS天线端口可以被指示/配置为与特定SSB进行QCL。接收指示/配置的UE可以通过使用在QCL-TypeA TRS中测量的多普勒延迟值来接收对应的NZP CSI-RS,并且将用于接收QCL-TypeD SSB的Rx波束应用于对应的NZP CSI-RS的接收。
UE可以通过MAC CE信令接收激活命令,该MAC CE信令用于将多达八种TCI状态映射到DCI字段“传输配置指示”的码点。
与上述QCL有关的标准内容可以与下表6相同(例如,参见3gpp TS 38.214.第5.1.5节)。
[表6]
Figure BDA0003464446250000291
Figure BDA0003464446250000301
关于波束指示,出于至少准共址(QCL)指示的目的,UE可以被RRC配置有最多M个候选传输配置指示(TCI)状态的列表,其中M可以是64。
可以在一个RS集中配置每个TCI状态。至少在RS集中用于空间QCL(QCL类型D)的目的的每个DL RS的ID可以是指DL RS类型之一,诸如SSB、P-CSI RS、SP-CSI RS和A-CSI RS。可以至少通过显式信令来执行针对RS集中被至少用于空间QCL目的的DL RS的ID的初始化/更新。
TCI-State IE使一个或两个DL参考信号(RS)与对应的准共址(QCL)类型相关联。TCI-State IE可以包括诸如bwp-Id/参考信号/QCL类型的参数。
bwp-Id参数指示RS被定位在的DL BWP,小区参数指示RS被定位在的载波,参考信号参数指示作为用于对应的目标天线端口的准共址的源的参考天线端口或包括它的参考信号。目标天线端口可以是CSI-RS、PDCCH DMRS或PDSCH DMRS。例如,可以向NZP CSI-RS资源配置信息指示对应的TCI状态ID以指示用于NZP CSI-RS的QCL参考RS信息。作为另一示例,可以在每个CORESET配置中指示TCI状态ID以指示用于PDCCH DMRS天线端口的QCL参考信息。作为另一示例,可以通过DCI指示TCI状态ID以指示用于PDSCH DMRS天线端口的QCL参考信息。
上面给出的描述(例如,3GPP系统、帧结构、DL和UL发送和接收等)可以结合本公开中提议的方法和/或实施例被应用/使用或者可以被补充以澄清本公开中提议的方法的技术特征。在本公开中,斜线“/”的存在可以指示包括由/分隔的单词或短语中的全部或仅一些。
混合自动重传请求(HARQ)
关于用于报告控制信息的UE操作,描述HARQ-ACK操作。NR中的HARQ可以具有以下特征。
1)每传送块(TB)可以支持1比特HARQ-ACK反馈。这里,针对一些UE支持一个DLHARQ过程的操作,而针对给定UE支持一个或多个DL HARQ过程的操作。
2)UE可以支持最小HARQ处理时间集。这里,最小HARQ处理时间意指UE从基站接收DL数据到对应的HARQ-ACK发送定时所需要的最小时间。关于这个,可以取决于(1)符号粒度和(2)时隙粒度来定义两个UE处理时间N1和K1。首先,从UE角度来看,N1表示从最后PDSCH接收到对应的HARQ-ACK发送的最快开始的UE处理所需要的OFDM符号的数目。可以取决于OFDM参数集(即,子载波间隔)和DMRS图案而如在下表7和表8中定义N1。
[表7]
Figure BDA0003464446250000321
[表8]
Figure BDA0003464446250000322
此外,K1可以表示从PDSCH的时隙到对应的HARQ-ACK发送的时隙的时隙的数目。图9图示HARQ-ACK定时K1的示例。在图9中,K0表示从具有DL许可PDCCH的时隙到具有对应的PDSCH发送的时隙的时隙的数目,并且K2表示从具有UL许可PDCCH的时隙到具有对应的PUSCH发送的时隙的时隙的数目。也就是说,可以如在下表9中一样简要地布置K0、K1和K2。
[表9]
A B
K0 DL调度DCI 对应的DL数据发送
K1 DL数据接收 对应的HARQ-ACK
K2 UL调度DCI 对应的UL数据发送
A与B之间的时隙定时由来自值集的DCI的字段指示。此外,NR支持UE之间不同的最小HARQ处理时间。HARQ处理时间包括DL数据接收定时与对应的HARQ-ACK发送定时之间的延迟以及UL许可接收定时与对应的UL数据发送定时之间的延迟。UE向基站发送其最小HARQ处理时间的能力。在至少增强型移动宽带(eMBB)和超可靠低时延(URLLC)中支持异步和自适应DL HARQ。从UE角度来看,在时域中,可以在一个UL数据/控制区域中发送针对多个DL发送的HARQ ACK/NACK反馈。DL数据接收与对应的肯定应答之间的定时由来自值集的DCI内的字段指示,并且该值集由更高层配置。定时是针对至少UE不知道定时的情况而定义的。
多发送和接收点(TRP)相关操作
协调多点(CoMP)技术是多个基站(例如,使用X2接口)交换或者利用从用户设备(UE)反馈的信道信息(例如,RI/CQI/PMI/LI等)来与UE一起执行协作传输从而有效地控制干扰的方案。根据所使用的方案,可以将协作传输划分成联合传输(JT)、协调调度(CS)、协调波束成形(CB)、动态点选择(DPS)、动态点黑化(DPB)等。
非相干联合传输(NCJT)可以是指不考虑干扰(即没有干扰)的协作传输。例如,NCJT可以是基站通过使用相同的时间资源和频率资源来通过多个TRP向一个UE发送数据的方案。在此方案中,基站的多个TRP可以被配置成通过使用不同的解调参考信号(DMRS)端口来通过不同的层向UE发送数据。换句话说,NCJT可以对应于在没有TRP之间的自适应预编码的情况下从两个或更多个TRP执行MIMO层的传输的传输方案。
NCJT可以被分类为完全重叠NCJT和部分重叠NCJT,在所述完全重叠NCJT中由每个基站(或TRP)用于传输的时间和频率资源完全重叠,而在所述部分重叠NCJT中由每个基站(或TRP)用于传输的时间和频率资源部分重叠。这仅用于本公开中说明的方便,并且不用说,在要在下面描述的实施例和方法中,上面提及的术语能够用具有相同的技术含义的其他术语替换。例如,在部分重叠NCJT的情况下,可以在一些时间资源和/或频率资源中发送第一基站(例如,TRP 1)的数据和第二基站(例如,TRP 2)的数据两者,并且可以在剩余的时间资源和/或频率资源中发送第一基站和第二基站中的仅一个的数据。
TRP向NCJT接收UE发送数据调度信息作为DCI(下行链路控制信息)。从下行链路控制信息(DCI)传输的角度来看,可以将M-TRP(多TRP)发送划分成i)其中每个TRP发送不同的DCI的基于M-DCI(多DCI)的M-TRP发送以及ii)其中一个TRP发送DCI的基于S-DCI(单DCI)的M-TRP发送。
首先,将描述基于单DCI的MTRP方案。在代表性TRP通过一个DCI来发送由它本身发送的数据和由另一TRP发送的数据的调度信息的基于单DCI的MTRP方案中,MTRP协作地发送一个公共PDSCH,并且参与协作传输的每个TRP在空间上将对应PDSCH划分成不同的层(即,不同的DMRS端口)。换句话说,MTRP发送一个PDSCH,但是每个TRP发送PDSCH的多个层中的仅一些。例如,当发送4层数据时,TRP 1向UE发送2个层,而TRP 2向UE发送剩余的2个层。
在这种情况下,用于PDSCH的调度信息通过一个DCI被指示给UE,并且对应DCI指示哪个DMRS端口使用哪种QCL RS和QCL类型的信息(这不同于照惯例指示被共同应用于由DCI指示的所有DMRS端口的QCL RS和类型)。也就是说,M个TCI状态(对于2TRP协作传输M=2)通过DCI中的TCI字段来指示,并且QCL RS和类型通过使用对于M个DMRS端口组不同的M个TCI状态来识别。另外,可以通过使用新DMRS表来指示DMRS端口信息。
作为示例,在S-DCI的情况下,由于用于由M个TRP发送的数据的所有调度信息都应该通过一个DCI来递送,所以可以在其中两个TRP可以相互动态地协调的理想回程(BH)环境中使用S-DCI。
其次,将描述基于多DCI的MTRP方法。MTRP分别发送不同的DCI和PDSCH(UE从N个TRP接收N个DCI和N个PDSCH),并且对应PDSCH通过在不同的时间资源上(部分或全部)重叠来发送。对应PDSCH通过不同的加扰ID来发送,并且对应DCI可以通过属于不同的Coreset组的Coreset来发送(可以将coreset组识别为每个Coreset的coreset配置中定义的索引。例如,如果Coreset 1和2被设置为索引=0并且Coreset 3和4被设置为索引=1,则Coreset 1和2属于Coreset组0并且Coreset 3和4属于Coreset组1。如果没有为Coreset定义索引,则这可以被解释为索引=0)。如果在一个服务小区中设置了多个加扰ID,或者设置了两个或更多个coreset组,则UE可以知道数据是通过基于多DCI的MTRP操作来接收的。
例如,可以经由单独信令向UE指示基于单DCI的MTRP方案或基于多DCI的MTRP方案。作为示例,当多个CRS图案被指示给UE以进行一个服务小区的MTRP操作时,用于CRS的PDSCH速率匹配可以取决于此MTRP操作是基于单DCI的MTRP操作还是基于多DCI的MTRP操作而不同。
本公开中描述的基站可以是用于向UE发送数据并且从UE接收数据的对象的通用术语。例如,本文描述的基站可以是包括一个或多个发送点(TP)、一个或多个发送和接收点(TRP)等的概念。例如,本文描述的多个TP和/或多个TRP可以被包括在一个基站中或者被包括在多个基站中。另外,TP和/或TRP可以包括基站的面板、发送和接收单元等。
另外,本公开中描述的TRP意指在位于特定区域中的特定地理位置中的网络中具有一个或多个天线元件可用的天线阵列。尽管为了说明的方便关于“TRP”描述本公开,但是TRP可以用基站、发送点(TP)、小区(例如,宏小区/小小区/微微小区等)、天线阵列或面板替换并且被同样地理解和应用。
另外,本公开中描述的CORESET组ID可以是指用于区分为每个TRP/面板(或者为每个TRP/面板)配置/与之相关联的CORESET的索引/标识信息(例如,ID)/指示符等。另外,CORESET组可以是通过用于区分CORESET和CORESET组ID的索引/标识信息(例如,ID)来区分的CORESET的组/合集。例如,CORESET组ID可以是CORESET配置中定义的特定索引信息。例如,可以由在针对每个CORESET的CORESET配置中定义的索引来配置/指示/定义CORESET组。可以经由更高层信令(例如,RRC信令)/L2信令(例如,MAC-CE)/L1信令(例如,DCI)来配置/指示CORESET组ID。
例如,作为更高层参数的ControlResourceSet信息元素(IE)用于配置时间/频率控制资源集(CORESET)。例如,控制资源集可以与下行链路控制信息的检测和接收有关。ControlResourceSet IE的示例可以包括CORESET相关ID(例如,controlResourceSetID)、用于CORESET的CORESET池的索引(例如,CORESETPoolIndex)、CORESET的时间/频率资源配置和与CORESET有关的TCI信息。例如,可以将CORESET池的索引(例如,CORESETPoolIndex)设置为0或1。
例如,可以被指示/配置为使得以每CORESET组为单位执行针对每个TRP/面板的PDCCH检测。并且/或者,可以被指示/配置为使得以每CORESET组为单位划分并管理/控制每个TRP/面板的上行链路控制信息(例如CSI、HARQ-A/N、SR)和/或上行链路物理信道资源(例如PUCCH/PRACH/SRS资源)。并且/或者,可以以每CORESET组为单位管理针对每个TRP/面板调度的PDSCH/PUSCH等的HARQ A/N(处理/重传)。
M-TRP发送方案
可以将多个(例如,M个)TRP向一个用户设备(UE)发送数据的M-TRP发送划分成两种主要类型的发送:作为用于提高发送速率的方案的eMBB M-TRP发送(或M-TRP eMMB)和作为用于提高接收成功率并且减小时延的方案的URLLC M-TRP发送(或M-TRP URLLC)。
URLLC M-TRP可以意味着M-TRP使用不同的资源(例如,层/时间资源/频率资源等)来发送相同的TB(传送块)。可以通过DCI向被配置有URLLC M-TRP发送方案的UE指示许多TCI状态,并且可以将使用每个TCI状态的QCL参考信号(RS)接收的数据假定是相同的TB。另一方面,eMBB M-TRP可以意味着M-TRP使用不同的资源(例如,层/时间资源/频率资源等)来发送不同的TB。可以通过DCI向被配置有eMBB M-TRP发送方案的UE指示许多TCI状态,并且可以将使用每个TCI状态的QCL RS接收的数据假定是不同的TB。关于至少eMBB M-TRP,DCI内的每个TCI码点可以对应于1或2个TCI状态。如果在一个TCI码点内激活2个TCI状态,则用于至少DMRS类型1的每个TCI状态可以对应于一个CDM组。
例如,UE可以判定/确定对应M-TRP发送是URLLC发送还是eMBB发送,因为它分开地使用为MTRP-URLLC配置的RNTI和为MTRP-eMBB配置的RNTI。也就是说,如果使用为MTRP-URLLC目的配置的RNTI来执行由UE接收到的DCI的CRC掩蔽,则这可以对应于URLLC发送,而如果使用为MTRP-eMBB目的配置的RNTI来执行DCI的CRC掩蔽,则这可以对应于eMBB发送。
表10示出能够被考虑用于URLLC M-TRP发送的各种方案。参考表10,存在诸如SDM/FDM/TDM的各种方案。
[表10]
Figure BDA0003464446250000371
Figure BDA0003464446250000381
Figure BDA0003464446250000391
用于在多TRP中提高可靠性的方法
图10图示用于提高由多个TRP支持的可靠性的发送/接收方法的示例,并且可以考虑以下两种方法。
图10的(a)中的示例示出发送相同的码字(CW)/传送块(TB)的层组对应于不同的TRP。也就是说,可以经由不同的层/层组发送相同的CW。在这种情况下,层组可以是指由一个或多个层组成的某种层集。因此,发送资源量随着层数增加而增加,并且这是有利的原因在于具有低码速率的稳健信道编码能够被用于TB。另外,由于来自多个TRP的不同的信道,预期可以基于分集增益提高接收到的信号的可靠性。
图10的(b)中的示例示出经由与不同的TRP相对应的层组发送不同的CW的示例。也就是说,可以通过不同的层/层组来发送不同的CW。在这种情况下,可以假定与第一CW(CW#1)和第二CW(CW#2)相对应的TB是相同的。因此,这可以被看作为相同TB的重复发送的示例。在图10的(b)的情况下,与TB相对应的码速率可以高于图9的(a)的码速率。然而,存在能够通过指示用于根据信道环境对从相同TB生成的比特进行编码的不同冗余版本(RV)值来调整码速率或者可以调整每个CW的调制阶数的优点。
在图10的(a)或图10的(b)中,经由不同的层组重复地发送相同TB,并且每个层组由不同的TRP/面板发送,从而增加数据接收概率,这可以被称作基于空分复用(SDM)的URLLC M-TRP发送。属于不同的层组的层分别通过属于不同的DMRS CDM组的DMRS端口来发送。
另外,尽管已经相对于使用不同层的空分复用(SDM)方案给出了有关多个TRP的上述描述,但是它还可以被广泛地应用于基于不同的频域资源(例如,RB/PRB(集))的频分复用(FDM)方案和/或基于不同的时域资源(例如,时隙、符号和子符号)的时分复用(TDM)方案。
在下文中,在本公开中,将描述能够考虑到多个基站(例如,一个或多个基站的多个TP/TRP)与UE之间的协作传输(例如,NCJT)提议的方法。具体地,提议1提出为多TRP发送构造HARQ-ACK码本的方法和确定用于发送HARQ-ACK信息的资源的方法。提议2提出如果未配置与CORESET相对应的特定索引(例如,CORESET组ID、CORESETPoolIndex等)则确定指配给CORESET的特定索引的方法。提议3提出将压缩半静态HARQ-ACK码本生成方法扩展和应用到多TRP的方法。提议4提出用于考虑多TRP发送将HARQ-ACK码本发送到PUSCH的方法(用于复用HARQ-ACK码本和PUSCH的方法)。
如上所述,可以基于被配置给CORESET的CORESET池的索引(例如,CORESETPoolIndex)(或CORESET组ID)来区分每个TRP。尽管基于基站的一个或多个TP/TRP描述本文描述的方法,但是这些方法可以被同等地或类似地应用于基于基站的一个或多个面板的传输。
在NR标准中,支持两种类型的类型-1HARQ-ACK码本和类型-2HARQ-ACK码本。相应的码本方案被概括如下。
对于类型1HARQ-ACK码本,为要在特定时隙(例如,时隙#n)中发送的PUCCH/PUSCH定义能够发送HARQ-ACK信息的针对一个或多个候选PDSCH接收的HARQ-ACK码本(即,一组HARQ信息比特)。即使不执行实际的PDSCH发送,也可以在HARQ-ACK码本中定义用于对应PDSCH接收的比特。定义了如果UE辨识到没有执行PDSCH发送(包括UE在PDCCH检测中失败的情况),则UE发送NACK。
对于用于候选PDSCH接收的单个时机,可以根据表示CW的最大数目的更高层参数“maxNrofCodeWordsScheduledByDCI”值来用1个比特或2个比特配置HARQ-ACK信息。如果“harq-ACK-SpatialBundlingPUCCH”被配置给UE,则可以用1比特配置HARQ-ACK信息。
具体地,如果存在作为对具有DCI格式1_1的PDCCH的响应的用于候选PDSCH接收的时机,并且“maxNrofCodeWordsScheduledByDCI”指示2个传送块的接收,则当UE接收到包括一个传送块的PDSCH时,i)如果“harq-ACK-SpatialBundlingPUCCH”未被配置,则UE可以生成与第一传送块相关联的HARQ-ACK信息和针对第二传送块的NACK,并且ii)如果“harq-ACK-SpatialBundlingPUCCH”被配置,则UE可以将HARQ-ACK信息生成为针对第二传送块的ACK。
对于类型-2HARQ-ACK码本,基于在实际上发送的PDCCH中指示的计数器下行链路指配指示符(C-DAI)和总DAI(T-DAI)值,定义用于将HARQ-ACK信息发送到相同的PUCCH/PUSCH的码本。也就是说,该码本是基于实际上发送到UE的PDCCH信息而构造的。如果UE在特定PDCCH检测中失败,则UE向码本中定义的比特当中的用于对应PDCCH的比特发送NACK。在这种情况下,UE可以通过C-DAI和T-DAI值来辨识PDCCH检测是否失败。
DCI格式内的C-DAI字段的值表示与当前服务小区和当前PDCCH监测时机存在于其中的DCI格式相关联的PDSCH接收或SPS PDSCH释放的{服务小区,PDCCH监测时机}对的累积数目。这里,这遵循服务小区索引的升序,然后遵循PDCCH监测时机的升序。DCI格式内的T-DAI的值表示与当前PDCCH监测时机存在于其中的DCI格式相关联的PDSCH接收或SPS PDSCH释放的{服务小区,PDCCH监测时机}对的总数。
已经设计了上述两种类型的码本,而不考虑在所有时域中重叠的不同PDSCH发送,即多TRP(M-TRP)发送。相应地,如果在时域重叠的不同的PDSCH发送在时域中重叠并被发送,则具体地在当前标准的类型-1HARQ-ACK方案中定义候选PDSCH接收时机的部分中可能出现问题。
本公开提出解决该问题并且考虑M-TRP发送来构造HARQ-ACK码本的方法。
<提议1>
考虑M-TRP发送来构造HARQ-ACK码本的方法可以考虑(i)联合HARQ-ACK码本方案和(ii)分离HARQ-ACK码本方案。
首先,联合HARQ-ACK码本(或联合ACK/NACK码本)可以意指用于将不同的TRP的HARQ-ACK信息构造到单个码本的方法。此方法能够减少在时隙内/时隙间中被TDM的PUCCH资源,因此能够提高资源适用性。
具体地,可以将可以意指不同的TRP的一种索引(例如,CORESETPoolIndex)配置给每个CORESET,并且UE可以假定当不同索引被配置给不同的CORESET时,不同的CORESET对应于不同的TRP。例如,如果其中CORESETPoolIndex为0的第一CORESET和其中CORESETPoolIndex为1的第二CORESET被配置给UE,则UE可以假定第一CORESET和第二CORESET对应于不同的TRP(即,多TRP操作)。在这种情况下,如果联合HARQ-ACK码本被配置/指示,则可以经由与特定TRP相对应的相同上行链路资源(例如,PUCCH、PUSCH等)向特定TRP发送通过经由与不同的TRP相对应的CORESET接收到的不同的PDCCH所调度的相应PDSCH的HARQ-ACK信息。
第二,分离HARQ-ACK码本(或分离ACK/NACK码本)可以意指用于将不同的TRP的HARQ-ACK信息分开地构造到不同的码本的方法。此方法能够防止在可能阻塞的环境中因为UE在联合HARQ-ACK码本传输中失败导致所有HARQ-ACK信息(即,ACK/NACK信息)丢失。
具体地,可以将一种可以意指不同的TRP的一种索引(例如,CORESETPoolIndex)配置给每个CORESET,并且UE可以假定当不同索引被设置给不同的CORESET时,不同的CORESET对应于不同的TRP。例如,如果其中CORESETPoolIndex为0的第一CORESET和其中CORESETPoolIndex为1的第二CORESET被配置给UE,则UE可以假定第一CORESET和第二CORESET对应不同的TRP(即,多TRP操作)。在这种情况下,如果分离HARQ-ACK码本被配置/指示,则可以经由与不同的TRP相对应的不同的上行链路资源(例如,PUCCH、PUSCH等)向相应TRP发送通过经由与不同的TRP相对应的CORESET接收到的不同的PDCCH所调度的相应PDSCH的HARQ-ACK信息。
图11图示用于为多个TRP(例如,TRP1、TRP2)生成HARQ-ACK码本的方法的示例。图11的(a)图示联合HARQ-ACK码本方案,而图11的(b)图示分离HARQ-ACK码本方案。如果假定半静态码本(或类型-1HARQ-ACK码本),则可以考虑上述HARQ-ACK码本构造。
参考图11的(a),在联合HARQ-ACK码本中,UE可以将针对来自TRP1的PDSCH1和来自TRP2的PDSCH2的HARQ-ACK信息构造为一个码本以使用相同的(即,一个)PUCCH来将其发送到特定TRP(例如,TRP1)。参考图11的(b),在分离HARQ-ACK码本中,UE可以将针对PDSCH1的HARQ-ACK信息构造到一个码本以使用一个PUCCH来将其发送到TRP1,并且可以将针对PDSCH2的HARQ-ACK信息构造到另一码本以使用另一PUCCH来将其发送到TRP2。
考虑在时域中重叠的不同的PDSCH发送,联合HARQ-ACK码本可以考虑是现有HARQ-ACK码本的两倍以上的大小。在本公开中,为了说明的方便,这(即,大小比现有HARQ-ACK码本更大的码本)被称为“扩展码本”。在扩展码本中,可以根据特定规则来定义与每个比特相对应的HARQ-ACK信息。在操作中,作为当UE确定用于发送HARQ-ACK信息的PUCCH资源集时的参考的有效载荷大小可以基于扩展码本的大小。
例如,如果联合HARQ-ACK码本被指示/配置,则可以将码本定义为现有HARQ-ACK码本的两倍的大小。UE可以按照从具有相同CORESETPoolIndex的CORESET中检测到的由PDCCH调度的PDSCH的HARQ-ACK信息(即,ACK/NACK)构造每个码本,然后可以通过两个码本的级联来构造大小为现有HARQ-ACK码本的两倍的码本。
显而易见的是,即使在以下提议中没有单独描述,联合HARQ-ACK码本构造的示例也能够被应用于联合HARQ-ACK码本构造。
基站可以向UE动态地或半静态地配置特定码本方案(即,联合HARQ-ACK码本或分离HARQ-ACK码本)。在下文中,详细地描述配置特定码本方案的方法的示例。
实施例1)
可以考虑在DCI中定义新字段的方法以便显式地配置/指示特定码本方案。可以通过该字段将联合HARQ-ACK码本操作或分离HARQ-ACK码本操作配置/指示给UE。
例如,可以在DCI中定义1比特字段。如果经由1比特字段指示/配置0,则UE可以执行分离HARQ-ACK码本方案,而如果经由1比特字段指示/配置1,则UE可以执行联合HARQ-ACK码本方案。替换地,如果经由1比特字段指示/配置0,则UE可以执行联合HARQ-ACK码本方案,而如果经由1比特字段指示/配置1,则UE可以执行分离HARQ-ACK码本方案。
DCI中用于配置/指示特定码本方案的字段(例如,1比特字段)可以被包括在向UE调度PDSCH的所有DCI中或者可以仅被包括在特定DCI中。
另外,使用1比特字段(即,0或1)的方法仅仅是为了描述的方便的示例,而不限制本公开的技术范围。因此,应理解,即使下述方法使用N比特字段(其中N是自然数)即两个或更多个状态来配置/指示联合HARQ-ACK码本和分离HARQ-ACK码本,也能够扩展地应用本公开。
如果UE被配置/指示有分离HARQ-ACK码本方案(例如,1比特字段被设置为0),则UE可以根据特定规则来构造分离码本。作为特定规则的示例,可以将预定范围内的特定索引值设置给每个CORESET,并且可以按照从具有相同索引(例如,CORESET组ID、HARQ码本组ID)的CORESET中检测到的由PDCCH调度的PDSCH的ACK/NACK构造每个码本。换句话说,由从具有相同CORESETPoolIndex的CORESET检测的PDCCH调度的PDSCH的HARQ-ACK信息可以按照CORESETPoolIndex构造每个HARQ-ACK码本。
如果UE被配置/指示有联合HARQ-ACK码本方案(例如,1比特字段被设置为1),则UE可以将HARQ-ACK信息构造成一个码本。在这种情况下,构造一个码本可以意味着从不同的TRP发送的PDSCH的HARQ-ACK信息构造一个码本,并且该一个码本经由相同的(即,一个)PUCCH资源被发送到基站(例如,发送PDSCH的TRP中的一个TRP)。如上所述,可以基于CORESETPoolIndex的不同的值来区分不同的TRP。如果具有CORESETPoolIndex的不同的值的CORESET被配置,则UE可以辨识多TRP操作。也就是说,可以将不同的TRP表示为不同索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)被映射到CORESET的情形。在这种情况下,存在如下特征:如果被配置给在上面发送调度PDSCH的PDCCH的CORESET的一种索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)是不同的,则可以构造一个HARQ-ACK码本。
实施例2)
使用DCI中的现有字段,可以隐式地配置/指示特定码本方案(例如,联合HARQ-ACK码本操作或分离HARQ-ACK码本操作)。如果使用现有字段,则可以不定义用于选择/配置联合HARQ-ACK码本和分离HARQ-ACK码本的单独比特字段。因此,存在的优点在于能够减少控制信息的信令开销。
实施例2-1)
例如,可以考虑使用DCI中的PUCCH资源指示符(PRI)字段的方法。PRI字段可以用于指示用于反馈HARQ-ACK信息的上行链路资源。如果不同的TRP处的相同的PRI值被指示给UE,则这可以被隐式地解释为应该使用相同的资源。因此,可以看出它适合于此提议方法。
例如,如果经由调度相应PDSCH的不同的PDCCH指示给UE的PRI是相同的,则UE可以为对应的相应PDSCH构造联合HARQ-ACK码本,而如果PRI是不同的,则UE可以基于被配置给CORESET的索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)构造分离HARQ-ACK码本。换句话说,如果在调度相应PDSCH的不同的PDCCH上指示给UE的PRI是相同的,则UE可以辨识在不同的TRP处指示相同的PUCCH资源并且可以将此解释为使用相同的PUCCH资源来发送联合HARQ-ACK码本的含义。
在实施例2-1的方法中,如果UE未能接收到多个PDCCH当中的特定PDCCH,则存在的缺点在于尽管基站已经指示了联合HARQ-ACK码本,但是UE解释为分离HARQ-ACK码本被指示,并且UE可能执行错误的PUCCH发送。作为用于弥补这个的方法,可以考虑以下实施例2-2。
实施例2-2)
如在上述实施例2-1中那样,使用DCI中的PRI字段,并且设置通过PRI字段指示的值的范围。如果在不同的PDCCH上指示给UE的PRI值被包括在特定范围内,则可以构造联合HARQ-ACK码本,而如果PRI值超过特定范围(即,如果PRI值是超出特定范围的值),则可以构造分离HARQ-ACK码本。因此,即使UE未能接收到发送给UE的多个PDCCH中的特定PDCCH并且无法比较从两个PDCCH指示的PRI值,UE也能够毫无歧义地辨识码本构造方案。
例如,可以假定能够指示联合HARQ-ACK码本的PRI值的特定范围被设置为000至011。如果PRI值具有000、001、010和011当中的一个值并且被指示给UE,则UE可以辨识联合HARQ-ACK码本被指示。另一方面,如果未被包括在上述范围内的100、101、110和111当中的一个值被指示给UE,则UE可以辨识分离HARQ-ACK码本被指示。
在上述示例中,当PDCCH#1指示PRI 001并且PDCCH#2指示PRI 001时,即使UE未能接收到PDCCH#2,如果UE通过接收PDCCH#1辨识PRI值是特定范围内的值,则UE可以构造联合HARQ-ACK码本。
在本提议中,可以根据基站与UE之间的固定规则来定义能够指示联合HARQ-ACK码本的PRI值的特定范围,或者可以经由更高层信令将特定范围的信息(即,特定值)配置/递送给UE。
实施例2-3)
可以使用已经定义的特定DCI字段的“保留”值。例如,可以使用用于DMRS端口指示的DCI字段的保留值来配置/指示分离ACK/NACK码本或联合ACK/NACK码本构造。
实施例2-4)
可以通过使用已经定义的多个DCI字段来指示特定组合来配置/指示分离ACK/NACK码本或联合ACK/NACK码本构造。例如,可以使用用于DMRS端口指示的DCI字段和用于TB信息指示的DCI字段(即,MCS、NDI、RV)值的特定组合来执行操作。
在执行多TRP发送的不同的TRP处,可以向UE发送不同的DCI(例如,上述基于多DCI的MTRP方案)。假定基于提议1的实施例中描述的方法指示/配置联合HARQ-ACK码本或分离HARQ-ACK码本之一。
例如,如果经由DCI指示联合HARQ-ACK码本,则可以如下确定在其上发送包括HARQ-ACK信息的PUCCH的资源。可以根据当发送DCI时的定时/被配置给在其中发送对应DCI的CORESET的索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)来定义顺序。在这种情况下,基于特定顺序,例如,可以按时间的顺序在最新时隙中发送DCI,并且在相同时隙的情况下,可以定义具有被配置给CORESET的最小(或最大)索引的DCI和由特定DCI指示的PUCCH资源被使用。
当UE计算PUCCH资源时,UE可以首先确定PUCCH资源集。在这种情况下,如上所述,考虑在时域中重叠的不同的PDSCH发送,联合HARQ-ACK码本可以考虑是现有HARQ-ACK码本的两倍以上的大小,并且最后,可以通过经由DCI指示的PRI值确定最终PUCCH资源。
例如,如果经由DCI指示分离HARQ-ACK码本,则可以如下确定在其上发送包括HARQ-ACK信息的PUCCH的资源。如果经由DCI指示分离HARQ-ACK码本,则发送DCI的定时/被配置给在其中发送对应DCI的CORESET的索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)可以成为参考。例如,可以使用通过按时间的顺序在最新时隙中发送的DCI所指示的PUCCH资源,但是可以按照被配置给CORESET的索引确定用于确定PUCCH资源的最后DCI。
当UE计算PUCCH资源时,UE可以首先确定PUCCH资源集。在这种情况下,可以考虑不考虑在时域中重叠的不同的PDSCH发送的有效载荷大小,并且最终,可以通过经由对应的DCI指示的PRI值确定最终PUCCH资源。在这种情况下,如果分离HARQ-ACK码本被配置/指示,并且如果其中经由在其他CORESET中检测到的不同的DCI来指示/配置被配置给CORESET的索引(例如,CORESETPoolIndex)的PUCCH资源彼此重叠,则对于不同的PUCCH资源当中的特定资源(例如,指示在与较小或较大索引相对应的CORESET中检测到的DCI/经由其指示的资源),UE可以不执行(可以丢弃)传输。
实施例3)
可以取决于由调度相应PDSCH的不同的PDCCH所指示的PUCCH资源是否相同,来指示/确定联合HARQ-ACK码本或分离HARQ-ACK码本中的一种方案。PUCCH资源相同的事实可以意味着用于PUCCH发送的参数(诸如用于PUCCH发送的时间/频率资源和/或PUCCH格式)是相同的。例如,时间/频率资源相同的事实可以意味着时间资源、频率资源或两者(时间和频率资源)是相同的。
例如,在UE假定联合HARQ-ACK码本之后,UE可以计算(或确定)由每个PDCCH指示的PUCCH资源。此后,如果由调度相应PDSCH的不同的PDCCH所指示的PUCCH资源是相同的,则UE可以将针对由不同的PDCCH调度的PDSCH的HARQ-ACK信息构造为联合HARQ-ACK码本。
另一方面,如果由调度相应PDSCH的不同的PDCCH所指示的PUCCH资源是不同的,则UE可以基于被配置给CORESET的索引(例如,CORESET组ID、HARQ码本组ID),将针对由不同的PDCCH调度的PDSCH的HARQ-ACK信息构造为分离HARQ-ACK码本。在这种情况下,可以通过假定分离HARQ-ACK码本来再次(由UE)计算(或确定)用于发送每个码本的PUCCH资源。
在实施例3中,如果UE假定联合HARQ-ACK码本,则当确定PUCCH资源集时的有效载荷大小可以基于如上所述的“扩展码本”的大小。另一方面,如果由于从不同的PDCCH指示的PUCCH资源是不同的所以UE假定分离HARQ-ACK码本并且再次重新计算PUCCH资源,则可以参考现有码本的大小,即在扩展之前的现有码本大小。
实施例4)
可以根据TRP之间的回程情形考虑半静态地构造联合HARQ-ACK码本或分离HARQ-ACK码本的方法。为此,可以通过更高层参数(例如,L1(第1层)参数)向UE配置联合HARQ-ACK码本或分离HARQ-ACK码本的特定方案。
例如,可以基于用于配置小区组特定L1参数的‘PhysicalCellGroupConfig’字段来配置/指示特定HARQ-ACK码本方案。换句话说,可以将用于配置HARQ-ACK码本方案的参数(例如,ackNackFeedbackMode)包括在‘PhysicalCellGroupConfig’字段中,并且可以通过该参数来指示联合HARQ-ACK码本或分离HARQ-ACK码本。例如,当在ControlResourceSet中存在多个不同的CORESETPoolindex时,也可以配置该参数。
如上所述,考虑在时域中重叠的不同的PDSCH发送,被配置有联合HARQ-ACK码本方案(模式)的UE可以考虑大小为现有HARQ-ACK码本的两倍的码本,并且可以根据特定规则来定义与扩展码本中的每个比特相对应的HARQ-ACK信息。
例如,如果联合HARQ-ACK码本被指示/配置,则可以将码本定义为现有HARQ-ACK码本的两倍的大小。可以通过按在CORESET中配置的索引(例如,CORESETPoolIndex)的顺序构造不同的码本、然后级联两个码本来构造大小为现有HARQ-ACK码本的两倍的联合HARQ-ACK码本。当UE确定用于发送HARQ-ACK信息的PUCCH资源集时作为参考的有效载荷大小可以基于扩展码本的大小。
如果分离HARQ-ACK码本被半静态地配置,则当由从与不同索引(例如,CORESETPoolIndex)相对应的CORESET接收到的不同的DCI所指示的PUCCH资源在相同时隙中被TDM(时域复用)时和/或当在不同的时隙中发送它们时,UE可以执行为不同索引构造相应码本的分离HARQ-ACK码本操作。也就是说,UE可以按CORESETPoolIndex构造HARQ-ACK码本。另一方面,如果由从与不同索引(例如,CORESETPoolIndex)相对应的CORESET接收到的不同的DCI所指示的PUCCH资源在相同时隙中重叠,则UE可以不发送(丢弃)由从与特定索引相对应的CORESET接收到的DCI所指示的PUCCH资源。替换地,取决于UE向基站报告的值(例如,UE能力)能够同时地发送重叠的不同的PUCCH资源的UE可以同时经由不同的PUCCH资源发送与不同索引相对应的相应分离HARQ-ACK码本。
如果联合HARQ-ACK码本被半静态地配置,则当由从与不同索引(例如,CORESETPoolIndex)相对应的CORESET接收到的不同的DCI所指示的PUCCH资源在相同时隙内TDM时和/或当它们在相同时隙内重叠时,可以将与不同索引相对应的所有HARQ-ACK信息经由特定PUCCH资源一次发送到基站。
例如,在其上发送HARQ-ACK信息的特定PUCCH资源可以使用由按时间的顺序最后发送的DCI所指示的PUCCH资源,和/或由通过与特定索引(例如,最低索引或最高索引)相对应的CORESET接收到的DCI所指示的PUCCH资源,和/或由与特定小区(例如,与最低小区ID或最高小区ID相对应的小区)相对应的DCI所指示的PUCCH资源。
例如,如上面在实施例2等中描述的,可以取决于经由特定DCI指示的PUCCH资源指示符(PRI)字段值来确定PUCCH资源。如果UE从与不同索引(例如,CORESETPoolIndex)相对应的CORESET接收到不同的DCI,则可以基于以下各项确定DCI的顺序:i)DCI被发送时的时间;ii)被配置给对应DCI被发送到的CORESET的索引(例如,CORESET组ID、CORESETPoolIndex);以及iii)小区索引(或ID)。发送DCI时的时间可以意指与在其上发送DCI的信道(例如,PDCCH)有关的监测时机的索引。可以取决于基于DCI的顺序确定的特定DCI的PRI字段值而确定PUCCH资源。例如,在一个小区中按时间的顺序在最后时隙中发送DCI的顺序,并且如果在其中发送DCI的时隙是相同的(或者,如果DCI的监测时机是相同的),则可以定义要使用由具有被配置给CORESET的最大索引的DCI所指示的PUCCH资源。
例如,如果从与不同索引(例如,CORESETPoolIndex)相对应的CORESET接收到不同的DCI,则可以通过所接收到的DCI当中的最后DCI的PRI字段来确定用于HARQ-ACK信息发送的PUCCH资源。对于相同的PDCCH监测时机所接收到的DCI可以被按服务小区索引的升序被索引,然后可以根据PDCCH监测时机的索引被索引。可以基于CORESET的特定索引(例如,CORESETPoolIndex)来索引同一PDCCH监测时机中的一个服务小区内的DCI。例如,从CORESETPoolIndex的值为0或未被设置的CORESET接收到的DCI可以早于从CORESETPoolIndex的值为1的CORESET接收到的DCI被索引。可以根据索引顺序来确定最后DCI。
作为详细示例,如果从其中同一PDCCH监测时机中的一个服务小区内的CORESETPoolIndex的值对应于0的第一CORESET以及其中CORESETPoolIndex的值对应于1的第二CORESET接收到相应DCI,则可以使用由从第二CORESET接收到的DCI的PRI字段值所指示的PUCCH资源来发送HARQ-ACK信息。
另一方面,如果由从与不同索引(例如,CORESETPoolIndex)和/或相同索引相对应的CORESET接收到的不同的DCI所指示的PUCCH资源在相同时隙中被TDM和/或在不同时隙中被发送,则可以经由通过对应的DCI指示的不同的PUCCH资源向基站发送由对应DCI调度的每一个PDSCH。
<提议2>
如上所述,在关于多TRP操作构造与每个TRP相对应的HARQ-ACK码本的分离HARQ-ACK码本方案中,按照CORESET配置特定索引,并且可以按照索引构造不同的HARQ-ACK码本。如上所述,按照CORESET配置的特定索引可以意指与CORESET相关联的CORESET组ID(或索引)或CORESET池的索引。
例如,可以将针对由通过被配置有索引1的CORESET发送/接收的PDCCH调度的PDSCH的HARQ-ACK信息构造为一个码本,并且可以将针对由通过被配置有索引2的CORESET发送的PDCCH调度的PDSCH的HARQ-ACK信息构造为另一码本。另外,使用索引1/2的方法仅仅是为了描述的方便的示例,而不限制本公开的技术范围。因此,应理解,即使下述方法使用可以为CORESET配置(或映射)的N个或更多个索引来配置/指示联合HARQ-ACK码本或分离HARQ-ACK码本,也可以扩展地应用本公开。
即使定义了多个小区(例如,小区#1/小区#2),上述方法也应该是适用的。在这种情况下,还可以考虑其中单TRP或多TRP配置对于每个小区来说不同的情况。例如,在小区#1中可以考虑仅单TRP发送,而在小区#2中可以考虑多TRP发送。在这种情况下,可以针对小区#2中定义的每个CORESET为分离HARQ-ACK码本构造配置不同的特定索引,但是可以不为每个CORSET配置单独的特定索引,因为在小区#1中假定了单TRP。也就是说,可以在特定小区(例如,小区#1)中通过特定索引来区分CORESET,但是可能发生因为特定索引未被映射到另一小区(例如,小区#2)中的CORESET所以不存在用于区分CORESET的准则的情形。在这种情况下,当从UE角度构造HARQ-ACK码本时,从多个小区的角度来看可能发生歧义。
作为用于解决该问题的方法,如果特定索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)被映射到在多个小区中的特定小区中被配置给UE的CORESET并且不存在被映射到另一特定小区中的CORESET的索引,则可以预定义/预配置使得UE假定特定索引(例如,最低索引或最高索引)被映射在又映射到在另一小区中针对其中不存在映射索引的CORESET定义的CORESET的索引当中。
<第一示例>
可以假定以下情形来描述提议2的方法。可以假定Pcell和Scell#1至Scell#4被配置,并且每个小区存在5个CORESET(即,CORESET#0至CORESET#4)。
Pcell:没有索引的CORESET#0/#1/#2/#3/#4
Scell#1:索引0-CORESET#0/#1/#2,索引1-CORESET#3/#4
Scell#2:没有索引的CORESET#0/#1/#2/#3/#4
Scell#3:没有索引的CORESET#0/#1/#2/#3/#4
Scell#4:索引0-CORESET#0/#1/#2,索引1-CORESET#3/#4在上述示例中,Pcell、Scell#2和Scell#3假定单TRP发送并且表示单独的索引未被映射到CORESET。另一方面,Scell#1和Scell#4执行多TRP发送,并且表示特定索引被映射到每个CORESET(例如,索引0被配置给CORESET#0至CORESET#2,而索引1被配置给CORESET#3和CORESET#4)。在上述示例中,在每个CORESET中未映射任何索引的小区(例如,Pcell、Scell#2和Scell#3)中,当构造HARQ-ACK码本时,从UE角度可能发生歧义。在这种情况下,UE可以假定映射到在另一小区中定义的CORESET的索引中的特定索引被映射到其中不存在映射索引的CORESET。
例如,在上述示例中,UE可以假定索引0(或索引1)被映射到Pcell、Scell#2和Scell#3中定义的CORESET。换句话说,如果不存在映射到CORESET的索引(即,如果未配置与CORESET相对应的CORESETPoolindex),则UE可以假定索引0(例如,CORESETPoolIndex=0)被指配给对应CORESET。
以与上述第一示例相同的方式,如果UE被配置有i)与CORESET相对应的特定索引为0或者未被配置的CORESET和ii)与CORESET相对应的索引为1的CORESET,并且iii)分离HARQ-ACK码本构造被指示给UE,则UE可以为特定索引为0的CORESET或特定索引未被配置的CORESET分开地生成和发送HARQ-ACK信息,并且为与CORESET相对应的索引为1的CORESET生成和发送HARQ-ACK信息。例如,当UE构造HARQ-ACK码本时,UE可以为Pcell/Scell#1/Scell#2/Scell#3/Scell#4生成与索引0相对应的码本,并且可以为Scell#1/Scell#4生成与索引1相对应的码本。
如果UE构造与每个索引相对应的码本,则UE可以根据基于小区索引(例如,小区ID)和PDSCH接收时机的顺序来构造码本。PDSCH接收时机可以意指PDSCH监测时机。例如,UE可以根据小区索引的顺序并且然后根据PDSCH接收时机的顺序来构造码本(或者UE可以根据PDSCH接收时机的顺序并且然后根据小区索引的顺序来构造码本)。
作为详细示例,在第一示例中,如果假定每个小区存在两个可用的PDSCH接收时机(例如,PDSCH#1和#2),并且UE在小区索引的顺序之后根据PDSCH接收时机的顺序来构造HARQ-ACK信息作为一个码本:可以按Pcell上的PDSCH#1、Scell#1上的PDSCH#1、Scell#2上的PDSCH#1、Scell#3上的PDSCH#1、Scell#4上的PDSCH#1、Pcell上的PDSCH#2、Scell#1上的PDSCH#2、Scell#2上的PDSCH#2、Scell上#3上的PDSCH#2和Scell#4上的PDSCH#2的顺序构造与索引0相对应的码本作为用于HARQ-ACK信息的码本。此外,可以按Scell#1上的PDSCH#1、Scell#4上的PDSCH#1、Scell#1上的PDSCH#2和Scell#4上的PDSCH#2的顺序构造与索引1相对应的码本作为用于HARQ-ACK信息的码本。
<提议3>
可以如下生成一般半静态HARQ-ACK码本(或类型-1HARQ-ACK码本)。用于服务小区c的可用PDSCH接收时机(或候选)的总数由M_c表示,并且考虑支持UE的所有服务小区的M_c之和由M_A,c表示。由于UE将所有服务小区c的HARQ-ACK信息构造为一个码本并反馈它,所以UE可以将针对M_A,c个PDSCH接收时机的HARQ-ACK信息构造为一个码本。
当UE构造码本时,i)即使未执行实际的PDSCH发送,或者ii)即使UE在PDSCH接收中失败,或者iii)即使UE在调度对应PDSCH的PDCCH接收中失败,也被定义为发送针对对应接收时机的HARQ-ACK信息。存在的缺点在于即使在上述类型-1HARQ-ACK码本中实际上未执行PDSCH发送,由于必须针对所有可发送PDSCH的HARQ-ACK信息发送比特,所以反馈开销增加。
为了弥补此缺点,在当前5G NR标准中定义了下表11的操作。
[表11]
Figure BDA0003464446250000581
如上所述,在表11中,用于服务小区c的可用PDSCH接收时机的总数由M_c表示,并且考虑支持UE的所有服务小区的M_c之和由M_A,c表示。
具体地,当UE构造HARQ-ACK码本时,UE需要考虑总共M_A,c个PDSCH接收时机的HARQ-ACK信息。然而,如果UE接收到PCell上计数器DAI字段值为1的DCI格式1_0,则UE可以仅反馈针对由DCI(即,PCell上计数器DAI字段值为1的DCI格式1_0)调度的PDSCH的接收的HARQ-ACK信息,不反馈所有M_A,c个PDSCH接收时机的HARQ-ACK信息。在下文中,为了描述的方便,上述方案被称为“压缩半静态HARQ-ACK码本生成方案”。然而,这样的术语的使用不限制本公开的技术范围。
压缩半静态HARQ-ACK码本生成方案假定单TRP,并且能够应用压缩半静态HARQ-ACK码本生成方案来甚至在多TRP情形下减少在生成半静态HARQ-ACK码本(或类型-1HARQ-ACK码本)时的有效载荷的开销。在下面描述用于将压缩半静态HARQ-ACK码本生成方案扩展到多TRP的详细方法。
<提议3-1>
如果分离HARQ-ACK码本被配置/指示给UE,则UE可以根据配置(或映射)到CORESET的特定索引(例如,CORESET组ID、HARQ码本组ID、CORESETPoolIndex)来分开地构造HARQ-ACK码本。在这种情况下,如果UE在PCell中接收/检测到计数器DAI字段值为1的DCI格式1_0,则UE可以仅针对与被配置(或映射)到在其中检测到对应DCI的CORESET的特定索引相对应的HARQ-ACK码本根据压缩半静态HARQ-ACK码本生成方案来构造码本。
可以假定第二示例的情形以描述提议3、提议3-1、提议3-2、提议4、提议4-1、提议4-2等。假定Pcell和Scell#1至Scell#4被配置,并且每个小区存在5个CORESET(即,CORESET#0至CORESET#4)。第二示例描述被配置给CORESET的特定索引(例如,CORESETPoolIndex)被配置为索引0或索引1的示例。然而,使用特定数目的索引(例如,索引0/1)的方法仅仅是用于描述的方便的示例,并且能够被扩展地应用于甚至当下述方法使用可以被配置(或映射)到CORESET的N个或更多个索引来配置/指示联合HARQ-ACK码本/分离HARQ-ACK码本时。第二示例仅仅是用于描述的方便的示例,而不限制本公开的技术范围。
<第二示例>
Pcell:索引0-CORESET#0/#1/#2/#3/#4
Scell#1:索引0-CORESET#0/#1/#2,索引1-CORESET#3/#4
Scell#2:索引0-CORESET#0/#1/#2/#3/#4
Scell#3:索引0-CORESET#0/#1/#2/#3/#4
Scell#4:索引0-CORESET#0/#1/#2,索引1-CORESET#3/#4在第二示例中,Pcell、Scell#2和#3假定单TRP发送并且表示相同索引被映射到所有CORESET。另一方面,Scell#1和Scell#4假定多TRP发送并且表示不同的特定索引(例如,索引0被配置给CORESET#0至CORESET#2,而索引1被配置给CORESET#3和CORESET#4)被映射到每个CORESET。
在第二示例中,当UE构造分离HARQ-ACK码本时,UE可以为Pcell/Scell#1/Scell#2/Scell#3/Scell#4生成与索引0相对应的码本并且为Scell#1/Scell#4生成与索引1相对应的码本。可以经由不同的PUCCH/PUSCH资源发送每个码本。如果UE在与特定索引相对应的CORESET中接收到与“PCell上计数器DAI字段值为1的DCI格式1_0”相对应的DCI,则UE可以仅将压缩半静态HARQ-ACK码本生成方案应用于被映射到成功检测到对应DCI的CORESET的索引。也就是说,UE可以生成在其中发送仅与由DCI调度的PDSCH相对应的HARQ-ACK信息的码本。
作为详细示例,如果UE在其中CORESETPoolIndex对应于索引0(或索引1)的CORESET中接收到与“PCell上计数器DAI字段值为1的DCI格式1_0”相对应的DCI,则只有当UE生成与索引0(或索引1)相对应的码本时UE才可以应用压缩半静态HARQ-ACK码本生成方案。也就是说,UE可以生成在其中发送仅与由DCI调度的PDSCH相对应的HARQ-ACK信息的码本。例如,如果UE在与索引0相对应的CORESET中接收到回退DCI,则UE可以不发送针对由从与索引1相对应的CORESET中检测到的DCI调度的PDSCH的HARQ-ACK。
替换地,可以被配置成只有当通过与特定索引相对应的CORESET指示“PCell上计数器DAI字段值为1的DCI格式1_0”时,才应用压缩半静态HARQ-ACK码本生成方案。特定索引可以由基站与UE之间的固定规则定义,或者可以经由信令(例如,RRC、MAC-CE、DCI等)向UE配置/指示关于特定索引的信息。
例如,可以假定索引0被配置/指示有特定索引。如果在与索引0相对应的CORESET中接收到与“PCell上计数器DAI字段值为1的DCI格式1_0”相对应的DCI,则可以执行所提议的操作,而如果在与索引1相对应的CORESET中接收到DCI,则可以不执行所提议的操作。也就是说,即使UE在与索引1相对应的CORESET中接收到满足“PCell上计数器DAI字段值为1的DCI格式1_0”的DCI,UE也可以不执行上述压缩半静态HARQ-ACK码本生成方案,但是UE可以考虑用于所有服务小区的所有M_A,c个PDSCH接收时机针对由在与索引0相对应的CORESET中检测到的DCI调度的PDSCH生成HARQ-ACK码本并且针对由在与索引1相对应的CORESET中检测到的DCI调度的PDSCH生成HARQ-ACK码本,以及经由通过在每一个CORESET中检测到的DCI所指示的PUCCH资源发送码本。
可以基于通过PCell发送的DCI格式1_0确定所提议的用于应用上述压缩半静态HARQ-ACK码本生成方案的方案的操作。然而,从UE角度来看,是执行单TRP发送还是多TRP发送可以取决于服务小区而变化。因此,可以配置/指示的是在PCell中执行单TRP发送。在这种情况下,对于在不同的CORESET中配置的不同索引,可以不在PCell中定义与特定索引相对应的CORESET。例如,在上述第二示例中,考虑PCell、Scell#1/#2/#3/#4的关系,可以看到索引0被配置给PCell中定义的所有CORESET。在这种情况下,可能发生的问题在于对于索引1无法通过PCell接收到DCI格式1_0。
为了克服该缺点,可以一起考虑以下方法。如果(i)PCell被配置或者(ii)在针对在不同CORESET中配置的不同索引配置了与每个索引相对应的CORESET的小区当中的PCell上未配置被配置有特定索引的CORESET,则通过在其中配置了具有特定索引的CORESET的SCell当中的特定SCell接收到“计数器DAI字段值为1的DCI格式1_0”的UE可以根据压缩半静态HARQ-ACK码本生成方案来构造码本。例如,在(ii)的情况下,可以通过基站与UE之间的固定规则(例如,具有最低/最高CC ID值的Scell)预定义特定Scell,或者基站可以经由更高层信令(例如,RRC、MAC-CE)/DCI向UE配置特定值。
例如,当假定已经在上面描述的PCell和Scell#1/#2/#3/#4的关系时,如果UE通过索引0的PCell接收到计数器DAI字段值为1的DCI格式1_0,则UE可以在构造与索引0相对应的HARQ-ACK码本时根据压缩半静态HARQ-ACK码本生成方案来构造码本。另外,如果UE通过对于索引1作为最低SCell的Scell#1接收到计数器DAI字段值为1的DCI格式1_0,则UE可以在构造与索引1相对应的HARQ-ACK码本时根据压缩半静态HARQ-ACK码本生成方案来构造码本。
针对在PCell中未定义与上述特定索引相对应的CORESET的情况的操作方法可以被同样地应用于下面的提议3-2。
<提议3-2>
如果联合HARQ-ACK码本被配置/指示给UE,则可以将不同的TRP的HARQ-ACK信息构造为一个HARQ-ACK码本。例如,即使不同的特定索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)被配置给不同的CORESET,也可以将与不同索引相对应的HARQ-ACK信息构造为一个HARQ-ACK码本。
在这种情况下,如果UE通过在其中配置了不同索引的CORESET当中的特定CORESET检测到PCell上计数器DAI字段值为1的DCI格式1_0,则UE可以将压缩半静态HARQ-ACK码本生成方案应用于(子)码本如与被配置给UE本身的CORESET相对应的索引的数目那么多,并且可以根据索引顺序级联(子)码本以构造联合HARQ-ACK码本。
基于上述第二示例描述提议3-2。当UE构造联合HARQ-ACK码本时,UE可以为Pcell/Scell#1/Scell#2/Scell#3/Scell#4生成与索引0相对应的(子)码本并且为Scell#1/Scell#4生成与索引1相对应的(子)码本。并且,UE可以级联两个(子)码本以构造联合HARQ-ACK码本,然后在一个PUCCH/PUSCH资源上发送它。
在这种情况下,如果UE在与特定索引相对应的CORESET中接收到与“PCell上计数器DAI字段值为1的DCI格式1_0”相对应的DCI,例如,如果索引0(或索引1)被映射到CORESET,则UE可以将压缩半静态HARQ-ACK码本生成方案应用于与索引0(或索引1)相对应的(子)码本并且对于剩余不同索引当中在PCell中配置的不同索引将压缩半静态HARQ-ACK码本生成方案应用于与每个索引相对应的(子)码本,然后级联不同的(子)码本以构造一个联合HARQ-ACK码本。
该提议可以被视为如下方法:如果在被配置给UE的多个CORESET中配置了不同的多个索引,则当在与特定索引相对应的CORESET中检测到PCell上计数器DAI字段值为1的DCI格式1_0时,针对对于与PCell中定义的CORESET具有映射关系的所有索引的(子)码本应用压缩半静态HARQ-ACK码本生成方案。
另一方面,可以将压缩半静态HARQ-ACK码本生成方案仅应用于与在其中检测到PCell上计数器DAI字段值为1的DCI格式1_0的CORESET中配置的索引相对应的(子)码本的生成过程。例如,如果UE在与索引0(或索引1)相对应的CORESET中接收到与在PCell上计数器DAI字段值为1的DCI格式1_0相对应的DCI,则UE可以将压缩半静态HARQ-ACK码本生成方案仅应用于与索引0(或索引1)相对应的(子)码本,并且将考虑在其上配置了被配置有索引1(或索引0)的CORESET的所有服务小区的所有PDSCH可发送时间点的HARQ-ACK码本生成方案应用于与剩余不同索引(上述示例中的索引0(或索引1))相对应的(子)码本,然后级联不同的(子)码本以构造一个联合HARQ-ACK码本。
替换地,可以配置为只有当通过与特定索引相对应的CORESET来指示时才应用该操作。特定索引可以由基站与UE之间的固定规则定义,或者可以经由信令等向UE配置/指示关于特定索引的信息。例如,如果在与索引0相对应的CORESET中接收到与PCell上计数器DAI字段值为1的DCI格式1_0相对应的DCI,则可以执行所提议的操作,而如果在与索引1相对应的CORESET中接收到DCI,则可以不执行所提议的操作。也就是说,即使UE在与索引1相对应的CORESET中接收到满足PCell上计数器DAI字段值为1的DCI格式1_0的DCI,UE也可以不执行上述压缩半静态HARQ-ACK码本生成方案,并且UE可以考虑用于所有服务小区的所有M_A,c个PDSCH接收时机来生成HARQ-ACK码本。替换地,UE可以预期在与索引1相对应的CORESET中接收DCI。
在上述提议中,已基于PCell提出了操作,但是可以将该操作扩展到SCell。例如,如果UE在某个SCell中检测到PCell上计数器DAI字段值为1的DCI格式1_0,则UE可以对于用于与对应SCell中定义的CORESET具有映射关系的所有索引的(子)码本,针对与SCell相对应的PDSCH接收时机应用压缩半静态HARQ-ACK码本生成方案。如果该方案被应用,则存在如下优点:能够将压缩半静态HARQ-ACK码本生成方案应用于在单TRP或多TRP操作对于每个服务小区不同的情况下执行多TRP操作的特定小区。
例如,在上述第二示例中,已经假定Pcell/Scell#1/Scell#2/Scell#3/Scell#4当中的Scell#1和Scell#4在多TRP中操作。在这种情况下,如果在Scell#1(或Scell#4)中通过与索引0或索引1相对应的CORESET接收到PCell上计数器DAI字段值为1的DCI格式1_0,则能够将压缩半静态HARQ-ACK码本生成方案应用于针对与Scell#1(或Scell#4)中定义的CORESET具有映射关系的索引0和索引1的(子)码本。
<提议3-3>
关于上述压缩半静态HARQ-ACK码本生成方案,可以基于上表11的TS38.213条款9.1.2中描述的内容区分条件(例如,条件1至3)和与此相对应的操作(例如,操作1至3)。
条件1)UE如在子条款9.1.2.1中一样在用于候选PDSCH接收的M_A,c个时机内仅针对由PCell上计数器DAI字段值为1的DCI格式1_0所指示的SPS PDSCH释放,在PUCCH中报告HARQ-ACK信息,其中DCI格式1_0中的计数器DAI的值是根据表9.1.3-1
条件2)UE如在子条款9.1.2.1中一样在用于候选PDSCH接收的M_A,c个时机内仅针对由PCell上计数器DAI字段值为1的DCI格式1_0所调度的PDSCH接收,在PUCCH中报告HARQ-ACK信息,其中DCI格式1_0中的计数器DAI的值是根据表9.1.3-1
条件3)UE如在子条款9.1.2.1中一样在用于候选PDSCH接收的M_A,c个时机内仅针对SPS PDSCH接收,在PUCCH中报告HARQ-ACK信息,其中DCI格式1_0中的计数器DAI的值是根据表9.1.3-1
如果基于上表11的TS38.213条款9.1.2中定义的操作满足上述三个条件中的一个条件,则可以根据所满足的条件来执行以下操作之一。
如果满足条件1——操作1)UE根据相应服务小区上的对应M_A,c个时机来确定仅用于SPS PDSCH释放的HARQ-ACK码本。
如果满足条件2——操作2)UE根据相应服务小区上的对应M_A,c个时机来确定仅用于PDSCH接收的HARQ-ACK码本。
如果满足条件3——操作3)UE根据相应服务小区上的对应M_A,c个时机确定仅用于SPS PDSCH接收的HARQ-ACK码本。
当针对三个条件和根据相应条件的三个操作考虑基于多个DCI的多个TRP发送时,可以应用以下提议的事项。
图12图示说明针对与压缩半静态HARQ-ACK码本的生成有关的条件的各种情况(例如,情况1至情况9)和与条件相对应的操作的概要图的示例。更具体地,图12图示针对根据条件1至3的操作1至3考虑基于多DCI的多个TRP发送的提议的示例。
在图12和提议3-3的描述中,被配置给CORESET的特定索引可以意指CORESET组ID、CORESET池索引或HARQ码本组ID。“不同的TRP”可以意指其中被配置给CORESET的特定索引(例如,CORESET组ID、CORESET池索引、HARQ码本组ID)不同的情况。除非另外陈述,否则本解释能够同样地适用于以下提议。
在图12和提议3-3的描述中,“M_A,c包括与不同的TRP相对应的所有时间点的情况”可以意指通过与不同的TRP相对应的相应HARQ-ACK码本的级联来确定最终HARQ-ACK码本是否满足条件1或条件2,并且根据是否满足条件来执行操作1或操作2。除非另外陈述,否则本解释能够同样地适用于以下提议。
在图12和提议3-3的描述中,“M_A,c包括仅与特定TRP相对应的时间点的情况”可以意指确定与不同的TRP相对应的相应HARQ-ACK码本是否满足条件1或条件2,并且根据是否满足条件来执行操作1或操作2。除非另外陈述,否则本解释能够同样地适用于以下提议。
在下面详细地描述针对根据条件1至3的操作1到3的各种情况(例如,情况1至情况9)。
情况1)i)如果联合HARQ-ACK码本被配置/指示,ii)如果满足条件1或条件2,iii)如果M_A,c包括与不同的TRP相对应的所有时间点,并且iv)如果在PCell中配置的CORESET能够对应于/涉及所有TRP,
-“如果在PCell中配置的CORESET能够对应于所有TRP”可以意指其中与在PCell中配置的CORESET相对应的索引能够包括在除PCell以外的服务小区中配置的所有索引的情况。例如,可以将与在PCell中配置的CORESET相对应的索引设置为0和1,并且可以将与在除PCell以外的服务小区中配置的CORESET相对应的索引设置为0或1中的至少一个。除非另外陈述,否则本解释能够同样地适用于以下提议。
-如果在PCell中配置的CORESET当中的被配置有特定索引的CORESET中接收到满足条件1或条件2的DCI,则可以针对级联与不同的TRP相对应的相应HARQ-ACK码本的最终HARQ-ACK码本执行操作1或操作2。
-“被配置有特定索引的CORESET”可以意指被配置有多个索引中的任何一个特定索引的CORESET。例如,特定索引可以由固定规则定义。例如,它可以意味着作为用于选择CORESET的基础的索引被定义为特定索引(例如,索引0或索引1)。作为另一示例,可以经由更高层信令(例如,RRC信令、MAC-CE等)/DCI来配置/指示特定索引。在这种情况下,“被配置有特定索引的CORESET”可以意指与所配置的特定索引相对应的CORESET。除非另外陈述,否则本解释能够同样地适用于以下提议。
情况2)i)如果联合HARQ-ACK码本被配置/指示,ii)如果满足条件1或条件2,iii)如果M_A,c包括与不同的TRP相对应的所有时间点,并且iv)如果在PCell中配置的CORESET能够仅仅对应于/涉及特定TRP,
-“如果在PCell中配置的CORESET能够仅对应于/涉及特定TRP”可以意指其中与在PCell中配置的CORESET相对应的索引能够仅包括在除PCell以外的服务小区中配置的所有索引中的一些的情况。例如,可以将与在PCell中配置的CORESET相对应的索引设置为0,并且可以将与在除PCell以外的服务小区中配置的CORESET相对应的索引设置为0和1。除非另外陈述,否则本解释能够同样地适用于以下提议。
-如果在PCell中配置的CORESET当中的被配置有特定索引的CORESET中接收到满足条件1或条件2的DCI,则可以针对级联与不同的TRP相对应的相应HARQ-ACK码本的最终HARQ-ACK码本执行操作1或操作2。
情况3)i)如果联合HARQ-ACK码本被配置/指示,ii)如果满足条件1或条件2,iii)如果M_A,c包括仅与特定TRP相对应的时间点,并且iv)如果在PCell中配置的CORESET能够对应于/涉及所有TRP,
-如果在PCell中配置的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及被配置给对应CORESET的索引的HARQ-ACK码本执行操作1或操作2。在这种情况下,可以取决于针对对应于/涉及不同索引的相应HARQ-ACK码本中的每一个是否满足条件1或条件2而分开地执行操作1或操作2。例如,如果在被配置有索引0的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及索引0的HARQ-ACK码本执行操作1或操作2。独立于此,如果在被配置有索引1的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及索引1的HARQ-ACK码本执行操作1或操作2。
情况4)i)如果联合HARQ-ACK码本被配置/指示,ii)如果满足条件1或条件2,iii)如果M_A,c包括仅与特定TRP相对应的时间点,并且iv)如果在PCell中配置的CORESET能够仅对应于/涉及特定TRP,
-如果在PCell中配置的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及被配置给对应CORESET的索引的HARQ-ACK码本执行操作1或操作2。在这种情况下,可以取决于针对对应于/涉及不同索引的相应HARQ-ACK码本中的每一个是否满足条件1或条件2而分开地执行操作1或操作2。例如,如果在被配置有索引0的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及索引0的HARQ-ACK码本执行操作1或操作2。独立于此,如果在被配置有索引1的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及索引1的HARQ-ACK码本执行操作1或操作2。
-在上述情况(例如,情况4)下在PCell中未配置CORESET的TRP的情况下(如果在PCell中配置的CORESET中不包括与对应于TRP的索引(例如,CORESETPoolIndex)相关联的CORESET),也就是说,在不对应于在PCell中配置的CORESET的索引的情况下,与对应索引相对应的HARQ-ACK码本不能满足条件1或条件2,并且因此不能执行操作1或操作2。例如,如果仅0被包括在与在PCell中配置的CORESET相对应的索引中而1未被包括在索引中,则与索引1相对应的HARQ-ACK码本不能满足条件1或条件2,并且因此不能执行操作1或操作2。即使在在PCell中未配置CORESET的TRP的情况下,也就是说,即使在不对应于在PCell中配置的CORESET的索引(例如,在上述情况下对应于索引1)的情况下,也可以应用以下提议以便为与对应索引相对应的HARQ-ACK码本发送小有效载荷的码本。
情况4-1)除了情况4,在PCell中未配置的CORESET对应于/涉及的TRP的情况下
-在条件1或条件2下,PCell可以用为UE配置的SCell当中的特定SCell替换。例如,在为UE配置的SCell当中,可以应用具有最低/最大ID的SCell。根据该提议,用特定SCell替换PCell可以局限于特殊情况。特殊情况可以是对于在PCell中配置的CORESET存在被配置有不对应于/涉及对应CORESET的索引的CORESET的情况(例如,仅对于SCell存在配置了CORESET/CORESET组的TRP的情况)。当应用该提议时,可以如在下表12中一样修改条件1和条件2。
[表12]
Figure BDA0003464446250000701
–替换地,如果与不同索引相对应的相应HARQ-ACK码本满足条件1或条件2,则规则可以被定义为使得在PCell中配置的CORESET对应于用于执行操作1或操作2的所有TRP。也就是说,基站可以将CORESET配置给UE,使得与在PCell中配置的CORESET相对应的索引包括在除PCell以外的服务小区中配置的所有索引。情况5)i)如果联合HARQ-ACK码本被配置/指示,ii)如果满足条件3,并且iii)如果M_A,c包括与不同的TRP相对应的所有时间点,
-UE可以确定级联与不同的TRP相对应的相应HARQ-ACK码本的最终HARQ-ACK码本是否满足条件3,并且可以取决于是否满足该条件而执行操作3。
情况6)i)如果联合HARQ-ACK码本被配置/指示,ii)如果满足条件3,并且iii)如果M_A,c包括仅与特定TRP相对应的时间点,
-UE可以确定与不同的TRP相对应的相应HARQ-ACK码本是否满足条件3,并且可以取决于是否满足该条件而针对相应HARQ-ACK码本执行操作3。在这种情况下,UE可以取决于与不同的TRP相对应的相应HARQ-ACK码本中的每一个是否满足条件3而分开地执行操作3。
情况7)i)如果分离HARQ-ACK码本被配置/指示,ii)如果满足条件1或条件2,iii)如果M_A,c包括仅与特定TRP相对应的时间点,并且iv)如果在PCell中配置的CORESET能够对应于/涉及所有TRP,
-如果在PCell中配置的CORESET当中的被配置有特定索引的CORESET中接收到满足条件1或条件2的DCI,则仅针对与特定索引相对应的HARQ-ACK码本执行操作1或操作2。在这种情况下,可以取决于与不同索引相对应的相应HARQ-ACK码本中的每一个是否满足条件1或条件2而分开地执行操作1或操作2。
-“如果在PCell中配置的CORESET能够对应于所有TRP”可以意指与在PCell中配置的CORESET相对应的索引能够包括在除PCell以外的服务小区中配置的所有索引的情况。除非另外陈述,否则本解释能够同样地适用于以下提议。
情况8)i)如果分离HARQ-ACK码本被配置/指示,ii)如果满足条件1或条件2,iii)如果M_A,c包括仅与特定TRP相对应的时间点,并且iv)如果在PCell中配置的CORESET能够仅对应于/涉及特定TRP,
-“如果在PCell中配置的CORESET能够仅对应于/涉及特定TRP”可以意指与在PCell中配置的CORESET相对应的索引能够仅包括在除PCell以外的服务小区中配置的所有索引中的一些的情况。除非另外陈述,否则本解释能够同样地适用于以下提议。
-如果在PCell中配置的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对与被配置给对应CORESET的索引相对应的HARQ-ACK码本执行操作1或操作2。在这种情况下,可以取决于与不同索引相对应的相应HARQ-ACK码本中的每一个是否满足条件1或条件2而分开地执行操作1或操作2。例如,如果在被配置有索引0的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及索引0的HARQ-ACK码本执行操作1或操作2。独立于此,如果在被配置有索引1的CORESET中接收到满足条件1或条件2的DCI,则可以仅针对对应于/涉及索引1的HARQ-ACK码本执行操作1或操作2。
-在在上述情况(例如,情况8)下在PCell中未配置CORESET的TRP的情况下,也就是说,在索引不对应于在PCell中配置的CORESET的对应CORESET的情况下,与对应索引相对应的HARQ-ACK码本不能满足条件1或条件2,并且因此不能执行操作1或操作2。例如,如果仅0被包括在与在PCell中配置的CORESET相对应的索引中而1未被包括在索引中,则与索引1相对应的HARQ-ACK码本不能满足条件1或条件2,因此不能执行操作1或操作2。即使在PCell中未配置CORESET的TRP的情况下,也就是说,即使在索引不对应于/涉及在PCell中配置的CORESET的对应CORESET的情况下(例如,在上述情况下对应于索引1),也可以应用以下提议以便为与对应索引相对应的HARQ-ACK码本发送小有效载荷的码本。
情况8-1)除了情况8之外,在Pcell中未配置的CORESET对应于/涉及的TRP的情况下
-在条件1或条件2下,PCell可以用为UE配置的SCell当中的特定SCell替换。例如,在为UE配置的SCell当中,可以应用具有最低/最大ID的SCell。根据该提议,用特定SCell替换PCell可以局限于特殊情况。特殊情况可以是对于在PCell中配置的CORESET存在被配置有不对应于/涉及对应CORESET的索引的CORESET的情况(例如,仅对于SCell存在配置了CORESET/CORESET组的TRP的情况)。当应用该提议时,可以如在下表13中一样修改条件1和条件2。
[表13]
Figure BDA0003464446250000731
–替换地,如果与不同索引相对应的相应HARQ-ACK码本满足条件1或条件2,则规则可以被定义为使得在PCell中配置的CORESET对应于用于执行操作1或操作2的所有TRP。也就是说,基站可以将CORESET配置给UE,使得与在PCell配置的CORESET相对应的索引包括在除PCell以外的服务小区中配置的所有索引。情况9)i)如果分离HARQ-ACK码本被配置/指示,ii)如果满足条件3,并且iii)如果M_A,c包括仅与特定TRP相对应的时间点,
UE可以确定与不同的TRP相对应的相应HARQ-ACK码本是否满足条件3,并且可以取决于条件是否满足而针对相应HARQ-ACK码本执行操作3。在这种情况下,可以取决于是否满足条件3而针对与不同的TRP相对应的相应HARQ-ACK码本中的每一个分开地执行操作3。
<提议4>
对于类型-1HARQ-ACK码本,为了指示HARQ-ACK信息是否与PUSCH发送复用,在当前5G NR标准中定义了表14中描述的以下操作。
[表14]
Figure BDA0003464446250000741
在以下描述中,表14中的
Figure BDA0003464446250000742
由V^UL_TDAI表示。上述操作被描述如下。在下面描述该操作。基站可以向UE指示是否在PUSCH上发送HARQ-ACK码本。为此,基站可以使用被配置/指示给调度PUSCH的DCI格式0_1的V^UL_TDAI字段(例如,第一DAI字段)值,而如果该值被指示为1,则UE可以经由PUSCH发送HARQ-ACK码本。另一方面,如果V^UL_TDAI字段值被指示为0,则只有当压缩半静态HARQ-ACK码本生成方案被指示时,UE才可以在对应PUSCH上发送HARQ-ACK码本。为了描述以下提议技术的方便,可以将该操作称为“用于向PUSCH发送HARQ-ACK码本的方法”。然而,这样的术语的使用不限制本公开的技术范围。用于将HARQ-ACK码本发送到PUSCH的方法假定单TRP,并且需要将新操作定义成即使在多TRP情形下也支持该操作。在以下描述中,提议一种操作以将该操作扩展到多TRP。
<提议4-1>
如果分离HARQ-ACK码本被配置/指示给UE,则UE可以根据被配置给CORESET的特定索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)独立地构造HARQ-ACK码本。在这种情况下,可以定义为使得用于向PUSCH发送通知HARQ-ACK信息是否与PUSCH发送复用的HARQ-ACK码本的方法在被配置有相同索引的CORESET之间操作。
基于上述第二示例描述提议4-1。在第二示例中,PCell以及Scell#2和#3假定单TRP发送并且图示相同索引(例如,索引0)被映射到所有CORESET的示例。另一方面,Scell#1和Scell#4假定多TRP发送并且图示其中不同的特定索引被映射到每个CORESET(例如,索引0被配置给CORESET#0至CORESET#2,而索引1被配置给CORESET#3和CORESET#4)的示例。
在第二示例中,当UE构造分离HARQ-ACK码本时,UE可以为Pcell/Scell#1/Scell#2/Scell#3/Scell#4生成与索引0相对应的码本,并且可以为Scell#1/Scell#4生成与索引1相对应的码本。可以在不同的PUCCH/PUSCH资源上发送每个码本。
在这种情况下,可以将在用于将HARQ-ACK码本发送到PUSCH的方法中参考的以DCI格式0_1定义的V^UL_TDAI值仅应用于对应于被映射到在其中检测到对应DCI的CORESET的索引的码本。例如,UE可以在索引0(或索引1)被配置给的CORESET中检测DCI格式0_1,可以在V^UL_TDAI值为1的情况下生成与索引0(或索引1)相对应的HARQ-ACK码本,然后可以根据用于向PUSCH发送HARQ-ACK码本的方法将HARQ-ACK码本与PUSCH复用。与索引1(或索引0)相对应的HARQ-ACK码本可以根据通过索引1(或索引0)被配置给的CORESET发送的DCI格式0_1中指示的V^UL_TDAI值被一起发送到PUSCH,或者可以在不存在与PUCCH资源重叠的PUSCH资源时在由DCI指示的PUCCH资源上发送。
<提议4-2>
如果联合HARQ-ACK码本被配置/指示给UE,则即使不同的特定索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID)被配置给不同的CORESET,也可以将与不同索引相对应的HARQ-ACK信息构造为一个HARQ-ACK码本。在这种情况下,为了执行用于向PUSCH发送通知HARQ-ACK信息是否与PUSCH发送复用的HARQ-ACK码本的方法,可以将用于指示这个的DCI字段(例如,DCI格式0_1中的第一DAI字段)扩展到如被映射到被配置给UE的CORESET的不同索引的数目那么多。
基于上述第二示例描述提议4-2。在第二示例中,PCell、Scell#2和Scell#3假定单TRP发送并且图示相同索引(例如,索引0)被映射到所有CORESET的示例。另一方面,Scell#1和Scell#4假定多TRP发送并且图示不同的特定索引被映射到每个CORESET(例如,索引0被配置给CORESET#0至CORESET#2,而索引1被配置给CORESET#3和CORESET#4)的示例。
在第二示例中,当UE构造联合HARQ-ACK码本时,UE可以为Pcell/Scell#1/Scell#2/Scell#3/Scell#4生成与索引0相对应的(子)码本并且为Scell#1/Scell#4生成与索引1相对应的(子)码本。此外,UE可以级联两个(子)码本以构造联合HARQ-ACK码本,然后在一个PUCCH/PUSCH资源上发送它。
例如,如果索引0和索引1被配置给CORESET,则可以将DCI格式0_1中的对应DCI字段扩展为2个比特(或和被配置给CORESET的索引的数目一样多),以便指示联合HARQ-ACK码本中与每个索引相对应的(子)码本是否与PUSCH复用并发送。例如,是否复用与索引0相对应的(子)码本可以使用1比特来指示,而是否复用与索引1相对应的(子)码本可以用其他1比特来指示。在这种情况下,可以不向基站发送(丢弃)未指示复用的(子)码本。
UE可以在与上述方法一起照原样使用现有定义的DCI字段的同时指示整个联合HARQ-ACK码本是否与PUSCH复用。例如,如果DCI格式0_1的V^UL_TDAI值是1,则整个联合HARQ-ACK码本可以与PUSCH复用。在相反情况下(即,如果V^UL_TDAI值是0),整个联合HARQ-ACK码本可以不与PUSCH复用。
上述示例已经主要地描述了使用或扩展现有DCI格式中定义的DCI字段的方法。然而,为了执行上述提议,可以在DCI格式中定义新DCI字段或者在针对现有DCI字段(例如,DMRS端口指示字段、TB信息字段等)指示特定值的组合时执行所提议的操作。
在本公开的提议1至4中描述的“被配置给CORESET的索引”、“与特定索引相对应的CORESET”等中的“索引”可以意指能够被解释为可以被与被配置成区分CORESET的索引(例如,CORESET ID)分开地包括在CORESET配置中的一种索引(例如,CORESET组ID、CORESETPoolIndex、HARQ码本组ID等)的索引。
当构造本公开的提议1至4中描述的联合ACK/NACK码本时,已经通过示例描述了构造与不同索引相对应的(子)码本并且然后根据索引顺序来级联与不同索引相对应的(子)码本的方法。该示例可以仅仅是构造联合ACK/NACK码本的示例并且不限于构造联合ACK/NACK码本的唯一方法。其他方法也能够被应用于构造联合ACK/NACK码本,并且因此可以具有如下特征:由在UE向基站发送的HARQ-ACK码本中通过与不同索引相对应的CORESET发送的DCI所调度的PUSCH的HARQ-ACK信息可以被一起配置和发送。
图13图示当UE在M-TRP(或M-小区,在下文中所有TRP都可以用小区替换,或者即使当从一个TRP配置多个CORESET(/CORESET组)时也被假定为M-TRP)的情形下接收多个DCI(即,当每个TRP向UE发送DCI时)时的信令。图13仅仅为了说明的方便示出示例,而不限制本公开的技术范围。
尽管将关于“TRP”给出以下描述,但是“TRP”可以用诸如面板、天线阵列、小区(例如,宏小区/小小区/微微小区)、TP(发送点)和基站(gNB)的其他表述替换。另外,如上所述,可以根据关于CORESET组(或CORESET池)的信息(例如,索引、ID)来划分TRP。例如,如果一个UE被配置成执行往返于多个TRP(或小区)的发送和接收,则这可以意味着为一个UE配置了多个CORESET组(或CORESET池)。可以经由更高层信令(例如,RRC信令)执行这样的用于CORESET组(或CORESET池)的配置。
参考图13,为了说明的方便考虑两个TRP与UE之间的信令,但是这种信令方法能够被扩展地应用于多个TRP与多个UE之间的信令。在以下描述中,网络侧可以是包括多个TRP的基站或包括多个TRP的小区。例如,可以在构成网络侧的TRP 1和TRP 2之间配置理想/非理想回程。此外,以下描述是基于多个TRP而描述的,但是这能够被扩展地应用于通过多个面板进行的传输。另外,在本公开中,用于UE从TRP1/TRP2接收信号的操作可以被解释/描述为(或者可以是)用于UE从网络侧(通过/使用TRP1/TRP2)接收信号的操作,而用于UE向TRP1/TRP2发送信号的操作可以被解释/描述为(或者可以是)用于UE(通过/使用TRP1/TRP2)向网络侧发送信号的操作,并且可以以相反方式解释/描述它们。
UE可以通过/使用TRP 1(和/或TRP 2)从网络侧接收与基于多TRP的发送和接收有关的配置信息(S1305)。也就是说,网络侧可以通过/使用TRP 1(和/或TRP 2)向UE发送与多TRP发送和接收有关的配置信息(S1305)。配置信息可以包括与网络侧的配置(即,TRP配置)有关的信息、与基于多TRP的发送和接收(资源分配)有关的资源信息等。可以通过更高层信令(例如,RRC信令、MAC-CE等)来递送配置信息。另外,如果配置信息被预定义或预设,则可以省略对应的步骤。
例如,配置信息可以包括如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的CORESET相关配置信息(例如,ControlResourceSet IE)。CORESET相关配置信息可以包括CORESET相关ID(例如,controlResourceSetID)、用于CORESET的CORESET池的索引(例如,CORESETPoolIndex)、CORESET的时间/频率资源配置、与CORESET有关的TCI信息等。CORESET池的索引(例如,CORESETPoolIndex)可以意指被映射/配置到每个CORESET的特定索引(例如,CORESET组索引、HARQ码本索引)。
例如,如果与特定CORESET相对应的CORESET池的索引(例如,CORESETPoolIndex)未被指示/配置,则UE可以假定索引0(例如,CORESETPoolIndex=0)被指配给对应CORESET。
例如,配置信息可以包括与上述方法(例如,提议1/提议2/提议3/提议4等)中描述的联合HARQ-ACK码本或分离HARQ-ACK码本等有关的配置等。例如,配置信息可以是用于配置HARQ-ACK码本方案的参数(例如,ackNackFeedbackMode),并且可以通过该参数来指示联合HARQ-ACK码本或分离HARQ-ACK码本。例如,配置信息可以包括与压缩半静态HARQ-ACK码本生成/HARQ-ACK信息有关的信息以及指示PUSCH是否被复用的信息等,如上述方法(例如、提议1/提议2/提议3/提议4等)中描述的。
例如,配置信息可以包括与PDCCH/PDSCH/PUCCH/PUSCH等有关的配置等,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的。
例如,在上述步骤S1305中,UE(图16至图20的100/200)从网络侧(图16至图20的100/200)接收与基于多TRP的发送和接收有关的配置信息的操作可以由要在下面描述的图16至图20的装置实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104接收与基于多TRP的发送和接收有关的配置信息,并且一个或多个收发器106可以从网络侧接收与基于多TRP的发送和接收有关的配置信息。
类似地,在上述步骤S1305中,网络侧(图16至图20的100/200)向UE(图16至图20的100/200)发送与基于多TRP的发送和接收有关的配置信息的操作可以由要在下面描述的图16至图20的装置实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104发送与基于多TRP的发送和接收有关的配置信息,并且与基于多TRP的发送和接收有关的配置信息由一个或多个收发器106从网络侧发送。
UE可以通过/使用TRP 1从网络侧接收DCI 1和由DCI 1调度的数据1(S1310-1)。UE还可以通过/使用TRP 2从网络侧接收DCI 2和由DCI 2调度的数据2(S1310-2)。也就是说,网络侧可以通过/使用TRP 1向UE发送DCI 1和由DCI 1调度的数据1(S1310-1)。网络侧还可以通过/使用TRP 2向UE发送DCI 2和由DCI 2调度的数据2(S1310-2)。例如,可以经由控制信道(例如,PDCCH等)和数据信道(例如,PDSCH等)发送DCI(例如,DCI 1、DCI 2)和数据(例如,数据1、数据2)。此外,可以同时地执行步骤S1310-1和S1310-2,或者可以早于其他步骤执行步骤S1310-1和S1310-2中的一个步骤。
例如,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的,DCI 1和/或DCI2可以经由PDCCH来发送和接收,并且可以包括用于发送和接收数据1和/或数据2的PDSCH的调度信息。例如,可以从特定索引(例如,CORESETPoolIndex)被映射/配置到CORESET检测/接收DCI 1和/或DCI 2,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的。
例如,DCI 1和/或DCI 2可以包括用于上述方法(例如,提议1/提议2/提议3/提议4等)的至少一个操作的信息。作为示例,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的,DCI 1和/或DCI 2可以用于指示联合HARQ-ACK码本或分离HARQ-ACK码本。更具体地,DCI 1和/或DCI 2可以包括指示联合HARQ-ACK码本或分离HARQ-ACK码本之一的显式字段。替换地,可以基于包括在DCI 1和/或DCI 2中的特定字段信息(例如,PUCCH资源指示符(PRI))(显式地/隐式地)指示联合HARQ-ACK码本或分离HARQ-ACK码本之一。例如,DCI 1和/或DCI 2可以是上述“PCell上计数器DAI字段值为1的DCI格式1_0”。
例如,用于UE(图16至图20的100/200)从网络侧(图16至图20的100/200)接收DCI1和/或DCI 2和/或数据1和/或数据2的步骤S1310-1/S1310-2的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便接收DCI 1和/或DCI 2和/或数据1和/或数据2,并且一个或多个收发器106可以从网络侧接收DCI 1和/或DCI 2和/或数据1和/或数据2。
与此类似,用于网络侧(图16至图20的100/200)向UE(图16至图20的100/200)发送DCI 1和/或DCI 2和/或数据1和/或数据2的步骤S1310-1/S1310-2的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便发送DCI 1和/或DCI2和/或数据1和/或数据2,并且一个或多个收发器106可以向UE发送DCI 1和/或DCI 2和/或数据1和/或数据2。
UE可以对从TRP 1和TRP 2接收的数据1和/或数据2进行解码(S1315)。例如,UE可以基于上述方法(例如,提议1/提议2/提议3/提议4等)对信道估计和/或数据执行解码等。
例如,用于UE(图16至图20的100/200)对数据1和数据2进行解码的步骤S1315的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个存储器104以便对数据1和数据2进行解码。
尽管在图13中未图示,但是如上述方法(例如,提议4)中描述的,UE可以从网络侧接收用于独立于DCI 1和DCI 2调度PUSCH的DCI 3。例如,DCI 3可以是DCI格式0_1并且可以包括1比特或n比特(n>1)DAI字段。
基于上述提议方法(例如,提议1/提议2/提议3/提议4等),UE可以通过/使用TRP 1和/或TRP 2在一个或多个PUCCH上向网络侧发送针对DCI和/或数据1和/或数据2的HARQ-ACK信息(例如,ACK信息、NACK信息等)(S1320-1、S1320-2)。也就是说,基于上述提议方法(例如,提议1/提议2/提议3/提议4等),网络侧可以通过/使用TRP 1和/或TRP 2从UE接收针对DCI和/或数据1和/或数据2的HARQ-ACK信息(例如,ACK信息、NACK信息等)(S1320-1、S1320-2)。
例如,数据1和/或数据2的HARQ-ACK信息可以被组合成一个或被分离。UE可以被配置成作为代表性TRP(例如,TRP 1)发送仅HARQ-ACK信息,并且可以省略对另一TRP(例如,TRP 2)的HARQ-ACK信息的发送。
例如,可以将HARQ-ACK信息构造为在上述方法(例如,提议1/提议2/提议3/提议4等)中描述的联合HARQ-ACK码本或分离HARQ-ACK码本。
例如,基于与配置信息的反馈模式有关的信息指示联合模式,可以级联与TRP1相关联的第一HARQ-ACK信息和与TRP2相关联的第二HARQ-ACK信息以构造一个HARQ-ACK信息。可以在相同的上行链路资源(例如,PUCCH、PUSCH等)上向特定TRP发送通过级联第一HARQ-ACK信息和第二HARQ-ACK信息所构造的一个HARQ-ACK信息。
例如,基于与反馈模式有关的信息指示分离模式,与TRP1相关联的第一HARQ-ACK信息和与TRP2相关联的第二HARQ-ACK信息可以在一个时隙中分开地被TDM(时分复用)并被发送。替换地,可以在不同的上行链路资源(例如,PUCCH、PUSCH等)上向每个TRP发送每个HARQ-ACK信息。
例如,可以经由PUCCH和/或PUSCH发送HARQ-ACK信息。例如,可以基于上述方法(例如,提议1/提议2/提议3/提议4等)确定在其上发送HARQ-ACK信息的PUCCH资源。
例如,如果联合HARQ-ACK码本被构造,则可以取决于通过特定DCI指示的PUCCH资源指示符(PRI)字段值而确定PUCCH资源。如果UE从与不同的CORESETPoolIndex相对应的CORESET接收到不同的DCI(例如,第一DCI和第二DCI),则可以基于以下各项确定DCI的顺序:i)在DCI被发送时的时间点;ii)被配置给DCI被发送到的CORESET的CORESETPoolIndex;以及iii)小区索引(或ID)。DCI被发送时的时间点可以意指与在其上发送DCI的信道(例如,PDCCH)有关的监测时机的索引。可以取决于基于DCI的顺序确定的特定DCI(例如,最后DCI)的PRI字段值而确定PUCCH资源。
例如,可以考虑DCI(例如,DCI 1/DCI 2)/支持UE的所有服务小区/用于服务小区的可用PDSCH接收时机的数目将HARQ-ACK信息配置为压缩半静态HARQ-ACK码本。
例如,用于UE(图16至图20的100/200)在一个或多个PUCCH上向网络侧(图16至图20的100/200)发送数据1和/或数据2的HARQ-ACK信息的步骤S1320-1/S1320-2的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便在一个或多个PUCCH上发送数据1和/或数据2的HARQ-ACK信息,并且一个或多个收发器106可以向网络侧发送数据1和/或数据2的HARQ-ACK信息。
与此类似,用于网络侧(图16至图20的100/200)在一个或多个PUCCH上从UE(图16至图20的100/200)接收数据1和/或数据2的HARQ-ACK信息的步骤S1320-1/S1320-2的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便接收数据1和/或数据2的HARQ-ACK信息,并且一个或多个收发器106可以从UE接收数据1和/或数据2的HARQ-ACK信息。
图13主要地图示基于多DCI的M-TRP操作,但是必要时或视需要而定,能够被应用于基于单DCI的M-TRP操作。
图14图示本公开中描述的方法(例如,提议1/提议2/提议3/提议4等)适用于的用户设备(UE)的HARQ-ACK(混合自动重传请求-应答)信息发送操作的流程图的示例。UE可以由多个TRP支持,并且可以在多个TRP之间配置理想/非理想回程。图14是仅仅为了说明的方便,而不限制本公开的范围。可以根据情形和/或配置省略图14所图示的一些步骤。
以下描述是基于“TRP”给出的,但是如上所述,“TRP”可以通过用诸如面板、天线阵列、小区(例如,宏小区/小小区/微微小区等)、发送点(TP)和基站(例如,gNB等)的表述替换来应用。此外,如上所述,可以根据关于CORESET组(或CORESET池)的信息(例如,索引、ID)来区分TRP。例如,如果一个UE被配置成与多个TRP(或小区)一起执行发送和接收,则这可以意味着多个CORESET组(或CORESET池)被配置给一个UE。可以经由更高层信令(例如,RRC信令)执行这样的用于CORESET组(或CORESET池)的配置。
在S1410中,UE可以接收配置信息。配置信息可以与多个控制资源集有关。可以经由更高层信令(例如,RRC或MAC CE等)接收配置信息。
例如,配置信息可以包括如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的CORESET相关配置信息(例如,ControlResourceSet IE)。CORESET相关配置信息可以包括CORESET相关ID(例如,controlResourceSetID)、用于CORESET的CORESET池的索引(例如,CORESETPoolIndex)、CORESET的时间/频率资源配置、与CORESET有关的TCI信息等。
例如,配置信息可以包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息。基于配置信息,可以将与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引指示为不同的值。TCI相关信息可以包括指示在每个DCI中是否存在TCI相关字段的信息。
例如,如果与特定CORESET相对应的CORESET池的索引(例如,CORESETPoolIndex)未被指示/配置,则UE可以假定索引0(例如,CORESETPoolIndex=0)被指配给对应CORESET。
例如,配置信息可以包括与HARQ-ACK信息的反馈模式有关的信息(例如,ackNackFeedbackMode)。与反馈模式有关的信息可以指示联合模式或分离模式之一,并且可以基于所指示的模式构造HARQ-ACK码本。例如,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的,如果联合模式被指示,则可以构造联合HARQ-ACK码本,而如果分离模式被指示,则可以构造分离HARQ-ACK码本。
例如,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的,配置信息可以包括与压缩半静态HARQ-ACK码本生成有关的信息/HARQ-ACK信息和指示是否复用PUSCH的信息等。
例如,用于UE(图16至图20的100/200)接收配置信息的上述步骤S1410的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便接收配置信息,并且一个或多个收发器106可以接收配置信息。
在S1420中,UE可以接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI。如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的,控制资源集组可以包括与相同CORESETPoolIndex相对应的一个或多个控制资源集(即,CORESET),并且可能是与CORESET池相对应的概念。因此,基于不同的控制资源集组接收每个DCI可以意指经由与不同的CORESETPoolIndex相对应的CORESET接收每个DCI。也就是说,可以不同地配置与每个DCI被接收到的CORESET相对应的CORESETPoolIndex。
可以经由物理下行链路控制信道(例如,PDCCH)接收第一DCI和第二DCI。基于TCI相关信息的准共址(QCL)可以被应用于PDCCH的接收。每个DCI可以包括DMRS端口相关字段、传送块相关字段、PUCCH资源指示符(PRI)字段等。例如,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的,可以基于PRI字段配置/指示联合HARQ-ACK码本或分离HARQ-ACK码本。
例如,如提议3中描述的,第一DCI或第二DCI中的至少一个可以对应于PCell上计数器DAI字段值为1的DCI格式1_0。
例如,如提议4中描述的,第一DCI或第二DCI中的至少一个可以对应于包括V^UL_TDAI字段(例如,第一DAI字段)的DCI格式0_1。可以基于该字段指示HARQ-ACK码本是否是经由PUSCH通过被复用来发送的。
例如,用于UE(图16至图20的100/200)接收第一DCI和第二DCI的上述步骤S1420的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便接收第一DCI和第二DCI,并且一个或多个收发器106可以接收第一DCI和第二DCI。
在S1430中,UE可以确定用于HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源。例如,可以基于上述方法(例如,提议1/提议2/提议3/提议4等)确定PUCCH资源。
例如,如果联合HARQ-ACK码本被构造,则可以基于扩展码本的有效载荷大小(即,考虑在时域中重叠和发送的情况)确定PUCCH资源集。
例如,如果联合HARQ-ACK码本被构造,则可以取决于通过特定DCI指示的PUCCH资源指示符(PRI)字段值而确定PUCCH资源。如果UE从与不同的CORESETPoolIndex相对应的CORESET接收到不同的DCI(例如,第一DCI和第二DCI),则可以基于以下各项确定DCI的顺序:i)在DCI被发送时的时间点;ii)被配置给DCI被发送的CORESET的CORESETPoolIndex;以及iii)小区索引(或ID)。DCI被发送时的时间点可以意指与在其上发送DCI的信道(例如,PDCCH)有关的监测时机的索引。可以取决于基于DCI的顺序确定的特定DCI的PRI字段值确定PUCCH资源。
例如,可以基于(i)与物理下行链路控制信道(PDCCH)有关的监测时机的索引、(ii)小区索引和(iii)与每个控制资源集组有关的索引(例如,CORESETPoolIndex)来索引第一DCI和第二DCI(或者可以确定第一DCI和第二DCI的顺序)。PUCCH资源是基于第一DCI和第二DCI当中的最后DCI而确定的。
具体地,DCI可以针对与相同PDCCH有关的监测时机按小区索引的升序被索引(或者可以确定DCI的顺序),然后可以按PDCCH相关监测时机的索引的升序被索引(被确定)。可以基于与控制资源集组(池)相关联的索引(例如,CORESETPoolIndex)来索引相同的PDCCH监测时机内的一个服务小区中的DCI(或者可以确定顺序)。基于与第一控制资源集相关联的控制资源集池的索引被设置为0,并且与第二控制资源集相关联的控制资源集池的索引被设置为1,可以将基于第二控制资源集的第二DCI确定为最后DCI。
例如,如果UE从与不同的CORESETPoolIndex相对应的CORESET接收不同的DCI(例如,第一DCI和第二DCI),则可以基于i)在DCI被发送时的时间点和ii)小区索引(或ID),确定用于分离HARQ-ACK码本发送的PUCCH资源。
例如,用于UE(图16至图20的100/200)确定PUCCH资源的上述步骤S1430的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便确定PUCCH资源。
在S1440中,UE可以发送HARQ-ACK信息。可以基于在步骤S1430中确定的PUCCH资源发送HARQ-ACK信息。可以经由第一发送接收点或第二发送接收点中的至少一个发送HARQ-ACK信息。
例如,UE可以接收由第一DCI调度的第一数据信道和由第二DCI调度的第二数据信道。例如,可以经由第一发送接收点接收第一DCI和第一数据信道,并且可以经由第二发送接收点接收第二DCI和第二数据信道。在这种情况下,HARQ-ACK信息可以与第一数据信道和第二数据信道相关联。
例如,基于与配置信息的反馈模式有关的信息指示联合模式,可以级联与第一控制资源集组相关联的第一HARQ-ACK信息和与第二控制资源集组相关联的第二HARQ-ACK信息以构造一个HARQ-ACK信息。此外,可以在特定发送接收点经由相同的上行链路资源(即,PUCCH、PUSCH等)发送通过级联与第一控制资源集组相关联的第一HARQ-ACK信息和与第二控制资源集组相关联的第二HARQ-ACK信息所构造的一个HARQ-ACK信息。
作为另一示例,可以在第一服务小区中包括第一控制资源集组,并且可以在第二服务小区中包括第二控制资源集组。可以分开地生成用于第一服务小区的第一HARQ-ACK码本和用于第二服务小区的第二HARQ-ACK码本,并且可以级联第一HARQ-ACK码本和第二HARQ-ACK码本以生成一个HARQ-ACK信息。
例如,基于与反馈模式有关的信息指示分离模式,与第一控制资源集相关联的第一HARQ-ACK信息和与第二控制资源集相关联的第二HARQ-ACK信息可以被分开地构造,并且可以在一个时隙中被TDM(时分复用)并被发送。替换地,可以在每个发送接收点经由不同的上行链路资源(例如,PUCCH、PUSCH等)发送每个HARQ-ACK信息。
例如,如提议3中描述的,如果第一DCI或第二DCI中的至少一个对应于PCell上计数器DAI字段值为1的DCI格式1_0,则UE可以仅针对与被配置(或映射)到在其中检测到对应DCI的CORESET的特定索引相对应的HARQ-ACK码本根据压缩半静态HARQ-ACK码本生成方案来构造码本。
例如,如提议4中描述的,如果第一DCI或第二DCI中的至少一个对应于包括V^UL_TDAI字段(例如,第一DAI字段)的DCI格式0_1,则可以基于该字段指示HARQ-ACK码本是否是经由PUSCH通过被复用来发送的。也就是说,可以根据字段的指示来经由PUSCH复用和发送HARQ-ACK码本。例如,基于DAI字段的值被指示为1,可以复用和发送HARQ-ACK信息和PUSCH。
例如,用于UE(图16至图20的100/200)发送HARQ-ACK信息的上述步骤S1440的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便发送HARQ-ACK信息,并且一个或多个收发器106可以发送HARQ-ACK信息。
图15图示本公开中描述的方法(例如,提议1/提议2/提议3/提议4等)适用于的基站(BS)的数据发送和接收操作的流程图的示例。图15仅仅是为了说明的方便,而不限制本公开的范围。可以根据情形和/或配置省略图15所图示的一些步骤。
基站和UE可以共同地是指执行数据发送和接收的对象。例如,基站可以是包括一个或多个发送点(TP)及一个或多个发送和接收点(TRP)的概念。另外,TP和/或TRP可以包括基站的面板、发送和接收单元等。另外,如上所述,可以根据关于CORESET组(或CORESET池)的信息(例如,索引、ID)来划分TRP。例如,如果一个UE被配置成执行往返于多个TRP(或小区)的发送和接收,则这可以意味着为一个UE配置了多个CORESET组(或CORESET池)。可以经由更高层信令(例如,RRC信令)执行这样的用于CORESET组(或CORESET池)的配置。
在S1510中,基站可以向UE发送配置信息。配置信息可以与多个控制资源集有关。可以经由更高层信令(例如,RRC或MAC CE等)接收配置信息。
例如,配置信息可以包括如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的CORESET相关配置信息(例如,ControlResourceSet IE)。CORESET相关配置信息可以包括CORESET相关ID(例如,controlResourceSetID)、用于CORESET的CORESET池的索引(例如,CORESETPoolIndex)、CORESET的时间/频率资源配置、与CORESET有关的TCI信息等。
例如,配置信息可以包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息。基于配置信息,可以将与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引指示为不同的值。TCI相关信息可以包括指示在每个DCI中是否存在TCI相关字段的信息。
例如,配置信息可以包括与HARQ-ACK信息的反馈模式有关的信息(例如,ackNackFeedbackMode)。与反馈模式有关的信息可以指示联合模式或分离模式之一,并且可以基于所指示的模式构造HARQ-ACK码本。例如,如上述方法(例如,提议1/提议2/提议3/提议4等)中描述的,如果联合模式被指示,则可以构造联合HARQ-ACK码本,而如果分离模式被指示,则可以构造分离HARQ-ACK码本。
例如,用于基站(图16至图20的100/200)发送配置信息的上述步骤S1510的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便发送配置信息,并且一个或多个收发器106可以发送配置信息。
在S1520中,基站可以向UE发送基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI。因此,基于不同的控制资源集组发送每个DCI可以意指经由与不同的CORESETPoolIndex相对应的CORESET发送每个DCI。也就是说,可以不同地配置与每个DCI被发送到的CORESET相对应的CORESETPoolIndex。
可以经由物理下行链路控制信道(例如,PDCCH)发送第一DCI和第二DCI。每个DCI可以包括DMRS端口相关字段、传送块相关字段、PUCCH资源指示符(PRI)字段等。
例如,用于基站(图16至图20的100/200)发送第一DCI和第二DCI的上述步骤S1520的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便发送第一DCI和第二DCI,并且一个或多个收发器106可以向UE发送第一DCI和第二DCI。
在S1530中,基站可以基于物理上行链路控制信道(PUCCH)资源从UE接收HARQ-ACK信息。
例如,可以基于上述方法(例如,提议1/提议2/提议3/提议4等)确定PUCCH资源。例如,可以基于(i)与物理下行链路控制信道(PDCCH)有关的监测时机的索引、(ii)小区索引、和(iii)与每个控制资源集组有关的索引(例如,CORESETPoolIndex),来索引第一DCI和第二DCI(或者可以确定第一DCI和第二DCI的顺序)。PUCCH资源是基于第一DCI和第二DCI当中的最后DCI而确定的。
具体地,DCI可以针对与相同PDCCH有关的监测时机按小区索引的升序被索引,然后可以按PDCCH相关监测时机的索引的升序被索引。可以基于与控制资源集组相关联的索引(例如,CORESETPoolIndex)来索引相同的PDCCH监测时机内的一个服务小区中的DCI。基于与第一控制资源集相关联的控制资源集池的索引被设置为0,并且与第二控制资源集相关联的控制资源集池的索引被设置为1,可以将基于第二控制资源集的第二DCI确定为最后DCI。
例如,基于与配置信息的反馈模式有关的信息指示联合模式,可以级联与第一控制资源集相关联的第一HARQ-ACK信息和与第二控制资源集相关联的第二HARQ-ACK信息以构造一个HARQ-ACK信息。此外,可以在特定发送接收点经由相同的上行链路资源(即,PUCCH、PUSCH等)发送通过级联与第一控制资源集相关联的第一HARQ-ACK信息和与第二控制资源集相关联的第二HARQ-ACK信息所构造的一个HARQ-ACK信息。
作为另一示例,可以在第一服务小区中包括第一控制资源集组,并且可以在第二服务小区中包括第二控制资源集组。可以分开地生成用于第一服务小区的第一HARQ-ACK码本和用于第二服务小区的第二HARQ-ACK码本,并且可以级联第一HARQ-ACK码本和第二HARQ-ACK码本以生成一个HARQ-ACK信息。
例如,基于与反馈模式有关的信息指示分离模式,与第一控制资源集相关联的第一HARQ-ACK信息和与第二控制资源集相关联的第二HARQ-ACK信息可以在一个时隙中被TDM(时分复用)并被发送。替换地,可以在每个发送接收点经由不同的上行链路资源(例如,PUCCH、PUSCH等)发送每个HARQ-ACK信息。
例如,用于基站(图16至图20的100/200)接收HARQ-ACK信息的上述步骤S1530的操作可以由要在下面描述的图16至图20的设备实现。例如,参考图17,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以便接收HARQ-ACK信息,并且一个或多个收发器106可以从UE接收HARQ-ACK信息。
如上面所提及的,上述网络侧/UE信令和操作(例如,提议1/提议2/提议3/提议4/图13/图14/图15等)可以由要在下面描述的设备(例如,图16至图20)实现。例如,网络侧(例如,TRP 1/TRP 2)可以对应于第一无线设备,而UE可以对应于第二无线设备。在一些情况下,也可以考虑相反情况。例如,第一设备(例如,TRP 1)/第二设备(例如,TRP 2)可以对应于第一无线设备,而UE可以对应于第二无线设备。在一些情况下,也可以考虑相反情况。
例如,上述网络侧/UE信令和操作(例如,提议1/提议2/提议3/提议4/图13/图14/图15等)可以由图16至图20的一个或多个处理器(例如,102和202)处理,并且上述网络侧/UE信令和操作(例如,提议1/提议2/提议3/提议4/图13/图14/图15等)可以被以用于运行图16至图20的一个或多个处理器(例如,102和202)的命令/程序(例如,指令、可执行代码)的形式存储在一个或多个存储器(例如,104和204)中。
例如,在包括一个或多个存储器和在操作上连接到该一个或多个存储器的一个或多个处理器的设备中,一个或多个处理器可以被配置成允许设备接收与多个控制资源集有关的配置信息,经由物理下行链路控制信道(PDCCH)接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI,确定用于HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源,并且基于所确定的PUCCH资源发送HARQ-ACK信息。配置信息可以包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息。基于配置信息,可以将与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引指示为不同的值。基于TCI相关信息的准共址(QCL)可以被应用于PDCCH的接收。可以基于(i)与PDCCH有关的监测时机的索引、(ii)小区索引、和(iii)每个控制资源集池的索引,确定第一DCI和第二DCI的顺序。可以基于第一DCI和第二DCI当中的最后DCI确定PUCCH资源。
作为另一示例,在存储一个或多个指令的一种或多种非暂时性计算机可读介质中,由一个或多个处理器可执行的一个或多个指令可以允许用户设备(UE)接收与多个控制资源集有关的配置信息,经由物理下行链路控制信道(PDCCH)接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI,确定用于HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源,并且基于所确定的PUCCH资源发送HARQ-ACK信息。配置信息可以包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息。基于配置信息,可以将与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引指示为不同的值。基于TCI相关信息的准共址(QCL)可以被应用于PDCCH的接收。可以基于(i)与PDCCH有关的监测时机的索引、(ii)小区索引、和(iii)每个控制资源集池的索引,来确定第一DCI和第二DCI的顺序。可以基于第一DCI和第二DCI当中的最后DCI确定PUCCH资源。
应用于本公开的通信系统的示例
本文档中描述的本公开的各种描述、功能、过程、提议、方法和/或操作流程图可以应用于但不限于要求设备之间的无线通信/连接(例如,5G)的各种领域。
在下文中,将参考附图进行详细描述。在以下附图/说明中,除非另有说明,否则相同的附图标记可以表示相同或相应的硬件块、软件块或功能块。
图16图示应用于本公开的通信系统。
参考图16,应用于本公开的通信系统包括无线设备、基站(BS)和网络。在此,无线设备表示使用无线电接入技术(RAT)(例如,5G新RAT(NR))或长期演进(LTE)来执行通信的设备,并且可以被称为通信/无线电/5G设备。无线设备可以包括但不限于机器人1010a、车辆1010b-1和1010b-2、扩展现实(XR)设备1010c、手持设备1010d、家用电器1010e、物联网(IoT)设备1010f和人工智能(AI)设备/服务器400。例如,车辆可以包括具有无线通信功能的车辆、自动驾驶车辆和能够在车辆之间进行通信的车辆。在此,车辆可以包括无人飞行器(UAV)(例如,无人机)。XR设备可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备,并且可以以头戴式设备(HMD)、安装在车辆中的抬头显示器(HUD)、电视、智能手机、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等的形式实现。手持设备可包括智能电话、智能板、可穿戴设备(例如,智能手表或智能眼镜)和计算机(例如,笔记本电脑)。家用电器可以包括电视、冰箱和洗衣机。IoT设备可以包括传感器和智能仪表。例如,BS和网络可以被实现为无线设备,并且相对于其他无线设备,特定的无线设备200a可以作为BS/网络节点进行操作。
无线设备1010a至1010f可以通过BS 1020连接到网络300。AI技术可以应用于无线设备1010a至1010f,并且无线设备1010a至1010f可以经由网络300连接到AI服务器400。可以使用3G网络、4G(例如,LTE)网络或5G(例如,NR)网络来配置网络300。尽管无线设备1010a至1010f可以通过BS 1020/网络300彼此通信,但是无线设备1010a至1010f可以在不通过BS/网络的情况下彼此执行直接通信(例如,侧链路通信)。例如,车辆1010b-1和1010b-2可以执行直接通信(例如,车辆到车辆(V2V)/车辆到一切(V2X)通信)。IoT设备(例如,传感器)可以执行与其他IoT设备(例如,传感器)或其他无线设备1010a至1010f的直接通信。
可以在无线设备1010a至1010f/BS 1020或BS 1020/BS 1020之间建立无线通信/连接150a,150b或150c。这里,可以通过诸如上行链路/下行链路通信150a、侧链路通信150b(或D2D通信)或BS间通信(例如,中继、集成接入回传(IAB))的各种RAT(例如,5G NR)来建立无线通信/连接。无线设备和BS/无线设备可以通过无线通信/连接150a和150b彼此之间发送/接收无线电信号。例如,无线通信/连接150a和150b可以通过各种物理信道发送/接收信号。为此,用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如,信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程中的至少一部分,可以基于本公开的各种建议来执行。
适用于本公开的无线设备的示例
图17图示适用于本公开的无线设备。
参考图17,第一无线设备100和第二无线设备200可以通过各种RAT(例如,LTE和NR)发送无线电信号。在这里,{第一无线设备100和第二无线设备200}可以对应于图16的{无线设备1010x和BS1020}和/或{无线设备1010x和无线设备1010x}。
第一无线设备100可以包括一个或多个处理器102和一个或多个存储器104,并且另外还可以包括一个或多个收发器106和/或一个或多个天线108。处理器102可以控制存储器104和/或收发器106,并且可以被配置为实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如,处理器102可以处理存储器104中的信息以生成第一信息/信号,并且然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可以通过收发器106接收包括第二信息/信号的无线电信号,并且然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可以连接至处理器102并且可以存储与处理器102的操作有关的各种信息。例如,存储器104可以存储软件代码,该软件代码包括用于执行由处理器102控制的部分或全部过程,或者用于执行本文档中公开的描述、功能、过程、建议、方法和/或操作流程图的命令。在此,处理器102和存储器104可以是被设计为实现RAT(例如,LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102,并通过一个或多个天线108发送和/或接收无线电信号。每个收发器106可以包括发射器和/或接收器。收发器106可以与射频(RF)单元互换使用。在本公开中,无线设备可以代表通信调制解调器/电路/芯片。
第二无线设备200可以包括一个或多个处理器202和一个或多个存储器204,并且另外还包括一个或多个收发器206和/或一个或多个天线208。处理器202可以控制存储器204和/或收发器(206),并且可以被配置成实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如,处理器202可以处理存储器204内的信息以生成第三信息/信号,并且然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可以通过收发器206接收包括第四信息/信号的无线电信号,并且然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可以连接到存储器204,并且可以存储与处理器202的操作有关的各种信息。例如,存储器204可以存储软件代码,该软件代码包括用于执行由处理器控制的部分或全部过程或用于执行本文档中公开的说明、功能、过程、建议、方法和/或操作流程图的命令。在此,处理器202和存储器204可以是被设计为实现RAT(例如,LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202,并通过一个或多个天线208发送和/或接收无线电信号。每个收发器206可以包括发射器和/或接收器。收发器206可以与RF单元互换使用。在本公开中,无线设备可以代表通信调制解调器/电路/芯片。
在下文中,将更具体地描述无线设备100和200的硬件元件。一个或多个协议层可以由但不限于一个或多个处理器102和202来实现。例如,一个或多个处理器102和202可以实现一个或多个层(例如,诸如PHY、MAC、RLC、PDCP、RRC和SDAP的功能层)。一个或多个处理器102和202可以根据在本文档中所公开的描述、功能、过程、提议、方法和/或操作流程图来生成一个或多个协议数据单元(PDU)和/或一个或多个服务数据单元(SDU)。一个或多个处理器102和202可以根据本文档中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器102和202可以根据在本文档中所公开的描述、功能、过程、提议、方法和/或操作流程图来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如,基带信号),并且将所生成的信号提供给一个或多个收发器106和206。一个或多个处理器102和202可以从一个或多个收发器106和206接收信号(例如,基带信号)并根据本文档中公开的描述、功能、过程、建议、方法和/或操作流程图获取PDU、SDU、消息、控制信息、数据或信息。
一个或多个处理器102和202可被称为控制器、微控制器、微处理器或微型计算机。一个或多个处理器102和202可以通过硬件、固件、软件或其组合来实现。例如,一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理设备(DSPD)、一个或多个可编程逻辑器件(PLD)或一个或多个现场可编程门阵列(FPGA)可以包括在一个或多个处理器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可以将接收到的无线电信号/信道等从RF带信号转换为基带信号,以便于使用一个或多个处理器102和202处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成RF带信号。为此,一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。
本公开应用于的信号处理电路的示例
图18图示用于传输信号的信号处理电路。
参考图18,信号处理电路1000可以包括加扰器1010、调制器1020、层映射器1030、预编码器1040、资源映射器1050和信号生成器1060。图18的操作/功能可以由但不限于图17的处理器102和202和/或收发器106和206执行。图18的硬件元件可以由图17的处理器102和202和/或收发器106和206实现。例如,框1010至1060可以由图17的处理器102和202实现。替换地,框1010至1050可以由图17的处理器102和202实现,并且框1060可以由图17的收发器106和206实现。
码字可以经由图18的信号处理电路1000被转换成无线电信号。在本文中,码字是信息块的编码比特序列。信息块可以包括传送块(例如,UL-SCH传送块、DL-SCH传送块)。可以通过各种物理信道(例如,PUSCH和PDSCH)来发送无线电信号。
具体地,码字可以由加扰器1010被转换成加扰的比特序列。可以基于初始化值生成用于加扰的加扰序列,并且初始化值可以包括无线设备的ID信息。加扰的比特序列可以由调制器1020调制为调制符号序列。调制方案可以包括pi/2-二进制相移键控(pi/2-BPSK)、m-相移键控(m-PSK)和m-正交振幅调制(m-QAM)。复调制符号序列可以由层映射器1030映射到一个或多个传输层。每个传输层的调制符号可以由预编码器1040映射(预编码)到对应的天线端口。可以通过将层映射器1030的输出y乘以N*M预编码矩阵W来获得预编码器1040的输出z。在本文中,N是天线端口的数目并且M是传输层的数目。预编码器1040可以在对于复调制符号执行变换预编码(例如,DFT)之后执行预编码。替换地,预编码器1040可以在不用执行变换预编码的情况下执行预编码。
资源映射器1050可以将每个天线端口的调制符号映射到时间-频率资源。时间-频率资源可以包括时域中的多个符号(例如,CP-OFDMA符号和DFT-s-OFDMA符号)和频域中的多个子载波。信号生成器1060可以从经映射的调制符号生成无线电信号并且可以通过每个天线将所生成的无线电信号发送到其他设备。出于此目的,信号生成器1060可以包括逆快速傅里叶变换(IFFT)模块、循环前缀(CP)插入器、数模转换器(DAC)和频率上转换器。
针对在无线设备中接收的信号的信号处理过程可以被以图18的信号处理过程1010至1060的相反方式配置。例如,无线设备(例如,图17的100和200)可以通过天线端口/收发器从外部接收无线电信号。所接收到的无线电信号可以通过信号恢复器被转换成基带信号。为此,信号恢复器可以包括频率下行链路转换器、模数转换器(ADC)、CP去除器和快速傅立叶变换(FFT)模块。接下来,可以通过资源解映射过程、后编码过程、解调处理器和解扰过程将基带信号恢复为码字。码字可以通过解码被恢复为原始信息块。因此,用于接收信号的信号处理电路(未示出)可以包括信号恢复器、资源解映射器、后编码器、解调器、解扰器和解码器。
应用于本公开的无线设备的示例
图19图示应用于本公开的无线设备的另一示例。可以根据用例/服务以各种形式来实现无线设备(参考图16)。
参考图19,无线设备100和200可以对应于图17的无线设备100和200并且可以由各种元件、组件、单元/部分和/或模块来配置。例如,无线设备100和200中的每一个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可以包括通信电路112和收发器114。例如,通信电路112可以包括图17中的一个或多个处理器102和202和/或一个或多个存储器104和204。例如,收发器114可以包括图17中的一个或者多个收发器106和206和/或一个或多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140,并且控制无线设备的整体操作。例如,控制单元120可以基于存储在存储单元130中的程序/代码/命令/信息来控制无线设备的电气/机械操作。控制单元120可以经由通信单元110通过无线/有线接口将存储在存储单元130中的信息发送给外部(例如,其他通信设备)或者经由通信单元110将通过无线/有线接口从外部(例如,其他通信设备)接收的信息存储在存储单元130中。
可以根据无线设备的类型来不同地配置附加组件140。例如,附加组件140可以包括功率单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线设备可以以但不限于机器人(图16的1010a)、车辆(图16的1010b-1和1010b-2)、XR设备(图16的1010c)、手持设备(图16的1010d)、家用电器(图16的1010e)、IoT设备(图16的1010f)、数字广播终端、全息设备、公共安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全设备、气候/环境设备、AI服务器/设备(图16中的400)、BS(图16的1020)、网络节点等的形式来实现。根据使用示例/服务,可以在移动或固定场所中使用无线设备。
在图17中,无线设备100和100中的各种元件、组件、单元/部分和/或模块的整体可以通过有线接口彼此连接,或者其至少一部分可以通过通信单元无线连接。例如,在无线设备100和100中的每个中,控制单元120和通信单元110可以通过有线连接,并且控制单元120和第一单元(例如,130和140)可以通过通信单元110无线连接。无线设备100和200内的每个元件、组件、单元/部分和/或模块可以进一步包括一个或多个元件。例如,控制单元120可以由一个或多个处理器的集合来配置。作为示例,控制单元120可以由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合来配置。作为另一示例,存储器130可以由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪存、易失性存储器、非易失性存储器和/或其组合来配置。
应用于本公开的手持设备的示例
图20图示应用于本公开的手持设备。该手持设备可以包括智能电话、智能板、可穿戴设备(例如,智能手表或智能眼镜)或便携式计算机(例如,笔记本)。该手持设备可以被称为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。
参考图20,手持设备1010可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和I/O单元140c。可以将天线单元108配置为通信单元110的一部分。框110至130/140a至140c分别对应于图19的框110至130/140。
通信单元110可以向其他无线设备或BS发送信号(例如,数据和控制信号)并且从他无线设备或BS接收信号(例如,数据和控制信号)。控制单元120可以通过控制手持设备1010的组成元件来执行各种操作。控制单元120可以包括应用处理器(AP)。存储器单元130可以存储驱动手持设备100所需的数据/参数/程序/代码/命令。存储器单元130可以存储输入/输出数据/信息。电源单元140a可以向手持设备1010供电并且包括有线/无线充电电路、电池等。接口单元140b可以支持手持设备1010到其他外部设备的连接。接口单元140b可以包括用于与外部设备连接的各种端口(例如,音频I/O端口和视频I/O端口)。I/O单元140c可以输入或输出视频信息/信号、音频信息/信号、数据和/或由用户输入的信息。I/O单元140c可以包括相机、麦克风、用户输入单元、显示单元140d、扬声器和/或触觉模块。
作为示例,在数据通信的情况下,I/O单元140c可以获取由用户输入的信息/信号(例如,触摸、文本、语音、图像或视频)并且可以将所获取的信息/信号存储在存储器单元130中。通信单元110可以将存储在存储器中的信息/信号转换成无线电信号并且将经转换后的无线电信号直接发送到其他无线设备或到BS。通信单元110可以从其他无线设备或BS接收无线电信号,然后将所接收到的无线电信号恢复成原始信息/信号。经恢复的信息/信号可以被存储在存储器单元130中并且可以通过I/O单元140c作为各种类型(例如,文本、语音、图像、视频或触觉)被输出。
通过将本公开的组件和特征以预定的方式组合来实现上述实施例。除非另行指定,否则应选择地考虑每个组件或特征。可以在不与另一组件或特征组合的情况下实施每个组件或特征。此外,一些组件和/或特征彼此组合并且可以实现本公开的实施例。在本公开的实施例中描述的操作顺序可以改变。一个实施例的一些组件或特征可以被包括在另一实施例中,或者可以由另一实施例的对应的组件或特征来代替。显而易见的是,引用特定权利要求的一些权利要求可以与引用特定权利要求之外的权利要求的另一些权利要求组合以构成实施例,或者在提交申请之后通过修改添加新的权利要求。
本公开的实施例可以通过各种手段来实现,例如,硬件、固件、软件或其组合。当实施例通过硬件实现时,本公开的一个实施例可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。
当实施例通过固件或软件实现时,本公开的一个实施例可以通过执行上述功能或操作的模块、过程、功能等来实现。软件代码可以存储在存储器中,并且可以由处理器驱动。存储器设置在处理器内部或外部,并且可以通过各种众所周知的方式与处理器交换数据。
对于本领域的技术人员而言显而易见的是,在不脱离本公开的本质特征的情况下,可以以其他特定形式来体现本公开。因此,前述详细描述不应解释为在所有方面上的限制,而应被认为是说明性的。本公开的范围应该由所附权利要求的合理解释来确定,并且在本公开的等同范围内的所有修改都包括在本公开的范围内。
【工业可用性】
尽管本公开的在无线通信系统中发送和接收HARQ-ACK信息的方法已经连同它适用于3GPP LTE/LTE-A系统和5G系统(新RAT系统)的示例一起被描述,但是该方法也适用于其他各种无线通信系统。

Claims (18)

1.一种在无线通信系统中由用户设备(UE)发送混合自动重传请求-应答(HARQ-ACK)信息的方法,所述方法包括:
接收与多个控制资源集有关的配置信息,
其中,所述配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,
其中,基于所述配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;
经由物理下行链路控制信道(PDCCH)接收基于所述第一控制资源集的第一下行链路控制信息(DCI)和基于所述第二控制资源集的第二DCI,
其中,基于所述TCI相关信息的准共址(QCL)被应用于所述PDCCH的接收;
确定用于所述HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源;以及
基于所确定的PUCCH资源发送所述HARQ-ACK信息,
其中,所述第一DCI和所述第二DCI的顺序是基于(i)与所述PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引,来确定的,
其中,所述PUCCH资源是基于所述第一DCI和所述第二DCI当中的最后DCI而确定的。
2.根据权利要求1所述的方法,其中,所述TCI相关信息包括指示在每个DCI中是否存在TCI相关字段的信息。
3.根据权利要求1所述的方法,其中,所述配置信息包括与所述HARQ-ACK信息的反馈模式有关的信息。
4.根据权利要求3所述的方法,其中,基于与所述反馈模式有关的所述信息指示联合模式,所述HARQ-ACK信息被配置为使得(i)与所述第一控制资源集相关联的第一HARQ-ACK信息和(ii)与所述第二控制资源集相关联的第二HARQ-ACK信息被级联以构造一个信息。
5.根据权利要求4所述的方法,其中,对于相同索引的PDCCH相关监测时机,按所述小区索引的升序确定所述顺序,然后按所述PDCCH相关监测时机的索引的升序确定所述顺序。
6.根据权利要求5所述的方法,其中,对于所述相同索引的所述PDCCH相关监测时机和相同小区索引,按每个控制资源集池的索引的升序确定所述顺序。
7.根据权利要求6所述的方法,其中,基于与所述第一控制资源集相关联的所述控制资源集池的索引被设置为0,并且与所述第二控制资源集相关联的所述控制资源集池的索引被设置为1,基于所述第二控制资源集的所述第二DCI被确定为所述最后DCI。
8.根据权利要求3所述的方法,其中,基于与所述反馈模式有关的所述信息指示分离模式,所述HARQ-ACK信息被配置为使得(i)与所述第一控制资源集相关联的第一HARQ-ACK信息和(ii)与所述第二控制资源集相关联的第二HARQ-ACK信息各自被分开地构造。
9.根据权利要求8所述的方法,其中,所述第一HARQ-ACK信息和所述第二HARQ-ACK信息各自在一个时隙中被TDM(时分复用)并被发送。
10.根据权利要求1所述的方法,其中,如果所述第一DCI是包括下行链路指配指示符(DAI)字段的DCI格式0_1,则基于所述DAI字段的值,指示了所述HARQ-ACK信息是否与物理上行链路共享信道(PUSCH)复用。
11.根据权利要求10所述的方法,其中,基于所述DAI字段的值被指示为1,所述HARQ-ACK信息和所述PUSCH被复用和发送。
12.根据权利要求1所述的方法,其中,所述HARQ-ACK信息是经由第一发送接收点或第二发送接收点中的至少一个发送的。
13.根据权利要求1所述的方法,其中,每个DCI包括PUCCH资源指示符字段。
14.一种在无线通信系统中发送混合自动重传请求-应答(HARQ-ACK)信息的用户设备(UE),所述UE包括:
一个或多个收发器;
一个或多个处理器;以及
一个或多个存储器,所述一个或多个存储器被配置成存储用于由所述一个或多个处理器执行的操作的指令并且连接到所述一个或多个处理器,
其中,所述操作包括:
接收与多个控制资源集有关的配置信息,
其中,所述配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,
其中,基于所述配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;
经由物理下行链路控制信道(PDCCH)接收基于所述第一控制资源集的第一下行链路控制信息(DCI)和基于所述第二控制资源集的第二DCI,
其中,基于所述TCI相关信息的准共址(QCL)被应用于所述PDCCH的接收;
确定用于所述HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源;以及
基于所确定的PUCCH资源发送所述HARQ-ACK信息,
其中,所述第一DCI和所述第二DCI的顺序是基于(i)与所述PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引,来确定的,
其中,所述PUCCH资源是基于所述第一DCI和所述第二DCI当中的最后DCI而确定的。
15.一种在无线通信系统中由基站(BS)接收混合自动重传请求-应答(HARQ-ACK)信息的方法,所述方法包括:
向用户设备(UE)发送与多个控制资源集有关的配置信息,
其中,所述配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,
其中,基于所述配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;
经由物理下行链路控制信道(PDCCH)向所述UE发送基于所述第一控制资源集的第一下行链路控制信息(DCI)和基于所述第二控制资源集的第二DCI,
其中,基于所述TCI相关信息的准共址(QCL)被应用于所述PDCCH的接收;以及
基于物理上行链路控制信道(PUCCH)资源,从所述UE接收所述HARQ-ACK信息;
其中,所述第一DCI和所述第二DCI的顺序是基于(i)与所述PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引,来确定的,
其中,所述PUCCH资源是基于所述第一DCI和所述第二DCI当中的最后DCI而确定的。
16.一种在无线通信系统中接收混合自动重传请求-应答(HARQ-ACK)信息的基站(BS),所述基站包括:
一个或多个收发器;
一个或多个处理器;以及
一个或多个存储器,所述一个或多个存储器被配置成存储用于由所述一个或多个处理器执行的操作的指令并且连接到所述一个或多个处理器,
其中,所述操作包括:
向用户设备(UE)发送与多个控制资源集有关的配置信息,
其中,所述配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,
其中,基于所述配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值;
经由物理下行链路控制信道(PDCCH)向所述UE发送基于所述第一控制资源集的第一下行链路控制信息(DCI)和基于所述第二控制资源集的第二DCI,
其中,基于所述TCI相关信息的准共址(QCL)被应用于所述PDCCH的接收;以及
基于物理上行链路控制信道(PUCCH)资源,从所述UE接收所述HARQ-ACK信息,
其中,所述第一DCI和所述第二DCI的顺序是基于(i)与所述PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引,来确定的,
其中,所述PUCCH资源是基于所述第一DCI和所述第二DCI当中的最后DCI而确定的。
17.一种设备,所述设备包括:
一个或多个存储器;以及
一个或多个处理器,所述一个或多个处理器在操作上连接到所述一个或多个存储器,
其中,所述一个或多个处理器被配置成允许所述设备:
接收与多个控制资源集有关的配置信息;
经由物理下行链路控制信道(PDCCH)接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI;
确定用于HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源;以及
基于所确定的PUCCH资源发送所述HARQ-ACK信息,
其中,所述配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,
其中,基于所述配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值,
其中,基于所述TCI相关信息的准共址(QCL)被应用于所述PDCCH的接收,
其中,所述第一DCI和所述第二DCI的顺序是基于(i)与所述PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引,来确定的,并且
其中,所述PUCCH资源是基于所述第一DCI和所述第二DCI当中的最后DCI而确定的。
18.一种或多种非暂时性计算机可读介质,所述一种或多种非暂时性计算机可读介质存储一个或多个指令,
其中,由一个或多个处理器可执行的所述一个或多个指令允许用户设备(UE):
接收与多个控制资源集有关的配置信息;
经由物理下行链路控制信道(PDCCH)接收基于第一控制资源集的第一下行链路控制信息(DCI)和基于第二控制资源集的第二DCI;
确定用于HARQ-ACK信息的发送的物理上行链路控制信道(PUCCH)资源;以及
基于所确定的PUCCH资源发送所述HARQ-ACK信息,
其中,所述配置信息包括(i)与每个控制资源集相关联的控制资源集池的索引和(ii)与每个控制资源集相关联的传输配置指示(TCI)相关信息,
其中,基于所述配置信息,与第一控制资源集相关联的控制资源集池的索引和与第二控制资源集相关联的控制资源集池的索引被指示为不同的值,
其中,基于所述TCI相关信息的准共址(QCL)被应用于所述PDCCH的接收,
其中,所述第一DCI和所述第二DCI的顺序是基于(i)与所述PDCCH有关的监测时机的索引、(ii)小区索引和(iii)每个控制资源集池的索引,来确定的,并且
其中,所述PUCCH资源是基于所述第一DCI和所述第二DCI当中的最后DCI而确定的。
CN202080050451.XA 2019-07-12 2020-07-13 无线通信系统中发送和接收harq-ack信息的方法及其设备 Active CN114144988B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR20190084658 2019-07-12
KR10-2019-0084658 2019-07-12
KR10-2019-0123409 2019-10-04
KR20190123409 2019-10-04
PCT/KR2020/009196 WO2021010707A1 (ko) 2019-07-12 2020-07-13 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치

Publications (2)

Publication Number Publication Date
CN114144988A true CN114144988A (zh) 2022-03-04
CN114144988B CN114144988B (zh) 2024-04-30

Family

ID=

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023179471A1 (zh) * 2022-03-24 2023-09-28 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2023186163A1 (zh) * 2022-04-02 2023-10-05 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2024007260A1 (zh) * 2022-07-07 2024-01-11 Oppo广东移动通信有限公司 通信方法、终端设备以及网络设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013048070A1 (ko) * 2011-09-26 2013-04-04 엘지전자 주식회사 무선통신시스템에서 신호 전송 방법 및 장치
CN104012023A (zh) * 2012-10-31 2014-08-27 Lg电子株式会社 用于发送和接收控制信息的方法及其设备
CN104718714A (zh) * 2012-10-14 2015-06-17 Lg电子株式会社 在无线通信系统中发送应答的方法和设备
CN108964846A (zh) * 2012-09-27 2018-12-07 瑞典爱立信有限公司 Tdd pucch harq资源分配的方法和系统
US20190150124A1 (en) * 2017-11-15 2019-05-16 Sharp Laboratories Of America, Inc. User equipments, base stations and methods

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013048070A1 (ko) * 2011-09-26 2013-04-04 엘지전자 주식회사 무선통신시스템에서 신호 전송 방법 및 장치
CN108964846A (zh) * 2012-09-27 2018-12-07 瑞典爱立信有限公司 Tdd pucch harq资源分配的方法和系统
CN104718714A (zh) * 2012-10-14 2015-06-17 Lg电子株式会社 在无线通信系统中发送应答的方法和设备
CN104012023A (zh) * 2012-10-31 2014-08-27 Lg电子株式会社 用于发送和接收控制信息的方法及其设备
CN106850157A (zh) * 2012-10-31 2017-06-13 Lg 电子株式会社 用于发送和接收控制信息的方法及其设备
US20190150124A1 (en) * 2017-11-15 2019-05-16 Sharp Laboratories Of America, Inc. User equipments, base stations and methods

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
INTERDIGITAL, INC.: "R1-1710923 "DCI Design for Multi-TRP/Panel Transmission for DL"", 3GPP TSG_RAN\\WG1_RL1, no. 1, 17 June 2017 (2017-06-17) *
QUALCOMM INCORPORATED: ""R1-1907289 Multi-TRP Enhancements"", 3GPP TSG_RAN\\WG1_RL1, 4 May 2019 (2019-05-04) *
VIVO: "R1-1904096 "Further discussion on multi TRP transmission"", 3GPP TSG_RAN\\WG1_RL1, no. 1, 30 March 2019 (2019-03-30) *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023179471A1 (zh) * 2022-03-24 2023-09-28 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2023186163A1 (zh) * 2022-04-02 2023-10-05 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2024007260A1 (zh) * 2022-07-07 2024-01-11 Oppo广东移动通信有限公司 通信方法、终端设备以及网络设备

Also Published As

Publication number Publication date
EP3993300A4 (en) 2022-09-07
US20230128932A1 (en) 2023-04-27
US11546098B2 (en) 2023-01-03
US20220216955A1 (en) 2022-07-07
WO2021010707A1 (ko) 2021-01-21
US11831447B2 (en) 2023-11-28
KR20220018033A (ko) 2022-02-14
EP3993300B1 (en) 2023-08-30
KR102520456B1 (ko) 2023-04-12
EP3993300A1 (en) 2022-05-04

Similar Documents

Publication Publication Date Title
US11831447B2 (en) Method for transmitting and receiving HARQ-ACK information in wireless communication system and device for same
US11838133B2 (en) Method and device for transmitting/receiving HARQ-ACK information in wireless communication system
CN113424481B (zh) 在无线通信系统中发送和接收数据的方法及其设备
US11778611B2 (en) Method and device for transmitting and receiving physical uplink shared channel in wireless communication system
US20220022237A1 (en) Method for transmitting/receiving data in wireless communication system, and device therefor
US11824614B2 (en) Method for performing beam failure recovery procedure in wireless communication system, and device therefor
US11916830B2 (en) Method for transmitting and receiving phase tracking reference signal in wireless communication system, and apparatus therefor
KR102485171B1 (ko) 무선 통신 시스템에서 물리 하향링크 공유 채널을 송수신 하는 방법 및 이에 대한 장치
KR102553638B1 (ko) 무선 통신 시스템에서 위상 추적 참조 신호의 송수신 방법 및 이에 대한 장치
EP3923648A1 (en) Method for transmitting and receiving data in wireless communication system and apparatus therefor
US20220287054A1 (en) Method for transmitting/receiving uplink channel in wireless communication system, and apparatus therefor
US11968685B2 (en) Method for transmitting and receiving data in wireless communication system and apparatus therefor
KR102508031B1 (ko) 무선 통신 시스템에서 위상 추적 참조 신호의 송수신 방법 및 이에 대한 장치
US20220393829A1 (en) Method for transmitting/receiving pdsch in wireless communication system, and device therefor
CN113796146B (zh) 在无线通信系统中发送或接收数据信道的方法及其设备
US20210323580A1 (en) Method and terminal for receiving signal in wireless communication system
KR20200127907A (ko) 무선 통신 시스템에서 물리적 하향링크 공유 채널의 송수신 방법 및 이에 대한 장치
US11937096B2 (en) Method and device for reporting channel state information in wireless communication system
US11638239B2 (en) Method for transmitting/receiving downlink channel in wireless communication system, and device therefor
CN114144988B (zh) 无线通信系统中发送和接收harq-ack信息的方法及其设备
US20220103320A1 (en) Method and terminal for measuring channel in wireless communication system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant