CN116192343A

CN116192343A - 一种处理侧行链路资源的方法、装置及系统

Info

Publication number: CN116192343A
Application number: CN202211247106.2A
Authority: CN
Inventors: 徐海博; 肖潇; 魏冬冬; 王君; 王键
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-08-16
Filing date: 2019-08-16
Publication date: 2023-05-30
Also published as: WO2021031912A1; CN112398596A; CN112398596B; CN115765936A

Abstract

本申请实施例提供一种处理侧行链路资源的方法、装置及系统，涉及通信技术领域。用以在第一终端未向网络设备发送HARQ信息的情况下，处理被分配的用于重传数据包的侧行链路资源。第一终端确定在第一时刻未向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息；确认信息用于指示第二终端是否正确接收第一终端在第一侧行链路资源上向第二终端发送的第一侧行链路HARQ进程的第一数据包；第一终端确定第二侧行链路资源；第二侧行链路资源的HARQ参数包括新数据指示NDI，以及HARQ进程号；在确认信息指示第二终端正确接收第一数据包的情况下，第一终端根据HARQ参数，处理第二侧行链路资源。该方案可以适用于无人驾驶、自动驾驶、辅助驾驶、智能驾驶、网联驾驶、智能网联驾驶、汽车共享、人工智能等领域。

Description

一种处理侧行链路资源的方法、装置及系统

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种处理侧行链路资源的方法、装置及系统。

背景技术

在长期演进(long time evolution，LTE)系统或新空口(new radio，NR)系统中，终端之间的通信接口可以称为PC5接口。PC5接口一般用于车辆对一切(vehicle-to-everything，V2X)，或者D2D等可以在设备间进行直联通信的场景。在PC5接口上，TX终端可以通过侧行链路(sidelink，SL)向RX终端传输侧行链路数据。为了保证侧行链路数据传输的可靠性，RX终端可以向TX终端发送混合自动重复请求(hybrid autonomous repeatrequest，HARQ)进程对应的HARQ信息。该HARQ信息用于指示侧行链路数据是否被RX终端正确接收。

TX终端在接收到HARQ信息之后，可以向网络设备发送该HARQ信息，以使得网络设备根据HARQ信息确定侧行链路数据未被正确接收时，为TX终端重新分配用于重新传输侧行链路数据的侧行链路资源。在网络设备根据HARQ信息确定侧行链路数据被正确接收的情况下，网络设备为TX终端分配用于传输其他侧行链路数据的侧行链路资源。

但是，TX终端可能无法向网络设备发送该HARQ信息，或者网络设备无法接收到HARQ信息，对于这种情况，现有技术中未描述TX终端如何处理后续的HARQ过程。

发明内容

本申请实施例提供一种发送侧行链路资源的方法、装置及系统，用以在第一终端未向网络设备发送HARQ信息的情况下，处理被分配的用于重传数据包的侧行链路资源。

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

第一方面，本申请实施例提供一种处理侧行链路资源的方法，包括：第一终端确定在第一时刻未向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端是否正确接收第一终端在第一侧行链路资源上向所述第二终端发送的第一侧行链路HARQ进程的第一数据包。第一终端确定第二侧行链路资源。在确认信息指示所述第二终端正确接收所述第一数据包的情况下，第一终端根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源。其中，第二侧行链路资源的HARQ参数包括新数据指示NDI和HARQ进程号。

本申请实施例提供一种处理侧行链路资源的方法，该方法中第一终端可以在确定在第一时刻未向网络设备发送确认信息，以及该确认信息指示第二终端正确接收第一数据包的情况下，如果第一终端又接收到第二侧行链路资源。由于第二侧行链路资源的HARQ参数包括NDI指示。NDI指示通常用于指示重传或者新传，当发生该情况时，第一终端可以根据HARQ参数，处理该第二侧行链路资源。由于第一数据包被第二终端正确接收，因此，第一终端不需要对第一数据包进行重传，通过对第二侧行链路资源作处理可以避免第一终端的不必要的传输，以及避免第二终端不必要的反馈。

结合第一方面，在第一方面的第一种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源，包括：第一终端根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包。这样便于在第一数据包被正确接收的情况下，第一终端利用第二侧行链路资源进行新传。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第一种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源，包括：第一终端根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源。这样便于在第一数据包被正确接收的情况下，避免在第二侧行链路资源上重传。

结合第一方面至第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，HARQ参数还包括HARQ进程号，本申请实施例提供的方法还包括：第一侧行链路HARQ进程关联第一变量，第一变量的值为第一参数值或第二参数值。其中，第一参数值表示第二终端正确接收第一数据包，第二参数值表示第二终端未正确接收第一数据包。第一终端根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源，包括：在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，第一终端忽略第二侧行链路资源。如果NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，则第一终端可以确定该第二侧行链路资源用于重传第一数据包，但是由于第一数据包已经被第二终端正确接收了，所以第一终端可以忽略第二侧行链路资源。

结合第一方面至第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源，包括：在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一侧行链路HARQ进程的HARQ缓存为空的情况下，第一终端忽略第二侧行链路资源。如果NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，则第一终端可以确定该第二侧行链路资源用于重传第一数据包，但是由于第一侧行链路HARQ进程的HARQ缓存为空，所以第一终端可以忽略第二侧行链路资源。

结合第一方面至第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，本申请实施例提供的方法还包括：第一终端确定第一数据包已经成功被第二终端接收，第一终端清空第一侧行链路HARQ进程的HARQ缓存。

结合第一方面至第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包，包括：在NDI指示新传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，第一终端在第二侧行链路资源上传输第二数据包。这样可以在确定第一数据包已经被成功接收的情况下，如果第二侧行链路资源用于新传，则第一终端在第二侧行链路资源上传输第二数据包。

结合第一方面至第一方面的第六种可能的实现方式，在第一方面的第七种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包，包括：在NDI指示新传的情况下，第一终端在第二侧行链路资源上传输第二数据包。

结合第一方面至第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，第一终端确定在第一时刻未向网络设备发送确认信息，包括：第一终端确定发送确认信息的时刻与第一终端发送第一消息的时刻均为第一时刻。在承载确认信息的物理上行信道的优先级低于第一消息的优先级，或者承载确认信息的物理上行信道的优先级低于承载所述第一消息的侧行链路信道的优先级的情况下，第一终端确定在第一时刻未向网络设备发送确认信息。由于发送确认信息的时刻与第一终端发送第一消息的时刻相同，则发送确认信息的时刻与第一终端发送第一消息的时刻冲突，且承载确认信息的物理上行信道的优先级低于第一消息的优先级或者承载第一消息的侧行链路信道的优先级，因此第一终端可能会丢弃在第一时刻未向网络设备发送确认信息。

结合第一方面至第一方面的第八种可能的实现方式，在第一方面的第九种可能的实现方式中，第一消息为第一终端在随机接入过程中向所述网络设备发送的消息。

结合第一方面至第一方面的第九种可能的实现方式，在第一方面的第十种可能的实现方式中，物理上行信道为物理上行控制信道，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH，第一终端根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻未向网络设备发送确认信息，包括：在第一时刻承载确认信息的物理上行控制信道的优先级低于侧行链路共享信道所映射的物理侧行链路共享信道PSSCH的优先级的情况下，第一终端确定在第一时刻未向网络设备发送确认信息。

结合第一方面至第一方面的第十种可能的实现方式，在第一方面的第十一种可能的实现方式中，确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级低于在SL-SCH上传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，第一终端确定承载确认信息的物理上行控制信道的优先级低于承载SL MAC PDU的SL-SCH所映射的PSSCH的优先级。

结合第一方面至第一方面的第十一种可能的实现方式，在第一方面的第十二种可能的实现方式中，物理上行信道为物理上行共享信道PUSCH，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH。第一终端根据承载确认信息的上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，所述第一终端在第一时刻不向网络设备发送确认信息，包括：如果PUSCH的优先级低于SL-SCH的优先级，第一终端确定在第一时刻未向网络设备发送确认信息。

结合第一方面至第一方面的第十二种可能的实现方式，在第一方面的第十三种可能的实现方式中，如果在所述PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道的优先级低于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级低于SL-SCH的优先级。

结合第一方面至第一方面的第十三种可能的实现方式，在第一方面的第十四种可能的实现方式中，如果确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，和在PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道的优先级均低于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级低于SL-SCH的优先级。

结合第一方面至第一方面的第十四种可能的实现方式，在第一方面的第十五种可能的实现方式中，本申请实施例提供的方法还包括：在承载确认信息的物理上行信道的优先级高于第一消息的优先级，或者承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级的情况下，第一终端确定在第一时刻向网络设备发送确认信息。

第二方面，本申请实施例提供一种处理侧行链路资源的方法，包括：第一终端确定在第一时刻未向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端是否正确接收所述第一终端在第一侧行链路资源上向第二终端发送的所述第一侧行链路HARQ进程的第一数据包。在确认信息指示第二终端未正确接收第一数据包的情况下，第一终端确定用于重新传输第一数据包的第三侧行链路资源。第一终端通过第三侧行链路资源向第二终端发送第一数据包。

本申请实施例提供一种处理侧行链路资源的方法，该方法中第一终端可以在确定在第一时刻未向网络设备发送确认信息，以及该确认信息指示第二终端未正确接收第一数据包的情况下，第一终端通过确定用于重新传输第一数据包的第三侧行链路资源。然后在第三侧行链路资源上向第二终端发送第一数据包。这样可以提高侧行链路传输的可靠性。

结合第二方面，在第二方面的第一种可能的实现方式中，在一种可能的实现方式中，第一终端确定用于重新传输第一数据包的第三侧行链路资源，包括：第一终端接收来自网络设备的第二侧行链路资源，第二侧行链路资源与所述第一侧行链路HARQ进程关联。第一终端确定第二侧行链路资源为第三侧行链路资源。相应的，第一终端通过第三侧行链路资源向第二终端发送第一数据包，包括：第一终端在第二侧行链路资源向第二终端发送第一数据包。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，第一终端确定用于重新传输第一数据包的第三侧行链路资源，包括：第一终端将第一侧行链路资源确定为第三侧行链路资源。相应的，第一终端通过第三侧行链路资源向第二终端发送第一数据包，包括：第一终端通过第一侧行链路资源向第二终端发送第一数据包。这样便于第一终端利用之前发送第一数据包的第一侧行链路资源重新传输第一数据包。

结合第二方面至第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，第一终端通过第三侧行链路资源向第二终端发送第一数据包，包括：第一终端在第二时刻利用第一侧行链路资源向第二终端发送第一数据包，第二时刻由第一时刻和预设偏移值得到。

结合第二方面至第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，本申请实施例提供的方法还包括：第一终端接收来自网络设备的指示信息，该指示信息用于指示第一终端采用第一方式或第二方式确定第三侧行链路资源。其中，第一方式为：第一终端将网络设备为第一终端重新分配的第二侧行链路资源确定为第三侧行链路资源。第二方式为：第一终端将第一侧行链路资源确定为第三侧行链路资源。

其中，第二方面中，第一终端确定在第一时刻未向网络设备发送确认信息的方式可以参考第一方面中的相关描述，此处不再赘述。

第三方面，本申请提供一种通信装置，该通信装置可以实现第一方面或第一方面的任意可能的实现方式中的方法，因此也能实现第一方面或第一方面任意可能的实现方式中的有益效果。该通信装置可以为第一终端，也可以为可以支持第一终端实现第一方面或第一方面的任意可能的实现方式中的方法的装置，例如应用于第一终端中的芯片。该装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

一种示例，该通信装置，包括：通信单元，用于收发信息。处理单元，用于确定在第一时刻该通信单元未执行向网络设备发送第一侧行链路HARQ进程的确认信息的动作。该确认信息用于指示第二终端是否正确接收该通信装置在第一侧行链路资源上向第二终端发送的第一侧行链路HARQ进程的第一数据包。处理单元，还用于确定第二侧行链路资源。在确认信息指示第二终端正确接收第一数据包的情况下，处理单元，还用于根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源。其中，第二侧行链路资源的HARQ参数包括新数据指示。

结合第三方面，在第三方面的第一种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源为：用于根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源为：用于根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源。

