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

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

Info

Publication number
CN114630431A
CN114630431A CN202111499545.8A CN202111499545A CN114630431A CN 114630431 A CN114630431 A CN 114630431A CN 202111499545 A CN202111499545 A CN 202111499545A CN 114630431 A CN114630431 A CN 114630431A
Authority
CN
China
Prior art keywords
sidelink
drx
start time
cycle
duration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111499545.8A
Other languages
English (en)
Inventor
潘立德
曾立至
李名哲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN114630431A publication Critical patent/CN114630431A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H04W52/0232—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal according to average transmission signal activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

无线通信***中配置侧链路不连续接收的方法和设备。该方法包含用户设备假定或考虑应用于与群组相关联的侧链路组播通信的侧链路不连续接收配置，其中侧链路不连续接收配置包括用于确定每一侧链路不连续接收周期开始时的开启持续时间的开启持续时间定时器长度和/或用于确定每一侧链路不连续接收周期的长度的周期长度中的至少一个；基于与群组相关联的至少一标识符导出或确定用于每一侧链路不连续接收周期的开启持续时间的开始时间或每一侧链路不连续接收周期的开始时间；及在一周期中在侧链路控制信道上传送与群组相关联的侧链路控制信息，其中周期基于侧链路不连续接收配置及开启持续时间的开始时间或每一侧链路不连续接收周期的开始时间确定。

Description

