用于用户设备之间的单播侧链的SL数据传输

技术领域

以下公开涉及侧链领域，或者更具体地涉及用于用户设备(例如，Tx UE(UE：用户设备；Tx UE：传输器UE)与Rx UE(Rx UE：接收器UE))之间的单播侧链的侧链数据传输的系统、装置和方法。具体地，本公开针对Rel'17及更高版本中的基于3GPP侧链(SL)的UE到UE中继。

背景技术

基于SL的UE到UE中继是SA2领导的Rel'17SI SP-190443和RAN2领导的RP-193253的一部分。

到目前为止，基于SL的UE到UE中继尚未在3GPP标准中指定。

TS 38.300为覆盖内(IC)和覆盖外(OoC)操作两者提供了邻近的UE之间的NR PC5和基于NR PC5的SL通信的描述。

基于PC5的SL通信基于传输器，例如Tx UE，该传输器面向一对多广播原则，其中接收器(例如，Rx UE)需要通过一个或多个(预)配置的资源池来监测SL接收，而不管SL传输是用于单播、组播还是广播。Tx UE的ID(称为源ID(SRC ID))和接收器的ID(称为目的地ID(DST ID))被部分地包括在由Tx UE发送以调度传输块(TB)的SL传输的SL控制信息(SCI)中，并且被部分地包括在TB内的MAC PDU的报头中。Rx UE需要监测以通过(多个)(预)配置的资源池来接收SCI和TB，并且基于所接收的DST ID来滤出针对Rx UE的那一个。

NR SL支持具有反馈的混合自动重传请求(HARQ)，对于Tx UE与一组Rx UE之间的组播SL，仅将NACK(否定确认)作为Opt-1，或者将ACK(肯定确认)/NACK作为Opt-2，而对于TxUE与Rx UE组之间的单播SL，则作为Opt-2。

NR SL还支持与单播SL的SL无线电链路故障(RLF)相关的一些操作，包括由Tx UE进行的SL RLF检测。不支持服务连续性和SL RLF恢复。

对支持基于SL的UE到UE中继的第一项研究刚刚在3GPP中开始。迄今为止，针对基于SL的UE到UE中继的增强SL通信方面，在RAN#中还没有任何贡献。

发明内容

期望提供一种能够呈现以下特性中的一个或多个特性的基于SL的UE到UE中继：

-基于单跳NR侧链的中继，

-低或最小规格影响，

-良好的服务连续性，

-对用户平面协议栈和控制平面过程(例如，中继连接的连接管理)的影响，

-假定没有新的物理层信道/信号。

这种期望的基于SL的UE到UE中继的可能用例场景包括传输器(例如，Tx UE)、接收器(例如，Rx UE)和中继设备(例如，R-UE(R-UE：中继UE))。在这种场景中，Tx UE经由中继设备R-UE使用基于SL的UE到UE中继，以向Rx UE传输SL数据，因为Tx UE与Rx UE之间的直接SL当前正在遭受例如不良侧链无线电条件或甚至SL RLF的影响。假定已经发现并且选择了经授权的适当的R-UE以辅助Tx UE与Rx UE之间的通信，并且详细的建立过程不是本公开的实施例的重点。

示例性实施例的一个目的尤其是，经由R-UE使用基于SL的UE到UE中继来实现和促进Tx UE与Rx UE之间的SL数据传输，同时一旦直接SL模式再次适用，则允许Tx UE和Rx UE以无缝方式快速且高效地从UE到UE中继模式返回到直接SL模式(即，Tx UE与Rx UE之间的直接通信，而不使用中继)，而对当前SL标准的影响最小。

此外，示例性实施例的目的尤其是实现例如以下目标中的一个或两个：

(i)经由R-UE使用基于SL的UE到UE中继，促进Tx UE与Rx UE之间的单播SL的SL数据传输；以及

(ii)一旦直接SL模式再次适用于Tx UE和Rx UE的单播SL，实现和促进从当前UE到UE中继模式到直接SL模式的无缝返回。

根据本公开的第一示例性方面，公开了一种方法，该方法包括：

-传输侧链传输块的至少一个HARQ传输，该至少一个HARQ传输包括指示接收器的目的地标识符的目的地标识符信息，

-监测来自接收器的对至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，

-监测来自中继设备的对至少一个HARQ传输的中继HARQ反馈以获取中继HARQ反馈监测结果，以及

-根据接收器HARQ反馈监测结果和中继HARQ反馈监测结果来确定关于是否要传输侧链传输块的至少一个HARQ重传的重传决定。

至少一个HARQ传输可以是侧链传输块的第一HARQ传输，特别是侧链传输块的多个连续HARQ传输中的第一HARQ传输。

接收器HARQ反馈特别地可以是肯定确认(例如，ACK)或否定确认(例如，NACK)。此外，可能未接收到指示不连续传输(例如，DTX(不连续传输))的接收器HARQ反馈。

中继HARQ反馈特别地可以是否定确认，例如NACK。此外，可能未接收到指示不连续传输(例如，DTX)的接收器HARQ反馈。通常，中继HARQ反馈也可以是肯定确认，例如ACK，特别是对与至少一个HARQ传输不同的HARQ传输的中继HARQ反馈，例如对HARQ重传的中继HARQ反馈。

对来自接收器的对至少一个HARQ传输的接收器HARQ反馈的监测可以包括：接收到对至少一个HARQ传输的接收器HARQ反馈(特别是指示肯定或否定确认)，或者例如在指定时间段内未接收到对至少一个HARQ传输的接收器HARQ反馈，例如在传输指示不连续传输的至少一个HARQ传输之后。

对来自中继设备的对至少一个HARQ传输的中继HARQ反馈的监测可以包括：接收到对至少一个HARQ传输的中继HARQ反馈(特别是指示否定确认)，或者例如在指定时间段内未接收到对至少一个HARQ传输的中继HARQ反馈，例如在传输指示不连续传输的至少一个HARQ传输之后。

具体地，在监测期间接收到指示肯定确认的接收器HARQ反馈的情况下，接收器HARQ反馈监测结果可以指示肯定确认。此外，在监测期间接收到指示否定确认的接收器HARQ反馈的情况下，接收器HARQ反馈监测结果可以指示否定确认。此外，在监测期间没有接收到指示肯定或否定确认的接收器HARQ反馈的情况下，接收器HARQ反馈监测结果可以指示不连续传输。

具体地，在监测期间接收到指示肯定确认的中继HARQ反馈的情况下，中继HARQ反馈监测结果可以指示肯定确认。此外，在监测期间接收到指示否定确认的中继HARQ反馈的情况下，中继HARQ反馈监测结果可以指示否定确认。此外，在监测期间没有接收到指示肯定或否定确认的中继HARQ反馈的情况下，中继HARQ反馈监测结果可以指示不连续传输。

例如，确定重传决定可以包括以下中的一项或多项：

-例如通过根据接收器HARQ反馈监测结果和中继HARQ反馈监测结果来评估逻辑表达式(在这种情况下，重传决定可以存储在变量中，也可以不存储在变量中)，来确定重传决定的预定义条件(例如，if环境内的条件等)是否满足；

-例如通过根据接收器HARQ反馈监测结果和中继HARQ反馈监测结果来评估逻辑表达式，来确定指示重传决定的重传决定变量(例如，布尔变量)的值。

例如，可以将传输至少一个HARQ重传确定为重传决定。例如，该重传决定可以称为“Retransmission！”。此外，例如可以将不传输至少一个HARQ重传确定为重传决定。例如，该重传决定可以称为“No retransmission！”。本文中使用的术语“Retransmission！”和“Noretransmission！”仅用于说明目的而非限制。例如，同样可以使用“TRUE”或“yes”代替“Retransmission！”，使用“FALSE”或“no”代替“No transmission！”。

利用上述方法，例如可以经由中继设备使用基于SL的UE到UE中继来促进传输器与接收器之间的SL数据传输。

该方法可以例如由移动设备(例如，自动化物联网(IoT)设备和/或用户设备(UE))执行和/或控制。例如，该方法可以使用移动设备的至少一个处理器来执行和/或控制。

移动通信网络例如可以是蜂窝网络。移动通信网络例如可以是如2G/3G/4G/5G/新无线电(NR)和/或未来蜂窝通信网络等移动电话网络。2G/3G/4G/5G/NR蜂窝无线电通信标准由3GPP开发并且当前在http://www.3gpp.org/下可获取。

根据本发明的另一示例性方面，公开了一种计算机程序，该计算机程序在由处理器执行时引起装置(例如，服务器)执行和/或控制根据第一示例性方面的方法的动作。

计算机程序可以存储在计算机可读存储介质上，特别是在有形和/或非暂态介质上。计算机可读存储介质例如可以是磁盘或存储器等。计算机程序可以以编码计算机可读存储介质的指令的形式存储在计算机可读存储介质中。计算机可读存储介质可以用于参与设备的操作，如内部或外部存储器，例如只读存储器(ROM)或计算机的硬盘，或者用于程序的分发，如光盘。

根据本公开的另一示例性方面，公开了一种装置，该装置被配置为执行和/或控制根据第一示例性方面的方法，或者包括用于执行和/或控制第一示例性方面的方法的相应部件。

该装置的部件可以以硬件和/或软件来实现。它们可以包括例如用于执行用于执行上述功能的计算机程序代码的至少一个处理器、存储程序代码的至少一个存储器、或这两者。替代地，它们可以包括例如被设计为实现上述功能的电路系统，例如在芯片组或芯片中实现的，如集成电路。通常，该部件可以包括例如一个或多个处理部件或处理器。

根据本公开的另一示例性方面，公开了一种装置，该装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起装置(例如，上述装置)至少执行和/或控制根据第一示例性方面的方法。

根据本公开的任何方面的以上公开的装置可以是用于设备的模块或组件，例如芯片。替代地，根据本公开的任何方面的所公开的装置可以是设备，例如服务器或服务器云。根据本公开的任何方面的所公开的装置可以仅包括所公开的组件，例如部件、处理器、存储器，或者还可以包括一个或多个附加组件。

如本文中使用的这样的装置(例如，移动设备)例如可以是便携式的(例如，重量小于1、0.9、0.8、0.7、0.6、0.5、0.4、0.3、0.2、0.1kg或更小)，例如移动电话、个人数字辅助设备、计算机、膝上型计算机，作为非限制性示例。该装置可以例如包括或可连接到用于显示信息的显示器，例如经由移动通信网络传送到该装置的图片或视频，仅举一个非限制性示例。该装置可以例如包括或可连接到用于输出声音的部件，例如以口头命令或信息的形式。

根据本公开的第二示例性方面，公开了一种方法，该方法包括：

-从传输器接收侧链传输块的至少一个HARQ传输，至少一个HARQ传输包括指示接收器(例如，Rx UE)的目的地标识符的目的地标识符信息，以及

-在至少一个HARQ传输已经被成功接收到的情况下，至少

-监测来自接收器的对至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，以及

-根据接收器HARQ反馈监测结果来确定关于是否需要向接收器中继至少一个HARQ传输的数据的中继决定。

至少一个HARQ传输可以是侧链传输块的第一HARQ传输，特别是侧链传输块的多个连续HARQ传输中的第一HARQ传输。

HARQ传输尤其可以被成功地或不成功地接收。例如，不成功地接收HARQ传输可以包括：接收HARQ传输的仅一部分，诸如用于调度HARQ传输的侧链控制信息(SCI)，和/或接收具有错误的HARQ传输，和/或接收具有无法校正的错误的HARQ传输。

对接收器HARQ反馈的监测和中继决定的确定至少在至少一个HARQ传输已经被成功接收到的情况下执行。对接收器HARQ反馈的监测可以例如基于在至少一个HARQ传输中接收的信息，例如用于调度至少一个HARQ传输的侧链控制信息(SCI)，或者通过该信息来实现。

具体地，对接收器HARQ反馈的监测可以包括：

-基于至少一个HARQ传输的所接收的SCI来导出接收器(例如，Rx UE)的HARQ反馈信道，

