CN114630347B - 无线通信系统中用于配置侧链路不连续接收的方法和设备 - Google Patents

Abstract

本发明公开了一种无线通信系统中用于配置侧链路不连续接收(DRX)的方法和设备。所述方法包含用户设备(UE)应用用于与群组相关联的侧链路组播通信的侧链路DRX配置，其中侧链路DRX配置包括用于确定每一侧链路DRX循环的开启持续时间的开启持续时间定时器长度和/或用于确定每一侧链路DRX循环的长度的循环长度中的至少一个。所述方法还包含UE至少基于与群组相关联的标识符导出或确定用于每一侧链路DRX循环的开启持续时间的开始时间或每一侧链路DRX循环的开始时间。所述方法还包含UE基于侧链路DRX配置和用于每一侧链路DRX循环的开启持续时间的开始时间或每一侧链路DRX循环的开始时间监视与群组相关联的侧链路控制信道。

Description

无线通信系统中用于配置侧链路不连续接收的方法和设备

相关申请的交叉引用

本申请要求2020年12月10日提交的第63/123,986号美国临时专利申请的权益，所述临时专利申请的整个公开内容全文以引用的方式并入本文中。

技术领域

本公开涉及一种无线通信网络，且更确切地说，尤其涉及一种无线通信系统中用于配置侧链路不连续接收的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成用与互联网协议(IP)数据包通信的网络。此IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

本发明公开了一种用于用户设备(UE)配置用于与群组相关联的侧链路组播通信的侧链路不连续接收(DRX)的方法和装置。在一个实施例中，所述方法包含UE应用用于与群组相关联的侧链路组播通信的侧链路DRX配置，其中侧链路DRX配置包括用于确定每一侧链路DRX循环的开启持续时间的开启持续时间定时器长度和/或用于确定每一侧链路DRX循环的长度的循环长度中的至少一个。所述方法还包含UE至少基于与群组相关联的标识符导出或确定用于每一侧链路DRX循环的开启持续时间的开始时间或每一侧链路DRX循环的开始时间。所述方法还包含UE基于侧链路DRX配置和用于每一侧链路DRX循环的开启持续时间的开始时间或每一侧链路DRX循环的开始时间监视与群组相关联的侧链路控制信道。

附图说明

图1示出了根据一个示例性实施例的无线通信系统的图；

图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图；

图3是根据一个示例性实施例的通信系统的功能框图；

图4是根据一个示例性实施例的图3的程序代码的功能框图；

图5是3GPP TS 38.300V16.3.0的图11-1的再现；

图6是3GPP TS 38.331V16.2.0的图5.3.5.1-1的再现；

图7是3GPP TS 38.331V16.2.0的图5.8.5.1-1的再现；

图8是3GPP TS 38.331V16.2.0的图5.8.5.1-2的再现；

图9是3GPP TS 38.331V16.2.0的图5.8.9.1.1-1的再现；

图10是3GPP TS 23.287V16.4.0的图6.3.3.1-1的再现；

图11是3GPP TS 23.776V1.0.0的图6.2.2-1的再现；

图12是根据一个示例性实施例的图；

图13是根据一个示例性实施例的流程图；

图14是根据一个示例性实施例的流程图；

图15是根据一个示例性实施例的流程图；

图16是根据一个示例性实施例的流程图；

图17是根据一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以是基于码分多址(CDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、3GPP长期演进(Long TermEvolution，LTE)无线接入、3GPP长期演进高级(Long Term Evolution Advanced，LTE-A)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)，或一些其它调制技术。

确切地说，下文描述的示例性无线通信系统和装置可被设计成支持一个或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：RP-193231，“关于NR侧链路增强的新WID”，LG电子(LG Electronics)；TS38.300V16.3.0，“NR；NR和NG-RAN总体描述；阶段2(版本16)”；TS 38.321V16.2.1，“NR媒体接入控制(MAC)协议规范(版本16)”；TS 38.331V16.2.0，“NR；无线电资源控制(RRC)协议规范(版本16)”；TS 23.287V16.4.0，“用于5G系统(5GS)支持车联网(V2X)服务的架构增强(版本16)”；以及TS 23.776V1.0.0，“对用于高级车联网(V2X)服务的3GPP支持的架构增强的研究；阶段2(版本17)”。上文所列的标准和文献特此明确地以全文引用的方式并入。

图1示出了根据本发明的一个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，其中一个天线群组包含天线104和106，另一天线群组包含天线108和110，并且又一天线群组包含天线112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可以利用更多或更少个天线。接入终端116(Access terminal，AT)与天线112和114通信，其中天线112和114通过前向链路120向接入终端116传送信息，并通过反向链路118从接入终端116接收信息。接入终端(Access terminal，AT)122与天线106和108通信，其中天线106和108通过前向链路126向接入终端(access terminal，AT)122传送信息，并通过反向链路124从接入终端(access terminal，AT)122接收信息。在FDD系统中，通信链路118、120、124和126可以使用不同频率来通信。举例来说，前向链路120可使用与反向链路118所使用频率不同的频率。

每一群组的天线和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在通过前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。

接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且还可以称为接入点、Node B、基站、增强型基站、演进型基站(evolved Node B，eNB)，网络节点、网络或某一其它术语。接入终端(AT)还可以被称作用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例的简化框图。在传送器系统210处，从数据源212将用于多个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每一数据流选择的特定译码方案格式化、译码及交错所述数据流的业务数据以提供经译码数据。

可以使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式，且可在接收器系统处使用以估计信道响应。随后基于针对每一数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的经复用导频和译码数据以提供调制符号。由处理器230执行存储器232中的指令可确定用于每一数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

每一传送器222接收和处理相应的符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从NT个天线224a到224t传送来自传送器222a到222t的NT个经过调制的信号。

在接收器系统250处，由NR个天线252a至252r接收所传送的已调制信号，并且将从每个天线252接收的信号提供到相应接收器(receiver，RCVR)254a至254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收信号、数字化经调节信号以提供样本，并且进一步处理所述样本以提供对应的“接收”符号流。

RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收并处理NR个所接收符号流以提供NT个“所检测到的”符号流。RX数据处理器260接着解调、解交错及解码每一所检测到的符号流以恢复用于数据流的业务数据。由RX数据处理器260进行的处理与由传送器系统210处的TX MIMO处理器220及TX数据处理器214执行的处理互补。

处理器270执行存储器272中的指令以周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分及秩值部分的反向链路消息。

反向链路消息可包括关于通信链路和/或接收到的数据流的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的数个数据流的业务数据)处理，由调制器280调制，由传送器254a至254r调节，及被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号由天线224接收、由接收器222调节、由解调器240解调，并由RX数据处理器242处理，以提取由接收器系统250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

转到图3，此图展示根据本发明的一个实施例的通信装置的替代简化功能框图。如图3所示，可以利用无线通信系统中的通信装置300以用于实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是NR系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可以接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将接收到的信号传递到控制电路306、且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。

图4是根据本发明的一个实施例在图3中所示的程序代码312的简化的框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402通常执行无线电资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。

3GPP RP-193231介绍以下内容：

3码速调整

自LTE以来，3GPP一直在开发用于侧链路的标准，作为在各种用例中所需的UE到UE直接通信的工具。NR侧链路的第一标准将在Rel-16中由工作项“带有NR侧链路的5G V2X”完成，其中包含NR侧链路的解决方案主要指定用于车联网(vehicle-to-everything，V2X)，而当可以满足服务要求时，所述解决方案也可以用于公共安全。

同时，已标识NR侧链路增强的必要性。对于V2X和公共安全，由于时间限制，Rel-16中不能完全支持服务要求和操作情形，并且SA正在对Rel-17进行一些增强，例如针对3GPP支持高级V2X服务-阶段2(FS_eV2XARC_Ph2)的架构增强以及5GS中基于接近度的服务的系统增强(FS_5G_ProSe)。另外，在SA WG中，正在通过几个工作/研究项目来考虑与NR侧链路相关的其它商业用例，例如网络控制的交互式服务(Network Controlled InteractiveService，NCIS)，铁路差距分析(MONASTERYEND)，增强型能源效率继电器和广泛的覆盖范围(Relays for Energy eFficiency and Extensive Coverage，REFEC)，视听服务制作(Audio-Visual Service Production，AVPROD)。为了针对这些用例提供较宽的NR侧链路覆盖范围，并能够根据SA WG中的进程提供无线电解决方案，有必要在TSG RAN中指定对NR侧链路的增强。

TSG RAN在RAN#84中开始了讨论，以确定Rel-17中NR侧链路增强的详细动机和工作领域。基于RP-192745中的最新概要，观察到对包含以下项的几种动机产生了浓厚的兴趣：

●节能使受电池限制的UE以电力高效的方式执行侧链路操作。Rel-16 NR侧链路是基于当UE操作侧链路时“始终开启”的假设而设计的，例如，仅关注安装在具有足够电池容量的车辆中的UE。对于V2X用例中的交通弱势群体(vulnerable road user，VRU)以及在需要将UE中的功耗降至最低的公共安全和商业用例中的UE，需要Rel-17中的节能解决方案。

●增强的可靠性和减少的时延允许在更广泛的操作情形中支持URLLC类型的侧链路用例。例如无线信道状态和所提供的负载等通信条件影响侧链路的系统层级可靠性和时延性能，并且在一些情况下，例如在信道相对繁忙时，Rel-16 NR侧链路预期在实现高可靠性和低时延方面受到限制。为了在此类通信条件下持续提供要求低时延和高可靠性的用例，需要可以增强可靠性并减少时延的解决方案。

尽管在讨论中确定了几个工作领域，但也讨论了有关NR侧链路的3GPP演进的一些重要原理。在处理NR侧链路演进中的不同用例时，WG应努力在侧链路的商业V2X与关键通信使用之间实现最大的通用性，以避免重复的解决方案并最大化规模经济。另外，Rel-17中引入的增强应基于Rel-16中指定的功能，而不是在Rel-17中再次设计基本的NR侧链路功能。

4目标

4.1SI或核心部分WI或测试部分WI的目标

此工作项的目标是规定可以为V2X、公共安全和商业使用案例增强NR侧链路的无线电解决方案。

