CN111865515A

CN111865515A - 通信方法和通信装置

Info

Publication number: CN111865515A
Application number: CN201910338369.6A
Authority: CN
Inventors: 纪刘榴; 葛士斌; 杭海存; 王潇涵; 毕晓艳
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-04-25
Filing date: 2019-04-25
Publication date: 2020-10-30
Anticipated expiration: 2039-04-25
Also published as: WO2020216314A1; CN111865515B

Abstract

本申请提供了一种通信方法和通信装置，以期网络设备可以为终端设备指示反馈时间，并合理地分配反馈资源。该通信方法可以包括：终端设备基于多个物理下行共享信道PDSCH的传输信息，生成能力信息；终端设备向网络设备上报该能力信息，该能力信息用于终端设备的资源的配置，该资源用于终端设备对多个PDSCH的反馈。

Description

通信方法和通信装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种通信方法和通信装置。

背景技术

在单小区传输中，以下行传输为例，数据的处理流程一般包括，网络设备向终端设备发送数据，终端设备接收数据，并对数据进行处理，根据处理的结果，终端设备向网络设备反馈应答信息。终端设备反馈的应答信息例如可以为，混合自动重传请求(hybridautomatic repeat request，HARQ)-确认(acknowledgement，ACK)信息或HARQ-否定确认(negative acknowledgment，NACK)信息。

为了让终端设备能够进行合理的反馈，网络设备需要给终端设备指定反馈时间，例如，网络设备可以通过下行控制信息(downlink control information，DCI)向终端设备指示反馈HARQ-ACK或HARQ-NACK的反馈时间。

然而，在有些场景下，比如协作多点(coordination multiple point，CoMP)传输场景，网络设备如何向终端设备指示反馈HARQ-ACK或HARQ-NACK的反馈时间，还没有具体的解决方案。

发明内容

本申请提供一种通信方法和通信装置，以期网络设备可以为终端设备合理地分配反馈资源。

第一方面，提供了一种通信方法。该方法可以由终端设备执行，或者，也可以由配置于终端设备中的芯片或电路执行，本申请对此不作限定。

该方法可以包括：终端设备基于多个物理下行共享信道PDSCH的传输信息，生成能力信息；所述终端设备向网络设备发送所述能力信息，所述能力信息用于所述终端设备的资源的配置，所述资源用于所述终端设备对所述多个PDSCH的反馈。

结合第一方面，在第一方面的某些实现方式中，所述终端设备向网络设备发送所述能力信息之前，包括：所述终端设备接收来自所述网络设备的所述多个PDSCH的传输信息。

第二方面，提供了一种通信方法。该方法可以由网络设备执行，或者，也可以由配置于网络设备中的芯片或电路执行，本申请对此不作限定。

该方法可以包括：网络设备接收来自终端设备的能力信息，所述能力信息是所述终端设备基于多个物理下行共享信道PDSCH的传输信息生成的；基于所述能力信息，所述网络设备为所述终端设备配置资源，所述资源用于所述终端设备对所述多个PDSCH的反馈。

基于上述技术方案，考虑到终端设备可能会接收到多个数据(如多个PDSCH)的场景，例如多站传输的场景，终端设备上报能力信息时，可以考虑多个数据的传输信息，也就是说，终端设备基于该多个数据的传输信息生成能力信息。终端设备向网络设备上报基于多个数据的传输信息生成的能力信息，然后，网络设备可以基于该能力信息向终端设备指示反馈时间，此外，也可以使得网络设备可以基于终端设备在多站传输下的能力，为终端设备配置反馈资源，进而不仅可以合理地配置反馈资源，而且可以保证系统性能。

可选地，多个PDSCH，也可以替换为多个数据。

可选地，资源用于终端设备对多个PDSCH的反馈，可以理解为，终端设备接收到多个PDSCH后，可以基于该资源向网络设备发送对该多个PDSCH的反馈信息。

结合第二方面，在第二方面的某些实现方式中，所述网络设备接收来自所述终端设备的能力信息之前，包括：所述网络设备发送所述多个PDSCH的传输信息。

结合第一方面或第二方面，在某些实现方式中，所述多个PDSCH的传输信息，包括以下一项或多项信息：每个PDSCH的传输时间、所述多个PDSCH的重叠时间、起始时刻、起始时刻之间的间隔、结束时刻、结束时刻之间的间隔、发送接收点TRP的定时偏差；其中，所述起始时刻表示：每个PDSCH的传输资源在时域上的起始位置，所述结束时刻表示：每个PDSCH的传输资源在时域上的结束位置。

基于上述方案，终端设备可以基于上述一项或多项信息，生成能力信息。例如，终端设备可以基于上述一项或多项信息，确定接收到该多个数据(如PDSCH)后将如何处理，并基于处理方式来生成能力信息并上报。又如，终端设备也可以基于上述一项或多项信息，确定接收到该多个数据后将如何反馈，并基于反馈方式来生成能力信息并上报。

结合第一方面或第二方面，在某些实现方式中，所述终端设备对所述多个PDSCH反馈的反馈方式，包括：对每个PDSCH分别反馈，或，对所述多个PDSCH联合反馈。

基于上述方案，终端设备接收多个数据(如PDSCH)时，可以有不同的反馈方式。

第三方面，提供一种通信装置，所述通信装置用于执行上述第一方面提供的方法。具体地，所述通信装置可以包括用于执行第一方面提供的方法的模块。

第四方面，提供一种通信装置，所述通信装置用于执行上述第二方面提供的方法。具体地，所述通信装置可以包括用于执行第二方面提供的方法的模块。

第五方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为终端设备。当该通信装置为终端设备时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于终端设备中的芯片。当该通信装置为配置于终端设备中的芯片时，所述通信接口可以是输入/输出接口。

在另一种实现方式中，该通信装置为芯片或芯片系统。

可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第六方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第二方面中任一种可能实现方式中的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为网络设备。当该通信装置为网络设备时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于网络设备中的芯片。当该通信装置为配置于网络设备中的芯片时，所述通信接口可以是输入/输出接口。

在另一种实现方式中，该通信装置为芯片或芯片系统。

第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被通信装置执行时，使得所述通信装置实现第一方面，以及第一方面的任一可能的实现方式中的方法。

第八方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被通信装置执行时，使得所述通信装置实现第二方面，以及第二方面的任一可能的实现方式中的方法。

第九方面，提供一种包含指令的计算机程序产品，所述指令被计算机执行时使得通信装置实现第一方面提供的方法。

第十方面，提供一种包含指令的计算机程序产品，所述指令被计算机执行时使得通信装置实现第二方面提供的方法。

第十一方面，提供了一种通信系统，包括前述的网络设备和终端设备。

基于本申请实施例，考虑到终端设备可能会接收到多个数据(如PDSCH)的场景，例如多站传输的场景，终端设备上报能力信息时，可以考虑多个数据的传输信息，基于该多个数据的传输信息生成能力信息。终端设备向网络设备上报基于多个数据的传输信息生成的能力信息，使得网络设备可以基于终端设备在多站传输下的能力，为终端设备配置反馈资源，进而不仅可以合理地配置反馈资源，而且可以保证系统性能。

附图说明

图1是适用于本申请实施例的通信系统的示意图；

图2是关于下行数据处理时间的一示意图；

图3是本申请实施例的通信方法的示意性交互图；

图4是适用于本申请实施例的PDSCH的时域资源分配的一示意图；

图5和图6是适用于本申请实施例的通信方法的示意图；

图7是本申请实施例提供的通信装置的一示意性框图；

图8是本申请实施例提供的通信装置的又一示意性框图；

图9是本申请实施例提供的终端设备的示意性框图；

图10是本申请实施例提供的网络设备的示意性框图。

具体实施方式

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、第五代(5th Generation，5G)系统或新无线(NewRadio，NR)等。

为便于理解本申请实施例，首先以图1示出的通信系统为例详细说明适用于本申请实施例提供的方法的通信系统。图1示出了适用于本申请实施例的通信系统100的示意图。如图所示，该通信系统100可以包括至少一个终端设备，如图中所示的终端设备101；该通信系统100还可以包括至少两个网络设备，如图中所示的网络设备#1 102和网络设备#2103。网络设备#1 102和网络设备#2 103可以是同一个小区中的网络设备，例如，网络设备#1 102和网络设备#2 103可以是同一小区中的发送接收点(transmission and receptionpoint，TRP)，也可以是不同小区中的网络设备，本申请对此不作限定。图中仅为示例，示出了网络设备#1 102和网络设备#2 103位于同一个小区中的示例。还应理解，本申请各实施例还可以应用在一个网络设备的多天线面板相当于多TRP的场景下。

在通信系统100中，网络设备#1 102和网络设备#2 103彼此之间可通过回程(backhaul)链路通信，该回程链路可以是有线回程链路(例如光纤、铜缆)，也可以是无线回程链路(例如微波)。网络设备#1 102和网络设备#2 103可以进行相互协同，来为终端设备101提供服务。因此，终端设备101可通过无线链路分别与网络设备#1 102和网络设备#2103通信。