结合第三方面至第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，HARQ参数还包括HARQ进程号，第一侧行链路HARQ进程关联第一变量，第一变量的值为第一参数值或第二参数值。其中，第一参数值表示第二终端正确接收第一数据包，第二参数值表示第二终端未正确接收第一数据包。处理单元，用于根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源为：用于在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，忽略第二侧行链路资源。

结合第三方面至第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，用于在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一侧行链路HARQ进程的HARQ缓存为空的情况下，处理单元，具体用于忽略第二侧行链路资源。

结合第三方面至第三方面的第四种可能的实现方式，在第三方面的第五种可能的实现方式中，处理单元，还用于确定第一数据包已经成功被第二终端接收，清空第一侧行链路HARQ进程的HARQ缓存。

结合第三方面至第三方面的第五种可能的实现方式，在第三方面的第六种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包为：用于在NDI指示新传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，在第二侧行链路资源上传输第二数据包。

结合第三方面至第三方面的第七种可能的实现方式，在第三方面的第八种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包为：用于在NDI指示新传的情况下，在第二侧行链路资源上传输第二数据包。

结合第三方面至第三方面的第八种可能的实现方式，在第三方面的第九种可能的实现方式中，处理单元，用于确定在第一时刻该通信单元未执行向网络设备发送确认信息的动作具体为：用于确定发送确认信息的时刻与第一终端发送第一消息的时刻均为第一时刻。在承载确认信息的物理上行信道的优先级低于第一消息的优先级，或者承载确认信息的物理上行信道的优先级低于承载第一消息的侧行链路信道的优先级的情况下，确定在第一时刻该通信单元未执行向网络设备发送确认信息的动作。

结合第三方面至第三方面的第九种可能的实现方式，在第三方面的第十种可能的实现方式中，第一消息为该通信单元在随机接入过程中向网络设备发送的消息。

结合第三方面至第三方面的第十种可能的实现方式，在第三方面的第十一种可能的实现方式中，物理上行信道为物理上行控制信道，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH，处理单元，用于根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻通信单元未向网络设备发送确认信息为：用于在第一时刻承载确认信息的物理上行控制信道的优先级低于侧行链路共享信道所映射的物理侧行链路共享信道PSSCH的优先级的情况下，确定在第一时刻通信单元未向网络设备发送确认信息。

结合第三方面至第三方面的第十一种可能的实现方式，在第三方面的第十二种可能的实现方式中，确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级低于在SL-SCH上传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，处理单元，用于确定承载确认信息的物理上行控制信道的优先级低于承载SL MAC PDU的SL-SCH所映射的PSSCH的优先级。

结合第三方面至第三方面的第十二种可能的实现方式，在第三方面的第十三种可能的实现方式中，物理上行信道为物理上行共享信道PUSCH，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH。处理单元，用于根据承载确认信息的上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻通信单元未向网络设备发送确认信息为，如果PUSCH的优先级低于SL-SCH的优先级，确定在第一时刻通信单元未向网络设备发送确认信息。

结合第三方面至第三方面的第十三种可能的实现方式，在第三方面的第十四种可能的实现方式中，如果在所述PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道的优先级低于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则处理单元，用于确定PUSCH的优先级低于SL-SCH的优先级。

结合第三方面至第三方面的第十四种可能的实现方式，在第三方面的第十五种可能的实现方式中，如果确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，和在PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道的优先级均低于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则处理单元，用于确定PUSCH的优先级低于SL-SCH的优先级。

结合第三方面至第三方面的第十五种可能的实现方式，在第三方面的第十六种可能的实现方式中，处理单元，还用于在承载确认信息的物理上行信道的优先级高于第一消息的优先级，或者承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级的情况下，通过通信单元在第一时刻向网络设备发送确认信息。

另一种示例，本申请实施例提供一种通信装置，该通信装置可以是第一终端，也可以是第一终端内的芯片。当该通信装置是第一终端时，该通信单元可以为收发器或者包括一个或多个具有收发信息功能的模块，该处理单元可以是处理器或者包括一个或多个具有处理能力的模块。该通信装置还可以包括存储单元。该存储单元可以是存储器。该存储单元，用于存储计算机程序代码，计算机程序代码包括指令。该处理单元执行该存储单元所存储的指令，以使该第一终端实现第一方面或第一方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法。当该通信装置是第一终端内的芯片时，该处理单元可以是处理器，该通信单元可以统称为：通信接口。例如，通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的计算机程序代码，以使该第一终端实现第一方面或第一方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一终端内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

可选的，处理器、通信接口/收发器和存储器相互耦合。

第四方面，本申请提供一种通信装置，该通信装置可以实现第一方面或第一方面的任意可能的实现方式中的方法，因此也能实现第二方面或第二方面任意可能的实现方式中的有益效果。该通信装置可以为第一终端，也可以为可以支持第一终端实现第一方面或第一方面的任意可能的实现方式中的方法的装置，例如应用于第一终端中的芯片。该装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

一种示例，该通信装置，包括：处理单元，用于确定在第一时刻未向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端是否正确接收第一终端在第一侧行链路资源上向第二终端发送的所述第一侧行链路HARQ进程的第一数据包。在确认信息指示第二终端未正确接收第一数据包的情况下，处理单元，还用于确定用于重新传输第一数据包的第三侧行链路资源。通信单元，用于通过第三侧行链路资源向第二终端发送第一数据包。

结合第四方面，在第四方面的第一种可能的实现方式中，通信单元，还用于接收来自网络设备的第二侧行链路资源，第二侧行链路资源与所述第一侧行链路HARQ进程关联。处理单元，还用于确定用于重新传输第一数据包的第三侧行链路资源为：用于确定第二侧行链路资源为第三侧行链路资源。相应的，通信单元，用于通过第三侧行链路资源向第二终端发送第一数据包为：用于在第二侧行链路资源向第二终端发送第一数据包。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，处理单元，还用于确定用于重新传输第一数据包的第三侧行链路资源为：将第一侧行链路资源确定为第三侧行链路资源。相应的，通信单元，用于通过第三侧行链路资源向第二终端发送第一数据包为：用于通过第一侧行链路资源向第二终端发送第一数据包。

结合第四方面至第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，通信单元，用于通过第三侧行链路资源向第二终端发送第一数据包为，用于在第二时刻利用第一侧行链路资源向第二终端发送第一数据包，第二时刻由第一时刻和预设偏移值得到。

结合第四方面至第四方面的第三种可能的实现方式，在第四方面的第四种可能的实现方式中，通信单元，还用于接收来自网络设备的指示信息，该指示信息用于指示第一终端采用第一方式或第二方式确定第三侧行链路资源。其中，第一方式为：第一终端将网络设备为第一终端重新分配的第二侧行链路资源确定为第三侧行链路资源。第二方式为：第一终端将第一侧行链路资源确定为第三侧行链路资源。或者第一终端从预配置的侧行链路资源池中自主选择第三侧行链路资源。

其中，第四方面中，处理单元确定在第一时刻该装置未向网络设备发送确认信息的方式可以参考第三方面中的相关描述，此处不再赘述。

另一种示例，本申请实施例提供一种通信装置，该通信装置可以是第一终端，也可以是第一终端内的芯片。当该通信装置是第一终端时，该通信单元可以为收发器。该处理单元可以是处理器。该通信装置还可以包括存储单元。该存储单元可以是存储器。该存储单元，用于存储计算机程序代码，计算机程序代码包括指令。该处理单元执行该存储单元所存储的指令，以使该第一终端实现第二方面或第二方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法。当该通信装置是第一终端内的芯片时，该处理单元可以是处理器，该通信单元可以统称为：通信接口。例如，通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的计算机程序代码，以使该第一终端实现第二方面或第二方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一终端内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

可选的，处理器、通信接口/收发器和存储器相互耦合。

第五方面，本申请实施例提供一种处理侧行链路资源的方法，包括：第一终端在第一时刻向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端正确接收第一终端在第一侧行链路资源上向第二终端发送的第一侧行链路HARQ进程的第一数据包。如果第一终端又接收到来自网络设备的第二侧行链路资源。在确认信息指示第二终端正确接收第一数据包的情况下，第一终端根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源。其中，第二侧行链路资源的HARQ参数包括新数据指示NDI。

第五方面的方案适用于第一终端向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息，但是网络设备未接收到确认信息的情况。

结合第五方面，在第五方面的第一种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源，包括：第一终端根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包。

结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源，包括：第一终端根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源。

结合第五方面至第五方面的第二种可能的实现方式，在第五方面的第三种可能的实现方式中，HARQ参数还包括HARQ进程号，本申请实施例提供的方法还包括：第一侧行链路HARQ进程关联第一变量，第一变量的值为第一参数值或第二参数值。其中，第一参数值表示第二终端正确接收第一数据包，第二参数值表示第二终端未正确接收第一数据包。第一终端根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源，包括：在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，第一终端忽略第二侧行链路资源。

结合第五方面至第五方面的第三种可能的实现方式，在第五方面的第四种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源，包括：在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一侧行链路HARQ进程的HARQ缓存为空的情况下，第一终端忽略第二侧行链路资源。

结合第五方面至第五方面的第四种可能的实现方式，在第五方面的第五种可能的实现方式中，本申请实施例提供的方法还包括：第一终端确定第一数据包已经成功被第二终端接收，第一终端清空第一侧行链路HARQ进程的HARQ缓存。

结合第五方面至第五方面的第五种可能的实现方式，在第五方面的第六种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包，包括：在NDI指示新传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，第一终端在第二侧行链路资源上传输第二数据包。

结合第五方面至第五方面的第六种可能的实现方式，在第五方面的第七种可能的实现方式中，第一终端根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包，包括：在NDI指示新传的情况下，第一终端在第二侧行链路资源上传输第二数据包。

结合第五方面至第五方面的第七种可能的实现方式，在第五方面的第八种可能的实现方式中，第一终端在第一时刻已向网络设备发送确认信息，包括：第一终端确定发送确认信息的时刻与第一终端发送第一消息的时刻均为第一时刻。在承载确认信息的物理上行信道的优先级高于第一消息的优先级，或者承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级的情况下，第一终端确定在第一时刻已向网络设备发送确认信息。由于发送确认信息的时刻与第一终端发送第一消息的时刻相同，则发送确认信息的时刻与第一终端发送第一消息的时刻冲突，且承载确认信息的物理上行信道的优先级高于第一消息的优先级或者承载第一消息的侧行链路信道的优先级，因此第一终端可能会优先在第一时刻向网络设备发送确认信息。

结合第五方面至第五方面的第七种可能的实现方式，在第五方面的第八种可能的实现方式中，第一消息为第一终端在随机接入过程中向网络设备发送的消息。

结合第五方面至第五方面的第八种可能的实现方式，在第五方面的第九种可能的实现方式中，物理上行信道为物理上行控制信道，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH，第一终端根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，在第一时刻已向网络设备发送确认信息，包括：在第一时刻承载确认信息的物理上行控制信道的优先级高于侧行链路共享信道所映射的物理侧行链路共享信道PSSCH的优先级的情况下，第一终端在第一时刻已向网络设备发送确认信息。

结合第五方面至第五方面的第九种可能的实现方式，在第五方面的第十种可能的实现方式中，确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级高于在SL-SCH上传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，第一终端确定承载确认信息的物理上行控制信道的优先级高于承载SL MAC PDU的SL-SCH所映射的PSSCH的优先级。

结合第五方面至第五方面的第十种可能的实现方式，在第五方面的第十一种可能的实现方式中，物理上行信道为物理上行共享信道PUSCH，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH。第一终端根据承载确认信息的上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，在第一时刻向网络设备发送确认信息，包括：如果PUSCH的优先级高于SL-SCH的优先级，第一终端在第一时刻向网络设备发送确认信息。

结合第五方面至第五方面的第十一种可能的实现方式，在第五方面的第十二种可能的实现方式中，如果在所述PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道的优先级高于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级高于SL-SCH的优先级。

结合第五方面至第五方面的第十二种可能的实现方式，在第五方面的第十三种可能的实现方式中，如果确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，和在PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道的优先级均高于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级高于SL-SCH的优先级。