-在所导出的HARQ反馈信道上监测来自接收器的接收器HARQ反馈。例如，对接收器HARQ反馈的监测和中继决定的确定还可以在接收到HARQ传输但没有成功(例如，仅部分地或有错误)的情况下执行。对接收器HARQ反馈的监测和中继决定的确定例如也可以在不预先验证是否已经成功接收到所接收的HARQ传输的情况下执行。

接收器HARQ反馈特别地可以是肯定确认(例如，ACK)或否定确认(例如，NACK)。此外，可能未接收到接收器HARQ反馈，其指示不连续传输(例如，DTX)。

对来自接收器的对至少一个HARQ传输的接收器HARQ反馈的监测可以包括：接收到对至少一个HARQ传输的接收器HARQ反馈(特别是指示肯定或否定确认)，或者例如在指定时间段内(例如在传输至少一个HARQ传输之后的指定时间段内)未接收到对至少一个HARQ传输的接收器HARQ反馈，其指示不连续传输。

具体地，在监测期间接收到指示肯定确认的接收器HARQ反馈的情况下，接收器HARQ反馈监测结果可以指示肯定确认。此外，在监测期间接收到指示否定确认的接收器HARQ反馈的情况下，接收器HARQ反馈监测结果可以指示否定确认。此外，在监测期间没有接收到指示肯定或否定确认的接收器HARQ反馈的情况下，接收器HARQ反馈监测结果可以指示不连续传输。

例如，确定中继决定可以包括以下中的一项或多项：

-例如通过根据接收器HARQ反馈监测结果来评估逻辑表达式(在这种情况下，重传决定可以存储在变量中，也可以不存储在变量中)，来确定中继决定的预定义条件(例如，if环境内的条件等)是否满足；

-例如通过根据接收器HARQ反馈监测结果来评估逻辑表达式，来确定指示中继决定的中继决定变量(例如，布尔变量)的值。

例如，可以将传输至少一个HARQ重传确定为重传决定。例如，该重传决定可以称为“Relay！”。此外，例如可以将不传输至少一个HARQ重传确定为重传决定。例如，该重传决定可以称为“No relay！”。本文中使用的术语“Relay！”和“No relay！”仅用于说明目的而非限制。例如，同样可以使用“TRUE”或“yes”代替“Relay！”，使用“FALSE”或“no”代替“Norelay！”。

至少一个HARQ传输的数据可以包括例如这样的TB中的SL数据或TB。

利用上述方法，例如可以经由中继设备使用基于SL的UE到UE中继来促进传输器与接收器之间的SL数据传输。

该方法可以例如由移动设备(例如，自动化物联网(IoT)设备和/或用户设备(UE))执行和/或控制。例如，该方法可以使用移动设备的至少一个处理器来执行和/或控制。

根据本公开的另一示例性方面，公开了一种计算机程序，该计算机程序在由处理器执行时引起装置(例如，服务器)执行和/或控制根据第二示例性方面的方法的动作。

计算机程序可以存储在计算机可读存储介质上，特别是在有形和/或非暂态介质上。计算机可读存储介质例如可以是磁盘或存储器等。计算机程序可以以编码计算机可读存储介质的指令的形式存储在计算机可读存储介质中。计算机可读存储介质可以用于参与设备的操作，如内部或外部存储器，例如只读存储器(ROM)或计算机的硬盘，或者用于程序的分发，如光盘。

根据本公开的另一示例性方面，公开了一种装置，该装置被配置为执行和/或控制根据第二示例性方面的方法，或者包括用于执行和/或控制第二示例性方面的方法的相应部件。

该装置的部件可以以硬件和/或软件来实现。它们可以包括例如用于执行用于执行所需要的功能的计算机程序代码的至少一个处理器、存储程序代码的至少一个存储器、或这两者。替代地，它们可以包括例如被设计为实现所需要的功能的电路系统，例如在芯片组或芯片中实现的，如集成电路。通常，该部件可以包括例如一个或多个处理部件或处理器。

根据本公开的另一示例性方面，公开了一种装置，该装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起装置(例如，上述装置)至少执行和/或控制根据第二示例性方面的方法。

根据本公开的任何方面的上述公开的装置可以是用于设备的模块或组件，例如芯片。替代地，根据本公开的任何方面的所公开的装置可以是设备，例如服务器或服务器云。根据本公开的任何方面的所公开的装置可以仅包括所公开的组件，例如部件、处理器、存储器，或者还可以包括一个或多个附加组件。

根据本公开的另一示例性方面，公开了一种系统，该系统包括：

至少一个根据上述第一示例性方面的装置以及至少一个根据上述第二示例性方面的装置。

利用以上描述的本公开的方面，可以促进传输器(例如，Tx UE)与接收器(例如，RxUE)之间的单播侧链的SL数据传输。

在下文中，将进一步详细描述本公开的所有方面的示例性特征和示例性实施例。

根据第一示例性方面的示例性实施例，该方法还包括：

-根据重传决定来传输至少一个HARQ重传。

具体地，如果重传决定是“Retransmission！”，则可以执行至少一个HARQ重传的传输，并且如果重传决定是“No retransmission！”，则可以延缓(defer)至少一个HARQ重传的传输。

根据第一示例性方面的另一示例性实施例，HARQ重传包括指示中继的目的地标识符的目的地标识符信息。以这种方式，传输器可以例如通过HARQ重传直接寻址中继设备，使得中继设备可以向接收器中继HARQ重传。

根据第一示例性方面的另一示例性实施例，确定重传决定包括：

-至少在接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)并且中继HARQ反馈监测结果指示否定确认(例如，HARQ NACK)的情况下，确定要传输至少一个HARQ重传。

例如，指示不连续传输的接收器HARQ反馈监测结果可以指示接收器尚未接收到HARQ传输，从而例如期望经由中继设备进行中继。此外，例如，指示否定确认的中继HARQ反馈监测结果可以指示中继设备已经接收到HARQ传输，但没有成功(例如，仅部分地或有错误)。在这种情况下，重传决定可以被确定为“Retransmission！”，从而例如可以执行重传的传输，并且中继设备可以成功地接收到重传并且执行中继。

根据第一示例性方面的另一示例性实施例，传输至少一个HARQ传输包括：

-将至少一个HARQ传输作为组播侧链HARQ传输(例如，作为组播侧链HARQ Opt-2传输)进行传输。

以这种方式，至少一个HARQ传输可以寻址接收器和例如中继设备。

至少一个HARQ传输可以包括例如指示目的地组的目的地组标识符的目的地组标识符信息。目的地组可以特别地包括接收器和至少一个中继设备。

根据示例性实施例，接收器的目的地标识符可以用作目的地组标识符。在这种情况下，指示接收器的目的地标识符的目的地标识符信息也可以用作指示目的地组标识符的目的地组标识符信息，从而例如不需要附加的目的地组标识符信息。被用作目的地组标识符的目的地标识符至少对于传输器(例如，Tx UE)和中继设备(例如，R-UE)是已知的。接收器(例如，Rx UE)可以知道或可以不知道至少一个HARQ传输是组播和/或目的地标识符也用作目的地组标识符，因为接收器基于目的地标识符而知道至少一个传输被寻址到它。因此，中继可以对接收器可见(如在前一种情况下)，或者对接收器不可见(如在后一种情况下)。

根据第一示例性方面的另一示例性实施例，传输至少一个HARQ重传包括：

-将至少一个HARQ重传作为单播侧链HARQ(重)传输进行传输。

以这种方式，至少一个HARQ重传可以直接寻址中继设备。

至少一个HARQ重传可以特别地包括指示中继设备的目的地标识符的目的地标识符信息。

根据第一示例性方面的另一示例性实施例，确定重传决定包括：

-在接收器HARQ反馈监测结果和中继HARQ反馈监测结果每个指示否定确认(例如，HARQ NACK)的情况下，确定需要传输至少一个HARQ重传。

例如，指示否定确认的接收器HARQ反馈监测结果可以指示接收器已经接收到HARQ传输，但没有成功(例如，仅部分地或有错误)，从而例如期望经由中继设备进行中继。此外，例如，指示否定确认的中继HARQ反馈监测结果可以指示中继设备已经接收到HARQ传输，但没有成功(例如，仅部分地或有错误)。在这种情况下，重传决定可以被确定为“Retransmission！”，从而例如可以执行重传的传输，并且中继设备可以成功地接收到重传并且执行中继。

例如，指示否定确认的接收器HARQ反馈监测结果可以进一步指示接收器变得可到达传输器，特别是在指示不连续传输的较早接收器HARQ反馈监测结果的情况下。因此，可以在接收器与传输器之间返回到直接SL模式。

根据第一示例性方面的另一示例性实施例，确定重传决定包括：

-在接收器HARQ反馈监测结果和中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，确定不需要传输至少一个HARQ重传。

例如，指示不连续传输的接收器HARQ反馈监测结果可以指示接收器不能接收HARQ传输，从而例如期望经由中继设备进行中继。此外，例如，指示不连续传输的中继HARQ反馈监测结果可以指示中继设备(特别是根据第二示例性方面)已经成功地接收到至少第一HARQ传输，从而不需要重传。

通过使用DTX代替ACK来向传输器通知对至少一个HARQ传输的接收，特别是成功接收，中继设备可以更好地监测接收器HARQ反馈，因为中继设备没有被发送ACK所占用。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-终止HARQ过程。

具体地，该方法可以包括：

-在接收器HARQ反馈监测结果和中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，终止HARQ过程。

例如，指示不连续传输的接收器HARQ反馈监测结果可以指示接收器不能接收HARQ传输，从而例如期望经由中继设备进行中继。此外，例如，指示不连续传输的中继HARQ反馈可以指示中继设备(特别是根据第二示例性方面)已经成功地接收到HARQ传输，并且可以预期，例如，中继设备向接收器中继来自HARQ传输的数据，从而HARQ过程可以终止。

终止HARQ过程可以在检测到或未检测到中继设备正在向接收器中继数据的情况下执行。

根据第一示例性方面的另一示例性实施例，确定重传决定包括：

-在接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，确定不要传输至少一个HARQ重传。

例如，指示否定确认的接收器HARQ反馈监测结果可以指示接收器已经接收到HARQ传输，但没有成功(例如，仅部分地或有错误)，从而例如期望经由中继设备进行中继。此外，例如，指示不连续传输的中继HARQ反馈监测结果可以指示中继设备(特别是根据第二示例性方面)已经成功地接收到HARQ传输，从而不需要重传。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-在接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，终止HARQ过程。

例如，指示否定确认的接收器HARQ反馈监测结果可以指示接收器已经接收到HARQ传输，但没有成功(例如，仅部分地或有错误)，从而例如期望经由中继设备进行中继。此外，例如，指示不连续传输的中继HARQ反馈监测结果可以指示中继设备(特别是根据第二示例性方面)已经成功地接收到HARQ传输，并且可以预期，例如，中继设备向接收器中继来自HARQ传输的数据，从而HARQ过程可以终止。

终止HARQ过程可以在检测到或未检测到中继设备正在向接收器中继数据的情况下执行。

例如，指示否定确认的接收器HARQ反馈监测结果可以进一步指示接收器变得可到达传输器，特别是在指示不连续传输的较早接收器HARQ反馈监测结果的情况下。因此，可以在接收器与传输器之间返回到直接SL模式。

根据第一示例性方面的另一示例性实施例，确定重传决定包括：

-在接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，确定不需要传输至少一个HARQ重传。

例如，指示肯定确认的接收器HARQ反馈监测结果可以指示接收器可以成功地接收HARQ传输，从而例如，不需要经由中继设备进行中继和/或不需要重传的传输。具体地，传输器可以在释放或不释放中继设备的情况下返回到直接SL模式。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-在接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，终止HARQ过程。

例如，指示肯定确认的接收器HARQ反馈监测结果可以指示接收器可以成功地接收HARQ传输，从而例如，不需要经由中继设备进行中继和/或不需要重传的传输。因此，HARQ过程可以例如终止。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-释放中继设备。

具体地，该方法还可以包括根据接收器HARQ反馈监测结果来释放中继设备。例如，如果接收器HARQ反馈监测结果指示肯定确认，则可以释放中继设备。

