CN111200871B - 接收数据的方法和通信装置 - Google Patents

Abstract

本申请提供了一种接收数据的方法和通信装置。该方法包括：终端设备接收PDSCH，调度该PDSCH的PDCCH中包括HARQ进程号的指示；根据HARQ进程号以及以下一项或多项确定PDSCH对应的HARQ进程号：PDCCH的配置参数，DMRS端口、BWP和发送PDSCH的网络设备组；根据确定的HARQ进程对该PDSCH承载的数据进行处理。由于网络设备对终端设备不可见，终端设备在接收到多个PDSCH时，若仅根据HARQ进程号确定HARQ进程，该HARQ进程号可能对应多个HARQ进程，对数据的处理可能出现错误。本申请提供的方法可以准确确定PDSCH对应的HARQ进程，有利于提高数据传输性能。

Description

接收数据的方法和通信装置

技术领域

本申请涉及无线通信领域，并且更具体地，涉及接收数据的方法和通信装置。

背景技术

协作多点(coordination multiple point，CoMP)传输是一种用于解决小区间干扰问题并提升小区边缘用户吞吐量的方法。在下行传输中，网络设备，如发送接收点(transmission and reception point，TRP)，可以通过下行控制信息(downlink controlinformation，DCI)为终端设备调度物理下行共享信道(physical downlink sharechannel，PDSCH)。网络设备可以通过DCI中的混合自动重传请求(hybrid automaticrepeat request，HARQ)进程(process)号(HARQ process number，HPN)向终端设备指示所承载的传输块(transmission block，TB)对应哪个HARQ进程。

然而，在有些场景下，如非理想回程(non ideal backhaul，NIB)场景，由于站点间的通信时延较大，一种基于多个DCI的多站点调度(下文可简称为基于多个DCI的多站点调度)的方案被提出。当多个站点向同一终端设备发送DCI调度各自的PDSCH时，由于站点间的HARQ进程无法协调，终端设备在接收到来自多个站点的PDSCH时，可能无法根据HARQ进程号准确地确定各PDSCH对应的HARQ进程。因此，影响了数据传输性能。

发明内容

本申请提供一种接收数据的方法和通信装置，以期提高数据传输性能。

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

具体地，该方法包括：接收PDSCH，该PDSCH由PDCCH调度，该PDCCH承载的DCI中包括HARQ进程号的指示；根据该HARQ进程号以及以下一项或多项确定PDSCH对应的HARQ进程：PDCCH的配置参数、发送PDSCH的网络设备组、DCI中指示的解调参考信号(demodulationreference signal，DMRS)的端口和带宽部分(bandwidth part，BWP)；根据确定的HARQ进程对PDSCH承载的数据进行处理。

基于上述技术方案，终端设备可以根据HARQ进程号，以及PDCCH的配置参数、发送第一PDSCH的网络设备组、第一DCI中指示的DMRS端口和BWP中的一项或多项，确定第一PDSCH对应的HARQ进程，可以在接收到多个PDSCH的情况下准确地确定相应的HARQ进程。

由于网络设备对终端设备是不可见的，终端设备可能并不知道当前处于单站点服务还是多站点服务的场景。当终端设备接收到多个PDCCH调度的多个PDSCH时，多个PDSCH承载的传输块的HARQ进程号的取值范围可能相同。这就有可能出现同一个HARQ进程号对应了多个HARQ进程的情况。如果终端设备仅根据HARQ进程号确定HARQ进程，可能会造成对数据的处理出错。例如，将不是同一个HARQ进程的两个传输块合并译码，导致译码失败，触发又一次重传。而事实上，同一个HARQ进程的两个传输块是可以译码成功的，仅仅是由于终端设备错用了一个传输块而导致了不必要的重传，因此影响了数据传输性能。

而在本申请实施例中，终端设备通过将HARQ进程号与PDCCH的配置参数、DMRS端口所属的端口组、BWP和发送第一PDSCH的网络设备组中的一项或多项结合，来确定PDSCH对应的HARQ进程，可以准确地确定PDSCH对应的HARQ进程，从而避免终端设备在数据处理过程中可能出现的错误，有利于提高数据传输性能。

结合第一方面，在第一方面的某些实现方式中，PDCCH的配置参数包括：PDCCH的PDCCH配置、PDCCH配置所属的带宽部分BWP下行专用参数、PDCCH配置所属的BWP下行参数、PDCCH配置所属的服务小区配置、PDCCH的控制资源集、PDCCH的控制资源集所属的控制资源集组、PDCCH的搜索空间集或PDCCH的搜索空间集所属的搜索空间集组。

协议可以预先定义根据以上列举的某一项配置参数来与HARQ进程号结合使用，以确定PDSCH对应的HARQ进程。当协议定义以上列举的某一项配置参数用来确定HARQ进程时，可以认为这一项配置参数与网络设备组具有对应关系。终端设备可以将基于相同配置参数接收到的两个或多个PDCCH认为是来自同一网络设备组的PDCCH。

结合第一方面，在第一方面的某些实现方式中，该DCI中包括发送PDCCH的网络设备组的指示。

即，可以通过在DCI中增加网络设备组的指示字段来指示发送PDCCH的网络设备组。应理解，通过DCI指示网络设备组仅为一种可能的实现方式，而不应对本申请构成任何限定。

需要说明的是，上述方案可以应用于单站点服务的场景，也可以应用于多站点服务的场景，本申请对此不作限定。终端设备也可以进一步区分不同的场景，采用不同的方式来确定PDSCH对应的HARQ进程。

结合第一方面，在第一方面的某些实现方式中，所述根据HARQ进程号以及以下一项或多项确定PDSCH对应的HARQ进程：PDCCH的配置参数、发送PDSCH的网络设备组、DCI中指示的DMRS的端口和BWP，包括：在接收到多个PDCCH的配置参数的情况下，至少根据HARQ进程号和PDCCH的配置参数确定PDSCH对应的HARQ进程。

即，终端设备可以根据接收到的PDCCH的配置参数的数量来确定当前处于单站点服务还是多站点服务，并可以在多站点服务的场景下基于上述方案来确定PDSCH对应的HARQ进程；而在单站点服务的场景下，直接根据HARQ进程号来确定PDSSCH对应的HARQ进程。

结合第一方面，在第一方面的某些实现方式中，所述根据HARQ进程号以及以下一项或多项确定PDSCH对应的HARQ进程：PDCCH的配置参数、发送PDSCH的网络设备组、DCI中指示的DMRS的端口和BWP，包括：在接收到多个DMRS的端口组的指示的情况下，至少根据HARQ进程号和DCI中指示的DMRS的端口所属的端口组确定PDSCH对应的HARQ进程。

即，终端设备可以根据接收到的DMRS端口组的数量来确定当前处于单站点服务还是多站点服务，并可以在多站点服务的场景下基于上述方案来确定PDSCH对应的HARQ进程；而在单站点服务的场景下，直接根据HARQ进程号来确定PDSSCH对应的HARQ进程。

应理解，终端设备确定处于单站点服务还是多站点服务的场景的具体方式并不仅限于上文所列举，终端设备还可以基于其他方式来确定当前处于单站点服务还是多站点服务，并可在多站点服务的场景下，根据HARQ进程号以及以下一项或多项确定PDSCH对应的HARQ进程：PDCCH的配置参数、发送PDSCH的网络设备组、DCI中指示的DMRS的端口和BWP。

结合第一方面，在第一方面的某些实现方式中，DCI中包括多个传输块的指示，PDSCH中承载一个或多个传输块，每个传输块对应一个HARQ进程；以及所述根据HARQ进程号以及以下一项或多项确定PDSCH对应的HARQ进程：PDCCH的配置参数、发送PDSCH的网络设备组、DCI中指示的DMRS的端口和BWP，包括：根据HARQ进程号、传输块的指示以及以下一项或多项，确定PDSCH中每个传输块对应的HARQ进程：PDCCH的配置参数、发送PDSCH的网络设备组、DCI中指示的DMRS的端口和BWP。

在PDSCH承载一个或多个传输块的情况下，该PDSCH对应的HARQ进程可以是一个或多个，分别对应于一个或多个传输块。终端设备还可以进一步结合DCI中传输块的指示确定PDSCH中各传输块对应的HARQ进程。

第二方面，提供了一种通信装置，包括用于执行第一方面中任一种可能实现方式中的方法的各个模块或单元。

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

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

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

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

第四方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行第一方面以及第一方面任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第五方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行第一方面以及第一方面任一种可能实现方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理器输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。

上述第五方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第六方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面以及第一方面中任一种可能实现方式中的方法。

第七方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面以及第一方面中任一种可能实现方式中的方法。

附图说明

图1是适用于本申请实施例的发送和接收数据的方法的通信系统的示意图；

图2是本申请实施例提供的发送和接收数据的方法的示意性流程图；

图3和图4是本申请实施例提供的不同PDCCH配置对应不同HARQ进程集的示意图；

图5示出了DCI中的传输块#1和传输块#2的指示比特；

图6至图10是本申请实施例提供的不同PDCCH配置、不同传输块对应不同HARQ进程的示意图；

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

图12是本申请实施例提供的终端设备的结构示意图；

图13是本申请实施例提供的网络设备的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(globalsystem for mobile communications，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)等。

应理解，该通信系统中的网络设备可以是任意一种具有无线收发功能的设备或可设置于该设备的芯片，该设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(Radio Network Controller，RNC)、节点B(Node B，NB)、基站控制器(BaseStation Controller，BSC)、基站收发台(Base Transceiver Station，BTS)、家庭基站(例如，Home evolved NodeB，或Home Node B，HNB)、基带单元(BaseBand Unit，BBU)，无线保真(Wireless Fidelity，WIFI)系统中的接入点(Access Point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(TRP)等，还可以为5G，如NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括射频单元(radio unit，RU)。CU实现gNB的部分功能，DU实现gNB的部分功能，比如，CU实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet dataconvergence protocol，PDCP)层的功能，DU实现无线链路控制(radio link control，RLC)、媒体接入控制(media access control，MAC)和物理(physical，PHY)层的功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令或PHCP层信令，也可以认为是由DU发送的，或者，由DU+RU发送的。可以理解的是，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的设备。此外，CU可以划分为接入网RAN中的网络设备，也可以将CU划分为核心网CN中的网络设备，在此不做限制。

还应理解，该通信系统中的终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。

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

1、HARQ进程与HARQ进程号：HARQ使用停等协议(stop-and-wait protocol)来发送数据。以下行传输为例，网络设备发送一个传输块后，就停下来等待确认信息。终端设备可以通过HARQ信息对该传输块进行肯定(acknowledgement，ACK)或否定(negativeacknowledgement，NACK)的确认。但是每次传输后终端设备就停下来等待确认，会导致吞吐量很低。因此终端设备可以使用多个并行的HARQ进程。当一个HARQ进程在等待确认信息时，终端设备可以使用另一个HARQ进程来继续发送数据。

HARQ进程号也称为HARQ进程标识(identifier，ID)。通常情况下，一个HARQ进程号可用于指示一个HARQ进程。一个HARQ进程在一个时间单元能处理一个传输块。因此，一个HARQ进程可对应一个传输块。传输块与HARQ进程的对应关系可以通过传输块与HARQ进程号的对应关系来体现。

终端设备可以对接收到的传输块进行了译码。对于初传的传输块，终端设备可能译码成功，也可能译码失败。译码失败的传输块虽然无法被正确译码，但其中可能包含了有用的信息。终端设备可以将其保存在缓存(buffer)中。该缓存可以是一个缓存池。例如，该缓存可以是现有技术中的HARQ缓存。该缓存可以位于物理层，以便物理层对接收到的数据进行软合并和译码处理。

终端设备可以在接收到重传的传输块时，从HARQ缓存中获取同一HARQ进程的传输块，与重传的传输块合并在一起，从而可以得到一个比单独解码更可靠的传输块。终端设备可以对合并后的传输块进行译码，从而可以提高译码成功率，从而可以提高传输性能。

