一种清空缓存的方法及装置与流程

本申请实施例涉及通信技术领域，尤其涉及一种清空缓存的方法及装置。

背景技术

在车与任何事物(vehicle-to-everything，V2X)通信系统中，终端装置与终端装置之间 可以通过直连链路，如侧行链路(sidelink，SL)，进行无线通信。为了提高该直连链路的通 信质量，在V2X通信系统中引入了HARQ机制，HARQ使用停等协议(stop-and-wait protocol)来发送数据。在停等协议中，发端发送一个传输块(transport block，TB)后，就 停下来等待确认信息，收端收到该TB后，可以使用1比特的信息对该TB进行肯定应答 (acknowledgement，ACK)或否定应答(non-acknowledgement，NACK)的确认。

但是发端每次传输TB后就停下来等待确认，会导致吞吐量很低。因此使用多个并行的 HARQ进程(HARQ process)，当一个HARQ process在等待确认信息时，发端可以使用另 一个HARQ process来继续发送数据。这些HARQ process共同组成了一个HARQ实体 (HARQ entity)，这个实体结合了停等协议，同时允许数据的连续传输。

对于其中每一个HARQ进程，在收发两端均维护有与该HARQ进程相关联的缓存 (buffer)，用该buffer缓存通过HARQ进程传输的某一TB。然而，目前的机制中，如果是 TB的新传，则发端清空用于传输该TB的HARQ进程所关联的buffer，将清空出来的buffer 用于缓存新传的该TB。但是，这种清空buffer的方式很容易会将正在处理的其他TB清除 掉，影响收发两端的数据传输。

技术实现要素：

本申请实施例提供一种清空缓存的方法及系统，

为达到上述目的，本申请实施例采用如下技术方案：

第一方面，本申请实施例提供一种清空缓存的方法，该方法可以由接收装置、芯片或 者其它装置执行，以接收装置执行为例，该方法可以包括：接收装置接收包括第一信息的 第一控制信息，第一控制信息用于调度第一数据；接收装置确定第一混合自动重传请求 HARQ进程与第一控制信息关联；接收装置确定第一HARQ进程与第二控制信息关联，和/ 或，第一HARQ进程关联的buffer包含第二控制信息调度的第二数据，第二控制信息包括 第二信息，第二信息与第一信息不同；接收装置不清空第一HARQ进程的buffer。

基于第一方面的提供的方法，接收装置可以在小区中接收发送装置发送的用于指示允 许接入该小区的接收装置的特征信息的信息，根据发送装置的指示以及自身具有的特征信 息确定自身是否可以接入该小区。如此，可以由发送装置指示哪些特征的接收装置被允许/ 不被允许接入小区，提高网络侧控制小区接入的灵活性，有助于网络侧进行业务控制和流 量控制。

一种可能的设计中，第一信息包括下述一项或者多项：第二HARQ进程的标识、源标 识、目标标识以及传输方式；第二信息包括下述一项或者多项：第三HARQ进程的标识、 源标识、目标标识以及传输方式。

一种可能的设计中，接收装置根据第二控制信息配置第一HARQ进程的处理资源；接 收装置配置完成第一HARQ进程的处理资源，利用处理资源处理第二数据；接收装置处理 完第二数据，向发送装置反馈第二数据对应的应答消息，应答消息包括肯定应答ACK或否 定应答NACK；接收装置保存有第一HARQ进程与第二信息或者第二控制信息的关联关系。

一种可能的设计中，接收装置接收包括第一信息的第一控制信息；接收装置确定第一 混合自动重传请求HARQ进程与第一控制信息关联；接收装置确定第一HARQ进程与第三 控制信息关联，和/或，第一HARQ进程关联的buffer包含第三控制信息调度的第三数据， 第三控制信息包括第三信息，第三信息与第一信息相同；接收装置清空第一HARQ进程的 buffer。

一种可能的设计中，第一信息包括下述一项或者多项：第二HARQ进程的标识、源标 识、目标标识以及传输方式。

一种可能的设计中，接收装置根据第三控制信息配置第一HARQ进程的处理资源；接 收装置配置完成第一HARQ进程的处理资源，利用处理资源处理第三控制信息调度的数据； 接收装置向发送装置反馈第二数据对应的应答消息，应答消息包括肯定应答ACK或否定应 答NACK；接收装置利用第一HARQ进程成功处理完第三控制信息调度的数据；接收装置 保存有第一HARQ进程与第三信息或者第三控制信息的关联关系。

一种可能的设计中，在接收装置接收来自发送装置的第一控制信息之前，接收装置接 收来自发送装置的第三控制信息。

第二方面，本申请提供一种通信装置，该通信装置可以为接收装置或者接收装置中的 芯片或者片上系统，还可以为接收装置中用于实现本申请实施例所述的清空缓存的方法的 模块或者单元。该通信装置可以实现上述各方面或者各可能的设计中接收装置所执行的功 能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件 包括一个或多个上述功能相应的模块。一种设计中，该装置可以包括执行第一方面中所描 述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以 是硬件电路结合软件实现。一种设计中，该通信装置可以包括：接收单元、处理单元；

接收单元，用于接收包括第一信息的第一控制信息，第一控制信息用于调度第一数据。

处理单元，用于确定第一混合自动重传请求HARQ进程与第一控制信息关联；处理单 元，还用于确定第一HARQ进程与第二控制信息关联，和/或，第一HARQ进程关联的buffer 包含第二控制信息调度的第二数据，第二控制信息包括第二信息，第二信息与第一信息不 同；处理单元，还用于不清空第一HARQ进程的buffer。

其中，该通信装置的具体实现方式可以参考第一方面或第一方面的任一可能的设计提 供的清空缓存的方法中接收装置的行为功能，在此不再重复赘述。因此，该提供的通信装 置可以达到与第一方面或者第一方面的任一可能的设计相同的有益效果。

第三方面，提供了一种通信装置，该通信装置可以为接收装置或者接收装置中的芯片 或者片上系统。该通信装置可以实现上述各方面或者各可能的设计中接收装置所执行的功 能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：处理器和通 信接口，处理器可以用于支持通信装置实现上述第一方面或者第一方面的任一种可能的设 计中所涉及的功能，例如：处理器用于通过通信接口接收包括第一信息的第一控制信息， 第一控制信息用于调度第一数据；确定第一混合自动重传请求HARQ进程与第一控制信息 关联；确定第一HARQ进程与第二控制信息关联，和/或，第一HARQ进程关联的buffer 包含第二控制信息调度的第二数据，第二控制信息包括第二信息，第二信息与第一信息不 同；不清空第一HARQ进程的buffer。在又一种可能的设计中，通信装置还可以包括存储 器，存储器用于保存计算机指令和/或数据。当该通信装置运行时，该处理器执行该存储器 存储的该计算机指令，以使该通信装置执行上述第一方面或者第一方面的任一种可能的设 计所述的清空缓存的方法。在本申请实施例中，通信接口可以是收发器、接口电路、总线 接口、管脚或其它能够实现收发功能的装置。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令， 当其在计算机上运行时，使得计算机可以执行上述第一方面或者上述方面的任一可能的设 计所述的清空缓存的方法。

第五方面，提供了一种包含指令的计算机程序产品，该计算机程序产品可以包括程序 指令，当该计算机程序产品在计算机上运行时，使得计算机可以执行上述第一方面或者上 述方面的任一可能的设计所述的清空缓存的方法。

第六方面，提供了一种芯片系统，该芯片系统包括处理器以及通信接口，该芯片系统 可以用于实现上述第一方面或第一方面的任一可能的设计中接收装置所执行的功能，例如 处理器用于通过通信接口接收包括第一信息的第一控制信息，第一控制信息用于调度第一 数据；确定第一混合自动重传请求HARQ进程与第一控制信息关联；确定第一HARQ进程 与第二控制信息关联，和/或，第一HARQ进程关联的buffer包含第二控制信息调度的第二 数据，第二控制信息包括第二信息，第二信息与第一信息不同；不清空第一HARQ进程的 buffer。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存程序指 令和/或数据，当该芯片系统运行时，该处理器执行该存储器存储的该程序指令，以使该芯 片系统执行上述第七方面或者第七方面的任一种可能的设计所述的清空缓存的方法。该芯 片系统可以由芯片构成，也可以包含芯片和其他分立器件，不予限制。

第七方面，本申请实施例还提供一种清空缓存的方法，该清空缓存的方法可以由发送 装置、芯片或者其它装置执行，该方法可以包括：发送装置向接收装置发送包括第四信息 的第四控制信息，第四控制信息用于调度第四数据；发送装置确定第四混合自动重传请求 HARQ进程与第四控制信息关联；发送装置确定第四HARQ进程与第五控制信息关联，和/ 或，第四HARQ进程关联的buffer中包含第五控制信息调度的第五数据，第五数据与第四 数据不同；接收装置清空第四HARQ进程的buffer。

一种可能的设计，发送装置根据第五控制信息配置第二HARQ进程的处理资源；发送 装置配置完成第四HARQ进程的处理资源，利用处理资源发送第五数据；发送装置接收第 五数据对应的应答消息中，应答消息包括肯定应答ACK或否定应答NACK。

一种可能的设计，发送装置向接收装置发送第四控制信息，第四控制信息包括第四信 息，第四控制信息用于调度第四数据；发送装置确定第四混合自动重传请求HARQ进程与 第四控制信息关联；发送装置确定第四HARQ进程与第六控制信息关联，和/或，第四HARQ 进程关联的buffer中包含第六控制信息调度的第六数据，第六数据与第四数据相同；接收装 置不清空第四HARQ进程的buffer。

一种可能的设计，发送装置根据第六控制信息配置第二HARQ进程的处理资源；发送 装置配置完成第四HARQ进程的处理资源，利用处理资源发送第六数据；发送装置接收第 六数据对应的应答消息中，应答消息包括肯定应答ACK或否定应答NACK；第二HARQ 进程关联的buffer包含第六数据。

一种可能的设计，发送装置通过sidelink向接收装置发送第四控制信息。

第八方面，本申请提供一种通信装置，该通信装置可以为发送装置或者发送装置中的 芯片或者片上系统，还可以为发送装置中用于实现本申请实施例所述的清空缓存的方法的 模块或者单元。该通信装置可以实现上述各方面或者各可能的设计中发送装置所执行的功 能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件 包括一个或多个上述功能相应的模块。一种设计中，该装置可以包括执行第七方面中所描 述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以 是硬件电路结合软件实现。一种设计中，该通信装置可以包括：发送单元、处理单元。