根据第一示例性方面的另一示例性实施例，侧链传输块的至少一个HARQ传输是侧链传输块的第一HARQ传输，特别是侧链传输块的多于一个例如连续HARQ传输中的第一HARQ传输。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-传输侧链传输块的多于一个连续HARQ传输，

-监测来自接收器的对相应HARQ传输的相应接收器HARQ反馈以获取相应接收器HARQ反馈监测结果，

-监测来自中继设备的对相应HARQ传输的相应中继HARQ反馈以获取相应中继HARQ反馈监测结果，

-根据相应接收器HARQ反馈监测结果和相应中继HARQ反馈监测结果来确定关于是否需要传输侧链传输块的至少一个相应HARQ重传的相应重传决定。

包括TB的第一HARQ传输的多于一个连续HARQ(重)传输可以例如由传输器传输，例如使用增强型SL HARQ Opt-2来保证目的(即，期望中继设备成功接收TB)。也就是说，对于所有这些HARQ(重)传输，在终止HARQ过程之前，传输器可以检测/接收来自中继设备的DTX和来自接收器的NACK/DTX。

根据第一示例性方面的另一示例性实施例，侧链传输块的多于一个连续HARQ传输包括侧链传输块的第一HARQ传输。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-监测包括从中继设备到接收器的侧链控制信息(SCI)的消息以获取SCI监测结果，

-可选地，根据SCI监测结果来确定关于是否需要终止HARQ过程的终止决定。

例如，传输器可以至少监测由中继设备发送给接收器的SCI，其中SCI可以由中继设备用于调度到接收器的数据传输，以确保中继设备正在从传输器接收数据并且向接收器中继数据。该监测可以例如用于传输器确定是否需要终止HARQ过程。

终止HARQ过程可以具体地包括终止HARQ传输的任何传输或(当前)侧链传输块的重传。

例如，确定终止决定可以包括以下中的一项或多项：

-例如通过根据SCI监测结果来评估逻辑表达式(在这种情况下，重传决定可以存储在变量中，也可以不存储在变量中)，来确定终止决定的预定义条件(例如，if环境内的条件等)是否满足；

-例如通过根据SCI监测结果来评估逻辑表达式，来确定指示重传决定的终止决定变量(例如，布尔变量)的值。

例如，可以将终止HARQ过程确定为终止决定。例如，该终止决定可以称为“Termination！”。此外，例如可以将不终止HARQ过程确定为终止决定。例如，该终止决定可以称为“No termination！”。本文中使用的术语“Termination！”和“No termination！”仅用于说明目的而非限制。例如，同样可以使用“TRUE”或“yes”代替“Termination！”，使用“FALSE”或“no”代替“No termination！”。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-监测从接收器到中继的侧链HARQ反馈以获取SL HARQ反馈监测结果，以及

-可选地，根据SL HARQ反馈监测结果来确定关于是否需要释放中继设备的释放决定。

当中继设备使用单播SL HARQ向接收器中继数据时，传输器可以监测从接收器到中继设备的SL HARQ反馈，前提是传输器根据先前示例性实施例接收到至少SCI，并且导出由接收器用于向中继设备发送SL HARQ反馈的物理SL反馈信道(PSFCH)资源。例如，该监测可以用于确定接收器是否变得直接可到达传输器并且从而确定是否仍然需要中继。

例如，确定释放决定可以包括以下中的一项或多项：

-例如通过根据SL HARQ反馈监测结果来评估逻辑表达式(在这种情况下，重传决定可以存储在变量中，也可以不存储在变量中)，来确定释放决定的预定义条件(例如，if环境内的条件等)是否满足；

-例如通过根据SL HARQ反馈监测结果来评估逻辑表达式，来确定指示重传决定的释放决定变量(例如，布尔变量)的值。

例如，可以将释放中继设备确定为释放决定。例如，该释放决定可以称为“Releasing！”。此外，例如可以将不释放中继设备确定为释放决定。例如，该释放决定可以称为“No releasing！”。本文中使用的术语“Releasing！”和“No releasing！”仅用于说明目的而非限制。例如，同样可以使用“TRUE”或“yes”代替“Releasing！”，使用“FALSE”或“no”代替“No releasing！”。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-监测从接收器到传输器或到中继的侧链HARQ反馈以获取SL HARQ反馈监测结果，以及

-根据SL HARQ反馈监测结果，释放中继设备。

基于监测来自接收器的SL HARQ反馈(其由接收器发送给传输器或中继设备)，当接收器变得直接并且适当地可到达传输器时，传输器可以特别地释放中继连接和/或中继设备。

根据第一示例性方面的另一示例性实施例，即使当直接SL当前遭受RLF时，传输器(例如，Tx UE)也可以使用中继设备(例如，R-UE)的ID，或者保持使用接收器(例如，Rx UE)的ID，或者在它们之间灵活地交替作为用于向中继设备和/或中继设备和接收器两者发送数据的DST ID。

根据第一示例性方面的另一示例性实施例，基于例如中继是用于SL双连接(用于从传输器到接收器的SL数据的复制或拆分)、用于SL RLF恢复、还是用于传输器的功率节省，中继对于接收器是可见还是不可见，传输器(例如，Tx UE)可以确定中继设备(例如，R-UE)和接收器(例如，Rx UE)的哪个ID被用作SL传输的DST ID(例如，在可见中继中，传输器或中继设备的ID可以由中继设备用作SRC ID以向接收器中继数据，而在不可见中继中，传输器的ID可以由中继设备用作SRC ID)。

根据第一示例性方面的另一示例性实施例，即使当直接SL当前遭受RLF时，传输器(例如，Tx UE)也可以经由中继设备(例如，R-UE)在中继模式下保持并且使用传输器与接收器(例如，Rx UE)之间的直接SL的SL无线电承载(RB)上下文。这可以表示，中继设备可以保留从传输器接收的直接SL模式的所有SL RB上下文，并且如果需要(例如，对于不可见中继)，则可以这样使用或以1:1映射使用其以将对应数据中继到接收器。当前SL PDCP重复检测可以在接收器处这样重复使用，因为接收器可以在中继和直接连接两者上从中继设备和传输器两者接收相同PDCP PDU。

根据第一示例性方面的另一示例性实施例，该方法还包括：

-执行用于建立中继设备的中继建立过程。

具体地，中继建立过程在至少一个HARQ传输的传输之前执行。中继建立过程特别包括包括指示接收器和/或传输器的标识符的标识符信息的侧链控制消息的传输。这样的侧链控制消息特别地可以由中继设备接收。以这种方式，可以向中继设备通知传输器和/或接收器的标识符。

UE到UE中继建立过程可以包括所提出的增强型组播过程的配置。因此，通过使用接收器的ID作为组播的DST ID，中继设备可以知道组播传输。此外，如果中继设备需要将NACK发送回传输器，则中继设备还可以知道其专用PSFCH资源。

根据第一示例性方面的另一示例性实施例，该方法由移动设备和/或物联网IoT设备执行，或者与移动设备和/或物联网IoT设备一起执行。具体地，传输器可以是移动设备和/或物联网IoT设备。

根据第二示例性方面的示例性实施例，确定中继决定包括：

-如果接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)，则确定要向接收器中继至少一个HARQ传输的数据。

例如，指示不连续传输的接收器HARQ反馈监测结果可以指示接收器不能接收HARQ传输，从而例如期望经由中继设备进行中继。因此，在这种情况下，中继决定可以被确定为“Relay！”。

根据第二示例性方面的另一示例性实施例，确定中继决定包括：

-如果接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)，则确定要向接收器中继至少一个HARQ传输的数据。

例如，指示否定确认的接收器HARQ反馈可以指示接收器已经接收到HARQ传输，但没有成功(例如，仅部分地或有错误)，因此，例如，期望经由中继设备进行中继。因此，在这种情况下，中继决定可以被确定为“Relay！”。

根据第二示例性方面的另一示例性实施例，该方法还包括：

-如果至少一个HARQ传输未被成功接收到，则向传输器传输指示否定确认(例如，HARQ NACK)的中继HARQ反馈。

以这种方式，可以向传输器通知HARQ传输未被成功接收，从而期望HARQ重传的传输，使得中继设备能够成功地接收重传，并且如果需要，向接收器中继来自HARQ重传的数据。

根据第二示例性方面的另一示例性实施例，该方法还包括：

-从传输器接收侧链传输块的至少一个HARQ重传。

具体地，该方法还可以包括：在传输指示否定确认的中继HARQ反馈之后，从传输器接收侧链传输块的至少一个HARQ重传。

HARQ重传具体地可以包括指示中继设备的目的地标识符的目的地标识符信息。

根据第二示例性方面的另一示例性实施例，该方法还包括：

-如果至少一个HARQ传输已经被成功接收到，则跳过指示肯定确认(例如，HARQACK)的中继HARQ反馈向传输器的传输。

以这种方式，传输器(例如，根据第一示例性方面的传输器)可以从来自中继设备的不连续传输中推断出HARQ传输已经被成功接收，从而例如不需要重传，并且中继设备例如将向接收器中继来自传输的数据。

根据SL HARQ Opt-2，中继HARQ反馈具体地可以在专用物理SL反馈信道(PSFCH)上传输，或者作为对至少一个HARQ传输的组播SL HARQ，或者作为对至少一个HARQ重传的单播SL HARQ。

根据第二示例性方面的另一示例性实施例，该方法还包括：

-根据中继决定，向接收器中继至少一个HARQ传输或HARQ重传的数据。

具体地，如果重传决定是“Relay！”，则可以执行至少一个HARQ传输或HARQ重传的数据的中继，而如果重传决定是“No relay！”则可以跳过至少一个HARQ传输或HARQ重传的数据的中继。

根据第二示例性方面的另一示例性实施例，该方法还包括：

-监测来自接收器的对中继数据的侧链HARQ反馈以获取侧链HARQ反馈监测结果。

以这种方式，中继设备可以监测中继是否成功。

监测来自接收器的对中继数据的侧链HARQ反馈可以具体地包括监测来自接收器的对中继数据的侧链HARQ反馈。

根据第二示例性方面的另一示例性实施例，中继设备(例如，R-UE)可以监测从接收器(例如，Rx UE)到传输器(例如，Tx UE)的SL HARQ反馈。以这种方式，中继设备可以能够决定调度TB或调度TB中的SL数据是否需要中继到接收器。

根据第二示例性方面的另一示例性实施例，将TB从中继设备(例如，R-UE)中继到接收器(例如，Rx UE)可以使用与来自传输器(例如，Tx UE)的原始传输相同或不同的HARQ过程。

具体地，在中继TB使用不同HARQ过程的情况下，接收器(例如，Rx UE)可以例如使用来自中继设备(例如，R-UE)的接收来解码。

进一步具体地，在另一种情况下，如果中继TB使用相同HARQ过程，则接收器(例如，Rx UE)可以例如使用来自中继设备(例如，R-UE)和传输器(例如，Tx UE)两者的接收来解码。在这种情况下，传输器可以例如在从中继设备接收到关于使用相同HARQ过程的先前TB是否被接收器确认的指示时开始/暂停针对新TB的传输。

根据第二示例性方面的另一示例性实施例，侧链传输块的至少一个HARQ传输是侧链传输块的第一HARQ传输，特别是侧链传输块的多于一个例如连续HARQ传输中的第一HARQ传输。

根据第二示例性方面的另一示例性实施例，该方法由移动设备和/或物联网IoT设备执行，或者与移动设备和/或物联网IoT设备一起执行。具体地，中继设备可以是移动设备和/或物联网IoT设备。

以上描述的本公开的特征和示例实施例可以等同地适用于根据本公开的不同方面。

应当理解，本部分中的公开内容的呈现仅仅是作为示例并且是非限制性的。

从结合附图考虑的以下详细描述中，本公开的其他特征将变得明显。然而，应当理解，附图仅仅是为了说明的目的而设计的，而不是作为本发明的限制的定义，对此，应当参考所附权利要求。应当进一步理解，附图不是按比例绘制的，并且它们仅仅旨在概念性地示出本文中描述的结构和过程。

附图说明

在附图中，示出了：

图1是根据示例性方面的系统的示意性框图；

图2是根据示例性方面的系统的示意性框图；