此外，网络设备#1 102和网络设备#2 103中的一个或多个还可以分别采用载波聚合技术，在一个或多个CC上为终端设备101调度PDSCH。例如，网络设备#1 102可以在CC#1和CC#2上为终端设备101调度PDSCH，网络设备#2 103可以在CC#1和CC#3上为终端设备101调度PDSCH。网络设备#1 102和网络设备#2 103所调度的CC可以是相同的，也可以是不同的，本申请对此不作限定。

应理解，上述应用于本申请实施例的通信系统仅是举例说明，适用本申请实施例的通信系统并不局限于此。

本申请实施例中的终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internetdevice，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmentedreality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless localloop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication,MTC)终端、5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是全球移动通讯(Global System of Mobile communication，GSM)系统或码分多址(CodeDivision Multiple Access，CDMA)中的基站(Base Transceiver Station，BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional NodeB，eNB或eNodeB)，还可以是云无线接入网络(Cloud Radio Access Network，CRAN)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，本申请实施例并不限定。

在一些部署中，网络设备可以包括集中式单元(centralized unit，CU)和DU。网络设备还可以包括有源天线单元(active antenna unit，简称AAU)。CU实现网络设备的部分功能，DU实现网络设备的部分功能，比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergenceprotocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radiolink control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的网络设备，也可以将CU划分为核心网(core network，CN)中的网络设备，本申请对此不做限定。

为便于理解本申请实施例，首先对本申请中涉及的几个术语做简单说明。

1、HARQ-ACK信息(HARQ-ACK information)

HARQ-ACK信息也可以称为HARQ信息。可以分为下行HARQ信息和上行HARQ信息。在当前技术中，下行HARQ-ACK信息可以表示针对下行数据(如物理下行共享信道(physicaldownlink share channel，PDSCH))的反馈信息，如可以是确认(ACK)或否定确认(negativeacknowledgment，NACK)。上行HARQ-ACK信息可以表示针对上行数据(如物理上行共享信道(physical uplink share channel，PUSCH))的反馈信息，与下行HARQ-ACK信息相似，也可以是ACK或NACK。其中，ACK可表示数据被成功接收，且数据被成功解码；NACK可表示数据未被成功接收，或数据未被成功解码。发送设备(如进行下行传输的网络设备或进行上行传输的终端设备)可以基于接收设备反馈的NACK进行数据重传。

在一种可能的设计中，该HARQ-ACK信息可以是一个信息比特，当该信息比特置“0”时可以表示NACK，当该信息比特置“1”时可以表示ACK；或者，当该信息比特置“1”时可以表示NACK，当该信息比特置“0”时可以表示ACK，本申请对此不作限定。

下文一些实施例中以反馈的信息为HARQ信息为例来说明本申请实施例，但这不应对本申请构成任何限定。本申请并不排除将本申请所提供的方法应用于其它反馈信息的场景中。

以下行HARQ-ACK信息为例，下行HARQ-ACK信息例如可以通过物理上行控制信道(physical uplink control channel，PUCCH)传输，可以属于上行控制信息(uplinkcontrol information，UCI)中的一种。需要反馈的HARQ-ACK信息的下行数据例如可以包括：有对应的物理下行控制信道(physical downlink control channel，PDCCH)的PDSCH、用于下行半持续调度(semi-persistent scheduling，SPS)激活的PDSCH传输、用于指示下行SPS释放(release)信息的PDCCH(此时没有数据PDSCH)，也可称为SPS PDSCH release或没有对应的PDCCH的SPS PDSCH。本申请实施例对此不做限定。

在下文一些实施例中，为便于理解，以下行HARQ信息为针对PDSCH的反馈信息为例进行示例性说明。针对每个PDSCH有对应的ACK、NACK信息，至少一个PDSCH的ACK、NACK信息可以对应一个或多个HARQ-ACK信息。其具体实现方式本申请对此不作限定。

2、时频资源

在本申请实施例中，数据或信息可以通过时频资源来承载，其中，该时频资源可以包括时域上的资源和频域上的资源。其中，在时域上，时频资源可以包括一个或多个时域单位(或者，也可以称为时间单位)，在频域上，时频资源可以包括一个或多个频域单位。

其中，一个时域单位可以是一个符号，或者一个迷你时隙(mini-slot)，或者一个时隙(slot)，或者一个子帧(subframe)，其中，一个子帧在时域上的持续时间可以是1毫秒(ms)，一个时隙由7个或者14个符号组成，一个迷你时隙可以包括至少一个符号(例如，2个符号或者4个符号或者7个符号或者14个符号，或者其他小于等于14个符号的任意数目符号)。列举的上述时域单位大小仅仅是为了方便理解本申请的方案，不应理解对本申请的限定，可以理解的是，上述时域单位大小可以为其它值，本申请不做限定。

一个频域单位可以是一个资源块(resource block，RB)，或者一个资源块组(resource block group，RBG)，或者一个预定义的子带(subband)，或者一个预编码资源块组(precoding resource block group，PRG)，或者一个带宽部分(bandwidth part，BWP)，或者一个载波，或者一个服务小区。

在本申请实施例中，“数据”或“信息”可以理解为信息块经过编码后生成的比特，或者，“数据”或“信息”还可以理解为信息块经过编码调制后生成的调制符号。

3、数据的处理流程

以下行传输为例，数据的处理流程可以包括网络设备向终端设备发送数据，终端设备接收数据，并对接收的数据进行处理，终端设备根据处理的结果向网络设备反馈应答信息。

应理解，在本申请实施例中，对数据进行处理，例如对PDSCH进行处理，可以包括对PDSCH进行解调和解码等处理。

为了让终端设备能够进行合理地反馈，网络设备一般会向终端设备指定反馈的时间。例如，网络设备通过在下行控制信息(downlink control information，DCI)中携带指示信息，该指示信息指示终端设备从接收PDSCH到进行HARQ反馈的时间，或者，网络设备可以通过高层信令通知终端设备从接收PDSCH到进行HARQ反馈的时间。这样，终端设备就知道在接收到PDSCH之后的哪个时间单元进行反馈。

应理解，上述仅是为便于理解做的示例性说明，关于数据的具体处理流程，本申请实施例并不做限定。

4、下行数据处理时间

一般地，为了保证终端设备可以生成一个有效的(valid)HARQ-ACK信息，携带了HARQ-ACK信息的PUCCH的第一个符号(或开始位置)，可以在PDSCH结束之后经过下行数据处理时间之后的下一个时间单元进行反馈，或者，也可以晚于PDSCH结束之后经过下行数据处理时间之后的下一个时间单元。该时间单元可以是可用于上行传输的符号，里面还可以包括循环前缀(cyclic prefix，CP)时间。

为便于理解，结合图2进行说明。

如图2所示，为区分，用K0表示PDCCH与该PDCCH调度的PDSCH之间的时间间隔，该K0的时间单位例如可以为时隙(slot)，K0的范围例如可以为：K0∈{0,32}；用K1表示终端设备反馈HARQ的时间；用T_proc,1表示下行数据处理时间。应理解，K0的时间单位还可以为符号(symbol)等。

终端设备接收到PDSCH后，开始处理PDSCH，例如对PDSCH进行解调和解码等处理。该PDSCH里携带了需要被应答或者说需要被反馈的数据。终端设备根据K1的指示，在K1处向网络设备反馈HARQ信息。该HARQ信息可以通过PUCCH传输，该PUCCH可以根据K1的指示、PUCCH的资源指示、时间提前量(timing advance，TA)等确定。由K1确定的PUCCH的第一个时间单位(如第一个时隙或第一个符号等)，不早于从PDSCH的最后一个时间单位(如最后一个时隙或最后一个符号)开始经过T_proc,1时间之后的下一个时间单位(如下一个时隙或下一个符号等)。

下行数据处理时间，例如可以根据终端设备的处理时间能力、时间调整量、采样时间等参数确定。

例如，网络设备可以根据下面的公式1确定下行数据处理时间T_proc,1。

T_proc,1＝(N1+d_1,1)(2048+144)*k*2^-μ*Tc 公式1

其中，N1可以是网络设备根据终端设备上报的能力信息确定的。能力信息，例如可以称为终端设备的处理时间能力。示例性地，终端设备上报的该能力信息可以与配置参数(numerology)有对应关系。

一般地，在现有技术中，终端设备可以支持能力1或能力2，换句话说，终端设备上报的能力信息指示终端设备支持能力1或能力2。

应理解，在一些特定的配置下，能力1对应的N1的值以及能力2对应的N1的值可以是协议中定义好的。

例如，当终端设备上报的能力信息指示支持能力1时，对于某numerology，以及其他的一些传输条件，其N1为固定值。如表1所示，表1示出了现有的一种协议中，能力1下不同numerology对应的数据处理时间，即PDSCH处理时间N1。

