CN113517960B - 通信方法及装置 - Google Patents

Abstract

本申请提供了一种通信方法及装置，涉及通信技术领域。该方法中，针对侧行链路数据传输，第一终端未接收到NACK，或者，第一终端接收到全部的ACK，或者，第一终端的侧行链路的HARQ反馈关闭，并且第一终端获取与侧行链路数据关联的重传资源时，由于第一终端的数据已经传输结束或传输完成，因此，第一终端可以忽略重传资源和/或向网络设备发送ACK。

Description

通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

车联网(vehicle to everything，V2X)是智能交通运输***的关键技术，被认为是物联网体系中最有产业潜力、市场需求最明确的领域之一。车联网一般是指通过装载在车上的传感器、车载终端等提供车辆信息，实现车辆到车辆(vehicle to vehicle，V2V)，车辆到基础设施(vehicle to infrastructure，V2I)，车辆到网络(vehicle to network，V2N)以及车辆到行人(vehicle to pedestrian，V2P)之间的相互通信的通信网络。

V2X具有应用空间广、产业潜力大、社会效益强的特点，对促进汽车和信息通信产业创新发展，构建汽车和交通服务新模式新业态，推动无人驾驶、辅助驾驶、智能驾驶、网联驾驶、智能网联驾驶、自动驾驶、汽车共享等技术的创新和应用，以及提高交通效率和安全水平等都具有重要意义。

一般的，在V2X场景下，终端与其他终端之间进行直连通信的通信链路可以称之为侧行链路(sidelink，SL)或者边链路。针对SL数据，发送终端可以向网络设备进行混合自动重传请求(hybrid automatic repeat request，HARQ)反馈。HARQ反馈包括肯定确认(acknowledgement或positive acknowledgement，ACK)反馈和否定确认(negativeacknowledgement，NACK)反馈。若发送终端向网络设备发送ACK，表示发送终端成功发送了SL数据或发送终端不向网络设备请求重传资源，若发送终端向网络设备发送NACK，表示发送终端未成功发送SL数据或发送终端向网络设备请求重传资源。

由于网络设备是通过终端的HARQ反馈来确定SL数据的传输情况，所以当由于各种原因，网络设备无法接收到终端的HARQ反馈时，网络设备将无法获知SL数据的传输情况。如果规定此时网络设备为终端调度重传资源，则可能造成***资源的浪费。或者，如果规定此时网络设备不为终端调度重传资源，则可能影响***内业务数据的传输。针对此时终端可能的行为以及可能的行为下的技术问题，亟需研究和解决。

发明内容

本申请实施例提供了一种通信方法及装置，用于在网络设备无法接收到终端的HARQ反馈时，对终端的行为进行规定，提高***的整体性能。

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

第一方面，提供了一种通信方法，包括：针对侧行链路数据传输，第一终端未接收到NACK，或者，第一终端接收到全部的ACK，或者，第一终端的侧行链路的HARQ反馈关闭；第一终端获取重传资源，重传资源与侧行链路数据关联；第一终端向网络设备发送ACK，和/或，第一终端忽略重传资源。第一方面提供的方法，针对侧行链路数据传输，若第一终端未接收到NACK或接收到全部的ACK，说明第一终端成功发送SL数据，第一终端获取到重传资源，第一终端可以向网络设备发送ACK，网络设备接收到ACK之后，不再为第一终端调度重传资源，若第一终端的侧行链路的HARQ反馈关闭，第一终端可以向网络设备发送ACK，从而避免网络设备为第一终端调度重传资源，可以避免资源浪费，提高资源利用率，第一终端也可以忽略重传资源，不在重传资源上重传SL数据，降低信令开销。在一种可能的实现方式中，第一终端未接收到NACK，包括：仅NACK反馈模式被开启，第一终端未接收到NACK。

在一种可能的实现方式中，第一终端接收到全部的ACK，包括：针对第二终端中的每个终端，第一终端至少接收到一次ACK。

在一种可能的实现方式中，第一终端向网络设备发送ACK，包括：第一终端通过PUCCH资源向网络设备发送ACK。

在一种可能的实现方式中，第一终端向网络设备发送ACK，包括：在满足以下条件中的任意一个或多个的情况下，第一终端向网络设备发送ACK；条件包括：存在与重传资源对应的PUCCH资源；重传资源未被网络设备调度的其他资源抢占；第一终端与网络设备保持上行同步；重传资源包括以下资源中的任意一种或多种：侧行链路的第一模式的资源，侧行链路的配置授权资源，侧行链路的第一类型配置授权资源，侧行链路的第二类型配置授权资源，侧行链路的动态授权资源，侧行链路的配置授权资源集合；其中，配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。该种可能的方式，可以保证第一终端能够向网络设备发送ACK。

在一种可能的实现方式中，向网络设备发送的ACK由第一终端的PHY层根据第一终端的MAC层的指示生成；或者，向网络设备发送的ACK由第一终端的MAC层生成，并由第一终端的MAC层发送至第一终端的PHY层；或者，向网络设备发送的ACK由第一终端的PHY层生成。该种可能的实现方式，提供了多种生成ACK的方法。

在一种可能的实现方式中，该方法还包括：第一终端接收指示信息，指示信息用于指示满足第一条件，向网络设备发送ACK，和/或，忽略重传资源；其中，第一条件为：针对侧行链路数据传输，第一终端未接收到NACK、且获取到重传资源，或者，第一终端接收到全部的ACK、且获取到重传资源，或者，第一终端的侧行链路的HARQ反馈关闭、且获取到重传资源。该种可能的方式，第一终端可以根据指示信息确定是否执行第一方面提供的任意一种方法。

第二方面，提供了一种通信方法，包括：针对侧行链路数据传输，第一终端接收到全部的肯定确认ACK，或者，第一终端的侧行链路的混合自动重传请求HARQ反馈关闭；第一终端获取重传资源，重传资源与侧行链路数据关联，重传资源与第一HARQ进程ID关联，第一HARQ进程ID用于标识第一HARQ进程；第一终端清空第一HARQ进程对应的HARQ缓存。第二方面提供的方法，第一终端接收到全部的ACK，说明第一终端成功发送SL数据，若第一终端的侧行链路的HARQ反馈关闭，说明第一终端不会重传SL数据，第一终端可以清空第一HARQ进程对应的HARQ缓存，从而增加存储空间，提高资源利用率。

在一种可能的实现方式中，第一终端接收到全部的ACK，包括：针对第二终端中的每个终端，第一终端至少接收到一次ACK。

在一种可能的实现方式中，该方法还包括：第一终端接收指示信息，指示信息用于指示满足第二条件，清空第一HARQ进程对应的HARQ缓存；其中，第二条件为：针对侧行链路数据传输，第一终端接收到全部的ACK、且获取到重传资源，或者，第一终端的侧行链路的HARQ反馈关闭、且获取到重传资源。该种可能的方式，第一终端可以根据指示信息确定是否执行第二方面提供的任意一种方法。

第三方面，提供了一种通信方法，包括：第一终端确定第二HARQ进程的传输结束或传输成功；第一终端未使用第一资源进行传输，第一终端向网络设备发送ACK；其中，第一资源与第二HARQ进程ID关联，第二HARQ进程ID用于标识第二HARQ进程。第三方面提供的方法，第一终端确定与第二HARQ进程ID或第二HARQ进程关联的传输结束或传输成功，第一终端未使用第一资源进行传输，向网络设备发送ACK，保证与第二HARQ进程ID关联的传输未结束或未成功的情况下，终端可以获取到重传资源，从而避免由于与第二HARQ进程ID或第二HARQ进程关联的传输未结束或未成功而向网络设备发送ACK导致的丢包问题。

在一种可能的实现方式中，第一终端未使用第一资源进行传输，包括：第二HARQ进程对应的HARQ缓存为空；或者，针对第一资源，第一终端未获取到数据。

在一种可能的实现方式中，与第二HARQ进程ID关联的传输结束或传输成功，包括以下任一种或任多种情况：与第二HARQ进程ID或第二HARQ进程对应的定时器未启动或超时或停止；没有与第二HARQ进程ID或第二HARQ进程关联的对应关系；第一终端首次获得与第二HARQ进程ID关联的资源；与第二HARQ进程对应的HARQ缓存为空；第一终端接收到ACK；第一终端未接收到NACK；第一终端向网络设备反馈了ACK；达到最大传输时间；达到最大传输次数或最大重传次数；第一终端清空了第二HARQ进程对应的数据；第一终端接收到网络设备调度的新传资源，新传资源关联的HARQ进程ID与第二HARQ进程ID相同；第一终端释放了第二HARQ进程。

在一种可能的实现方式中，第一终端向网络设备发送ACK，包括：第一终端通过PUCCH资源向网络设备发送ACK。

在一种可能的实现方式中，第一终端向网络设备发送ACK，包括：在满足以下条件中的任意一个或多个的情况下，第一终端向网络设备发送ACK；条件包括：存在与第一资源对应的PUCCH资源；第一资源未被网络设备调度的其他资源抢占；第一终端与网络设备保持上行同步；第一资源包括以下资源中的任意一种或多种：侧行链路的第一模式的资源，侧行链路的配置授权资源，侧行链路的第一类型配置授权资源，侧行链路的第二类型配置授权资源，侧行链路的动态授权资源，侧行链路的配置授权资源集合；其中，配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。该种可能的方式，可以保证第一终端能够向网络设备发送ACK。

在一种可能的实现方式中，向网络设备发送的ACK由第一终端的PHY层根据第一终端的MAC层的指示生成；或者，向网络设备发送的ACK由第一终端的MAC层生成，并由第一终端的MAC层发送至第一终端的PHY层；或者，向网络设备发送的ACK由第一终端的PHY层生成。该种可能的实现方式，提供了多种生成ACK的方法。

在一种可能的实现方式中，该方法还包括：第一终端接收指示信息，指示信息用于指示满足第三条件，向网络设备发送ACK；其中，第三条件为：第二HARQ进程的传输结束或传输成功、且第一终端未使用第一资源进行传输。该种可能的方式，第一终端可以根据指示信息确定是否执行第三方面提供的任意一种方法。

第四方面，提供了一种通信方法，包括：第一终端确定第二HARQ进程的传输未结束或未成功；第一终端未使用第一资源进行传输，第一终端向网络设备发送NACK或不向网络设备进行HARQ反馈。其中，第一资源与第二HARQ进程ID关联，第二HARQ进程ID用于标识第二HARQ进程。第四方面提供的方法，第一终端确定与第二HARQ进程ID或第二HARQ进程关联的传输未结束或未成功，第一终端未使用第一资源进行传输，向网络设备发送NACK或不向网络设备进行HARQ反馈，保证与第二HARQ进程ID关联的传输未结束或未成功的情况下，终端可以获取到重传资源，从而避免由于与第二HARQ进程ID或第二HARQ进程关联的传输未结束或未成功而向网络设备发送ACK导致的丢包问题。

在一种可能的实现方式中，第一终端未使用第一资源进行传输，包括：第二HARQ进程对应的HARQ缓存为空；或者，针对第一资源，第一终端未获取到数据。

在一种可能的实现方式中，与第二HARQ进程ID关联的传输未结束或未成功，包括以下任一种或任多种情况：与第二HARQ进程ID或第二HARQ进程对应的定时器正在运行；存在与第二HARQ进程ID或第二HARQ进程关联的对应关系；与第二HARQ进程对应的HARQ缓存不为空；第一终端未接收到ACK或者接收到NACK；第一终端接收到NACK或反馈；第一终端向网络设备反馈了NACK或未进行HARQ反馈；未达到最大传输时间；未达到最大传输次数或最大重传次数；第一终端未清空第二HARQ进程对应的缓存；第一终端未接收到网络设备调度的新传资源，新传资源关联的HARQ进程ID与第二HARQ进程ID相同；第一终端未释放第二HARQ进程。

在一种可能的实现方式中，该方法还包括：第一终端接收指示信息，指示信息用于指示满足第四条件，向网络设备发送NACK或不向网络设备进行HARQ反馈；其中，第四条件为：第一终端确定第二HARQ进程的传输未结束或未成功、且第一终端未使用第一资源进行传输。该种可能的方式，第一终端可以根据指示信息确定是否执行第四方面提供的任意一种方法。

第五方面，提供了一种通信装置，包括：通信单元和处理单元；针对侧行链路数据传输，通信装置未接收到NACK，或者，通信装置接收到全部的ACK，或者，通信装置的侧行链路的HARQ反馈关闭；处理单元，用于获取重传资源，重传资源与侧行链路数据关联；通信单元，用于向网络设备发送ACK，和/或，处理单元，还用于忽略重传资源。

在一种可能的实现方式中，通信装置未接收到NACK，包括：仅NACK反馈模式被开启，通信装置未接收到NACK。

在一种可能的实现方式中，通信装置接收到全部的ACK，包括：针对第二终端中的每个终端，通信装置至少接收到一次ACK。

在一种可能的实现方式中，通信单元，具体用于：通过PUCCH资源向网络设备发送ACK。

在一种可能的实现方式中，通信单元，具体用于：在满足以下条件中的任意一个或多个的情况下，向网络设备发送ACK；条件包括：存在与重传资源对应的PUCCH资源；重传资源未被网络设备调度的其他资源抢占；通信装置与网络设备保持上行同步；重传资源包括以下资源中的任意一种或多种：侧行链路的第一模式的资源，侧行链路的配置授权资源，侧行链路的第一类型配置授权资源，侧行链路的第二类型配置授权资源，侧行链路的动态授权资源，侧行链路的配置授权资源集合；其中，配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。

在一种可能的实现方式中，向网络设备发送的ACK由通信装置的PHY层根据通信装置的MAC层的指示生成；或者，向网络设备发送的ACK由通信装置的MAC层生成，并由通信装置的MAC层发送至通信装置的PHY层；或者，向网络设备发送的ACK由通信装置的PHY层生成。

在一种可能的实现方式中，通信单元，还用于接收指示信息，指示信息用于指示满足第一条件，向网络设备发送ACK，和/或，忽略重传资源；其中，第一条件为：针对侧行链路数据传输，通信装置未接收到NACK、且获取到重传资源，或者，通信装置接收到全部的ACK、且获取到重传资源，或者，通信装置的侧行链路的HARQ反馈关闭、且获取到重传资源。

第六方面，提供了一种通信装置，包括：处理单元；针对侧行链路数据传输，通信装置接收到全部的ACK，或者，通信装置的侧行链路的HARQ反馈关闭；处理单元，用于获取重传资源，重传资源与侧行链路数据关联，重传资源与第一HARQ进程ID关联，第一HARQ进程ID用于标识第一HARQ进程；处理单元，还用于清空第一HARQ进程对应的HARQ缓存。

在一种可能的实现方式中，通信装置接收到全部的ACK，包括：针对第二终端中的每个终端，通信装置至少接收到一次ACK。

在一种可能的实现方式中，通信装置还包括：通信单元；通信单元，还用于接收指示信息，指示信息用于指示满足第二条件，清空第一HARQ进程对应的HARQ缓存；其中，第二条件为：针对侧行链路数据传输，通信装置接收到全部的ACK、且获取到重传资源，或者，通信装置的侧行链路的HARQ反馈关闭、且获取到重传资源。

第七方面，提供了一种通信装置，包括：通信单元和处理单元；处理单元，用于确定第二HARQ进程的传输结束或传输成功；通信装置未使用第一资源进行传输，通信单元，用于向网络设备发送ACK；其中，第一资源与第二HARQ进程ID关联，第二HARQ进程ID用于标识第二HARQ进程。

在一种可能的实现方式中，通信装置未使用第一资源进行传输，包括：第二HARQ进程对应的HARQ缓存为空；或者，针对第一资源，通信装置未获取到数据。