图3是示出根据第一示例性方面的方法的示例实施例并且进一步示出根据第二示例性方面的方法的示例实施例的信令图；

图4是示出根据第一示例性方面的方法的另一示例实施例并且进一步示出根据第二示例性方面的方法的另一示例实施例的信令图；

图5是示出根据第一示例性方面的方法的另一示例实施例并且进一步示出根据第二示例性方面的方法的另一示例实施例的信令图；

图6是被配置为执行根据第一示例性方面的方法的装置的示意性框图；以及

图7是被配置为执行根据第二示例性方面的方法的装置的示意性框图。

具体实施方式

以下描述用于加深对本公开的理解，并且应当理解为补充并且与本说明书的上述发明内容部分中提供的描述一起阅读。

图1是说明系统100的传输器110与接收器120之间使用HARQ Opt-2进行单播SL的SL传输的示意性高级框图的示例。在该示例中，传输器110是用户设备Tx UE，接收器是用户设备Rx UE。Tx UE和Rx UE每个可以是诸如蜂窝电话等移动设备。

用于单播SL的HARQ Opt-2可以包括以下步骤中的一些或全部：

步骤151：Tx UE在物理SL控制信道(PSCCH)上向Rx UE传输第一阶段(first-stage)侧链控制信息(SCI)

步骤152：Tx UE在物理SL共享信道(PSSCH)上向Rx UE传输第二阶段(second-stage)SCI和TB的HARQ

步骤153：Tx UE期望来自Rx UE的对TB的反馈。该反馈可以是肯定确认(例如，HARQACK)、否定确认(例如，HARQ NACK)、或不连续传输(例如，HARQ DTX)(如果例如在指定时间段内Tx UE没有接收到反馈)。

图2是根据本公开的示例性方面的系统的示意性高级框图的示例。系统200包括传输器Tx UE 210、接收器Rx UE 230和中继R-UE220。

Tx UE 210正在经由中继设备R-UE 220使用基于SL的UE到UE中继，以向Rx UE 230传输SL数据，因为Tx UE 210与Rx UE 230之间的直接SL当前正在遭受例如不良侧链无线电条件或甚至SL RLF。假定已经发现并且选择了经授权的适当的R-UE 220以辅助Tx UE 210与Rx UE 230之间的通信。

经由中继设备(例如，R-UE 220)从传输器(例如，Tx UE 210)中继到接收器(例如，Rx UE 230)的基于SL的UE到UE中继的过程可以包括以下HARQ方案的一些或所有步骤，该HARQ方案例如基于混合组播单播SL HARQ Opt-2：

1.Tx UE可以基于使用例如增强型组播SL HARQ Opt-2来向R-UE和Rx UE两者发送SL TB的至少第一HARQ传输，其中Rx UE的ID被用作DST ID，以例如通过以下增强来寻址发送：

a.Rx UE可以表现为与当前SL HARQ Opt-2中相同(没有对Rx UE进行增强)。因此，当Rx UE能够成功或不成功地接收到由接收SCI指示的SL TB时，Rx UE可以分别向Tx UE发送HARQ ACK/NACK(例如，在映射在用于发送TB的资源上的PSFCH上，如在与Tx UE和Rx UE的ID耦合的接收SCI中指示的)，例如，如在常规SL HARQ Opt-2中指定的。否则，如果Rx UE未能从Tx UE接收到传输SCI，则Tx UE期望来自Rx UE的HARQ DTX(例如，没有接收器HARQ反馈)。

b.在R-UE成功接收到SL TB的情况下，不是像常规SL HARQ Opt-2那样向Tx UE发送HARQ ACK，而是R-UE可以被配置为在(1.a.)中监测Rx UE的HARQ ACK/NACK/DTX，并且确定是否需要向Rx UE中继接收TB中的SL数据或接收TB。在这种情况下，由于Tx UE期望来自R-UE的HARQ DTX，因此它使得R-UE能够监测Rx UE的HARQ。注意，例如，R-UE能够导出Rx UE的专用PSFCH，并且基于从Tx UE接收的SCI以及R-UE在中继建立期间已知的Rx UE和Tx UE两者的ID来监测来自Rx UE的HARQ反馈。

i.下表1提供了这一确定步骤的可能的选项和结果。

c.在R-UE未成功接收到SL TB的情况下，R-UE可以被配置为向Tx UE发送HARQNACK，如在常规SL HARQ Opt-2中那样。

2.Tx UE基于使用组播SL HARQ Opt-2而从R-UE和Rx UE接收对SL TB的至少第一HARQ传输的HARQ反馈，以期望来自Rx UE的HARQ ACK或HARQ NACK或HARQ DTX以及来自R-UE的HARQ NACK或HARQ DTX(即，没有HARQ ACK)，如(1.b.)中所述。

3.Tx UE基于使用单播SL HARQ Opt-2而向R-UE发送SL TB的至少一个HARQ重传，其中至少在步骤2中Tx UE从R-UE接收到HARQ NACK并且检测到来自Rx UE的HARQ DTX的情况下，R-UE的ID被用作DST ID来寻址发送。

通过在步骤1中将组播SL HARQ Opt-2用于SL TB的至少第一HARQ传输，该建议使得Tx UE能够基于在步骤2中监测来自Rx UE和R-UE两者的HARQ反馈来检测Rx UE是否直接可到达以及与R-UE相比如何可到达。这继而可以帮助Tx UE确定经由R-UE的当前UE到UE中继是否仍然需要，而不需要任何附加控制开销。也就是说，例如，在步骤1中从Rx UE接收到对第一HARQ传输的HARQ ACK时，为Tx UE启用从UE到UE中继模式到直接SL模式的无缝返回。否则，Tx UE保持使用UE到UE中继模式，并且在步骤3中，如果Tx UE检测到来自Rx UE的HARQDTX和来自R-UE的NACK，则Tx UE使用单播SL HARQ仅向R-UE重传SL TB。

下表1提供了根据在上述HARQ方案中的步骤2中从Rx UE和R-UE接收的可能的监测HARQ反馈而根据Tx UE的UE行为/操作的示例。本公开不限于这些示例。

表1

以下图3-图5特别说明了与表1中描述的情况(1.1)、情况(1.3)和情况(2.1)相对应的信令图。

图3是信令图300，其示出了如何经由中继设备R-UE 320使用基于SL的UE到UE中继来执行传输器Tx UE 310与接收器Rx UE 330之间的SL数据传输的示例实施例。图3特别是表1中的情况(1.1)的示例。例如，Tx UE 210可以被配置为Tx UE 310，R-UE 220可以被配置为R-UE 320，和/或Rx UE 230可以被配置为Rx UE 330。

图3进一步示出了根据第一示例性方面的方法的示例实施例，并且进一步示出了根据第二示例性方面的方法的示例实施例。此外，传输器Tx UE 310可以是根据第一示例性方面的装置的示例实施例。此外，中继设备R-UE 320可以是根据第二示例性方面的装置的示例实施例。

图3所示的过程可以包括以下步骤中的一些或全部：

步骤350：为Tx UE 310建立UE到UE中继以通过SL向Rx UE330传输数据。在该示例中，将R-UE 320建立为从Tx UE 310到Rx UE330的SL的中继设备。

步骤351，Tx UE 310发起HARQ过程以传输TB。

步骤352：Tx UE 310使用Rx UE的ID作为目的地标识符来作为组播来传输TB的第一HARQ传输。传输可以到达R-UE和/或Rx UE。在该步骤中或之后，Tx UE 310可以进一步开始监测对HARQ传输的接收器HARQ反馈和中继HARQ反馈。

步骤353a，R-UE成功接收到TB。代替向Tx UE发送HARQ ACK，开始监测来自Rx UE的对HARQ传输的接收器HARQ反馈。

步骤353b：Rx UE未接收到HARQ传输，并且因此不发送接收器HARQ反馈。

步骤354a：在步骤353a中接收到TB之后的指定时间段内，正在监测对HARQ传输的接收器HARQ反馈的R-UE 320没有从Rx UE接收任何接收器HARQ反馈。因此，接收器HARQ反馈监测结果指示HARQ DTX。基于所获取的接收器HARQ反馈监测结果，R-UE确定中继决定。在该示例中，R-UE确定要中继(“Relay！”)，因为接收器HARQ反馈监测结果指示HARQ DTX。

步骤354b：Tx UE 310正在监测对HARQ传输的接收器HARQ反馈和中继HARQ反馈。由于步骤353a和353b，Tx UE在步骤352中的HARQ传输之后的指定时间段内既没有从Rx UE接收到任何接收器HARQ反馈，也没有从R-UE接收到任何中继HARQ反馈。因此，在该示例中，接收器HARQ反馈监测结果和中继HARQ反馈监测结果都指示HARQ DTX。基于所获取的接收器HARQ反馈监测结果和所获取的中继HARQ反馈监测结果，Tx UE 310确定重传决定。在该示例中，Tx UE确定不传输重传(“No retransmission！”)，因为接收器HARQ反馈监测结果和中继HARQ反馈监测结果都指示HARQ DTX。

步骤355，基于中继决定，R-UE中继TB。在该示例中，由于中继决定为“Relay！”，R-UE通过使用Rx UE的ID作为目的地标识符将第一HARQ传输作为单播进行传输来将TB中继到Rx。R-UE到Rx UE的第一HARQ传输也可以到达Tx UE，Tx UE可以正在监测来自R-UE的侧链HARQ反馈。

步骤356a，Rx UE成功接收TB。

步骤356b，在该示例中，从R-UE到Rx UE的第一HARQ传输也已经到达Tx UE。由于TxUE正在监测来自R-UE的侧链HARQ反馈，Tx UE至少接收到从R-UE到Rx UE的SCI。基于该侧链HARQ反馈监测结果(在该示例中是SCI的接收)，Tx UE确定关于是否要终止HARQ过程的终止决定。在该示例中，Tx UE确定要在接收到SCI之后终止(“Termination！”)。因此，Tx UE终止HARQ过程。

步骤357：Rx UE向R-UE传输HARQ ACK，R-UE也可以到达Tx UE。因此，基于在步骤356b中接收的SCI，Tx UE可以能够监测从Rx UE到R-UE的侧链HARQ反馈。监测结果可以用于确定Rx UE是否可到达Tx UE。

步骤358，R-UE从R-UE接收HARQ ACK并且终止HARQ过程。

图3中的虚线是来自传输器、步骤352中的Tx UE 310和步骤357中的Rx UE 330的相同传输。

图3所示的示例涵盖根据第一示例性方面的方法的示例性实施例。此外，传输器TxUE 310可以是根据第一方面的装置，或者可以是根据第一方面的装置的一部分。

Tx UE 310(其可以是移动设备，诸如蜂窝电话)包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起Tx UE至少执行以下操作：

-在步骤352中，传输侧链传输块的至少一个HARQ传输，至少一个HARQ传输包括指示接收器(例如，Rx UE 330)的目的地标识符的目的地标识符信息，

-例如，从步骤352到步骤354b，监测来自接收器(例如，Rx UE

330)的对至少一个HARQ传输的接收器HARQ反馈以获取例如指示如步骤354b中的HARQ DTX的接收器HARQ反馈监测结果，

-例如，从步骤352到步骤354b，监测来自中继设备(例如，R-UE

320)的对至少一个HARQ传输的中继HARQ反馈以获取例如指示如步骤354b中的HARQ DTX的中继HARQ反馈监测结果，以及

-例如，在步骤354b中，根据接收器HARQ反馈监测结果和中继HARQ反馈监测结果来确定关于是否要传输侧链传输块的至少一个HARQ重传的重传决定，在该示例中，该重传决定是例如“No retransmission！”。

图3所示的示例还涵盖根据第二示例性方面的方法的示例性实施例。此外，中继设备R-UE 320可以是根据第二方面的装置，或者可以是根据第二方面的装置的一部分。

R-UE 320(其可以是移动设备，诸如蜂窝电话)包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起R-UE至少执行以下操作：

-在步骤353a中，从传输器(例如，Tx UE 310)接收侧链传输块的至少一个HARQ传输，HARQ传输包括指示接收器(例如，Rx UE 330)的目的地标识符的目的地标识符信息，以及