发送单元，用于向接收装置发送第四控制信息，第四控制信息包括第四信息，第四控 制信息用于调度第四数据。

处理单元，用于确定第四混合自动重传请求HARQ进程与第四控制信息关联；确定第 四HARQ进程与第五控制信息关联，和/或，第四HARQ进程关联的buffer中包含第五控制 信息调度的第五数据，第五数据与第四数据不同；清空第四HARQ进程的buffer。

其中，该通信装置的具体实现方式可以参考第七方面或第七方面的任一可能的设计提 供的清空缓存的方法中发送装置的行为功能，在此不再重复赘述。因此，该提供的通信装 置可以达到与第七方面或者第七方面的任一可能的设计相同的有益效果。

第九方面，提供了一种通信装置，该通信装置可以为发送装置或者发送装置中的芯片 或者片上系统。该通信装置可以实现上述各方面或者各可能的设计中发送装置所执行的功 能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：处理器和通 信接口，处理器可以用于支持通信装置实现上述第七方面或者第七方面的任一种可能的设 计中所涉及的功能，例如：处理器用于通过通信接口向接收装置发送第四控制信息，第四 控制信息包括第四信息，第四控制信息用于调度第四数据；确定第四混合自动重传请求 HARQ进程与第四控制信息关联；确定第四HARQ进程与第五控制信息关联，和/或，第四 HARQ进程关联的buffer中包含第五控制信息调度的第五数据，第五数据与第四数据不同； 清空第四HARQ进程的buffer。在又一种可能的设计中，所述通信装置还可以包括存储器， 存储器用于保存计算机指令和/或数据。当该通信装置运行时，该处理器执行该存储器存储 的该计算机指令，以使该通信装置执行上述第七方面或者第七方面的任一种可能的设计所 述的清空缓存的方法。

第十方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令， 当其在计算机上运行时，使得计算机可以执行上述第七方面或者上述方面的任一可能的设 计所述的清空缓存的方法。

第十一方面，提供了一种包含指令的计算机程序产品，该计算机程序产品可以包括程 序指令，当该计算机程序产品在计算机上运行时，使得计算机可以执行上述第七方面或者 上述方面的任一可能的设计所述的清空缓存的方法。

第十二方面，提供了一种芯片系统，该芯片系统包括处理器以及通信接口，该芯片系 统可以用于实现上述第七方面或第七方面的任一可能的设计中发送装置所执行的功能，例 如处理器用于通过通信接口向接收装置发送第四控制信息，第四控制信息包括第四信息， 第四控制信息用于调度第四数据；确定第四混合自动重传请求HARQ进程与第四控制信息 关联；确定第四HARQ进程与第五控制信息关联，和/或，第四HARQ进程关联的buffer 中包含第五控制信息调度的第五数据，第五数据与第四数据不同；清空第四HARQ进程的 buffer。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存程序指 令和/或数据，当该芯片系统运行时，该处理器执行该存储器存储的该程序指令，以使该芯 片系统执行上述第七方面或者第七方面的任一种可能的设计所述的清空缓存的方法。该芯 片系统可以由芯片构成，也可以包含芯片和其他分立器件，不予限制。

第十三方面，本申请实施例还提供一种通信系统，所述通信系统包括如第二方面至第 六方面的任一方面所述的接收装置以及如第八方面至第十二方面任一方面所述发送装置。

附图说明

图1为HARQ实体示意图；

图2为本申请实施例提供的一种通信系统的架构示意图；

图3为本申请实施例提供的一种通信装置400的组成示意图；

图4为本申请实施例提供的一种清空缓存的方法的流程图；

图5为本申请实施例提供的一种清空缓存的方法的流程图；

图6为本申请实施例提供的一种清空缓存的方法的流程图；

图7为本申请实施例提供的一种清空缓存的方法的流程图；

图8为本申请实施例提供的一种通信装置；

图9为本申请实施例提供的一种通信装置。

具体实施方式

在描述本申请实施例之前，对本申请实施例涉及的相关技术术语进行解释说明：

HARQ进程(process)：是指发端通过停等协议(stop-and-wait protocol)向收端调度一 次数据传输，再到发端接收到肯定应答(acknowledgment，ACK)/否定应答 (negative-acknowledgment，NACK)的处理过程。发端的HARQ操作可以包括新传/初传 (initial transmission)数据和重传(retransmission)数据、接收并处理ACK/NACK；收端的 HARQ操作可以包括接收新传数据和重传数据、软合并处理接收到新传数据和重传数据、 生成ACK/NACK等。

当发端和收端之间支持SL通信时，发端可以通过HARQ进程对侧行数据进行处理之 后，通过SL上的侧行链路物理层共享信道(physical sidelink share channel，PSSCH)向其 他终端装置发送侧行数据。在通过SL发送侧行数据之前，发端可以通过SL上的侧行链路 物理层控制信道(physical sidelink feedback channel，PSCCH)向收端发送控制信息，如： 侧行链路控制信息(sidelink control information，SCI)，通过该SCI调度侧行数据。SCI中 可以包含下述用于指示SCI调度的侧行数据的传输特征的一种或多种信息：{源标识(source ID)，目标标识(destination ID)，HARQ进程号，业务类型(单播、组播或是广播)}，还 可以包括与该组信息对应的新数据指示(new data indicator，NDI)等等。

本申请实施例中，收端可以通过SCI携带的上述一组消息确定SCI调度的数据为新传 数据或者重传数据，如：收端接收到SCI后，读取/确定SCI中包含的{source ID，destination ID，HARQ进程号，业务类型(单播、组播或是广播)}以及新数据指示(new data indicator，NDI)，并确定收端上一次是否接受过相同的这一组信息。如果接收过，则比较这一组信息 上一次的NDI的取值(例如是1)与这一次收到这一组信息所在的SCI中的NDI位的取值 是否相同，如果相同，则表示SCI调度的数据为重传数据，如果不同(即翻转(toggle))， 则认为SCI调度的数据为新传数据。

以TB传输为例，本申请各实施例中，发送装置和/或接收装置对于前后两次传输的携 带有相同的第一信息的控制信息，接收装置根据上一次(或者最近的一次)接收到控制信 息中的NDI的取值，判断两次接收到的携带有相同的第一信息的控制信息中的NDI的取值 是否相同，若相同则表示未翻转，即表示当前接收到的控制信息关联的TB是重传；反之， 若不相同，则表示翻转，即当前接收到的控制信息对应的TB为新传。

其中，发端、收端为相对概念，发端可以指通过某个HARQ进程发送数据的终端或者 终端装置，收端可以指通过某个HARQ进程上接收发端发送的数据的终端或者终端装置。 下述描述中收端还可以替换描述为接收装置、发端还可以替换描述为发送装置。本申请中， 发端、收端之间建立有侧行链路(sidelink)/PC5接口，二者通过sidelink/PC5接口相互传 输数据，用于处理通过sidelink/PC5接口传输的HARQ进程可以称为sidelink HARQ进程通 信/PC5 HARQ进程。

其中，为了提高通过停等协议进行数据传输的吞吐量，发端、收端可以各自维护一个 或者多个HARQ进程，使用多个并行的stop-and-wait process进行数据传输，如：当一个 HARQ进程在等待ACK/NACK时，发端可以使用另一个HARQ进程来继续发送数据。一 个或者多个HARQ进程可以组成一个HARQ实体(entity)。每个HARQ process对应一个 HARQ process标识(indentifier，ID)/HARQ process号(number)，HARQ process ID可以 唯一标识该HARQ process。每个HARQ进程都需要关联一个独立的缓存(buffer)，存储该 HARQ进程上传输的数据。HARQ实体结合了停等协议，同时允许数据的连续传输。示例 性的，发端可以维护16个HARQ进程：HARQ进程1～HARQ进程16，收端可以维护16 个HARQ进程：HARQ进程1～HARQ16。

其中，发端、收端进行数据传输时，可以以传输块(transport block，TB)为粒度进行 数据传输，也可以以码块组(code block group，CBG)为粒度进行数据传输，还可以以其 他粒度进行数据传输，不予限制。以发端和收端支持TB传输为例，每个HARQ进程在一 个传输时间间隔(transmission time interval，TTI)内可以处理一个TB。

HARQ实体：可以包括一个或者多个HARQ进程，HARQ实体位于MAC实体中，HARQ 实体可以根据数据的传输资源(如时频资源等)确定新传该数据或者重传该数据等。如图1 所示，收端、发端可以包括应用层、组数据汇聚协议(packet data convergence protocol，PDCP) 层、无线链路控制(radio link control，RLC)层、侧行链路逻辑信道(sidelink logical channel， SL LCH)/LCH以及媒体接入控制(media access control，MAC)层以及物理层(physical， PHY)，MAC层可以包括一个或者多个MAC层实体，一个MAC实体可以对应一个或者多 个HARQ实体，不HARQ实体的配置可以是相同或者不同。

现有技术中，发端通过某个HARQ进程发送第一数据之后，若再次通过该HARQ进程 发送该第一数据，则不清空该HARQ进程关联的buffer。当时，若发端通过某个HARQ进 程发送数据之后与再次通过该HARQ进程发送该数据之间，若该HARQ进程被抢占用于处 理/发送其他数据，此时，再次发送第一数据时，若不清空该HARQ进程关联的buffer则会 影响该第一数据的传输。相应地，在收端侧，收端通过某个HARQ进程接收并处理发端发 送的第一数据之后，再次通过该HARQ进程接收到该第一数据对应的新传数据，则收端清 空该HARQ进程对应的buffer，准备接收并缓存新传的第一数据。但是，收端通过某个HARQ 进程接收并处理发端发送的第一数据之后与再次通过该HARQ进程接收到该第一数据对应 的新传数据之间，若收端的该HARQ进程被抢占用于处理通过其他HARQ进程发送过来的 其他数据，则此时若清空收端的buffer会导致其他数据处理失败，影响数据传输。

为解决上述技术问题，本申请实施例提供一种清理缓存的方法，对于接收装置，该方 法可以包括：接收装置接收包括第一信息的第一控制信息；接收装置确定第一混合自动重 传请求HARQ进程与第一控制信息关联；接收装置确定第一HARQ进程与第二控制信息关 联和/或第一HARQ进程关联的buffer包含第二控制信息调度的第二数据，第二控制信息包 括与第一信息不同的第二信息；接收装置不清空第一HARQ进程的buffer。或者，接收装 置确定第一HARQ进程与第三控制信息关联和/或第一HARQ进程关联的buffer包含第三控 制信息调度的第三数据，第三控制信息包括第三信息，第三信息与第一信息相同；接收装 置清空第一HARQ进程的buffer。

