CN113518438A - 用于多点传输的通信方法和设备 - Google Patents

Abstract

本申请涉及用于多点传输的通信方法和设备。一实施例提供一种在网络侧实施的通信方法，包括：在第一网络设备处接收来自用户设备的反馈信号，所述反馈信号包括用于所述第一网络设备的第一反馈信息、以及用于与所述用户设备通信的第二网络设备的第二反馈信息；解码所述第一反馈信息和所述第二反馈信息；以及将所述反馈信号对应的时域资源信息和所述第二反馈信息发送给所述第二网络设备。

Description

用于多点传输的通信方法和设备

技术领域

本申请总体上涉及通信领域，更特别地，涉及在多点传输(Multi-TRP)通信系统中进行混合自动重传请求(HARQ)反馈信号的传输的方法和设备。

背景技术

这部分用于提供下面将要公开的示例性实施例的背景或上下文。这里的描述可以包括可以被追寻的概念，但是不一定是先前已经被构想、实现或者描述过的概念。因此，除非本文另外明确说明，否则本部分的描述并非是针对本申请描述的现有技术，也不因为被包括在本部分中而被承认为现有技术。

国际电信联盟无线电通信部门(ITU-R)已经定义了第五代移动通信技术(5G)新空口(NR)的三大应用场景，包括增强移动宽带(eMBB)、海量机器类通信、以及超高可靠性与超低时延业务(uRLLC)，并且从吞吐率、时延、连接密度和频谱效率等八个维度定义了对5G网络的能力要求。3GPP在关于NR接入技术物理层方面的研究中已经确定，NR协同传输方案将支持来自至少具有理想回程(backhaul)的多个传输点的相同下行链路数据流传输、以及来自具有理想回程和非理想回程的多个传输点的不同下行链路数据流传输，并且在Rel.15讨论中提出了多点传输(Multi-TRP)技术的一些基本操作，包括例如动态发送点选择/动态发送点静默(DPS/DPB)和基于多面板(Multi-Panel)码书的多面板传输等。然而，这些基本操作尚不能支持具有非理想回程的实际应用场景，不能通过进一步提高的网络协同来改善小区边缘性能和小区平均性能。由于Rel.15规范的时间限制，关于多点传输技术的进一步讨论被搁置。

下面定义在本申请或其上下文中可能使用的一些缩写或简写：

3GPP 第三代合作项目

5G 第五代移动通信结束

ACK 确认

BS 基站

DCI 下行链路控制信息

DL 下行链路

gNB 5G/NR节点B

HARQ 混合自动重传请求

NACK 否定确认

PDCCH 物理下行链路控制信道

PDSCH 物理下行链路共享信道

PUCCH 物理上行链路控制信道

RAN1 无线层1

RRC 无线资源控制

TRP 传输点

UE 用户设备

发明内容

根据本申请的第一方面，提供一种在网络侧实施的通信方法，包括：在第一网络设备处接收来自用户设备的反馈信号，所述反馈信号包括用于所述第一网络设备的第一反馈信息、以及用于与所述用户设备通信的第二网络设备的第二反馈信息；解码所述第一反馈信息和所述第二反馈信息；以及将所述反馈信号对应的时域资源信息和所述第二反馈信息发送给所述第二网络设备。

根据本申请的第二方面，提供一种网络设备，包括：处理器；以及与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述处理器运行时使所述网络设备执行动作，所述动作包括：接收来自用户设备的反馈信号，所述反馈信号包括用于所述网络设备的第一反馈信息、以及用于与所述用户设备通信的第二网络设备的第二反馈信息；解码所述第一反馈信息和所述第二反馈信息；以及将所述反馈信号对应的时域资源信息和所述第二反馈信息发送给所述第二网络设备。

根据本申请的第三方面，提供一种在网络侧实施的通信方法，包括：在第二网络设备处接收来自第一网络设备的反馈信息和所述反馈信息对应的时域资源信息，所述反馈信息指示用户设备是否接收到所述第二网络设备发送给所述用户设备的数据；以及基于所述时域资源信息确定所述反馈信息对应的反馈进程。

根据本申请的第四方面，提供一种网络设备，包括：处理器；以及与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述处理器运行时使所述网络设备执行动作，所述动作包括：接收来自另一网络设备的反馈信息和所述反馈信息对应的时域资源信息，所述反馈信息指示用户设备是否接收到所述网络设备发送给所述用户设备的数据；以及基于所述时域资源信息确定所述反馈信息对应的反馈进程。

根据本申请的第五方面，提供一种在用户设备处实施的通信方法，包括：生成反馈信号，所述反馈信号包括指示所述用户设备是否接收到来自第一网络设备的第一数据的第一反馈信息和指示所述用户设备是否接收到来自第二网络设备的第二数据的第二反馈信息；以及将所述反馈信号发送给所述第一网络设备。

根据本申请的第六方面，提供一种用户设备，包括：处理器；以及与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述处理器运行时使所述用户设备执行动作，所述动作包括：生成反馈信号，所述反馈信号包括指示所述用户设备是否接收到来自第一网络设备的第一数据的第一反馈信息和指示所述用户设备是否接收到来自第二网络设备的第二数据的第二反馈信息；以及将所述反馈信号发送给所述第一网络设备。

