CN118104163A

CN118104163A - 终端装置、网络装置及其方法

Info

Publication number: CN118104163A
Application number: CN202280063371.7A
Authority: CN
Inventors: 王民
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2021-09-23
Filing date: 2022-09-22
Publication date: 2024-05-28
Also published as: EP4406162A1; WO2023046872A1

Abstract

本公开提供了一种由第一终端装置执行的、用于免授权频带上的侧链路(SL)传送(SL‑U)的方法。该方法包含：接收由网络装置为所述第一终端装置分配的、用于所述SL‑U传送的传送资源；在所述传送资源上执行向第二终端装置的所述SL‑U传送；获得与所述SL‑U传送相关联的混合自动重传请求HARQ确认；配置用于所述HARQ确认的资源；以及在所配置的资源上向所述网络装置传送所述HARQ确认，其中，针对在所述SL‑U传送期间和/或在所述HARQ确认的传送期间出现的先听后说(LBT)延迟，对所配置的资源进行时间补偿。

Description

终端装置、网络装置及其方法

技术领域

本公开涉及无线通信，并且更具体地，涉及与免授权频带上的侧链路(SL)传送(SL-U)相关的终端装置、网络装置及其方法。

背景技术

期望下一代系统支持范围从完全移动装置到静态物联网(IoT)或固定无线宽带装置的、具有变化的要求的广范围使用情况。预期与许多使用情况相关联的业务模式由其间具有变化的等待时段长度(此处称为非活动状态)的数据业务的短或长突发组成。在新空口(NR)中，授权辅助接入和独立免授权操作要在第三代合作伙伴计划(3GPP)中得到支持。因此，要在3GPP中研究免授权频谱中的调度请求(SR)传送和/或物理随机接入信道(PRACH)传送的过程。

对于接下来的3GPP发行版，免授权频谱上的侧链路(SL)传送(SL-U)是吸引来自公司之强烈兴趣的新技术。然而，仍然存在需要解决的一些问题。

发明内容

如上所述，仍然存在需要解决的、与使用免授权频谱上的侧链路(SL)传送(SL-U)有关的一些问题，并且这些问题之一是：延迟可能导致资源浪费。

更详细地，为了支持免授权频谱上的侧链路(SL)传送(SL-U)，需要为SL-U引入与免授权频谱(NR-U)上支持的新空口(NR)中类似的信道接入机制。通过信道接入机制，具有SL能力的用户设备(UE)可能需要在SL传送之前执行先听后说(LBT)操作。免授权频带上的SL传送需要支持资源分配“模式1”(其在稍后将被详细描述)，因为下一代节点B(gNB)能够为SL传送提供灵活的资源分配。在现有的3GPP发行版中，gNB在下行链路控制信息(DCI)中向SL UE指派SL许可，该SL许可也可携带物理上行链路控制信道(PUCCH)资源，其中SL UE可使用那些PUCCH资源将从对等UE接收到的SL混合自动重传请求(HARQ)确认转发到gNB。

然而，对于在免授权频带上进行SL传送的情况，来自对等UE的SL HARQ确认可能遭受LBT失败。在此情况下，SL HARQ确认可能被LBT失败延迟，使得错过gNB指派的PUCCH资源。在此类情况下，gNB不能接收SL UE的SL HARQ确认。gNB甚至可能解释为SL传送已经失败，使得gNB可决定将资源指派到SL UE以用于重传(即使对等UE已经成功接收到SL传送)。这可能导致资源浪费。

因此，本公开的目的是排除或消除与现有技术相关联的上述问题中的至少一些，并且提供用于免授权频带上的SL传送的对应解决方案。更具体地，本公开的目的是提供终端装置、网络装置及其中的方法，从而使得终端装置能够及时向网络装置提供与SL-U传送相关联的HARQ确认。

根据本公开的第一方面，提供了一种由第一终端装置执行的、用于免授权频带上的SL传送(SL-U)的方法。该方法包含：接收由网络装置为所述第一终端装置分配的、用于SL-U传送的传送资源；在所述传送资源上执行向第二终端装置的SL-U传送；获得与所述SL-U传送相关联的HARQ确认；配置用于所述HARQ确认的资源；以及在所配置的资源上向所述网络装置传送所述HARQ确认，其中，针对在所述SL-U传送期间和/或在所述HARQ确认的传送期间出现的LBT延迟，对所配置的资源进行时间补偿。

在示例性实施例中，配置用于所述HARQ确认的资源可包括：将用于所述HARQ确认的资源配置为由所述网络装置为所述第一终端装置分配的一个或多个资源。

在示例性实施例中，由所述网络装置为所述第一终端装置分配的所述一个或多个资源可包括以下项中的一项或多项：

-在接收为所述第一终端装置分配的传送资源之前，由所述网络装置为所述第一终端装置分配的一个或多个资源；

-在接收为所述第一终端装置分配的传送资源时，由所述网络装置为所述第一终端装置分配的一个或多个资源；以及

-在接收为所述第一终端装置分配的传送资源之后，由所述网络装置为所述第一终端装置分配的一个或多个资源。

在示例性实施例中，在接收为所述第一终端装置分配的传送资源之后由所述网络装置为所述第一终端装置分配的所述一个或多个资源可由所述网络装置响应于从所述第一终端装置向所述网络装置传送的请求而分配。

在示例性实施例中，配置用于所述HARQ确认的资源可包括以下项中的一项或多项：

在所分配的资源中寻找用于传送所述HARQ确认的可用资源，

响应于没有找到可用资源，向所述网络装置传送请求，以及

接收由所述网络装置响应于所述请求而为所述第一终端装置分配的一个或多个资源。

在示例性实施例中，该请求可以是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。

在示例性实施例中，所配置的资源可以是以下项中的一项或多项或其组合：

一个或多个物理上行链路控制信道(PUCCH)资源；以及

一个或多个物理上行链路共享信道(PUSCH)资源。

在示例性实施例中，由所述网络装置为所述第一终端装置分配的所述一个或多个资源可包括在时域中散布的资源。

在示例性实施例中，可从所述网络装置向所述第一终端装置预配置资源集合，并且由所述网络装置为所述第一终端装置分配的所述一个或多个资源可包括由所述资源集合中资源的索引所指示的资源。

在示例性实施例中，由所述网络装置为所述第一终端装置分配的所述一个或多个资源可从所述网络装置使用以下信令之一来指示：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

在示例性实施例中，将用于所述HARQ确认的资源配置为由所述网络装置为所述第一终端装置分配的一个或多个资源可包括：

如果UL许可在所述第一终端装置处可用，则使用所述UL许可的物理上行链路共享信道(PUSCH)资源作为所配置的资源。

在示例性实施例中，使用所述UL许可的PUSCH资源作为所配置的资源可包括：

如果既没有任何媒体访问控制(MAC)服务数据单元(SDU)也没有任何MAC控制元素(MAC CE)要在所述PUSCH资源上传送，则将所述HARQ确认映射到所述PUSCH资源上；或

如果有MAC服务数据单元(MAC SDU)或MAC CE要在所述PUSCH资源上传送，则在所述PUSCH资源上复用所述SL HARQ确认和此类MAC SDU或MAC CE。

在示例性实施例中，获得与所述SL-U传送相关联的所述HARQ确认可包括：

从所述第二终端装置接收所述HARQ确认。

如果在预定义时段未接收到HARQ确认，则生成所述HARQ确认。

在示例性实施例中，生成所述HARQ确认可包括：

如果不要求用于SL-U重传的传送资源，则生成肯定HARQ确认作为所述HARQ确认；以及

如果要求用于SL-U重传的传送资源，则生成否定HARQ确认作为所述HARQ确认。

在示例性实施例中，如果在预定义时间段未接收到HARQ确认则生成所述HARQ确认可包括：

在所述SL-U传送开始之后，起动定时器；

当从所述第二终端装置接收到所述HARQ确认时，停止所述定时器；以及

当所述定时器到期时，生成所述HARQ确认。

在示例性实施例中，所述LBT延迟可包括由于LBT操作和/或LBT失败而出现的延迟。

在示例性实施例中，所述第一终端装置可配置有与所述网络装置的多连接，并且配置用于所述HARQ确认的资源可包括：

使用与接收所述传送资源所在的连接不同的连接上的可用资源作为所配置的资源。

根据本公开的第二方面，提供了一种由第二终端装置执行的、用于免授权频带上的侧链路(SL)传送(SL-U)的方法。该方法包含：从第一终端装置接收SL-U传送；生成与所述SL-U传送相关联的HARQ确认；执行LBT操作；如果所述LBT操作成功但在给定时间段内没有物理侧链路反馈信道PSFCH资源可用，则寻找可用SL资源；以及在找到的可用SL资源上向所述第一终端装置传送所述HARQ确认。

在示例性实施例中，寻找可用SL资源可包括：

寻找在该时间段内用于朝向所述第一终端装置的物理侧链路共享信道(PSSCH)或物理侧链路公共控制信道(PSCCH)传送的可用SL资源；以及

在找到的可用SL资源上传送所述HARQ确认可包括：

通过在朝向所述第一终端装置的所述PSSCH或PSCCH传送中复用所述HARQ确认来传送所述HARQ确认。

在示例性实施例中，寻找可用SL资源可包括：

在与接收所述SL-U传送所在的连接不同的连接上寻找可用SL资源；以及

在找到的可用SL资源上传送所述HARQ确认可包括：

在所述不同连接上的所述可用SL资源上传送所述HARQ确认。

根据本公开的第三方面，提供了一种由网络装置执行的用于免授权频带上的侧链路(SL)传送(SL-U)的方法。该方法包含：配置和传送用于SL-U传送的传送资源到第一终端装置以执行所述SL-U传送；配置用于与所述SL-U传送相关联的所述HARQ确认的一个或多个资源，并向所述第一终端装置传送所配置的资源；以及从所述第一终端装置接收所述HARQ确认，其中，针对在所述SL-U传送期间和/或在所述HARQ确认的传送期间出现的先听后说(LBT)延迟，对所配置的资源进行时间补偿。

在示例性实施例中，传送所配置的资源可在传送所述传送资源之前、或在传送所述传送资源时、或在传送所述传送资源之后执行。

在示例性实施例中，传送所配置的资源可包括：

从所述第一终端装置接收请求；以及

分配和传送一个或多个资源到所述第一终端装置。

在示例性实施例中，配置用于与所述SL-U传送相关联的所述HARQ确认的一个或多个资源并向所述第一终端装置传送所配置的资源可包括：

决定要配置的PUCCH资源或物理上行链路共享信道(PUSCH)资源之一；以及

将所决定的资源配置到所述第一终端装置。

在示例性实施例中，决定要配置的PUCCH资源或PUSCH资源之一可包括取决于以下条件之一来决定PUCCH资源或PUSCH资源之一：

如果不存在空闲PUCCH资源，则决定配置PUSCH资源；

如果不存在空闲PUSCH资源，则决定配置PUCCH资源；

如果空闲PUCCH资源和空闲PUSCH资源两者都存在并且要求用于所述HARQ确认的高传送可靠性，则决定配置PUCCH资源；以及

如果空闲PUCCH资源和空闲PUSCH资源两者都存在并且所述HARQ确认不要求高传送可靠性，则决定配置PUSCH资源。

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

向所述第一终端装置预配置资源集合，以及

通过由所述资源集合中资源的索引向所述第一终端装置指示资源来传送所配置的资源。

在示例性实施例中，向所述第一终端装置传送所配置的资源可包括：

使用以下信令之一来传送所配置的资源：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

在示例性实施例中，该方法可进一步包含：如果在所配置的资源没有从所述第一终端装置接收到针对所述SL-U传送的HARQ确认，则在向所述第一终端装置传送用于SL-U重传的传送资源之前等待配置的时间段。

根据本公开的第四方面，提供了一种终端装置。所述终端装置可包含收发器、处理器和存储器。所述存储器可含有所述处理器可执行的指令，由此所述终端装置可操作以执行根据上述第一至第二方面的方法。

根据本公开的第五方面，提供了一种计算机可读存储介质。所述计算机可读存储介质具有存储在其上的计算机程序指令。所述计算机程序指令在由终端装置中的处理器执行时，使得所述终端装置执行根据上述第一至第二方面的方法。

根据本公开的第六方面，提供了一种网络装置。所述网络装置可包含收发器、处理器和存储器。所述存储器可含有所述处理器可执行的指令，由此所述网络装置可操作以执行根据上述第三方面的方法。

根据本公开的第七方面，提供了一种计算机可读存储介质。所述计算机可读存储介质具有存储在其上的计算机程序指令。所述计算机程序指令在由网络装置中的处理器执行时，使得所述网络装置执行根据上述第三方面的方法。

根据本公开的第八方面，提供了一种通信系统。所述通信系统包含主机计算机，该主机计算机包含：处理电路，配置成提供用户数据；以及通信接口，配置成将所述用户数据转发到蜂窝网络以用于传送到UE。所述蜂窝网络包含网络节点、传送点、中继节点或UE(具有无线电接口和处理电路)。所述网络节点的处理电路配置成执行根据本公开的第三方面的方法中的任何方法。

在示例性实施例中，所述通信系统可进一步包含所述网络节点。

在示例性实施例中，所述通信系统可进一步包含所述UE。所述UE配置成与所述网络节点通信。

在示例性实施例中，所述主机计算机的处理电路可配置成执行主机应用，由此提供所述用户数据。所述UE可包含处理电路，该处理电路配置成执行与所述主机应用相关联的客户端应用。

根据本公开的第九方面，提供了一种方法。所述方法在包含主机计算机、网络节点和UE的通信系统中被实现。所述方法包含：在所述主机，提供用户数据；以及在所述主机计算机，发起经由包含所述网络节点的蜂窝网络向所述UE的、携带所述用户数据的传送。所述网络节点可执行根据本公开的第三方面的方法中的任何方法。

在示例性实施例中，所述方法进一步可包含：在所述网络节点，传送所述用户数据。

在示例性实施例中，可通过执行主机应用在所述主机计算机提供所述用户数据。所述方法可进一步包含：在所述UE，执行与所述主机应用相关联的客户端应用。

根据本公开的第十方面，提供了一种通信系统。所述通信系统包含主机计算机，所述主机计算机包含：处理电路，配置成提供用户数据；以及通信接口，配置成将用户数据转发到蜂窝网络以用于传送到UE。所述UE包含无线电接口和处理电路。所述UE的处理电路配置成执行根据本公开的第一至第二方面的方法中的任何方法。

在示例性实施例中，所述通信系统可进一步包含所述UE。

在示例性实施例中，所述蜂窝网络可进一步包含配置成与所述UE通信的网络节点。

在示例性实施例中，所述主机计算机的处理电路可配置成执行主机应用，由此提供所述用户数据。所述UE的处理电路可配置成执行与所述主机应用相关联的客户端应用。

根据本公开的第十一方面，提供了一种方法。所述方法在包含主机计算机、网络节点和UE的通信系统中被实现。所述方法包含：在主机计算机，提供用户数据；以及在所述主机计算机，发起经由包含所述网络节点的蜂窝网络向所述UE的、携带所述用户数据的传送。所述UE可执行根据本公开的第一至第二方面的方法中的任何方法。

在示例性实施例中，所述方法可进一步包含：在所述UE，从所述网络节点接收所述用户数据。

根据本公开的第十二方面，提供了一种通信系统。所述通信系统包含主机计算机，所述主机计算机包含：通信接口，配置成接收源自从UE到网络节点的传送的用户数据。所述UE包含无线电接口和处理电路。所述UE的处理电路配置成：执行根据本公开的第一至第二方面的方法中的任何方法。

在示例性实施例中，所述通信系统可进一步包含所述UE。

在示例性实施例中，所述通信系统可进一步包含所述网络节点。所述网络节点可包含：无线电接口，配置成与所述UE通信；和通信接口，配置成将由从所述UE到所述网络节点的传送携带的所述用户数据转发到所述主机计算机。

在示例性实施例中，所述主机计算机的处理电路可配置成执行主机应用。所述UE的处理电路可配置成执行与所述主机应用相关联的客户端应用，由此提供所述用户数据。

在示例性实施例中，所述主机计算机的处理电路可配置成执行主机应用，由此提供请求数据。所述UE的处理电路可配置成执行与所述主机应用相关联的客户端应用，由此响应于所述请求数据而提供所述用户数据。

根据本公开的第十三方面，提供了一种方法。所述方法在包含主机计算机、网络节点和UE的通信系统中被实现。所述方法包含：在所述主机计算机，接收从所述UE传送到所述网络节点的用户数据。所述UE可执行根据本公开的第一至第二方面的方法中的任何方法。

在示例性实施例中，所述方法可进一步包含：在所述UE，将所述用户数据提供给所述网络节点。

在示例性实施例中，所述方法可进一步包含：在所述UE，执行客户端应用，由此提供要传送的所述用户数据；以及在所述主机计算机，执行与所述客户端应用相关联的主机应用。

在示例性实施例中，所述方法可进一步包含：在所述UE，执行客户端应用；以及在所述UE，接收对所述客户端应用的输入数据，所述输入数据是通过执行与所述客户端应用相关联的主机应用而在所述主机计算机提供的。要传送的所述用户数据由所述客户端应用响应于所述输入数据来提供。

根据本公开的第十四方面，提供了一种通信系统。所述通信系统包含主机计算机，所述主机计算机包含通信接口，所述通信接口配置成接收源自从UE到网络节点的传送的用户数据。所述网络节点包含无线电接口和处理电路。所述网络节点的处理电路配置成执行根据本公开的第二方面的方法中的任何方法。

在示例性实施例中，所述通信系统可进一步包含所述UE。所述UE可配置成与所述网络节点通信。

在示例性实施例中，所述主机计算机的处理电路可配置成执行主机应用；所述UE可配置成执行与所述主机应用相关联的客户端应用，由此提供要由所述主机计算机接收的所述用户数据。