本申请中，清空buffer可以指删除buffer中的全部删除或者使用当前调度的数据覆盖 buffer中存储的数据。

下面结合说明书附图，对本申请实施例提供的清空缓存的方法进行描述。

本申请实施例提供的清空缓存的方法可用于支持V2X通信的任一通信系统，该通信系 统可以为第三代合作伙伴计划(3rd generation partnership project，3GPP)通信系统，例如， 长期演进(long term evolution，LTE)系统，又可以为第五代(5th generation，5G)移动通 信系统、新无线(new radio，NR)系统、车与任何事物通信(vehicle-to-everything，V2X) 系统以及其他下一代通信系统，也可以为非3GPP通信系统，不予限制。

本申请实施例提供的清空缓存的方法可以应用于各种通信场景，例如可以应用于以下 通信场景中的一种或多种：增强移动宽带(enhanced mobile broadband，eMBB)、超可靠低 时延通信(ultra-reliable low-latency communication，URLLC)、机器类型通信(machine type communication，MTC)、大规模机器类型通信(massive machine type communications， mMTC)、设备到设备(device-to-device，D2D)、车辆外联(vehicle to everything，V2X)、 车辆到车辆(vehicle to vehicle，V2V)、和物联网(internet of things，IoT)等。

下面以图2所示通信系统为例，对本申请实施例提供的清空缓存的方法进行描述。

图2是本申请实施例提供的一种通信系统的示意图，如图2所示，该通信系统可以包 括多个终端以及网络设备。终端可以位于网络设备的小区覆盖范围内，也可以位于网络设 备的小区覆盖范围外。终端可以通过Uu口与网络设备相互通信，也可以通过侧行链路 (sidelink，SL)(或者PC5口)与其他终端进行通信。终端可以通过单播方式与其他终端 一对一通信，也可以通过组播方式或者广播方式与多个其他终端进行组播或者广播通信。 例如，如图2所示，终端1可以与终端2进行单播通信，通过单播方式向终端2发送侧行 数据。终端1可以与其他三个终端：终端3、终端4、终端5为一个组播组，终端1可以通 过组播方式向终端3、终端4、终端5发送侧行数据。

其中，本申请所述传输方式包括单播方式、组播方式以及广播方式。单播(unicast)方 式可以指：发送装置与接收装置通过一对一的链路进行通信，例如一个终端与另一个终端 通过一对一的SL链路进行通信。广播方式可以指：发送装置向周围通过一对一的链路进行 通信，例如一个终端向其周围广播消息，其他一个或者多个终端接收广播消息。多播 (multicast)方式可以指发送装置向多播群组中的一个或者多个接收装置发送数据后者消 息，例如一个终端向多播群组中的一个或者多个终端发送数据/消息。本申请中，多播也可 以可称为组播。

其中，图2中的网络设备可以是任意一种具有无线收发功能的设备，主要用于实现无 线物理控制、资源调度和无线资源管理、无线接入控制以及移动性管理等功能。具体的， 该网络设备可以为接入网(access network，AN)/无线接入网(radio access network，RAN) 设备，还可以为由多个5G-AN/5G-RAN节点组成的设备，又可以为基站(nodeB，NB)、演 进型基站(evolution nodeB，eNB)、下一代基站(generation nodeB，gNB)、收发点(transmission receive point，TRP)、传输点(transmission point，TP)、路边单元(road side unit，RSU)以 及某种其它接入节点中的任一节点等，不予限制。

图2中的终端(terminal)可以称为终端装置(terminal equipment)或者用户设备(user equipment，UE)或者移动台(mobile station，MS)或者移动终端(mobile terminal，MT) 等。具体的，图2中的终端可以是手机(mobile phone)、平板电脑或带无线收发功能的电 脑。终端还可以是虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR) 终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电 网中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线 终端、车载终端、具有车对车(vehicle-to-vehicle，V2V)通信能力的车辆、智能网联车等 等，不予限制。本申请实施例的终端以及网络设备都可以为一个或多个芯片，也可以为片 上系统(system on chip，SOC)等。终端以及网络设备的具体组成部件可参照图2所示。

需要说明的是，图2仅为示例性附图，图2包括的设备的数量不受限制，且除图2所 示设备之外，该通信架构还可以包括其他设备。此外，图2中各个设备的名称不受限制， 除图2所示名称之外，各个设备还可以命名为其他名称，不予限制。

需要说明的是，本发明中“存储”可以与“保存”、“维护”、“存在”等描述替换，不予限制。

需要说明的是，不同步骤或者不同时间中接收装置接收的数据/控制信息可以来自不同 的发送装置，也可以是相同的发送装置，不作限定。

需要说明的是，第一控制信息或者第二控制信息等与HARQ进程关联也可以替换成第 一信息或者第二信息等与HARQ进程关联，或者替换成“侧行链路传输信息与HARQ进程 关联”，或者替换成“第一数据或第二数据或第三数据”与HARQ进程关联，其中HARQ 进程可以替换成HARQ进程标识，其中HARQ进程标识可以是基站为终端设备指示的 HARQ进程标识，也可以是终端设备自行选择的HARQ进程标识。示例性的，第一控制信 息包含第一信息，第一控制信息对应第一数据，第一控制信息关联第一HARQ进程，第一 HARQ进程关联第一HARQ进程的标识以及buffer，即第一控制信息、第一信息、第一数 据、第一HARQ进程、第一HARQ进程的标识、第一HARQ进程关联的buffer之间均存在 关联关系，在此统一说明。

需要说明的是，接收装置可以是一个或者多个接收装置，发送装置可以是一个或者多 个发送装置。

需要说明的是，本发明中，SCI可以为第一级SCI，也可以是第二级SCI，或者，也可 是综合考虑第一级SCI和第二级SCI中包含的信息。

在具体实现时，图2所示各网元，如：终端、网络设备可采用图3所示的组成结构或 者包括图3所示的部件。图3为本申请实施例提供的一种通信装置400的结构示意图，当 该通信装置400具有本申请实施例所述的终端的功能时，该通信装置400可以为终端或者 终端中的芯片或者片上系统。当通信装置400具有本申请实施例所述的网络设备的功能时， 通信装置400可以为网络设备或者网络设备中的芯片或者片上系统。

如图3所示，该通信装置400可以包括处理器401，通信线路402以及通信接口403。 进一步的，该通信装置400还可以包括存储器404。其中，处理器401，存储器404以及通 信接口403之间可以通过通信线路402连接。

其中，处理器401可以是中央处理器(central process unit，CPU)、通用处理器网络处 理器(network processor，NP)、数字信号处理器(digital signal process，DSP)、微处理器、 微控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器 401还可以是其它具有处理功能的装置，如电路、器件或软件模块等。

通信线路402，用于在通信装置400所包括的各部件之间传送信息。

通信接口403，用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太 网，无线接入网(radio access network，RAN)，无线局域网(wireless local area networks， WLAN)等。通信接口403可以是接口电路、管脚、射频模块、收发器或者任何能够实现 通信的装置。

存储器404，用于存储指令。其中，指令可以是计算机程序。

其中，存储器404可以是只读存储器(read-only memory，ROM)或可存储静态信息和 /或指令的其他类型的静态存储设备，也可以是随机存取存储器(random access memory， RAM)或者可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读 存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储、磁盘存储介质或其他磁存 储设备，光碟存储包括压缩光碟、激光碟、光碟、数字通用光碟、或蓝光光碟等。

需要说明的是，存储器404可以独立于处理器401存在，也可以和处理器401集成在 一起。存储器404可以用于存储指令或者程序代码或者一些数据等，存储器404中可以设 置有HARQ进程关联的buffer。存储器404可以位于通信装置400内，也可以位于通信装 置400外，不予限制。处理器401，用于执行存储器404中存储的指令，以实现本申请下述 实施例提供的清空缓存的方法。

在一种示例中，处理器401可以包括一个或多个CPU，例如图3中的CPU0和CPU1。

作为一种可选的实现方式，通信装置400包括多个处理器，例如，除图3中的处理器 401之外，还可以包括处理器407。

作为一种可选的实现方式，通信装置400还包括输出设备405和输入设备406。示例性 地，输入设备406是键盘、鼠标、麦克风或操作杆等设备，输出设备405是显示屏、扬声 器(speaker)等设备。

需要说明的是，通信装置400可以是台式机、便携式电脑、网络服务器、移动手机、 平板电脑、无线终端、嵌入式设备、芯片系统或有图3中类似结构的设备。此外，图3中 示出的组成结构并不构成对该通信装置的限定，除图3所示部件之外，该通信装置可以包 括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

下面结合图3所示通信系统，对本申请实施例提供的清空缓存的方法进行描述。其中， 下述实施例中的各设备可以具有图3所示部件。其中，本申请各实施例之间涉及的动作， 术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消 息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。

本申请中，不限定实施例中的各个步骤的执行顺序，各个步骤的顺序可以灵活调换。 此外，下述实施例中的各个步骤可以单独执行也可以结合起来执行，不予限制。

图4为本申请实施例提供的一种清空缓存的方法，如图4所示，所述方法包括：

步骤401：接收装置接收第一控制信息。

示例性的，接收装置可以接收来自发送装置的第一控制信息。

其中，接收装置可以为图3中任一终端或者任一终端中的功能模块或者芯片系统，接 收装置可以与发送装置进行sidelink通信，接收装置可以图3中的任一终端或者任一终端中 的功能模块或者芯片系统，二者支持通过HARQ进程进行数据传输。例如，发送装置可以 为图2中的终端1，接收装置可以为图2中的终端2。

其中，第一控制信息可以为SCI，第一控制信息可以携带在PSCCH中发送给接收装置， 即可以利用PSCCH资源发送给接收装置。第一控制信息为用来指示第一数据的调度信息， 第一控制信息可以用于调度发送装置向接收装置传输的第一数据，如：以TB传输为例，第 一控制信息可以调度通过发送装置的第二HARQ进程向接收装置新传的第一TB，也可以调 度通过发送装置的第二HARQ进程向接收装置重传的第一TB。第二HARQ进程可以为发 送装置上或者发送装置内部可用于处理/发送数据的HARQ进程，或者为发送装置上或者发 送装置内部用来在关联的buffer中储存第一控制信息调度的数据，和/或储存用于发送第一 控制信息调度的数据的授权(grant)和/或生成传输第一控制信息调度的数据的HARQ进程。

