CN115777182A - 针对侧行链路混合自动重传请求反馈的物理上行链路控制信道资源指示 - Google Patents

Abstract

本公开内容的各个方面大体上涉及无线通信。在一些方面中，第一用户设备(UE)可以接收对用于提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示。第一UE可以在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。提供众多其它方面。

Description

针对侧行链路混合自动重传请求反馈的物理上行链路控制信 道资源指示

相关申请的交叉引用

本专利申请要求享受以下申请的优先权：于2020年6月26日递交的、编号为63/044,900以及名称为“PHYSICAL UPLINK CONTROL CHANNEL RESOURCE INDICATION FORSIDELINK HYBRID AUTOMATIC REPEAT REQUEST FEEDBACK”的美国临时专利申请；以及于2021年5月18日递交的、编号为17/303,006以及名称为“PHYSICAL UPLINK CONTROLCHANNEL RESOURCE INDICATION FOR SIDELINK HYBRID AUTOMATIC REPEAT REQUESTFEEDBACK”的美国非临时专利申请，上述申请通过引用方式明确地并入本文中。

技术领域

本公开内容的各方面大体上涉及无线通信，以及涉及用于针对侧行链路混合自动重传请求反馈的物理上行链路控制信道资源指示的技术和装置。

背景技术

无线通信系统被广泛地部署以提供诸如电话、视频、数据、消息传送以及广播的各种电信服务。典型的无线通信系统可以采用能够通过共享可用的系统资源(例如，带宽、发射功率等)来支持与多个用户进行通信的多址技术。这样的多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、时分同步码分多址(TD-SCDMA)系统以及长期演进(LTE)。LTE/改进的LTE是对由第三代合作伙伴计划(3GPP)发布的通用移动电信系统(UMTS)移动标准的增强集。

无线网络可以包括能够支持针对一数量的用户设备(UE)的通信的一数量的基站(BS)。UE可以经由下行链路和上行链路与BS进行通信。“下行链路”(或“前向链路”)指的是从BS到UE的通信链路，以及“上行链路”或(“反向链路”)指的是从UE到BS的通信链路。如本文中将更详细地描述的，BS可以称为节点B、gNB、接入点(AP)、无线电头端、发送接收点(TRP)、新无线电(NR)BS、5G节点B等。

已经在各种电信标准中采用以上的多址技术以提供公共协议，该公共协议使得不同的用户设备能够在城市、国家、地区、以及甚至全球层面上进行通信。NR(其还可以称为5G)是对由3GPP发布的LTE移动标准的增强集。NR被设计为通过提高频谱效率、降低成本、改进服务、利用新频谱以及在下行链路(DL)上使用具有循环前缀(CP)的正交频分复用(OFDM)(CP-OFDM)、在上行链路(UL)上使用CP-OFDM和/或SC-FDM(例如，还称为离散傅里叶变换扩展OFDM(DFT-s-OFDM))来更好地与其它开放标准整合，以及支持波束成形、多输入多输出(MIMO)天线技术和载波聚合，来更好地支持移动宽带互联网接入。随着对移动宽带接入的需求持续增长，对LTE、NR以及其它无线电接入技术进行进一步改进仍然是有用的。

发明内容

在一些方面中，一种由第一用户设备(UE)执行的无线通信的方法包括：接收对用于提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示；以及在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。

在一些方面中，一种由基站执行的无线通信的方法包括：发送包括对供第一UE提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的下行链路通信；以及在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈。

在一些方面中，一种用于无线通信的第一UE包括：存储器；以及耦合到存储器的一个或多个处理器，存储器和一个或多个处理器被配置为：接收对用于提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示；以及在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。

在一些方面中，一种用于无线通信的基站包括：存储器；以及耦合到存储器的一个或多个处理器，存储器和一个或多个处理器被配置为：发送包括对供第一UE提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的下行链路通信；以及在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈。

在一些方面中，一种存储用于无线通信的指令集的非暂时性计算机可读介质包括：一个或多个指令，其在由第一UE的一个或多个处理器执行时使得第一UE进行以下操作：接收对用于提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示；以及在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。

在一些方面中，一种存储用于无线通信的指令集的非暂时性计算机可读介质包括：一个或多个指令，其在由基站的一个或多个处理器执行时使得基站进行以下操作：发送包括对供第一UE提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的下行链路通信；以及在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈。

在一些方面，一种用于无线通信的装置包括：用于接收对用于提供针对来自第二装置的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的单元；以及用于在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈的单元。

在一些方面，一种用于无线通信的装置包括：用于发送包括对供第一UE提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的下行链路通信的单元；以及用于在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈的单元。

各方面大体上包括如本文参照附图和说明书充分地描述的以及如通过附图和说明书示出的方法、装置、系统、计算机程序产品、非暂时性计算机可读介质、用户设备、基站、无线通信设备和/或处理系统。

前文已经相当宽泛地概述了根据本公开内容的示例的特征和技术优点，以便可以更好地理解以下的详细描述。下文将描述额外的特征和优点。所公开的概念和特定示例可以容易地被利用作为用于修改或设计用于实现本公开内容的相同目的的其它结构的基础。这样的等效构造不背离所附的权利要求的范围。当结合附图考虑时，根据下文的描述，将更好地理解本文所公开的概念的特性(它们的组织和操作方法两者)连同相关联的优点一起。附图中的每个附图是出于说明和描述的目的来提供的，以及并不作为对权利要求的界限的限定。

虽然各方面是在本公开内容中通过对一些示例的说明来描述的，但是本领域技术人员将理解的是，在许多不同的布置和场景中可以实现这样的方面。本文中描述的技术可以是使用不同的平台类型、设备、系统、形状、大小和/或封装布置来实现的。例如，一些方面可以是经由集成芯片实施例和其它基于非模块组件的设备(例如，终端用户设备、车辆、通信设备、计算设备、工业设备、零售/购买设备、医疗设备或启用人工智能的设备)来实现的。各方面可以是在芯片级组件、模块化组件、非模块化组件、非芯片级组件、设备级组件或系统级组件中实现的。并入所描述的方面和特征的设备可以包括用于对所要求保护的以及描述的各方面的实现和实施的额外组件和特征。例如，对无线信号的发送和接收可以包括用于模拟和数字目的的一数量的组件(例如，包括天线、RF链、功率放大器、调制器、缓冲器、处理器、交织器、加法器或求和器的硬件组件)。意图是，本文中描述的各方面可以在不同大小、形状和构造的各种各样的设备、组件、系统、分布式布置或终端用户设备中实施。

附图说明

为了可以详尽地理解本公开内容的上文记载的特征，通过参照各方面(其中的一些方面在附图中示出)，可以获得对上文简要概述的发明内容的更加具体的描述。然而，要注意的是，附图仅示出本公开内容的某些典型的方面，以及因此不被认为是对其范围的限制，因为该描述可以容许其它等同有效的方面。不同附图中的相同的参考编号可以标识相同的或相似的元素。

图1是示出根据本公开内容的无线网络的示例的示意图。

图2是示出根据本公开内容的无线网络中的基站与UE相通信的示例的示意图。

图3是示出根据本公开内容的侧行链路通信的示例的示意图。

图4是示出根据本公开内容的侧行链路通信和接入链路通信的示例的示意图。

图5和图6是示出根据本公开内容的与用于侧行链路混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源指示相关联的示例的示意图。

图7和图8是示出根据本公开内容的与用于侧行链路HARQ反馈的PUCCH资源指示相关联的示例过程的示意图。

图9和图10是根据本公开内容的用于无线通信的示例装置的示意图。

具体实施方式

下文参考附图更加充分地描述本公开内容的各个方面。然而，本公开内容可以以许多不同的形式来体现，以及不应当解释为限于贯穿本公开内容所给出的任何特定的结构或功能。而是，提供这些方面，以便本公开内容将是透彻的和完整的，以及将向本领域技术人员充分地传达本公开内容的范围。基于本文中的教导，本领域技术人员应当明白的是，本公开内容的范围旨在涵盖本文所公开的本公开内容的任何方面，无论是独立于本公开内容的任何其它方面来实现的还是与本公开内容的任何其它方面结合地来实现的。例如，使用本文所阐述的任何数量的方面，可以实现装置或可以实施方法。此外，本公开内容的范围旨在涵盖使用除了本文所阐述的本公开内容的各个方面之外或不同于本文所阐述的本公开内容的各个方面的其它结构、功能、或者结构和功能来实施的这样的装置或方法。应当理解的是，本文所公开的本公开内容的任何方面可以通过权利要求的一个或多个元素来体现。

现在将参考各种装置和技术来给出电信系统的若干方面。这些装置和技术将通过各种框、模块、组件、电路、步骤、过程、算法等(统称为“元素”)，在以下详细描述中进行描述，以及在附图中进行示出。这些元素可以使用硬件、软件或其组合来实现。至于这样的元素是实现为硬件还是软件，取决于特定的应用以及施加在整个系统上的设计约束。

应当注意的是，虽然本文可能使用通常与5G或NR无线电接入技术(RAT)相关联的术语来描述各方面，但是本公开内容的各方面可以应用于其它RAT，诸如3G RAT、4G RAT和/或5G之后的RAT(例如，6G)。