结合第五方面至第五方面的第十三种可能的实现方式，在第五方面的第十四种可能的实现方式中，本申请实施例提供的方法还包括：在承载确认信息的物理上行信道的优先级低于第一消息的优先级，或者承载确认信息的物理上行信道的优先级低于承载第一消息的侧行链路信道的优先级的情况下，第一终端确定在第一时刻向网络设备发送第一消息。

第六方面，本申请实施例提供一种处理侧行链路资源的方法，包括：第一终端在第一时刻向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端未正确接收第一终端在第一侧行链路资源上向第二终端发送的第一侧行链路HARQ进程的第一数据包。如果第一终端未接收到来自网络设备的第二侧行链路资源，则第一终端确定将第一侧行链路资源确定为用于重传第一数据包的侧行链路资源。第一终端通过第一侧行链路资源重新向第二终端发送第一数据包。

本申请实施例提供一种处理侧行链路资源的方法，该方法中第一终端可以在确定在第一时刻向网络设备发送确认信息，该确认信息用于指示第二终端未正确接收第一数据包。但是如果第一终端未接收到来自网络设备的第二侧行链路资源则可能表示该网络设备未接收到指示第二终端未正确接收第一数据包的确认信息，因此，第一终端可以利用第一侧行链路资源重传第一数据包。这样可以保证侧行链路传输的可靠性。

结合第六方面，在第六方面的第一种可能的实现方式中，第一终端通过第一侧行链路资源重新向第二终端发送第一数据包，包括：第一终端在第二时刻利用第一侧行链路资源重新向第二终端发送第一数据包，第二时刻由第一时刻和预设偏移值得到。

第六方面中第一终端在第一时刻向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息的具体过程可以参考第五方面中的描述，此处不再赘述。

第七方面，本申请提供一种通信装置，该通信装置可以实现第五方面或第五方面的任意可能的实现方式中的方法，因此也能实现第五方面或第五方面任意可能的实现方式中的有益效果。该通信装置可以为第一终端，也可以为可以支持第一终端实现第五方面或第五方面的任意可能的实现方式中的方法的装置，例如应用于第一终端中的芯片。该装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

一种示例，该通信装置，包括：处理单元，用于确定在第一时刻该通信装置的通信单元向网络设备发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端正确接收通信单元在第一侧行链路资源上向第二终端发送的第一侧行链路HARQ进程的第一数据包。处理单元，用于在通信单元接收到来自网络设备的第二侧行链路资源，且在确认信息指示第二终端正确接收第一数据包的情况下，根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源。其中，第二侧行链路资源的HARQ参数包括新数据指示NDI和HARQ进程号。

第七方面的方案适用于该通信装置的通信单元向网络设备发送第一侧行链路HARQ进程的确认信息，但是网络设备未接收到确认信息的情况。

结合第七方面，在第七方面的第一种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源，为：用于根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包。

结合第七方面或第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源为：用于根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源。

结合第七方面至第七方面的第二种可能的实现方式，在第七方面的第三种可能的实现方式中，HARQ参数还包括HARQ进程号，第一侧行链路HARQ进程关联第一变量，第一变量的值为第一参数值或第二参数值。其中，第一参数值表示第二终端正确接收第一数据包，第二参数值表示第二终端未正确接收第一数据包。处理单元，用于在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，忽略第二侧行链路资源。

结合第七方面至第七方面的第三种可能的实现方式，在第七方面的第四种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，忽略第二侧行链路资源为：用于在NDI指示重传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一侧行链路HARQ进程的HARQ缓存为空的情况下，忽略第二侧行链路资源。

结合第七方面至第七方面的第四种可能的实现方式，在第七方面的第五种可能的实现方式中，处理单元，还用于确定第一数据包已经成功被第二终端接收，清空第一侧行链路HARQ进程的HARQ缓存。

结合第七方面至第七方面的第五种可能的实现方式，在第七方面的第六种可能的实现方式中，处理单元，用于根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包为：用于在NDI指示新传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，在第二侧行链路资源上传输第二数据包。

结合第七方面至第七方面的第六种可能的实现方式，在第七方面的第七种可能的实现方式中，通信单元，用于根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包为：用于在NDI指示新传的情况下，在第二侧行链路资源上传输第二数据包。

结合第七方面至第七方面的第七种可能的实现方式，在第七方面的第八种可能的实现方式中，处理单元，用于确定发送确认信息的时刻与该装置发送第一消息的时刻均为第一时刻。在承载确认信息的物理上行信道的优先级高于第一消息的优先级，或者承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级的情况下，处理单元，还用于确定在第一时刻该装置向网络设备发送确认信息。

结合第七方面至第七方面的第八种可能的实现方式，在第七方面的第九种可能的实现方式中，第一消息为该装置在随机接入过程中向网络设备发送的消息。

结合第七方面至第七方面的第九种可能的实现方式，在第七方面的第十种可能的实现方式中，物理上行信道为物理上行控制信道，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH，处理单元，用于根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻该装置向网络设备发送确认信息为，用于在第一时刻承载确认信息的物理上行控制信道的优先级高于侧行链路共享信道所映射的物理侧行链路共享信道PSSCH的优先级的情况下，确定在第一时刻该装置向网络设备发送确认信息。

结合第七方面至第七方面的第十种可能的实现方式，在第七方面的第十一种可能的实现方式中，确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级高于在SL-SCH上传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，处理单元，用于确定承载确认信息的物理上行控制信道的优先级高于承载SL MAC PDU的SL-SCH所映射的PSSCH的优先级。

结合第七方面至第七方面的第十一种可能的实现方式，在第七方面的第十二种可能的实现方式中，物理上行信道为物理上行共享信道PUSCH，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH。处理单元，用于根据承载确认信息的上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻该装置向网络设备发送确认信息，具体为：如果PUSCH的优先级高于SL-SCH的优先级，用于确定在第一时刻该装置向网络设备发送确认信息。

结合第七方面至第七方面的第十二种可能的实现方式，在第七方面的第十三种可能的实现方式中，如果在所述PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道的优先级高于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则处理单元，用于确定PUSCH的优先级高于SL-SCH的优先级。

结合第七方面至第七方面的第十三种可能的实现方式，在第七方面的第十四种可能的实现方式中，如果确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，和在PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道的优先级均高于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则处理单元，用于确定PUSCH的优先级高于SL-SCH的优先级。

结合第七方面至第七方面的第十四种可能的实现方式，在第七方面的第十五种可能的实现方式中，在承载确认信息的物理上行信道的优先级低于第一消息的优先级，或者承载确认信息的物理上行信道的优先级低于承载第一消息的侧行链路信道的优先级的情况下，通信单元，用于确定在第一时刻向网络设备发送第一消息。

另一种示例，本申请实施例提供一种通信装置，该通信装置可以是第一终端，也可以是第一终端内的芯片。当该通信装置是第一终端时，该通信单元可以为收发器。该处理单元可以是处理器。该通信装置还可以包括存储单元。该存储单元可以是存储器。该存储单元，用于存储计算机程序代码，计算机程序代码包括指令。该处理单元执行该存储单元所存储的指令，以使该第一终端实现第五方面或第五方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法。当该通信装置是第一终端内的芯片时，该处理单元可以是处理器，该通信单元可以统称为：通信接口。例如，通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的计算机程序代码，以使该第一终端实现第五方面或第五方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一终端内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

可选的，处理器、通信接口/收发器和存储器相互耦合。

第八方面，本申请提供一种通信装置，该通信装置可以实现第六方面或第六方面的任意可能的实现方式中的方法，因此也能实现第六方面或第六方面任意可能的实现方式中的有益效果。该通信装置可以为第一终端，也可以为可以支持第一终端实现第六方面或第六方面的任意可能的实现方式中的方法的装置，例如应用于第一终端中的芯片。该装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

一种示例，该通信装置，包括：通信单元，用于收发信息。处理单元，用于确定在第一时刻通信单元向网络设备发送第一侧行链路HARQ进程的确认信息。该确认信息用于指示第二终端未正确接收第一终端在第一侧行链路资源上向第二终端发送的第一侧行链路HARQ进程的第一数据包。如果处理单元，确定通信单元未接收到来自网络设备的第二侧行链路资源，则将第一侧行链路资源确定为用于重传第一数据包的侧行链路资源。通信单元，用于通过第一侧行链路资源向第二终端发送第一数据包。

在一种可能的实现方式中，通信单元，用于通过侧行链路资源向第二终端发送第一数据包，具体为：通信单元，用于在第二时刻利用第一侧行链路资源向第二终端发送第一数据包，第二时刻由第一时刻和预设偏移值得到。

第八方面中处理单元用于确定在第一时刻该装置向网络设备发送第一侧行链路HARQ进程的确认信息的具体过程可以参考第六方面中的描述，此处不再赘述。

另一种示例，本申请实施例提供一种通信装置，该通信装置可以是第一终端，也可以是第一终端内的芯片。当该通信装置是第一终端时，该通信单元可以为收发器。该处理单元可以是处理器。该通信装置还可以包括存储单元。该存储单元可以是存储器。该存储单元，用于存储计算机程序代码，计算机程序代码包括指令。该处理单元执行该存储单元所存储的指令，以使该第一终端实现第六方面或第六方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法。当该通信装置是第一终端内的芯片时，该处理单元可以是处理器，该通信单元可以统称为：通信接口。例如，通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的计算机程序代码，以使该第一终端实现第六方面或第六方面的任意一种可能的实现方式中描述的一种处理侧行链路资源的方法，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一终端内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

可选的，处理器、通信接口/收发器和存储器相互耦合。

第九方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第一方面至第一方面的任意一种可能的实现方式中描述的处理侧行链路资源的方法。

第十方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第二方面至第二方面的任意一种可能的实现方式中描述的处理侧行链路资源的方法。

第十一方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第五方面至第五方面的任意一种可能的实现方式中描述的处理侧行链路资源的方法。

第十二，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第六方面至第六方面的任意一种可能的实现方式中描述的处理侧行链路资源的方法。

第十三方面，本申请实施例提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行第一方面或第一方面的各种可能的实现方式中描述的一种处理侧行链路资源的方法。

第十四方面，本申请提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行第二方面或第二方面的各种可能的实现方式中描述的一种处理侧行链路资源的方法。

第十五方面，本申请实施例提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行第五方面或第五方面的各种可能的实现方式中描述的一种处理侧行链路资源的方法。

第十六方面，本申请提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行第六方面或第六方面的各种可能的实现方式中描述的一种处理侧行链路资源的方法。

第十七方面，本申请实施例提供一种通信系统，该通信系统包括：一个或多个第三方面所描述的通信装置，以及网络设备。可选的，该通信系统还可以包括：第二终端。

第十八方面，本申请实施例提供一种通信系统，该通信系统包括：一个或多个第四方面所描述的通信装置，以及网络设备。可选的，该通信系统还可以包括：第二终端。

第十九方面，本申请实施例提供一种通信系统，该通信系统包括：一个或多个第七方面所描述的通信装置，以及网络设备。可选的，该通信系统还可以包括：第二终端。

第二十方面，本申请实施例提供一种通信系统，该通信系统包括：一个或多个第八方面所描述的通信装置，以及网络设备。可选的，该通信系统还可以包括：第二终端。

第二十一方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储介质，所述存储介质存储有指令，所述指令被所述处理器运行时，实现如第一方面或第一方面的各种可能的实现方式描述的处理侧行链路资源的方法。

第二十二方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储介质，所述存储介质存储有指令，所述指令被所述处理器运行时，实现如第二方面或第二方面的各种可能的实现方式描述的处理侧行链路资源的方法。

第二十三方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储介质，所述存储介质存储有指令，所述指令被所述处理器运行时，实现如第五方面或第五方面的各种可能的实现方式描述的处理侧行链路资源的方法。

第二十四方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储介质，所述存储介质存储有指令，所述指令被所述处理器运行时，实现如第六方面或第六方面的各种可能的实现方式描述的处理侧行链路资源的方法。

第二十五方面，本申请实施例提供了一种通信装置，该通信装置包括一个或者多个模块，用于实现上述第一方面、第二方面、第五方面、第六方面的方法，该一个或者多个模块可以与上述第一方面、第二方面、第五方面、第六方面的方法中的各个步骤相对应。