根据本公开的第十五方面，提供了一种方法。所述方法在包含主机计算机、网络节点和UE的通信系统中被实现。所述方法包含：在所述主机计算机，从所述网络节点接收源自所述网络节点已经从所述UE接收到的传送的用户数据。所述网络节点可执行根据本公开的第三方面的方法中的任何方法。

在示例性实施例中，所述方法可进一步包含：在所述网络节点，从所述UE接收所述用户数据。

在示例性实施例中，所述方法可进一步包含：在所述网络节点，发起所接收的用户数据到所述主机计算机的传送。

通过根据上述本公开示例性实施例的技术方案，终端装置可及时向网络装置提供与SL-U传送相关联的HARQ确认。由于LBT延迟而对服务的服务质量(QoS)性能的负面影响因此被最小化。

附图说明

通过参考结合附图考虑的以下详细描述，将更容易理解对本发明实施例及其伴随的优点和特征的更完整理解，附图中：

图1示出信道占用时间(COT)共享的示例；

图2示出用户设备(UE)发起的COT的示例；

图3示出在基于帧的设备(FBE)的基础上的信道占用操作的示例；

图4示意性地示出可实现本申请的无线通信系统的图；

图5示意性地示出根据本公开的示例性实施例、根据本公开的示例性实施例由第一终端装置执行的、用于免授权频带上的SL传送(SL-U)的方法；

图6示出可实现本公开的示例。

图7示意性地示出根据本公开的示例性实施例、由第二终端装置执行的用于免授权频带上的SL传送(SL-U)的方法；

图8示意性地示出根据本公开的示例性实施例、由网络装置执行的用于免授权频带上的SL传送(SL-U)的方法；

图9示意性地示出根据本公开示例性实施例的终端装置的结构框图；

图10示意性地示出根据本公开另一示例性实施例的终端装置的结构框图；

图11示意性地示出根据本公开示例性实施例的网络装置的结构框图；

图12示意性地示出根据本公开另一示例性实施例的网络装置的结构框图；

图13示意性地示出根据本公开中的原理的示例性网络架构的示意图，该网络架构示出经由中间网络连接到主机计算机的通信系统；

图14示意性地示出根据本公开一些实施例、主机计算机经由网络节点与UE在至少部分无线连接上进行通信的一般化框图；

图15示意性地示出根据本公开一些实施例的流程图，该流程图示出在包含主机计算机、网络节点和UE的通信系统中实现的、用于在UE执行客户端应用的示例性方法；

图16示意性地示出根据本公开一些实施例的流程图，该流程图示出在包含主机计算机、网络节点和UE的通信系统中实现的、用于在UE接收用户数据的示例性方法；

图17示意性地示出根据本公开一些实施例的流程图，该流程图示出在包含主机计算机、网络节点和UE的通信系统中实现的、用于在主机计算机从UE接收用户数据的示例性方法；以及

图18示意性地示出根据本公开一些实施例的流程图，该流程图示出在包含主机计算机、网络节点和UE的通信系统中实现的、用于在主机计算机接收用户数据的示例性方法。

具体实施方式

在下文中，将参考说明性实施例来描述本公开的原理和精神。现在将参考附图更全面地描述本文所设想的一些实施例。然而，在本文所公开主题的范围内含有其它实施例，所公开主题不应被解释为仅限于本文所阐述的实施例；相反，这些实施例是通过示例的方式被提供的，以向本领域技术人员传达主题的范围。附加信息也可在如下的参考文献中被找到：

1)3GPP TS 37.213V16.6.0，“Physical layer procedures for sharedspectrum channel access(Release 16)”(2021-06)，以及

2)3GPP TR 38.889v16.0.0，“Study on NR-based access to unlicensedspectrum(Release16)”(2018-12)

本领域技术人员将例会，术语“示例性”在此处用于表示“说明性”或“用作示例”，并非旨在暗示特定实施例优于另一实施例或特定特征是必要的。同样，术语“第一”和“第二”和诸如此类可仅用于将一个实体或元件与另一实体或元件区分开，而不一定要求或暗示此类实体或元件之间的任何物理或逻辑关系或顺序。本文所使用的术语仅用于描述特定实施例的目的，并非旨在限制本文所描述的概念。如本文所用的，单数形式“一”(“a”、“an”)、和“所述”旨在也包含复数形式，除非上下文另有清楚指示。将进一步理解，术语“包括”(“comprises”、“comprising”)和/或“包含”(“includes”、“including”)在本文中使用时，指定所陈述特征、整数、步骤、操作、元件和/或组件的存在，但不排除一个或多个其它特征、整数、步骤、操作、元件、组件和/或其组的存在或添加。

在本文描述的实施例中，连接术语“与……通信”和诸如此类可用于指示电或数据通信，其可通过例如物理接触、感应、电磁辐射、无线电信令、红外信令或光学信令来实现。本领域普通技术人员将例会，多个组件可互操作，并且实现电和数据通信的修改和变化是可能的。

在本文描述的一些实施例中，术语“耦合”、“连接”和诸如此类可在本文中用于指示连接，然而不一定是直接的，并且可包含有线和/或无线连接。

如本文所使用的，非限制性术语“无线通信网络”是指遵循任何适合通信标准的网络，所述适合通信标准诸如是NR、长期演进(LTE)、LTE-高级(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)等等。此外，可根据任何适合的一代通信协议来执行无线通信网络中终端装置和网络装置之间的通信，所述通信协议包含但不限于全球移动通信系统(GSM)、通用移动电信系统(UMTS)、LTE和/或其它适合的1G(第一代)、2G(第二代)、2.5G、2.75G、3G(第三代)、4G(第四代)、4.5G、5G(第五代)通信协议、无线局域网(WLAN)标准，诸如IEEE 802.11标准；和/或任何其它适合的无线通信标准，诸如微波接入全球互通(WiMax)、蓝牙和/或ZigBee标准，和/或当前已知或未来将开发的任何其它协议。

非限制性术语“网络节点”或“网络装置”是指无线通信网络中的装置，经由该装置，终端装置接入网络并从网络接收服务。网络节点或网络装置是指包括在无线电网络中的任何种类的网络节点，其可进一步包括以下中的任一个：基站(BS)、无线电基站、基站收发台(BTS)、基站控制器(BSC)、无线电网络控制器(RNC)、g节点B(gNB)、演进节点B(eNB或eNodeB)、节点B、诸如MSR BS的多标准无线电(MSR)无线电节点、多小区/多播协调实体(MCE)、综合接入和回程(IAB)节点、中继节点、控制中继的施主节点、无线电接入点(AP)、传送点、传送节点、远程无线电单元(RRU)远程无线电头端(RRH)、核心网络节点(例如，移动管理实体(MME)、自组织网络(SON)节点、协调节点、定位节点、MDT节点等)、外部节点(例如，第3方节点、当前网络的外部节点)、分布式天线系统(DAS)中的节点、频谱接入系统(SAS)节点、元件管理系统(EMS)等。然而，更一般的是，网络装置可表示任何适合装置(或装置的组)，其能够、配置成、布置成和/或可操作以能够实现和/或提供到无线通信网络的终端装置接入或将某个服务提供到已接入无线通信网络的终端装置。

非限制性术语“终端装置”是指可接入无线通信网络并从其接收服务的任何末端装置(end device)。作为示例而非限制，终端装置是指移动终端、用户设备(UE)或其它适合的装置。UE可以是例如订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。终端装置可包含但不限于便携式计算机、台式计算机、诸如数码摄像机的图像捕获终端装置、游戏终端装置、音乐存储和回放电器、移动电话、蜂窝电话、智能电话、IP上语音(VoIP)电话、无线本地环路电话、平板计算机、个人数字助理(PDA)、可穿戴终端装置、交通工具安装的无线终端装置、无线端点、移动站、膝上嵌入式设备(LEE)、膝上安装的设备(LME)、USB软件狗、智能装置、无线客户场所装置(CPE)和诸如此类。在以下描述中，术语“终端装置”、“终端”、“用户设备”和“UE”可互换使用。作为一个示例，终端装置可表示被配置用于根据由第3代合作伙伴计划(3GPP)颁布的一个或多个通信标准(诸如，3GPP的GSM、UMTS、LTE和/或5G标准)进行通信的UE。如本文所使用的，“用户设备”或“UE”可不必具有拥有和/或操作相关装置的人类用户意义上的“用户”。在一些实施例中，终端装置可配置成在没有直接人类交互的情况下传送和/或接收信息。例如，终端装置可配置成当被内部或外部事件触发时，或响应于来自无线通信网络的请求，按照预定调度向网络传送信息。相反，UE可表示旨在用于销售给人类用户或由人类用户操作的装置，但其最初可能不关联于特定人类用户。

终端装置可支持装置到装置(D2D)通信，例如通过实现用于侧链路通信的3GPP标准，并且在此情况下可被称为D2D通信装置。

作为仍有的另一示例，在物联网(IoT)场景中，终端装置可表示执行监视和/或测量并将此类监视和/或测量的结果传送到另一终端装置和/或网络装备的机器或其它装置。在此情况下，终端装置可以是机器到机器(M2M)装置，其在3GPP上下文中可被称为机器类型通信(MTC)装置。作为一个特定示例，终端装置可以是实现3GPP窄带物联网(NB-IoT)标准的UE。此类机器或装置的具体示例是传感器、计量装置(诸如功率计)、工业机械、或家用或个人电器(例如冰箱、电视)、个人穿戴物(诸如手表)等。在其它场景中，终端装置可表示能够监视和/或报告其操作状态或与其操作相关联的其它功能的交通工具或其它设备。

此外，在一些实施例中，使用通用术语“无线电网络节点”。它可是任何种类的无线电网络节点，其可包括以下的任一个：基站、无线电基站、基站收发信台、基站控制器、网络控制器、RNC、演进节点B(eNB)、节点B、gNB、多小区/多播协调实体(MCE)、IAB节点、中继节点、接入点、无线电接入点、远程无线电单元(RRU)远程无线电头端(RRH)。

注意，尽管在本公开中可使用来自一个特定无线系统的术语，诸如例如3GPP LTE和/或新空口(NR)，但是这不应被视为将本公开的范围仅限于上述系统。其它无线系统(包含但不限于宽带码分多址(WCDMA)、微波接入全球互通(WiMax)、超移动宽带(UMB)和全球移动通信系统(GSM))也可受益于利用本公开内所涵盖的思想。

进一步注意，本文描述为由UE或网络节点执行的功能可分布在多个UE和/或网络节点上。换言之，可设想到，本文描述的网络节点和UE的功能不限于由单个物理装置来执行，并且实际上可分布在若干物理装置之中。

除非另有定义，否则本文所用的所有术语(包含技术和科学术语)具有与本公开所属领域的普通技术人员通常理解的相同含义。进一步将理解，本文使用的术语应当被解释为具有与它们在本说明书的上下文和相关领域中的含义一致的含义，并且不会被解释为理想化的或过于正式的意义，除非本文明确如此定义。

本公开的实施例可应用于例如NR无线电接入技术(RAT)、LTE RAT和能够实现两个(或更多)附近装置之间直接通信的任何其它RAT。

如前所述，在至少两个UE之间针对D2D操作传送信号所在的链路或无线电链路在此称为侧链路。UE之间针对D2D操作所传送的信号在本文中可称为SL信号。术语SL也可互换地称为D2D链路、交通工具到万物(V2X)链路、ProSe链路、对等链路、PC5链路等。SL信号也可被可互换地称为V2X信号、D2D信号、ProSe信号、PC5信号、对等信号等。

实施例在NR的上下文中被描述，即，两个或更多SL UE部署在相同或不同的NR小区中。然而，相同的原理可应用于LTE或能够实现两个(或更多)附近装置的直接连接的任何其它技术。实施例还可应用于中继场景，包含UE到网络中继或UE到UE中继，其中远程UE和中继UE可基于LTE侧链路或NR侧链路，中继UE和基站之间的Uu连接可以是LTE Uu或NR Uu。

为了解决不断增长的数据需求，在授权频谱和免授权频谱上都支持NR。在免授权频谱上支持的NR被称为NR-U。在本文中，授权频谱(或授权频带)可被定义为授权给一个或多个预定义用户的(例如，无线电)频率的集合。所述一个或多个预定义用户具有在来自此类授权频谱的一个或多个频率上进行传送的排他性权利。作为交换，可向所述一个或多个预定义用户确保没有什么将干扰他们的传送。另一方面，免授权频谱(或免授权频带)可被定义为未授权给任何预定义用户的(例如，无线电)频率的集合。一个或多个用户可在来自此类免授权频谱的一个或多个频率上进行传送，而无需获取这样做的准许。

与长期演进(LTE)授权辅助接入(LAA)相比，NR-U支持双连接(DC)和独立场景，其中包含随机接入信道(RACH)的媒体访问控制(MAC)过程和免授权频谱上的调度过程易遭受先听后说(LBT)失败，而在LTE LAA中没有此类限制，因为在LAA场景中存在授权频谱，所以RACH和调度相关信令可在授权频谱上而不是在免授权频谱上被传送。

对于诸如主同步信号(PSS)/辅同步信号(SSS)、物理广播信道(PBCH)、信道状态信息参考信号(CSI-RS)之类的发现参考信号(DRS)传送、诸如物理上行链路控制信道(PUCCH)/物理下行链路控制信道(PDCCH)之类的控制信道传送、诸如物理上行链路共享信道(PUSCH)/物理下行链路共享信道(PDSCH)之类的物理数据信道、以及诸如探测参考信号(SRS)传送之类的上行链路探测参考信号，在使用信道传送物理信号之前，要应用信道探测来确定信道可用性。

NR-U中的无线电资源管理(RRM)过程通常与LAA中的非常相似，因为NR-U的目的是尽可能地重用LAA/增强型LAA(eLAA)/进一步增强型LAA(feLAA)技术，以处置NR-U和其它传统无线电接入技术(RAT)之间的共存。RRM测量和报告包括关于信道感测和信道可用性的特殊配置过程。

因此，LAA的信道接入/选择是用于与诸如Wi-Fi的其它RAT共存的一个重要方面。例如，LAA的目标在于使用Wi-Fi拥塞(congested with Wi-Fi)的载波。

在授权频谱中，用户设备(UE)测量下行链路无线电信道(例如，同步信号块(SSB)、CSI-RS)的参考信号接收功率(RSRP)和参考信号接收质量(RSRQ)，并且将测量报告提供给其服务演进节点B(eNB)/下一代NB(gNB)。然而，它们不反映载波上的干扰强度。另一度量接收信号强度指示符(RSSI)可用于此类目的。在eNB/gNB侧，可能基于接收到的RSRP和RSRQ报告来导出RSSI。然而，这要求它们必须是可用的。由于LBT失败，可能阻塞关于RSRP或RSRQ的一些报告(即，由于在下行链路中阻塞参考信号传送(DRS)或在上行链路中阻塞测量报告)。因此，RSSI方面的测量是非常有用的。RSSI测量连同关于UE已在何时进行了测量以及进行了多长时间(例如，时间量)的时间信息可帮助gNB/eNB检测隐藏节点。另外，gNB/eNB可测量载波的负载情况，这对于网络为了负载平衡和信道接入失败避免目的而优先化一些信道是有用的。

LTE LAA已被定义为支持测量报告的平均RSSI和信道占用的测量。信道占用被定义为RSSI被测量到高于配置阈值的时间百分比。为此目的，RSSI测量定时配置(RMTC)包含测量持续期(例如1-5ms)和测量之间的时段(例如{40、80、160、320、640}ms)。

在本领域中，LBT协议被理解为允许Wi-Fi和LTE系统共享免授权频谱的机制。对免授权频谱中(尤其是在5GHz和6GHz频带中)信道的接入通过由规定定义的LBT要求来保证(而不像指派到特定运营商的授权频谱那样)。

LBT机制强制要求装置在尝试传送之前感测信道中其它用户的传送的存在。装置在传送之前使用能量检测(ED)来对信道执行空闲信道评估(CCA)检查。如果发现信道是空闲的，即，检测到的能量低于特定阈值，则允许装置进行传送。否则，如果发现信道被占用，则装置必须推迟传送。当CCA时隙中的能量被感测为低于ED阈值时，该机制减少了对其它系统的干扰和冲突，并且增加了成功传送的概率。一些区域中的规范要求指定最大允许的ED阈值，因而对传送器可具有的最激进行为设置了限制。

如3GPP技术报告(TR)38.889v16.0.0中所述，用于免授权频谱的基于NR的接入的信道接入方案可被分类为以下类别：

类别1：在短的切换间隙之后立即传送，即也称为无LBT操作

-这用于传送器在COT内在UL/DL切换间隙之后立即进行传送。

-从接收到传送的切换间隙是为了适应收发器周转(turnaround)时间并且不长于16μs。

类别2：无随机退避的LBT(也称为单发LBT)

-在传送实体进行传送之前信道被感测为空闲的时间持续期是确定的。

类别3：带有固定大小争用窗口、具有随机退避的LBT

-LBT过程具有以下过程作为其组成部分之一。传送实体在争用窗口内提取随机数N。争用窗口的大小由N的最小值和最大值来指定。争用窗口的大小是固定的。随机数N在LBT过程中用于确定在传送实体于信道上进行传送之前信道被感测为空闲的时间持续期。

类别4：带有可变大小争用窗口、具有随机退避的LBT

-LBT过程具有以下过程作为其组成部分之一。传送实体在争用窗口内提取随机数N。争用窗口的大小由N的最小和最大值来指定。当提取随机数N时，传送实体可改变争用窗口的大小。随机数N在LBT过程中用于确定在传送实体于信道上进行传送之前信道被感测为空闲的时间持续期。

对于COT中的不同传送和要传送的不同信道/信号，可使用不同类别的信道接入方案。

NR-U支持两种不同的LBT模式，动态和半静态信道占用，以分别用于两种类型的设备；基于负载的设备(LBE)和基于帧的设备(FBE)。

