CN115362752A

CN115362752A - 用于无线通信系统中的基于设备到设备通信的基站和用户装备之间的链路的drx的方法和装置

Info

Publication number: CN115362752A
Application number: CN202180023621.XA
Authority: CN
Inventors: 权起范
Original assignee: Innovative Technology Lab Co Ltd
Current assignee: Innovative Technology Lab Co Ltd
Priority date: 2020-03-23
Filing date: 2021-03-10
Publication date: 2022-11-18
Also published as: EP4132208A4; US20230019726A1; WO2021194135A1; KR20210118542A; EP4132208A1

Abstract

本公开涉及用于在无线通信系统中基于设备到设备(D2D)通信的网络与用户装备(UE)之间的链路的非连续接收(DRX)的方法和设备。根据本公开的示例实施例的用于无线通信系统中的第一UE的DRX的方法可以包括：从第二UE接收与从所述第一UE传送的侧链路数据有关的混合自动重复请求(HARQ)反馈信息；由所述第一UE基于来自所述第二UE的所述HARQ反馈信息在上行链路中向基站传送HARQ NACK信息；在所述第一UE传送所述HARQ NACK信息之后启动的所述第一定时器的操作期间休眠；以及在所述第一定时器期满之后启动的第二定时器的操作期间，监视包括关于侧链路数据重传的资源分配信息的下行链路控制信道。

Description

用于无线通信系统中的基于设备到设备通信的基站和用户装备之间的链路的DRX的方法和装置

技术领域

本公开涉及用于无线通信网络中的网络和用户装备(UE)之间的链路的非连续接收(DRX)的方法和装置，并且更具体地，涉及用于基于设备到设备(D2D)通信的网络和UE之间的链路的DRX的方法和装置。

相关领域

设备到设备(D2D)通信表示单个用户装备(UE)直接与另一UE通信。直接通信表示在网络的控制下或者在不使用另一网络设备的情况下单个UE通过所述UE自身的确定来与另一UE通信。

D2D通信可应用于车辆通信，其通常被称为车辆到万物(V2X)通信。车辆到万物(V2X)通信可包括与其它车辆通过通信交换或共享驾驶期间的道路基础设施和信息(例如交通状况)的通信方法。基于V2X的服务可包括例如自主驾驶服务、车辆远程控制服务、诸如游戏的交互服务、以及诸如增强现实(AR)和虚拟现实(VR)的大容量短程音频/视频服务。基于通过5G系统支持各种基于V2X的服务的性能要求，正在讨论5G系统中作为无线电接入技术(RAT)的长期演进(LTE)和新无线电(NR)系统另外需要的详细技术。

用于网络和UE之间的链路(例如，第一链路)的非连续接收(DRX)(例如，第一DRX)操作可以在UE中被配置。此外，D2D通信可以在相应的UE和DRX(例如，第二DRX)操作中被配置用于D2D通信链路(例如，第二链路)。在这种情况下，为了增加UE的总能量效率，用于第二链路的第二DRX操作需要最小化用于第一链路的第一DRX操作的影响。然而，迄今为止，不存在基于针对第二链路的第二DRX操作来定义用于第一链路的第一DRX操作的详细方法。

具体实施方式

技术课题

本公开的技术目的是提供一种可以在无线通信系统中执行设备到设备(D2D)通信的非连续接收(DRX)方法和装置。

本公开的另一技术目的是提供一种用于在UE和用于所述UE的基站之间的链路上的所述UE的DRX的方法和装置，所述UE执行到另一UE的侧链路传输。

从本公开可实现的技术目的不限于上述技术目的，并且根据以下描述，本公开所属领域中的普通技术人员可以清楚地理解本文未描述的其它技术目的。

技术方案

根据本公开的一个方面，一种用于无线通信系统中的第一用户装备(UE)的非连续接收(DRX)的方法可以包括：从第二UE接收与从所述第一UE传送的与侧链路数据有关的混合自动重复请求(HARQ)反馈信息；由所述第一UE基于来自所述第二UE的所述HARQ反馈信息在上行链路中向基站传送HARQ NACK信息；在第一UE传送HARQ NACK信息之后启动的所述第一计时器的操作期间休眠。传送；以及在第一定时器期满之后启动的第二定时器的操作期间，监视包括关于侧链路数据重传的资源分配信息的下行链路控制信道。

本公开的以上简要概述的特征是本公开的以下详细描述的示例方面，并且不限制本公开的范围。

效果

根据本公开，可提供一种用于在无线通信系统中执行设备到设备(D2D)通信的用户装备(UE)的非连续接收(DRX)的方法和装置。

根据本公开，可以提供一种用于在UE与用于上述UE的基站之间的链路上的所述UE的DRX的方法和装置，所述UE执行到另一UE的侧链路传输。

从本发明可实现的效果不限于上述效果，并且根据以下描述，本公开所属领域的普通技术人员可以清楚地理解本文未描述的其它效果。

附图说明

图1示出了本公开可以应用于的无线通信系统的示例。

图2示出了考虑用于本公开可应用于的车辆到万物(V2X)通信的链路的示例该链路。

图3示出使用本公开可应用于的新无线电(NR)侧链路通信支持5G V2X的独立场景的示例。

图4示出了使用本公开可应用于的NR侧链路通信支持5G V2X的多RAT双连接(MR-DC)场景的示例。

图5示出了使用与本公开内容可以应用于的UE和基站的通信的V2X操作场景的示例。

图6示出了本公开可以应用于的V2X资源分配方法的示例。

图7示出了本公开可以应用于的V2X通信的结构的示例。

图8示出了本公开可以应用于的PC5接口的协议栈的示例。

图9和10示出了侧链路传输方法的示例。

图11至图13示出了本公开可以应用于的侧链路无线电承载(SLRB)配置方法的示例。

图14示出了本公开可以应用于的DRX操作的示例。

图15示出了本公开可以应用于的DRX操作的示例。

图16示出了本公开可以应用于的DRX操作的另外的示例。

图17是示出了根据本公开的基站设备和终端设备的配置的图。

实施本发明的最佳方式

以下将参照附图更全面地描述本公开的各种示例，使得本公开所属领域的普通技术人员可以容易地实现这些示例。然而，本公开可以以各种形式实现，并且不限于本文描述的示例。

当在描述本公开的示例中确定与已知配置或功能有关的详细描述时，省略该详细描述。此外，省略了与本公开的描述无关的部分，并且相同的附图标记表示相同的元件。

在本公开中，将理解，当元件被称为“连接到”、“耦合到”或“接入”另一元件时，它可以直接连接、耦合或接入到另一元件，或者可以存在中间元件。此外，还将理解，当元件被描述为“包括/包含”或“具有”另一元件时，它指定存在另一元件，但不排除存在以其他方式描述的另一元件。

在本公开中，诸如第一、第二等的术语可以在这里用于描述在这里的描述中的元件。这些术语用于将一个元件与另一个元件区分开来。因此，术语不限制元件、布置顺序、序列等。因此，在一个示例中的第一元件可以在另一个示例中被称为第二元件。同样，在一个示例中的第二元件在另一示例中可以被称为第一元件。

在本公开中，提供有区别的元件仅仅是为了清楚地解释各个特征，而不表示元件必须彼此分离。也就是说，多个元件可以被集成到单个硬件或软件单元中。而且，单个元件可以被分布到多个硬件或软件单元。因此，除非特别描述，否则集成或分布式示例也包括在本公开的范围内。

在本公开中，在各种示例中描述的元件可以不必是必需的，并且可以是部分可选择的。因此，包括在示例中描述的元件的部分集的示例也包括在本公开的范围中。此外，另外包括除在各种示例中描述的元件之外的另一元件的示例也包括在本公开的范围内。

本公开中使用的术语旨在描述特定实施例，而不是旨在限制权利要求的范围。如在示例的描述中和在所附权利要求中所使用的，单数形式也旨在包括多个形式，除非在上下文中明确地不同地指示。另外，如本文所使用的术语“和/或”可以指相关列举项目之一，或指包括其任何和所有可能组合中的至少两个或更多个。

这里描述的描述涉及无线通信网络，并且在无线通信网络中执行的操作可以在控制无线通信网络的系统(例如，基站)中控制网络和传送数据的过程中执行，或者可以在连接到无线通信网络的用户装备中传送或接收信号的过程中执行。

显然，在包括基站和多个网络节点的网络中，为与终端通信而执行的各种操作可以由基站或除基站之外的其它网络节点来执行。这里，术语“基站(BS)”可以与其它术语(例如，固定站、节点B、eNodeB(eNB)和接入点(AP))互换使用。此外，术语“终端”可以与其它术语(例如，用户装备(UE)、移动台(MS)、移动订阅者站(MSS)、订阅者站(SS)和非AP站(非APSTA))互换使用。

在本公开中，传送或接收信道包括通过相应信道传送或接收信息或信号的含义。例如，传送控制信道指示通过控制信道传送控制信息或信号。同样，传送数据信道指示通过数据信道传送数据信息或信号。

本文所用缩写的定义如下所示。

AS：接入层

BSR：缓冲器状态报告

D2D：设备到设备(通信)

DCI：下行链路控制信息

GNSS：全球导航卫星系统

LC或LCH：逻辑信道

MAC：媒体接入控制

MCS：调制和译码方案

RLC：无线链路控制

RSU：路侧单元

V2X：车辆到X(万物)

V2V：车辆对车辆

V2P：车辆到行人

V2I/N：车辆到基础设施/网络

SL：侧链路

SCI：侧链路播控制信息

SFCI：侧链路反馈控制信息

PSSCH：物理侧链路共享信道

PSBCH：物理侧链路广播信道