图1是示出根据本公开内容的无线网络100的示例的示意图。无线网络100可以是或者可以包括5G(NR)网络和/或LTE网络以及其它示例的元素。无线网络100可以包括一数量的基站110(示出为BS 110a、BS 110b、BS 110c和BS 110d)和其它网络实体。基站(BS)是与用户设备(UE)进行通信的实体以及还可以称为NR BS、节点B、gNB、5G节点B(NB)、接入点、发送接收点(TRP)等。每个BS可以提供针对特定地理区域的通信覆盖。在3GPP中，术语“小区”可以指的是BS的覆盖区域和/或为该覆盖区域服务的BS子系统，这取决于在其中使用该术语的上下文。

BS可以提供针对宏小区、微微小区、毫微微小区和/或另一类型的小区的通信覆盖。宏小区可以覆盖相对大的地理区域(例如，半径为若干千米)，以及可以允许由具有服务订制的UE进行的不受限制的接入。微微小区可以覆盖相对小的地理区域，以及可以允许由具有服务订制的UE进行的不受限制的接入。毫微微小区可以覆盖相对小的地理区域(例如，住宅)，以及可以允许由具有与该毫微微小区的关联的UE(例如，在封闭用户组(CSG)中的UE)进行的受限制的接入。用于宏小区的BS可以称为宏BS。用于微微小区的BS可以称为微微BS。用于毫微微小区的BS可以称为毫微微BS或家庭BS。在图1中示出的示例中，BS 110a可以是用于宏小区102a的宏BS，BS 110b可以是用于微微小区102b的微微BS，以及BS 110c可以是用于毫微微小区102c的毫微微BS。BS可以支持一个或多个(例如，三个)小区。术语“eNB”、“基站”、“NR BS”、“gNB”、“TRP”、“AP”、“节点B”、“5G NB”和“小区”可以在本文中互换地使用。

在一些方面中，小区可能未必是静止的，以及小区的地理区域可以根据移动BS的位置进行移动。在一些方面中，使用任何适当的传输网络通过各种类型的回程接口(诸如直接物理连接或虚拟网络)可以将BS彼此互连和/或与无线网络100中的一个或多个其它BS或网络节点(未示出)互连。

无线网络100还可以包括中继站。中继站是可以从上游站(例如，BS或UE)接收对数据的传输以及将对数据的传输发送给下游站(例如，UE或BS)的实体。中继站还可以是能够为其它UE中继传输的UE。在图1中示出的示例中，中继BS 110d可以与宏BS 110a和UE 120d进行通信，以便促进在BS 110a与UE 120d之间的通信。中继BS还可以称为中继站、中继基站、中继器等。

无线网络100可以是包括不同类型的BS(诸如宏BS、微微BS、毫微微BS、中继BS等)的异构网络。这些不同类型的BS可以具有不同的发射功率电平、不同的覆盖区域以及对无线网络100中的干扰的不同影响。例如，宏BS可以具有高发射功率电平(例如，5到40瓦特)，而微微BS、毫微微BS和中继BS可以具有较低的发射功率电平(例如，0.1到2瓦特)。

网络控制器130可以耦合到一组BS，以及可以提供针对这些BS的协调和控制。网络控制器130可以经由回程与BS进行通信。BS还可以经由无线或有线回程直接地或间接地互相进行通信。

UE 120(例如，120a、120b、120c)可以散布于整个无线网络100中，以及每个UE可以是静止的或移动的。UE还可以称为接入终端、终端、移动站、用户单元、站等。UE可以是蜂窝电话(例如，智能电话)、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板设备、照相机、游戏设备、上网本、智能本、超极本、医疗设备或装置、生物计量传感器/设备、可穿戴设备(智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如，智能指环、智能手环等))、娱乐设备(例如，音乐或视频设备、或卫星无线电单元等)、车辆组件或传感器、智能仪表/传感器、工业制造装置、全球定位系统设备或者被配置为经由无线或有线介质进行通信的任何其它适当的设备。

一些UE可以被认为是机器类型通信(MTC)或者演进型或增强型机器类型通信(eMTC)UE。MTC和eMTC UE包括例如机器人、无人机、远程设备、传感器、仪表、监测器和/或位置标签，其可以与基站、另一设备(例如，远程设备)或某个其它实体进行通信。无线节点可以例如经由有线或无线通信链路来提供针对网络(例如，诸如互联网或蜂窝网络的广域网)的连接或到所述网络的连接。一些UE可以被认为是物联网(IoT)设备，和/或可以实现为NB-IoT(窄带物联网)设备。一些UE可以被认为是客户驻地设备(CPE)。UE 120可以被包括在容纳UE 120的组件(诸如处理器组件和/或存储器组件)的壳体内部。在一些方面中，处理器组件和存储器组件可以耦合在一起。例如，处理器组件(例如，一个或多个处理器)和存储器组件(例如，存储器)可以操作地耦合、通信地耦合、电子地耦合和/或电力地耦合。

通常，在给定的地理区域中可以部署任意数量的无线网络。每个无线网络可以支持特定的RAT以及可以在一个或多个频率上操作。RAT还可以称为无线电技术、空中接口等。频率还可以称为载波、频率通道等。每个频率可以在给定的地理区域中支持单个RAT，以便避免在不同RAT的无线网络之间的干扰。在一些情况下，可以部署NR或5G RAT网络。

在一些方面中，两个或更多个UE 120(例如，示出为UE 120a和UE 120e)可以使用一个或多个侧行链路信道直接地进行通信(例如，而不使用基站110作为互相进行通信的中介)。例如，UE 120可以使用对等(P2P)通信、设备到设备(D2D)通信、车辆到万物(V2X)协议(例如，其可以包括车辆到车辆(V2V)协议、车辆到基础设施(V2I)协议等)和/或网状网络进行通信。在这种情况下，UE 120可以执行调度操作、资源选择操作和/或本文中在别处描述为由基站110执行的其它操作。

无线网络100的设备可以使用电磁频谱进行通信，电磁频谱可以基于频率或波长来细分为各种类别、频段、通道等。例如，无线网络100的设备可以使用具有第一频率范围(FR1)(其可以横跨从410MHz到7.125GHz)的工作频段进行通信，和/或可以使用具有第二频率范围(FR2)(其可以横跨从24.25GHz到52.6GHz)的工作频段进行通信。在FR1与FR2之间的频率有时称为中频段频率。尽管FR1的一部分大于6GHz，但是FR1通常称为“低于6GHz”频段。类似地，FR2通常称为“毫米波”频段，尽管其不同于由国际电信联盟(ITU)标识为“毫米波”频段的极高频(EHF)频段(30GHz–300GHz)。因此，除非另外明确地声明，否则应当理解的是，术语“低于6GHz”等(如果在本文中使用)可以广泛地表示小于6GHz的频率、在FR1内的频率和/或中频段频率(例如，大于7.125GHz)。类似地，除非另外明确地声明，否则应当理解的是，术语“毫米波”等(如果在本文中使用)可以广泛地表示在EHF频段内的频率、在FR2内的频率和/或中频段频率(例如，小于24.25GHz)。预期的是，在FR1和FR2中包括的频率可以被修改，以及本文所描述的技术适用于那些修改的频率范围。

如上文所指出的，图1是作为示例来提供的。其它示例可以不同于关于图1所描述的示例。

图2是示出根据本公开内容的无线网络100中的基站110与UE 120相通信的示例的示意图。基站110可以配备有T个天线234a至234t，以及UE 120可以配备有R个天线252a至252r，其中通常T≥1且R≥1。

在基站110处，发送处理器220可以从数据源212接收针对一个或多个UE的数据，至少部分地基于从每个UE接收的信道质量指示符(CQI)来选择用于该UE的一个或多个调制和编码方案(MCS)，至少部分地基于被选择用于每个UE的MCS来处理(例如，编码和调制)针对该UE的数据，以及为所有UE提供数据符号。发送处理器220还可以处理系统信息(例如，针对半静态资源划分信息(SRPI))和控制信息(例如，CQI请求、准许和/或上层信令)，以及提供开销符号和控制符号。发送处理器220还可以生成针对参考信号(例如，小区特定参考信号(CRS)或解调参考信号(DMRS))和同步信号(例如，主同步信号(PSS)或辅同步信号(SSS))的参考符号。发送(TX)多输入多输出(MIMO)处理器230可以对数据符号、控制符号、开销符号和/或参考符号执行空间处理(例如，预编码)(如果适用的话)，以及可以向T个调制器(MOD)232a至232t提供T个输出符号流。每个调制器232可以(例如，针对OFDM)处理各自的输出符号流以获得输出采样流。每个调制器232可以进一步处理(例如，转换到模拟、放大、滤波以及上变频)输出采样流以获得下行链路信号。来自调制器232a至232t的T个下行链路信号可以是分别经由T个天线234a至234t来发送的。