对于允许在免授权频谱(例如，5GHz频带)中传送的节点(例如，NR-U gNB/UE、LTE-LAA eNB/UE或Wi-Fi接入点(AP)/站(STA))，它通常需要执行空闲信道评估(CCA)。该过程通常包含：感测介质对于数个时间间隔是空闲的。感测介质是空闲的能以不同的方式被执行，例如使用能量检测、前同步码检测或使用虚拟载波感测。其中后者意味着节点从其它传送节点读取控制信息，以通知传送何时结束。在感测到介质是空闲的之后，通常允许节点在一定的时间量进行传送，其有时称为传送时机(TXOP)。TXOP的长度取决于已经执行的CCA的规定和类型，但是通常范围是从1ms到10ms。该持续期通常被称为COT(信道占用时间)。

在Wi-Fi中，传送数据接收确认(ACK)的反馈而不执行空闲信道评估。在反馈传送之前，在数据传送和对应反馈之间引入了小的时间持续期(称为SIFS)，其不包含对信道的实际感测。在电气和电子工程师协会(IEEE)802.11中，SIFS时段(对于5GHz正交频分复用(OFDM)物理层(PHY)为16μs)被定义为：

aSIFTime＝aRxPHYdelay+aMACProcessingDelay+aRxTxTurnaroundTime

·aRxPHYDelay定义了PHY层将分组递送到MAC层所需的持续期。

·aMACProcessingDelay定义了MAC层触发PHY层传送响应所需的持续期。

·aRxTxTurnaroundTime定义了将无线电从接收模式转变到传送模式所需的持续期。

因此，SIFS持续期用于适应硬件延迟以将方向从接收切换到传送。

可预期：对于免授权频带中的NR(NR-U)，将允许容纳无线电周转时间的类似间隙。例如，这将能够实现在发起的gNB所获取的相同传送时机(TXOP)内携带数据和可能的上行链路控制信息(UCI)的PUSCH以及携带UCI反馈的PUCCH的传送，而无需UE在PUSCH/PUCCH传送之前执行空闲信道评估(只要下行链路(DL)和上行链路(UL)传送之间的间隙小于或等于16μs)。此类方式中的操作通常被称为“COT共享”。COT共享的示例在图1中被示出。图1示出具有和不具有COT共享的传送时机(TXOP)，其中CCA由发起的节点(gNB)来执行。对于COT共享的情况，DL和UL传送之间的间隙小于16μs。

当UE在gNB COT之外以配置许可(configured grant)经由类别4(Cat-4)LBT访问介质时，UE和gNB也有可能共享UE获取的COT以将DL数据调度到相同的UE。UE COT信息可在UCI中被指示，诸如用于配置许可PUSCH资源的配置许可(CG)-UCI。图2中示出UE发起的COT的示例。图2示出与DL传送共享的UE COT的示例。对于COT共享的情况，UL与DL传送之间的间隙小于16μs。

发行版16(Rel-16)工作项(WI)NR-U指定了用于LBE类型装置的动态信道接入机制。

该过程随机化来自想要同时接入信道的不同节点的传送的起点。

该过程通常被称为类别4(CAT4)LBT，类别4LBT(在3GPP技术标准(TS)37.213V16.6.0中也被称为类型1信道接入)的详细过程如下所述。

当首先在推迟持续期T_d的时隙持续期期间将信道感测为空闲之后，并且在计数器N为零之后，在步骤4中，UE可使用类型1信道接入过程来对传送进行传送。通过根据下面描述的步骤对于附加的(一个或多个)时隙持续期感测信道来调整计数器N。

1)设置N＝N_init，其中N_init是均匀分布在0和CW_p之间的随机数，并且转到步骤4；

2)如果N＞0并且UE选择递减计数器，则设置N＝N-1；

3)对于附加时隙持续期感测信道，并且如果附加时隙持续期空闲，则转到步骤4；否则，转到步骤5；

4)如果N＝0，则停止；否则，转到步骤2；

5)感测信道，直到在附加推迟持续期T_d内检测到忙碌时隙或该附加推迟持续期T_d的所有时隙都被检测为空闲；以及

6)若在该附加推迟持续期T_d的所有时隙持续期期间信道被感测为空闲，则转到步骤4；否则，转到步骤5。

如果在上述过程中的步骤4之后，UE尚未在执行(一个或多个)UL传送所在的信道上对UL传送进行传送，则UE可在如下情况下在该信道上对传送进行传送：如果当UE准备好对该传送进行传送时至少在感测时隙持续期T_sl中感测到该信道是空闲的，并且如果在紧接该传送之前的推迟持续期T_d的所有时隙持续期期间已经感测到该信道是空闲的。如果当UE在它准备传送之后首次感测该信道时在感测时隙持续期T_sl中没有感测到该信道是空闲的，或如果在紧接预期传送之前的推迟持续期T_d的任何感测时隙持续期期间没有感测到该信道是空闲的，则UE在推迟持续期T_d的时隙持续期期间感测到信道是空闲的之后，前进到步骤1。

推迟持续期T_d由紧随m_p个连续时隙持续期的持续期T_f＝16us组成，其中每个时隙持续期是T_sl＝9us，并且T_f包含在T_f开始处的空闲时隙持续期T_sl。CW_min，p≤CW_p≤CW_max，p是争用窗口。TS 37.213v16.6.0的条款4.2.2中描述了CW_p调整。在上述过程的步骤1之前，选择CW_min，p和CW_max，p。m_p，CW_min，p以及CW_max，p基于信道接入优先级等级p，如TS 37.213v16.6.0的表4.2.1-1中所示。

TS 37.213v16.6.0的表4.2.1-1示出UL的信道接入优先级等级(CAPC)，且如下所示：

半静态信道占用允许基于帧的设备(FBE)对于单个9μs观察时隙的持续期，在每个固定帧时段执行空闲信道评估(clear channel assessment)。如果在CCA操作之后发现信道忙，则该设备不要在该固定帧时段期间进行传送。固定帧时段可被设置为1ms和10ms之间的值，并且可每200ms被调整一次。如果发现信道空闲，则该设备可立即进行传送，直到被称为信道占用时间的持续期，在此之后，该设备要在所述信道占用时间的至少5％保持静默。在要求的空闲时段结束时，该设备可恢复CCA以用于信道接入。图3中示出基于FBE的信道占用操作的示例。

半静态信道占用通常难以与使用动态信道占用(诸如LAA或NR-U)进行信道接入的装置进行竞争。动态信道占用装置具有在成功LBT过程之后的任何时间接入信道的灵活性，而半静态信道占用装置具有在每个固定帧时段抓取信道的一次机会。随着固定帧时段更长和业务负载更高，问题变得更加恶化。其次，基于帧的LBT对于协调网络之间的信道接入而言可能相当不灵活。如果所有节点都同步，则所有节点将发现信道可用，并同时传送且引起干扰。如果节点不同步，则一些节点在获得对信道的接入权方面可能具有优于一些其它节点的明确优点。尽管如此，半静态信道占用对于受控环境来说能够是良好选择，其中网络所有者可保证不存在动态信道占用装置，并且控制竞争接入信道的所有装置的行为。实际上，在此类部署中，半静态信道占用是有吸引力的解决方案，因为接入时延可被减小到最小，并且对于信道接入要求更低复杂度(由于缺乏执行随机退避的必要性)。

已经识别出对于保证LBE节点在长期基础上不存在(例如，通过规定的级别)并且FBE gNB同步的情形，FBE操作可实现以下：

·使用频率重用因子1的能力；

·对于信道接入的更低复杂度(由于缺乏执行随机退避的必要性)。

为了部署单个运营商FBE系统，gNB需要被时间对齐。所有gNB将同时执行单发9usLBT。如果gNB指示FBE操作，则对于Cat2 25μs或Cat4的LBT类型的指示，UE遵循该机制，由此一个9微秒时隙在25微秒间隔内被测量。

固定帧时段(FFP)被限制为{1ms，2ms，2.5ms，4ms，5ms，10ms}的值(这被包含在空闲时段中)。每两个无线电帧内FFP的开始位置从偶数无线电帧开始，并且由i*P给出，其中i＝{0，1，……，20/P-1}，其中P是以ms为单位的固定帧时段。

给定SCS的空闲时段＝ceil(规定所允许的最小空闲时段/Ts)，其中允许的最小空闲时段＝max(FFP的5％，100us)，并且Ts是给定SCS的符号持续期。

对于FBE，在固定时刻执行信道感测。如果确定信道忙，则基站采用固定退避，并在固定退避之后再次执行LBT。对于LBE，可在任何时刻执行信道感测，并且当确定信道忙时采用随机退避。

如3GPP TR 38.889v16.6.0中所述，已经识别出对于保证LBE节点长期不存在(例如，通过规定的级别)并且FBE gNB同步的情形，FBE操作可实现以下：使用频率重用因子1的能力；对于信道接入的较低复杂度(由于缺乏执行随机退避的必要性)。注意，这并不意味着LBE在类似的情形下没有益处(尽管在两种操作模式之间存在差异)。还注意到，FBE与诸如LBE的其它操作模式相比也可具有一些缺点，例如，帧期间空闲时间的固定开销。

在NR发行版(Rel-16)中，在由FBE进行半静态信道接入的情况下，仅支持gNB COT共享。UE可在gNB发起的COT内的DL传送之后传送(一个或多个)UL传送突发。如果检测到固定帧时段内对于服务gNB的DL传送，则固定帧时段内的UE传送可出现。任何DL传送的检测确认gNB已经发起了COT。为了使其工作，UE要知道每个FFP周期的开始和结束。此类UE行为对于要求关键时延要求的、类似于超可靠低时延通信(URLLC)的服务不是最优的。UE发起的、通过FBE的COT可以是URLLC的补充解决方案。

NR上的侧链路传送被指定用于Rel-16。这些是为LTE指定的ProSe(基于PROximity的服务)的增强。四种新的增强被特别地引入NR侧链路传送，如下：

·在NR侧链路中添加对单播和组播传送的支持。对于单播和组播，引入物理侧链路反馈信道(PSFCH)以供接收器UE向传送器UE回复解码状态。

·在NR侧链路传送中还提供了在NR上行链路传送中采用的无许可传送，以改善时延性能。

·为了减轻由不同UE启动的不同侧链路传送之间的资源冲突，它增强了信道感测和资源选择过程，这也导致了新版本的PSCCH。

·为了实现高连接密度，拥塞控制且因此服务质量(QoS)管理在NR侧链路传送中得到支持。

为了能够实现上述增强，新的物理信道和参考信号在NR中被引入(之前在LTE中可用)：

·PSSCH(物理侧链路共享信道，PDSCH的SL版本)：PSSCH由侧链路传送器UE传送，该UE传递侧链路传送数据、用于无线电资源控制(RRC)配置的系统信息块(SIB)和一部分侧链路控制信息(SCI)。

·PSFCH(物理侧链路反馈信道)：PSFCH由侧链路接收器UE针对单播和组播传送，侧链路接收器UE在1个资源块(RB)上传递1位信息，以用于混合自动重传请求(HARQ)确认(ACK)和否定ACK(NACK)。此外，信道状态信息(CSI)在PSSCH上而不是PSFCH上在媒体访问控制(MAC)控制元素(CE)中被携带。

·PSCCH(物理侧链路公共控制信道，PDCCH的SL版本)：当要发送到接收器UE的业务到达传送器UE时，传送器UE首先要发送PSCCH，该PSCCH传递为了信道感测目的而要由任何UE解码的SCI(侧链路控制信息，下行链路控制信息(DCI)的SL版本)的一部分，其中包含用于传送的预留时间-频率资源、解调参考信号(DMRS)模式和天线端口等。

·侧链路主/辅同步信号(S-PSS/S-SSS)：与NR中的下行链路传送类似，在侧链路传送中，支持主同步信号和辅同步信号(分别称为S-PSS和S-SSS)。通过检测S-PSS和S-SSS，UE能够从UE发送S-PSS/S-SSS中识别侧链路同步标识(SSID)。通过检测S-PSS/S-SSS，UE因此能够知道UE传送器S-PSS/S-SSS的特性。获取定时和频率同步连同UE的SSID的一系列过程被称为初始小区搜索。注意，发送S-PSS/S-SSS的UE可不必涉及侧链路传送，并且发送S-PSS/S-SSS的节点(UE/eNB/gNB)被称为同步源。在小区中有2个S-PSS序列和336个S-SSS序列，总共形成672个SSID。

·物理侧链路广播信道(PSBCH)：PSBCH连同作为同步信号/PSBCH块(SSB)的S-

PSS/S-SSS一起被传送。SSB具有与该载波上的PSCCH/PSSCH相同的参数集(numerology)，并且SSB要在所配置的带宽部分(BWP)的带宽内被传送。PSBCH传递与同步有关的信息，诸如直接帧号(DFN)、用于侧链路传送的时隙和符号级时间资源的指示、覆盖内指示符等。SSB是以每160ms周期地传送的。

·DMRS，相位跟踪参考信号(PT-RS)，信道状态信息参考信号(CSIRS)：由NR下行链路/上行链路传送所支持的这些物理参考信号也被侧链路传送所采用。类似地，PT-

RS仅可应用于频率范围2(FR2)传送。

另一新特征是两级侧链路控制信息(SCI)。这是SL的DCI的版本。与DCI不同，仅部分SCI(第一级)在PSCCH上发送。这部分用于信道感测目的(包含针对传送预留的时间-频率资源、解调参考信号(DMRS)模式和天线端口等)，并且可由所有UE读取，而其余的(第二级)调度和控制信息(诸如8位源标识(ID)和16位目的地ID、NDI、RV和HARQ过程ID)在PSSCH上发送以由接收器UE解码。

与LTE中的ProSE类似，NR侧链路传送具有以下两种模式的资源分配：

·模式1：由gNB调度侧链路资源。

·模式2：UE基于信道感测机制从(预先)配置的(一个或多个)侧链路资源池中自主选择侧链路资源。

对于覆盖内UE，可将gNB配置成采用模式1或模式2。对于覆盖外UE，可仅采用模式2。

与LTE中一样，对于模式1和模式2，以不同的方式执行NR中侧链路上的调度。

模式1支持以下两种许可：

动态许可：当要在侧链路上发送的业务到达传送器UE时，该UE要启动四消息交换过程以向gNB请求侧链路资源(UL上的SR、许可、UL上的BSR、对发送到UE的SL上数据的许可)。在资源请求过程期间，gNB可将侧链路无线电网络临时标识符(SL-RNTI)分配到传送器UE。如果该侧链路资源请求由gNB许可，则gNB在通过PDCCH传递的、带有以SL-RNTI加扰的循环冗余校验(CRC)的下行链路控制信息(DCI)中指示针对PSCCH和PSSCH的资源分配。当传送器UE接收到此类DCI时，只有当DCI的加扰CRC能够由所指派的SL-RNTI成功解析时，传送器UE才可获得该许可。然后，传送器UE在PSCCH中指示所分配的PSSCH的传送方案和时间-频率资源，并且在所分配的资源上启动PSCCH和PSSCH以用于侧链路传送。当从gNB获得许可时，传送器UE仅可传送单个传输块(TB)。结果，这种许可适合于具有宽松时延要求的业务。

配置许可：对于具有严格时延要求的业务，执行四消息交换过程以请求侧链路资源可能引入不可接受的时延。在此情况下，在业务到达之前，传送器UE可执行四消息交换过程，并请求资源集合。如果可从gNB获得许可，则以周期方式预留所请求的资源。当业务到达传送器UE时，该UE可在即将到来的资源时机(occasion)上启动PSCCH和PSSCH。事实上，这种许可也被称为无许可传送。

在动态许可和配置许可中，侧链路接收器UE都不能接收DCI(因为它被寻址到传送器UE)，且因此接收器UE要执行盲解码以识别PSCCH的存在，并通过SCI找到用于PSSCH的资源。

当传送器UE启动PSCCH时，CRC也被插入SCI而没有任何加扰。

在模式2资源分配中，当业务到达传送器UE时，该传送器UE自主地选择用于PSCCH和PSSCH的资源。为了进一步最小化反馈HARQ ACK/NACK传送和随后重传的时延，传送器UE还可预留用于PSCCH/PSSCH的资源以用于重传。为了进一步增强以单发的成功TB解码的概率，且因此抑制执行重传的概率，传送器UE可连同初始TB传送一起重复TB传送。此机制也被称为盲重传。结果，当业务到达传送器UE时，则该传送器UE要选择资源以用于以下传送：

1)PSSCH与PSCCH相关联，以用于初始传送和盲重传。

2)PSSCH与PSCCH相关联，以用于重传。

由于每个传送器UE在侧链路传送中要自主地选择资源以用于上述传送，因此如何防止不同传送器UE选择相同资源在模式2中被证明是关键问题。因此，基于信道感测，将特定资源选择过程施加到模式2。信道感测算法涉及测量不同子信道上的RSRP，并且要求(取决于配置的)PSCCH上的DMRS或PSSCH上的DMRS的不同UE功率级别的知识。该信息在(所有)其它UE启动的接收器SCI之后才是已知的。感测和选择算法相当复杂。

所提出的机制可应用于SL免授权操作(即，免授权频带上的SL传送)。术语LBT还可以可互换地称为空闲信道评估(CCA)、共享频谱接入过程等。在其上应用LBT的载波可属于共享频谱或免授权频带或具有基于争用的接入的频带等。

可配置的LBT方案可包括以下LBT类别/类型中的至少一种，但不限于以下示例：

类别1：在短的切换间隙之后立即传送，即，也称为无LBT操作。

-这用于传送器在信道占用时间(COT)内的上行链路(UL)/下行链路(DL)切换间隙之后立即进行传送。

-从接收到传送起的切换间隙要用于适应收发器周转时间并且不长于16μs。

类别2：没有随机退避的LBT(也称为单发LBT)。