在一种可能的实现方式中，与第二HARQ进程ID关联的传输结束或传输成功，包括以下任一种或任多种情况：与第二HARQ进程ID或第二HARQ进程对应的定时器未启动或超时或停止；没有与第二HARQ进程ID或第二HARQ进程关联的对应关系；通信装置首次获得与第二HARQ进程ID关联的资源；与第二HARQ进程对应的HARQ缓存为空；通信装置接收到ACK；通信装置未接收到NACK；通信装置向网络设备反馈了ACK；达到最大传输时间；达到最大传输次数或最大重传次数；通信装置清空了第二HARQ进程对应的数据；通信装置接收到网络设备调度的新传资源，新传资源关联的HARQ进程ID与第二HARQ进程ID相同；通信装置释放了第二HARQ进程。

在一种可能的实现方式中，通信单元，具体用于：通过PUCCH资源向网络设备发送ACK。

在一种可能的实现方式中，通信单元，具体用于：在满足以下条件中的任意一个或多个的情况下，向网络设备发送ACK；条件包括：存在与第一资源对应的PUCCH资源；第一资源未被网络设备调度的其他资源抢占；通信装置与网络设备保持上行同步；第一资源包括以下资源中的任意一种或多种：侧行链路的第一模式的资源，侧行链路的配置授权资源，侧行链路的第一类型配置授权资源，侧行链路的第二类型配置授权资源，侧行链路的动态授权资源，侧行链路的配置授权资源集合；其中，配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。

在一种可能的实现方式中，向网络设备发送的ACK由通信装置的PHY层根据通信装置的MAC层的指示生成；或者，向网络设备发送的ACK由通信装置的MAC层生成，并由通信装置的MAC层发送至通信装置的PHY层；或者，向网络设备发送的ACK由通信装置的PHY层生成。

在一种可能的实现方式中，通信单元，还用于接收指示信息，指示信息用于指示满足第三条件，向网络设备发送ACK；其中，第三条件为：第二HARQ进程的传输结束或传输成功、且通信装置未使用第一资源进行传输。

第八方面，提供了一种通信装置，包括：处理单元和通信单元，处理单元用于确定第二HARQ进程的传输未结束或未成功；通信装置未使用第一资源进行传输，通信单元，用于向网络设备发送NACK，或，处理单元，还用于确定不向网络设备进行HARQ反馈。其中，第一资源与第二HARQ进程ID关联，第二HARQ进程ID用于标识第二HARQ进程。

在一种可能的实现方式中，通信装置未使用第一资源进行传输，包括：第二HARQ进程对应的HARQ缓存为空；或者，针对第一资源，通信装置未获取到数据。

在一种可能的实现方式中，与第二HARQ进程ID关联的传输未结束或未成功，包括以下任一种或任多种情况：与第二HARQ进程ID或第二HARQ进程对应的定时器正在运行；存在与第二HARQ进程ID或第二HARQ进程关联的对应关系；与第二HARQ进程对应的HARQ缓存不为空；通信装置未接收到ACK或者接收到NACK；通信装置未接收到NACK；通信装置向网络设备反馈了NACK或未进行HARQ反馈；未达到最大传输时间；未达到最大传输次数或最大重传次数；通信装置未清空第二HARQ进程对应的数据；通信装置未接收到网络设备调度的新传资源，新传资源关联的HARQ进程ID与第二HARQ进程ID相同；通信装置未释放第二HARQ进程。

在一种可能的实现方式中，通信单元，还用于接收指示信息，指示信息用于指示满足第四条件，向网络设备发送NACK或不向网络设备进行HARQ反馈；其中，第四条件为：通信装置确定第二HARQ进程的传输未结束或未成功、且通信装置未使用第一资源进行传输。

第九方面，提供了一种通信装置，包括：处理器。处理器与存储器连接，存储器用于存储计算机执行指令，处理器执行存储器存储的计算机执行指令，从而实现第一方面至第四方面中任一方面提供的任意一种方法。示例性的，存储器和处理器可以集成在一起，也可以为独立的器件。若为后者，存储器可以位于通信装置内，也可以位于通信装置外。

在一种可能的实现方式中，处理器包括逻辑电路，还包括输入接口和输出接口中的至少一个。示例性的，输出接口用于执行相应方法中的发送的动作，输入接口用于执行相应方法中的接收的动作。

在一种可能的实现方式中，通信装置还包括通信接口和通信总线，处理器、存储器和通信接口通过通信总线连接。通信接口用于执行相应方法中的收发的动作。通信接口也可以称为收发器。可选的，通信接口包括发送器和接收器中的至少一种，该情况下，发送器用于执行相应方法中的发送的动作，接收器用于执行相应方法中的接收的动作。

在一种可能的实现方式中，通信装置以芯片的产品形态存在。

第十方面，提供了一种芯片，包括：处理器和接口，处理器通过接口与存储器耦合，当处理器执行存储器中的计算机程序或指令时，使得第一方面至第四方面中的任意一个方面提供的任意一种方法被执行。

第十一方面，提供了一种计算机可读存储介质，包括指令，当该指令在计算机上运行时，使得计算机执行第一方面至第四方面中任一方面提供的任意一种方法。

第十二方面，提供了一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得计算机执行第一方面至第四方面中任一方面提供的任意一种方法。

第五方面至第十二方面中的任一种实现方式所带来的技术效果可参见第一方面至第四方面中对应实现方式所带来的技术效果，此处不再赘述。

需要说明的是，在方案不矛盾的前提下，上述各个方面中的方案均可以结合。

附图说明

图1为本申请实施例提供的一种通信场景示意图；

图2为本申请实施例提供的一种侧行授权的示意图；

图3为本申请实施例提供的一种并行HARQ进程的示意图；

图4为本申请实施例提供的一种上行授权及其对应的HARQ进程ID的示意图；

图5至图7分别为本申请实施例提供的一种通信方法的流程图；

图8为本申请实施例提供的一种侧行授权及其关联的HARQ进程ID的示意图；

图9A为本申请实施例提供的一种通信方法的流程图；

图9B为本申请实施例提供的一种通信方法的流程图；

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

图11和图12分别为本申请实施例提供的一种通信装置的硬件结构示意图。

具体实施方式

在本申请的描述中，除非另有说明，“/”表示“或”的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。此外，“至少一个”是指一个或多个，“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例提供的方法可适用但不限于如下领域：设备到设备(device todevice，D2D)、V2X、无人驾驶(unmanned driving)、自动驾驶(automated driving，ADS)、辅助驾驶(driver assistance，ADAS)、智能驾驶(intelligent driving)、网联驾驶(connected driving)、智能网联驾驶(intelligent network driving)、汽车共享(carsharing)等。

本申请涉及到的网元包括通信***中的网络设备和终端。参见图1，本申请实施例提供的方法主要涉及终端和终端之间的通信，以及终端和网络设备之间的通信。

本申请实施例中的通信***包括但不限于长期演进(long term evolution，LTE)***、第五代(5th-generation，5G)***、新无线(new radio，NR)***，无线局域网(wireless local area networks，WLAN)***以及未来演进***或者多种通信融合***。其中，5G***可以为非独立组网(non-standalone，NSA)的5G***或独立组网(standalone，SA)的5G***。

本申请实施例中的网络设备为网络侧的一种用于发送信号，或者，接收信号，或者，发送信号和接收信号的实体。网络设备可以为部署在无线接入网(radio accessnetwork，RAN)中为终端提供无线通信功能的装置，例如可以为传输接收点(transmissionreception point，TRP)、基站、各种形式的控制节点(例如，网络控制器、无线控制器(例如，云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器))等。具体的，网络设备可以为各种形式的宏基站，微基站(也称为小站)，中继站，接入点(access point，AP)等，也可以为基站的天线面板。所述控制节点可以连接多个基站，并为所述多个基站覆盖下的多个终端配置资源(本申请实施例中的资源也可以称为授权)。在采用不同的无线接入技术的***中，具备基站功能的设备的名称可能会有所不同。例如，LTE***中可以称为演进型基站(evolved NodeB，eNB或eNodeB)，5G***或NR***中可以称为下一代基站节点(next generation node base station，gNB)，本申请对基站的具体名称不作限定。网络设备还可以是未来演进的公共陆地移动网络(public land mobile network，PLMN)中的网络设备等。

本申请实施例中的终端是用户侧的一种用于接收信号，或者，发送信号，或者，接收信号和发送信号的实体。终端用于向用户提供语音服务和数据连通***中的一种或多种。终端还可以称为用户设备(user equipment，UE)、终端设备、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端可以是V2X设备，例如，智能汽车(smart car或intelligent car)、数字汽车(digitalcar)、无人汽车(unmanned car或driverless car或pilotless car或automobile)、自动汽车(self-driving car或autonomous car)、纯电动汽车(pure EV或Battery EV)、混合动力汽车(hybrid electric vehicle，HEV)、增程式电动汽车(range extended EV，REEV)、插电式混合动力汽车(plug-in HEV，PHEV)、新能源汽车(new energy vehicle)、路边装置(roadsite unit，RSU)。终端也可以是D2D设备，例如，电表、水表等。终端还可以是移动站(mobilestation，MS)、用户单元(subscriber unit)、无人机、物联网(internet of things，IoT)设备、WLAN中的站点(station，ST)、蜂窝电话(cellular phone)、智能电话(smart phone)、无绳电话、无线数据卡、平板型电脑、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digitalassistant，PDA)设备、膝上型电脑(laptop computer)、机器类型通信(machine typecommunication，MTC)终端、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(也可以称为穿戴式智能设备)。终端还可以为下一代通信***中的终端，例如，5G***中的终端或者未来演进的PLMN中的终端，NR***中的终端等。

为了使得本申请实施例更加的清楚，以下对与本申请实施例相关的概念和部分内容作简单介绍。

1、上行链路(uplink，UL)、下行链路(downlink，DL)、SL

终端向网络设备发送数据(即上行数据)或上行控制信息的无线通信链路可以称为UL。网络设备向终端发送数据(即下行数据)或下行控制信息的无线通信链路可以称为DL。UL接口和DL接口可以统称为Uu口，因此，UL和DL可以统称为Uu口链路。

终端和终端之间的直连通信的通信链路可以称为SL。SL也可以称为边链路。终端和终端之间传输的数据可以称为SL数据。

示例性的，本申请实施例中的数据可以理解为传输块(transport block，TB)或媒介接入控制(medium access control，MAC)协议数据单元(protocol data unit，PDU)。数据也可以称为数据包或报文。

2、SL的资源分配模式

两个终端中的发送终端所采用的SL传输资源可以通过以下方式A和方式B中的任意一种确定。

方式A、网络设备调度

示例性的，网络设备调度SL传输资源的模式可以包括模式1(mode1)资源配置模式(NR中的名称)或者模式3(mode3)资源配置模式(LTE中的名称)。

其中，网络设备调度的SL传输资源有以下两种类型：

第一种：配置授权(configured grant，CG)资源

该情况下，发送终端的每次数据传输并不总是需要网络设备单独分配资源，网络设备在某次为发送终端分配资源之后，未来一段时间内，发送终端都可以使用上述分配的资源，特点是“一次分配，多次使用”。示例性的，网络设备可以为发送终端配置一段周期性出现的时域资源。示例性的，参见图2，该段周期性出现的时域资源中第一次出现的时域资源为时隙1的符号4至符号9，周期为1个时隙。其中，每次出现的时域资源为一个SL的授权(SL grant，下文中简称为侧行授权)，则可以理解的是，图2中示出了4个侧行授权，1个侧行授权对应1个侧行授权ID，则4个侧行授权对应的侧行授权ID分别为侧行授权0、侧行授权1、侧行授权2和侧行授权3。

CG资源可以包括类型1(type1)CG(SL configured grant type 1)资源、类型2(type2)CG(SL configured grant type 2)资源、免授权(SL grant free)资源、SL半静态调度(SL Semi-Persistent Scheduling，SL SPS)资源。type1 CG资源可以是网络设备通过无线资源控制(radio resource control，RRC)信令直接配置给发送终端的SL传输资源，发送终端可以直接使用该CG资源传输数据，不需要额外的激活。type2 CG资源可以是网络设备通过RRC信令定义SL传输资源的周期，再通过物理下行控制信道(physical downlinkcontrol channel，PDCCH)或下行控制信息(downlink control information，DCI)激活该SL传输资源，发送终端不能直接使用该SL传输资源传输数据，激活之后才能使用。免授权资源可以是网络设备通过RRC信令直接配置给发送终端的SL传输资源，发送终端可以直接使用该SL传输资源传输数据，不需要额外的激活。半静态调度资源可以是网络设备通过RRC信令定义SL传输资源的周期，再通过PDCCH或DCI激活该SL传输资源，发送终端不能直接使用该SL传输资源传输数据，激活之后才能使用。

目前，针对上行链路，一个载波上支持一个或多个CG资源。针对SL，一个载波上支持一个或多个CG资源。可选的，不同的CG资源可以对应不同的索引。示例性的，索引为1、2、3的CG资源可以分别记为CG1、CG2、CG3。

第二种：动态授权(dynamic grant，DG)资源

该情况下，发送终端的每次数据传输都需要网络设备单独分配资源，特点是“一次分配，一次使用”，比如，可以是网络设备通过DCI动态分配给发送终端的SL传输资源。DCI可以承载在PDCCH中。

其中，DG和CG主要的区别在于资源分配的灵活性和资源分配的开销。DG，网络设备需要为发送终端的每次数据传输分配授权，资源分配灵活，但是，资源分配开销较大。CG，网络设备的一次资源分配，发送终端可以多次使用，资源分配开销较小，但是，分配的资源相当长的时间内没有变化和调整，资源分配不灵活。DG一般使用物理信道(例如，PDCCH或DCI)来分配，分配比较迅速。CG一般使用高层信令(例如，RRC信令)或者高层信令(例如，RRC信令)加物理信道(例如，PDCCH或DCI)来配置，资源分配较慢。

方式B、发送终端自行确定

示例性的，发送终端自行确定SL传输资源的模式可以包括模式2(mode2)资源配置模式(NR中的名称)或者模式4(mode4)资源配置模式(LTE中的名称)。

在方式B中，发送终端在网络设备通信覆盖范围内时，网络设备可以通过***广播(system information block，SIB)消息或专用RRC信令为发送终端配置SL资源池，发送终端可以自主从SL资源池中获取SL传输资源来发送控制信号和/或数据信号给接收终端。发送终端在网络设备通信覆盖范围外时，发送终端可以自主从预配置的SL资源池中获取SL传输资源来发送控制信号和/或数据信号给接收终端。

在从SL资源池中获取SL传输资源时，发送终端可以感知或竞争SL传输资源。具体的，发送终端通过和其他终端竞争获得SL资源池中的合适的SL传输资源来发送控制信号和/或数据信号。例如，发送终端中待传输的V2X业务或数据的优先级越高，其竞争到SL资源池中的合适的SL传输资源的机会就越大。

可选的，在LTE V2X中，mode3和mode4不可以同时存在。在NR V2X中，mode1和mode2可以同时存在。

上述SL的资源可以分为多种类型，具体包括以下多种：

1)SL的第一模式的资源：网络设备调度的SL资源，可以包括：采用上述mode1资源配置模式配置的资源，或，采用上述mode3资源配置模式配置的资源。其中，采用上述mode1资源配置模式配置的资源或采用上述mode3资源配置模式配置的资源可以包括：SL的CG资源和/或SL的DG资源。

2)SL的第一类型CG资源：不需要激活就可以直接使用的CG资源，可以包括：上述type1 CG资源，和/或，上述免授权资源。