又如，当终端设备上报的能力信息指示支持能力2时，对于某numerology，以及其他的一些传输条件，其N1为固定值。如表2所示，表2示出了现有的一种协议中，能力2下不同numerology对应的数据处理时间，即PDSCH处理时间N1。

其中：

dmrs-AdditionalPosition，表示额外(additional)解调参考信号的位置。

dmrs-AdditionalPosition＝pos0，表示dmrs-AdditionalPosition在首个符号，dmrs-AdditionalPosition≠pos0，表示dmrs-AdditionalPosition不在首个符号。

dmrs-DownlinkForPDSCH-MappingTypeA，表示用于解调PDSCH的DMRS的映射类型为A，或dmrs-DownlinkForPDSCH-MappingTypeB，表示用于解调PDSCH的DMRS的映射类型为B。

dmrs-AdditionalPosition＝pos0 in DMRS-DownlinkConfig in both of dmrs-DownlinkForPDSCH-MappingTypeA,dmrs-DownlinkForPDSCH-MappingTypeB，表示：在下行DMRS配置中，对于映射类型为TypeA的用于解调PDSCH的DMRS和对于映射类型为TypeB的用于解调PDSCH的DMRS，额外解调参考信号的位置均在首个符号。

dmrs-AdditionalPosition≠pos0 in DMRS-DownlinkConfig in either ofdmrs-DownlinkForPDSCH-MappingTypeA,dmrs-DownlinkForPDSCH-MappingTypeB or ifthe higher layer parameter is not configured，表示：在下行DMRS配置中，对于映射类型为TypeA的用于解调PDSCH的DMRS、对于映射类型为TypeB的用于解调PDSCH的DMRS、或者没有配置高层参数的，额外解调参考信号的位置均不在首个符号。

表1中的N_1,0表示另一个条件确定的值，或者，也可以理解为，考虑到其他条件或者其他参数确定的值。

频域范围1(frequency range 1)，一般表示低频频段。

表1

μ表示numerology，如μ取值为0表示的是15KHz子载波间隔，为μ取值为1表示的是30KHz子载波间隔，μ取值为2表示的是60KHz子载波间隔，μ取值为3表示的是120KHz子载波间隔。

可以看出，对于numerology为15KHz子载波间隔的情况，当终端设备上报的能力信息指示支持能力1时，意味着它可以支持8符号(在特定DMRS的配置下)的数据处理时间；当终端设备上报其能力为能力2时，意味着它可以支持3符号的数据处理时间。在该情况下，对于上报的能力信息指示支持能力1的终端设备，如果网络设备调度数据，并指示反馈资源时，要保证反馈的时间满足8符号的处理时间，否则(比如说网络设备指示的反馈资源是让终端设备在PDSCH之后的4个符号反馈)，则终端设备无法提供一个有效的、可用的HARQ-ACK反馈信息。

numerology是在NR中新引入的一个概念，具体可理解为通信系统所用的一套参数，例如可包括子载波间隔(subcarrier spacing，SCS)、符号长度、CP长度、资源块(resource block，RB)数、时隙长度、帧格式等。一个小区可以支持一种或者多种numerology，例如用于上行传输的numerology，用于下行传输的numerology等等。

应理解，此处所列举的numerology所包含的具体内容仅为示例性说明，不应对本申请构成任何限定。例如，numerology还可包括NR中所能支持的其他粒度的参数。

以子载波间隔为例，不同的子载波间隔对应的N1可以为不同的值。具体的，可以参考现有协议，此处不再赘述。

此外，numerology可以包括PDCCH的numerology，例如记为μPDCCH。numerology还可以包括PDSCH的numerology，例如记为μPDSCH。numerology还可以包括上行传输的numerology，例如记为μUL等。

根据不同的numerology，N1可以为不同的值，那么网络设备确定T_proc,1时，可以按照最大的值来确定。例如，μPDCCH对应的N1、μPDSCH对应的N1、以及μUL对应的N1不同，网络设备根据μPDCCH对应的N1、μPDSCH对应的N1、以及μUL对应的N1，可能会得到是三个T_proc,1的值，那么网络设备最终确定的T_proc,1可以是三个T_proc,1的值中的最大值。也就是说，如果各信道的不同的numerology导致的处理时间不一样，那么网络设备可以按照最大的时间作为下行数据处理时间，以保证为终端设备预留足够的时间。

上文公式1中，k表示一个常数，例如可以为对整个系统的信号的最大采样时间与对整个系统的信号的最小采样时间的比值。

其中，T_C表示时间单位，例如，在当前协议中，T_C＝1/(Δf_max*N_f)，Δf_max＝480.10³Hz，N_f＝4096。

其中，d_1,1与PDSCH的资源映射有关。可以称为时间调整量。具体地，d_1,1可以与PDSCH的资源映射类型、PDSCH的持续时间(如占据是2、4、7符号长度)、PDSCH映射的资源、PDSCH中DMRS的映射位置、PDCCH映射的资源关系等有关。例如，在PDSCH映射类型为映射类型A(mapping type A)的情况下，且PDSCH的最后一个符号i<7时，d₁,₁＝7-i,否则d_1,1＝0。

应理解，上述各个参数的含义可参考现有协议，本申请实施例对此不做限定。

一般地，网络设备为终端设备指示反馈HARQ的时间时，终端设备需要上报能力信息。终端设备在上报能力信息的时候，可能会考虑到：根据解调参考信号(demodulationreference signal，DMRS)估计信道的时间、终端设备的处理时间等等。

应理解，终端设备的处理时间，例如可以包括：根据估计的信道对PDSCH进行处理的时间、根据处理结果生成HARQ-ACK信息的时间等。

在多站传输下，例如协作多点(coordination multiple point，CoMP)传输，终端设备对接收到的多个数据可能会有不同的处理方式，那么如果网络设备按照现有技术的设计对终端设备进行PUCCH资源的分配，可能会导致终端设备无法形成一个有效的HARQ-ACK信息，或者，网络设备考虑到多站导致的最差情况可能会分配比较长的反馈时间，这样会增加反馈时延，影响系统性能。

有鉴于此，本申请提供一种通信方法，以期网络设备能够合理地为终端设备分配反馈资源，提高资源利用率。

下面将结合附图详细说明本申请提供的各个实施例。

图3是从设备交互的角度示出的本申请实施例提供的通信方法300的示意性交互图。如图所示，该方法300可以包括如下步骤。

310，终端设备基于多个数据的传输信息，生成能力信息。

多个数据的传输信息，可以表示与传输多个数据相关的信息。例如多个网络设备，如多个TRP，向终端设备发送的多个数据的传输信息，也可以由一个网络设备将多个网络设备的多个数据的传输信息发送给终端设备，本申请对此不进行限制。该数据可以为各种类型的数据，例如数据可以为PDSCH，也就是说，在步骤310中，终端设备基于多个PDSCH的传输信息，生成能力信息。应理解，本申请实施例中的“数据”可替换为“PDSCH”。

可选地，多个数据的传输信息，可以包括以下一项或多项信息：每个数据的传输时间、多个数据的重叠时间、起始时刻、起始时刻之间的间隔、结束时刻、结束时刻之间的间隔、发送接收点TRP的定时偏差、多个数据的配置参数、DMRD的配置参数、或PDCCH的配置参数等。

其中，每个数据的传输时间，用于表示每个数据的传输时间长度，或者说，传输数据的传输时长。

其中，多个数据的重叠时间，用于表示多个数据时域资源重复的时间长度，或者说，用于传输多个数据的资源在时域上重叠的时长。

其中，起始时刻表示：每个数据的传输资源在时域上的起始位置，结束时刻表示：每个数据的传输资源在时域上的结束位置。

其中，数据的配置参数例如可以包括：数据的映射类型，例如PDSCH的映射类型为类型A或类型B。

其中，DMRS的配置参数例如可以包括以下一项或多项：前置DMRS的符号位置、前置DMRS的符号个数、额外(或后置)DMRS的符号位置、额外(或后置)DMRS的个数、DMRS配置类型(如DMRS配置类型为类型1或DMRS配置类型为类型2)、或DMRS所在的码分正交组信息等。

其中，PDCCH的配置参数例如可以包括以下一项或多项：PDCCH所在的控制资源组、或搜索空间集合、PDCCH所在的时域资源信息、PDCCH检测的检测周期、检测图样、或检测时域偏移等信息。

下文详细介绍上述各个信息，以及终端设备如何基于多个数据的传输信息生成能力信息。

在本申请实施例中，考虑到终端设备在一些场景下，例如多站传输，可能会对待接收的多个数据有不同的处理方式或反馈方式，故提出基于多个数据的传输信息上报能力信息。

关于能力信息至少包括以下两种可能的设计。