第二十六方面，本申请实施例提供一种芯片，该芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现第一方面或第一方面的各种可能的实现方式中所描述的一种处理侧行链路资源的方法。通信接口用于与所述芯片之外的其它模块进行通信。

第二十七方面，本申请实施例提供一种芯片，该芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现第二方面或第二方面的各种可能的实现方式中所描述的一种处理侧行链路资源的方法。通信接口用于与芯片之外的其它模块进行通信。

第二十八方面，本申请实施例提供一种芯片，该芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现第五方面或第五方面的各种可能的实现方式中所描述的一种处理侧行链路资源的方法。通信接口用于与所述芯片之外的其它模块进行通信。

第二十九方面，本申请实施例提供一种芯片，该芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现第六方面或第六方面的各种可能的实现方式中所描述的一种处理侧行链路资源的方法。通信接口用于与芯片之外的其它模块进行通信。

具体的，本申请实施例中提供的芯片还包括存储器，用于存储计算机程序或指令。

上述提供的任一种装置或计算机存储介质或计算机程序产品或芯片或通信系统均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文提供的对应的方法中对应方案的有益效果，此处不再赘述。

附图说明

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

图2为本申请实施例提供的一种通信设备的结构示意图；

图3a～图3d为网络设备和终端之间反馈确认信息的示意图；

图4-图9为本申请实施例提供的一种发送侧行链路资源的方法的流程示意图；

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

图11为本申请实施例提供的又一种通信装置的结构示意图；

图12为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一终端和第一终端仅仅是为了区分不同的终端，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

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

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

本申请的技术方案可以应用于各种通信系统，例如：长期演进(long timeevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)系统、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、公共陆地移动网络(public land mobilenetwork，PLMN)系统、设备对设备(device to device，D2D)网络系统或者机器对机器(machine to machine，M2M)网络系统以及未来的5G通信系统等。

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

在介绍本申请实施例之前，首先介绍本申请实施例中涉及到的名词：

1)、侧行链路(sidelink，SL)是指：针对终端和终端之间直接通信定义的。也即终端和终端之间不通过基站转发而直接通信的链路。

2)、sidelink资源是指：终端1在侧行链路上与终端2传输sidelink信息的资源。

3)、sidelink信息是指：任意两个终端在侧行链路上传输的侧行链路数据或者控制信息，也可以称为第一数据包或者V2X业务。

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

如图1所示，图1示出了本申请实施例提供的一种发送侧行链路资源的方法所应用的通信系统，该通信系统包括：一个或多个网络设备(比如图1所示的网络设备10)、一个或多个终端(比如图1所示的第一终端20，第二终端30、第三终端40)。在图1中以终端为车辆为例。

其中，第一终端20与网络设备10通信，第一终端20和第二终端30、第二终端30和第三终端40进行通信。当然，第二终端30和第三终端40也可以和网络设备10通信。

需要说明的是，图1所示的通信系统还可以包括：核心网。网络设备10可以与该核心网连接。核心网可以是4G核心网(例如，核心分组网演进(evolved packet core，EPC))或者5G核心网(5G core，5GC)、或未来的各种通信系统中的核心网。以及路侧单元(road sideunit，RSU)。RSU还可以为该系统中的各个终端提供各类服务信息和数据网络的接入，例如，以终端为车辆为例，例如，RSU还可以为该系统中的各个终端提供不停车收费、车内娱乐等功能都极大的提高了交通智能化。

以核心网可以是4G核心网为例，网络设备10可以为4G系统中的演进型基站(evolved Node B，eNB或eNodeB)。第一终端20为可以与eNB进行信息传输的终端。eNB通过S1接口接入EPC网。

以核心网可以5G核心网为例，网络设备10可以为NR系统中的下一代节点B(thenext generation node B，gNB)，第一终端20为可以与gNB进行信息传输的终端。gNB通过NG接口接入5GC。

当然，网络设备10还可以为第三代合作伙伴计划(3rd generation partnershipproject，3GPP)协议基站，或者可以为非3GPP协议基站。

其中，网络设备10与第一终端20之间具有第一传输链路。例如，第一传输链路可以为Uu链路。第一终端20与第二终端30之间具有第二传输链路。例如，第二传输链路可以为侧行链路。Uu链路用于传输网络设备10向第一终端20发送的Uu业务(信息或数据)。

第一终端20与第二终端30可以在sidelink上彼此传输V2X业务，也可以称为第一数据包或sidelink信息。第一终端20可以在Uu链路上向网络设备10传输上行(Uplink，UL)Uu业务，也可以在Uu链路上接收网络设备10发送的下行(Downlink，DL)Uu业务。

其中，第一终端20与第二终端30通过直连通信的接口可以为接口1。例如接口1可以称为PC5接口，采用车联网专用频段(如5.9GHz)。第一终端20与网络设备10之间的接口可以称为接口2(例如，Uu接口)，采用蜂窝网频段(如1.8GHz)。PC5接口一般用于V2X，或者D2D等可以在设备间进行直联通信的场景。

上述接口1、接口2的名称仅是个示例，本申请实施例对接口1、接口2的名称不作限定。

如图1所示，图1示出了本申请实施例提供的一种场景，如图1所示，以第一终端20为标识为X的车辆(简称：车辆X)为例，如果车辆X决定执行超车操作，则车辆X可以向位于其前方的第二终端30(例如，标识为Y的车辆(简称：车辆Y))在第一侧行链路资源上发送对话框50的中的第一数据包(例如，第一数据包可以为超车指示、车辆X的当前车速(例如，75km/h))，以便车辆Y接收到X的当前车速以及超车指示后，减速行驶，以使得X安全超车。如果车辆Y接收到X的当前车速以及超车指示，则车辆Y可以向车辆X反馈对话框60的信息。车辆X接收到车辆Y的信息后，确定车辆Y正确接收超车指示、车辆X的当前车速后，则可以向网络设备10反馈ACK作为确认信息，以便网络设备10确定在第一侧行链路资源上向车辆Y发送的超车指示、车辆X的当前车速已被车辆Y正确接收。但是由于车辆X向网络设备10反馈ACK的时刻有可能和车辆X发送的随机接入消息冲突，因此，车辆X会优先向网络设备10发送随机接入消息，而放弃向网络设备10反馈ACK。

图1所示的场景仅为举例，其他终端之间通信的场景也适用于本申请方案。

通常情况下，V2X业务在sidelink上的sidelink资源上传输，Uu业务在Uu链路上的Uu资源上传输。

第一终端20获取sidelink的资源分配方式有两种，一种是基于网络设备10调度的资源分配方式，即由网络设备10为第一终端20调度sidelink资源。该第一终端20可以在sidelink资源上向第二终端30传输sidelink数据或者sidelink信息。另一种是第一终端20在资源池中自主选择资源的分配方式，即由第一终端20在网络设备10通过系统消息或者专用信令配置或者预配置的资源池中自主选择sidelink资源，以在自主选择的sidelink资源上向第二终端30传输sidelink数据或者sidelink信息。

第一终端20或第二终端30，是一种具有无线通信功能的设备，可以部署在陆地上，包括室内或室外、手持或车载。也可以部署在水面上(如轮船等)。还可以部署在空中(例如飞机、气球和卫星上等)。终端又称之为用户设备(user equipment，UE)，移动台(mobilestation，MS)、移动终端(mobile terminal，MT)以及终端设备等，是一种向用户提供语音和/或数据连通性的设备。例如，终端包括具有无线连接功能的手持式设备、车载设备等。目前，终端可以是：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备(例如智能手表、智能手环、计步器等)，车载设备(例如，汽车、自行车、电动车、飞机、船舶、火车、高铁等)、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、智能家居设备(例如，冰箱、电视、空调、电表等)、智能机器人、车间设备、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端，或智慧家庭(smart home)中的无线终端、飞行设备(例如，智能机器人、热气球、无人机、飞机)等。本申请一种可能的应用的场景中终端设备为经常工作在地面的终端设备，例如车载设备。在本申请中，为了便于叙述，部署在上述设备中的芯片，例如片上系统(System-On-a-Chip，SOC)、基带芯片等，或者其他具备通信功能的芯片也可以称为终端。

终端可以是具有相应通信功能的车辆，或者车载通信装置，或者其它嵌入式通信装置，也可以是用户手持通信设备，包括手机，平板电脑等。

目前车辆可以通过车辆与车辆之间通信(vehicle to vehicle，V2V)或者车辆与路边基础设施通信(vehicle to infrastructure，V2I)(例如，基础设施为路侧单元(roadside unit，RSU))或者车辆与行人之间的通信(vehicle to pedestrian，V2P)或者车辆与网络通信(vehicle to network，V2N)来及时获取路况信息或接收信息服务，这些通信方式可以统称为V2X通信(其中，X代表任何事物)。上述通信通常将V2X通信所使用的网络成为车联网。

本申请实施例描述的各个方案应用于V2X场景时，可以适用于如下领域：无人驾驶(unmanned driving)、自动驾驶(automated driving/ADS)、辅助驾驶(driverassistance/ADAS)、智能驾驶(intelligent driving)、网联驾驶(connected driving)、智能网联驾驶(Intelligent network driving)、汽车共享(car sharing)。

作为示例，在本申请实施例中，该终端还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

