CN113225842B

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

Info

Publication number: CN113225842B
Application number: CN202110068846.9A
Authority: CN
Inventors: 潘立德; 曾立至; 李名哲
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2020-01-21
Filing date: 2021-01-19
Publication date: 2024-05-07
Anticipated expiration: 2041-01-19
Also published as: US20240107626A1; KR20210095062A; US20210227620A1; CN113225842A; KR102436322B1

Abstract

本发明从第二用户设备的角度公开一种无线通信系统中用于配置侧链路不连续接收的方法和设备。在一个实施例中，方法包含第二用户设备与第一用户设备开始/初始化侧链路服务。方法还包含第二用户设备基于侧链路服务与侧链路不连续接收配置之间的关联性确定侧链路不连续接收配置，其中侧链路不连续接收配置与侧链路服务相关联。方法还包含第二用户设备基于侧链路不连续接收配置监视侧链路控制信道。

Description

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

相关申请的交叉引用

本申请要求2020年1月21日提交的第62/963,989号美国临时专利申请的权益，此申请的全部公开内容以全文引用的方式并入本文中。

技术领域

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

背景技术

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

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

发明内容

从第二用户设备(User Equipment，UE)的角度公开一种用于配置侧链路(Sidelink，SL)不连续接收(Discontinuous Reception，DRX)的方法和装置。在一个实施例中，所述方法包含第二UE与第一UE开始/初始化侧链路服务。所述方法还包含第二UE基于侧链路服务与SL DRX配置之间的关联性确定SL DRX配置，其中SL DRX配置与侧链路服务相关联。所述方法还包含第二UE基于SL DRX配置监视侧链路控制信道。

附图说明

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

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

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

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

图5是3GPP TS 38.300V15.6.0的图11-1的再现；

图6是3GPP TS 38.331V15.6.0的图5.3.5.1-1的再现；

图7是3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.7.4.1-1的再现；

图8是3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.X.3.1-1的再现；

图9是3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.x.9.1.1-1的再现；

图10是3GPP TS 36.300V16.0.0的图23.10.2.1-1的再现；

图11是3GPP TS 36.300V16.0.0的图23.10.2.2-1的再现；

图12是3GPP TS 36.300V16.0.0的图23.10.2.2-2的再现；

图13说明根据一个示例性实施例的实例，其中由gNB1针对单播侧链路通信确定UE2的DRX；

图14说明根据一个示例性实施例的实例，其中由gNB2针对单播侧链路通信确定UE2的DRX；

图15说明根据一个示例性实施例的实例，其中针对单播侧链路通信单独确定UE的DRX；

图16说明根据一个示例性实施例的实例，其中由UE1针对单播侧链路通信确定UE2的DRX；

图17A说明根据一个示例性实施例的实例，其中DRX是针对单播侧链路通信的每个侧链路服务或单播链路；

图17B说明根据一个示例性实施例的实例，其中DRX是针对组播侧链路通信的每个侧链路服务或群组；

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

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

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

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

具体实施方式

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

具体来说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如，由命名为“第三代合作伙伴计划”(在本文中称为3GPP)的协会提供的标准，包含：RP-193231，“关于NR侧链路增强的新WID”，乐金电子公司；TS 38.300V15.6.0，“NR；NR和NG-RAN总体描述；第二阶段(第15版)”；TS 38.321V15.5.0，“NR；媒体接入控制(Medium AccessControl，MAC)协议规范(第15版)”；TS 38.331V15.6.0，“NR；无线电资源控制(RadioResource Control，RRC)协议规范(第15版)”；TS 36.300V16.0.0，“E-UTRA和E-UTRAN；总体描述；第二阶段(第16版)”；3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)，针对具有NR Sidelink_v2的5G V2X的TS 38.331的draft_R2-191xxx_Running CR；以及TS23.287V16.1.0，“用于支持车联网(Vehicle-to-Everything，V2X)服务(第16版)的5G系统(5G System，5GS)的架构增强”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图1示出根据本发明的一个实施例的多址接入无线通信系统。接入网络100(access network，AN)包含多个天线群组，一个群组包含天线104和天线106，另一群组包含天线108和天线110，且额外群组包含天线112和天线114。在图1中，每一天线群组仅示出两个天线，然而，每一天线群组可以利用更多或更少的天线。接入终端116(access terminal，AT)与天线天线112和天线114通信，其中天线天线112和天线114通过前向链路120向接入终端116传送信息，且通过反向链路118从接入终端116接收信息。接入终端(accessterminal，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)，网络节点、网络或某一其它术语。接入终端(access terminal，AT)还可以称为用户设备(userequipment，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，所述处理器可以进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号并应用于正从其传送所述符号的天线。

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

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

RX数据处理器260接着基于具体接收器处理技术从N_R个接收器254接收并处理N_R个接收到的符号流以提供N_T个“检测到的”符号流。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)。另外，在SAWG中，正在通过几个工作/研究项目来考虑与NR侧链路相关的其它商业用例，例如网络控制的交互式服务(Network ControlledInteractive Service，NCIS)，铁路差距分析(MONASTERYEND)，增强型能源效率继电器和广泛的覆盖范围(Relays for Energy eFficiency and Extensive Coverage，REFEC)，视听服务制作(Audio-Visual Service Production，AVPROD)。为了针对这些用例提供较宽的NR侧链路覆盖范围，并能够根据SAWG中的进程提供无线电解决方案，有必要在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唤醒(wake up)时间对准

●指定机制，旨在使侧链路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节能

由DRX和BA控制UE在RRC连接模式下的PDCCH监视活动。

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

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

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

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

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

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

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

3GPP TS38.321如下指定不连续接收的操作：

5.7不连续接收(DRX)

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

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重新传送准予之前的最小持续时间。

当配置DRX循环时，活动时间包含出现以下情况时的时间：

-drx-onDurationTimer或drx-InactivityTimer或drx-RetransmissionTimerDL或drx-RetransmissionTimerUL或ra-ContentionResolutionTimer(如第5.1.5小节中所描述)处于运行中；或

-调度请求在PUCCH上发送且待决(如第5.4.4小节中描述)；或

-在成功接收到基于争用的随机接入前导码当中未被MAC实体选中的随机接入前导码的随机接入响应之后尚未接收到指示定址到MAC实体的C-RNTI的新传送的PDCCH(如第5.1.4小节中所描述)。

当配置DRX时，MAC实体将：

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

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

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

1>如果在已配置上行链路准予中传送MAC PDU，则：

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-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)+子帧号]模(drx-ShortCycle)＝(drx-StartOffset)模(drx-ShortCycle)；或

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

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

1>如果MAC实体在活动时间中，则：

2>监视PDCCH，如TS 38.213[6]中所指定；

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

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

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

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

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

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

2>如果PDCCH指示新传送(DL或UL)，则：

3>在PDCCH接收结束之后在第一符号中启动或重新启动drx-InactivityTimer。

1>在当前符号n中，如果在评估此小节中所指定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的准予/分配/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求，MAC实体将不处于活动时间，则：

2>不传送TS 38.214[7]中限定的周期性SRS和半静态SRS。

1>如果CSI遮蔽(csi-Mask)由上层设置，则：

2>在当前符号n中，如果在评估此小节中所指定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的准予/分配/DRX命令MAC CE/长DRX命令MAC CE，onDurationTimer将不在运行中，则：

3>不在PUCCH上报告CSI。

1>否则：

2>在当前符号n中，如果在评估此小节中所指定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的准予/分配/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求，MAC实体将不处于活动时间，则：

3>不在PUCCH上报告CSI并且不在PUSCH上报告半静态CSI。

无论MAC实体是否正在监视PDCCH，MAC实体都在如此预期时传送HARQ反馈、PUSCH上的非周期性CSI，和TS 38.214[7]中限定的非周期性SRS。

如果PDCCH时机不完整(例如，活动时间在PDCCH时机中间启动或结束)，则MAC实体不需要监视PDCCH。

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

5.3.5RRC重新配置

5.3.5.1综述

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

[…]

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

[…]

5.3.5.2发起

网络可以在RRC_CONNECTED中向UE发起RRC连接重新配置过程。网络应用如下过程：

-仅当已经启动AS安全性时才执行RB的建立(而非SRB1，其在RRC连接建立期间建立)；

-仅当已经启动AS安全性时才执行次小区群组和SCell的添加；

-仅当在SCG中设置至少一个DRB时，reconfigurationWithSync才包含在secondaryCellGroup中；

-仅当已经启动AS安全性时reconfigurationWithSync才包含在masterCellGroup中，并且设置且不暂停具有至少一个DRB的SRB2。

5.3.5.3通过UE接收RRCReconfiguration

UE应在接收到RRCReconfiguration之后即刻执行以下动作：

1>如果经由其它RAT(即，RAT间切换到NR)接收到RRCReconfiguration：

2>如果RRCReconfiguration不包含fullConfig并且UE连接到5GC(即，在帧内5GC切换期间的△信令)：

3>如果可用的话，重新使用源RAT SDAP和PDCP配置(即，在接收到RAT间HORRCReconfiguration消息之前，来自源E-UTRARAT的所有RB的当前SDAP/PDCP配置)；

1>否则：

2>如果RRCReconfiguration包含fullConfig：

3>执行如5.3.5.11中所指定的满配置过程；

1>如果RRCReconfiguration包含masterCellGroup：

2>根据5.3.5.5，针对接收到的masterCellGroup执行小区群组配置；

[…]

5.3.5.5小区群组配置

5.3.5.5.1综述

网络使用主小区群组(Master Cell Group，MCG)和零个或一个次小区群组(Secondary Cell Group，SCG)配置UE。在(NG)EN-DC中，如在TS 36.331[10]中指定配置MCG，并且对于NE-DC，如在TS 36.331[10]中指定配置SCG。网络在CellGroupConfig IE中提供小区群组的配置参数。

UE基于所接收CellGroupConfig IE执行以下动作：

[…]

1>如果CellGroupConfig含有mac-CellGroupConfig：

2>如5.3.5.5.5中所指定配置此小区群组的MAC实体；

[…]

5.3.5.5.5MAC实体配置

UE将：

[…]

1>根据不包含tag-ToReleaseList和tag-ToAddModList的接收到的mac-CellGroupConfig重新配置小区群组的MAC主要配置；

[…]

6.2.2消息定义

[…]

-RRCReconfiguration

RRCReconfiguration消息是修改RRC连接的命令。所述消息可以传达用于测量配置、移动性控制、无线电资源配置(包含RB、MAC主要配置和物理信道配置)和AS安全配置的信息。

信令无线电承载：SRB1或SRB3

RLC-SAP:AM

逻辑信道：DCCH

方向：网络到UE

[…]

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

[…]

-CellGroupConfig

CellGroupConfig IE用于配置主小区群组(master cell group，MCG)或次小区群组(secondary cell group，SCG)。小区群组包括一个MAC实体、具有相关联RLC实体的一组逻辑信道以及主小区(SpCell)和一个或多个次小区(SCell)。

[…]

-DRX-Config

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

[…]

-MAC-CellGroupConfig

IE MAC-CellGroupConfig用于配置小区群组的MAC参数，包含DRX。

来自3GPP电子邮件讨论的一个文档提供了关于NR侧链路相关过程的以下描述(如在3GPP电子邮件讨论[108#44][V2X]38.331运行CR(华为)中所捕获)：

5.3.5RRC重新配置

<省略不相关文本>

5.3.5.3通过UE接收RRCReconfiguration

UE应在接收到RRCReconfiguration之后即刻执行以下动作：

[…]

1>如果RRCReconfiguration消息包含sl-ConfigDedicatedNR：

2>执行如5.3.5.X中所指定的侧链路专用配置过程；

1>如果RRCReconfiguration消息包含sl-ConfigDedicatedEUTRA：

2>如果sl-V2X-ConfigDedicated包含在sl-ConfigDedicatedEUTRA中

3>执行如TS 36.331[10]中的5.3.10.15a中指定的V2X侧链路通信专用配置过程；

2>如果sl-V2X-SPS-Config包含在sl-ConfigDedicatedEUTRA中

3>执行如TS 36.331[10]中的5.3.10.5中指定的V2X侧链路SPS重新配置；

[…]

5.7.4UE辅助信息

5.7.4.1综述

[标题为“UE辅助信息”的3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.7.4.1-1再现为图7]

此过程的目的是向网络通知UE的延迟预算报告，所述报告在连接模式DRX循环长度中携带所需的增量/减量，过热辅助信息或用于NR侧链路通信的所配置准予辅助信息。

5.7.4.2发起

能够提供RRC_CONNECTED中的延迟预算报告的UE可以在若干种情况下发起过程，包含在配置以提供延迟预算报告后和在延迟预算偏好改变后。

能够提供RRC_CONNECTED中的过热辅助信息的UE可以在检测到内部过热后或在检测到不再经历过热条件后发起过程(在其被配置成如此执行的情况下)。

能够提供RRC_CONNECTED中的用于NR侧链路通信的所配置准予辅助信息的UE可以在若干种情况下发起过程，包括在被配置成提供业务模式信息后和在改变业务模式后。

在发起过程后，UE应：

[…]

1>如果被配置成提供用于NR侧链路通信的所配置准予辅助信息：

2>根据5.7.4.3发起UEAssistanceInformation消息的传送以提供用于NR侧链路通信的所配置准予辅助信息；

5.7.4.3与UEAssistanceInformation消息的传送有关的动作

[…]

UE将针对用于NR侧链路通信的所配置准予辅助信息设定UEAssistanceInformation消息的内容：

2>包含sl-UE-AssistanceInformationNR；

注1：何时以及如何触发用于NR侧链路通信的所配置准予辅助信息取决于UE实施方案。

[…]

5.X.3用于NR侧链路通信的侧链路UE信息

5.X.3.1综述

[标题为“用于NR侧链路通信的侧链路UE信息”的3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.X.3.1-1再现为图8]

此过程的目的在于通知网络UE对或不再对接收NR侧链路通信感兴趣，以及请求指派或释放NR侧链路通信的传送资源且报告与NR侧链路通信相关的参数。

5.x.3.2发起

能够进行RRC_CONNECTED中的NR侧链路通信的UE可以发起过程以指示其在若干情况下(感兴趣)接收NR侧链路通信，所述情况包含在成功连接建立或恢复后、在兴趣改变后，或在改变到提供包含sl-ConfigCommonNR的SIBX的PCell。能够进行NR侧链路通信的UE可以发起过程以请求用于NR侧链路通信传送的专用资源的指派。

在发起此过程后，UE应：

1>如果包含sl-ConfigCommonNR的SIBX由PCell提供：

2>则确保具有用于PCell的SIBX的有效版本；

2>如果由上层配置成在包含在PCell的SIBX中的sl-FreqInfoList中的频率上接收NR侧链路通信：

3>如果UE自最后一次进入RRC—CONNECTED状态起就不传送SidelinkUEInformationNR消息；或

3>如果从UE最后一次传送SidelinkUEInformationNR消息起，UE就连接到不提供包含sl-ConfigCommonNR的SIBX的PCell；或

3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-RxInterestedFreqList；或如果自SidelinkUEInformationNR消息的最后一次传送起，由上层配置成接收NR侧链路通信的频率就已改变：

4>发起SidelinkUEInformationNR消息的传送以根据5.x.3.3指示感兴趣的NR侧链路通信接收频率；

2>否则：

3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-RxInterestedFreqList：

4>发起SidelinkUEInformationNR消息的传送以根据5.x.3.3指示其不再对NR侧链路通信接收感兴趣；

2>如果由上层配置成以包含在PCell的SIBX中的sl-FreqInfoList中的频率传送NR侧链路通信：

3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-TxResourceReqList；或如果从SidelinkUEInformationNR消息的最后一次传送起，sl-TxResourceReqList所携载的信息已改变，则：

4>发起SidelinkUEInformationNR消息的传送以根据5.X.3.3指示UE所需的NR侧链路通信传输资源；

2>否则：

3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-TxResourceReqList，则：

4>发起SidelinkUEInformationNR消息的传送以根据5.X.3.3指示其不再需要NR侧链路通信传送资源。

5.x.3.3与SidelinkUEInformationNR消息的传送有关的动作

UE应如下设定SidelinkUEInformationNR消息的内容：

1>如果UE发起过程以指示其(不再)有兴趣接收NR侧链路通信或请求(配置/释放)NR侧链路通信传送资源(即，UE包含所有涉及的信息，无论是什么触发了过程)：

2>如果包含sl-ConfigCommonNR的SIBX由PCell提供：

3>如果由上层配置成接收NR侧链路通信：

4>包含sl-RxInterestedFreqList且将其设定成用于NR侧链路通信接收的频率；

3>如果由上层配置成传送NR侧链路通信：

4>包含sl-TxResourceReqList并且为请求网络分配NR侧链路通信资源的每个目的地按如下设定其字段(如果需要)：

5>将sl-DestinationIdentiy设定成由上层配置用于NR侧链路通信传送的目的地标识；

5>将sl-CastType设定为由上层配置用于NR侧链路通信传送的相关联目的地标识的播送类型；

5>如果相关联的双向侧链路DRB添加是因RRCReconfigurationSidelink的配置所致，则将sl-RLC-ModeIndication设定成包含RLC模式和任选地相关联RLC模式的侧链路QoS流的QoS配置文件；

5>如果检测到侧链路RLF，则设定用于NR侧链路通信传送的相关联目的地的sl-Failure；

5>将sl-QoS-InfoList设定成包含由上层配置用于NR侧链路通信传送的相关联目的地的侧链路QoS流的QoS配置文件；

5>将sl-InterestedFreqList设定成指示NR侧链路通信传送的频率；

5>将sl-TypeTxSyncList设定成在NR侧链路通信传送的相关联sl-InterestedFreqList上使用的当前同步引用类型。

1>UE应向下层提交SidelinkUEInformationNR消息以用于传送。

[…]

5.X.9侧链路RRC过程

5.X.9.1侧链路RRC重新配置

5.x.9.1.1综述

[标题为“侧链路RRC重新配置成功”的3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.x.9.1.1-1再现为图9]

[…]

此过程的目的是建立/修改/释放侧链路DRB或配置NR侧链路测量和报告以用于PC5-RRC连接。

UE可以在以下情况中发起侧链路RRC重新配置过程且对其对等UE执行第5.x.9.1.2小节中的操作：

-与对等UE相关联的侧链路DRB的释放，如第5.x.9.1.4小节中指定；

-与对等UE相关联的侧链路DRB的建立，如第5.x.9.1.5小节中指定；

-用于与对等UE相关联的侧链路DRB的SLRB-Config中包含的参数的修改，如第5.x.9.1.5小节中指定；

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

5.x.9.1.2与RRCReconfigurationSidelink消息的传送有关的动作

UE应如下设定RRCReconfigurationSidelink消息的内容：

1>针对将释放的每一侧链路DRB，根据第5.x.9.1.4.1小节，由于由sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR或上层进行的配置：

2>设定对应于侧链路DRB的slrb-ConfigToReleaseList中包含的slrb-PC5-ConfigIndex；

1>由于接收sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR，根据第5.x.9.1.5.1小节，针对待建立或修改的每个侧链路DRB：

2>根据接收到的sl-RadioBearerConfig和对应于侧链路DRB的sl-RLC-BearerConfig，设定slrb-ConfigToAddModList中包含的SLRB-Config；

1>针对待进行配置的每个NR侧链路测量和报告：

2>根据存储的NR侧链路测量配置信息，设定sl-MeasConfig；

1>针对与侧链路DRB相关联的目的地，启动定时器T400；

UE应向下层提交RRCReconfigurationSidelink消息以用于传送。

5.x.9.1.3通过UE接收RRCReconfigurationSidelink

UE应在接收RRCReconfigurationSidelink之后执行以下动作：

1>如果RRCReconfigurationSidelink包含slrb-ConfigToReleaseList：

2>针对作为当前UE侧链路配置的部分的slrb-ConfigToReleaseList中包含的每一slrb-PC5-ConfigIndex值；

3>根据第5.x.9.1.4小节执行侧链路DRB释放过程；

1>如果RRCReconfigurationSidelink包含slrb-ConfigToAddModList：

2>针对并非当前UE侧链路配置的部分的slrb-ConfigToAddModList中所包含的每个slrb-PC5-ConfigIndex值：

3>如果包含，则应用sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList；

3>根据第5.x.9.1.5小节执行侧链路DRB添加过程；

2>针对作为当前UE侧链路配置的部分的slrb-ConfigToAddModList中包含的每一slrb-PC5-ConfigIndex值：

3>根据第5.x.9.1.4和5.x.9.1.5小节执行侧链路DRB释放或修改过程。

1>如果UE不能够遵守RRCReconfigurationSidelink中包含的(部分)配置(即，侧链路RRC重新配置失败)：

2>继续使用在接收到RRCReconfigurationSidelink消息之前使用的配置；

2>设定RRCReconfigurationFailureSidelink消息的内容；

3>向下层提交RRCReconfigurationFailureSidelink消息以用于传送；

1>否则：

2>设定RRCReconfigurationCompleteSidelink消息的内容；

3>向下层提交RRCReconfigurationCompleteSidelink消息以用于传送；

注X：当同一逻辑信道由另一UE配置有不同RLC模式时，UE将情况处置为侧链路RRC重新配置失败。

[…]

5.x.9.1.10通过UE接收RRCReconfigurationCompleteSidelink

UE应在接收到RRCReconfigurationCompleteSidelink之后即刻执行以下动作：

1>如果在运行，则停止定时器T400；

[…]

-UEAssistanceInformation

UEAssistanceInformation消息用于向网络指示UE辅助信息。

信令无线电承载：SRB1

RLC-SAP:AM

逻辑信道：DCCH

方向：UE到网络

[…]

-SidelinkUEInformationNR

SidelinkUEinformationNR消息用于向网络指示NR侧链路UE信息。

信令无线电承载：SRB1

RLC-SAP:AM

逻辑信道：DCCH

方向：UE到网络

[…]

-RRCReconfigurationSidelink

RRCReconfigurationSidelink消息是PC5 RRC连接的AS配置的命令。其仅应用于NR侧链路通信的单播。

信令无线电承载：用于PC5-RRC的侧链路SRB

RLC-SAP：AM

逻辑信道：SCCH

方向：UE到UE

-RRCReconfigurationCompleteSidelink

RRCReconfigurationCompleteSidelink消息用于证实成功完成PC5 RRC AS重新配置。其仅应用于NR侧链路通信的单播。

信令无线电承载：用于PC5-RRC的侧链路SRB

RLC-SAP：AM

逻辑信道：SCCH

方向：UE到UE

3GPP TS 36.300如下引入侧链路：

23.10对侧链路通信的支持

23.10.1综述

侧链路通信是UE可以借以通过PC5接口彼此直接通信的一种通信模式，如TS23.303[62]中指定。当UE由E-UTRAN服务时以及当UE在E-UTRA覆盖范围之外时，支持这种通信模式。只有被授权用于公共安全操作的那些UE才能执行侧链路通信。

为了执行覆盖范围外操作的同步，UE可以通过传送SBCCH和同步信号来充当同步源。SBCCH携载接收其它侧链路信道和信号所需的最必不可少的系统信息。将SBCCH与同步信号一起以40ms的固定周期传送。当UE处于网络覆盖范围中时，SBCCH的内容源自eNB用信号通知的参数。当UE在覆盖范围外时，如果UE选择另一UE作为同步参考，则SBCCH的内容源自所接收的SBCCH；否则UE使用预配置参数。SIB18提供用于同步信号和SBCCH传送的资源信息。对于覆盖范围外的操作，每40ms存在两个预配置子帧。如果UE基于在[16]中定义的标准成为同步源，则UE在一个子帧中接收同步信号和SBCCH，并在另一子帧传送同步信号和SBCCH。

UE在侧链路控制时段的持续时间中限定的子帧上执行侧链路通信。侧链路控制时段是其中在小区中被分配用于侧链路控制信息和侧链路数据传送的资源出现的时段。在侧链路控制时段内，UE发送侧链路控制信息，然后是侧链路数据。侧链路控制信息指示层1ID和传送的特性(例如，MCS、在侧链路控制时段的持续时间中的资源的位置、时序对准)。

在侧链路发现间隙未配置的情况下，UE用以下优先级降序来执行Uu和PC5上的传送和接收：

-Uu传送/接收(最高优先级)；

-PC5侧链路通信传送/接收；

-PC5侧链路发现通告/监视(最低优先级)。

在侧链路发现间隙被配置的情况下，UE用以下优先级降序来执行Uu和PC5上的传送和接收：

-针对RACH的Uu传送/接收；

-针对传送的侧链路发现间隙期间的PC5侧链路发现通告；

-非RACH Uu传送；

-针对接收的侧链路发现间隙期间的PC5侧链路发现监视；

-非RACH Uu接收；

-PC5侧链路通信传送/接收。

23.10.2无线电协议架构

23.10.2.0综述

在此章节中，针对用户平面和控制平面给出用于侧链路通信的UE无线电协议架构。

23.10.2.1用户平面

图23.10.2.1-1示出用于用户平面的协议栈，其中PDCP、RLC和MAC子层(在另一UE处终止)执行在章节6中针对用户平面列出的功能。

PC5接口中的接入层协议栈由PDCP、RLC、MAC和PHY组成，如下文在图23.10.2.1-1中所示。

[标题为“用于侧链路通信的用户平面协议栈”的3GPP TS 36.300V16.0.0的图23.10.2.1-1再现为图10]

侧链路通信的用户平面细节：

-不存在用于侧链路通信的HARQ反馈；

-RLC UM用于侧链路通信；

-接收UE需要针对每一传送对等UE保持至少一个RLC UM实体；

-用于侧链路通信的接收RLC UM实体不需要在接收第一RLC UMD PDU之前配置；

-ROHC单向模式用于PDCP中的标头压缩以用于侧链路通信；

-UDC不用于侧链路通信。

UE可以建立多个逻辑信道。包含于MAC子标头内的LCID唯一地标识一个源层2ID和目的地层2ID组合的范围内的逻辑信道。未配置用于逻辑信道优先级排序的参数。接入层(Access stratum，AS)具有由高层通过PC5接口传送的协议数据单元的PPPP。存在与每个逻辑信道相关联的PPPP。

23.10.2.2控制平面

在一对多侧链路通信之前，UE不建立和维持与接收UE的逻辑连接。高层建立并维持用于包含ProSe UE到网络的中继操作的一对一侧链路通信的逻辑连接。

PC5接口中的SBCCH的接入层协议栈由RRC、RLC、MAC和PHY组成，如下文在图23.10.2.2-1中所示。

[标题为“用于SBCCH的控制平面协议栈”的3GPP TS 36.300V16.0.0的图23.10.2.2-1再现为图11]

用于建立、维持和释放用于一对一侧链路通信的逻辑连接的控制平面在图23.10.2.2-2中示出。

[标题为“用于一对一侧链路通信的控制平面协议栈”的3GPP TS 36.300V16.0.0的图23.10.2.2-2再现为图12]

[…]

23.14对V2X服务的支持

23.14.1综述

23.14.1.0概述

以V2X服务为代表的车辆通信服务可以包括以下四种不同类型：V2V、V2I、V2N和V2P，如TS 22.185[71]中指定。

V2X服务可以由PC5接口和/或Uu接口提供。V2X侧链路通信提供了通过PC5接口对V2X服务的支持，这是一种通信模式，UE可以直接通过PC5接口彼此通信，如TS 23.303[62]中指定。当UE由E-UTRAN服务时以及当UE在E-UTRA覆盖范围之外时，支持这种通信模式。只有被授权用于V2X服务的UE才能执行V2X侧链路通信。

23.14.1.1对V2X侧链路通信的支持

如针对侧链路通信的第23.10.2.1节中所指定的用户平面协议栈和功能还用于V2X侧链路通信。另外，对于V2X侧链路通信：

-用于侧链路通信的STCH还用于V2X侧链路通信。

-非V2X(例如，公共安全)数据不与在配置成用于V2X侧链路通信的资源中传送的V2X数据多路复用。

-接入层(Access Stratum，AS)具有由上层通过PC5接口传送的协议数据单元的PPPP和PPPR。可以从PPPP确定协议数据单元的包延迟预算(packet delay budget，PDB)。将低PDB映射到高优先级PPPP值(TS 23.285[72])。

-接入层(Access Stratum，AS)具有由上层通过PC5接口传送的协议数据单元的传送配置文件(TS 23.285[72])。

-基于PPPP的逻辑信道优先级排序用于V2X侧链路通信。

如针对侧链路通信的第23.10.2.2节中所指定的SBCCH的控制平面协议栈还用于V2X侧链路通信。

支持V2X侧链路通信的UE可以在用于资源分配的两种模式下操作：

-调度的资源分配，其中：

-UE需要为RRC_CONNECTED以便传送数据；

-UE从eNB请求传送资源。eNB调度用于传送侧链路控制信息和数据的传送资源。支持侧链路SPS以用于调度的资源分配；

-UE自主资源选择，其中：

-UE自己从资源池中选择资源，并且执行传输格式选择以传送侧链路控制信息和数据；

-如果已配置区域与V2X侧链路传送资源池之间的映射，则UE基于UE所在的区域而选择V2X侧链路资源池。

-UE执行感测以(重新)选择侧链路资源。基于感测结果，UE(重新)选择一些特定侧链路资源并预留多个侧链路资源。允许UE执行多达2个并行的独立资源预留过程。还允许UE针对其V2X侧链路传送执行单个资源选择。

[…]

如果RRC_CONNECTED UE对V2X侧链路通信传送感兴趣，则RRC_CONNECTED UE可以向服务小区发送侧链路UE信息消息以便请求侧链路资源。

如果UE由上层配置成接收V2X侧链路通信且提供V2X侧链路接收资源池，则UE在那些提供的资源上接收。

[…]

对于侧链路SPS，eNB可配置最大8个具有不同参数的SPS配置，并且所有SPS配置可以同时处于活动状态。由eNB通过PDCCH用信号通知SPS配置的激活/解除激活。基于PPPP的现有逻辑信道优先级排序用于侧链路SPS。

可以将UE辅助信息提供给eNB。UE辅助信息的报告由eNB配置用于V2X侧链路通信。用于V2X侧链路通信的UE辅助信息包含与SPS配置相关的业务特征参数(例如，一组优选SPS间隔、相对于SFN 0的子帧0的时序偏移、PPPP、PPPR、目的地层2ID和基于观测到的业务模式的最大TB大小)。可以在已配置或未配置SPS的情况下报告UE辅助信息。由UE实施方案决定UE辅助信息传送的触发。例如，当包到达的估计周期性和/或时序偏移发生变化时，允许UE报告UE辅助信息。对于V2X侧链路通信，不支持根据业务类型的SR掩码。

3GPP TS 23.287如下引入用于V2X通信的授权和供应：

5.1用于V2X通信的授权和供应

5.1.1综述

在5GS中，可以如下方式使得用于通过PC5和Uu参考点进行的V2X通信的参数对UE可用：

-在ME中预配置；或

-在UICC中配置；或

-在ME中预配置且在UICC中配置；或

-由V2X应用服务器经由PCF和/或V1参考点提供/更新；或

-由PCF提供/更新到UE。

如果通过不同源提供在第5.1.2.1和5.1.3.1节中描述的同一参数集，则UE应按以下优先级次序考虑所述参数集：

-由PCF提供/更新；

-由V2X应用服务器经由V1参考点提供/更新；

-在UICC中配置；

-在ME中预配置。

用于通过PC5参考点进行的V2X通信的服务授权和供应以及用于通过Uu参考点进行的V2X通信的供应的基本原理是：

-UE可以被授权由HPLMN中的PCF基于每PLMN使用通过PC5参考点进行的V2X通信。

-HPLMN中的PCF合并来自归属和其它PLMN的授权信息，且为UE提供最终授权信息。

-VPLMN或HPLMN中的PCF可以通过使用TS 23.502[7]的第4.2.4.3节中定义的用于透明UE策略输送过程的UE配置更新过程在任何时间撤销授权(当漫游时经由H-PCF)。

-用于通过PC5和Uu参考点进行的V2X通信的对UE的供应受PCF控制，且可以由UE触发。PCF将如第5.1.2.1节中指定的用于通过PC5参考点进行的V2X通信的V2X策略/参数和/或如第5.1.3.1节中指定的用于通过Uu参考点进行的V2X通信的V2X策略/参数包含到如TS23.503[16]的第6.1.2.2.2节中指定的由策略区段标识符(Policy Section Identifier，PSI)标识的策略区段中。

5.1.2通过PC5参考点进行的V2X通信的授权和供应

5.1.2.1策略/参数供应

将通过PC5参考点进行的V2X通信的以下信息集合提供给UE：

1)授权策略：

-当UE“由E-UTRA服务”或“由NR服务”时：

-PLMN，其中UE被授权当“由E-UTRA服务”或“由NR服务”时通过PC5参考点执行V2X通信。

对于每一上述PLMN：

-RAT，UE通过所述RAT被授权通过PC5参考点执行V2X通信。

-当UE“未由E-UTRA服务”且“未由NR服务”时：

-指示UE当“未由E-UTRA服务”且“未由NR服务”时是否被授权通过PC5参考点执行V2X通信。

-RAT，UE通过所述RAT被授权通过PC5参考点执行V2X通信。

2)当UE“不由E-UTRA服务”且“不由NR服务”时的无线电参数：

-包含具有地理区域的每个PC5 RAT(即，LTE PC5、NR PC5)的无线电参数，以及所述无线电参数是“运营商管理的”或“非运营商管理的”指示。仅当UE可以可靠地将其本身定位在对应地理区域中时，UE在“不由E-UTRA服务”且“不由NR服务”的情况下使用无线电参数来通过PC5参考点执行V2X通信。否则，不会授权UE进行传送。

编者注：无线电参数(例如，频带)将由RAN WG定义。当在RAN WG中定义时，将添加对RAN规范的引用。

注1：由本地法规定义在给定地理区域中频带是“运营商管理的”还是“非运营商管理的”。

3)用于PC5 Tx配置文件选择的每RAT的策略/参数

-V2X服务类型(例如，PSID或ITS-AID)到Tx配置文件的映射。

编者注：Tx配置文件将由RAN WG定义。当在RAN WG中定义时，将添加对RAN规范的引用。

4)与隐私有关的策略/参数：

-具有需要隐私支持的地理区域的V2X服务类型的列表，例如V2X应用的PSID或ITS-AID。

5)当选择LTE PC5时的策略/参数：

与TS 23.285[8]第4.4.1.1.2节项目3)策略/参数中指定的相同，不同之处在于V2X服务类型到Tx配置文件的映射以及具有需要隐私支持的地理区域的V2X服务的列表。

6)当选择NR PC5时的策略/参数：

-通过地理区域的V2X服务类型(例如，PSID或ITS-AID)到V2X频率的映射。

-目的地层2ID和V2X服务类型，例如用于广播的V2X应用的PSID或ITS-AID的映射。

-目的地层2ID和V2X服务类型，例如用于组播的V2X应用的PSID或ITS-AID的映射。

-用于初始信令以建立单播连接的默认目的地层2ID和V2X服务类型，例如V2X应用的PSID或ITS-AID的映射。

注2：可以将用于单播初始信令的相同默认目的地层2ID映射到多于一个V2X服务类型。在不同V2X服务映射到不同默认目的地层2ID的情况下，当UE想要建立可以用于多于一个V2X服务类型的单个单播链路时，UE可以选择默认目的地层2ID中的任一者来用于初始信令。

-PC5 QoS映射配置：

-来自V2X应用层的输入：

-V2X服务类型(例如，PSID或ITS-AID)。

-(任选的)对V2X服务类型的V2X应用要求，例如，优先级要求、可靠性要求、延迟要求、范围要求。

注3：对V2X服务类型的V2X应用要求的细节取决于实施方案且在此规范的范围之外。

-输出：

-第5.4.2节中定义的PC5 QoS参数(即，PQI和条件性地其它参数，例如MFBR/GFBR等)。

-当UE“未由E-UTRA服务”且“未由NR服务”时的SLRB配置，即PC5 QoS配置文件到SLRB的映射。

-PC5 QoS配置文件含有第5.4.2节中描述的PC5 QoS参数，以及在未使用如表5.4.4-1中定义的默认值的情况下关于优先级、平均窗口、最大数据突发量的QoS特征的值。

7)指示V2X策略/参数的到期时间的有效性定时器。

编者注：SLRB配置将由RAN WG确定。当在RAN WG中定义时，将添加对RAN规范的引用。

编者注：对于PC5 QoS配置文件，需要对其与RAN WG进行协调。

编者注：地理区域的V2X频率将由RAN WG确定。当在RAN WG中定义时，将添加对RAN规范的引用。

V2X应用服务器可以通过V1参考点在UE中配置上述从项目符号2)到6)的参数集。

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

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

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

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

在Uu中，基于在UE与gNB之间同步的系统帧号和子帧号确定DRX唤醒时间。在操作侧链路DRX机制时，唤醒监视侧链路控制信道的时序可以与同步参考UE同步。例如，UE1和UE2彼此通信。如果UE1是同步参考UE，则UE2监视由UE1发送的侧链路同步信号(例如，MasterInformationBlockSidelink)。在侧链路同步信号中，可以包含关于用于发送此侧链路同步信号的帧号(例如，directFrameNumber)和时隙(例如，slotIndex)的信息，使得UE2的帧号和时隙可以与UE1的帧号和时隙同步。使用同步的帧号和时隙，UE2可以知道何时唤醒监视侧链路控制信道，而UE1可以知道UE2何时将基于彼此已知的相同侧链路DRX配置尝试在侧链路控制信道上接收侧链路控制信息。

UE1和UE2可以在两个UE之间建立用于侧链路通信的单播链路。基本上，UE1必须在UE2唤醒接收这些侧链路数据包的周期将侧链路数据包传送到UE2。否则，如果在UE2处于“休眠”周期时UE1传送这些侧链路数据包，则这些侧链路数据包可能会丢失。因此，如果UE2在侧链路或PC5接口上操作DRX机制，则UE1必须知晓UE2何时会唤醒。此外，UE1还可能需要知晓在UE2在唤醒之后保持唤醒的时间。另外，UE2还可以连接到服务基站(例如，gNB)，以在其经由侧链路或PC5接口与UE1通信时，经由Uu接口向传送业务或从gNB接收业务。UE2也可以通过gNB配置有Uu DRX机制。类似地，UE2可以在其不监视PDCCH的“休眠”周期节省电力。如果将侧链路DRX唤醒时间与Uu DRX唤醒时间两者之间的重叠最大化，则有益于最大程度地节省电力。下文将论述用于解决UE之间的侧链路DRX唤醒时间的对准，以及UE与gNB之间的侧链路DRX唤醒时间和Uu DRX唤醒时间的对准的一些可能方法。

如果UE1由gNB1配置有用于侧链路传送的资源分配的网络调度模式，则UE1从gNB1接收用于侧链路准予的下行链路控制信息，并遵循下行链路控制信息以在特定时间使用对UE2的侧链路准予执行侧链路传送(即，用于执行侧链路传送的时间与用于接收下行链路控制信息的时间和/或在下行控制信息中指示的时间间隙相关联)。由于gNB1不知晓UE2何时会唤醒进行侧链路接收，因此gNB1无法在正确的时间适当地向UE1分配用于侧链路传送的侧链路准予和/或侧链路资源，以供UE1仅在UE2处于开启持续时间时执行侧链路传送。因此，服务于UE1的gNB1应该知晓UE2的唤醒时间。

一种替代方案是gNB1可以确定唤醒时间并且UE2遵循所述唤醒时间。基本上，如果UE1具有用于侧链路传送的业务，则UE1需要向gNB1报告业务的侧链路QoS流或配置文件。此外，UE1还可以向gNB1报告业务的业务模式。通过这些报告的业务信息，gNB1可以确定UE2遵循的侧链路DRX配置。gNB1可以将UE2的侧链路DRX配置传送到UE1。并且随后，UE1将侧链路DRX配置提供到UE2。以此方式，UE1可以基于侧链路DRX配置知晓UE2何时会唤醒。同时，由于gNB1可以基于侧链路DRX配置知晓UE2何时会唤醒，因此gNB1将能够在正确的时间向UE1分配用于侧链路传送的侧链路准予和/或侧链路资源。可能地，UE2可以向gNB2报告其侧链路唤醒时间或侧链路DRX配置(由gNB1提供)。因此，gNB2可以用适当的Uu DRX配置来配置或重新配置UE2，使得Uu唤醒时间可以与UE2上的侧链路唤醒时间对准，以便节省更多电力。此替代方案可以在图13中说明，图13示出根据一个实施例的实例，其中由gNB1确定用于单播侧链路通信的UE2的DRX。

更具体来说，可以经由单独的RRC消息向gNB1报告侧链路QoS流或配置文件和业务模式。例如，侧链路QoS流或配置文件可以经由SidelinkUEInformationNR报告，并且业务模式可以经由UEAssistanceInformation报告。

更具体来说，可以经由相同RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB1报告侧链路QoS流或配置文件和业务模式。

更具体来说，gNB1可以经由RRC消息(例如，RRCReconfiguration)向UE1提供用于UE2的侧链路DRX配置。UE1可以经由PC5 RRC消息(例如，RRCReconfigurationSidelink)向UE2提供侧链路DRX配置。响应于从UE1接收到PC5 RRC消息，UE2可以用完整的消息(例如，RRCReconfigurationCompleteSidelink)对UE1作出响应。UE2可以经由RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB2报告侧链路DRX配置或源自侧链路DRX配置的侧链路唤醒时间。gNB2可以经由RRC消息(例如，RRCReconfiguration)向UE2提供UE2的(更新的)Uu DRX配置。

或者，gNB2可以确定UE2的侧链路DRX配置，并且可以向gNB1通知侧链路DRX配置。可能地，UE2可以观察到从UE1接收到的每个侧链路包之间的接收间隔，使得UE2可以推导UE1的业务模式或适合所述业务模式的优选侧链路DRX配置。UE1还可以经由例如PC5RRC消息向UE2提供业务模式信息。UE2可以向gNB2报告关于业务模式或优选侧链路DRX配置的信息。并且随后，gNB2向UE2提供侧链路DRX配置。为了使UE1知晓UE2将操作侧链路DRX机制，UE2可以经由例如PC5 RRC消息向UE1提供侧链路DRX配置。

UE2还可以经由例如PC5 RRC消息向UE1提供源自侧链路DRX配置的SL开启持续时间模式的信息。因此，UE1可以知晓UE2何时会唤醒。为了使gNB1知晓UE2的侧链路唤醒时间，UE1可以向gNB1报告UE2的侧链路唤醒时间或侧链路DRX配置。基于报告的侧链路唤醒时间或侧链路DRX配置，gNB1将能够在正确的时间向UE1分配用于侧链路传送的侧链路准予和/或侧链路资源。另外，通过报告的侧链路唤醒时间或侧链路DRX配置，如果需要，gNB1也可以在UE1上配置或重新配置Uu DRX配置(以将Uu唤醒时间与侧链路唤醒时间对准)。另一方面，当gNB2向UE2提供侧链路DRX配置时，gNB2也可以在UE2上配置或重新配置Uu DRX配置(以将Uu唤醒时间与侧链路唤醒时间对准)。在需要时，gNB2也可以在向UE2提供侧链路DRX配置时配置Uu DRX配置。此替代方案可以在图14中说明，图14示出根据一个实施例的实例，其中由gNB2确定用于单播侧链路通信的UE2的DRX。

更具体来说，PC5无线电资源控制(Radio Resource Control，RRC)消息可以包含侧链路无线电承载(Sidelink Radio Bearer，SLRB)配置(包含例如业务数据自适应协议(Service Data Adaptation Protocol，SDAP)配置、包数据汇聚协议(Packet DataConvergence Protocol，PDCP)配置、无线电链路控制(Radio Link Control，RLC)配置和/或逻辑信道配置)。PC5 RRC消息还可以包含侧链路服务质量(Quality of Service，QoS)和/或与这些侧链路QoS流相关联的侧链路QoS配置文件的一个或多个标识。

更具体来说，PC5 RRC消息可以是RRCReconfigurationSidelink。响应于接收到包含业务模式信息的PC5 RRC消息，UE2可以向UE1响应完整的PC5 RRC消息。响应于接收到包含侧链路DRX配置或SL开启持续时间模式的信息的PC5 RRC消息，UE1可以向UE2响应完整的PC5 RRC消息。完整的PC5 RRC消息可以是RRCReconfigurationCompleteSidelink。

更具体来说，业务模式信息可以向UE2指示UE1将何时执行侧链路(周期性)传送。UE2可以经由一个RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB2报告业务模式或优选的侧链路DRX配置。gNB2可以经由一个RRC消息(例如，RRCReconfiguration)向UE2提供侧链路DRX配置。

更具体来说，UE2可以经由一个PC5 RRC消息向UE1提供侧链路DRX配置或SL开启持续时间模式的信息。此PC5 RRC消息可以是与包含业务模式信息的PC5 RRC消息(例如，RRCReconfigurationCompleteSidelink)或另一PC5 RRC消息(例如，RRCReconfigurationSidelink)对应的完整的PC5 RRC消息。UE1可以经由一个RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB1报告UE2的侧链路DRX配置。

更具体来说，gNB1可以经由一个RRC消息(例如，RRCReconfiguration)向UE1提供UE1的(更新的)Uu DRX配置。gNB2可以经由一个RRC消息(例如，RRCReconfiguration)向UE2提供UE2的(更新的)Uu DRX配置。

或者，代替由gNB2配置有SL DRX配置，UE2可以从UE1所提供的业务模式信息确定或推导侧链路DRX配置。通过观察从UE1接收到的每个侧链路包之间的接收间隔，UE2还可以确定或推导侧链路DRX配置。并且随后，UE2可以经由例如PC5 RRC消息向UE1提供此侧链路DRX配置。另一方面，UE2可以向gNB2提供其侧链路唤醒时间或侧链路DRX配置。类似地，gNB2可以基于所提供的侧链路DRX配置而在UE2上配置或重新配置Uu DRX配置(以将Uu唤醒时间与侧链路唤醒时间对准)。此替代方案可以在图15中说明，图15示出根据一个实施例的实例，其中针对单播侧链路通信单独地确定UE的DRX。

更具体来说，PC5 RRC消息可以是RRCReconfigurationSidelink。响应于接收到PC5 RRC消息，UE1可以向UE2响应完整的PC5 RRC消息。完整的PC5 RRC消息可以是RRCReconfigurationCompleteSidelink。UE2可以经由一个RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB2提供侧链路DRX配置(由UE2确定)。gNB2可以经由一个RRC消息(例如，RRCReconfiguration)向UE2提供UE2的(更新的)Uu DRX配置。

或者，代替由gNB2配置有SL DRX配置，UE1可以确定UE2遵循的侧链路DRX配置。由于UE1基于例如其实施方案知晓何时将具有用于传送的业务，因此UE1可能够推导或确定UE2遵循的侧链路DRX配置。在此方法中，UE1可以将包含侧链路DRX配置的PC5 RRC消息传送到UE2。PC5 RRC消息还可以用于配置UE2以建立一个或多个SLRB(或SL LCH)。此外，UE1可以向gNB1报告UE2的侧链路唤醒时间或侧链路DRX配置。基于报告的侧链路DRX配置，gNB1将能够在正确的时间向UE1分配用于侧链路传送的侧链路准予和/或侧链路资源。另外，通过报告的侧链路DRX配置，如果需要，gNB1也可以在UE1上配置或重新配置Uu DRX配置(以将Uu唤醒时间与侧链路唤醒时间对准)。此替代方案可以在图4、图16中说明，其示出根据一个实施例的实例，其中由UE1针对单播侧链路通信确定UE2的DRX。

更具体来说，PC5 RRC消息可以是RRCReconfigurationSidelink。响应于接收到PC5 RRC消息，UE2可以向UE1响应完整的PC5 RRC消息。完整的PC5 RRC消息可以是RRCReconfigurationCompleteSidelink。UE1可以经由一个RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB1报告侧链路DRX配置。gNB1可以经由一个RRC消息(例如，RRCReconfiguration)向UE1提供UE1的Uu DRX配置。

或者，每个侧链路服务可以与一个侧链路DRX配置相关联。侧链路服务与侧链路DRX配置之间的关联性可以在UE中预定义或预配置或由网络通过授权过程供应。

此替代方案可以适用于单播侧链路通信和/或组播侧链路通信。例如，UE1朝向UE2开始/初始化侧链路服务并且与UE2建立单播链路。此实例可以在图17A中说明，图17A示出根据一个实施例的实例，其中DRX是针对单播侧链路通信的每个侧链路服务或单播链路。作为另一实例，UE1和UE2可以执行/初始化组播侧链路通信的侧链路服务。因此，UE1和UE2形成用于组播侧链路通信的群组。此实例可以在图17B中说明，图17B示出根据一个实施例的另一实例，其中DRX是针对组播侧链路通信的每个侧链路服务或群组。

在此方法中，UE1将基于与侧链路服务相关联的侧链路DRX配置知晓UE2将何时唤醒。为了使gNB1知晓UE2的侧链路唤醒时间，UE1可以向gNB1报告侧链路服务的侧链路唤醒时间或与侧链路服务相关联的侧链路DRX配置。基于用于侧链路服务或侧链路DRX配置的报告的侧链路唤醒时间，gNB1将能够在正确的时间向UE1分配用于侧链路传送的侧链路准予和/或侧链路资源。另外，通过报告的侧链路唤醒时间或侧链路DRX配置，如果需要，gNB1也可以在UE1上配置或重新配置Uu DRX配置(以将Uu唤醒时间与侧链路唤醒时间对准)。另一方面，UE2还可以向gNB2报告侧链路服务的侧链路唤醒时间或与侧链路服务相关联的侧链路DRX配置。类似地，gNB2可以基于侧链路服务的报告的侧链路唤醒时间或侧链路DRX配置而在UE2上配置或重新配置Uu DRX配置(以将Uu唤醒时间与侧链路唤醒时间对准)。

更具体来说，侧链路服务与侧链路DRX配置之间的关联性可以是侧链路服务的每个标识与一个侧链路DRX配置相关联。

更具体来说，UE1可以经由一个RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB1报告侧链路唤醒时间或侧链路DRX配置。UE2可以经由一个RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB2报告侧链路唤醒时间或侧链路DRX配置。

图18是从第二UE的角度的用于配置SL DRX的根据一个示例性实施例的流程图1800。在步骤1805中，第二UE与第一UE开始/初始化侧链路服务。在步骤1810中，第二UE基于侧链路服务与SL DRX配置之间的关联性确定SL DRX配置，其中SL DRX配置与侧链路服务相关联。在步骤1815中，第二UE基于SL DRX配置监视侧链路控制信道。

在一个实施例中，第二UE基于SL DRX配置确定或推导周期。第二UE在所述周期中监视侧链路控制信息(例如，从第一UE传送的侧链路控制信息)。

在一个实施例中，侧链路服务与SL DRX配置之间的关联性可以在第二UE中预配置或由网络供应。所述方法第二UE可以选择侧链路服务与SL DRX配置之间的相关联列表的条目，其中所述条目可以包含SL DRX配置和侧链路服务的标识或与侧链路服务相关联的索引。

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

在一个实施例中，第一UE和第二UE可以属于用于组播侧链路通信的群组。

返回参考图3和图4，在用于配置SL DRX的第二UE的一个示例性实施例中。第二UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第二UE能够(i)与第一UE开始/初始化侧链路服务，(ii)基于侧链路服务与SL DRX配置之间的关联性确定SL DRX配置，其中SL DRX配置与侧链路服务相关联，以及(iii)基于SL DRX配置监视侧链路控制信道。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图19是从第一UE的角度的用于配置SL DRX的根据一个示例性实施例的流程图1900。在步骤1905中，第一UE与第二UE开始/初始化侧链路服务。在步骤1910中，第一UE基于侧链路服务与SL DRX配置之间的关联性确定SL DRX配置，其中SL DRX配置与侧链路服务相关联。在步骤1915中，第一UE在第二UE监视侧链路控制信道的周期中在侧链路控制信道上传送侧链路控制信息，其中所述周期是基于SL DRX配置确定的。

在一个实施例中，第一UE基于SL DRX配置确定或推导周期。第一UE在所述周期中在侧链路控制信道上传送侧链路控制信息(例如，到至少第二UE的侧链路控制信道)。所述周期确定第二UE针对侧链路控制信道的监视时间(例如，监视从第一UE传送的侧链路控制信道)。

在一个实施例中，侧链路服务与SL DRX配置之间的关联性在第一UE中预配置或由网络供应。第一UE可以选择侧链路服务与SL DRX配置之间的关联性的列表的条目，其中所述条目包含SL DRX配置和侧链路服务的标识或与侧链路服务相关联的索引。

返回参考图3和图4，在用于配置SL DRX的第一UE的一个示例性实施例中。第一UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一UE能够(i)与第二UE开始/初始化侧链路服务，(ii)基于侧链路服务与SL DRX配置之间的关联性确定SL DRX配置，其中SL DRX配置与侧链路服务相关联，以及(iii)在第二UE监视侧链路控制信道的周期中在侧链路控制信道上传送侧链路控制信息，其中所述周期是基于SL DRX配置确定的。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图20是从第一UE的角度的用于考虑SL DRX的根据一个示例性实施例(图17A中所说明)的流程图2000。在步骤2005中，第一UE存储侧链路服务与SL DRX配置之间的关联性的列表。在步骤2010中，第一UE与第二UE开始/初始化第一侧链路服务。在步骤2015中，第一UE从列表的条目中选择SL DRX配置，其中所述条目包含SL DRX配置和第一侧链路服务的标识或与第一侧链路服务相关联的索引。在步骤2020中，第一UE在第二UE监视侧链路控制信道的周期中在用于第一侧链路服务的侧链路控制信道上传送侧链路控制信息，其中所述周期是基于SL DRX配置确定的。

在一个实施例中，第一UE可以与第二UE开始/初始化第二侧链路服务。

返回参考图3和图4，在用于考虑SL DRX的第一UE的一个示例性实施例中。第一UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一UE能够(i)存储侧链路服务与SL DRX配置之间的相关联的列表，(ii)与第二UE开始/初始化第一侧链路服务，(iii)从列表的条目中选择SL DRX配置，其中所述条目包含SL DRX配置和第一侧链路服务的标识或与第一侧链路服务相关联的索引，以及(iv)在第二UE监视侧链路控制信道的周期中在用于第一侧链路服务的侧链路控制信道上传送侧链路控制信息，其中所述周期是基于SL DRX配置确定的。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图21是从第二UE的角度的用于配置SL DRX的根据一个示例性实施例(在图17B中所说明)的流程图2100。在步骤2105中，第二UE存储侧链路服务与SL DRX配置之间的关联性的列表。在步骤2110中，第二UE与第一UE开始/初始化第一侧链路服务。在步骤2115中，第二UE从列表的条目中选择SL DRX配置，其中所述条目包含SL DRX配置和第一侧链路服务的标识或与第一侧链路服务相关联的索引。在步骤2120中，第二UE基于SL DRX配置监视用于第一侧链路服务的侧链路控制信道。

在一个实施例中，第二UE可以与第一UE开始/初始化第二侧链路服务。

返回参考图3和图4，在用于配置SL DRX的第二UE的一个示例性实施例中。第二UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第二UE能够(i)存储侧链路服务与SL DRX配置之间的关联性的列表，(ii)与第一UE开始/初始化第一侧链路服务，(iii)从列表的条目中选择SL DRX配置，其中所述条目包含SL DRX配置和第一侧链路服务的标识或与第一侧链路服务相关联的索引，以及(iv)基于SL DRX配置监视用于第一侧链路服务的侧链路控制信道。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

在图20和图21中所说明以及在上文描述的实施例的上下文中，如果第二侧链路服务所需的SL开启持续时间循环短于第一侧链路服务所需的SL开启持续时间循环，则第一UE或第二UE可以从列表的另一条目中选择新SL DRX配置，其中此条目包含新SL DRX配置和第二侧链路服务的标识或与第二侧链路服务相关联的索引。此外，如果第二侧链路服务所需的SL开启持续时间循环长于或等于第一侧链路服务所需的SL开启持续时间循环，则第一UE或第二UE可以不从列表的另一条目中选择任何新的SL DRX配置。

在一个实施例中，第一UE和第二UE可以建立用于单播侧链路通信的单播链路。第一UE和第二UE可以属于用于组播侧链路通信的群组。

在一个实施例中，(新)SL DRX配置可以包含用于控制第二UE监视侧链路控制信道的周期的参数。此外，用于控制第二UE监视侧链路控制信道的周期的参数可以包含drx-onDurationTimerSL、drx-InactivityTimerSL、drx-LongCycleStartOffsetSL、drx-ShortCycleSL、drx-SlotOffsetSL、drx-HARQ-RTT-TimerSL，和/或drx-RetransmissionTimerSL中的至少一个。

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

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

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

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

应理解，在任何公开的过程中的步骤的任何具体次序或层次是样本方法的实例。应理解，基于设计偏好，过程中的步骤的具体次序或层次可以重新布置，同时保持在本公开的范围内。随附的方法权利要求以样本次序呈现各种步骤的元素，且并不有意限于所呈现的特定次序或层次。

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

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

Claims

1.一种用于第二用户设备配置侧链路不连续接收的方法，其特征在于，所述方法包括：

为第一侧链路服务和第二侧链路服务执行组播侧链路通信；

被预配置在第二用户设备或由网络提供用于所述组播侧链路通信的多组侧链路不连续接收配置，所述多组侧链路不连续接收配置包含与所述第一侧链路服务相关联的第一侧链路不连续接收的开启持续时间循环以及与所述第二侧链路服务相关联的第二侧链路不连续接收的开启持续时间循环；

从所述第一侧链路不连续接收的开启持续时间循环和所述第二侧链路不连续接收的开启持续时间循环之中选择一个最短的侧链路不连续接收的开启持续时间循环；以及

至少基于所述最短的侧链路不连续接收的开启持续时间循环监视侧链路控制信道或侧链路控制信息。

2.根据权利要求1所述的方法，其特征在于，所述第一侧链路服务和所述第二侧链路服务与目的地层2 ID相关联，或

所述组播侧链路通信与所述目的地层2 ID相关联。

3.根据权利要求1所述的方法，其特征在于，所述第二用户设备选择所述侧链路服务与所述侧链路不连续接收配置之间的关联性的列表的条目，其中所述条目包含所述侧链路不连续接收配置和所述侧链路服务的标识或与所述侧链路服务相关联的索引。

4.根据权利要求1所述的方法，其特征在于，所述侧链路不连续接收配置配置以下项中的至少一个：开启持续时间定时器，用于在侧链路不连续接收循环开始时确定持续时间；时隙偏移，用于确定在启动所述开启持续时间定时器之前的时延；不活动定时器，用于确定在其中侧链路控制信息指示侧链路传送的物理侧链路控制信道时机之后的持续时间；重新传送定时器，用于确定在接收到侧链路重新传送之前的最大持续时间；循环长度，用于确定所述侧链路不连续接收循环的长度；短循环长度，用于确定比所述侧链路不连续接收循环的所述长度短的第二侧链路不连续接收循环的长度；循环开始偏移，用于确定所述侧链路不连续接收循环开始的子帧；和/或往返时间定时器，用于确定在预期侧链路混合自动重传请求重新传送准予之前的最大持续时间。

5.根据权利要求1所述的方法，其特征在于，第一用户设备和所述第二用户设备属于用于组播侧链路通信的群组。

6.一种用于第一用户设备考虑侧链路不连续接收的方法，其特征在于，所述方法包括：

为第一侧链路服务和第二侧链路服务执行组播侧链路通信；

从所述第一侧链路不连续接收的开启持续时间循环和所述第二侧链路不连续接收的开启持续时间循环之中选择一个最短的侧链路不连续接收的开启持续时间循环；

在所述第二用户设备监视侧链路控制信道或侧链路控制信息的周期中在所述侧链路控制信道上传送侧链路控制信息，其中所述周期是至少基于所述最短的侧链路不连续接收配置的开启持续时间循环确定的。

7.根据权利要求6所述的方法，其特征在于，所述第一侧链路服务和所述第二侧链路服务与目的地层2 ID相关联，或

所述组播侧链路通信与所述目的地层2 ID相关联。

8.根据权利要求6所述的方法，其特征在于，所述第一用户设备选择所述侧链路服务与所述侧链路不连续接收配置之间的关联性的列表的条目，其中所述条目包含所述侧链路不连续接收配置和所述侧链路服务的标识或与所述侧链路服务相关联的索引。

9.根据权利要求6所述的方法，其特征在于，所述侧链路不连续接收配置配置以下项中的至少一个：开启持续时间定时器，用于在侧链路不连续接收循环开始时确定持续时间；时隙偏移，用于确定在启动所述开启持续时间定时器之前的时延；不活动定时器，用于确定在其中侧链路控制信息指示侧链路传送的物理侧链路控制信道时机之后的持续时间；重新传送定时器，用于确定在接收到侧链路重新传送之前的最大持续时间；循环长度，用于确定所述侧链路不连续接收循环的长度；短循环长度，用于确定比所述侧链路不连续接收循环的所述长度短的第二侧链路不连续接收循环的长度；循环开始偏移，用于确定所述侧链路不连续接收循环开始的子帧；和/或往返时间定时器，用于确定在预期侧链路混合自动重传请求重新传送准予之前的最大持续时间。

10.根据权利要求6所述的方法，其特征在于，所述第一用户设备和所述第二用户设备属于用于组播侧链路通信的群组。

11.一种用于配置侧链路不连续接收的第二用户设备，其特征在于，所述第二用户设备包括：

控制电路；

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

存储器，所述存储器安装在所述控制电路中且可操作地耦合到所述处理器；

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

为第一侧链路服务和第二侧链路服务执行组播侧链路通信；

12.根据权利要求11所述的第二用户设备，其特征在于，所述第一侧链路服务和所述第二侧链路服务与目的地层2 ID相关联，或

所述组播侧链路通信与所述目的地层2 ID相关联。

13.根据权利要求11所述的第二用户设备，其特征在于，所述第二用户设备选择所述侧链路服务与所述侧链路不连续接收配置之间的关联性的列表的条目，其中所述条目包含所述侧链路不连续接收配置和所述侧链路服务的标识或与所述侧链路服务相关联的索引。

14.根据权利要求11所述的第二用户设备，其特征在于，所述侧链路不连续接收配置配置以下项中的至少一个：开启持续时间定时器，用于在侧链路不连续接收循环开始时确定持续时间；时隙偏移，用于确定在启动所述开启持续时间定时器之前的时延；不活动定时器，用于确定在其中侧链路控制信息指示侧链路传送的物理侧链路控制信道时机之后的持续时间；重新传送定时器，用于确定在接收到侧链路重新传送之前的最大持续时间；循环长度，用于确定所述侧链路不连续接收循环的长度；短循环长度，用于确定比所述侧链路不连续接收循环的所述长度短的第二侧链路不连续接收循环的长度；循环开始偏移，用于确定所述侧链路不连续接收循环开始的子帧；和/或往返时间定时器，用于确定在预期侧链路混合自动重传请求重新传送准予之前的最大持续时间。

15.根据权利要求11所述的第二用户设备，其特征在于，第一用户设备和所述第二用户设备属于用于组播侧链路通信的群组。

16.一种用于配置侧链路不连续接收的第一用户设备，其特征在于，所述第一用户设备包括：

控制电路；

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

为第一侧链路服务和第二侧链路服务执行组播侧链路通信；

以及

在所述第二用户设备监视侧链路控制信道或侧链路控制信息的周期中在所述侧链路控制信道上传送侧链路控制信息，其中所述周期是至少基于所述最短的侧链路不连续接收配置确定的。

17.根据权利要求16所述的第一用户设备，其特征在于，所述第一侧链路服务和所述第二侧链路服务与目的地层2 ID相关联，或

所述组播侧链路通信与所述目的地层2 ID相关联。

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

选择所述侧链路服务与所述侧链路不连续接收配置之间的关联性的列表的条目，其中所述条目包含所述侧链路不连续接收配置和所述侧链路服务的标识或与所述侧链路服务相关联的索引。

19.根据权利要求16所述的第一用户设备，其特征在于，所述侧链路不连续接收配置配置以下项中的至少一个：开启持续时间定时器，用于在侧链路不连续接收循环开始时确定持续时间；时隙偏移，用于确定在启动所述开启持续时间定时器之前的时延；不活动定时器，用于确定在其中侧链路控制信息指示侧链路传送的物理侧链路控制信道时机之后的持续时间；重新传送定时器，用于确定在接收到侧链路重新传送之前的最大持续时间；循环长度，用于确定所述侧链路不连续接收循环的长度；短循环长度，用于确定比所述侧链路不连续接收循环的所述长度短的第二侧链路不连续接收循环的长度；循环开始偏移，用于确定所述侧链路不连续接收循环开始的子帧；和/或往返时间定时器，用于确定在预期侧链路混合自动重传请求重新传送准予之前的最大持续时间。

20.根据权利要求16所述的第一用户设备，其特征在于，所述第一用户设备和所述第二用户设备属于用于组播侧链路通信的群组。