设计1，能力信息可以理解为终端设备在多站传输下的能力信息，或者，终端设备在多站传输下的处理时间能力。

设计2，能力信息为终端设备在单站传输下的能力信息。

下文实施例首先介绍设计1的方案。

根据多个数据的传输信息生成能力信息，也可以理解为，终端设备上报的能力信息与多个数据的传输相关联，或者，也可以理解为，终端设备上报的能力信息与多站传输相关联，或者，也可以理解为，终端设备上报的能力信息与终端设备处理多个数据的方式有关，和/或，终端设备上报的能力信息与终端设备针对多个数据的反馈方式有关。

可选地，设计1中提及的能力信息可以表示指示终端设备支持能力3的能力信息，该能力3与现有的能力1、能力2不同，即该能力3表示多站传输下的能力。能力3可以对应一个或多个能力，协议可以预定义这些能力所对应的PDSCH处理时间的取值(如类似表1或表2的形式)。

终端设备根据多个数据的传输信息(或者说多站传输的信息)，上报合适的能力信息，网络设备通过读取该能力信息，以及该能力信息对应的PDSCH处理时间的取值，从而知道在对应的传输配置下的PDSCH的处理时间。此处，不同的能力可以对应不同的传输配置。对此不做限定。

可选地，可以通过以下一种或多种关联方式，将终端设备上报的能力信息与多个数据的传输相关联。

关联方式1：终端设备上报的能力信息与终端设备处理多个数据的方式关联，也可以理解为，终端设备上报的能力信息可以与终端设备处理多个数据的方式有对应关系，或者，也可以理解为，终端设备上报的能力信息是基于终端设备处理多个数据的处理方式上报的。

该关联方式1可以是预先定义的，例如协议预先规定的，或者，网络设备预先配置的，对此不做限定。

本申请实施例对该关联方式1的具体形式不做限定，例如，该关联方式1可以是一个表格的形式。如表3所示。

表3

处理方式	N1
		处理方式1	N1_值a
处理方式2	N1_值b
		处理方式3	N1_值c
……	……

N1_值a，N1_值b，N1_值c为整数。

其中，处理方式1、处理方式2、处理方式3，……，用于表示不同的处理方式；N1_值a、N1_值b、N1_值c，……，表示各种处理方式对应的N1的值。

终端设备上报能力信息时，可以基于多个数据的传输信息确定处理方式，并基于处理方式进行上报。

关联方式2：终端设备上报的能力信息与终端设备针对多个数据的反馈方式关联，也可以理解为，终端设备上报的能力信息可以与终端设备针对多个数据的反馈方式有对应关系，或者，也可以理解为，终端设备上报的能力信息是基于终端设备针对多个数据的反馈方式上报的。

该关联方式2可以是协议预先规定的，或者，网络设备预先配置的，对此不做限定。

本申请实施例对该关联方式2的具体形式不做限定，例如，该关联方式2可以是一个表格的形式。如表4所示。

表4

反馈方式	N1
		反馈方式1	N1_值d
反馈方式2	N1_值e
		反馈方式3	N1_值f
……	……

N1_值d、N1_值e、N1_值f为整数。

其中，反馈方式1、反馈方式2、反馈方式3，……，用于表示不同的反馈方式；N1_值d、N1_值e、N1_值f，……，表示各种反馈方式对应的N1。

终端设备上报能力信息时，可以基于多个数据的传输信息确定反馈方式，并基于反馈方式进行上报。

应理解，表4中的N1_值d、N1_值e、N1_值f，……，与表3中的N1_值a、N1_值b、N1_值c，……，的N1可以相同也可以不同，或者，表4中的N1_值d、N1_值e、N1_值f，……，与表3中的N1_值a、N1_值b、N1_值c，……，的N1可以关联也可以独立，对此不做限定。

还应理解，上述表3和表4仅是示例性说明，本申请并未限定于此。例如，表3中的“处理方式”、表4中的“反馈方式”，可以用其它术语表示。

应理解，上述两种关联方式可以独立使用，也可以联合使用，对此不做限定。下文结合步骤320详细说明。

可选地，终端设备处理多个数据的方式，至少包括以下三种。

处理方式1，分别处理；

处理方式2，联合处理；

处理方式3，交叉处理。

应理解，在本申请实施例中，终端设备对数据的处理例如可以包括：对数据进行解调和解码等处理，对此不做限定。

在下文中将结合相应的步骤详细介绍三种处理方式，此处不再赘述。

也就是说，在多站传输下，终端设备可以通过上述任一处理方式处理接收到的来自多个网络设备(例如多个TRP)的数据。

下文实施例中，为简洁，将终端设备处理多个数据的方式记为处理方式。

下文详细描述上述几种处理方式。

可选地，终端设备可以通过以下任意一种方式，向网络设备发送针对多个数据的反馈信息。

反馈方式1：分别反馈。

也就是说，终端设备对接收到的多个数据分别反馈，换句话说，各个数据的反馈是相对独立的。

例如，以终端设备接收PDSCH1和PDSCH 2为例。

对于网络设备，网络设备为终端设备分别分配用于反馈PDSCH 1的资源、用于反馈PDSCH 2的资源。

对于终端设备，终端设备接收到PDSCH 1后，基于网络设备分配的用于反馈PDSCH1的资源进行反馈；终端设备接收到PDSCH 2后，基于网络设备分配的用于反馈PDSCH 2的资源进行反馈。

反馈方式2：联合反馈。

也就是说，终端设备确定所有数据的反馈信息后，反馈该多个数据的反馈信息。

例如，以终端设备接收PDSCH1和PDSCH 2为例。

对于网络设备，网络设备为终端设备分配用于反馈PDSCH 1的资源和用于反馈PDSCH 2的资源，并且在分配反馈资源的时候，考虑终端设备接收到一个PDSCH之后还会接收另一个PDSCH。

对于终端设备，终端设备接收到PDSCH 1和PDSCH 2后，确定针对PDSCH 1的反馈信息和针对PDSCH 2的反馈信息，然后再基于网络设备分配的用于反馈PDSCH 1的资源和用于反馈PDSCH 2的资源，将PDSCH 1对应的反馈信息和PDSCH 2的对应的反馈信息一起反馈。反馈信息可以在一个信令中，也可以在两个信令中，对此不做限定。

反馈方式2，可以表示多个反馈信息可以一起反馈的方式，在这种方式中，多个反馈信息为可以包括上行控制信息，具体可以为HARQ-ACK信息、信道状态信息等。多个反馈信息可以一起反馈，可以意味着多个反馈信息在一个信道(如PUCCH)中反馈。多个反馈信息可以是独立编码，也可以是联合编码的。联合编码表示多个反馈信息一起进行编码。

下文实施例中，为简洁，将终端设备针对多个数据的反馈方式记为反馈方式。

应理解，上述反馈方式仅是示例性说明，本申请实施例并未限定于此。例如，终端设备也可以将部分反馈信息一起反馈。如在多个PDSCH对应的HARQ-ACK信息中，部分HARQ-ACK信息可以一起反馈，剩余其他HARQ-ACK信息与这部分HARQ-ACK信息分别反馈。

可选地，在步骤310之前，方法还可以包括：网络设备可以指示终端设备上报针对多个数据的反馈方式。例如，网络设备可以指示终端设备上报是否要进行多个数据的联合反馈。

可选地，在步骤310之前，方法还可以包括：网络设备向终端设备指示上报能力信息。终端设备接收到网络设备的指示后，再上报能力信息，从而可以节省不必要的信令开销。

320，终端设备发送能力信息。相应地，网络设备接收该能力信息。

该能力信息用于终端设备的资源的配置，资源用于终端设备对多个PDSCH的反馈，或者，也可以理解为，网络设备基于该能力信息为终端设备配置反馈资源，即为终端设备配置用于对多个PDSCH进行反馈的反馈资源。例如，网络设备接收到该能力信息后，可以基于该能力信息关联的信息，为终端设备确定下行数据处理时间T_proc,1。

下面结合三种情况示例性说明。

情况1，终端设备发送的能力信息关联终端设备处理多个数据的处理方式(即上述的关联方式1)。

在该情况下，网络设备根据接收到的能力信息所关联的处理方式，并结合表3，确定N1的数值，进而再通过上文所述的公式1，为终端设备确定下行数据处理时间T_proc,1，表3和公式1的形式和内容仅为示例，本申请不限于此，下文中类似，不再赘述。

例如，终端设备发送的能力信息关联处理方式1，结合表3，网络设备确定N1的数值为N1_值a，将N1_值a代入上文所述的公式1，网络设备可以为终端设备确定出下行数据处理时间T_proc,1。

情况2，终端设备发送的能力信息关联终端设备针对多个数据的反馈方式(即上述的关联方式2)。

在该情况下，网络设备根据接收到的能力信息所关联的反馈方式，并结合表4，确定N1的数值，进而再通过上文所述的公式1，为终端设备确定下行数据处理时间T_proc,1，表4和公式1的形式和内容仅为示例，本申请不限于此，下文中类似，不再赘述。