具体的，第一控制信息至少可以包括用于指示第一控制信息调度的数据的传输特征的 第一信息，如第一信息可以包括以下至少一种信息：第二HARQ进程的进程号/第二HARQ 进程的标识、第一数据对应的源标识、第一数据对应的目标标识、传输方式。第一信息可 以指示第一控制信息调度的第一数据为：源标识所标识的设备通过第二HARQ进程向目标 标识所述标识的设备发送的数据。除第一信息之外，第一控制信息还可以包括NDI、传输 数据对应的sidelink时频资源信息以及其他信息等等。

其中，传输方式可以为单播方式、广播方式以及多播方法中任一种方式。

其中，第一数据对应的源标识可以用于标识发送第一数据的装置，如：源标识可以为 发送装置的标识，发送装置的标识可以为高层(例如V2X层)指示的源标识，或者发送装 置的因特网协议(internet protocol，IP)地址或者MAC地址等。源标识可以是完整的源标 识，即层2源标识(source L2 ID)，完整的层2源标识为24位，即包含24比特，也可能是 完整的源标识中的一部分，例如，源标识可以是层1源标识(source L1 ID)，层1源标识可 以是层2源标识的低8位或者低16位或其其他数量的bit，在此均不作限定。

其中，第一数据对应的目标标识可以用于标识接收第一数据的装置，如：目标标识可 以为业务的标识，或者，也可以为接收装置的标识，所述目标标识可以为接收装置或者业 务的IP地址或者MAC地址等。类似的，目标标识可以是完整的目标标识，即层2目标标 识(destination L2 ID)，完整的层2目标标识为24位，即包含24比特，也可能是完整的目 标标识中的一部分。例如，目标标识可以是层1目标标识(destination L1 ID)，层1目标标 识可以是层2目标标识的低8位或者低16位或其其他数量的bit，在此均不作限定。

其中，NDI的取值可以根据当前传输的数据为新传数据或重传数据来设置，NDI的初 始值为传输的第一个TB或者第一控制信息对应的第一个TB对应的NDI的取值，NDI的初 始值由发送装置自行确定，NDI的初始值即可以为1也可以为0。NDI翻转(toggle)则表 示是新传，NDI不变表示是重传。

例如，以控制信息为SCI1，SCI1＝{HARQ进程1，SRC ID 1，DST ID1，单播方式， NDI＝1}，其中NDI的初始值为1，SRC ID 1所标识的发送装置为终端1，DST ID1所标识 的接收装置为终端2为例，接收装置首次接收到SCI1，表示SCI1调度终端1采用单播方式 通过HARQ进程1向终端2新传的数据；若后续接收装置第二次接收到SCI1＝{HARQ进程 1，SRC ID 1，DST ID1，单播方式，NDI＝0}，其中除了NDI的取值变化，HARQ进程1， SRC ID 1，DST ID1，单播方式的取值不变，表示SCI1调度终端1采用单播方式通过HARQ 进程1向终端2新传的数据；若后续接收装置再次接收到SCI1＝{HARQ进程1，SRC ID 1， DST ID1，单播方式，NDI＝0}，HARQ进程1，SRC ID 1，DST ID1，单播方式以及NDI的 取值不变，表示SCI1调度终端1采用单播方式通过HARQ进程1向终端2重传的数据。

示例性的，使用发送装置的用户确定向接收装置发送第一数据，例如获得第一数据的 传输资源(如时频资源)，确定该传输资源用于第一数据新传或者重传，该用户触发发送装 置的应用层生成第一数据，例如从复用和封装实体(multiplexing and assembly entity)获取 MAC协议第一数据单元(protocol data unit，PDU)用于传输，并触发发送装置确定可用于 处理/发送第一数据的HARQ进程，发送装置确定可用于处理/发送第一数据的HARQ进程 可以是指将第一数据的传输资源对应的HARQ实体与HARQ进程关联，或者将第一数据的 传输资源与HARQ进程关联。进一步的，发送装置生成第一控制信息和/或根据第一数据设 置第一控制信息中包含的信息的取值，例如，将第一控制信息中的目标标识信息设置为层1 目标标识，其中层1目标标识时第一数据的层2目标标识的高16位，等；并将第一数据以 及第一数据关联的第一控制信息递交给第二HARQ进行处理，并通过sidelink向接收装置 发送第一控制信息。需要说明的是，本申请中所述的HARQ进程可以替换描述为侧行链路 HARQ进程或者sidelink process或者sidelink HARQ process。

示例性的，以可用于处理/发送第一数据的HARQ进程为第二HARQ进程，第一控制信 息与第二HARQ进程关联为例，发送装置可参照下述方式(1)～方式(3)中任一方式从发 送装置的一个或者多个HARQ进程中确定出可用于处理/发送第一数据的第二HARQ进程， 需要说明的是，本申请中，从发送装置的一个或者多个HARQ进程中确定出可用于处理/ 发送第一数据的第二HARQ进程的执行主体可以包括发送装置或者发送装置的MAC实体 或者发送装置的HARQ实体，不予限制。下面以执行主体为发送装置为例进行描述：

方式(1)查看buffer：

发送装置可以查看每个HARQ进程对应的buffer，确定每个HARQ进程关联的buffer 中是否包含或者存储第一控制信息关联的数据，和/或每个HARQ进程关联的定时器是否正 在运行。

在发送装置根据第一数据的传输资源确定对第一控制信息调度的第一数据执行新传的 情况下，发送装置从满足第一条件的HARQ进程选择一个HARQ进程作为处理第一数据的 HARQ进程。第一条件可以包括下述一种或者多种：HARQ进程关联的buffer中不包含或 者不存储第一控制信息关联的第一数据，HARQ进程关联的定时器停止运行，接收到指示 信息停止或者定时器超时停止。或者，第一条件可以包括下述一种或者多种：HARQ进程 关联的buffer中包含或者存储第一控制信息关联的第一数据、HARQ进程关联的定时器停 止运行。

在发送装置根据第一数据的传输资源确定对第一控制信息关联的第一数据执行重传的 情况下，发送装置从满足第二条件的HARQ进程选择一个HARQ进程作为处理第一数据的 HARQ进程。第二条件可以包括下述一种或者多种：HARQ进程关联的buffer中不包含或 者不存储第一控制信息关联的第一数据、HARQ进程关联的定时器停止运行、HARQ进程 关联的buffer为空；或者，第二条件可以包括下述一种或者多种：HARQ进程关联的buffer 中包含或者存储第一控制信息关联的第一数据、HARQ进程关联的定时器停止运行、HARQ 进程关联的buffer为空。进一步可选地，发送装置触发选择出的HARQ进程执行新传，即 将重传变新传，新传第一数据；或者，发送装置确定对第一控制信息关联的第一数据执行 重传，发送装置从满足第三条件的HARQ进程选择一个HARQ进程作为处理第一数据的 HARQ进程。第三条件可以包括下述一种或者多种：HARQ进程关联的buffer中不包含或 者不存储第一控制信息关联的第一数据、HARQ进程关联的定时器正在运行。

方式(2)查看HARQ进程关联的控制信息。

发送装置可以查看每个HARQ进程关联的控制信息和/或每个HARQ进程关联的定时器 是否正在运行。

一种示例中，发送装置确定对第一控制信息关联/调度的第一数据执行新传，发送装置 从满足第三条件的HARQ进程选择一个HARQ进程作为处理第一数据的HARQ进程。第 三条件可以包括下述一种或者多种：HARQ进程从未关联侧行链路传输信息、HARQ进程 关联的定时器停止运行；或者，第三条件可以包括下述一种或者多种：HARQ进程关联到 侧行链路传输信息、HARQ进程关联的定时器停止运行；或者，第三条件可以包括下述一 种或者多种：HARQ进程关联到侧行链路传输信息、HARQ进程关联的定时器正在运行； 或者，第三条件可以包括下述一种或者多种：HARQ进程关联到第一控制信息、HARQ进 程关联的定时器正在运行。

又一种示例中，发送装置确定对第一控制信息关联/调度的第一数据执行重传，则发送 装置从满足第四条件的HARQ进程选择一个HARQ进程作为处理第一数据的HARQ进程。 第四条件可以包括下述一种或者多种：HARQ进程关联到侧行链路传输信息、HARQ进程 关联的定时器停止运行；或者，第四条件可以包括下述一种或者多种：HARQ进程关联到 第一控制信息、HARQ进程关联的定时器停止运行；或者，第四条件可以包括下述一种或 者多种：HARQ进程关联到第一控制信息、HARQ进程关联的定时器正在运行。

需要说明的是，本申请所述的侧行链路传输信息可以为第一信息，也可以为其他不同 于第一信息的、包括{HARQ进程的标识、源标识、目标标识以及传输方式}的侧行链路传 输信息，不予限制。

本申请中，HARQ进程关联的定时器可以用于限定HARQ进程的工作时长，若HARQ 进程关联的定时器正在运行，则表示该HARQ进程正在占用/正在工作，反之，若HARQ 进程关联的定时器未运行，则表示该HARQ进程未被占用。本申请中，每个HARQ进程的 定时器可以预先配置，不同HARQ进程关联的定时器可以相同或者不同。

本申请中，HARQ进程关联的定时器停止运行可以包括：接收到停止HARQ进程关联 的定时器的指示信息或者，HARQ进程关联的定时器超时停止。

本申请中，HARQ进程关联到第一控制信息可以指：根据第一控制信息配置该HARQ 进程对应的处理资源、利用该HARQ进程对应的处理资源处理第一控制信息调度的第一数 据、接收第一控制信息调度的第一数据对应的应答消息：ACK/NACK。

方式(3)查看HARQ进程对应的MAC实体。

发送装置可以查看发送装置的每个HARQ进程对应的MAC实体，确定HARQ进程对 应的MAC实体的配置是否满足第一数据的服务质量(quality of servier，QoS)需求以及第 一数据的其他传输条件等，从满足第一数据的QoS需求以及第一数据的其他传输条件的 MAC实体中任选一个MAC实体，将该MAC实体对应的HARQ进程中任一HARQ进程作 为处理第一数据的HARQ进程。