如果译码还是失败，可以再请求重传，并再进行软合并和译码处理。

关于软合并和译码处理的具体过程可以参考现有技术，本文中省略对该具体过程的详细描述。

可以理解的是，HARQ进程号所指示的HARQ进程对应的传输块可以是初传的传输块，也可以是重传的传输块。本申请对此不作限定。

此外，译码成功的传输块也可以保存在HARQ缓存中。本申请对此不作限定。

2、传输块：可以是来自高层的数据块。一个传输块例如可以包含媒体接入控制(media access control，MAC)协议数据单元(protocol data unit，PDU)的一个数据块，这个数据块可以在一个时间单元上传输，也可以是HARQ重传的单位。作为示例而非限定，该时间单元可以为传输时间间隔(transmission time interval，TTI)。

例如，在NR中，网络设备在每个时间单元上最多可以发送两个传输块。在多站协作中，每个网络设备在每个时间单元上可以发送一个传输块。

应理解，上文列举的网络设备在每个时间单元内发送的传输块的数量仅为示例，不应对本申请构成任何限定。例如，在多站协作中，每个网络设备在每个时间单元上也可以发送两个传输块，或更多个传输块。本申请对此不作限定。

3、控制资源集(control resource set，CORESET)和控制资源集组(CORESETgroup)：控制资源集可以是用于传输下行控制信息(downlink control information，DCI)的资源集合，也可以称为控制资源区域，或物理下行控制信道资源集合。

每个控制资源集可以是一组资源元素组(resource element group，REG)的集合。REG是下行控制信令进行物理资源分配的基本单位，用于定义下行控制信令到资源元素(resource element，RE)的映射。例如，在LTE中，一个REG由4个频域上连续的非参考信号(reference signal，RS)的RE组成。应理解，REG仅为用于资源分配的单位，不应对本申请构成任何限定，本申请并不排除在未来的协议中定义新的资源分配单位来实现相同或相似的功能。

对于网络设备而言，控制资源集可以理解为发送PDCCH所可能使用的资源的集合；对于终端设备而言，每个终端设备的PDCCH的搜索空间所对应的资源都属于该控制资源集。或者说，网络设备可以从该控制资源集中确定发送PDCCH使用的资源，终端设备可以根据该控制资源集确定PDCCH的搜索空间。

其中，控制资源集可以包括时频资源，例如，频域上可以是一段带宽，或者一个或者多个子带等；时域上可以是一个或多个符号；一个控制资源集在时频域上可以是连续或不连续的资源单元，例如，连续的资源块(resource block，RB)或者不连续的RB。

应理解，上述列举的频域资源、时域资源、时频域资源的具体内容仅为示例性说明，而不应对本申请构成任何限定。例如，RB是资源单元的一例，RB的大小可以为NR协议中定义的资源，也可以为未来协议中定义的资源，或者，还可以使用其他的命名来替代。又例如，控制资源集在时域上还可以是一个或多个时隙、无线帧、子帧、微时隙(mini slot或subslot)、或者传输时间间隔(transmission time interval，TTI)，本申请实施例对此并未特别限定。

控制资源集例如可以通过高层参数中的控制资源集信息元素(ControlResourceSet information element)配置。该高层参数中例如可以包括控制资源集的标识(identifier，ID)、频域资源、持续时间(duration)所包含的符号个数等。本申请对用于配置控制资源集的具体参数不作限定。

此外，本申请实施例提出了控制资源集组的概念。一个控制资源集组可以包括一个或多个控制资源集。控制资源集组中包含的控制资源集例如可以通过高层参数来配置。例如，可以通过PDCCH配置信息元素(PDCCH-Config information element，PDCCH-ConfigIE)来配置，也可以通过ControlResourceSet information element来配置，本申请对此不作限定。

4、搜索空间(search space，SS)和搜索空间组：搜索空间集(search space set)和搜索空间集组：搜索空间集可以是从物理层的角度来描述的搜索空间的集合。对于高层来说，该搜索空间集也可以称为搜索空间。在本申请实施例中，为便于与下文所述的搜索空间相区分，在本申请中将其称为搜索空间集。

网络设备可以通过高层参数来配置搜索空间集，例如，可以通过搜索空间信息元素(SearchSpace information element)来配置。该高层参数中例如可以包括搜索空间集的标识、控制资源集的标识、监测时隙周期及偏移量、时隙中的监测符号以及聚合等级(aggregation level，AL)等。本申请对于配置搜索空间的具体参数不作限定。

此外，本申请实施例提出了搜索空间集组的概念。一个搜索空间集组可以包括一个或多个搜索空间集。搜索空间集组中包含的搜索空间集例如可以通过高层参数来配置，例如，可以通过PDCCH-Config information element来配置，也可以通过SearchSpaceinformation element来配置，本申请对此不作限定。

需要说明的是，这里所说的SearchSpace information element为高层参数，对于物理层来说，可认为该高层参数用于配置搜索空间集。下文中，在涉及高层参数的配置时，搜索空间均可以理解为物理层的搜索空间集。为了简洁，下文中省略对相同或相似情况的说明。

5、搜索空间：终端设备盲检测的搜索范围，或者说，终端设备需要监听的候选下行控制信道的集合。搜索空间的物理资源可以由控制资源集合搜索空间集共同确定。例如，控制资源集可指示搜索空间的频域位置和持续时间，搜索空间集可指示搜索空间在时域上的起始位置，如起始时隙。在本申请实施例中，终端设备可以基于PDCCH配置中配置的控制资源集和搜索空间集共同确定盲检测PDCCH的时频资源。

6、PDCCH配置(PDCCH configuration)：网络设备可以基于每个小区(cell)中的每个带宽部分(bandwidth part，BWP)配置PDCCH参数，例如，控制资源集、控制资源集组(CORESET group)、搜索空间集、搜索空间集组(SS group)以及其他可用于盲检测PDCCH的参数。PDCCH配置例如可以通过高层参数中的PDCCH-Config IE配置。该PDCCH-Config IE中例如可以包括控制资源集增加状态列表(controlResourceSetToAddModList)和控制资源集释放列表(controlResourceSetToReleaseList)。各列表中可以包括一个或多个控制资源集的标识。该PDCCH-Config IE中例如还可以包括搜索空间增加状态列表(searchSpacesToAddModList)和搜索空间释放列表(searchSpacesToReleaseList)。各列表中可以包括一个或多个搜索空间的标识。

可选地，每个PDCCH配置中还可以指示一个或多个控制资源集组和/或一个或多个搜索空间组。例如，PDCCH-Config IE中的控制资源集增加状态列表中可以包括一个或多个控制资源集组以及各控制资源集组中包含的控制资源集的标识。又例如，PDCCH-Config IE中的搜索空间增加列表中可以包括一个或多个搜索空间组以及各搜索空间组中包含的搜索空间的标识。

由PDCCH配置可以确定一个或多个搜索空间。在本申请实施例中，对于终端设备而言，PDCCH的PDCCH配置可以理解为接收该PDCCH时所基于的PDCCH配置，或者说，终端设备在由该PDCCH配置确定的搜索空间中盲检PDCCH；对于网络设备而言，PDCCH的PDCCH配置可以理解为发送该PDCCH时所基于的PDCCH配置，或者说，网络设备在由该PDCCH配置所确定的搜索空间中的部分资源上发送PDCCH。

7、服务小区配置(serving cell configuration)：可用于为终端设备配置服务小区。网络设备可以通过高层参数，如服务小区配置控制元素(ServingCellConfiginformation element)，为终端设备配置服务小区。

在本申请实施例中，一个服务小区配置中可以包括一组或多组带宽部分(bandwidth part，BWP)下行参数、上行配置(uplink config)和CSI测量配置(CSI-MeasConfig)。每组BWP下行参数可以是为一个BWP配置的，例如，可以在BWP下行参数中指示BWP的ID。每组BWP上行参数也可以是为一个BWP配置的，例如，可以在BWP下行参数中指示BWP的ID。每组BWP下行参数可以包括BWP下行专用(downlink dedicated，DL dedicated)参数和BWP下行公共(common)参数(DL common)，其中BWP下行专用参数具体可包括PDCCH配置和PDSCH配置。每组BWP上行参数可以包括BWP上行专用参数(uplink dedicated，ULdedicated)和BWP上行公共参数(UP common)，其中BWP上行专用参数具体可包括PUCCH配置和PUSCH配置。此外，CSI测量配置中可以包括一个或多个CSI上报配置。

需要说明的是，公共参数可以理解为是小区级别(cell specific)的参数，专用参数可以理解为UE级别的参数。其中，BWP上行专用参数在NR协议中的体现可以是BWP-UplinkDedicated，BWP下行专用参数在NR协议中的体现可以是BWP-DownlinkDedicated。

8、小区(cell)：或者称服务小区。是高层从资源管理或移动性管理或服务单元的角度来描述的。每个网络设备的覆盖范围可以被划分为一个或多个服务小区，且该服务小区可以看作由一定频域资源组成。在本申请实施例中，小区可以替换为服务小区或载波单元(component carrier，CC，或者称，成员载波、组成载波、载波等)。在本申请实施例中，“小区”、“服务小区”和“CC”交替使用，在不强调其区别时，其所要表达的含义是一致的。

小区#1的网络设备和小区#2的网络设备可以是相同的网络设备，该网络设备例如可以是基站，如gNB或TRP。

小区#1的网络设备和小区#2的网络设备也可以是同一基站的不同天线面板。也就是说，小区#1和小区#2可以由同一基站管理，具有相同的基带处理单元和中频处理单元，但具有不同的射频处理单元。本申请对此不做特别限定。

9、天线端口(antenna port)：简称端口。被接收端设备所识别的发射天线，或者在空间上可以区分的发射天线。针对每个虚拟天线可以配置一个天线端口，每个虚拟天线可以为多个物理天线的加权组合，每个天线端口可以与一个参考信号端口对应。

在NR中，DCI可以包括天线端口的指示字段，该指示字段可用于指示DMRS的端口。具体地，该指示字段可以为一索引值，索引值与DMRS的端口的对应关系可以预先定义，如协议定义。每个索引值可对应一个DMRS的端口或多个DMRS的端口的组合。根据该索引值，终端设备可以确定DMRS的端口。其中，DMRS的端口例如可以通过端口号来区分。

此外，为了便于理解本申请实施例，作出以下几点说明。

第一，在本申请中，为便于描述，在涉及编号时，可以从0开始连续编号。例如，对于N个HARQ进程，HARQ进程号的取值范围可以为0至N-1。当然，具体实现时不限于此。例如，也可以从1开始连续编号。例如，N个进程号的取值范围可以为1至N。由于编号的起始值不同，同一个HARQ进程所对应的HARQ进程号也不同。

应理解，上文所述均为便于描述本申请实施例提供的技术方案而进行的设置，而并非用于限制本申请的范围。

第二，在下文示出的实施例中第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的PDCCH、不同的PDSCH等。

第三，在下文示出的实施例中，“预先获取”可包括由网络设备信令指示或者预先定义，例如，协议定义。其中，“预先定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

第四，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第五，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

第六，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或，b，或，c，或，a和b，或，a和c，或，b和c，或，a、b和c。其中a、b和c分别可以是单个，也可以是多个。

为便于理解本申请实施例，下面以图1示出的通信系统为例详细说明适用于本申请实施例提供的接收数据的方法的通信系统。图1示出了适用于本申请实施例的接收数据的方法的通信系统100的示意图。如图所示，该通信系统100可以包括至少一个终端设备，如图中所示的终端设备101；该通信系统100还可以包括至少一个网络设备，如图中所示的网络设备#1 102或网络设备#2 103。

可选地，该通信系统100可以包括多个网络设备，如图中所示的网络设备#1 102和网络设备#2 103。该网络设备#1 102和网络设备#2 103可以是同一个小区中的网络设备，也可以是不同小区中的网络设备，本申请对此不作限定。图中仅为示例，示出了网络设备#1102和网络设备#2 103位于同一个小区中的示例。