例如，终端设备发送的能力信息关联反馈方式2，结合表4，网络设备确定N1的数值为N1_值e，将N1_值e代入上文所述的公式1，网络设备可以为终端设备确定出下行数据处理时间T_proc,1。

情况3，终端设备发送的能力信息关联终端设备处理多个数据的处理方式以及终端设备针对多个数据的反馈方式(即上述的关联方式1和关联方式2结合使用)。

在该情况下，网络设备根据接收到的能力信息所关联的处理方式和反馈方式，并结合表3和表4，确定N1的数值，进而再通过上文所述的公式1，为终端设备确定下行数据处理时间T_proc,1。

例如，终端设备发送的能力信息关联处理方式2和反馈方式1，结合表3和表4，网络设备为终端设备确定出两个N1的数值，分别为N1_值b和N1_值d。

一种可能的实现方式，网络设备将N1_值b和N1_值d分别代入上文所述的公式1，可能会得到两个不同的下行数据处理时间T_proc,1，网络设备选择两个T_proc,1中数值较大的T_proc,1作为终端设备的下行数据处理时间。

又一种可能的实现方式，网络设备将N1_值b和N1_值d分别代入上文所述的公式1，可能会得到两个不同的下行数据处理时间T_proc,1，网络设备选择两个T_proc,1中数值较小的T_proc,1作为终端设备的下行数据处理时间。

又一种可能的实现方式，网络设备选择N1_值b和N1_值d中较大的值作为N1数值，并将该N1数值代入上文所述的公式1，进而网络设备可以为终端设备确定出一个下行数据处理时间T_proc,1。

又一种可能的实现方式，网络设备选择N1_值b和N1_值d中较小的值作为N1数值，并将该N1数值代入上文所述的公式1，进而网络设备可以为终端设备确定出一个下行数据处理时间T_proc,1。

又一种可能的实现方式，网络设备选择N1_值b和N1_值d中任意一个值作为N1数值，并将该N1数值代入上文所述的公式1，进而网络设备可以为终端设备确定出一个下行数据处理时间T_proc,1。

应理解，上文以网络设备基于公式1为终端设备确定下行数据处理时间为例进行示例性说明，本申请实施例并未限定于此，例如，网络设备可以基于其它公式(如公式1的变形公式)为终端设备确定下行数据处理时间。

还应理解，网络设备为终端设备确定下行数据处理时间时，也可以参考其他的参数进行确定，对此不做限定。

可选地，网络设备可以将确定出的下行数据处理时间通知给终端设备。例如，网络设备可以在下行控制信息中携带指示信息，该指示信息指示终端设备从接收PDSCH到进行HARQ反馈的时间。这样，终端设备就知道在接收到PDSCH之后的哪个时间单元进行反馈。

330，网络设备基于能力信息，为终端设备配置资源，该资源用于终端设备对多个数据的反馈。

换句话说，网络设备基于终端设备上报的能力信息，为终端设备确定下行数据处理时间，并为终端设备确定反馈资源，以便终端设备接收到数据后，基于分配的反馈资源进行反馈。

下文详细描述终端设备处理多个数据的方式。

考虑到终端设备接收多个数据时，例如在多站传输场景下，可能会采取不同的处理方式。故本申请实施例提出，终端设备基于多个数据的传输信息生成能力信息，并上报给网络设备，以便网络设备可以基于该能力信息，为终端设备分配合理的反馈资源。

为便于理解，首先介绍一下PDSCH的时域资源映射的位置。

PDSCH在时域上的映射方式可包括第一映射方式和第二映射方式，其中，第一映射方式可以为NR协议中的映射类型A(mapping type A)，第二映射方式可以为NR协议中的映射类型B(mapping type A)，映射类型A和映射类型B分别对应不同的资源映射限制。在通常情况下，网络设备可以通过高层信令向终端设备指示PDSCH的映射方式，例如，网络设备可以通过无线资源控制(radio resource control，RRC)信令向终端设备指示PDSCH的映射方式。

以PDSCH映射类型为映射类型A为例，将PDSCH的结束符号(即最后一个符号)记为i，当i<7时，d_1,1＝7–i，否则d_1,1＝0。也就是说，PDSCH的结束符号不同，d_1,1也可能会不一样。由上述公式1可知，d_1,1不同，终端设备的下行数据处理时间T_proc,1也可能会不同。

例如，如图4所示，PDSCH映射类型为映射类型A，图4列出的(1)-(6)种情况中，PDSCH的结束符号均不同。图4中的(1)-(3)中，i<7，故d_1,1＝7–i；图4中的(4)-(6)中，i>7，故d_1,1＝0。

在多站传输的场景下，终端设备可能被多个网络设备调度，多个网络设备之间的调度可以是有一定的联系，也可以是独立的。例如，被调度的PDSCH可能图4中(1)-(6)中的任意一个或者多个。此外，在一个时间单元内，终端设备在一个时间单元内收到的多个PDSCH的时域资源映射的位置可能会不同。

因此，基于多个PDSCH的时域资源映射的位置不同，终端设备可能会有不同的处理方式。

下面以两个网络设备(例如两个TRP)向终端设备发送数据为例说明终端设备处理多个数据的方式。

为区分，将两个网络设备分别记为网络设备1、网络设备2，并将来自网络设备1的PDSCH记为PDSCH 1、将来自网络设备2的PDSCH记为PDSCH 2。

处理方式1，分别处理。

也就是说，终端设备将分别处理PDSCH 1和PDSCH 2，如终端设备各自处理PDSCH 1和PDSCH 2，且2个PDSCH处理出来的信息不做交互，例如可以完全是独立的解码。

当终端设备采用处理方式1时，对于PDSCH 1和PDSCH 2，反馈资源的分配满足各个PDSCH的处理时间即可。也就是说，在该处理方式下，网络设备可以为终端设备分别分配用于反馈PDSCH 1的资源、用于反馈PDSCH 2的资源。

当终端设备采用处理方式1时，可以采用分别反馈的反馈方式(即反馈方式1)。

如图5所示。图5示出了终端设备接收PDSCH(PDSCH 1或PDSCH 2)以及反馈HARQ的情况。

可选地，终端设备在上报能力信息时，可以分别上报下行处理(即处理PDSCH)对应的能力信息和上行处理(反馈HARQ的上行信道处理)对应的能力信息。

也就是说，网络设备为终端设备确定下行数据处理时间时，会考虑终端设备的处理时间，例如包括PDSCH的处理时间和反馈HARQ的上行信道处理时间。为区分，将PDSCH的处理时间记为N_DL，将反馈HARQ的上行信道处理时间记为N_UL。

在图5中，网络设备可以根据下面的公式2为终端设备确定用于反馈PDSCH的下行数据处理时间T_proc,1。

T_proc,1＝(N_DL+N_UL+d_1,1)(2048+144)*k*2^-μ*Tc。公式2

终端设备可以基于下行数据处理时间T_proc,1，向网络设备反馈HARQ。

应理解，图5仅是示例性说明，本申请并未限定于此，例如，网络设备也可以采用现有的方式为终端设备分配用于反馈PDSCH的资源。

处理方式2，联合处理。

也就是说，终端设备等PDSCH 1、PDSCH 2都完全接收之后，再做联合处理(例如联合编码等)，如可以互相利用另一个PDSCH的信息，比如做干扰消除。

当终端设备采用处理方式2时，存在PDSCH在处理阶段的交互，反馈资源的分配需要考虑各个PDSCH在处理阶段的交互时间。也就是说，在该处理方式下，网络设备基于终端设备接收到一个PDSCH之后还会接收另一个PDSCH，为终端设备分配反馈资源。

当终端设备采用处理方式2时，可以采用联合反馈的反馈方式。

如图6所示。假设终端设备先接收PDSCH 1。

网络设备为终端设备确定下行数据处理时间时，会考虑PDSCH的处理时间N_DL、反馈HARQ的上行信道处理时间N_UL、以及终端设备接收到PDSCH 1后还会等待接收PDSCH 2的等待时间ΔS。

在图6中，网络设备可以根据下面的公式3为终端设备确定用于反馈PDSCH 1和PDSCH 2的下行数据处理时间T_proc,1。

T_proc,1＝(ΔS+N_DL+N_UL+d_1,1)(2048+144)*k*2^-μ*Tc。公式3

其中，N_DL包括终端设备处理PDSCH 1和PDSCH 2的时间，N_UL包括终端设备反馈HARQ1(即针对PDSCH 1的反馈)和HARQ 2(即针对PDSCH 2的反馈)的上行信道处理时间。

终端设备可以基于下行数据处理时间T_proc,1，向网络设备1反馈HARQ 1，向网络设备2反馈HARQ 2。

处理方式3，交叉处理。

