CN115174006A - 一种确定侧行链路资源的方法、装置以及系统 - Google Patents

Abstract

本申请实施例提供一种确定侧行链路资源的方法、装置以及系统，涉及通信技术领域。用以在第一终端未接收到第二终端针对第一数据包的确认信息的情况下，提高侧行链路数据传输的可靠性。该方法可以在第一终端确定未接收到来自第二终端反馈的针对第一数据包的确认信息的情况下，如果第一终端确定第二终端未成功解码第一数据包，则确定重新传输第一数据包的侧行链路资源。这样可以在重新确定的侧行链路资源上重新传输第一数据包，从而提高了侧行链路传输的可靠性。该方案可以适用于无人驾驶、自动驾驶、辅助驾驶、智能驾驶、网联驾驶、智能网联驾驶、汽车共享、人工智能等领域。

Description

一种确定侧行链路资源的方法、装置以及系统

本申请是分案申请，原申请的申请号是201910760444.8，原申请日是2019年8月16日，原申请的全部内容通过引用结合在本申请中。

技术领域

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

背景技术

在长期演进(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信息用于指示侧行链路数据是否被成功解码。

TX终端在接收到该HARQ信息之后，如果确定HARQ信息指示侧行链路数据未被成功解码，则TX终端可以重新确定重新传输该侧行链路数据的侧行链路资源。

但是，TX终端可能存在无法接收到RX终端反馈的HARQ信息的情况，因此，在TX终端未接收到RX终端反馈的HARQ信息的情况下，TX终端如何处理该未被成功接收到的侧行链路数据的后续的数据传输是亟需解决的技术问题。

发明内容

本申请实施例提供一种确定侧行链路资源的方法、装置以及系统，用以在第一终端未接收到第二终端针对第一数据包的确认信息的情况下，提高侧行链路数据传输的可靠性。

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

第一方面，本申请实施例提供一种确定侧行链路资源的方法，包括：第一通信装置确定未接收到来自第二通信装置的针对第一数据包的确认信息。该确认信息用于指示第二通信装置是否成功解码第一数据包。第一数据包为第一通信装置在第一侧行链路资源上传输的数据包。在第一通信装置确定第二通信装置未成功解码第一数据包的情况下，第一通信装置获取用于重新传输第一数据包的第二侧行链路资源。

示例性的，第一通信装置可以为第一终端或者设置于第一终端内的的芯片，第二通信装置可以为第二终端或者设置于第二终端内的的芯片。

本申请实施例提供一种确定侧行链路资源的方法，由于在实际过程中，第一通信装置可能存在未向第二通信装置发送第一数据包的情况，或者第一通信装置向第二通信装置发送了第一数据包，但是由于信道质量原因，第二通信装置反馈了确认信息但是第一通信装置未接收到确认信息的情况，现有技术中并未涉及第一通信装置在确定未收到确认信息时，如果处理后续数据传输问题，这样可能会导致侧行链路传输的可靠性降低，因此，本申请实施例中第一通信装置确定未接收到来自第二通信装置的针对第一数据包的确认信息时，如果第一通信装置确定第二通信装置未成功解码第一数据包，则第一通信装置重新获取用于传输第一数据包的第二侧行链路资源，这样便于第一通信装置后续在第二侧行链路资源上重新传输第一数据包，可以提高侧行链路传输的可靠性。

结合第一方面，在第一方面的第一种可能的实现方式中，第一通信装置获取用于重新传输第一数据包的侧行链路资源，包括：第一通信装置触发第一数据包关联的侧行链路混合自动重复请求HARQ进程的资源重选。第一通信装置从侧行链路资源池中选择第二侧行链路资源。这样第一通信装置可以自主选择第二侧行链路资源。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，第一通信装置触发第一数据包关联的侧行链路混合自动重复请求HARQ进程的资源重选，包括：第一通信装置确定在n时刻未向第二通信装置发送第一数据包时，第一通信装置在n时刻触发资源重选。应理解，如果第一通信装置确定在n时刻未向第二通信装置发送第一数据包便可以确定第二通信装置未成功解码所述第一数据包，因此第一通信装置在n时刻触发资源重选。即第一通信装置一旦确定在应该发送第一数据包的时刻未发送第一数据包，便可以触发资源重选，这样可以保证尽快通过重选的侧行链路资源重新发送第一数据包。n时刻为所述第一通信装置发送第一数据包的时刻。

结合第一方面至第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，第一通信装置触发第一数据包关联的侧行链路混合自动重复请求HARQ进程的资源重选，包括：第一通信装置在n+X时刻触发资源重选，其中，X为第一通信装置发送第一数据包的时间和第一通信装置接收第二通信装置反馈的确认信息的时间间隔。这样便于第一通信装置确定自主选择第二侧行链路资源的时机。

结合第一方面至第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，第一通信装置获取用于重新传输第一数据包的侧行链路资源，包括：第一通信装置接收来自网络设备的第一配置消息。该第一配置消息包括与侧行链路HARQ进程关联的侧行链路资源。第一通信装置将侧行链路HARQ进程关联的侧行链路资源确定为第二侧行链路资源。第一通信装置可以通过网络设备调度方式确定用于重传的第二侧行链路资源。

结合第一方面至第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，本申请实施例提供的方法还包括：第一通信装置向网络设备反馈第一指示信息，或者，第一通信装置不向网络设备反馈第一指示信息。第一指示信息指示第二通信装置未成功解码第一数据包。通过反馈第一指示信息可以使得网络设备根据第一指示信息确定第二通信装置未成功解码第一数据包，进而判断需要为第一通信装置分配用于重传的第二侧行链路资源。如果第一通信装置和网络设备之间提前协商，如果第二通信装置未成功解码第一数据包时，则可以不用反馈第一指示信息，这样如果网络设备确定未接收到来自第一通信装置的第一指示信息，便可以确定第二通信装置未成功解码第一数据包，进而判断需要为第一通信装置20分配用于重传的第二侧行链路资源。

结合第一方面至第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，第一通信装置确定第二通信装置未成功解码第一数据包，包括：在第一通信装置向第二通信装置发送第一数据包，但第一通信装置未接收到来自第二通信装置的确认信息的情况下，第一通信装置确定第二通信装置未成功解码第一数据包。

结合第一方面至第一方面的第六种可能的实现方式，在第一方面的第七种可能的实现方式中，在满足第一条件时，且在第一通信装置向第二通信装置发送第一数据包，但第一通信装置未接收到来自第二通信装置的确认信息的情况下，第一通信装置确定第二通信装置未成功解码第一数据包；其中，第一条件，包括以下中的任一个或多个：第一数据包中的第一侧行链路逻辑信道被配置为需要重传，其中，第一侧行链路逻辑信道为第一数据包中的优先级最高的侧行链路逻辑信道；第一通信装置被配置为需要重传；第一通信装置从第一预设范围内生成的随机数大于第一门限值。

结合第一方面至第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，第一通信装置确定侧行链路HARQ进程的第一变量的值为第一值，第一值用于表示第二通信装置未成功解码第一数据包。本申请实施例提供的方法还包括：第一通信装置确定侧行链路HARQ进程的第一变量的值为第一值，该第一值用于表示第二通信装置未成功解码第一数据包。

需要说明的是，本申请实施例中第一方面提供的方法还可以包括：第二方面、第三方面以及第四方面所描述的方案。

第二方面，本申请实施例提供一种确定侧行链路资源的方法，包括：第一通信装置接收来自第二通信装置的针对第一数据包的指示第二通信装置未成功解码第一数据包的确认信息。第一通信装置根据确认信息，确定第二通信装置未成功解码第一数据包。在第一通信装置确定第二通信装置未成功解码第一数据包的情况下，第一通信装置获取用于重新传输第一数据包的第二侧行链路资源。

结合第二方面，在第二方面的第一种可能的实现方式中，第一通信装置确定侧行链路HARQ进程的第一变量的值为第一值，第一值用于表示第二通信装置未成功解码第一数据包。本申请实施例提供的方法还包括：第一通信装置确定侧行链路HARQ进程的第一变量的值为第一值，该第一值用于表示第二通信装置未成功解码第一数据包。

第二方面中第一通信装置获取用于重新传输第一数据包的第二侧行链路资源的方式可以参考第一方面中的描述，此处不再赘述。

需要说明的是，本申请实施例中第二方面提供的方法还可以包括：第一方面、第三方面以及第四方面所描述的方案。

第三方面，本申请实施例提供一种确定侧行链路资源的方法，包括：第一通信装置确定未接收到来自第二通信装置的针对第一数据包的确认信息。该确认信息用于指示第二通信装置是否成功解码第一数据包。在第一通信装置确定第二通信装置成功解码第一数据包的情况下，第一通信装置执行下述步骤中的任一个：第一通信装置向网络设备发送或不发送第二指示信息，第二指示信息用于指示第二通信装置成功解码第一数据包。或者第一通信装置释放第二侧行链路资源，第二侧行链路资源为用于重新传输第一数据包的侧行链路资源；其中，第二侧行链路资源由网络设备分配，或者为第一通信装置在侧行链路资源池中预留的侧行链路资源。

结合第三方面，在第三方面的第一种可能的实现方式中，第一通信装置确定第二通信装置成功解码第一数据包，包括：在第一通信装置向第二通信装置发送第一数据包，但第一通信装置未接收到来自第二通信装置的确认信息的情况下，该第一通信装置确定第二通信装置成功解码第一数据包。

结合第三方面，或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，在满足第二条件时，且在第一通信装置向第二通信装置发送第一数据包，但第一通信装置未接收到来自第二通信装置的确认信息的情况下，第一通信装置确定第二通信装置成功解码第一数据包；其中，第二条件包括以下任一个：第一数据包中的第一侧行链路逻辑信道被配置为不需要重传，其中，第一侧行链路逻辑信道为第一数据包中的优先级最高的侧行链路逻辑信道；第一通信装置被配置为不需要重传；第一通信装置确定从第二预设范围内生成的随机数小于第二门限值。

结合第三方面至第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，第一数据包通过侧行链路混合自动重复请求HARQ进程传输，本申请实施例提供的方法还包括：第一通信装置确定侧行链路HARQ进程的第一变量的值为第二值，第二值用于表示第二通信装置成功解码第一数据包。

需要说明的是，本申请实施例中第三方面提供的方法还可以包括：第一方面、第二方面以及第四方面所描述的方案。

第四方面，本申请实施例提供一种确定侧行链路资源的方法，包括：第一通信装置接收来自第二通信装置的针对第一数据包的确认信息。该确认信息指示第二通信装置成功解码第一数据包。第一通信装置根据确认信息，确定第二通信装置成功解码第一数据包。第一通信装置执行下述步骤中的任一个：第一通信装置向网络设备发送或不发送第二指示信息，第二指示信息用于指示第二通信装置成功解码第一数据包。或者第一通信装置释放第二侧行链路资源，第二侧行链路资源为用于重新传输第一数据包的侧行链路资源；其中，第二侧行链路资源由网络设备分配，或者为第一通信装置在侧行链路资源池中预留的侧行链路资源。

结合第四方面，在第四方面的第一种可能的实现方式中，第一数据包通过侧行链路混合自动重复请求HARQ进程传输，本申请实施例提供的方法还包括：第一通信装置确定侧行链路HARQ进程的第一变量的值为第二值，第二值用于表示第二通信装置成功解码第一数据包。

需要说明的是，本申请实施例中第四方面提供的方法还可以包括：第一方面、第二方面以及第三方面所描述的方案。也即第一方面、第二方面、第三方面以及第四方面所描述的各个方案可以组合。

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

一种示例，本申请实施例提供一种通信装置，包括：通信单元和处理单元，其中，通信单元可以是收发器也可以是包括一个或多个具有收发信息功能的模块，处理单元可以是处理器也可以是包括一个或多个具有处理功能的模块。下述以处理单元和通信为例描述。

其中，处理单元用于确定通信单元未接收到来自第二终端的针对第一数据包的确认信息。该确认信息用于指示第二终端是否成功解码第一数据包。第一数据包为第一终端在第一侧行链路资源上传输的数据包。在确定第二终端未成功解码第一数据包的情况下，处理单元，用于获取用于重新传输第一数据包的第二侧行链路资源。

结合第五方面，在第五方面的第一种可能的实现方式中，处理单元，用于获取用于重新传输第一数据包的侧行链路资源，包括：处理单元，用于触发第一数据包关联的侧行链路HARQ进程的资源重选。处理单元，用于从侧行链路资源池中选择第二侧行链路资源。

结合第五方面或第五方面的第一种可能的实现方式中，在第五方面的第二种可能的实现方式中，处理单元，用于触发第一数据包关联的侧行链路HARQ进程的资源重选，包括：处理单元，用于确定在n时刻通信单元未向第二终端发送第一数据包时，处理单元，用于在n时刻触发资源重选。

结合第五方面至第五方面的第二种可能的实现方式中，在第五方面的第三种可能的实现方式中，处理单元，用于触发第一数据包关联的侧行链路混合自动重复请求HARQ进程的资源重选，包括：处理单元，用于在n+X时刻触发资源重选，其中，X为通信单元发送第一数据包的时间和通信单元接收第二终端反馈的确认信息的时间间隔。

结合第五方面至第五方面的第三种可能的实现方式中，在第五方面的第四种可能的实现方式中，处理单元，用于获取用于重新传输第一数据包的侧行链路资源，包括：通信单元，用于接收来自网络设备的第一配置消息。相应的，处理单元，用于根据第一配置消息确定用于重新传输第一数据包的侧行链路资源。

结合第五方面至第五方面的第四种可能的实现方式中，在第五方面的第五种可能的实现方式中，通信单元，还用于向网络设备反馈第一指示信息，或者，通信单元，还用于不向网络设备反馈第一指示信息。第一指示信息指示第二终端未成功解码第一数据包。

结合第五方面至第五方面的第五种可能的实现方式中，在第五方面的第六种可能的实现方式中，处理单元，用于确定第二终端未成功解码第一数据包为：在通信单元用于向第二终端发送第一数据包，但通信单元用于未接收到来自第二终端的确认信息的情况下，处理单元，用于确定第二终端未成功解码第一数据包。

结合第五方面至第五方面的第六种可能的实现方式中，在第五方面的第七种可能的实现方式中，在满足第一条件时，且在通信单元用于向第二终端发送第一数据包，但通信单元用于未接收到来自第二终端的确认信息的情况下，处理单元，用于确定第二终端未成功解码第一数据包；其中，第一条件，包括以下中的任一个或多个：第一数据包中的第一侧行链路逻辑信道被配置为需要重传，其中，第一侧行链路逻辑信道为第一数据包中的优先级最高的侧行链路逻辑信道；该装置被配置为需要重传；处理单元确定从第一预设范围内生成的随机数大于第一门限值。

结合第五方面至第七方面的第三种可能的实现方式中，在第五方面的第八种可能的实现方式中，处理单元，用于确定侧行链路HARQ进程的第一变量的值为第一值，第一值用于表示第二终端未成功解码第一数据包。处理单元，还用于确定侧行链路HARQ进程的第一变量的值为第一值，该第一值用于表示第二终端未成功解码第一数据包。

需要说明的是，本申请实施例中第五方面提供的装置还可以包括：第六方面、第七方面以及第八方面所描述的方案。

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

可选的，处理器、收发器和存储器相互耦合。

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

一种示例，本申请实施例提供一种通信装置，包括：通信单元和处理单元，其中，通信单元可以是收发器也可以是包括一个或多个具有收发信息功能的模块，处理单元可以是处理器也可以是包括一个或多个具有处理功能的模块。下述以处理单元和通信为例描述。

其中，通信单元，用于接收来自第二终端的针对第一数据包的指示第二终端未成功解码第一数据包的确认信息。处理单元，用于根据确认信息，确定第二终端未成功解码第一数据包。在确定第二终端未成功解码第一数据包的情况下，处理单元，用于获取用于重新传输第一数据包的第二侧行链路资源。

结合第六方面，在第六方面的第一种可能的实现方式中，处理单元，用于确定侧行链路HARQ进程的第一变量的值为第一值，第一值用于表示第二终端未成功解码第一数据包。处理单元，还用于确定侧行链路HARQ进程的第一变量的值为第一值，该第一值用于表示第二终端未成功解码第一数据包。

需要说明的是，本申请实施例中第六方面提供的装置还可以包括：第五方面、第七方面以及第八方面所描述的方案。

第六方面中处理单元，用于获取用于重新传输第一数据包的第二侧行链路资源的方式可以参考第五方面中的描述，此处不再赘述。

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

可选的，处理器、收发器和存储器相互耦合。

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

一种示例，本申请实施例提供一种通信装置，包括：通信单元和处理单元，其中，通信单元可以是收发器也可以是包括一个或多个具有收发信息功能的模块，处理单元可以是处理器也可以是包括一个或多个具有处理功能的模块。下述以处理单元和通信为例描述。

其中，处理单元，用于确定未接收到来自第二终端的针对第一数据包的确认信息。该确认信息用于指示第二终端是否成功解码第一数据包。在确定第二终端成功解码第一数据包的情况下，处理单元，用于执行下述步骤中的任一个：通过通信单元向网络设备发送或不发送第二指示信息，第二指示信息用于指示第二终端成功解码第一数据包。或者处理单元，用于释放第二侧行链路资源，第二侧行链路资源为用于重新传输第一数据包的侧行链路资源；其中，第二侧行链路资源由网络设备分配，或者为处理单元在侧行链路资源池中预留的侧行链路资源。

结合第七方面，在第七方面的第一种可能的实现方式中，处理单元，用于确定第二终端成功解码第一数据包为：在通信单元向第二终端发送第一数据包，但通信单元未接收到来自第二终端的确认信息的情况下，该处理单元，用于确定第二终端成功解码第一数据包。

作为一种可能的实现方式，在满足第二条件时，且在通信单元向第二终端发送第一数据包，但通信单元未接收到来自第二终端的确认信息的情况下，处理单元确定第二终端成功解码第一数据包；其中，第二条件包括以下任一个：第一数据包中的第一侧行链路逻辑信道被配置为不需要重传，其中，第一侧行链路逻辑信道为第一数据包中的优先级最高的侧行链路逻辑信道；该装置被配置为不需要重传；处理单元确定从第二预设范围内生成的随机数小于第二门限值。

作为一种可能的实现方式，第一数据包通过侧行链路HARQ进程传输，本申请实施例提供的处理单元，还用于确定侧行链路HARQ进程的第一变量的值为第二值，第二值用于表示第二终端成功解码第一数据包。

需要说明的是，本申请实施例中第七方面提供的装置还可以用于执行：第五方面、第六方面以及第八方面所描述的方案。

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

可选的，处理器、收发器和存储器相互耦合。

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

一种示例，本申请实施例提供一种通信装置，包括：通信单元和处理单元，其中，通信单元可以是收发器也可以是包括一个或多个具有收发信息功能的模块，处理单元可以是处理器也可以是包括一个或多个具有处理功能的模块。下述以处理单元和通信为例描述。

其中，通信单元，用于接收来自第二终端的针对第一数据包的确认信息。该确认信息指示第二终端成功解码第一数据包。处理单元，用于根据确认信息，确定第二终端成功解码第一数据包。处理单元，用于执行下述步骤中的任一个：通过通信单元向网络设备发送或不发送第二指示信息，第二指示信息用于指示第二终端成功解码第一数据包。或者处理单元，用于释放第二侧行链路资源，第二侧行链路资源为用于重新传输第一数据包的侧行链路资源；其中，第二侧行链路资源由网络设备分配，或者为处理单元在侧行链路资源池中预留的侧行链路资源。

结合第八方面，在本申请实施例的第一种可能的实现方式中，第一数据包通过侧行链路HARQ进程传输，本申请实施例提供的处理单元，还用于确定侧行链路HARQ进程的第一变量的值为第二值，第二值用于表示第二终端成功解码第一数据包。

需要说明的是，本申请实施例中第八方面提供的装置还可以包括：第五方面、第六方面以及第七方面所描述的方案。也即第五方面、第六方面、第七方面以及第八方面所描述的各个方案可以组合。

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

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

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

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

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

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

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

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

第十七方面，本申请实施例提供了一种通信装置用于实现上述第一方面至第四方面中任一方面的各种可能的设计中的各种方法。该通信装置可以为上述第一终端，或者包含上述第一终端的装置。该通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第十八方面，本申请实施例提供了一种通信装置，该通信装置包括：至少一个处理器和通信接口。其中，当该通信装置运行时，该处理器执行该通信装置中存储的该计算机执行指令，以使该通信装置执行如上述第一方面至第四方面中任一方面的各种可能的设计中的任一项的方法。例如，该通信装置可以为第一终端，或者为应用于第一终端中的芯片。

应理解，上述十八方面中描述的通信装置中还可以包括：总线和存储器，存储器用于存储代码和数据。可选的，至少一个处理器通信接口和存储器相互耦合。

第十九方面，本申请实施例提供一种通信系统，该通信系统包括如下中任一个或多个：第五方面、第六方面、第七方面、或第八方面及各种可能的实现方式中描述的通信装置，以及第二终端。

其中，第二终端和第五方面、第六方面、第七方面、或第八方面及各种可能的实现方式中描述的通信装置之间具有侧行链路。

该通信系统还可以包括：网络设备。

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

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

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

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

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

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

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

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

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

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

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

附图说明

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

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

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

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

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

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

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

具体实施方式

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

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

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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资源是指：第一终端在侧行链路上与第二终端传输Sidelink信息(例如，数据包，或者V2X业务)的资源。

3)、Sidelink信息是指：任意两个终端在侧行链路上传输的侧行链路数据或者控制信息。

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