在通信系统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可以是相同的，也可以是不同的，本申请对此不作限定。

相互协同的网络设备之间的通信时延可以分为理想回程(ideal backhaul)和非理想回程(non-ideal backhaul)。理想回程下的两站点之间，通信时延可以是微秒级别，与NR中毫秒级别的调度相比，可以忽略不计；非理想回程下的两站点之间，通信时延可以是毫秒级别，与NR中毫秒级别的调度相比，无法忽略。

因此，一种基于多个DCI的多站点调度方案被提出。基于多个DCI的多站点调度方案支持多个网络设备分别通过各自发送的DCI为终端设备调度各自的PDSCH，进行数据传输，上述PDSCH在时域和/或频域资源上可以完全重叠、部分重叠或不重叠。可选地，终端设备根据各个网络设备发送的DCI，独立解调其调度的PDSCH；可选地，终端设备分别对不同网络设备发送的PDSCH对应的HARQ信息，反馈给对应的网络设备。即，终端设备可以接收多个小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)和/或调制编码方式(modulation coding scheme，MCS)-C-RNTI加扰的PDCCH，这些PDCCH分别可以调度在时域和/或频域上完全重叠、部分重叠或不重叠的PDSCHs。可选地，终端设备根据各个PDCCH独立解调其对应的PDSCH。可选地，终端设备根据PDCCH属性，分别反馈其调度的PDSCH对应的HARQ信息。

由于网络设备对于终端设备而言是透明的，终端设备可以接收到多个DCI，但并不知道该多个DCI是来自一个网络设备还是多个网络设备。因此，这种基于多个DCI的多站点调度方案又可以称为多DCI调度方案。

应理解，多个DCI之间可以是完全独立的，各自包含了可用于调度PDSCH的所有信息。每个DCI可以和现有技术中单站点场景下网络设备发送的DCI具有相同的格式。多个DCI之间也可以是有关联的，例如分别可以是主DCI和辅DCI。但无论多个DCI之间是怎样的关系，每个DCI中都包含有所调度的PDSCH的HARQ进程号的指示。

举例而言，图1的网络设备#1 102可以向终端设备101发送PDCCH#1，该PDCCH#1中可以携带DCI#1，该DCI#1可用于为终端设备101调度PDSCH#1，该DCI#1中可以包括PDSCH#1中承载的传输块对应的HARQ进程号的指示。图1中的网络设备#2 103也可以向终端设备101发送PDCCH#2，该PDCCH#2中可以携带DCI#2，该DCI#2可用于为终端设备101调度PDSCH#2，该DCI#2中可以包括PDSCH#2中承载的传输块对应的HARQ进程号的指示。由于两个网络设备之间是非理想回程的，所使用的HARQ进程可能无法协调，因此两个网络设备所使用的HARQ进程号的取值范围可能是相同的。这就有可能导致同一个HARQ进程号对应两个HARQ进程的问题。由于终端设备无法区分不同的传输块，数据的传输性能可能受到影响。

有鉴于此，本申请提供一种接收数据的方法，能够提高数据传输性能。

下面将结合附图详细说明本申请实施例提供的接收数据的方法和通信装置。

需要说明的是，本申请实施例提供的接收数据的方法可以应用于无线通信系统中，如，图1中所示的通信系统100。处于无线通信系统中的通信装置之间可以具有无线通信连接关系。如，图1中所示的终端设备101分别可以与网络设备#1 102和网络设备#2 103之间具有无线通信连接关系。网络设备#1 102和网络设备#2 103之间可以是理想回程链路，也可以是非理想回程链路，本申请对此不作限定。

当网络设备#1 102和网络设备#2 103之间为理想回程链路时，可以认为该网络设备#1102和网络设备#2 103属于同一网络设备组，也可以认为该网络设备#1 102和网络设备#2103属于不同的网络设备组。当网络设备#1 102和网络设备#2 103之间为非理想回程链路时，可以认为该网络设备#1 102和网络设备#2 103属于不同的网络设备组。其中，同一网络设备组中的网络设备例如可以通过一个DCI来做调度，或者，可以采用一个调度实体来做调度，或者，可以基于同一个PDCCH配置来发送PDCCH等。可以理解的是，网络设备之间是否为理想回程链路对于网络设备来说是透明的。因此，这不应对本申请所提供的方法适用的场景构成任何限定。

下文示出的第一网络设备组例如可以包括图1中的网络设备#1 102，第二网络设备组例如可以对应于图2中的网络设备#2 103。为方便说明，下文分别以第一网络设备组和第二网络设备组与终端设备的交互为例，详细说明本申请实施例提供的接收数据的方法。

应理解，在下文示出的实施例中，第一网络设备组与第二网络设备组可能为同一网络设备组，也可能为不同的网络设备组。第一网络设备组可以包括一个或多个网络设备，第二网络设备组也可以包括一个或多个网络设备。当第一网络设备组仅包括一个网络设备(例如可以记作第一网络设备)且第二网络设备组仅包括一个网络设备(例如可以记作第二网络设备)时，第一网络设备组和第二网络设备组为同一网络设备组，可以替换为，第一网络设备和第二网络设备为同一网络设备；第一网络设备组和第二网络设备组为不同的网络设备组，可以替换为，第一网络设备和第二网络设备为不同的网络设备。

需要说明的是，当同一网络设备组(例如，第一网络设备组)中的网络设备向终端设备发送PDSCH时，可以预先通过PDCCH调度。该网络设备组中的网络设备之间可以预先通过回程链路协商，进而通过其中的某一网络设备(例如，第一网络设备)来发送该PDCCH，为该终端设备调度PDSCH。因此，网络设备组可以通过一个网络设备来发送PDCCH。

终端设备可以根据该PDCCH接收PDSCH。该网络设备组中的网络设备对于终端设备来说是透明的，终端设备只是接收到来自该网络设备组的PDSCH，而并不知道该PDSCH是来自一个网络设备还是来自多个网络设备。或者说，终端设备并不知道接收到的PDSCH是由一个网络设备发送，还是由一个网络设备组发送。换句话说，终端设备接收到来自一个网络设备或一个网络设备组的PDSCH均可以是基于一个PDCCH调度的一个PDSCH。

当网络设备组包括多个网络设备时，该网络设备组向该终端设备发送PDSCH可以是指，该网络设备组中的多个网络设备协同工作，向该终端设备发送PDSCH。例如，多个网络设备可以通过分集传输或空分复用的传输模式向终端设备发送PDSCH。

图2从设备交互的角度示出了本申请实施例提供的发送和接收数据的方法200的示意性流程图。如图所示，该方法200可以包括步骤210至步骤240。下面详细说明方法200中的各步骤。

在步骤210中，终端设备接收第一PDSCH，该第一PDSCH承载至少一个传输块。

为便于区分和说明，将终端设备在步骤210中接收到的PDSCH记作第一PDSCH。该第一PDSCH可以是第一网络设备组发送的PDSCH。即，在步骤210中，第一网络设备组发送第一PDSCH。

该第一PDSCH可以由该第一网络设备组通过PDCCH调度。例如可以由该第一网络设备组中的第一网络设备可以通过PDCCH调度该第一PDSCH。为便于区分和说明，将用于调度第一PDSCH的PDCCH记作第一PDCCH。该第一PDCCH上可以传输DCI。

可选地，在步骤210之前，该方法200还包括：步骤220，终端设备接收第一PDCCH，该第一PDCCH用于调度第一PDSCH。相应地，第一网络设备组中的第一网络设备发送该第一PDCCH。

为便于区分和说明，将该第一PDCCH上传输的DCI记作第一DCI。该第一DCI中可以包含其调度的第一PDSCH的时频资源、天线端口以及HARQ进程号等信息。

应理解，PDCCH可以用于传输DCI。在本申请中，通过PDCCH调度PDSCH和通过DCI调度PDSCH可以认为是等价的。或者说，DCI可以替换为PDCCH。

该第一PDSCH中可承载一个或多个传输块。例如，在NR中，网络设备可以在每个TTI传输最多两个传输块。即，该第一PDSCH中可以承载最多两个传输块。PDSCH中最多可承载的传输块的数量例如可以通过高层信令来指示，如RRC消息。

具体地，若RRC消息中指示PDSCH最多可承载的传输块的数量为1，则每个PDSCH可承载的传输块的数量均为1。此时，调度PDSCH的DCI中可以仅包含一个传输块的配置信息。传输块的配置信息例如可以包括：MCS、新数据指示(new data indicator，NDI)和冗余版本(redundancy version，RV)。

若RRC消息中指示PDSCH最多可承载的传输块的数量为2，则PDSCH可承载的传输块的数量可以为1，也可以为2。此时，调度PDSCH的DCI中可以包含两个传输块的配置信息，并可通过预定义的方式去使能其中的某个传输块。例如，当某一传输块的配置信息中的MCS为26，RV为1时，可隐式地指示该传输块被去使能；否则，该传输块为使能传输块。其中，去使能传输块可理解为未承载数据的传输块，使能传输块可理解为承载有数据的传输块。当PDSCH中的某一传输块被去使能时，可以认为该PDSCH承载的传输块的数量为1；当PDSCH中的传输块未被去使能时，可以认为该PDSCH承载的传输块的数量为2。

应理解，上文中列举的传输块的配置信息的具体内容仅为示例，不应对本申请构成任何限定。并且，通过配置信息的MCS和RV的预定义值，如上文所述的MCS为26且RV为1，去使能传输块的方法也仅为一种可能的实现方式，不应对本申请构成任何限定。

还应理解，这不应对本申请构成任何限定，本申请并不排除在未来的协议中定义在每个TTI或每个时间单元内传输更多个传输块的可能。

可选地，该方法还包括：终端设备接收第二PDCCH，该第二PDCCH用于调度PDSCH。该第二PDCCH可以由第二网络设备组中的第二网络设备发送。可选地，该方法还包括：终端设备接收第二PDSCH。该第二PDSCH可以是该第二网络设备组调度的。

可以理解，上述第一网络设备可以是第一网络设备组中的某一网络设备，第二网络设备可以是第二网络设备组中的某一网络设备。该第一网络设备组和第二网络设备组可能是同一网络设备组，也可能是不同的网络设备组。终端设备在接收到上述第一PDCCH、第二PDCCH、第一PDSCH和第二PDSCH时，并不能预先确定第一PDCCH和第二PDCCH是否来自同一网络设备组，也不能预先确定第一PDSCH和第二PDSCH是否由同一网络设备调度。

还应理解，本申请对于终端设备接收上述第一PDCCH和第二PDCCH的先后顺序不作限定，第一PDCCH和第二PDCCH可以是同时接收到的，第一PDCCH也可以在第二PDCCH之前或之后接收到。本申请对于终端设备接收上述第一PDSCH和第二PDSCH的先后顺序也不做限定，第一PDSCH和第二PDSCH可以是同时接收到的，第一PDSCH也可以在第二PDSCH之前或之后接收到。

当终端设备接收到来自多个PDCCH或多个PDSCH时，多个PDCCH中的DCI所指示的HARQ进程号可能会有重复。因此，同一个HARQ进程号所对应的HARQ进程可能并不唯一。终端设备需要根据每个PDCCH中的DCI确定所调度的PDSCH对应的HARQ进程。下面，不失一般性，详细说明终端设备根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程的具体过程。

在步骤230中，终端设备根据HARQ进程号以及以下一项或多项，确定第一PDSCH对应的HARQ进程：第一PDCCH的配置参数、发送第一PDSCH的网络设备组、第一DCI中指示的DMRS的端口和BWP。

如前所述，第一PDSCH中可承载一个或多个传输块，每个传输块可对应于一个HARQ进程。因此，该第一DCI中指示的HARQ进程号可用于指示一个或多个传输块所对应的HARQ进程。也就是说，上述第一PDSCH对应的HARQ进程可以为一个HARQ进程，也可以为多个HARQ进程。