-在传送实体进行传送之前信道要被感测为空闲的时间持续期是确定的。

类别3：带有固定大小争用窗口、具有随机退避的LBT

-LBT过程具有以下过程作为其组成部分之一。传送实体在争用窗口内提取随机数N。争用窗口的大小由N的最小值和最大值来指定。争用窗口的大小是固定的。随机数N在LBT过程中用于确定当传送实体在信道上进行传送之前信道被感测为空闲的时间持续期。

类别4：带有可变大小争用窗口、具有随机退避的LBT

-LBT过程具有以下过程作为其组成部分之一。传送实体在争用窗口内提取随机数N。争用窗口的大小由N的最小值和最大值来指定。当提取随机数N时，传送实体可改变争用窗口的大小。随机数N在LBT过程中用于确定当传送实体在信道上进行传送之前信道被感测为空闲的时间持续期。

诸如定向LBT、全向LBT或接收器辅助LBT的其它LBT方案也是可应用的。此外，基于LBE的信道接入方案和基于FBE的信道接入方案都被涵盖在以下实施例中。

LBT方案还可被称为其它术语，例如，类型1或类型2信道接入过程，如3GPP TS37.213v 16.6.0中所指定的。

在现有的免授权操作技术(例如，LTE免授权操作或NR免授权操作)中，从一个方向上(例如，从UE 1到UE2)第一传送的结束到另一方向上(例如，从UE2到UE1)第二传送的开始的间隙可能不多于固定的时段(例如，16μs或25μs)。可在第二传送之前选择类别1或类别2LBT，诸如以避免由于使用类别4LBT操作而引起的时延。对于SL传送，也可引入类似的间隙时段。然而，间隙时段的值可不同于现有免授权操作技术中使用的间隙时段的值。

以下实施例可应用于在具有任何播类型(包含单播、组播和广播)的免授权频带上的SL传送。

在以下实施例中，假设SL传送在免授权频带上，而Uu传送可在授权或免授权频带上。

本公开的实施例一般可应用于终端装置由网络装置服务并且还具有与另一终端装置的(一个或多个)SL连接的场景。图4示出可实现本申请的情形的图。网络装置102(例如gNB)与一定数量的(例如一个或多个)用户设备(UE)通信，其中仅UE 104被示为示例。UE104还具有分别与多个UE 106的SL连接。

本公开的一些基本思想如下：

·网络装置可分配用于HARQ确认的一个或多个资源，其中，可针对在SL-U传送期间和/或在HARQ确认的传送期间出现的LBT延迟对所述一个或多个资源进行时间补偿。

·在SL传送的资源被分配到UE之前，网络装置可将用于SL HARQ确认的资源分配到UE。

·当SL传送的资源被分配到UE时，网络装置可将用于SL HARQ确认的资源分配到UE。

·在SL传送的资源被分配到UE之后，网络装置可在从UE接收到请求消息(例如，与后面“示例1”中描述的相同)时向UE分配用于SL HARQ确认的资源。

·用于SL HARQ确认的资源可以是以下项中的一项或多项或其组合：一个或多个PUCCH资源；或一个或多个PUSCH资源。

·用于SL HARQ确认的资源可由网络装置决定。

·传送UE可自己生成用于传送到网络装置的HARQ确认(如果它在配置的时间段内未接收到HARQ确认)。

·接收UE可使用其它可用资源来向传送UE传送HARQ确认(如果没有PSFCH资源可用)。

在以下实施例中，假设传送的UE采用模式1SL资源分配，除非另有声明。

实施例的目的在于提供多种方式，以使传送的UE及时向网络装置传送SL HARQ确认，以便最小化由于LBT延迟而对服务的QoS性能的负面影响。

在下文中，将参考图5描述根据本公开示例性实施例的第一终端装置执行的、用于SL-U上的SL传送的方法100。

如图5中所示，方法100可包含至少步骤S101、S103、S105、S107和S109。步骤S101、S103、S105、S107和S109可在第一终端装置(例如UE 104)由网络装置(例如gNB 102)服务并且具有与另一第二终端装置(例如UE 106)的至少一个SL连接的情况中被执行。方法100可在第一终端装置(例如UE 104)被执行。

在示例性实施例中，在步骤S101中，第一终端装置104接收由网络装置102分配到第一终端装置104的、用于SL-U传送的传送资源。然后，在步骤S103中，第一终端装置104在传送资源上执行向不同的第二终端装置(例如UE 106)的SL-U传送。在步骤S105中，第一终端装置104获得与SL-U传送相关联的HARQ确认，并且在步骤S107中配置用于HARQ确认的资源。最后，在步骤S109中，第一终端装置104在所配置的资源上将HARQ确认传送到网络装置102。针对在SL-U传送期间和/或在HARQ确认的传送期间出现的LBT延迟对所配置的资源进行时间补偿。

在本文中，“LBT延迟”可意味着由于LBT操作和/或LBT失败而出现的延迟。由于所配置的资源(即，用于传送HARQ确认的资源)针对LBT延迟被时间补偿，所以第一终端装置104可使用所配置的资源来向网络装置102传送HARQ确认(即使LBT失败出现在从第二终端装置106到第一终端装置104的HARQ确认的传送期间)，或出现在从第一终端装置104向网络装置102传送HARQ确认期间，或出现在从第一终端装置104到第二终端装置106的SL-U传送期间，或如果由于在寻找传送HARQ确认的时机中发生的LBT操作而出现LBT延迟。

在示例性实施例中，在步骤S107中，用于HARQ确认的资源可配置为由网络装置102分配到第一终端装置104的一个或多个资源。

在示例性实施例中，由网络装置102分配到第一终端装置104的所述一个或多个资源可包括以下项中的一项或多项：

-在接收分配到第一终端装置的传送资源之前，由网络装置分配到第一终端装置的一个或多个资源；

-当接收分配到第一终端装置的传送资源时，由网络装置分配到第一终端装置的一个或多个资源；以及

-在接收分配到终端装置的传送资源之后，由网络装置分配到第一终端装置的一个或多个资源。

也就是说，用于HARQ确认的资源可以是由网络装置102预先配置到第一终端装置104的资源，或是由网络装置102连同用于SL-U传送的SL许可一起配置到第一终端装置104的资源，或甚至是当存在要传送的此类HARQ确认时由网络装置102配置到第一终端装置104的资源。

在示例性实施例中，在接收分配到第一终端装置的传送资源之后由网络装置102分配到第一终端装置104的所述一个或多个资源可由网络装置响应于从第一终端装置104传送到网络装置102的请求而分配。例如，由于在传送HARQ确认中可能存在LBT延迟，所以网络装置102可不预先配置用于传送HARQ确认的资源，并且可在来自第一终端装置104的请求时配置资源。当存在要传送的HARQ确认时，第一终端装置104可向网络装置102请求用于传送HARQ确认的资源。

在示例性实施例中，配置用于HARQ确认的资源的步骤S107可包括：在所分配的资源中寻找用于传送HARQ确认的可用资源的步骤，响应于没有找到可用资源而向网络装置传送请求的步骤，以及接收由网络装置响应于该请求而分配到第一终端装置的一个或多个资源的步骤。例如，网络装置102可预配置或配置用于HARQ确认的资源连同用于传送HARQ确认的SL许可资源。当准备好传送HARQ确认时，第一终端装置104可发现预配置或配置的资源由于LBT延迟而不可用。第一终端装置104可向网络装置102请求用于传送HARQ确认的资源。

在示例性实施例中，该请求可以是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。例如，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则第一终端装置104可触发SR以用于请求PUSCH资源。特定PUCCH SR资源/SR配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到SR时，网络装置102可向第一终端装置104指派UL许可。作为另一示例，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则第一终端装置104可触发RACH过程以用于请求PUSCH资源。特定RACH资源/RACH配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到RACH时，网络装置102可向第一终端装置104指派UL许可。RACH资源可以是前同步码、频域或时域中的RACH时机(RO)。

在示例性实施例中，配置的资源可以是以下项中的一项或多项或其组合：

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

在示例性实施例中，网络装置102可(预)配置用于第一终端装置104的一个或多个资源，并且所述一个或多个资源可以是PUCCH或PUSCH资源。

在示例性实施例中，由网络装置102分配到第一终端装置104的所述一个或多个资源可包括时域中散布的资源。通过在时域中散布所配置的资源，第一终端装置104可找到用于传送HARQ确认的可用资源，即使可能存在HARQ确认的传送期间或SL-U传送期间出现的不同延迟(这也可导致传送HARQ确认中的延迟)。图6示出可在其中实现本公开的示例200。如所示的，当网络装置102在步骤S201中使用模式1资源分配在免授权频带上将SL许可指派到第一终端装置104时，网络装置102可将PUCCH资源集合发信号通知到第一终端装置104。那些PUCCH资源可在时域中散布。在接收到SL许可后，在步骤S203中，第一终端装置104可在占用SL信道之前执行LBT操作。在成功的LBT之后，在步骤S205中，第一终端装置104可在免授权频带上向附近的一个或多个预期SL终端装置(例如，第二终端装置106)发起对应的SL传送。当SL传送完成时，在步骤S207中，第二终端装置106执行LBT。在成功的LBT之后，在步骤S209中，第二终端装置106然后可占用信道以用于传送HARQ确认。一旦第一终端装置104从预期SL终端装置(例如，第二终端装置106)接收到至少一个SL HARQ确认，第一终端装置104就可在步骤S211中从PUCCH资源集合中选择一个合适的PUCCH资源，并且可在步骤S213中将SL HARQ确认传送到网络装置102。在所选择的PUCCH资源与第一终端装置104已经接收到SLHARQ确认的时间之间，可存在预定义的(或足够的)间隙时段，其允许第一终端装置104处理SL HARQ确认并准备PUCCH上的传送。

在示例性实施例中，可从网络装置102向第一终端装置104预配置资源集合，并且由网络装置102分配到第一终端装置104的所述一个或多个资源可包括由该资源集合中资源的索引所指示的资源。例如，PUCCH/PUSCH资源的阵列(例如，频域和时域中的位置)的配置(例如，详细配置)可已经由网络装置102配置到第一终端装置104，诸如经由RRC信令(例如，当设立到网络装置102的连接时)或被预配置到第一终端装置104。因此，当网络装置102后来经由模式1资源分配向第一终端装置104发信号通知SL许可时，网络装置102向第一终端装置104发信号通知指示配置的/预配置的PUCCH资源阵列之中指派到第一终端装置104的PUCCH/PUSCH资源的索引或位图就足够了。

在示例性实施例中，由网络装置102分配到第一终端装置104的所述一个或多个资源可从网络装置使用以下信令中的一个或多个来指示：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

在L1信令的情况下，可在DCI中引入新字段以指示PUCCH/PUSCH资源集合(即，多于2个资源)。备选地，DCI中的现有字段可被重新运用以指示PUC CH/PUSCH资源集合。因此，可定义新的DCI格式。在一示例中，可将新字段添加到DCI格式3_0和/或DCI格式3_1。所述新字段可以是PUCCH/PUSCH资源指示符。

在基于MAC控制元素(MAC CE)的信令的情况下，可定义新的MAC CE。备选地，现有的MAC CE可被重用于指示PUCCH/PUSCH资源集合。

在RRC信令的情况下，可定义新的信息元素以用于指示PUCCH/PUSCH资源集合。

为了限制新字段的大小，可定义含有多个位的位图字段。例如，每个位可表示配置的/预配置的PUCCH/PUSCH资源阵列之中的PUCCH/PUSCH资源。具有值“0”的位可意味着对应资源没有被指派到第一终端装置104，而值“1”可意味着对应资源被指派到第一终端装置104。

在示例性实施例中，在配置用于HARQ确认的资源的步骤S107中，如果UL许可在第一终端装置104可用，则第一终端装置104可使用UL许可的物理上行链路共享信道(PUSCH)资源作为配置的资源。

在示例性实施例中，第一终端装置104可通过以下操作来使用UL许可的PUSCH：-如果既没有任何媒体访问控制(MAC)服务数据单元(SDU)也没有任何MAC CE要在PUSCH资源上传送，则在PUSCH资源上映射HARQ确认；或-如果有MAC服务数据单元(MAC SDU)或MAC CE要在PUSCH资源上传送，则在PUSCH资源上复用SL HARQ确认和MAC SDU或MAC CE。

在示例(之前称为“示例1”)中，第一终端装置104可能已经从网络装置102接收到用于HARQ确认的少量资源(例如PUCCH资源)连同SL许可。在该示例中，如果由于免授权频带上的LBT失败而延迟了HARQ确认，则第一终端装置104因此错过接收的资源。为了按时将SLHARQ确认转发到网络装置102，尽管HARQ确认可能由于免授权频带上的LBT失败而被延迟，但是如果第一终端装置104具有可用的UL许可(即，配置许可或动态许可)，则第一终端装置104可确定使用UL许可在PUSCH上映射/复用HARQ确认。PUSCH传送能够携带HARQ确认(即使没有PUCCH资源可用)。在此情况下，PUSCH可仅携带HARQ确认，而不含有任何MAC SDU或MACCE。还可能的是，PUSCH携带SL HARQ确认以及还有一些MAC SDU和/或MAC CE。

在示例性实施例中，当第一终端装置104已获得用于HARQ确认的UL许可时，可以不允许UL许可被第一终端装置104略过，而不管第一终端装置104是否配置有或被允许应用UL许可略过。换句话说，第一终端装置104可建立仅含有SL HARQ确认的MAC协议数据单元(PDU)，并使用UL许可在PUSCH上传送该PDU。备选地，当第一终端装置104仅具有可用于传送的HARQ确认时是否略过UL许可可以由网络装置102配置到第一终端装置104。

在示例性实施例中，获得与SL-U传送相关联的HARQ确认的步骤S105可包括从第二终端装置106接收HARQ确认的步骤。即，第二终端装置106可生成HARQ确认并将其传送到第一终端装置104以用于传送到网络装置102。

在示例性实施例中，获得与SL-U传送相关联的HARQ确认的步骤S105可包括如果在预定义时段未接收到HARQ确认则生成HARQ确认的步骤。作为示例，在第一终端装置104使用SL许可进行SL传送之后，可能的是，第一终端装置104不能从任何接收终端装置(取决于播类型，可能存在一个或多个接收终端装置)接收任何HARQ确认(尽管已经为SL传送启用了HARQ反馈)。第一终端装置104可确定由其自身生成SL HARQ确认并将其传送到网络装置102。如果不要求用于SL-U重传的传送资源，则第一终端装置104可生成肯定HARQ确认作为HARQ确认，并且如果要求用于SL-U重传的传送资源，则生成否定HARQ确认作为HARQ确认。在示例中，第一终端装置104可在SL-U传送开始之后起动定时器，在从第二终端装置106接收到HARQ确认时停止定时器，并且在定时器到期时生成HARQ确认。第一终端装置104还可在每次(当)第一终端装置104已经执行重传时重新起动定时器。定时器到期可意味着在某个时间段没有从第二终端装置106接收到HARQ确认。

在示例性实施例中，第一终端装置104可配置有与网络装置102的多连接，并且配置用于HARQ确认的资源的步骤S107可包括如下步骤：使用与在其上接收传送资源的连接不同的连接上的可用资源作为配置资源。例如，在第一终端装置104配置有Uu接口中的多连接(例如，经由载波聚合或双连接)的示例中，第一终端装置104可确定使用任何其它服务小区或载波中的无论什么可用PUCCH资源或无论什么可用PUSCH资源来传送SL HARQ确认。

在本公开中，提供了用于(第一)终端装置向网络装置及时提供HARQ确认的各种方式，例如，使得即使不存在用于传送HARQ确认的可用资源终端装置也能够具有用于传送HARQ确认的附加资源(例如，通过请求)；提供在时域中散布的资源，使得即使出现LBT延迟终端装置也可选择用于传送HARQ确认的适当资源；或者在未接收到HARQ确认的情况下使终端装置自己生成HARQ确认。

在下文中，将参考图7来描述根据本公开示例性实施例、由第二终端装置执行的用于免授权频带上的侧链路(SL)传送(SL-U)的方法300。

如图7中所示，方法300可包含至少步骤S301、S303、S305、S307和S309。步骤S301、S303、S305、S307和S309可在第一终端装置(例如，UE 104)由网络装置(例如，gNB 102)服务并且具有与另一第二终端装置(例如，UE 106)的至少一个SL连接的情况下被执行。方法300可在第二终端装置(例如UE 106)被执行。

在示例性实施例中，在步骤S301中，第二终端装置106从第一终端装置104接收SL-U传送。在SL-U传送完成之后，在步骤S303中，第二终端装置106生成与SL-U传送相关联的HARQ确认。然后，在步骤S305中，第二终端装置106执行LBT操作，以用于找到传送HARQ确认的时机。如果LBT操作成功但是在给定时间段内没有物理侧链路反馈信道(PSFCH)资源是可用的，则第二终端装置106在步骤S307中寻找可用SL资源，且然后在步骤S309中，在找到的可用SL资源上向第一终端装置104传送HARQ确认。

在示例性实施例中，在步骤S307中，第二终端装置106可寻找该时间段内用于朝向第一终端装置104的物理侧链路共享信道(PSSCH)或物理侧链路公共控制信道(PSCCH)传送的可用SL资源，且然后在步骤S309中，可通过在朝向第一终端装置的PSSCH或PSCCH传送中复用HARQ确认来传送HARQ确认。例如，当第二终端装置106已经在免授权频带上接收到SL传送时，如果要求第二终端装置106向传送终端装置提供SL HARQ确认，则第二终端装置106可在SL HARQ确认的传送之前执行LBT操作。第二终端装置106可能遭受LBT失败。这可能延迟SL HARQ确认的传送。如果第二终端装置106不能找到给定时间段(例如，第二终端装置106必须在其期间提供SL HARQ确认的最大时间段)内合适的PSFCH资源，则第二终端装置106可选择在朝向传送终端装置的PSSCH或PSCCH传送中将SL HARQ确认进行复用(如果第二终端装置106能够设法找到该时间段内用于PSSCH或PSCCH传送的SL资源)。这样，可向第二终端装置106提供更多的传送时机以用于SL HARQ确认。

