CN116158030A

CN116158030A - 激活侧链路中继媒体访问控制(mac)-控制元素(ce)

Info

Publication number: CN116158030A
Application number: CN202180060217.XA
Authority: CN
Inventors: J·H·余; S·阿卡拉卡兰; 骆涛; J·李; J·丹加诺维奇; J·蒙托霍
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2020-07-31
Filing date: 2021-07-20
Publication date: 2023-05-23
Also published as: WO2022026246A1; US20220039200A1; EP4189886A1; US11751282B2

Abstract

所述无线通信装置可以是UE，所述UE被配置成在等待一段时间后激活通过SL中继发送的MAC‑CE，方法是：接收与第三UE关联的命令的激活请求，所述激活请求在从第二UE中继的第一MAC‑CE中被接收；响应于所述激活请求向所述第二UE发送第二MAC‑CE，所述第二MAC‑CE包括对所述第三UE的激活响应；以及在发送所述激活响应之后激活所述命令。所述UE可以在发送所述激活响应之后等待一段时间再激活所述命令。所述UE可以响应于所发送的激活响应而从所述第三UE接收HARQ ACK或者响应于所发送的激活响应而从所述第二UE接收HARQ ACK，并且在接收到所述HARQ ACK之后等待一段时间后再激活所述命令。

Description

激活侧链路中继媒体访问控制(MAC)-控制元素(CE)

相关申请的交叉引用

本申请要求于2020年7月31日提交的题为“用于激活侧链路中继MAC-CE的方法和装置”(METHOD AND APPARATUS FOR ACTIVATING SIDELINK RELAY MAC-CE)的第63/059,503号美国临时申请以及于2021年7月19日提交的标题为“激活侧链路中继MAC-CE”(ACTIVATING SIDELINK RELAY MAC-CE”)的第17/379,342号美国专利申请的权益，该等专利申请全文以引用方式明确并入本文中。

技术领域

本公开总体上涉及通信***，并且更具体来说，涉及用于在等待激活时间段之后激活通过侧链路中继发送的媒体访问控制(MAC)控制元素(CE)(MAC-CE)的方法和装置。

背景技术

无线通信***被广泛部署以提供各种电信服务，例如电话、视频、数据、消息传送和广播。典型的无线通信***可以采用能够通过共享可用***资源来支持与多个用户的通信的多址技术。这种多址技术的示例包括码分多址(CDMA)***、时分多址(TDMA)***、频分多址(FDMA)***、正交频分多址(OFDMA)***、单载波频分多址(SC-FDMA)***和时分同步码分多址(TD-SCDMA)***。

这些多址技术已在各种电信标准中采用，以提供一种通用协议，使不同的无线设备能够在市级、国家级、地区级甚至全球范围内进行通信。一种示例性电信标准是5G新空口(NR)。5G NR是第三代合作伙伴计划(3GPP)颁布的持续移动宽带演进的一部分，旨在满足与延迟、可靠性、安全性、可扩展性(例如，物联网(IoT))和其他要求相关的新要求。5G NR包括与增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低延迟通信(URLLC)相关的服务。5G NR的某些方面可基于4G长期演进(LTE)标准。无线通信的一些方面可以包括基于侧链路的设备之间的直接通信。侧链路技术需要进一步改进。这些改进也可能适用于其他多址技术和采用这些技术的电信标准。

发明内容

下文给出一个或多个方面的简化总结，以便提供对这些方面的基本理解。本发明内容部分并非对所有预期方面的广泛概述，并且既不旨在标识所有方面的重要或关键要素，也不旨在描绘任何或所有方面的范围。其唯一目的是以简化形式呈现一个或多个方面的一些概念，作为稍后呈现的更详细描述的前序。

在本公开的一些方面中，提供了一种方法、一种计算机可读介质和一种装置。所述无线通信装置可以包括用户设备(UE)，所述用户设备被配置成在等待一段时间后激活通过SL中继发送的MAC-CE，方法是：接收与第三UE关联的命令的激活请求，所述激活请求在从第二UE中继的第一MAC-CE中被接收；响应于所述激活请求向所述第二UE发送第二MAC-CE，所述第二MAC-CE包括对所述第三UE的激活响应；以及在发送所述激活响应之后激活所述命令。在一个示例中，所述UE可以进一步被配置成响应于所发送的激活响应从所述第二UE接收与所述第三UE相关联的混合自动请求(HARQ)确认(ACK)，在接收到与所述第三UE关联的所述HARQ ACK之后等待一段时间再激活所述命令，并且确定在接收到与所述第三UE关联的所述HARQ ACK之后到激活所述命令之前的等待时间段。在一个示例中，所述UE可以响应于所发送的激活响应从所述第二UE接收与所述第二UE相关联的HARQ ACK，在接收到与所述第二UE关联的所述HARQ ACK之后等待一段时间再激活所述命令，并且确定在接收到与所述第二UE关联的所述HARQ ACK之后和激活所述命令之前的等待时间段。在一个示例中，所述UE可以在从发送包括所述激活响应的所述第二MAC-CE起的时间段之后被激活，基于所述激活请求所经过的所述第三UE与第一UE之间的跳数而从包括所述激活响应的所述第二MAC-CE的发送之后和激活所述命令之前的所述时间段，其中所述跳数大于或等于1，并且响应于所发送的激活响应，从所述第二UE接收与所述第三UE关联的HARQ ACK。这里，所述命令可以在接收到所述HARQ ACK之前或之后被激活。这里，所述激活请求通过物理侧链路共享信道(PSSCH)被接收，并且所述激活响应通过所述PSSCH被发送。所述UE可以在所述激活响应中包括ACK。

为实现前述和相关目的，一个或多个方面包括在下文中充分描述并且在权利要求中特别指出的特征。以下描述和附图详细阐述了一个或多个方面的某些说明性特征。但是，这些特征仅表示可以采用各个方面的原理的各种方式中的几种，并且本描述旨在包括所有这些方面及其等效物。

附图说明

图1是示出无线通信***和接入网络的示例的图解。

图2A是示出根据本公开多个方面的第一帧的示例的图解。

图2B是示出根据本公开多个方面的子帧内的DL信道的示例的图解。

图2C是示出根据本公开多个方面的第二帧的示例的图解。

图2D是示出根据本公开多个方面的子帧内的UL信道的示例的图解。

图3是示出接入网络中的基站和用户设备(UE)的示例的图解。

图4示出侧链路时隙结构的示例性方面。

图5示出根据本文呈现的方面的设备之间的侧链路通信的示例性方面。

图6示出无线通信的示例。

图7是无线通信呼叫流图。

图8是无线通信方法的流程图。

图9是无线通信方法的流程图。

图10是无线通信方法的流程图。

图11是无线通信方法的流程图。

图12是示出用于示例性装置的硬件实施方案的示例的图解。

具体实施方式

下文结合附图阐述的详细描述旨在作为对各种配置的描述，而不旨在表示可以实践本文描述的概念的唯一配置。该详细描述包括特定细节，目的是提供对各种概念的透彻理解。但是，对于所属领域中技术人员而言显而易见的是，可以在没有这些具体细节的情况下实践这些概念。在某些情况下，公知的结构和组件以方框图形式呈现，以避免混淆这些概念。

现在将参照各种装置和方法来介绍电信***的若干方面。这些装置和方法将在下文的详细描述中进行描述，并且在附图中通过各种方框、组件、电路、过程、算法等(统称为“元件”)示出。这些元件可以使用电子硬件、计算机软件或其任何组合来实施。这些元件是作为硬件还是软件实施取决于特定应用以及施加在整个***上的设计约束。

例如，元件或元件的任何部分或元件的任何组合可被实施为包括一个或多个处理器的“处理***”。处理器的示例包括微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集计算(ISC)处理器、片上***(SoC)、基带处理器、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路以及被配置成执行本公开全文中所描述的各种功能的其他适当硬件。处理***中的一个或多个处理器可以执行软件。软件应广义地解释为表示指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用程序、软件应用程序、软件包、例程、子例程、对象、可执行文件、执行线程、程序、功能等，无论是指软件、固件、中间件、微码、硬件描述语言还是其他方式。

相应地，在一个或多个示例中，所描述的功能可以以硬件、软件或其任何组合来实施。如果以软件实施，则这些功能可以存储或编码为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是计算机可以访问的任何可用介质。作为示例而非限制，该等计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储器、磁盘存储器、其他磁存储设备、上述类型计算机可读介质的组合，或者可用于以计算机可访问的指令或数据结构的形式存储计算机可执行代码的任何其他介质。