在UE 120处，天线252a至252r可以从基站110和/或其它基站接收下行链路信号，以及可以分别向解调器(DEMOD)254a至254r提供接收的信号。每个解调器254可以调节(例如，滤波、放大、下变频以及数字化)接收的信号以获得输入采样。每个解调器254可以(例如，针对OFDM)进一步处理输入采样以获得接收的符号。MIMO检测器256可以从所有R个解调器254a至254r获得接收的符号，对接收的符号执行MIMO检测(如果适用的话)，以及提供检测到的符号。接收处理器258可以处理(例如，解调和解码)检测到的符号，向数据宿260提供针对UE 120的经解码的数据，以及向控制器/处理器280提供经解码的控制信息和系统信息。术语“控制器/处理器”可以指的是一个或多个控制器、一个或多个处理器、或其组合。信道处理器可以确定参考信号接收功率(RSRP)参数、接收信号强度指示符(RSSI)参数、参考信号接收质量(RSRQ)参数和/或信道质量指示符(CQI)参数以及其它示例。在一些方面中，UE 120的一个或多个组件可以被包括在壳体284之中。

网络控制器130可以包括通信单元294、控制器/处理器290和存储器292。网络控制器130可以包括例如在核心网中的一个或多个设备。网络控制器130可以经由通信单元294与基站110进行通信。

天线(例如，天线234a至234t和/或天线252a至252r)可以包括以下各项或可以被包括在以下各项内：一个或多个天线面板、天线组、天线元件集合、和/或天线阵列、以及其它示例。天线面板、天线组、天线元件集合、和/或天线阵列可以包括一个或多个天线元件。天线面板、天线组、天线元件集合、和/或天线阵列可以包括共面天线元件集合和/或非共面天线元件集合。天线面板、天线组、天线元件集合、和/或天线阵列可以包括在单个壳体内的天线元件和/或在多个壳体内的天线元件。天线面板、天线组、天线元件集合、和/或天线阵列可以包括耦合到一个或多个发送和/或接收组件的一个或多个天线元件。

在上行链路上，在UE 120处，发送处理器264可以接收以及处理来自数据源262的数据和来自控制器/处理器280的控制信息(例如，用于包括RSRP、RSSI、RSRQ和/或CQI的报告)。发送处理器264还可以生成针对一个或多个参考信号的参考符号。来自发送处理器264的符号可以由TX MIMO处理器266进行预编码(如果适用的话)，由调制器254a至254r(例如，针对DFT-s-OFDM或CP-OFDM)进一步处理，以及发送给基站110。在一些方面中，UE 120的调制器和解调器(例如，MOD/DEMOD 254)可以被包括在UE 120的调制解调器中。在一些方面中，UE 120包括收发机。收发机可以包括天线252、调制器和/或解调器254、MIMO检测器256、接收处理器258、发送处理器264和/或TX MIMO处理器266的任何组合。收发机可以由处理器(例如，控制器/处理器280)和存储器282使用以执行本文所描述的方法中的任何方法的各方面(例如，如参照图3-图10描述的)。

在基站110处，来自UE 120和其它UE的上行链路信号可以由天线234接收，由解调器232处理，由MIMO检测器236检测(如果适用的话)，以及由接收处理器238进一步处理，以获得由UE120发送的经解码的数据和控制信息。接收处理器238可以向数据宿239提供经解码的数据，以及向控制器/处理器240提供经解码的控制信息。基站110可以包括通信单元244以及经由通信单元244来与网络控制器130进行通信。基站110可以包括调度器246以调度UE 120用于下行链路和/或上行链路通信。在一些方面中，基站110的调制器和解调器(例如，MOD/DEMOD 232)可以被包括在基站110的调制解调器中。在一些方面中，基站110包括收发机。收发机可以包括天线234、调制器和/或解调器232、MIMO检测器236、接收处理器238、发送处理器220和/或TX MIMO处理器230的任何组合。收发机可以由处理器(例如，控制器/处理器240)和存储器242使用以执行本文所描述的方法中的任何方法的各方面(例如，如参照图3-图10描述的)。

基站110的控制器/处理器240、UE 120的控制器/处理器280和/或图2中的任何其它组件可以执行与用于侧行链路混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源指示相关联的一个或多个技术，如本文中在别处更详细地描述的。例如，基站110的控制器/处理器240、UE 120的控制器/处理器280和/或图2中的任何其它组件可以执行或指导例如图7的过程700、图8的过程800和/或如本文所描述的其它过程的操作。存储器242和282可以分别存储用于基站110和UE 120的数据和程序代码。在一些方面中，存储器242和/或存储器282可以包括存储用于无线通信的一个或多个指令(例如，代码和/或程序代码)的非暂时性计算机可读介质。例如，一个或多个指令在由基站110和/或UE 120的一个或多个处理器执行(例如，直接地，或者在编译、转换和/或解释之后)时，可以使得一个或多个处理器、UE 120和/或基站110执行或指示例如图7的过程700、图8的过程800和/或如本文所描述的其它过程的操作。在一些方面中，执行指令可以包括运行指令、转换指令、编译指令和/或解释指令，以及其它示例。

在一些方面中，第一UE 120可以包括用于接收对用于提供针对来自第二UE 120的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的单元；用于在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈的单元等。在一些方面中，这样的单元可以包括结合图2描述的UE 120的一个或多个组件，诸如控制器/处理器280、发送处理器264、TX MIMO处理器266、MOD 254、天线252、DEMOD 254、MIMO检测器256、接收处理器258等。

在一些方面中，基站110可以包括用于发送下行链路通信的单元，该下行链路通信包括对供第一UE 120提供针对来自第二UE 120的侧行链路数据传输的HARQ反馈的PUCCH资源的指示；用于在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈的单元等。在一些方面中，这样的单元可以包括结合图2描述的基站110的一个或多个组件，诸如天线234、DEMOD 232、MIMO检测器236、接收处理器238、控制器/处理器240、发送处理器220、TXMIMO处理器230、MOD 232、天线234等。

虽然图2中的框示出为有区别的组件，但是上文关于框描述的功能可以在单个硬件、软件或组合组件中或者在组件的各种组合中实现。例如，关于发送处理器264、接收处理器258和/或TX MIMO处理器266描述的功能可以由控制器/处理器280执行或在控制器/处理器280的控制之下执行。

如上文所指出的，图2是作为示例来提供的。其它示例可以不同于关于图2所描述的示例。

图3是示出根据本公开内容的侧行链路通信的示例300的示意图。

如图3所示，第一UE 305-1可以经由一个或多个侧行链路信道310与第二UE 305-2(以及一个或多个其它UE 305)进行通信。UE 305-1和305-2可以使用用于P2P通信、D2D通信、V2X通信(例如，其可以包括V2V通信、V2I通信、车辆到人(V2P)通信等)、网状联网等的一个或多个侧行链路信道310进行通信。在一些方面中，UE 305(例如，UE 305-1和/或UE 305-2)可以对应于本文在别处描述的一个或多个其它UE，诸如UE 120。在一些方面中，一个或多个侧行链路信道310可以使用PC5接口，可以在高频带(例如，5.9GHz频段)中操作，可以在非许可或共享频带(例如，NR非许可(NR-U)频带)上操作等。另外或替代地，UE 305可以使用全球导航卫星系统(GNSS)定时来对传输时间间隔(TTI)(例如，帧、子帧、时隙、符号等)的定时进行同步。

如图3进一步所示，一个或多个侧行链路信道310可以包括物理侧行链路控制信道(PSCCH)315、物理侧行链路共享信道(PSSCH)320和/或物理侧行链路反馈信道(PSFCH)325。类似于用于经由接入链路或接入信道与基站110进行蜂窝通信的物理下行链路控制信道(PDCCH)和/或PUCCH，PSCCH 315可以用于传送控制信息。类似于用于经由接入链路或接入信道与基站110进行蜂窝通信的物理下行链路共享信道(PDSCH)和/或物理上行链路共享信道(PUSCH)，PSSCH 320可以用于传送数据。

PSCCH 315可以携带侧行链路控制信息部分1(SCI-1)330，其可以指示用于侧行链路通信的各种控制信息。控制信息可以包括对以下各项的指示：在其中可以在PSSCH 320上携带各种类型的信息的一个或多个资源(例如，时间资源、频率资源、空间资源等)、用于对在PSSCH 320上的侧行链路通信进行解码的信息、服务质量(QoS)优先级值、资源预留时段、PSSCH解调参考信号(DMRS)模式、用于在PSSCH 320上发送的侧行链路控制信息部分2(SCI-2)335的SCI格式和贝塔偏移、PSSCH DMRS端口的数量、调制编码方案(MCS)等。

在PSSCH 320上携带的信息可以包括SCI-2 335和/或数据340。SCI-2 335可以包括各种类型的信息，诸如HARQ过程ID、与数据340相关联的新数据指示符(NDI)、源标识符、目的地标识符、信道状态信息(CSI)报告触发等。在一些方面中，UE 305可以发送SCI-1 330和SCI-2 335两者。在一些方面中，UE 305可以仅发送SCI-1 330，在这种情况下，原本将在SCI-2 335中发送的一个或多个类型的信息可以替代地在SCI-1 330中发送。

PSFCH 325可以用于传送侧行链路反馈345，诸如HARQ反馈(例如，确认或否定确认(ACK/NACK)信息)、发射功率控制(TPC)、调度请求(SR)等。

如上文所指出的，图3是作为示例来提供的。其它示例可以不同于关于图3所描述的示例。