网络设备10为与第一终端20配合使用的一种可以用于发射或接收信号的实体。例如，可以是WLAN中的接入点(access point，AP)，还可以是LTE中的演进型基站(evolvedNode B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等。

另外，在本发明实施例中，网络设备为小区提供服务，终端通过该小区使用的传输资源(例如，时域资源，或者，频域资源，或者，时频资源)与网络设备进行通信。该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(smallcell)对应的基站，这里的小小区可以包括：城市小区(metro cell)、微小区(micro cell)、微微小区(Pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小和发射功率低的特点，适用于提供高速率的数据传输服务。

图2示出了本申请实施例提供一种通信设备的硬件结构示意图。本申请实施例中的第一终端20、第二终端30以及网络设备10的硬件结构可以参考如图2所示的结构。该通信设备包括处理器41，通信线路44以及至少一个收发器(图2中仅是示例性的以包括收发器43为例进行说明)。

处理器41可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路44可包括一通路，在上述组件之间传送信息。

收发器43，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

可选的，该通信设备还可以包括存储器42。

存储器42可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路44与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器42用于存储执行本申请方案的计算机执行指令，并由处理器41来控制执行。处理器41用于执行存储器42中存储的计算机执行指令，从而实现本申请下述实施例提供的策略控制方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器41可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备可以包括多个处理器，例如图2中的处理器41和处理器45。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

下面将结合图4至图5对本申请实施例提供的一种发送侧行链路资源的方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

需要指出的是，本申请各实施例之间可以相互借鉴或参考，例如，相同或相似的步骤，方法实施例、通信系统实施例和装置实施例之间，均可以相互参考，不予限制。

如图3a所示，在Uu链路上，为了保证终端和网络设备之间的数据传输的可靠性的一种方法是对数据进行HARQ重传。Uu链路上的上行数据传输的HARQ的基本过程如图3a所示：1、网络设备10向第一终端20发送物理下行控制信道(physical downlink controlchannel，PDCCH)，该PDCCH调度第一终端20传输新上行数据。2、第一终端20向网络设备10发送上行数据。3、网络设备10收到该上行数据后，如果网络设备10解码失败。则网络设备10向第一终端20发送PDCCH，该PDCCH用于调度第一终端20重传上述步骤中未被网络设备10成功解码的上行数据。4、第一终端20根据PDCCH确定重传资源位置后在重传资源上重传上行数据。

如图3b所示，Uu链路上的下行数据传输的HARQ的基本过程：1、网络设备10向第一终端20发送下行数据。2、第一终端20收到该下行数据后，如果解码失败，第一终端20反馈NACK给网络设备10。3、网络设备10接收到NACK会重传下行数据。使得第一终端20根据重传指示在新的物理下行共享信道(physical downlink shared channel，PDSCH)上重新接收下行数据。网络设备10执行下行数据的重传。4、第一终端20收到该下行数据后，解码成功，则向网络设备10反馈ACK。

网络设备10执行下行数据的重传，包括：网络设备10通过PDCCH指示PDSCH的资源位置，PDSCH携带重传的下行数据。

目前在LTE系统中，侧行链路数据传输的HARQ基本过程如图3c所示：1、第一终端20发送侧行链路数据(包括数据的新传和重传)给第二终端30。2、第二终端30对侧行链路数据进行解码。由于目前LTE系统中，第一终端20发送侧行链路数据采用广播方式，因此，第二终端30无论是否成功解码侧行链路数据，第二终端30均未向第一终端20发送ACK/NACK反馈。由于第一终端20未接收到第二终端30反馈的ACK，其有可能误以为第二终端30未成功解码，后续过程中还可能如步骤2～M继续向第二终端30重传侧行链路数据，但是由于第二终端30已成功解码侧行链路数据，因此，第二终端30对于重传的侧行链路数据不再解码。这样会使得第一终端20重复发送侧行链路数据，造成侧行链路资源浪费。

在NR系统中，Sidelink支持单播，组播和广播传输。对于单播和组播传输，支持基于HARQ反馈的重传机制。基于网络设备10调度的资源分配方式下，侧行链路数据传输的HARQ过程如图3d所示：

1、网络设备10向第一终端20发送PDCCH，以调度第一终端20的侧行链路数据的新传。2、第一终端20向第二终端30发送侧行链路数据。3、第二终端30接收到侧行链路数据后，如果解码失败，第二终端30向第一终端20反馈NACK。4、第一终端20反馈NACK给网络设备10。5、网络设备10向第一终端20发送PDCCH，调度第一终端20重新向第二终端30发送第二终端30未成功解码的侧行链路数据，即侧行链路数据重传。6、第一终端20执行侧行链路重传。

但是，第一终端20可能未接收到第二终端30反馈的确认信息，这时，第一终端20可能不确定第二终端30是否正确接收到侧行链路数据。进而第一终端20不确定后续如何处理该侧行链路数据。

但是，如图1所示，第一终端20在需要通过反馈Sidelink数据传输的确认信息ACK/NACK给网络设备10时，可能会出现与其它传输的在时间上的冲突或者重叠。例如，第一终端20发送ACK/NACK给网络设备10的时间与第一终端20向网络设备10发送的第一消息或者第一终端20向第二终端30发送的第一消息的时刻相同，因此可以称之为冲突。如果发生冲突时，第一终端20可能会丢弃向网络设备10发送ACK/NACK，这样网络设备10将无法接收到来自第一终端20的ACK/NACK，因此网络设备10可能无法得知第一终端20向第二终端30发送的侧行链路数据是否被正确接收。如果网络设备10未为第一终端20配置重传的侧行链路资源，则未被正确接收到的侧行链路数据可能无法重传。或者如果网络设备10在不知道第一终端20向第二终端30发送的侧行链路数据是否被正确接收的情况下，盲目为第一终端20重新分配了用于重传的侧行链路资源，但是侧行链路数据又被第二终端30正确接收，则在这种情况下，第一终端20如何处理用于重传的侧行链路资源是需要解决的问题。

基于此，本申请实施例中第一终端20可以在确定在第一时刻20未向网络设备10发送确认信息，以及该确认信息指示第二终端30正确接收第一数据包的情况下，如果第一终端20又接收到用于重传第一侧行链路HARQ进程的第一数据包的第二侧行链路资源，以及新数据重传(new data indicator，NDI)。由于NDI指示通常用于指示重传或者新传，当发生该情况时，第一终端20可以根据第一HARQ进行的信息，处理该第二侧行链路资源。由于第一数据包被第二终端30正确接收，因此，第一终端20不需要在第二侧行链路资源上对第一数据包重传，第一终端通过忽视第二侧行链路资源或者传输除第一数据包以外的其他数据包(例如，第二数据包)可以避免第一终端20的不必要的传输，以及避免第二终端30不必要的反馈。

本申请实施例提供一种处理侧行链路资源的方法，该方法的执行主体是第一通信装置。该第一通信装置可以为第一终端20，或者为设置于第一终端20内的芯片，该方法中的第二通信装置可以为第二终端30或者设置于第二终端30内的芯片，下述实施例以第一通信装置为第一终端20，第二通信装置为第二终端30为例。

图4示出了本申请实施例提供的一种处理侧行链路资源的方法，该方法包括：

步骤401、第一终端20确定在第一时刻20未向网络设备10发送第一侧行链路HARQ进程的确认信息。该确认信息用于指示第二终端30是否正确接收第一终端20在第一侧行链路资源上向第二终端30发送的第一侧行链路HARQ进程的第一数据包。

例如，确认信息可以为HARQ信息。确认信息可以是：NACK或ACK。ACK表示第二终端30正确接收第一数据包。NACK表示第二终端30未正确接收第一数据包。具体的，第一数据包可以为第一终端20通过侧行链路在第一侧行链路资源上向第二终端30发送的数据包。该侧行链路指第一终端20和第二终端30之间的侧行链路。第一侧行链路HARQ进程为第一终端20的一个或多个侧行链路HARQ进程中用于传输第一数据包的侧行链路HARQ进程。

应理解，本申请实施例提供的方法在步骤401之前还包括：第一终端20在第一侧行链路资源上向第二终端30发送第一数据包。如果第二终端30正确接收第一数据包，则第二终端30向第一终端20发送ACK。如果第二终端30未正确接收第一数据包，则第二终端30向第一终端20发送NACK。

第一侧行链路HARQ进程的确认信息表示：该确认信息用于反映与第一侧行链路HARQ进程关联的第一数据包是否被正确接收。

可以理解的是，本申请实施例中正确接收还可以使用成功接收或者成功解码替换。本申请实施例中未正确接收还可以使用未成功接收或者成功解码替换。下述实施例中以正确接收和未正确接收为例。

本申请实施例中第一侧行链路资源为网络设备10为第一终端20配置的用于传输第一数据包的侧行链路资源。或者第一侧行链路资源为第一终端20从侧行链路资源池中选择的用于传输第一数据包的侧行链路资源。

可以理解的是，第一数据包可以为新传数据包。新传数据包即第一终端20第一次(首次)向第二终端30传输的数据包。或者该第一数据包为重传数据包。重传数据包即第一终端2第M次向第二终端30传输的数据包。换句话说重传数据包也即第一终端20非首次向第二终端30传输的数据包。M为大于或等于2的整数，且M小于或等于第一终端20的最大重传次数。或者M小于或等于第一侧行链路HARQ进程的最大重传次数。

其中，第一时刻为第一终端20向网络设备10发送确认信息的时刻。

本申请实施例中的第一终端未向网络设备发送第一侧行链路HARQ进程的确认信息也可以理解为：确认信息无法传输，或者第一终端20放弃向网络设备10发送确认信息。

步骤402、第一终端20确定第二侧行链路资源。其中，第二侧行链路资源的HARQ参数包括新数据指示(new data indicator，NDI)。

可选的，该HARQ参数还可以包括进程号(HARQ Process ID)。

示例性的，该第二侧行链路资源可以由网络设备10配置给第一终端20。也即在第一终端20在第一时刻未向第二终端30发送确认信息的情况下，网络设备10未接收到确认信息的情况下，网络设备10为第一终端20配置第二侧行链路资源。

示例性的，网络设备10向第一终端20发送PDCCH，该PDCCH用于调度第一终端20重传第一数据包，且该PDCCH还用于指示第二侧行链路资源的位置以及第二侧行链路资源对应的HARQ进程号。例如，PDCCH携带的下行控制信息(down control information，DCI)用于调度SL授权(Grant)，以及SL Grant对应的NDI以及HARQ process ID。SL Grant用于确定第二侧行链路资源的位置。

该第二侧行链路资源可以为第一终端20在第三时刻接收到的，该第三时刻位于第一时刻之后。

可以理解的是，第二侧行链路资源为确认信息为ACK时，且第一时刻20未向网络设备10发送确认信息的情况下第一终端20接收到的。

步骤403、在确认信息指示第二终端30正确接收第一数据包的情况下，第一终端20根据HARQ参数，处理第二侧行链路资源。

作为本申请的另一个实施例，如图5所示，本申请实施例中的步骤401具体可以通过以下方式实现：

步骤4011、第一终端20确定发送确认信息的时刻与第一终端20发送第一消息的时刻均为第一时刻。

也即发送确认信息的时刻与第一终端20发送第一消息的时刻相同，即发送确认信息的时刻与第一终端20发送第一消息的时刻在时间上冲突或者重叠。

第一终端20可以根据承载确认信息的物理上行信道的优先级与第一消息的优先级的比较，或者承载确认信息的物理上行信道的优先级与承载第一消息的侧行链路信道的优先级的比较，确定在第一时刻20是否未向网络设备10发送确认信息。例如，可以通过步骤4012实现：

步骤4012、在承载确认信息的物理上行信道的优先级低于第一消息的优先级，或者承载确认信息的物理上行信道的优先级低于承载第一消息的侧行链路信道的优先级的情况下，第一终端20确定在第一时刻20未向网络设备10发送确认信息。

示例性的，发送确认信息的时刻与第一终端20发送第一消息的时刻在时间上的冲突或者重叠包括下述内容：

示例1-1)、第一消息为第一终端20在随机接入过程中向网络设备10发送的消息。

示例性的，第一消息可以为随机接入过程中的消息1(message1，Msg1)。消息1通过物理随机接入信道(physical random access channel，PRACH)发送。或者第一消息可以为随机接入过程中的消息3(Msg3)。消息3通过物理上行共享信道(physical uplink sharedchannel，PUSCH)。

也即如果第一终端20通过物理上行信道传输确认信息的时刻与随机接入过程中发送消息1或消息3的时刻相同，那么承载确认信息的物理上行信道的优先级低于消息1或消息3的优先级，即第一终端20优先传输消息1或消息3，而放弃传输确认信息。因此，第一终端20在第一时刻未向网络设备10发送确认信息。

示例1-2)、物理上行信道为上行物理控制信道(physical uplink controlchannel，PUCCH)，第一消息为侧行链路SL媒体接入控制(medium access control，MAC)协议数据单元(protocol data unit，PDU)，承载第一消息的侧行链路信道为侧行链路共享信道(sindlink shared channel，SL-SCH)。也即第一时刻，第一终端20需要通过PUCCH向网络设备10发送确认信息时，也需要在侧行链路SL上向第二终端20或其他终端发送SL MACPDU。该SL MAC PDU通常可以包括来自一个或多个来自不同侧行链路逻辑信道的SL MAC业务数据单元(service data unit，SDU)。该不同侧行链路逻辑信道的优先级不同。

相应的，本申请实施例中步骤4012中，第一终端20根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻20未向网络设备10发送确认信息，包括：在第一时刻承载确认信息的PUCCH的优先级低于SL-SCH所映射的物理侧行链路共享信道(physical sidelink shared channel，PSSCH)的优先级的情况下，第一终端20在第一时刻未向网络设备10发送确认信息。

也即，如果承载确认信息的PUCCH的优先级低于SL-SCH传输的优先级，则第一终端20优先传输SL-SCH/PSSCH，而放弃传输PUCCH。因此，第一终端20确定在第一时刻20未向网络设备10发送确认信息。

在示例1-2)中，优先传输SL-SCH/PSSCH，而放弃传输PUCCH由第一终端的物理层执行。

本申请实施例中，承载确认信息的PUCCH的优先级和SL-SCH所映射的PSSCH的优先级的高低取决于确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道与SL-SCH要传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级的比较。

应理解，网络设备10可以提前为第一终端20在PUCCH上配置发送确认信息的资源。

其中，确认信息对应的SL MAC PDU是指：该确认信息所针对的SL MAC PDU。

比如说，确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级低于在SL-SCH上传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，第一终端20确定传输确认信息的上行物理控制信道的优先级低于承载SL MAC PDU的SL-SCH所映射的PSSCH的优先级。

示例1-3)、物理上行信道为上行物理共享信道(physical uplink sharedchannel，PUSCH)，第一消息为承载SL MAC PDU，承载第一消息的侧行链路信道为SL-SCH。