图1是示出无线通信***和接入网络100的示例的图解。无线通信***(也称为无线广域网(WWAN))包括基站102、UE 104、演进分组核心(EPC)160和另一核心网络190(例如，5G核心(5GC))。基站102可以包括宏小区(高功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区包括基站。所述小型小区包括毫微微小区、微微小区和微小区。

UE 104与基站102或180之间的链路可以例如使用Uu接口被建立为接入链路。可以基于侧链路在无线设备之间交换其他通信。例如，一些UE 104可以使用设备到设备(D2D)通信链路158相互通信。在一些示例中，D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧链路信道，例如物理侧链路广播信道(PSBCH)、物理侧链路发现信道(PSDCH)、物理侧链路共享信道(PSSCH)和物理侧链路控制信道(PSCCH)。D2D通信可以通过各种无线D2D通信***，例如WiMedia、蓝牙、ZigBee、基于电气和电子工程师协会(IEEE)802.11标准的Wi-Fi、LTE或NR。

侧链通信的一些示例可以包括可以从车辆到车辆(V2V)、车辆到基础设施(V2I)(例如，从基于车辆的通信设备到道路基础设施节点例如路侧单元(RSU))、车辆到网络(V2N)(例如，从基于车辆的通信设备到一个或多个网络节点例如基站)、车辆到行人(V2P)、蜂窝车辆到万物(C-V2X)进行通信的基于车辆的通信设备以及/或者其组合和/或与其他设备的组合，可以统称为车对万物(V2X)通信。侧链路通信可以基于V2X或其他D2D通信，如接近服务(Proximity Services(ProSe))等。除了UE之外，侧链路通信还可以由其他发送和接收设备发送和接收，例如路测单元(RSU)等。侧链路通信可以使用PC5接***换，例如结合图4中的示例所描述的。尽管以下描述(包括图2的示例性时隙结构)可以提供与5G NR相关的侧链路通信示例，但本文描述的概念也可以适用于其他类似领域，例如LTE、LTE-A、CDMA、GSM和其他无线技术。

再次参照图1，在某些方面中，UE 104或基于侧链路进行通信的其他设备可以包括侧链路中继MAC-CE组件198，所述侧链路中继MAC-CE组件被配置成：接收对与第三UE相关联的命令的激活请求，所述激活请求在从第二UE中继的第一MAC-CE中被接收；响应于所述激活请求向第二UE发送包括对第三UE的激活响应的第二MAC-CE；并且在发送所述激活响应后激活所述命令。

配置用于4G LTE(统称为演进通用移动电信***(UMTS)陆地无线电接入网络(E-UTRAN))的基站102可以通过第一回程链路132(例如，S1接口)与EPC 160对接。为5G NR(统称为下一代RAN(NG-RAN))配置的基站102可以通过第二回程链路184与核心网络190对接。除了其他功能之外，基站102可以执行以下功能中的一项或多项：用户数据的传输、无线电信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如，切换、双连接)、小区间干扰协调、连接建立和释放、负载平衡、非接入层(NAS)消息分发、NAS节点选择、同步、无线电接入网(RAN)共享、多媒体广播多播服务(MBMS)、订户和设备跟踪、RAN信息管理(RIM)、寻呼、定位以及警告消息传送。基站102可以通过第三回程链路134(例如，X2接口)彼此直接或间接地(例如，通过EPC 160或核心网络190)通信。第一回程链路132、第二回程链路184和第三回程链路134可以是有线的或无线的。

基站102可以与UE 104无线通信。每个基站102可以为相应的地理覆盖区域110提供通信覆盖。可能存在重叠的地理覆盖区域110。例如，小型小区102'可以具有与一个或多个宏基站102的覆盖区域110重叠的覆盖区域110'。包括小型小区和宏小区的网络可以称为异构网络。异构网络还可以包括家庭演进节点B(eNB)(HeNB)，其可以向被称为封闭订户组(CSG)的受限组提供服务。基站102与UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(UL)(也称为反向链路)传输以及/或者从基站102到UE 104的下行链路(DL)(也称为前向链路)传输。通信链路120可以使用多输入多输出(MIMO)天线技术，包括空间复用、波束成形和/或发送分集。通信链路可以通过一个或多个载波。基站102/UE 104可以使用在用于每个方向传输的最高总共Yx MHz(x个分量载波)的载波聚合中分配的每个载波最高Y MHz(例如，5、10、15、20、100、400Mhz等)带宽的频谱。载波可以或可以不彼此相邻。载波的分配对于DL和UL可以是不对称的(例如，可以为DL分配的载波相对于为UL分配的更多或更少)。分量载波可以包括主分量载波以及一个或多个辅助分量载波。主分量载波可以被称为主小区(PCell)并且辅助分量载波可以被称为辅小区(SCell)。

无线通信***还可以包括Wi-Fi接入点(AP)150，该接入点(AP)150通过例如5GHz未许可频谱等中的通信链路154与Wi-Fi站(STA)152进行通信。当在未许可频谱中通信时，STA 152/AP 150可以在通信之前执行空闲信道评估(CCA)以确定信道是否可用。

小型小区102'可以在许可和/或未许可的频谱中操作。当在未许可频谱中操作时，小型小区102'可以采用NR并使用与Wi-Fi AP 150所用相同的未许可频谱(例如5GHz等)。在未许可频谱中采用NR的小型小区102'可以提高接入网络的覆盖范围和/或增加接入网络的容量。

电磁频谱通常基于频率/波长而被细分为各种类别、频段、信道等。在5G NR中，两个初始工作频段已被确定为频率范围FR1(410MHz-7.125GHz)和FR2(24.25GHz–52.6GHz)。FR1和FR2之间的频率通常称为中频带频率。尽管FR1的一部分大于6GHz，但在各种文件和文章中，FR1通常(可互换地)被称为“亚6GHz”(sub-6GHz)频带。FR2有时会出现类似的命名问题，即在各类文件和文章中通常(可互换地)被称为“毫米波”频带，尽管与被国际电信联盟(ITU)定义为“毫米波”频带的极高频(EHF)频带(30GHz–300Ghz)不同。

考虑到上述方面，除非另有明确说明，否则应理解，如果本文中所使用的术语“亚6Ghz”等可以广义地表示可能小于6GHz、可能在FR1内或可以包括中频带频率。此外，除非另有具体说明，否则应理解，如果本文中所使用的术语“毫米波”等可以广义地表示频率可以包括中频带频率或在FR2内，或者可以在EHF频带内。

基站102，无论是小型小区102'还是大型小区(例如，宏基站)，均可以包括和/或被称为eNB、gNodeB(gNB)或其他类型的基站。诸如gNB 180等一些基站可以在与UE 104通信的常规亚6GHz频谱、毫米波频率和/或接近毫米波频率中操作。当gNB 180工作在毫米波或接近毫米波频率中时，gNB180可以被称为毫米波基站。毫米波基站180可以利用UE 104的波束成形182来补偿路径损耗和短距离。基站180和UE 104可以各自包括多个天线，例如天线元件、天线面板和/或天线阵列以促进波束成形。类似地，波束成形可以应用于例如UE之间的侧链路通信。

基站180可以在一个或多个发送方向182'上向UE 104发送波束成形信号。UE 104可以在一个或多个接收方向182”上从基站180接收波束成形信号。UE 104还可以在一个或多个发送方向上向基站180发送波束成形信号。基站180可以在一个或多个接收方向上从UE104接收波束成形信号。基站180/UE 104可以执行波束训练以确定基站180/UE 104中的每一者的最佳接收和发送方向。基站180的发送和接收方向可以相同也可以不同。UE 104的发送和接收方向可以相同也可以不同。尽管该示例是针对基站180和UE104描述的，但是这些方面可以类似地应用在第一设备与第二设备(例如，第一UE与第二UE)之间以用于侧链路通信。

EPC 160可以包括移动管理实体(MME)162、其他MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可以与归属订户服务器(HSS)174通信。MME 162是处理UE 104与EPC 160之间信令的控制节点。通常，MME 162提供承载和连接管理。所有用户互联网协议(IP)分组均通过服务网关166传输，该网关本身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其他功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可以包括互联网、内联网、IP多媒体子***(IMS)、PS流服务和/或其他IP服务。BM-SC 170可以提供用于MBMS用户服务供应和交付的功能。BM-SC 170可以用作内容提供商MBMS传输的入口点，可以用于授权和启动公共陆地移动网络(PLMN)内的MBMS承载服务，并且可以用于调度MBMS传输。MBMS网关168可以用于将MBMS业务分配给属于广播特定服务的多播广播单频网络(MBSFN)区域的基站102，并且可以负责会话管理(开始/停止)以及收集与eMBMS相关的收费信息。

核心网络190可以包括接入和移动性管理功能(AMF)192、其他AMF193、会话管理功能(SMF)194和用户平面功能(UPF)195。AMF 192可以与统一数据管理(UDM)196通信。AMF192是处理UE 104与核心网190之间信令的控制节点。通常，AMF 192提供QoS流和会话管理。所有用户互联网协议(IP)分组均通过UPF 195传输。UPF 195提供UE IP地址分配以及其他功能。UPF 195连接到IP服务197。IP服务197可以包括互联网、内联网、IP多媒体子***(IMS)、分组交换流(PSS)服务和/或其他IP服务。

基站可以包括和/或被称为gNB、节点B、eNB、接入点、基站收发器、无线电基站、无线电收发器、收发器功能、基本服务集(BSS)、扩展服务集(ESS)、发送接收点(TRP)或一些其他适当术语。基站102为UE 104提供对EPC 160或核心网络190的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电、全球定位***、多媒体设备、视频设备、数字音频播放器(例如MP3播放器)、相机、游戏控制台、平板设备、智能设备、可穿戴设备、车辆、电表、加油泵、大型或小型厨房用具、医疗保健设备、植入物、传感器/执行器、显示器或任何其他类似的功能设备。一些UE 104可以被称为IoT设备(例如，停车收费计、加油泵、烤面包机、车辆、心脏监视器等)。UE104还可以被称为站、移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手机、用户代理、移动客户端、客户端或一些其他适当的术语。

图2A是示出5G NR帧结构内的第一子帧的示例的图解200。图2B是示出5G NR子帧内的DL信道的示例的图解230。图2C是示出5G NR帧结构内的第二子帧的示例的图解250。图2D是示出5G NR子帧内的UL信道的示例的图解280。5G NR帧结构可以是频分双工的(FDD)，其中对于特定的子载波集(载波***带宽)，所述子载波集内的子帧专用于DL或UL中的任一者，或者可以是时分双工的(TDD)，其中对于特定的子载波集(载波***带宽)，所述子载波集中的子帧专用于DL和UL这两者。在图2A、2C提供的示例中，假设5G NR帧结构为TDD，子帧4配置有时隙格式28(大部分为DL)，其中D为DL，U为UL，并且F可灵活用于DL/UL之间，并且子帧3配置有时隙格式1(全文为UL)。尽管子帧3、4分别以时隙格式1、28示出，但是任何特定子帧可以配置有各种可用时隙格式0-61中的任何一种。时隙格式0、1分别均为DL、UL。其他时隙格式2-61包括DL、UL和灵活符号的组合。UE通过接收到的时隙格式指示符(SFI)配置时隙格式(动态地通过DL控制信息(DCI)，或半静态/静态地通过无线电资源控制(RRC)信令)。请注意，下文的描述也适用于TDD的5G NR帧结构。