根据本申请的第七方面，提供一种计算机可读介质，其上存储有包括指令的计算机程序，所述指令在由一个或多个处理器运行时，使包括所述一个或多个处理器的装置执行上面论述的任一种方法。

附图说明

图1示出可实施本申请的示例性实施例的通信场景的示意图；

图2示出根据本申请一示例性实施例的在多点传输通信场景实施的联合HARQ反馈方法的消息图；

图3示出根据本申请一示例性实施例的为联合HARQ反馈调度的时隙的示意图；

图4示出根据本申请一示例性实施例的在主传输点处实施的支持联合HARQ反馈的通信方法的流程图；

图5示出根据本申请一示例性实施例的在副传输点处实施的支持联合HARQ反馈的通信方法的流程图；

图6示出根据本申请一示例性实施例的在用户设备处实施的支持联合HARQ反馈的通信方法的流程图；以及

图7示出根据本申请一示例性实施例的通信系统的框图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。应理解的是，本申请不应被解释为局限于这里描述的示例性实施例，而是还可以通过各种其他形式来实现，提供这些示例性实施例仅是为了更透彻和完整地理解本申请。还应理解的是，本申请的附图仅作为示例给出，而不用于限制实施例的精确形式或者限定本申请的保护范围。

本申请中使用的术语“网络设备”可包括基站或者在通信网络中具有特定功能的其他实体或节点，例如但不限于节点B(NodeB或NB)、演进节点B(eNodeB或eNB)、5G节点B(gNB)、未来演进网络中的收发基站、诸如微微基站和毫微微基站之类的低功率节点、远程无线电单元(RRU)、射频头(RH)、远程无线电头端(RRH)、无线接入点、中继设备、无线控制设备等。以gNB为例，基站可实施为包括多个单元，例如集中单元(CU)、分布单元(DU)、有源天线单元(AAU)等。可以理解的是，网络设备可以包括CU单元、DU单元和AAU单元中的一项或多项的设备。在本申请的上下文中，为了论述方便，术语“网络设备”和“基站”可以互换使用，并且主要以gNB作为网络设备的示例来论述本申请的示例性实施例。

本申请中使用的术语“用户设备”可包括能够与基站或者彼此之间进行无线通信的任何终端设备，其示例包括但不限于具有通信功能的传感器、检测器、移动终端(MT)、订户台(SS)、便携式订户台(PSS)、移动台(MS)、接入终端(AT)、车载设备、穿戴设备等。在本申请的上下文中，为了论述方便，术语“用户设备”和“终端设备”可以互换使用。

为了论述方便，下面将主要以5G系统为背景来描述本申请的示例性实施例，但是应理解，这仅是示例性而非限制性的。本申请的示例性实施例可以应用于各种通信系统，其示例包括但不限于全球移动通信(GSM)系统、码分多址(CDMA)系统、宽带码分多址(WCDMA)系统、通用分组无线业务(GPRS)、长期演进(LTE)系统、LTE频分双工(FDD)系统、LTE时分双工(TDD)系统、5G系统或者未来开发的通信系统等。

本申请中使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语应以与上面的解释类似的方式来理解，除非上下文另有描述。

图1示出了本申请的示例性实施例可在其中实施的示例性通信场景100的示意图。参照图1，用户设备UE 110可以同时和多个传输点(TRP)进行多点传输(Multi-TRP)通信，例如第一传输点(TRP1)120和第二传输点(TRP2)130。传输点120和130可以是基站，例如5G基站gNB，或者也可以是上面描述的其他类型的网络设备。虽然在图1中将UE 110示为手机，但是应理解，UE 110也可以包括上面论述的其他类型的用户设备或终端设备。

在图1所示的多点传输通信场景100中，UE 110可以通过单独的下行链路数据信道分别从多个传输点接收数据，例如利用第一物理下行链路共享信道(PDSCH1)从TRP1 120接收数据，利用第二物理下行链路共享信道(PDSCH2)从TRP2 130接收数据。虽然图1仅示出了两个传输点，但是多点传输通信场景100也可以包括同时与UE 110进行通信的三个或更多传输点。在多点传输通信场景100中，多个数据信道可以由各个传输点分别调度，例如TRP1120可利用第一物理下行链路控制信道PDCCH1调度PDSCH1，TRP2 130可利用第二物理下行链路控制信道PDCCH2调度PDSCH2，这可以称为多PDCCH方案。替代地，多个数据信道可以由单个传输点例如主传输点(Primary TRP)调度，例如PDSCH1和PDSCH2都由PDCCH1调度，而PDCCH2可以不存在，这也可称为单PDCCH方案。

响应于是否成功接收到来自传输点的数据，UE 110可以提供反馈信号例如混合自动重传请求(HARQ)反馈信号给传输点。例如，如果UE 110成功接收到来自传输点的数据，则可以反馈HARQ确认信号(ACK)给传输点；响应于接收到HARQ ACK反馈信号，传输点可以继续传输下一个数据块。如果UE 110没有成功接收到来自传输点的数据，则可以反馈HARQ否定确认信号(NACK)给传输点；响应于接收到HARQ NACK反馈信号，传输点可以重传之前传输的数据，直到达到最大重传次数。