又一种可能的设计中，在步骤401之前，发送装置曾经将第二HARQ进程与第一控制 信息关联，曾经使用第二HARQ进程发送过第一控制信息调度的第一数据，且后来又释放 第二HARQ进程用作发送其他第一数据，如第一数据等。在发送装置曾经使用第二HARQ 进程发送过第一控制信息调度的第一数据时，发送装置将第二HARQ进程与第一控制信息 关联或者与第一控制信息调度的第一数据关联，并保存该关联关系。当发送装置再次通过 第一控制信息调度第一数据时，发送装置可以根据保存的关联关系，将该第一控制信息与 第二HARQ进程再次关联起来，确定采用第二HARQ进程传输第一数据，降低发送装置选 择第二HARQ进程的功率消耗。

需要说明的是，在步骤401之前，发送装置曾经将第二HARQ进程与第一控制信息关 联，曾经使用第二HARQ进程发送过第一控制信息调度的数据的情况下，本申请不限定发 送装置曾经通过第二HARQ进程向发送装置传输第一控制信息调度的数据是否成功。此外， 发送装置曾经使用第一控制信息调度的数据与步骤401中第一控制信息调度的数据相同或 者不同，不予限制。

步骤402：可选的，接收装置确定第一HARQ进程与第一控制信息关联。

其中，第一HARQ进程可以为接收装置的HARQ进程。第一HARQ进程可以为上一 次与携带第一信息的控制信息关联的HARQ进程。在步骤402之前，接收装置曾经使用第 一HARQ进程从发送装置接收过携带第一信息的控制信息。上一次携带第一信息的控制信 息可以命名为第一控制信息或者其他名称，上一次调度第一数据的控制信息可以为步骤402 和/或步骤401之前、接收装置最后一次通过第一HARQ进程接收到的接收装置发送的携带 第一信息的的控制信息。

一种可能的设计中，接收装置可以根据第一控制信息携带的信息确定第一控制信息调 度的数据的QoS需求，接收装置查看接收装置的每个HARQ进程对应的MAC实体，确定 HARQ进程对应的MAC实体的配置是否满足数据的QoS需求以及数据的其他传输条件等， 从满足数据的QoS需求以及数据的其他传输条件的MAC实体中任选一个MAC实体，将该 MAC实体对应的HARQ进程中任一HARQ进程，如：第一HARQ进程作为处理数据的 HARQ进程。

一种可能的设计中，在步骤402和/或步骤401之前，接收装置曾经使用第一HARQ进 程从发送装置接收过携带第一信息的控制信息等。在接收装置曾经使用第一HARQ进程从 发送装置接收携带第一信息的控制信息时，接收装置将第一HARQ进程与第一信息关联或 者与第一控制信息关联，并保存该关联关系。当接收装置再次接收到携带第一信息的第一 控制信息时，接收装置可以根据保存的关联关系，确定上一次携带第一信息的控制信息关 联的HARQ进程为第一HARQ进程。

步骤403：接收装置查看第一HARQ进程与控制信息之间的关联情况和/或第一HARQ 进程关联的buffer中包含的数据情况；若第一HARQ进程与第二控制信息关联和/或第一 HARQ进程关联的buffer包含第二控制信息调度的第二数据，则执行步骤404，流程结束； 若确定第一HARQ进程与第三控制信息关联，和/或，第一HARQ进程关联的buffer包含第 三控制信息调度的第三数据，则执行步骤405，流程结束。

又一种可能的设计中，在步骤403之前，接收装置曾经使用第一HARQ进程接收过数 据，且后来又释放第一HARQ进程用作接收其他数据，(具体描述case)如：下述数据等。 在发送装置曾经使用第一HARQ进程从发送装置接收数据时，发送装置将第一HARQ进程 与第一控制信息关联或者与数据关联，并保存该关联关系。当发送装置再次通过第一控制 信息调度数据时，发送装置可以根据保存的关联关系，将该第一控制信息与第一HARQ进 程再次关联起来，确定采用第一HARQ进程传输数据，降低发送装置选择第一HARQ进程 的功率消耗。需要说明的是，本申请不限定在步骤403之前，发送装置通过第一HARQ进 程向发送装置传输数据是否成功。

步骤404：接收装置确定第一HARQ进程与第二控制信息关联和/或第一HARQ进程关 联的buffer包含第二控制信息调度的第二数据，接收装置不清空所述第一HARQ进程的 buffer。

其中，第二控制信息可以为第二SCI，第二控制信息为用于指示第二数据的调度信息， 第二控制信息可以用于调度发送装置通过第三HARQ进程向接收装置传输的第二数据，如： 可以用于调度发送装置向接收装置新传的第二数据或者可用于调度发送装置向接收装置重 传的第二数据，该第二数据不同于第二数据，该第二数据可以通过发送装置的第三HARQ 进程处理后发送给接收装置，第三HARQ进程与第一HARQ进程为发送装置的两个不同 HARQ进程。第二控制信息可以在步骤401之前发送给接收装置。

与上述第一控制信息类似，第二控制信息可以包括第二信息，第二信息至少可以包括： 第三HARQ进程的进程号/第三HARQ进程的标识、第二数据对应的源标识、第二数据对应 的目标标识、第二数据对应的传输方式，第一控制信息还可以包括NDI、传输第二数据的 sidelink时频资源信息以及其他信息等等。例如，以第二控制信息为SCI2，SCI2＝{HARQ进 程2，SRC ID 1，DST ID1，单播方式，NDI＝1}，“1”表示新传，“0”表示重传，SRC ID 1 所标识的发送装置为终端1，DST ID1所标识的接收装置为终端2为例，表示SCI2调度终 端1采用单播方式通过HARQ进程2向终端2新传的第二数据。

示例性的，第二HARQ进程与第二控制信息关联具体可以包括：接收装置根据第二控 制信息配置第一HARQ进程的处理资源；接收装置配置完成第一HARQ进程的处理资源， 利用处理资源处理第二数据；接收装置处理完第二数据，向发送装置反馈第二数据对应的 应答消息，应答消息包括肯定应答ACK或否定应答NACK；接收装置保存有第一HARQ 进程与第二信息或者第二控制信息的关联关系。

步骤405：接收装置确定第一HARQ进程与第三控制信息关联，和/或，第一HARQ进 程关联的buffer包含第三控制信息调度的第三数据，接收装置清空所述第一HARQ进程的 buffer。

其中，第三控制信息可以为第三SCI，第三控制信息为用于指示第三数据的调度信息， 第三控制信息可以用于调度发送装置通过第二HARQ进程向接收装置传输的第三数据，如： 可以用于调度发送装置向接收装置新传的第三数据或者可用于调度发送装置向接收装置重 传的第三数据，该第三数据与第一数据相同或者不同，该第三数据可以通过发送装置的第 二HARQ进程处理后发送给接收装置。第三控制信息可以在步骤401之前发送给接收装置。

与上述第一控制信息类似，第三控制信息可以包括第一信息，第一信息至少可以包括： 第二HARQ进程的进程号/第二HARQ进程的标识、第三数据对应的源标识、第三数据对应 的目标标识、第三数据对应的传输方式，第一控制信息还可以包括NDI、传输第三数据的 sidelink时频资源信息以及其他信息等等。例如，以第三控制信息为SCI2，SCI2＝{HARQ进 程2，SRC ID 1，DST ID1，单播方式，NDI＝1}，“1”表示新传，“0”表示重传，SRC ID 1 所标识的发送装置为终端1，DST ID1所标识的接收装置为终端2为例，表示SCI2调度终 端1采用单播方式通过HARQ进程2向终端2新传的第三数据。

示例性的，第一HARQ进程与第三控制信息关联具体可以包括：接收装置根据第三控 制信息配置第一HARQ进程的处理资源；接收装置配置完成第一HARQ进程的处理资源， 利用处理资源处理第三控制信息调度的数据；接收装置向发送装置反馈第二数据对应的应 答消息，应答消息包括肯定应答ACK或否定应答NACK；接收装置利用第一HARQ进程 成功处理完第三控制信息调度的数据；接收装置保存有第一HARQ进程与第三信息或者第 三控制信息的关联关系。接收装置可以查看自身是否处于这四种情况中，若处于这四种情 况中任一情况，则确定第一HARQ进程与第一控制信息关联。

示例性的，接收装置清空第一HARQ进程的buffer可以包括：接收装置用数据覆盖第 一HARQ进程关联的buffer中的数据；或者，接收装置删除第一HARQ进程关联的buffer 中的全部数据等。

下面结合图3所示系统，以发送装置配置有16个HARQ进程：HARQ进程T_1～HARQ 进程T_16，接收装置配置有16个HARQ进程：HARQ进程R_1～HARQ进程R_16，数据 传输粒度为TB传输，发送装置为终端1、接收装置为终端2、控制信息为SCI、终端1与 终端2采用单播方式通过sidelink相互传输TB为例，对图4所示方法中接收装置清空buffer 的过程进行详细描述：

图5为本申请实施例提供的一种清空缓存的方法流程图，如图5所示，可以包括：

T1时间段内，执行步骤501～步骤506：

步骤501：可选地，终端1确定向终端2发送TB1，从终端1的HARQ进程T_1～HARQ 进程T_16中选择空闲的HARQ进程T_1作为发送TB1的HARQ进程，并向终端2发送 SCI1。

其中，SCI1用于调度TB1，SCI1至少可以包括{HARQ进程T_1标识、源标识1、目 标标识1、传输方式为单播}，终端1确定对TB1执行新传。

需要说明的是，本申请各实施例所述的“空闲”可以指未被占用。本申请各实施例所 述的源标识可以为层2源标识，目标标识可以为层2目标标识，不予限制。

此时，HARQ进程T_1被SCI1占用或者被TB1占用，终端1可以记录/保存HARQ进 程T_1与SCI1之间的关联关系。

进一步可选的，终端1将TB1缓存到终端1的HARQ进程T_1关联的buffer T_1。

步骤502：终端2接收SCI1，为SCI1关联终端2的HARQ进程R_1～HARQ进程R_16 中的空闲HARQ进程：HARQ进程R_1。

此时，HARQ进程R_1被SCI1占用或者被TB1占用，终端2可以记录/保存HARQ进 程R_1与SCI1之间的关联关系。

步骤503：终端1将TB1经过终端1的HARQ进程T_1处理后，通过sidelink向终端2 发送处理的TB1。