1.侧链路评估方法更新：通过重新使用TR 36.843和/或TR 38.840(将由RAN#88完成)来定义用于节能的评估假设和性能度量[RAN1]

●注：重新使用TR 37.885以用于其它评估假设和性能度量。对于高速公路和城市电网情形，车辆掉落模型B和天线选项2应该是更真实的基准。

2.资源分配增强：

●指定资源分配以减小UE的功率消耗[RAN1，RAN2]

■基准是将Rel-14 LTE侧链路随机资源选择和部分感测的原理引入到Rel-16 NR侧链路资源分配模式2。

■注：以Rel-14为基准并不排除在基准不能正常工作的情况下引入新的解决方案来减小功率消耗。

●考虑TR37.885(RAN#89)中定义的PRR和PIR，研究在模式2中为增强可靠性和减少时延而增强的可行性和益处，并在认为可行和有益的情况下指定确定的解决方案[RAN1，RAN2]

■UE间协调，直到运行RAN#88。

◆在UE-A处确定资源集合。在模式2下将此集合发送给UE-B，并且UE-B在选择资源时对其自身的传送进行了考虑。

■注：RAN#88之后的研究范围将在RAN#88中确定。

■注：解决方案应能够在覆盖范围内、部分覆盖范围和覆盖范围外进行操作，并能够解决所有覆盖范围情形下的连续丢包。

■注：RAN2工作将在RAN#89之后开始。

3.用于广播、组播和单播的侧链路DRX[RAN2]

●在侧链路中定义开启和关闭持续时间，并指定对应的UE过程

●指定机制，旨在使彼此通信的UE之间的侧链路DRX唤醒时间对准

●指定机制，旨在使侧链路DRX唤醒时间与覆盖范围内UE的Uu DRX唤醒时间对准

4.支持用于单载波操作的新侧链路频带[RAN4]

●支持新侧链路频带应确保授权频谱中相同和相邻信道中的侧链路与Uu接口之间的共存。

●考虑到FR1和FR2两者中的授权和ITS专用频谱两者，基于在WI期间的公司输入确定准确的频带。

5.限定机制，以确保可以将侧链路操作限制在非ITS频带中给定频率范围内的预定地理区域[RAN2]。

●这适用于不存在网络覆盖的区域。

6.用于在此WI中引入的新特征的UE Tx和Rx RF要求[RAN4]

7.用于在此WI中引入的新特征的UE RRM核心要求[RAN4]

在Rel-17中引入的增强应基于在Rel-16中指定的功能，并且Rel-17侧链路应能够与相同资源池中的Rel-16侧链路共存。这并不排除在专用资源池中操作Rel-17侧链路的可能性。

解决方案应涵盖载波专用于ITS的操作情形，以及载波是授权频谱并且还用于NRUu/LTE Uu操作的操作情形。

解决方案应像Rel-16中一样支持NR侧链路的网络控制，即NR Uu使用层1和层2信令控制NR侧链路，而LTE Uu使用层2信令控制NR侧链路。

在ITS载波中，假设3GPP不会定义具有非3GPP技术的NR侧链路的任何共信道共存要求和机制。

3GPP TS 38.300如下引入不连续接收的概念：

11UE节能

监视处于RRC连接模式的UE的活动的PDCCH由DRX、BA和DCP支配。

当配置DRX时，UE不必连续地监视PDCCH。DRX通过以下内容标准：

-开启持续时间：在唤醒之后，UE等待接收PDCCH的持续时间。如果UE成功地对PDCCH进行解码，则UE保持唤醒并且启动不活动定时器；

-不活动定时器：从PDCCH的上一次成功解码起，UE等待成功地对PDCCH进行解码的持续时间，如果失败，UE可以返回休眠状态。仅在对PDCCH进行单次成功解码以用于第一传送(即，不用于重新传送)之后，UE应重新启动不活动定时器；

-重新传送定时器：直到可以预期重新传送的持续时间；

-循环：指定开启持续时间接着是可能的不活动周期的周期性重复(参见下方图11-1)；

-活动时间：UE监视PDCCH的总持续时间。这包含DRX循环的“开启持续时间”，不活动定时器尚未到期时UE正在执行连续接收的时间，以及在等待重新传送机会时UE正在执行连续接收的时间。

[3GPP TS 38.300V16.3.0的标题为“DRX循环”的图11-1被再现为图5]

3GPP TS 38.321如下指定不连续接收的操作：

5.7不连续接收(DRX)

MAC实体可由具有DRX功能性的RRC配置，所述功能性控制UE的针对MAC实体的C-RNTI、CI-RNTI、CS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI、TPC-SRS-RNTI和AI-RNTI的PDCCH监视活动。当使用DRX操作时，MAC实体还应根据本规范的其它条款中存在的要求监视PDCCH。当处于RRC_CONNECTED时，如果DRX经配置，那么对于所有已激活服务小区，MAC实体可使用此章节中指定的DRX操作不连续地监听PDCCH；否则MAC实体应监听PDCCH，如TS 38.213[6]中所指定。

注1：如果侧链路资源分配模式1由RRC配置，那么DRX功能性未配置。

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

-drx-onDurationTimer:DRX循环开始时的持续时间；

-drx-SlotOffset:在启动drx-onDurationTimer之前的延迟；

-drx-InactivityTimer:在PDCCH指示MAC实体的新UL或DL传送的PDCCH时机之后的持续时间；

-drx-RetransmissionTimerDL(每DL HARQ进程，除了广播进程以外)：直到接收到DL重新传送为止的最大持续时间；

-drx-RetransmissionTimerUL(每UL HARQ进程)：直到接收到UL重新传送的准予为止的最大持续时间；

-drx-LongCycleStartOffset:长DRX循环和定义长和短DRX循环启动的子帧的drx-StartOffset；

-drx-ShortCycle(任选的)：短DRX循环；

-drx-ShortCycleTimer(任选的)：UE将遵循短DRX循环的持续时间；

-drx-HARQ-RTT-TimerDL(每DL HARQ进程，除了广播进程以外)：在MAC实体预期HARQ重新传送的DL指派之前的最小持续时间；

-drx-HARQ-RTT-TimerUL(每UL HARQ进程)：在MAC实体预期UL HARQ重新传送准予之前的最小持续时间；

-ps-Wakeup(任选的)：在监视但未检测到DCP的情况下启动相关联drx-onDurationTimer的配置；

-ps-TransmitOtherPeriodicCSI(任选的)：在DCP被配置但相关联drx-onDurationTimer未启动的情况下在由drx-onDurationTimer指示的持续时间期间报告PUCCH上并非L1-RSRP的周期性CSI的配置；

-ps-TransmitPeriodicL1-RSRP(任选的)：在DCP被配置但相关联drx-onDurationTimer未启动的情况下在由drx-onDurationTimer指示的持续时间期间传送PUCCH上为L1-RSRP的周期性CSI的配置。

MAC实体的服务小区可在具有单独DRX参数的两个DRX群组中由RRC配置。当RRC未配置次DRX群组时，仅存在一个DRX群组且所有服务小区属于所述一个DRX群组。当配置两个DRX群组时，每一服务小区被唯一地指派到所述两个群组中的任一个。为每一DRX群组单独地配置的DRX参数是：drx-onDurationTimer，drx-InactivityTimer。对DRX群组共同的DRX参数是：drx-SlotOffset、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL、drx-LongCycleStartOffset、drx-ShortCycle(任选的)、drx-ShortCycleTimer(任选的)、drx-HARQ-RTT-TimerDL、和drx-HARQ-RTT-TimerUL。

当配置DRX循环时，用于DRX群组中的服务小区的作用时间包含以下时候的时间：

-为DRX群组配置的drx-onDurationTimer或drx-InactivityTimer处于运行中；或

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL在DRX群组中的任何服务小区上处于运行中；或

-ra-ContentionResolutionTimer(如条款5.1.5中所描述)或msgB-ResponseWindow(如条款5.1.4a)中所描述处于运行中；或

-调度请求在PUCCH上发送且待决(如条款5.4.4中所描述)；或

-在针对在基于竞争的随机接入前导码当中未被MAC实体选择的随机接入前导码的随机接入响应的成功接收之后未接收到指示经寻址到MAC实体的C-RNTI的新传送的PDCCH(如条款5.1.4和5.1.4a中所描述)。

当配置DRX时，MAC实体将：

1>如果MAC PDU在已配置下行链路指派中接收，那么：

2>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL；

2>停止对应HARQ进程的drx-RetransmissionTimerDL。

1>如果MAC PDU在经配置上行链路准予中传送且未从下部层接收到LBT故障指示，那么：

2>在对应PUSCH传送的第一次重复结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerUL；

2>停止对应HARQ进程的drx-RetransmissionTimerUL。

1>如果drx-HARQ-RTT-TimerDL到期，那么：

2>如果对应HARQ进程的数据未被成功地解码：

3>在drx-HARQ-RTT-TimerDL到期之后在第一符号中启动对应HARQ程序的drx-RetransmissionTimerDL。

1>如果drx-HARQ-RTT-TimerUL到期，那么：

2>在drx-HARQ-RTT-TimerUL到期之后在第一符号中启动对应HARQ进程的drx-RetransmissionTimerUL。

1>如果接收到DRX命令MAC CE或长DRX命令MAC CE，那么：

2>停止用于每一DRX群组的drx-onDurationTimer；

2>停止用于每一DRX群组的drx-InactivityTimer。

1>如果用于DRX群组的drx-InactivityTimer到期：

2>如果短DRX循环被配置：

3>在drx-InactivityTimer的到期之后在第一符号中启动或重新启动用于此DRX群组的drx-ShortCycleTimer；

3>使用短DRX循环用于此DRX群组。

2>否则：

3>使用长DRX循环用于此DRX群组。

1>如果接收到DRX命令MAC CE，那么：

2>如果短DRX循环被配置：

3>在DRX命令MAC CE接收的结束之后在第一符号中启动或重新启动用于每一DRX群组的drx-ShortCycleTimer；

3>使用短DRX循环用于每一DRX群组。

2>否则：

3>使用长DRX循环用于每一DRX群组。

1>如果用于DRX群组的drx-ShortCycleTimer到期：

2>使用长DRX循环用于此DRX群组。

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

2>停止用于每一DRX群组的drx-ShortCycleTimer；

2>使用长DRX循环用于每一DRX群组。

1>如果使用短DRX循环用于DRX群组，并且[(SFN×10)+子帧号]模除(drx-ShortCycle)＝(drx-StartOffset)模除(drx-ShortCycle)：

2>在从子帧的开始的drx-SlotOffset之后启动用于此DRX群组的drx-onDurationTimer。

1>如果使用长DRX循环用于DRX群组，且[(SFN×10)+子帧号]模除(drx-LongCycle)＝drx-StartOffset：

2>如果如TS 38.213[6]条款10.3中所指定为作用中DL BWP配置DCP监视：

3>如果从下部层接收到与当前DRX循环相关联的指示启动drx-onDurationTimer的DCP指示，如TS 38.213[6]中所指定；或

3>如果如TS 38.213[6]中所指定，与当前DRX循环相关联的在时域中的所有DCP时机在作用时间中发生，考虑在最后DCP时机的开始之前4ms，或在BWP切换中断长度内，或在测量间隙期间，或当在ra-ResponseWindow处于运行中时MAC实体在由C-RNTI标识的SpCell的recoverySearchSpaceId指示的搜索空间上监视PDCCH传送时所接收的准予/指派/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求(如条款5.1.4中所指定)；或

3>如果ps-Wakeup被配置有值真且未从下部层接收到与当前DRX循环相关联的DCP指示：

4>从子帧开始在drx-SlotOffset之后启动drx-onDurationTimer。

2>否则：

3>在从子帧的开始的drx-SlotOffset之后启动用于此DRX群组的drx-onDurationTimer。

注2：在小区群组中跨越载波的未对准SFN的情况下，SpCell的SFN用于计算DRX持续时间。

1>如果DRX群组处于作用时间：

2>监视在此DRX群组中的服务小区上的PDCCH，如TS 38.213[6]中所指定；

2>如果PDCCH指示DL传送，那么：

3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL；

注3：当HARQ反馈被指示非数字k1值的PDSCH到HARQ反馈定时推迟时，如TS 38.213[6]中所指定，发送DL HARQ反馈的对应传送机会在请求HARQ-ACK反馈的稍后PDCCH中指示。

3>停止对应HARQ进程的drx-RetransmissionTimerDL。

3>如果PDSCH到HARQ反馈定时指示非数字k1值，如TS 38.213[6]中所指定：

4>在用于对应HARQ进程的PDSCH传送之后的第一符号中启动drx-RetransmissionTimerDL。

2>如果PDCCH指示UL传送，那么：

3>在对应PUSCH传送的第一次重复结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerUL；

3>停止对应HARQ进程的drx-RetransmissionTimerUL。

2>如果PDCCH指示此DRX群组中的服务小区上的新传送(DL或UL)：

3>在PDCCH接收结束之后在第一符号中启动或重新启动用于此DRX群组的drx-InactivityTimer。

2>如果HARQ进程接收到下行链路反馈信息且指示确认：

3>停止对应HARQ进程的drx-RetransmissionTimerUL。

1>如果如TS 38.213[6]条款10.3中所指定为作用中DL BWP配置DCP监视；以及

1>如果当前符号n在drx-onDurationTimer持续时间内发生；以及

1>如果如此条款中所指定，与当前DRX循环相关联的drx-onDurationTimer未启动：

2>如果在评估此条款中所指定的所有DRX作用时间条件时，考虑到在符号n之前4ms所接收的准予/指派/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求，MAC实体将不处于作用时间，那么：

3>不传送周期性SRS和半持久SRS，如TS 38.214[7]中所定义；

3>不报告配置于PUSCH上的半持久CSI；

3>如果ps-TransmitPeriodicL1-RSRP未被配置成具有值真：

4>不报告作为PUCCH上的L1-RSRP的周期性CSI。

3>如果ps-TransmitOtherPeriodicCSI未被配置成具有值真：

4>不报告并非PUCCH上的L1-RSRP的周期性CSI。

1>否则：

2>在当前符号n中，如果在评估此条款中所指定的所有DRX作用时间条件时，考虑到在符号n之前4ms所接收的在此DRX群组中的服务小区上调度的准予/指派和DRX命令MACCE/长DRX命令MAC CE和发送的调度请求，DRX群组将不处于作用时间，那么：

3>不传送在此DRX群组中在TS 38.214[7]中定义的周期性SRS和半持久SRS；

3>不报告PUCCH上的CSI和在此DRX群组中配置于PUSCH上的半持久CSI。

2>如果CSI遮蔽(csi-Mask)由上部层设置，那么：

3>在当前符号n中，如果在评估此条款中所指定的所有DRX作用时间条件时，考虑到在符号n之前4ms所接收的在此DRX群组中的服务小区上调度的准予/指派和DRX命令MACCE/长DRX命令MAC CE，DRX群组的drx-onDurationTimer将不在运行；以及

4>在此DRX群组中不报告PUCCH上的CSI。

注4：如果根据TS 38.213[6]条款9.2.5中指定的程序，UE多路复用配置于PUCCH上的CSI与其它重叠UCI，且与其它UCI多路复用的此CSI将在其中已配置此PUCCH的DRX群组的DRX作用时间外部的PUCCH资源上报告，那么是否报告与其它UCI多路复用的此CSI取决于UE实施方案。

无论MAC实体是否在DRX群组中的服务小区上监视PDCCH，MAC实体都当预期此情况时在DRX群组中的服务小区上传送HARQ反馈、PUSCH上的非周期性CSI，以及TS 38.214[7]中定义的非周期性SRS。

如果PDCCH时机不完整(例如，作用时间在PDCCH时机中间开始或结束)，那么MAC实体不需要监听PDCCH。

3GPP TS 38.331如下指定不连续接收的配置：

5.3.5RRC重新配置

5.3.5.1总则

[3GPP TS 38.331V16.2.0的标题为“RRC重新配置，成功”的图5.3.5.1-1被再现为图6]

[…]

此过程的目的是修改RRC连接，例如，建立/修改/释放RB，使用同步执行重新配置，设置/修改/释放测量值，添加/修改/释放SCell和小区群组。作为程序的一部分，可以将NAS专用信息从网络转移给UE。

[…]

5.8.5用于NR侧链路通信的侧链路同步信息传送

5.8.5.1总则

[3GPP TS 38.331V16.2.0的标题为“在(部分)覆盖范围中的用于NR侧链路通信的同步信息传送”的图5.8.5.1-1被再现为图7]

[3GPP TS 38.331V16.2.0的标题为“在覆盖范围外的用于NR侧链路通信的同步信息传送”的图5.8.5.1-2被再现为图8]

此程序的目的是将同步信息提供到UE。

[…]

5.8.9侧链路RRC程序

5.8.9.1侧链路RRC重新配置

5.8.9.1.1总则

[3GPP TS 38.331V16.2.0的标题为“侧链路RRC重新配置，成功”的图5.8.9.1.1-1被再现为图9]

[…]

此程序的目的是修改PC5-RRC连接，例如建立/修改/释放侧链路DRB、配置NR侧链路测量和报告、配置侧链路CSI参考信号资源和CSI报告时延界限。

在以下情况中，UE可发起侧链路RRC重新配置程序并在对应的PC5-RRC连接上执行子条款5.8.9.1.2中的操作：

-与对等UE相关联的侧链路DRB的释放，如子条款5.8.9.1a.1中指定；

-与对等UE相关联的侧链路DRB的建立，如子条款5.8.9.1a.2中指定；

-用于与对等UE相关联的侧链路DRB的SLRB-Config中包含的参数的修改，如子条款5.8.9.1a.2中指定；

-用以执行NR侧链路测量和报告的对等UE的配置。

-配置侧链路CSI参考信号资源和CSI报告时延界限。

在RRC_CONNECTED中，UE应用在RRCReconfiguration(如果存在)中提供的NR侧链路通信参数。在RRC_IDLE或RRC_INACTIVE中，UE应用在系统信息(如果存在)中提供的NR侧链路通信参数。对于其它情况，UE应用在SidelinkPreconfigNR(如果存在)中提供的NR侧链路通信参数。当UE在以上三种情况之间执行状态转变时，在获取新配置之后，UE应用在新状态中提供的NR侧链路通信参数。在获取新配置之前，UE继续应用在旧状态中提供的NR侧链路通信参数。

[…]

6.3.2无线电资源控制信息元素

[…]

-DRX-Config

IE DRX-Config用于配置DRX相关参数。

DRX-Config信息元素

/>

/>

[…]

3GPP TS 23.287介绍以下内容：

6.3.3通过PC5参考点进行的单播模式V2X通信

6.3.3.1通过PC5参考点的层2链路建立

为了通过PC5参考点执行单播模式V2X通信，UE配置有如在第5.1.2.1节中描述的相关信息。

图6.3.3.1-1示出用于通过PC5参考点进行的V2X通信的单播模式的层2链路建立程序。

[3GPP TS 23.287V16.4.0的标题为“层2链路建立程序”的图6.3.3.1-1被再现为图10]

1.如条款5.6.1.4中所指定，UE确定用于PC5单播链路建立的信令接收的目的层2ID。如条款5.1.2.1中所指定，为UE配置目的层2ID。

2.UE-1中的V2X应用层提供用于PC5单播通信的应用信息。应用信息包含V2X服务类型和发起UE的应用层ID。应用信息中可包含目标UE的应用层ID。

UE-1中的V2X应用层可提供用于此单播通信的V2X应用要求。如在条款5.4.1.4中规定，UE-1确定PC5 QoS参数和PFI。

如果如条款5.2.1.4中所指定，UE-1决定重新使用现有PC5单播链路，那么如条款6.3.3.4中所指定，UE发起层2链路修改程序。

3.UE-1发送直接通信请求消息以发起单播层2链路建立程序。直接通信请求消息包含：

-源用户信息：起始UE的应用层ID(即，UE-1的应用层ID)。

-如果V2X应用层在步骤2中提供目标UE的应用层ID，那么包含以下信息：

-目标用户信息：目标UE的应用层ID(即，UE-2的应用层ID)。

-V2X服务信息：关于请求层2链路建立的V2X服务类型的信息。

-安全性信息：用于建立安全性的信息。

注1：安全性信息以及对源用户信息和目标用户信息的必要保护在TS 33.536[26]中定义。

如第5.6.1.1节和第5.6.1.4节中所指定，确定用于发送直接通信请求消息的源层2ID和目的层2ID。目的地层2ID可以是广播或单播层2ID。当使用单播层2ID时，目标用户信息应被包含在直接通信请求消息中。

UE-1通过使用源层2ID和目的地层2ID广播或单播的PC5来发送直接通信请求消息。

4.如下建立UE-1的安全性：

4a.如果目标用户信息包含在直接通信请求消息中，则目标UE(即UE-2)通过与UE-1建立安全性而作出响应。

4b.如果目标用户信息未被包含在直接通信请求消息中，那么对通过与UE-1的PC5单播链路使用通知的V2X服务类型感兴趣的UE通过与UE-1建立安全性而作出响应。

注2：用于安全性程序的信令在TS 33.536[26]中定义。

当启用安全性保护时，UE-1将以下信息发送到目标UE：

-在使用IP通信的情况下：

-IP地址配置：对于IP通信，此链路需要IP地址配置，且其指示以下值中的一个：

-“IPv6路由器”，如果IPv6地址分配机制受到发起的UE的支持，那么充当IPv6路由器；或

-“不支持IPv6地址分配”，如果IPv6地址分配机制不受发起的UE支持。

-链路本地IPv6地址：基于RFC 4862[21]在本地形成的链路本地IPv6地址，如果UE-1不支持IPv6IP地址分配机制，即IP地址配置指示“不支持IPv6地址分配”。

-QoS信息：关于用于待添加的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5 QoS参数(即，PQI和有条件地其它参数，例如MFBR/GFBR等)和相关联V2X服务类型。

如条款5.6.1.1和5.6.1.4中所规定，确定用于安全性建立程序的源层2ID。目的层2ID设置为接收到的直接通信请求消息的源层2ID。

一旦接收到安全性建立程序消息，UE-1就针对用于此单播链路的信令和数据业务获得对等UE的层2ID以用于未来通信。

5.已成功与UE-1建立安全性的一或多个目标UE将直接通信接受消息发送到UE-1：

5a.(面向UE的层2链路建立)如果直接通信请求消息中包含目标用户信息，那么在用于UE-2的应用层ID匹配的情况下，目标UE，即UE-2用直接通信接受消息作出响应。

5b.(面向V2X服务的层2链路建立)如果目标用户信息未被包含在直接通信请求消息中，那么对使用通知的V2X服务感兴趣的UE通过发送直接通信接受消息来对请求作出响应(在图6.3.3.1-1中的UE-2和UE-4)。

直接通信接受消息包含：

-源用户信息：发送直接通信接受消息的UE的应用层ID。

-QoS信息：关于UE-1所请求的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5 QoS参数(即，PQI和有条件地其它参数，例如MFBR/GFBR等)和相关联V2X服务类型。

-在使用IP通信的情况下：

-IP地址配置：对于IP通信，此链路需要IP地址配置，且其指示以下值中的一个：

-“IPv6路由器”，如果IPv6地址分配机制受目标UE的支持，那么充当IPv6路由器；或

-“不支持IPv6地址分配”，如果IPv6地址分配机制不受目标UE支持。

-链路本地IPv6地址：基于RFC 4862[21]在本地形成的链路本地IPv6地址，如果目标UE不支持IPv6IP地址分配机制，即IP地址配置指示“IPv6地址分配不支持”，且UE-1在直接通信请求消息中包含链路本地IPv6地址。目标UE应包含非冲突链路本地IPv6地址。

如果选择两个UE(即，发起UE和目标UE)来使用链路本地IPv6地址，则它们将停用RFC 4862[21]中所定义的双重地址检测。

注3：当发起UE或目标UE指示对IPv6路由器的支持时，对应地址配置过程将在建立层2链路之后实施，并且忽略链路本地IPv6地址。

建立PC5单播链路的UE的V2X层将指派给单播链路的PC5链路标识符以及与PC5单播链路相关的信息向下传递到AS层。PC5单播链路相关信息包含层2ID信息(即，源层2ID和目的地层2ID)和对应PC5 QoS参数。这使得AS层能够维持PC5链路标识符以及PC5单播链路相关信息。

6.如下通过已建立的单播链路传送V2X服务数据：

将PC5链路标识符和PFI以及V2X服务数据提供给AS层。

另外，任选地，将层2ID信息(即，源层2ID和目的地层2ID)提供给AS层。

注4：由UE实施方案将层2ID信息提供给AS层。

UE-1使用源层2ID(即，用于此单播链路的UE-1的层2ID)和目的地层2ID(即，用于此单播链路的对等UE的层2ID)发送V2X服务数据。

注5：PC5单播链路是双向的，因此UE-1的对等UE可以通过与UE-1的单播链路将V2X服务数据发送到UE-1。

3GPP TS 23.776介绍以下内容：

6.2解决方案#2：用于行人UE的QoS感知和功率高效通信的PC5 DRX配置

6.2.1功能描述

此解决方案是用于“关键问题#1：对用于行人UE的QoS感知NR PC5功率效率的支持”。

在道路安全以及公共安全用例中，在无连接方式的PC5组播或广播通信中经常涉及行人UE。一个行人UE可能需要收听接近的各种PC5 Tx UE而无需事先知道Tx UE。因此，用于PC5 Rx UE的可能的DRX操作需要处理附近存在的各种和随机Tx UE。另一方面，PC5 TxUE可能不知道或不关注附近任何特定Rx UE的存在。这使得对每一对PC5 Tx UE和Rx UE特定的PC5 DRX操作相当不实际，特别是对于PC5组播和广播。

在面向连接的PC5单播情况中，对PC5上的一对Tx UE和Rx UE特定的DRX操作可在Rx UE与Tx UE之间预先商定。然而，如果除所讨论的PC5单播之外，PC5单播Tx UE或Rx UE还与相同或不同对等UE具有其它PC5单播/组播/广播通信服务，那么用于每一PC5单播通信的未经协调的PC5 DRX配置可能导致未对准的PC5 DRX模式。这使得PC5 DRX在节能方面总体上较低效。

为了不仅在用于一个SL应用/服务的对等PC5 Tx UE与Rx UE之间，而且在附近的多个PC5通信中涉及的若干PC5 UE之间协调PC5 DRX配置，此解决方案是基于具有针对覆盖范围内操作由服务网络在PC5 UE中配置或针对覆盖范围外操作预配置的一组共同PC5 DRX模式。PC5DRX模式包含关于在(AS层)PC5 DRX调度中应使用的接通/断开周期的信息，且每一PC5DRX模式可与一个或多个V2X服务类型相关联。应注意可能存在将相当配合服务类型的组合的PC5 DRX模式。因此，PC5 DRX模式的(预先)配置集合可对应于支持的PC5 UE的不同用例、服务简档、状态或类的组合。PC5 DRX模式的(预先)配置集合还可与资源池配置一致，因为当资源池已配置时所述模式可对AS层是已知的(或反过来)，使得V2X层不需要处理或理解资源池配置。然而，不需要以保证用于特定V2X服务类型的专用无线电资源的方式执行资源池配置。

PC5DRX模式集合的内容(例如，接通/断开循环的长度和周期)可考虑V2X服务类型的QoS要求，例如，针对每一V2X服务类型配置于UE中的预设PC5 QoS参数，如TS 23.287[5]条款5.4.2.5中所描述。用于某一V2X服务的QoS在不同UE上可不同的事实可通过在UE上发生的PC5 DRX调度选择和强制执行程序来补偿(参见条款6.2.2)。

以此方式，可避免在接近的相关PC5 UE之间确定和商定PC5 DRX模式的广泛协调。相关PC5 UE仅需要从已配置PC5 DRX模式的有限集合选择一个或多个PC5DRX模式，且根据其自身和附近其它PC5 UE的所选择模式来调整SL传送和接收。

仅当找到配合在UE上运行的V2X服务的PC5 DRX模式时才应激活PC5 DRX模式。此外，V2X层可使得应用层能够请求PC5 DRX模式的去活。V2X应用何时以及为何可请求PC5DRX模式的去活取决于V2X应用的实施方案且在V2X层的范围之外。

注：解决方案适用于对UE上的单个AS层DRX调度的管理，其适用于所有通信模式和所有V2X服务。在UE可具有同时在作用中的多个不同DRX调度情况下(例如，对于广播和单播)，则整个程序单独地且独立地适用于每一DRX调度，即，针对每一调度存在不同模式集合等。由于DRX模式是针对接收P-UE，因此传送UE的传送调度可能需要与接收UE的DRX调度对准。

编者注：具有用于Uu和PC5的单个或两个单独DRX调度的问题以及其之间的任何对准(如果需要)在RAN WG中也仍是开放的。

6.2.2程序

图6.2.2-1示出基于预定义PC5 DRX模式的用于行人UE的功率高效PC5通信的解决方案的实例操作。

[3GPP TS 23.776V1.0.0的标题为“用于行人UE的QoS感知和功率高效通信的PC5DRX配置程序”的图6.2.2-1被再现为图11]

1a.UE被(预先)配置PC5 DRX相关参数，包含UE可从其中选择的适用PC5 DRX模式的集合。PC5 DRX配置可由PCF(或由AF经由NEF/PCF)使用在TS 23.287[5]条款6.2中指定的程序提供，或如TS 23.287[5]条款5.1.1中所指定经预配置。

1b.如果UE“由NR服务”(如TS 23.287[5]中定义)，那么PC5 DRX配置可替代地经由广播或专用RRC信令由NG-RAN提供，潜在连同关于Uu配置的信息一起提供。在此选项中，AS层可对V2X层指示相关已配置PC5 DRX参数或在AS层上应用PC5 DRX配置(还参见步骤5的说明)。

编者注：NG-RAN是否以及如何向UE提供PC5 DRX配置由RAN WG决定。

2.V2X应用层向V2X层提供应用程序要求，其可映像到如TS 23.287[5]条款5.4.1.1中定义的QoS参数。V2X应用层还可以提供应用业务模式信息，其含有消息周期性/间隔和消息大小/突发信息(如果可用)。

注1：提到的应用业务模式信息也可以由V2X应用(经由V2X层)提供到AS层，在此它们可当计算AS层SL-TrafficPatternInfo(TS 38.331[9]中定义)时用作输入，这又可以对AS层的关于要应用的PC5 DRX配置的最后决定具有影响。除消息周期性和消息大小之外，AS层SL-TrafficPatternInfo还含有更多RAN相关参数。

编者注：是否以及何时将来自V2X层的应用业务模式信息提供到AS层需要与RANWG协调。

3.UE1的V2X层可从已配置PC5 DRX模式集合选择一个或多个PC5 DRX模式。如果选择多于一个PC5 DRX模式，那么这意味着V2X层可接受其中任一个的应用。所述选择考虑以下情况：i)UE1当前具有的所有作用中V2X服务类型的要求和应用业务模式信息，ii)由NG-RAN接收的Uu DRX配置(如果存在)，以及ⅲ)其它相关UE已应用和指示的所选择PC5 DRX模式。