对于单PDCCH方案，由于多个传输点的下行链路数据信道都由主传输点调度，所以与各个下行链路数据信道对应的多个HARQ反馈信号可以容易地反馈到主传输节点；而对于多PDCCH方案，则考虑到有的传输点可能具有理想回程(backhaul)，有的传输点可能具有非理想回程，因此针对多个PDSCH信道的HARQ反馈方案设计会更复杂。一般而言，对于具有非理想回程的多个传输点，可以采用分离HARQ反馈，即HARQ ACK/NACK被分别反馈到对应的传输点；对于具有理想回程的多个传输点，则优先采用联合反馈，即用于各个传输点的多个HARQ ACK/NACK可以被反馈到同一个传输点，一般被称为主传输点。

对于分离HARQ反馈，每个传输点可以根据在下行链路控制信息(DCI)中指示的HARQ进程编号(ID)来管理其自己的HARQ进程，因此每个传输点可以清楚地确定和解码其自己的HARQ进程。对于联合HARQ反馈，当主传输点将所接收到的HARQ反馈比特转发给其他副传输点时，由于转发延迟，副传输点可能难以确定从主传输点接收到的HARQ反馈比特的定时，从而难以区分其对应于哪个反馈进程。一种方案是在每次调度HARQ反馈之前，多个传输点之间可以通过回程来交流调度信息，例如包括K1、PRI(PUCCH资源指示符)和DAI(下行链路分配索引)等参数信息，从而副传输点可以严格按照由主传输点的下行链路控制信息(DCI)确定的调度来运行，包括发送下行链路数据和调度HARQ反馈等。然而，这将会丧失调度的灵活性，因为各个传输点不能分别调度其自己的下行链路数据信道和对应的HARQ反馈。此外，该方案要求多个传输点之间的连接是理想回程，或者具有非常低的延迟。非理想回程可能导致多个传输点之间调度信息交流以及HARQ反馈比特传输的较大延迟，从而不能确保HARQ定时和区分主传输点转发的HARQ反馈比特属于哪个HARQ进程。

本申请的示例性实施例提供用于联合HARQ反馈的方法和设备，其能够应用在具有理想回程和非理想回程的多点传输通信系统中，并且能够确保调度的灵活性。

图2示出根据本申请一示例性实施例的支持联合HARQ反馈的通信方法200的示意性流程图，其可以实施在例如图1所示的多点传输通信场景100中。为了描述方便，在方法200中将第一传输点TRP1 120作为主传输点，将第二传输点TRP2作为副传输点来论述。在一些实施例中，主传输点可以是用于物理下行控制信道PDCCH的控制资源集CORESET的索引值CORESETPoolIndex较小的传输点，而副传输点可以是索引值CORESETPoolIndex较大的传输点，因此通过索引值CORESETPoolIndex可以区分主传输点和副传输点。

参照图2，当触发用于多点传输的联合HARQ反馈时，可以在TRP1 120和TRP2 130处配置用于上行控制信道例如物理上行控制信道PUCCH的公共资源组。在一些实施例中，可以通过高层信令使UE 110在分离HARQ反馈模式和联合HARQ反馈模式之间动态切换，当切换到支持联合HARQ反馈模式时，与UE 110进行多点传输通信的TRP1 120和TRP2 130为UE 110配置公共PUCCH资源组，联合HARQ反馈将会使用所配置的公共PUCCH资源组来发送。例如，在步骤S210a中，TRP1 120通过RRC信令为UE 110配置公共PUCCH资源组；在步骤S210b中，TRP2130通过RRC信令为UE110配置公共PUCCH资源组。这里，TRP1 120和TRP2 130为UE 110配置的公共PUCCH资源组是相同的公共资源组，其可以是预先确定的用于联合HARQ反馈模式的资源组，或者TRP1 120和TRP2 130之间可以彼此通信以为UE 110确定相同的公共资源组，例如TRP1 120可以将为UE 110确定的公共资源组的配置信息发送给TRP2 130，从而TRP2130为UE 110配置相同的公共资源组。

图3是用于TRP1 120和TRP2 130的时隙示意图，其中作为示例示出了时隙n至n+5，其中时隙n、n+1、n+3和n+4是下行时隙，时隙n+2和n+5是上行时隙。如图3所示，在步骤S210a和S210b中，TRP1 120和TRP2 130在每个上行子帧的时隙n+2和时隙n+5中为UE配置了相同的公共PUCCH资源组，所配置的资源组确定UE 110将使用哪些时隙中的哪些资源块(resource block)来发送PUCCH信号，包括在PUCCH信道上发送的联合HARQ反馈信号。应理解，图3的时隙图仅是示例，在另一些实施例中也可以采用其他时隙结构。