图2A到图2D示出帧结构，并且本公开的方面可以适用于可以具有不同帧结构和/或不同信道的其他无线通信技术。一个帧(10ms)可以分为10个大小相等的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，其中可以包括7、4或2个符号。每个时隙可以包括14或12个符号，具体取决于循环前缀(CP)是正常的还是扩展的。对于常规CP，每个时隙可以包括14个符号，而对于扩展CP，每个时隙可以包括12个符号。DL上的符号可以是CP正交频分复用(OFDM)(CP-OFDM)符号。UL上的符号可以是CP-OFDM符号(用于高吞吐量场景)或离散傅里叶变换(DFT)扩展OFDM(DFT-s-OFDM)符号(也称为单载波频分多址(SC-FDMA)符号)(用于功率受限的场景；仅限于单流传输)。一个子帧内的时隙数量基于CP和参数集。所述参数集定义子载波间隔(SCS)，并且有效地定义符号长度/持续时间为等于1/SCS。

μ	SCSΔf＝2^μ·15[kHz]	循环前缀
			0	15	常规
1	30	常规
			2	60	常规、扩展
3	120	常规
			4	240	常规

对于常规CP(14个符号/时隙)，不同的参数集μ0到4分别允许每个子帧有1、2、4、8、16和16个时隙。对于扩展CP，参数集2允许每个子帧有4个时隙。相应地，对于常规CP和参数集μ，有14个符号/时隙和2^μ个时隙/子帧。子载波间隔可以等于2^μ*15kHz，其中μ是参数集0到4。因此，参数集μ＝0具有15kHz的子载波间隔，并且参数集μ＝4具有240kHz的子载波间隔。符号长度/持续时间与子载波间隔成反比。图2A-2D提供具有每个时隙14个符号的常规CP以及每个子帧4个时隙的参数集μ＝2的示例。时隙持续时间为0.25ms，并且子载波间隔为60kHz，并且符号持续时间为约16.67μs。在帧集内，可能有一个或多个不同的频分复用的的带宽部分(BWP)(参见图2B)。每个BWP可能有一个特定的参数集和CP(常规或扩展)。

可以使用资源网格来表示帧结构。每个时隙包括延伸12个连续子载波的一个资源块(RB)(也称为物理RB(PRB))。资源网格被划分为多个资源元素(RE)。每个RE承载的位数取决于调制方案。

如图2A所示，一些RE承载用于UE的参考(导频)信号(RS)。RS可以包括解调RS(DM-RS)(对于一种特定配置表示为R，但其他DM-RS配置也是可能的)和用于UE处的信道估计的信道状态信息参考信号(CSI-RS)。RS还可以包括波束测量RS(BRS)、波束细化RS(BRRS)和相位跟踪RS(PT-RS)。

图2B示出帧的子帧内的各种DL信道的示例。物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)(例如，1、2、4、8或16个CCE)内承载DCI，每个CCE包括六个RE组(REG)，每个REG在RB的OFDM符号中包括12个连续的RE。一个BWP内的PDCCH可以称为控制资源集(CORESET)。UE被配置成在CORESET上的PDCCH监视时机期间在PDCCH搜索空间(例如，公共搜索空间、UE特定搜索空间)中监视PDCCH候选，其中PDCCH候选具有不同的DCI格式和不同的聚合级别。额外的BWP可以位于信道带宽上更高和/或更低的频率。主同步信号(PSS)可以在帧的特定子帧的符号2内。PSS被UE 104用来确定子帧/符号定时和物理层标识。辅助同步信号(SSS)可以在帧的特定子帧的符号4内。SSS被UE用来确定物理层小区标识组号和无线帧定时。基于物理层标识和物理层小区标识组号，UE可以确定物理小区标识符(PCI)。基于PCI，UE可以确定所述DM-RS的位置。承载主信息块(MIB)的物理广播信道(PBCH)可以与PSS和SSS逻辑分组以形成同步信号(SS)/PBCH块(也称为SS块(SSB))。MIB提供***带宽中的RB数和***帧号(SFN)。物理下行链路共享信道(PDSCH)承载用户数据、不通过PBCH传输的例如***信息块(SIB)的广播***信息、以及寻呼消息。

如图2C所示，一些RE承载用于基站处的信道估计的DM-RS(对于一种特定配置表示为R，但其他DM-RS配置是可能的)。UE可以发送用于物理上行链路控制信道(PUCCH)的DM-RS以及用于物理上行链路共享信道(PUSCH)的DM-RS。PUSCH DM-RS可以在PUSCH的前一个或两个符号中传送。PUCCH DM-RS可以以不同的配置发送，具体取决于发送短PUCCH还是长PUCCH，并且取决于所使用的特定PUCCH格式。UE可以发送探测参考信号(SRS)。SRS可以在子帧的最后一个符号中发送。SRS可以具有梳状结构，并且UE可以在其中一个梳上发送SRS。SRS可以被基站用于信道质量估计，以实现UL上的频率相关调度。

图2D示出帧的子帧内的各种UL信道的示例。PUCCH可以如在一种配置中所指示被定位。PUCCH承载上行链路控制信息(UCI)，例如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和混合自动重复请求(HARQ)确认(ACK)(HARQ-ACK)反馈(即，一个或多个HARQ ACK位指示一个或多个ACK和/或否定ACK(NACK))。PUSCH承载数据，并且可以另外用于承载缓冲器状态报告(BSR)、功率余量报告(PHR)和/或UCI。

图3是基于侧链路与第二无线通信设备350进行通信的第一无线通信设备310的方框图300。在一些示例中，设备310和350可以基于V2X或其他D2D通信进行通信。所述通信可以基于使用PC5接口的侧链路。设备310和350可以包括UE、RSU、基站等。可以将分组提供给实现层3和层2功能的控制器/处理器375。层3包括无线资源控制(RRC)层，并且层2包括分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层和媒体访问控制(MAC)层。

发送(TX)处理器316和接收(RX)处理器370实施与各种信号处理功能相关联的层1功能。层1包括物理(PHY)层，可以包括传输信道上的错误检测、传输信道的前向纠错(FEC)编码/解码、交织、速率匹配、映射到物理信道、物理信道调制/解调和MIMO天线处理。TX处理器316基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M阶正交幅度调制(M-QAM))来处理到信号星座的映射。然后可以将编码和调制符号分成并行流。然后可以将每个流映射到OFDM子载波，在时域和/或频域中与参考信号(例如，导频)复用，然后使用快速傅里叶逆变换(IFFT)将其组合在一起以产生承载时域OFDM符号流的物理信道。OFDM流被空间预编码以产生多个空间流。来自信道估计器374的信道估计可以用于确定编码和调制方案，以及用于空间处理。信道估计可以从由设备350发送的参考信号和/或信道条件反馈而得出。然后可以通过单独的发送器318TX将每个空间流提供给不同的天线320。每个发送器318TX可以用相应的空间流调制RF载波以用于传输。

在设备350处，每个接收器354RX通过其各自的天线352接收信号。每个接收器354RX恢复调制到RF载波上的信息并且将该信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实施与各种信号处理功能相关联的层1功能。RX处理器356可以对信息执行空间处理以恢复以设备350为目的地的任何空间流。如果多个空间流以设备350为目的地，则其可以由RX处理器356组合成单个OFDM符号流。RX处理器356然后使用快速傅里叶变换(FFT)将OFDM符号流从时域转换到频域。频域信号包括用于OFDM信号的每个子载波的单独OFDM符号流。通过确定设备310发送的最可能的信号星座点来恢复和解调每个子载波上的符号和参考信号。这些软决定可以基于由信道估计器358计算的信道估计。然后对软决定进行解码和解交织以恢复最初由设备310在物理信道上发送的数据和控制信号。然后将数据和控制信号提供给实施层3和层2功能的控制器/处理器359。

控制器/处理器359可以与存储程序代码和数据的存储器360相关联。存储器360可以被称为计算机可读介质。控制器/处理器359提供传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理。控制器/处理器359还负责使用ACK和/或NACK协议进行错误检测以支持HARQ操作。

类似于结合设备310的传输描述的功能，控制器/处理器359可以提供与***信息(例如，MIB、SIB)采集、RRC连接和测量报告相关联的RRC层功能；与报头压缩/解压缩和安全性(加密、解密、完整性保护、完整性验证)相关的PDCP层功能；与上层PDU传输、通过ARQ进行的纠错、RLC SDU的级联、分段和重组，RLC数据PDU的重新分段以及RLC数据PDU的重新排序相关联的RLC层功能；与逻辑信道和传输信道之间的映射、MAC SDU到TB上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处理和逻辑信道优先级相关联的MAC层功能。

TX处理器368可以使用由信道估计器358从设备310发送的参考信号或反馈推导出的信道估计来选择适当的编码和调制方案，并促进空间处理。TX处理器368生成的空间流可以通过单独的发送器354TX提供给不同的天线352。每个发送器354TX可以用相应的空间流调制RF载波以用于传输。

以类似于结合设备350处的接收器功能所描述的方式，在设备310处理传输。每个接收器318RX通过其各自的天线320接收信号。每个接收器318RX恢复调制到RF载波上的信息，并且将该信息提供给RX处理器370。

控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可以被称为计算机可读介质。控制器/处理器375提供传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理。控制器/处理器375还负责使用ACK和/或NACK协议进行错误检测以支持HARQ操作。