注2：例如在定时器的到期后，在如TS 23.287[5]中定义的V2X应用要求或关于其它UE的DRX相关信息的改变或类似情况后，在V2X层处选择PC5 DRX模式的触发取决于实施方案。V2X层在此步骤中不考虑在单个单播连接的上下文中执行的潜在PC5 DRX协商，而是在接受V2X层请求PC5 DRX模式(步骤5)的AS层决策期间或在AS层修改应用的PC5 DRX调度或应用新的一个(参见步骤6)的V2X层独立决策期间。

4.UE1的V2X层请求将所选择PC5 DRX模式(中的一个)应用于AS层以用于根据所选择PC5 DRX模式控制PC5传送和接收。

5.UE1的AS层决定应用或不应用所请求PC5 DRX模式(或所请求PC5 DRX模式中的一个)，即，其基于在PC5 DRX模式中指示的接通/断开周期配置(AS层)PC5 DRX调度。

注3：在V2X层处PC5 DRX模式的选择和请求是任选的，且PC5 DRX调度(并且进一步相关配置)可能仅在AS层上决定，但理想地是基于关于如TS 23.287[5]中定义的V2X应用要求的知识和业务模式。RAN WG在此情况下将具有对使用准则的最终确认。在此情况下AS层可知道适用PC5 DRX模式的集合(以及其需要的所有进一步输入)，且使用由RAN WG指定的机制将关于所应用PC5 DRX调度的指示发送到其它UE。此外，再次取决于RAN WG决策，UE1的AS层还可以潜在地基于AS层信息(例如，全缓冲区、与资源池未对准或AS层信令、监视的QoS等)决定延伸所选择(和应用)PC5 DRX调度的开启持续时间。