也就是说，终端设备优先处理先接收成功的PDSCH的信息，对于后接收成功的PDSCH，在处理的时候可以使用先接收成功的PDSCH的处理信息(例如解码信息等)。

应理解，交叉处理仅是为区分做的命名，并不对本申请实施例的保护范围造成限定。

当终端设备采用处理方式3时，存在PDSCH在处理阶段的交互，反馈资源的分配需要考虑各个PDSCH在处理阶段的交互时间。也就是说，在该处理方式下，网络设备基于终端设备处理PDSCH的交互时间，为终端设备分配反馈资源。

当终端设备采用处理方式3时，可以采用分别反馈的反馈方式(如图5所示的示例图)，也可以采用联合反馈的反馈方式(如图6所示的示例图)。

应理解，上述几种处理方式仅是示例性说明，本申请并未限定于此。

下面详细介绍步骤310中的多个数据的传输信息，以及终端设备基于该多个数据的传输信息生成能力信息。

终端设备生成能力信息时，可以考虑多个数据的传输信息。或者，也可以理解为，终端设备可以基于多个数据的传输信息确定处理多个数据的处理方式，并基于多个数据的处理方式上报能力信息。或者，也可以理解为，终端设备可以基于多个数据的传输信息确定针对多个数据的反馈方式，并基于多个数据的反馈方式上报能力信息。

下面以数据为PDSCH，结合图4示例性说明。假设图4中的一个格子可以代表一个时域符号，14个格子是一个slot，填充的格子表示PDSCH占据的时域单元。

方案1，基于每个数据的传输时间，终端设备生成能力信息。

也可以理解为，终端设备基于每个数据的传输时间确定处理数据的处理方式。

每个数据的传输时间，用于表示每个数据的传输时间长度。

例如，假设PDSCH的时域资源的分配是图4中的(1)的情况，则说明该PDSCH的传输时间长度为5个符号长度。又如，假设PDSCH的时域资源的分配是图4中的(4)的情况，则说明该PDSCH的传输时间长度为9个符号长度。

示例性地，例如，假设PDSCH 1和PDSCH 2的传输时间长度均很短，则终端设备可以确定处理数据的处理方式为上述处理方式2或上述处理方式3；又如，假设PDSCH 1和PDSCH2的传输时间长度均很长，则终端设备可以确定处理数据的处理方式为上述处理方式1。

应理解，上述仅是示例性说明，本申请对终端设备基于方案1如何选择处理方式不做限定。

还应理解，终端设备也可以基于方案1选择反馈方式。

方案2，基于多个数据的重叠时间，终端设备生成能力信息。

也可以理解为，终端设备基于多个数据的重叠时间确定处理数据的处理方式。

多个数据的重叠时间，用于表示多个数据时域资源重复的时间长度。

例如，假设PDSCH 1的时域资源的分配是图4中的(1)的情况，PDSCH 2的时域资源的分配是图4中的(6)的情况，则说明该PDSCH 1和PDSCH 2的重叠时间为5个符号长度。又如，假设PDSCH 1的时域资源的分配是图4中的(1)的情况，PDSCH 2的时域资源的分配是图4中的(2)的情况，则说明该PDSCH 1和PDSCH 2的重叠时间为4个符号长度。

示例性地，例如，假设PDSCH 1和PDSCH 2的重叠时间很长，则终端设备可以确定处理数据的处理方式为上述处理方式2或上述处理方式3；又如，假设PDSCH 1和PDSCH 2的传输时间长度很短，则终端设备可以确定处理数据的处理方式为上述处理方式1。

示例性地，该方案也可以与方案1联合使用。例如，假设PDSCH 1和PDSCH 2的重叠时间很长，且PDSCH 1和PDSCH 2的传输时间长度均很短，则终端设备可以等PDSCH 1和PDSCH 2都接收成功后，联合处理。

应理解，上述仅是示例性说明，本申请对终端设备基于方案2，或者，终端设备基于方案1和方案2，如何选择处理方式不做限定。

还应理解，终端设备也可以基于方案2，或者，终端设备基于方案1和方案2，选择反馈方式。

方案3，基于起始时刻之间的间隔，终端设备生成能力信息。

也可以理解为，终端设备基于起始时刻之间的间隔确定处理数据的处理方式。

起始时刻之间的间隔，用于表示每个数据的传输资源在时域上的起始位置之间的时间间隔。

例如，假设PDSCH 1的时域资源的分配是图4中的(1)的情况，PDSCH 2的时域资源的分配是图4中的(6)的情况，则说明该PDSCH 1和PDSCH 2的起始时刻之间的间隔为0个符号长度。

示例性地，例如，假设PDSCH 1和PDSCH 2的起始时刻之间的间隔很短，则终端设备可以确定处理数据的处理方式为上述处理方式2和处理方式3的任意一种；又如，假设PDSCH1和PDSCH 2的起始时刻之间的间隔很长，则终端设备可以确定处理数据的处理方式为上述处理方式1。

示例性地，该方案也可以与方案1联合使用。例如，假设PDSCH 1和PDSCH 2的起始时刻之间的间隔很短，且PDSCH 1和PDSCH 2的传输时间长度均很短，则终端设备可以等PDSCH 1和PDSCH 2都接收成功后联合处理，即上述处理方式2。

示例性地，该方案也可以与方案2联合使用。例如，假设PDSCH 1和PDSCH 2的起始时刻之间的间隔很短，且PDSCH 1和PDSCH 2的重叠时间很长，则终端设备可以等PDSCH 1和PDSCH 2都接收成功后联合处理，即上述处理方式2。

应理解，上述仅是示例性说明，本申请对终端设备基于方案3，或者，终端设备基于上述三种方案中的一种或多种方案，如何选择处理方式不做限定。

还应理解，终端设备也可以基于方案3，或者，终端设备基于上述三种方案中的一种或多种方案，选择反馈方式。

方案4，基于结束时刻之间的间隔，终端设备生成能力信息。

也可以理解为，终端设备基于结束时刻之间的间隔确定处理数据的处理方式。

结束时刻之间的间隔，用于表示每个数据的传输资源在时域上的结束位置之间的时间间隔。

例如，假设PDSCH 1的时域资源的分配是图4中的(1)的情况，PDSCH 2的时域资源的分配是图4中的(6)的情况，则说明该PDSCH 1和PDSCH 2的结束时刻之间的间隔为6个符号长度。又如，假设PDSCH 1的时域资源的分配是图4中的(1)的情况，PDSCH 2的时域资源的分配是图4中的(2)的情况，则说明该PDSCH 1和PDSCH 2的结束时刻之间的间隔为1个符号长度。

示例性地，例如，假设PDSCH 1和PDSCH 2的结束时刻之间的间隔很短，则终端设备可以确定处理数据的处理方式为上述处理方式2和处理方式3的任意一种；又如，假设PDSCH1和PDSCH 2的结束时刻之间的间隔很长，则终端设备可以确定处理数据的处理方式为上述处理方式1。

示例性地，该方案也可以与方案1联合使用。例如，假设PDSCH 1和PDSCH 2的结束时刻之间的间隔很短，且PDSCH 1和PDSCH 2的传输时间长度均很短，则终端设备可以等PDSCH 1和PDSCH 2都接收成功后联合处理，即上述处理方式2。

示例性地，该方案也可以与方案2联合使用。例如，假设PDSCH 1和PDSCH 2的结束时刻之间的间隔很短，且PDSCH 1和PDSCH 2的重叠时间很长，则终端设备可以等PDSCH 1和PDSCH 2都接收成功后联合处理，即上述处理方式2。

应理解，上述仅是示例性说明，本申请对终端设备基于方案4，或者，终端设备基于上述四种方案中的一种或多种方案，如何选择处理方式不做限定。

还应理解，终端设备也可以基于方案4，或者，终端设备基于上述四种方案中的一种或多种方案，选择反馈方式。

方案5，基于结束时刻和起始时刻，终端设备生成能力信息。

也可以理解为，终端设备基于结束时刻和起始时刻确定处理数据的处理方式。

假设终端设备先接收PDSCH 1，后接收PDSCH 2。结束时刻和起始时刻，可以用于表示终端设备接收到PDSCH 1后，多长时间接收到PDSCH 2。

示例性地，例如，假设终端设备接收到PDSCH 1后，很短的时间(例如1个符号)就会接收到PDSCH 2，则终端设备可以确定处理数据的处理方式为上述处理方式2和处理方式3的任意一种；又如，假设终端设备接收到PDSCH 1后，较长的时间(例如8个符号)就会接收到PDSCH 2，则终端设备可以确定处理数据的处理方式为上述处理方式1。

示例性地，该方案也可以与：上述四种方案中的一种或多种方案联合使用。

应理解，上述仅是示例性说明，本申请对终端设备基于方案5，或者，终端设备基于上述五种方案中的一种或多种方案，如何选择处理方式不做限定。