继续参照图2，在步骤S212，当TRP1 120收到要发送给UE 110的数据分组data1和data2时，将data2转发给TRP2 130以用于多点协同传输。这里，data1和data2可以是不同的数据，它们被从多个传输点发送到UE 110，从而可以提高数据速率。或者，data1和data2可以是相同数据，TRP1 120在收到数据分组data1时，制作data1的副本data2并且将data2发送给TRP2130。通过在不同传输点上发送相同数据，可以提高数据传输的可靠性。

TRP1 120和TRP2 130分别将所接收到的数据分组data1和data2封装到传输块(TB)中，然后发送给UE 110。例如在步骤S214a中，TRP1 120通过下行链路数据信道例如第一物理下行链路共享信道(PDSCH1)将data1发送给UE 110，并且还通过下行链路控制信道例如第一物理下行链路控制信道(PDCCH1)将与第一物理下行链路共享信道PDSCH1相关联的下行链路控制信息(DCI1)发送给UE 110。在步骤S214b中，TRP2 130通过下行链路数据信道例如第二物理下行链路共享信道(PDSCH2)将data2发送给UE110，并且还通过下行链路控制信道例如第二物理下行链路控制信道(PDCCH2)将与第二物理下行链路共享信道PDSCH2相关联的下行链路控制信息(DCI2)发送给UE 110。下行链路控制信息(DCI)可包括关于物理下行链路共享信道的调度信息和对应的HARQ反馈的调度信息，例如可包括参数K0和K1。参数K0指示物理下行链路共享信道与其对应的DCI之间的时隙间隔，通过解码DCI中的K0参数，UE 110可以确定物理下行链路共享信道的时隙并且在该时隙中解码物理下行链路共享信道。参数K1指示HARQ反馈与其对应的物理下行链路共享信道之间的时隙间隔，从而UE110可以基于是否成功解码物理下行链路共享信道而在K1指示的时隙发送HARQ反馈信号。

例如参照图3所示的示例，TRP1 120可以在时隙n和n+3调度向UE 110传输PDSCH1信号和对应的下行链路控制信息(DCI1)，其对应的K0参数值为0，即PDSCH1和DCI1在同一时隙中发送。可以理解，参数K0也可以具有其他值，例如当K0值为1时，PDSCH1将在DCI1之后的时隙中(时隙n+1和n+4)发送。在图3所示的示例中，DCI1中指示的K1值为2，从而UE 110将在时隙n+2发送针对时隙n中接收到的PDSCH1数据的HARQ反馈信号，在时隙n+5发送针对时隙n+3中接收到的PDSCH1数据的HARQ反馈信号。TRP2 130可以根据其自己的运行状态来调度其物理下行链路共享信道PDSCH2和对应的HARQ反馈，而不需要严格按照主传输点TRP1 120的调度来运行。在图3的示例中，如果TRP2 130发现在时隙n已经有太多数据需要发送，则可以调度在时隙n+1向UE 110发送PDSCH2信号及其对应的下行链路控制信息(DCI2)；如果在时隙n+2UE 110尚不能完成对PDSCH2的解码，从而不能确定对应的HARQ反馈，则UE 110可以调度在时隙n+5发送针对在时隙n+1接收到的PDSCH2的HARQ反馈信号。因此，DCI2中包括的K0’参数的值为0，K1’参数的值为4。这里，K1和K1’指示的用于HARQ反馈信号的时隙是之前配置的公共PUCCH资源组的时隙。

可以看出，在步骤S214a和S214b中，TRP1 120和TRP2 130分别调度其下行数据信道和对应的HARQ反馈信号，而不需要严格按照彼此相同的调度来运行。TRP1 120和TRP2130可以根据例如业务负载、信道状况、UE能力等来确定合适的调度参数，包括K0和K1值等，从而确保了调度的灵活性。

继续参照2，在步骤S216，UE 110将生成联合HARQ反馈码书，并利用所配置的公共PUCCH资源组将其发送到TRP1 120。联合HARQ反馈码书可包括针对从TRP1 120接收到的数据data1的第一反馈信息ACK1(或NACK1)和针对从TRP2 130接收到的数据data2的第二反馈信息ACK2(或NACK2)，它们可以根据预定的码书生成规则来编码到联合HARQ码书中。例如，用于各个传输点的反馈信息ACK/NACK可以根据用于PDCCH的控制资源集CORESET的索引值CORESETPoolIndex从小到大的顺序排列到联合HARQ码书中。

如图3所示，UE 110可以生成包括针对在时隙n+3从TRP1 120接收到的PDSCH1的HARQ反馈ACK1和针对在时隙n+1从TRP2 130接收到的PDSCH2的HARQ反馈ACK2的联合HARQ反馈码书ACK1+ACK2，并且在时隙n+5发送给TRP1 120，即主传输点。在时隙n+2，由于UE 110仅生成针对在时隙n从TRP1 120接收到的PDSCH1的HARQ反馈ACK1，而没有针对TRP2 130的HARQ反馈，所以在生成联合HARQ反馈码书时，可以不包括用于TRP2 130的HARQ反馈ACK2，或者可以使用预定的缺省比特来填充用于ACK2的比特位。在另一些实施例中，UE 110在时隙n+2也可以执行分离HARQ反馈。