6.AS层向V2X层告知所请求PC5 DRX模式的应用的成功或失败，指示在请求中提供多个模式的情况下应用了哪一个模式。在AS层决定应用不对应于所提供模式中的任一个的PC5 DRX调度的情况下，则也向V2X层指示所应用PC5 DRX调度。此指示可不仅作为对PC5DRX模式请求的响应提供(步骤4)，而且稍后(异步地)在AS层基于其自身的逻辑修改PC5 DRX调度(或应用新的一个)的情况下提供。

7.UE1的V2X层向其它相关UE(例如，UE2)指示(使用PC5接口上的广播或组播通信)所应用PC5 DRX模式以允许UE2以协调方式选择其PC5 DRX模式。

8.UE2的V2X应用可从V2X层检索关于由一个或多个相关UE应用的PC5 DRX模式的信息且调整其通信调度。

9.UE2的V2X层可将关于由一个或多个相关UE应用的PC5 DRX模式的V2X层信息提供到AS层，且AS层相应地调整PC5传送调度。

6.2.3对服务、实体和接口的影响

解决方案对现有实体具有以下影响：

-AF:

-需要执行PC5 DRX相关配置的供应，包含适用PC5 DRX模式的集合(如果V2X层程序应用于PC5 DRX参数配置)。

-NEF:

-需要暴露可接收上文所提及的AF提供配置的API(如果V2X层程序应用于PC5 DRX参数配置)。

-PCF:

-需要支持、处置和包含适用PC5 DRX模式的集合的V2X策略(如果V2X层程序应用于PC5 DRX参数配置)。

-NG-RAN:

-如果将支持用于PC5 DRX参数配置的AS层程序，那么NG-RAN需要支持包含PC5DRX模式集合的用于PC5(和Uu)DRX相关配置的信令。

编者注：是否应支持用于PC5 DRX参数配置的AS层程序由RAN WG决定。

-UE:

-UE的V2X层需要能够基于V2X策略中包含的输入从(预先)配置集合选择PC5 DRX模式。

-UE的AS层需要根据所选择PC5 DRX模式调整其PC5传送和接收。

-能够使用单播、广播或组播向其它UE传送/从其它UE接收应用的PC5 DRX配置。

[…]

7.2PC5 DRX操作的结论

对于关键问题#1(对行人UE的QoS感知NR PC5功率效率的支持)，关于NR PC5 DRX操作，以下原理被视为过渡结论：

-V2X应用层为V2X层提供输入以确定PC5 DRX辅助信息。

编者注：TS 23.287[5]中描述的输入(例如，V2X应用要求)是否足够或从V2X应用层需要额外输入(例如，业务模式)有待进一步研究。

-V2X层可将PC5 DRX辅助信息提供到AS层。

编者注：由V2X层提供到AS层的PC5 DRX辅助信息是否在3GPP中定义以及PC5 DRX辅助信息的内容是什么有待进一步研究。

编者注：PC5 DRX辅助信息是否是根据通信模式(即，单播/广播/组播)有待进一步研究。

-接入层(AS)层确定用于PC5参考点上的V2X通信的PC5 DRX以实现行人UE节能。

-AS层将所应用PC5 DRX信息提供到V2X层。

-对于单播，取决于来自RAN2的反馈，可在AS层中的UE之间协商PC5 DRX。

编者注：设计原理需要由RAN WG评估。

编者注：是否需要DRX相关参数以及在UE上(预先)配置以辅助V2X层确定PC5 DRX辅助信息的内容是什么有待进一步研究。

根据3GPP TS 38.300和TS 38.321，NR Uu指定用于节省UE监视下行链路控制信道(例如，物理下行链路控制信道(PDCCH))的电力的一种机制。如果UE通过其服务基站(例如，gNB)配置有不连续接收(discontinuous reception，DRX)，在UE不必连续地监视下行控制信道。基本上，DRX机制的特征在于以下内容：

-开启持续时间：在唤醒之后，UE等待接收PDCCH的持续时间。如果UE成功地对PDCCH进行解码，则UE保持唤醒并且启动不活动定时器。

-不活动定时器：从PDCCH的上一次成功解码起，UE等待成功地对PDCCH进行解码的持续时间，如果失败，UE可以返回休眠状态。仅在对PDCCH进行单次成功解码以用于第一传送(即，不用于重新传送)之后，UE应重新启动不活动定时器。

-重新传送定时器：直到可以预期重新传送的持续时间。

-循环：指定开启持续时间接着是可能的不活动周期的周期性重复。

-活动时间：UE监视PDCCH的总持续时间。这包含DRX循环的“开启持续时间”，不活动定时器尚未到期时UE正在执行连续接收的时间，以及在等待重新传送机会时UE正在执行连续接收的时间。

根据3GPP RP-193231，Rel-16 NR侧链路基于当UE操作侧链路时“始终开启”的假设而设计的，例如，仅侧重于安装在具有足够电池容量的车辆中的UE。对于V2X用例中的交通弱势群体(vulnerable road user，VRU)以及在需要将UE中的功耗降至最低的公共安全和商业用例中的UE，需要Rel-17中的节能解决方案。通常，DRX机制会在不活动时段之后周期性重复开启持续时间。因此，DRX机制可适用于接收周期性业务。在一个实施例中，可主要基于周期性业务模式设计、应用或指派开启持续时间的DRX模式。

在Uu中，基于在UE与gNB之间同步的系统帧号和子帧号确定DRX唤醒时间。当操作侧链路通信时，对准用于监视侧链路控制信道的侧链路传送时间间隔(TTI)的定时可以与gNB、全球导航卫星系统(GNSS)或同步参考UE进行同步。例如，UE1和UE2彼此通信。如果UE1是同步参考UE，那么UE2监视由UE1发送的用于同步的侧链路信号或信道(例如，物理侧链路广播信道(PSBCH)，或包含MasterInformationBlockSidelink的信号或信道)。在用于同步的侧链路信号或信道中，可以包含关于用以发送此用于同步的侧链路信号或信道的帧编号(例如，directFrameNumber)和/或时隙(例如，slotIndex)的信息，使得UE2的帧编号和/或时隙可与UE1的帧编号和/或时隙同步。

基本上，UE1必须在UE2清醒以接收这些侧链路数据包的周期将侧链路数据包传送到UE2。否则，如果在UE2处于“休眠”周期时UE1传送这些侧链路包，则这些侧链路包可能会在UE2处丢失。根据一个替代方案(3GPP TS 23.776中论述)，每一侧链路服务可以与一个侧链路DRX配置相关联。侧链路服务与侧链路DRX配置之间的相关性可以在UE中预定义或预配置或由网络通过授权过程供应。侧链路服务与侧链路DRX配置之间的关联可以适用于单播侧链路通信、广播侧链路通信和/或组播侧链路通信。举例来说，UE1可以朝向UE2初始化侧链路服务并且与UE2建立单播链路。作为另一实例，UE1和UE2可以执行将初始化组播侧链路通信的侧链路服务。因此，UE1和UE2形成用于组播侧链路通信的群组。

根据用于给定侧链路服务的侧链路DRX配置，UE1可能知道UE2在唤醒之后保持清醒多久(即，侧链路DRX的每一循环中的开启持续时间)以及每一唤醒周期之间的时间间隔(即，侧链路DRX的循环长度)。更具体地，可基于给定侧链路服务的业务模式确定或导出侧链路DRX配置(即，侧链路DRX的每一循环中的开启持续时间，和侧链路DRX的循环长度)。这可以在图12中示出。然而，UE1没有关于侧链路DRX配置的此唤醒周期的开始时间的信息(即，用于侧链路DRX的每一循环中的开启持续时间的startOffset)，使得UE1可能在错误时间将侧链路控制信息和/或侧链路传送发送到UE2。类似地，UE2也没有关于侧链路DRX配置的此唤醒周期的开始时间的信息，使得UE2可能在错误时间从UE1监视侧链路控制信息和/或接收侧链路传送。为了解决此问题，可以考虑用以确定何时开始侧链路DRX配置的唤醒周期的一些方法。

对于组播，每一群组可以与一个群组ID相关联。每一群组还可以与一个组播目的地层2ID(L2ID)相关联。组播目的地L2ID可以从群组ID导出。不同群组可以与不同群组ID或不同组播目的地L2ID相关联。

用于群组的侧链路DRX配置的唤醒周期的开始时间可能可以从群组ID或与群组相关联的组播目的地L2ID导出，或可以基于其确定。在一个实施例中，用于群组的侧链路DRX配置的唤醒周期的开始时间可以从与群组相关联的车联网(V2X)层ID或值(例如，群组ID、组播目的地L2ID、或...)或应用层ID或值(可能已经经由应用层信令在群组中的每一成员之间协商或交换)导出，或可以基于其确定。

在一个实施例中，UE的上部层(例如，V2X层)可以将V2X层ID或值或应用层ID或值提供到UE的下部层(即，接入层(AS)层，例如，无线电资源控制(RRC)层、媒体接入控制(MAC)层，或物理(PHY)层)。UE的下部层可以随后从V2X层ID或值或应用层ID或值导出侧链路DRX配置的唤醒周期的开始时间。

在一个实施例中，UE的上部层可以直接将侧链路DRX配置的唤醒周期的开始时间提供到UE的下部层。UE的下部层可以随后应用侧链路DRX配置的唤醒周期的开始时间。在此替代方案中，UE的上部层可以从V2X层ID或值或应用层ID或值导出侧链路DRX配置的唤醒周期的开始时间。