3)SL的第二类型CG资源：终端不能直接使用，激活之后才能使用的CG资源，可以包括：上述type2 CG资源，和/或，上述半静态调度资源。

5)SL的资源：上述SL的第一模式的资源，和/或，上述SL的第二模式的资源。

4)SL的CG资源：上述SL的第一类型CG资源，和/或，上述SL的第二类型CG资源。

5)SL的DG资源：网络设备通过DCI动态分配给终端的SL传输资源。

6)SL的CG资源集合：CG资源集合包括一个或多个CG资源，例如，CG资源集合包括一个或多个CG资源索引对应的CG资源，例如，由CG1、CG2和CG3组成的资源集合。

需要说明的是，不同的CG资源集合可以为不同类型的资源。例如，CG资源集合1为一种类型的资源，CG资源集合2为另一种类型的资源。

3、时间提前量(timing advance，TA)

上行传输的一个重要特征是来自同一小区的不同终端的上行传输之间互不干扰。

为了避免小区内(intra-cell)干扰，网络设备要求来自同一子帧但不同频域资源(例如，不同的资源块(resource block，RB))的不同终端的信号到达网络设备的时间基本上是对齐的。网络设备只要在循环前缀(Cyclic Prefix，CP)范围内接收到终端所发送的上行数据，就能够正确地解码上行数据，因此，上行同步要求来自同一子帧的不同终端的信号到达网络设备的时间都落在CP之内。

为此，提出了上行定时提前(Uplink Timing Advance)的机制。TA的主要功能是保证终端与网络设备的上行同步。在终端看来，TA本质上是接收到下行子帧的起始时间与传输上行子帧的时间之间的一个负偏移(negative offset)。网络设备通过适当地控制每个终端的偏移，可以控制来自不同终端的上行信号到达网络设备的时间。对于离网络设备较远的终端，由于有较大的传输延迟，就要比离网络设备较近的终端提前发送上行数据。

例如，针对一个终端，属于一个TA组(timing advance group，TAG)的小区使用同样的TA命令。

例如，为了维护上行TA，针对每个TAG(per TAG)，网络设备可以配置对应的TA定时器(例如，timeAlignmentTimer)，该TA定时器可以用于终端判断属于这个TAG的小区处于上行同步的时长。

针对TA定时器相关的描述具体可参见3GPP TS 38.321:"NR；Medium AccessControl(MAC)Protocol specification"和3GPP TS 38.331:"NR；Radio ResourceControl(RRC)Protocol specification"，此处不再赘述。

4、HARQ

HARQ是一种结合前向纠错(或者说前向纠错码)(forward error correction，FEC)与自动重传请求(automatic repeat request，ARQ)方法的技术。在纠错能力范围内自动纠正错误，超出纠错范围则要求发送端重发，增加了***可靠性，也提高了***传输效率。

其中，FEC是指发送端发送的数据中包括前向纠错码或冗余信息，当接收端接收到数据后，通过校验(例如，循环冗余校验(cyclic redundancy check，CRC)校验)发现错误之后，能够通过前向纠错码或冗余信息进行纠正，这样发送端可以减少重传(即重新传输数据)的次数。

ARQ是指接收端通过校验(例如，CRC校验)判断接收到的数据的正确性，如果数据接收正确，接收端发送ACK告知发送端，否则接收端发送NACK告知发送端，发送端接收到NACK时，可以重传数据给接收端。ACK和NACK即HARQ反馈。

LTE V2X中由于仅支持广播业务，因此，不支持SL HARQ反馈。NR V2X中支持单播业务、组播业务和广播业务，针对单播业务和组播业务，支持SL HARQ反馈。

以下通过(a)至(e)五部分内容对与HARQ相关的内容具体进行介绍。

(a)HARQ进程(HARQ process)

HARQ使用停等协议(stop-and-wait protocol)来发送数据。在停等协议中，发送端发送一个传输块(transport block，TB)后，就停下来等待确认信息。接收端会使用1比特的信息对该TB进行ACK反馈或NACK反馈。但是每次传输后发送端就停下来等待确认，会导致吞吐量很低。因此，可以使用多个并行的HARQ进程：当一个HARQ进程在等待确认时，发送端可以使用另一个HARQ进程来继续发送数据。

示例性的，参见图3，终端采用第1个HARQ进程发送TB1，在T1时刻发送完TB1，在T2时刻接收TB1的HARQ反馈，在T1到T2这一时间段内，等待TB1的确认，在等待确认的这段时间内，可以采用第2个HARQ进程发送TB2，在T2时刻发送完TB2，在T3时刻接收TB2的HARQ反馈，在T2到T3这一时间段内，等待TB2的确认，在等待确认的这段时间内，可以采用第3个HARQ进程发送TB3。

需要说明的是，每个HARQ进程在一个传输时间间隔(transmission timeinterval，TTI)能处理一个TB，也能处理多个TB(例如，在空分复用的情况下)。

一般情况下，一个授权资源(例如，上行授权或侧行授权)关联一个HARQ进程。比较特殊的是，一个bundle内包括的多个授权资源关联同一个HARQ进程，即一个bundle内包括的多个授权资源上的传输(例如，上行传输，或，侧行传输，或，下行传输)对应同一个HARQ进程。

示例性的，一个bundle内的传输可以理解为一个TB在一次新传之后，需要再进行一次或多次重传，在发送端将同一个TB的多次发送关联到同一个HARQ进程，对于接收端来说，可以将同一个HARQ进程的多次接收的数据放到同一个缓存(例如，HARQ缓存(buffer)或软缓存(soft buffer))中，进行软合并解码。

例如，一个HARQ进程通过一个HARQ进程ID来标识。

可选的，本申请实施例中的关于终端的HARQ进程的描述均是针对一个载波而言的。对于多载波的情况，每个载波上的情况与本申请文件中相同。

(b)接收端对新传数据和重传数据的处理机制

每个HARQ进程在接收端有对应的缓存(例如，HARQ buffer或soft buffer)，以便对接收到的数据进行软合并解码。

接收端接收到发送端采用一个HARQ进程发送的新传数据后，可以将接收到的新传数据放入该HARQ进程对应的缓存(例如，HARQ buffer或soft buffer)中，进行解码。若解码失败，再次接收到该新传数据的重传数据时，可以将接收到的重传数据和之前存储在缓存中的新传数据进行合并，放入缓存中，再次解码，这种方式可以称为软合并解码，相比于单独解码(即每次传输的数据都单独解码，不和之前的数据合并进行解码)，提高了解码成功的几率。同样，若解码仍然失败，可以继续重复上述过程，将新接收到的重传数据与缓存中的数据进行合并，并再次解码。

其中，发送端的重传数据和新传数据可以为同一个TB的同一个冗余版本(redundancy version，RV)或不同的RV。

(c)UL HARQ进程ID的确定机制

例如，在上行，一个载波上支持一个CG资源。一个CG资源上最多支持16个HARQ进程。针对CG资源，可以采用协议中规定的公式(具体可参见3GPP TS 38.321:"NR；MediumAccess Control(MAC)；Protocol specification".中的第5.4.1节)(将该公式称为预设算法1)计算CG资源上的每个上行授权关联的HARQ进程ID，HARQ进程ID的最大范围为0至15，终端和网络设备均可以根据预设算法1计算出每个上行授权对应的HARQ进程ID。针对DG资源，网络设备可以在DCI中将每个上行授权关联的HARQ进程ID指示给终端。本申请下文中的HARQ进程ID均指通过这两种方式确定的HARQ进程ID。

示例性的，在子载波间隔(subcarrier spacing，SCS)为15KHZ的情况下，一个ULCG资源的起始***帧号(system frame number，SFN)为5，起始时隙为时隙1，起始符号为符号4，一个上行授权占6个符号，周期为1个时隙，该CG资源可用的HARQ进程数为16，基于预设算法1进行计算，可以得出每个上行授权关联的HARQ进程ID，具体可参见图4。

(d)SL传输中HARQ进程ID的确定机制

针对SL，一个载波上同时存在多个CG资源，此时，可以通过以下第一种方式或第二种方式或第三种方式计算每个侧行授权(或SL资源)关联的HARQ进程ID。

第一种方式：终端根据预设算法或根据网络设备或根据协议指示的计算方式确定侧行授权所关联的HARQ进程ID。

(1)针对每个CG资源，可以采用与预设算法1相类似的公式，计算CG资源中的每个侧行授权关联的HARQ进程ID。

采用该方式确定每个侧行授权关联的HARQ进程ID时，不同的CG资源上的侧行授权关联的HARQ进程ID可能是重叠的。

(2)采用预设算法2计算不同CG资源上的侧行授权关联的HARQ进程ID。预设算法2可以是在预设算法1的基础上增加一个偏移值(offset)，网络设备可以配置每个CG资源可用的HARQ进程数以及offset，从而使得不同的CG资源上的侧行授权关联的HARQ进程ID不同。例如，CG1可用的HARQ进程数为4，offset1＝0；CG2可用的HARQ进程数为8，offset2＝4；那么CG1可用的HARQ进程ID为0至3，CG2可用的HARQ进程ID为4至11，这样就把CG1和CG2的HARQ进程ID区分开了。

第二种方式：网络设备为终端指示侧行授权(或SL资源)所关联的HARQ进程ID。

SL的第一模式的资源中的每个侧行授权关联的HARQ进程ID可能是网络设备指示给终端的。

可选的，针对DG资源，网络设备可以确定HARQ进程ID，并通过DCI将该HARQ进程ID指示给终端。该HARQ进程ID可能与其他侧行授权关联的HARQ进程ID重叠。

第三种方式：终端设备自行确定侧行授权(或SL资源)所关联的HARQ进程ID。

可选的，SL的第一模式的资源和/或SL的第二模式的资源中的每个侧行授权关联的HARQ进程ID可能是终端确定的。

示例性的，对于一个侧行授权，终端将未被占用的一个HARQ进程的标识确定为该侧行授权所关联的HARQ进程ID。

示例性的，对于一个侧行授权，该侧行授权用于重传，终端将该侧行授权对应的初传或上一次传输所对应的HARQ进程ID确认为该侧行授权所关联的HARQ进程ID。

示例性的，对于一个侧行授权1，与侧行授权2发生了抢占，侧行授权1抢占了侧行授权2，终端将侧行授权2所关联的HARQ进程ID确认为侧行授权1所关联的HARQ进程ID。

(e)配置授权定时器(configuredGrantTimer)

在UL，如果针对某个HARQ进程配置了配置授权定时器，配置授权定时器运行时，与该HARQ进程关联的CG资源不能获得要传输的数据，或者，与该HARQ进程关联的CG资源不能进行传输。

针对configuredGrantTimer相关的描述(例如，定时器的配置、启动、重启、停止)具体可参见3GPP TS 38.321:"NR；Medium Access Control(MAC)Protocolspecification"和3GPP TS 38.331:"NR；Radio Resource Control(RRC)Protocolspecification"，此处不再赘述。

5、物理侧行链路控制信道(physical sidelink control channel，PSCCH)、物理侧行链路共享信道(physical sidelink shared channel，PSSCH)、物理侧行链路反馈信道(physical sidelink feedback channel,PSFCH)

其中，PSCCH用于承载SL数据的控制信息，控制信息具体可以承载在PSCCH中的侧行链路控制信息(sidelink control information，SCI)中。PSSCH用于承载SL数据。PSFCH用于承载SL数据的HARQ反馈。其中，针对一个SL数据的HARQ反馈所使用的PSFCH资源，可以通过调度该SL数据的SCI指示。

6、NR V2X中的SL HARQ反馈

针对单播：

发送终端发送一个数据，若接收终端接收成功，接收终端反馈ACK；若接收失败，接收终端反馈NACK。

对于组播，有两种反馈模式：

仅NACK(NACK only)反馈模式，该模式下，发送终端发送一个数据，若接收终端接收成功，接收终端什么都不反馈；若接收终端接收失败，接收终端反馈NACK。

在仅NACK(NACK only)反馈模式中，所有接收终端可以共享一个PSFCH资源。

ACK/NACK反馈模式，该模式下，发送终端发送一个数据，若接收终端接收成功，接收终端反馈ACK；若接收终端接收失败，接收终端反馈NACK。

在ACK/NACK反馈模式中，每个接收终端可以使用一个PSFCH资源。

可选的，接收终端在PSFCH资源上向发送终端进行反馈。

7、UL上针对SL数据传输的HARQ反馈

UL上针对SL数据传输的HARQ反馈是指：发送终端针对SL数据传输向网络设备进行的HARQ反馈，即发送终端将SL数据的传输状态(例如，ACK或NACK)反馈给网络设备，用于向网络设备指示SL数据是否传输成功或用于向网络请求重传资源。网络设备可以根据SL数据是否传输成功确定是否要为发送终端调度重传SL数据的资源。

LTE V2X中不支持UL上针对SL数据传输的HARQ反馈。NR V2X中支持UL上针对SL数据传输的HARQ反馈。

UL上针对SL数据传输的HARQ反馈可以在物理上行控制信道(physical uplinkcontrol channel，PUCCH)资源或物理上行共享信道(physical uplink shared channel，PUSCH)资源上进行。其中，网络设备可以将上述mode1资源配置模式配置的资源和PUCCH资源一起配置给发送终端。

其中，发送终端可以基于接收到的接收终端发送的ACK/NACK或者未接收到接收终端的反馈，向网络设备进行针对SL数据的HARQ反馈。

针对单播：

在PSFCH资源上，若发送终端接收到接收终端的反馈，发送终端基于接收到的反馈向网络设备进行反馈。例如，若发送终端接收到ACK，则向网络设备反馈ACK，若发送终端接收到NACK，则向网络设备反馈NACK。若发送终端未接收到接收终端的反馈，发送终端向网络设备反馈NACK。

针对组播，也有两种反馈模式：

仅NACK(NACK only)反馈模式，该模式下，若发送终端未接收到接收终端的反馈，发送终端向网络设备反馈ACK。若发送终端接收到接收终端反馈的NACK，发送终端向网络设备反馈NACK。

ACK/NACK反馈模式，该模式下，若发送终端接收到全部接收终端反馈的ACK，发送终端向网络设备反馈ACK。否则(例如，发送终端接收到任意一个接收终端反馈的NACK或未接收到一些接收终端的反馈)，发送终端向网络设备反馈NACK。

可选的，针对组播，需要说明的是，若发送终端发送了多次组播数据，此时，接收终端可以进行多次SL HARQ反馈，该情况下，发送终端只要针对每个接收终端收到过一次ACK反馈即可，就认为针对所有的接收终端都已经成功了，此时，发送终端向网络设备反馈ACK。

本申请实施例中，终端向网络设备的ACK反馈均指针对SL数据传输的HARQ反馈。

8、HARQ进程被占用

可选的，在本申请实施例中，一个HARQ进程被占用包括以下情况中的任意一种或多种：

1)与该HARQ进程关联的数据传输还未完成或未结束例如，一种场景为：在不进行HARQ反馈的情况下，终端利用该HARQ进程向其他终端发送数据，还未达到盲重传或重复传输(repetition)的次数。

2)终端未接收到针对该HARQ进程的反馈，例如，终端未完全接收到针对该HARQ进程的反馈。例如，一种场景为：终端利用该HARQ进程向其他终端发送数据，终端还在等待接收来自其他终端的反馈，或者，终端在其他终端进行反馈的时机未接收到反馈信息。

3)终端接收到针对该HARQ进程的NACK，例如，终端未完全接收到针对该HARQ进程的ACK。例如，一种场景为：终端利用该HARQ进程向其他终端发送数据，且终端接收到来自其他终端的NACK。