在示例性实施例中，在步骤S307中，第二终端装置106可在与接收SL-U传送所在的连接不同的连接上寻找可用SL资源，且然后在步骤S309中，可在该不同连接上的可用SL资源上传送HARQ确认。例如，第二终端装置106可配置有SL连接中的多连接(例如，经由载波聚合或双连接)。在此类情况下，如果在第二终端装置106与传送终端装置之间存在可用的/配置的多个SL载波，并且如果在SL载波(例如，SL载波1)上SL HARQ确认遭受LBT失败，则可在另一SL载波(例如，SL载波2)上传送SL HARQ确认。

在本公开中，提供了用于(第二)终端装置及时提供HARQ确认的各种方式，例如，使第二终端装置能够找到用于传送HARQ确认的其它可用资源(即使没有合适的PSFCH资源)，使得第一终端装置可及时接收HARQ确认并将HARQ确认反馈到网络装置。

在下文中，将参考图8来描述根据本公开示例性实施例、由网络装置执行的用于免授权频带上的侧链路(SL)传送(SL-U)的方法400。

如图8中所示，方法400可包含至少步骤S401、S403和S405。可执行步骤S401、S403和S405，其中第一终端装置(例如UE 104)由网络装置(例如gNB 102)服务，并且具有与另一第二终端装置(例如UE 106)的至少一个SL连接。方法400可在网络装置(例如gNB 102)被执行。

在示例性实施例中，在步骤S401中，网络装置102将用于SL-U传送的传送资源配置到第一终端装置104并将所述传送资源传送到第一终端装置104以执行SL-U传送。网络装置102还可在步骤S403中为与SL-U传送相关联的HARQ确认配置一个或多个资源，并将所配置的资源传送到第一终端装置。然后，在步骤S405中，网络装置102从第一终端装置104接收HARQ确认。针对在SL-U传送期间和/或在HARQ确认的传送期间出现的先听后说(LBT)延迟对所配置的资源进行时间补偿。

在本文中，“LBT延迟”可意味着由于LBT操作和/或LBT失败而出现的延迟。

在示例性实施例中，传送所配置的资源的步骤S403可在对传送资源进行传送之前、或当对传送资源进行传送时、或在对传送资源进行传送之后被执行。

也就是说，用于HARQ确认的资源可以是由网络装置102预先配置到第一终端装置104的资源，或者是由网络装置102连同用于SL-U传送的SL许可一起配置到第一终端装置104的资源，或者甚至是当在第一终端装置104存在要传送的此类HARQ确认时由网络装置102配置到第一终端装置104的资源。

在示例性实施例中，传送配置资源的步骤S403可包括从第一终端装置接收请求的步骤，以及向第一终端装置104分配和传送一个或多个资源的步骤。例如，由于在传送HARQ确认中可能存在LBT延迟，所以网络装置102可不预先配置用于传送HARQ确认的资源，并且可在来自第一终端装置104的请求时配置资源。当存在要传送的HARQ确认时，第一终端装置104可向网络装置102请求传送HARQ确认的资源。作为另一示例，网络装置102可预配置或配置用于HARQ确认的资源连同用于传送HARQ确认的SL许可资源。当准备好传送HARQ确认时，第一终端装置104可发现预配置的或配置的资源由于LBT延迟而不可用。第一终端装置104可向网络装置102请求资源以传送HARQ确认。

在示例性实施例中，该请求可以是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。例如，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则第一终端装置104可触发SR以用于请求PUSCH资源。特定PUCCH SR资源/SR配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到SR时，网络装置102可向第一终端装置104指派UL许可。作为另一示例，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则第一终端装置104可触发RACH过程以用于请求PUSCH资源。特定RACH资源/RACH配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到RACH时，网络装置102可向第一终端装置104指派UL许可。RACH资源可以是频域或时域中的前同步码RO。

在示例性实施例中，为与SL-U传送相关联的HARQ确认配置一个或多个资源并将所配置的资源传送到第一终端装置的步骤S403可包括：决定要配置的PUCCH资源或物理上行链路共享信道(PUSCH)资源之一；以及将所决定的资源配置到第一终端装置。

-如果不存在空闲PUCCH资源，则决定配置PUSCH资源；

-如果不存在空闲PUSCH资源，则决定配置PUCCH资源；

-如果空闲PUCCH资源和空闲PUSCH资源两者都存在并且要求用于HARQ确认的高传送可靠性，则决定配置PUCCH资源；以及

-如果空闲PUCCH资源和空闲PUSCH资源两者都存在并且HARQ确认不要求高传送可靠性，则决定配置PUSCH资源。

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

在示例性实施例中，为与SL-U传送相关联的HARQ确认配置一个或多个资源并将所配置的资源传送到第一终端装置的步骤S403可包括：向第一终端装置预配置资源集合，以及通过由所述资源集合中资源的索引向第一终端装置指示资源来传送所配置的资源。例如，PUCCH/PUSCH资源的阵列(例如，频域和时域中的位置)的配置(例如，详细配置)可已经由网络装置102经由RRC信令(例如，当设立到网络装置102的连接时)配置到第一终端装置104或预配置到第一终端装置104。因此，当网络装置102后来经由模式1资源分配向第一终端装置104发信号通知SL许可时，网络装置102向第一终端装置104发信号通知指示配置的/预配置的PUCCH/PUSCH资源阵列中指派到第一终端装置104的PUCCH/PUSCH资源的索引或位图可以是足够的。

在示例性实施例中，网络装置102可使用以下信令中的一个或多个来传送所配置的资源：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

在L1信令的情况下，可在DCI中引入新字段以指示PUCCH/PUSCH资源集合(即，多于2个资源)。备选地，DCI中的现有字段可被重新运用以指示PUCCH/PUSCH资源集合。因此，可定义新的DCI格式。在一示例中，可将新字段添加到DCI格式3_0和/或DCI格式3_1。新字段可以是PUCCH/PUSCH资源指示符。

在基于MAC CE的信令的情况下，可定义新的MAC CE。备选地，现有的MAC CE可被重用于指示PUCCH/PUSCH资源集合。

在示例性实施例中，方法400可进一步包括以下步骤S407：如果在所配置的资源未从第一终端装置接收到针对SL-U传送的HARQ确认，则在向第一终端装置传送用于SL-U重传的传送资源之前等待配置的时间段。例如，当网络装置102在免授权频带上已将SL许可指派到第一终端装置104时，如果网络装置102也已将PUCCH资源指派到第一终端装置104以用于转发SL HARQ确认，则当网络装置102不能在PUCCH资源上接收/检测到任何传送时，网络装置102可能不会立即将用于重传的SL许可调度到第一终端装置104。网络装置102可等待一会儿(可选地，配置的时间段)，以查看网络装置102是否可在后续PUSCH或PUCCH资源上接收到预期的SL HARQ确认。这样，网络装置102可避免向第一终端装置104指派不必要的SL许可，由此减少资源浪费。

在附加实施例中，当网络装置102确定使用模式1资源分配将SL许可指派到传送UE(例如，终端装置104)时，网络装置102可考虑如下知识：SL HARQ确认由于SL上的LBT失败可能被延迟，使得网络装置102可指派与SL传送的结束具有足够间隙的PUCCH/PUSCH资源，从而允许接收UE(例如，终端装置106)在SL上多次执行LBT操作。在此情况下，PUCCH/PUSCH资源在时域中可仍然是可用的，即使接收UE(例如，终端装置106)由于LBT失败而稍微晚些提供了SL HARQ确认也是如此。

对于该附加实施例，可存在网络装置102获得该知识的多种方式。

在示例中，终端装置可向网络装置102提供关于SL传送在最近时段中是否可能遭受LBT失败的信息。

在示例中，网络装置102可自己获得该知识。网络装置102可能够感测SL信道。网络装置102还可以能够测量SL链路的拥塞状态或干扰状态。基于此，网络装置102可得知终端装置可能在SL信道上遭受LBT失败。

在Uu链路也处于免授权频带上的情况下，UE(例如，终端装置104和/或终端装置106(如果终端装置106需要执行朝向gNB的传送))也可能需要在PUCCH/PUSCH传送之前执行LBT。如果Uu链路也在免授权频带中，当网络装置102考虑关于LBT操作的信息时，网络装置102可能需要考虑终端装置可能在Uu链路或SL上经历LBT失败，使得网络装置102可以足够间隙时段在时域中指派资源，从而允许终端装置执行LBT操作。

与上述方法100和300相对应，提供了一种终端装置。图9是根据本公开实施例的终端装置500的框图。

在示例中，终端装置500可以是结合图5-8描述的第一终端装置104。

如图9中所示，终端装置500包括(例如，包含)：接收单元510，其配置成接收由网络装置102分配到终端装置500的、用于SL-U传送的传送资源；传送单元530，其配置成在传送资源上向对等终端装置执行SL-U传送；获得单元550，其配置成获得与SL-U传送相关联的HARQ确认；以及配置单元570，其配置成配置用于HARQ确认的资源。传送单元530进一步配置成在配置的资源上向网络装置102传送HARQ确认。由配置单元570配置的配置资源针对在SL-U传送期间和/或在HARQ确认的传送期间出现的LBT延迟被时间补偿。

由于所配置的资源(即，用于传送HARQ确认的资源)针对LBT延迟被时间补偿，所以终端装置500能够使用所配置的资源向网络装置102传送HARQ确认，即使在从对等终端装置向终端装置500传送HARQ确认期间、或者在从终端装置500向网络装置102传送HARQ确认期间、或者在从终端装置500向对等终端装置的SL-U传送期间出现LBT失败，或者如果由于在寻找传送HARQ确认的时机中发生的LBT操作而出现LBT延迟。

在示例性实施例中，配置单元570可配置成将用于HARQ确认的资源配置为由网络装置102分配到终端装置500的一个或多个资源。

在示例性实施例中，由网络装置102分配到终端装置500的所述一个或多个资源可包括以下项中的一项或多项：

-在接收分配到终端装置500的传送资源之前，由网络装置102分配到终端装置500的一个或多个资源；

-当接收分配到终端装置500的传送资源时，由网络装置102分配到终端装置500的一个或多个资源；以及

-在接收分配到终端装置500的传送资源之后，由网络装置102分配到终端装置500的一个或多个资源。

也就是说，用于HARQ确认的资源可以是由网络装置102预先配置到终端装置500的资源，或者是由网络装置102连同用于SL-U传送的SL许可一起配置到终端装置500的资源，或者甚至是当在终端装置500存在要传送的此类HARQ确认时由网络装置102配置到终端装置500的资源。

在示例性实施例中，在接收分配到第一终端装置的传送资源之后由网络装置102分配到终端装置500的所述一个或多个资源可由网络装置响应于从终端装置500的传送单元530传送到网络装置102的请求而分配。例如，由于在传送HARQ确认中可能存在LBT延迟，所以网络装置102可不预先配置用于传送HARQ确认的资源，并且可在来自终端装置500的请求时配置资源。当存在要传送的HARQ确认时，终端装置500可向网络装置102请求资源以传送HARQ确认。

在示例性实施例中，配置单元570可配置成在所分配的资源中找到可用资源以用于传送HARQ确认，传送单元530可配置成响应于在配置单元570中没有找到可用资源而向网络装置传送请求，并且接收单元510可配置成接收由网络装置响应于该请求而分配到终端装置的一个或多个资源。例如，网络装置102可预配置或配置用于HARQ确认的资源连同用于传送HARQ确认的SL许可资源。当准备好传送HARQ确认时，终端装置500可发现预配置的或配置的资源由于LBT延迟而不可用。终端装置500可向网络装置102请求资源以传送HARQ确认。

在示例性实施例中，该请求可以是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。例如，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则终端装置500可触发SR以用于请求PUSCH资源。特定PUCCH SR资源/SR配置可被配置到终端装置500，以用于请求用于HARQ确认的PUSCH资源。在接收到SR时，网络装置102可向终端装置500指派UL许可。作为另一示例，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则终端装置500可触发RACH过程以用于请求PUSCH资源。特定RACH资源/RACH配置可被配置到终端装置500，以用于请求用于HARQ确认的PUSCH资源。在接收到RACH时，网络装置102可向终端装置500指派UL许可。RACH资源可以是频域或时域中的前同步码RO。

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

在示例性实施例中，网络装置102可(预)配置用于终端装置500的一个或多个资源，并且所述一个或多个资源可以是PUCCH或PUSCH资源。

在示例性实施例中，由网络装置102分配到终端装置500的所述一个或多个资源可包括在时域中散布的资源。通过在时域中散布所配置的资源，终端装置500可找到用于传送HARQ确认的可用资源，即使可能存在HARQ确认的传送期间或SL-U传送期间出现的不同延迟(这也可能导致传送HARQ确认中的延迟)。

在示例性实施例中，可从网络装置102向终端装置500预配置资源集合，并且由网络装置102分配到终端装置500的所述一个或多个资源可包括由该资源集合中资源的索引所指示的资源。例如，PUCCH/PUSCH资源的阵列(例如，频域和时域中的位置)的配置(例如，详细配置)可已经由网络装置102经由RRC信令配置到终端装置500(例如，当设立到网络装置102的连接时)或预配置到终端装置500。因此，当网络装置102后来经由模式1资源分配向终端装置500发信号通知SL许可时，网络装置102向终端装置500发信号通知指示配置的/预配置的PUCCH资源阵列中指派到终端装置500的PUCCH/PUSCH资源的索引或位图能够是足够的。

在示例性实施例中，由网络装置102分配到终端装置500的所述一个或多个资源可从网络装置使用以下信令中的一个或多个来指示：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

为了限制新字段的大小，可定义含有多个位的位图字段。例如，每个位可表示配置的/预配置的PUCCH/PUSCH资源阵列之中的PUCCH/PUSCH资源。具有值“0”的位可意味着对应资源没有被指派到终端装置500，而值“1”可意味着对应资源被指派到终端装置500。

在示例性实施例中，如果UL许可在第一终端装置可用，则配置单元570可使用UL许可的物理上行链路共享信道(PUSCH)资源作为所配置的资源。

在示例性实施例中，终端装置500可通过以下操作来使用UL许可的PUSCH：-如果既没有任何媒体访问控制(MAC)服务数据单元(SDU)也没有任何MAC CE要在PUSCH资源上传送，则在PUSCH资源上映射HARQ确认；或-如果有MAC SDU或MAC CE要在PUSCH资源上传送，则在PUSCH资源上复用SL

HARQ确认和此类MAC SDU或MAC CE。

在示例性实施例中，当终端装置500已经获得针对HARQ确认的UL许可时，可能的是：不允许UL许可被终端装置500略过，而不管终端装置500是否配置有或被允许应用UL许可略过。换句话说，终端装置500可构建仅含有SL HARQ确认的媒体访问控制协议数据单元(MAC PDU)，并且使用UL许可在PUSCH上传送该PDU。备选地，当终端装置500仅具有可用于传送的HARQ确认时是否略过UL许可可以由网络装置102配置到终端装置500。

在示例性实施例中，获得单元550可配置成从不同的终端装置接收HARQ确认。也就是说，对等终端装置可生成HARQ确认并将其传送到终端装置500，以用于传送到网络装置102。

在示例性实施例中，获得单元550可配置成：如果在预定时段未接收到HARQ确认，则生成HARQ确认。作为示例，在终端装置500使用SL许可进行SL传送之后，可能的是，终端装置500不能从任何接收终端装置(取决于播类型，可能存在一个或多个接收终端装置)接收任何HARQ确认，尽管已经为SL传送启用了HARQ反馈。终端装置500可确定由其自身生成SLHARQ确认，并将其发送到网络装置102。如果不要求用于SL-U重传的传送资源，则终端装置500可生成肯定HARQ确认作为HARQ确认，并且如果要求用于SL-U重传的传送资源，则生成否定HARQ确认作为HARQ确认。在示例中，终端装置500可在SL-U传送开始之后起动定时器，当从第二终端装置接收到HARQ确认时停止定时器，并且当定时器到期时生成HARQ确认。终端装置500也可在每次(当)终端装置500已执行重传时重新起动定时器。定时器到期可意味着在某个时间段没有从第二终端装置接收到HARQ确认。

在示例性实施例中，终端装置500可配置有与网络装置102的多连接，并且配置单元570可配置成使用与在其上接收传送资源的连接不同的连接上的可用资源作为配置的资源。例如，在终端装置500配置有Uu接口中的多连接(例如，经由载波聚合或双连接)的示例中，终端装置500的配置单元570可确定使用任何其它服务小区或载波中的无论什么可用PUCCH资源或无论什么可用PUSCH资源来传送SL HARQ确认。

在示例中，终端装置500可以是结合图5-8描述的第二终端装置106。

在示例性实施例中，接收单元510可配置成从对等终端装置(例如，终端装置104)接收SL-U传送。获得单元550可配置成在SL-U传送完成之后生成与SL-U传送相关联的HARQ确认。

终端装置500可进一步包括LBT单元590，其配置成执行LBT操作以用于寻找传送HARQ确认的时机。配置单元570可配置成：如果LBT操作成功但是在给定时间段内没有物理侧链路反馈信道(PSFCH)资源可用，则寻找可用SL资源。传送单元530可配置成在找到的可用SL资源上向对等终端装置传送HARQ确认。