图4是示出根据本公开内容的侧行链路通信和接入链路通信的示例400的示意图。

如图4所示，发射机(Tx)UE 405和接收机(Rx)UE 410可以经由侧行链路互相通信，如上文结合图3描述的。如进一步所示，在一些侧行链路模式下，基站110可以经由第一接入链路与Tx UE 405进行通信。另外或替代地，在一些侧行链路模式下，基站110可以经由第二接入链路与Rx UE410进行通信。Tx UE 405和/或Rx UE 410可以对应于本文在别处描述的一个或多个UE，诸如图1的UE 120。因此，在UE 120之间的直接链路(例如，经由PC5接口)可以称为侧行链路，以及在基站110与UE 120之间的直接链路(例如，经由Uu接口)可以称为接入链路。侧行链路通信可以经由侧行链路来发送，以及接入链路通信可以经由接入链路来发送。接入链路通信可以是下行链路通信(从基站110到UE 120)或上行链路通信(从UE 120到基站110)。

在一些方面中，Tx UE 405可以在资源分配模式下操作，在该模式下基站110为TxUE 405预留和分配侧行链路资源。这可以称为模式1侧行链路资源分配。在一些方面中，TxUE 405可以在资源分配模式下操作，在该模式下侧行链路资源选择和/或调度由Tx UE 405(例如，而不是基站110)执行。这可以称为模式2侧行链路资源分配。

在模式2侧行链路资源分配方案中，基站110可以经由接入链路向Tx UE 405发送侧行链路准许。侧行链路准许可以是动态准许(例如，在下行链路控制信息(DCI)通信中接收的)或半静态的/配置的准许(例如，在无线电资源控制(RRC)通信中接收的)。对于半静态的/配置的准许，基站110可以在配置侧行链路准许的相同RRC通信中激活侧行链路准许(称为类型1配置准许)，或者可以在DCI通信中激活侧行链路准许(称为类型2配置准许)。

如上文所指出的，图4是作为示例来提供的。其它示例可以不同于关于图4所描述的示例。

Rx UE可以被配置为向基站提供针对从Tx UE接收的侧行链路数据传输的反馈(例如，HARQ反馈或另一类型的反馈)。HARQ反馈可以包括针对侧行链路数据传输的确认(ACK)或针对侧行链路数据传输的否定确认(NACK)。用于向基站提供HARQ反馈的过程可以是两步过程：Rx UE在侧行链路上向Tx UE发送HARQ反馈，以及Tx UE在接入链路上向基站中继HARQ反馈。这个两步过程可以推迟到基站的HARQ反馈，这可以在调度对侧行链路数据传输的重传时对基站进行延迟。此外，使Tx UE向基站中继HARQ反馈增加了对Tx UE的无线电资源、处理资源、存储器资源和/或电池资源的消耗。

本文所描述的一些方面提供用于侧行链路HARQ反馈的PUCCH资源指示的技术和装置。在一些方面中，基站可以向Rx UE提供对PUCCH资源的指示，以及Rx UE可以使用PUCCH资源来向基站发送针对从Tx UE接收的侧行链路数据传输的HARQ反馈。基站可以直接地向RxUE发送对PUCCH资源的指示，或者可以向Tx UE发送对PUCCH资源的指示，以及Tx UE可以将对PUCCH资源的指示转发给Rx UE。以这种方式，Rx UE可以接收对PUCCH资源的指示，以及可以直接地向基站(或者通过另一基站，如果Rx UE由与Tx UE不同的基站来服务，则该另一基站可以在回程上向该基站转发HARQ反馈)发送针对侧行链路数据传输的HARQ反馈。这减少了向基站提供针对侧行链路数据传输的HARQ反馈时的延迟，这使得基站能够更快速地调度对侧行链路数据传输的重传。此外，直接地在PUCCH资源上发送HARQ反馈减少了对Tx UE的无线电资源、处理资源、存储器资源和/或电池资源的消耗，这是因为Tx UE不向基站中继HARQ反馈。

图5是示出根据本公开内容的与用于侧行链路HARQ反馈的PUCCH资源指示相关联的示例500的示意图。如图5所示，示例500可以包括在基站110与多个UE(例如，UE 120)(诸如Tx UE 505和Rx UE 510)之间的接入链路通信。Tx UE 505可以是将在侧行链路上向RxUE 510发送侧行链路数据的UE，以及Rx UE 510是将在侧行链路上接收侧行链路数据的UE。

如在图5中并且通过参考编号515所示，基站110可以向Tx UE 505发送侧行链路发送准许。侧行链路发送准许可以是对用于在侧行链路上向Rx UE 510发送侧行链路数据的侧行链路资源的准许或分配。例如，侧行链路发送准许可以指示用于在PSSCH上向Rx UE510发送侧行链路数据的一个或多个频域资源和/或一个或多个时域资源。

在一些方面中，侧行链路发送准许可以是根据模式1侧行链路资源分配来发送的。在这些情况下，Tx UE 505可以向基站110发送对BSR的指示，以及基站110可以至少部分地基于BSR来调度或分配用于对侧行链路数据的传输的侧行链路资源。在一些方面中，侧行链路发送准许是在DCI通信中发送的动态准许。在一些方面中，侧行链路发送准许是在RRC通信中发送的配置的准许，以及是通过RRC通信激活的(例如，类型1配置准许)或是通过DCI通信激活的(例如，类型2配置准许)。

在一些方面中，如果基站110在DCI通信中向Tx UE 505发送侧行链路发送准许，则DCI通信可以具有DCI格式3_0通信或用于调度针对一个或多个UE的侧行链路通信的另一DCI格式。侧行链路发送准许可以包括针对Tx UE 505、侧行链路数据和/或与侧行链路数据相关联的SCI-1的各种参数或字段。参数或字段可以包括例如相对于在与Tx UE 505相关联的侧行链路资源池中的用于SCI-1的第一时隙的时间间隙、与DCI通信相关联的HARQ过程标识符、与侧行链路数据相关联的新数据指示符、用于SCI-1的子信道分配的索引、与SCI-1相关联的频域资源分配(例如，对频域资源的分配，诸如一个或多个资源块、一个或多个资源元素、一个或多个子载波、一个或多个分量载波等)、与SCI-1相关联的时域资源分配(例如，对时域资源的分配，诸如一个或多个符号、一个或多个时隙、一个或多个子帧等)等。

如在图5中并且通过参考编号520进一步所示，基站110可以向Rx UE 510发送下行链路通信。下行链路通信可以包括对在其中Rx UE 510将向基站110(或者，如果Tx UE 505和Rx UE 510由不同的小区或基站110来服务，则向另一基站110)发送针对侧行链路数据传输的HARQ反馈的PUCCH资源的指示。下行链路通信可以是RRC通信、介质访问控制控制元素(MAC-CE)通信、DCI通信或指示PUCCH资源的另一类型的下行链路通信。PUCCH资源可以包括在其上Rx UE 510将在PUCCH上发送HARQ反馈的一个或多个时域资源和/或一个或多个频域资源。

在一些方面中，如果基站110在RRC通信或MAC-CE通信中发送对PUCCH资源的指示，则基站110可以在参考编号515处向Tx UE 505发送侧行链路发送准许之前发送RRC通信或MAC-CE通信。RRC通信或MAC-CE通信可以半静态地配置用于Rx UE 510的PUCCH资源。

在一些方面中，如果基站110在DCI通信中发送对PUCCH资源的指示，则基站110可以在DCI通信配置侧行链路接收准许。侧行链路接收准许可以向Rx UE 510指示PUCCH资源。侧行链路接收准许可以是关于另一UE(例如，Tx UE 505)将向Rx UE 510发送侧行链路数据的指示。在一些方面中，基站110可以至少部分地基于从Tx UE 505接收BSR来配置侧行链路接收准许以及将侧行链路接收准许发送给Rx UE 510。例如，BSR可以将Rx UE 510标识为将由Tx UE 505发送的侧行链路数据的目的地。因此，基站110可以至少部分地基于在BSR中的对Rx UE的指示来确定Tx UE505将向Rx UE 510发送侧行链路数据，以及可以至少部分地基于该确定来向Rx UE 510发送侧行链路接收准许。

在一些方面中，DCI通信可以具有DCI格式3_0通信或用于调度针对一个或多个UE的侧行链路通信的另一DCI格式。基站110可以将侧行链路接收准许配置为包括针对Rx UE510、侧行链路数据和/或针对与侧行链路数据相关联的SCI-1的各种参数或字段(例如，除了对PUCCH资源的指示之外)。参数或字段可以包括例如相对于在与Tx UE 505和Rx UE 510相关联的侧行链路资源池中的用于SCI-1的第一时隙的时间间隙、与DCI通信相关联的HARQ过程标识符、与侧行链路数据相关联的新数据指示符、用于SCI-1的子信道分配的索引、与SCI-1相关联的频域资源分配、与SCI-1相关联的时域资源分配、PSSCH到HARQ反馈定时指示(例如，对在携带侧行链路数据的PSSCH的最后一个符号与向基站110提供针对DCI通信的HARQ反馈之间的定时的指示)、针对HARQ反馈的PUCCH资源指示符等。侧行链路接收准许还可以包括与Rx UE 510相关联的侧行链路传输配置指示符(TCI)状态，以指示针对Rx UE510的波束配置。