4)终端未接收到该HARQ进程的ACK，例如，一种场景为：终端利用该HARQ进程向其他终端发送数据，终端未接收到来自其他终端的ACK，可能接收到了NACK，可能任何反馈信息都没有收到。

5)终端未向网络设备反馈针对该HARQ进程的ACK。

6)与该HARQ进程关联的数据传输未达到最大传输时间或最大传输次数或最大重传次数。

7)终端未释放该HARQ进程。

8)终端未清空该HARQ进程对应的HARQ缓存。

9)终端保存了或未释放与该HARQ进程关联的对应关系。

9、与一个HARQ进程关联的对应关系

与HARQ进程ID或HARQ进程关联的对应关系或与HARQ进程ID或HARQ进程相关的关联关系可以包括以下对应关系中的任一种或任多种：

HARQ进程ID与资源之间的对应关系；

HARQ进程ID1与资源之间的对应关系；

HARQ进程ID2与资源之间的对应关系；

资源、HARQ进程ID1以及HARQ进程ID2之间的对应关系；

HARQ进程ID1与HARQ进程ID2之间的对应关系；

HARQ进程ID与HARQ进程之间的对应关系；

HARQ进程ID1与HARQ进程之间的对应关系；

HARQ进程ID2与HARQ进程之间的对应关系；

HARQ进程、HARQ进程ID1以及HARQ进程ID2之间的对应关系；

资源与HARQ进程之间的对应关系；

资源、HARQ进程ID与HARQ进程之间的对应关系；

资源、HARQ进程ID1与HARQ进程之间的对应关系；

资源、HARQ进程ID2与HARQ进程之间的对应关系；

资源、HARQ进程、HARQ进程ID1以及HARQ进程ID2之间的对应关系。

其中，HARQ进程ID可以包括HARQ进程ID1和/或HARQ进程ID2。

其中，HARQ进程ID1和/或HARQ进程ID2与HARQ进程相关联。

10、本申请实施例中的ACK和NACK

本申请实施例中的ACK只是肯定确认的英文缩写，它可以是现有技术中的HARQ反馈，可以是用1比特(bit)指示的信息，该比特位上的值为0或1代表ACK。或者，也可以是一条指示消息，该指示消息指示传输成功，可以是占用多bit的信息，也可以是存在于或携带在其他形式的指示信息中。

本申请实施例中的NACK只是否定确认的英文缩写，它可以是现有技术中的HARQ反馈，可以是用1比特(bit)指示的信息，该比特位上的值为0或1代表NACK。或者，也可以是一条指示消息，该指示消息指示传输失败，可以是占用多bit的信息，也可以是存在于或携带在其他形式的指示信息中。

本申请实施例中，接收终端向发送终端发送的ACK表示接收终端成功接收到发送终端发送的SL数据，接收终端向发送终端发送的NACK表示接收终端未成功接收到发送终端发送的SL数据。

本申请实施例中，发送终端向网络设备发送的ACK表示发送终端成功发送SL数据，发送终端向网络设备发送的NACK表示发送终端未成功发送SL数据。

以下对本申请实施例涉及到的部分描述的含义在此处作统一说明。

本申请实施例中，可选的，“终端未接收到”可以理解为“终端在对应的PSFCH资源上未接收到”。可选的，“终端接收到”可以理解为“终端在对应的PSFCH资源上接收到”。

本申请实施例中，“向网络设备指示终端在某一资源上或者由某一HARQ进程ID标识的HARQ进程的数据传输失败”可以理解为“向网络设备请求重传资源”，两者在全文可以互相替换。“向网络设备指示终端在某一资源上或者由某一HARQ进程ID标识的HARQ进程的数据传输成功或结束”可以理解为“未向网络设备请求重传资源”，两者在全文可以互相替换。

本申请实施例中，与资源或授权关联/对应的HARQ进程ID，或者，与HARQ进程ID关联/对应的资源，或者，与资源或授权关联/对应的HARQ进程，或者，与HARQ进程关联/对应的资源表示：该资源能被由HARQ进程ID标识的HARQ进程使用，以发送该HARQ进程中的数据。

本申请实施例中，与资源或授权关联/对应的PUCCH：指的是可以使用该PUCCH反馈该资源上的数据传输成功或失败的情况。

本申请实施例中，HARQ进程ID标识/对应/关联的HARQ进程表示：该HARQ进程的标识中可以包括该HARQ进程ID。应该理解，该HARQ进程的标识还可以包括别的标识。例如，侧行链路上的一个HARQ进程的标识可以包括：源ID(例如，层1源ID(Layer-1source ID)、层2源ID(Layer-2source ID))、目的ID(例如，层1目的ID(Layer-1destination ID)、层2目的ID(Layer-2destination ID))、通信类型指示(例如，cast type)。又例如，终端和网络设备的一个Uu口链路上的一个HARQ进程的标识包括HARQ进程ID，该HARQ进程ID唯一标识该HARQ进程。不同时刻，由同一个侧行链路HARQ进程ID标识的侧行链路HARQ进程可以有多个。某一时刻，一个HARQ ID可以用于标识最多一个HARQ进程。

本申请实施例中，与HARQ进程相关联的ACK/NACK表示：该确认信息用于反馈该HARQ进程上的数据传输成功或失败的情况。

本申请实施例中，与资源或授权关联/对应的PSFCH资源表示：接收终端使用该PSFCH资源向发送终端反馈该资源/授权上的传输成功或失败情况。

本申请实施例中，发送终端接收(到)ACK或NACK可以理解为：发送终端从接收终端接收(到)ACK或NACK。

本申请实施例中，发送终端未接收(到)NACK或反馈可以理解为：发送终端从接收终端未接收(到)NACK或反馈。

本申请实施例中，本实施例所述的资源可以为授权。

本申请实施例中，资源与数据相关联可以理解为该资源可以用于传输该数据。

本申请实施例中，资源与HARQ进程相关联可以理解为该资源上的传输与该HARQ进程相关联，或，该资源上利用该HARQ进程进行传输。

本申请实施例中，资源与HARQ进程ID相关联可以理解为：与资源相关联的HARQ进程ID可以通过以下任一种或任几种方式获得：(a)第一终端根据预设算法或网络设备或根据协议指示的计算方式为该资源确定的HARQ进程ID；或，(b)网络设备为第一终端指示的该资源所关联的HARQ进程ID；或，(c)第一终端自行为该资源确定的HARQ进程ID。

可选的，HARQ进程与HARQ进程ID相关联可以理解为HARQ进程ID用于标识该HARQ进程，但是并不限定是唯一的标识。

可选的，所以数据、资源、HARQ进程、HARQ进程ID、传输之间可以相关关联。

可选的，资源或数据或HARQ进程或传输可以和两个HARQ进程相关联。

可选的，与资源相关联的HARQ进程ID可以通过以下任一种或任几种方式获得：(a)第一终端根据预设算法或网络设备或根据协议指示的计算方式为该资源确定的HARQ进程ID；或，(b)网络设备为第一终端指示的该资源所关联的HARQ进程ID；或，(c)第一终端自行为该资源确定的HARQ进程ID。

示例性的，资源与HARQ进程ID相关联，资源与HARQ进程相关联，HARQ进程与HARQ进程ID相关联，数据与资源、HARQ进程、HARQ进程ID相关联，UE接收到重传资源，重传资源与该HARQ进程ID或HARQ进程相关联，即数据与该重传相关联。

本申请中的HARQ进程可以理解为SL进程，HARQ进程ID可以理解为SL HARQ进程ID，HARQ缓存可以理解为软缓存。

本申请实施例中，以终端为例说明了终端具体的实施过程，实际应用中，也可以是由终端的MAC实体、SL MAC实体、HARQ实体、SL HARQ实体、HARQ进程、SL进程、SL HARQ进程、MAC层或PHY层中的任一种或任几种来执行本申请实施例。

基于对上述内容的理解，以下对现有技术中存在的问题以及本申请实施例提供的方法作示例性说明。

现有技术中，在SL组播通信场景中，发送终端确定SL数据传输结束、且接收到网络设备配置的重传资源，或者，在SL的HARQ反馈关闭、且接收到网络设备配置的重传资源时，若发送终端在重传资源上进行重传，会造成资源的浪费，若没有进行重传，网络设备还可能会为发送终端调度重传资源，也会造成资源的浪费。为了解决该问题，本申请实施例提供了以下实施例一所描述的方法。

实施例一

在实施例一中，第一终端可以和第二终端通信，第一终端可以向第二终端发送SL数据。即第一终端为发送终端，第二终端为接收终端。

可选的，第二终端包括一个或多个终端。

实施例一包括以下方案一至方案三，以下分别进行描述。

方案一

方案一适用于NACK only的场景，参见图5，方案一包括：

501、针对SL数据传输，或，针对SL数据，或，针对第一HARQ进程，或，针对第一HARQ进程的传输，或，针对第一HARQ进程ID，或，针对第一HARQ进程ID相关的传输，第一终端未接收到NACK，第一终端获取重传资源。

可选的，重传资源与SL数据传输，或，SL数据，或，第一HARQ进程，或，第一HARQ进程的传输，或，第一HARQ进程ID，或，第一HARQ进程ID相关的传输中的任一个或任多个关联。

可选的，本申请中的SL数据可以为SL上传输的任意一个数据。

例如，SL数据传输的场景可以为：第一终端向第二终端传输SL数据。

在NACK only的场景下，若第二终端成功接收到SL数据，不进行HARQ反馈，若第二终端未成功接收到SL数据，向第一终端发送NACK。

可选的，第一终端未接收到NACK，说明SL数据发送成功，即第二终端成功接收到SL数据。若第一终端接收到NACK，说明SL数据未发送成功，即第二终端未成功接收到SL数据。

示例性的，NACK only的场景可以适用于组播或单播。

示例性的，第二终端中的全部或部分可以共享PSFCH资源，此时，若第一终端接收到NACK，第一终端只知道有第二终端发送了NACK，无法知道哪个第二终端发送的NACK，也就是无法知道具体是哪个第二终端没有成功接收到SL数据。

可选的，第一终端可以向第二终端多次传输SL数据，上述步骤501中的“第一终端未接收到NACK”可以是针对这多次传输中的任意一次的，也就是说，只要多次传输中有一次第一终端未接收到NACK，即可确定SL数据传输成功。

可选的，针对SL数据传输，第一终端未接收到NACK可以理解为：针对SL数据的最近一次传输或重传，第一终端未接收到NACK；或，仅NACK反馈模式(例如，only a negativeacknowledgement)被开启，第一终端未接收到NACK。

可选的，仅NACK反馈模式可以理解为：NACK only，或,SL HARQ反馈为NACK only，或。

可选的，第一终端未接收到NACK可以理解为：NACK only开启(例如，enable)，第一终端未接收到NACK。

可选的，NACK only开启或仅NACK反馈模式被开启理解为：SL HARQ反馈的方式为NACK only；或，第一终端向第二终端指示NACK only开启；或，SCI中指示NACK only开启。

可选的，针对SL数据传输或SL数据，第一终端未接收到NACK可以理解为：针对SL数据传输或SL数据，第一终端在对应的反馈资源/反馈时机未接收到NACK。

可选的，对应的反馈资源/反馈时机可以理解为：与SL数据传输或SL数据对应的反馈资源/反馈时机。例如,与SL数据传输或SL数据对应的PSFCH资源。

示例性的，第一终端在SL上进行数据传输，第一终端发送SCI，SCI可以用于指示SL数据的存在，SCI也可以指示与该SL数据对应的反馈资源。

其中，重传资源可以为网络设备调度的资源或第一终端自己选择或竞争或感知的资源，该重传资源可以为以下任一种或任几种资源：

1)SL的资源。

2)SL的第一模式的资源。

3)SL的CG资源。

4)SL的第一类型CG资源。

5)SL的第二类型CG资源。

6)SL的DG资源。

7)SL的第二模式的资源。

8)SL的CG资源集合，CG资源集合包括一个或多个CG资源索引对应的CG资源。

例如，第一终端从网络设备获取或接收重传资源。

可选的，重传资源，与SL数据传输或SL数据或第一HARQ进程或第一HARQ进程的传输或第一HARQ进程ID或第一HARQ进程ID相关的传输中的任一个或任多个关联可以指：重传资源用于重传该SL数据；或，用于重传与第一HARQ进程相关的传输；或，用于重传与第一HARQ进程ID相关的传输。

需要说明的是，重传资源用于重传该SL数据或用于重传与第一HARQ进程相关的传输或用于重传与第一HARQ进程ID相关的传输是指可以用于重传该SL数据或可以用于重传与第一HARQ进程相关的数据或可以用于重传与第一HARQ进程ID相关的数据，但并不限定一定会执行传输。

可选的，重传资源与SL数据传输或SL数据或第一HARQ进程或第一HARQ进程的传输或第一HARQ进程ID或第一HARQ进程ID相关的传输中的任一个或任多个相关联可以理解为：重传资源关联的HARQ进程ID为第一HARQ进程ID。

可选的，SL数据传输或SL数据或第一HARQ进程或第一HARQ进程的传输或第一HARQ进程ID或第一HARQ进程ID相关的传输中的任一个或任多个相关联。

可选的，SL数据传输或SL数据与第一HARQ进程ID或第一HARQ进程ID相关的传输关联可以理解为：SL数据在与第一HARQ进程ID关联的资源上传输。

可选的，第一HARQ进程ID与第一HARQ进程相关联可以理解为：第一HARQ进程ID用于标识第一HARQ进程。

示例性的，SL数据在资源1(初传资源或重传资源)上进行传输，该资源1所关联的HARQ进程ID为第一HARQ进程ID，第一终端使用第一HARQ进程传输SL数据，第一HARQ进程、第一HARQ进程ID、SL数据、资源1中的任一个或任多个之间关联。第一终端获得重传资源，该重传资源所关联的HARQ进程ID也为第一HARQ进程ID(即，资源1和重传资源所关联的HARQ进程或HARQ进程ID相同)，即，该重传资源可以用于传输第一HARQ进程或第一HARQ进程ID相关的数据，或，该重传资源可以用于传输SL数据，即，可以理解为重传资源与SL数据传输或SL数据或第一HARQ进程或第一HARQ进程的传输或第一HARQ进程ID或第一HARQ进程ID相关的传输中的任一个或任多个相关联。

可选的，网络设备可以在以下情况1至情况4中的任意一种或几种情况下，为第一终端配置重传资源。

情况1、第一终端已成功发送SL数据或SL数据传输已结束，向网络设备反馈了ACK，由于各种原因(例如，信道质量较差)，网络设备并未接收到。网络设备没有接收到第一终端发送的ACK或网络设备错误接收到了NACK，认为第一终端的SL数据未发送成功，会为第一终端配置重传资源，用于重传SL数据。

情况2、第一终端已成功发送SL数据或SL数据传输已结束，本来要向网络设备反馈ACK，由于各种原因(例如，发送该ACK的传输与其他传输冲突)，未能成功向网络设备发送ACK。网络设备没有接收到第一终端发送的ACK，认为第一终端的SL数据未发送成功，会为第一终端配置重传资源，用于重传SL数据。

情况3、第一终端未成功发送SL数据或SL数据传输未结束，第一终端向网络设备反馈了NACK。网络设备根据接收到的NACK确定第一终端的SL数据未发送成功，会为第一终端配置重传资源，用于重传SL数据。

情况4、网络设备基于内部实现决定为第一终端调度重传资源。

在步骤501中，“第一终端未接收到NACK”和“第一终端获取重传资源”之间没有严格的先后顺序，第一终端可以先未接收到NACK，也可以先获取重传资源，本申请不作限制。

502、第一终端执行以下动作中的至少一种：生成ACK，向网络设备发送ACK；忽略重传资源。