步骤504：终端2接收并将TB1缓存到HARQ进程R_1关联的buffer R_1，利用HARQ 进程R_1读取并处理buffer R_1中的TB1。

步骤505：终端2根据TB1的处理结果(例如解码成功，或者传输成功)，向终端1发 送应答消息，该应答消息为ACK；或者不发送应答消息。

进一步可选的，终端2释放HARQ进程R_1，以使得该HARQ进程R_1可以被其他 SCI占用/关联，用于处理/接收其他TB。

步骤506：终端1接收应答消息，获知TB1成功传输，则释放HARQ进程T_1，以使 得该HARQ进程T_1可以被其他SCI占用/关联，用于传输其他TB。

接下来，T2时间段内执行步骤507～步骤508：

步骤507：终端1确定向终端2发送TB2，从终端1的HARQ进程T_1～HARQ进程 T_16中选择空闲的HARQ进程T_2作为发送TB2的HARQ进程，并向终端2发送SCI2。

其中，SCI2用于调度TB2，SCI2至少包括{HARQ进程T_2标识、源标识1、目标标 识2、传输方式为单播}，终端1确定对TB2执行新传。

此时，HARQ进程T_2被SCI2占用或者被TB2占用，终端1可以记录/保存HARQ进 程T_1与SCI2之间的关联关系。

进一步可选的，终端1将TB2缓存到终端1的HARQ进程T_2关联的buffer T_2。

步骤508：终端2接收SCI2，为SCI2关联终端2的HARQ进程R_1～HARQ进程R_16 中的空闲HARQ进程：HARQ进程R_1。

此时，HARQ进程R_1被SCI2占用或者被TB2占用，终端2可以记录/保存HARQ进 程R_1与SCI2之间的关联关系。

需要说明的是，本申请实施例所述的空闲HARQ进程可以包括被释放的HARQ进程， 或者未被占用的HARQ进程。

接下来，T3时间段内终端1将TB2经过终端1的HARQ进程T_2处理后，通过sidelink 向终端2发送处理的TB2；终端2接收并将TB2缓存到HARQ进程R_1关联的buffer R_1， 准备采用HARQ进程R_1对buffer R_1中的TB2进行处理，如：终端2准备HARQ进程 R_1对应的处理资源、利用HARQ进程R_1对应的处理资源读取并处理(例如，解码)buffer R_1中的TB2、可选的，处理完成TB2后向终端1反馈应答消息：ACK/NACK等。进一步 的，若终端2处理完成TB2确定传输成功，则终端2释放HARQ进程R_1，该HARQ进程 R_1可以被其他SCI占用，用于处理其他TB。

同时，在T3时间段内，即在终端2确定TB2的传输成功或者传输结束之前，即终端2 确定TB2的传输失败或者传输未结束，也可能会执行如下步骤509～步骤513：

步骤509：终端1确定向终端2发送TB3，从终端1的HARQ进程T_1～HARQ进程 T_16中选择空闲的HARQ进程T_1作为发送TB1的HARQ进程，并向终端2发送SCI1。

其中，SCI3用于调度TB3，SCI3至少包括第一信息，第一信息为{HARQ进程T_1标 识、源标识1、目标标识1、传输方式为单播}，终端1确定对TB3执行新传。

此时，在步骤506被释放的HARQ进程T_1再次被第一信息{HARQ进程T_1标识、 源标识1、目标标识1、传输方式为单播}占用或者与SCI3关联或者被TB3占用。SCI3与 SCI1可以相同，也可以不同。TB3与TB1可以相同，也可以不同。

进一步可选的，终端1将TB3缓存到终端1的HARQ进程T_1关联的buffer T_1。

步骤510：终端2接收SCI3，查看第一信息上一次(即T1时间段)关联的HARQ进 程R_1与SCI的关联情况，若HARQ进程R_1与SCI2关联，执行步骤511，若HARQ进 程R_1与SCI1关联，执行步骤512。

步骤511：终端2确定HARQ进程R_1此时正被SCI2占用或者被TB2占用，终端2 不清空HARQ进程R_1关联的buffer R_1，即不删除或覆盖buffer R_1中的TB2。

示例性的，若终端2正处于下述任一状态：准备HARQ进程R_1对应的处理资源、利 用HARQ进程R_1对应的处理资源读取并处理buffer R_1中的TB2、处理完成TB2后向终 端1反馈应答消息：ACK/NACK，或者，发现HARQ进程R_1关联的buffer R_1中保存有 TB2、HARQ进程R1关联的buffer不为空、保存有HARQ进程R1与SCI2或者TB2或者 第一信息的关联关系、HARQ进程R1关联的定时器正在运行，则确定HARQ进程R_1此 时正被SCI2占用或者被TB2占用。

进一步可选的，终端2可以选择HARQ进程R_1～HARQ进程R_16中其他空闲HARQ 进程与SCI1关联，将与SCI1关联的HARQ进程R_1切换到其他HARQ进程，通过其他 HARQ进程R_1处理TB1，或者终端2向终端1发送反馈信息，告知终端1本次调度失败。

步骤512：终端2确定HARQ进程R_1未被占用，即HARQ进程R_1仅与SCI1关联， 则清空HARQ进程R_1关联的buffer R_1。

上面图5-图7对接收装置清空buffer的过程进行了描述，进一步的，本申请中，还提 供了发送装置清空buffer的方法。具体的，该方法可参照图6所示。

图6为本申请实施例提供的一种清空缓存的方法，如图6所示，所述方法包括：

步骤601：发送装置向接收装置发送第四控制信息。

其中，第四控制信息可以为第四SCI，第四控制信息可以携带在PSCCH中发送给接收 装置，即可以利用PSCCH资源发送给接收装置。具体的，第四控制信息可以用于调度发送 装置通过第四HARQ进程向接收装置发送的第四数据。

其中，第四控制信息至少可以包括第四信息，第四信息可以包括以下至少一种信息： 第四HARQ进程的进程号/第四HARQ进程的标识、第四数据对应的源标识、第四数据对应 的目标标识、第四数据的传输方式。除包括第四信息之外，第四控制信息还可以包括NDI、 传输第四数据对应的sidelink时频资源信息以及其他信息等等。

其中，第四HARQ进程可以为发送装置的HARQ进程。第四HARQ进程可以为上一 次调度第四数据的控制信息关联的HARQ进程。在步骤601之前，发送装置曾经使用第四 HARQ进程从发送装置发送/处理过第四数据，可能上一次第四数据传输成功，第四HARQ 进程被释放用作与其他控制信息关联。

具体的，发送装置确定第四HARQ进程的过程可参照上述步骤501中所述，不予赘述。

进一步的，发送装置确定第四HARQ进程与第四控制信息关联。

步骤602：接收装置查看第四HARQ进程与控制信息之间的关联情况和/或第四HARQ 进程关联的buffer中包括的数据的情况，若确定第四HARQ进程与第五控制信息关联，和/ 或，第四HARQ进程关联的buffer中包含第五控制信息调度的第五数据，执行步骤603， 或者，若确定第四HARQ进程与第六控制信息关联和/或第四HARQ进程关联的buffer中包 含第六控制信息调度的第六数据，第六数据与第四数据相同，执行步骤604。

步骤603：发送装置确定第四HARQ进程与第五控制信息关联，和/或，第四HARQ进 程关联的buffer中包含第五控制信息调度的第五数据，清空所述第四HARQ进程的buffer。

其中，第五控制信息可以为第五SCI，第五控制信息可以用于调度发送装置通过第四 HARQ进程向接收装置传输的第五数据，如：可以用于调度发送装置向接收装置新传的第 五数据或者可用于调度发送装置向接收装置重传的第五数据，该第五数据不同于第四数据， 该第五数据可以通过发送装置的第四HARQ进程处理后发送给接收装置。第五控制信息可 以在步骤601之前发送给接收装置。

与上述第四控制信息类似，第五控制信息可以包括第五信息，第五信息可以包括：第 四HARQ进程的进程号、第五数据对应的源标识、第五数据对应的目标标识、第五数据的 传输方式，第五控制信息还可以包括NDI、传输第五数据的sidelink时频资源信息以及其他 信息等等。

本申请中，第四HARQ进程与第五控制信息关联可以替换描述为第四HARQ进程正在 与第五控制信息关联，或者发送装置正在通过第四HARQ进程处理/发送第五数据中，或者 第四HARQ进程正在被第五数据占用等。示例性的，第四HARQ进程与第五控制信息关联 具体可以包括：发送装置根据第五控制信息配置第二HARQ进程的处理资源；发送装置配 置完成第四HARQ进程的处理资源，利用处理资源发送第五数据；发送装置接收第五数据 对应的应答消息中，应答消息包括肯定应答ACK或否定应答NACK。发送装置可以查看自 身是否处于这些情况中，若处于这些情况中任一情况，则确定第四HARQ进程与第五控制 信息关联。

步骤604：发送装置确定第四HARQ进程与第六控制信息关联和/或第四HARQ进程关 联的buffer中包含第六控制信息调度的第六数据，第六数据与第四数据相同，不清空第四 HARQ进程的buffer。

其中，第六控制信息可以为第六SCI，第六控制信息可以用于调度发送装置通过第四 HARQ进程向接收装置传输的第六数据，如：可以用于调度发送装置向接收装置新传的第 六数据或者可用于调度发送装置向接收装置重传的第六数据，该第六数据不同于第四数据， 该第六数据可以通过发送装置的第四HARQ进程处理后发送给接收装置。第六控制信息可 以在步骤601之前发送给接收装置。

与上述第四控制信息类似，第六控制信息可以包括第六信息，第六信息可以包括：第 四HARQ进程的进程号、第六数据对应的源标识、第六数据对应的目标标识、第六数据的 传输方式，第六控制信息还可以包括NDI、传输第六数据的sidelink时频资源信息以及其他 信息等等。

本申请中，第四HARQ进程与第六控制信息关联可以替换描述为第四HARQ进程正在 与第六控制信息关联，或者发送装置正在通过第四HARQ进程处理/发送第四数据中，或者 第四HARQ进程正在被第四数据占用等。示例性的，第四HARQ进程与第六控制信息关联 具体可以包括：发送装置根据第六控制信息配置第二HARQ进程的处理资源；发送装置配 置完成第四HARQ进程的处理资源，利用处理资源发送第六数据；发送装置接收第六数据 对应的应答消息中，应答消息包括肯定应答ACK或否定应答NACK。发送装置可以查看自 身是否处于这四种情况中，若处于这四种情况中任一情况，则确定第四HARQ进程与第六 控制信息关联。