PSCCH：物理侧链路控制信道

PSDCH：物理侧链路发现信道

ProSe：(设备到设备)邻近服务

PPPP：ProSe每分组优先级

PPPR：ProSe每分组可靠性

QoS：服务质量

PQI：PC5 QoS指示器

在下文中，本公开的示例可以应用于5G系统。5G系统可以通过包括现有的高级长期演进(LTE-A)系统以及上述NR系统来定义。即，5G系统不仅可以包括仅应用NR移动通信接入技术的情况，而且可以包括同时应用基于LTE的移动通信接入技术和NR移动通信接入技术的情况。

本公开的示例可应用于UE之间的通信，并且UE之间的通信可用于V2X通信。V2X可以包括例如车辆到车辆(V2V)，其可以指车辆之间的基于长期演进(LTE)的通信，车辆到行人(V2P)，其可以指车辆和用户携带的用户装备(UE)之间的基于LTE的通信，以及车辆到基础设施/网络(V2I/N)，其可以指车辆和路侧单元(RSU)/网络之间的基于LTE的通信。RSU可以是由基站或固定终端配置的运输基础设施实体，例如向车辆传送速度通知的实体。

在涉及V2X的术语中，D2D可以指UE之间的通信。此外，ProSe可以表示执行D2D通信的UE的邻近服务。另外，侧链路控制信息(SCI)可以表示与前述侧链路相关联的控制信息。此外，物理侧链路共享信道(PSSCH)可以是用于通过侧链路传送数据的信道，并且物理侧链路控制信道(PSCCH)可以是用于通过侧链路传送控制信息的信道。此外，物理侧链路广播信道(PSBCH)可以是用于通过侧链路广播信号的信道，并且可以用于传输系统信息。

在与V2X相关的示例中，UE可包括车辆。例如，UE可以指能够执行侧链路通信和/或与基站的通信的设备。

本公开包括适用于V2X通信的示例，但不限于本公开的范围仅适用于V2X。也就是说，本发明的示例可以应用于各种设备到设备通信，例如经由PC5链路或侧链路的D2D或ProSe通信。

图1示出了本公开可以应用于的无线通信系统的示例。

图1中所示的网络结构可以是NG-RAN(下一代无线电接入网络)或演进通用移动电信系统(E-UMTS)的网络结构。NG-RAN或E-UMTS可以包括长期演进(LTE)系统、LTE-A系统等，或者可以包括5G移动通信网络、新无线电(NR)等。

参照图1，在无线通信系统10中，基站(BS)11和用户装备(UE)12可以无线地执行数据的传送和接收。此外，无线通信系统10可支持UE之间的设备到设备(D2D)通信。以下可以包括一般用户使用的终端设备和安装到车辆的终端设备的所有概念，例如，用于上述UE的智能电话。稍后将描述无线通信系统中的D2D通信。

无线通信系统10中的BS 11可以经由预定频带向放置在BS 11的覆盖范围中的UE提供通信服务。BS提供服务的覆盖范围也被称为站点。该站点可以包括可以被称为扇区的各种区域15a、15b和15c。包括在站点中的扇区可以由不同的标识符来标识。每个扇区15a、15b和15c可以被解释为BS 11覆盖的区域的一部分。

BS 11通常可以指与UE 12通信的站，并且可以被称为演进节点B(e节点B)、g节点B、ng-eNB、基站收发信机系统(BTS)、接入点、毫微微节点B、家庭e节点B(He节点B)、中继器、远程无线电头(RRH)、DU(分布式单元)等。

UE 12可以是固定或移动实体，并且可以被称为移动站(MS)、移动终端(MT)、用户终端(UT)、订阅者站(SS)、无线设备、个人数字助理(PDA)、无线调制解调器、手持设备等。

此外，基于由相应BS提供的覆盖范围的大小，BS 11可以被称为“宏小区”、“微小区”、“微微小区”、“毫微微小区”等。小区可以用作指示BS提供的频带、BS的覆盖范围或BS的术语。

在下文中，下行链路(DL)指示从BS 11到UE 12的通信或通信路径，并且上行链路(UL)指示从UE 12到BS 11的通信或通信路径。在下行链路中，发射机可以是BS 11的一部分，并且接收机可以是UE 12的一部分，在上行链路中，发射机可以是UE 12的一部分，并且接收机可以是BS 11的一部分。

同时，应用于无线通信系统10的多址方案不限于特定方案。例如，无线通信系统可以利用各种多址方案，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、单载波-FDMA(SC-FDMA)、OFDM-FDMA、OFDM-TDMA、OFDM-CDMA等。上行链路传输和下行链路传输可以基于在不同时间执行传输的时分双工(TDD)方案来执行，或者基于在不同频率执行传输的频分双工(FDD)方案来执行。

图2示出了考虑用于本公开可应用于的车辆到万事物(V2X)通信的链路的示例。

在支持V2X的通信系统中，下行链路(DL)、上行链路(UL)和侧链路(SL)通信是可能的。

参考图2，支持V2X的通信系统可支持PC5链路，该PC5链路是UE之间的链路，该PC5链路在设备到设备(D2D)基于邻近的服务(ProSe)中定义)。PC5链路是指UE之间定义的接口，并且可以被定义为无线接入层中的侧链路(SL)。侧链路是指无线接入层中的用于车辆之间的直接通信以进行车辆通信的链路；然而，其不限于此。

UE使用NR侧链路通信的5G V2X场景可以分类如下。

参考图3(a)，gNB可提供对LTE SL和NR SL的控制和配置以用于UE的V2X通信。

参考图3(b)，ng-eNB可以提供LTE SL和NR SL的控制和配置以用于UE的V2X通信。

参考图3(c)，eNB可以提供LTE SL和NR SL的控制和配置以用于UE的V2X通信。

参考图4(a)，当UE被配置有NR-E-UTRA双连接(NE-DC)时，LTE SL和NR SL可以由Uu控制或配置。NE-DC可以表示UE连接到双连接(DC)结构中作为主节点(MN)操作的一个gNB和作为辅助节点(SN)操作的一个ng-eNB的场景。这里，所有MN和SN都可以连接到5G核心网络(5GC)。

参考图4(b)，当UE被配置有NG-RAN-E-UTRA NR双连接(NGEN-DC)时，LTE SL和NRSL可以由Uu控制或配置。NGEN-DC可以表示这样的场景，其中一个UE连接到DC结构中作为MN操作的一个ng-eNB和作为SN操作的一个gNB。这里，所有MN和SN都可以连接到5GC。

参考图4(c)，当UE被配置有E-UTRA-NR双连接(EN-DC)时，LTE SL和NR SL可以由Uu控制或配置。EN-DC可以表示UE连接到DC结构中作为MN操作的一个NG-eNB和作为NS操作的一个gNB的场景。这里，所有MN和SN都可以连接到演进分组核心(EPC)。

如上所述，UE可以使用LTE RAT或NR RAT进行侧链路传输。这可根据服务类型来确定，并且RAT选择可在V2X应用层中执行。例如，给定的服务类型可以与1)仅LTE RAT、2)仅NRRAT、3)LTE或NR RAT、或4)LTE和NR RAT有关。这里，由于以下单播和组播是在NR V2X通信中新引入的传输类型，并且仅在NR RAT中支持传输模式，因此RAT选择可仅应用于广播。

参考图5，支持V2X的通信系统还可以仅支持Uu链路，该Uu链路是基站和UE之间或者无线连接网络和UE之间的链路。Uu链路可以包括上链路(UL)和下行链路(DL)，其中，UL是UE通过其向基站传送信号的路径，DL是基站通过其向UE传送信号的路径。