可选的，ACK与SL数据传输或SL数据或第一HARQ进程或第一HARQ进程的传输或第一HARQ进程ID或第一HARQ进程ID或重传资源中的任一个或任多个相关联。

可选的，该ACK可以用于向网络设备指示该第一终端使用该重传资源进行边链路传输成功或该第一终端未在该重传资源上进行传输或该第一终端未向网络设备请求重传资源或该第一终端第一HARQ进程上的边链路传输成功或该第一终端未向网络设备请求针对重传资源、第一HARQ进程ID以及第一HARQ进程中的任一个或任多个的重传资源。

可选的，网络设备收到该ACK，会视为该第一终端使用该重传资源进行边链路传输成功或该第一终端未在该重传资源上进行传输或该第一终端未向网络设备请求重传资源或该第一终端第一HARQ进程上的边链路传输成功或该第一终端未向网络设备请求针对重传资源、第一HARQ进程ID以及第一HARQ进程中的任一个或任多个的重传资源，则不会为该第一终端分配重传资源。

可选的，该第一终端通过PUCCH资源或PUSCH资源向网络设备发送该ACK。

可选的，该第一终端通过该重传资源所对应的PUCCH资源(例如，第一PUCCH资源)向网络设备发送该ACK。

可选的，该第一PUCCH资源是专门用于传输该ACK的PUCCH资源。可选的，该网络设备可以在为第一终端配置重传资源的同时，为第一终端配置第一PUCCH资源。

可选的，该ACK通过第一PUSCH资源发送给网络设备。第一终端将第一HARQ进程ID和该ACK一起发送给网络设备。

可选的，该网络设备在为第一终端配置重传资源的同时，为第一终端配置第一PUSCH资源。该第一PUSCH资源可以是专门用于传输该ACK的PUSCH资源。

方案一提供的方法，第一终端未接收到NACK，说明第一终端成功发送SL数据，第一终端获取到重传资源，第一终端可以向网络设备发送ACK，网络设备接收到ACK之后，不再为第一终端调度重传资源，可以避免资源浪费，提高资源利用率，第一终端也可以忽略重传资源，不在重传资源上重传SL数据，降低信令开销。

方案二

方案二适用于ACK/NACK的场景，参见图6，方案二包括：

601、针对SL数据传输，或，针对SL数据，或，针对第一HARQ进程，或，针对第一HARQ进程的传输，或，针对第一HARQ进程ID，或，针对第一HARQ进程ID相关的传输，第一终端接收到全部的ACK，第一终端获取重传资源。

可选的，本申请中的SL数据可以为SL上传输的任意一个数据。

例如，SL数据传输的场景可以为：第一终端向第二终端传输SL数据。

在ACK/NACK的场景下，若第二终端成功接收到SL数据，向第一终端发送ACK，若第二终端未成功接收到SL数据，向第一终端发送NACK。

可选的，第一终端接收到ACK或全部的ACK(即第二终端中的全部终端发送的ACK)，说明SL数据发送成功，即第二终端成功接收到SL数据。若第一终端接收到第二终端中的某个终端发送的NACK，说明该某个终端未成功接收到SL数据。

示例性的，ACK/NACK的场景可以适用于组播或单播。

可选的，第一终端接收到全部的ACK，包括：针对第二终端中的每个终端，第一终端至少接收到一次ACK，具体可以有以下两种情况：

第一种情况、第一终端传输一次或多次SL数据后，第二终端进行了一次HARQ反馈，第一终端接收到全部的ACK。

第二种情况、第一终端传输多次SL数据，相应的，第二终端进行了多次HARQ反馈，针对第二终端中的每个终端，第一终端至少接收到一次ACK。

在第二种情况下，示例性的，若第二终端中有4个终端，第一终端在第一次传输SL数据之后，第一终端接收到第二终端中的终端1和终端2反馈的ACK，在第二次重传SL数据之后，第一终端接收到第二终端中的终端3和终端4反馈的ACK。第一终端接收到了全部的ACK。

可选的，第一终端接收到全部的ACK可以理解为：针对一次或多次HARQ反馈，第一终端接收到全部的ACK，或，第一终端接收到来自第二终端中的每个终端的至少一次ACK。

可选的，该HARQ反馈指第一终端给第二终端发送的反馈。

需要说明的是，一次HARQ反馈指的是针对一次或多次SL传输的第二终端的HARQ反馈，第二终端中的不同终端的反馈，视为一次HARQ反馈。

可选的，第一终端在PSSCH传输SL数据，第二终端在PSFCH资源上进行HARQ反馈。PSSCH资源和PSFCH资源之间可能存在1:1或N：1的关系，N为大于1的整数。

(1)若PSSCH资源和PSFCH资源之间存在1:1关系：第一终端在PSSCH资源上传输一次SL数据，第二终端中的终端可能有1个或多个，第二终端在PSFCH资源上反馈一次。其中，PSFCH资源并不是限定只有一个资源，一种可能的情况，第二终端中的每个终端都可以在该PSFCH资源中找到自己的反馈资源，去单独进行反馈。

(2)若PSSCH资源和PSFCH资源之间存在N:1关系：第一终端在PSSCH资源上传输N次，第二终端中的终端可能有1个或多个，第二终端在PSFCH资源上反馈一次。其中，PSFCH资源并不是限定只有一个资源，一种可能的情况，第二终端中的每个终端都可以在该PSFCH资源中找到自己的反馈资源，去单独进行反馈。

关于重传资源的相关描述可参见方案一，不再赘述。不同的地方仅在于，在上述情况1至情况4中，第一终端已成功发送SL数据还是未成功发送SL数据或SL数据传输已结束或SL数据传输未结束，是以ACK/NACK的场景下的判断方法去判断的。

在步骤601中，“第一终端接收到全部的ACK”和“第一终端获取重传资源”之间没有严格的先后顺序，第一终端可以先接收到全部的ACK，也可以先获取重传资源，本申请不作限制。

602、第一终端执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源，清空第一HARQ进程对应的HARQ缓存，生成ACK。

关于该ACK相关的描述可参见方案一，不再赘述。

关于向网络设备发送ACK的相关描述可参见方案一，不再赘述。

可选的，清空一个HARQ进程对应的HARQ缓存可以指丢弃该HARQ进程对应的HARQ缓存中的数据。

本申请实施例中的“清空第一HARQ进程对应的HARQ缓存”也可以替换为“释放第一HARQ进程”或“视为第一HARQ进程未被占用”。

可选的，与“清空第一HARQ进程对应的HARQ缓存”相比，“释放第一HARQ进程”或“视为第一HARQ进程未被占用”是指第一终端认为第一HARQ进程的数据传输完成或与第一HARQ进程ID关联的数据传输完成(例如，认为可以在第一HARQ进程或第一HARQ进程ID关联的侧行资源上传输新的数据)，可以不必丢弃该HARQ进程对应的HARQ缓存中的数据。

本申请实施例中的“清空第一HARQ进程对应的HARQ缓存”还可以替换为“删除与第一HARQ进程ID或第一HARQ进程关联的对应关系”或“释放与第一HARQ进程ID或第一HARQ进程相关的关联关系”。

方案二提供的方法，第一终端接收到全部的ACK，说明第一终端成功发送SL数据，第一终端获取到重传资源，第一终端可以向网络设备发送ACK，网络设备接收到ACK之后，不再为第一终端调度重传资源，可以避免资源浪费，提高资源利用率，第一终端也可以忽略重传资源，不在重传资源上重传SL数据，降低信令开销，第一终端还可以清空第一HARQ进程对应的HARQ缓存，从而增加存储空间，提高资源利用率。

方案三

参见图7，方案三包括：

701、侧行链路的HARQ反馈关闭，第一终端获取重传资源。

可选的，针对SL数据传输，或，针对SL数据，或，针对第一HARQ进程，或，针对第一HARQ进程的传输，或，针对第一HARQ进程ID，或，针对第一HARQ进程ID相关的传输，侧行链路的HARQ反馈关闭，第一终端获取重传资源。

可选的，侧行链路的HARQ反馈关闭可以理解为：针对某个资源(例如，SL资源)、某个侧行授权、某个HARQ进程、某个HARQ进程ID、某个PUCCH资源、某个数据、某个SLRB中的任一种或任多种，侧行链路的HARQ反馈未开启或不开启或关闭；或，第一终端的侧行链路的HARQ反馈未开启或不开启或关闭。

可选的，第一终端获取要传输的数据，该数据对应的侧行链路的HARQ反馈关闭，或，该数据对应的逻辑信道的侧行链路的HARQ反馈关闭。

可选的，网络设备为第一终端配置了PUCCH资源，如果第一终端不向网络设备反馈，可能会导致网络设备不停的给第一终端调度重传资源，导致资源浪费。

在第一种可能的实现方式中，第一终端可以自己将侧行链路的HARQ反馈关闭。例如，第一终端根据信道质量、信道条件、测量结果以及信道忙率(channel busy ratio，CBR)中的任一个或任多个，确定关闭侧行链路的HARQ反馈。

在第二种可能的实现方式中，网络设备或其他终端向第一终端指示关闭侧行链路的HARQ反馈，第一终端基于该指示关闭侧行链路的HARQ反馈，也可以基于该指示以及信道质量、信道条件、测量结果和CBR中的任一个或任多个，综合判断是否关闭侧行链路的HARQ反馈。网络设备或其他终端也可以基于信道质量、信道条件、测量结果以及CBR中的任一个或任多个，确定是否指示第一终端关闭侧行链路的HARQ反馈。

关于重传资源的相关描述可参见方案一，不再赘述。不同的地方在于，在上述情况1至情况4中，NACK only的场景下，第一终端是以NACK only的场景下的判断方法去判断已成功发送SL数据还是未成功发送SL数据或SL数据传输已结束或SL数据传输未结束。ACK/NACK的场景下，第一终端是以ACK/NACK的场景下的判断方法去判断已成功发送SL数据还是未成功发送SL数据或SL数据传输已结束或SL数据传输未结束。

可选的，重传资源还与某个资源(例如，SL资源)、某个侧行授权、某个HARQ进程、某个HARQ进程ID、某个PUCCH资源、某个数据、某个SLRB中的任一个或任多个对应。

在步骤701中，“第一终端的侧行链路的HARQ反馈关闭”和“第一终端获取重传资源”之间没有严格的先后顺序，第一终端的侧行链路的HARQ反馈可以先关闭，也可以先获取重传资源，本申请不作限制。

702、第一终端执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源，清空第一HARQ进程对应的HARQ缓存，生成ACK。

关于该ACK相关的描述可参见方案一，不再赘述。

关于向网络设备发送ACK的相关描述可参见方案一，不再赘述。

方案三除了可以应用于SL组播通信场景中之外，还可以应用于SL单播通信场景中。

方案三提供的方法，第一终端的侧行链路的HARQ反馈关闭，对于网络设备来说，可能是不知道的，若第一终端不向网络设备发送针对SL数据的HARQ反馈，网络设备会为第一终端调度重传资源，会造成资源浪费。第一终端获取到重传资源，第一终端可以向网络设备发送ACK，网络设备接收到ACK之后，不再为第一终端调度重传资源，可以避免资源浪费，提高资源利用率，第一终端也可以忽略重传资源，不在重传资源上重传SL数据，降低信令开销，第一终端还可以清空第一HARQ进程对应的HARQ缓存，从而增加存储空间，提高资源利用率。

在上述方案一至方案三中，可选的，第一终端向网络设备发送ACK，包括：在满足以下条件中的任意一个或多个的情况下，第一终端向网络设备发送ACK。示例性的，第一终端在PUCCH资源或PUSCH资源上发送ACK。

示例性的，第一终端在PUCCH资源或PUSCH资源上发送ACK。

该条件包括以下条件A至条件D，以下分别进行描述。

条件A、存在PUCCH资源。

可选的，存在PUCCH资源可以理解为第一终端接收到网络设备配置的PUCCH资源，或，第一终端被配置了PUCCH资源。

在条件A中，可选的，PUCCH资源为与重传资源对应的PUCCH资源。

在条件A中，可选的，第一终端在该PUCCH资源上向网络设备发送ACK。

可选的，PUCCH资源可以对应一个PSSCH资源，该情况下，网络设备可以为一个PSSCH资源配置一个PUCCH资源。PUCCH资源也可以对应多个PSSCH资源，该情况下，网络设备可以为多个PSSCH资源配置一个PUCCH资源。PSSCH资源可以用于承载上述SL数据。在一个PSSCH资源上，第一终端可以传输一次SL数据。

在PUCCH资源对应一个PSSCH资源的情况下，一种可能的实现方式是：ACK/NACK的场景下，若针对该PSSCH资源承载的SL数据，全部的第二终端的HARQ反馈均为ACK，则第一终端向网络设备反馈ACK。否则，第一终端向网络设备反馈NACK。NACK only的场景下，若针对该PSSCH资源承载的SL数据，第一终端未接收到HARQ反馈，则第一终端向网络设备反馈ACK。否则，第一终端向网络设备反馈NACK。

在PUCCH资源对应多个PSSCH资源(假设为M个，M为大于1的整数)的情况下，一种可能的实现方式是：ACK/NACK的场景下，若第一终端在M个PSSCH中的N个PSSCH资源(N为小于等于M大于等于1的整数)发送SL数据，则针对每个第二终端，第一终端接收到至少一个ACK，则第一终端向网络设备反馈ACK。否则，第一终端向网络设备反馈NACK。NACK only的场景下，若第一终端在M个PSSCH中的N个PSSCH资源发送SL数据，则针对N个PSSCH资源中的至少一个PSSCH资源上的SL数据传输，第一终端未接收到HARQ反馈，则第一终端向网络设备反馈ACK。否则，第一终端向网络设备反馈NACK。

可选的，PUCCH资源对应多个PSSCH资源的情况下，第一终端根据多个PSSCH资源上确定的反馈结果确定向网络设备反馈ACK还是NACK。

例如，PUCCH资源对应多个PSSCH资源的情况下，第一终端确定多个PSSCH资源上均应向网络设备反馈ACK，才向网络设备反馈ACK。

可选的，一次PUCCH反馈可以对应一次PSFCH反馈，也可以对应多次PSFCH反馈。

在一次PUCCH反馈可以对应一次PSFCH反馈的情况下，一种可能的实现方式是：第一终端可以根据一次PSFCH反馈接收到的HARQ反馈确定向网络设备发送ACK还是NACK。例如，若第一终端在该次PSFCH反馈接收到第二终端中的全部终端的HARQ反馈均为ACK，则第一终端向网络设备反馈ACK。否则，第一终端向网络设备反馈NACK。

在一次PUCCH反馈可以对应多次PSFCH反馈的情况下，一种可能的实现方式是：第一终端可以根据多次PSFCH反馈接收到的HARQ反馈确定向网络设备发送ACK还是NACK。例如，针对第二终端中的每个终端，第一终端至少接收到一次ACK，则第一终端向网络设备反馈ACK。否则，第一终端向网络设备反馈NACK。示例性的，第一终端进行了两次SL数据传输，相应的，第二终端接收到两次HARQ反馈，其中一次在一个PSFCH资源上，另一次在另一个PSFCH资源上。该情况下，在NACK only场景，针对一个第二终端，若第一终端第一次没有接收到NACK，第二次接收到NACK，则确定该第二终端接收成功。若针对所有第二终端，第一终端都确定第二终端接收成功，则向网络设备发送ACK。

可选的，PUCCH反馈可以理解为PUCCH上的HARQ反馈。

可选的，PSFCH反馈可以理解为PSFCH上的HARQ反馈。

需要说明的是，一次PSFCH反馈指的是针对一次或多次SL传输的所有第二设备的HARQ反馈，第二终端中的不同终端的反馈，视为一次HARQ反馈。