-至少在HARQ传输已经被成功接收的情况下(例如，在步骤353a中的情况)，

-例如，从步骤353a到354a，监测来自接收器(例如，Rx UE

330)的对HARQ传输的接收器HARQ反馈以获取例如指示如步骤354a中的HARQ DTX的接收器HARQ反馈监测结果，以及

-例如，在步骤354a中，根据接收器HARQ反馈监测结果来确定关于是否要向接收器(例如，Rx UE 330)中继至少HARQ传输的数据的中继决定，在该示例中，该中继决定是例如

“Relay！”。

图4是信令图400，其示出了如何经由中继Rx UE 430使用基于SL的UE到UE中继来执行传输器Tx UE 410与接收器Rx UE 430之间的SL数据传输的另一示例实施例。图4特别是表1中的情况(1.3)的示例。例如，Tx UE 210可以被配置为Tx UE 410，R-UE 220可以被配置为R-UE 420，和/或Rx UE 230可以被配置为Rx UE 430。

图4所示的过程可以包括以下步骤中的一些或全部：

步骤450：为Tx UE 410建立UE到UE中继以通过SL向Rx UE420传输数据(该步骤对应于步骤350)。

步骤451，该步骤对应于步骤351。

步骤452：该步骤对应于步骤352。

步骤453a，该步骤对应于步骤353a。

步骤453b，在该示例中，Rx UE成功接收TB。

步骤454：当Rx UE在步骤453b中成功接收到TB时，Rx UE发送HARQ ACK作为接收器HARQ反馈。

步骤455a：Tx UE 410正在监测对HARQ传输的接收器HARQ反馈和中继HARQ反馈。根据步骤453a和454，Tx UE从Rx UE 430接收HARQ ACK作为接收器HARQ反馈，并且在步骤452中的HARQ传输之后的指定时间段内未从R-UE 420接收到任何中继HARQ反馈。因此，在该示例中，接收器HARQ反馈监测结果指示HARQ ACK，而中继HARQ反馈监测结果指示HARQ DTX。基于所获取的接收器HARQ反馈监测结果和所获取的中继HARQ反馈监测结果，Tx UE410确定重传决定。在该示例中，Tx UE确定不传输重传(“No retransmission！”)，因为接收器HARQ反馈监测结果指示HARQ ACK。

步骤455b：正在监测对HARQ传输的接收器HARQ反馈的R-UE420接收由Rx UE发送的HARQ ACK反馈，使得接收器HARQ反馈监测结果指示HARQ ACK。基于所获取的接收器HARQ反馈监测结果，R-UE确定中继决定。在该示例中，R-UE确定不中继(“No relay！”)，因为接收器HARQ反馈监测结果指示HARQ ACK。

步骤456a，Tx UE基于接收器HARQ反馈监测结果确定终止决定。在该示例中，Tx UE确定要终止HARQ过程，因为接收器HARQ反馈监测结果指示HARQ ACK。

步骤456b，根据中继决定，R-UE终止HARQ过程。在该示例中，由于中继决定为“Norelay！”，因此R-UE终止HARQ过程。

步骤457，Tx UE 410基于接收器HARQ反馈监测结果来确定释放决定。在该示例中，Tx UE确定要释放中继设备(“Releasing！”)，因为接收器HARQ反馈监测结果指示HARQ ACK，HARQ ACK指示可以返回到直接SL。

步骤458，根据释放决定，Tx UE释放中继设备R-UE。在该示例中，Tx UE释放R-UE，因为释放决定为“Releasing！”。

图4中的虚线是来自步骤352中的传输器Tx UE 310的相同传输。

图4所示的示例涵盖根据第一示例性方面的方法的示例性实施例。此外，传输器TxUE 410可以是根据第一方面的装置，或者可以是根据第一方面的装置的一部分。

Tx UE 410(其可以是移动设备，诸如蜂窝电话)包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起Tx UE至少执行以下操作：

-在步骤452中，传输侧链传输块的至少一个HARQ传输，至少一个HARQ传输包括指示接收器(例如，Rx UE 430)的目的地标识符的目的地标识符信息，

-例如，从步骤452到步骤455a，监测来自接收器(例如，Rx UE

430)的对至少一个HARQ传输的接收器HARQ反馈以获取例如指示如步骤455a中的HARQ ACK的接收器HARQ反馈监测结果，

-例如，从步骤452到步骤455a，监测来自中继设备(例如，R-UE

420)的对至少一个HARQ传输的中继HARQ反馈以获取例如指示如步骤455b中的HARQ DTX的中继HARQ反馈监测结果，以及

-例如，在步骤455a中，根据接收器HARQ反馈监测结果和中继HARQ反馈监测结果来确定关于是否要传输侧链传输块的至少一个HARQ重传的重传决定，在该示例中，该重传决定是例如“No retransmission！”。

图4所示的示例还涵盖根据第二示例性方面的方法的示例性实施例。此外，中继设备R-UE 420可以是根据第二方面的装置，或者可以是根据第二方面的装置的一部分。

R-UE 420(其可以是移动设备，诸如蜂窝电话)包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起R-UE至少执行以下操作：

-在步骤453a中，从传输器(例如，Tx UE 410)接收侧链传输块的至少一个HARQ传输，HARQ传输包括指示接收器(例如，Rx UE 430)的目的地标识符的目的地标识符信息，以及

-至少在HARQ传输已经被成功接收的情况下(例如，在步骤453a中的情况)，

-例如，从步骤453a到455b，监测来自接收器(例如，Rx UE 430)的对HARQ传输的接收器HARQ反馈以获取例如指示如步骤455b中的HARQ ACK的接收器HARQ反馈监测结果，以及

-例如，在步骤455b中，根据接收器HARQ反馈监测结果来确定关于是否需要向接收器(例如，Rx UE 430)中继至少一个HARQ传输的数据的中继决定，在该示例中，该中继决定是例如“No relay！”。

图5是信令图500，其示出了如何经由中继Rx UE 530使用基于SL的UE到UE中继来执行传输器Tx UE 510与接收器Rx UE 520之间的SL数据传输的另一示例实施例。图5特别是表1中的情况(2.1)的示例。例如，Tx UE 210可以被配置为Tx UE 510，R-UE 220可以被配置为R-UE 520，和/或Rx UE 230可以被配置为Rx UE 530。

图5所示的过程可以包括以下步骤中的一些或全部：

步骤550：为Tx UE 510建立UE到UE中继以通过SL向Rx UE530传输数据(该步骤对应于步骤350)。

步骤551，该步骤对应于步骤351。

步骤552：该步骤对应于步骤352。

步骤553a：R-UE 520在步骤552中接收由Tx UE 510发送的第一HARQ传输，但没有成功(例如，仅部分地或有错误)。R-UE 520可以开始或可以不开始监测来自Rx UE的对HARQ传输的接收器HARQ反馈。

步骤553b：Rx UE未接收到第一HARQ传输并且因此不发送接收器HARQ反馈。

步骤554：由于HARQ传输未成功接收，R-UE 520向传输器Tx UE510传输指示否定确认(例如，HARQ NACK)的中继HARQ反馈。

步骤555：Tx UE 510正在监测对HARQ传输的接收器HARQ反馈和中继HARQ反馈。根据步骤553a和553b，Tx UE从R-UE 520接收HARQ NACK作为中继HARQ反馈，并且在步骤552中的HARQ传输之后的指定时间段内未从Rx UE 530接收到任何接收器HARQ反馈。因此，在该示例中，接收器HARQ反馈监测结果指示HARQ DTX，而中继HARQ反馈监测结果指示HARQ NACK。基于所获取的接收器HARQ反馈监测结果和所获取的中继HARQ反馈监测结果，Tx UE 510确定重传决定。在该示例中，Tx UE确定要传输重传(“Retransmission！”)，因为接收器HARQ反馈监测结果指示HARQ DTX(因此需要中继)，并且因为中继HARQ反馈监测结果指示HARQNACK(即，R-UE 520需要重传以执行中继)。

步骤556：Tx传输TB的第二HARQ传输(即，HARQ重传)，但这次是使用R-UE 520的ID作为目的地标识符的单播。

步骤557：R-UE 520成功地接收第二HARQ传输(即，HARQ重传)并且因此接收TB。

步骤558，R-UE向Tx UE发送HARQ ACK以确认HARQ重传的成功接收。

步骤559：Tx UE从R-UE接收HARQ ACK，并且基于此而确定要终止HARQ过程(“Termination！”)。因此，Tx UE然后终止HARQ过程。

步骤560：当R-UE在HARQ重传(在该示例中为第二HARQ传输)上从Tx UE接收到TB时，R-UE确定要将TB中继到Rx UE(“Relay！”)。因此，R-UE将所接收的TB本身或TB内的数据灵活地中继到Rx UE。

图5中的虚线是来自步骤352中的传输器Tx UE 310的相同传输。

图5所示的示例涵盖根据第一示例性方面的方法的示例性实施例。此外，传输器TxUE 510可以是根据第一方面的装置，或者可以是根据第一方面的装置的一部分。

Tx UE 510(其可以是移动设备，诸如蜂窝电话)包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起Tx UE至少执行以下操作：

-在步骤552中，传输侧链传输块的至少一个HARQ传输，至少一个HARQ传输包括指示接收器(例如，Rx UE 530)的目的地标识符的目的地标识符信息，

-例如，从步骤552到步骤555，监测来自接收器(例如，Rx UE 530)的对至少一个HARQ传输的接收器HARQ反馈以获取例如指示如步骤355中的HARQ DTX的接收器HARQ反馈监测结果，

-例如，从步骤552到步骤555，监测来自中继设备(例如，R-UE

520)的对至少一个HARQ传输的中继HARQ反馈以获取例如指示如步骤555中的HARQNACK的中继HARQ反馈监测结果，以及

-例如，在步骤555中，根据接收器HARQ反馈监测结果和中继HARQ反馈监测结果来确定关于是否需要传输侧链传输块的至少一个HARQ重传的重传决定，在该示例中，该重传决定是例如

“Retransmission！”，

-因此，Tx UE 510在步骤556中传输HARQ重传。

图5所示的示例还涵盖根据第二示例性方面的方法的示例性实施例。此外，中继设备R-UE 520可以是根据第二方面的装置，或者可以是根据第二方面的装置的一部分。

R-UE 520(其可以是移动设备，诸如蜂窝电话)包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起R-UE至少执行以下操作：

-在步骤553a中，从传输器(例如，Tx UE 510)接收侧链传输块的至少一个HARQ传输，HARQ传输包括指示接收器(例如，Rx UE 530)的目的地标识符的目的地标识符信息，

-在步骤554中，如果至少一个HARQ传输未被成功接收到，则向传输器(例如，Tx UE510)传输指示否定确认(例如，HARQ NACK)的中继HARQ反馈，在该示例中是步骤553a中的情况，

-在步骤554中的指示否定确认信息的中继HARQ反馈消息的传输之后，在步骤557中，从传输器(例如，Tx UE 520)接收侧链传输块的至少一个HARQ重传，在图5中称为“第二HARQ传输”，以及

-在步骤560中，向接收器(例如，Rx UE 530)中继至少一个HARQ重传的数据。

在另一示例中，Tx UE可以使用表1中的选项(1.1)和(1.2)的增强型SL HARQ Opt-2来传输多于一个连续HARQ(重)传输，包括TB的第一HARQ传输，以达到令人放心的目的(即，预期R-UE将成功接收TB)。也就是说，对于所有这些HARQ(重)传输，在终止HARQ过程之前，TxUE检测/接收来自R-UE的DTX和来自Rx UE的NACK/DTX。

在另一示例中，Tx UE可以至少监测由R-UE发送给Rx UE的SCI，R-UE使用该SCI来调度到Rx的数据传输，以确保R-UE正在从Tx UE接收数据并且向Rx中继数据。该监测还用于使得Tx UE能够监测从Rx UE到R-UE的HARQ反馈，如在下一示例中所述。该监测可以用于TxUE确定是否需要针对表1中的选项(1.1)和(1.2)来终止HARQ过程。