TX处理器368、RX处理器356和控制器/处理器359中的至少一者可以被配置成执行与图1中的198相关的方面。TX处理器316、RX处理器370和控制器/处理器375中的至少一者可以被配置成执行与图1中的198相关的方面。

图4包括示出可用于侧链路通信(例如，在UE 104、RSU 107等之间)的时隙结构的示例性方面的图解400和410。在一些示例中，时隙结构可以在5G/NR帧结构内。在其他示例中，时隙结构可以在LTE帧结构内。尽管以下描述可能集中于5G NR，但本文描述的概念可适用于其他类似领域，例如LTE、LTE-A、CDMA、GSM和其他无线技术。图4中的示例性时隙结构仅是一个示例，其他侧链通信可以具有用于侧链通信的不同帧结构和/或不同信道。一个帧(10ms)可以分为10个大小相等的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，其中微时隙可以包括7、4或4个符号。每个时隙可以包括7或14个符号，具体取决于时隙配置。对于时隙配置0，每个时隙可以包括14个符号，而对于时隙配置1，每个时隙可以包括7个符号。图解400中示出单时隙传输的单个资源块，例如，其可以对应于0.5ms的传输时间间隔(TTI)。物理侧链路控制信道可以被配置成占用多个物理资源块(PRB)，例如，10、12、15、40或45个PRB。PSCCH可以限于单个子信道。例如，PSCCH持续时间可以被配置成4个符号或3个符号。例如，子信道可以包括10、15、40、45、50、75或100个PRB。可以从包括一个或多个子信道的资源池中选择用于侧链路传输的资源。作为非限制性示例，资源池可以包括1-27个子信道。可以为资源池建立PSCCH大小，例如，在一个子信道的10-100％之间，持续4个符号或3个符号。图4中的图解410示出PSCCH占用子信道约50％的示例，作为说明PSCCH占用子信道的一部分的概念的示例。PSSCH占用至少一个子信道。在一些示例中，PSCCH可以包括侧链路控制信息(SCI)的第一部分，并且PSSCH可以包括SCI的第二部分。

可以使用资源网格来表示帧结构。每个时隙可以包括延伸12个连续子载波的资源块(RB)(也称为物理RB(PRB))。资源网格被划分为多个资源元素(RE)。每个RE承载的位数取决于调制方案。如图4所示，一些RE可以包括PSCCH中的控制信息，并且一些RE可以包括解调RS(DMRS)。至少一个符号可以用于反馈。图4示出具有用于具有相邻间隙符号的物理侧链路反馈信道(PSFCH)的两个符号的示例。反馈之前和/或之后的符号可以用于数据接收和反馈传输之间的转换。所述间隙使设备能够从作为发送设备操作切换到准备作为接收设备操作，例如在下一个时隙中。如图所示，可以在剩余RE中传输数据。数据可以包括本文中所描述的数据消息。数据、DMRS、SCI、反馈、间隙符号和/或LBT符号中的任何一个的位置可以不同于图4所示的示例。在某些方面中，多个时隙可以聚合在一起。

图5示出设备之间的侧链通信的示例500。所述通信可以基于包括结合图4描述的方面的时隙结构。例如，UE 502可以发送侧链路传输514，例如，包括可以由UE 504、506、508接收的控制信道(例如，PSCCH)和/或对应的数据信道(例如，PSSCH)。控制信道可以包括用于解码数据信道的信息(例如，侧链路控制信息(SCI))，数据信道包括预留信息，例如关于为数据信道传输预留的时间和/或频率资源的信息。例如，SCI可以指示TTI的数量，以及将被数据传输占用的RB。接收设备也可以使用SCI来通过避免在预留资源上进行传输来避免干扰。除了侧链路接收之外，UE 502、504、506、508中的每一个均能够进行侧链路传输。因此，UE 504、506、508被图示为发送侧链路传输513、515、516、520。侧链路传输513、514、515、516、520可以是单播、广播或多播到附近的设备。例如，UE 504可以发送意图由UE 504的范围501内的其他UE接收的侧链路传输513、515，并且UE 506可以发送侧链路传输516。附加地或替代地，RSU 507可以从UE 502、504、506、508接收通信和/或向UE 502、504、506、508发送通信518。UE 502、504、506、508或RSU 507中的一个或多个可以包括如结合图1所描述的侧链路中继MAC-CE组件198。

MAC-CE是从一个网络设备到另一个网络设备的命令。网络设备可以是UE和基站。因此，UE和基站可以在MAC-CE中向UE和/或基站发送命令消息。具体来说，UE之间的MAC-CE可以通过侧链路通信进行传输。MAC-CE可以通过HARQ消息传递来提供反馈，进而可以提供改进的可靠性和增加的延迟。接收器可以向发送器提供HARQ ACK以确认命令已通过MAC-CE被成功接收。替代地，所述命令消息可以通过DL上的DCI或UL上的UCI(通过PUCCH或PUSCH)被发送。通过DL上的DCI或UL上的UCI发送所述命令消息不提供HARQ消息(例如，ACK/否定ACK(NACK))。因此，通过DL上的DCI或UL上的UCI发送的命令消息可能具有较低的延迟，但可能可靠性较低。

MAC-CE可以通过侧链通信被发送。在LTE通信中，可以在Uu链路上发送侧链路(SL)缓冲器状态报告(BSR)MAC-CE(SL-BSR MAC-CE)以指示侧链路业务的缓冲器状态。对于NR车辆到万物(V2X)(NRV2X)网络，可以同意通过侧链路MAC-CE来发送CSI报告。通过发送包括CSI报告的侧链路MAC-CE，UE可以不实施用于UCI复用的接收器。

为了实施更高级的用例，可能需要更多与侧链路相关的MAC-CE。例如，通过Uu链路或侧链路通信发送的MAC-CE可以承载与侧链路相关的信息。在侧链路中继的情况下，MAC-CE可以指示被中继的业务和/或始发业务。在Uu-PC5时隙聚合的情况下，可以为MAC-CE提供特殊处理，并且MAC-CE可以指示哪些代码块组(CBG)是通过哪个链路发送的。

经由侧链路通信中继的Uu链路MAC-CE(DL或UL)可以包括附加的中继/路由信息。中继/路由信息可以针对RRC/MAC-CE/DCI或其侧链路等效物单独指示。中继信息可以包括源节点、目的地节点或中转路由中的一者或多者。

如果中继的最后一段是Uu链路，则路由信息可能会被删除，或者其一部分或全部可能会保留(例如，源ID)在最后一段。在Uu+PC5时隙聚合的情况下，最后一段可能是Uu+PC5链路，并且路由信息指示可能与仅Uu链路不同。

MAC-CE的内容可以包括对目标网络设备(例如，接收UE)执行或激活特定功能的命令。在SL上发送的MAC-CE可以包括与SL相关的内容，例如SL-CSI、SL定时提前(SL-TA)(例如，用于覆盖范围外(OOC))、SL发送功率控制(TPC)(SL-TPC)、SL调度请求(SR)/缓冲状态报告(BSR)/功率余量报告(PHR)、SL半持续调度(SL-SPS)/载波等级(CG)和/或非周期/半持久(A/SP)SL-CSI-RS/SRS的激活/去激活(A/SP SL-CSI-RS/SRS)。当包括上述提供的内容的MAC-CE在SL上被中继时，路由信息可以按照关于SL中继的Uu MAC-CE的提供而被填充/移除。

在Uu链路上发送的带有SL相关内容(例如，LTE的SL-BSR)的MAC-CE可以包括SL-PHR、TPC、推荐位率、信道繁忙率(CBR)/信道占用率(CR)，以及关于在SL上发送的具有SL相关内容的MAC-CE所提供的基站中继的MAC-CE。

“报头”MAC-CE可以指示哪些CBG通过哪个链路(Uu链路或PC5链路)发送。报头MAC-CE还可以指示其他MAC-CE的位置，特别是其来自Uu链路还是PC5链路。

MAC-CE可以具有激活时间。在Uu链路上，一些MAC-CE例如UL MAC-CE、DL TA和推荐位率等可能没有激活时间，但很多MAC-CE可以具有基于ACK发送时间的激活时间。例如，所述激活时间可以是发送ACK之后的3ms或N个时隙。时间计数可以包括或排除在计数期间接收到的TA命令。ACK Tx可以指代整个TB的ACK。一般来说，UL MAC-CE可能没有激活时间，因为如何对UL MAC-CE做出反应可以由基站实施方案来确定。

在SL通信中，发送到基站的带有SL相关内容的MAC-CE可以被以类似于Uu UL MAC-CE的方式对待，可以由基站实施方案来决定如何对MAC-CE做出反应。通过SL或通过DL(具有与SL相关的内容)发送给UE的MAC-CE可以被视为Uu DL MAC-CE一样处理。因此，所述激活时间可以基于ACK。通过SL发送的MAC-CE和通过DL发送的MAC-CE的激活时间可能不同。此外，通过中继UE中继到UE的MAC-CE可能需要特殊考虑。

MAC-CE可以通过中继UE而被中继到接收UE，并且可以为接收UE配置不同的激活时间。可以响应于成功接收到MAC-CE来发送ACK。在ACK没有被中继的情况下，ACK可以直接从接收UE发送到发起UE，即发起MAC-CE的UE。接收UE可以遵循ACK定时，并且可以具有基于ACK传输时间的激活时间。例如，接收UE可以在向始发UE发送ACK之后在激活MAC-CE之前等待3ms。

在通过中继UE将ACK中继回到始发UE的情况下，接收UE可以遵循依赖于由被中继MAC-CE的跳变引起的时间延迟的定时，因为与被直接发送的ACK相比，预定时间延迟可能不是充足的。例如，接收UE可以使用Xms作为激活时间，其中X取决于跳数。由于跳数可能是动态的并且接收UE可能不知道信号跳数，因此此信息可以单独指示给接收UE(例如，作为ACK的一部分或在DCI/MAC-CE/RRC中)。例如，接收UE可能会使用预配置的“预期”跳数。