可选的，一次PSFCH反馈可以对应一次PSSCH传输，也可以对应多次PSSCH传输。若为前者，第二终端可以在接收一次PSSCH传输(例如，其承载的SL数据)(可能成功接收到，也可以未成功接收到)后就进行HARQ反馈，若为后者，第二终端可以在接收多次PSSCH传输(例如，其承载的SL数据)(可能成功接收到，也可以未成功接收到)后才进行HARQ反馈。

条件B、重传资源未被网络设备调度的其他资源抢占。

可选的，在条件B中，由于重传资源和网络设备调度的其他资源均为网络设备调度的资源，若重传资源被网络设备调度的其他资源抢占，网络设备如果知道重传资源上不传输，因此，第一终端可以不向网络设备进行HARQ反馈。因此，第一终端可以在重传资源未被网络设备调度的其他资源抢占的情况下，向网络设备发送ACK。

其中，网络设备调度的其他资源可以为SL资源、UL资源、DL资源等。DL资源可以为DL的CG资源、DL的DG资源、DL的类型1的CG资源、DL的类型2的CG资源中的一种或多种。UL资源可以为UL的CG资源、UL的DG资源、UL的类型1的CG资源、UL的类型2的CG资源中的一种或多种。

其中，重传资源被网络设备调度的其他资源抢占，可以包括以下两种情况：

(1)重传资源和网络设备调度的其他资源在时域上发生重叠(overlap)，此处的重叠可以为部分重叠或全部重叠。

例如，重传资源为DG资源，网络设备调度的其他资源为CG资源时，若该DG资源和该CG资源在时域上发生重叠，DG资源被CG资源抢占。

例如，重传资源为CG资源，网络设备调度的其他资源为DG资源时，若该CG资源和该DG资源在时域上发生重叠，CG资源被DG资源抢占。

(2)重传资源和网络设备调度的其他资源所关联的HARQ进程ID相同。

例如，重传资源为DG资源，网络设备调度的其他资源为CG资源时，若该DG资源和该CG资源关联的HARQ进程ID相同，DG资源被CG资源抢占。

例如，重传资源为CG资源，网络设备调度的其他资源为DG资源时，若该CG资源和该DG资源在时域上发生重叠，CG资源被DG资源抢占。

需要说明的是，针对两个资源冲突(例如，上述两种情况)，具体哪个资源会抢占另一个资源的规则，不作限定。

条件C、第一终端与网络设备保持上行同步。

可选的，在条件C中，第一终端与网络设备保持上行同步，第一终端可以传输上行信号或数据，因此，第一终端可以在与网络设备保持上行同步的过程中，向网络设备发送ACK。

可选的，条件C的一种表征为：TA定时器正在运行，TA定时器对应的TAG包括第一终端需要反馈ACK的小区。

其中，关于TA定时器的相关描述可参见上文，在此不再赘述。

条件D、重传资源包括以下资源中的任意一种或多种：SL的第一模式的资源，SL的CG资源，SL的第一类型CG资源，SL的第二类型CG资源，SL的DG资源，SL的CG资源集合。

其中，SL的CG资源集合包括一个或多个CG资源索引对应的CG资源。

在上述方案一至方案三中，在第一终端向网络设备发送ACK之前，第一终端可以生成ACK，具体可以通过以下方式一至方式三中的任意一种方式实现。

方式一、向网络设备发送的ACK由第一终端的物理(physical，PHY)层根据第一终端的MAC层的指示生成。也就是说，第一终端的MAC层指示PHY层生成ACK。

方式二、向网络设备发送的ACK由第一终端的MAC层生成，并由第一终端的MAC层发送至第一终端的PHY层。

方式三、向网络设备发送的ACK由第一终端的PHY层生成。

结合上述方案一至方案三，在一种情况下，可选的，该方法还包括：第一终端接收指示信息，指示信息用于指示满足第一条件，执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源。其中，第一条件为：针对侧行链路数据传输，第一终端未接收到NACK、且获取到重传资源，或者，第一终端接收到全部的ACK、且获取到重传资源，或者，第一终端的侧行链路的HARQ反馈关闭、且获取到重传资源。

进一步的，第一指示信息还可以指示第一终端满足第一条件、以及条件A至条件D中的一个或多个，执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源。

在具体实现时，将第一终端满足第一条件(或者，满足第一条件、以及条件A至条件D中的一个或多个)配置为一种场景(记为场景A)，该情况下，第一指示信息可以指示在场景A下，执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源。

结合上述方案一至方案三，在另一种情况下，可选的，该方法还包括：第一终端接收指示信息(记为第二指示信息)，第二指示信息用于指示第一终端满足第二条件，执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源，清空第一HARQ进程对应的HARQ缓存。其中，第二条件为：第一终端接收到全部的ACK、且获取到重传资源，或者，第一终端的侧行链路的HARQ反馈关闭、且获取到重传资源。

进一步的，第二指示信息还可以指示第一终端满足第二条件、以及条件A至条件D中的一个或多个，执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源，清空第一HARQ进程对应的HARQ缓存。

在具体实现时，将第一终端满足第二条件(或者，满足第二条件、以及条件A至条件D中的一个或多个)配置为一种场景(记为场景B)，该情况下，第二指示信息可以指示在场景B下，执行以下动作中的至少一种：向网络设备发送ACK，忽略重传资源，清空第一HARQ进程对应的HARQ缓存。

可选的，在上述实施例中，第一终端的MAC层可以基于SL数据是否成功发送决定执行的动作(例如，向网络设备发送ACK，忽略重传资源，清空第一HARQ进程对应的HARQ缓存)。其中，第一终端的MAC层确定SL数据是否成功发送可以有以下两种过程：

过程1、第一终端的PHY层从一个或多个第二终端接收HARQ反馈，根据一个或多个第二终端的HARQ反馈确定一个HARQ结果(ACK或NACK或不反馈)，将该HARQ结果发送给MAC层。若该HARQ结果为ACK，表示SL数据成功发送，若该HARQ结果为NACK，表示SL数据未成功发送。

可选的，在过程1中，NACK only的场景下，若第一终端的PHY层未接收到NACK，确定HARQ结果为ACK，否则为NACK；或者，若第一终端的PHY层未接收到NACK，确定HARQ结果为不反馈，否则为NACK。ACK/NACK的场景下，若第一终端的PHY层接收到全部第二终端反馈的ACK，确定HARQ结果为ACK，否则为NACK。

可选的，第一终端的PHY层接收到全部第二终端反馈的ACK包括：针对第二终端中的每个终端，第一终端至少接收到一次ACK。

针对第一终端接收到全部的ACK相关的描述可以参考方案一中的描述，此处不再赘述。

过程2、第一终端的PHY层从一个或多个第二终端接收HARQ反馈，将接收到的HARQ反馈均发送给MAC层(例如，将接收到的每个ACK、NACK均发送给MAC层，和/或，未接收到时，不向MAC层反馈)，MAC层根据这些HARQ反馈确定SL数据是否成功发送。

可选的，在过程2中，NACK only的场景下，从第二终端接收的HARQ反馈为NACK。若第一终端的PHY层未接收到NACK，此时，向MAC层发送的信息为空(即，不反馈)，第一终端的MAC层若未从PHY层接收到任何HARQ反馈，确定SL数据成功发送，否则(例如，接收到NACK)，确定SL数据未成功发送。ACK/NACK的场景下，第一终端的PHY层将接收到的HARQ反馈均发送给MAC层之后，若第一终端的MAC层确定接收到的全部第二终端的HARQ反馈均为ACK，确定SL数据成功发送，否则，确定SL数据未成功发送。

需要说明的是，上述过程1和过程2，不依赖于实施例一中的其他方案，可以作为单独的方案实现。

以上是对实施例一的相关描述。

另外，若HARQ进程ID对应的传输未结束或未成功，此时，下一个与该HARQ进程ID关联的资源不能获得数据(也就是不能用于传输数据)，终端不使用该资源传输数据。该情况下，若终端直接在该资源对应的PUCCH资源上向网络设备反馈ACK，可能会导致终端不能获得针对HARQ进程ID的重传资源，导致丢包。

示例性的，参见图8，网络设备为终端分配了1个类型1CG，占用4个HARQ进程ID(0至3)；分配了1个类型2CG，占用4个HARQ进程(4至7)。发送终端在HARQ进程ID4关联的资源上新传数据之后，若该数据未传输成功，发送终端接收到NACK，此时，发送终端向网络设备发送NACK，网络设备会为发送终端调度用于重传的DG资源。此时，HARQ进程ID4关联的下一个资源不能获得数据。若终端直接在该下一个资源对应的PUCCH资源上向网络设备反馈ACK，可能会导致终端不能获得针对HARQ进程ID4的重传资源，导致丢包。

为了解决该问题，本申请提供了实施例二。

实施例二

在实施例二中，第一终端可以和第二终端通信，第一终端可以向第二终端发送SL数据。即第一终端为发送终端，第二终端为接收终端。可选的，第二终端包括一个或多个终端。

实施例二包括以下方案一和方案二，以下分别进行描述。

方案一

参见图9A，方案一包括：

901、第一终端确定第二HARQ进程的传输结束或传输成功，或者，确定与第二HARQ进程ID关联的传输结束或传输成功。

可选的，第二HARQ进程的传输结束或传输成功，或者，与第二HARQ进程ID关联的传输结束或传输成功可以理解为：不存在与第二HARQ进程ID或第二HARQ进程关联的还未结束或正在进行的传输。

可选的，第二HARQ进程的传输结束或传输成功，或者，与第二HARQ进程ID关联的传输结束或传输成功可以理解为：针对SL数据传输或SL数据或第二HARQ进程或第二HARQ进程的传输或第二HARQ进程ID或第二HARQ进程ID关联的传输或第二资源或第二资源上的传输，第一终端确定结束或成功。

可选的，SL数据在第二资源上进行传输。

可选的，第二资源与第二HARQ进程或第二HARQ进程ID关联。

可选的，第二HARQ进程和第二HARQ进程ID关联。

可选的，通过第二HARQ进程发送SL数据。

可选的，与第二HARQ进程ID或第二HARQ进程关联的传输结束或传输成功，包括以下任一种或任多种情况：

(1)与第二HARQ进程ID或第二HARQ进程对应的定时器(类似于上述配置授权定时器，记为第一定时器)未启动或超时或停止或未运行。

可选的，第一定时器的作用可以与UL传输中配置授权定时器的作用类似，但是并不限定完全相同，第一定时器启动或重启或停止的条件也可以与UL传输中配置授权定时器启动或重启或停止的条件类似，但并不限定完全相同。

可选的，第一定时器适用于SL。

可选的，第一定时器可以是针对每个HARQ进程或每个HARQ进程ID的。比如，针对每个HARQ进程或每个HARQ进程ID，第一终端单独维护一个第一定时器，每个第一定时器的运行或停止或超时，仅影响与该HARQ进程或HARQ进程ID相关的传输或反馈。

可选的，第一定时器可以是网络设备给第一终端配置的。

可选的，第一定时器可以是针对CG资源的。

可选的，第一定时器可以是针对每个HARQ进程或HARQ进程ID的。

可选的，第一定时器可以是针对CG资源对应的每个HARQ进程或HARQ进程ID的。

可选的，第一定时器可以是针对所有的CG资源或某个/某些CG资源的每个HARQ进程或HARQ进程ID。

示例性的，第一终端获得了CG资源，CG资源对应的HARQ进程为0到3，或，CG资源对应的HARQ进程ID为0到3，且配置了第一定时器(例如，网络设备为第一终端配置的)，针对CG资源对应的HARQ进程0到3或HARQ进程ID 0到3，每个HARQ进程或HARQ进程ID独立维护第一定时器。

可选的，第一定时器可以用于限制或禁止与第二HARQ进程ID或第二HARQ进程相关联的资源(例如，CG资源)获得数据；或，用于限制或禁止与第二HARQ进程ID或第二HARQ进程关联的资源(例如，CG资源)进行传输。

可选的，在满足下列条件A至条件D中的任一条或任几条时，启动或重启第一定时器。

条件A.第一终端接收到由第一RNTI加扰的PDCCH或DCI调度的DG资源。

可选的，第一终端接收到由第一RNTI加扰的PDCCH或DCI调度的DG资源可以理解为第一终端接收到由第一RNTI加扰的PDCCH或DCI。

可选的，第一RNTI可以为SL-RNTI。

可选的，第一RNTI可以用于调度动态的资源，也可以用于调度动态资源的重传资源，第一RNTI可以用于DG的初传和重传资源。

可选的，该DG资源可以为DG的新传资源，也可以为DG的重传资源。

可选的，该DG资源对应的HARQ进程或HARQ进程ID是针对CG资源配置的。

例如，第一终端接收到DG资源，该DG资源对应的HARQ进程或HARQ进程ID与CG资源对应的HARQ进程或HARQ进程ID相同，如果该HARQ进程或HARQ进程ID或该CG资源或CG资源对应的HARQ进程或CG资源对应的HARQ进程ID配置了第一定时器，启动或重启对应的第一定时器(例如，该HARQ进程或HARQ进程ID对应的第一定时器)。

条件B.第一终端接收到由第二RNTI加扰的PDCCH或DCI调度的DG资源。

可选的，第一终端接收到由第二RNTI加扰的PDCCH或DCI调度的DG资源可以理解为第一终端接收到由第二RNTI加扰的PDCCH或DCI。

可选的，第二RNTI可以为SLCS-RNTI。

可选的，第二RNTI可以用于激活、重激活、去激活CG资源，也可以用于调度CG资源的重传资源。

可选的，该DG资源可以为重传资源。

可选的，该DCI中新数据指示(new data indicator，NDI)值为1。

例如，第一终端接收到DG资源，该DG资源为CG资源的重传资源，该DG资源对应的HARQ进程或HARQ进程ID，与，CG资源对应的HARQ进程或HARQ进程ID相同，如果该HARQ进程或HARQ进程ID或该CG资源或CG资源对应的HARQ进程或CG资源对应的HARQ进程ID配置了第一定时器，启动或重启对应的第一定时器(例如，该HARQ进程或HARQ进程ID对应的第一定时器)。

条件C.第一终端获取到要传输的数据或第一终端传输数据。

可选的，针对SL资源，第一终端获取到要传输的数据或第一终端传输数据。

可选的，SL资源可以是以下任一种或任几种：SL的第一模式的资源、SL的CG资源、SL的第一类型CG资源、SL的第二类型CG资源、SL的DG资源。

可选的，SL资源可以是初传资源，也可以是重传资源。

可选的，SL资源可以是由第一RNTI加扰的PDCCH或DCI调度的DG资源或由第二RNTI加扰的PDCCH或DCI调度的DG资源。

可选的，第一RNTI可以为SL-RNTI。

可选的，第二RNTI可以为SLCS-RNTI。

例如，针对一个SL CG资源，第一终端获取到要传输的数据，如果该CG资源或CG资源对应的HARQ进程或HARQ进程ID配置了第一定时器，启动或重启对应的第一定时器(例如，该HARQ进程或HARQ进程ID对应的第一定时器)。

例如，针对一个SL DG资源，第一终端获取到要传输的数据，该DG资源对应的HARQ进程或HARQ进程ID，与，CG资源对应的HARQ进程或HARQ进程ID相同，如果该HARQ进程或HARQ进程ID或该CG资源或CG资源对应的HARQ进程或CG资源对应的HARQ进程ID配置了第一定时器，启动或重启对应的第一定时器(例如，该HARQ进程或HARQ进程ID对应的第一定时器)。

条件D.第一终端确定SL传输失败。