还应理解，终端设备也可以基于方案5，或者，终端设备基于上述五种方案中的一种或多种方案，选择反馈方式。

方案6，基于发送接收点TRP的定时偏差，终端设备生成能力信息。

也可以理解为，终端设备基于TRP的定时偏差确定处理数据的处理方式。

发送接收点TRP的定时偏差，可以用于表示TRP发出下行数据时的时间偏差，或同步偏差。

示例性地，例如，假设TRP的定时偏差很小，则终端设备可以确定处理数据的处理方式为上述处理方式2或上述处理方式3；又如，假设TRP的定时偏差很大，则终端设备可以确定处理数据的处理方式为上述处理方式1。

示例性地，该方案也可以与：上述五种方案中的一种或多种方案联合使用。

应理解，上述仅是示例性说明，本申请对终端设备基于方案6，或者，终端设备基于上述六种方案中的一种或多种方案，如何选择处理方式不做限定。

还应理解，终端设备也可以基于方案6，或者，终端设备基于上述六种方案中的一种或多种方案，选择反馈方式。

还应理解，上述示例性地列举了六种方案，本申请并未限定于此。例如，上述六种方案可以单独使用，也可以联合使用。又如，终端设备也可以根据起始时刻或结束时刻确定处理数据的处理方式。

可选地，终端设备获取该多个数据的传输信息的方式有很多。

一种可能的实现方式，终端设备从网络设备获取该多个数据的传输信息。

网络设备可以通过一个单独信令，通知终端设备该多个数据的传输信息。或者，网络设备可以在请求终端设备的处理时间能力时，向终端设备指示该多个数据的传输信息。

又一种可能的实现方式，该传输信息是预设的。

例如，终端设备默认在PDSCH的结束符号后，可能在0～N个符号的时间段内会有另一个PDSCH结束。以此作为前提来进行PDSCH处理时间的上报。其中，N为大于0的整数。

上述详细介绍了步骤310中提及的设计1的方案，下面简单介绍设计2。

设计2，能力信息为终端设备在单站传输下的能力信息。

在本申请实施例中，终端设备也可以按照单站传输进行上报。

在该设计下，考虑两种场景。

场景1，网络设备调度了一个数据。

在该场景下，网络设备可以根据公式1为终端设备确定下行数据处理时间T_proc,1。

场景2，网络设备调度了多个数据。

在该场景下，网络设备可以先对原来的能力信息所对应的值(如通过表1或表2确定的N1对应的值)进行处理，再为终端设备确定下行数据处理时间T_proc,1。

其中，原来的能力信息，可以理解为，终端设备上报能力信息后，网络设备根据终端设备上报的能力信息，根据如上述表1或表2确定的N1所对应的值。

可选地，网络设备可以在原来的N1后面加一个偏移值，该偏移值可以是预先定义的。

例如，网络设备可以根据公式4为终端设备计算下行数据处理时间T_proc,1。

T_proc,1＝(N1+Δ+d_1,1)(2048+144)*k2^-μ*Tc 公式4

其中，Δ表示一个和多数据传输相关的值(如偏移值)；

能力信息对应的值N1可以通上述表1或表2确定。

应理解，在设计2的方案中，网络设备可以根据基于多个数据的传输信息确定Δ，例如网络设备可以根据以下一项或多项信息确定Δ：每个数据的传输时间、多个数据的重叠时间、起始时刻、起始时刻之间的间隔、结束时刻、结束时刻之间的间隔、发送接收点TRP的定时偏差、多个数据的配置参数、DMRD的配置参数、或PDCCH的配置参数等。具体的可以参考上述实施例，此处不再赘述。

还应理解，该Δ也可以与多个数据的传输相关联，例如，Δ与处理方式关联，和/或，Δ与反馈方式关联。具体的可以参考上述实施例，此处不再赘述。

例如，网络设备(如基站)调度了2个PDSCH给终端设备，2个PDSCH的结束符号时间相差3符号，那么，网络设备可以根据公式4在为终端设备计算下行数据处理时间T_proc,1的时候，除了N1之外还要加上3符号。

应理解，在上述一些实施例中，以数据为PDSCH为例进行描述，但这并不对本申请造成限定，例如，数据也可以为其它类型的数据。

基于上述技术方案，考虑到例如多站传输的场景，终端设备上报能力信息时，可以考虑多个数据的传输信息，基于该多个数据的传输信息生成能力信息，并向网络设备上报该能力信息，使得网络设备可以基于终端设备在多站传输下的能力进行反馈资源的配置，进而不仅可以合理地配置反馈资源，而且可以保证系统性能。

以上，结合图3至图6详细说明了本申请实施例提供的方法。以下，结合图7至图10详细说明本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如发射端设备或者接收端设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图7是本申请实施例提供的通信装置的示意性框图。如图所示，该通信装置700可以包括通信单元710和处理单元720。通信单元710可以与外部进行通信，处理单元720用于进行数据处理。通信单元710还可以称为通信接口或收发单元。

在一种可能的设计中，该通信装置700可实现对应于上文方法实施例中的终端设备执行的步骤或者流程，例如，可以为终端设备，或者配置于终端设备中的芯片或电路。这时，该通信装置700可以称为终端设备。通信单元710用于执行上文方法实施例中终端设备侧的收发相关操作，处理单元720用于执行上文方法实施例中终端设备的处理相关操作。

一种可能的实现方式，处理单元720用于：基于多个PDSCH的传输信息，生成能力信息；通信单元710用于：发送能力信息，该能力信息用于通信装置700的资源的配置，该资源用于通信装置700对该多个PDSCH的反馈。

可选地，通信单元710还用于：接收来自网络设备的多个PDSCH的传输信息。

可选地，多个PDSCH的传输信息，包括以下一项或多项信息：每个PDSCH的传输时间、多个PDSCH的重叠时间、起始时刻、起始时刻之间的间隔、结束时刻、结束时刻之间的间隔、发送接收点TRP的定时偏差；其中，起始时刻表示：每个PDSCH的传输资源在时域上的起始位置，结束时刻表示：每个PDSCH的传输资源在时域上的结束位置。

可选地，处理单元720还用于：对每个PDSCH分别反馈，或，对多个PDSCH联合反馈。

该通信装置700可实现对应于根据本申请实施例的方法300中的终端设备执行的步骤或者流程，该通信装置700可以包括用于执行图3中的方法300中的终端设备执行的方法的单元。并且，该通信装置700中的各单元和上述其他操作和/或功能分别为了实现图3中的方法300的相应流程。

其中，当该通信装置700用于执行图3中的方法300时，通信单元710可用于执行方法300中的步骤320，处理单元720可用于执行方法300中的步骤310。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

还应理解，该通信装置700中的通信单元710可通过图9中示出的终端设备900中的收发器920实现，该通信装置700中的处理单元720可通过图9中示出的终端设备900中的处理器910实现。其中，收发器可以包括发射器和/或接收器，分别实现发送单元和接收单元的功能。

还应理解，该通信装置700中的通信单元710也可以为输入/输出接口。

在另一种可能的设计中，该通信装置700可实现对应于上文方法实施例中的网络设备执行的步骤或者流程，例如，可以为网络设备，或者配置于网络设备中的芯片或电路。这时，该通信装置700可以称为网络设备。通信单元710用于执行上文方法实施例中网络设备侧的收发相关操作，处理单元720用于执行上文方法实施例中网络设备的处理相关操作。

一种可能的实现方式，通信单元710用于：接收来自终端设备的能力信息，能力信息是终端设备基于多个PDSCH的传输信息生成的；处理单元720用于：基于能力信息，为终端设备配置资源，资源用于终端设备对多个PDSCH的反馈。

可选地，通信单元710还用于：发送多个PDSCH的传输信息。

可选地，终端设备对多个PDSCH反馈的反馈方式包括：终端设备对每个PDSCH的分别反馈，或，终端设备对多个PDSCH的联合反馈。

该通信装置700可实现对应于根据本申请实施例的方法300中的网络设备执行的步骤或者流程，该通信装置700可以包括用于执行图3中的方法300中的网络设备执行的方法的单元。并且，该通信装置700中的各单元和上述其他操作和/或功能分别为了实现图3中的方法300的相应流程。

其中，当该通信装置700用于执行图3中的方法300时，通信单元710可用于执行方法300中的步骤320，处理单元720可用于执行方法300中的步骤330。

还应理解，该通信装置700中的通信单元为可通过图10中示出的网络设备1000中的收发器1020实现，该通信装置700中的处理单元720可通过图10中示出的网络设备1000中的处理器1010实现。

还应理解，该通信装置700中的通信单元710也可以为输入/输出接口。其中，收发器可以包括发射器和/或接收器，分别实现发送单元和接收单元的功能。