为方便理解，这里首先假设第一PDSCH中承载一个传输块，详细说明终端设备确定第一PDSCH对应的HARQ进程的具体过程。例如，终端设备可以根据预先接收到的RRC消息确定该第一PDSCH中最多承载一个传输块。在这种情况下，第一PDSCH对应的HARQ进程，也就是该第一PDSCH中承载的传输块对应的HARQ进程。

在本申请实施例中，终端设备可以结合第一DCI中指示的HARQ进程号以及以下一项或多项确定HARQ进程：第一PDCCH的配置参数、发送第一PDSCH的网络设备组、第一DCI中指示的DMRS的端口和BWP。

为便于理解和说明，本申请中引入HARQ进程集(HARQ process set)的概念。HARQ进程集可以与以下一项或多项对应：PDCCH的配置参数、DMRS的端口组、BWP、网络设备(或网络设备组)。

即，终端设备可以根据接收第一PDCCH所基于的PDCCH的配置参数、发送第一PDSCH的网络设备(或网络设备组)、第一DCI中指示的DMRS的端口所属的端口组和BWP中的一项或多项确定HARQ进程集，并可进一步根据第一DCI中指示的HARQ进程号从HARQ进程集中确定HARQ进程。

应理解，文中仅为便于理解，通过引入HARQ进程集说明了终端设备确定第一PDSCH对应的HARQ进程的具体过程。但这不应对本申请构成任何限定。例如，终端设备可以直接根据HARQ进程号以及以下一项或多项确定第一PDSCH对应的HARQ进程：PDCCH的配置参数、DMRS端口所属的端口组、BWP和发送第一PDSCH的网络设备组；或者，终端设备也可以先根据HARQ进程号确定对应的一个或多个HARQ进程，然后根据以下一项或多项从一个或多个HARQ进程中确定第一PDSCH对应的HARQ进程：PDCCH的配置参数、DMRS端口所属的端口组、BWP和发送第一PDSCH的网络设备组。

换句话说，本申请对于终端设备确定第一PDSCH对应的HARQ进程的具体过程和执行的先后顺序不作限定，只要根据HARQ进程号以及以下一项或多项确定第一PDSCH对应的HARQ进程：PDCCH的配置参数、DMRS端口所属的端口组、BWP和发送第一PDSCH的网络设备组，均应落入本申请的保护范围内。下文中为了简洁，省略对相同或相似情况的说明。

下面详细说明终端设备确定HARQ进程的具体过程。

可选地，步骤230具体包括：终端设备根据HARQ进程号和第一PDCCH的配置参数确定第一PDSCH对应的HARQ进程。

其中，第一PDCCH的配置参数可以是用于配置第一PDCCH的时频资源等的参数。具体地，第一PDCCH的配置参数可以包括以下一项或多项：第一PDCCH的PDCCH配置、第一PDCCH配置所属的带宽部分BWP下行专用参数、第一PDCCH配置所属的BWP下行参数、第一PDCCH配置所属的服务小区配置、第一PDCCH的控制资源集、第一PDCCH的控制资源集所属的控制资源集组、第一PDCCH的搜索空间集以及第一PDCCH的搜索空间集所属的搜索空间集组。

在本申请实施例中，该终端设备可以根据HARQ进程号以及上文所列举的第一PDCCH的配置参数中的某一项来确定第一PDSCH对应的HARQ进程。

作为一个实施例，该终端设备可以根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程。

具体地，PDCCH配置可用于确定一个或多个搜索空间。对于终端设备而言，第一PDCCH的PDCCH配置可以理解为接收该第一PDCCH时所基于的PDCCH配置，或者说，终端设备可以在由该PDCCH配置确定的搜索空间中盲检测到该第一PDCCH；对于网络设备而言，第一PDCCH的PDCCH配置可以理解为发送该第一PDCCH时所基于的PDCCH配置，或者说，网络设备可以在由该PDCCH配置所确定的搜索空间中的部分资源上发送该第一PDCCH。

换句话说，在本实施例中，HARQ进程集可以与PDCCH配置对应。与一个PDCCH配置对应的一个或多个HARQ进程可以称为与该PDCCH配置对应的HARQ进程集。例如，HARQ进程集#1可以对应PDCCH配置#1，HARQ进程集#2可以对应PDCCH配置#2。

终端设备可以根据调度PDSCH的PDCCH所基于的PDCCH配置，将接收到的PDSCH中承载的传输块保存在相应的HARQ缓存中。

在一种可能的实现方式中，终端设备可以将HARQ缓存分为一个或多个区域，每个区域对应一个PDCCH配置。例如，不同区域的HARQ缓存占用的存储空间可以是不同的，且不同的HARQ缓存占用的存储空间没有重叠。换句话说，不同的HARQ进程集占用了HARQ缓存中不同的区域。应理解，不同的HARQ进程集中所包含的HARQ进程分别基于不同的PDCCH调度。

图3示出了不同PDCCH配置对应不同HARQ缓存区域的一例。如图所示，PDCCH配置#1可以对应HARQ缓存中的区域#1，PDCCH配置#2可以对应HARQ缓存中的区域#2。可以理解，HARQ缓存中的区域#1中的HARQ进程可以属于HARQ进程集#1，HARQ缓存中的区域#2中的HARQ进程可以属于HARQ进程集#2。

应理解，图3仅为示例，示出了PDCCH配置#1和PDCCH配置#2分别对应了不同的HARQ缓存区域，但这不应对本申请构成任何限定。PDCCH配置并不仅限于两个，且PDCCH配置之间也并不仅限于通过不同的数字编号来区分，本申请对此不作限定。

终端设备可以根据接收第一PDCCH所基于的PDCCH配置确定所对应的HARQ缓存区域，进而可以根据第一DCI中指示的HARQ进程号，在该HARQ缓存区域中确定与该第一PDSCH对应的HARQ进程。

在另一种可能的实现方式中，终端设备可以按照预设规则，将不同的HARQ进程集所对应的HARQ进程重新编号。为了与DCI中所指示的HARQ进程号区分，这里将不同的HARQ进程集中的HARQ进程的编号称为HARQ进程的本地编号。终端设备可以根据DCI中指示的HARQ进程号和PDCCH配置确定HARQ进程的本地编号。也就是说，不同的HARQ进程集中所包含的HARQ进程的本地编号不同，且没有重复。

图4示出了不同PDCCH配置对应不同HARQ进程的本地编号的一例。例如，终端设备接收到的两个DCI中指示的HARQ进程号均为0至N-1，但两个DCI分别是基于PDCCH配置#1和PDCCH配置#2接收到的。基于PDCCH配置#1接收到的DCI中指示的HARQ进程号可对应本地编号0至N-1，基于PDCCH配置#2接收到的DCI中指示的HARQ进程号可对应本地编号N至2N-1。可以理解，本地编号为0至N-1的HARQ进程可以属于HARQ进程集#1，本地编号为N至2N-1的HARQ进程可以属于HARQ进程集#2。

也就是说，基于PDCCH配置#1接收到的DCI中指示的HARQ进程号为n(0≤n≤N-1，且n为整数)时，所对应的本地编号也可以为n；基于PDCCH配置#2接收到的DCI中指示的HARQ进程号为n时，所对应的本地编号可以为n+N。

终端设备可以根据第一PDCCH所基于的PDCCH配置和第一DCI中指示的HARQ进程号，确定第一PDSCH所对应的HARQ进程的本地编号，进而可以确定该第一PDSCH所对应的HARQ进程。

应理解，这里仅为示例，以两个PDCCH配置为例来说明了不同PDCCH配置与不同HARQ进程的本地编号的对应关系，但这不应对本申请构成任何限定。例如，当PDCCH配置为更多个时，终端设备仍然可以按照预设规则确定HARQ进程的本地编号。

在一种可能的设计中，每个网络设备组可以对应一个PDCCH配置。也就是说，协议可以预先定义，在同一个服务小区配置中配置两个或更多个PDCCH配置，每个PDCCH配置可对应一个网络设备组。网络设备组中的网络设备可以基于所对应的PDCCH配置发送PDCCH。

应理解，网络设备组与PDCCH配置的对应关系可以由各网络设备组之间预先协商确定。例如，网络设备组之间可以通过回程链路协商和配置网络设备组与PDCCH配置之间的对应关系。本申请对于网络设备组与PDCCH配置的对应关系以及该对应关系的配置方式不作限定。

还应理解，一个网络设备组也可以与两个或更多个PDCCH配置，不同的网络设备组所对应的PDCCH配置不同，本申请对于一个网络设备组所对应的PDCCH配置的数量不作限定。

还应理解，上文结合附图说明了根据PDCCH配置确定HARQ进程集的方法，但这不应对本申请构成任何限定。本领域的技术人员基于相同的构思，还可能采用其他可能的方式，根据PDCCH配置确定HARQ进程集。本申请对于根据PDCCH配置确定第一PDSCH对应的HARQ进程集的具体方式不作限定。另外，HARQ进程集仅为便于理解而定义，不应对本申请构成任何限定。本领域的技术人员也可以不确定HARQ进程集，直接根据HARQ进程号和PDCCH配置确定第一PDSCH对应的HARQ进程。

此外，上文中结合图3和图4的描述仅为示例，在下文示出的各个实施例中，上述PDCCH配置也可以分别替换为BWP下行专用参数、BWP下行参数、服务小区配置、控制资源集、控制资源集组、搜索空间集、搜索空间集组、DMRS端口组、BWP或网络设备组。

作为另一个实施例，终端设备可以根据HARQ进程号和第一PDCCH的PDCCH配置所属的BWP下行专用参数，确定第一PDSCH对应的HARQ进程。

网络设备可以通过高层参数，如RRC消息，为终端设备配置服务小区。一个服务小区配置可以包括一个BWP下行参数，该BWP下行参数可以包括多个BWP下行专用参数，每个BWP下行专用参数可以包括一个PDCCH配置。在这种情况下，HARQ进程集可对应于BWP下行专用参数。

需要说明的是，在本实施例中，一个BWP下行专用参数可以包括一个或多个参数，或者，也可以称为一组参数，而并不一定仅限于一个参数。各BWP下行专用参数之间可以相互独立。或者说，每个BWP下行专用参数可以独立于其他BWP下行专用参数单独使用。

HARQ进程集与BWP下行专用参数的对应关系与上文所述的HARQ进程集与PDCCH配置的对应关系相似。例如，HARQ进程集#1可以对应BWP下行专用参数#1，HARQ进程集#2可以对应BWP下行专用参数#2。

终端设备可以根据第一PDCCH所基于的PDCCH配置所属的BWP下行专用参数，确定与该BWP下行专用参数对应的HARQ进程集，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一PDCCH的PDCCH配置所属的BWP下行专用参数确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，每个网络设备组可以对应一个BWP下行专用参数。也就是说，协议可以预先定义，在同一个服务小区配置中配置两个或更多个BWP下行专用参数，每个BWP下行专用参数可对应一个网络设备组。网络设备组中的网络设备可以基于所对应的BWP下行专用参数下的PDCCH配置发送PDCCH。

应理解，网络设备组与BWP下行专用参数的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与BWP下行专用参数的对应关系以及该对应关系的配置方式不作限定。

还应理解，一个网络设备组也可以与两个或更多个BWP下行专用参数对应，不同的网络设备组所对应的BWP下行专用参数不同，本申请对于一个网络设备组所对应的BWP下行专用参数的数量不作限定。

作为又一个实施例，终端设备可以根据HARQ进程号和第一PDCCH的PDCCH配置所属的BWP下行参数，确定第一PDSCH对应的HARQ进程。

网络设备可以通过高层参数为终端设备配置服务小区。一个服务小区配置可以包括一个或多个BWP下行参数，每个BWP下行参数可以包括一个BWP下行专用参数，每个BWP下行专用参数可以包括一个PDCCH配置。在这种情况下，HARQ进程集可对应于BWP下行参数。

需要说明的是，在本实施例中，一个BWP下行参数可以包括一个或多个参数，或者，也可以称为一组参数，而并不一定仅限于一个参数。各BWP下行参数之间可以相互独立。或者说，每个BWP下行参数可以独立于其他BWP下行参数单独使用。