在另一示例中，接收UE可以遵循ACK的最后一跳的定时。接收UE可能会根据接收ACK的时间来知道所述定时。但是，始发UE可能不知道此定时。同样，接收UE可以使用基于跳数的预配置/预期定时，并且预配置/预期定时可能等效于配置激活时间为X ms的选项。当ACK可能被多个路由中继时，确定“X ms”的跳数可以基于最短路由或最长路由，其中路由的长度是指跳数。

当始发UE经由中继UE向接收UE发送包括命令的MAC-CE时，接收UE可以确定激活时间以激活经由中继UE从始发UE接收到的MAC-CE中的命令。

在一个示例中，当接收UE将ACK直接发送回始发UE时，接收UE可以遵循针对Uu链路提供的方法。在一个示例中，当接收UE向始发UE发送经由中继UE被中继的ACK时，接收UE可以确定激活时间。首先，接收UE可以等待与接收UE和始发UE之间的跳数相对应的X毫秒的激活时间段。其次，接收UE可以通过添加额外的Y毫秒偏移来增加激活时间段，该偏移被配置成允许有时间将ACK从中继UE中继到始发UE。第三，当对始发UE本身的ACK在分组中发送时(例如，承载第二MAC-CE的PSSCH)，第二MAC-CE也可以被确认(例如，中继UE可以向接收UE发送ACK以指示第二MAC-CE的接收)，并且中继UE可以向接收UE发送ACK以指示第二MAC-CE被成功中继到始发UE。第四，来自始发UE的MAC-CE可以在接收UE传输承载基于MAC-CE的ACK(对于从始发UE接收到的MAC-CE)的PSSCH之后X'毫秒后被激活。第五，来自始发UE的MAC-CE可以在成功接收到针对成功传输发送到始发UE的PSSCH的HARQ-ACK后X”毫秒后被激活。

图6示出无线通信的示例600。示例600包括第一UE 602、第二UE 604和第三UE606。第三UE 606(或UE3)可以使用第二UE 604(或UE2)作为中继UE来向第一UE 602(或UE1)发送MAC-CE。替代HARQ ACK或除了HARQ ACK之外，来自第三UE 606的MAC-CE可以请求第一UE 602向第三UE 606发送基于响应MAC-CE的ACK。第一UE 602向第三UE 606发送的响应MAC-CE不需要是ACK。

首先，在608中，第三UE 606可以向第二UE 604发送意图被用于第一UE 602的第一MAC-CE(或MAC-CE1)。在610中，第二UE 604继而可以将第一MAC-CE中继到第一UE 602。

在经由第二UE 604从第三UE 606成功接收到第一MAC-CE之后，第一UE 602可以响应于第一MAC-CE向第三UE 606发送第二MAC-CE(或MAC-CE2)。这里，第二MAC-CE可以包括用于第一MAC-CE的ACK，指示第一MAC-CE的成功接收。

PSSCH 620示出从第一UE 602发送的包括第二MAC-CE的PSSCH的示例，其中第二MAC-CE包括针对第一MAC-CE的基于MAC-CE的ACK，指示第一MAC-CE的成功接收。

在612中，第一UE 602可以通过经由第二UE 604中继第二MAC-CE来向第三UE 606发送具有第二MAC-CE的PSSCH。在614中，第二UE 604可以将具有第二MAC-CE的PSSCH中继到第三UE 606。

在经由第二UE 604从第一UE 602成功地接收到第二MAC-CE之后，第三UE 606可以发送指示第二MAC-CE的成功接收的HARQ ACK。在616中，第三UE 606可以向第二UE 604发送指示第二MAC-CE的成功接收的HARQ ACK。在618中，第二UE 604可以将指示第二MAC-CE的成功接收的HARQ ACK中继到第一UE 602。

图7是无线通信的呼叫流图700。呼叫流图700可以包括第一UE 702、第二UE 704和第三UE 706。第一UE 702可以从第三UE 706接收经由第二UE 704中继的激活请求，并且向第三UE 706发送激活响应，并且在一段时间后激活接收到的激活请求。

第三UE 706(或UE3；例如，第一UE 602)可以使用第二UE 704(或UE2；例如，第二UE604)作为中继UE向第一UE 702(或UE1；例如第三UE 606)发送第一MAC-CE(即MAC-CE1)。替代HARQ ACK或除了HARQ ACK之外，来自第三UE 706的第一MAC-CE可以指示UE 702向第三UE706发送基于MAC-CE的ACK。在710中，第三UE 706可以向第二UE 704发送意图被用于第一UE702(例如在步骤608中)的第一MAC-CE(或MAC-CE1)。第一MAC-CE可以包括对与第一UE 702相关联的命令的激活请求。

在712中，第二UE 704可以从第三UE 706向第一UE 702中继包括对与第一UE 702相关联的命令的激活请求的第一MAC-CE(例如，在步骤610)。第一UE 702可以接收对与第三UE 706相关联的命令的激活请求，所述激活请求在从第二UE 704中继的第一MAC-CE中被接收(例如，在步骤610)。所述激活请求可以通过PSSCH被接收。

在从第三UE 706成功接收到第一MAC-CE后，在714中，第一UE 702可以响应于激活请求向第二UE 704发送包括对第三UE的激活响应的第二MAC-CE 706(例如，在步骤612中)。所述激活响应可以通过PSSCH被发送。PSSCH可以包括被意图用于第三UE 706(例如，PSSCH620)的基于MAC-CE的ACK。也就是说，从第一UE 702发送的PSSCH可以包括第二MAC-CE，所述第二MAC-CE包括用于第一MAC-CE的基于MAC-CE的ACK，其指示被意图用于第三UE 706的第一MAC-CE的成功接收。

在716中，第二UE 704可以将指示从第一UE 702成功接收到PSSCH的HARQ ACK。第一UE 702可以响应于在714中发送的激活响应而从第二UE 704接收与第二UE 704相关联的HARQ ACK。

在718中，第二UE 704可以将在714中接收到的第二MAC-CE从第一UE 702中继到第三UE 706，其中所述第二MAC-CE包括对第三UE 706的激活响应(例如，在步骤614中)。

在经由第二UE 704从第一UE 702成功接收到包括基于MAC-CE的ACK的PSSCH之后，第三UE 706可以发送指示成功接收到包括基于MAC-CE的ACK的PSSCH的HARQ ACK。在720中，第三UE 706可以响应于从第一UE 702成功接收到被第二UE 704中继的PSSCH而发送用于第一UE 702的HARQ ACK(例如，在步骤616中)。

在722中，第二UE 704可以响应于激活响应，从第三UE 706向第一UE 702中继与第三UE 706相关联的HARQ ACK(例如，在步骤618中)。响应于在714中被发送的激活响应，第一UE 702可以从第二UE 704接收与第三UE 706相关联的HARQ ACK(例如，在步骤618中)。

在730中，第一UE 702可以确定在激活在712中被接收的第一MAC-CE之前的时间段。在一个方面中，第一UE 702可以确定在接收到与第三UE 706相关联的HARQ ACK之后并且在激活所述命令之间要等待的时间段。在另一个方面中，第一UE 702可以确定在接收到与第二UE 704相关联的HARQ ACK之后并且在激活所述命令之间要等待的时间段。在另一方面中，第一UE 702可以基于激活请求经过的第三UE 706与第一UE 702之间的跳数来确定在包括激活响应的第二MAC-CE的发送之后和命令激活之前的时间段，其中所述跳数大于或等于1。

在一个方面中，第一UE 702在激活第一MAC-CE之前等待的时间段可以基于在714中为第三UE 706发送的PSSCH来确定。也就是说，第一UE 702可以根据从第一UE 702到第三UE 706的跳数将时间段确定为X毫秒。第一UE 702可以在714中将包含基于MAC-CE的ACK的PSSCH发送到第三UE 706之后的X毫秒时间段后，激活在第一MAC-CE中发送的命令。

在另一方面中，第一UE 702在激活第一MAC-CE之前等待的时间段可以基于响应于PSSCH的HARQ ACK的接收来确定，其中所述HARQ ACK在722中从第三UE 706经由第二UE 704被发送。也就是说，第一UE 702可以将时间段确定为Y毫秒。第一UE 702可以在722中经由第二UE 704从第三UE 706接收到HARQ ACK之后的Y毫秒时间段后激活在第一MAC-CE中发送的命令，其中所述HARQ ACK指示在第三UE 706处成功接收PSSCH。

在另一方面中，第一UE 702在激活第一MAC-CE之前等待的时间段可以基于响应于PSSCH的HARQ ACK的接收来确定，其中所述HARQ ACK在716中从第二UE 704被发送。也就是说，第一UE 702可以将时间段确定为Z毫秒。第一UE 702可以在716中从第二UE 704接收到HARQ ACK之后的Z毫秒时间段后激活在第一MAC-CE中发送的命令，其中所述HARQ ACK指示在第二UE 704处成功接收PSSCH。

在732中，第一UE 702可以在发送激活响应之后激活所述命令。也就是说，第一UE702可以在730确定的时间段之后激活在712中从第三UE 706接收的第一MAC-CE。在一个方面中，所述命令可以在722中接收与第三UE相关的HARQ ACK的时间段之后被激活。在另一个方面中，所述命令可以在716中接收与第二UE相关的HARQ ACK的时间段之后被激活。在另一方面中，所述命令可以在714中发送包括激活响应的第二MAC-CE之后的一段时间后被激活。所述命令可以在接收到HARQ ACK之前激活，也可以在接收到HARQ ACK后激活。

图8是无线通信方法的流程图800。所述方法可以由UE(例如，UE 104；第一UE 602/702；装置1202)执行。UE可以从第三UE接收经由第二UE被中继的激活请求，并且向第三UE发送激活响应，并且在一段时间后激活接收到的激活请求。