第一终端20根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻20是否向网络设备10发送确认信息。例如，第一终端20根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻20确定未向网络设备10发送确认信息。

相应的，本申请实施例中步骤4012中，第一终端20根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻20未向网络设备10发送确认信息，包括：

如果PUSCH的优先级低于SL-SCH的优先级，第一终端20确定在第一时刻20是否向网络设备10发送确认信息。例如，如果PUSCH的优先级低于SL-SCH的优先级，第一终端20确定在第一时刻20未向网络设备10发送确认信息。

由于PUSCH通常可以用于传输第一终端20向网络设备10发送的MAC PDU，因此，当确认信息和在PUSCH上传输的MAC PDU可以复用该PUSCH时，无论在该PUSCH上要传输的确认信息为ACK还是NACK，可以通过比较PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道与SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，即可以确定PUSCH的优先级和SL-SCH的优先级。

可选的，示例1-3中PUSCH的优先级和SL-SCH的优先级的比较和处理由第一终端20的MAC层执行。

参考一种可能示例1-3-1，如果在PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道的优先级低于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级低于SL-SCH的优先级。

可以理解的是，在PUSCH上传输的MAC PDU中包括来自一个或多个上行链路逻辑信道的MAC SDU，该一个或多个上行链路逻辑的优先级可以相同或者不同。在SL-SCH上传输的MAC PDU中也可以包括来自一个或多个侧行链路逻辑信道的MAC SDU，该一个或多个侧行链路逻辑信道的优先级可以相同或者不同。

举例说明，PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道为上行链路逻辑信道1。SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道为侧行链路逻辑信道1，若侧行链路逻辑信道1的优先级高于上行链路逻辑信道1的优先级，则第一终端20确定PUSCH的优先级低于SL-SCH的优先级。

参考一种可能的示例1-3-2，如果确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，和在PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道的优先级均低于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端20确定PUSCH的优先级低于SL-SCH的优先级。

示例性的，a)表示确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级。b)表示在PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道的优先级均。c)在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级。如果a)的优先级或b)的优先级高于c)的优先级，那么第一终端20确定PUSCH的优先级高于SL-SCH/PSSCH的优先级，即传输PUCCH，而放弃SL-SCH/PSSCH的传输。如果a)的优先级和b)的优先级均低于c)的优先级，那么第一终端20确定PUSCH的优先级低于SL-SCH/PSSCH的优先级，即传输SL-SCH/PSSCH,而放弃PUSCH的传输。

可选的，示例1-3-2中，PUSCH的优先级和SL-SCH的优先级的比较和处理由第一终端20的MAC层执行。

或者，本申请实施例中第一终端20向网络设备10发送了确认信息，但是网络设备10未正确接收到该确认信息，则第一终端20确定未向网络设备10发送确认信息。

作为本申请的另一个实施例，如图5或图6所示，本申请实施例提供的方法还包括：

第一终端20根据承载确认信息的物理上行信道的优先级、第一消息的优先级，或者承载确认信息的物理上行信道的优先级和第一消息的侧行链路信道的优先级的比较，第一终端20在第一时刻优先向网络设备10发送确认信息。

具体的，步骤404、在承载确认信息的物理上行信道的优先级高于第一消息的优先级，或者承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级的情况下，第一终端20确定在第一时刻优先向网络设备10发送确认信息。

比如说，本申请实施例中第一终端20确定承载确认信息的物理上行信道的优先级高于第一消息的优先级可以通过以下方式实现：如果承载确认信息的物理上行信道的优先级高于消息1或消息3的优先级的情况下，第一终端20确定承载确认信息的上行信道的优先级高于第一消息的优先级。

比如说，本申请实施例中第一终端20确定承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级可以通过以下方式实现：如果承载确认信息的PUCCH的优先级高于SL-SCH传输的优先级，第一终端20确定承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级。

示例性的，如果确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级高于在SL-SCH上传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，第一终端20确定承载确认信息的PUCCH的优先级高于SL-SCH传输的优先级。

参考该实现方式，本申请实施例中第一终端20确定承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级可以通过以下方式实现：如果PUSCH的优先级高于SL-SCH的优先级，第一终端20确定承载确认信息的物理上行信道的优先级高于承载第一消息的侧行链路信道的优先级。

示例性的，如果在PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道的优先级高于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级高于SL-SCH的优先级。

示例性的，在示例1-3-2中，如果a)的优先级或b)的优先级高于c)的优先级，那么第一终端20确定PUSCH的优先级高于SL-SCH/PSSCH的优先级，即传输PUCCH，而放弃SL-SCH/PSSCH的传输。

作为本申请的另一个实施例，如图5所示，本申请实施例中的步骤403具体可以通过以下步骤4031或步骤4032实现：

步骤4031、第一终端根据HARQ参数，在第二侧行链路资源上传输第二数据包。

其中，第二数据包与第一数据包不同。第二数据包可以为新传的数据包，也可以为重传的数据包。

需要说明的是，本申请实施例中第一终端20还可以针对第一终端20的一个或多个侧行链路HARQ进程中每个侧行链路HARQ进程关联一个第一变量(例如定义为SL_HARQ_Feedback)。任一个侧行链路HARQ进程关联的第一变量，用于反映第一终端20发送的该任一个侧行链路HARQ进程的数据包是否被对侧正确接收。示例性的，本申请实施例中每个侧行链路HARQ进程具有一个进程号。每个侧行链路HARQ进程关联一个第一变量指：每个侧行链路HARQ进程的进程号与一个第一变量关联。

示例性的，本申请实施例提供的方法还包括：第一终端20根据HARQ参数中携带的进程号，在进程号为第一侧行链路HARQ进程的进程号的情况下，第一终端20确定第一侧行链路HARQ进程关联的第一变量。该第一变量用于反映第二终端30是否正确接收第一数据包。该第一变量的值可以为第一参数值或第二参数值。其中，第一参数值表示所述第二终端30正确接收第一数据包，第二参数值表示第二终端30未正确接收所述第一数据包。也即如果第一终端20确定第二终端30正确接收第一数据包的情况下，如果第一终端20又接收到了第二侧行链路资源，则第一终端20可以通过第二侧行链路资源对应的HARQ参数的进程号，确定第二侧行链路资源对应的HARQ进程的第一变量的值。如果第二侧行链路资源对应的HARQ进程的第一变量的值为第一参数值，则第一终端20确定该第二侧行链路资源可以不用做重传第一数据包的资源。

本申请实施例步骤4031的一种可能的实现方式为：在NDI指示新传，HARQ进程号为第二侧行链路HARQ进程的进程号的情况下，如果第一侧行链路HARQ进程关联的第一变量的值为第一参数值的情况下，第一终端20在第二侧行链路资源上向第二终端30传输第二数据包。也即网络设备10通过NDI指示第一终端20在第二侧行链路资源上向第二终端30传输第二数据包。

本申请实施例步骤4031的另一种可能的实现方式为：在NDI指示新传，HARQ进程号为第二侧行链路HARQ进程的进程号的情况下，第一终端20在第二侧行链路资源上向第二终端30传输第二数据包。该第二数据包与第二侧行链路HARQ进程对应。也即如果网络设备10通过NDI指示第一终端20进行新传的情况下，第一终端20可以在第二侧行链路资源上传输第二侧行链路HARQ进程对应的第二数据包。

此外，还可以理解的是，在NDI指示新传的情况下，第一终端20确定第一侧行链路HARQ进程的HARQ缓存为空，则第一终端20可以在第二侧行链路资源上传输第二数据包。

需要说明的是，如果NDI指示重传，且第一变量的值为第二参数值的情况下，第一终端20需要在第二侧行链路资源上重传第一数据包。

如果NDI指示重传，且第一侧行链路HARQ进程的HARQ缓存不为空的情况下，第一终端20需要在第二侧行链路资源上传输第一数据包。

步骤4032、第一终端根据HARQ参数，忽略(ignore)第二侧行链路资源。

本申请实施例中第一终端忽略(ignore)第二侧行链路资源可以理解为：第一终端不使用第二侧行链路资源传输第一数据包。

相应的，作为一种可能的实现方式，本申请实施例中的步骤4032具体可以通过以下方式实现：在NDI指示重传，且HARQ进程号为所述第一侧行链路HARQ进程的进程号，以及第一侧行链路HARQ进程关联的第一变量的值为第一参数值的情况下，第一终端20忽略第二侧行链路资源。

需要说明的是，由于网络设备10在向第一终端20分配第二侧行链路资源时，向第一终端20提供了进程号，因此，如果该HARQ参数包括的HARQ进程号与第一侧行链路HARQ进程的进程号相同的情况下，第一终端20可以根据第一侧行链路HARQ进程的进程号确定第一侧行链路HARQ进程关联的第一变量的参数值。

需要说明的是，本申请实施例提供的方法还包括：第一终端20根据来自第二终端30的确认信息，确定第一侧行链路HARQ进程关联的第一变量的值。

具体的，如果确认信息为ACK，则第一终端确定第一侧行链路HARQ进程关联的第一变量的值为第一参数值。如果确认信息为NACK，则第一终端确定第一侧行链路HARQ进程关联的第一变量的值为第二参数值。

作为另一种可能的实现方式，本申请实施例中的步骤4032具体可以通过以下方式实现：在NDI指示重传，且第一侧行链路HARQ进程的HARQ(buffer)缓存为空，第一终端20忽略第二侧行链路资源。

可以理解的是，本申请实施例提供的方法还包括：第一终端20确定第一侧行链路HARQ进程的第一数据包已经成功被第二终端30接收到，第一终端20将第一侧行链路HARQ进程的HARQ buffer清空。

上述通过步骤401-步骤404主要描述了在第一时刻20未向网络设备10发送确认信息的情况下，且确认信息指示第二终端30正确接收第一数据包的情况下，如果第一终端20又接收到了第二侧行链路资源的情况下，第一终端20根据第二侧行链路资源的HARQ参数处理第二侧行链路资源的过程。但是，在实际过程中，第二终端30可能正确接收了第一数据包，也即确认信息为NACK，则表示第一终端20需要对第一数据包进行重传，在第一时刻需要反馈NACK给网络设备10，以便网络设备10接收到NACK后确定第一数据包未被正确接收，可以为第一终端20分配重传第一数据包的第二侧行链路资源。但是，由于第一终端20未向网络设备10反馈NACK，因此第一终端20还可以通过下述实施例处理第一数据包。

结合图6，本申请实施例提供的一种发送侧行链路资源的方法，包括：

步骤601、第一终端20确定在第一时刻20未向网络设备10发送第一侧行链路HARQ进程的确认信息。该确认信息用于指示第二终端30是否正确接收第一终端20在第一侧行链路资源上向第二终端30发送的第一侧行链路HARQ进程的第一数据包。

步骤601的具体实现可以参考上述步骤401、步骤4011以及步骤4012处的描述，此处不再赘述。

步骤602、第一终端20确定用于重新传输第一数据包的第三侧行链路资源。

示例性的，该用于重新传输第一数据包的第三侧行链路资源可以为第一终端20从网络设备10处获取到的。或者该用于重新传输第一数据包的第三侧行链路资源可以由第一终端20自主选择得到。

步骤603、在确认信息指示第二终端30未正确接收第一数据包的情况下，第一终端20通过第三侧行链路资源向第二终端30发送第一数据包。

也即如果确认信息为NACK，则第一终端20需要重新传输第一数据包的第三侧行链路资源后，利用该第三侧行链路资源重新传输第一数据包。

具体的，第一终端20可以在第一时刻之后通过第一终端20和第二终端30之间的侧行链路在第三侧行链路资源向第二终端30发送第一数据包。

本申请实施例提供一种发送侧行链路资源的方法，该方法中第一终端可以在确定在第一时刻未向网络设备发送确认信息的情况下，确定用于重新传输侧行链路业务的侧行链路资源，并利用侧行链路资源向第二终端重新发送侧行链路业务，与现有技术中第一终端未向网络设备发送确认信息的情况下，第一终端并不确定如何处理侧行链路业务相比，可以提高侧行链路数据传输的可靠性。

参考本申请的另一个实施例，如果用于重新传输所述第一数据包的侧行链路资源由网络设备配置，则如图7所示，本申请实施例提供的方法在步骤602之前，还可以包括：