由于群组中的每一成员知道/获取与群组相关联的同一V2X层ID/值或同一应用层ID/值，因此群组中的每一成员将随后导出/确定或应用相同的与群组相关联的侧链路DRX配置的唤醒周期的开始时间。在一个实施例中，对于至少包括UE1的侧链路群组，UE1可以基于与群组相关联的从有限和不完美数据(L2ID)的群组ID或目的地学习导出或确定用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间。UE1可以基于唤醒周期或在唤醒周期内执行向侧链路群组(例如，向侧链路群组内的其它UE)的侧链路传送。UE2可以基于唤醒周期或在唤醒周期内执行从侧链路群组(例如，从侧链路群组内的其它UE)的侧链路接收。

此外，将在不同定时分离用于不同群组的唤醒周期，使得在这些侧链路传送跨越所有群组在同一唤醒周期发生的情况下将减少资源冲突。此益处还可以适用于侧链路单播通信。

对于单播，单播链路上的每一对UE可以与一个源L2ID和一个目的地L2ID相关联。举例来说，UE1和UE2可以建立用于侧链路通信的单播链路。从UE1方面，源L2ID是UE1的L2ID且目的地L2ID可以是UE2的L2ID。当UE1向UE2传送侧链路传送时，与侧链路传送相关联的源L2ID可以是(设定为)UE1的L2ID，且与侧链路传送相关联的目的地L2ID可以是(设定为)UE2的L2ID。从UE2的角度，源L2ID可以是UE2的L2ID且目的地L2ID可以是UE1的L2ID。当UE2向UE1传送侧链路传送时，与侧链路传送相关联的源L2ID可以是(设定为)UE2的L2ID且与侧链路传送相关联的目的地L2ID可以是(设定为)UE1的L2ID。

用于单播链路的侧链路DRX配置的唤醒周期的开始时间可能可以从与所述单播链路相关联的源L2ID和/或目的地L2ID导出或可以基于其确定。在一个实施例中，对于在UE1与UE2之间建立的单播链路，用于所述单播链路的侧链路DRX配置的唤醒周期的开始时间可以从UE1的L2ID和/或UE2的L2ID导出或可以基于其确定。

在一个实施例中，对于在UE1与UE2之间的单播链路，UE1可以基于UE1的L2ID和UE2的L2ID导出或确定用于所述单播链路的侧链路DRX配置的唤醒周期的开始时间。UE1可以基于唤醒周期或在唤醒周期内执行向UE2的侧链路传送。UE1可以基于唤醒周期或在唤醒周期内执行从UE2的侧链路接收。在一个实施例中，UE2可以基于UE2的L2ID和UE1的L2ID导出或确定用于单播链路的侧链路DRX配置的唤醒周期的开始时间。UE2可以基于唤醒周期或在唤醒周期内执行向UE1的侧链路传送。UE2可以基于唤醒周期或在唤醒周期内执行从UE1的侧链路接收。

在一个实施例中，对于在UE1与UE2之间的单播链路，UE1可以基于UE1的L2ID导出或确定用于所述单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE1可以基于第一唤醒周期或在第一唤醒周期内执行从UE2的侧链路接收。UE2可以基于UE1的L2ID导出或确定用于单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE2可以基于第一唤醒周期或在第一唤醒周期内执行向UE1的侧链路传送。在一个实施例中，UE2可以基于UE2的L2ID导出或确定用于单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE2可以基于第二唤醒周期或在第二唤醒周期内执行从UE1的侧链路接收。UE1可以基于UE2的L2ID导出或确定用于单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE1可以基于第二唤醒周期或在第二唤醒周期内执行向UE2的侧链路传送。

在一个实施例中，对于在UE1与UE2之间的单播链路，UE1可以基于UE1的L2ID导出或确定用于所述单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE1可以基于第一唤醒周期或在第一唤醒周期内执行向UE2的侧链路传送。UE2可以基于UE1的L2ID导出或确定用于单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE2可以基于第一唤醒周期或在第一唤醒周期内执行从UE1的侧链路接收。在一个实施例中，UE2可以基于UE2的L2ID导出或确定用于单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE2可以基于第二唤醒周期或在第二唤醒周期内执行向UE1的侧链路传送。UE1可以基于UE2的L2ID导出或确定用于单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE1可以基于第二唤醒周期或在第二唤醒周期内执行从UE2的侧链路接收。

在一个实施例中，对于在UE1与UE2之间的单播链路，UE1可以基于UE1的L2ID导出或确定用于所述单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE1可以基于第一唤醒周期或在第一唤醒周期内执行从UE2的侧链路接收。UE2可以基于UE1的L2ID导出或确定用于单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE2可以基于第一唤醒周期或在第一唤醒周期内执行向UE1的侧链路传送。在一个实施例中，UE2可以基于UE1的L2ID导出或确定用于单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE2可以基于第一唤醒周期或在第一唤醒周期内执行从UE1的侧链路接收。UE1可以基于UE1的L2ID导出或确定用于单播链路的侧链路DRX配置的第一唤醒周期的第一开始时间。UE1可以基于第一唤醒周期或在第一唤醒周期内执行向UE2的侧链路传送。

在一个实施例中，对于在UE1与UE2之间的单播链路，UE1可以基于UE2的L2ID导出或确定用于所述单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE1可以基于第二唤醒周期或在第二唤醒周期内执行向UE2的侧链路传送。UE2可以基于UE2的L2ID导出或确定用于单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE2可以基于第二唤醒周期或在第二唤醒周期内执行从UE1的侧链路接收。在一个实施例中，UE2可以基于UE2的L2ID导出或确定用于单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE2可以基于第二唤醒周期或在第二唤醒周期内执行向UE1的侧链路传送。UE1可以基于UE2的L2ID导出或确定用于单播链路的侧链路DRX配置的第二唤醒周期的第二开始时间。UE1可以基于第二唤醒周期或在第二唤醒周期内执行从UE2的侧链路接收。

在一个实施例中，可能侧链路DRX配置中除了用于确定唤醒周期的开始时间的参数外的一些参数可以在两个UE之间协商(经由PC5-S消息、PC5-RRC消息或MAC控制元素)，但用于确定唤醒周期的开始时间的参数可以从与单播链路相关联的源L2ID(例如，UE1的L2ID或UE2的L2ID)和/或目的地L2ID(例如，UE2的L2ID或UE1的L2ID)导出或可以基于其确定。

替代地，用于确定唤醒周期的开始时间的参数可以两个UE(例如，单播链路的UE1和UE2)之间协商。举例来说，UE1可以将唤醒周期的开始时间的一个或多个候选值提供到UE2(通过例如，PC5-S消息、PC5-RRC消息或MAC控制元素)，且UE2可以随后以其中用于唤醒周期的开始时间的确定值的一个对UE1进行响应(通过例如，PC5-S消息、PC5-RRC消息或MAC控制元素)。响应于接收到唤醒周期的开始时间的确定值，UE1可以应用/使用唤醒周期的开始时间的确定值来开始用于单播链路的唤醒周期。

在一个实施例中，UE1可以基于唤醒周期或在唤醒周期内执行向UE2的侧链路传送。替代地，UE1可以基于唤醒周期或在唤醒周期内执行从UE2的侧链路接收。响应于所述响应，UE2还可以应用/使用唤醒周期的开始时间的确定值来开始用于单播链路的唤醒周期。在一个实施例中，UE2可以基于唤醒周期或在唤醒周期内执行向UE1的侧链路传送。替代地，UE2可以基于唤醒周期或在唤醒周期内执行从UE1的侧链路接收。

为了最大化节能，用于侧链路DRX的唤醒时间可以与用于Uu DRX的唤醒时间对准。如果UE1被其gNB配置有Uu DRX，那么UE1可以基于Uu DRX的唤醒周期的开始时间确定侧链路DRX的唤醒周期的开始时间。在一个实施例中，如果UE1被其gNB配置有Uu DRX，那么UE1可以基于UE1的Uu DRX的唤醒周期的开始时间确定侧链路DRX的唤醒周期的开始时间的所述一个或多个候选值。在一个实施例中，如果UE2被其gNB配置有Uu DRX，那么UE2可以基于UE2的Uu DRX的唤醒周期的开始时间确定所述一个或多个候选值中的一个。替代地，如果UE1未被其gNB配置有Uu DRX或UE1在覆盖范围外，那么UE1可以基于与和UE2的单播链路相关联的源L2ID(例如，UE1的L2ID或UE2的L2ID)和/或目的地L2ID(例如，UE2的L2ID或UE1的L2ID)确定侧链路DRX的唤醒周期的开始时间。UE1可以随后配置UE2以遵循侧链路DRX的唤醒周期的所确定开始时间(经由例如，PC5-S消息、PC5-RRC消息或MAC控制元素)。

更具体地，侧链路服务与侧链路DRX配置之间的关联可以是侧链路服务的身份(例如，PSID)或提供侧链路服务的应用程序的身份(例如，AID)与一个侧链路DRX配置相关联。更具体地，唤醒周期可以基于侧链路DRX循环的开启持续时间而确定。

更具体地，唤醒周期的开始时间可以基于侧链路DRX循环的startOffset。唤醒周期的开始时间可以意味着用于确定在启动开启持续时间定时器之前的延迟的时隙偏移(例如，drx-SlotOffsetSL)。唤醒周期的开始时间可以意味着用于确定其中SL DRX循环开始的子帧的循环开始偏移(例如，drx-StartOffset)。

更具体地，侧链路DRX配置可以配置以下各项中的至少一个：用于确定SL DRX循环的开始的持续时间的开启持续时间定时器(例如，drx-onDurationTimerSL)，用于确定在其中侧链路控制信息指示侧链路传送的物理侧链路控制信道(PSCCH)时机之后的持续时间的非作用中定时器(例如，drx-InactivityTimerSL)，用于确定在接收侧链路重新传送之前的最大持续时间的重新传送定时器(例如，drx-RetransmissionTimerSL)，用于确定SL DRX循环的长度的循环长度(例如，drx-LongCycleStartOffsetSL)，用于确定短于SL DRX循环的长度的第二SL DRX循环的长度的短循环长度(例如，drx-ShortCycleSL)和/或用于确定在预期侧链路HARQ重新传送准予之前的最大持续时间的往返时间定时器(例如，drx-HARQ-RTT-TimerSL)。在一个实施例中，侧链路DRX配置不包括侧链路DRX配置的唤醒周期的开始时间。

更具体地，用于侧链路DRX的唤醒周期的开始时间的单位可以是时隙、符号或子帧。用于侧链路DRX的唤醒周期可以在特定侧链路帧编号和/或特定侧链路时隙处开始。