如图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之间具有第二传输链路。例如，第二传输链路可以为侧行链路。

第一终端20与第二终端30可以在Sidelink上彼此传输V2X业务，也可以称为第一数据包或sindlink信息。第一终端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为车辆1为例，如果车辆1决定执行超车操作，则车辆1可以向位于其前方的第二终端30(例如，车辆2)在第一侧行链路资源上发送对话框50的中的第一数据包(例如，第一数据包可以为超车指示、车辆1的当前车速(例如，75km/h))，以便车辆2接收到1的当前车速以及超车指示后，减速行驶，以使得1安全超车。如果车辆2接收到1的当前车速以及超车指示，则车辆2可以向车辆1反馈对话框60的信息(即ACK，用于指示正确接收)。但是，车辆2可能向车辆1发送了对话框60的信息，但是由于车辆2和车辆1之间的信道质量低于阈值，导致车辆1未接收到车辆2反馈的ACK。或者车辆2在发送ACK的同时还需要执行随机接入或者向第三终端40发送车辆2是否加速或者车辆的信息，从而放弃反馈ACK，而优先执行随机接入或者向第三终端40发送车辆2是否加速或者车辆的信息，而放弃传输ACK，这些因素都将导致车辆1未接收到车辆2反馈的ACK，因此，车辆1确定未接收到车辆2反馈的ACK。由于，车辆1确定未接收到车辆2反馈的ACK，车辆1并不知道车辆2是否成功解码，此时车辆1为了保证超车时的安全，则需要向车辆2重新发送1的当前车速以及超车指示。因此，车辆1需要重新获取传输1的当前车速以及超车指示的侧行链路资源。