步骤604、第一终端20接收来自网络设备10的第二侧行链路资源。第二侧行链路资源与第一侧行链路HARQ进程关联。第二侧行链路资源与第一侧行链路HARQ进程关联即第二侧行链路资源对应的进程号与第一侧行链路HARQ进程的进程号相同。

其中，第二侧行链路资源与第一侧行链路HARQ进程关联，具体为：指示第二侧行链路资源的下行控制信息(down control information，DCI)中包含的HARQ进程号为第一侧行链路HARQ进程的进程号。

相应的，步骤602具体可以通过以下方式实现：第一终端20确定第二侧行链路资源为第三侧行链路资源。

相应的，本申请实施例中的步骤603具体可以通过以下方式实现：第一终端20在第一时刻之后在第二侧行链路资源上向第二终端30发送第一数据包。

可以理解的是，当第一终端20需要对第一侧行链路HARQ进程m的第一数据包重传，但是在需要向网络设备10反馈第一侧行链路HARQ进程m的NACK，以便网络设备10根据接收到的NACK确定第一数据包未被正确接收，进而决定是否为第一终端20调度第二侧行链路资源。但是，由于第一终端20在n时刻未向网络设备10反馈第一侧行链路HARQ进程m的NACK，那么第一终端20可以等待网络设备10调度的用于第一侧行链路HARQ进程m的第一数据包重传的第二侧行链路资源(sidelink grant)。当第一终端20接收到该sidelink grant后，第一终端30利用sidelink grant重传第一侧行链路HARQ进程m的第一数据包给第二终端。

如果用于重新传输所述第一数据包的侧行链路资源由第一终端20确定，作为本申请的一种可能的实施例，本申请实施例提供的步骤602具体可以通过以下方式实现：在确认信息指示第二终端30未正确接收第一数据包的情况下，第一终端20将第一侧行链路资源确定为第三侧行链路资源。

其中，第一侧行链路资源可以为网络设备10为第一终端20配置的用于传输第一数据包的侧行链路资源。第一侧行链路资源也可以为第一终端20在预配置的侧行链路资源池中自主选择的侧行链路资源。

相应的，本申请实施例提供的步骤603具体可以通过以下方式实现：第一终端在第二时刻利用第一侧行链路资源向第二终端发送第一数据包。该第二时刻位于第一时刻之后。

示例性的，第二时刻由第一时刻和预设偏移值得到。

示例性的，本申请实施例中的预设偏移值可以为网络设备10向第一终端20配置的，预设偏移值也可以由第一终端20基于预定义协议确定。

举例说明，当第一终端20确定需要对第一侧行链路HARQ进程m的第一数据包重传，在n时刻需要向网络设备10反馈第一侧行链路HARQ进程m的NACK，以便网络设备10根据接收到的NACK确定第一数据包未被正确接收，进而决定是否为第一终端20调度第二侧行链路资源。但是，由于第一终端20在n时刻未向网络设备10反馈第一侧行链路HARQ进程m的NACK，那么第一终端20可以利用前一次传输第一数据包的第一侧行链路资源，在时刻n+X向第二终端30重传第一数据包。其中，X表示预设偏移值，n表示第一时刻。

本申请实施例中第一终端20可以通过预定义协议确定采用第一方式或第二方式确定第三侧行链路资源。当然，第一终端20采用第一方式或第二方式确定侧行链路资源也可以由网络设备10配置。在由网络设备10为第一终端20配置采用第一方式或第二方式确定第三侧行链路资源时，结合图7，本申请实施例提供的方法在步骤601之前还可以包括：

步骤605、网络设备10向第一终端20发送指示信息。该指示信息用于指示第一终端20采用第一方式或第二方式确定侧行链路资源。其中，第一方式为：第一终端20将网络设备10为第一终端20重新分配的第二侧行链路资源确定为第三侧行链路资源。第二方式为：第一终端20将第一侧行链路资源确定为第三侧行链路资源。

可以理解的是，第一方式即第一终端20等待网络设备10为第一终端20重新分配第二侧行链路资源，并将第二侧行链路资源确定为第三侧行链路资源。如果被配置为第一方式，则第一终端20和网络设备10提前协商如果第一终端20未向网络设备10发送确认信息，也即网络设备10未接收到确认信息时，网络设备10默认第一数据包未被成功接收，则网络设备便可以确定10需要为第一终端20分配第二侧行链路资源。

可以理解的是，第二方式即第一终端20在第一时刻之后利用前一次传输第一数据包的第一侧行链路资源重新传输第一数据包。如果被配置为第二方式，则第一终端20和网络设备10提前约定如果第一终端20未向网络设备20发送确认信息时，也即网络设备10未接收到确认信息时，则网络设备10确定无需为第一终端20分配第二侧行链路资源，这样第一终端20可以采用第一侧行链路资源重传第一数据包。

步骤606、第一终端20接收来自网络设备10的指示信息。

相应的，第一终端20根据指示信息，确定采用第一方式或第二方式确定侧行链路资源。

需要说明的是，如果第一终端20和网络设备10提前协商好采用第一方式或第二方式确定侧行链路资源，则步骤605和步骤606可以省略。也即步骤605和步骤606为可选的步骤。

可以理解的是，本申请实施例中图4或图5所描述的方案可以和图6和图7所描述的方案作为一个完整方案实施，当然图4或图5所描述的方案可以作为一个方案实施，用于描述在第一终端20未向网络设备10发送确认信息的情况下，以及确认信息指示第一数据包被正确接收时，且网络设备10重新为第一终端20调度了第二侧行链路资源的情况下，第一终端20如何处理第二侧行链路资源。图6和图7所描述的方案作为一个方案实施，用于描述在第一终端20未向网络设备10发送确认信息的情况下，以及确认信息指示第一数据包未被正确接收时，第一终端20通过重新确定用于重新传输的侧行链路资源，以向第二终端30重新传输第一数据包。

如图8所示，图8示出了本申请实施例提供一种处理侧行链路资源的方法，包括：

步骤801、第一终端20在第一时刻20向网络设备10发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端30正确接收第一终端20在第一侧行链路资源上向所述第二终端30发送的第一侧行链路HARQ进程的第一数据包。

步骤802、如果第一终端20又接收到来自网络设备10的第二侧行链路资源。

步骤803、在第一终端20确定第二终端30正确接收第一数据包的情况下，第一终端20根据第二侧行链路资源的HARQ参数，处理第二侧行链路资源。其中，第二侧行链路资源的HARQ参数包括NDI。

图8所述的方案适用于第一终端20向网络设备10发送第一侧行链路HARQ进程的确认信息，但是网络设备10未接收到确认信息，又为第一终端20分配第二侧行链路资源的情况。

参考本申请的一种实现方式，本申请实施例中的步骤803可以通过以下方式实现：可以参考上述步骤4031，此处不再赘述。

参考本申请的一种实现方式，本申请实施例中的步骤803可以通过以下方式实现：可以参考上述步骤4032，此处不再赘述。

参考本申请的另一个实施例，如图8所示，本申请实施例提供的方法还包括：第一终端20确定第一数据包已经成功被第二终端30接收，第一终端20清空第一侧行链路HARQ进程的HARQ缓存。

比如说，第一终端根据第二侧行链路资源的HARQ参数，在第二侧行链路资源上传输第二数据包，包括：在NDI指示新传，且HARQ进程号为第一侧行链路HARQ进程的进程号，且第一变量的值为第一参数值的情况下，第一终端在第二侧行链路资源上传输第二数据包。

比如说，步骤801具体可以通过以下方式实现：第一终端20确定发送确认信息的时刻与第一终端20发送第一消息的时刻均为第一时刻。在承载确认信息的物理上行信道的优先级高于第一消息的优先级，或者承载确认信息的物理上行信道的优先级高于承载所述第一消息的侧行链路信道的优先级的情况下，第一终端20确定在第一时刻20向网络设备10发送确认信息。

比如说，第一消息为第一终端20在随机接入过程中向网络设备10发送的消息。

比如说，物理上行信道为物理上行控制信道，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH，第一终端根据承载确认信息的物理上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻向网络设备发送确认信息，包括：在第一时刻承载确认信息的物理上行控制信道的优先级高于侧行链路共享信道所映射的物理侧行链路共享信道PSSCH的优先级的情况下，第一终端确定在第一时刻向网络设备发送确认信息。

比如说，确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级高于在SL-SCH上传输的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，第一终端确定承载确认信息的物理上行控制信道的优先级高于承载SL MAC PDU的SL-SCH所映射的PSSCH的优先级。

比如说，物理上行信道为物理上行共享信道PUSCH，第一消息为侧行链路SL媒体接入控制MAC协议数据单元PDU，承载第一消息的侧行链路信道为侧行链路共享信道SL-SCH。第一终端根据承载确认信息的上行信道的优先级、以及承载第一消息的侧行链路信道的优先级，确定在第一时刻向网络设备发送确认信息，包括：如果PUSCH的优先级高于SL-SCH的优先级，第一终端确定在第一时刻向网络设备发送确认信息。

比如说，如果在所述PUSCH上传输的MAC PDU中优先级最高的上行链路逻辑信道的优先级高于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级高于SL-SCH的优先级。

比如说，如果确认信息对应的SL MAC PDU中优先级最高的侧行链路逻辑信道的优先级，和在PUSCH上传输的MAC PDU中优先最高的上行链路逻辑信道的优先级均高于在SL-SCH上传输的MAC PDU中优先级最高的侧行链路逻辑信道的优先级，则第一终端确定PUSCH的优先级高于SL-SCH的优先级。

在本申请的另一个实施例中，本申请实施例提供的方法还包括：在承载确认信息的物理上行信道的优先级低于第一消息的优先级，或者承载确认信息的物理上行信道的优先级低于承载第一消息的侧行链路信道的优先级的情况下，第一终端在第一时刻优先发送第一消息。也即确认信息被放弃。

如图9所示，作为本申请的另一个可能的实施例，如图9所示，本申请实施例提供一种处理侧行链路资源的方法，包括：

步骤901、第一终端20确定在第一时刻向网络设备10发送第一侧行链路混合自动重复请求HARQ进程的确认信息。该确认信息用于指示第二终端30未正确接收第一终端20在第一侧行链路资源上向第二终端30发送的第一侧行链路HARQ进程的第一数据包。

步骤901的具体实现可以参考步骤801处的描述，此处不再赘述。

步骤902、如果第一终端20未接收到来自网络设备10的第二侧行链路资源，则第一终端20确定将第一侧行链路资源确定为第三侧行链路资源。

具体的，该第一终端20被预配置为采用第二方式确定侧行链路资源，或者第一终端20从网络设备10处确定采用第二方式确定侧行链路资源。第二方式为：第一终端20将第一侧行链路资源确定为第三侧行链路资源。

步骤903、第一终端20通过第一侧行链路资源向第二终端30重新发送第一数据包。

步骤903的具体实现可以参考步骤603具体可以通过以下方式实现，此处不再赘述。

应理解，图8和图9中涉及到的内容如果与图5-图7中的内容相同，则图8和图9中涉及到的内容可以参考上述图5-图7处描述，此处不再赘述。

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

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

上面结合图1至图9，对本申请实施例的方法进行了说明，下面对本申请实施例提供的执行上述方法的发送侧行链路资源的装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的发送侧行链路资源的装置可以执行上述发送侧行链路资源的方法中由第一终端执行的步骤。

在采用集成的单元的情况下，图10示出了上述实施例中所涉及的一种发送侧行链路资源的装置，该发送侧行链路资源的装置可以包括：处理单元101。可选的，该装置还可以包括通信单元102。

一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，处理单元101，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行图4中的步骤401、步骤402以及步骤402。

在一种可能的实施例中，处理单元101，还用于支持发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤4011、步骤4012、步骤4031、步骤4032。通信单元102，还用于支持发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤404。

另一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，处理单元101，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤601和步骤602。通信单元102，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤603。

在一种可能的实施例中，通信单元102，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤604、步骤606。

再一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，通信单元102用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤801，步骤802。处理单元101，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤803。

又一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，通信单元102用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤901、步骤903。处理单元101，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤902。