更具体地，如果侧链路DRX应用于侧链路组播通信，那么特定侧链路帧编号和/或特定侧链路时隙可以基于V2X层ID/值(例如，群组ID、组播目的地L2ID，或...)或应用层ID/值而确定或可以从其导出。如果侧链路DRX应用于侧链路单播通信，那么特定侧链路帧编号和/或特定侧链路时隙可以基于与单播链路相关联的源L2ID和/或目的地L2ID而确定或可以从其导出。如果侧链路DRX应用于侧链路单播通信，那么特定侧链路帧编号和/或特定侧链路时隙可以基于用以标识单播链路的标识符而确定或可以从其导出。

更具体地，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着ID值(的部分)是用于(导出/确定)所述时间的导出因数。侧链路DRX的循环长度也可以是用于(导出/确定)所述时间的导出因数。

更具体地，基于ID1和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着ID1值(的部分)和ID2值(的部分)都是用于(导出/确定)所述时间的导出因数。侧链路DRX的循环长度也可以是用于(导出/确定)所述时间的导出因数。

更具体地，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着ID值(的部分)是在用于(导出/确定)所述时间的公式中。侧链路DRX的循环长度也可以在用于(导出/确定)所述时间的公式中。

更具体地，基于ID1和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着ID1值(的部分)和ID2值(的部分)都是在用于(导出/确定)所述时间的公式中。侧链路DRX的循环长度也可以在用于(导出/确定)所述时间的公式中。

更具体地，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着用于(导出/确定)所述时间的值等于经由侧链路DRX的ID值模块循环长度(的部分)导出的值。

更具体地，基于ID1和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着用于(导出/确定)所述时间的值等于经由侧链路DRX的ID1值(的部分)和ID2值(的部分)模块循环长度的求和值导出的值。

更具体地，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着用于(导出/确定)所述时间的值是作为侧链路DRX的ID值模块循环长度(的部分)导出的。

更具体地，基于ID1和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着用于(导出/确定)所述时间的值是作为侧链路DRX的ID1值(的部分)和ID2值(的部分)模块循环长度的求和值导出的。

更具体地，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着用于(导出/确定)所述时间的值等于“(ID值(的部分))模除(侧链路DRX的循环长度)”的导出值。在一个实施例中，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着用于(导出/确定)所述时间的值等于“(A*(ID值(的部分))+B)模除(侧链路DRX的循环长度)”的导出值。A可以是用于(导出/确定)所述时间的另一导出因数。A可以是随机数或可变数字或已配置数字。B可以是用于(导出/确定)所述时间的另一导出因数。B可以是随机数或可变数字或已配置数字。

更具体地，基于ID1和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着用于(导出/确定)所述时间的值等于“(ID1值(的部分)+ID2值(的部分))模除(侧链路DRX的循环长度)”的导出值。在一个实施例中，基于ID1和和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着用于(导出/确定)所述时间的值等于“(A1*(ID1值(的部分))+A2*(ID2值(的部分))+B)模除(侧链路DRX的循环长度)”的导出值。A1可以是用于(导出/确定)所述时间的另一导出因数。A1可以是随机数或可变数字或已配置数字。A2可以是用于(导出/确定)所述时间的另一导出因数。A2可以是随机数或可变数字或已配置数字。A1和A2可以是不同或相同的。B可以是用于(导出/确定)所述时间的另一导出因数。B可以是随机数或可变数字或已配置数字。

更具体地，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着用于(导出/确定)所述时间的值是作为“(ID值(的部分))模除(侧链路DRX的循环长度)”导出的。在一个实施例中，基于ID(例如，V2X层ID/值、应用层ID/值、群组ID、组播目的地L2ID、源L2ID、目的地L2ID、UE1的L2ID或UE2的L2ID中的任一个)导出或确定时间(例如，用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间，或用于单播链路的侧链路DRX配置的唤醒周期的开始时间中的任一个)可以意味着用于(导出/确定)所述时间的值是作为“(A*(ID值(的部分))+B)模除(侧链路DRX的循环长度)”导出的。A可以是用于(导出/确定)所述时间的另一导出因数。A可以是随机数或可变数字或已配置数字。B可以是用于(导出/确定)所述时间的另一导出因数。B可以是随机数或可变数字或已配置数字。

更具体地，基于ID1和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着用于(导出/确定)所述时间的值是作为“(ID1值(的部分)+ID2值(的部分))模除(侧链路DRX的循环长度)”导出的。在一个实施例中，基于ID1和和ID2(例如，源L2ID和目的地L2ID，或UE1的L2ID和UE2的L2ID)导出或确定时间(例如，用于单播链路的侧链路DRX配置的唤醒周期的开始时间)可以意味着用于(导出/确定)所述时间的值是作为“(A1*(ID1值(的部分))+A2*(ID2值(的部分))+B)模除(侧链路DRX的循环长度)”导出的。A1可以是用于(导出/确定)所述时间的另一导出因数。A1可以是随机数或可变数字或已配置数字。A2可以是用于(导出/确定)所述时间的另一导出因数。A2可以是随机数或可变数字或已配置数字。A1和A2可以是不同或相同的。B可以是用于(导出/确定)所述时间的另一导出因数。B可以是随机数或可变数字或已配置数字。

在一个实施例中，ID值意味着ID的十进制值。ID的部分可以意味着ID的一些(并非全部)LSB位。ID值的部分可以意味着ID的一些(并非全部)LSB位的十进制值。

在一个实例中，ID是24位。ID的部分是ID的LSB 16位。ID值的部分是ID的LSB 16位的十进制值。ID的LSB部分是ID的LSB 16位。ID值的值部分是ID的LSB 16位的十进制值。

在一个实施例中，ID的部分可以意味着ID的一些(并非全部)MSB位。ID值的部分可以意味着ID的一些(并非全部)MSB位的十进制值。

在一个实例中，ID是24位。ID的部分是ID的MSB 16位。ID值的部分是ID的MSB 16位的十进制值。ID的MSB部分是ID的MSB 16位。ID的值部分是ID的MSB 16位的十进制值。

图13是示出用于UE配置用于与群组相关联的侧链路组播通信的侧链路DRX的方法的流程图1300。在步骤1305中，UE应用用于与群组相关联的侧链路组播通信的侧链路DRX配置，其中侧链路DRX配置包括用于确定(每一)侧链路DRX循环的(开始的)开启持续时间的开启持续时间定时器(长度)和/或用于确定(每一)侧链路DRX循环的长度的循环长度中的至少一个。在步骤1310中，UE至少基于与群组相关联的标识符导出或确定用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间。在步骤1315中，UE基于侧链路DRX配置以及用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间监视与群组相关联的侧链路控制信道。

在一个实施例中，侧链路DRX配置可以不包括用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间。

在一个实施例中，用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间可以是startOffset，和/或用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间的单位可以是子帧。

在一个实施例中，导出或确定的用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间可以是(等于)标识符的一部分模除循环长度的导出值。在一个实施例中，导出或确定的用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间可以是(等于)标识符模除循环长度的导出值。所述模除表示取模或求模运算。

在一个实施例中，UE可具有指示一个或多个用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间的信息，和/或UE可以至少基于与群组相关联的标识符和所述信息导出或确定用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间。

在一个实施例中，UE可以至少基于与群组相关联的标识符导出或确定索引。此外，UE可以基于所述索引从所述一个或多个用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间导出或确定用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间。

在一个实施例中，与群组相关联的标识符可为组播目的地层2ID的一部分。在一个实施例中，与群组相关联的标识符可以是组播目的地层2ID。在一个实施例中，UE可以在一周期中监视与群组相关联的侧链路控制信道。所述周期可以基于侧链路DRX配置以及用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间而确定。所述周期可以是至少开启持续时间定时器处于运行中的作用时间。

返回参考图3和图4，在用于UE配置用于与群组相关联的侧链路组播通信的侧链路DRX的方法的一个示例性实施例中，UE 300包含存储于存储器310中的程序代码312。CPU308可以执行程序代码312以使UE能够：(i)应用用于与群组相关联的侧链路组播通信的侧链路DRX配置，其中侧链路DRX配置包括用于确定(每一)侧链路DRX循环的(开始的)开启持续时间的开启持续时间定时器(长度)和/或用于确定(每一)侧链路DRX循环的长度的循环长度中的至少一个，(ii)至少基于与群组相关联的标识符导出或确定用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间，以及(iii)基于侧链路DRX配置以及用于(每一)侧链路DRX循环的开启持续时间的开始时间或(每一)侧链路DRX循环的开始时间监视与群组相关联的侧链路控制信道。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图14是示出用于第二UE在侧链路组播通信中配置侧链路DRX的方法的流程图1400。在步骤1405中，第二UE初始化用于侧链路组播通信的侧链路服务。在步骤1410中，第二UE基于侧链路服务与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与侧链路服务相关联。在步骤1415中，第二UE至少基于与侧链路组播通信相关联的标识符导出或确定用于(每一)侧链路DRX循环的开启持续时间的开始时间。在步骤1420中，第二UE基于用于(每一)侧链路DRX循环的开启持续时间的开始时间和SL DRX配置监视侧链路控制信道是否有侧链路组播通信。

返回参考图3和图4，在用于第二UE在侧链路组播通信中配置SL DRX的方法的一个示例性实施例中，第二UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第二UE能够：(i)初始化用于侧链路组播通信的侧链路服务，(ii)基于侧链路服务与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与侧链路服务相关联，(iii)至少基于与侧链路组播通信相关联的标识符导出或确定用于(每一)侧链路DRX循环的开启持续时间的开始时间，以及(iv)基于用于(每一)侧链路DRX循环的开启持续时间的开始时间和SL DRX配置监视侧链路控制信道是否有侧链路组播通信。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图15是示出用于第一UE在侧链路组播通信中考虑侧链路DRX的方法的流程图1500。在步骤1505中，第一UE初始化用于侧链路组播通信的侧链路服务。在步骤1510中，第一UE基于侧链路服务与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与侧链路服务相关联。在步骤1515中，第一UE至少基于与侧链路组播通信相关联的标识符导出或确定用于每一侧链路DRX循环的开启持续时间的开始时间。在步骤1520中，第一UE在一周期中在侧链路控制信道上传送侧链路控制信息以用于侧链路组播通信，其中所述周期是基于用于每一侧链路DRX循环的开启持续时间的开始时间和SL DRX配置确定的。

返回参考图3和图4，在用于第一UE在侧链路组播通信中考虑侧链路(SL)DRX的方法的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一UE能够：(i)初始化用于侧链路组播通信的侧链路服务，(ii)基于侧链路服务与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与侧链路服务相关联，(iii)至少基于与侧链路组播通信相关联的标识符导出或确定用于每一侧链路DRX循环的开启持续时间的开始时间，以及(iv)在一周期中在侧链路控制信道上传送侧链路控制信息以用于侧链路组播通信，其中所述周期是基于用于每一侧链路DRX循环的开启持续时间的开始时间和SL DRX配置确定的。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