如在图5中并且通过参考编号525进一步所示，Tx UE 505可以向Rx UE 510发送侧行链路数据，以及Rx UE 510可以接收侧行链路数据传输。为了接收侧行链路数据传输，RxUE 510可以监测用于SCI-1的侧行链路资源，可以至少部分地基于监测侧行链路资源来在侧行链路资源中接收SCI-1，以及可以至少部分地基于接收SCI-1来解码SCI-1。Rx UE 510可以在SCI-1中识别与SCI-2并且与要发送给Rx UE 510的侧行链路数据相关联的信息。该信息可以包括例如对在其中要发送SCI-2和/或侧行链路数据的PSSCH资源(例如，时域资源、频域资源等)的指示、用于SCI-2的SCI格式、用于SCI-2的贝塔偏移等。Rx UE 510可以至少部分地基于在SCI-1中包括的信息来针对SCI-2进行监测以及对SCI-2进行解码，以确定哪个PSSCH与Rx UE 510相关联以接收侧行链路数据传输。

如在图5中并且通过参考编号530进一步所示，Rx UE 510可以在下行链路传输中指示的PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。在一些方面中，如果Tx UE505和Rx UE 510由相同的小区或基站110来服务，则Rx UE 510可以在PUCCH资源上直接地向基站110发送HARQ反馈(例如，在不通过Tx UE 505中继HARQ反馈的情况下)。在一些方面中，如果Tx UE 505和Rx UE 510由不同的小区或基站110来服务，则Rx UE 510可以在PUCCH资源上将HARQ反馈发送给为Rx UE 510服务的基站110(例如，在不通过Tx UE 505中继HARQ反馈的情况下)，为Rx UE510服务的基站110可以在回程上将HARQ反馈中继或转发给为TxUE 505服务的基站110。

如在图5中并且通过参考编号535进一步所示，Rx UE 510可以或可以不(例如，为了节省Rx UE 510的无线电资源、处理资源、存储器资源和/或电池资源)在侧行链路上向TxUE 505发送HARQ反馈。

以这种方式，基站110可以在下行链路传输中直接地向Rx UE 510发送对PUCCH资源的指示，或者可以向Tx UE 505发送对PUCCH资源的指示。以这种方式，Rx UE 510可以接收对PUCCH资源的指示，以及可以直接地向基站(或者通过另一基站110，如果Rx UE 510由与Tx UE 505不同的基站110来服务，则该另一基站110可以在回程上将HARQ反馈转发给基站110)发送针对侧行链路数据传输的HARQ反馈。这减少了向基站110提供针对侧行链路数据传输的HARQ反馈时的延迟，这使得基站110能够在必要时更快速地调度对侧行链路数据传输的重传。此外，直接地在PUCCH资源上发送HARQ反馈减少了对Tx UE 505的无线电资源、处理资源、存储器资源和/或电池资源的消耗，这是因为Tx UE 505不将HARQ反馈中继给基站110。

如上文所指出的，图5是作为示例来提供的。其它示例可以不同于关于图5所描述的示例。

图6是示出根据本公开内容的与针对侧行链路传输的接收准许相关联的示例600的示意图。如图6所示，示例600可以包括在基站110与多个UE(例如，UE 120)(诸如Tx UE605和Rx UE 610)之间的接入链路通信。Tx UE 605可以是将在侧行链路上向Rx UE 610发送侧行链路数据的UE，以及Rx UE 610是将在侧行链路上接收侧行链路数据的UE。

如在图6中并且通过参考编号615所示，基站110可以向Tx UE 605发送侧行链路发送准许。侧行链路发送准许可以对是用于在侧行链路上向Rx UE 610发送侧行链路数据的侧行链路资源的准许或分配。例如，侧行链路发送准许可以指示用于在PSSCH上向Rx UE610发送侧行链路数据的一个或多个频域资源和/或一个或多个时域资源。

在一些方面中，侧行链路发送准许可以是根据模式1侧行链路资源分配来发送的。在这些情况下，Tx UE 605可以向基站110发送对缓冲区状态报告(BSR)的指示，以及基站110可以至少部分地基于BSR来调度或分配用于对侧行链路数据的传输的侧行链路资源。在一些方面中，侧行链路发送准许是在DCI通信中发送的动态准许。在一些方面中，侧行链路发送准许是在RRC通信中发送的配置的准许，以及通过RRC通信激活的(例如，类型1配置准许)或通过DCI通信激活的(例如，类型2配置准许)。

在一些方面中，如果基站110在DCI通信中向Tx UE 605发送侧行链路发送准许，则DCI通信可以具有DCI格式3_0通信或用于调度针对一个或多个UE的侧行链路通信的另一DCI格式。侧行链路发送准许可以包括针对Tx UE 605、侧行链路数据和/或针对与侧行链路数据相关联的SCI-1的各种参数或字段。参数或字段可以包括例如相对于在与Tx UE 605相关联的侧行链路资源池中的用于SCI-1的第一时隙的时间间隙、与DCI通信相关联的HARQ过程标识符、与侧行链路数据相关联的新数据指示符、用于SCI-1的子信道分配的索引、与SCI-1相关联的频域资源分配(例如，对频域资源的分配，诸如一个或多个资源块、一个或多个资源元素、一个或多个子载波、一个或多个分量载波等)、与SCI-1相关联的时域资源分配(例如，对时域资源的分配，诸如一个或多个符号、一个或多个时隙、一个或多个子帧等)等。侧行链路发送准许(或携带侧行链路发送准许的DCI通信)还可以包括对在其上Rx UE 610将向基站110(或者，如果Tx UE 505和Rx UE 510由不同的小区或基站110来服务，则向另一基站110)发送针对侧行链路数据传输的HARQ反馈的PUCCH资源的指示。

如在图6中并且通过参考编号620进一步所示，Tx UE 605可以向Rx UE 510发送SCI-1和SCI-2。SCI-1和SCI-2可以与Tx UE 605将向Rx UE 610发送侧行链路数据相关联(以及可以指示Tx UE 605将向Rx UE 610发送侧行链路数据)。SCI-1和/或SCI-2还可以包括对在其上Rx UE 510将向基站110(或者，如果Tx UE 505和Rx UE 510由不同的小区或基站110来服务，则向另一基站110)发送针对侧行链路数据的HARQ反馈的PUCCH资源的指示。

如在图6中并且通过参考编号625进一步所示，Tx UE 505可以向Rx UE 610发送侧行链路数据，以及Rx UE 610可以接收侧行链路数据传输。为了接收侧行链路数据传输，RxUE 610可以监测用于SCI-1的侧行链路资源，可以至少部分地基于监测侧行链路资源来接收在侧行链路资源中的SCI-1，以及可以至少部分地基于接收SCI-1来对SCI-1进行解码。RxUE 610可以在SCI-1中识别与SCI-2并且与要发送给Rx UE 610的侧行链路数据相关联的信息。该信息可以包括例如对要在其中发送SCI-2和/或侧行链路数据的PSSCH资源(例如，时域资源、频域资源等)的指示、用于SCI-2的SCI格式、用于SCI-2的贝塔偏移等。Rx UE 610可以至少部分地基于在SCI-1中包括的信息来针对SCI-2进行监测以及对SCI-2进行解码，以确定哪个PSSCH与Rx UE 510相关联以接收侧行链路数据传输。Rx UE 610还可以识别通过SCI-1、SCI-2或其组合指示的PUCCH资源。

如在图6中并且通过参考编号630进一步所示，Rx UE 610可以在下行链路传输中指示的PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。在一些方面中，如果Tx UE605和Rx UE 610由同一小区或基站110来服务，则Rx UE 610可以在PUCCH资源上直接地向基站110发送HARQ反馈(例如，在不通过Tx UE 605中继HARQ反馈的情况下)。在一些方面中，如果Tx UE 605和Rx UE610由不同的小区或基站110来服务，则Rx UE 610可以在PUCCH资源上将HARQ反馈发送给为Rx UE 510服务的基站110(例如，在不通过Tx UE 605中继HARQ反馈的情况下)，为Rx UE 610服务的基站110可以在回程上将HARQ反馈中继或转发给为Tx UE605服务的基站110。

如在图6中并且通过参考编号635进一步所示，Rx UE 610可以或可以不(例如，为了节省Rx UE 610的无线电资源、处理资源、存储器资源和/或电池资源)在侧行链路上向TxUE 605发送HARQ反馈。

以这种方式，基站110可以向Tx UE 605发送对PUCCH资源的指示，以及Tx UE 605可以将对PUCCH资源的指示转发给Rx UE 610。以这种方式，Rx UE 610可以接收对PUCCH资源的指示，以及可以直接地向基站110(或者通过另一基站110，如果Rx UE 610由与Tx UE605不同的基站110来服务，则该另一基站110可以在回程上将HARQ反馈转发给基站110)发送针对侧行链路数据传输的HARQ反馈。这减少了向基站110提供针对侧行链路数据传输的HARQ反馈时的延迟，这使得基站110能够更快速地调度对侧行链路数据传输的重传。此外，直接地在PUCCH资源上发送HARQ反馈减少了对Tx UE 605的无线电资源、处理资源、存储器资源和/或电池资源的消耗，这是因为Tx UE 605不将HARQ反馈中继给基站110。