在采用集成的单元的情况下，图11示出了上述实施例中所涉及的发送侧行链路资源的装置的一种可能的逻辑结构示意图。该发送侧行链路资源的装置包括：处理模块112和通信模块113。处理模块112用于对发送侧行链路资源的装置的动作进行控制管理，例如，处理模块112用于执行在发送侧行链路资源的装置进行信息/数据处理的步骤。通信模块113用于支持发送侧行链路资源的装置进行信息/数据发送或者接收的步骤。

在一种可能的实施例中，发送侧行链路资源的装置还可以包括存储模块111，用于存储发送侧行链路资源的装置可的程序代码和数据。

一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，处理模块112，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行图4中的步骤401、步骤402以及步骤402。

在一种可能的实施例中，处理模块112，还用于支持发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤4011、步骤4012、步骤4031、步骤4032。通信模块113，还用于支持发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤404。

另一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，处理模块112，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤601和步骤602。通信模块113，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤603。

在一种可能的实施例中，通信模块113，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤604、步骤606。

再一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，通信模块113用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤801，步骤802。处理模块112，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤803。

又一种示例，该发送侧行链路资源的装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，通信模块113用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤901、步骤903。处理模块112，用于支持该发送侧行链路资源的装置执行上述实施例中由第一终端执行的步骤902。

其中，处理模块112可以是处理器或控制器，例如可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。通信模块113可以是收发器、收发电路或通信接口等。存储模块111可以是存储器。

当处理模块112为处理器41或处理器45，通信模块113为收发器43时，存储模块111为存储器42时，本申请所涉及的发送侧行链路资源的装置可以为图2所示的通信设备。

一种示例，该通信设备为第一终端，或者为应用于第一终端中的芯片。在这种情况下，处理器41或处理器45，用于支持该通信设备执行上述实施例中由第一终端执行图4中的步骤401、步骤402以及步骤402。

在一种可能的实施例中，处理器41或处理器45，还用于支持通信设备执行上述实施例中由第一终端执行的步骤4011、步骤4012、步骤4031、步骤4032。收发器43，还用于支持通信设备执行上述实施例中由第一终端执行的步骤404。

另一种示例，该通信设备为第一终端，或者为应用于第一终端中的芯片。在这种情况下，处理器41或处理器45，用于支持该通信设备执行上述实施例中由第一终端执行的步骤601和步骤602。收发器43，用于支持该通信设备执行上述实施例中由第一终端执行的步骤603。

在一种可能的实施例中，收发器43，用于支持该通信设备执行上述实施例中由第一终端执行的步骤604、步骤606。

再一种示例，该通信设备为第一终端，或者为应用于第一终端中的芯片。在这种情况下，收发器43用于支持该通信设备执行上述实施例中由第一终端执行的步骤801，步骤802。处理器41或处理器45，用于支持该通信设备执行上述实施例中由第一终端执行的步骤803。

又一种示例，该通信设备为第一终端，或者为应用于第一终端中的芯片。在这种情况下，收发器43用于支持该通信设备执行上述实施例中由第一终端执行的步骤901、步骤903。处理器41或处理器45，用于支持该通信设备执行上述实施例中由第一终端执行的步骤902。

图12是本申请实施例提供的芯片150的结构示意图。芯片150包括一个或两个以上(包括两个)处理器1510和通信接口1530。

可选的，该芯片150还包括存储器1540，存储器1540可以包括只读存储器和随机存取存储器，并向处理器1510提供操作指令和数据。存储器1540的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

在一些实施方式中，存储器1540存储了如下的元素，执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器1540存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

一种可能的实现方式中为：第一终端所用的芯片的结构类似，不同的装置可以使用不同的芯片以实现各自的功能。

处理器1510控制第一终端中任一个的处理操作，处理器1510还可以称为中央处理单元(central processing unit，CPU)。

存储器1540可以包括只读存储器和随机存取存储器，并向处理器1510提供指令和数据。存储器1540的一部分还可以包括NVRAM。例如应用中存储器1540、通信接口1530以及存储器1540通过总线系统1520耦合在一起，其中总线系统1520除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1520。

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

一种可能的实现方式中，通信接口1530用于执行图4-图9所示的实施例中的第一终端、的接收和发送的步骤。处理器1510用于执行图4-图9所示的实施例中的第一终端的处理的步骤。

以上通信单元可以是该装置的一种通信接口，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元是该芯片用于从其它芯片或装置接收信号或发送信号的通信接口。

此外，本申请实施例可以提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图4、图5中第一终端的功能。

本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图6、图7中第一终端的功能。

本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图8中第一终端的功能。

本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图9中第一终端的功能。

本申请实施例提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图8中第一终端的功能。

本申请实施例提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图9中第一终端的功能。

本申请实施例提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图4或图5中第一终端的功能。

本申请实施例提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图6或图7中第一终端的功能。

本申请实施例提供一种芯片，该芯片应用于第一终端中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图4或图5中第一终端的功能。

本申请实施例提供一种芯片，该芯片应用于第一终端中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图6、图7中第一终端的功能。

本申请实施例提供一种芯片，该芯片应用于第一终端中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图8中第一终端的功能。

本申请实施例提供一种芯片，该芯片应用于第一终端中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图9中第一终端的功能。

本申请实施例提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图4、图5或图6中第一终端的功能。

本申请实施例提供一种芯片，该芯片应用于第一终端中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图4、图5、图6中第一终端的功能。

本申请实施例提供一种通信系统，该通信系统包括第一终端、第二终端以及网络设备10，其中，第一终端用于执行图4～图9中由第一终端执行的步骤，网络设备10用于执行图4～图9中由网络设备10执行的步骤。

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

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

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

Claims

1.一种处理侧行链路资源的方法，其特征在于，包括：

第一终端接收网络设备发送的第二侧行链路资源；

所述第一终端设备根据所述第二侧行链路资源的HARQ参数，忽略所述第二侧行链路资源，或者在所述第二侧行链路资源上传输第二数据包；

其中，所述第二侧行链路资源的HARQ参数包括新数据指示NDI和HARQ进程号。

2.根据权利要求1所述的方法，其特征在于，所述第一终端根据所述第二侧行链路资源的HARQ参数，忽略所述第二侧行链路资源，包括：

在所述NDI指示重传，且所述HARQ进程号关联第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程关联的第一变量的值为第一参数值的情况下，所述第一终端忽略所述第二侧行链路资源；

其中，所述第一参数值表示第二终端正确接收所述第一终端发送的所述第一侧行链路HARQ进程的第一数据包。

3.根据权利要求1所述的方法，其特征在于，所述第一终端根据所述第二侧行链路资源的HARQ参数，忽略所述第二侧行链路资源，包括：

在所述NDI指示重传，且所述HARQ进程号关联第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程的HARQ缓存为空的情况下，所述第一终端忽略所述第二侧行链路资源。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

如果所述第一终端向第二终端发送的所述第一侧行链路HARQ进程的第一数据包已经成功被所述第二终端接收，所述第一终端清空所述第一侧行链路HARQ进程的HARQ缓存。

5.根据权利要求2所述的方法，其特征在于，所述第一终端根据所述第二侧行链路资源的HARQ参数，在所述第二侧行链路资源上传输第二数据包，包括：

在所述NDI指示新传，且所述HARQ进程号关联所述第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程的第一变量的值为第一参数值的情况下，所述第一终端在所述第二侧行链路资源上传输所述第二数据包；

或者，在所述NDI指示新传的情况下，所述第一终端在所述第二侧行链路资源上传输所述第二数据包。

6.根据权利要求2所述的方法，其特征在于，

在所述NDI指示重传，且所述HARQ进程号关联所述第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程号关联的第一变量的值为第二参数值的情况下：所述第一终端确定用于重新传输所述第一数据包的第三侧行链路资源；

所述第一终端通过所述第三侧行链路资源向所述第二终端发送所述第一数据包；

其中，所述第二参数值表示所述第二终端未正确接收所述第一数据包。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述第一终端接收来自所述网络设备的第二侧行链路资源，所述第二侧行链路资源与所述第一侧行链路HARQ进程关联；

所述第一终端确定用于重新传输所述第一数据包的第三侧行链路资源，包括：

所述第一终端确定所述第二侧行链路资源为所述第三侧行链路资源。

8.根据权利要求6所述的方法，其特征在于，所述第一终端确定用于重新传输所述第一数据包的第三侧行链路资源，包括：

所述第一终端将所述第一侧行链路资源确定为所述第三侧行链路资源。

9.根据权利要求6-8任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端接收来自所述网络设备的指示信息，所述指示信息用于指示所述第一终端采用第一方式或第二方式确定所述第三侧行链路资源；

其中，所述第一方式为：所述第一终端将所述网络设备为所述第一终端重新分配的所述第二侧行链路资源确定为所述第三侧行链路资源；

所述第二方式为：所述第一终端将所述第一侧行链路资源确定为所述第三侧行链路资源。

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

收发器，第一终端接收网络设备发送的第二侧行链路资源；

处理器，用于根据所述第二侧行链路资源的HARQ参数，忽略所述第二侧行链路资源，或者在所述第二侧行链路资源上传输第二数据包；

11.根据权利要求10所述的装置，其特征在于，所述处理器，具体用于在所述NDI指示重传，且所述HARQ进程号关联第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程关联的第一变量的值为第一参数值的情况下，忽略所述第二侧行链路资源；

12.根据权利要求10所述的装置，其特征在于，所述处理器，具体用于在所述NDI指示重传，且所述HARQ进程号关联第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程的HARQ缓存为空的情况下，忽略所述第二侧行链路资源。

13.根据权利要求12所述的装置，其特征在于，所述处理器，还用于如果所述收发器向第二终端发送的所述第一侧行链路HARQ进程的第一数据包已经成功被所述第二终端接收，清空所述第一侧行链路HARQ进程的HARQ缓存。

14.根据权利要求11所述的装置，其特征在于，所述处理器，还用于根据所述第二侧行链路资源的HARQ参数，通过所述收发器在所述第二侧行链路资源上传输第二数据包，包括：

用在所述NDI指示新传，且所述HARQ进程号关联所述第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程的第一变量的值为第一参数值的情况下，通过所述收发器在所述第二侧行链路资源上传输所述第二数据包；

或者，用于在所述NDI指示新传的情况下，通过所述收发器在所述第二侧行链路资源上传输所述第二数据包。

15.根据权利要求11任一项所述的装置，其特征在于，在所述NDI指示重传，且所述HARQ进程号关联所述第一侧行链路HARQ进程的进程号，且所述第一侧行链路HARQ进程关联的第一变量的值为第二参数值的情况下：所述处理器，还用于确定用于重新传输所述第一数据包的第三侧行链路资源；

所述收发器，还用于通过所述第三侧行链路资源向所述第二终端发送所述第一数据包；

16.根据权利要求15所述的装置，其特征在于，所述收发器，还用于接收来自所述网络设备的第二侧行链路资源，所述第二侧行链路资源与所述第一侧行链路HARQ进程关联；

所述处理器，具体用于确定所述第二侧行链路资源为所述第三侧行链路资源。

17.根据权利要求15所述的装置，其特征在于，所述处理器，具体用于将所述第一侧行链路资源确定为所述第三侧行链路资源。

18.根据权利要求15-17任一项所述的装置，其特征在于，所述收发器，还用于接收来自所述网络设备的指示信息，所述指示信息用于指示采用第一方式或第二方式确定所述第三侧行链路资源；

其中，所述第一方式为：将所述网络设备为所述装置重新分配的所述第二侧行链路资源确定为所述第三侧行链路资源；

所述第二方式为：将所述第一侧行链路资源确定为所述第三侧行链路资源。

19.一种芯片，其特征在于，所述芯片包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器耦合，所述至少一个处理器用于运行计算机程序或指令，以实现如权利要求1-9中任一项所述的处理侧行链路资源的方法，所述通信接口用于与所述芯片之外的其它模块进行通信。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令被运行时，实现上述权利要求1-9中任一项所述的处理侧行链路资源的方法。

21.一种通信系统，其特征在于，包括：如权利要求10-18任一项所述的通信装置以及网络设备。