HARQ进程集与BWP下行参数的对应关系与上文所述的HARQ进程集与BWP下行专用参数的对应关系相似。例如，HARQ进程集#1可以对应BWP下行参数#1，HARQ进程集#2可以对应BWP下行参数#2。

终端设备可以根据第一PDCCH所基于的PDCCH配置所属的BWP下行参数，确定与该BWP下行参数对应的HARQ进程集，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一PDCCH的PDCCH配置所属的BWP下行参数确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，每个网络设备组可以对应一个BWP下行参数。也就是说，协议可以预先定义，在同一个服务小区配置中配置两个或更多个BWP下行参数，每个BWP下行参数可对应一个网络设备组。网络设备组中的网络设备可以基于所对应的BWP下行参数下的PDCCH配置发送PDCCH。

应理解，网络设备组与BWP下行参数的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与BWP下行专用参数的对应关系以及该对应关系的配置方式不作限定。

还应理解，一个网络设备组也可以与两个或更多个BWP下行参数对应，不同的网络设备组所对应的BWP下行参数不同，本申请对于一个网络设备组所对应的BWP下行参数的数量不作限定。

作为再一个实施例，终端设备可以根据HARQ进程号和第一PDCCH的PDCCH配置所属的服务小区配置，确定第一PDSCH对应的HARQ进程。

网络设备可以通过高层参数为终端设备配置服务小区。在本实施例中，协议可以预先定义，每个终端设备可以配置多个服务小区。例如，第一网络设备组和第二网络设备组可以位于不同的服务小区。每个服务小区配置可以包括一个BWP下行参数，每个BWP下行参数可以包括一个BWP下行专用参数，每个BWP下行专用参数可以包括一个PDCCH配置。在这种情况下，HARQ进程集可对应于服务小区配置。

HARQ进程集与BWP下行参数的对应关系与上文所述的HARQ进程集与BWP下行参数的对应关系相似。例如，HARQ进程集#1可以对应服务小区配置#1，HARQ进程集#2可以对应服务小区配置#2。

终端设备可以根据第一PDCCH所基于的PDCCH配置所属的服务小区配置，确定与该服务小区配置对应的HARQ进程集，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一PDCCH的PDCCH配置所属的服务小区配置确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，每个网络设备组可以对应一个服务小区配置。也就是说，不同服务小区中的网络设备组可以基于不同的服务小区配置发送PDCCH。

应理解，网络设备组与服务小区配置的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与服务小区配置的对应关系以及该对应关系的配置方式不作限定。

作为又一个实施例，终端设备可以根据HARQ进程号和第一PDCCH的控制资源集，确定第一PDSCH对应的HARQ进程。

如前所述，控制资源集可用于确定PDCCH的搜索空间。对于终端设备而言，第一PDCCH的控制资源集可以理解为接收第一PDCCH时所基于的控制资源集，或者说，终端设备可以在由该控制资源集所确定的搜索空间中盲检测该第一PDCCH；对于网络设备而言，第一PDCCH的控制资源集可以理解为发送该第一PDCCH时所基于的控制资源集，或者说，网络设备可以在由该控制资源集所确定的搜索空间中的部分资源上发送该第一PDCCH。基于同一个控制资源集发送PDCCH的网络设备可以认为同一网络设备或者属于同一网络设备组。

在本实施例中，HARQ进程集可以与控制资源集对应。例如，HARQ进程集#1可以对应控制资源集#1，HARQ进程集#2可以对应控制资源集#2。

终端设备可以根据接收第一PDCCH所基于的控制资源集，确定HARQ进程集，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一PDCCH的控制资源集确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，多个网络设备组可以基于同一PDCCH配置、不同的控制资源集发送PDCCH。每个网络设备组可以对应一个控制资源集。可选地，基于同一PDCCH配置发送PDCCH的网络设备组属于同一小区。可选地，基于同一PDCCH配置发送PDCCH的网络设备组属于不同的小区。

应理解，网络设备组与控制资源集的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与控制资源集的对应关系以及该对应关系的配置方式不做限定。

作为再一个实施例，终端设备可以根据HARQ进程号和第一PDCCH的控制资源集所属的控制资源集组，确定第一PDSCH对应的HARQ进程。

在本实施例中，每个HARQ进程集可以对应一个或多个控制资源集。与同一个HARQ进程集对应的一个或多个控制资源集可以称为一个控制资源集组。例如，HARQ进程集#1可以对应控制资源集组#1，HARQ进程集#2可以对应控制资源集组#2。

终端设备可以根据接收第一PDCCH所基于的控制资源集所属的控制资源集组，确定HARQ进程集，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一PDCCH的控制资源集所属的控制资源集组确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，多个网络设备组可以基于相同的PDCCH配置、不同的控制资源集组发送PDCCH。每个网络设备组可以对应一个控制资源集组。可选地，基于同一PDCCH配置发送PDCCH的网络设备组属于同一小区。可选地，基于同一PDCCH配置发送PDCCH的网络设备组属于不同的小区。

应理解，网络设备组与控制资源集组的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与控制资源集组的对应关系以及该对应关系的配置方式不做限定。

作为又一个实施例，终端设备可以根据HARQ进程号和第一PDCCH的搜索空间集，确定第一PDSCH对应的HARQ进程。

如前所述，搜索空间集可以是搜索空间的集合。一个搜索空间集可以包括一个或多个搜索空间。对于终端设备而言，第一PDCCH的搜索空间集可以理解为接收该第一PDCCH时所基于的搜索空间集，或者说，终端设备可以在该搜索空间集所包含的搜索空间中盲检测第一PDCCH；对于网络设备而言，第一PDCCH的搜索空间集可以理解为发送该第一PDCCH时所基于的搜索空间集，或者说，网络设备可以在该搜索空间集所包含的某一搜索空间上发送该第一PDCCH。基于同一个搜索空间集发送PDCCH的网络设备可以认为是同一网络设备或者属于同一网络设备组。

在本实施例中，HARQ进程集可以与搜索空间集对应。例如，HARQ进程集#1可以对应搜索空间集#1，HARQ进程集#2可以对应搜索空间集#2。

终端设备可以根据接收第一PDCCH所基于的搜索空间集，确定HARQ进程，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一PDCCH的搜索空间集确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，多个网络设备组可以基于同一PDCCH配置、不同的搜索空间集发送PDCCH。每个网络设备组可以对应一个搜索空间集。可选地，基于同一PDCCH配置发送PDCCH的网络设备组属于同一小区。可选地，基于同一PDCCH配置发送PDCCH的网络设备组属于不同的小区。

应理解，网络设备组与搜索空间集的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与搜索空间集的对应关系以及该对应关系的配置方式不做限定。

作为再一个实施例，终端设备可以根据HARQ进程号和第一PDCCH的搜索空间集所属的搜索空间集组，确定第一PDSCH对应的HARQ进程。

在本实施例中，每个HARQ进程集可以对应一个或多个搜索空间集。与同一个HARQ进程集对应的一个或多个搜索空间集可以称为一个搜索空间集组。例如，HARQ进程集#1可以对应搜索空间集组#1，HARQ进程集#2可以对应搜索空间集组#2。

终端设备可以根据接收第一PDCCH所基于的搜索空间集所属的搜索空间集组，确定HARQ进程集，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一PDCCH的搜索空间集所属的搜索空间集组确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，多个网络设备或网络设备组可以基于相同的PDCCH配置、不同的搜索空间集组发送PDCCH。每个网络设备或网络设备组可以对应一个搜索空间集组。可选地，基于同一PDCCH配置发送PDCCH的网络设备属于同一小区。可选地，基于同一PDCCH配置发送PDCCH的网络设备属于不同的小区。

应理解，网络设备组与搜索空间集组的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与搜索空间集组的对应关系以及该对应关系的配置方式不做限定。

还应理解，上文列举的HARQ进程集与PDCCH的配置参数的对应关系仅为示例，不应对本申请构成任何限定。本申请对于网络设备组的数量、网络设备组中网络设备的数量、HARQ进程集的数量、服务小区配置的数量、同一服务小区配置中BWP下行参数的数量、同一BWP下行参数中BWP下行专用参数的数量、同一BWP下行专用参数中PDCCH配置的数量、同一PDCCH配置中控制资源集或控制资源集组的数量以及同一PDCCH配置中搜索空间集或搜索空间集组的数量均不做限定。

可选地，步骤230具体包括：终端设备根据HARQ进程号和第一DCI中指示的DMRS的端口，确定第一PDSCH对应的HARQ进程。

具体地，多个网络设备组在为同一终端设备服务时，若使用相同的DMRS端口，相互间可能会造成干扰；若使用同一端口组中的DMRS端口，可能会造成终端设备信道估计不准确，而导致信号接收质量下降。为了避免不同的网络设备组在为同一个终端设备服务时使用相同的端口组，通常可以限制不同的网络设备组使用不同端口组中的DMRS端口为同一终端设备服务。应理解，每个网络设备组并不限于使用一个端口组。一个网络设备组也可以与两个或更多个端口组，不同的网络设备组所对应的端口组中的端口没有重复，本申请对于一个网络设备组所对应的端口组的数量不作限定。

应理解，不同端口组中的DMRS端口完全不同。或者说，不同端口组中的DMRS端口之间没有重复。每个端口组中所包含的DMRS端口可以是预先定义的，如协议定义，也可以是网络设备指示的，如网络设备通过高层信令指示，如RRC消息。

第一网络设备可以在第一DCI中指示所调度的第一PDSCH的DMRS端口。终端设备可以根据接收到的第一DCI确定用于解调第一PDSCH的DMRS端口，以便对接收到的第一PDSCH进行解调。

在本实施例中，HARQ进程集可以与端口组对应。例如，HARQ进程集#1可以对应端口组#1，HARQ进程集#2可以对应端口组#2。

终端设备可以根据第一DCI中指示的用于解调第一PDSCH的DMRS的端口，确定所属的端口组，进而确定HARQ进程集。终端设备可以进一步根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。

应理解，网络设备组与DMRS的端口组的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与DMRS的端口组的对应关系以及该对应关系的配置方式不作限定。

还应理解，DMRS和DMRS端口可以是对应的。每个DMRS可对应于一个DMRS端口。本申请中，DMRS的端口与DMRS端口所表达的含义是一致的。

可选地，步骤230具体包括：终端设备根据HARQ进程号和发送第一DCI中指示的BWP，确定第一PDSCH对应的HARQ进程。

如前所述，网络设备可以通过高层参数为终端设备配置服务小区。一个服务小区配置可以包括一个或多个BWP下行参数。每个BWP下行参数可对应一个BWP。网络设备可以通过DCI指示BWP的ID，例如，通过DCI中的BWP指示(bandwidth part indicator)字段来指示。该DCI所指示的BWP可理解为激活的BWP。该DCI所指示的BWP可用于终端设备进行数据传输，例如，接收PDSCH。

在这种情况下，HARQ进程集可对应于BWP。HARQ进程集与BWP的对应关系与上文所述的HARQ进程集与BWP下行参数的对应关系相似。例如，HARQ进程集#1可以对应BWP#1，HARQ进程集#2可以对应BWP#2。

终端设备可以根据第一PDCCH中的第一DCI中指示的BWP的ID，确定与该BWP对应的HARQ进程集，进而根据第一DCI中指示的HARQ进程号确定第一PDSCH对应的HARQ进程。由于终端设备根据HARQ进程号和第一DCI指示的BWP确定第一PDSCH对应的HARQ进程的具体过程与终端设备根据HARQ进程号和第一PDCCH的PDCCH配置确定第一PDSCH对应的HARQ进程的具体过程相似，为了简洁，这里不再赘述。

在一种可能的设计中，每个网络设备组可以对应一个BWP。或者说，每个网络设备组可以激活一个BWP。网络设备组与BWP的对应关系例如可以表示为网络设备组与BWP下行参数的对应关系。也就是说，协议可以预先定义，在同一个服务小区配置中配置多个或更多个BWP下行参数，每个BWP下行参数可对应一个网络设备组。网络设备组中的网络设备可以基于所对应的BWP下行参数，通过DCI指示(或者说，激活)所对应的BWP。