示例性的，发送装置清空第四HARQ进程的buffer可以包括：发送装置用第四数据覆 盖第四HARQ进程关联的buffer中的数据；或者，发送装置删除第四HARQ进程关联的buffer 中的全部数据等。

基于图6所示方法，若发送装置侧当前发送数据的HARQ进程被其他控制信息/其他数 据占用，则发送装置清空发送数据的HARQ进程关联的buffer，若当前发送数据的HARQ 进程未被其他控制信息/其他数据占用，仍旧和调度当前数据的控制信息关联，则不清空发 送数据的HARQ进程关联的buffer。

下面结合图2所示系统，以发送装置配置有16个HARQ进程：HARQ进程T_1～HARQ 进程T_16，接收装置配置有16个HARQ进程：HARQ进程R_1～HARQ进程R_16，数据 传输粒度为TB传输，发送装置为终端1、接收装置为终端2、控制信息为SCI、终端1与 终端2采用单播方式通过sidelink相互传输TB为例，对图6所示方法中发送装置清空buffer 的过程进行详细描述：

图7为本申请实施例提供的一种清空缓存的方法流程图，如图7所示，可以包括：

T1时间段内，执行步骤701～步骤706：

步骤701：终端1首次确定向终端2发送TB1，从终端1的HARQ进程T_1～HARQ进 程T_16中选择空闲的HARQ进程T_1作为发送TB1的HARQ进程，并向终端2发送SCI1。

其中，SCI1用于调度TB1，SCI1＝{HARQ进程T_1、源标识1、目标标识、单播}，新 传。

此时，HARQ进程T_1被SCI1占用或者被TB1占用，终端1可以记录/保存HARQ进 程T_1与SCI1之间的关联关系。

进一步可选的，终端1将TB1缓存到终端1的HARQ进程T_1关联的buffer T_1。

步骤702：终端2接收SCI1，为SCI1关联终端2的HARQ进程R_1～HARQ进程R_16 中的空闲HARQ进程：HARQ进程R_1。

此时，HARQ进程R_1被SCI1占用或者被TB1占用，终端2可以记录/保存HARQ进 程R_1与SCI1之间的关联关系。

步骤703：终端1将TB1经过终端1的HARQ进程T_1处理后，通过sidelink向终端2 发送处理的TB1。

步骤704：终端2接收并将TB1缓存到HARQ进程R_1关联的buffer R_1，将buffer R_1 中的TB1经过终端2的HARQ进程R_1处理。

步骤705：终端2根据TB1的处理结果向终端1发送应答消息，该应答消息为ACK。

进一步可选的，终端2释放HARQ进程R_1，以使得该HARQ进程R_1可以被其他SCI占用，用于处理/接收其他TB。

步骤706：终端1接收应答消息，获知TB1成功传输，则释放HARQ进程T_1，以使 得该HARQ进程T_1可以被其他SCI占用，用于传输其他TB。

接下来，T2时间段内执行步骤707～步骤708：

步骤707：终端1首次确定向终端2发送TB2，从终端1的HARQ进程T_1～HARQ进 程T_16中选择空闲的HARQ进程T_1作为发送TB2的HARQ进程，并向终端2发送SCI2。

其中，SCI2用于调度TB2，SCI2＝{HARQ进程T_1、源标识2、目标标识2、单播}， 新传。

此时，HARQ进程T_1被SCI2占用或者被TB2占用，终端1可以记录/保存HARQ进 程T_1与SCI2之间的关联关系。

需要说明的是，本申请实施例所述的空闲HARQ进程可以包括被释放的HARQ进程。

进一步可选的，终端1将TB2缓存到终端1的HARQ进程T_1关联的buffer T_1，接 下来，T3时间段内终端1准备采用HARQ进程T_1对buffer T_1中的TB2进行处理，如： 终端1准备HARQ进程T_1对应的处理资源、利用HARQ进程T_1对应的处理资源读取并 处理buffer T_1中的TB2、发送TB2后接收终端2反馈的应答消息：ACK/NACK等。进一 步的，若终端1处理完成TB2收到终端2反馈的ACK，则终端1释放HARQ进程T_1，该 HARQ进程T_1可以被其他SCI占用，用于处理其他TB。

同时，在T3时间段内也可能会执行如下步骤708～步骤711：

步骤708：终端1再次确定向终端2发送TB1，查看上一次调度TB1的SCI1关联的 HARQ进程T_1与SCI的关联情况，若HARQ进程T_1与SCI2关联，执行步骤709，若 HARQ进程T_1与SCI1关联，执行步骤710。

步骤709：终端1确定HARQ进程T_1此时正被SCI2占用或者被TB2占用，终端1 不清空HARQ进程T_1关联的buffer T_1，即不删除或覆盖buffer T_1中的TB2。

示例性的，若终端1正处于下述任一状态：准备HARQ进程T_1对应的处理资源、利 用HARQ进程T_1对应的处理资源读取并处理buffer T_1中的TB2、处理完成TB2后向终 端1反馈应答消息：ACK/NACK，或者，发现HARQ进程T_1关联的buffer T_1中保存有 TB2，则确定HARQ进程T_1此时正被SCI2占用或者被TB2占用。

进一步可选的，终端1可以选择HARQ进程T_1～HARQ进程T_16中其他空闲HARQ 进程与SCI1关联，将与SCI1关联的HARQ进程T_1切换到其他HARQ进程，通过其他 HARQ进程T_1处理TB1，或者本次调度失败。

步骤710：终端1确定HARQ进程T_1与SCI1关联，则清空HARQ进程T_1关联的 buffer T_1。

以上所述仅为本发明的较佳实施例，凡依本发明权利要求书所做的均等变化与修饰， 皆应属本发明的涵盖范围。本申请中，接收装置和发送装置判断是新传还是重传的方法参 考步骤401，不限制其他的方法。接收装置和发送装置判断控制信息和/或对应的数据是否 为首次传输的方法不做限制。

示例性地，在以下描述中，不同步骤中第一信息对应于新传时，分别用第一数据和第 二数据表示新传，即第一信息关联的第一数据与第一信息关联的第二数据为不同的TB。

情况一：步骤1：接收装置接收第一信息和/或第一信息关联的第一数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第一数据为新传，或者，确定是第一次接收第一数据和/或第一数据关联的第一信息。

接收装置为第一数据分配未占用的第四HARQ进程，并将第一信息和/或第一数据与第 四HARQ进程关联，并将第一数据的传输确定为新传。所述第一信息包含第一数据关联的 侧行链路传输信息。接收装置将第一数据存储在第四HARQ进程关联的buffer中。

接收装置确定接收成功，或者解码成功，释放第四HARQ进程。释放HARQ进程可以 解释为确定第四HARQ进程未被占用，可选地，接收装置确定第一信息关联的第四HARQ 进程的buffer不为空，接收装置清空第四HARQ进程关联的buffer。

步骤2：接收装置接收第一信息和/或第一信息关联的第二数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第二数据为新传。所述第一信息包含第一数据关联的侧行链路传输信息，即第二数据与第 一数据对应于相同的第一信息。

情况二：步骤1：接收装置接收第一信息和/或第一信息关联的第一数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第一数据为新传，或者，确定是第一次接收第一数据和/或第一数据关联的第一信息。

接收装置为第一数据分配未占用的第四HARQ进程，并将第一信息和/或第一数据与第 四HARQ进程关联，并将第一数据的传输确定为新传。所述第一信息包含第一数据关联的 侧行链路传输信息。接收装置将第一数据存储在第四HARQ进程关联的buffer中。

接收装置确定未接收成功，或者尚未解码成功，即第一数据和/或第一信息仍然与第四 HARQ进程关联，不释放第四HARQ进程。

步骤2：接收装置接收第一信息和/或第一信息关联的第二数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第二数据为新传。所述第一信息包含第一数据关联的侧行链路传输信息，即第二数据与第 一数据对应于相同的第一信息。

接收装置确定第一信息关联的第四HARQ进程的buffer不为空，清除第四HARQ进程 关联的buffer，和/或确定第四HARQ进程可用。可选的，接收装置停止第四HARQ进程关 联的定时器，或者，接收装置重启或者重新配置第四HARQ进程关联的定时器。

以上步骤中，发送装置可以相同也可以不同，即步骤一中发送第一信息以及第一数据 的发送装置与步骤2中发送第一信息以及第二数据的发送装置相同或者不同。

情况三：步骤1：接收装置接收第一信息和/或第一信息关联的第一数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第一数据为新传，或者，确定是第一次接收第一数据和/或第一数据关联的第一信息。

接收装置为第一数据分配未占用的第四HARQ进程，并将第一信息和/或第一数据与第 四HARQ进程关联，并将第一数据的传输确定为新传。所述第一信息包含第一数据关联的 侧行链路传输信息。接收装置将第一数据存储在第四HARQ进程关联的buffer中。

接收装置确定接收成功，或者解码成功，释放第四HARQ进程。释放HARQ进程可以 解释为确定第四HARQ进程未被占用，可选地，接收装置清空第四HARQ进程关联的buffer。

步骤2：接收装置接收第二信息和/或第二信息关联的第三数据。

以第二信息至少包括{HARQ ID 2,SRC ID 2,DST ID2，cast type2}为例，接收装置确定 第二数据为新传，或者，确定是第一次接收第二数据和/或第二数据关联的第二信息。所述 第二信息包含第二数据关联的侧行链路传输信息，即第二数据与第一数据对应于不同相同 的侧行链路传输信息。

接收装置确定未接收成功，或者尚未解码成功，即第二数据和/或第二信息仍然与第四 HARQ进程关联，第二数据存储在第四HARQ进程关联的buffer中，不释放第四HARQ进 程。

步骤3：接收装置接收第一信息和/或第一信息关联的第二数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第二数据为新传(例如步骤5.2描述的根据NDI的方式)；

可选地，接收装置确定第一信息与第四HARQ进程关联。

接收装置确定第二数据的前一次传输(英文翻译可以为previous transmission，不做限 定)不存在于或者不保存于接收装置的HARQ进程关联的buffer中，例如，第二数据的前 一次传输即第一数据未缓存在第四HARQ进程的buffer中，和/或也不存在于接收装置的其 他HARQ进程中，接收装置不清空第一信息关联的第四HARQ进程。