当TRP1 120接收到联合HARQ反馈码书后，在步骤S218，TRP1 120解码联合HARQ反馈码书，确定用于自己的第一HARQ反馈信息ACK1和用于TRP2 130的第二HARQ反馈信息ACK2。可以理解，当联合HARQ反馈码书中不包括第二HARQ反馈信息ACK2或者第二HARQ反馈信息ACK2是缺省比特时，TRP1 120基于解码结果可以确定没有用于TRP2 130的HARQ反馈信息。TRP1 120基于其之前确定的调度信息，可以识别第一HARQ反馈信息ACK1对应的HARQ进程编号，从而确定第一HARQ反馈信息ACK1是针对哪个下行数据的，进行可以进行相应的重传或者开始新传输的操作。在图3的示例中，在时隙n+5接收到的第一HARQ反馈信息ACK1是针对在时隙n+3发送的下行数据PDSCH1的，因此当第一HARQ反馈信息ACK1是肯定确认ACK时，TRP1 120可以清除对应的HARQ进程的缓存，并且开始新传输；如果第一HARQ反馈信息ACK1是否定确认NACK，则TRP1 120对相应HARQ进程的缓存中的数据进行重传处理，直到达到最大重传次数。

在步骤S220，TRP1 120将解码确定的用于TRP2 130的第二HARQ反馈信息ACK2及其对应的时域资源信息，即包括第二HARQ反馈信息ACK2的联合HARQ反馈信号使用的时域资源信息，发送给TRP2 130。这里的时域资源信息可包括例如传输时间间隔(TTI)编号、时隙编号、子帧编号、帧编号或者任何其他可以确定第二HARQ反馈信息ACK2的定时的信息。由于TRP1 120将第二HARQ反馈信息ACK2及其时域资源信息一起发送给TRP2 130，因此TRP2 130可以容易地确定第二HARQ反馈信息ACK2的定时，而完全不受TRP1 120和TRP2 130之间的回程状态的影响。即使TRP2130在后续子帧或者后续帧中才接收到第二HARQ反馈信息ACK2，也能准确地确定第二HARQ反馈信息ACK2对应的时域资源。就此而言，通信方法200可以应用于具有理想回程和非理想回程的多点通信系统。

接下来在步骤S222，TRP2 130可以基于第二HARQ反馈信息ACK2对应的时域资源来确定其对应的HARQ进程编号。例如，参照图3，当TRP2 130基于从TRP1 120接收到的时域资源信息确定第二HARQ反馈信息ACK2对应于时隙n+5时，则可以确定在时隙n+5调度的HARQ进程编号，从而确定该HARQ进程发送的数据PDSCH2。如果第二HARQ反馈信息ACK2是肯定反馈ACK，表示UE 110已经成功接收到在时隙n+1发送的PDSCH2数据，则TRP2 130可以清除该HARQ进程的缓存，开始新的数据传输；如果第二HARQ反馈信息ACK2是否定反馈NACK，表示UE110未能成功接收到在时隙n+1发送的PDSCH2数据，则TRP2 130可以重传该HARQ进程的缓存中的数据，直到达到最大重传次数。

图4示出根据本申请一示例性实施例的通信方法300的流程图，方法300可以由主传输点例如上面描述的TRP1 120执行。

参照图4，在步骤S310，在触发联合HARQ反馈模式时，TRP1 120为UE 110配置用于HARQ反馈的公共PUCCH资源组。

在步骤S320，TRP1 120在收到要发送给UE 110的下行链路(DL)数据时，将数据的一部分或者数据的副本转发给TRP2 130以用于进行多点传输。

在步骤S330，TRP1 120向UE 110发送下行链路数据及其对应的下行链路控制信息DCI。UE 110可以利用控制信息DCI中指示的调度信息来解码TRP1 120发送的下行链路数据，并且根据是否成功解码来确定HARQ反馈。

在步骤S340，TRP1 120接收并解码UE 110利用公共PUCCH资源组确定的资源发送的联合HARQ反馈，联合HARQ反馈包括针对TRP1 120发送给UE 110的DL数据的HARQ反馈ACK1和针对TRP2 130发送给UE 110的DL数据的HARQ反馈ACK2，ACK1和ACK2可以按照预定规则编码在联合HARQ反馈中。

在步骤S350，TRP1 120可以将用于TRP2 130的HARQ反馈信息ACK2及其对应的时域资源信息，即UE 110发送联合HARQ反馈所使用的时域资源，发送给TRP2 130。

方法300的更多细节可以参考前面参照图1、图2和图3描述的方法200，这里将不再重复描述。

图5示出根据本申请一示例性实施例的通信方法400的流程图，方法400可以由副传输点例如上面描述的TRP2 130执行。

参照图5，在步骤S410，在触发联合HARQ反馈模式时，TRP2 130为UE 110配置用于HARQ反馈的公共PUCCH资源组。在联合HARQ反馈模式中，副传输点TRP2 130为UE 110配置的公共PUCCH资源组与主传输点TRP1 120为UE 110配置的公共PUCCH资源组相同。

在步骤S420，TRP2 130接收TRP1 120转发的、用于发送给UE 110的下行数据。