如上文所指出的，图6是作为示例来提供的。其它示例可以不同于关于图6所描述的示例。

图7是示出根据本公开内容的例如由第一UE执行的示例过程700的示意图。示例过程700是其中第一UE(例如，UE 120、UE 305、Rx UE 410、Rx UE 510、Rx UE 610等)执行与用于侧行链路HARQ反馈的PUCCH资源指示相关联的操作的示例。

如图7所示，在一些方面中，过程700可以包括接收对用于提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示(框710)。例如，UE(例如，使用接收处理器258、发送处理器264、控制器/处理器280、存储器282等)可以接收对用于提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示，如上文所描述的。

如图7进一步所示，在一些方面中，过程700可以包括在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈(框720)。例如，UE(例如，使用接收处理器258、发送处理器264、控制器/处理器280、存储器282等)可以在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈，如上文所描述的。

过程700可以包括额外的方面，诸如下文和/或结合本文中在别处描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。

在第一方面中，过程700包括在PSFCH上向第二UE发送HARQ反馈的副本。在第二方面中，单独地或与第一方面相结合，过程700包括避免在PSFCH上向第二UE发送HARQ反馈的副本。在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，接收对PUCCH资源的指示包括从基站接收包括针对第一UE的侧行链路接收准许的DCI通信，其中侧行链路接收准许包括对PUCCH资源的指示和关于第二UE将向第一UE发送侧行链路数据传输的指示。

在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，DCI通信是DCI格式3_0通信。在第五方面中，单独地或与第一方面至第四方面中的一个或多个方面相结合，接收对PUCCH资源的指示包括从基站接收包括对PUCCH资源的指示的下行链路通信，其中下行链路通信是RRC通信或MAC-CE通信。在第六方面中，单独地或与第一方面至第五方面中的一个或多个方面相结合，接收对PUCCH资源的指示包括从第二UE接收与侧行链路数据传输相关联的SCI通信，该SCI通信包括对PUCCH资源的指示。

在第七方面中，单独地或与第一方面至第六方面中的一个或多个方面相结合，在PUCCH资源上发送HARQ反馈包括在PUCCH资源上向与第一UE和第二UE相关联的基站发送HARQ反馈。在第八方面中，单独地或与第一方面至第七方面中的一个或多个方面相结合，在PUCCH资源上发送HARQ反馈包括在PUCCH资源上向与第一UE相关联的第一基站发送HARQ反馈，HARQ反馈是针对与第二UE相关联的第二基站的，以及第一基站和第二基站是不同的基站。

虽然图7示出过程700的示例框，但是在一些方面中，过程700可以包括与图7中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式布置的框。另外或替代地，过程700的框中的两个或更多个框可以并行地执行。

图8是示出根据本公开内容的例如由基站执行的示例过程800的示意图。示例过程800是其中基站(例如，基站110等)执行与用于侧行链路HARQ反馈的PUCCH资源指示相关联的操作的示例。

如图8所示，在一些方面中，过程800可以包括发送包括对供第一UE提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的下行链路通信(框810)。例如，基站(例如，使用发送处理器220、接收处理器238、控制器/处理器240、存储器242等)可以发送包括对供第一UE提供针对来自第二UE的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的下行链路通信，如上文所描述的。

如图8进一步所示，在一些方面中，过程800可以包括在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈(框820)。例如，基站(例如，使用发送处理器220、接收处理器238、控制器/处理器240、存储器242等)可以在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈，如上文所描述的。

过程800可以包括额外的方面，诸如下文和/或结合本文中在别处描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。

在第一方面中，发送对PUCCH资源的指示包括向第一UE发送包括针对第一UE的侧行链路接收准许的DCI通信，其中侧行链路接收准许包括对PUCCH资源的指示和关于第二UE将向第一UE发送侧行链路数据传输的指示。在第二方面中，单独地或与第一方面相结合，DCI通信是DCI格式3_0通信。

在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，发送对PUCCH资源的指示包括向第一UE发送包括对PUCCH资源的指示的下行链路通信，其中下行链路通信是RRC通信或MAC-CE通信。在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，发送对PUCCH资源的指示包括向第二UE发送包括针对第二UE的与侧行链路数据传输相关联的侧行链路发送准许的DCI通信，其中侧行链路发送准许包括对PUCCH资源的指示。

虽然图8示出过程800的示例框，但是在一些方面中，过程800可以包括与图8中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式布置的框。另外或替代地，过程800的框中的两个或更多个框可以并行地执行。

图9是用于无线通信的示例装置900的框图。装置900可以是UE(例如，UE 120、UE305、Rx UE 410、Rx UE 510、Rx UE 610等)，或者UE可以包括装置900。在一些方面中，装置900包括接收组件902和发送组件904，它们可以相互通信(例如，经由一个或多个总线和/或一个或多个其它组件)。如所示出的，装置900可以使用接收组件902和发送组件904与一个或多个其它装置906和908(诸如UE、基站或另一无线通信设备)进行通信。

在一些方面中，装置900可以被配置为执行本文结合图3-图6描述的一个或多个操作。另外或替代地，装置900可以被配置为执行本文所描述的一个或多个过程，诸如图7的过程700。在一些方面中，图9中所示的装置900和/或一个或多个组件可以包括上文结合图2描述的UE的一个或多个组件。另外或替代地，图9中所示的一个或多个组件可以在上文结合图2描述的一个或多个组件内实现。另外或替代地，组件集合中的一个或多个组件可以至少部分地被实现为存储在存储器中的软件。例如，组件(或组件的一部分)可以实现为存储在非暂时性计算机可读介质中并且可由控制器或处理器执行以执行组件的功能或操作的指令或代码。

接收组件902可以从装置906和/或装置908接收通信，诸如参考信号、控制信息、数据通信、或其组合。接收组件902可以将接收到的通信提供给装置900的一个或多个其它组件。在一些方面中，接收组件902可以对接收到的通信执行信号处理(例如，滤波、放大、解调、模数转换、解复用、解交织、解映射、均衡、干扰消除或解码以及其它示例)，以及可以将经处理的信号提供给装置900和/或装置908的一个或多个其它组件。在一些方面中，接收组件902可以包括上文结合图2描述的UE的一个或多个天线、解调器、MIMO检测器、接收处理器、控制器/处理器、存储器或其组合。

发送组件904可以向装置906和/或装置908发送通信，诸如参考信号、控制信息、数据通信、或其组合。在一些方面中，装置906和/或装置908的一个或多个其它组件可以生成通信以及可以将所生成的通信提供给发送组件904，用于传输给装置906和/或装置908。在一些方面中，发送组件906可以对所生成的通信执行信号处理(例如，滤波、放大、调制、数模转换、复用、交织、映射或编码以及其它示例)，以及可以将经处理的信号发送给装置906和/或装置908。在一些方面中，发送组件904可以包括上文结合图2描述的UE的一个或多个天线、调制器、发送MIMO处理器、发送处理器、控制器/处理器、存储器、或其组合。在一些方面中，发送组件904可以与接收组件902共置于收发机中。

接收组件902可以接收对用于提供针对来自装置908的侧行链路数据传输的HARQ反馈的PUCCH资源的指示。在一些方面中，接收组件902可以从装置906或装置908接收对PUCCH资源的指示。接收组件902可以从装置908接收侧行链路数据传输。发送组件904可以在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。在一些方面中，发送组件904可以将HARQ反馈直接地发送给装置906，或者通过在回程上转发或中继HARQ反馈的另一装置发送给装置906。

图9所示的组件的数量和布置是作为示例提供的。实际上，可以存在与图9所示的那些组件相比额外的组件、更少的组件、不同的组件或者以不同方式布置的组件。此外，图9所示的两个或更多个组件可以在单个组件内实现，或者图9所示的单个组件可以实现为多个分布式组件。另外或替代地，图9所示的(一个或多个)组件的集合可以执行描述为由图9所示的另一组件集合执行的一个或多个功能。

图10是用于无线通信的示例装置1000的框图。装置1000可以是基站(例如，基站110)，或者基站可以包括装置1000。在一些方面中，装置1000包括接收组件1002和发送组件1004，其可以相互通信(例如，经由一个或多个总线和/或一个或多个其它组件)。如所示出的，装置1000可以使用接收组件1002和发送组件1004与其它装置1006和1008(诸如UE、基站或另一无线通信设备)进行通信。

在一些方面中，装置1000可以被配置为执行本文结合图3-图6描述的一个或多个操作。另外或替代地，装置1000可以被配置为执行本文所描述的一个或多个过程，诸如图8的过程800。在一些方面中，图10中所示的装置1000和/或一个或多个组件可以包括上文结合图2描述的基站的一个或多个组件。另外或替代地，图10中所示的一个或多个组件可以在上文结合图2描述的一个或多个组件内实现。另外或替代地，组件集合中的一个或多个组件可以至少部分地实现为存储在存储器中的软件。例如，组件(或组件的一部分)可以实现为存储在非暂时性计算机可读介质中以及可由控制器或处理器执行以执行组件的功能或操作的指令或代码。