图8是本申请实施例提供的通信装置800的又一示意性框图。如图所示，通信装置800包括处理器810、存储器820和收发器830，存储器820中存储有程序，处理器810用于执行存储器820中存储的程序，对存储器820中存储的程序的执行，使得处理器810用于执行上文方法实施例中的相关处理步骤，对存储器820中存储的程序的执行，使得处理器810控制收发器830执行上文方法实施例中的收发相关步骤。

作为一种实现，该通信装置800用于执行上文方法实施例中终端设备所执行的动作，这时，对存储器820中存储的程序的执行，使得处理器810用于执行上文方法实施例中终端设备侧的处理步骤，对存储器820中存储的程序的执行，使得处理器810控制收发器830执行上文方法实施例中终端设备侧的接收和发送步骤。

作为另一种实现，该通信装置800用于执行上文方法实施例中网络设备所执行的动作，这时，对存储器820中存储的程序的执行，使得处理器810用于执行上文方法实施例中网络设备侧的处理步骤，对存储器820中存储的程序的执行，使得处理器810控制收发器830执行上文方法实施例中网络设备侧的接收和发送步骤。

本申请实施例还提供一种通信装置900，该通信装置900可以是终端设备也可以是芯片。该通信装置900可以用于执行上述方法实施例中由终端设备所执行的动作。

当该通信装置900为终端设备时，图9示出了一种简化的终端设备的结构示意图。便于理解和图示方便，图9中，终端设备以手机作为例子。如图9所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。

当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图9中仅示出了一个存储器和处理器，在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。

在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元，将具有处理功能的处理器视为终端设备的处理单元。

如图9所示，终端设备包括收发单元910和处理单元920。收发单元910也可以称为收发器、收发机、收发装置等。处理单元920也可以称为处理器，处理单板，处理模块、处理装置等。可选地，可以将收发单元910中用于实现接收功能的器件视为接收单元，将收发单元910中用于实现发送功能的器件视为发送单元，即收发单元910包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。

例如，在一种实现方式中，处理单元920，用于执行图3中的步骤310，和/或，处理单元920还用于执行本申请实施例中终端设备侧的其他处理步骤。收发单元910还用于执行图3中所示的步骤320，和/或收发单元910还用于执行终端设备侧的其他收发步骤。

应理解，图9仅为示例而非限定，上述包括收发单元和处理单元的终端设备可以不依赖于图9所示的结构。

当该通信设备900为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路或通信接口；处理单元可以为该芯片上集成的处理器或者微处理器或者集成电路。

本申请实施例还提供一种通信装置1000，该通信装置1000可以是网络设备也可以是芯片。该通信装置1000可以用于执行上述方法实施例中由网络设备所执行的动作。

当该通信装置1000为网络设备时，例如为基站。图10示出了一种简化的基站结构示意图。基站包括1010部分以及1020部分。1010部分主要用于射频信号的收发以及射频信号与基带信号的转换；1020部分主要用于基带处理，对基站进行控制等。1010部分通常可以称为收发单元、收发机、收发电路、或者收发器等。1020部分通常是基站的控制中心，通常可以称为处理单元，用于控制基站执行上述方法实施例中网络设备侧的处理操作。

1010部分的收发单元，也可以称为收发机或收发器等，其包括天线和射频单元，其中射频单元主要用于进行射频处理。可选地，可以将1010部分中用于实现接收功能的器件视为接收单元，将用于实现发送功能的器件视为发送单元，即1010部分包括接收单元和发送单元。接收单元也可以称为接收机、接收器、或接收电路等，发送单元可以称为发射机、发射器或者发射电路等。

1020部分可以包括一个或多个单板，每个单板可以包括一个或多个处理器和一个或多个存储器。处理器用于读取和执行存储器中的程序以实现基带处理功能以及对基站的控制。若存在多个单板，各个单板之间可以互联以增强处理能力。作为一种可选的实施方式，也可以是多个单板共用一个或多个处理器，或者是多个单板共用一个或多个存储器，或者是多个单板同时共用一个或多个处理器。

例如，在一种实现方式中，1010部分的收发单元用于执行图3中所示的步骤320中网络设备侧的接收操作，和/或1010部分的收发单元还用于执行本申请实施例中网络设备侧的其他收发步骤。1020部分的处理单元用于执行图3中步骤330的处理操作，和/或1020部分的处理单元还用于执行本申请实施例中网络设备侧的处理步骤。

应理解，图10仅为示例而非限定，上述包括收发单元和处理单元的网络设备可以不依赖于图10所示的结构。

当该通信装置1000为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。

另外，网络设备不限于上述形态，也可以是其它形态：例如：包括BBU和自适应无线单元(adaptive radio unit，ARU)，或BBU和有源天线单元(active antenna unit，AAU)；也可以为客户终端设备(customer premises equipment，CPE)，还可以为其它形态，本申请不限定。

上述BBU可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而RRU可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

本申请实施例还提供了一种处理装置，包括处理器和接口。所述处理器可用于执行上述方法实施例中的方法。

应理解，上述处理装置可以是一个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(applicationspecific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(networkprocessor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logicdevice，PLD)或其他集成芯片。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图3至图6所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图3至图6所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的一个或多个终端设备以及一个或多个网络设备。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disc，SSD))等。

上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种通信方法，其特征在于，包括：

终端设备基于多个物理下行共享信道PDSCH的传输信息，生成能力信息；

所述终端设备向网络设备发送所述能力信息，所述能力信息用于所述终端设备的资源的配置，所述资源用于所述终端设备对所述多个PDSCH的反馈。

2.根据权利要求1所述的方法，其特征在于，所述终端设备向所述网络设备发送所述能力信息之前，包括：

所述终端设备接收来自所述网络设备的所述多个PDSCH的传输信息。

3.根据权利要求1或2所述的方法，其特征在于，所述多个PDSCH的传输信息，包括以下一项或多项信息：

每个PDSCH的传输时间、所述多个PDSCH的重叠时间、起始时刻、起始时刻之间的间隔、结束时刻、结束时刻之间的间隔、发送接收点TRP的定时偏差；

其中，所述起始时刻表示：每个PDSCH的传输资源在时域上的起始位置，所述结束时刻表示：每个PDSCH的传输资源在时域上的结束位置。

4.根据权利要求1至3中任一项所述的方法，其特征在于，

所述终端设备对所述多个PDSCH反馈的反馈方式，包括：

对每个PDSCH分别反馈，或，对所述多个PDSCH联合反馈。

5.一种通信方法，其特征在于，包括：

网络设备接收来自终端设备的能力信息，所述能力信息是所述终端设备基于多个物理下行共享信道PDSCH的传输信息生成的；

基于所述能力信息，所述网络设备为所述终端设备配置资源，所述资源用于所述终端设备对所述多个PDSCH的反馈。

6.根据权利要求5所述的方法，其特征在于，所述网络设备接收来自所述终端设备的能力信息之前，包括：

所述网络设备发送所述多个PDSCH的传输信息。

7.根据权利要求5或6所述的方法，其特征在于，所述多个PDSCH的传输信息，包括以下一项或多项信息：

8.根据权利要求5至7中任一项所述的方法，其特征在于，

所述终端设备对所述多个PDSCH反馈的反馈方式包括：

所述终端设备对每个PDSCH的分别反馈，或，所述终端设备对所述多个PDSCH的联合反馈。

9.一种通信装置，其特征在于，包括：处理单元和通信单元，

所述处理单元用于：基于多个物理下行共享信道PDSCH的传输信息，生成能力信息；

所述通信单元用于：向网络设备发送所述能力信息，所述能力信息用于所述通信装置的资源的配置，所述资源用于所述通信装置对所述多个PDSCH的反馈。

10.根据权利要求9所述的装置，其特征在于，所述通信单元还用于：

接收来自所述网络设备的所述多个PDSCH的传输信息。

11.根据权利要求8或9所述的装置，其特征在于，所述多个PDSCH的传输信息，包括以下一项或多项信息：

12.根据权利要求9至11中任一项所述的装置，所述处理单元还用于：

对每个PDSCH分别反馈，或，对所述多个PDSCH联合反馈。

13.一种通信装置，其特征在于，包括：处理单元和通信单元，

所述通信单元用于：接收来自终端设备的能力信息，所述能力信息是所述终端设备基于多个物理下行共享信道PDSCH的传输信息生成的；

所述处理单元用于：基于所述能力信息，为所述终端设备配置资源，所述资源用于所述终端设备对所述多个PDSCH的反馈。

14.根据权利要求13所述的装置，其特征在于，所述通信单元还用于：发送所述多个PDSCH的传输信息。

15.根据权利要求13或14所述的装置，其特征在于，所述多个PDSCH的传输信息，包括以下一项或多项信息：

16.根据权利要求13至15中任一项所述的装置，其特征在于，所述终端设备对所述多个PDSCH反馈的反馈方式包括：

17.一种通信装置，包括至少一个处理器，所述至少一个处理器用于执行如权利要求1至8中任一项所述的方法。

18.一种计算机可读介质，其特征在于，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至8中任一项所述的方法。