在802中，UE可以接收对与第三UE相关联的命令的激活请求，所述激活请求在从第二UE中继的第一MAC-CE中被接收。所述激活请求可以通过PSSCH被接收。例如，在712中，第一UE 702可以接收对与第三UE 706相关联的命令的激活请求，所述激活请求在从第二UE704中继的第一MAC-CE中被接收。此外，802可以由MAC-CE管理的组件1240执行。

在804中，UE可以在从第三UE成功地接收到第一MAC-CE之后，响应于所述激活请求向第二UE发送包括对第三UE的激活响应的第二MAC-CE。也就是说，从UE发送的PSSCH可以包括第二MAC-CE，所述第二MAC-CE包括用于第一MAC-CE的基于MAC-CE的ACK，其指示被意图用于第三UE的第一MAC-CE的成功接收。例如，在714中，第一UE702可以在802中从第三UE成功地接收到第一MAC-CE之后，响应于所述激活请求向第二UE 704发送包括对第三UE 706的激活响应的第二MAC-CE。此外，804可以由MAC-CE管理的组件1240执行。

在806中，UE可以响应于在804中发送的激活响应而从第二UE接收与第二UE相关联的HARQ ACK。例如，在716中，第一UE 702可以响应于在714中发送的激活响应而从第二UE704接收与第二UE 704相关联的HARQ ACK。此外，806可以由HARQ管理组件1242执行。

在808中，UE可以响应于在804中发送的激活响应而从第二UE 704接收与第三UE相关联的HARQ ACK。例如，在722中，第一UE 702可以响应于在714中发送的激活响应而从第二UE 704接收与第三UE 706相关联的HARQ ACK。此外，808可以由HARQ管理组件1242执行。

在810中，UE可以确定在激活在802中被接收的第一MAC-CE之前的时间段。在一个方面中，UE可以确定在接收到与第三UE相关联的HARQ ACK之后并且在激活所述命令之前要等待的时间段。在另一个方面中，UE可以确定在接收到与第二UE相关联的HARQ ACK之后并且在激活所述命令之前要等待的时间段。在另一方面中，UE可以基于激活请求经过的第三UE与UE之间的跳数来确定在发送包括激活响应的第二MAC-CE之后和激活命令之前的时间段，其中所述跳数大于或等于1。例如，在730中，第一UE 702可以确定在激活在802中被接收的第一MAC-CE之前的时间段。此外，810可以由激活时间段组件1244执行。

在一个方面中，在804中，UE在激活第一MAC-CE之前等待的时间段可以基于为第三UE发送的PSSCH来确定。也就是说，UE可以根据从UE到第三UE的跳数将时间段确定为X毫秒。UE可以在804中将包含基于MAC-CE的ACK的PSSCH发送到第三UE之后的X毫秒时间段后，激活在第一MAC-CE中发送的命令。

在另一方面中，UE在激活第一MAC-CE之前等待的时间段可以基于响应于PSSCH的HARQ ACK的接收来确定，其中所述HARQ ACK在808中从第三UE经由第二UE被发送。也就是说，UE可以将时间段确定为Y毫秒。UE可以在808中经由第二UE从第三UE接收到HARQ ACK之后的Y毫秒时间段后激活在第一MAC-CE中发送的命令，其中所述HARQ ACK指示在第三UE处成功接收PSSCH。

在另一方面中，UE在激活第一MAC-CE之前等待的时间段可以基于响应于PSSCH的HARQ ACK的接收来确定，其中所述HARQ ACK在806中从第二UE被发送。也就是说，UE可以将时间段确定为Z毫秒。UE可以在806中从第二UE接收到HARQ ACK之后的Z毫秒时间段后激活在第一MAC-CE中发送的命令，其中所述HARQ ACK指示在第二UE处成功接收PSSCH。

在812中，UE可以在发送激活响应之后激活所述命令。也就是说，UE可以在810确定的时间段之后激活在802中从第三UE接收的第一MAC-CE。在一个方面中，所述命令可以在808中接收与第三UE相关的HARQ ACK的时间段之后被激活。在另一个方面中，所述命令可以在806中接收与第二UE相关的HARQ ACK的时间段之后被激活。在另一方面中，所述命令可以在804中发送包括激活响应的第二MAC-CE之后的一段时间后被激活。所述命令可以在接收到HARQ ACK之前激活，也可以在接收到HARQ ACK后激活。例如，在732中，第一UE 702可以在发送激活响应之后激活所述命令。此外，812可以由命令组件1246执行。

图9是无线通信方法的流程图900。所述方法可以由UE(例如，UE 104；第一UE 602/702；装置1202)执行。UE可以从第三UE接收经由第二UE被中继的激活请求，并且向第三UE发送激活响应，并且在一段时间后激活接收到的激活请求。

在902中，UE可以接收对与第三UE相关联的命令的激活请求，所述激活请求在从第二UE中继的第一MAC-CE中被接收。所述激活请求可以通过PSSCH被接收。例如，在712中，第一UE 702可以接收对与第三UE 706相关联的命令的激活请求，所述激活请求在从第二UE704中继的第一MAC-CE中被接收。此外，902可以由MAC-CE管理组件1240执行。

在904中，UE可以在从第三UE成功地接收到第一MAC-CE之后，响应于所述激活请求向第二UE发送包括对第三UE的激活响应的第二MAC-CE。也就是说，从UE发送的PSSCH可以包括第二MAC-CE，所述第二MAC-CE包括用于第一MAC-CE的基于MAC-CE的ACK，其指示被意图用于第三UE的第一MAC-CE的成功接收。例如，在714中，第一UE702可以在902中从第三UE成功地接收到第一MAC-CE之后，响应于所述激活请求向第二UE 704发送包括对第三UE 706的激活响应的第二MAC-CE。此外，904可以由MAC-CE管理组件1240执行。

在912中，UE可以在发送激活响应之后激活所述命令。也就是说，UE可以在确定的时间段之后激活在902中从第三UE接收的第一MAC-CE。在一个方面中，所述命令可以在接收与第三UE相关的HARQ ACK起的时间段之后被激活。在另一个方面中，所述命令可以在从接收与第二UE相关的HARQ ACK起的时间段之后被激活。在另一方面中，所述命令可以从在904中发送包括激活响应的第二MAC-CE起的一段时间后被激活。所述命令可以在接收到HARQACK之前被激活，也可以在接收到HARQ ACK后被激活。例如，在732中，第一UE 702可以在发送激活响应之后激活所述命令。此外，912可以由命令组件1246执行。

图10是无线通信方法的流程图1000。所述方法可以由UE(例如，UE104；第二UE604/704；装置1202)执行。UE可以将激活请求从第三UE中继到第一UE，并且将激活响应从第一UE中继到第三UE。

在1002中，UE可以从第三UE接收意图被用于第一UE的第一MAC-CE。第一MAC-CE可以包括对与第一UE相关联的命令的激活请求。例如，在710中，第二UE 704可以从第三UE706接收意图被用于第一UE 702的第一MAC-CE702。此外，1002可以由MAC-CE管理组件1240执行。

在1004中，UE可以从第三UE向第一UE中继包括对与第一UE相关联的命令的激活请求的第一MAC-CE。所述激活请求可以通过PSSCH被接收。例如，在712中，第二UE 704可以从第三UE 706向第一UE 702中继包括对与第一UE 702关联的命令的激活请求的第一MAC-CE。此外，1004可以由MAC-CE管理组件1240执行。

在1006中，UE可以从第一UE接收包括对第三UE的激活响应的第二MAC-CE。所述激活响应可以通过PSSCH被发送。PSSCH可以包括被意图用于第三UE的基于MAC-CE的ACK。也就是说，从第一UE发送的PSSCH可以包括第二MAC-CE，所述第二MAC-CE包括用于第一MAC-CE的基于MAC-CE的ACK，其指示被意图用于第三UE的第一MAC-CE的成功接收。例如，在714中，第二UE 704可以从第一UE 702接收包括对第三UE 706的激活响应的第二MAC-CE。此外，1006可以由MAC-CE管理组件1240执行。

在1008中，UE可以发送指示从第一UE成功接收到PSSCH的HARQ ACK。例如，在716中，第二UE 704可以将指示从第一UE 702成功接收到PSSCH的HARQ ACK。此外，1008可以由HARQ管理组件1242执行。

在1010中，UE可以将在1006中接收到的第二MAC-CE从第一UE中继到第三UE，其中所述第二MAC-CE包括对第三UE的激活响应。例如，在718中，第二UE 704可以将在714中接收到的第二MAC-CE从第一UE 702中继到第三UE 706，其中所述第二MAC-CE包括对第三UE 706的激活响应。此外，1010可以由MAC-CE管理组件1240执行。

在1012中，UE可以响应于从第一UE成功接收到经由第二UE中继的PSSCH而接收用于第一UE的HARQ ACK。例如，在720中，第二UE 704可以响应于从第一UE 702成功接收到被第二UE 704中继的PSSCH而接收用于第一UE 702的HARQ ACK。此外，1012可以由HARQ管理组件1242执行。

在1014中，UE可以响应于激活响应，从第三UE向第一UE中继与第三UE相关联的HARQ ACK。例如，在722中，第二UE 704可以响应于激活响应，从第三UE 706向第一UE 702中继与第三UE 706相关联的HARQ ACK。此外，1014可以由HARQ管理组件1242执行。

图11是无线通信方法的流程图1100。所述方法可以由UE(例如，UE104；第二UE604/704；装置1202)执行。UE可以将激活请求从第三UE中继到第一UE，并且将激活响应从第一UE中继到第三UE。