应理解，网络设备组与BWP的对应关系可以由各网络设备组之间预先协商确定。本申请对于网络设备组与BWP的对应关系以及该对应关系的配置方式不作限定。

还应理解，一个网络设备组也可以与两个或更多个BWP对应，不同的网络设备组所对应的BWP没有重叠，本申请对于一个网络设备组所对应的BWP的数量不作限定。

可选地，步骤230具体包括：终端设备根据HARQ进程号和发送第一PDSCH的网络设备组，确定第一PDSCH对应的HARQ进程。

如前所述，终端设备在接收到第一PDSCH时，并不知道该第一PDSCH是来自一个网络设备还是来自一个网络设备组。当网络设备组包括一个网络设备时，该网络设备组的指示例如可以是该网络设备的标识，也可以是该网络设备组的标识；当网络设备组包括多个网络设备时，该网络设备组的指示例如可以是该网络设备组的标识。本申请对于指示网络设备组的具体方式不做限定。例如，可以通过标识来指示，也可以通过其他可用于区分不同网络设备组的信息来指示。

在本实施例中，HARQ进程集可以与网络设备组对应。例如，HARQ进程集#1可以对应网络设备组#1，HARQ进程集#2可以对应网络设备组#2。终端设备可以根据发送第一PDSCH的网络设备确定对应的HARQ进程集，进而根据第一DCI中指示的HARQ进程号，确定该第一PDSCH对应的HARQ进程。

在一种可能的设计中，发送第一PDSCH的网络设备组可以通过第一DCI来指示。例如，在第一DCI中增加用于指示网络设备组的字段，以指示调度该第一PDSCH的网络设备组。终端设备可以根据第一DCI指示的网络设备组确定发送该第一PDSCH的网络设备组，进而确定对应的HARQ进程集。终端设备可以进一步根据该第一DCI中指示的HARQ进程号，确定该第一PDSCH对应的HARQ进程。

应理解，发送第一PDSCH的网络设备组也可以通过其他方式来指示。本申请对于指示发送第一PDSCH的网络设备组的具体方式不做限定。

应理解，上文列举根据HARQ进程以及PDCCH的配置参数、DMRS端口、BWP和发送PDSCH的网络设备组中的一项或多项仅为用于确定第一PDSCH对应的HARQ进程的几种可能的实现方式，而不应对本申请构成任何限定。例如，终端设备还可以将HARQ进程与DCI类型或接收波束组等结合，来确定第一PDSCH对应的HARQ进程。

可选地，步骤230具体包括：终端设备根据HARQ进程号和第一DCI的类型，确定第一PDSCH对应的HARQ进程。

基于DCI中所包含的内容的不同，可以将DCI类型分为主DCI和辅DCI。与主DCI对应地，用于传输主DCI的PDCCH可以称为主PDCCH。与辅DCI对应地，用于传输辅DCI的PDCCH可以称为辅PDCCH。其中，辅DCI所包含的信息可以是主DCI所包含的信息的子集。或者说，辅DCI可以仅包括部分主DCI包含的指示域，即，主DCI可以比辅DCI包含更多的指示信息。或者，主DCI与辅DCI也可以包含不同的信息。例如，主DCI可以是包含某一项或多项特定参数的DCI。其中，所述特定参数例如可以包括以下至少一项：载波指示(carrier indicator)、部分带宽指示(bandwidth part indicator)、速率匹配指示(rate matching indicator)、零功率信道状态信息参考信号触发(zero power channelstate information reference signaltrigger,ZP CSI-RS trigger)；相应地，辅DCI可以为不包含上述任意一项特定参数的DCI。又例如，辅DCI可以是包含以下一项或多项的DCI：资源分配(resource allocation)、MCS、RV、NDI、HARQ进程号等。应理解，上文列举的主、辅DCI分别包含的信息仅为示例，并不应对主、辅DCI中分别包含的信息构成任何限定。协议可以预先定义主DCI和辅DCI中包含的具体内容。当终端设备盲检测到的PDCCH包含的内容属于主DCI所包含的内容的范畴时，可以认为该PDCCH为主PDCCH。

在本实施例中，主、辅DCI可分别对应一个HARQ进程集。如，主DCI对应HARQ进程集#1，辅DCI对应HARQ进程集#2。

终端设备可以根据接收到的第一DCI中包含的信息确定该第一DCI为主DCI还是辅DCI，进而确定所对应的HARQ进程集。此后，终端设备可以进一步根据HARQ进程号从HARQ进程集中确定第一PDSCH对应的HARQ进程。

可选地，步骤230具体包括：终端设备根据HARQ进程号和第一PDSCH的接收波束组，确定第一PDSCH对应的HARQ进程。

在本实施例中，可以对终端设备的接收波束进行分组，通过同一接收波束组中的接收波束来接收来自同一网络设备或同一网络设备组的PDCCH和PDSCH。因此，一个接收波束组可对应一个HARQ进程集。如，接收波束组#1可对应HARQ进程集#1，接收波束组#2可对应HARQ进程集#2。

网络设备可以在第一DCI中携带传输配置指示(transmission configurationindication，TCI)，通过TCI指示被选择的TCI状态(TCI state)。每个TCI状态中可以包含用于确定用于接收第一PDSCH的接收波束的参考信号资源的标识。换句话说，参考信号资源的标识与接收波束具有对应关系。因此，在一种实现方式中，对接收波束分组也就可以通过对参考信号资源分组来实现。

具体地，网络设备可以通过信令指示多个参考信号资源组，每个参考信号资源组包括一个或多个参考信号资源。终端设备可以根据TCI状态中所指示的参考信号资源的标识确定接收波束，并通过该参考信号资源所对应的接收波束接收来自网络设备的PDSCH。

通常情况下，同一接收波束组中的接收波束可以配置在同一天线面板(panel)。因此，在另一种实现方式中，可以在现有的TCI状态中增加指示字段，来区分不同的接收波束组。

例如，TCI状态中可以增加与天线面板相关的指示字段，如“panel 1”表示天线面板1，“panel 2”表示天线面板2。网络设备可以通过TCI指示可用的TCI状态，进而指示终端设备采用哪个天线面板来接收PDSCH。

终端设备可以根据第一DCI中的TCI确定接收第一PDSCH的接收波束所属的接收波束组，进而根据确定该接收波束组对应的HARQ进程集。此后，终端设备可以根据HARQ进程号从该HARQ进程集中确定第一PDSCH对应的HARQ进程。

应理解，与天线面板的相关的指示字段并不限于以上示例，本申请对于天线面板相关的指示字段并不作限定。还应理解，通过参考信号资源和天线面板来区分不同的接收波束组，仅为本申请所提供的两种可能的实现方式，而不应对本申请构成任何限定。本申请并不排除采用其他的方式来区分不同的接收波束组的可能。

可选地，步骤230具体包括：终端设备根据HARQ进程号和第一PDCCH的接收波束组，确定第一PDSCH对应的HARQ进程。

在本实施例中，网络设备可以通过媒体接入控制(media access control，MAC)控制元素(control element，CE)中激活一个TCI状态。该TCI状态中可以包含用于确定用于接收PDCCH的接收波束的参考信号资源标识。终端设备可以根据MAC CE中激活的TCI状态确定用于接收PDCCH的接收波束。

上文中已经详细说明了根据接收波束组确定HARQ进程集进而根据HARQ进程号确定第一PDSCH的HARQ进程的具体过程。为了简洁，这里不再赘述。

应理解，由于参考信号资源标识与接收波束具有关系，同时也与发射波束具有对应关系，因此，当参考信号资源标识一定时，所对应的接收波束和发射波束也是可以确定的。当TCI中指示的参考信号资源标识所指示的参考信号资源属于同一参考信号资源组，则可以认为所对应的发射波束也属于同一发射波束组。当TCI中指示的参考信号资源标识所对应的接收波束属于同一接收波束组，则可以认为TCI中指示的参考信号资源标识所对应的发射波束也属于同一发射波束组。因此，上述“终端设备根据HARQ进程号和第一PDSCH的接收波束组，确定第一PDSCH对应的HARQ进程”可以替换为“终端设备根据HARQ进程号和第一PDSCH的发射波束组，确定第一PDSCH对应的HARQ进程”；上述“终端设备根据HARQ进程号和第一PDCCH的接收波束组，确定第一PDSCH对应的HARQ进程”可以替换为“终端设备根据HARQ进程号和第一PDCCH的发射波束组，确定第一PDSCH对应的HARQ进程”。

还应理解，上文列举的PDCCH的配置参数、DMRS端口、BWP、发送第一PDSCH的网络设备组、DCI类型、第一PDSCH的接收波束(或发射波束)以及第一PDCCH的接收波束(或发射波束)中的一项或多项还可以与HARQ进程号结合使用，以确定第一PDSCH对应的HARQ进程。例如，终端设备可以根据HARQ进程号、PDCCH的配置参数以及DMRS端口所属的端口组，确定第一PDSCH对应的HARQ进程。或者，终端设备还可以根据HARQ进程号、PDCCH配置和第一PDSCH的接收波束所属的接收波束组，确定第一PDSCH对应的HARQ进程。为了简洁，这里不再一一列举。

终端设备将PDCCH的配置参数、DMRS端口、BWP、发送第一PDSCH的网络设备组、第一DCI的类型、第一PDSCH的接收波束(或发射波束)以及第一PDCCH的接收波束(或发射波束)中的一项或多项还可以与HARQ进程号结合使用，以确定第一PDSCH对应的HARQ进程的具体方法与上文所描述的具体方法相似，为了简洁，这里不再赘述。

需要说明的是，协议可以预先定义具体根据哪一项来确定第一PDSCH对应的HARQ进程。例如，协议可以预先定义，根据HARQ进程号和PDCCH配置确定第一PDSCH对应的HARQ进程。在这种情况下，网络设备组之间可以预先定义PDCCH配置与网络设备组的对应关系。第一网络设备可以基于所对应的PDCCH配置发送第一PDCCH，终端设备可以根据盲检该第一PDCCH所基于的PDCCH配置，结合HARQ进程号确定第一PDSCH对应的HARQ进程。

可以理解，当协议定义其他参数来确定第一PDSCH对应的HARQ进程时，网络设备和终端设备可以基于与上文所述相似的方法来处理，以确定第一PDSCH对应的HARQ进程。由于其具体处理过程是相似的，为了简洁，本文不再详细说明。

基于上述技术方案，终端设备在接收到用于调度多个PDSCH的多个PDCCH时，可以根据HARQ进程号，并结合PDCCH的配置参数、DMRS的端口和发送PDSCH的网络设备组中的一项或多项，确定各PDSCH对应的HARQ进程。

上文仅为便于理解，以第一PDSCH中仅承载一个传输块为例详细说明了终端设备确定第一PDSCH对应的HARQ进程的具体过程。事实上，第一PDSCH中可以承载两个或者更多个传输块，在第一PDSCH承载多个传输块的情况下，终端设备例如可以按照现有技术中的方法来确定每个传输块对应的HARQ进程。

如前所述，第一PDSCH中可以承载一个传输块，也可以承载多个传输块。上文为方便理解，以第一PDSCH中承载一个传输块为例详细说明了终端设备确定第一PDSCH对应的HARQ进程的具体过程。当第一PDSCH中承载一个或多个传输块时，终端设备也可以基于相同的方法来确定第一PDSCH对应的HARQ进程。例如，终端设备可以根据与先接收到的RRC消息确定该第一PDSCH中最多承载两个传输块。在这种情况下，该第一PDSCH对应的HARQ进程数可以是一个，也可以是多个。

在第一PDSCH承载一个或多个传输块的情况下，终端设备在确定了第一PDSCH对应的HARQ进程集之后，可以进一步确定该第一PDSCH中每个传输块在该HARQ进程集中各自对应的HARQ进程。终端设备例如可以按照现有技术中的方法来确定每个传输块对应的HARQ进程。