在示例性实施例中，配置单元570可配置成寻找该时间段内用于朝向对等终端装置的物理侧链路共享信道(PSSCH)或物理侧链路公共控制信道(PSCCH)传送的可用SL资源，并且然后传送单元530可配置成通过在朝向对等终端装置的PSSCH或PSCCH传送中复用HARQ确认来传送HARQ确认。例如，当终端装置500在免授权频带上已接收到SL传送时，如果要求终端装置500向传送终端装置提供SL HARQ确认，则终端装置500的LBT单元590可在SL HARQ确认的传送之前执行LBT操作。终端装置500可能遭受LBT失败。这可能延迟SL HARQ确认的传送。如果终端装置500不能找到给定时间段(即，终端装置500必须在其期间提供SL HARQ确认的最大时间段)内合适的PSFCH资源，则终端装置500的传送单元530可选择在朝向传送终端装置的PSSCH或PSCCH传送中复用SL HARQ确认(如果终端装置500可设法找到该时间段内用于PSSCH或PSCCH传送的SL资源)。这样，可向终端装置500提供更多的传送时机以用于SL HARQ确认。

在示例性实施例中，配置单元570可配置成在与接收SL-U传送的连接不同的连接上寻找可用SL资源，且然后传送单元530可配置成在该不同的连接上的可用SL资源上传送HARQ确认。例如，终端装置500可配置有SL连接中的多连接(例如，经由载波聚合或双连接)。在此类情况下，如果在终端装置500与传送终端装置之间存在可用的/配置的多个SL载波，并且如果在SL载波(例如，SL载波1)上SL HARQ确认遭受LBT失败，则可在另一SL载波(例如，SL载波2)上传送SL HARQ确认。

单元510-590能够被实现为纯硬件解决方案或实现为软件和硬件的组合，例如，通过以下项中的一项或多项：处理器或微处理器和适当软件以及用于存储该软件的存储器、可编程逻辑装置(PLD)或(一个或多个)其它电子组件或处理电路，其配置成执行上述的且例如在图5-8中示出的动作。

图10是根据本公开另一实施例的终端装置600的框图。

终端装置600包括(例如，包含)收发器610、处理器620和存储器630。存储器630可含有处理器620可执行的指令，由此终端装置600可操作以执行例如先前结合图5-7描述的过程的动作。特别是，存储器630可含有处理器620可执行的指令，由此终端装置600可操作以执行SL-U传送。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此收发器610可操作以接收由网络装置102分配到终端装置600的、用于SL-U传送的传送资源，在传送资源上执行到对等终端装置的SL-U传送，获得与SL-U传送相关联的HARQ确认，配置用于HARQ确认的资源，以及在所配置的资源上向网络装置102传送HARQ确认。针对在SL-U传送期间和/或在HARQ确认的传送期间出现的LBT延迟对所配置的资源进行时间补偿。

由于所配置的资源(即，用于传送HARQ确认的资源)针对LBT延迟被时间补偿，所以终端装置600能够使用所配置的资源向网络装置102传送HARQ确认，即使在从对等终端装置向终端装置600传送HARQ确认期间，或在从终端装置600向网络装置102传送HARQ确认期间，或在从终端装置600到对等终端装置的SL-U传送期间出现LBT失败，或如果由于在寻找传送HARQ确认的时机中发生的LBT操作而出现LBT延迟。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此终端装置600进一步可操作以将用于HARQ确认的资源配置为由网络装置102分配到终端装置600的一个或多个资源。

在示例性实施例中，由网络装置102分配到终端装置600的所述一个或多个资源可包括以下项中的一项或多项：

-在接收分配到终端装置的传送资源之前，由网络装置分配到终端装置的一个或多个资源；

-当接收分配到终端装置的传送资源时，由网络装置分配到终端装置的一个或多个资源；

以及

-在接收分配到终端装置的传送资源之后，由网络装置分配到终端装置的一个或多个资源。

也就是说，用于HARQ确认的资源可以是由网络装置102预先配置到终端装置600的资源，或者是由网络装置102连同用于SL-U传送的SL许可一起配置到终端装置600的资源，或者甚至是当在终端装置600存在要传送的此类HARQ确认时由网络装置102配置到终端装置600的资源。

在示例性实施例中，在接收分配到第一终端装置的传送资源之后由网络装置102分配到终端装置600的所述一个或多个资源可由网络装置响应于从终端装置600传送到网络装置102的请求而分配。例如，由于在传送HARQ确认中可能存在LBT延迟，所以网络装置102可不预先配置用于传送HARQ确认的资源，并且可在来自终端装置600的请求时配置资源。存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以当存在要传送的HARQ确认时向网络装置102传送用于对传送HARQ确认的资源的请求。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以在所分配的资源中寻找可用资源以用于传送HARQ确认，响应于没有找到可用资源而向网络装置传送请求，并且接收由网络装置响应于该请求而分配到终端装置的一个或多个资源。

在示例性实施例中，该请求可以是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。例如，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则终端装置600可触发SR以用于请求PUSCH资源。特定PUCCH SR资源/SR配置可被配置到终端装置600，以用于请求用于HARQ确认的PUSCH资源。在接收到SR时，网络装置102可向终端装置600指派UL许可。作为另一示例，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则终端装置600可触发RACH过程以用于请求PUSCH资源。特定RACH资源/RACH配置可被配置到终端装置600，以用于请求用于HARQ确认的PUSCH资源。在接收到RACH时，网络装置102可向终端装置600指派UL许可。RACH资源可以是频域或时域中的前同步码RO。

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

在示例性实施例中，网络装置102可(预)配置用于终端装置600的一个或多个资源，并且所述一个或多个资源可以是PUCCH或PUSCH资源。

在示例性实施例中，由网络装置102分配到终端装置600的所述一个或多个资源可包括在时域中散布的资源。通过在时域中散布所配置的资源，终端装置600可找到用于传送HARQ确认的可用资源，即使可能存在HARQ确认的传送期间或SL-U传送期间出现的不同延迟(这也可能导致传送HARQ确认中的延迟)。

在示例性实施例中，可从网络装置102向终端装置600预配置资源集合，并且由网络装置102分配到终端装置600的所述一个或多个资源可包括由该资源集合中资源的索引所指示的资源。例如，PUCCH/PUSCH资源的阵列(例如，频域和时域中的位置)的配置(例如，详细配置)可已经由网络装置102经由RRC信令配置到终端装置600(例如，当设立到网络装置102的连接时)或预配置到终端装置600。因此，当网络装置102后来经由模式1资源分配向终端装置600发信号通知SL许可时，网络装置102向终端装置600发信号通知指示配置的/预配置的PUCCH资源阵列中指派到终端装置600的PUCCH/PUSCH资源的索引或位图能够是足够的。

在示例性实施例中，由网络装置102分配到终端装置600的所述一个或多个资源可从网络装置使用以下信令中的一个或多个来指示：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以使用UL许可的物理上行链路共享信道(PUSCH)资源作为所配置的资源。

在示例性实施例中，终端装置600可通过以下操作来使用UL许可的PUSCH：-如果既没有任何媒体访问控制(MAC)服务数据单元(SDU)也没有任何MAC CE要在PUSCH资源上传送，则在PUSCH资源上映射HARQ确认；或-如果有MAC SDU或MAC CE要在PUSCH资源上传送，则在PUSCH资源上复用SL

HARQ确认和此类MAC SDU或MAC CE。

在示例性实施例中，当终端装置600已经获得针对HARQ确认的UL许可时，可能的是，不允许UL许可被终端装置600略过，而不管终端装置600是否配置有或被允许应用UL许可略过。换句话说，终端装置600可构建仅含有SL HARQ确认的MAC PDU，并且使用UL许可在PUSCH上传送该PDU。备选地，当终端装置600仅具有可用于传送的HARQ确认时是否略过UL许可可以由网络装置102配置到终端装置600。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此，如果在预定时段未接收到HARQ确认，则终端装置600可进一步操作以生成HARQ确认。作为示例，在终端装置600使用SL许可进行SL传送之后，可能的是，终端装置600不能从任何接收终端装置(取决于播类型，可能存在一个或多个接收终端装置)接收任何HARQ确认，尽管已经为SL传送启用了HARQ反馈。终端装置600可确定由其自身生成SL HARQ确认，并将其发送到网络装置102。如果不要求用于SL-U重传的传送资源，则终端装置600可生成肯定HARQ确认作为HARQ确认，并且如果要求用于SL-U重传的传送资源，则生成否定HARQ确认作为HARQ确认。在示例中，终端装置600可在SL-U传送开始之后起动定时器，当从第二终端装置接收到HARQ确认时停止定时器，并且当定时器到期时生成HARQ确认。终端装置600也可在每次(当)终端装置600已经执行重传时重新起动定时器。定时器到期意味着对于某个时间段没有从第二终端装置接收到HARQ确认。

在示例性实施例中，终端装置600可配置有与网络装置102的多连接，并且存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以使用与在其上接收传送资源的连接不同的连接上的可用资源作为配置的资源。例如，在终端装置600配置有Uu接口中的多连接(例如，经由载波聚合或双连接)的示例中，存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以确定使用任何其它服务小区或载波中的无论什么可用PUCCH资源或无论什么可用PUSCH资源来传送SL HARQ确认。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以从对等终端装置(例如，终端装置104)接收SL-U传送，并在SL-U传送完成之后生成与SL-U传送相关联的HARQ确认。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以执行LBT操作以用于寻找传送HARQ确认的时机；如果LBT操作成功但是在给定时间段内没有物理侧链路反馈信道(PSFCH)资源可用，则寻找可用SL资源；并且在找到的可用SL资源上向对等终端装置传送HARQ确认。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以寻找该时间段内用于朝向对等终端装置的物理侧链路共享信道(PSSCH)或物理侧链路公共控制信道(PSCCH)传送的可用SL资源，且然后通过在朝向对等终端装置的PSSCH或PSCCH传送中复用HARQ确认来传送HARQ确认。例如，当终端装置600在免授权频带上已接收到SL传送时，如果要求终端装置600向传送终端装置提供SL HARQ确认，则终端装置600可在SL HARQ确认的传送之前执行LBT操作。终端装置600可能遭受LBT失败。这可能延迟SL HARQ确认的传送。如果终端装置600不能找到给定时间段(即，终端装置600必须在其期间提供SL HARQ确认的最大时间段)内合适的PSFCH资源，则终端装置600可选择在朝向传送终端装置的PSSCH或PSCCH传送中复用SLHARQ确认(如果终端装置600能够设法找到该时间段内用于PSSCH或PSCCH传送的SL资源)。这样，可向终端装置600提供更多的传送时机以用于SL HARQ确认。

在示例性实施例中，存储器630可含有处理器620可执行的指令，由此终端装置600可进一步操作以在与接收SL-U传送的连接不同的连接上寻找可用SL资源，并在该不同连接上的可用SL资源上传送HARQ确认。例如，终端装置600可配置有SL连接中的多连接(例如，经由载波聚合或双连接)。在此类情况下，如果在终端装置600与传送终端装置之间存在可用的/配置的多个SL载波，并且如果在SL载波(例如，SL载波1)上SLHARQ确认遭受LBT失败，则可在另一SL载波(例如，SL载波2)上传送SL HARQ确认。

对应于如上所述的方法400，提供了一种网络装置。图11是根据本公开实施例的网络装置700的框图。

如图11中所示，网络装置700包括(例如，包含)：配置单元710，其配置成将用于SL-U传送的传送资源配置到第一终端装置104以执行SL-U传送；传送单元730，其配置成将传送资源传送到第一终端装置104。配置单元710进一步配置成配置用于与SL-U传送相关联的HARQ确认的一个或多个资源，并且传送单元730进一步配置成向第一终端装置传送所配置的资源。网络装置700进一步包括(例如，包含)接收单元750，其配置成从第一终端装置接收HARQ确认。针对在SL-U传送期间和/或在HARQ确认的传送期间出现的LBT延迟对所配置的资源进行时间补偿。

在示例性实施例中，传送单元730可配置成在对传送资源进行传送之前、或在对传送资源进行传送时、或在对传送资源进行传送之后传送配置的资源。

也就是说，用于HARQ确认的资源可以是由网络装置700预先配置到第一终端装置104的资源，或者是由网络装置700与用于SL-U传送的SL许可一起配置到第一终端装置104的资源，或者甚至是当在第一终端装置104存在要传送的此类HARQ确认时由网络装置700配置到第一终端装置104的资源。

在示例性实施例中，接收单元750可配置成从第一终端装置接收请求，并且传送单元730可配置成向第一终端装置104传送一个或多个资源。例如，由于在传送HARQ确认中可能存在LBT延迟，所以网络装置700可不预先配置用于传送HARQ确认的资源，并且可在来自第一终端装置104的请求时配置资源。当存在要传送的HARQ确认时，第一终端装置104可向网络装置700请求资源以传送HARQ确认。作为另一示例，网络装置700可预配置或配置用于HARQ确认的资源连同用于传送HARQ确认的SL许可资源。当准备好传送HARQ确认时，第一终端装置104可发现预配置的或配置的资源由于LBT延迟而不可用。第一终端装置104可向网络装置700请求资源以传送HARQ确认。

在示例性实施例中，该请求是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。例如，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则第一终端装置104可触发SR以用于请求PUSCH资源。特定PUCCH SR资源/SR配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到SR时，网络装置700的传送单元730可向第一终端装置104指派UL许可。作为另一示例，如果不存在任何资源(即，如果没有)可用于传送HARQ确认，则第一终端装置104可触发RACH过程以用于请求PUSCH资源。特定RACH资源/RACH配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到RACH时，网络装置700的传送单元730可向第一终端装置104指派UL许可。RACH资源可以是频域或时域中的前同步码RO。

在示例性实施例中，网络装置700可进一步包含决定单元770，用于决定要配置的PUCCH资源或物理上行共享信道(PUSCH)资源之一，并且配置单元710进一步配置成将决定的资源配置到第一终端装置。

在示例性实施例中，决定单元770可配置成取决于以下条件之一来决定要配置的PUCCH资源或PUSCH资源之一：

-如果不存在空闲PUCCH资源，则决定配置PUSCH资源；

-如果不存在空闲PUSCH资源，则决定配置PUCCH资源；

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

在示例性实施例中，网络装置700可(预)配置用于第一终端装置104的一个或多个资源，并且所述一个或多个资源可以是PUCCH或PUSCH资源。

在示例性实施例中，配置单元710可配置成向第一终端装置预配置资源集合，传送单元730可进一步配置成通过由该资源集合中资源的索引向第一终端装置指示资源来传送所配置的资源。例如，PUCCH/PUSCH资源的阵列(例如，频域和时域中的位置)的配置(例如，详细配置)可已经由网络装置700经由RRC信令配置到第一终端装置104(例如，当设立到网络装置700的连接时)或被预配置到第一终端装置104。因此，当网络装置700后来经由模式1资源分配向第一终端装置104发信号通知SL许可时，网络装置700向第一终端装置104发信号通知指示配置的/预配置的PUCCH/PUSCH资源阵列中指派到第一终端装置104的PUCCH/PUSCH资源的索引或位图能够是足够的。

在示例性实施例中，传送单元730可配置成使用以下信令中的一个或多个来传送所配置的资源：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

在L1信令的情况下，可在DCI中引入新字段以指示PUCCH/PUSCH资源集合(即，多于2个资源)。备选地，DCI中的现有字段被重新运用以指示PUCCH/PUSCH资源集合。因此，可定义新的DCI格式。在示例中，可将新字段添加到DCI格式3_0和/或DCI格式3_1。新字段可以是PUCCH/PUSCH资源指示符。

在示例性实施例中，传送单元730可进一步配置成：如果在所配置的资源未从第一终端装置接收到针对SL-U传送的HARQ确认，则在向第一终端装置传送用于SL-U重传的传送资源之前等待所配置的时间段。例如，当网络装置700在免授权频带上已将SL许可指派到第一终端装置104时，如果网络装置700也已将PUCCH资源指派到第一终端装置104以用于转发SL HARQ确认，则当网络装置700不能接收/检测PUCCH资源上的任何传送时，网络装置700可能不会立即将用于重传的SL许可调度到第一终端装置104。网络装置700可等待一会儿(可选地，配置的时间段)，以查看网络装置700是否可在后续PUSCH或PUCCH资源上接收预期的SL HARQ确认。这样，可避免网络装置700向第一终端装置104指派不必要的SL许可，由此减少资源浪费。

单元710-770可被实现为纯硬件解决方案或软件和硬件的组合，例如，通过以下项中的一项或多项：处理器或微处理器和适当软件以及用于存储该软件的存储器、可编程逻辑装置(PLD)或(一个或多个)其它电子组件或处理电路，其配置成执行上述的且例如在图8中示出的动作。

图12是根据本公开另一实施例的网络装置800的框图。

网络装置800包括(例如，包含)收发器810、处理器820和存储器830。存储器830可含有处理器820可执行的指令，由此网络装置800可操作以执行例如先前结合图8描述的过程的动作。特别是，存储器830可含有处理器820可执行的指令，由此网络装置800可操作以促进免授权频带上的侧链路(SL)传送(SL-U)。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此网络装置800可进一步操作以将用于SL-U传送的传送资源配置到第一终端装置104以执行SL-U传送，经由收发器810将传送资源传送到第一终端装置104，配置用于与SL-U传送相关联的HARQ确认的一个或多个资源，经由收发器810向第一终端装置传送所配置的资源，以及从第一终端装置接收HARQ确认。针对在SL-U传送期间和/或在HARQ确认的传送期间出现的LBT延迟对所配置的资源进行时间补偿。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此收发器610可进一步操作以在对传送资源进行传送之前、或在对传送资源进行传送时、或在对传送资源进行传送之后传送所配置的资源。

也就是说，用于HARQ确认的资源可以是由网络装置800预先配置到第一终端装置104的资源，或者是由网络装置800连同用于SL-U传送的SL许可一起配置到第一终端装置104的资源，或者甚至是当在第一终端装置104存在要传送的此类HARQ确认时由网络装置800配置到第一终端装置104的资源。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此收发器810可进一步操作以从第一终端装置接收请求，并且向第一终端装置104传送一个或多个资源。例如，由于在传送HARQ确认中可能存在LBT延迟，所以网络装置800可不预先配置用于传送HARQ确认的资源，并且可在来自第一终端装置104的请求时配置资源。当存在要传送的HARQ确认时，第一终端装置104可向网络装置800请求资源以传送HARQ确认。作为另一示例，网络装置800可预配置或配置用于HARQ确认的资源连同用于传送HARQ确认的SL许可资源。当准备好传送HARQ确认时，第一终端装置104可发现预配置的或配置的资源由于LBT延迟而不可用。第一终端装置104可向网络装置800请求资源以传送HARQ确认。