在步骤S430，TRP2 130向UE 110发送下行链路数据和对应的下行链路控制信息DCI。UE 110可以利用下行链路控制信息DCI中指示的调度信息来解码TRP2 130发送的下行链路数据，并且根据是否成功解码来确定HARQ反馈。

在步骤S440，TRP2 130从TRP1 120接收响应于其发送给UE 110的下行链路数据的HARQ反馈信息ACK2及其对应的时域资源信息。

在步骤S450中，TRP2 130基于接收到的时域资源信息确定HARQ反馈信息ACK2对应的HARQ进程，从而可以确定HARQ反馈信息ACK2对应的下行链路数据。基于ACK2，TRP2 130可以重发该下行链路数据，或者开始新的传输。

方法400的更多细节可以参考前面参照图1、图2和图3描述的方法200，这里将不再重复描述。

图6示出根据本申请一示例性实施例的通信方法500的流程图，方法500可以由例如上面描述的UE 110执行。

参照图6，在步骤S510，在触发联合HARQ反馈模式时，UE 110配置用于TRP1 120和TRP2 130的公共PUCCH资源组。例如，UE 110可以分别从TRP1 120和TRP2 130接收用于物理上行控制信道PUCCH的公共资源组配置。在联合HARQ反馈模式中，副传输点TRP2 130为UE110配置的公共PUCCH资源组与主传输点TRP1 120为UE 110配置的公共PUCCH资源组相同。

在步骤S520，UE 110接收来自TRP1 120的下行链路数据data1及其对应的下行链路控制信息DCI1。UE 110可以使用下行链路控制信息DCI1中指示的调度信息来解码下行链路数据data1，并基于是否成功解码来确定相应的HARQ反馈信息ACK1。

在步骤S530，UE 110接收来自TRP2 130的下行链路数据data2及其对应的下行链路控制信息DCI2。UE 110可以使用下行链路控制信息DCI2中指示的调度信息来解码下行链路数据data2，并基于是否成功解码来确定相应的HARQ反馈信息ACK2。

在步骤S540，UE 110生成联合HARQ反馈码书ACK1+ACK2，其中用于TRP1 120的反馈信息ACK1和用于TRP2 130的反馈信息ACK2可以按预定规则编码到联合HARQ反馈码书中。

在步骤S550，UE 110利用所配置的公共PUCCH资源组确定的资源，将联合HARQ反馈码书发送给作为主传输点的TRP1 120，从而完成联合HARQ反馈。

方法500的更多细节可以参考前面参照图1、图2和图3描述的方法200，这里将不再重复描述。

图7示出根据本申请一示例性实施例的通信系统600的框图。通信系统600包括与用户设备UE 610进行多点传输的多个网络设备，例如网络设备630和630’。由于网络设备630和630’的基本结构可以彼此相同或类似，因此这里仅详细描述网络设备630，而省略的对网络设备630’的重复描述。用户设备UE 610可以实施为前面描述的用户设备110，网络设备630、630’中的一个可以实施为前面描述的主传输点TRP1 120，另一个可以实施为前面描述的副传输点TRP2 130。

如图7所示，UE 610可包括一个或多个处理器612、一个或多个存储器614、以及一个或多个收发机616，它们通过总线618彼此通信连接。每个收发机616可包括接收机和发射机，它们连接到一个或多个天线620，以与网络设备630、630’进行无线通信。存储器614可包括计算机指令615，计算机指令615可以由处理器612运行，使得UE 610执行上面描述的与用户设备110相关的方法和步骤。

网络设备630可以与UE 610进行无线通信，以提供UE 610到无线网络的接入。网络设备630可包括一个或多个处理器632、一个或多个存储器634、一个或多个收发机636、以及一个或多个网络接口638，它们通过总线640彼此通信连接。每个收发机636可包括接收机和发射机，它们连接到一个或多个天线642，以与UE 610或其他无线设备进行通信。网络接口638可提供与其他网络设备例如网络设备630’进行通信的接口，例如网络接口638可实施为X2接口。存储器634可包括计算机指令635，计算机指令635可以由处理器632运行，使得网络设备630执行上面描述的与TRP1 120或者TRP2 130相关的方法和步骤。

存储器614、634可以使用任何合适的数据存储技术来实现，其示例包括但不限于非挥发性存储器和挥发性存储器、半导体存储器、磁存储器、光存储器、网络存储器、闪存、电可擦除可编程只读存储器、缓冲存储器、寄存器等。

处理器612、632可以是例如中央处理器(CPU)、通用处理器、控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、晶体管逻辑器件、硬件部件或其任意组合。处理器612、632可以运行与之关联的存储器614、634中的指令和/或与之交换数据，从而控制通过总线耦接的其他部件来协同操作，执行上面描述的方法、步骤或功能。

本申请的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序包括指令，所述指令使得计算机执行上面关于用户设备描述的通信方法、步骤或功能。

本申请的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序包括指令，所述指令使得计算机执行上面关于作为主传输点的网络设备描述的通信方法、步骤或功能。

本申请的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序包括指令，所述指令使得计算机执行上面关于作为副传输点的网络设备描述的通信方法、步骤或功能。