可选地，步骤230具体包括：根据HARQ进程号、传输块的指示以及以下一项或多项，确定PDSCH中每个传输块对应的HARQ进程：PDCCH的配置参数、发送PDSCH的网络设备组、第一DCI中指示的DMRS的端口和BWP。

具体地，第一PDCCH中可以包括传输块的指示。该传输块的指示例如可以是传输块的标识，或者其他可用于区分不同传输块的信息。在一种实现方式中，不同的传输块可以通过其配置信息的指示字段在DCI中出现的先后顺序来区分。例如，传输块#1的配置信息可以处于传输块#2的配置信息之前。或者说，传输块#1的配置信息的指示比特处于传输块#2的配置信息的指示比特之前。

为便于理解，图5中的(a)和(b)示出了DCI中传输块#1和传输块#2的指示比特的两例。如图所示，传输块#1的指示比特和传输块#2的指示比特可以连续，且传输块#1的指示比特可以处于传输块#2的指示比特之前。应理解，图中示意仅为示例，而不应对本申请构成任何限定。例如，传输块#1的指示比特和传输块#2的指示比特也可以不连续，但传输块#1的指示比特仍处于传输块#2的指示比特之前。本申请对于传输块#1的指示比特和传输块#2的指示比特在DCI中的具体位置不作限定。

此外，通过指示比特在DCI中的先后顺序来区分不同的传输块仅为一种可能的实现方式，而不应对本申请构成任何限定。例如，不同的传输块还可以通过不同的索引或编号来区分，本申请对于传输块的具体指示方式不作限定。

终端设备在基于上文所述的技术方案确定了该第一PDSCH对应的进程集之后，可以根据HARQ进程号和传输块的指示，进一步确定各传输块对应的HARQ进程。

终端设备在接收到第一PDCCH之后，可以通过解析第一DCI中的传输块的指示字段，以确定第一PDSCH中承载的传输块的数量。当第一PDSCH中承载的传输块的数量为1时，终端设备可以基于上文所述的方法确定该传输块对应的HARQ进程；当第一PDSCH中承载的传输块的数量为多个时，终端设备可以进一步根据HARQ进程号和传输块的指示，确定各传输块对应的HARQ进程。

在一种实现方式中，该第一PDSCH对应的进程集可以基于传输块的不同指示，进一步分为两个子集。例如，子集#1对应传输块#1，子集#2对应传输块#2。此后，终端设备可以从与传输块对应的子集中确定HARQ进程号所对应的HARQ进程。该HARQ进程也就是与第一PDSCH中承载的传输块对应的HARQ进程。

图6至图10是本申请实施例提供的不同PDCCH配置、不同传输块对应不同HARQ进程的示意图。

其中，图6可对应于图3，是对图3的进一步细化。具体地，首先可以基于不同的PDCCH配置将HARQ缓存分为不同的区域。区域#1与PDCCH配置#1对应，区域#2与PDCCH配置#2对应。此后，可以基于不同的传输块，可以将区域进一步划分为与不同的传输块对应。例如，区域#1-1和区域#2-1可以与传输块#1对应，区域#1-2和区域#2-2可以与传输块#2对应。因此，区域#1-1中保存的HARQ进程可以与PDCCH配置#1、传输块#1对应，即HARQ进程集#1中的子集#1；区域#1-2中保存的HARQ进程可以与PDCCH配置#1、传输块#2对应，即HARQ进程集#1中的子集#2；区域#2-1中保存的HARQ进程可以与PDCCH配置#2、传输块#1对应，即HARQ进程集#2中的子集#1；区域#2-2中保存的HARQ进程可以与PDCCH配置#2、传输块#2对应，即HARQ进程集#2中的子集#2。

应理解，区域#1和区域#2可以连续，也可以不连续，本申请对此不作限定。区域#1-1和区域#1-2可以连续，也可以不连续，区域#2-1和区域#2-2也可以不连续，如图7所示。本申请对于不同区域间的排布位置及先后顺序均不做限定。

图8可对应于图4。具体地，首先可以基于不同的PDCCH配置将HARQ进程重新编号。本地编号为0至2N-1的HARQ进程与PDCCH配置#1对应，本地编号为2N至4N-1的HARQ进程与PDCCH配置#2对应。此后，可以基于不同的传输块，将本地编号进一步分组，以与不同的传输块对应。例如，本地编号为0至N-1的HARQ进程可以与PDCCH配置#1、传输块#1对应，即HARQ进程集#1中的子集#1；本地编号为N至2N-1的HARQ进程可以与PDCCH配置#1、传输块#2对应，即HARQ进程集#1中的子集#2；本地编号为2N至3N-1的HARQ进程可以与PDCCH#2、传输块#1对应，即，HARQ进程集#2中的子集#1；本地编号为3N至4N-1的HARQ进程可以与PDCCH#2、传输块#2对应，即，HARQ进程集#2中的子集#2。

图9是与图4对应的另一例。图9与图8所定义的各子集中HARQ进程的本地编号时相同的，但占用的HARQ缓存的物理地址可能不同。

应理解，与同一PDCCH配置对应的HARQ进程集的本地编号可以连续，也可以不连续。如图10所示，HARQ进程集#1中的子集#1的HARQ进程的本地编号可以为0至N-1；HARQ进程集#1中的子集#2的HARQ进程的本地编号可以为2N至3N-1；HARQ进程集#2中的子集#1的HARQ进程的本地编号可以为N至2N-1；HARQ进程集#2中的子集#2的HARQ进程的本地编号可以为3N至4N-1。本申请对此不做限定。

还应理解，上文列举的根据PDCCH配置和传输块的指示确定HARQ进程集的不同子集的方法仅为示例。本领域的技术人员基于相同的构思，还可能采用其他可能的方式，根据PDCCH配置和传输块确定对应的HARQ进程集的子集。本申请对于根据PDCCH配置和传输块确定HARQ进程集的子集的具体方式不作限定。另外，HARQ进程集和子集仅为便于理解而定义，不应对本申请构成任何限定。本领域的技术人员也可以不确定HARQ进程集以及子集，直接根据HARQ进程号、传输块和PDCCH配置确定该传输块对应的HARQ进程。

此外，上述PDCCH配置也可以替换为BWP下行专用参数、BWP下行参数、服务小区配置、控制资源集、控制资源集组、搜索空间集、搜索空间集组、DMRS端口组或网络设备组。

需要说明的是，上述技术方案对于网络设备组的数量并不做限定。换句话说，无论是在单站点场景还是在多站点场景下，上述技术方案均可用于确定PDSCH的HARQ进程。

在本实施例中，终端设备还可以根据预设规则确定当前处于单站点服务还是多站点服务的场景。需要说明的是，单站点可以是一个网络设备，也可以是一个网络设备组；多站点可以是多个网络设备，也可以是多个网络设备组。本申请对此不作限定。

可选地，终端设备根据接收到的PDCCH的配置参数的数量确定当前处于单站点服务还是多站点服务。

具体地，PDCCH的配置参数可以包括以下至少一项：服务小区配置、该服务小区配置下的BWP下行参数、该BWP下行参数下的BWP下行专用参数、该BWP下行专用参数下的PDCCH配置以及该PDCCH配置下的控制资源集和搜索空间集，或该PDCCH配置下的控制资源集组合搜索空间集组。终端设备接收到多个PDCCH的配置参数，可以是指，接收到多个服务小区配置、或接收到多个BWP下行参数、或接收到多个BWP下行专用参数、或接收到多个PDCCH配置、或接收到多个控制资源集、或接收到多个控制资源集组、或接收到多个搜索空间集、或接收到多个搜索空间集组。换句话说，当终端设备接收到的上文所列举的PDCCH的配置参数中的某一项为多个时，可以确定该终端设备当前处于多站点服务的场景。

如前所述，上文所述的多个服务小区配置、多个BWP下行参数、多个BWP下行专用参数、多个PDCCH配置等并不仅限于一个参数，每一项配置参数都可以包括一个或多个参数。例如，一个BWP下行参数可以包括一组参数，一个BWP下行专用参数也可以包括一组参数。本申请对于每一项配置参数中所包括的参数的具体内容和个数不作限定。

进一步地，步骤230还可以包括：终端设备在接收到多个PDCCH的配置参数的情况下，至少根据HARQ进程号和PDCCH的配置参数确定第一PDSCH对应的HARQ进程。

也就是说，终端设备可以在多站点服务的情况下，采用如上文所述的技术方案，根据HARQ进程号和PDCCH的配置参数确定第一PDSCH对应的HARQ进程。终端设备在确定第一PDSCH对应的HARQ进程时所根据的PDCCH的配置参数可以是上文所述的终端设备接收到多个的那一项参数。例如，终端设备接收到多个PDCCH配置，则终端设备可以至少根据HARQ进程号和PDCCH配置确定第一PDSCH对应的HARQ进程。

还应理解，上文所列举的PDCCH的配置参数仅为示例，而不应对本申请构成任何限定。PDCCH的配置参数还可以包括除上文列举之外的其他参数，或者，也可以包括与上文列举的一项或多项具有相同或相似功能的参数，本申请对此不作限定。

还应理解，终端设备也可以基于其他方式来确定当前处于多站点服务的场景，而并不一定基于接收到多个PDCCH的配置参数来确定。例如，网络设备也可以通过信令通知该终端设备，为该终端设备服务的网络设备的数量。本申请对于终端设备确定单站点还是多站的具体方式不作限定。因此，步骤230还可进一步包括：终端设备在多站点服务的情况下，至少根据HARQ进程号和PDCCH的配置参数确定第一PDSCH对应的HARQ进程。

可选地，终端设备根据接收到的DMRS的端口组数确定当前处于单站点服务还是多站点服务。

具体地，当终端设备接收到的DMRS的端口数为多组时，终端设备可以确定当前处于多站点服务的场景。多个网络设备组可以分别基于不同的端口组中的DMRS端口发送PDSCH。

进一步地，步骤230还可以包括：终端设备在接收到多个DMRS的端口组的情况下，至少根据HARQ进程号和DMRS端口所属的端口组确定第一PDSCH对应的HARQ进程。

也就是说，终端设备可以在多站点服务的情况下，采用如上文所述的技术方案，至少根据HARQ进程号和DMRS端口所属的端口组确定第一PDSCH对应的HARQ进程。

应理解，终端设备也可以基于其他方式来确定当前处于多站点服务的场景，而并不一定基于接收到多个PDCCH的配置参数来确定。例如，网络设备也可以通过信令通知该终端设备，为该终端设备服务的网络设备的数量。本申请对于终端设备确定单站点还是多站的具体方式不作限定。因此，步骤230还可进一步包括：终端设备在多站点服务的情况下，至少根据HARQ进程号和PDCCH的配置参数确定第一PDSCH对应的HARQ进程。

可选地，终端设备在多站点服务的情况下，至少根据HARQ进程号和网络设备组的指示确定第一PDSCH对应的HARQ进程。

例如，终端设备可以基于上文列举的方法或其他可能的方式来确定当前是否处于多站点服务的场景。并可以在确定多站点服务的情况下，采用如上文所述的技术方案，至少根据HARQ进程号和网络设备组的指示确定第一PDSCH对应的HARQ进程。

可选地，终端设备在多站点服务的情况下，至少根据HARQ进程号和BWP的指示确定第一PDSCH对应的HARQ进程。

例如，终端设备可以基于上文列举的方法或其他可能的方式来确定当前是否处于多站点服务的场景。并可以在确定多站点服务的情况下，采用如上文所述的技术方案，至少根据HARQ进程号和BWP的指示确定第一PDSCH对应的HARQ进程。

在步骤240中，终端设备根据HARQ进程对第一PDSCH中承载的数据进行处理。

如前所述，终端设备在第一PDSCH之前的接收到的PDSCH中承载的传输块可以保存在HARQ缓存中。该HARQ缓存中保存的传输块例如可以是译码失败的传输块，也可以是译码成功的传输块，本申请对此不作限定。