在另一示例中，Tx UE可以在R-UE使用单播SL HARQ向Rx UE中继数据时，监测从RxUE到R-UE的SL HARQ反馈，前提是Tx UE在先前示例中接收到至少SCI，并且导出由Rx UE用于向R-UE发送SL HARQ的PSFCH资源。该监测用于确定Rx UE是否变得直接可到达Tx UE并且因此中继是否仍然需要。

注意，这种监测也可以应用于R-UE，如上文结合图2所述的HARQ方案的步骤1b中所提出的。然而，其目的不同：R-UE监测从Rx UE到Tx UE的SL HARQ反馈，以便决定调度TB中的SL数据或调度TB是否需要被中继到Rx UE。

在另一示例中，基于由Rx UE向Tx UE或R-UE发送的来自Rx UE的SL HARQ反馈，当Rx UE变得直接并且适当地可到达Tx UE时，Tx UE可以释放中继连接和R-UE。

在另一示例中，Tx UE可以使用R-UE的ID，或者保持使用Rx UE的ID，或者在它们之间灵活地交替作为用于向R-UE和/或R-UE和Rx UE两者发送数据的DST ID，即使当直接SL当前遭受RLF时也是如此。

在另一示例中，基于例如中继是用于SL双连接(用于从Tx UE到Rx UE的SL数据的复制或拆分)、用于SL RLF恢复、还是用于Tx UE的功率节省，中继对于Rx UE是可见还是不可见，Tx UE可以确定R-UE和Rx UE中的哪个ID被用作SL传输的DST ID(在可见中继中，TxUE或R-UE的ID可以被R-UE用作SRC ID以向Rx UE中继数据，而在不可见中继中，Tx UE的ID被R-UE用作SRC ID)。

在另一示例中，即使当直接SL当前遭受RLF时，Tx UE也可以经由R-UE在中继模式下保持并且使用Tx UE与Rx UE之间的直接SL的SL无线电承载(RB)上下文。这可以表示，R-UE可以保留从Tx UE接收的直接SL模式的所有SL RB上下文，并且如果需要(例如，对于不可见中继)，则可以这样使用或以1:1映射使用其以将对应数据中继到Rx UE。当前SL PDCP重复检测可以在Rx UE处这样重复使用，因为Rx UE可以在中继和直接连接两者上从R-UE和TxUE两者接收相同PDCP PDU。

在另一示例中，将TB从R-UE中继到Rx UE可以使用与来自Tx UE的原始传输相同或不同的HARQ过程。

-在中继TB使用不同HARQ过程的情况下，Rx UE可以仅使用来自R-UE的接收来解码。

-在另一种情况下，如果中继TB使用相同HARQ过程，则Rx UE可以使用来自R-UE和Tx UE两者的接收来解码。在这种情况下，Tx UE可以例如在从R-UE接收到关于使用相同HARQ过程的先前TB是否被Rx UE确认的指示时开始/暂停其针对新TB的传输。

在另一示例中，UE到UE中继建立过程可以包括所提出的增强型组播过程的配置。因此，例如，通过使用Rx UE的ID作为组播的DST ID，R-UE可以知道组播传输。此外，如果R-UE需要将NACK发送回Tx UE，则R-UE还可以知道其专用PSFCH资源。

图6是根据本发明的示例性方面的装置600的示意性框图，装置600可以例如表示图2的Tx UE 210。

装置600包括处理器610、工作存储器620、程序存储器630、数据存储器640、(多个)通信接口650、可选用户接口660和(多个)可选传感器670。

装置600可以例如被配置为执行和/或控制根据第一示例性方面的方法，或者包括用于执行和/或控制根据第一示例性方面的方法的相应部件(610至670中的至少一个)。装置600还可以构成一种装置，该装置包括至少一个处理器(610)和包括计算机程序代码的至少一个存储器(620)，该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起装置(例如，装置600)至少执行和/或控制根据第一示例性方面的方法。

处理器610可以例如包括作为功能和/或结构单元的传输启动器611。传输启动器611例如可以被配置为开始消息的传输，例如HARQ传输、HARQ重传或HARQ反馈的传输，仅举若干非限制性示例。传输启动器611可以例如被配置为开始作为单播或组播的消息传输。

处理器610可以例如包括作为功能和/或结构单元的监测启动器612。监测启动器612可以例如被配置为开始监测消息，例如针对HARQ传输、针对HARQ反馈(诸如接收器HARQ反馈或中继HARQ反馈)，或者开始监测消息的缺失，例如，针对HARQ传输或针对HARQ反馈，例如，在指定时间段内。

处理器610可以例如包括作为功能和/或结构单元的确定单元613。例如，确定单元613可以被配置为根据例如HARQ反馈监测结果(诸如接收器HARQ反馈监测结果和/或中继HARQ反馈监测结果，仅举若干非限制性示例)的信息来确定决定，例如重传决定、中继决定、终止决定或释放决定，仅举若干非限制性示例。

处理器610可以例如包括作为功能和/或结构单元的终止执行器614。终止执行器614可以例如被配置为执行过程(例如，HARQ过程)的终止。

处理器610可以例如包括作为功能和/或结构单元的释放执行器615。释放执行器615可以例如被配置为执行中继连接或设备的释放。

处理器610可以例如包括作为功能和/或结构单元的中继建立执行器616。中继建立执行器616可以例如被配置为执行用于建立中继设备的中继建立过程。

处理器610可以例如进一步控制存储器620至640、(多个)通信接口650、可选用户接口660和(多个)可选传感器670。

处理器610可以例如执行存储在程序存储器630中的计算机程序代码，程序存储器630可以例如表示包括程序代码的计算机可读存储介质，该程序代码在由处理器610执行时引起处理器610执行根据第一示例性方面的方法。

处理器610(以及本说明书中提到的任何其他处理器)可以是任何合适类型的处理器。处理器610可以包括但不限于一个或多个微处理器、带有伴随的一个或多个数字信号处理器的一个或多个处理器、不带有伴随的(多个)数字信号处理器的一个或多个处理器、一个或多个专用计算机芯片、一个或多个现场可编程门阵列(FPGA)、一个或多个控制器、一个或多个专用集成电路(ASIC)或一个或多个计算机。相关结构/硬件已经被编程为执行上述功能。处理器610例如可以是运行操作系统的应用处理器。

程序存储器630也可以被包括在处理器610中。该存储器可以例如固定地连接到处理器610，或者可以至少部分从处理器610可移除，例如以存储卡或棒的形式。程序存储器630例如可以是非易失性存储器。例如，它可以是FLASH存储器(或其一部分)、ROM、PROM、EPROM和EEPROM存储器(或其一部分)中的任何一个、或硬盘(或其一部分)，仅举若干示例。程序存储器630还可以包括用于处理器610的操作系统。程序存储器630还可以包括用于装置600的固件。

装置600包括例如易失性存储器形式的工作存储器620。例如，它可以是随机存取存储器(RAM)或动态RAM(DRAM)，仅举若干非限制性示例。它可以例如由处理器610在执行操作系统和/或计算机程序时使用。

数据存储器640例如可以是非易失性存储器。例如，它可以是FLASH存储器(或其一部分)、ROM、PROM、EPROM和EEPROM存储器(或其一部分)中的任何一个、或硬盘(或其一部分)，仅举若干示例。数据存储器640可以例如存储测量配置信息、切换配置信息、RRC配置、CPA配置信息或其组合，仅举若干非限制性示例。

(多个)通信接口650使得装置600能够与其他实体通信，例如与图2的R-UE 220和Rx UE 230通信。(多个)通信接口650可以例如包括无线接口(例如，蜂窝无线电通信接口和/或WLAN接口)和/或有线接口(例如，基于IP的接口)，以例如经由因特网与实体通信。(多个)通信接口可以使得装置600能够与图2中未示出的其他实体通信。

用户接口660是可选的，并且可以包括用于向用户显示信息的显示器和/或用于从用户接收信息的输入设备(例如，键盘、小键盘、触摸板、鼠标等)。

(多个)传感器670是可选的，并且可以例如包括例如用于收集压力信息的气压传感器。

装置600的一些或所有组件可以例如经由总线连接。装置600的一些或所有组件可以例如组合成一个或多个模块。

图7是根据本发明的示例性方面的装置700的示意性框图，装置700可以例如表示图2中的R-UE 220。

装置700包括处理器710、工作存储器720、程序存储器730、数据存储器740、(多个)通信接口750、可选用户接口760和(多个)可选传感器770。

装置700可以例如被配置为执行和/或控制根据第二示例性方面的方法，或者包括用于执行和/或控制根据第二示例性方面的方法的相应部件(710至770中的至少一个)。装置700还可以构成一种装置，该装置包括至少一个处理器(710)和包括计算机程序代码的至少一个存储器(720)，该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起装置(例如，装置700)至少执行和/或控制根据第二示例性方面的方法。

处理器710可以例如包括作为功能和/或结构单元的接收控制器711。接收控制器711例如可以被配置为控制消息的接收，例如HARQ传输、HARQ重传或HARQ反馈的接收，仅举若干非限制性示例。

处理器710可以例如包括作为功能和/或结构单元的传输启动器712。传输启动器711例如可以被配置为开始消息的传输，例如HARQ传输、HARQ重传或HARQ反馈的传输，仅举若干非限制性示例。传输启动器711可以例如被配置为开始作为单播或组播的消息传输。

处理器710可以例如包括作为功能和/或结构单元的监测启动器713。监测启动器713可以例如被配置为开始监测消息，例如针对HARQ传输、针对HARQ反馈(诸如接收器HARQ反馈或中继HARQ反馈)，或者开始监测消息的缺失，例如，针对HARQ传输或针对HARQ反馈，例如，在指定时间段内。

处理器710可以例如包括作为功能和/或结构单元的确定单元714。例如，确定单元714可以被配置为根据例如HARQ反馈监测结果(诸如接收器HARQ反馈监测结果和/或中继HARQ反馈监测结果，仅举若干非限制性示例)的信息来确定决定，例如重传决定、中继决定、终止决定或释放决定，仅举若干非限制性示例。

处理器710可以例如包括作为功能和/或结构单元的终止执行器715。终止执行器715可以例如被配置为执行过程(例如，HARQ过程)的终止。

处理器710可以例如进一步控制存储器720至740、(多个)通信接口750、可选用户接口760和(多个)可选传感器770。

处理器710可以例如执行存储在程序存储器730中的计算机程序代码，程序存储器730可以例如表示包括程序代码的计算机可读存储介质，该程序代码在由处理器710执行时引起处理器710执行根据第二示例性方面的方法。

处理器710(以及本说明书中提到的任何其他处理器)可以是任何合适类型的处理器。处理器710可以包括但不限于一个或多个微处理器、带有伴随的一个或多个数字信号处理器的一个或多个处理器、不带有伴随的(多个)数字信号处理器的一个或多个处理器、一个或多个专用计算机芯片、一个或多个现场可编程门阵列(FPGA)、一个或多个控制器、一个或多个专用集成电路(ASIC)或一个或多个计算机。相关结构/硬件已经被编程为执行上述功能。处理器710例如可以是运行操作系统的应用处理器。

程序存储器730也可以被包括在处理器710中。该存储器可以例如固定地连接到处理器710，或者可以至少部分从处理器710可移除，例如以存储卡或棒的形式。程序存储器730例如可以是非易失性存储器。例如，它可以是FLASH存储器(或其一部分)、ROM、PROM、EPROM和EEPROM存储器(或其一部分)中的任何一个、或硬盘(或其一部分)，仅举若干示例。程序存储器730还可以包括用于处理器710的操作系统。程序存储器730还可以包括用于装置700的固件。

装置700包括例如易失性存储器形式的工作存储器720。例如，它可以是随机存取存储器(RAM)或动态RAM(DRAM)，仅举若干非限制性示例。它可以例如由处理器710在执行操作系统和/或计算机程序时使用。

数据存储器740例如可以是非易失性存储器。例如，它可以是FLASH存储器(或其一部分)、ROM、PROM、EPROM和EEPROM存储器(或其一部分)中的任何一个、或硬盘(或其一部分)，仅举若干示例。数据存储器640可以例如存储测量配置信息、切换配置信息、RRC配置、CPA配置信息或其组合，仅举若干非限制性示例。