在图14和图15中示出和上文所论述的实施例的上下文中，在一个实施例中，侧链路服务与SL DRX配置之间的关联可以在第一UE和第二UE中预先配置或预定义或者由网络供应。第一UE或第二UE可以选择侧链路服务与SL DRX配置之间的关联的列表的条目，且其中所述条目包含SL DRX配置和侧链路服务的身份或与侧链路服务相关联的索引。

在一个实施例中，SL DRX配置可以配置以下各项中的至少一个：用于确定SL DRX循环的开始的持续时间的开启持续时间定时器(例如，drx-onDurationTimerSL)，用于确定在其中侧链路控制信息指示侧链路传送的PSCCH时机之后的持续时间的非作用中定时器(例如，drx-InactivityTimerSL)，用于确定在接收侧链路重新传送之前的最大持续时间的重新传送定时器(例如，drx-RetransmissionTimerSL)，用于确定SL DRX循环的长度的循环长度(例如，drx-LongCycleStartOffsetSL)，用于确定短于SL DRX循环的长度的第二SLDRX循环的长度的短循环长度(例如，drx-ShortCycleSL)和/或用于确定在预期侧链路HARQ重新传送准予之前的最大持续时间的往返时间定时器(例如，drx-HARQ-RTT-TimerSL)。

在一个实施例中，第一UE和第二UE可以属于用于侧链路组播通信的群组。与群组或组播侧链路通信相关联的标识符可以是组播目的地层2ID或群组ID(的部分)。

图16是示出用于(Rx)UE的方法的流程图1600。在步骤1605中，(Rx)UE初始化用于侧链路组播通信的侧链路服务。在步骤1610中，(Rx)UE接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤1615中，(Rx)UE接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和循环的第二长度。在步骤1620中，(Rx)UE至少基于标识符导出或确定偏移。在步骤1625中，(Rx)UE至少基于开启持续时间的第一长度、循环的第二长度和偏移确定周期性作用时间，其中所述偏移用以指示或定义循环在何处开始且开启持续时间的第一长度是循环的开始的持续时间。在步骤1630中，(Rx)UE在周期性作用时间内监视侧链路控制信道是否有侧链路组播通信。

返回参考图3和图4，在用于(Rx)UE的方法的一个示例性实施例中，(Rx)UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Rx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，(ii)接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收，(iii)接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和循环的第二长度，(iv)至少基于标识符导出或确定偏移，(v)至少基于开启持续时间的第一长度、循环的第二长度和偏移确定周期性作用时间，其中所述偏移用以指示或定义循环在何处开始且开启持续时间的第一长度是循环的开始的持续时间，以及(vi)在周期性作用时间内监视侧链路控制信道是否有侧链路组播通信。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图17是示出用于(Tx)UE的方法的流程图1700。在步骤1705中，(Tx)UE初始化用于侧链路组播通信的侧链路服务。在步骤1710中，(Tx)UE接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤1715中，(Tx)UE接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和循环的第二长度。在步骤1720中，(Tx)UE至少基于标识符导出或确定偏移。在步骤1725中，(Tx)UE至少基于开启持续时间的第一长度、循环的第二长度和偏移确定周期性作用时间，其中所述偏移用以指示或定义循环在何处开始且开启持续时间的第一长度是循环的开始的持续时间。在步骤1730中，(Tx)UE在周期性作用时间内传送数据以用于侧链路组播通信。

返回参考图3和图4，在用于(Tx)UE的方法的一个示例性实施例中，(Tx)UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Tx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，(ii)接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收，(iii)接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和循环的第二长度，(iv)至少基于标识符导出或确定偏移，(v)至少基于开启持续时间的第一长度、循环的第二长度和偏移确定周期性作用时间，其中所述偏移用以指示或定义循环在何处开始且开启持续时间的第一长度是循环的开始的持续时间，以及(vi)在周期性作用时间内传送数据以用于侧链路组播通信。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

上文已经描述了本公开的各种方面。应明白，本文中的教示可以通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文公开的方面可独立于任何其它方面而实施，并且两个或更多个这些方面可以各种方式组合。例如，可使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外，可使用除了在本文中所阐述的一个或多个方面之外或不同于所述方面的其它结构、功能性或结构和功能性来实施此类设备或实践此类方法。作为一些上述概念的示例，在一些方面，可基于脉冲重复频率来建立并行信道。在一些方面中，可基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于跳跃序列建立并行信道。在一些方面，可基于脉冲重复频率、脉冲位置或偏移以及时间跳跃序列而建立并行信道。

所属领域的技术人员将理解，可使用多种不同技术和技艺中的任一者来表示信息和信号。举例来说，可用电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路以及算法步骤可以实施为电子硬件(例如，可以使用源译码或某一其它技术进行设计的数字实施、模拟实施或这两者的组合)、并入有指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)或这两者的组合。为了清晰地说明硬件与软件的可互换性，上文已大体就其功能性来描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。本领域的技术人员可以针对每个特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为造成对本公开的范围的偏离。

另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器，但在替代方案中，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP核心，或任何其它此类配置。

应理解，在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的具体次序或层次可以重新布置，同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的组件，并且并不意味着限于所呈现的特定次序或层级。

结合本文中所公开的各方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或所属领域中已知的计算机可读存储介质的任何其它形式。示例存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)和将信息写入到存储介质。示例存储介质可以与处理器形成一体。处理器和存储介质可驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中，处理器和存储介质可以作为离散组件驻存在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可以包括计算机可读介质，所述计算机可读介质包括与本发明的各方面中的一者或多者相关的代码。在一些方面中，计算机程序产品可以包括封装材料。

虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修改。本申请案意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims (16)

1.一种用于用户设备配置用于与群组相关联的侧链路组播通信的侧链路不连续接收的方法，其特征在于，包括：

应用用于与所述群组相关联的所述侧链路组播通信的侧链路不连续接收配置，其中所述侧链路不连续接收配置包括用于确定每一侧链路不连续接收循环的开启持续时间的开启持续时间定时器长度和/或用于确定每一侧链路不连续接收循环的长度的循环长度中的至少一个；

至少基于与所述群组相关联的标识符的一部分模除所述循环长度的导出值或者与所述群组相关联的所述标识符模除所述循环长度的导出值导出或确定用于每一侧链路不连续接收循环的所述开启持续时间的开始时间或每一侧链路不连续接收循环的开始时间；以及

基于所述侧链路不连续接收配置和用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间监视与所述群组相关联的侧链路控制信道。

2.根据权利要求1所述的方法，其特征在于，所述侧链路不连续接收配置不包括用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间。

3.根据权利要求1所述的方法，其特征在于，用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间是startOffset，和/或

用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间的单位是子帧。

4.根据权利要求1所述的方法，其特征在于，其中用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间等于所述标识符的所述一部分模除所述循环长度的所述导出值，或

其中用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间等于所述标识符模除所述循环长度的所述导出值。

5.根据权利要求1所述的方法，其特征在于，所述用户设备具有指示一个或多个用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间的信息，和/或

所述用户设备至少基于与所述群组相关联的所述标识符和所述信息导出或确定用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间。

6.根据权利要求5所述的方法，其特征在于，所述用户设备至少基于与所述群组相关联的所述标识符导出或确定索引，且

所述用户设备基于所述索引从所述一个或多个用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间导出或确定用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间。

7.根据权利要求1所述的方法，其特征在于，与所述群组相关联的所述标识符是组播目的地层2标识符的一部分，或

其中与所述群组相关联的所述标识符是组播目的地层2标识符。

8.根据权利要求1所述的方法，其特征在于，所述用户设备在一周期中监视与所述群组相关联的所述侧链路控制信道，且

其中所述周期是基于所述侧链路不连续接收配置和用于每一侧链路不连续接收循环的开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间确定的，和/或

其中所述周期是至少所述开启持续时间定时器处于运行中的作用时间。

9.一种用户设备，其特征在于，包括：

控制电路；

处理器，其安装于所述控制电路中；以及

存储器，其安装于所述控制电路中且以操作方式耦合到所述处理器；

其中所述处理器被配置成执行存储于所述存储器中的程序代码以：

应用用于与群组相关联的侧链路组播通信的侧链路不连续接收配置，其中所述侧链路不连续接收配置包括用于确定每一侧链路不连续接收循环的开启持续时间的开启持续时间定时器长度和/或用于确定每一侧链路不连续接收循环的长度的循环长度中的至少一个；

至少基于与所述群组相关联的标识符的一部分模除所述循环长度的导出值或者与所述群组相关联的所述标识符模除所述循环长度的导出值导出或确定用于每一侧链路不连续接收循环的开启持续时间的开始时间或每一侧链路不连续接收循环的开始时间；以及

基于所述侧链路不连续接收配置和用于每一侧链路不连续接收循环的开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间监视与所述群组相关联的侧链路控制信道。

10.根据权利要求9所述的用户设备，其特征在于，所述侧链路不连续接收配置不包括用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间。

11.根据权利要求9所述的用户设备，其特征在于，用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间是startOffset，和/或

用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间的单位是子帧。

12.根据权利要求9所述的用户设备，其特征在于，其中用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间等于所述标识符的所述一部分模除所述循环长度的所述导出值，或

其中用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间等于所述标识符模除所述循环长度的所述导出值。

13.根据权利要求9所述的用户设备，其特征在于，所述处理器还被配置成执行存储于所述存储器中的程序代码以使所述用户设备执行：

具有指示一个或多个用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间的信息，和/或

至少基于与所述群组相关联的所述标识符和所述信息导出或确定用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间。

14.根据权利要求13所述的用户设备，其特征在于，所述处理器还被配置成执行存储于所述存储器中的程序代码以使所述用户设备执行：

至少基于与所述群组相关联的所述标识符导出或确定索引，以及

基于所述索引从所述一个或多个用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间导出或确定用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间。

15.根据权利要求9所述的用户设备，其特征在于，与所述群组相关联的所述标识符是组播目的地层2标识符的一部分，或

其中与所述群组相关联的所述标识符是组播目的地层2标识符。

16.根据权利要求9所述的用户设备，其特征在于，所述处理器还被配置成执行存储于所述存储器中的程序代码以使所述用户设备执行：

在一周期中监视与所述群组相关联的所述侧链路控制信道，且

其中所述周期是基于所述侧链路不连续接收配置和用于每一侧链路不连续接收循环的所述开启持续时间的所述开始时间或每一侧链路不连续接收循环的所述开始时间确定的，和/或

其中所述周期是至少所述开启持续时间定时器处于运行中的作用时间。