在1104中，UE可以从第三UE向第一UE中继包括对与第一UE相关联的命令的激活请求的第一MAC-CE。所述激活请求可以通过PSSCH被接收。例如，在712中，第二UE 704可以从第三UE 706向第一UE 702中继包括对与第一UE 702关联的命令的激活请求的第一MAC-CE。此外，1104可以由MAC-CE管理组件1240执行。

在1110中，UE可以将在1106中接收到的第二MAC-CE从第一UE中继到第三UE，其中所述第二MAC-CE包括对第三UE的激活响应。例如，在718中，第二UE 704可以将在714中接收到的第二MAC-CE从第一UE 702中继到第三UE 706，其中所述第二MAC-CE包括对第三UE 706的激活响应。此外，1110可以由MAC-CE管理组件1240执行。

图12是示出用于装置1202的硬件实施方案的示例的图解1200。装置1202可以是UE，或者被配置成发送和/或接收侧链路通信的另一装置。装置1202包括耦合到RF收发器1222的基带处理器1204(也称为调制解调器)。在某些方面中，基带处理器1204可以是蜂窝基带处理器并且/或者RF收发器1222可以是蜂窝RF收发器。装置1202还可以包括一个或多个订户身份模块(SIM)卡1220、耦合到安全数字(SD)卡1208和屏幕1210的应用处理器1206、蓝牙模块1212、无线局域网(WLAN)模块1214、全球定位***(GPS)模块1216和/或电源1218。基带处理器1204通过RF收发器1222与UE 104和/或BS 102/180通信。基带处理器1204可以包括计算机可读介质/存储器。所述计算机可读介质/存储器可以是非暂态的。基带处理器1204负责一般处理，包括执行存储在计算机可读介质/存储器上的软件。所述软件在被基带处理器1204执行时使基带处理器1204执行本申请中描述的各种功能。计算机可读介质/存储器还可以用于存储在执行软件时被基带处理器1204操纵的数据。基带处理器1204可以包括接收组件1230、通信管理器1232和发送组件1234。通信管理器1232包括一个或多个所示组件。通信管理器1232内的组件可以存储在计算机可读介质/存储器中和/或被配置成基带处理器1204内的硬件。基带处理器1204可以是设备350的组件并且可以包括存储器360和/或TX处理器368、RX处理器356和控制器/处理器359中的至少一者。在一种配置中，装置1202可以是调制解调器芯片并且仅包括基带处理器1204，而在另一种配置中，装置1202可以是整个UE(例如，参见图3的350)并且包括装置1202的附加模块。

通信管理器1232包括MAC-CE管理组件1240，其被配置成：接收对与第三UE相关联的命令的激活请求；向第三UE发送包括激活响应的第二MAC-CE；从第三UE接收意图被用于第一UE的第一MAC-CE；从第三UE向第一UE中继第一MAC-CE，其中所述第一MAC-CE包括与第一UE相关联的命令的激活请求；从第一UE接收包括对第三UE的激活响应的第二MAC-CE；并且从第一UE向第三UE中继第二MAC-CE，其中第二MAC-CE包括对第三UE的激活响应，例如，如结合802、804、902、904、1002、1004、1006、1010、1104和1110所述。通信管理器1232还包括HARQ管理组件1242，其被配置成：响应于激活响应而从第二UE接收与第二UE相关联的HARQACK；响应于被发送的激活响应而从第二UE接收与第三UE相关联的HARQ ACK；发送HARQACK，其指示从第一UE成功接收PSSCH；响应于从第一UE成功接收到经由第二UE中继的PSSCH而接收用于第一UE的HARQ ACK；并且响应于所述激活响应而中继与第三UE关联的HARQACK，例如，如结合806、808、1008、1012、1014所述。通信管理器1232还包括激活时间段组件1244，其被配置成确定在激活接收到的第一MAC-CE之前的时间段，例如，如结合810所述。通信管理器1232还包括命令组件1246，其被配置成在发送激活响应之后激活所述命令，例如，如结合812和912所述。

所述装置可以包括附加部件，这些附加部件执行上述图7、8、9、10和11的流程图中的每个算法块。因此，图7、8、9、10和11的流程图中的每个方框可以由组件执行，并且该装置可以包括这些组件中的一个或多个组件。所述组件可以是一个或多个硬件组件，其具体配置成执行所述过程/算法，由配置成执行所述过程/算法的处理器实施，存储在计算机可读介质中以供处理器实施，或其特定组合。

在一种配置中，装置1202，具体来说基带处理器1204，包括：用于接收与第三UE相关联的命令的激活请求的部件，所述激活请求在从第二UE中继的第一MAC-CE中被接收；用于响应于所述激活请求而向第二UE发送包括对第三UE的激活响应的第二MAC-CE的部件；以及用于在发送激活响应后激活命令的部件。装置1202包括：用于响应于被发送的激活响应而从第二UE接收与第三UE相关联的HARQ确认(ACK)的部件；以及用于确定在接收到与第三UE相关联的HARQ ACK之后并且在激活命令之前要等待的时间段的部件；用于响应于被发送的激活响应而从第二UE接收与第二UE相关联的HARQ确认(ACK)的部件；以及用于确定在接收到与第二UE相关联的HARQ ACK之后并且在激活命令之前要等待的时间段的部件。装置1202包括基于所述激活请求所经过的所述第三UE与第一UE之间的跳数而确定在发送包括所述激活响应的所述第二MAC-CE之后并且在激活所述命令之间的等待时间段的部件，其中所述跳数大于或等于1，并且装置1202包括响应于所发送的激活响应，从所述第二UE接收与所述第三UE关联的HARQ确认(ACK)的部件。装置1202包括用于从第三UE向第一UE中继包括对与第一UE相关联的命令的激活请求的第一媒体访问控制(MAC)控制元素(CE)(MAC-CE)的部件，用于从第一UE向第三UE中继包括对第三UE的激活响应的第二MAC-CE的部件，以及用于响应于被中继的激活响应从第三UE向第一UE中继与第三UE相关联的HARQ ACK的部件。所述部件可以是装置1202的一个或多个组件，被配置成执行所列举的部件功能。如本文所述，装置1202可以包括TX处理器368、RX处理器356和控制器/处理器359。因此，在一种配置中，所述部件可以是TX处理器368、RX处理器356以及控制器/处理器359，被配置成执行所列举的部件功能。

所述无线通信装置可以包括UE，所述UE被配置成在等待一段时间后激活通过SL中继发送的MAC-CE，方法是：接收与第二UE关联的命令的激活请求，所述激活请求在从第三UE中继的第一MAC-CE中被接收；响应于所述激活请求向所述第三UE发送第二MAC-CE，所述第二MAC-CE包括对所述第二UE的激活响应；以及在发送所述激活响应之后激活所述命令。在一个示例中，所述UE可以进一步被配置成响应于所发送的激活响应，从所述第三UE接收与所述第二UE相关联的HARQ ACK，在接收到与所述第二UE关联的所述HARQ ACK之后并且在激活命令之前等待一段时间，并且确定在接收到与所述第二UE关联的所述HARQ ACK之后并且在激活命令之前的等待时间段。在一个示例中，所述UE可以响应于所发送的激活响应从所述第三UE接收与所述第三UE相关联的HARQ ACK，在接收到与所述第三UE关联的所述HARQACK之后并且在激活命令之前等待一段时间，并且确定在接收到与所述第三UE关联的所述HARQ ACK之后到激活所述命令之前的等待时间段。在一个示例中，所述UE可以在发送包括所述激活响应的所述第二MAC-CE之后、激活命令之前等待一段时间，基于所述激活请求所经过的所述第二UE与第一UE之间的跳数而确定在发送包括所述激活响应的所述第二MAC-CE之后、激活命令之前要等待的时间段，其中所述跳数大于或等于1，并且响应于所发送的激活响应，从所述第三UE接收与所述第二UE关联的HARQ ACK。这里，所述命令可以在接收到所述HARQ ACK之前或之后被激活。这里，所述激活请求通过PSSCH被接收，并且所述激活响应通过所述PSSCH被发送。所述UE可以在所述激活响应中包括ACK。

应理解，所公开的过程/流程图中的方框的特定顺序或层次结构是示例方法的说明。基于设计偏好，应理解可以重新排列过程/流程图中方框的特定顺序或层次结构。此外，可以组合或省略一些方框。所附方法权利要求以样本顺序呈现各种方框的元素，并不意味着限于呈现的特定顺序或层次结构。

上文描述的提供是为了使所属领域中的任何技术人员能够实践本文所描述的各个方面。对这些方面的各种修改对于所属领域中技术人员而言将是显而易见的，并且本文定义的一般原理可以应用于其他方面。因此，权利要求不旨在限于本文所示的方面，而是要符合与语言权利要求一致的全部范围，其中除非特别规定，以单数形式提及的元件不旨在表示“一个且只有一个”，而是“一个或多个”。诸如“如果”、“当...时”和“当...同时”等术语应解释为“在...条件下”，而不是暗示直接的时间关系或反应。也就是说，这些短语，例如“当...时”，并不意味着响应于动作或发生在动作发生期间立即采取行动，而只是暗示如果满足条件，那么就会发生所述动作，但不需要对发生动作的特定或立即时间约束。“示例性”一词在本文中用于表示“作为示例、实例或说明”。本文中描述为“示例性”的任何方面不必被解释为优选于或优于其他方面。除非另有明确说明，否则术语“一些”是指一个或多个。诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”的组合或其任何组合包括A、B和/或C的任何组合，并且可以包括A的倍数、B的倍数或C的倍数。具体而言，诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B或C中的一个或多个”以及“A、B、C”或其任何组合可以是仅A、仅B、仅C，A和B，A和C，B和C，或A和B和C，其中任何该等组合可以包括A、B或C种的一个或多个成员。本公开中描述的所属领域中普通技术人员已知的或以后将了解的各个方面元素的所有结构和功能等效物以引用的方式明确并入本文中，并且旨在被权利要求书所涵盖。此外，本文所公开的任何内容均不旨在面向公众，无论此类公开内容是否在权利要求中明确陈述。“模块”、“机制”、“元件”、“设备”等词可能不是“部件”一词的替代。因此，任何权利要求要素均不得解释为构件加功能，除非该要素使用短语“部件用于”而明确引用。