UE可以使用PC5接口和/或Uu接口来执行V2X通信。接口选择可以在V2X应用层中执行，其可以基于Uu/PC5接口可用性信息来确定。特别地，对于Uu接口，可以根据UE是位于网络覆盖范围(基站覆盖范围(覆盖范围内(IC))中还是位于网络覆盖范围之外(覆盖范围之外(OOC))来确定Uu接口是否可用。

如上所述，V2X通信可通过基站来执行，并且可通过UE之间的直接通信来执行。这里，当通过基站执行V2X通信时，在基于LTE的V2X通信中，可通过作为UE与LTE的基站之间的通信接口的Uu链路来执行传送和/或接收。此外，在使用侧链路作为UE之间的直接通信的情况下，可以通过PC5链路来执行传送和/或接收，该PC链路是基于LTE的V2X通信中的LTE的UE之间的通信接口。

图6示出了本公开可以应用于的V2X资源分配方法的示例。

V2X UE的操作模式可根据资源分配方法来定义。

类似于LTE V2X系统，NR V2X系统可包括其中由基站执行资源配置和调度的网络调度模式以及作为其中传输UE在没有网络调度的情况下自主确定最终资源的模式的非网络调度模式。

网络调度模式可以是基站调度用于NR V2X侧链路通信的侧链路物理资源的模式。这里，基站表示3GPP NG-RAN，并且可以是gNB或NG-eNB。基站可以使用物理下行链路控制信道(PDCCH)(例如，用于NR V2X SL的下行链路控制信息(DCI)格式)直接执行用于传输UE的侧链路物理资源的数据传输调度，以便响应于从每个UE接收的侧链路资源分配请求来直接控制相应基站覆盖范围内的NR V2X侧链路通信。

非网络调度模式可以是UE直接(或自主)选择并使用预先配置的资源或基站配置的资源内的侧链路物理资源而不经基站调度的模式。

在以下描述中，V2X通信中资源分配方法的网络调度模式可以是模式1，其非网络调度模式可以是模式2。

图6(a)示出了模式1的示例，图6(b)示出了模式2的示例。

参照图6(a)，基站可以通过PDCCH下行链路控制信息(DCI)向SL传输UE(即，第一UE)提供关于将被用于侧链路数据传输的资源的调度信息。因此，第一UE可以通过PSCCH侧链控制信息(SCI)向SL接收UE(即，第二UE)提供关于要用于侧链数据传输的资源的调度信息。然后，第一UE可以在通过调度信息指定的资源上向第二UE提供PSSCH侧链路数据。第二UE可以基于通过PSCCH SCI提供的PSSCH调度信息来接收PSSCH侧链路数据。用于PSSCH解调的参考信号(DMRS)可以与PSSCH传输一起被传送。

参考图6(b)，第一UE可以自主地选择用于在侧链路上传送控制信息和数据的资源。第一UE可以使用诸如感测的方法从预先配置的资源池(即，资源候选的集合)选择资源。通过这种方式，第一UE可以向第二UE传送控制信息和数据。例如，第一UE可以在由第一UE选择的资源中向第二UE传送PSCCH SCI。SCI可以包括第一UE期望向第二UE传送的PSSCH调度信息(即，指示由第一UE选择的侧链路数据传输资源的信息)。然后，第一UE可以在通过调度信息指定的资源中向第二UE传送PSSCH侧链路数据。第二UE可以基于通过PSCCH SCI提供的PSSCH调度信息来接收PSSCH侧链路数据。用于PSSCH解调的参考信号(DMRS)可以与PSSCH传输一起被传送。

指示前述资源池的信息可以预先通过广播或上层(例如，无线资源控制(RRC)层)信令从基站提供给第一UE和/或第二UE。

模式2可以被细分并定义如下。

模式2-1对应于其中UE自主地选择侧链路物理资源的模式。在这种情况下，UE可以通过自主地感测必要的资源并直接确定该资源来执行侧链路通信。

模式2-2对应于其中UE可以辅助其他UE选择侧链路物理资源的模式。在这种情况下，单个代表性UE可以提供调度用于其它UE的侧链路通信的资源所需的指导或信息，并且可以辅助其它传输UE的资源选择。

模式2-3对应于其中UE使用预先配置的侧链路物理资源的模式。在这种情况下，UE可以在预先配置的侧链路物理资源上执行侧链路传输，而不执行单独的资源选择操作。

模式2-4对应于其中UE调度其它UE的侧链路物理资源的模式。具体地，特定UE可以在与模式1中的基站类似的另一UE的侧链路物理资源上执行调度。

前述V2X网络调度模式(模式1)可以对应于直接链路通信中的模式3，并且V2X非网络调度模式(模式2)可以对应于直接链路通信中的模式4。然而，其仅作为示例提供，并且本公开的范围不限于相应模式的标题。

在以下示例中，尽管为了描述清楚而描述了模式1、模式2或模式2-1、2-2、2-3、2-4，但本公开的范围不限于V2X调度模式。以下示例甚至可以等同地应用于用于增强现实(AR)和虚拟现实(VR)的D2D通信、用于紧急通信的D2D通信、以及用于基于侧链路的其他服务的通信，诸如ProSe D2D通信。

此外，V2X UE可传送或接收数据，而不管UE的RRC状态(例如，RRC连接、RRC空闲、RRC不活动状态等)。此外，当V2X UE存在于网络覆盖范围(IC)中或网络覆盖范围(OOC)之外时，V2X UE可传送或接收数据。例如，D2D通信可以在IC UE和IC UE之间、OOC UE和OOC UE之间、以及IC UE和OOC UE之间执行。

当UE处于NG-RAN覆盖范围中时，NR侧链路通信和/或V2X侧链路通信可以由NG-RAN通过专用信令或系统信息来配置或控制。

例如，处于RRC连接状态的UE可以通过向服务小区传送侧链路UE信息来要求侧链路资源。作为附加示例，处于RRC连接状态的UE可将QoS信息(例如，QoS流或QoS简档)传送到服务小区，且可从基站接收侧链路无线电承载(SLRB)配置信息。作为附加示例，处于RRC连接状态的UE可以向服务小区传送表示业务模式的UE辅助信息，并且可以从基站接收关于至少一个预先配置的资源的信息。作为附加示例，处于RRC连接状态的UE可以向基站报告信道繁忙率(CBR)测量值、位置信息等，以进行侧链路资源分配。

例如，当UE处于RRC空闲状态或处于RRC非激活状态时，基站可以通过系统信息来提供SLRB配置信息。

例如，可以针对NG-RAN覆盖范围之外的UE预先配置SLRB配置信息。

例如，UE可以在执行切换时基于目标小区的例外(exceptional)池来执行侧链路传输和接收。

图7示出了本公开可以应用于的V2X通信的结构的示例。

每个V2X UE可以包括应用层、V2X层、接入层(AS)层。

每个传输UE的应用层可以为每个V2X消息配置PC5 QoS参数，并且可以将其递送至V2X层。

传输UE的V2X层可以基于上层参数来验证分组的V2X服务，并且可以确定与其相对应的至少一个传输(Tx)简档。这里，上层参数可以包括服务ID和/或QoS参数，例如提供商服务标识符(PSID)或智能传输系统-应用标识符(ITS-AID)。V2X层可根据所确定的至少一个传输简档将分组递送到LTE和/或NR PC5 AS层。

传输UE的AS层可以验证所递送的分组的QoS信息，并且可以将该分组映射到与其对应的SLRB。AS层可以通过协议栈(即，分组数据会聚协议(PDCP)、无线电链路控制(RLC)、媒体接入控制(MAC)和PHY层)来递送分组，并且可以相应地进行传送相应分组和传输的准备。

在接收UE中，通过AS层接收的分组可以被递送到V2X层和应用层。

参考图8描述AS层的详细配置。

图8示出了本公开可以应用于的PC5接口的协议栈的示例。

参考图8(a)，用于UE的PC5接口控制平面(PC5-C)的AS协议栈可包括RRC、PDCP、RLC、MAC和PHY层。参考图8(b)，用于UE的PC5接口用户平面(PC5-U)的AS协议栈可包括服务数据适配协议(SDP)、PDCP、RLC、MAC和PHY层。

MAC层可以执行无线资源选择、分组过滤、在上行链路和侧链路之间的优先级处理、侧链路混合自动重复请求(HARQ)传输、侧链路链路控制协议(LCP)、侧链路调度请求(SR)、侧链路缓冲器状态报告(BSR)等。此外，MAC层可以基于侧链路逻辑信道来执行LCP。侧链路逻辑信道可以使用两个信道，通过其传送控制信息的侧链路控制信道(SCCH)和通过其传送用户信息的侧链路业务信道(STCH)。逻辑信道可以被映射到侧链路-共享信道(SL-SCH)传输信道。

RLC层可以执行划分和重组RLC服务数据单元(SDU)的功能以及丢弃RLC SDU的功能。而且，RLC层可以支持RLC非确认模式(UM)或RLC确认模式(AM)。UM或AM可用于单播传输，UM可用于组播或广播传输。

PDCP层可以执行基于定时器的SDU丢弃功能。

SDAP层可执行QoS流和SLRB之间的映射。

RRC层可以通过PC5接口在UE之间传送PC5-RRC消息。详细地，UE可以通过PC5-RRC消息交换UE能力信息和AS层配置信息。该信息可被存储为UE上下文，并且UE可将所存储的侧链路UE上下文用于PC5-RRC连接下的预期服务。

图9和10示出了侧链路传输方法的示例。

参考图9，单播传输可以指单个UE 910向另一单个UE 920传送消息的方法。也就是说，单播传输可以表示一对一传输。

广播传输可以指不管接收UE是否支持服务都向所有UE传送消息的方法。在图9中，单个UE 930可以传送消息，而不管多个接收UE 940、950和960是否支持服务。

参照图10，组播传输方法可以是向属于一组的多个UE传送消息的方法。例如，包括在组A中的UE 1010可以通过组播方法向包括在组A中的接收UE 1020和1030传送消息。这里，由于从UE 1010传送的消息没有被传送到包括在组B中的接收UE。因此，在该方面，可以将组播放方法和广播播放方法彼此区分。同时，包括在组B中的UE 1040可以通过组播方法向包括在组B中的接收UE 1050和1060传送消息。

单播和组播传输方法可应用于新的V2X服务。例如，为了支持新的V2X服务，可能需要低等待时间和高可靠性，并且当基于广播共享信息时，可能难以满足这些要求。因此，在NR V2X中，除了广播方法之外，需要支持作为处理车辆之间的高速数据传输的新的双向传输机制的单播和/或组播。

表1表示包括新V2X服务的单播的示例。

[表1]

类似于上述V2X服务，可应用用于交互式服务和大容量短距离多媒体服务(例如增强现实(AR)和虚拟现实(VR))的新单播。因此，需要考虑关于大容量短距离多媒体服务以及前述新V2X服务的各种QoS信息。即，为了支持D2D通信中各种服务的QoS要求，需要重新定义D2D通信中的QoS管理操作。

在下文中，描述D2D通信中的QoS管理操作。

在资源分配、拥塞控制、设备内共存、功率控制和SLRB配置方面，V2X通信可涉及QoS管理。在侧链路单播、组播和广播的情况下，V2X分组的QoS参数可通过上层提供给AS，并且这些QoS参数可包括诸如业务优先级、待机时间、可靠性、最小所需通信范围和数据速率等要求。SLRB可根据QoS信息在UE中配置。

图11至13示出了本公开可以应用于的SLRB配置方法的示例。

图11示出了SLRB被配置在处于RRC连接状态的UE中的示例。

当UE处于NG-RAN覆盖范围中时，NR侧链路通信和/或V2X侧链路通信可以由NG-RAN通过专用信令或系统信息来配置和控制。

在操作0中，PC5 QoS简档(例如，每个PC5 QoS流的特定PC5 QoS参数集和PC5 QoS规则)可通过服务授权和提供步骤提供给UE。此外，与之类似，每个QoS简档的PC5 QoS简档可以由基站(例如gNB/NG-eNB)预先提供给UE。

当在操作1中将分组递送到UE的AS层时，UE可以在操作2中基于在操作0中配置的PC5 QoS规则，导出相关联的PC5 QoS流(一个或多个)的标识符(即，PC5 QFI(QoS流标识符))。在操作3中，UE可以将在操作2中导出的PC5 QFI传送到基站。

基站可以在操作0中基于来自5GC的提供来导出PC5 QFI的报告QoS简档。在操作4中，基站可以通过RRC专用信令向UE传送与PC5 QFI相关的SLRB配置信息。SLRB配置信息可包括用于SLRB映射的PC5 QoS流、SDP/PDCP/RLC/LCH配置等。

在操作5，UE的AS层可根据从基站提供的配置建立与分组的PC5QFI(一个或多个)对应的SLRB(一个或多个)，并可将可用分组映射到建立的SLRB(一个或多个)。在操作6中，UE可以执行侧链路单播、组播或广播传输。

图12示出了在网络覆盖之外的UE中建立SLRB的示例。

在操作0中，可以预先配置关于每个PC5 QoS流的PC5 QoS规则和SLRB配置信息。在操作1到操作3中，当分组被递送到UE的AS层时，UE可以导出分组的PC5 QoS流标识符，根据预先配置信息建立与分组的PC5 QFI(一个或多个)相关联的SLRB(一个或多个)，并且可以将可用分组映射到所建立的SLRB(一个或多个)。在操作4中，UE可以执行侧链路单播、组播或广播传输。

作为与图11或图12相关的附加示例，UE可自行指派PC5 QoS的PC5QoS流标识符。在这种情况下，基站可能不知道仅具有由UE报告的PC5 QoS流标识符的对应PC5 QoS简档。因此，基站可基于PC5 QoS简档建立SLRB。SLRB配置信息可通过RRC专用信令被传送到UE，并且根据QoS简档可包括SDP/PDCP/RLC/LCH配置信息和SLRB映射信息。UE的AS层可以根据从基站提供的配置来建立与分组的QoS简档相对应的SLRB(一个或多个)，并且可以将可用分组映射到所配置的SLRB(一个或多个)。然后，UE可以执行侧链路单播、组播或广播传输。

图13示出了SLRB被配置在处于RRC空闲状态或处于RRC不活动状态的UE中的示例。

在操作0中，基站可使用V2X特定系统信息块(SIB)来广播与每一可用PC5 QoS简档相关的SLRB配置。在操作1和操作2中，UE可以通过SIB来验证SLRB配置信息，可以建立与可用分组的QoS简档相对应的SLRB(一个或多个)，并且可以将相应的分组映射到所建立的SLRB(一个或多个)。在操作4中，UE可以执行侧链路单播、组播或广播传输。

在下文中，描述D2D通信中资源分配模式的详细操作。在以下描述中，模式1对应于网络调度模式，而模式2对应于非网络调度模式(或UE自主资源分配模式)。

对于在模式1中操作的UE，基站可应用于对应UE以进行D2D通信的资源分配方法可包括动态资源分配方法和配置的许可方法。在此，配置的许可方法可包含免许可(GF)方法及半持久性调度(SPS)方法，其可分别称为配置的许可类型1及配置的许可类型2。

在动态资源分配方法中，基站可通过预定DCI向第一UE分配D2D通信所需的资源。

这里，第一UE可以基于DCI来确定侧链路控制信息(SCI)，并且可以生成所确定的侧链路控制信息作为第一SCI和第二SCI。第一UE可以通过PSCCH向第二UE传送第一SCI，并且可以使用PSSCH可传送资源的一部分向第二UE传送第二SCI。

第二UE可以基于从第一UE接收的第一SCI和第二SCI来识别用于第一UE传送PSSCH的侧链路资源。第二UE可以在所识别的资源上通过PSSCH从第一UE接收侧链路数据。

上述DCI是一次性的。因此，当第一UE期望为第二UE执行新的数据传输时，第一UE需要通过DCI从基站接收附加资源分配信息。

在所配置的许可方法中，资源分配方法如下所示。

在配置的许可类型1(即，GF方法)的情况下，基站可以通过RRC信令向第一UE传送指示激活相应GF传输资源分配信息的信息(在下文中，GF传输资源激活信息)，以及关于侧链路的无线资源的信息和关于迭代分配(诸如相应无线资源分配的时段和偏移)的信息(在下文中，GF传输资源分配信息)。

第一UE可以基于由基站激活的GF传输资源分配信息来确定侧链路控制信息，并且可以生成所确定的侧链路控制信息以作为第一SCI和第二SCI。第一UE可以通过PSCCH向第二UE传送第一SCI，并且可以使用PSSCH可传送资源的一部分向第二UE传送第二SCI。

由第一UE从基站接收的GF传输资源分配信息可被有效地应用，直到通过单独的RRC信令接收到指示激活之后GF传输资源的失活的消息。因此，当第一UE期望在GF资源分配信息有效或被激活的同时实现针对第二UE的新数据传输时，第一UE可以根据GF资源分配信息使用在随后的时段到达的侧链路无线资源来传送数据。

当第一UE执行针对第二UE的PSSCH数据传输，然后从第二UE接收针对相应数据的HARQ NACK消息时，可以执行相应数据的重传。这里，可以使用动态资源分配方法从基站向第一UE重新分配用于重传的侧链路资源，而不是使用GF传输资源分配信息所指示的侧链路资源。

接下来，在配置的许可类型2(即，SPS方法)的情况下，基站可以传送关于侧链路的无线资源的信息和关于迭代分配(诸如相应的无线资源分配的时段和偏移)的信息(在下文中，SPS传输资源分配信息)。

然后，基站可以通过诸如DCI等的单独信令向第一UE传送指示SPS传输资源分配信息的激活的信息(在下文中，SPS传输资源激活信息)。

第一UE可以基于由基站激活的SPS传输资源分配信息来确定侧链路控制信息，并且可以生成所确定的侧链路控制信息以作为第一SCI和第二SCI。第一UE可以通过PSCCH向第二UE传送第一SCI，并且可以使用PSSCH可传送资源的一部分向第二UE传送第二SCI。

由第一UE从基站接收的SPS传输资源分配信息可以被有效地应用，直到通过单独的DCI信令接收到指示激活之后SPS传输资源的失活的消息。因此，当第一UE期望在SPS资源分配信息有效或激活的同时实现针对第二UE的新数据传输时，第一UE可以根据SPS资源分配信息使用在随后的时段到达的侧链路无线资源来传送数据。

在包括上述GF或SPS的配置的许可方法中，当第一UE为第二UE执行PSSCH数据传输，然后从第二UE接收用于相应数据的HARQ NACK消息时，可以执行相应数据的重传。这里，可以使用动态资源分配方法从基站向第一UE重新分配用于重传的侧链路资源，而不是使用GF/SPS传输资源分配信息所指示的侧链路资源。

接下来，在模式2中，UE自行选择用于D2D通信的资源，因此不需要使用动态或配置的许可方法从基站分配资源。在模式2中，可以执行用于第一UE选择资源的步骤。例如，根据模式2的细分的较低模式，第一UE可以感测必要的资源，可以辅助另一UE的资源选择，还可以使用预先配置的资源，并且可以向另一UE分配资源。

即使在模式2的情况下，第一UE也可以生成关于PSSCH的调度信息，以在所选择的侧链路资源上作为第一SCI和第二SCI被传送，并且可以将所述调度信息传送到第二UE。

在下文中，描述在上述各种资源分配方法中从第一UE传送到第二UE的第一SCI和第二SCI。

第一SCI也可以称为第1级SCI，并且可以使用例如SCI格式0-1。第一SCI可以对应于通过PSCCH传送的SCI。

第一SCI可以包括信息，例如，优先级、用于PSSCH的时间和/或频率资源分配、资源预留部分、DMRS模式、第二SCI格式、MCS等。

这里，第二SCI格式信息可以指示通过PSSCH传送的第二SCI的格式信息。根据所指示的格式信息，可以不同地确定第二SCI的大小。因此，可以修改PSSCH内分配用于第二SCI的时间和/或频率资源的大小。例如，可以根据第二SCI的格式信息来不同地配置必要的资源量，所述格式信息诸如需要具有两个符号和10个资源块(RB)的资源的格式信息或者需要三个符号和七个RB的格式信息。

然后，第二SCI也可以被称为第2级SCI，并且可以使用例如SCI格式信息0-2。第二SCI可以对应于通过PSSCH传送的SCI。

第二SCI可以包括HARQ过程ID、新数据指示符(NDI)、冗余版本(RV)、源ID、目的地ID、信道状态信息(CSI)报告请求指示符等。另外，当第一SCI指示第二SCI包括对应于特定类型组播的格式信息(例如，组播方法，其中单个组内的UE全部共享HARQ NACK传输资源，并且仅在NACK的情况下通过共享资源(或反馈信道)传送HARQ反馈，而在ACK的情况下不传送HARQ反馈)时，第二SCI可以进一步包括区域ID、通信范围要求信息等。

这里，NDI可以具有1位大小，并且在传输与先前传输相同的数据的情况下可以不被转换，而在传输与先前传输不同的新数据的情况下可以具有转换值。

RV对应于用于指示当执行HARQ重传时根据传输数据划分和预定信道译码方法配置的数据区域的值。

源ID是指传送侧链路数据的UE的ID，并且对应于具有24位总大小的源L2 ID中的8个最低有效位(LSB)。

目的地ID是指接收侧链路数据的UE的ID，并且对应于具有24位总大小的目的地L2ID中的16个LSB。

CSI报告请求指示符具有1位大小，并且表示对于0没有请求包括用于侧链路信道的秩指示符(RI)和信道质量指示符(CQI)的CSI报告，并且对于1请求所述CSI报告。

区域ID对应于根据地理位置划分的每个区域的指示符。

通信范围要求通常对应于考虑到相应服务的QoS而允许平滑通信的最小到达距离。

在下文中，描述非连续接收(DRX)的基本操作和相关参数。以下DRX操作可以包括用于网络(或基站)和UE之间的链路的DRX操作以及用于D2D通信的链路的DRX操作。

首先，描述DRX的基本操作和相关参数。根据本发明，这种DRX操作的一部分或全部可应用于D2D通信。

可以通过RRC信令来针对MAC实体配置DRX操作。该DRX操作用于控制对UE的MAC实体的PDCCH监视的激活。PDCCH监视可以被定义为限于特定PDCCH(例如，被加扰并由此利用小区无线电网络临时标识符(C-RNTI)、配置的调度RNTI(CS-RNTI)、中断RNTI(INT-RNTI)、时隙格式指示RNTI(SFI-RNTI)、半持久性CSI-RNTI(SP-CSI-RNTI)、传输功率控制-物理上行链路控制信道RNTI(TPC-PUCCH-RNTI)、TPC-物理上行链路共享信道-RNTI(TPC-PUSCH-RNTI)、侧链路-RNTI(SL-RNTI)、侧链路-配置的调度RNTI(SL-CS-RNTI)或TPC-探测参考符号-RNTI(TPC-SRS-RNTI)来传送的PDCCH)的监视。然而，尽管为UE配置了DRX，但是对应的UE不限于仅执行特定PDCCH监视操作。

RRC可以通过配置以下参数来控制DRX操作：

-drx-onDurationTimer：定时器，其定义从DRX周期的时间中的起始点开始的周期性PDCCH时机持续时间；

-drx-SlotOffset：drx-onDurationTimer的时间中的起始点的延迟值；

-drx-InactivityTimer：定时器，其定义在包括指示对于相应MAC实体存在新的上行链路或下行链路传输的PDCCH时机之后的持续时间；

-drx-RetransmissionTimerDL(针对除广播HARQ过程之外的每个下行链路(DL)HARQ过程操作)：定时器，定义直到接收到下行链路重传的最大持续时间；

-drx-RetransmissionTimerUL(针对每个上行链路(UL)HARQ过程操作)：定时器，定义直到接收到用于上行链路重传的资源分配信息(许可)的最大持续时间；

-drx-RetransmissionTimerSL(针对每个侧链(SL)HARQ过程进行操作)：定时器，其定义直到从所述基站接收到用于侧链路重传的资源分配信息(许可)的最大持续时间；

-drx-LongCycleStartOffset：定义了长DRX周期和短DRX周期开始的子帧的drx-StartOffset值；

-drx-ShortCycle(可选)：短DRX周期；

-drx-ShortCycleTimer(可选)：UE需要使用短DRX周期的持续时间；

-drx-HARQ-RTT-TimerDL(针对除了广播HARQ过程之外的每个下行链路(DL)HARQ过程而操作)：在所述MAC实体处预期用于HARQ重传的下行链路资源分配的时间点之前的最小持续时间；

-drx-HARQ-RTT-TimerUL(针对每个上行链路(UL)HARQ过程操作)：在所述MAC实体处预期用于HARQ重传的上行链路资源分配的时间点之前的最小持续时间；

-drx-HARQ-RTT-TimerSL(针对每个侧链路(SL)HARQ过程而操作)：在所述MAC实体处预期用于来自所述基站的侧链路的HARQ重传的资源分配的时间点之前的最小持续时间；

-active time(活动时间)：MAC实体监视PDCCH的时间；

-DRX cycle(DRX周期)：定义为周期性地重复开启持续时间的持续时间。例如，参照图14，可以从相应的开启持续时间的末端到DRX周期的末端周期性地重复非活动持续时间；

-PDCCH occasion(PDCCH时机)：定义为表示为一个或连续正交频分复用(OFDM)符号的数量的持续时间，并且在MAC实体中配置成监视PDCCH。

上述SL定时器相关参数可以包括在用于基站和UE之间的无线链路((例如，Uu链路)的DRX配置信息中。例如，当相应的UE接收SL HARQ反馈信息并且基于其配置了重传操作时，上述SL定时器相关参数可以包括在用于基站和UE之间的无线链路(例如，Uu链路)的DRX配置信息中。

可以将其它DRX参数(一个或多个)的值用于要根据Uu接口和侧链路独立配置的DRX配置信息。因此，对于这种DRX参数(一个或多个)来说，可以不需要用于区分Uu和SL的参数定义。在DRX参数(一个或多个)中，在与Uu链路(例如，DL/UL)或SL无关的情况下定义的DRX参数可以应用于Uu链路，也可以应用于SL，还可以共同应用于Uu链路和SL，并且还可以独立地应用于Uu链路和SL中的每一者(即使对于相同的参数名称，在参数配置过程中可以区分它是用于Uu还是用于SL)。如上所述，可以单独地应用DRX操作和参数配置以及在基站和UE之间的侧链路DRX操作和参数配置。

图14示出了本公开可以应用于的DRX操作的示例。

在假定DRX操作被应用在基站和UE(例如Uu链路)之间的情况下描述以下DRX操作的示例。例如，可以与由UE监视来自基站的PDCCH传输的操作相关联地解释基站和UE之间的DRX操作。然而，以下描述甚至可以等同地应用于D2D通信的DRX操作(例如，侧链路)，而不限于仅应用于基站和UE之间的DRX操作。例如，可以结合第二UE监视来自第一UE的PSCCH传输的操作来解释用于D2D通信的DRX操作。此外，尽管在用于D2D通信的DRX操作中没有单独提及与基站和UE之间的DRX操作期间的DRX命令MAC控制元素(CE)、长DRX命令MAC CE和CSI掩蔽有关的操作，但是该操作可以同样地应用于用于D2D通信的DRX操作。

参照图14，UE根据DRX周期迭代DRX的开启持续时间和时机。也就是说，DRX周期可以对应于用于重复开启持续时间的周期。开启持续时间是指UE唤醒并执行PDCCH监视的时间，用于DRX的时机是指UE在休眠状态下不尝试接收的时间。例如，如果UE在开启持续时间期间没有从基站接收到有效控制信息，则UE可以通过执行DRX操作来休眠。

在下文中，将参考图14进一步描述上述DRX操作。

当配置DRX时，活动时间包括执行以下操作的情况：

-当drx-onDurationTimer或drx-InactivityTimer或drx-RetransmissionTimerDL或drx-RetransmissionTimerUL或drx-RetransmissionTimerSL定时器正在进行时；

-当通过PUCCH传送调度请求(SR)时，或者当传输正中进行时。

当配置DRX时，MAC实体可以如下操作：

1>如果从配置在下行链路中的资源(GF或SPS)接收到MAC PDU：

2>从包括用于MAC PDU的DLHARQ反馈的传输结束后的第一符号启动与相应MACPDU的HARQ过程相关的drx-HARQ-RTT-TimerDL；

2>停止与相应MAC PDU的HARQ过程相关的drx-RetransmissionTimerDL。

1>如果通过上行链路中配置的资源(GF或SPS)传送MAC PDU：

2>在MAC PDU的第一PUSCH传输结束之后，从第一符号启动与相应MAC PDU的HARQ过程相关的drx-HARQ-RTT-TimerUL；

2>停止与相应MAC PDU的HARQ过程相关的drx-RetransmissionTimerUL。

1>如果任何drx-HARQ-RTT-TimerDL期满：

2>如果相应HARQ过程的数据的解码失败：

3>drx-HARQ-RTT-TimerDL期满时，从第一个符号启动与相应MAC PDU的HARQ过程相关的drx-RetransmissionTimerDL。

1>如果任何drx-HARQ-RTT-TimerUL期满：

2>drx-HARQ-RTT-TimerUL时，从所述第一符号启动与相应MAC PDU的HARQ过程相关的drx-RetransmissionTimerUL。

1>如果接收到DRX命令MAC CE或者如果接收到长DRX命令MAC CE：

2>停止drx-onDurationTimer；

2>停止drx-InactivityTimer。

1>如果drx-InactivityTimer期满或接收到DRX命令MAC CE：

2>如果配置了短DRX周期：

3>在drx-InactivityTimer期满时或在接收DRX命令MAC CE结束时，在第一个符号中，启动drx-ShortCycleTimer，或者如果正在进行相应的操作，则重新启动该操作；

3>使用短DRX周期。

2>否则：

3>使用长DRX周期。

1>如果drx-ShortCycleTimer期满：

2>使用长DRX周期。

1>如果接收到长DRX命令MAC CE：

2>停止drx-ShortCycleTimer；

2>使用长DRX周期。

1>如果应用短DRX周期[(SFN×10)+子帧号(number)]取模(mod)(drx-ShortCycle)＝(drx-StartOffset)取模(mod)(drx-ShortCycle)；或

1>如果应用长DRX周期并且[(SFN×10)+子帧号(number)]取模(mod)(drx-LongCycle)＝drx-StartOffset：

2>在从子帧的起始点开始的drx-SlotOffset之后启动drx-onDurationTimer。

1>如果MAC实体是活动时间：

2>监视PDCCH；

2>如果PDCCH指示DL传输：

3>从包括用于MAC PDU的DL HARQ反馈的传输结束之后的第一符号启动与相应MACPDU的HARQ过程相关的drx-HARQ-RTT-TimerDL；

3>停止与相应MAC PDU的HARQ过程相关的drx-RetransmissionTimerDL。

2>如果PDCCH指示UL传输：

3>从MAC PDU的第一PUSCH传输结束之后的第一符号启动与相应的MAC PDU的HARQ过程相关的drx-HARQ-RTT-TimerUL；

3>停止与相应MAC PDU的HARQ过程相关的drx-RetransmissionTimerUL。

2>如果PDCCH指示新的DL传输或新的UL传输：

3>在PDCCH接收结束后的第一个符号中启动drx-InactivityTimer，或者如果相应的定时器在进行中则重新启动。

1>如果直到当前符号n中的4ms之前的时间点才是活动时间，此时，则在当前符号n中，MAC实体考虑与活动时间相关的所有条件，诸如资源分配、DRX命令MAC CE、长DRX命令MAC CE、SR传输等：

2>不执行周期性探测参考信令(SRS)和SPS SRS传输。

1>如果CSI掩蔽由上层配置：

2>如果直到当前符号n中的4ms之前的时间点，drx-onDurationTimer才在进行中，此时，则在当前符号n中，MAC实体考虑与活动时间有关的所有条件，诸如资源分配、DRX命令MAC CE、长DRX命令MAC CE、SR传输等：

3>不通过PUCCH报告CSI。

否则：

2>如果直到当前符号n中的4ms之前的时间点才是活动时间，此时，则在当前符号n中，MAC实体考虑与活动时间相关的所有条件，诸如资源分配、DRX命令MAC CE、长DRX命令MAC CE、SR传输等：

3>不通过PUCCH报告CSI，而通过PUSCH报告SPS CSI。

在上述DRX操作中，MAC实体可以执行HARQ反馈，并且可以通过PUSCH执行非周期性CSI报告和非周期性SRS传输，而不管PDCCH监视是否在进行中。

此外，MAC实体可以在不是所有PDCCH时机被包括在活动时间中的完整PDCCH时机的持续时间中，不执行PDCCH监视。

同时，对于第一UE，可以配置用于网络和UE之间的链路(例如Uu链路，在下文中称为第一链路)的DRX(例如，第一DRX)操作。此外，可以针对第一UE配置D2D通信，并且可以配置用于D2D通信链路(例如，侧行链路或PC5链路，下文中称为第二链路)的DRX(例如，第二DRX)操作。即，第一UE可以是在第二链路上为第二UE执行侧链路传输的UE，并且也可以是执行从基站(或网络)的下行链路接收或到基站的上行链路传输的UE。

第二DRX操作包括由第一UE(即，第二链路传输UE)根据用于第二UE(即，第二链路接收UE)的资源分配方法的DRX操作。例如，当第一UE动态地调度用于第二UE的侧链路数据传输时，或者当第一UE使用用于第二UE的配置的许可方法(例如GF或SPS)调度侧链路数据传输时，第二DRX操作可以包括DRX操作。这里，需要将上述用于第二UE的资源分配方法与用于第一UE的资源分配方法(即，基于网络调度的模式1或非基于网络调度的模式2)区分开。

在下文中，描述了针对用于第一UE的第一链路的第一DRX操作的本公开的示例。

根据本公开，就与第一链路(例如，Uu链路)的第一DRX操作和第一UE的基站而言，可以如下定义与用于HARQ重传的第一定时器和第二定时器有关的操作。

第一定时器可以是在第一UE向基站传送侧链路HARQ反馈信息之后启动的定时器，并且该定时器进行操作，直到预计从基站接收到用于侧链路HARQ重传的资源分配信息的时间点为止。即，由第一定时器定义的持续时间可以对应于第一UE期望不从基站接收资源分配信息的持续时间。例如，第一定时器可以对应于上述drx-HARQ-RTT-TimerSL。也就是说，当第一定时器在上行链路中传送侧链路HARQ反馈信息(例如，NACK)之后操作时，第一UE可以处于休眠状态。此外，当第一定时器操作时，第一UE可以不监视来自基站的PDCCH(即，包括用于侧链路HARQ重传的资源分配信息的PDCCH)。在第一定时器期满之后，第一UE可以恢复PDCCH监视。

第二定时器可以是在第一定时器期满之后或者在第一UE向基站传送HARQ反馈信息之后启动的定时器，并且该定时器进行操作直到预期从基站接收到用于侧链路HARQ重传的资源分配信息的持续时间为止。即，由第二定时器定义的持续时间可以对应于第一UE期望从基站接收资源分配信息的持续时间。例如，第二定时器可以对应于上述drx-RetransmissionTimerSL。即，在第一UE在上行链路中向基站传送侧链路HARQ反馈信息(例如，NACK)之后，第一UE可以在第一定时器期间在休眠的同时唤醒。或者，在第一UE在上行链路中向基站传送侧链路HARQ反馈信息(例如，NACK)之后，第一UE可以在第二定时器操作的同时，监视来自基站的PDCCH(即，包括用于侧链路HARQ重传的资源分配信息的PDCCH)。

在上行链路中从第一UE向基站传送的侧链路HARQ反馈信息(例如，NACK)可以基于来自第二UE的HARQ反馈信息(例如，NACK)，该HARQ反馈信息与从第一UE向第二UE传送的侧链路数据(例如，PSSCH)有关。

例如，第一UE可以在以下情况下向基站传送指示NACK的侧链路HARQ反馈信息：

-当从单播第二UE接收到NACK信号时；

-当未能从所述单播第二UE接收到ACK或NACK信号时；

这里，第一UE可以将侧链路反馈信道的特定无线资源指定为用于在向第二UE传送PSCCH和PSSCH的同时传送ACK或NACK信号的资源。例如，基于从第一UE向第二UE传送的PSSCH的资源位置，可以根据最小ACK传输间隔信息来确定用于第二UE传送ACK/NACK信号的时间和频率资源。由于第一UE都知道PSSCH资源位置和最小ACK传输间隔信息，所以第一UE可以知道何时以及在哪个频率位置由第一UE传送的用于侧链路数据(即，PSSCH)的ACK或NACK将从第二UE被传送。因此，第一UE可以验证第二UE没有传送任何侧链路HARQ反馈信息的情况。

–组播：当从第二UE接收NACK信号时。

在第一UE从第二UE接收到针对传送到第二UE的侧链路数据(例如，PSSCH)的SLHARQ反馈之后，需要将第一UE从基站接收的针对下行链路数据(例如，PDSCH)的HARQ反馈与第一UE在上行链路中(例如，通过PUCCH和/或PUSCH)向基站递送的HARQ反馈进行区分。在下文中，第一UE在PUCCH和/或PUSCH中包括以上行链路控制信息(UCI)的形式从第二UE接收的HARQ反馈信息(例如，NACK)，并且将其传送到基站，这被称为“包括SL HARQ反馈的上行链路传输”。

在下文中，描述了与第一UE的SL HARQ重传相关联的DRX操作有关的本公开的示例。

在以下示例中，当第一UE具有要在SL中传送的数据(即，SL MAC PDU)时，假定确定了针对相应SL MAC PDU的HARQ过程(例如，SL HARQ过程)。

此外，从第一UE传送的SL数据可以基于SL许可(例如，PSCCH和/或PSSCH调度信息)被传送到第二UE。该SL许可通过指示SL传输的PDCCH(例如，SL-RNTI-加扰的PDCCH)从基站提供。

当为第一UE配置DRX时，活动时间可以包括第二定时器操作的情况。这里，第一UE的活动时间不仅限于第二定时器操作的情况。

当为第一UE配置DRX时，第一UE的MAC实体可以如下操作。

1>如果从所述基站接收到指示SL传输的PDCCH：

2>可以从包括用于相应SL MAC PDU的SL HARQ反馈的上行链路传输结束之后的第一时间单元启动与该SL MAC PDU的HARQ过程相关的第一定时器(例如，drx-HARQ-RTT-TimerSL)。

2>可以停止与相应SL MAC PDU的HARQ过程相关的第二定时器(例如，drx-RetransmissionTimerSL)。

1>如果任何第一定时器(drx-HARQ-RTT-TimerSL)期满，

2>可以在第一定时器(例如，drx-HARQ-RTT-TimerSL)期满之后，从第一时间单元启动与相应SL MAC PDU的HARQ过程相关的第二定时器(例如，drx-RetransmissionTimerSL)。

2>可以仅允许仅在第二定时器在进行中的持续时间内进行SL-RNTI-加扰的PDCCH监视。

1>如果执行包括用于SL MAC PDU的SL HARQ反馈的上行链路传输：

2>如果基站能够基于对应HARQ反馈(例如，NACK)的资源位置来识别相关的HARQ过程：

3>可以从包括用于相应SL MAC PDU的SL HARQ反馈的上行链路传输结束之后的第一时间单元启动与该SL MAC PDU的HARQ过程相关的第二定时器(例如，drx-RetransmissionTimerSL)。

2>如果基站不能基于对应HARQ反馈(例如，NACK)的资源位置来识别相关的HARQ过程：

3>可以从包括用于SL MAC PDU的SL HARQ反馈的上行链路传输结束后的第一时间单元启动用于侧链路的所有HARQ过程的单个第二定时器(例如，drx-RetransmissionTimerSL)。

2>如果从所述基站接收到指示所述SL传输的所述PDCCH(例如，如果根据所述对应HARQ反馈(例如，NACK)接收到包括用于所述对应SL MAC PDU的重传的SL授权的所述PDCCH)：

3>可以停止与相应SL MAC PDU的HARQ过程相关的第二定时器(例如，drx-RetransmissionTimerSL)。

图15示出了本公开可以应用于的DRX操作的示例。

图15的示例可以对应于当在针对第一UE与第二UE的第二链路(例如，侧链路)中配置第二DRX时针对第一UE与基站的第一链路(例如，Uu链路)的第一DRX操作。

在操作S1510中，第一UE可以向基站请求用于SL数据传输的资源。例如，当要传送到第二UE的新数据(或传输块(TB))从上层递送到MAC层时，第一UE可以向基站传送资源请求信息。

例如，资源请求信息可以包括调度请求(SR)、缓冲器状态报告(BSR)等等。本公开的范围不限于资源请求信息的详细示例，并且可以包括用于第一UE请求基站为要传送到第二UE的数据分配SL资源的任何控制信息。

在操作S1515中，第一UE可以通过PDCCH从基站接收SL许可信息。SL准许可以包括针对第一UE期望向第二UE传送的数据的SL资源分配信息。这里，SL许可可以包括用于新数据的初始传输的资源分配信息。此外，PDCCH可以是SL-RNTI-加扰的PDCCH。或者，SL许可可以包括用于新数据的周期性传输的资源分配信息和指示激活状态的信息。在这种情况下，PDCCH可以是SL-CS-RNTI-加扰的PDCCH。对于周期性传输，基站可以在传送PDCCH之前，通过RRC信令初始地配置第一UE中的相应资源分配的部分。资源分配信息可以包括时段信息。

在操作S1520中，第一UE可以通过PSCCH向第二UE传送SL调度信息(例如，SCI)。SL调度信息可以包括关于用于侧链路中新数据的初始传输的PSSCH的SL资源分配信息。

在操作1525中，第一UE可以通过PSSCH向第二UE传送SL数据。这里，SL数据可以对应于新数据的初始传送。第二UE可以通过PSCCH基于由SL调度信息指示的PSSCH传输资源在相应的资源中从第一UE接收PSSCH。

在操作S1530，第二UE可能解码PSSCH失败。在这种情况下，在操作S1535中，第二UE可以生成NACK作为SL HARQ反馈信息，并且可以将该NACK传送给第一UE。

在操作S1540，第一UE可以确定用于NACK传输的资源。在操作S1545，第一UE可以向基站传送NACK。例如，第一UE可以基于作为从第二UE递送的SL HARQ反馈信息的NACK，来生成UCI形式的NACK信息。此外，第一UE可以确定要通过其传送UCI形式的NACK信息的上行链路资源(例如，PUCCH和/或PUSCH传输资源)，并且可以在所确定的资源中向基站传送NACK。也就是说，从第一UE向基站传送的NACK可以指请求用于从第一UE向第二UE重传相同数据(即，第二UE解码失败的侧链路数据)的资源分配。

第一UE的MAC实体可以在包括用于SL MAC PDU的SL HARQ反馈的上行链路传输结束之后的时间单元(例如，符号n)之后的第一时间单元(例如，符号n+1)中，启动与相应SLMAC PDU的HARQ过程相关的第一定时器(例如，drx-HARQ-RTT-TimerSL)。此外，如果与相应SL MAC PDU的HARQ处理相关的第二定时器(例如，drx-RetransmissionTimerSL)操作，则第一UE的MAC实体可以停止第二定时器。

在第一定时器(例如，drx-HARQ-RTT-TimerSL)期满之前，第一UE可以保持休眠状态，并且可以不执行PDCCH监视。

如果第一定时器(例如，drx-HARQ-RTT-TimerSL)期满，则第一UE的MAC实体可以在第一定时器(例如，drx-HARQ-RTT-TimerSL)期满的时间单元(例如，符号m)之后的第一时间单元(例如，符号m+1)中，启动与相应SL MAC PDU的HARQ过程相关的第二定时器(例如，drx-RetransmissionTimerSL)。

直到第二定时器(例如，drx-RetransmissionTimerSL)期满，第一UE可以执行PDCCH监视。例如，第一UE可以监视SL-RNTI-加扰的PDCCH。例如，仅当第二定时器(例如，drx-RetransmissionTimerSL)在进行中时，才可以允许第一UE执行SL-RNTI-加扰的PDCCH监视。

在操作S1550，第一UE可以通过PDCCH从基站接收SL许可信息。这里，SL许可可以包括用于重传第二UE先前解码失败的数据的资源分配信息。此外，PDCCH可以包括SL-RNTI或SL-CS-RNTI加扰的PDCCH。

验证使用PDCCH传送的SL资源分配信息是否是重传的方法可以基于加扰的RNTI的类型而不同。

经SL-RNTI-加扰的PDCCH可以包括与需要重传的SL HARQ过程相对应的值以及NDI值。如果作为与PDCCH中的先前接收的NDI值的比较结果，PDCCH中的NDI值相同，则UE可以将其确定为重传。如果通过与先前接收的PDCCH中的NDI值的比较，PDCCH中的NDI值与先前接收的PDCCH中的NDI值相比发生了改变，则UE可以将其确定为新的数据传输。

经SL-CS-RNTI加扰的PDCCH可以包括与需要重传的SL HARQ过程相对应的值以及NDI值。如果PDCCH中的NDI值是0，则UE可以将其确定为重传。如果PDCCH中的NDI值是1，则UE可以将其确定为新的数据传输。在SL-CS-RNTI加扰的PDCCH的情况下，可以基于预先配置的时段信息将重传或新数据传输的时间点确定为后续传输时段时间点。

在第二定时器(例如，drx-RetransmissionTimerSL)期满之前接收到指示来自基站的SL传输的PDCCH的情况下，第一UE可以停止与相应SL MAC PDU的HARQ过程相关的第二定时器(例如，drx-RetransmissionTimerSL)。这里，在第二定时器(例如，drx-RetransmissionTimerSL)正在进行时接收到的PDCCH可以根据在操作S1545中传送的HARQ反馈(例如，NACK)包括用于相应SL MAC PDU的重传的SL许可。

在操作S1560中，第一UE可以通过PSCCH向第二UE传送SL调度信息(例如SCI)。SL调度信息可以包括关于用于侧链路数据重传的PSSCH的SL资源分配信息。

在操作S1565中，第一UE可以通过PSSCH向第二UE传送SL数据。这里，SL数据可以对应于第二UE先前解码失败的数据的重传。第二UE可以基于由通过PSCCH从第一UE接收的SL调度信息所指示的PSSCH传输资源，在相应的资源中接收PSSCH。

图16示出了本公开可以应用于的DRX操作的另外的示例。

图16的示例中的操作S1610至S1665对应于图15的示例中的操作S1510至S1565，因此省略进一步的描述。

在操作S1640，第一UE确定用于NACK传输的资源。在操作S1645中，第一UE可以向基站传送NACK。例如，第一UE可以基于作为来自第二UE的SL HARQ反馈信息的NACK，来确定用于以UCI的形式传送NACK信息的上行链路资源。第一UE可以通过所确定的上行链路资源中的PUCCH和/或PUSCH向基站传送NACK。

这里，由第一UE确定的SL HARQ反馈传输资源可以是针对多个侧链路HARQ过程中的每一个而区分的资源。例如，可以基于用于传送SL HARQ反馈的时间资源、频率资源和码资源中的至少一个来区分不同的HARQ处理。也就是说，SL HARQ反馈传输资源位置可以指示相关的HARQ处理。因此，基站可以基于接收到SL HARQ反馈的资源位置(例如，时间、频率和码资源中的至少一个的组合)来识别哪个HARQ过程与SL MAC PDU传送/重传相关。

或者，由第一UE确定的SL HARQ反馈传输资源可以是多个侧链路HARQ过程共用的资源。例如，可以独立于HARQ过程来确定用于传送SL HARQ反馈的资源。在这种情况下，基站可能不能识别哪个HARQ过程与仅具有SL HARQ反馈的SL MAC PDU传送/重传相关。

当第一UE执行包括操作S1645中的用于基站的SL MAC PDU的SL HARQ反馈的上行链路传输时，可以如下执行第一UE的DRX相关操作。

例如，当基站能够基于第一UE向基站传送的SL HARQ反馈(例如，NACK)的资源位置来识别相关的HARQ过程时，第一UE的MAC实体可以在包括用于SL MAC PDU的SL HARQ反馈的上行链路传输结束之后的时间单元(例如，符号m)之后的第一时间单元(例如，符号m+1)中，启动与相应SL MAC PDU的HARQ过程相关的第二定时器(例如，RetransmissionTimerSL)。

可替换地，如果基站不能够基于第一UE向基站传送的SL HARQ反馈(例如，NACK)的资源位置来识别相关的HARQ过程，则第一UE的MAC实体可以在包括用于SL MAC PDU的SLHARQ反馈的上行链路传输结束的时间单元(例如，符号m)之后的第一时间单元(例如，符号m+1)中，启动针对侧链路的所有HARQ过程是公共的单个第二定时器(例如，RetransmissionTimerSL)。

第一UE可以执行PDCCH监视，直到第二定时器(例如，drx-RetransmissionTimerSL)期满为止。例如，第一UE可以监视SL-RNTI-加扰的PDCCH。例如，仅当第二定时器(例如，drx-RetransmissionTimerSL)在进行中时，才允许第一UE执行SL-RNTI-加扰的PDCCH监视。

与图15的在执行第一UE的SL HARQ反馈传输之后启动第一定时器(例如，drx-HARQ-RTT-TimerSL)的示例不同，在图16的示例中，第二定时器(例如，drx-RetransmissionTimerSL)可以在执行第一UE的SL HARQ反馈传输之后启动，即，当第一UE从第二UE接收用于侧链路数据的NACK并向基站传送该NACK时，第一UE可以监视用于重传对应于来自后续时间单元的对应NACK的侧链路数据的资源分配信息(即，PDCCH)。

图17是示出根据本公开的基站设备和终端设备的配置的图。

基站设备1700可以包括处理器1710、天线设备1720、收发信机1730和存储器1740。

处理器1710可以执行基带相关的信号处理，并且可以包括上层处理单元1711和物理(PHY)层处理单元1715。上层处理单元1711可以处理MAC层、RRC层或更多上层的操作。PHY层处理单元1715可处理PHY层的操作(例如，上行链路接收信号处理、下行链路传输信号处理等)。处理器1710除了执行基带相关信号处理之外，还可以控制基站设备1700的整体操作。

天线设备1720可以包括至少一个物理天线。如果天线设备1720包括多个天线，则可以支持多输入多输出(MIMO)传输和接收。收发信机1730可包括射频(RF)发射机和RF接收机。存储器1740可以存储与基站设备1700的操作相关联的处理器1710、软件、操作系统(OS)、应用等的操作处理信息，并且可以包括诸如缓冲器的组件。

基站设备1700的处理器1710可以被配置为实现本文所阐述的示例实施例中的基站的操作。

例如，基站设备1700的处理器1710的上层处理单元1711可以包括SL资源分配器1712和DRX参数确定器1713。

SL资源分配器1712可以响应于来自终端设备1750(例如，SL传输UE)的侧链路资源请求，分配用于终端设备1750的侧链路资源，以执行针对另一终端设备(例如，SL接收UE)的初始传输。

此外，SL资源分配器1712可以基于来自终端设备1750(例如，SL传输UE)的SL HARQ反馈信息，分配用于终端设备1750的侧链路资源，以执行针对另一终端设备(例如，SL接收UE)的重传。

SL资源分配器1712可以生成侧链路资源分配信息(例如SL许可)，并将其传送给PHY层处理单元1715。

DRX参数确定器1713可以确定要应用于执行SL传输的终端装置1750的包括第一定时器和第二定时器的DRX参数，并且可以向终端装置1750提供包括DRX参数的DRX配置信息。

PHY层处理单元1715可以从终端设备1750接收侧链路资源请求和/或SL HARQ反馈信息，并且可以将其递送至上层处理单元1711。

此外，PHY层处理单元1715可以通过PDCCH将从上层处理单元1711的SL资源分配器1712递送送的侧链路资源分配信息(例如，SL许可)传送至第一终端设备1750。这里，PDCCH可以是加扰的SL-RNTI。

终端设备1750可以包括处理器1760、天线设备1770、收发信机1780和存储器1790。

处理器1760可以执行基带相关信号处理，并且可以包括上层处理单元1761和PHY层处理单元1765。上层处理单元1761可以处理MAC层、RRC层或更多上层的操作。PHY层处理单元1765可以处理PHY层的操作(例如，下行链路接收信号处理、上行链路传输信号处理等)。除了执行基带相关信号处理之外，处理器1760还可以控制终端设备1750的整体操作。

天线设备1770可以包括至少一个物理天线。如果天线设备1770包括多个天线，则可以支持MIMO传输和接收。收发信机1780可包括RF发射机和RF接收机。存储器1790可以存储与终端设备1750的操作相关联的处理器1760、软件、OS、应用等的操作处理信息，并且可以包括诸如缓冲器的组件。

终端设备1750的处理器1760可以被配置为实现本文阐述的示例实施例中的UE的操作。

例如，终端设备1750的处理器1760的上层处理单元1761可以包括SL资源管理器1762、SL HARQ操作器1763和DRX操作器1764。

响应于要从终端设备1750(例如，SL传输UE)传送到另一终端设备(例如，SL接收UE)的数据的出现，SL资源管理器1762可以生成要传送到基站设备1700的SL资源请求信息。生成的SL资源请求信息可被递送到PHY层处理单元1765。

此外，SL资源管理器1762可以基于从基站设备1700提供的SL资源分配信息(例如，SL许可)，来确定用于终端设备1750的侧链路资源，以执行用于另一终端设备(例如，SL接收UE)的侧链路传输(例如，PSCCH和/或PSSCH传输)。SL资源分配信息可以用于侧链路的初始传输和/或重传。可以向PHY层处理单元1765指示所确定的侧链路资源。

SL HARQ操作器1763可以从其它UE(例如，通过SL反馈信道)接收针对从终端设备1750向其它UE传送的SL数据(例如，PSSCH)的SL HARQ反馈信息。SL HARQ操作器1763可以基于从其它UE接收的SL HARQ反馈信息，来生成要通过上行链路资源(例如，PUCCH和/或PUSCH资源)传送的UCI格式的SL HARQ反馈信息。此外，SL HARQ操作器1763可以确定用于传送UCI格式的SL HARQ反馈信息的时间、频率和码资源中的至少一个的组合。SL HARQ反馈信息传输资源可以配置有针对不同HARQ过程而区分的资源，并且可以配置有针对多个HARQ过程而来说是公共的资源。所生成的UCI格式的SL HARQ反馈信息和与其相关的传输资源信息可以被递送到PHY层处理单元1765。

DRX操作器1764可以在向基站设备1700传送SL HARQ反馈信息之后立即在后续时间单元中，启动第一定时器(例如，drx-HARQ-RTT-TimerSL)，并且可以在第一定时器期满之后立即在后续时间单元中，启动第二定时器(例如，drx-RetransmissionTimerSL)。DRX操作器1764可以指示PHY层处理单元1765在第一次操作时不执行来自基站设备1700的PDCCH监视，并且在第二定时器操作时执行来自基站设备1700的PDCCH监视(例如，SL-RNTI-加扰的PDCCH监视)。此外，包括第一计时器和第二计时器的终端设备1750的DRX参数可以由基站设备1700配置，并且可以作为DRX配置信息提供给终端设备1750。

可替换地，DRX操作器1764可以在向基站设备1700传送SL HARQ反馈信息之后的后续时间单元中，启动第二定时器(例如，drx-RetransmissionTimerSL)。DRX操作器1764可以在第二定时器操作的同时指示PHY层处理单元1765执行来自基站设备1700的PDCCH监视。

PHY层处理单元1765可执行PDCCH(例如，SL-RNTI-加扰的PDCCH)监视，所述PDCCH监视包括从基站设备1700接收的SL资源分配信息，并且PHY层处理单元1765可将接收的SL资源分配信息递送到上层处理单元1761。

此外，PHY层处理单元1765可以通过PUCCH和/或PUSCH向基站设备1700传送从上层处理单元1761的SL资源管理器1762递送的SL资源分配请求信息。另外，也可以基于从SLHARQ操作器1763递送的UCI格式的SL HARQ反馈信息和与其有关的传送资源信息，通过PUCCH和/或PUSCH将SL资源分配请求信息传送到基站设备1700。

在示例实施例中进行的与基站和UE有关的描述可以同样地应用于基站设备1700和终端设备1750的操作，并且省略重复的描述。

虽然为了描述的清楚，本发明的示例性方法被描述为一系列操作，但是这并不限制步骤的顺序。当需要时，可以同时或以不同的顺序执行这些步骤。为了实现根据本发明的方法，示例性方法还可以包括附加步骤，包括除了一些步骤之外的剩余步骤，或者可以包括除了一些步骤之外的附加步骤。

本文的各种实例是用于解释本公开的代表性方面，而不是描述各种实例中描述的所有可能组合和内容，这些组合和内容可以独立地应用或者可以通过其至少两种组合来应用。

此外，本公开的各种示例可以通过硬件、固件、软件或其组合来实现。在通过硬件实现的情况下，示例可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、通用处理器、控制器、微控制器、微处理器等来实现。

本发明的范围包括用于使得能够实现根据各种实施例的方法的操作的软件或机器可执行指令(例如，操作系统、应用、固件、程序等)，以及在存储这样的软件或指令的计算机上可执行的设备或非暂时性计算机可读介质。可用于对执行本文所述特征的处理系统进行编程的指令可存储在存储介质或计算机可读存储介质上/中，且本文所述特征可使用包含此存储介质的计算机程序产品来实施。存储介质可以包括高速随机存取存储器，例如动态随机存取存储器(DRAM)、静态RAM(SRAM)、DDR RAM或其他随机存取固态存储器设备，并且不限于此，可以包括非易失性存储器，例如至少一个磁盘存储设备、光盘存储设备、闪存设备或其他非易失性固态级设备。存储器可选地包括至少一个远离处理器(一个或多个)的存储设备。存储器或存储器中的非易失性存储器设备(一个或多个)可以包括非暂时性计算机可读存储介质。本文所述的特征可任意地存储在机器可读介质之一中以控制处理系统的硬件。处理系统可以被集成到使用根据本公开的示例的结果与其他机制互锁的软件和/或固件中。这样的软件或固件可以包括应用代码、设备驱动器、OS和执行环境/容器，但不限于此。

工业适用性

本公开的示例可以应用于各种无线通信系统。

Claims

1.一种用于无线通信系统中的第一用户装备(UE)的非连续接收(DRX)的方法，所述方法包括：

从第二UE接收与从所述第一UE传送的侧链路数据有关的混合自动重复请求(HARQ)反馈信息；

由所述第一UE，基于来自所述第二UE的所述HARQ反馈信息在上行链路中向基站传送HARQ NACK信息；

在所述第一UE传送所述HARQ NACK信息之后启动的所述第一定时器的操作期间休眠；以及

在所述第一定时器期满之后启动的第二定时器的操作期间，监视包括关于侧链路数据重传的资源分配信息的下行链路控制信道。