可选的，针对SL数据传输或SL数据或第二HARQ进程或第二HARQ进程的传输或第二HARQ进程ID或第二HARQ进程ID关联的传输或第一资源或第一资源上的传输，第一终端确定SL传输失败。

可选的，第一资源在第二资源之后。

可选的，第一资源和第二资源均为SL资源。

其中，第一终端确定SL传输失败包括以下任一种或任几种：

D1.第一终端接收到NACK。

D2.第一终端未接收到反馈。

可选的，第一终端未接收到反馈可以理解为第一终端在对应的反馈资源/反馈时机未接收到反馈。

可选的，对应的反馈资源/反馈时机可以理解为：与SL数据传输或SL数据对应的反馈资源/反馈时机。例如,与SL数据传输或SL数据对应的PSFCH资源。

D3.第一终端未接收到ACK。

D4.第一终端未接收到全部ACK。

D5.第一终端向网络设备反馈了NACK。

可选的，在满足下列条件E和条件F中的任一条或任几条时，停止第一定时器。

条件E.第一终端接收到激活CG资源的PDCCH或DCI。

可选的，第一终端接收到由第二RNTI加扰的PDCCH或DCI。

可选的，第二RNTI可以为SLCS-RNTI。

可选的，第二RNTI可以用于激活、重激活、去激活CG资源，也可以用于调度CG资源的重传资源。

可选的，该DCI中NDI值为0。

条件F.第一终端确定SL传输成功或完成。

可选的，针对SL数据传输或SL数据或第二HARQ进程或第二HARQ进程的传输或第二HARQ进程ID或第二HARQ进程ID关联的传输或第一资源或第一资源上的传输，第一终端确定SL传输成功或完成。

其中，第一终端确定SL传输成功或完成包括以下任一种或任几种：

F1.第一终端未接收到NACK或反馈。

可选的，第一终端未接收到NACK或反馈可以理解为第一终端在对应的反馈资源/反馈时机未接收到NACK或反馈。

可选的，对应的反馈资源/反馈时机可以理解为：与SL数据传输或SL数据对应的反馈资源/反馈时机。例如,与SL数据传输或SL数据对应的PSFCH资源。

F2.第一终端接收到ACK。

F3.第一终端接收到全部ACK。

F4.第一终端向网络设备反馈了ACK。

F5.达到最大传输次数或最大重传次数。

F6.达到最大传输时间。

F7：第一终端接收到ACK，且未接收到NACK。

F8:第一终端丢弃SL数据，或者，清空HARQ进程所对应的HARQ缓存，或者，释放HARQ进程。

需要说明的是，上述针对第一定时器的介绍，可能并不全面，具体的内容可以参考协议。

(2)没有与第二HARQ进程ID或第二HARQ进程关联的对应关系，其中，“与一个HARQ进程ID或HARQ进程关联的对应关系”的相关描述可以参见实施例一，不再赘述。

可选的，与第二HARQ进程ID或第二HARQ进程关联的对应关系可以理解为与第二HARQ进程ID或第二HARQ进程相关的关联关系。

可选的，第一终端不存在或未保存与第二HARQ进程ID或第二HARQ进程关联的对应关系。

(3)第一终端首次获得与第二HARQ进程ID或第二HARQ进程关联的资源。

可选的，第一终端之前未使用与第二HARQ进程ID或第二HARQ进程关联的资源进行过传输或侧行链路传输。

(4)与第二HARQ进程ID对应的HARQ进程关联的或与第二HARQ进程关联的HARQ缓存为空。

(5)第一终端接收到ACK。

可选的，第一终端接收到全部的ACK。

可选的，第一终端从第二终端中的每个终端接收到至少一次ACK。

例如，ACK/NACK的场景下，第一终端利用第二HARQ进程向第二终端发送数据，第一终端接收到来自第二终端中的每个终端的ACK。

(6)第一终端未收到NACK或反馈。

可选的，第一终端未接收到NACK或反馈可以理解为第一终端在对应的反馈资源/反馈时机未接收到NACK或反馈。

可选的，对应的反馈资源/反馈时机可以理解为：与SL数据传输或SL数据对应的反馈资源/反馈时机。例如,与SL数据传输或SL数据对应的PSFCH资源。

例如，NACK only的场景下，第一终端利用第二HARQ进程向第二终端发送数据，未接收NACK。

(7)第一终端向网络设备反馈了ACK。

其中，(5)至(7)中的任意一个都可以用于SL单播通信场景、SL组播通信场景、SL广播通信场景下，与某个HARQ进程ID或HARQ进程关联的传输结束或传输成功的判定。

(8)达到最大传输时间。

(9)达到最大传输次数。

(10)所述第一终端清空第二HARQ进程所对应的缓存。

(11)第一终端接收到网络设备调度的新传资源，该新传资源所关联的HARQ进程ID与第二HARQ进程ID相同，或，该新传资源与第二HARQ进程关联。

(12)第一终端释放第二HARQ进程。

902、第一终端未使用第一资源进行传输，第一终端向网络设备发送ACK或第一终端生成ACK。

可选的，ACK与SL数据传输或SL数据或第二HARQ进程或第二HARQ进程的传输或第二HARQ进程ID或第二HARQ进程ID或第一资源中的任一个或任多个相关联。

可选的，该ACK可以用于向网络设备指示该第一终端使用该第一资源进行边链路传输成功或该第一终端设备未在该第一资源上进行传输或该第一终端设备未向网络设备请求重传资源或该第一终端设备第二HARQ进程上的边链路传输成功或该第一终端设备未向网络设备请求针对第一资源、第二HARQ进程ID以及第二HARQ进程中的任一个或任多个的重传资源。

可选的，网络设备收到该ACK，会视为该第一终端使用该第一资源进行边链路传输成功或该第一终端设备未在该第一资源上进行传输或该第一终端设备未向网络设备请求重传资源或该第一终端设备第二HARQ进程上的边链路传输成功或该第一终端设备未向网络设备请求针对第一资源、第二HARQ进程ID以及第二HARQ进程中的任一个或任多个的重传资源，可以为该第一终端分配重传资源。

其中，“第一终端确定第二HARQ进程的传输结束或传输成功，或者，确定与第二HARQ进程ID关联的传输结束或传输成功”的时间和“第一终端未使用第一资源进行传输或第一资源”在时间上的前后没有严格的限制。

其中，第一资源与第二HARQ进程ID关联。

可选的，第一资源可以为单个的资源，也可以一个bundle内的资源，本申请不作限制。

示例性的，第一终端在PUCCH资源或PUSCH资源上向网络设备发送ACK。

可选的，第一终端未使用第一资源进行传输可以理解为：第一终端未使用第一资源进行侧行链路传输。

可选的，第一终端未使用第一资源进行传输可以包括：第一终端未传输SCI，和/或，第一终端未传输数据。

可选的，该SCI用于调度第一资源上传输的数据，或，用于调度PSSCH。

可选的，第一终端未使用第一资源进行传输可以包括：第一终端未传输PSCCH，和/或，第一终端未传输PSSCH。

可选的，第一终端未使用第一资源进行传输，包括：第二HARQ进程ID对应的HARQ进程对应的HARQ缓存为空，或第二HARQ进程对应的HARQ缓存为空；或者，针对第一资源，第一终端未获取到数据。

可选的，第一终端向网络设备发送ACK，包括：在满足以下条件中的任意一个或多个的情况下，第一终端向网络设备发送ACK；该条件包括：上述实施例一中的条件A至条件D。关于该可选的方法的相关描述可参见实施例一，不同的地方在于，将重传资源替换为第一资源进行理解，将第一HARQ进程替换为第二HARQ进程进行理解即可，不再赘述。

可选的，第一终端向网络设备发送ACK之前，第一终端生成ACK。第一终端可以采用实施例一中的方式一至方式三中的任一种方式实现，本申请不作限制。

可选的，该方法还包括：第一终端接收指示信息(记为第三指示信息)，第三指示信息用于指示满足第三条件，向网络设备发送ACK或第一终端生成ACK。其中，第三条件为：第二HARQ进程的传输结束或传输成功或者与第二HARQ进程ID关联的传输结束或传输成功、且第一终端未使用第一资源进行传输。

进一步的，第三指示信息还可以指示满足第三条件和实施例一中的条件A至条件D中的一个或多个，向网络设备发送ACK或第一终端生成ACK。

在具体实现时，将第一终端满足第三条件(或者，满足第三条件和实施例一中的条件A至条件D中的一个或多个)配置为一种场景(记为场景C)，该情况下，第三指示信息可以指示在场景C下，向网络设备发送ACK或第一终端生成ACK。

方案一提供的方法，第一终端确定与第二HARQ进程ID或第二HARQ进程关联的传输结束或传输成功，第一终端未使用第一资源进行传输，向网络设备发送ACK，保证与第二HARQ进程ID关联的传输未结束或未成功的情况下，终端可以获取到重传资源，从而避免由于与第二HARQ进程ID或第二HARQ进程关联的传输未结束或未成功而向网络设备发送ACK导致的丢包问题。

方案二

参见图9B，方案二包括：

901A、第一终端确定第二HARQ进程的传输未结束或未成功，或者，确定与第二HARQ进程ID关联的传输未结束或未成功。

可选的，第二HARQ进程的传输未结束或未成功，或者，与第二HARQ进程ID关联的传输未结束或未成功可以理解为：存在与第二HARQ进程ID或第二HARQ进程关联的还未结束或正在进行的传输。

可选的，第二HARQ进程的传输未结束或未成功，或者，与第二HARQ进程ID关联的传输未结束或未成功可以理解为：针对SL数据传输或SL数据或第二HARQ进程或第二HARQ进程的传输或第二HARQ进程ID或第二HARQ进程ID关联的传输或第二资源或第二资源上的传输，第一终端确定未结束或未成功。

可选的，SL数据在第二资源上进行传输。

可选的，第二资源与第二HARQ进程或第二HARQ进程ID关联。

可选的，第二HARQ进程和第二HARQ进程ID关联。

可选的，通过第二HARQ进程发送SL数据。

可选的，第二HARQ进程的传输未结束或未成功，或者，与第二HARQ进程ID关联的传输未结束或未成功，包括以下任一种或任多种情况：

(1)与第二HARQ进程ID或第二HARQ进程对应的定时器正在运行。关于该定时器的相关描述可参见实施二中的方案一，不再赘述。

(2)存在与第二HARQ进程ID或第二HARQ进程关联的对应关系。

(3)与第二HARQ进程ID对应的HARQ进程关联的或与第二HARQ进程关联的HARQ缓存不为空。

(4)第一终端未接收到ACK或者接收到NACK。

可选的，第一终端未接收到全部的ACK。

可选的，第一终端从第二终端中的至少一个终端接收到NACK。

例如，ACK/NACK的场景下，第一终端利用第二HARQ进程向第二终端发送数据，第一终端接收到来自第二终端中的某个终端的NACK。

(5)第一终端接收到NACK或反馈。

例如，NACK only的场景下，第一终端利用第二HARQ进程向第二终端发送数据，接收NACK。

(6)第一终端向网络设备反馈了NACK或未进行HARQ反馈。

(7)未达到最大传输时间。

(8)未达到最大传输次数或最大重传次数。

(9)第一终端未清空第二HARQ进程对应的缓存。

(10)第一终端未接收到网络设备调度的新传资源，新传资源关联的HARQ进程ID与第二HARQ进程ID相同。

(11)第一终端未释放第二HARQ进程。

902A、第一终端未使用第一资源进行传输，第一终端向网络设备发送NACK或不向网络设备进行HARQ反馈。

可选的，NACK与SL数据传输或SL数据或第二HARQ进程或第二HARQ进程的传输或第二HARQ进程ID或第二HARQ进程ID或第一资源中的任一个或任多个相关联。

可选的，该NACK可以用于向网络设备指示该第一终端使用该第一资源进行边链路传输失败/未成功或该第一终端设备未在该第一资源上进行传输或该第一终端设备向网络设备请求重传资源或该第一终端设备第二HARQ进程上的边链路传输失败/未成功或该第一终端设备向网络设备请求针对第一资源、第二HARQ进程ID以及第二HARQ进程中的任一个或任多个的重传资源。

可选的，网络设备收到该NACK，会视为该第一终端使用该第一资源进行边链路传输失败/未成功或该第一终端设备未在该第一资源上进行传输或该第一终端设备向网络设备请求重传资源或该第一终端设备第二HARQ进程上的边链路传输失败/未成功或该第一终端设备向网络设备请求针对第一资源、第二HARQ进程ID以及第二HARQ进程中的任一个或任多个的重传资源，可以为该第一终端分配重传资源。

其中，“第一终端确定第二HARQ进程的传输未结束或未成功，或者，确定与第二HARQ进程ID关联的传输未结束或未成功”的时间和“第一终端未使用第一资源进行传输或第一资源”在时间上的前后没有严格的限制。

其中，关于第一资源以及第一终端未使用第一资源进行传输的相关描述可参见实施例二中的方案一，不再赘述。

示例性的，第一终端在PUCCH资源或PUSCH资源上向网络设备发送NACK。

可选的，第一终端向网络设备发送NACK之前，第一终端生成NACK。第一终端可以采用实施例一中的方式一至方式三中的任一种方式实现，将ACK替换为NACK进行理解即可。

可选的，该方法还包括：第一终端接收指示信息，指示信息用于指示满足第四条件，向网络设备发送NACK或不向网络设备进行HARQ反馈；其中，第四条件为：第一终端确定第二HARQ进程的传输未结束或未成功、且第一终端未使用第一资源进行传输。

在具体实现时，将第一终端满足第四条件配置为一种场景(记为场景D)，该情况下，第四指示信息可以指示在场景D下，向网络设备发送NACK或不向网络设备进行HARQ反馈。

进一步的，第四指示信息还可以指示满足第四条件和实施例一中的条件A至条件D中的一个或多个，向网络设备发送NACK。

方案二提供的方法，第一终端确定与第二HARQ进程ID或第二HARQ进程关联的传输未结束或未成功，第一终端未使用第一资源进行传输，向网络设备发送NACK或不向网络设备进行HARQ反馈，保证与第二HARQ进程ID关联的传输未结束或未成功的情况下，终端可以获取到重传资源，从而避免由于与第二HARQ进程ID或第二HARQ进程关联的传输未结束或未成功而向网络设备发送ACK导致的丢包问题。

本申请实施例描述的***架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

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

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

示例性的，图10示出了上述实施例中所涉及的通信装置(记为通信装置100)的一种可能的结构示意图，该通信装置100包括处理单元1001和通信单元1002。可选的，还包括存储单元1003。通信装置100可以用于示意上述实施例中的第一终端和网络设备的结构。

当图10所示的结构示意图用于示意上述实施例中所涉及的第一终端的结构时，处理单元1001用于对第一终端的动作进行控制管理，例如，处理单元1001用于执行图5至图7中的步骤、图9A中的步骤，和/或本申请实施例中所描述的其他过程中的第一终端执行的动作。处理单元1001可以通过通信单元1002与其他网络实体通信，例如，与图9A中的网络设备通信。存储单元1003用于存储第一终端的程序代码和数据。

当图10所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时，处理单元1001用于对网络设备的动作进行控制管理，例如，处理单元1001用于执行图9A中的902，和/或本申请实施例中所描述的其他过程中的网络设备执行的动作。处理单元1001可以通过通信单元1002与其他网络实体通信，例如，与图9A中的第一终端通信。存储单元1003用于存储网络设备的程序代码和数据。

示例性的，通信装置100可以为一个设备也可以为芯片或芯片***。

当通信装置100为一个设备时，处理单元1001可以是处理器；通信单元1002可以是通信接口、收发器，或，输入接口和/或输出接口。可选地，收发器可以为收发电路。可选地，输入接口可以为输入电路，输出接口可以为输出电路。