接收组件1002可以从装置1006和/或装置1008接收通信，诸如参考信号、控制信息、数据通信、或其组合。接收组件1002可以将接收到的通信提供给装置1000的一个或多个其它组件。在一些方面中，接收组件1002可以对接收到的通信执行信号处理(例如，滤波、放大、解调、模数转换、解复用、解交织、解映射、均衡、干扰消除或解码以及其它示例)，以及可以将经处理的信号提供给装置1006和/或装置1008的一个或多个其它组件。在一些方面中，接收组件1002可以包括上文结合图2描述的基站的一个或多个天线、解调器、MIMO检测器、接收处理器、控制器/处理器、存储器或其组合。

发送组件1004可以向装置1006和/或装置1008发送通信，诸如参考信号、控制信息、数据通信、或其组合。在一些方面中，装置1006和/或装置1008的一个或多个其它组件可以生成通信以及可以将所生成的通信提供给发送组件1004，以传输给装置1006和/或装置1008。在一些方面中，发送组件1006可以对所生成的通信执行信号处理(例如，滤波、放大、调制、数模转换、复用、交织、映射或编码以及其它示例)，以及可以将经处理的信号发送给装置1006和/或装置1008。在一些方面中，发送组件1004可以包括上文结合图2描述的基站的一个或多个天线、调制器、发送MIMO处理器、发送处理器、控制器/处理器、存储器、或其组合。在一些方面中，发送组件1004可以与接收组件1002共置于收发机中。

发送组件1004可以发送包括对供装置1008提供针对从装置1006到装置1008的侧行链路数据传输的HARQ反馈的PUCCH资源的指示的下行链路通信。在一些方面中，发送组件1004可以向装置1008发送下行链路通信。在一些方面中，发送组件1004可以向装置1006发送下行链路通信，以及装置1006可以向装置1008发送对PUCCH资源的指示(例如，在SCI-1和/或SCI-2中)。接收组件1002可以接收在PUCCH资源上的针对侧行链路数据传输的HARQ反馈。在一些方面中，接收组件1002可以在PUCCH资源上直接地从装置1008接收针对侧行链路数据传输的HARQ反馈。在一些方面中，装置1008可以在PUCCH资源上向另一装置发送HARQ反馈，以及另一装置可以在回程上向接收组件1002发送HARQ回馈。

图10所示的组件的数量和布置是作为示例提供的。实际上，可以存在与图10所示的那些组件相比额外的组件、更少的组件、不同的组件或者以不同方式布置的组件。此外，图10所示的两个或更多个组件可以在单个组件内实现，或者图10所示的单个组件可以实现为多个分布式组件。另外或替代地，图10所示的(一个或多个)组件的集合可以执行描述为由图10所示的另一组件集合执行的一个或多个功能。

以下提供本公开内容的一些方面的概括：

方面1：一种由第一用户设备(UE)执行的无线通信的方法，包括：接收对用于提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示；以及在PUCCH资源上发送针对侧行链路数据传输的HARQ反馈。

方面2：方面1的方法，还包括：在物理侧行链路反馈信道(PSFCH)上向第二UE发送HARQ反馈的副本。方面3：方面1或方面2的方法，还包括：避免在物理侧行链路反馈信道(PSFCH)上向第二UE发送HARQ反馈的副本。

方面4：方面1-方面3中的任一方面的方法，其中，接收对PUCCH资源的指示包括：从基站接收包括针对第一UE的侧行链路接收准许的下行链路控制信息(DCI)通信，其中，侧行链路接收准许包括对PUCCH资源的指示和关于第二UE将向第一UE发送侧行链路数据传输的指示。方面5：方面4的方法，其中，DCI通信是DCI格式3_0通信。

方面6：方面1-方面3中的任一方面的方法，其中，接收对PUCCH资源的指示包括：从基站接收包括对PUCCH资源的指示的下行链路通信，其中，下行链路通信是无线电资源控制(RRC)通信或介质访问控制控制元素(MAC-CE)通信。方面7：方面1-方面3中的任一方面的方法，其中，接收对PUCCH资源的指示包括：从第二UE接收与侧行链路数据传输相关联的、包括对PUCCH资源的指示的侧行链路控制信息(SCI)通信。

方面8：方面1-方面7中的任一方面的方法，其中，在PUCCH资源上发送HARQ反馈包括：在PUCCH资源上向与第一UE和第二UE相关联的基站发送HARQ反馈。方面9：方面1-方面7中的任一方面的方法，其中，在PUCCH资源上发送HARQ反馈包括：在PUCCH资源上向与第一UE相关联的第一基站发送HARQ反馈，其中，HARQ反馈是针对与第二UE相关联的第二基站的，并且其中，第一基站和第二基站是不同的基站。

方面10：一种由基站执行的无线通信的方法，包括：发送包括对供第一用户设备(UE)提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示的下行链路通信；以及在PUCCH资源上从第一UE接收针对侧行链路数据传输的HARQ反馈。

方面11：方面10的方法，其中，发送对PUCCH资源的指示包括：向第一UE发送包括针对第一UE的侧行链路接收准许的下行链路控制信息(DCI)通信，其中，侧行链路接收准许包括对PUCCH资源的指示和关于第二UE将向第一UE发送侧行链路数据传输的指示。

方面12：方面10或方面11的方法，其中，DCI通信是DCI格式3_0通信。方面13：方面10-方面12中的任一方面的方法，其中，发送对PUCCH资源的指示包括：向第一UE发送包括对PUCCH资源的指示的下行链路通信，其中，下行链路通信是无线电资源控制(RRC)通信或介质访问控制控制元素(MAC-CE)通信。

方面14：方面10-方面13中的任一方面的方法，其中，发送对PUCCH资源的指示包括：向第二UE发送包括针对第二UE的与侧行链路数据传输相关联的侧行链路发送准许的下行链路控制信息(DCI)通信，其中，侧行链路发送准许包括对PUCCH资源的指示。

方面15：一种用于设备处的无线通信的装置，包括：处理器；与处理器耦合的存储器；以及指令，指令被存储在存储器中并且可由处理器执行以使得装置执行方面1-方面9中的一个或多个方面的方法。方面16：一种用于无线通信的设备，包括存储器和耦合到存储器的一个或多个处理器，一个或多个处理器被配置为执行方面1-方面9中的一个或多个方面的方法。方面17：一种用于无线通信的装置，包括用于执行方面1-方面9中的一个或多个方面的方法的至少一个单元。

方面18：一种存储用于无线通信的代码的非暂时性计算机可读介质，代码包括可由处理器执行以执行方面1-方面9中的一个或多个方面的方法的指令。方面19：一种存储用于无线通信的指令集的非暂时性计算机可读介质，指令集包括一个或多个指令，一个或多个指令在由设备的一个或多个处理器执行时使得设备执行方面1-方面9中的一个或多个方面的方法。

方面20：一种用于设备处的无线通信的装置，包括：处理器；与处理器耦合的存储器；以及指令，指令被存储在存储器中并且可由处理器执行以使得装置执行方面10-方面14中的一个或多个方面的方法。方面21：一种用于无线通信的设备，包括存储器和耦合到存储器的一个或多个处理器，一个或多个处理器被配置为执行方面10-方面14中的一个或多个方面的方法。方面22：一种用于无线通信的装置，包括用于执行方面10-方面14中的一个或多个方面的方法的至少一个单元。

方面23：一种存储用于无线通信的代码的非暂时性计算机可读介质，代码包括可由处理器执行以执行方面10-方面14中的一个或多个方面的方法的指令。方面24：一种存储用于无线通信的指令集的非暂时性计算机可读介质，指令集包括一个或多个指令，一个或多个指令在由设备的一个或多个处理器执行时使得设备执行方面10-方面14中的一个或多个方面的方法。

前述公开内容提供说明和描述，但是并不旨在是详尽的或者将各方面限制为所公开的精确形式。按照上文公开内容，可以进行修改和变型，或者可以从对各方面的实践中获取修改和变型。

如本文所使用的，术语“组件”旨在广义地解释为硬件和/或硬件和软件的组合。无论称为软件、固件、中间件、微代码、硬件描述语言还是其它，“软件”都应当广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程和/或函数以及其它示例。如本文所使用的，处理器是以硬件和/或硬件和软件的组合来实现的。将显而易见的是，本文所描述的系统和/或方法可以以不同形式的硬件和/或硬件和软件的组合来实现。用于实现这些系统和/或方法的实际的专门的控制硬件或软件代码不是对各方面进行限制。因此，本文在不引用具体软件代码的情况下描述系统和/或方法的操作和行为—要理解的是，软件和硬件可以被设计为至少部分地基于本文中的描述来实现系统和/或方法。

如本文所使用的，取决于上下文，满足门限可以指的是值大于门限、大于或等于门限、小于门限、小于或等于门限、等于门限、不等于门限等。