以对重传传输块的处理过程为例。终端设备在确定第一PDSCH承载的传输块为重传的传输块时，可以进一步根据第一DCI中的HARQ进程号，以及上文所列举的PDCCH的配置参数、DMRS端口所属的端口组以及发送第一PDSCH的网络设备组中的一项或多项，确定第一PDSCH对应的HARQ进程。终端设备可以根据确定的HARQ进程，从HARQ缓存中获取同一HARQ进程的传输块。终端设备可以对同一HARQ进程的多个传输块(例如可以包括初传的传输块和重传的传输块)进行软合并和译码处理。

应理解，终端设备根据确定的HARQ进程对第一PDSCH中承载的数据进行处理的具体过程可以与现有技术相同。还应理解，终端设备确定第一PDSCH承载的传输块为初传的传输块还是重传的传输块的具体方法可以参考现有技术，例如可以根据NDI字段是否翻转来确定传输块为初传还是重传。本文中省略对该具体方法的详细描述。

在本申请实施例中，终端设备根据HARQ进程号，以及PDCCH的配置参数、DMRS端口所属的端口组、第一DCI指示的BWP和发送第一PDSCH的网络设备、第一DCI的类型、第一PDSCH的接收波束(或发射波束)和第一PDCCH的接收波束(或发射波束)等中的一项或多项，确定第一PDSCH对应的HARQ进程，可以在接收到多个PDSCH的情况下准确地确定相应的HARQ进程。由此，可以避免在多站点服务的场景下，多个PDCCH中指示的HARQ进程号取值范围相同可能出现的一个HARQ进程号对应多个HARQ进程的情况，从而避免对原本不同的两个传输块进行合并译码的可能。因此，可以提高译码效率，提高数据传输性能。终端设备能够在不同的场景下可以正确处理HARQ进程，使得通信系统能够灵活地采用不同的传输方案为终端设备服务，有利于提高系统性能。

以上，结合图2至图10详细说明了本申请实施例提供的方法。以下，结合图11和图12详细说明本申请实施例提供的通信装置。

图11是本申请实施例提供的通信装置的示意性框图。如图所示，该通信装置1000可以包括通信单元1100和处理单元1200。

在一种可能的设计中，该通信装置1000可对应于上文方法实施例中的终端设备，例如，可以为终端设备，或者配置于终端设备中的芯片。

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

其中，当该通信装置1000用于执行图2中的方法200时，通信单元1100可用于执行方法200中的步骤210和步骤220，处理单元1200可用于执行方法200中的步骤230和步骤240。

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

还应理解，该通信装置1000为终端设备时，该通信装置1000中的通信单元1100可对应于图12中示出的终端设备2000中的收发器2020，该通信装置1000中的处理单元1200可对应于图12中示出的终端设备2000中的处理器2010。

还应理解，该通信装置1000为配置于终端设备中的芯片时，该通信装置1000中的通信单元1100可以为输入/输出接口。

在另一种可能的设计中，该通信装置1000可对应于上文方法实施例中的网络设备，例如，可以为上文方法实施例中的第一网络设备，或者配置于第一网络设备中的芯片；也可以为上文方法实施例中的第二网络设备，或者配置与第二网络设备中的芯片。

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

其中，当该通信装置1000用于执行图2中的方法200时，通信单元1100可用于执行方法200中的步骤210和步骤220，处理单元1200可用于生成第一DCI。

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

还应理解，在上文方法实施例中，第二网络设备可执行与第一网络设备相同的动作，为了简洁，这里不再赘述。

还应理解，该通信装置1000为网络设备时，该通信装置1000中的通信单元为可对应于图13中示出的网络设备3000中的收发器3200，该通信装置1000中的处理单元1200可对应于图13中示出的网络设备3000中的处理器3100。

还应理解，该通信装置1000为配置于网络设备中的芯片时，该通信装置1000中的通信单元1100可以为输入/输出接口。

图12是本申请实施例提供的终端设备2000的结构示意图。该终端设备2000可应用于如图1所示的系统中，执行上述方法实施例中终端设备的功能。

如图所示，该终端设备2000包括处理器2010和收发器2020。可选地，该终端设备2000还包括存储器2030。其中，处理器2010、收发器2002和存储器2030之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器2030用于存储计算机程序，该处理器2010用于从该存储器2030中调用并运行该计算机程序，以控制该收发器2020收发信号。可选地，终端设备2000还可以包括天线2040，用于将收发器2020输出的上行数据或上行控制信令通过无线信号发送出去。

上述处理器2010可以和存储器2030可以合成一个处理装置，处理器2010用于执行存储器2030中存储的程序代码来实现上述功能。具体实现时，该存储器2030也可以集成在处理器2010中，或者独立于处理器2010。该处理器2010可以与图11中的处理单元对应。

上述收发器2020可以与图11中的通信单元对应，也可以称为收发单元。收发器2020可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中，接收器用于接收信号，发射器用于发射信号。

应理解，图12所示的终端设备2000能够实现图2所示方法实施例中涉及终端设备的各个过程。终端设备2000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

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

可选地，上述终端设备2000还可以包括电源2050，用于给终端设备中的各种器件或电路提供电源。

除此之外，为了使得终端设备的功能更加完善，该终端设备2000还可以包括输入单元2060、显示单元2070、音频电路2080、摄像头2090和传感器2100等中的一个或多个，所述音频电路还可以包括扬声器2082、麦克风2084等。

图13是本申请实施例提供的网络设备的结构示意图，例如可以为基站的结构示意图。该基站3000可应用于如图1所示的系统中，执行上述方法实施例中网络设备的功能。

如图所示，该基站3000可以包括一个或多个射频单元，如远端射频单元(remoteradio unit，RRU)3100和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digital unit，DU)3200。所述RRU 3100可以称为收发单元，与图11中的通信单元1200对应。可选地，该收发单元3100还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线3101和射频单元3102。可选地，收发单元3100可以包括接收单元和发送单元，接收单元可以对应于接收器(或称接收机、接收电路)，发送单元可以对应于发射器(或称发射机、发射电路)。所述RRU 3100部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送指示信息。所述BBU 3200部分主要用于进行基带处理，对基站进行控制等。所述RRU 3100与BBU 3200可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。

所述BBU 3200为基站的控制中心，也可以称为处理单元，可以与图11中的处理单元1100对应，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU3200(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备(如第一网络设备)的操作流程，例如，生成第一DCI等。

在一个示例中，所述BBU 3200可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述BBU 3200还包括存储器3201和处理器3202。所述存储器3201用以存储必要的指令和数据。所述处理器3202用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器3201和处理器3202可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

应理解，图13所示的基站3000能够实现图2方法实施例中涉及网络设备(如第一网络设备或第二网络设备)的各个过程。基站3000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

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

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

应理解，上述处理装置可以是一个芯片。例如，该处理装置可以是现场可编程门阵列(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)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (14)

1.一种接收数据的方法，其特征在于，包括：

接收物理下行共享信道PDSCH，所述PDSCH由物理下行控制信道PDCCH调度，所述PDCCH承载的下行控制信息DCI中包括混合自动重传请求HARQ进程号的指示；

根据所述HARQ进程号以及以下一项或多项确定所述PDSCH对应的HARQ进程：所述PDCCH的配置参数、发送所述PDSCH的网络设备组、所述DCI中指示的解调参考信号DMRS的端口和带宽部分BWP；

根据确定的所述HARQ进程对所述PDSCH承载的数据进行处理。

2.如权利要求1所述的方法，其特征在于，所述PDCCH的配置参数包括：PDCCH的PDCCH配置、所述PDCCH配置所属的带宽部分BWP下行专用参数、所述PDCCH配置所属的BWP下行参数、所述PDCCH配置所属的服务小区配置、所述PDCCH的控制资源集、所述PDCCH的控制资源集所属的控制资源集组、所述PDCCH的搜索空间集或所述PDCCH的搜索空间集所属的搜索空间集组。

3.如权利要求1或2所述的方法，其特征在于，所述根据所述HARQ进程号以及以下一项或多项确定所述PDSCH对应的HARQ进程：所述PDCCH的配置参数、发送所述PDSCH的网络设备组、所述DCI中指示的DMRS的端口和BWP，包括：

在接收到多个所述PDCCH的配置参数的情况下，至少根据所述HARQ进程号和所述PDCCH的配置参数确定所述PDSCH对应的HARQ进程。

4.如权利要求1所述的方法，其特征在于，所述根据所述HARQ进程号以及以下一项或多项确定所述PDSCH对应的HARQ进程：所述PDCCH的配置参数、发送所述PDSCH的网络设备组、所述DCI中指示的DMRS的端口和BWP，包括：

在接收到多个DMRS的端口组的指示的情况下，至少根据所述HARQ进程号和所述DCI中指示的DMRS的端口所属的端口组确定所述PDSCH对应的HARQ进程。

5.如权利要求1至4中任一项所述的方法，其特征在于，所述DCI中包括发送所述PDSCH的网络设备组的指示。

6.如权利要求1至5中任一项所述的方法，其特征在于，所述DCI中包括多个传输块的指示，所述PDSCH中承载一个或多个传输块，每个传输块对应一个HARQ进程；以及

所述根据所述HARQ进程号以及以下一项或多项确定所述PDSCH对应的HARQ进程：所述PDCCH的配置参数、发送所述PDSCH的网络设备组、所述DCI中指示的DMRS的端口和BWP，包括：

根据所述HARQ进程号、所述传输块的指示以及以下一项或多项，确定所述PDSCH中每个传输块对应的HARQ进程：所述PDCCH的配置参数、发送所述PDSCH的网络设备组、所述DCI中指示的DMRS的端口和BWP。

7.一种通信装置，其特征在于，包括：

通信单元，用于接收物理下行共享信道PDSCH，所述PDSCH由物理下行控制信道PDCCH调度，所述PDCCH承载的下行控制信息DCI中包括混合自动重传请求HARQ进程号的指示；

处理单元，用于根据所述HARQ进程号以及以下一项或多项确定所述PDSCH对应的HARQ进程号，并根据所确定的HARQ进程号对所述PDSCH承载的数据进行处理：所述PDCCH的配置参数、发送所述PDSCH的网络设备组、所述DCI中指示的解调参考信号DMRS的端口和带宽部分BWP。

8.如权利要求7所述的装置，其特征在于，所述PDCCH的配置参数包括：PDCCH的PDCCH配置、所述PDCCH配置所属的带宽部分BWP下行专用参数、所述PDCCH配置所属的BWP下行参数、所述PDCCH配置所属的服务小区配置、所述PDCCH的控制资源集、所述PDCCH的控制资源集所属的控制资源集组、所述PDCCH的搜索空间集或所述PDCCH的搜索空间集所属的搜索空间集组。

9.如权利要求7或8所述的装置，其特征在于，所述处理单元具体用于在接收到多个所述PDCCH的配置参数的情况下，至少根据所述HARQ进程号和所述PDCCH的配置参数确定所述PDSCH对应的HARQ进程。

10.如权利要求7所述的装置，其特征在于，所述处理单元具体用于在接收到多个DMRS的端口组的指示的情况下，至少根据所述HARQ进程号和所述DCI中指示的DMRS的端口所属的端口组确定所述PDSCH对应的HARQ进程。

11.如权利要求7至10中任一项所述的装置，其特征在于，所述DCI中包括发送所述PDSCH的网络设备组的指示。

12.如权利要求7至11中任一项所述的装置，其特征在于，所述DCI中包括多个传输块的指示，所述PDSCH中承载一个或多个传输块，每个传输块对应一个HARQ进程；

所述处理单元具体用于根据所述HARQ进程号、所述传输块的指示以及以下一项或多项，确定所述PDSCH中每个传输块对应的HARQ进程：所述PDCCH的配置参数、发送所述PDSCH的网络设备组、所述DCI中指示的DMRS的端口和BWP。

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

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

Images