在示例性实施例中，该请求可以是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。例如，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则第一终端装置104可触发SR以用于请求PUSCH资源。特定PUCCH SR资源/SR配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到SR时，网络装置800可向第一终端装置104指派UL许可。作为另一示例，如果不存在任何(即，如果没有)资源可用于传送HARQ确认，则第一终端装置104可触发RACH过程以用于请求PUSCH资源。特定RACH资源/RACH配置可被配置到第一终端装置104，以用于请求用于HARQ确认的PUSCH资源。在接收到RACH时，网络装置800可向第一终端装置104指派UL许可。RACH资源可以是频域或时域中的前同步码RO。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此网络装置800可进一步操作以决定要配置的PUCCH资源或物理上行链路共享信道(PUSCH)资源之一，并且将所决定的资源配置到第一终端装置。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此网络装置800可进一步操作以取决于以下条件之一来决定要配置的PUCCH资源或PUSCH资源之一：

-如果不存在空闲PUCCH资源，则决定配置PUSCH资源；

-如果不存在空闲PUSCH资源，则决定配置PUCCH资源；

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

在示例性实施例中，网络装置800可(预)配置用于第一终端装置104的一个或多个资源，并且所述一个或多个资源可以是PUCCH或PUSCH资源。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此网络装置800可进一步操作以向第一终端装置预配置资源集合，并且通过由该资源集合中资源的索引向第一终端装置指示资源来传送所配置的资源。例如，PUCCH/PUSCH资源阵列(例如，频域和时域中的位置)的配置(例如，详细配置)可已经由网络装置800经由RRC信令配置到第一终端装置104(例如，当设立到网络装置700的连接时)或预配置到第一终端装置104。因此，当网络装置800后来经由模式1资源分配向第一终端装置104发信号通知SL许可时，网络装置800向第一终端装置104发信号通知指示配置的/预配置的PUCCH/PUSCH资源阵列中指派到第一终端装置104的PUCCH/PUSCH资源的索引或位图能够是足够的。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此收发器810可进一步操作以使用以下信令的一个或多个来传送所配置的资源：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

在示例性实施例中，存储器830可含有处理器820可执行的指令，由此收发器810可进一步操作以：如果在所配置的资源未从第一终端装置接收到针对SL-U传送的HARQ确认，则在向第一终端装置传送用于SL-U重传的传送资源之前等待所配置的时间段。例如，当网络装置800在免授权频带上已将SL许可指派到第一终端装置104时，如果网络装置800也已将PUCCH资源指派到第一终端装置104以用于转发SL HARQ确认，则当网络装置800不能够接收/检测PUCCH资源上的任何传送时，网络装置800可能不会立即将用于重传的SL许可调度到第一终端装置104。网络装置800可等待一会儿(可选地，配置的时间段)，以查看网络装置800是否可在后续PUSCH或PUCCH资源上接收到预期的SL HARQ确认。这样，可避免网络装置800将不必要的SL许可指派到第一终端装置104，由此减少资源浪费。

本公开还提供至少一个计算机程序产品，其可以采用非易失性或易失性存储器的形式，例如非暂态计算机可读存储介质、电可擦除可编程只读存储器(EEPROM)、闪存和硬盘驱动器。计算机程序产品包含计算机程序。该计算机程序可包含：在由处理器620执行时使得终端装置600执行例如先前结合图5-7描述的过程之动作的代码/计算机可读指令；或在由处理器820执行时使得网络装置800执行例如先前结合图8所描述的程序之动作的代码/计算机可读指令。

所述计算机程序产品可配置为计算机程序模块中构造的计算机程序代码。所述计算机程序模块能够实质上执行图5-8中所示的流程的动作。

处理器可以是单个CPU(中央处理单元)，但也可包括两个或更多处理单元。例如，处理器可包含通用微处理器；指令集处理器和/或相关芯片集合和/或专用微处理器(诸如专用集成电路(ASIC))。处理器可还包括用于高速缓存目的板存储器。计算机程序可由连接到处理器的计算机程序产品来携带。计算机程序产品可包括存储在其上计算机程序的非暂态计算机可读存储介质。例如，计算机程序产品可以是闪存、随机存取存储器(RAM)、只读存储器(ROM)或EEPROM，并且上述计算机程序模块在备选实施例中可被分布在采用存储器形式的不同计算机程序产品上。

参考图13，根据实施例，通信系统包含电信网络910，诸如3GPP型蜂窝网络，其包括诸如无线电接入网络之类的接入网络911以及核心网络914。接入网络911包括多个网络节点912a、912b、912c，诸如NB、eNB、gNB或其它类型的无线接入点，每个网络节点定义对应的覆盖区域913a、913b、913c。每个网络节点912a、912b、912c通过有线或无线连接915可连接到核心网络914。位于覆盖区域913c中的第一用户设备(UE)991被配置成无线地连接到对应的网络节点912c或由其寻呼。覆盖区域913a中的第二UE 992可无线地连接到对应的网络节点912a。虽然在该示例中示出了多个UE 991、992，但是所公开的实施例同样适用于其中唯一UE在覆盖区域中或者其中唯一UE正在连接到对应网络节点912的情况。

电信网络910本身连接到主机计算机930，该主机计算机可体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者体现为服务器场中的处理资源。主机计算机930可在服务提供者的所有权或控制之下，或者可由服务提供者或代表服务提供者来操作。电信网络910和主机计算机930之间的连接921和922可直接从核心网络914延伸到主机计算机930，或可经由可选的中间网络920进行。中间网络920可以是公共、专用或托管网络中的一个或多于一个的组合；中间网络920(如果有的话)可以是骨干网络或因特网；特别是，中间网络920可包括两个或更多个子网络(未示出)。

图13的通信系统作为整体能够实现连接的UE 991、992之一与主机计算机930之间的连接性。该连接性可被描述为过顶(OTT)连接950。主机计算机930和连接的UE 991、992被配置成使用接入网络911、核心网络914、任何中间网络920以及可能的另外基础设施(未示出)作为中介(intermediary)经由OTT连接950来传递数据和/或信令。在OTT连接950所经过的参与通信装置不知道上行链路和下行链路通信的路由的意义上，OTT连接950可以是透明的。例如，可不通知或者不需要通知网络节点912关于传入的下行链路通信的过去路由，所述下行链路通信具有源自主机计算机930的要被转发(例如，移交(hand over))到连接的UE991的数据。类似地，网络节点912不需要知道源自UE 991、向主机计算机930的外出上行链路通信的未来路由。

UE 992配置成包含如前面所述的至少解释单元(未示出)。

现在将参考图14描述根据实施例的在前面的段落中讨论的UE、网络节点和主机计算机的示例实现。在通信系统1000中，主机计算机1010包括硬件1015，其包含被配置成设置并维持与通信系统1000的不同通信装置的接口的有线或无线连接的通信接口1016。主机计算机1010还包括处理电路1018，其可具有存储和/或处理能力。特别是，处理电路1018可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。主机计算机1010进一步包括软件108，其存储在主机计算机1010中或由主机计算机1010可访问并且由处理电路1018可执行。软件108包含主机应用1012。主机应用1012可以可操作以向远程用户(诸如，经由端接于UE 1030和主机计算机1010的OTT连接1050连接的UE 1030)提供服务。在向远程用户提供服务方面，主机应用1012可提供使用OTT连接1050传送的用户数据。

通信系统1000还包含网络节点1020，其被设置在电信系统中并且包括使得其能够与主机计算机1010并且与UE 1030通信的硬件1025。硬件1025可包含用于设置并维持与通信系统1000的不同通信装置的接口的有线或无线连接的通信接口1026，以及用于至少设置并维持与位于由网络节点1020服务的覆盖区域(图14中未示出)中的UE 1030的无线连接1070的无线电接口1027。通信接口1026可被配置成促进到主机计算机1010的连接1060。连接1060可以是直接的，或者它可经过电信系统的核心网络(图14中未示出)和/或经过电信系统外部的一个或多个中间网络。在所示的实施例中，网络节点1020的硬件1025进一步包含处理电路1028，其可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。网络节点1020还具有存储在内部或经由外部连接可访问的软件1021。

通信系统1000进一步包含已经提到的UE 1030。UE 1030的硬件1035可包含无线电接口1037，其被配置成设置并维持与服务UE 1030当前位于其中的覆盖区域的网络节点的无线连接1070。UE 1030的硬件1035进一步包含处理电路1038，其可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。UE1030进一步包括软件1031，其存储在UE 1030中或由其可访问并且由处理电路1038可执行。软件1031包含客户端应用1032。客户端应用1032可以可操作以在主机计算机1010的支持下经由UE 1030向人类或非人类用户提供服务。在主机计算机1010中，执行中的主机应用1012可经由端接于UE 1030和主机计算机1010的OTT连接1050与执行中的客户端应用1032通信。在向用户提供服务方面，客户端应用1032可从主机应用1012接收请求数据，并且响应于请求数据提供用户数据。OTT连接1050可传递请求数据和用户数据两者。客户端应用1032可与用户交互以生成其提供的用户数据。

注意，图14中示出的主机计算机1010、网络节点1020和UE 1030可分别与图13的主机计算机930、网络节点912a、912b、912c中的一个、以及UE 991、992中的一个类似或相同。也就是说，这些实体的内部工作可如图14中所示，并且独立地，周围的网络拓扑可以是图13的网络拓扑。

在图14中，OTT连接1050已经被抽象地绘制以说明主机计算机1010和用户设备1030之间经由网络节点1020的通信，而没有明确地提及任何中介装置和经由这些装置的消息的精确路由。网络基础设施可确定路由，该路由可被配置成对UE 1030或操作主机计算机1010的服务提供者或两者隐藏。当OTT连接1050是活动的时，网络基础设施还可做出决定，通过这些决定它动态地改变路由(例如，基于网络的重新配置或负载平衡考虑)。

UE 1030和网络节点1020之间的无线连接1070与贯穿本公开所描述的实施例的教导一致。各种实施例中的一个或多个实施例改进了使用OTT连接1050给UE 1030提供的OTT服务的性能，其中无线连接1070形成最后分段。更准确地说，这些实施例的教导可以减少PDCCH检测时间和复杂性，且由此提供诸如减少用户等待时间和减少UE处的功耗之类的益处。

出于监测数据速率、时延以及一个或多个实施例改进的其它因素的目的，可提供测量过程。还可存在可选的网络功能性，其用于响应于测量结果的变化而重新配置主机计算机1010和UE 1030之间的OTT连接1050。用于重新配置OTT连接1050的网络功能性和/或测量过程可用主机计算机1010的软件1011和硬件1015、或者用UE 1030的软件1031和硬件1035、或者用两者实现。在实施例中，传感器(未示出)可部署在OTT连接1050所经过的通信装置中或与OTT连接1050所经过的通信装置关联；传感器可通过供应上文举例说明的监测量的值，或者供应软件108、1031可根据其计算或估计监测量的其它物理量的值来参与测量过程。OTT连接1050的重新配置可包含消息格式、重传设置、优选路由等；重新配置不需要影响网络节点1020，并且它对网络节点1020可能是未知的或察觉不到的。这样的过程和功能性可以是本领域中已知的和经实践的。在某些实施例中，测量可涉及专有UE信令，其促进主机计算机1010对吞吐量、传播时间、时延和诸如此类的测量。可实现测量，在这点上软件108和1031在其监测传播时间、错误等的同时，使用OTT连接1050来使消息(特别是空或‘虚拟的’消息)被传送。

图15是示出根据一个实施例、在通信系统中实现的方法1100的流程图。该通信系统包含主机计算机、网络节点和UE，所述主机计算机、网络节点和UE可以是参考图13和图14描述的那些主机计算机、网络节点和UE。为了本公开的简单起见，在该部分中将仅包含对图15的附图参考。在方法1100的第一步骤1110中，主机计算机提供用户数据。在第一步骤1110的可选子步骤1111中，主机计算机通过执行主机应用来提供用户数据。在第二步骤1120中，主机计算机发起到UE的、携带用户数据的传送。在可选的第三步骤1130中，根据贯穿本公开而描述的实施例的教导，网络节点向UE传送在主机计算机发起的传送中携带的用户数据。在可选的第四步骤1140中，UE执行与由主机计算机执行的主机应用关联的客户端应用。

图16是示出根据一个实施例、在通信系统中实现的方法1200的流程图。该通信系统包含主机计算机、网络节点和UE，所述主机计算机、网络节点和UE可以是参考图13和图14描述的那些主机计算机、网络节点和UE。为了本公开的简单起见，在该部分中将仅包含对图16的附图参考。在方法1200的第一步骤1210中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二步骤1220中，主机计算机发起到UE的携带用户数据的传送。根据贯穿本公开而描述的实施例的教导，该传送可经由网络节点传递。在可选的第三步骤1230中，UE接收该传送中携带的用户数据。

图17是示出根据一个实施例、在通信系统中实现的方法的流程图。该通信系统包含主机计算机、网络节点和UE，所述主机计算机、网络节点和UE可以是参考图13和图14描述的那些主机计算机、网络节点和UE。为了本公开的简单起见，在该部分中将仅包含对图17的附图参考。在方法1300的可选第一步骤1310中，UE接收由主机计算机提供的输入数据。附加地或备选地，在可选的第二步骤1320中，UE提供用户数据。在第二步骤1320的可选子步骤1321中，UE通过执行客户端应用来提供用户数据。在第一步骤1310的进一步可选子步骤1311中，UE执行客户端应用，该客户端应用作为对由主机计算机提供的接收到的输入数据的反应而提供用户数据。在提供用户数据方面，所执行的客户端应用还可考虑从用户接收的用户输入。不管提供用户数据所采用的特定方式如何，在可选的第三子步骤1330中，UE发起用户数据到主机计算机的传送。在方法1300的第四步骤1340中，根据贯穿本公开而描述的实施例的教导，主机计算机接收从UE传送的用户数据。

图18是示出根据一个实施例的在通信系统中实现的方法1400的流程图。该通信系统包含主机计算机、网络节点和UE，所述主机计算机、网络节点和UE可以是参考图13和图14描述的那些主机计算机、网络节点和UE。为了本公开的简单起见，在该部分中将仅包含对图18的附图参考。在方法1400的第一可选步骤1410中，根据贯穿本公开而描述的实施例的教导，网络节点从UE接收用户数据。在可选的第二步骤1420中，网络节点发起接收到的用户数据到主机计算机的传送。在第三步骤1430中，主机计算机接收在由网络节点发起的传送中携带的用户数据。

如本领域技术人员将领会的，本文描述的概念可被实施为方法、数据处理系统、计算机程序产品和/或存储可执行计算机程序的计算机存储介质。因此，本文描述的概念可采取以下形式：完全硬件实施例、完全软件实施例或组合软件和硬件方面的实施例，所有这些在本文中通常被称为“电路”或“模块”。本文描述的任何过程、步骤、动作和/或功能性可以由对应模块来执行和/或关联到对应模块，所述对应模块可用软件和/或固件和/或硬件来实现。此外，本公开可采取有形计算机可用存储介质上的计算机程序产品的形式，该计算机程序产品具有在介质中实施的可由计算机执行的计算机程序代码。可以利用任何适合的有形计算机可读介质，包含硬盘、CD-ROM、电子存储装置、光存储装置或磁存储装置。

本文参考方法、系统和计算机程序产品的流程图和/或框图来描述一些实施例。将理解，流程图图示和/或框图的每个框以及流程图图示和/或框图中框的组合可以由计算机程序指令来实现。这些计算机程序指令可被提供到通用计算机(以便由此创建专用计算机)、专用计算机或其它可编程数据处理装置的处理器以产生机器，使得经由所述计算机或其它可编程数据处理设备的处理器执行的所述指令创建用于实现流程图和/或一个或多个框图框中指定的功能/动作的部件。

这些计算机程序指令还可被存储在计算机可读存储器或存储介质中，其可以引导计算机或其它可编程数据处理设备以特定方式运行，使得存储在计算机可读存储器中的指令产生包含指令部件的的制品，所述指令部件实现流程图和/或一个或多个框图框中指定的功能/动作。

计算机程序指令还可被加载到计算机或其它可编程数据处理设备上，以使得在所述计算机或其它可编程设备上执行一系列操作步骤，以产生计算机实现的过程，使得所述在计算机或其它可编程设备上执行的指令提供用于实现流程图和/或一个或多个框图框中指定的功能/动作的步骤。

要理解，框中标注的功能/动作可以不按照操作图示中标注的顺序出现。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能/动作。尽管一些图包含通信路径上的箭头以示出通信的主要方向，但是要理解，通信可以在与所描绘的箭头相反的方向上出现。

用于执行本文描述概念的操作的计算机程序代码可以用面向对象的编程语言(诸如或C++)来编写。然而，用于执行本公开操作的计算机程序代码也可以用传统的过程编程语言(诸如“C”编程语言)来编写。程序代码可以完全在用户的计算机上执行、部分在用户的计算机上执行(作为独立软件包)、部分在用户计算机上且部分在远程计算机上执行，或完全在远程计算机上执行。在后一种情形下，远程计算机可以通过局域网(LAN)或广域网(WAN)连接到用户的计算机，或者所述连接可对于外部计算机进行(例如，通过使用英特网服务提供商的英特网)。

本公开的其它方面被定义在以下编号的声明(statement)中：

声明1.一种由第一终端装置执行的、用于免授权频带上的侧链路(SL)传送(SL-U)的方法(100)，所述方法(100)包括：