以下方面仅是说明性的，并且可以与本文描述的其他示例或教导的方面结合，而不受限制。

方面1是一种用于在第一UE处的无线通信的装置，所述装置包括至少一个处理器，所述至少一个处理器耦合到存储器并且被配置成：接收对与第三UE相关联的命令的激活请求，所述激活请求在从第二UE中继的第一MAC-CE中被接收；响应于所述激活请求向第二UE发送包括对第三UE的激活响应的第二MAC-CE；并且在发送所述激活响应后激活所述命令。

方面2是根据方面1所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所发送的激活响应而从所述第二UE接收与所述第三UE相关联的HARQ ACK。

方面3是根据方面2所述的装置，其中所述命令在接收与所述第三UE相关联的所述HARQ ACK的时间段之后被激活。

方面4是方面3所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成确定在接收到与所述第三UE相关联的所述HARQ ACK之后和激活所述命令之前的等待时间段。

方面5是根据方面1所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所发送的激活响应而从所述第二UE接收与所述第二UE相关联的HARQ ACK。

方面6是根据方面5所述的装置，其中所述命令在从接收与所述第二UE相关联的所述HARQ ACK起的时间段之后被激活。

方面7是方面6所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成确定在接收到与所述第二UE相关联的所述HARQ ACK之后和激活所述命令之前的等待时间段。

方面8是根据方面1所述的装置，其中所述命令在从发送包括所述激活响应的所述第二MAC-CE起的时间段之后被激活。

方面9是根据方面8所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成基于所述激活请求所经过的所述第三UE与所述第一UE之间的跳数来确定从包括所述激活响应的所述第二MAC-CE的发送之后和激活所述命令之前的所述时间段，其中所述跳数大于或等于1。

方面10是根据方面8和9中的任一者所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所发送的激活响应而从所述第二UE接收与所述第三UE相关联的HARQ ACK。

方面11是根据方面10所述的装置，其中所述命令在接收到所述HARQ ACK之前被激活。

方面12是根据方面10所述的装置，其中所述命令在接收到所述HARQ ACK之后被激活。

方面13是根据方面1到12中的任一者所述的装置，其中所述激活请求通过PSSCH被接收，并且所述激活响应通过所述PSSCH被发送。

方面14是根据方面1到13中的任一者所述的装置，进一步包括耦合到所述至少一个处理器的收发器，其中所述激活响应包括ACK。

方面15是一种用于实施方面1到14中的任一者的无线通信方法。

方面16是一种无线通信装置，包括用于实施方面1到14中的任一者的部件。

方面17是一种存储计算机可执行代码的计算机可读介质，其中所述代码在被处理器执行时，使所述处理器实施方面1到14中的任一者。

方面18是一种无线通信装置，包括至少一个处理器，所述至少一个处理器耦合到存储器并且被配置成：从所述第三UE向所述第一UE中继第一MAC-CE，所述第一MAC-CE包括与所述第一UE相关联的命令的激活请求，以及从所述第一UE向所述第三UE中继第二MAC-CE，所述第二MAC-CE包括对所述第三UE的激活响应。

方面19是根据方面18所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所中继的激活响应，从所述第三UE向所述第一UE中继来自所述第二UE的与所述第三UE相关联的HARQ ACK。

方面20是根据方面18和19中的任一者所述的装置，其中所述激活请求通过PSSCH被接收，并且所述激活响应通过所述PSSCH被发送。

方面21是根据方面18到20中的任一者所述的装置，进一步包括耦合到所述至少一个处理器的收发器，其中所述激活响应包括ACK。

方面22是一种用于实施方面18到21中的任一者的无线通信方法。

方面23是一种无线通信装置，包括用于实施方面18到21中的任一者的部件。

方面24是一种存储计算机可执行代码的计算机可读介质，其中所述代码在被处理器执行时，使所述处理器实施方面18到21中的任一者。

Claims

1.一种用于在第一用户设备(UE)处的无线通信的装置，所述装置包括：

存储器；以及

耦合到所述存储器的至少一个处理器，所述至少一个处理器和所述存储器被配置成：

接收与第三UE相关联的命令的激活请求，所述激活请求在从第二UE中继的第一媒体访问控制(MAC)控制元素(CE)(MAC-CE)中被接收；

响应于所述激活请求向所述第二UE发送第二MAC-CE，所述第二MAC-CE包括对所述第三UE的激活响应；并且

在发送所述激活响应之后激活所述命令。

2.根据权利要求1所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所发送的激活响应而从所述第二UE接收与所述第三UE相关联的混合自动请求(HARQ)确认(ACK)。

3.根据权利要求2所述的装置，其中所述命令在从接收与所述第三UE相关联的所述HARQ ACK起的时间段之后被激活。

4.根据权利要求3所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成确定在接收到与所述第三UE相关联的所述HARQ ACK之后和激活所述命令之前的等待时间段。

5.根据权利要求1所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所发送的激活响应而从所述第二UE接收与所述第二UE相关联的混合自动请求(HARQ)确认(ACK)。

6.根据权利要求5所述的装置，其中所述命令在从接收与所述第二UE相关联的所述HARQ ACK起的一时间段之后被激活。

7.根据权利要求6所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成确定在接收到与所述第二UE相关联的所述HARQ ACK之后和激活所述命令之前的等待时间段。

8.根据权利要求1所述的装置，其中所述命令在从发送包括所述激活响应的所述第二MAC-CE起的时间段之后被激活。

9.根据权利要求8所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成基于所述激活请求所经过的所述第三UE与所述第一UE之间的跳数来确定在包括所述激活响应的所述第二MAC-CE的发送之后和激活所述命令之前的所述时间段，其中所述跳数大于或等于1。

10.根据权利要求8所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所发送的激活响应而从所述第二UE接收与所述第三UE相关联的混合自动请求(HARQ)确认(ACK)。

11.根据权利要求10所述的装置，其中所述命令在接收到所述HARQ ACK之前被激活。

12.根据权利要求10所述的装置，其中所述命令在接收到所述HARQ ACK之后被激活。

13.根据权利要求1所述的装置，其中所述激活请求通过物理侧链路共享信道(PSSCH)被接收，并且所述激活响应通过所述PSSCH被发送。

14.根据权利要求1所述的装置，进一步包括耦合到所述至少一个处理器的收发器，其中所述激活响应包括确认(ACK)。

15.一种在第一用户设备(UE)处的无线通信的方法，所述方法包括：

响应于所述激活请求向所述第二UE发送第二MAC-CE，所述第二MAC-CE包括对所述第三UE的激活响应；以及

在发送所述激活响应之后激活所述命令。

16.根据权利要求15所述的方法，进一步包括响应于所发送的激活响应而从所述第二UE接收与所述第三UE相关联的混合自动请求(HARQ)确认(ACK)。

17.根据权利要求16所述的方法，其中所述命令在从接收与所述第三UE相关联的所述HARQ ACK起的一时间段之后被激活。

18.根据权利要求17所述的方法，进一步包括确定在接收到与所述第三UE相关联的所述HARQ ACK之后和激活所述命令之前的等待时间段。

19.根据权利要求15所述的方法，进一步包括响应于所发送的激活响应而从所述第二UE接收与所述第二UE相关联的混合自动请求(HARQ)确认(ACK)。

20.根据权利要求19所述的方法，其中所述命令在从接收与所述第二UE相关联的所述HARQ ACK起的一时间段之后被激活。

21.根据权利要求20所述的方法，进一步包括确定在接收到与所述第二UE相关联的所述HARQ ACK之后和激活所述命令之前的等待时间段。

22.根据权利要求15所述的方法，其中所述命令在从发送包括所述激活响应的所述第二MAC-CE起的一时间段之后被激活。

23.根据权利要求22所述的方法，进一步包括基于所述激活请求所经过的所述第三UE与所述第一UE之间的跳数来确定在包括所述激活响应的所述第二MAC-CE的发送之后和激活所述命令之前的所述时间段，其中所述跳数大于或等于1。

24.根据权利要求22所述的方法，进一步包括响应于所发送的激活响应而从所述第二UE接收与所述第三UE相关联的混合自动请求(HARQ)确认(ACK)。

25.一种用于在被配置成中继第一UE与第三UE之间的侧链路通信的第二UE处的无线通信的装置，所述装置包括：

存储器；以及

从所述第三UE向所述第一UE中继第一媒体访问控制(MAC)控制元素(CE)(MAC-CE)，其中第一MAC-CE包括与所述第一UE相关联的命令的激活请求；并且

从所述第一UE向所述第三UE中继包括对所述第三UE的激活响应的第二MAC-CE。

26.根据权利要求25所述的装置，其中所述至少一个处理器和所述存储器进一步被配置成响应于所中继的激活响应而从所述第三UE向所述第一UE中继与所述第三UE相关联的混合自动请求(HARQ)确认(ACK)。

27.根据权利要求25所述的装置，其中所述激活请求通过物理侧链路共享信道(PSSCH)被接收，并且所述激活响应通过所述PSSCH被发送。

28.根据权利要求25所述的装置，进一步包括耦合到所述至少一个处理器的收发器，其中所述激活响应包括确认(ACK)。

29.一种用于在被配置成中继第一UE与第三UE之间的侧链路通信的第二UE处的无线通信的方法，所述方法包括：

30.根据权利要求29所述的方法，进一步包括响应于所中继的激活响应而从所述第三UE向所述第一UE中继与所述第三UE相关联的混合自动请求(HARQ)确认(ACK)。