(多个)通信接口750使得装置700能够与其他实体通信，例如与图2的Tx UE 210或Rx UE 230通信。(多个)通信接口750可以例如包括无线接口(例如，蜂窝无线电通信接口和/或WLAN接口)和/或有线接口(例如，基于IP的接口)，以例如经由因特网与实体通信。(多个)通信接口可以使得装置700能够与图2中未示出的其他实体通信。

用户接口760是可选的，并且可以包括用于向用户显示信息的显示器和/或用于从用户接收信息的输入设备(例如，键盘、小键盘、触摸板、鼠标等)。

装置700的一些或所有组件可以例如经由总线连接。装置700的一些或所有组件可以例如组合成一个或多个模块。

应当认为也公开了以下实施例：

实施例A1：

一种装置，包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置至少执行：

-传输侧链传输块的至少一个HARQ传输，所述至少一个HARQ传输包括指示接收器的目的地标识符的目的地标识符信息，

-监测来自所述接收器的对所述至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，

-监测来自中继设备的对所述至少一个HARQ传输的中继HARQ反馈以获取中继HARQ反馈监测结果，以及

-根据所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果来确定关于是否要传输所述侧链传输块的至少一个HARQ重传的重传决定。

实施例A2：

根据实施例A1所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-根据所述重传决定来传输所述至少一个HARQ重传。

实施例A3：

根据实施例A1或A2所述的装置，其中：

-所述HARQ重传包括指示所述中继设备的目的地标识符的目的地标识符信息。

实施例A4：

根据实施例A1至A3中任一项所述的装置，其中：

-确定所述重传决定包括：

-至少在所述接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)并且所述中继HARQ反馈监测结果指示否定确认(例如，HARQ NACK)的情况下，确定要重传所述至少一个HARQ重传。

实施例A5：

根据实施例A1至A4中任一项所述的装置，其中：

-传输所述至少一个HARQ传输包括：

-将所述至少一个HARQ传输作为组播侧链HARQ传输进行传输。

实施例A6：

根据实施例A1至A5中任一项所述的装置，其中：

-传输所述至少一个HARQ重传包括：

-将所述至少一个HARQ重传作为单播侧链HARQ(重)传输进行传输。

实施例A7：

根据实施例A1至A6中任一项所述的装置，其中：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示否定确认(例如，HARQ NACK)的情况下，

确定要传输所述至少一个HARQ重传。

实施例A8：

根据实施例A1至A7中任一项所述的装置，其中：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，

确定不传输所述至少一个HARQ重传。

实施例A9：

根据实施例A1至A8中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，终止所述HARQ过程。

实施例A10：

根据实施例A1至A9中任一项所述的装置，其中

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且所述中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，确定不传输所述至少一个HARQ重传。

实施例A11：

根据实施例A1至A10中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-在所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且所述中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，终止所述HARQ过程。

实施例A12：

根据实施例A1至A11中任一项所述的装置，其中

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，确定不传输所述至少一个HARQ重传。

实施例A13：

根据实施例A1至A12中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-在所述接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，终止所述HARQ过程。

实施例A14：

根据实施例A8至A13中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-释放所述中继设备。

实施例A15：

根据实施例A1至A14中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-传输所述侧链传输块的多于一个连续HARQ传输，

-监测来自所述接收器的对相应HARQ传输的相应接收器HARQ反馈以获取相应接收器HARQ反馈监测结果，并且

-监测来自所述中继设备的对相应HARQ传输的相应中继HARQ反馈以获取相应中继HARQ反馈监测结果，

-根据所述相应接收器HARQ反馈监测结果和所述相应中继HARQ反馈监测结果来确定关于是否要传输所述侧链传输块的至少一个相应HARQ重传的相应重传决定。

实施例A16：

根据实施例A1至A15中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-监测包括从所述中继设备到所述接收器的侧链控制信息(SCI)的消息以获取SCI监测结果，并且

-可选地，根据所述SCI监测结果来确定关于是否要终止HARQ过程的终止决定。

实施例A17：

根据实施例A1至A16中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-监测从所述接收器到所述中继的侧链HARQ反馈以获取SL HARQ反馈监测结果，以及

-可选地，根据所述SL HARQ反馈监测结果来确定关于是否要释放所述中继的释放决定。

实施例A18：

根据实施例A1至A17中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-监测从所述接收器到所述传输器或到所述中继设备的侧链HARQ反馈以获取SLHARQ反馈监测结果，以及

-根据所述SL HARQ反馈监测结果，释放所述中继设备。

实施例A19：

根据实施例A1至A18中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-执行用于建立所述中继设备的中继建立过程。

实施例A20：

根据实施例A1至A19中任一项所述的装置，其中所述装置是移动设备和/或物联网IoT设备、或者是移动设备和/或物联网IoT设备的一部分。

实施例A21：

根据实施例A1至A20中任一项所述的装置，其中所述侧链传输块的所述至少一个HARQ传输是所述侧链传输块的第一HARQ传输。

实施例A22：

根据实施例A15所述的装置，其中所述侧链传输块的所述多于一个连续HARQ传输包括所述侧链传输块的所述第一HARQ传输。

实施例A23：

一种装置，包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置至少执行：

-从传输器接收侧链传输块的至少一个HARQ传输，所述HARQ传输包括指示接收器的目的地标识符的目的地标识符信息，以及

-至少在所述至少一个HARQ传输已经被成功接收到的情况下，

-监测来自所述接收器的对所述至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，以及

-根据所述接收器HARQ反馈监测结果来确定关于是否要向所述接收器中继所述至少一个HARQ传输的数据的中继决定。

实施例A24：

根据权利要求A23所述的装置，其中

-确定所述中继决定包括：

-如果所述接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)，则确定要向所述接收器中继所述至少一个HARQ传输的数据。

实施例A25：

根据权利要求A23或A24所述的装置，其中

-确定所述中继决定包括：

-如果所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)，则确定要向所述接收器中继所述至少一个HARQ传输的数据。

实施例A26：

根据实施例A23至A25中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-如果所述至少一个HARQ传输未被成功接收到，则向所述传输器传输指示否定确认(例如，HARQ NACK)的中继HARQ反馈。

实施例A27：

根据实施例A26所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-在指示所述否定确认信息的所述中继HARQ反馈消息的传输之后，从所述传输器接收所述侧链传输块的至少一个HARQ重传。

实施例A28：

根据实施例A23至A27中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-如果所述至少一个HARQ传输已经被成功接收到，则跳过指示肯定确认(例如，HARQ ACK)的中继HARQ反馈向所述传输器的传输。

实施例A29：

根据实施例A23至A28中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-根据所述中继决定，向所述接收器中继所述至少一个HARQ传输或HARQ重传的数据。

实施例A30：

根据实施例A23至A29中任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置进一步执行：

-监测来自所述接收器的对所述中继数据的侧链HARQ反馈以获取侧链HARQ反馈监测结果。

实施例A31：

根据实施例A23至A30中任一项所述的装置，其中所述侧链传输块的所述至少一个HARQ传输是所述侧链传输块的第一HARQ传输。

实施例A32：

根据实施例A23至A31中任一项所述的装置，其中所述装置是移动设备和/或物联网IoT设备、或者是移动设备和/或物联网IoT设备的一部分。

实施例A33：

一种系统，包括：

-至少一个根据实施例A1至A22中任一项所述的装置；以及

-至少一个根据实施例A23至A32中任一项所述的装置。

实施例M1：

一种方法，包括：

-传输侧链传输块的至少一个HARQ传输，所述至少一个HARQ传输包括指示接收器的目的地标识符的目的地标识符信息，

-监测来自所述接收器的对所述至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，

-监测来自中继设备的对所述至少一个HARQ传输的中继HARQ反馈以获取中继HARQ反馈监测结果，以及

-根据所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果来确定关于是否要传输所述侧链传输块的至少一个HARQ重传的重传决定。

实施例M2：

根据实施例M1所述的方法，还包括：

-根据所述重传决定来传输所述至少一个HARQ重传。

实施例M3：

根据实施例M1或M2所述的方法，其中：

-所述HARQ重传包括指示所述中继设备的目的地标识符的目的地标识符信息。

实施例M4：

根据实施例M1至M3中任一项所述的方法，其中：

-确定所述重传决定包括：

-至少在所述接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)并且所述中继HARQ反馈监测结果指示否定确认(例如，HARQ NACK)的情况下，确定要重传所述至少一个HARQ重传。

实施例M5：

根据实施例M1至M4中任一项所述的方法，其中：

-传输所述至少一个HARQ传输包括：

-将所述至少一个HARQ传输作为组播侧链HARQ传输进行传输。

实施例M6：

根据实施例M1至M5中任一项所述的方法，其中：

-传输所述至少一个HARQ重传包括：

-将所述至少一个HARQ重传作为单播侧链HARQ(重)传输进行传输。

实施例M7：

根据实施例M1至M6中任一项所述的方法，其中：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示否定确认(例如，HARQ NACK)的情况下，

确定要传输所述至少一个HARQ重传。

实施例M8：

根据实施例M1至M7中任一项所述的方法，其中：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，

确定不传输所述至少一个HARQ重传。

实施例M9：

根据实施例M1至M8中任一项所述的方法，还包括：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，终止所述HARQ过程。

实施例M10：

根据实施例M1至M9中任一项所述的方法，其中

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且所述中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，确定不传输所述至少一个HARQ重传。

实施例M11：

根据实施例M1至M10中任一项所述的方法，还包括：

-在所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且所述中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，终止所述HARQ过程。

实施例M12：

根据实施例M1至M11中任一项所述的方法，其中

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，确定不传输所述至少一个HARQ重传。

实施例M13：

根据实施例M1至M12中任一项所述的方法，还包括：

-在所述接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，终止所述HARQ过程。

实施例M14：

根据实施例M8至M13中任一项所述的方法，还包括：

-释放所述中继。

实施例M15：

根据实施例M1至M14中任一项所述的方法，还包括：

-传输所述侧链传输块的多于一个连续HARQ传输，

-监测来自所述接收器的对相应HARQ传输的相应接收器HARQ反馈以获取相应接收器HARQ反馈监测结果，并且

-监测来自所述中继设备的对相应HARQ传输的相应中继HARQ反馈以获取相应中继HARQ反馈监测结果，

-根据所述相应接收器HARQ反馈监测结果和所述相应中继HARQ反馈监测结果来确定关于是否要传输所述侧链传输块的至少一个相应HARQ重传的相应重传决定。

实施例M16：

根据实施例M1至M15中任一项所述的方法，还包括：

-监测包括从所述中继设备到所述接收器的侧链控制信息(SCI)的消息以获取SCI监测结果，

-可选地，根据所述SCI监测结果来确定关于是否要终止HARQ过程的终止决定。

实施例M17：

根据实施例M1至M16中任一项所述的方法，还包括：

-监测从所述接收器到所述中继的侧链HARQ反馈以获取SL HARQ反馈监测结果，以及

-可选地，根据所述SL HARQ反馈监测结果来确定关于是否要释放所述中继的释放决定。

实施例M18：

根据实施例M1至M17中任一项所述的方法，还包括：

-监测从所述接收器到所述传输器或到所述中继设备的侧链HARQ反馈以获取SLHARQ反馈监测结果，以及

-根据所述SL HARQ反馈监测结果，释放所述中继设备。

实施例M19：

根据实施例M1至M18中任一项所述的方法，还包括：

-执行用于建立所述中继设备的中继建立过程。

实施例M20：

根据实施例M1至M19中任一项所述的方法，其中所述方法在移动设备和/或物联网IoT设备上执行、或与移动设备和/或物联网IoT设备一起执行。

实施例M21：

根据实施例M1至M20中任一项所述的方法，其中所述侧链传输块的所述至少一个HARQ传输是所述侧链传输块的第一HARQ传输。

实施例M22：

根据实施例M15所述的方法，其中所述侧链传输块的所述多于一个连续HARQ传输包括所述侧链传输块的所述第一HARQ传输。

实施例M23：

一种方法，包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述方法至少执行：