情况四：步骤1：接收装置接收第一信息和/或第一信息关联的第一数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第一数据为新传，或者，确定接收装置第一次接收第一数据和/或第一数据关联的第一信息。

接收装置为第一数据分配未占用的第四HARQ进程，并将第一信息和/或第一数据与第 四HARQ进程关联，并将第一数据的传输确定为新传。所述第一信息包含第一数据关联的 侧行链路传输信息。接收装置将第一数据存储在第四HARQ进程关联的buffer中。

接收装置确定未接收成功，或者尚未解码成功，即第一数据和/或第一信息仍然与第四 HARQ进程关联，不释放第四HARQ进程。

步骤2：接收装置接收第二信息和/或第二信息关联的第三数据。

以第二信息至少包括{HARQ ID 2,SRC ID 2,DST ID2，cast type2}为例，接收装置确定 第二数据为新传，或者，确定是第一次接收第二数据和/或第二数据关联的第二信息。所述 第二信息包含第二数据关联的侧行链路传输信息，即第二数据与第一数据对应于不同相同 的侧行链路传输信息。

可选的，接收装置确定没有未被占用的进程，没有未被占用的HARQ进程包括以下一 种或多种：HARQ进程关联的定时器正在运行；和/或，HARQ进程关联的buffer不为空； 和/或，HARQ进程与侧行链路传输信息关联；和/或，HARQ进程与第一标识关联，所述第 一标识可以是第一信息中包含的HARQ进程标识，或者与侧行链路资源对应的HARQ进程 标识，或者网络设备指示/配置的HARQ进程标识。

接收装置抢占第四HARQ进程用于接收第三数据，即接收装置分配第四HARQ进程用 于接收第三数据，可选地，将第二信息和/或第三数据与第四HARQ进程关联，将第三数据 存储于第四HARQ进程关联的buffer中。

确定未接收成功，或者尚未解码成功，即第二信息和/或第三数据仍然与第四HARQ进 程关联，第三数据存储在第四HARQ进程关联的buffer中，不释放第四HARQ进程。

步骤3：接收装置接收第一信息和/或第一信息关联的第二数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第二数据为新传；

可选地，接收装置确定第一信息与第四HARQ进程关联。

接收装置确定第二数据的前一次传输(英文翻译可以为previous transmission，不做限 定)不存在于或者保存于接收装置的HARQ进程关联的buffer中，例如，第二数据的前一 次传输即第一数据未缓存在第四HARQ进程的buffer中，和/或也不存在于接收装置的其他 HARQ进程中，接收装置不清空第一信息关联的第四HARQ进程。

以上步骤中，发送装置可以相同也可以不同，即步骤一中发送第一信息以及第一数据 的发送装置与步骤2中发送第一信息以及第二数据的发送装置相同或者不同。

情况五：步骤1：接收装置接收第一信息和/或第一信息关联的第一数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第一数据为新传，或者，确定接收装置第一次接收第一数据和/或第一数据关联的第一信息。

接收装置为第一数据分配未占用的第四HARQ进程，并将第一信息和/或第一数据与第 四HARQ进程关联，并将第一数据的传输确定为新传。所述第一信息包含第一数据关联的 侧行链路传输信息。接收装置将第一数据存储在第四HARQ进程关联的buffer中。

接收装置确定接收成功，或者解码成功，释放第四HARQ进程。释放HARQ进程可以 解释为确定第四HARQ进程未被占用，可选地，接收装置清空第四HARQ进程关联的buffer。

步骤2：接收装置接收第二信息和/或第二信息关联的第三数据。

以第二信息至少包括{HARQ ID 2,SRC ID 2,DST ID2，cast type2}为例，接收装置确定 第二数据为新传，或者，确定是第一次接收第二数据和/或第二数据关联的第二信息。所述 第二信息包含第二数据关联的侧行链路传输信息，即第二数据与第一数据对应于不同相同 的侧行链路传输信息。

可选的，接收装置确定没有未被占用的进程，没有未被占用的HARQ进程包括以下一 种或多种：HARQ进程关联的定时器正在运行；和/或，HARQ进程关联的buffer不为空； 和/或，HARQ进程与侧行链路传输信息关联；和/或，HARQ进程与第一标识关联，所述第 一标识可以是第一信息中包含的HARQ进程标识，或者与侧行链路资源对应的HARQ进程 标识，或者网络设备指示/配置的HARQ进程标识。接收装置分配第五HARQ进程用于接收 第三数据，可选地，将第二信息和/或第三数据与第五HARQ进程关联，将第三数据存储于 第五HARQ进程关联的buffer中。

或者，接收装置分配未被占用的第五HARQ进程用于接收第二信息关联的第三数据。

步骤3：接收装置接收第一信息和/或第一信息关联的第二数据。

以第一信息至少包括{HARQ ID 1,SRC ID 1,DST ID1，cast type1}为例，接收装置确定 第二数据为新传；

可选地，接收装置确定第一信息与第四HARQ进程关联。

接收装置确定第二数据的前一次传输(英文翻译可以为previous transmission，不做限 定)存在于或者保存于接收装置的HARQ进程关联的buffer中，例如，第二数据的前一次 传输即第一数据未缓存在第四HARQ进程的buffer中；或者，存在于接收装置的其他HARQ 进程中。接收装置确定第一信息关联的第四HARQ进程的buffer不为空，清除第四HARQ 进程关联的buffer，和/或确定第四HARQ进程可用。可选的，接收装置停止第四HARQ进 程关联的定时器，或者，接收装置重启或者重新配置第四HARQ进程关联的定时器。

以上步骤中，发送装置可以相同也可以不同，即步骤一中发送第一信息以及第一数据 的发送装置与步骤2中发送第一信息以及第二数据的发送装置相同或者不同。

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

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

图8示出了一种通信装置110的结构图，该通信装置110可以为接收装置、接收装置中 的芯片、片上系统或者其他能够实现上述方法中接收装置的功能的装置等，该通信装置110 可以用于执行上述方法实施例中涉及的接收装置的功能。作为一种可实现方式，图8所示 通信装置110包括：接收单元1101、处理单元1102。

接收单元1101，用于接收包括第一信息的第一控制信息，第一控制信息用于调度第一 数据。

处理单元1102，用于确定第一混合自动重传请求HARQ进程与第一控制信息关联；处 理单元1102，还用于确定第一HARQ进程与第二控制信息关联，和/或，第一HARQ进程 关联的buffer包含第二控制信息调度的第二数据，第二控制信息包括第二信息，第二信息与 第一信息不同；处理单元1102，还用于不清空第一HARQ进程的buffer。

具体的，上述图4-图5所示方法实施例涉及的各步骤的所有相关内容均可以援引到对 应功能模块的功能描述，在此不再赘述。通信装置110用于执行图4-图5所示方法所示清 空缓存的方法中接收装置的功能，因此可以达到与上述清空缓存的方法相同的效果。

其中，处理模块可以是处理器、控制器、模块或电路。其可以实现或执行结合本申请 公开内容所描述的各种示例性的逻辑方框。通信模块可以是收发电路、管脚、接口电路、 总线接口、或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通 信接口，存储模块为存储器时，本申请实施例所涉及的通信装置110可以为图4所示通信 装置。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现 场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件， 可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是 微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现 为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，HDD) 或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatile memory)，例如 随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令 或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本 申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储指 令和/或数据。

图9示出了一种通信装置120的结构图，该通信装置120可以为发送装置、发送装置 中的芯片、片上系统、或者其他能够实现上述方法中发送装置的功能的装置等，该通信装 置120可以用于执行上述方法实施例中涉及的发送装置的功能。作为一种可实现方式，图9 所示通信装置120包括：发送单元1201、处理单元1202。

发送单元1201，用于向接收装置发送第四控制信息，第四控制信息包括第四信息，第 四控制信息用于调度第四数据。

处理单元1202，用于确定第四混合自动重传请求HARQ进程与第四控制信息关联；确 定第四HARQ进程与第五控制信息关联，和/或，第四HARQ进程关联的buffer中包含第五 控制信息调度的第五数据，第五数据与第四数据不同；清空第四HARQ进程的buffer。

具体的，上述图6-图7所示方法实施例涉及的各步骤的所有相关内容均可以援引到对 应功能模块的功能描述，在此不再赘述。通信装置120用于执行图6-图7所示方法所示清 空缓存的方法中发送装置的功能，因此可以达到与上述清空缓存的方法相同的效果。

其中，处理模块可以是处理器、控制器、模块或电路。其可以实现或执行结合本申请 公开内容所描述的各种示例性的逻辑方框。处理器也可以是实现计算功能的组合，例如包 含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块可以是收发电路、管 脚、接口电路、总线接口、或通信接口等。存储模块可以是存储器。当处理模块为处理器， 通信模块为通信接口，存储模块为存储器时，本申请实施例所涉及的通信装置120可以为 图4所示通信装置。

本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分 流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质 中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前 述任一实施例的终端装置，如：包括数据发送端和/或数据接收端的内部存储单元，例如终 端装置的硬盘或内存。上述计算机可读存储介质也可以是上述终端装置的外部存储设备， 例如上述终端装置上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字 (secure digital，SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还 可以既包括上述终端装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质 用于存储上述计算机程序以及上述终端装置所需的其他程序和数据。上述计算机可读存储 介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机指令。上述方法实施例中的全部或者部分流程可以 由计算机指令来指令相关的硬件(如计算机、处理器、网络设备、和终端等)完成。该程 序可被存储于上述计算机可读存储介质中。

需要说明的是，本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于 区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形， 意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或 设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选 地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

应理解，在本申请实施例中，“与A对应的B”表示B与A相关联。例如，可以根据A 可以确定B。还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/ 或其它信息确定B。此外，本申请实施例中出现的“连接”是指直接连接或者间接连接等各种 连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

本申请实施例中出现的“传输”(transmit/transmission)如无特别说明，是指双向传输， 包含发送和/或接收的动作。具体地，本申请实施例中的“传输”包含数据的发送，数据的接 收，或者数据的发送和数据的接收。或者说，这里的数据传输包括上行和/或下行数据传输。 数据可以包括信道和/或信号，上行数据传输即上行信道和/或上行信号传输，下行数据传输 即下行信道和/或下行信号传输。本申请实施例中出现的“网络”与“系统”表达的是同一概念， 通信系统即为通信网络。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便 和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述 功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以 上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各 个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既 可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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