当通信装置100为芯片或芯片***时，通信单元1002可以是该芯片或芯片***上的通信接口、输入接口和/或输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。处理单元1001可以是处理器、处理电路或逻辑电路等。

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

本申请实施例还提供了一种通信装置的硬件结构示意图，参见图11或图12，该通信装置包括处理器1101，可选的，还包括与处理器1101连接的存储器1102。

处理器1101可以是一个通用中央处理器(central processing unit，CPU)、微处理器、特定应用集成电路(application-specific integrated circuit，ASIC)，或者一个或多个用于控制本申请方案程序执行的集成电路。处理器1101也可以包括多个CPU，并且处理器1101可以是一个单核(single-CPU)处理器，也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。

存储器1102可以是ROM或可存储静态信息和指令的其他类型的静态存储设备、RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，本申请实施例对此不作任何限制。存储器1102可以是独立存在(此时，处理器可以位于通信装置外，也可以位于通信装置内)，也可以和处理器1101集成在一起。其中，存储器1102中可以包含计算机程序代码。处理器1101用于执行存储器1102中存储的计算机程序代码，从而实现本申请实施例提供的方法。

在第一种可能的实现方式中，参见图11，通信装置还包括收发器1103。处理器1101、存储器1102和收发器1103通过总线相连接。收发器1103用于与其他设备或通信网络通信。可选的，收发器1103可以包括发射机和接收机。收发器1103中用于实现接收功能的器件可以视为接收机，接收机用于执行本申请实施例中的接收的步骤。收发器1103中用于实现发送功能的器件可以视为发射机，发射机用于执行本申请实施例中的发送的步骤。

基于第一种可能的实现方式，图11所示的结构示意图可以用于示意上述实施例中所涉及的第一终端和网络设备的结构。

当图11所示的结构示意图用于示意上述实施例中所涉及的第一终端的结构时，处理器1101用于对第一终端的动作进行控制管理，例如，处理器1101用于执行图5至图7中的步骤、图9A中的步骤，和/或本申请实施例中所描述的其他过程中的第一终端执行的动作。处理器1101可以通过收发器1103与其他网络实体通信，例如，与图9A中的网络设备通信。存储器1102用于存储第一终端的程序代码和数据。

当图11所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时，处理器1101用于对网络设备的动作进行控制管理，例如，处理器1101用于执行图9A中的902，和/或本申请实施例中所描述的其他过程中的网络设备执行的动作。处理器1101可以通过收发器1103与其他网络实体通信，例如，与图9A中的第一终端通信。存储器1102用于存储网络设备的程序代码和数据。

在第二种可能的实现方式中，处理器1101包括逻辑电路以及输入接口和输出接口中的至少一个。示例性的，输出接口用于执行相应方法中的发送的动作，输入接口用于执行相应方法中的接收的动作。

基于第二种可能的实现方式，参见图12，图12所示的结构示意图可以用于示意上述实施例中所涉及的第一终端和网络设备的结构。

当图12所示的结构示意图用于示意上述实施例中所涉及的第一终端的结构时，处理器1101用于对第一终端的动作进行控制管理，例如，处理器1101用于执行图5至图7中的步骤、图9A中的步骤，和/或本申请实施例中所描述的其他过程中的第一终端执行的动作。处理器1101可以通过输入接口和输出接口中的至少一个与其他网络实体通信，例如，与图9A中的网络设备通信。存储器1102用于存储第一终端的程序代码和数据。

当图12所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时，处理器1101用于对网络设备的动作进行控制管理，例如，处理器1101用于执行图9A中的902，和/或本申请实施例中所描述的其他过程中的网络设备执行的动作。处理器1101可以通过输入接口和输出接口中的至少一个与其他网络实体通信，例如，与图9A中的第一终端通信。存储器1102用于存储网络设备的程序代码和数据。

在实现过程中，本实施例提供的方法中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种通信***，包括：第一终端和网络设备。可选的，还包括接收终端。

本申请实施例还提供了一种芯片，包括：处理器和接口，处理器通过接口与存储器耦合，当处理器执行存储器中的计算机程序或指令时，使得上述实施例提供的任意一种方法被执行。

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

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (19)

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

针对第一终端与第二终端之间的侧行链路数据传输，仅NACK反馈模式被开启，所述第一终端未接收到NACK，或者，所述第一终端接收到全部的肯定确认ACK，或者，所述第一终端的侧行链路的混合自动重传请求HARQ反馈关闭；

所述第一终端获取重传资源，所述重传资源与所述侧行链路数据关联；

所述第一终端向网络设备发送ACK，和/或，所述第一终端忽略所述重传资源；

所述方法还包括：

所述第一终端接收指示信息，所述指示信息用于指示满足第一条件，向所述网络设备发送ACK，和/或，忽略所述重传资源；其中，所述第一条件为：针对所述侧行链路数据传输，所述第一终端未接收到NACK、且获取到所述重传资源，或者，所述第一终端接收到全部的ACK、且获取到所述重传资源，或者，所述第一终端的侧行链路的HARQ反馈关闭、且获取到所述重传资源。

2.根据权利要求1所述的方法，其特征在于，所述第一终端接收到全部的ACK，包括：

针对所述第二终端中的每个终端，所述第一终端至少接收到一次ACK。

3.根据权利要求1或2所述的方法，其特征在于，所述第一终端向所述网络设备发送ACK，包括：

在满足以下条件中的任意一个或多个的情况下，所述第一终端向所述网络设备发送ACK；

所述条件包括：

存在与所述重传资源对应的物理上行控制信道PUCCH资源；

所述重传资源未被所述网络设备调度的其他资源抢占；

所述第一终端与所述网络设备保持上行同步；

所述重传资源包括以下资源中的任意一种或多种：所述侧行链路的第一模式的资源，所述侧行链路的配置授权资源，所述侧行链路的第一类型配置授权资源，所述侧行链路的第二类型配置授权资源，所述侧行链路的动态授权资源，所述侧行链路的配置授权资源集合；其中，所述配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。

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

针对第一终端与第二终端之间的侧行链路数据传输，所述第一终端接收到全部的肯定确认ACK，或者，所述第一终端的侧行链路的混合自动重传请求HARQ反馈关闭；

所述第一终端获取重传资源，所述重传资源与所述侧行链路数据关联，所述重传资源与第一HARQ进程标识ID关联，所述第一HARQ进程ID用于标识第一HARQ进程；

所述第一终端清空所述第一HARQ进程对应的HARQ缓存；

所述方法还包括：

所述第一终端接收指示信息，所述指示信息用于指示满足第二条件，清空所述第一HARQ进程对应的HARQ缓存；其中，所述第二条件为：针对所述侧行链路数据传输，所述第一终端接收到全部的ACK、且获取到所述重传资源，或者，所述第一终端的侧行链路的HARQ反馈关闭、且获取到所述重传资源。

5.根据权利要求4所述的方法，其特征在于，所述第一终端接收到全部的ACK，包括：

针对所述第二终端中的每个终端，所述第一终端至少接收到一次ACK。

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

针对第一终端与第二终端之间的侧行链路数据传输，所述第一终端确定第二混合自动重传请求HARQ进程的传输结束或传输成功；

所述第一终端获取第一资源，若所述第一终端未使用所述第一资源进行传输，所述第一终端向网络设备发送肯定确认ACK；其中，所述第一资源为重传资源，所述第一资源与第二HARQ进程标识ID关联，所述第二HARQ进程ID用于标识所述第二HARQ进程；

所述第一终端未使用第一资源进行传输，包括：所述第二HARQ进程对应的HARQ缓存为空；或者，针对所述第一资源，所述第一终端未获取到数据；

所述方法还包括：所述第一终端接收指示信息，所述指示信息用于指示满足第三条件，向所述网络设备发送ACK；其中，所述第三条件为：所述第二HARQ进程的传输结束或传输成功、且所述第一终端未使用所述第一资源进行传输。

7.根据权利要求6所述的方法，其特征在于，所述与第二HARQ进程ID关联的传输结束或传输成功，包括以下任一种或任多种情况：

与所述第二HARQ进程ID或所述第二HARQ进程对应的定时器未启动或超时或停止；

没有与所述第二HARQ进程ID或所述第二HARQ进程关联的对应关系；

所述第一终端首次获得与所述第二HARQ进程ID关联的资源；

与所述第二HARQ进程对应的HARQ缓存为空；

所述第一终端接收到ACK；

所述第一终端未接收到NACK；

所述第一终端向所述网络设备反馈了ACK；

达到最大传输时间；

达到最大传输次数或最大重传次数；

所述第一终端清空了所述第二HARQ进程对应的数据；

所述第一终端接收到所述网络设备调度的新传资源，所述新传资源关联的HARQ进程ID与所述第二HARQ进程ID相同；

所述第一终端释放了所述第二HARQ进程。

8.根据权利要求6或7所述的方法，其特征在于，所述第一终端向所述网络设备发送ACK，包括：

在满足以下条件中的任意一个或多个的情况下，所述第一终端向所述网络设备发送ACK；

所述条件包括：

存在与所述第一资源对应的物理上行控制信道PUCCH资源；

所述第一资源未被所述网络设备调度的其他资源抢占；

所述第一终端与所述网络设备保持上行同步；

所述第一资源包括以下资源中的任意一种或多种：侧行链路的第一模式的资源，所述侧行链路的配置授权资源，所述侧行链路的第一类型配置授权资源，所述侧行链路的第二类型配置授权资源，所述侧行链路的动态授权资源，所述侧行链路的配置授权资源集合；其中，所述配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。

9.一种通信装置，其特征在于，所述通信装置为第一终端，所述第一终端包括：通信单元和处理单元；

针对第一终端与第二终端之间的侧行链路数据传输，仅NACK反馈模式被开启，所述第一终端未接收到NACK，或者，所述第一终端接收到全部的肯定确认ACK，或者，所述第一终端的侧行链路的混合自动重传请求HARQ反馈关闭；

所述处理单元，用于获取重传资源，所述重传资源与所述侧行链路数据关联；

所述通信单元，用于向网络设备发送ACK，和/或，所述处理单元，还用于忽略所述重传资源；

所述通信单元，还用于接收指示信息，所述指示信息用于指示满足第一条件，向所述网络设备发送ACK，和/或，忽略所述重传资源；其中，所述第一条件为：针对所述侧行链路数据传输，所述第一终端未接收到NACK、且获取到所述重传资源，或者，所述第一终端接收到全部的ACK、且获取到所述重传资源，或者，所述第一终端的侧行链路的HARQ反馈关闭、且获取到所述重传资源。

10.根据权利要求9所述的通信装置，其特征在于，所述通信装置接收到全部的ACK，包括：针对第二终端中的每个终端，所述通信装置至少接收到一次ACK。

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

在满足以下条件中的任意一个或多个的情况下，向所述网络设备发送ACK；

所述条件包括：

存在与所述重传资源对应的物理上行控制信道PUCCH资源；

所述重传资源未被所述网络设备调度的其他资源抢占；

所述通信装置与所述网络设备保持上行同步；

所述重传资源包括以下资源中的任意一种或多种：所述侧行链路的第一模式的资源，所述侧行链路的配置授权资源，所述侧行链路的第一类型配置授权资源，所述侧行链路的第二类型配置授权资源，所述侧行链路的动态授权资源，所述侧行链路的配置授权资源集合；其中，所述配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。

12.一种通信装置，其特征在于，所述通信装置为第一终端，所述第一终端包括：处理单元；

针对第一终端与第二终端之间的侧行链路数据传输，所述第一终端接收到全部的肯定确认ACK，或者，所述第一终端的侧行链路的混合自动重传请求HARQ反馈关闭；

所述处理单元，用于获取重传资源，所述重传资源与所述侧行链路数据关联，所述重传资源与第一HARQ进程标识ID关联，所述第一HARQ进程ID用于标识第一HARQ进程；

所述处理单元，还用于清空所述第一HARQ进程对应的HARQ缓存；

通信单元，用于接收指示信息，所述指示信息用于指示满足第二条件，清空所述第一HARQ进程对应的HARQ缓存；其中，所述第二条件为：针对所述侧行链路数据传输，所述第一终端接收到全部的ACK、且获取到所述重传资源，或者，所述第一终端的侧行链路的HARQ反馈关闭、且获取到所述重传资源。

13.根据权利要求12所述的通信装置，其特征在于，所述通信装置接收到全部的ACK，包括：针对第二终端中的每个终端，所述通信装置至少接收到一次ACK。

14.一种通信装置，其特征在于，所述通信装置为第一终端，所述第一终端包括：通信单元和处理单元；

针对所述第一终端与第二终端之间的侧行链路数据传输，所述处理单元，用于确定第二混合自动重传请求HARQ进程的传输结束或传输成功；

所述第一终端获取第一资源，若所述第一终端未使用所述第一资源进行传输，所述通信单元，用于向网络设备发送肯定确认ACK；其中，所述第一资源为重传资源，所述第一资源与第二HARQ进程标识ID关联，所述第二HARQ进程ID用于标识所述第二HARQ进程；

所述第一终端未使用第一资源进行传输，包括：所述第二HARQ进程对应的HARQ缓存为空；或者，针对所述第一资源，所述第一终端未获取到数据；

所述通信单元，还用于接收指示信息，所述指示信息用于指示满足第三条件，向所述网络设备发送ACK；其中，所述第三条件为：所述第二HARQ进程的传输结束或传输成功、且所述第一终端未使用所述第一资源进行传输。

15.根据权利要求14所述的通信装置，其特征在于，所述与第二HARQ进程ID关联的传输结束或传输成功，包括以下任一种或任多种情况：

与所述第二HARQ进程ID或所述第二HARQ进程对应的定时器未启动或超时或停止；

没有与所述第二HARQ进程ID或所述第二HARQ进程关联的对应关系；

所述通信装置首次获得与所述第二HARQ进程ID关联的资源；

与所述第二HARQ进程对应的HARQ缓存为空；

所述通信装置接收到ACK；

所述通信装置未接收到NACK；

所述通信装置向所述网络设备反馈了ACK；

达到最大传输时间；

达到最大传输次数或最大重传次数；

所述通信装置清空了所述第二HARQ进程对应的数据；

所述通信装置接收到所述网络设备调度的新传资源，所述新传资源关联的HARQ进程ID与所述第二HARQ进程ID相同；

所述通信装置释放了所述第二HARQ进程。

16.根据权利要求14或15所述的通信装置，其特征在于，所述通信单元，具体用于：

在满足以下条件中的任意一个或多个的情况下，向所述网络设备发送ACK；

所述条件包括：

存在与所述第一资源对应的物理上行控制信道PUCCH资源；

所述第一资源未被所述网络设备调度的其他资源抢占；

所述通信装置与所述网络设备保持上行同步；

所述第一资源包括以下资源中的任意一种或多种：侧行链路的第一模式的资源，所述侧行链路的配置授权资源，所述侧行链路的第一类型配置授权资源，所述侧行链路的第二类型配置授权资源，所述侧行链路的动态授权资源，所述侧行链路的配置授权资源集合；其中，所述配置授权资源集合包括一个或多个配置授权资源索引对应的配置授权资源。

17.一种通信装置，其特征在于，包括：处理器；

所述处理器与存储器连接，所述存储器用于存储计算机执行指令，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述通信装置实现如权利要求1-3任一项，或者，权利要求4-5任一项，或者，权利要求6-8任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-3任一项，或者，权利要求4-5任一项，或者，权利要求6-8任一项所述的方法。

19.一种计算机程序产品，其特征在于，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-3任一项，或者，权利要求4-5任一项，或者，权利要求6-8任一项所述的方法。