-从传输器接收侧链传输块的至少一个HARQ传输，所述HARQ传输包括指示接收器的目的地标识符的目的地标识符信息，以及

-至少在所述至少一个HARQ传输已经被成功接收到的情况下，

-监测来自所述接收器的对所述至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，以及

-根据所述接收器HARQ反馈监测结果来确定关于是否要向所述接收器中继所述至少一个HARQ传输的数据的中继决定。

实施例M24：

根据权利要求M23所述的方法，其中

-确定所述中继决定包括：

-如果所述接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)，则确定要向所述接收器中继所述至少一个HARQ传输的数据。

实施例M25：

根据权利要求M23或M24所述的方法，其中

-确定所述中继决定包括：

-如果所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)，则确定要向所述接收器中继所述至少一个HARQ传输的数据。

实施例M26：

根据实施例M23至M25中任一项所述的方法，还包括：

-如果所述至少一个HARQ传输未被成功接收到，则向所述传输器传输指示否定确认(例如，HARQ NACK)的中继HARQ反馈。

实施例M27：

根据实施例M23至M26中任一项所述的方法，还包括：

-在指示所述否定确认信息的所述中继HARQ反馈消息的传输之后，从所述传输器接收所述侧链传输块的至少一个HARQ重传。

实施例M28：

根据实施例M23至M27中任一项所述的方法，还包括：

-如果所述至少一个HARQ传输已经被成功接收到，则跳过指示肯定确认(例如，HARQ ACK)的中继HARQ反馈向所述传输器的传输。

实施例M29：

根据实施例M23至M28中任一项所述的方法，还包括：

-根据所述中继决定，向所述接收器中继所述至少一个HARQ传输或HARQ重传的数据。

实施例M30：

根据实施例M23至M29中任一项所述的方法，还包括：

-监测来自所述接收器的对所述中继数据的侧链HARQ反馈以获取侧链HARQ反馈监测结果。

实施例M31：

根据实施例M23至M30中任一项所述的方法，其中所述侧链传输块的所述至少一个HARQ传输是所述侧链传输块的第一HARQ传输。

实施例M32：

根据实施例M23至M32中任一项所述的方法，其中所述方法在移动设备和/或物联网IoT设备上执行、或与移动设备和/或物联网IoT设备一起执行。

实施例C1：

一种存储计算机程序代码的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-传输侧链传输块的至少一个HARQ传输，所述至少一个HARQ传输包括指示接收器的目的地标识符的目的地标识符信息，

-监测来自所述接收器的对所述至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，

-监测来自中继设备的对所述至少一个HARQ传输的中继HARQ反馈以获取中继HARQ反馈监测结果，以及

-根据所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果来确定关于是否要传输所述侧链传输块的至少一个HARQ重传的重传决定。

实施例C2：

根据实施例C1所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-根据所述重传决定来传输所述至少一个HARQ重传。

实施例C3：

根据实施例C1或C2所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-所述HARQ重传包括指示所述中继设备的目的地标识符的目的地标识符信息。

实施例C4：

根据实施例C1至C3中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-确定所述重传决定包括：

-至少在所述接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)并且所述中继HARQ反馈监测结果指示否定确认(例如，HARQ NACK)的情况下，确定要重传所述至少一个HARQ重传。

实施例C5：

根据实施例C1至C4中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-传输所述至少一个HARQ传输包括：

-将所述至少一个HARQ传输作为组播侧链HARQ传输进行传输。

实施例C6：

根据实施例C1至C5中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-传输所述至少一个HARQ重传包括：

-将所述至少一个HARQ重传作为单播侧链HARQ(重)传输进行传输。

实施例C7：

根据实施例C1至C6中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示否定确认(例如，HARQ NACK)的情况下，

确定要传输所述至少一个HARQ重传。

实施例C8：

根据实施例C1至C7中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，

确定不传输所述至少一个HARQ重传。

实施例C9：

根据实施例C1至C8中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-在所述接收器HARQ反馈监测结果和所述中继HARQ反馈监测结果每个指示不连续传输(例如，HARQ DTX)的情况下，终止所述HARQ过程。

实施例C10：

根据实施例C1至C9中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且所述中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，确定不传输所述至少一个HARQ重传。

实施例C11：

根据实施例C1至C10中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-在所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)并且所述中继HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)的情况下，终止所述HARQ过程。

实施例C12：

根据实施例C1至C11中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-确定所述重传决定包括：

-在所述接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，确定不传输所述至少一个HARQ重传。

实施例C13：

根据实施例C1至C12中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-在所述接收器HARQ反馈监测结果指示肯定确认(例如，HARQ ACK)的情况下，终止所述HARQ过程。

实施例C14：

根据实施例C8至C13中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-释放所述中继设备。

实施例C15：

根据实施例C1至C14中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-传输所述侧链传输块的多于一个连续HARQ传输，

-监测来自所述接收器的对相应HARQ传输的相应接收器HARQ反馈以获取相应接收器HARQ反馈监测结果，并且

-监测来自所述中继设备的对相应HARQ传输的相应中继HARQ反馈以获取相应中继HARQ反馈监测结果，

-根据所述相应接收器HARQ反馈监测结果和所述相应中继HARQ反馈监测结果来确定关于是否要传输所述侧链传输块的至少一个相应HARQ重传的相应重传决定。

实施例C16：

根据实施例C1至C15中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-监测包括从所述中继设备到所述接收器的侧链控制信息(SCI)的消息以获取SCI监测结果，

-可选地，根据所述SCI监测结果来确定关于是否要终止HARQ过程的终止决定。

实施例C17：

根据实施例C1至C16中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-监测从所述接收器到所述中继的侧链HARQ反馈以获取SL HARQ反馈监测结果，以及

-可选地，根据所述SL HARQ反馈监测结果来确定关于是否要释放所述中继的释放决定。

实施例C18：

根据实施例C1至C17中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-监测从所述接收器到所述传输器或到所述中继设备的侧链HARQ反馈以获取SLHARQ反馈监测结果，以及

-根据所述SL HARQ反馈监测结果，释放所述中继设备。

实施例C19：

根据实施例C1至C18中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

--执行用于建立所述中继设备的中继建立过程。

实施例C20：

根据实施例C1至C19中任一项所述的有形计算机可读介质，其中所述装置是移动设备和/或物联网IoT设备。

实施例C21：

根据实施例C1至C20中任一项所述的装置，其中所述侧链传输块的所述至少一个HARQ传输是所述侧链传输块的第一HARQ传输。

实施例C22：

根据实施例C15所述的装置，其中所述侧链传输块的所述多于一个连续HARQ传输包括所述侧链传输块的所述第一HARQ传输。

实施例C23：

一种存储计算机程序代码的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-从传输器接收侧链传输块的至少一个HARQ传输，所述HARQ传输包括指示接收器的目的地标识符的目的地标识符信息，以及

-至少在所述至少一个HARQ传输已经被成功接收到的情况下，

-监测来自所述接收器的对所述至少一个HARQ传输的接收器HARQ反馈以获取接收器HARQ反馈监测结果，以及

-根据所述接收器HARQ反馈监测结果来确定关于是否要向所述接收器中继所述至少一个HARQ传输的数据的中继决定。

实施例C24：

根据权利要求C23所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-确定所述中继决定包括：

-如果所述接收器HARQ反馈监测结果指示不连续传输(例如，HARQ DTX)，则确定要向所述接收器中继所述至少一个HARQ传输的数据。

实施例C25：

根据权利要求C23或C24所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-确定所述中继决定包括：

-如果所述接收器HARQ反馈监测结果指示否定确认(例如，HARQ NACK)，则确定要向所述接收器中继所述至少一个HARQ传输的数据。

实施例C26：

根据实施例C23至C25中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-如果所述至少一个HARQ传输未被成功接收到，则向所述传输器传输指示否定确认(例如，HARQ NACK)的中继HARQ反馈。

实施例C27：

根据实施例C26所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-在指示所述否定确认信息的所述中继HARQ反馈消息的传输之后，从所述传输器接收所述侧链传输块的至少一个HARQ重传。

实施例C28：

根据实施例C23至C27中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-如果所述至少一个HARQ传输已经被成功接收到，则跳过指示肯定确认(例如，HARQ ACK)的中继HARQ反馈向所述传输器的传输。

实施例C29：

根据实施例C23至C28中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-根据所述中继决定，向所述接收器中继所述至少一个HARQ传输或HARQ重传的数据。

实施例C30：

根据实施例C23至C29中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-监测来自所述接收器的对所述中继数据的侧链HARQ反馈以获取侧链HARQ反馈监测结果。

实施例C31：

根据实施例C23至C30中任一项所述的有形计算机可读介质，所述计算机程序代码在由处理器执行时引起装置执行和/或控制：

-所述侧链传输块的所述至少一个HARQ传输是所述侧链传输块的第一HARQ传输。

实施例C32：

根据实施例C23至C31中任一项所述的有形计算机可读介质，其中所述装置是移动设备和/或物联网IoT设备。

实施例G1：

一种装置，包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起装置至少执行和/或控制所述第一示例性方面的方法。

因此，示例实施例可以用于实现针对商业用例(包括一般商业用例和具体地(I)IoT用例)支持高精度(例如，水平和/或垂直)、低延迟、网络效率(可扩展性、RS开销等)和设备效率(功耗、复杂性)要求所必需的增强和解决方案。

在本说明书中，所描述的实施例中的任何呈现的连接都应当以所涉及的组件可操作地耦合的方式来理解。因此，连接可以是直接或间接地与任何数目或组合的中间元件的连接，并且组件之间可以仅存在功能关系。

此外，本文中描述或说明的任何方法、过程和动作可以使用通用或专用处理器中的可执行指令来实现，该可执行指令存储在计算机可读存储介质(例如，磁盘、存储器等)上以由这样的处理器执行。对“计算机可读存储介质”的引用应当理解为涵盖专用电路，诸如FPGA、ASIC、信号处理设备和其他设备。

表达“A和/或B”被认为包括以下三种情况中的任何一种：(i)A，(ii)B，(iii)A和B。此外，冠词“a”不应当理解为“一个(one)”，即，表达“an element”的使用并不排除还存在其他元素。术语“包括”应当以开放的方式理解，即，“包括元素A”的对象除了元素A之外还可以包括其他元素。

应当理解，所有呈现的实施例是示例性的，并且针对特定示例实施例而呈现的任何特征可以单独地或与针对相同或另一特定示例实施例而呈现的任何特征相结合和/或与未提及的任何其他特征结合相结合地与本发明的任何方面一起使用。具体地，本说明书中呈现的示例实施例也应当被理解为以彼此的所有可能的组合来公开，只要其在技术上是合理的并且示例实施例不是彼此的替代方案。还应当理解，针对特定类别(方法/装置/计算机程序/系统)的示例实施例而呈现的任何特征也可以以对应方式用于任何其他类别的示例实施例中。还应当理解，所呈现的示例实施例中的特征的存在不一定表示该特征形成本发明的基本特征并且不能被省略或替换。

某个特征包括随后列举的特征中的至少一个特征的陈述在该特征包括所有随后列举的特征或多个随后列举的特征中的至少一个特征的方式中不是强制性的。此外，可以选择任何组合的列举特征或选择列举特征中的一个。还可以考虑所有随后列举的特征的具体组合。此外，列举特征中的一个特征的多个是可能的。

上述所有方法步骤的序列不是强制性的，也可以采用其他序列。然而，图中示例性示出的方法步骤的特定序列应当被视为由相应图描述的相应实施例的方法步骤的一个可能序列。

以上已经通过示例实施例描述了本发明。应当注意，存在本领域技术人员很清楚的替代方式和变型，并且可以在不偏离所附权利要求的范围的情况下实现替代方式和变型。

利用本文中描述的本发明及其不同方面，例如可以实现以下中的一项或多项：

-经由中继设备(例如，R-UE)使用基于SL的UE到UE中继，促进传输器(例如，Tx UE)与接收器(例如，Rx UE)之间的单播SL的SL数据传输；以及

-一旦直接SL模式再次适用于传输器(例如，Tx UE)和接收器(例如，Rx UE)的单播SL，实现和促进从当前UE到UE中继模式到直接SL模式的无缝返回。