本申请的实施例还提供上面描述的存储在计算机可读存储介质上的计算机程序产品。

计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在本地计算设备上执行、部分地在本地计算设备上执行、作为一个独立的软件包执行、部分在本地计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。本申请描述的方法中的各个步骤的执行顺序不限于描述顺序，例如两个步骤可以按照不同的顺序执行或者同时执行，除非上下文明确表明步骤应按照特定的相对顺序执行。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

Claims (31)

1.一种在网络侧实施的通信方法，包括：

在第一网络设备处接收来自用户设备的反馈信号，所述反馈信号包括用于所述第一网络设备的第一反馈信息、以及用于与所述用户设备通信的第二网络设备的第二反馈信息；

解码所述第一反馈信息和所述第二反馈信息；以及

将所述反馈信号对应的时域资源信息和所述第二反馈信息发送给所述第二网络设备。

2.如权利要求1所述的方法，还包括：

在所述第一网络设备处配置用于上行控制信道的公共资源组，所述反馈信号在所述上行控制信道上传输。

3.如权利要求2所述的方法，还包括：

所述第一网络设备将所述公共资源组的配置信息发送给所述第二网络设备。

4.如权利要求2所述的方法，还包括：

所述第一网络设备向所述用户设备发送下行链路控制信息，所述下行链路控制信息包括用于下行共享数据信道的第一调度信息、以及用于与所述下行共享数据信道对应的第一反馈信息的第二调度信息。

5.如权利要求4所述的方法，其中，所述第一调度信息包括指示所述下行链路控制信息与其调度的下行共享数据信道之间的时隙间隔的第一指示符，所述第二调度信息包括指示所述下行共享数据信道与其对应的第一反馈信息之间的时隙间隔的第二指示符，所述第一反馈信息使用的时隙选自所述公共资源组。

6.如权利要求5所述的方法，其中，根据所述第二指示符确定的所述第一反馈信息的时隙与所述第二网络设备调度的所述第二反馈信息的时隙相同。

7.一种网络设备，包括：

处理器；

与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述处理器运行时使所述网络设备执行动作，所述动作包括：

接收来自用户设备的反馈信号，所述反馈信号包括用于所述网络设备的第一反馈信息、以及用于与所述用户设备通信的第二网络设备的第二反馈信息；

解码所述第一反馈信息和所述第二反馈信息；以及

将所述反馈信号对应的时域资源信息和所述第二反馈信息发送给所述第二网络设备。

8.如权利要求7所述的网络设备，其中，所述动作还包括：

配置用于上行控制信道的公共资源组，所述反馈信号在所述上行控制信道上传输。

9.如权利要求8所述的网络设备，其中，所述动作还包括：

将所述公共资源组的配置信息发送给所述第二网络设备。

10.如权利要求8所述的网络设备，其中，所述动作还包括：

向所述用户设备发送下行链路控制信息，所述下行链路控制信息包括用于下行共享数据信道的第一调度信息、以及用于与所述下行共享数据信道对应的第一反馈信息的第二调度信息。

11.如权利要求10所述的网络设备，其中，所述第一调度信息包括指示所述下行链路控制信息与其调度的下行共享数据信道之间的时隙间隔的第一指示符，所述第二调度信息包括指示所述下行共享数据信道与其对应的第一反馈信息之间的时隙间隔的第二指示符，所述第一反馈信息使用的时隙选自所述公共资源组。

12.如权利要求11所述的网络设备，其中，根据所述第二指示符确定的所述第一反馈信息的时隙与所述第二网络设备调度的所述第二反馈信息的时隙相同。

13.一种在网络侧实施的通信方法，包括：

在第二网络设备处接收来自第一网络设备的反馈信息和所述反馈信息对应的时域资源信息，所述反馈信息指示用户设备是否接收到所述第二网络设备发送给所述用户设备的数据；以及

基于所述时域资源信息确定所述反馈信息对应的反馈进程。

14.如权利要求13所述的方法，还包括：

在所述第二网络设备处配置用于上行控制信道的公共资源组。

15.如权利要求14所述的方法，还包括：

所述第二网络设备向所述用户设备发送下行链路控制信息，所述下行链路控制信息包括用于下行共享数据信道的第一调度信息、以及用于与所述下行共享数据信道对应的反馈信息的第二调度信息。

16.如权利要求15所述的方法，其中，所述第一调度信息包括指示所述下行链路控制信息与其调度的下行共享数据信道之间的时隙间隔的第一指示符，所述第二调度信息包括指示所述下行共享数据信道与其对应的反馈信息之间的时隙间隔的第二指示符，所述反馈信息使用的时隙选自所述公共资源组。

17.如权利要求16所述的方法，其中，根据所述第二指示符确定的所述反馈信息的时隙与所述第一网络设备调度的从所述用户设备反馈给所述第一网络设备的反馈信息的时隙相同。

18.一种网络设备，包括：

处理器；

与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述处理器运行时使所述网络设备执行动作，所述动作包括：

接收来自另一网络设备的反馈信息和所述反馈信息对应的时域资源信息，所述反馈信息指示用户设备是否接收到所述网络设备发送给所述用户设备的数据；以及