即使在权利要求书中记载了和/或在说明书中公开了特征的特定组合，这些组合也不旨在限制各个方面的公开内容。事实上，这些特征中的许多特征可以是以未明确地在权利要求书中记载和/或在说明书中公开的方式来组合的。虽然下文列出的每个从属权利要求可以直接地取决于仅一个权利要求，但是各个方面的公开内容包括每个从属权利要求与权利要求集合中的每个其它权利要求结合。如本文所使用的，涉及项目列表“中的至少一个”的短语指的是那些项目的任意组合，包括单个成员。举例而言，“a、b或c中的至少一个”旨在涵盖a、b、c、a-b、a-c、b-c和a-b-c、以及与倍数个相同元素的任意组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c或者a、b和c的任何其它排序)。

本文所使用的元素、动作或指令中没有一者应当解释为关键或必不可少的，除非明确地描述为如此。此外，如本文所使用的，冠词“一(a)”和“一个(an)”旨在包括一个或多个项目，以及可以与“一个或多个”互换使用。进一步地，如本文所使用的，冠词“所述(the)”旨在包括结合冠词“所述(the)”引用的一个或多个项目，以及可以与“一个或多个”互换使用。此外，如本文所使用的，术语“集合”和“群组”旨在包括一个或多个项目(例如，相关项目、无关项目、或相关项目和无关项目的组合)，以及可以与“一个或多个”互换使用。在预期仅一个项目的情况下，使用短语“仅一个”或类似语言。此外，如本文所使用的，术语“具有(has)”、“具有(have)”、“具有(having)”等旨在是开放式术语。进一步地，除非另外明确地声明，否则短语“基于”旨在意指“至少部分地基于”。此外，如本文所使用的，术语“或”在一系列中使用时旨在是包含性的，以及除非另外明确地声明(例如，如果与“任一”或“仅其中一个”结合使用)，否则可以与“和/或”互换使用。

Claims (30)

1.一种由第一用户设备(UE)执行的无线通信的方法，包括：

接收对用于提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示；以及

在所述PUCCH资源上发送针对所述侧行链路数据传输的所述HARQ反馈。

2.根据权利要求1所述的方法，还包括：

在物理侧行链路反馈信道(PSFCH)上向所述第二UE发送所述HARQ反馈的副本。

3.根据权利要求1所述的方法，还包括：

避免在物理侧行链路反馈信道(PSFCH)上向所述第二UE发送所述HARQ反馈的副本。

4.根据权利要求1所述的方法，其中，接收所述对所述PUCCH资源的指示包括：

从基站接收包括针对所述第一UE的侧行链路接收准许的下行链路控制信息(DCI)通信，

其中，所述侧行链路接收准许包括所述对所述PUCCH资源的指示和关于所述第二UE将向所述第一UE发送所述侧行链路数据传输的指示。

5.根据权利要求4所述的方法，其中，所述DCI通信是DCI格式3_0通信。

6.根据权利要求1所述的方法，其中，接收所述对所述PUCCH资源的指示包括：

从基站接收包括所述对所述PUCCH资源的指示的下行链路通信，

其中，所述下行链路通信是无线电资源控制(RRC)通信或介质访问控制控制元素(MAC-CE)通信。

7.根据权利要求1所述的方法，其中，接收所述对所述PUCCH资源的指示包括：

从所述第二UE接收与所述侧行链路数据传输相关联的、包括所述对所述PUCCH资源的指示的侧行链路控制信息(SCI)通信。

8.根据权利要求1所述的方法，其中，在所述PUCCH资源上发送所述HARQ反馈包括：

在所述PUCCH资源上向与所述第一UE和所述第二UE相关联的基站发送所述HARQ反馈。

9.根据权利要求1所述的方法，其中，在所述PUCCH资源上发送所述HARQ反馈包括：

在所述PUCCH资源上向与所述第一UE相关联的第一基站发送所述HARQ反馈，

其中，所述HARQ反馈是针对与所述第二UE相关联的第二基站的，并且

其中，所述第一基站和所述第二基站是不同的基站。

10.一种由基站执行的无线通信的方法，包括：

发送包括对供第一用户设备(UE)提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示的下行链路通信；以及

在所述PUCCH资源上从所述第一UE接收针对所述侧行链路数据传输的所述HARQ反馈。

11.根据权利要求10所述的方法，其中，发送所述对所述PUCCH资源的指示包括：

向所述第一UE发送包括针对所述第一UE的侧行链路接收准许的下行链路控制信息(DCI)通信，

其中，所述侧行链路接收准许包括所述对所述PUCCH资源的指示和关于所述第二UE将向所述第一UE发送所述侧行链路数据传输的指示。

12.根据权利要求11所述的方法，其中，所述DCI通信是DCI格式3_0通信。

13.根据权利要求10所述的方法，其中，发送所述对所述PUCCH资源的指示包括：

向所述第一UE发送包括所述对所述PUCCH资源的指示的所述下行链路通信，

其中，所述下行链路通信是无线电资源控制(RRC)通信或介质访问控制控制元素(MAC-CE)通信。

14.根据权利要求10所述的方法，其中，发送所述对所述PUCCH资源的指示包括：

向所述第二UE发送针对用于所述第二UE的与所述侧行链路数据传输相关联的侧行链路发送准许的下行链路控制信息(DCI)通信，

其中，所述侧行链路发送准许包括所述对所述PUCCH资源的指示。

15.一种第一用户设备(UE)，包括：

一个或多个存储器；以及

一个或多个处理器，耦合到所述一个或多个存储器，被配置为：

接收对用于提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示；以及

在所述PUCCH资源上发送针对所述侧行链路数据传输的所述HARQ反馈。

16.根据权利要求15所述的UE，其中，所述一个或多个处理器还被配置为：

在物理侧行链路反馈信道(PSFCH)上向所述第二UE发送所述HARQ反馈的副本。

17.根据权利要求15所述的UE，其中，所述一个或多个处理器还被配置为：

避免在物理侧行链路反馈信道(PSFCH)上向所述第二UE发送所述HARQ反馈的副本。

18.根据权利要求15所述的UE，其中，为了接收所述对所述PUCCH资源的指示，所述一个或多个处理器被配置为：

从基站接收包括针对所述第一UE的侧行链路接收准许的下行链路控制信息(DCI)通信，

其中，所述侧行链路接收准许包括所述对所述PUCCH资源的指示和关于所述第二UE将向所述第一UE发送所述侧行链路数据传输的指示。

19.根据权利要求18所述的UE，其中，所述DCI通信是DCI格式3_0通信。

20.根据权利要求15所述的UE，其中，为了接收所述对所述PUCCH资源的指示，所述一个或多个处理器被配置为：

从基站接收包括所述对所述PUCCH资源的指示的下行链路通信，

其中，所述下行链路通信是无线电资源控制(RRC)通信或介质访问控制控制元素(MAC-CE)通信。

21.根据权利要求15所述的UE，其中，为了接收所述对所述PUCCH资源的指示，所述一个或多个处理器被配置为：

从所述第二UE接收与所述侧行链路数据传输相关联的、包括所述对所述PUCCH资源的指示的侧行链路控制信息(SCI)通信。

22.根据权利要求15所述的UE，其中，为了在所述PUCCH资源上发送所述HARQ反馈，所述一个或多个处理器被配置为：

在所述PUCCH资源上向与所述第一UE和所述第二UE相关联的基站发送所述HARQ反馈。

23.根据权利要求15所述的UE，其中，为了在所述PUCCH资源上发送所述HARQ反馈，所述一个或多个处理器被配置为：

在所述PUCCH资源上向与所述第一UE相关联的第一基站发送所述HARQ反馈，

其中，所述HARQ反馈是针对与所述第二UE相关联的第二基站的，并且

其中，所述第一基站和所述第二基站是不同的基站。

24.一种基站，包括：

一个或多个存储器；以及

一个或多个处理器，耦合到所述一个或多个存储器，被配置为：

发送包括对供第一用户设备(UE)提供针对来自第二UE的侧行链路数据传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道(PUCCH)资源的指示的下行链路通信；以及

在所述PUCCH资源上从所述第一UE接收针对所述侧行链路数据传输的所述HARQ反馈。

25.根据权利要求24所述的基站，其中，为了发送所述对所述PUCCH资源的指示，所述一个或多个处理器被配置为：

向所述第一UE发送包括针对所述第一UE的侧行链路接收准许的下行链路控制信息(DCI)通信。

26.根据权利要求25所述的基站，其中，所述侧行链路接收准许包括所述对所述PUCCH资源的指示和关于所述第二UE将向所述第一UE发送所述侧行链路数据传输的指示。

27.根据权利要求25所述的基站，其中，所述DCI通信是DCI格式3_0通信。

28.根据权利要求24所述的基站，其中，为了发送所述对所述PUCCH资源的指示，所述一个或多个处理器被配置为：

向所述第一UE发送包括所述对所述PUCCH资源的指示的所述下行链路通信，

其中，所述下行链路通信是无线电资源控制(RRC)通信或介质访问控制控制元素(MAC-CE)通信。

29.根据权利要求24所述的基站，其中，为了发送所述对所述PUCCH资源的指示，所述一个或多个处理器被配置为：

向所述第二UE发送包括针对所述第二UE的与所述侧行链路数据传输相关联的侧行链路发送准许的下行链路控制信息(DCI)通信。

30.根据权利要求29所述的基站，其中，所述侧行链路发送准许包括所述对所述PUCCH资源的指示。

Images