接收(S101)由网络装置为所述第一终端装置分配的、用于SL-U传送的传送资源，

在所述传送资源上执行(S103)向第二终端装置的所述SL-U传送，

获得(S105)与所述SL-U传送相关联的HARQ确认，

配置(S107)用于所述HARQ确认的资源，以及

在所配置的资源上向所述网络装置传送(S109)所述HARQ确认，

其中，针对在所述SL-U传送期间和/或在所述HARQ确认的传送期间出现的先听后说(LBT)延迟，对所配置的资源进行时间补偿。

声明2.如声明1所述的方法(100)，其中，配置(S107)用于所述HARQ确认的资源包括：

将用于所述HARQ确认的资源配置为由所述网络装置为所述第一终端装置分配的一个或多个资源。

声明3.如声明2所述的方法(100)，其中，由所述网络装置为所述第一终端装置分配的所述一个或多个资源包括以下项中的一项或多项：

在接收为所述第一终端装置分配的所述传送资源之前，由所述网络装置为所述第一终端装置分配的一个或多个资源；

在接收为所述第一终端装置分配的所述传送资源时，由所述网络装置为所述第一终端装置分配的一个或多个资源；以及

在接收为所述第一终端装置分配的所述传送资源之后，由所述网络装置为所述第一终端装置分配的一个或多个资源。

声明4.如声明3所述的方法(100)，其中，在接收为所述第一终端装置分配的所述传送资源之后由所述网络装置为所述第一终端装置分配的所述一个或多个资源是由所述网络装置响应于从所述第一终端装置向所述网络装置传送的请求而分配的。

声明5.如声明2至4中任一项所述的方法(100)，其中，配置(S107)用于所述HARQ确认的资源包括以下项中的一项或多项：

在所分配的资源中寻找用于传送所述HARQ确认的可用资源，

响应于没有找到可用资源，向所述网络装置传送请求，以及

声明6.如声明4或5所述的方法(100)，其中，所述请求是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。

声明7.如声明2至6中任一项所述的方法(100)，其中，所配置的资源是以下项中的一项或多项或其组合：

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

声明8.如声明2至7中任一项所述的方法(100)，其中由所述网络装置为所述第一终端装置分配的所述一个或多个资源在时域中散布。

声明9.如声明2至8中任一项所述的方法(100)，其中从所述网络装置向所述第一终端装置预配置资源集合，并且由所述网络装置为所述第一终端装置分配的所述一个或多个资源由所述资源集合中所述一个或多个资源的索引来指示。

声明10.如声明2至9中任一项所述的方法(100)，其中由所述网络装置为所述第一终端装置分配的所述一个或多个资源从所述网络装置使用以下信令之一来指示：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

声明11.如声明2至10中任一项所述的方法(100)，其中，将用于所述HARQ确认的资源配置(S107)为由所述网络装置为所述第一终端装置分配的一个或多个资源包括：

声明12.如声明11所述的方法(100)，其中，使用所述UL许可的PUSCH资源作为所述配置的资源包括：

如果既没有任何媒体访问控制(MAC)服务数据单元(SDU)也没有任何MAC控制元素MAC CE要在PUSCH资源上传送，则将所述HARQ确认映射到PUSCH资源上；或

如果有要在所述PUSCH资源上传送的MAC SDU或MAC CE，则在所述PUSCH资源上复用所述SL HARQ确认和此类MAC SDU或MAC CE。

声明13.如声明1至12中任一项所述的方法(100)，其中，获得(S105)与所述SL-U传送相关联的所述HARQ确认包括：

从所述第二终端装置接收所述HARQ确认。

声明14.如声明1至13中任一项所述的方法(100)，其中，获得(S105)与所述SL-U传送相关联的所述HARQ确认包括：

如果在预定义时段未接收到HARQ确认，则生成所述HARQ确认。

声明15.如声明11所述的方法(100)，其中生成所述HARQ确认包括：

声明16.如声明14或15所述的方法(100)，其中如果在预定义时段未接收到HARQ确认则生成所述HARQ确认包括：

在所述SL-U传送开始之后，起动定时器；

当所述定时器到期时，生成所述HARQ确认。

声明17.如声明1至12中任一项所述的方法(100)，其中，所述LBT延迟包括由于LBT操作和/或LBT失败而出现的延迟。

声明18.如声明1至17中任一项所述的方法(100)，其中，所述第一终端装置配置有与所述网络装置的多连接，并且配置用于所述HARQ确认的资源包括：

声明19.一种由第二终端装置执行的用于免授权频带上的侧链路(SL)传送(SL-U)的方法(300)，所述方法(300)包括：

从第一终端装置接收(S301)SL-U传送；

生成(S303)与所述SL-U传送相关联的HARQ确认；

执行(S305)LBT操作；

如果LBT操作成功但是在给定时间段内没有物理侧链路反馈信道(PSFCH)资源可用，则寻找(S307)可用SL资源；以及

在找到的可用SL资源上向所述第一终端装置传送(S309)所述HARQ确认。

声明20.如声明19所述的方法(300)，其中

寻找(S307)可用SL资源包括：

寻找在该时间段内用于朝向所述第一终端装置的物理侧链路共享信道(PSSCH)或物理侧链路公共控制信道(PSCCH)传送的可用SL资源；以及在找到的可用SL资源上传送(S309)所述HARQ确认包括：

声明21.如声明19所述的方法(300)，其中

寻找(S307)可用SL资源包括：

寻找与接收所述SL-U传送所在的连接不同的连接上的可用SL资源；以及在找到的可用SL资源上传送(S309)所述HARQ确认包括：

在所述不同的连接上的所述可用SL资源上传送所述HARQ确认。

声明22.一种由网络装置执行的用于免授权频带上的侧链路(SL)传送(SL-U)的方法(400)，所述方法(400)包括：

配置和传送(S401)用于SL-U传送的传送资源到第一终端装置以执行所述SL-U传送，

配置(S403)用于与所述SL-U传送相关联的HARQ确认的一个或多个资源，并向所述第一终端装置传送所配置的资源，以及

从所述第一终端装置接收(S405)所述HARQ确认，

声明23.如声明22所述的方法(400)，其中，传送所配置的资源在传送所述传送资源之前、或在传送所述传送资源时、或在传送所述传送资源之后被执行。

声明24.如声明22或23所述的方法(400)，其中，传送所配置的资源包括：

从所述第一终端装置接收请求；以及

分配和传送一个或多个资源到所述第一终端装置。

声明25.如声明24所述的方法(400)，其中，所述请求是用于触发随机接入信道(RACH)过程的调度请求(SR)或随机接入前同步码。

声明26.如声明22至25中任一项所述的方法(400)，其中，配置用于与所述SL-U传送相关联的所述HARQ确认的一个或多个资源并向所述第一终端装置传送所配置的资源包括：

将所决定的资源配置到所述第一终端装置。

声明27.如声明26所述的方法(400)，其中，决定要配置的PUCCH资源或PUSCH资源之一包括取决于以下条件之一来决定PUCCH资源或PUSCH资源之一：

如果不存在空闲PUCCH资源，则决定配置PUSCH资源；

如果不存在空闲PUSCH资源，则决定配置PUCCH资源；

声明28.如声明22至27中任一项所述的方法(400)，其中，所配置的资源是以下项中的一项或多项或其组合：

一个或多个PUCCH资源；以及

一个或多个PUSCH资源。

声明29.如声明22至28中任一项所述的方法(400)，其中，配置用于与所述SL-U传送相关联的HARQ确认的一个或多个资源并向所述第一终端装置传送所配置的资源包括：

向所述第一终端装置预配置资源集合，以及

通过由所述资源集合中所述一个或多个资源的索引向所述第一终端装置指示所述一个或多个资源来传送所配置的资源。

声明30.如声明22至29中任一项所述的方法(400)，其中，向所述第一终端装置传送所配置的资源包括：

使用以下信令之一来传送所配置的资源：

无线电资源控制(RRC)信令；

媒体访问控制(MAC)控制元素(CE)；以及

L1信令。

声明31.如声明22至30中任一项所述的方法(400)，其中，所述LBT延迟包括由于LBT操作和/或LBT失败而出现的延迟。

声明32.如声明22至31中任一项所述的方法(400)，进一步包括：

如果在所配置的资源没有从所述第一终端装置接收到针对所述SL-U传送的HARQ确认，则在向所述第一终端装置传送用于SL-U重传的传送资源之前等待(S407)配置的时间段。

声明33.一种终端装置(600)，包括收发器(610)、处理器(620)和存储器(630)，所述存储器(630)包括所述处理器(620)可执行的指令，由此所述终端装置可操作以执行根据声明1-21中任一项所述的方法。

声明34.一种具有存储在其上的计算机程序指令的计算机可读存储介质，所述计算机程序指令在由终端装置中的处理器执行时，使得所述终端装置执行根据声明1-21中任一项所述的方法。

声明35.一种网络装置(800)，包括收发器(810)、处理器(820)和存储器(830)，所述存储器(830)包括所述处理器(820)可执行的指令，由此所述网络装置可操作以执行根据声明22-32中任一项所述的方法。

声明36.一种具有存储在其上的计算机程序指令的计算机可读存储介质，所述计算机程序指令在由网络装置中的处理器执行时，使得所述网络装置执行根据声明22-32中任一项所述的方法。

本文结合以上描述和附图公开了许多不同的实施例。将理解，从字面上描述和示出这些实施例的每一个组合和子组合将是不适当重复且混乱的。因此，所有实施例都能以任何方式和/或组合被组合，并且包含附图的本说明书应被解释为构成本文所述实施例的所有组合和子组合以及制造和使用它们的方式和过程的完整书面描述，以及应支持针对任何此类组合或子组合的权利要求。

本领域技术人员将领会到，本文所描述的实施例不限于本文中在以上所特定描述和示出的内容。另外，除非上面做出相反的提及，否则应注意，所有附图都不是按比例的。根据上面的教导，各种修改和变化是可能的。

Claims

1.一种由第一终端装置执行的、用于免授权频带上的侧链路SL传送SL-U的方法(100)，所述方法(100)包括：

接收(S101)由网络装置为所述第一终端装置分配的、用于SL-U传送的传送资源，在所述传送资源上执行(S103)向第二终端装置的所述SL-U传送，

获得(S105)与所述SL-U传送相关联的混合自动重传请求HARQ确认，配置(S107)用于所述HARQ确认的资源，以及

在所配置的资源上向所述网络装置传送(S109)所述HARQ确认，

其中，针对在所述SL-U传送期间和/或在所述HARQ确认的传送期间出现的先听后说LBT延迟，对所配置的资源进行时间补偿。

2.如权利要求1所述的方法(100)，其中，配置(S107)用于所述HARQ确认的资源包括：

3.如权利要求2所述的方法(100)，其中，由所述网络装置为所述第一终端装置分配的所述一个或多个资源包括以下项中的一项或多项：

当接收为所述第一终端装置分配的所述传送资源时，由所述网络装置为所述第一终端装置分配的一个或多个资源；以及

4.如权利要求3所述的方法(100)，其中，在接收为所述第一终端装置分配的所述传送资源之后由所述网络装置为所述第一终端装置分配的所述一个或多个资源是由所述网络装置响应于从所述第一终端装置向所述网络装置传送的请求而分配的。

5.如权利要求2至4中任一项所述的方法(100)，其中，配置(S107)用于所述HARQ确认的资源包括以下项中的一项或多项：

在所分配的资源中寻找用于传送所述HARQ确认的可用资源，

响应于没有找到可用资源，向所述网络装置传送请求，以及

6.如权利要求4或5所述的方法(100)，其中，所述请求是用于触发随机接入信道RACH过程的调度请求SR或随机接入前同步码。

7.如权利要求2至6中任一项所述的方法(100)，其中，所配置的资源是以下项中的一项或多项或其组合：

一个或多个物理上行链路控制信道PUCCH资源；以及

一个或多个物理上行链路共享信道PUSCH资源。

8.如权利要求2至7中任一项所述的方法(100)，其中：

由所述网络装置为所述第一终端装置分配的所述一个或多个资源包括在时域中散布的资源；和/或

从所述网络装置向所述第一终端装置预配置资源集合，并且由所述网络装置为所述第一终端装置分配的所述一个或多个资源包括由所述资源集合中资源的索引所指示的资源；和/或

由所述网络装置为所述第一终端装置分配的所述一个或多个资源从所述网络装置使用以下信令之一来指示：

无线电资源控制RRC信令；

媒体访问控制MAC控制元素CE；以及

L1信令。

9.如权利要求2至8中任一项所述的方法(100)，其中，将用于所述HARQ确认的资源配置(S107)为由所述网络装置为所述第一终端装置分配的一个或多个资源包括：

如果上行链路UL许可在所述第一终端装置可用，则使用所述UL许可的物理上行链路共享信道PUSCH资源作为所配置的资源。

10.如权利要求9所述的方法(100)，其中，使用所述UL许可的PUSCH资源作为所配置的资源包括：

如果既没有任何媒体访问控制MAC服务数据单元SDU也没有任何MAC控制元素MAC CE要在所述PUSCH资源上传送，则将所述HARQ确认映射到所述PUSCH资源上；或

如果有MAC SDU或MAC CE要在所述PUSCH资源上传送，则在所述PUSCH资源上复用所述SL HARQ确认和此类MAC SDU或MAC CE。

11.如权利要求1至10中任一项所述的方法(100)，其中，获得(S105)与所述SL-U传送相关联的所述HARQ确认包括：

从所述第二终端装置接收所述HARQ确认；和/或

如果在预定义时段未接收到HARQ确认，则生成所述HARQ确认。

12.如权利要求11所述的方法(100)，其中：

生成所述HARQ确认包括：

如果要求用于SL-U重传的传送资源，则生成否定HARQ确认作为所述HARQ确认；和/或

如果在预定义时段未接收到HARQ确认则生成所述HARQ确认包括：

在所述SL-U传送开始之后，起动定时器；

当所述定时器到期时，生成所述HARQ确认。

13.如权利要求1至12中任一项所述的方法(100)，其中，所述LBT延迟包括由于LBT操作和/或LBT失败而出现的延迟。

14.一种由第二终端装置执行的用于免授权频带上的侧链路SL传送SL-U的方法(300)，所述方法(300)包括：

从第一终端装置接收(S301)SL-U传送；

生成(S303)与所述SL-U传送相关联的混合自动重传请求HARQ确认；

执行(S305)先听后说LBT操作；

如果所述LBT操作成功但是在给定时间段内没有物理侧链路反馈信道PSFCH资源可用，则寻找(S307)可用SL资源；以及

15.如权利要求14所述的方法(300)，其中

寻找(S307)可用SL资源包括：

寻找在该时间段内用于朝向所述第一终端装置的物理侧链路共享信道PSSCH或物理侧链路公共控制信道PSCCH传送的可用SL资源；以及

在找到的可用SL资源上传送(S309)所述HARQ确认包括：

16.一种由网络装置执行的用于免授权频带上的侧链路SL传送SL-U的方法(400)，所述方法(400)包括：

配置(S403)用于与所述SL-U传送相关联的混合自动重传请求HARQ确认的一个或多个资源，并向所述第一终端装置传送所配置的资源，以及

从所述第一终端装置接收(S405)所述HARQ确认，

17.如权利要求16所述的方法(400)，其中：

传送所配置的资源在传送所述传送资源之前、或在传送所述传送资源时、或在传送所述传送资源之后被执行；和/或

传送所配置的资源包括：

从所述第一终端装置接收请求；以及

分配和传送一个或多个资源到所述第一终端装置。

18.如权利要求17所述的方法(400)，其中，所述请求是用于触发随机接入信道RACH过程的调度请求SR或随机接入前同步码。

19.如权利要求16至18中任一项所述的方法(400)，其中，配置用于与所述SL-U传送相关联的所述HARQ确认的一个或多个资源并向所述第一终端装置传送所配置的资源包括：

决定要配置的物理上行链路控制信道PUCCH资源或物理上行链路共享信道PUSCH资源之一；以及

将所决定的资源配置到所述第一终端装置。

20.如权利要求16至19中任一项所述的方法(400)，其中，所配置的资源是以下项中的一项或多项或其组合：

一个或多个物理上行链路控制信道PUCCH资源；以及

一个或多个物理上行链路共享信道PUSCH资源。

21.如权利要求16至20中任一项所述的方法(400)，其中，配置用于与所述SL-U传送相关联的所述HARQ确认的一个或多个资源并向所述第一终端装置传送所配置的资源包括：

向所述第一终端装置预配置资源集合，以及

22.如权利要求16至21中任一项所述的方法(400)，其中，向所述第一终端装置传送所配置的资源包括：

使用以下信令之一来传送所配置的资源：

无线电资源控制RRC信令；

媒体访问控制MAC控制元素CE；以及

L1信令。

23.如权利要求16至22中任一项所述的方法(400)，其中，所述LBT延迟包括由于LBT操作和/或LBT失败而出现的延迟。

24.如权利要求16至23中任一项所述的方法(400)，进一步包括：

25.一种终端装置(600)，包括收发器(610)、处理器(620)和存储器(630)，所述存储器(630)包括所述处理器(620)可执行的指令，由此所述终端装置可操作以执行根据权利要求1-15中任一项所述的方法。

26.一种具有存储在其上的计算机程序指令的计算机可读存储介质，所述计算机程序指令在由终端装置中的处理器执行时，使得所述终端装置执行根据权利要求1-15中任一项所述的方法。

27.一种网络装置(800)，包括收发器(810)、处理器(820)和存储器(830)，所述存储器(830)包括所述处理器(820)可执行的指令，由此所述网络装置可操作以执行根据权利要求16-24中任一项所述的方法。

28.一种具有存储在其上的计算机程序指令的计算机可读存储介质，所述计算机程序指令在由网络装置中的处理器执行时，使得所述网络装置执行根据权利要求16-24中任一项所述的方法。