基于所述时域资源信息确定所述反馈信息对应的反馈进程。

19.如权利要求18所述的网络设备，其中，所述动作还包括：

配置用于上行控制信道的公共资源组。

20.如权利要求19所述的网络设备，其中，所述动作还包括：

向所述用户设备发送下行链路控制信息，所述下行链路控制信息包括用于下行共享数据信道的第一调度信息、以及用于与所述下行共享数据信道对应的反馈信息的第二调度信息。

21.如权利要求20所述的网络设备，其中，所述第一调度信息包括指示所述下行链路控制信息与其调度的下行共享数据信道之间的时隙间隔的第一指示符，所述第二调度信息包括指示所述下行共享数据信道与其对应的反馈信息之间的时隙间隔的第二指示符，所述反馈信息使用的时隙选自所述公共资源组。

22.如权利要求21所述的网络设备，其中，根据所述第二指示符确定的所述反馈信息的时隙与所述另一网络设备调度的从所述用户设备反馈给所述另一网络设备的反馈信息的时隙相同。

23.一种在用户设备处实施的通信方法，包括：

生成反馈信号，所述反馈信号包括指示所述用户设备是否接收到来自第一网络设备的第一数据的第一反馈信息和指示所述用户设备是否接收到来自第二网络设备的第二数据的第二反馈信息；以及

将所述反馈信号发送给所述第一网络设备。

24.如权利要求23所述的方法，还包括：

接收来自所述第一网络设备的上行控制信道配置信息，所述上行控制信道配置信息包括用于上行控制信道的公共资源组，所述反馈信号在所述上行控制信道上传输。

25.如权利要求24所述的方法，还包括：

从所述第一网络设备接收第一下行链路控制信息，所述第一下行链路控制信息包括用于第一下行共享数据信道的第一调度信息、以及用于与所述第一下行共享数据信道对应的第一反馈信息的第二调度信息；以及

从所述第二网络设备接收第二下行链路控制信息，所述第二下行链路控制信息包括用于第二下行共享数据信道的第三调度信息、以及用于与所述第二下行共享数据信道对应的第二反馈信息的第四调度信息。

26.如权利要求25所述的方法，其中，所述第一调度信息包括指示所述第一下行链路控制信息与其调度的第一下行共享数据信道之间的时隙间隔的第一指示符，所述第二调度信息包括指示所述第一下行共享数据信道与其对应的第一反馈信息之间的时隙间隔的第二指示符，

所述第三调度信息包括指示所述第二下行链路控制信息与其调度的第二下行共享数据信道之间的时隙间隔的第三指示符，所述第四调度信息包括指示所述第二下行共享数据信道与其对应的第二反馈信息之间的时隙间隔的第四指示符，

所述第二指示符指示的所述第一反馈信息的时隙和所述第四指示符指示的所述第二反馈信息的时隙是选自所述公共资源组的相同时隙。

27.一种用户设备，包括：

处理器；

与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述处理器运行时使所述用户设备执行动作，所述动作包括：

生成反馈信号，所述反馈信号包括指示所述用户设备是否接收到来自第一网络设备的第一数据的第一反馈信息和指示所述用户设备是否接收到来自第二网络设备的第二数据的第二反馈信息；以及

将所述反馈信号发送给所述第一网络设备。

28.如权利要求27所述的用户设备，其中，所述动作还包括：

接收来自所述第一网络设备的上行控制信道配置信息，所述上行控制信道配置信息包括用于上行控制信道的公共资源组，所述反馈信号在所述上行控制信道上传输。

29.如权利要求28所述的用户设备，其中，所述动作还包括：

从所述第一网络设备接收第一下行链路控制信息，所述第一下行链路控制信息包括用于第一下行共享数据信道的第一调度信息、以及用于与所述第一下行共享数据信道对应的第一反馈信息的第二调度信息；以及

从所述第二网络设备接收第二下行链路控制信息，所述第二下行链路控制信息包括用于第二下行共享数据信道的第三调度信息、以及用于与所述第二下行共享数据信道对应的第二反馈信息的第四调度信息。

30.如权利要求29所述的用户设备，其中，所述第一调度信息包括指示所述第一下行链路控制信息与其调度的第一下行共享数据信道之间的时隙间隔的第一指示符，所述第二调度信息包括指示所述第一下行共享数据信道与其对应的第一反馈信息之间的时隙间隔的第二指示符，

所述第三调度信息包括指示所述第二下行链路控制信息与其调度的第二下行共享数据信道之间的时隙间隔的第三指示符，所述第四调度信息包括指示所述第二下行共享数据信道与其对应的第二反馈信息之间的时隙间隔的第四指示符，

所述第二指示符指示的所述第一反馈信息的时隙和所述第四指示符指示的所述第二反馈信息的时隙是选自所述公共资源组的相同时隙。

31.一种计算机可读介质，其上存储有包括指令的计算机程序，所述指令在由一个或多个处理器运行时，使包括所述一个或多个处理器的装置执行权利要求1-6、13-17、23-26中的任一项所述的方法。

Images