应理解图1的场景仅是一种以车辆1反馈1的当前车速以及超车指示，但是1未接收到2的反馈为例，在实际过程中，还可能存在车辆1准备向车辆2发送当前车速以及超车指示时，但是因为某些因素却放弃向车辆2发送，因此也车辆1也可以确定未接收到来自车辆2的确认信息。

图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)、基带芯片等，或者其他具备通信功能的芯片也可以称为终端。

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

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

网络设备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不确定后续如何处理该侧行链路数据。

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

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

步骤401、第一终端20确定未接收到来自第二终端30的针对第一数据包的确认信息。该确认信息用于指示第二终端30是否成功解码第一数据包。第一数据包为第一终端20在第一侧行链路资源上传输的数据包。

示例性的，本申请实施例中的确认信息也可以称为侧行链路HARQ信息。例如，该确认信息可以为ACK，或者本申请实施例中的确认信息可以为NACK。其中，ACK用于指示第二终端30成功解码第一数据包。NACK用于指示第二终端30未成功解码第一数据包。

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

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

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

步骤402、在第一终端20确定第二终端30未成功解码第一数据包的情况下，第一终端20获取用于重新传输第一数据包的第二侧行链路资源。

该第二侧行链路资源可以为第一终端20自主选择的侧行链路资源。该第二侧行链路资源可以为网络设备10为第一终端20配置的侧行链路资源。

作为本申请的另一个实施例，本申请实施例提供的方法在步骤402之后还包括：第一终端20在第二侧行链路资源向第二终端30重新传输第一数据包。

相应的，第二终端30可以在该第二侧行链路资源上重新接收该第一数据包。

本申请实施例提供一种确定侧行链路资源的方法，由于在实际过程中，第一终端可能存在应该向第二终端发送第一数据包的时刻未能向第二终端发送第一数据包的情况，或者第一终端向第二终端发送了第一数据包，但是由于信道质量原因，第二终端反馈了确认信息但是第一终端未接收到确认信息的情况，或者，第一终端向第二终端发送了第一数据包，但第二终端未能向第一终端反馈针对第一数据包的确认信息。现有技术中并未涉及第一终端在确定未收到确认信息时，如果处理后续数据传输问题，这样可能会导致侧行链路传输的可靠性降低，因此，本申请实施例中第一终端确定未接收到来自第二终端的针对第一数据包的确认信息时，如果第一终端确定第二终端未成功解码第一数据包，则第一终端重新获取用于传输第一数据包的第二侧行链路资源，这样便于第一终端后续在第二侧行链路资源上重新传输第一数据包，可以提高侧行链路传输的可靠性。

本申请实施例中的步骤401可以通过下述情况1或情况2中的任一个实现：

情况1、第一终端20在n时刻应该在侧行链路上使用第一侧行链路资源向第二终端30发送第一数据包，但第一终端20实际未在第n时刻向第二终端30发送第一数据包。因此，第一终端20确定未接收到来自第二终端30的针对第一数据包的确认信息。

其中，n时刻为第一终端20应该发送第一数据包的时刻。侧行链路为第一终端20和第二终端30之间的链路。

例如，第一终端20发送第一数据包的时刻与第一终端20向网络设备10发送的上行数据或上行消息的时刻相同或冲突，则第一终端20放弃向第二终端30发送第一数据包，因此，第一终端20确定未接收到来自第二终端30的针对第一数据包的确认信息。

示例性的，第一终端20发送第一数据包的时刻与第一终端20向网络设备10发送的上行数据或上行消息的时刻相同，且承载第一数据包的侧行链路信道的优先级低于承载上行数据或上行消息的物理上行信道，则第一终端20放弃向第二终端30发送第一数据包。

情况2、第一终端20在n时刻在侧行链路上使用第一侧行链路资源向第二终端30发送第一数据包，但是之后第一终端20未接收到来自第二终端30的针对第一数据包的确认信息，因此，第一终端20确定未接收到来自第二终端30的针对第一数据包的确认信息。

可以理解的是，在情况2下，第二终端30接收到第一数据包，无论第二终端30是否成功解码第一数据包，第二终端30会生成NACK或ACK作为确认信息。一方面，如果第二终端30向第一终端20反馈NACK或ACK作为确认信息，但是，由于传输NACK或ACK的信道质量问题，第一终端20没有接收到NACK或ACK。因此，第一终端20确定未接收到来自第二终端30的针对第一数据包的确认信息。另一方面，第二终端30向第一终端20反馈NACK或ACK作为确认信息的时刻与第二终端30向其他终端或网络设备发送的上行数据或上行消息的时刻相同或冲突，则第二终端30放弃向第一终端20反馈NACK或ACK，导致ACK/NACK无法发送，因此，第一终端20确定未接收到来自第二终端30的针对第一数据包的确认信息。

由于本申请实施例中第一终端20可以自主从侧行链路资源池中选择第二侧行链路资源，当然第一终端20也可以通过触发网络设备10，以从网络设备10处确定第二侧行链路资源。下述将分别介绍：

示例1)、第一终端20自主选择侧行链路资源的方式

作为本申请的另一个实施例，如图5所示，本申请实施例中，第一终端获取用于重新传输第一数据包的侧行链路资源，包括：

步骤4021、第一终端20触发资源重选。

一种可能的实现：步骤4021具体可以通过以下方式实现：第一终端20确定第二终端30未成功解码第一数据包时，第一终端20在n时刻触发资源重选。该实现适用于第一终端20在n时刻未向第二终端30发送第一数据包的情况。n时刻为所述第一终端发送所述第一数据包的时刻。

另一种可能的实现：步骤4021具体可以通过以下方式实现：第一终端20确定第二终端30未成功解码第一数据包时，第一终端20在n时刻之后触发资源重选。该实现适用于第一终端20在n时刻未向第二终端30发送第一数据包的情况。

又一种可能的实现：步骤4021具体可以通过以下方式实现：第一终端20确定第二终端未成功解码所述第一数据包时，第一终端20在n+X时刻触发资源重选。其中，X为第一终端20发送第一数据包的时间和第一终端20接收第二终端30反馈的确认信息的时间间隔。该方式适用于第一终端20在n时刻向第一终端20发送了第一数据包，但是未收到第二终端30发送的确认信息的过程。

步骤4022、第一终端20从侧行链路资源池中选择第二侧行链路资源。

一种示例，本申请实施例中的侧行链路资源池可以为：第一终端20预先配置的侧行链路资源。第一终端20可以从侧行链路资源池中选择在侧行链路上进行数据包重传或者新传的侧行链路资源。

另一种示例，本申请实施例中的侧行链路资源池可以为：网络设备10通过系统消息或者专用信令配置为第一终端20配置的。

示例2)、网络设备10为第一终端20调度的侧行链路资源的方式

作为本申请的另一个实施例，如图6所示，本申请实施例提供的方法在步骤402之前，还包括：

步骤403、网络设备10向第一终端20发送第一配置消息。该第一配置消息包括与侧行链路HARQ进程关联的侧行链路资源。例如，该第一配置信息中包括用于确定侧行链路资源位置的信息，以及侧行链路资源对应的HARQ进程号。

网络设备10可以主动向第一终端20发送第一配置消息，网络设备10也可以在第一终端20的触发下向第一终端20发送第一配置消息。

步骤404、第一终端20接收来自网络设备10的第一配置消息。

相应的，本申请实施例中的第一终端获取用于重新传输第一数据包的侧行链路资源，可以通过以下方式实现：第一终端20将与侧行链路HARQ进程关联的侧行链路资源确认为第二侧行链路资源。

示例2-1)、第一终端20触发网络设备10发送第一配置消息。

如果网络设备10在第一终端20的触发下向第一终端20发送第一配置消息，则本申请实施例提供的方法在步骤403之前还可以包括：

步骤405a、第一终端20向网络设备10反馈第一指示信息。第一指示信息指示第二终端30未成功解码第一数据包。

具体的，第一终端20向网络设备10反馈的Sidelink HARQ进程m的HARQ确认信息为NACK。具体的：第一终端20的MAC层通知PHY层生成确认信息为NACK，或者MAC层生成确认信息为NACK后指示给PHY层，以由PHY层发送至网络设备10。

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

具体的，第一指示信息具体用于向网络设备10指示侧行链路HARQ的第一数据包未被第二终端30成功解码。例如，第一指示信息可以用于指示侧行链路HARQ的进程号以及NACK，以便于网络设备10确定侧行链路HARQ的第一数据包未被第二终端30成功解码。

通过步骤405a，在第一终端20向网络设备10发送第一指示信息的情况下，可以使得网络设备10根据第一指示信息，确定第二终端30未成功解码第一数据包。这样网络设备10后续便可以为第一终端20分配用于重传的第二侧行链路资源。

示例2-2)、第一终端20未触发网络设备10发送第一配置消息。

在网络设备10可以主动向第一终端20发送第一配置消息，也即第一终端20未触发网络设备10发送第一配置消息的情况下，本申请实施例在步骤4025之前还包括：

步骤405b、第一终端20未向网络设备10反馈第一指示信息。这样网络设备10则在反馈第一指示信息的资源上不接收到第一指示信息。如果第一终端20和网络设备10提前协商好，如果第一终端20确定第一数据包未被成功解码，则可以不用向网络设备10发送第一指示信息，这样可以节约传输第一指示信息的上行资源。也即如果第一终端20未向网络设备10发送第一指示信息时，网络设备10可以默认第二终端30未成功解码第一数据包。这样网络设备10后续便可以确定需要为第一终端20分配用于重传的第二侧行链路资源。

具体的，第一终端20的MAC层不通知第一终端20的PHY层生成确认信息，或者第一终端20的MAC生成NACK但不指示给第一终端20的物理层。

应理解，在示例2-1)和示例2-2)适用于无论第一终端20采用情况1还是情况2的方式确定第一终端20未接到来自第二终端30的确认信息。

相应的，本申请实施例中，第一终端20获取用于重新传输第一数据包的侧行链路资源，具体可以通过以下方式实现：第一终端20将侧行链路HARQ进程关联的侧行链路资源确定为第二侧行链路资源。

无论第一终端20自主选择第二侧行链路资源还是网络设备10为第一终端20配置第二侧行链路资源，如图5或图6所示，本申请实施例中第一终端20确定第二终端30未成功解码第一数据包，均可以通过以下方式具体实现：

方式1、在第一终端20向第二终端30发送第一数据包，但第一终端20未接收到来自第二终端30的确认信息的情况下，第一终端20确定第二终端30未成功解码第一数据包。

作为本申请实施例的一种可能的实现方式，在第一终端20向第二终端30发送第一数据包，但第一终端20未接收到来自第二终端30的确认信息的情况下，如果第一终端20确定第一数据包需要重传，则第一终端20确定第二终端30未成功解码第一数据包。也即在第一终端20确定第一数据包需要重传时，执行步骤4021。

方式2、在满足第一条件时，且在第一终端20向第二终端30发送第一数据包，但第一终端20未接收到来自第二终端30的确认信息的情况下，第一终端20确定第二终端30未成功解码第一数据包。其中，第一条件，包括以下中的任一个或多个：第一数据包中的第一侧行链路逻辑信道被配置为需要重传，其中，第一侧行链路逻辑信道为所述第一数据包中的优先级最高的侧行链路逻辑信道。第一终端被配置为需要重传；第一终端20确定从第一预设范围内生成的随机数大于第一门限值。

应理解，本申请实施例中第一终端20可以在确定满足第一条件时，确定第一数据包需要重传。

示例性的，第一终端20具有第一门限值，该第一门限值可以为网络设备10为第一终端20配置的，或者第一门限值也可以为预先配置的。第一预设范围可以为[0,1]。可选的，第一门限值可以通过由网络设备10通过系统信息或者专用信令为第一终端20配置。

示例性的，实现方式1：网络设备10可以为第一终端20的一个或多个侧行链路逻辑信道中每个侧行链路逻辑信道配置一个指示信息。该指示信息用于指示当第一终端20发送了侧行链路HARQ进程m的第一数据包，即SLMAC PDU，并且该SL MAC PDU中包含某个侧行链路逻辑信道的MAC SDU，但未接收到第二终端30反馈的侧行链路HARQ进程m的确认信息时，该侧行链路逻辑信道的MAC SDU是否需要重传。当出现上述情况时，第一终端20根据侧行链路HARQ进程m的SL MAC PDU中的最高优先级的侧行链路逻辑信道被配置的指示信息确定需要重传还是不需要重传，进行判断。可选的，该指示信息可以通过系统信息或者专用信令配置。其中，侧行链路HARQ进程的SL MAC PDU中包括的来自于一个或多个侧行链路逻辑信道的SLMAC SDU。该第一侧行链路逻辑信道为一个或多个侧行链路逻辑信道中优先级最高的侧行链路逻辑信道。

示例性的，指示信息可以为第三值或者第四值，其中，第三值用于指示该侧行链路逻辑信道上的数据包需要被传输。第四值用于指示该侧行链路逻辑信道上的数据包不需要被传输。

示例性的，实现方式2：网络设备10为第一终端20配置一个指示信息p，该指示信息p用于指示：当第一终端发送了Sidelink HARQ进程m的SL MAC PDU，但未接收到第二终端30反馈的Sidelink HARQ进程m的确认信息时，该SL MAC PDU是否需要重传。当出现上述情况时，第一终端20根据为该第一终端20配置的指示信息p设置为需要重传还是不需要重传，进行判断。可选的，所述指示信息p可以通过系统信息或者专用信令配置。

指示信息p可以为第五值或者第六值，其中，第五值用于指示该第一终端20未收到来自第二终端30反馈的确认信息时，则第一终端20需要重传数据包。第六值用于指示该第一终端20未收到来自第二终端30反馈的确认信息时，则第一终端20不需要重传数据包。

实现方式1和实现方式2的区别在于，对于实现方式1中是否重传侧行链路HARQ进程m的数据包是基于侧行链路HARQ进程m的SL MAC PDU中的最高优先级的侧行链路逻辑信道是被配置了重传还是不需要重传。也即同一个第一终端20的侧行链路HARQ进程m的数据包可能需要重传，第一终端20的侧行链路HARQ进程n的数据包可能不需要重传。也即侧行链路HARQ进程m的SL MAC PDU中的最高优先级的侧行链路逻辑信道被配置为重传。侧行链路HARQ进程n的SL MAC PDU中的最高优先级的侧行链路逻辑信道被配置为不需要重传。

在实现方式2中如果一个第一终端20被配置为需要重传数据包，则在未接收到来自第二终端30的确认信息的情况时，第一终端20确定需要重传数据包。如果一个第一终端20被配置为不需要重传数据包，则在未接收到来自第二终端30的确认信息的情况时，第一终端20确定不需要重传数据包。也即在实现方式2中如果第一终端被配置为重传，则同一个第一终端20的多个侧行链路HARQ进程m的数据包在第二终端30未成功解码的情况下，都需要被重传。如果第一终端被配置为不需要重传，则同一个第一终端20的多个侧行链路HARQ进程m的数据包在第二终端30未成功解码的情况下，都不需要被重传。

实现方式3、也即当第一终端发送了Sidelink HARQ进程m的MAC PDU，但未接收到第二终端30反馈的Sidelink HARQ进程m的确认信息时，第一终端在[0，1]范围内按均匀分布生成一个随机数。若从第一预设范围内生成的随机数小于第一门限值，则第一终端判断为不需要进行重传，否则，判断为进行重传；或者，若从第一预设范围内生成的随机数大于第一门限值，则第一终端20判断为不需要进行重传，否则，判断为进行重传。

需要说明的是，上述方式1可适用于情况2。针对上述情况1，则第一终端20确定第二终端30未成功解码第一数据包，均可以通过以下方式具体实现：第一终端20确定未向第二终端30发送第一数据包，则第一终端20确定第二终端30未成功解码第一数据包。

本申请实施例中第一终端20为第一终端20的一个或多个侧行链路HARQ进程维护一个第一变量，任一个侧行链路HARQ进程的第一变量的值用于反映该任一个侧行链路HARQ进程的数据包是否被成功解码。如果一个侧行链路HARQ进程的第一变量的值为第一值，则第一值用于表示第二终端30未成功解码数据包。如果一个侧行链路HARQ进程的第一变量的值为第二值，则第二值用于表示第二终端30成功解码数据包。

上述实施例主要描述了第一终端20未接收来自第二终端30的针对第一数据包的确认信息的情况下，如果第一终端20确定第一数据包未被成功解码时，第一终端20确定第二侧行链路资源的过程，但是，在实际过程中，还可以存在第一终端20接收到来自第二终端30的针对第一数据包的确认信息的情况，在这种情况下，如图5或图6所示，本申请实施例提供的方法，包括：

步骤407、第一终端20接收来自第二终端30的针对第一数据包的确认信息，确认信息指示第二终端未成功解码第一数据包。第一数据包为第一终端20在第一侧行链路资源上传输的数据包。

相应的，在步骤407之前，本申请实施例提供的方法还包括：第一终端20在第一侧行链路资源上向第二终端30发送第一数据包。

例如，第一终端20接收来自第二终端30的针对第一数据包的确认信息为NACK。

步骤408、第一终端20根据确认信息，确定第二终端30未成功解码第一数据包。

当第一终端20接收到第二终端30反馈的Sidelink HARQ进程的确认信息为NACK的情况下：

一方面，如果当第一终端20已经预留了用于该Sidelink HARQ进程重传的第二侧行链路资源，第一终端20需要触发第二侧行链路资源重传。可选的，第一终端20将SidelinkHARQ进程对应的第一变量的值设为第一值。

另一方面，第一终端20向网络设备发送第一指示信息。可选的，第一终端20将Sidelink HARQ进程对应的第一变量的值设为第一值。

需要说明的是，本申请实施例中如果第一终端20接收来自第二终端30的针对第一数据包的确认信息，在确认信息指示第二终端30未成功解码第一数据包的情况下，第一终端20还需要执行步骤402。具体的，如图5所示，如果第一终端20自主选择第二侧行链路资源，则步骤402具体可以通过步骤4021和步骤4022来实现。如图6所示，如果第二侧行链路资源由网络设备10为第一终端20调度，则第一终端20还需要执行上述步骤405a、步骤406、步骤403以及步骤404。

无论第一终端20是否接收到来自第二终端30的针对第一数据包的确认信息，在第一终端20确定第二终端30未成功解码第一数据包的情况下，作为一种可能的实施例，第一数据包通过Sindlink HARQ进程传输，结合图5或图6，本申请实施例提供的方法还包括：

步骤409、第一终端20确定侧行链路HARQ进程的第一变量的值为第一值。

其中，第一变量用于记录第二终端反馈的针对侧行链路HARQ进程的确认信息。

当第一终端20接收到第二终端30反馈的Sidelink HARQ进程的确认信息为NACK时，第一终端20将Sidelink HARQ进程对应的第一变量的值设为第一值，并且第一终端20向网络设备10反馈的Sidelink HARQ进程的HARQ确认信息为NACK，或者不反馈NACK。

当第一终端20未接收到第二终端30反馈的Sidelink HARQ进程的确认信息，如果第一终端20通过上述方式确定第二终端30未成功解码第一数据包的情况下，第一终端20自动将Sidelink HARQ进程对应的第一变量的值设为第一值，并且第一终端20向网络设备10反馈的Sidelink HARQ进程的HARQ确认信息为NACK，或者不反馈NACK。

具体的，针对情况1)，本申请实施例中的步骤409可以通过以下方式实现：

实现方式2-1、第一终端20的MAC实体判断侧行链路HARQ进程的Sidelink MAC PDU无法传输时，第一终端20的MAC实体自动将该侧行链路HARQ进程的第一变量的值设置为第一值。

实现方式2-2、第一终端20的PHY层判断网络设备10调度的在n时刻的物理侧行链路共享信道(physical sidelink shared channle，PSSCH)的传输没有进行时，第一终端20的PHY层在n+Y时刻自动生成NACK，并将NACK递交给MAC实体。MAC实体接收到该NACK信息后，将对应的Sidelink HARQ进程的第一变量的值设置为第一值。其中，Y为第一终端20发送PSSCH和第二终端30通过物理侧行链路反馈信道(physical sidelink feedback channel，PSFCH)反馈对应的ACK/NACK信息的间隔。

具体的，针对情况2)，本申请实施例中的步骤409可以通过以下方式实现：

实现方式3-1、第一终端20的MAC实体判断Sidelink HARQ进程的确认信息没有收到时，第一终端20的MAC实体自动将该Sidelink HARQ进程的第一变量的值设置为第一值，或者第一终端根据第一条件确定第一变量的值设置为第一值。也即如果第一终端20的MAC实体判断Sidelink HARQ进程的确认信息没有收到时，且Sidelink HARQ进程的第一数据包需要重传时，则第一终端20的MAC实体自动将该Sidelink HARQ进程的第一变量的值设置为第一值。如果第一终端20的MAC实体判断Sidelink HARQ进程的确认信息没有收到时，且Sindlink HARQ进程的第一数据包不需要重传时，则第一终端20的MAC实体自动将该Sindlink HARQ进程的第一变量的值设置为第二值。

实现方式3-2、当第一终端20的PHY层在n时刻传输sidelink HARQ进程的第一数据包后，如果第一终端20的PHY层在n+X时刻未收到sidelink HARQ进程的确认信息，第一终端20的PHY层自动生成NACK，并将NACK递交给第一终端20的MAC实体。第一终端20的MAC实体接收到该NACK后，将对应的sidelink HARQ进程的第一变量的值设置为第一值。

上述实施例主要描述了第一终端20未接收来自第二终端30的针对第一数据包的确认信息，和第一终端20接到来自第二终端30的针对第一数据包的确认信息的情况下，如果第一终端20确定第一数据包未被成功解码时，第一终端20确定第二侧行链路资源的过程，但是，在实际过程中，还可以存在第一终端20确定第一数据包被成功解码的情况，在这种情况下，6所示，本申请实施例提供的方法还可以包括步骤410，或者如图5所示本申请实施例提供的方法还可以包括步骤411：

步骤410、在第一终端20确定第二终端30成功解码第一数据包的情况下，第一终端20向网络设备10发送或不发送第二指示信息。该第二指示信息用于指示第二终端30成功解码第一数据包。

例如，第二指示信息可以为ACK。可选的，第二指示信息还可以包括用于指示Sidelink HARQ进程的进程号的信息。

通过步骤410，在第一终端20向网络设备10发送第二指示信息的情况下，可以使得网络设备10根据第二指示信息，确定第二终端30成功解码第一数据包。这样网络设备10后续便可以不再为第一终端20分配用于重传的第二侧行链路资源。

如果第一终端20和网络设备10提前协商好，如果第一终端20确定第一数据包被成功解码，则可以不用向网络设备10发送第二指示信息，这样可以节约传输第二指示信息的上行资源。也即如果第一终端20未向网络设备10发送第二指示信息时，网络设备10可以默认第二终端30成功解码第一数据包。这样网络设备10后续便可以不需要为第一终端20分配用于重传的第二侧行链路资源。

步骤411、在第一终端20确定第二终端30成功解码第一数据包的情况下，第一终端20释放第二侧行链路资源。该第二侧行链路资源为用于重新传输所述第一数据包的侧行链路资源；其中，第二侧行链路资源由网络设备10分配，或者为所述第一终端20在侧行链路资源池中预留的侧行链路资源。

步骤410和步骤411的区别在于，步骤410适用于网络设备10为第一终端20分配侧行链路资源的情况，步骤411适用于第一终端20自主选择侧行链路资源的情况。当然，步骤407还可以通过以下方式实现：在第一终端20确定第二终端30成功解码第一数据包的情况下，第一终端20在第二侧行链路资源传输第二数据包。也即在第二侧行链路资源进行新传，或者传输其他未被成功解码的数据包。

一方面，针对情况1，当第一终端20接收到第二终端30反馈的Sidelink HARQ进程的确认信息为ACK时，如果第二终端30已经预留了用于该Sidelink HARQ进程重传的第二Sidelink资源，第一终端20释放预留的第二Sidelink资源。

另一方面，针对情况2，当第一终端20未接收到来自第二终端30的确认信息时，如果第一终端20确定第二终端30成功解码第一数据包，则如果第二终端30已经预留了用于该Sidelink HARQ进程重传的第二Sidelink资源，第一终端20释放预留的第二Sdelink资源。

作为一种可能的实现，步骤410或步骤411中，第一终端20确定第二终端30成功解码第一数据包，包括：在第一终端20向第二终端30发送第一数据包，但第一终端20未接收到来自第二终端30的确认信息的情况下，第一终端20确定第二终端30成功解码第一数据包。

也即针对情况2，如果第一终端20确定未接收到来自所述第二终端30的确认信息，则第一终端20可以确定第二终端30成功解码所述第一数据包。

具体的，为了提高第一终端20可以确定第二终端30成功解码所述第一数据包的准确性，在满足第二条件时，且在第一终端20向所述第二终端30发送所述第一数据包，但所述第一终端20未接收到来自所述第二终端30的所述确认信息的情况下，所述第一终端20确定所述第二终端30成功解码所述第一数据包；其中，所述第二条件包括以下任一个：第一数据包中的第一侧行链路逻辑信道被配置为不需要重传，其中，所述第一侧行链路逻辑信道为所述第一数据包中的优先级最高的侧行链路逻辑信道；第一终端被配置为不需要重传；第一终端确定从第二预设范围内生成的随机数小于第二门限值。

也即如果第一终端20确定在不满足第一条件时，如果第一终端20向所述第二终端30发送所述第一数据包，但所述第一终端20未接收到来自所述第二终端30的所述确认信息的情况下，所述第一终端20确定所述第二终端30成功解码所述第一数据包。也即针对情况2，如果第一终端20确定第一数据包不需要重传，则第一终端20确定所述第二终端30成功解码所述第一数据包。

示例性的，第一终端20具有第二门限值，该第二门限值可以为网络设备10为第一终端20配置的，或者第二门限值也可以为预先配置的。第二预设范围可以为[0，1]。可选的，第二门限值可以通过由网络设备10通过系统信息或者专用信令为第一终端20配置。第二门限值和第一门限值可以相同，也可以不相同。

示例性的，结合上述实现方式1，如果指示信息为第四值，则第一终端20向所述第二终端30发送所述第一数据包，但所述第一终端20未接收到来自所述第二终端30的所述确认信息的情况下，所述第一终端20确定所述第二终端30成功解码所述第一数据包。

示例性的，结合上述实现方式2，如果指示信息为第六值，则第一终端20向所述第二终端30发送所述第一数据包，但所述第一终端20未接收到来自所述第二终端30的所述确认信息的情况下，所述第一终端20确定所述第二终端30成功解码所述第一数据包。

示例性的，结合上述实现方式3、也即当第一终端发送了Sidelink HARQ进程m的MAC PDU，但未接收到第二终端30反馈的Sidelink HARQ进程m的确认信息时，第一终端在[0,1]范围内按均匀分布生成一个随机数。若从第二预设范围内生成的随机数大于第二门限值，则第一终端20判断为不需要进行重传，第一终端20确定第二终端30成功解码第一数据包。

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

步骤412、第一终端20接收来自第二终端30的针对第一数据包的确认信息。确认信息指示第二终端30成功解码第一数据包。

例如，步骤412中的确认信息为ACK。

步骤413、第一终端20根据确认信息，确定第二终端30成功解码第一数据包。

需要说明的是，本申请实施例中如果第一终端20接收来自第二终端30的针对第一数据包的确认信息，在确认信息指示第二终端30成功解码第一数据包的情况下，如图5所示，第一终端20还需要执行步骤410。如图6所示，第一终端还需要执行步骤411。

无论第一终端20接收到确认信息还是未接收到确认信息的情况下，在第一终端20确定第二终端30成功解码第一数据包的情况下，作为本申请的另一个实施例，如图5或图6所示，本申请实施例提供的方法还包括：

步骤414、第一终端20确定侧行链路HARQ进程的第一变量的值为第二值，第二值用于表示第二终端成功解码所述第一数据包。

当第一终端20接收到第二终端30反馈的Sidelink HARQ进程的确认信息为ACK的情况下：

一方面，如果当第一终端20已经预留了用于该Sidelink HARQ进程重传的第二侧行链路资源，第一终端20释放第二侧行链路资源。可选的，第一终端20将Sidelink HARQ进程对应的第一变量的值设为第二值。

另一方面，第一终端20向网络设备发送第二指示信息。可选的，第一终端20将Sidelink HARQ进程对应的第一变量的值设为第二值。

需要说明的是，本申请实施例中步骤401、步骤4021、步骤4022、步骤409可以作为一个单独的实施例，用于实现第一终端20未接收到确认信息，且确定第二终端30未成功解码第一数据包时，第一终端20通过自主选择方式获取重新传输侧行链路资源的方案。

需要说明的是，本申请实施例中步骤401、步骤405a、步骤405b、步骤406、步骤403步骤404、步骤402，以及步骤409可以作为一个单独的实施例，用于实现第一终端20未接收到确认信息，且确定第二终端30未成功解码第一数据包时，第一终端20通过网络设备10调度的方式重新获取重新传输侧行链路资源的方案。

本申请实施例中步骤401、步骤411、步骤414可以作为一个单独的实施例，用于实现第一终端20未接收到确认信息，且确定第二终端30成功解码第一数据包时，如果第一终端再次接收到用于重传第一数据包的第二侧行链路资源，释放该第二侧行链路资源的方案。

本申请实施例中步骤401、步骤410、步骤411以及步骤414可以作为一个单独的实施例，用于实现第一终端20未接收到确认信息，且确定第二终端30成功解码第一数据包时，如果第一终端再次接收到用于重传第一数据包的第二侧行链路资源，释放该第二侧行链路资源的方案。

本申请实施例中步骤407、步骤408、步骤4021以及步骤4022、步骤409、或者()可以作为一个单独的实施例，用于实现第一终端20接收到确认信息，且确定第二终端30未成功解码第一数据包时，第一终端20通过自主选择方式获取重新传输侧行链路资源的方案。

本申请实施例中步骤412、步骤413、步骤411以及步骤414可以作为一个单独的实施例，用于实现第一终端20接收到确认信息，且确定第二终端30成功解码第一数据包时，如果第一终端再次接收到用于重传第一数据包的第二侧行链路资源，释放该第二侧行链路资源的方案。

本申请实施例中步骤407、步骤408、步骤405a、步骤405b、步骤406、步骤403、步骤404、步骤402以及步骤409可以作为一个单独的实施例，用于实现第一终端20接收到确认信息，且确定第二终端30未成功解码第一数据包时，第一终端20通过网络设备10调度的方式重新获取重新传输侧行链路资源的方案。

本申请实施例中步骤412、步骤413、步骤410、步骤411以及步骤414可以作为一个单独的实施例，用于实现第一终端20接收到确认信息，且确定第二终端30成功解码第一数据包时，如果第一终端再次接收到用于重传第一数据包的第二侧行链路资源，释放该第二侧行链路资源的方案。

当然，上述各种描述的方案也可以作为一个整体来实现，本申请实施例对此不作限定。

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

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

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

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

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

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

在一种可能的实施例中，处理单元101，还用于支持确定侧行链路资源的装置执行上述实施例中由第一终端执行步骤4021、步骤4022、步骤407、步骤408、步骤412、步骤413、步骤409、步骤411、步骤414、步骤409、步骤410。

在一种可能的实施例中，通信单元102，用于支持确定侧行链路资源的装置执行上述实施例中由第一终端执行步骤405a、步骤404、步骤405b。

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

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

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

在一种可能的实施例中，处理模块112，还用于支持确定侧行链路资源的装置执行上述实施例中由第一终端执行步骤4021、步骤4022、步骤407、步骤408、步骤412、步骤413、步骤409、步骤411、步骤414、步骤409、步骤410。

在一种可能的实施例中，通信模块113，用于支持确定侧行链路资源的装置执行上述实施例中由第一终端执行步骤405a、步骤404、步骤405b。

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

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

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

在一种可能的实施例中，处理器41和处理器45，还用于支持如图2所示的通信设备执行上述实施例中由第一终端执行步骤4021、步骤4022、步骤407、步骤408、步骤412、步骤413、步骤409、步骤411、步骤414、步骤409、步骤410。

在一种可能的实施例中，收发器43，用于支持如图2所示的通信设备执行上述实施例中由第一终端执行步骤405a、步骤404、步骤405b。

图9是本申请实施例提供的芯片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除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图9中将各种总线都标为总线系统1520。

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

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

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

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

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

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

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

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

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

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

Claims (17)

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

第一通信装置确定未接收到来自第二通信装置的针对第一数据包的确认信息；所述确认信息用于指示所述第二通信装置是否成功解码第一数据包；所述第一数据包为所述第一通信装置在第一侧行链路资源上传输的数据包；

在满足以下条件时，所述第一通信装置确定未接收到来自第二通信装置的针对第一数据包的确认信息；

所述第一通信装置未向所述第二通信装置发送所述第一数据包，或者，

所述第一通信装置向所述第二通信装置发送所述第一数据包，但所述第一通信装置未接收到来自所述第二通信装置的所述确认信息；

在所述第一通信装置未接收到所述确认信息的情况下，所述第一通信装置确定所述第二通信装置未成功解码所述第一数据包，所述第一通信装置获取用于重新传输所述第一数据包的第二侧行链路资源。

2.根据权利要求1所述的方法，其特征在于，所述第一通信装置获取用于重新传输所述第一数据包的第二侧行链路资源，包括：

所述第一通信装置接收来自网络设备的第一配置消息，所述第一配置消息包括所述第二侧行链路资源。

3.根据权利要求1或2所述的方法，其特征在于，所述第二侧行链路资源为所述侧行链路HARQ进程关联的侧行链路资源。

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

所述第一通信装置向所述网络设备反馈第一指示信息，或者，所述第一通信装置不向所述网络设备反馈第一指示信息；

其中，所述第一指示信息指示所述第二通信装置未成功解码所述第一数据包。

5.根据权利要求1-4中任意一项所述的方法，其特征在于，所述第一通信装置确定所述第二通信装置未成功解码所述第一数据包，包括：

在所述第一通信装置向所述第二通信装置发送所述第一数据包，但所述第一通信装置未接收到来自所述第二通信装置的所述确认信息的情况下，所述第一通信装置确定所述第二通信装置未成功解码所述第一数据包。

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

在所述第一通信装置未接收到所述确认信息的情况下，所述第一通信装置确定所述第二通信装置未成功解码所述第一数据包；包括：

在满足第一条件时，且在所述第一通信装置向所述第二通信装置发送所述第一数据包，但所述第一通信装置未接收到来自所述第二通信装置的所述确认信息的情况下，所述第一通信装置确定所述第二通信装置未成功解码所述第一数据包；

其中，所述第一条件，包括以下中的任一个或多个：

所述第一数据包中的第一侧行链路逻辑信道被配置为需要重传，其中，所述第一侧行链路逻辑信道为所述第一数据包中的优先级最高的侧行链路逻辑信道；

所述第一通信装置被配置为需要重传；

所述第一通信装置确定所述第一通信装置从第一预设范围内生成的随机数大于第一门限值。

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

所述第一通信装置接收来自所述第二通信装置的针对所述第一数据包的所述确认信息，所述确认信息指示所述第二通信装置未成功解码所述第一数据包；

所述第一通信装置根据所述确认信息，确定所述第二通信装置未成功解码所述第一数据包。

8.根据权利要求1-4中任意一项所述的方法，其特征在于，所述第一数据包通过侧行链路混合自动重复请求HARQ进程传输，所述方法还包括：

所述第一通信装置确定所述侧行链路HARQ进程的第一变量的值为第一值，所述第一值用于表示所述第二通信装置未成功解码所述第一数据包。

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

在所述第一通信装置确定所述第二通信装置成功解码所述第一数据包的情况下，所述第一通信装置向网络设备发送或不发送第二指示信息，所述第二指示信息用于指示所述第二通信装置成功解码所述第一数据包。

10.根据权利要求1-4中任意一项所述的方法，其特征在于，所述方法还包括：

在所述第一通信装置确定所述第二通信装置成功解码所述第一数据包的情况下，所述第一通信装置释放第二侧行链路资源，所述第二侧行链路资源为用于重新传输所述第一数据包的侧行链路资源；其中，所述第二侧行链路资源由网络设备分配，或者为所述第一通信装置在侧行链路资源池中预留的侧行链路资源。

11.根据权利要求9所述的方法，其特征在于，所述第一通信装置确定所述第二通信装置成功解码所述第一数据包，包括：

在满足第二条件时，且在所述第一通信装置向所述第二通信装置发送所述第一数据包，但所述第一通信装置未接收到来自所述第二通信装置的所述确认信息的情况下，所述第一通信装置确定所述第二通信装置成功解码所述第一数据包；

其中，所述第二条件包括以下任一个：

所述第一数据包中的第一侧行链路逻辑信道被配置为不需要重传，其中，所述第一侧行链路逻辑信道为所述第一数据包中的优先级最高的侧行链路逻辑信道；

所述第一通信装置被配置为不需要重传；

所述第一通信装置确定所述第一通信装置在第二预设范围内生成的随机数小于第二门限值。

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

所述第一通信装置接收来自所述第二通信装置的针对所述第一数据包的所述确认信息；所述确认信息指示所述第二通信装置成功解码所述第一数据包；

所述第一通信装置根据所述确认信息，确定所述第二通信装置成功解码所述第一数据包。

13.根据权利要求11或12所述的方法，其特征在于，所述第一数据包通过侧行链路HARQ进程传输，所述方法还包括：

所述第一通信装置确定所述侧行链路HARQ进程的第一变量的值为第二值，所述第二值用于表示所述第二通信装置成功解码所述第一数据包。

14.一种通信装置，其特征在于，包括：包括处理器和存储器，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述通信装置执行如权利要求1-13中任意一项所述的方法。

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

16.一种计算机可读存储介质，存储在电子设备上，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序被运行时，使得所述电子设备执行如权利要求1-13中任意一项所述的确定侧行链路资源的方法。

17.一种通信系统，其特征在于，包括：如权利要求14所述的通信装置以及第二通信装置。

Images