无线通信***中配置侧链路不连续接收的方法和设备
技术领域
本公开大体上涉及无线通信网络，且更确切地说，涉及一种无线通信***中配置侧链路不连续接收的方法和设备。
背景技术
随着往来移动通信装置的大量数据的通信需求的快速增长，传统的移动语音通信网络演进成与因特网协议(Internet Protocol，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在一周期中在侧链路控制信道上传送与群组相关联的侧链路控制信息，其中周期是基于SL DRX配置及用于每一侧链路DRX周期的开启持续时间的开始时间或每一侧链路DRX周期的开始时间确定的。
附图说明
图1展示根据一个示例性实施例的无线通信***的图。
图2是根据一个示例性实施例的传送器***(也被称作接入网络)和接收器***(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信***的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 38.300 V16.3.0的图11-1的再现。
图6是3GPP TS 38.331 V16.2.0的图5.3.5.1-1的再现。
图7是3GPP TS 38.331 V16.2.0的图5.8.5.1-1的再现。
图8是3GPP TS 38.331 V16.2.0的图5.8.5.1-2的再现。
图9是3GPP TS 38.331 V16.2.0的图5.8.9.1.1-1的再现。
图10是3GPP TS 23.287 V16.4.0的图6.3.3.1-1的再现。
图11是3GPP TS 23.776 V1.0.0的图6.2.2-1的再现。
图12是3GPP TS 73.776 V2.0.0的图6.5.1-1的重现。
图13是3GPP TS 73.776 V2.0.0的图6.5.1-2的再现。
图14是根据一个示例性实施例的图式。
图15是根据一个示例性实施例的流程图。
图16是根据一个示例性实施例的流程图。
图17是根据一个示例性实施例的流程图。
图18是根据一个示例性实施例的流程图。
图19是根据一个示例性实施例的流程图。
图20是根据一个示例性实施例的流程图。
图21是根据一个示例性实施例的流程图。
图22是根据一个示例性实施例的流程图。
图23是根据一个示例性实施例的流程图。
图24是根据一个示例性实施例的流程图。
图25是根据一个示例性实施例的流程图。
图26是根据一个示例性实施例的流程图。
图27是根据一个示例性实施例的流程图。
图28是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信***和装置采用支持广播服务的无线通信***。广泛部署无线通信***以提供例如语音、数据等的各种类型的通信。这些***可基于码分多址(code division multiple access，CDMA)、时分多址(time division multiple access，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP高级长期演进(Long TermEvolution Advanced，LTE-A或LTE-Advanced)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。
具体地说，下文描述的示例性无线通信***及装置可设计成支持一个或多个标准，例如在本文中称为3GPP的名为“第三代合作伙伴计划”的联盟提供的标准，包含：RP-193231，“NR侧链路增强上的新WID”，LG电子(LG Electronics)；TS 38.300 V16.3.0，“NR；NR及NG-RAN整体描述；阶段2(版本16)”；TS 38.321 V16.2.1，“NR媒体接入控制(MAC)协议规范(版本16)”；TS 38.331 V16.2.0，“NR；无线电资源控制(RRC)协议规范(版本16)”；TS23.287 V16.4.0，“5G***(5GS)支持车联网(vehicle-to-everything，V2X)服务的架构增强(版本16)”；TR 23.776 V1.0.0，“对针对3GPP支持高级车联网(V2X)服务的架构增强的研究，阶段2(版本17)”；以及TR 23.776 V2.0.0，“对针对3GPP支持高级车联网(V2X)服务的架构增强的研究；阶段2(版本17)”。上文所列的标准和文件特此明确地以全文引用的方式并入。
图1展示根据本发明的一个实施例的多址无线通信***。接入网络100(accessnetwork，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(evolved Node B，eNB)，网络节点、网络或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO***200中的传送器***210(也被称为接入网络)和接收器***250(也被称为接入终端(AT)或用户设备(UE))的实施例的简化框图。在传送器***210处，将用于数个数据流的业务数据从数据源212提供到传送(transmit，TX)数据处理器214。
在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每个数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。
可使用OFDM技术将每个数据流的经译码的数据与导频数据多路复用。导频数据通常是以已知方式进行处理的已知数据模式，并且可在接收器***处使用以估计信道响应。用于每一数据流的多路复用的导频和译码的数据随后基于为所述数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)进行调制(即，符号映射)以提供调制符号。可以通过由处理器230执行的指令来确定用于每一数据流的数据速率、译码和调制。
接着将所有数据流的调制符号提供给TX MIMO处理器220，所述处理器220可进一步处理所述调制符号(例如，用于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接收到的信号被提供到相应的接收器(RCVR)254a到254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收到的信号、数字化经调节信号以提供样本，并且进一步处理所述样本以提供对应的“接收到的”符号流。
RX数据处理器260接着基于具体接收器处理技术从NR个接收器254接收并处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码，以恢复数据流的业务数据。由RX数据处理器260进行的处理与由传送器***210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。
处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括关于通信链路和/或接收到的数据流的各种类型的信息。接着，反向链路消息由还从数据源236接收数个数据流的业务数据的TX数据处理器238处理、由调制器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侧链路的解决方案主要指定用于车联网(V2X)，而当可以满足服务要求时，所述解决方案也可以用于公共安全。
同时，已识别NR侧链路增强的必要性。对于V2X和公共安全，由于时间限制，Rel-16中不能完全支持服务要求和操作情境，并且SA正在对Rel-17进行一些增强，例如针对3GPP支持高级V2X服务的架构增强-阶段2(FS_eV2XARC_Ph2)以及5GS中基于接近度的服务的***增强(FS_5G_ProSe)。另外，在SAWG中，正在通过几个工作/研究项目来考虑与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-16NR侧链路是基于当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.1 SI或核心部分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-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功率节省
监听处于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.300 V16.3.0的标题为“DRX周期”的图11-1被再现为图5]
3GPP TS 38.321如下指定不连续接收的操作：
5.7不连续接收(DRX)
MAC实体可以由具有DRX功能性的RRC配置，所述功能性控制UE的PDCCH，从而监听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的活动。当使用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(每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重传准予之前的最小持续时间；
-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-to-HARQ_feedback定时推迟时，如TS38.213[6]中所指定，发送DL HARQ反馈的对应传送机会在请求HARQ-ACK反馈的稍后PDCCH中指示。
3>停止对应HARQ进程的drx-RetransmissionTimerDL。
3>如果PDSCH-to-HARQ_feedback定时指示非数字k1值，如TS38.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>不传送TS 38.214[7]中所定义的周期性SRS和半持久SRS；
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.5 RRC重新配置
5.3.5.1总则
[3GPP TS 38.331 V16.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.331 V16.2.0的标题为“在(部分)覆盖范围中的用于NR侧链路通信的同步信息传送”的图5.8.5.1-1被再现为图7]
[3GPP TS 38.331 V16.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.331 V16.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
IEDRX-Config用于配置DRX相关参数。
DRX-Config信息元素
Figure BDA0003402212680000171
Figure BDA0003402212680000181
Figure BDA0003402212680000191
Figure BDA0003402212680000192
Figure BDA0003402212680000201
[…]
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.287 V16.4.0的标题为“层2链路建立程序”的图6.3.3.1-1被再现为图10]
1.如条款5.6.1.4中所指定，UE确定用于PC5单播链路建立的信令接收的目的地层2ID。如条款5.1.2.1中所指定，目的地层2ID配置有UE。
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、对应PC5QoS参数(即，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 TR 23.776 V1.0.0介绍以下内容：
6.2解决方案#2：用于行人UE的QoS感知和功率高效通信的PC5DRX配置
6.2.1功能描述
此解决方案是用于“关键问题#1：对用于行人UE的QoS感知NR PC5功率效率的支持”。
在道路安全以及公共安全用例中，行人UE通常以无连接方式参与PC5组播或广播通信。一个行人UE可能需要收听接近的各种PC5 Tx UE而无需事先知道Tx UE。因此，用于PC5 Rx UE的可能的DRX操作需要处理附近存在的各种和随机Tx UE。另一方面，PC5 Tx UE可能不知道或不关注附近任何特定Rx UE的存在。这使得对每一对PC5 Tx UE和Rx UE特定的PC5DRX操作相当不实际，特别是对于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服务类型的专用无线电资源的方式执行资源池配置。
PC5 DRX模式集合的内容(例如，开/关循环的长度和周期)可考虑V2X服务类型的QoS要求，例如针对每一V2X服务类型在UE中配置的预设PC5QoS参数，如TS 23.287[5]条款5.4.2.5中所描述。用于特定V2X服务的QoS可在不同UE上不同的事实可由在UE上发生的PC5DRX调度选择及强制执行程序补偿(参见条款6.2.2)。
以此方式，可避免在接近的相关PC5 UE之间确定和商定PC5 DRX模式的广泛协调。相关PC5 UE仅需要从已配置PC5 DRX模式的有限集合选择一个或多个PC5DRX模式，且使SL传送和接收适应于其自身和附近其它PC5UE的所选择模式。
仅当找到配合在UE上运行的V2X服务的PC5 DRX模式时才应激活PC5DRX模式。此外，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.776 V1.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层指示相关已配置PC5DRX参数或在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模式集合选择一个或多个PC5DRX模式。如果选择多于一个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层请求PC5DRX模式(步骤5)的AS层决策期间或在AS层修改应用的PC5 DRX调度或应用新的一个(参见步骤6)的V2X层独立决策期间。
4.UE1的V2X层请求将所选择PC5 DRX模式(中的一个)应用于AS层以用于根据所选择PC5 DRX模式控制PC5传送和接收。
5.UE1的AS层决定应用或不应用所请求PC5 DRX模式(或所请求PC5DRX模式中的一个)，即，其基于在PC5 DRX模式中指示的接通/断开周期配置(AS层)PC5 DRX调度。
注3：在V2X层处PC5 DRX模式的选择和请求是任选的，且PC5DRX调度(并且进一步相关配置)可能仅在AS层上决定，但理想地是基于关于如TS 23.287[5]中定义的V2X应用要求的知识和业务模式。RAN WG在此情况下将具有对使用准则的最终确认。在此情况下AS层可知道适用PC5DRX模式的集合(以及其需要的所有进一步输入)，且使用由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时间表。此指示可不仅作为对PC5 DRX模式请求的响应提供(步骤4)，而且稍后(异步地)在AS层基于其自身的逻辑修改PC5 DRX调度(或应用新的一个)的情况下提供。
7.UE1的V2X层向其它相关UE(例如，UE2)指示(使用PC5接口上的广播或组播通信)所应用PC5 DRX模式以允许UE2以协调方式选择其PC5DRX模式。
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接收应用的PC5DRX配置。
[…]
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 TR 23.776 V2.0.0介绍以下内容：
6.5解决方案#5：用于将PC5 DRX配置应用于行人UE的解决方案
6.5.1功能描述
此解决方案是用于“关键问题#1：对用于行人UE的QoS感知NR PC5功率效率的支持”。
UE从网络接收用于经由PC5传送/接收V2X消息的PC5 DRX配置。考虑到由网络支持的V2X服务类型和V2X应用QoS要求，网络在PC5上运用PC5 DRX配置来配置行人UE。
为行人UE提供两个选项以接收V2X配置信息：
-选项1：在对齐程序期间由AMF提供预设PC5 DRX配置
-选项2：AF/PCF提供PQI到PC5 DRX配置的映射
用于PQI的PC5 DRX配置信息包含以下内容：
-应用“ran2_offset”，其定义SFN周期中的哪个点是DRX配置
-DRX周期配置
编者注：AS层是否需要PC5 DRX配置来确定PC5 DRX需要来自RAN的确认。
在选项1中，AMF可在对齐程序期间将预设PC5 DRX配置提供到UE。提供到UE的预设PC5 DRX配置适用于所有浇筑类型及所有V2X服务类型。当UE经授权以使用PC5参考点上的V2X通信作为如TS 23.287[5]的条款6.5.2中所定义的行人UE时，AMF基于UE预订而确定UE需要PC5 DRX配置且如果需要则将PC5 DRX配置提供到UE。AMF确保在相同区域上注册的所有UE接收相同PC5 DRX配置。提供到UE的预设PC5 DRX配置是基于AMF处的预配置。网络运营商考虑到提供行人服务的V2X应用的QoS要求而配置预设PC5 DRX。在PLMN的所有AMF中使用相同预设PC5 DRX配置还是在每一AMF处使用不同PC5 DRX配置由网络运营商部署决定。
在PLMN间情境中，需要在服务特定区的所有PLMN当中协调预设PC5DRX配置。
在选项2中，在TS 23.287[5]的条款6.2中所定义的UE策略传递程序期间，AF/PCF包含V2X配置信息内的PC5 DRX配置。配置信息包含PQI到特定PC5 DRX配置的映射。
编者注：需要与RAN协调以确认AS层或V2X层是否导出用于PC5的DRX。
UE如下及图6.5.1-1中所示出应用所接收的PC5 DRX配置。
-基于所接收的PC5 DRX配置，UE配置用于在PC5上的V2X通信的“活动时间”和“非活动时间”。
-当UE处于“非活动时间”时，UE以“休眠”状态进入且不在PC5上传送或监听V2X消息。
-当UE处于“活动时间”时，UE可以通过V2X应用层传送V2X消息或在PC5上监听V2X消息。如果V2X应用在UE的非活动状态期间提供数据，那么UE在活动时间段期间缓冲数据且传送数据。
编者注：UE应用所接收的DRX配置的确切程序需要与RAN协调。
[3GPP TS 73.776 V2.0.0的标题为“基于PC5 DRX配置在PC5上传送/接收V2X消息”的图6.5.1-1被再现为图12]
在某些情境中，一些V2X应用可提供具有如TS 23.287[5]中所描述的特定V2X应用要求的V2X层，以如TS 23.287[5]的条款5.4.1.1.2中所定义针对V2X服务类型在PC5上发送V2X消息。在此些情况下，由网络提供的PC5DRX配置可能不足以维持此些V2X应用QoS要求。UE可在扩展用于传送数据以支持应用的QoS要求的“活动时间”的经配置PC5 DRX中添加偏移。这展示于图6.5.1-2中。
编者注：将在RAN中定义UE在提供预设PC5 DRX配置的情况下确定偏移的方式
[3GPP TS 73.776 V2.0.0的标题为“扩展PC5 DRX以支持所需QoS”的图6.5.1-2被再现为图13]
如果UE已接收到用于PQI的PC5 DRX配置作为V2X配置信息的部分，那么UE中的V2X层如下通过如TS 23.287[5]中所描述的以下PC5 QoS流导出而向AS层提供PC5 DRX配置：
-基于V2X应用提供QoS要求或V2X服务类型到PC5 QoS参数的映射，V2X层确定PC5QoS参数。
-基于PQI，V2X层从V2X配置信息确定PC5 DRX配置信息。
-V2X层确定PC5 QoS流(产生新的或修改现有的一个)且将PC5 QoS要求和用于PC5QoS流的PC5 DRX配置传递到AS层。
-AS层应用PC5 DRX配置且确定活动时间和偏移。
对于接收UE，UE如下确定PC5 DRX：
-如果由AMF提供，那么UE应用预设PC5 DRX，或
-针对广播/组播，UE基于V2X服务类型到目的地层2ID的映射而确定用于广播/组播接收的目的地层2ID，如TS 23.287[5]的条款5.6.1.2中所指定。接收UE接着基于如TS23.287[5]的条款5.1.2.1中指定的V2X服务类型到PC5 QoS参数的映射或基于由应用提供的QoS要求来确定PC5 QoS参数。接收UE接着根据PQI到PC5 DRX配置的映射而应用PC5 DRX。
在行人UE具有多个活动PC5 QoS流的情况下，其中不同PC5 QoS参数各自具有不同PC5 DRX配置，提议AS层配置组合所有PC5 DRX配置的DRX周期。这确保UE将能够监听和发送来自所有“活动”V2X应用的V2X消息。另外，如果通过组合所有DRX配置不存在功率效率，那么AS层可确定在“始终开启”模式中切换UE。
在UE已从AMF接收预设PC5 DRX配置信息且从AF/PCF接收PQI的PC5 DRX配置信息的情况下，因此V2X层将两者提供到AS层，AS层还可组合PC5 DRX配置。
编者注：AS层组合PC5 DRX配置的方式需要在RAN组中定义/确认
一旦UE确定偏移，UE将偏移应用于经由单播、组播或广播的所有V2X通信。
6.5.2程序
图6.5.2-1提供用于应用PC5 DRX配置的程序。
[3GPP TS 73.776 V2.0.0的标题为“UE应用所接收的PC5 DRX配置”的图6.5.2-1被再现为图14]
1.行人UE使用标准程序注册到5G网络。
2.行人UE从网络接收PC5 DRX配置(基于条款6.5.1中描述的选项1和/或选项2)。
3.基于所接收的PC5 DRX配置，UE中的AS层确定活动时间及非活动时间。UE仅在DRX活动时间期间在PC5上传送和/或监听V2X消息。
4.UE中的应用请求通过如TS 23.287[5]中所描述将V2X应用要求提供到V2X层来经由具有特定QoS要求的PC5发送V2X消息。V2X层基于V2X应用要求确定PC5 QoS参数，且如TS 23.287[5]的条款5.4.1.1.3中所定义将其提供到AS层。如果UE已接收到来自AF/PCF的V2X配置信息内的PC5DRX配置，那么V2X层还包含用于每一可适用PC5 QoS流的PC5 DRX配置。
5.如果V2X层提供预设PC5 DRX配置，那么UE中的AS层确定经配置PC5 DRX无法支持QoS要求且确定经配置PC5 DRX中的额外偏移以支持所需QoS。
如果V2X层提供用于PC5 QoS流的PC5 DRX配置，那么AS层考虑用于所有PC5 QoS流的PC5 DRX配置(预设PC5 DRX配置和/或用于每一PC5QoS流的PC5 DRX配置)而确定PC5DRX。
6.AS层针对用于任何V2X服务的PC5上的所有侧链路通信应用PC5DRX。
7.当行人UE建立与UE的单播链路以用于V2X通信时，UE可根据需要经由此单播链路发送V2X消息的应用的QoS要求协商新PC5 DRX。
6.5.3对服务、实体和接口的影响
UE：
AS层：
-经由PC5应用PC5 DRX配置以用于V2X传送和接收。
-如果预设PC5 DRX配置无法维持QoS要求，那么确定DRX偏移以支持特定QoS要求。
-基于由V2X层提供的PC5 DRX配置确定DRX偏移。
V2X层：
-基于含有PC5 DRX到由AF/PCF提供的PQI的映射的V2X配置信息确定PC5 DRX配置。
AMF：
-确定并提供用于行人UE的PC5 DRX配置。
AF/PCF
-提供PQI到PC5 DRX配置的映射
[…]
7.2 PC5 DRX操作的结论
对于关键问题#1(对行人UE的QoS感知NR PC5功率效率的支持)，关于NR PC5 DRX操作，以下原理被视为结论：
-接入层(AS)层确定用于PC5参考点上的V2X通信的PC5 DRX参数值以实现行人UE节能。
-由V2X层提供的现有PC5 QoS参数可由AS层使用以确定PC5 DRX参数值。
-对于组播和广播，Rx UE的AS层需要PC5 QoS参数以确定用于PC5参考点上的V2X通信的PC5 DRX参数值。因此，Rx UE的V2X层确定感兴趣的V2X服务类型，且基于V2X服务类型到PC5 QoS参数的映射或由应用层提供的V2X服务类型的V2X应用要求(例如，优先级要求、可靠性要求、延迟要求、范围要求)而导出对应的PC5 QoS参数。Rx UE的V2X层将PC5QoS参数连同用于接收的对应的目的地层2ID一起传递到AS层。
-AS层将所应用PC5 DRX信息提供到V2X层。
注1：出于何种目的通过V2X层使用PC5 DRX信息，例如V2X层是否使传送调度信息暴露于V2X应用层(包含为何PC5 DRX信息需要暴露于V2X应用层，条件是Uu DRX信息未从NAS层提供到应用层，及用于传送调度信息的内容是什么)将基于由作为层提供到将在RAN2中定义的V2X层的所施加PC5 DRX信息而在规范性阶段中确定。
-对于单播，两个UE可协商AS层中的PC5 DRX配置，且PC5 DRX可根据AS层中的一对源/目的地UE地址经配置。
-对于广播和组播，且对于覆盖范围外情况(即，当UE“未由E-UTRA服务”且“未由NR服务”时)，UE的AS层针对PC5 DRX操作使用所提供的PC5 DRX配置。
注2：用于广播和组播且用于覆盖范围外情况的所提供的PC5 DRX配置的粒度/层级(例如，用于PC5 DRX参数的映射信息)将基于RAN2决策或经由与RAN2的协调而在规范性阶段中确定。
注3：所提供的PC5 DRX配置可来自不同源(例如，通过PCF或通过V2X应用服务器经由V1参考点)。所提供的PC5 DRX配置预期为一致的。
注4：对于单播，对于覆盖范围外情况，将基于RAN2决策在规范性阶段中确定是否使用所提供的PC5 DRX配置。
根据3GPP TS 38.300和TS 38.321，NR Uu指定用于节省UE监听下行链路控制信道(例如，物理下行链路控制信道(PDCCH))的电力的一种机制。如果UE通过其服务基站(例如，gNB)配置有不连续接收(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用例中的交通弱势群体(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 TR 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位的十进制值。
图16是示出用于第二UE在侧链路组播通信中配置SL DRX的方法的流程图1600。在步骤1605中，第二UE初始化用于侧链路组播通信的侧链路服务。在步骤1610中，第二UE基于侧链路服务与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与侧链路服务相关联。在步骤1615中，第二UE至少基于与侧链路组播通信相关联的标识符导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间。在步骤1620中，第二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以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图17是示出用于第一UE在侧链路组播通信中考虑SL DRX的方法的流程图1700。在步骤1705中，第一UE初始化用于侧链路组播通信的侧链路服务。在步骤1710中，第一UE基于侧链路服务与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与侧链路服务相关联。在步骤1715中，第一UE至少基于与侧链路组播通信相关联的标识符导出或确定用于每一侧链路DRX周期的开启持续时间的开始时间。在步骤1720中，第一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以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
在图17和18中示出和上文所描述的实施例的上下文中，在一个实施例中，侧链路服务与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周期的长度的第二SL DRX周期的长度的短周期长度(例如，drx-ShortCycleSL)和/或用于确定在预期侧链路HARQ重传准予之前的最大持续时间的往返时间定时器(例如，drx-HARQ-RTT-TimerSL)。
在一个实施例中，第一UE和第二UE可以属于用于侧链路组播通信的群组。与群组或组播侧链路通信相关联的标识符可为组播目的地层2ID或群组ID(的部分)。
图18是示出用于(Rx)UE的方法的流程图1800。在步骤1805中，(Rx)UE初始化用于侧链路组播通信的侧链路服务。在步骤1810中，(Rx)UE接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤1815中，(Rx)UE接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和周期的第二长度。在步骤1820中，(Rx)UE至少基于标识符导出或确定偏移。在步骤1825中，(Rx)UE至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间。在步骤1830中，(Rx)UE在周期性活动时间内监听侧链路控制信道是否有侧链路组播通信。
返回参考图3和4，在用于(Rx)UE的一个示例性实施例中，(Rx)UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Rx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，(ii)接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收，(iii)接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和周期的第二长度，(iv)至少基于标识符导出或确定偏移，(v)至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间，以及(vi)在周期性活动时间内监听侧链路控制信道是否有侧链路组播通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图19是示出用于(Tx)UE的方法的流程图1900。在步骤1905中，(Tx)UE初始化用于侧链路组播通信的侧链路服务。在步骤1910中，(Tx)UE接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤1915中，(Tx)UE接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和周期的第二长度。在步骤1920中，(Tx)UE至少基于标识符导出或确定偏移。在步骤1925中，(Tx)UE至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间。在步骤1930中，(Tx)UE在周期性活动时间内传送数据以用于侧链路组播通信。
返回参考图3和4，在用于(Tx)UE的一个示例性实施例中，(Tx)UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Tx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，(ii)接收与侧链路组播通信相关联的标识符(ID)，其中所述ID用于侧链路组播通信中的数据传送和接收，(iii)接收与侧链路服务相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度和周期的第二长度，(iv)至少基于标识符导出或确定偏移，(v)至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间，以及(vi)在周期性活动时间内监听侧链路控制信道是否有侧链路组播通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
一般来说，UE1可必须在UE2唤醒以接收这些侧链路包的周期或持续时间下将侧链路包传送到UE2。否则，如果在UE2处于“休眠”周期时UE1传送这些侧链路包，则这些侧链路包可能会在UE2处丢失。根据一个替代方案(在3GPP TS 23.776 V2.0.0中论述)，每一侧链路服务的一个或多个PC5服务质量(QoS)流可与一个侧链路DRX配置相关联。PC5 QoS流与侧链路DRX配置之间的关联可以在UE中预定义或预配置或由网络通过授权程序供应。PC5 QoS流与侧链路DRX配置之间的关联可以适用于单播侧链路通信、广播侧链路通信和/或组播侧链路通信。举例来说，UE1可以朝向UE2初始化侧链路服务并且与UE2建立单播链路。作为另一实例，UE1和UE2可以执行将初始化组播侧链路通信的侧链路服务。因此，UE1和UE2可形成用于组播侧链路通信的群组。举例来说，UE1和UE2可以执行将初始化广播侧链路通信的侧链路服务。
根据用于侧链路服务的给定PC5 QoS流的侧链路DRX配置，UE1可能知道UE2在唤醒之后保持清醒多久(即，侧链路DRX的每一周期中的开启持续时间)以及每一唤醒周期之间的时间间隔(即，侧链路DRX的周期长度)。更具体地，可基于给定PC5 QoS流的业务模式确定或导出侧链路DRX配置(即，侧链路DRX的每一周期中的开启持续时间，和侧链路DRX的周期长度)。这可以在图15中示出。然而，UE1可不具有关于侧链路DRX配置的此唤醒周期的开始时间的信息(即，开始侧链路DRX的每一周期的startOffset和/或开始每一侧链路DRX周期的开启持续时间的slotOffset)，使得UE1可能在错误时间将侧链路控制信息和/或侧链路传送发送到UE2。类似地，UE2也可不具有关于侧链路DRX配置的此唤醒周期的开始时间的信息，使得UE2可能在错误时间监听侧链路控制信息和/或从UE1接收侧链路传送。为了解决此问题，可以考虑用以确定何时开始侧链路DRX配置的唤醒周期的一些方法。
由于群组中的每一成员知道/获取与群组相关联的同一V2X层ID/值或同一应用层ID/值，因此群组中的每一成员将随后导出或确定或应用相同的与群组相关联的侧链路DRX配置的唤醒周期的开始时间。在一个实施例中，对于至少包括UE1及UE2的侧链路群组，UE1可以基于与群组相关联的群组ID或目的地L2ID导出或确定用于侧链路群组的侧链路DRX配置的唤醒周期的开始时间。UE1可以基于唤醒周期或在唤醒周期内执行向侧链路群组(例如，向侧链路群组内的其它UE)的侧链路传送。UE2可以基于唤醒周期或在唤醒周期内执行来自侧链路群组(例如，来自侧链路群组内的其它UE)的侧链路接收。类似地，对于广播，使用广播侧链路通信的每一侧链路服务可与一个广播目的地L2 ID相关联。每一UE可使用广播侧链路通信起始侧链路服务，可使用相同广播目的地L2ID以用于侧链路接收。因此，还可应用上文所论述的概念，使得UE可基于与广播侧链路通信相关联的广播目的地L2ID导出或确定用于广播侧链路通信的侧链路DRX配置的唤醒周期的开始时间。
此外，其可在不同定时在使用广播侧链路通信时分离用于不同群组和/或不同UE的唤醒周期，使得在这些侧链路传送跨越所有这些UE在同一唤醒周期发生的情况下将减少资源冲突。此益处还可以适用于侧链路单播通信。
更具体地，PC5 QoS流与侧链路DRX配置之间的关联可为PC5 QoS流的身份(例如，QFI)或用于识别侧链路服务的PC5 QoS要求的身份(例如，PQI)与一个侧链路DRX配置相关联。
替代地，侧链路DRX配置的唤醒周期的开始时间可在UE中指定或预配置。换句话说，侧链路DRX配置的唤醒周期的开始时间可不提供于侧链路DRX配置中或从侧链路DRX配置导出。在此替代方案中，侧链路DRX配置的唤醒周期的开始时间可指定或预配置为例如值‘0’或特定值。在此替代方案中，UE可应用或使用在由基站广播的***信息中配置的侧链路DRX配置或从基站发送到UE或与对等UE协商的专用信令，且可基于指定或预配置值导出或确定侧链路DRX配置的唤醒周期的开始时间。
图20是示出用于第二UE在侧链路通信中配置SL DRX的方法的流程图2000。在步骤2005中，第二UE初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联。在步骤2010中，第二UE基于PC5QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联。在步骤2015中，第二UE至少基于与侧链路通信相关联的标识符导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间。在步骤2020中，第二UE基于用于(每一)侧链路DRX周期的开启持续时间的开始时间和SL DRX配置监听侧链路控制信道是否有侧链路通信。
返回参考图3和4，在用于第二UE在侧链路通信中配置SL DRX的方法的一个示例性实施例中，第二UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第二UE能够：(i)初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5QoS流相关联，(ii)基于PC5 QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联，(iii)至少基于与侧链路通信相关联的标识符导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间，以及(iv)基于用于(每一)侧链路DRX周期的开启持续时间的开始时间和SL DRX配置监听侧链路控制信道是否有侧链路通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图21是示出用于第一UE在侧链路通信中考虑SL DRX的方法的流程图2100。在步骤2105中，第一UE初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联。在步骤2110中，第一UE基于PC5QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联。在步骤2115中，第一UE至少基于与侧链路通信相关联的标识符导出或确定用于每一侧链路DRX周期的开启持续时间的开始时间。在步骤2120中，第一UE在一周期中在侧链路控制信道上传送侧链路控制信息以用于侧链路通信，其中所述周期是基于用于每一侧链路DRX周期的开启持续时间的开始时间和SL DRX配置确定的。
返回参考图3和4，在用于第一UE在侧链路组播通信中配置SL DRX的方法的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一UE能够：(i)初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联，(ii)基于PC5 QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联，(iii)至少基于与侧链路通信相关联的标识符导出或确定用于每一侧链路DRX周期的开启持续时间的开始时间，以及(iv)在一周期中在侧链路控制信道上传送侧链路控制信息以用于侧链路通信，其中所述周期是基于用于每一侧链路DRX周期的开启持续时间的开始时间和SL DRX配置确定的。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
在图20和21中示出和上文所描述的实施例的上下文中，在一个实施例中，PC5 QoS流与SL DRX配置之间的关联可以在第一UE和第二UE中预配置或预定义或者由网络供应。第一UE或第二UE可以选择PC5 QoS流与SL DRX配置之间的关联的列表的条目，且所述条目可包含SL DRX配置和PC5 QoS流的身份或与PC5 QoS流相关联的索引。
在一个实施例中，SL 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)。
在一个实施例中，侧链路通信可为组播侧链路通信，且第一UE及第二UE可属于用于组播侧链路组播通信的群组。与群组或组播侧链路通信相关联的标识符可为组播目的地层2ID或群组ID(的部分)。侧链路通信可为广播侧链路通信，且第一UE及第二UE可起始侧链路服务以用于广播侧链路通信。与广播侧链路通信相关联的标识符可为与侧链路服务相关联的广播目的地层2ID(的部分)。
图22是示出用于(Rx)UE的方法的流程图2200。在步骤2205中，(Rx)UE初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5QoS流相关联。在步骤2210中，(Rx)UE被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤2215中，(Rx)UE被配置、预配置或提供有或接收与PC5QoS流相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度。在步骤2220中，(Rx)UE至少基于标识符导出或确定偏移。在步骤2225中，(Rx)UE至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示/定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间。在步骤2230中，(Rx)UE在周期性活动时间内监听侧链路控制信道是否有侧链路组播通信。
返回参考图3和4，在用于(Rx)UE的一个示例性实施例中，(Rx)UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Rx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联，(ii)被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中ID用于侧链路组播通信中的数据传送及接收，(iii)被配置、预配置或提供有或接收与PC5 QoS流相关联的SL DRX配置，其中SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度，(iv)至少基于标识符导出或确定偏移，(v)至少基于开启持续时间的第一长度、周期的第二长度及偏移确定周期性活动时间，其中偏移用于指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间，以及(vi)在周期性活动时间内监听侧链路控制信道是否有侧链路组播通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图23是示出用于(Tx)UE的方法的流程图2300。在步骤2305中，(Tx)UE初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5QoS流相关联。在步骤2310中，(Tx)UE被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤2315中，(Tx)UE被配置、预配置或提供有或接收与PC5QoS流相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度。在步骤2320中，(Tx)UE至少基于标识符导出或确定偏移。在步骤2325中，(Tx)UE至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间。在步骤2330中，(Tx)UE在周期性活动时间内传送数据以用于侧链路组播通信。
返回参考图3和4，在用于(Tx)UE的一个示例性实施例中，(Tx)UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Tx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联，(ii)被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中ID用于侧链路组播通信中的数据传送及接收，(iii)被配置、预配置或提供有或接收与PC5 QoS流相关联的SL DRX配置，其中SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度，(iv)至少基于标识符导出或确定偏移，(v)至少基于开启持续时间的第一长度、周期的第二长度及偏移确定周期性活动时间，其中偏移用于指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间，以及(vi)在周期性活动时间内传送数据以用于侧链路组播通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
有可能每一PC5 5QI(PQI)可与一个或多个SL DRX配置相关联。在一个实施例中(对于与一个PQI相关联的一个或多个SL DRX配置)，一个SL DRX配置可包含关于SL DRX的唤醒周期的开始时间/时间偏移的一个值。不同SL DRX配置可包含关于SL DRX的唤醒周期的开始时间或时间偏移的相应(可相同或不同的)值。不同SL DRX配置可包含相应(可相同或不同的)DRX周期长度或开启持续时间周期长度。因此，起始所关注的服务的UE可根据服务的PQI而选择、选取或导出(应用)SL DRX配置。
举例来说，SL DRX配置可包含用于确定SL DRX的模式的参数集(含有例如DRX周期长度和/或开启持续时间周期)及用于确定SL DRX的唤醒时间的开始时间或时间偏移的一个参数。用于确定SL DRX的唤醒时间的开始时间或时间偏移的参数可包含例如startOffset和/或slotOffset。一个或多个SL DRX配置中的每一个可与一个索引相关联。UE可使用例如组播目的地L2ID、群组ID、V2X层ID或与服务相关联的L2ID来确定或导出用于SL DRX配置的索引(指示其的值)。
举例来说，包含第一组startOffset和/或slotOffset的SL DRX配置可与索引1相关联，包含第二组startOffset和/或slotOffset的SL DRX配置可与索引2相关联，且包含第三组startOffset和/或slotOffset的SL DRX配置可与索引3相关联。如果UE可起始所关注的广播或组播服务，那么UE可使用与广播或组播服务相关联的L2ID或与组播服务相关联的V2X层ID或群组ID来确定或导出索引(指示其的值)。
举例来说，如果所确定或导出的索引为3或所确定或导出的值指示索引3，那么此UE可在与索引3相关联的SL DRX配置中应用参数startOffset和/或slotOffset。UE可应用第三组startOffset和/或slotOffset中的参数startOffset和/或slotOffset来确定对应于广播或组播服务的PQI的SL DRX配置的SL DRX的唤醒周期的开始时间或时间偏移。
在一个实施例中(对于与一个PQI相关联的一个或多个SL DRX配置)，每一SL DRX配置可包含关于SL DRX的唤醒周期的开始时间或时间偏移的一个或多个值。因此，起始所关注的服务的UE可根据服务的PQI应用SL DRX配置，且可从所述一个或多个值选择、选取或导出值以用于确定用于此SL DRX配置的SL DRX的唤醒周期的开始时间或时间偏移。
举例来说，SL DRX配置可包含用于确定SL DRX的模式的参数集(含有例如DRX周期长度和/或开启持续时间周期)及用于确定SL DRX的唤醒时间的开始时间或时间偏移的一个或多个(组)参数。用于确定SL DRX的唤醒时间的开始时间或时间偏移的每一(组)参数可包含例如startOffset和/或slotOffset。用于确定SL DRX的唤醒时间的开始时间的每一(组)参数可与一个索引相关联。UE可使用例如与服务相关联的组播目的地L2ID、群组ID、V2X层ID或L2ID来确定或导出用于确定SL DRX的唤醒时间的开始时间或时间偏移的哪一(组)参数应用于SL DRX。举例来说，SL DRX配置可包含与索引1相关联的第一组startOffset和/或slotOffset，与索引2相关联的第二组startOffset和/或slotOffset，及与索引3相关联的第三组startOffset和/或slotOffset。
如果UE可起始所关注的广播或组播服务，那么UE可使用与广播或组播服务相关联的L2ID来确定或导出索引(指示其的值)。举例来说，如果所确定或导出的索引为3或所确定或导出的值指示索引3，那么此UE可应用第三组startOffset和/或slotOffset中的参数startOffset和/或slotOffset来确定对应于广播或组播服务的PQI的SL DRX配置的SL DRX的唤醒周期的开始时间或时间偏移。
如果UE可起始所关注的组播服务，那么UE可使用与组播服务相关联的V2X层ID或群组ID来确定或导出索引(指示其的值)。举例来说，如果所确定或导出的索引为1或所确定或导出的值指示索引1，那么此UE可应用第一组startOffset和/或slotOffset中的参数startOffset和/或slotOffset来确定对应于组播服务的PQI的SL DRX配置的唤醒周期的开始时间或时间偏移。
举例来说，在前述ID(例如L2ID、V2X层ID、群组的目的地ID、与组播服务相关联的群组ID)中可为X，且参数集的数目可为N(例如参数集的索引为0到N-1)。此群组中的所有UE或起始相同(单播、广播或组播)服务可使用具有索引＝(X mod N)的相同SL DRX配置或参数集。替代地，此群组中的所有UE或起始相同(单播、广播或组播)服务可使用具有索引＝((X+m)mod N)的相同SL DRX配置或参数集，其中m可为其它值，例如(预先)配置或指定的值，或与群组成员编号相关联的值，或与调度UE相关联的值或ID。
图24是示出用于第二UE在侧链路通信中配置SL DRX的方法的流程图2400。在步骤2405中，第二UE初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联。在步骤2410中，第二UE基于PC5QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联且包含指示一个或多个用于(每一)侧链路DRX周期的开启持续时间的开始时间的信息。在步骤2415中，第二UE至少基于与侧链路通信相关联的标识符从所述信息导出或确定用于每一侧链路DRX周期的开启持续时间的开始时间。在步骤2420中，第二UE基于用于(每一)侧链路DRX周期的开启持续时间的开始时间和SL DRX配置监听侧链路控制信道是否有侧链路通信。
返回参考图3和4，在用于第二UE在侧链路通信中配置SL DRX的方法的一个示例性实施例中，第二UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第二UE能够：(i)初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5QoS流相关联，(ii)基于PC5 QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联且包含指示一个或多个用于(每一)侧链路DRX周期的开启持续时间的开始时间的信息，(iii)至少基于与侧链路通信相关联的标识符从所述信息导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间，以及(iv)基于用于(每一)侧链路DRX周期的开启持续时间的开始时间及SL DRX配置监听侧链路控制信道是否有侧链路通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图25是示出用于第一UE在侧链路通信中考虑SL DRX的方法的流程图2500。在步骤2505中，第一UE初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联。在步骤2510中，第一UE基于PC5QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联且包含指示一个或多个用于(每一)侧链路DRX周期的开启持续时间的开始时间的信息。在步骤2515中，第一UE至少基于与侧链路通信相关联的标识符从所述信息导出或确定用于每一侧链路DRX周期的开启持续时间的开始时间。在步骤2520中，第一UE在一周期中在侧链路控制信道上传送侧链路控制信息以用于侧链路通信，其中所述周期是基于用于每一侧链路DRX周期的开启持续时间的开始时间和SL DRX配置确定的。
返回参考图3和4，在用于第一UE在侧链路通信中考虑SL DRX的方法的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使第一UE能够：(i)初始化用于侧链路通信的侧链路服务，其中侧链路服务与至少PC5QoS流相关联，(ii)基于PC5 QoS流与SL DRX配置之间的关联确定SL DRX配置，其中SL DRX配置与PC5 QoS流相关联且包含指示一个或多个用于(每一)侧链路DRX周期的开启持续时间的开始时间的信息，(iii)至少基于与侧链路通信相关联的标识符从所述信息导出或确定用于每一侧链路DRX周期的开启持续时间的开始时间，以及(iv)在一周期中在侧链路控制信道上传送侧链路控制信息以用于侧链路通信，其中所述周期是基于用于每一侧链路DRX周期的开启持续时间的开始时间和SL DRX配置确定的。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
在图24和25中示出和上文所描述的实施例的上下文中，在一个实施例中，PC5 QoS流与SL DRX配置之间的关联可以在第一UE和第二UE中预配置或预定义或者由网络供应。第一UE或第二UE可以选择PC5 QoS流与SL DRX配置之间的关联的列表的条目，且所述条目可包含SL DRX配置和与PC5 QoS流相关联的PQI、PC5 QoS流的身份或与PC5 QoS流相关联的索引。
在一个实施例中，SL 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)。
在一个实施例中，侧链路通信可为组播侧链路通信，且第一UE及第二UE可属于用于组播侧链路组播通信的群组。与群组或组播侧链路通信相关联的标识符可为组播目的地层2ID或群组ID(的部分)。侧链路通信可为广播侧链路通信，且第一UE及第二UE可起始侧链路服务以用于广播侧链路通信。
在一个实施例中，与广播侧链路通信相关联的标识符可为与侧链路服务相关联的广播目的地层2ID(的部分)。信息可包含用于确定用于(每一)侧链路DRX周期的开启持续时间的一个开始时间的至少一个drx-SlotOffset，且每一drx-SlotOffset与一个索引相关联。信息还可包含用于确定用于(每一)侧链路DRX周期的开启持续时间的一个开始时间的至少一个drx-StartOffset，且每一drx-StartOffset与一个索引相关联。
在一个实施例中，第一或第二UE可使用与侧链路通信相关联的标识符来确定或导出信息中的drx-SlotOffset和/或drx-StartOffset的索引。第一或第二UE可使用drx-SlotOffset和/或drx-StartOffset来导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间。
图26是示出用于(Rx)UE的方法的流程图2600。在步骤2605中，(Rx)UE初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5QoS流相关联。在步骤2610中，(Rx)UE被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤2615中，(Rx)UE被配置、预配置或提供有或接收与PC5QoS流相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度且包含一个或多个偏移。在步骤2620中，(Rx)UE至少基于标识符从一个或多个偏移导出或确定偏移。在步骤2625中，(Rx)UE至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间。在步骤2630中，(Rx)UE在周期性活动时间内监听侧链路控制信道是否有侧链路组播通信。
返回参考图3和4，在用于(Rx)UE的一个示例性实施例中，(Rx)UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Rx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联，(ii)被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中ID用于侧链路组播通信中的数据传送及接收，(iii)被配置、预配置或提供有或接收与PC5 QoS流相关联的SL DRX配置，其中SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度且包含一个或多个偏移，(iv)至少基于标识符从一个或多个偏移导出或确定偏移，(v)至少基于开启持续时间的第一长度、周期的第二长度及偏移确定周期性活动时间，其中偏移用于指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间，以及(vi)在周期性活动时间内监听侧链路控制信道是否有侧链路组播通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图27是示出用于(Tx)UE的方法的流程图2700。在步骤2705中，(Tx)UE初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5QoS流相关联。在步骤2710中，(Tx)UE被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中所述ID用于侧链路组播通信中的数据传送和接收。在步骤2715中，(Tx)UE被配置、预配置或提供有或接收与PC5QoS流相关联的SL DRX配置，其中所述SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度且包含一个或多个偏移。在步骤2720中，(Tx)UE至少基于标识符从一个或多个偏移导出或确定偏移。在步骤2725中，(Tx)UE至少基于开启持续时间的第一长度、周期的第二长度和偏移确定周期性活动时间，其中所述偏移用以指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间。在步骤2730中，(Tx)UE在周期性活动时间内传送数据以用于侧链路组播通信。
返回参考图3和4，在用于(Tx)UE的一个示例性实施例中，(Tx)UE300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使(Tx)UE能够：(i)初始化用于侧链路组播通信的侧链路服务，其中侧链路服务与至少PC5 QoS流相关联，(ii)被配置、预配置或提供有或接收与侧链路组播通信相关联的ID，其中ID用于侧链路组播通信中的数据传送及接收，(iii)被配置、预配置或提供有或接收与PC5 QoS流相关联的SL DRX配置，其中SL DRX配置至少包含开启持续时间的第一长度及周期的第二长度且包含一个或多个偏移，(iv)至少基于标识符从一个或多个偏移导出或确定偏移，(v)至少基于开启持续时间的第一长度、周期的第二长度及偏移确定周期性活动时间，其中偏移用于指示或定义周期在何处开始且开启持续时间的第一长度是周期开始时的持续时间，以及(vi)在周期性活动时间内传送数据以用于侧链路组播通信。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图28是示出用于UE考虑用于与群组相关联的侧链路组播通信的SL DRX的方法的流程图2800。在步骤2805中，UE采取或考虑应用于与群组相关联的侧链路组播通信的侧链路DRX配置，其中侧链路DRX配置包括用于确定用于(每一)侧链路DRX周期的(开始时)开启持续时间的开启持续时间定时器(长度)和/或用于确定用于(每一)侧链路DRX周期的长度的周期长度中的至少一个。在步骤2810中，UE至少基于与群组相关联的标识符导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间。在步骤2815中，UE在一周期中在侧链路控制信道上传送与群组相关联的侧链路控制信息，其中所述周期是基于SL DRX配置及用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间确定的。
在一个实施例中，侧链路DRX配置可以不包括用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间。用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间可以是startOffset，和/或用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间的单位可以是子帧。
在一个实施例中，导出或确定的用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间可以(等于)是“(标识符(的部分))模(周期长度)”的导出值。模(mod)表示模数或模数。
在一个实施例中，UE可具有指示一个或多个用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间的信息，和/或UE至少基于与群组相关联的标识符和所述信息导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间。UE可至少基于与群组相关联的标识符确定或导出索引，且UE可基于索引从一个或多个用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX周期的开始时间。
在一个实施例中，与群组相关联的标识符可以是组播目的地层2ID(的部分)。周期可为至少开启持续时间定时器处于运行中的活动时间。
返回参考图3和图4，在用于第一UE针对与群组相关联的侧链路组播通信考虑SLDRX的方法的一个示例性实施例中，UE 300包含存储于存储器310中的程序代码312。CPU308可执行程序代码312以使UE能够：(i)采取或考虑应用于与群组相关联的侧链路组播通信的侧链路DRX配置，其中侧链路DRX配置包括用于确定用于(每一)侧链路DRX周期的(开始时)开启持续时间的开启持续时间定时器(长度)和/或用于确定用于(每一)侧链路DRX周期的长度的周期长度中的至少一个，(ii)至少基于与群组相关联的标识符导出或确定用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路DRX的开始时间，以及(iii)在一周期中在侧链路控制信道上传送与群组相关联的侧链路控制信息，其中所述周期是基于SL DRX配置及用于(每一)侧链路DRX周期的开启持续时间的开始时间或(每一)侧链路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可以驻留在用户设备中。在替代方案中，处理器和存储介质可作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本公开的方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括包装材料。
虽然已结合各种方面描述本发明，但应理解，本发明能够进行进一步修改。本申请案意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。
相关申请的交叉引用
本申请要求2020年12月10日提交的第63/123，976号美国临时专利申请、2021年3月25日提交的第63/165，997号美国临时专利申请及2021年4月15日提交的第63/175，208号美国临时专利申请的权益，所述申请的整个公开内容以全文引用的方式并入本文中。

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所述的用户设备，其特征在于，所述周期为至少开启持续时间定时器处于运行中的活动时间。
CN202111499545.8A 2020-12-10 2021-12-09 无线通信***中配置侧链路不连续接收的方法和设备 Pending CN114630431A (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US202063123976P 2020-12-10 2020-12-10
US63/123,976 2020-12-10
US202163165997P 2021-03-25 2021-03-25
US63/165,997 2021-03-25
US202163175208P 2021-04-15 2021-04-15
US63/175,208 2021-04-15

Publications (1)

Publication Number Publication Date
CN114630431A true CN114630431A (zh) 2022-06-14

Family

ID=78828081

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111499545.8A Pending CN114630431A (zh) 2020-12-10 2021-12-09 无线通信***中配置侧链路不连续接收的方法和设备

Country Status (4)

Country Link
US (1) US11895591B2 (zh)
EP (1) EP4013182A1 (zh)
KR (1) KR20220082765A (zh)
CN (1) CN114630431A (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4084513A4 (en) * 2020-01-21 2023-06-28 Huawei Technologies Co., Ltd. Communication method and apparatus
US11647408B2 (en) * 2020-12-16 2023-05-09 Qualcomm Incorporated Techniques for dynamically updating a search space of a sidelink control channel
US20220232665A1 (en) * 2021-01-14 2022-07-21 Lg Electronics Inc. Method and apparatus for operating a ue related to sidelink drx in a wireless communication system
US11800595B2 (en) * 2021-04-28 2023-10-24 Qualcomm Incorporated Discontinuous reception (DRX) extended-on and dynamic transmission patterns in sidelink
US11985597B2 (en) * 2021-08-05 2024-05-14 Qualcomm Incorporated Techniques for aperiodic discontinuous reception mode communications
US11617135B1 (en) * 2021-10-22 2023-03-28 Qualcomm Incorporated Destination-based sidelink wake-up signaling
US11895639B2 (en) * 2022-02-18 2024-02-06 Qualcomm Incorporated Group-based discontinuous reception alignment
WO2024031632A1 (en) * 2022-08-12 2024-02-15 Lenovo (Beijing) Limited Method and apparatus for dynamic adaptation of discontinuous reception configuration
WO2024073171A1 (en) * 2022-09-29 2024-04-04 Qualcomm Incorporated Message for network entity discontinuous reception or discontinuous transmission
CN117998431A (zh) * 2022-10-28 2024-05-07 维沃移动通信有限公司 信息传输方法、装置及设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220027988A (ko) * 2019-07-04 2022-03-08 엘지전자 주식회사 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법
BR112022011662A2 (pt) * 2019-12-13 2022-09-06 Interdigital Patent Holdings Inc Aparelho, método, e, mídia de armazenamento legível por computador
US20210227620A1 (en) * 2020-01-21 2021-07-22 Asustek Computer Inc. Method and apparatus for configuring sidelink discontinuous reception in a wireless communication system
CN113260025B (zh) * 2020-02-10 2023-04-14 大唐移动通信设备有限公司 一种非连续接收处理方法、终端、装置以及介质
US11770772B2 (en) * 2020-08-31 2023-09-26 Qualcomm Incorporated Discontinuous reception for sidelink control signaling

Also Published As

Publication number Publication date
US20220191794A1 (en) 2022-06-16
EP4013182A1 (en) 2022-06-15
KR20220082765A (ko) 2022-06-17
US11895591B2 (en) 2024-02-06

Similar Documents

Publication Publication Date Title
CN113225842B (zh) 无线通信***中配置侧链路不连续接收的方法和设备
US11510278B2 (en) Method and apparatus for network configuring sidelink discontinuous reception in a wireless communication system
US11729843B2 (en) Method and apparatus of handling device-to-device resource selection with consideration on discontinuous reception operation in a wireless communication system
EP4013182A1 (en) Method and apparatus for configuring sidelink discontinuous reception in a wireless communication system
US20220116869A1 (en) Method and apparatus for beam management in a wireless communication system
EP3855862B1 (en) Method and apparatus for handling logical channel prioritization regarding sidelink discontinuous reception in a wireless communication system
TWI733484B (zh) 無線通訊系統中處理側鏈路組播的回饋資源的方法和設備
CN114630347B (zh) 无线通信***中用于配置侧链路不连续接收的方法和设备
US20150098414A1 (en) Method and apparatus for supporting device-to-device (d2d) discovery in a wireless communication system
CN115004780A (zh) 用于侧链路分组交换操作的方法和用户设备
CN115004855A (zh) 用于对准侧链路drx配置的方法及设备
US11924876B2 (en) Method and apparatus of handling partial sensing and discontinuous reception for sidelink communication in a wireless communication system
CN116076094A (zh) 用于侧链路的drx对齐
TW202046781A (zh) 節能適應方法、裝置及電腦可讀介質
CN115699908A (zh) 用于侧链路drx操作的方法及设备
US12028291B2 (en) Method and apparatus of handling discontinuous reception and partial sensing for sidelink communication in a wireless communication system
US20220224497A1 (en) Method and apparatus of handling discontinuous reception and partial sensing for sidelink communication in a wireless communication system
WO2024108433A1 (en) Connected mode discontinuous reception (c-drx) enhancement with wakeup signal for sidelink communication

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination