CN113225841A - 无线通信***中网络配置侧链路不连续接收的方法和设备 - Google Patents

Abstract

从支持侧链路不连续接收的第一用户设备的角度公开一种方法和装置。在一个实施例中，方法包含第一用户设备与第二用户设备建立单播链路。方法进一步包含第一用户设备从第二用户设备接收与第二用户设备相关联的侧链路不连续接收配置。方法还包含第一用户设备将侧链路不连续接收配置传送到网络节点。另外，方法包含第一用户设备从网络节点接收侧链路准予，其中侧链路准予指示侧链路资源。此外，方法包含第一用户设备基于侧链路资源执行到第二用户设备的侧链路传送。

Description

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

相关申请的交叉引用

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

技术领域

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

背景技术

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

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

发明内容

从支持侧链路(SL)不连续接收(DRX)的第一用户设备(UE)的角度公开一种方法和装置。在一个实施例中，方法包含第一UE与第二UE建立单播链路。方法进一步包含第一UE从第二UE接收与第二UE相关联的SL DRX配置。方法还包含第一UE将SL DRX配置传送到网络节点。另外，方法包含第一UE从网络节点接收侧链路准予，其中侧链路准予指示侧链路资源。此外，方法包含第一UE基于侧链路资源执行到第二UE的侧链路传送。

附图说明

图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是根据一个示例性实施例的流程图。

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

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

具体实施方式

下文描述的示例性无线通信***和装置采用支持广播服务的无线通信***。无线通信***经广泛部署以提供各种类型的通信，例如语音、数据等。这些***可以基于码分多址(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-高级)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。

具体地说，下文描述的示例性无线通信***装置可以设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准，包含：RP-193231，“关于NR侧链路增强的新WID”，LG电子；TS 38.300V15.6.0，“NR；NR和NG-RAN整体描述；阶段2(版本15)”；TS 38.321V15.5.0，“NR；媒体接入控制(MAC)协议规范(版本15)”；TS 38.331V15.6.0，“NR；无线电资源控制(RRC)协议规范(版本15)”；TS36.300V16.0。0，“E-UTRA和E-UTRAN；整体描述；阶段2(版本16)”；3GPP电子邮件讨论[108#44][V2X]38.331运行CR(华为)，带NR侧链路_v2的5G V2X的草案_R2-191xxx_运行CR至TS38.331；以及TS 23.287V16.1.0，“旨在支持车辆对万物(V2X)服务的5G***(5GS)的架构增强(版本16)”。上文所列的标准和文档在此明确地以全文引用的方式并入。

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

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

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

接入网络(AN)可以是用于与终端通信的固定台或基站，并且也可被称作接入点、节点B、基站、增强型基站、演进节点B(eNB)、网络节点、网络，或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，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执行的指令可确定用于每一数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供到TX MIMO处理器220，所述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定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着通过TX数据处理器238(所述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，并且无线通信***优选地是LTE***或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 ControlledInteractive Service，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-16NR侧链路是基于当UE操作侧链路时“始终开启”的假设而设计的，例如，仅侧重于安装在具有足够电池容量的车辆中的UE。对于V2X用例中的交通弱势群体(vulnerable road user，VRU)以及在需要将UE中的功耗降至最低的公共安全和商业用例中的UE，需要Rel-17中的功率节省解决方案。

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

尽管在讨论中确定了几个工作领域，但也讨论了有关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-14LTE侧链路随机资源选择和部分感测的原理引入Rel-16NR侧链路资源分配模式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功率节省

由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(每ULHARQ进程)：直到接收到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实体的C-RNTI的新传送的PDCCH在成功接收到基于争用的随机接入前导码当中未被MAC实体选中的随机接入前导码的随机接入响应之后尚未被接收到(如章节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>不传送周期性SRS和半持久SRS，如TS 38.214[7]中所定义。

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-UTRA RAT的所有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

RRCReconfiguration消息

[…]

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

[…]

-CellGroupConfig

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

CellGroupConfig信息元素

[…]

-DRX-Config

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

DRX-Config信息元素

[…]

-MAC-CellGroupConfig

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

MAC-CellGroupConfig信息元素

如3GPP电子邮件讨论[108#44][V2X]38.331运行CR(华为)中所捕获，关于NR侧链路相关程序的3GPP电子邮件讨论产生一个文件，如下：

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消息的内容：

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

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>如果UE自最后一次进入RRC—CONNECTED状态起就不传送SidelinkUEInformationNR消息；或

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

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>如果包含，则应用sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList；

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到网络

UEAssistanceInformation消息

[…]

-SidelinkUEInformationNR

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

信令无线电承载：SRB1

RLC-SAP：AM

逻辑信道：DCCH

方向：UE到网络

SidelinkUEInformationNR消息

[…]

-RRCReconfigurationSidelink

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

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

RLC-SAP：AM

逻辑信道：SCCH

方向：UE到UE

-RRCReconfigurationCompleteSidelink

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

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

RLC-SAP：AM

逻辑信道：SCCH

方向：UE到UE

RRCReconfigurationCompleteSidelink消息

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.300 V16.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服务”时的无线电参数：

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

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

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

3)用于PC5Tx配置文件选择的每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中的任一者来用于初始信令。

-PC5QoS映射配置：

-来自V2X应用层的输入：

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

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

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

-输出：

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

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

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

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

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

编者注：对于PC5QoS配置文件，需要对其与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机制具有以下特征：

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

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

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

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

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

根据3GPP RP-193231，Rel-16NR侧链路基于当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苏醒以接收这些侧链路数据包的周期将侧链路数据包传送到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可以经由PC5RRC消息(例如，RRCReconfigurationSidelink)向UE2提供侧链路DRX配置。响应于从UE1接收到PC5RRC消息，UE2可以用完整的消息(例如，RRCReconfigurationCompleteSidelink)对UE1作出响应。

更具体来说，UE2可以经由RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB2报告侧链路DRX配置或源自侧链路DRX配置的侧链路苏醒时间。gNB2可以经由RRC消息(例如，RRCReconfiguration)向UE2提供UE2的(更新的)UuDRX配置。

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

为了使gNB1知晓UE2的侧链路苏醒时间，UE1可以向gNB1报告UE2的侧链路苏醒时间或侧链路DRX配置。基于报告的侧链路苏醒时间或侧链路DRX配置，gNB1将能够在正确的时间向UE1分配用于侧链路传送的侧链路准予和/或侧链路资源。因此，基于侧链路准予或由侧链路准予指示的侧链路资源，UE1将在UE2的侧链路苏醒时间的周期执行到UE2的侧链路传送和/或从UE2接收与到UE2的侧链路传送相关联的反馈(例如，HARQ ACK或NACK)。另外，通过报告的侧链路苏醒时间或侧链路DRX配置，如果需要，gNB1也可以在UE1上配置或重新配置Uu DRX配置(以将Uu苏醒时间与侧链路苏醒时间对准)。另一方面，当gNB2向UE2提供侧链路DRX配置时，gNB2也可以在UE2上配置或重新配置Uu DRX配置(以将Uu苏醒时间与侧链路苏醒时间对准)。在需要时，gNB2也可以在向UE2提供侧链路DRX配置时配置Uu DRX配置。此替代方案可以在图14中说明，图14示出其中由gNB2确定用于单播侧链路通信的UE2的DRX的实例。

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

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

更具体来说，业务模式信息可以向UE2指示UE1将何时执行侧链路(周期性)传送。

更具体来说，UE2可以经由一个RRC消息(例如，SidelinkUEInformationNR或UEAssistanceInformation)向gNB2报告业务模式或优选的侧链路DRX配置。gNB2可以经由一个RRC消息(例如，RRCReconfiguration)向UE2提供侧链路DRX配置。

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

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

图15是从支持SL DRX的第一UE的角度看的根据一个示例性实施例的流程图1500。在步骤1505中，第一UE与第二UE建立单播链路。在步骤1510中，第一UE从第二UE接收与第二UE相关联的SL DRX配置。在步骤1515中，第一UE将侧链路DRX配置传送到网络节点。在步骤1520中，第一UE从网络节点接收侧链路准予，其中侧链路准予指示侧链路资源。在步骤1525中，第一UE基于侧链路资源执行到第二UE的侧链路传送。

在一个实施例中，第一UE可为传送UE，且第二UE可为接收UE。第一UE可传送无线电资源控制(RRC)消息以便向网络节点提供第二UE的SL DRX配置。RRC消息可为SidelinkUEInformationNR消息。SL DRX配置可包含用于控制第二UE监听侧链路控制信道的周期的参数。

在一个实施例中，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重新传送准予之前的最大持续时间。

在一个实施例中，网络节点可以是基站(例如，gNB)。

在一个实施例中，第一UE可从第二UE接收与侧链路传送相关联的反馈(例如，HARQ反馈)。反馈可以是HARQ肯定确认或HARQ否定确认。

返回参考图3和4，在支持SL DRX到第一UE的一个示例性实施例中。第一UE 300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312，使得第一UE能够：(i)与第二UE建立单播链路，(ii)从第二UE接收与第二UE相关联的侧链路DRX配置，(iii)将侧链路DRX配置传送到网络节点，(iv)从网络节点接收侧链路准予，其中侧链路准予指示侧链路资源，以及(v)基于侧链路资源，执行到第二UE的侧链路传送。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤及本文中所描述的其它动作和步骤。

图16是从将UE配置成使用SL DRX的网络节点的角度看的根据一个示例性实施例的流程图1600。在步骤1605中，网络节点从第一UE接收第一RRC消息，其中第一RRC消息包含用于将侧链路包从第一UE传送到第二UE的业务模式信息。在步骤1610中，网络节点向第一UE传送第二RRC消息，其中第二RRC消息包含供第二UE遵循的SL DRX配置(例如，供第二UE确定监听来自第一UE的侧链路控制信道的周期)。

在一个实施例中，第一UE和第二UE可建立单播链路。第一RRC消息可包含第二UE的目的地标识或目的地标识的目的地索引。业务模式信息可包含业务周期性、时序偏移、消息大小和/或侧链路QoS流的标识中的至少一个。

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

在一个实施例中，第一RRC消息可以是UEAssistanceInformation或SidelinkUEInformationNR消息。第二RRC消息可以是RRCReconfiguration消息。网络节点可以是基站(例如，gNB)。

返回参考图3和4，在将UE配置成使用SL DRX的网络节点的一个示例性实施例中。网络节点300包含存储在存储器310中的程序代码312。CPU308可执行程序代码312，使得网络节点能够：(i)从第一UE接收第一RRC消息，其中第一RRC消息包含用于将侧链路包从第一UE传送到第二UE的业务模式信息，以及(ii)向第一UE传送第二RRC消息，其中第二RRC消息包含供第二UE遵循的SL DRX配置。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤及本文中所描述的其它动作和步骤。

图17是从将UE配置成使用SL DRX的网络节点的角度看的根据一个示例性实施例的流程图1700。在步骤1705中，网络节点从第二UE接收第一RRC消息，其中第一RRC消息包含用于将侧链路包从第一UE传送到第二UE的业务模式信息，或包含优选的SL DRX配置。在步骤1710中，网络节点向第二UE传送第二RRC消息，其中第二RRC消息包含供第二UE确定监听来自第一UE的侧链路控制信道的周期的SL DRX配置。

在一个实施例中，网络节点可基于业务模式信息或优选的SL DRX配置确定SL DRX配置。第一UE和第二UE可建立单播链路。

在一个实施例中，第一RRC消息可包含第一UE的目的地标识或目的地标识的目的地索引。业务模式信息可包含业务周期性、时序偏移、消息大小和/或侧链路QoS流的标识中的至少一个。

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

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

在一个实施例中，第一RRC消息可以是UEAssistanceInformation或SidelinkUEInformationNR消息。第二RRC消息可以是RRCReconfiguration消息。网络节点可以是基站(例如，gNB)。

返回参考图3和4，在将UE配置成使用SL DRX的网络节点的一个示例性实施例中。网络节点300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312，使得网络节点能够：(i)从第二UE接收第一RRC消息，其中第一RRC消息包含用于将侧链路包从第一UE传送到第二UE的业务模式信息或包含优选的SL DRX配置，以及(ii)向第二UE传送第二RRC消息，其中第二RRC消息包含供第二UE确定监听来自第一UE的侧链路控制信道的周期的SL DRX配置。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤及本文中所描述的其它动作和步骤。

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

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

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

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

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

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

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

Claims (16)

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

与第二用户设备建立单播链路；

从所述第二用户设备接收与所述第二用户设备相关联的侧链路不连续接收配置；

将所述侧链路不连续接收配置传送到网络节点；

从所述网络节点接收侧链路准予，其中所述侧链路准予指示侧链路资源；以及

基于所述侧链路资源，执行到所述第二用户设备的侧链路传送。

2.根据权利要求1所述的方法，其特征在于，所述第一用户设备是传送用户设备，且所述第二用户设备是接收用户设备。

3.根据权利要求1所述的方法，其特征在于，所述第一用户设备传送无线电资源控制消息，以便向所述网络节点提供所述第二用户设备的所述侧链路不连续接收配置。

4.根据权利要求3所述的方法，其特征在于，所述无线电资源控制消息是SidelinkUEInformationNR消息。

5.根据权利要求1所述的方法，其特征在于，所述侧链路不连续接收配置包含用于控制所述第二用户设备监听侧链路控制信道的周期的参数。

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

7.根据权利要求1所述的方法，其特征在于，所述网络节点是基站。

8.根据权利要求1所述的方法，其特征在于，进一步包括：

从所述第二用户设备接收与所述侧链路传送相关联的反馈，其中所述反馈是混合自动重复请求肯定确认或混合自动重复请求否定确认。

9.一种支持侧链路不连续接收的第一用户设备，其特征在于，包括：

控制电路；

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

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

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

与第二用户设备建立单播链路；

从所述第二用户设备接收与所述第二用户设备相关联的侧链路不连续接收配置；

将所述侧链路不连续接收配置传送到网络节点；

从所述网络节点接收侧链路准予，其中所述侧链路准予指示侧链路资源；以及

基于所述侧链路资源，执行到所述第二用户设备的侧链路传送。

10.根据权利要求9所述的第一用户设备，其特征在于，所述第一用户设备是传送用户设备，且所述第二用户设备是接收用户设备。

11.根据权利要求9所述的第一用户设备，其特征在于，所述处理器进一步配置成执行存储在所述存储器中的程序代码以进行以下操作：

传送无线电资源控制消息，以便向所述网络节点提供所述第二用户设备的所述侧链路不连续接收配置。

12.根据权利要求11所述的第一用户设备，其特征在于，所述无线电资源控制消息是SidelinkUEInformationNR消息。

13.根据权利要求9所述的第一用户设备，其特征在于，所述侧链路不连续接收配置包含用于控制所述第二用户设备监听侧链路控制信道的周期的参数。

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

15.根据权利要求9所述的第一用户设备，其特征在于，所述网络节点是基站。

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

从所述第二用户设备接收与所述侧链路传送相关联的反馈，其中所述反馈是混合自动重复请求肯定确认或混合自动重复请求否定确认。

Images