CN116210297A - 经由中继用户设备在侧行链路上寻呼 - Google Patents

Abstract

提供了用于无线通信的方法、装置和计算机可读介质。第二用户设备(UE)在处于无线电资源控制(RRC)空闲模式或RRC非活动模式时从基站接收针对第一UE的寻呼消息，以及通过侧行链路从第二UE向第一UE发送该寻呼消息。提供了用于在基站处的无线通信的方法、装置和计算机可读介质。基站确定寻呼处于非活动状态或空闲状态的第一UE，以及向处于无线电资源控制(RRC)空闲模式或RRC非活动模式的第二UE发送针对第一UE的寻呼消息，该寻呼消息将通过侧向链路中继到第一UE。

Description

经由中继用户设备在侧行链路上寻呼

相关申请的交叉引用

本申请要求享受2020年8月20日提交的、标题为“Paging Over Sidelink via aRelay User Equipment”的美国临时申请No.63/068,171和2021年8月19日提交的、标题为“Paging Over Sidelink via a Relay User Equipment”的美国专利申请No.17/407,082的利益和优先权，故以引用方式将这两份申请的全部内容明确地并入本文。

技术领域

概括地说，本公开内容涉及通信系统，具体地说，本公开内容涉及包括寻呼的无线通信。

背景技术

无线通信系统被广泛地部署以提供各种电信服务，诸如电话、视频、数据、消息传送和广播。典型的无线通信系统可以采用能够通过共享可用的系统资源来支持与多个用户的通信的多址技术。这样的多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA)系统。

已经在各种电信标准中采用了这些多址技术，以提供使得不同的无线设备能够在城市、国家、地区以及甚至全球级别上进行通信的公共协议。示例电信标准是5G新无线电(NR)。5G NR是由第三代合作伙伴(3GPP)发布的连续移动宽带演进的一部分，以满足与延时、可靠性、安全性、可扩展性(例如，与物联网(IoT)一起)相关联的新要求以及其它要求。5G NR包括与增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低延时通信(URLLC)相关联的服务。5G NR的一些方面可以是基于4G长期演进(LTE)标准的。一些无线通信可以是基于侧行链路在无线设备之间直接传送的。存在对5G NR技术的进一步改进的需求。这些改进还可以适用于其它多址技术以及采用这些技术的电信标准。

发明内容

下文给出了对一个或多个方面的简要概述，以便提供对这样的方面的基本理解。该概述不是全部预期方面的广泛综述，并且既不旨在标识所有方面的关键或重要元素，也不旨在描绘任何或全部方面的范围。其唯一目的是以简化形式给出一个或多个方面的一些概念，作为稍后给出的更详细描述的前序。

在本公开内容的一方面中，提供了一种无线通信的方法。该方法包括在第二用户设备(UE)处于无线电资源控制(RRC)空闲模式或RRC非活动模式时，在第二UE处从基站接收针对第一UE的寻呼消息；以及通过侧行链路从第二UE向第一UE发送寻呼消息。

在另一方面中，提供了一种用于无线通信的装置。所述装置包括存储器和至少一个处理器，所述存储器和至少一个处理器被配置为在第二UE处于RRC空闲模式或RRC非活动模式时在第二UE处从基站接收针对第一UE的寻呼消息；以及通过侧行链路从第二UE向第一UE发送寻呼消息。

在另一方面中，提供了一种用于无线通信的装置。该装置包括用于在第二UE处于RRC空闲模式或RRC非活动模式时在第二UE处从基站接收针对第一UE的寻呼消息的单元；以及用于通过侧行链路从第二UE向第一UE发送寻呼消息的单元。

在另一方面中，提供了一种存储计算机可执行代码的计算机可读介质。例如，计算机可读介质可以是非暂时性的。代码在由处理器执行时，使得所述处理器在第二UE处于RRC空闲模式或RRC非活动模式时在第二UE处从基站接收针对第一UE的寻呼消息；以及通过侧行链路从第二UE向第一UE发送寻呼消息。

在本公开内容的一方面中，提供了一种在基站处进行无线通信的方法。该方法包括确定寻呼处于非活动状态或空闲状态的第一UE；以及在RRC空闲模式或RRC非活动模式中向第二UE发送针对第一UE的寻呼消息，所述寻呼消息将通过旁侧链路中继到第一UE。

在另一方面中，提供了一种用于在基站处进行无线通信的装置。所述装置包括存储器和至少一个处理器，所述存储器和至少个处理器被配置为确定寻呼处于非活动状态或空闲状态的第一UE；以及在RRC空闲模式或RRC非活动模式中向第二UE发送针对第一UE的寻呼消息，所述寻呼消息将通过侧行链路中继到第一UE。

在另一方面中，提供了一种用于在基站处进行无线通信的装置。所述装置包括用于确定寻呼处于非活动状态或空闲状态的第一UE的单元；以及用于在RRC空闲模式或RRC非活动模式中将针对所述第一UE的寻呼消息发送到第二UE的单元，所述寻呼消息将通过侧行链路中继到所述第一UE。

在另一方面中，提供了一种存储计算机可执行代码的计算机可读介质。例如，计算机可读介质可以是非暂时性的。所述代码在由处理器执行时，使得处理器确定寻呼处于非活动状态或空闲状态的第一UE；以及在RRC空闲模式或RRC非活动模式中向第二UE发送针对第一UE的寻呼消息，所述寻呼消息将通过侧行链路中继到第一UE。

在本公开内容的另一方面中，提供了一种在第二UE处进行无线通信的方法。该方法包括从基站接收针对第一UE的寻呼消息；以及通过侧行链路从第二UE向第一UE发送寻呼消息。

在另一方面中，提供了一种用于在第二UE处进行无线通信的装置。所述装置包括存储器和至少一个处理器，所述存储器和至少一个处理器被配置为从基站接收针对第一UE的寻呼消息；以及通过侧行链路从第二UE向第一UE发送寻呼消息。

在另一方面中，提供了一种用于在第二UE处进行无线通信的装置。所述装置包括用于从基站接收针对第一UE的寻呼消息的单元；以及用于通过侧行链路从第二UE向第一UE发送寻呼消息的单元。

在另一方面中，提供了一种存储计算机可执行代码的计算机可读介质。例如，计算机可读介质可以是非暂时性的。所述代码在由处理器执行时，使得所述处理器从基站接收针对第一UE的寻呼消息；以及通过侧行链路从第二UE向第一UE发送寻呼消息。

在本公开内容的一方面中，提供了一种在基站处进行无线通信的方法。该方法包括确定寻呼处于非活动状态或空闲状态的第一UE；以及将针对所述第一UE的寻呼消息发送到第二UE以通过侧行链路中继到所述第一UE。

在另一方面中，提供了一种用于在基站处进行无线通信的装置。所述设备包括存储器和至少一个处理器，所述存储器和至少个处理器被配置为确定寻呼处于非活动状态或空闲状态的第一UE；以及向第二UE发送针对所述第一UE的寻呼消息，以通过侧行链路中继到所述第一UE。

在另一方面中，提供了一种用于在基站处进行无线通信的装置。所述装置包括用于确定寻呼处于非活动状态或空闲状态的第一UE的单元；以及用于向第二UE发送针对所述第一UE的寻呼消息以通过侧行链路中继到所述第一用户设备的单元。

在另一方面中，提供了一种存储计算机可执行代码的计算机可读介质。例如，计算机可读介质可以是非暂时性的。所述代码在由处理器执行时，使得处理器确定寻呼处于非活动状态或空闲状态的第一UE；以及向第二UE发送针对所述第一UE的寻呼消息，以通过侧行链路中继到所述第一UE。

为了实现前述目的和相关目的，一个或多个方面包括下文中充分地描述以及在权利要求中特别指出的特征。下文的描述和附图详细阐述一个或多个方面的某些说明性特征。然而，这些特征仅指示可以在其中采用各个方面的原理的各种方式中的一些方式，以及本说明书旨在包括所有这样的方面以及其等效物。

图1是示出无线通信系统和接入网络的示例的示意图。

图2示出了侧行链路时隙结构的示例各方面。

图3是示出了例如基于侧行链路的无线通信中涉及的第一设备和第二设备的示例的示意图。

图4示出了用于寻呼基站以寻呼UE的示例通信流程。

图5示出了发起目标基站对UE的寻呼的服务基站的示例。

图6A和图6B示出了寻呼UE以提供系统信息修改的示例。

图7示出了包括在基站的覆盖范围内和在基站的覆盖范围外的UE的通信系统的示例。

图8示出了经由中继UE寻呼目标UE的示例。

图9示出了针对UE组配置的寻呼时机的示例。

图10示出了用于经由中继UE寻呼目标UE的通信流程。

图11示出了用于经由中继UE寻呼目标UE的通信流程。

图12示出了到中继UE的寻呼消息的示例各方面。

图13示出了到中继UE的寻呼消息的示例各方面。

图14示出了用于经由中继UE寻呼目标UE的通信流程。

图15示出了到中继UE的寻呼消息的示例各方面。

图16是用于将寻呼信息从基站中继到目标UE的无线通信的方法的流程图。

图17是用于将寻呼信息从基站中继到目标UE的无线通信的方法的流程图。

图18是示出针对示例装置的硬件实现的示例的示意图。

图19是经由中继UE寻呼目标UE的无线通信的方法的流程图。

图20是经由中继UE寻呼目标UE的无线通信的方法的流程图。

图21是示出针对示例装置的硬件实现的示例的示意图。

图22A是示出示例用户平面协议栈的示意图。

图22B是示出示例信令协议栈的示意图。

图23是示出通过侧行链路的广播过程的示例的示意图。

图24是示出了通过侧行链路的组播过程的示例的示意图。

图25是示出单播过程侧行链路的示例的示意图。

图26A是示出第一帧的示例的示意图。

图26B是示出子帧内的DL信道的示例的示意图。

图26C是示出第二帧的示例的示意图。

图26D是示出子帧内的UL信道的示例的示意图。

具体实施方式

下文结合附图阐述的详细描述旨在作为对各种配置的描述，而不旨在表示可以在其中实践本文所描述的概念的仅有配置。出于提供对各个概念的全面理解的目的，详细描述包括特定细节。然而，对于本领域技术人员将显而易见的是，可以在没有这些特定细节的情况下实践这些概念。在一些情况下，以框图的形式示出公知的结构和组件，以便避免使这样的概念模糊。

现在将参考各种装置和方法来给出电信系统的若干方面。这些装置和方法将通过各个框、组件、电路、过程、算法等(被统称为“元素”)在以下详细描述中进行描述并且在附图中来示出。这些元素可以使用电子硬件、计算机软件或者其任何组合来实现。这样的元素是实现成硬件还是软件，取决于特定应用和施加到整个系统上的设计约束。

通过举例的方式，元素、或元素的任何部分或元素的任何组合可以被实现为包括一个或多个处理器的“处理系统”。处理器的示例包括微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集计算(RISC)处理器、片上系统(SoC)、基带处理器、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路以及被配置为执行遍及本公开内容描述的各种功能的其它合适的硬件。在处理系统中的一个或多个处理器可以执行软件。无论是被称为软件、固件、中间件、微代码、硬件描述语言或者其它名称，软件都应当被广泛地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等。

相应地，在一个或多个示例中，所描述的功能可以在硬件、软件或者其任何组合中实现。如果在软件中实现，则功能可以作为一个或多个指令或代码来在计算机可读介质上进行存储或者编码。计算机可读介质包括计算机存储介质。存储介质可以是可以由计算机存取的任何可用介质。通过示例而非限制的方式，这样的计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储、磁盘存储、其它磁存储设备、上述类型的计算机可读介质的组合、或者能够用于以能够由计算机访问的指令或数据结构的形式存储计算机可执行代码的任何其它介质。

虽然本申请通过对一些示例的说明描述了各方面和实现方式，但是本领域普通技术人员应当理解，可以在许多不同的布置和场景中实现另外的实现和用例。本文所描述的各方面可以跨多个不同的平台类型、设备、系统、形状、尺寸和包装布置来实现。例如，各实现方式和/或用途可以经由集成芯片实现方式和其它基于非模块组件的设备(例如，终端用户设备、车辆、通信设备、计算设备、工业设备、零售/购买设备、医疗设备、支持人工智能(AI)的设备等等)来实现。虽然一些示例可能专门针对于用例或应用，也可能不是专门针对于用例或应用，但是可能出现所描述的各方面的各种各样的适用性。实现方式的范围可以是从芯片级或模块化组件到非模块化、非芯片级实现，并且还可以是包含所描述的各方面的一个或多个方面的聚合式、分布式或原始设备制造商(OEM)设备或系统。在一些实际设置中，包含所描述的方面和特征的设备还可以包括用于实现和实践所要求保护和描述的方面的额外组件和特征。例如，对无线信号的发送和接收必须包括用于模拟和数字目的的多个组件(例如，包括天线、RF链、功率放大器、调制器、缓冲器、处理器、交织器、加法器/累加器等等的硬件组件)。可以在具有不同尺寸、形状和构造的各种各样的设备、芯片级组件、系统、分布式布置、聚合式或分解式组件、终端用户设备等等中实施本文所描述的创新技术。

当基站和UE之间在一段时间内没有要交换的通信时，UE可以转换到无线电资源控制(RRC)空闲模式。如果基站接收到处于空闲模式的UE的数据或信息，则基站可以寻呼UE以便向UE提供数据或信息。基站可以出于多个原因中的任何原因来发送寻呼，例如，触发与UE的无线电资源控制设置、向UE提供系统信息修改、向UE发送公共警告系统通知等。在一些情况下，如果处于空闲模式的UE移出基站的覆盖范围，则UE可能无法在基站的传输范围之外可靠地从基站接收寻呼消息。

本文所呈现的各方面可以使得基站能够可靠地向位于基站的传输范围之外的UE发送一个或多个寻呼消息。本文所呈现的各方面可以使得基站能够在空闲模式中寻呼目标UE。本申请的各方面通过向另一无线设备(例如，中继UE)发送要通过侧行链路被中继给目标UE的消息(例如，中继消息)来提供针对寻呼的改善的覆盖。中继UE可以通过接入链路从基站接收针对目标UE的寻呼信息，并且可以通过侧行链路向目标UE提供寻呼信息。术语“中继UE”是指从基站接收针对另一UE的寻呼以及向目标UE发送关于寻呼或寻呼本身的信息的UE。术语“目标UE”是指基站试图寻呼的UE，例如，寻呼内容所指向的UE。中继UE可以处于可靠地从基站接收寻呼并可靠地通过侧行链路向目标UE发送的位置。通过侧行链路提供的分布式环境向目标UE提供寻呼信息可以帮助改善无线通信系统的延时、可靠性和效率。例如，如果UE不在基站的传输范围内，则UE仍然能够从基站接收与寻呼相关联的一个或多个消息。

根据一个或多个方面，当中继UE处于RRC空闲模式或RRC非活动模式时，在本文中可以称为中继UE或第二UE的UE从基站接收针对第一UE的寻呼消息。然后，中继UE通过侧行链路向第一UE发送寻呼消息。在一些方面中，中继UE可以保持在RRC空闲或RRC非活动模式。在其它方面中，作为接收寻呼消息或将寻呼消息中继到第一UE的一部分，中继UE可以转换到RRC连接模式。在一些方面中，基站确定寻呼处于非活动状态或空闲状态的第一UE。基站在RRC空闲模式或RRC非活动模式中向第二UE发送针对第一UE的寻呼消息，该寻呼消息将通过侧行链路中继到第一UE。

图1是示出无线通信系统和接入网络100的示例的示意图。无线通信系统(还称为无线广域网(WWAN))包括基站102、UE 104、演进型分组核心(EPC)160和另一核心网络190(例如，5G核心(5GC))。基站102可以包括宏小区(高功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区包括基站。小型小区包括毫微微小区、微微小区和微小区。

UE 104和基站102或180之间的链路可以例如使用Uu接口建立为接入链路。可以基于侧行链路在无线设备之间交换其它通信。例如，一些UE 104可以使用设备到设备(D2D)通信链路158直接彼此通信。在一些示例中，D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧行链路信道，例如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)和物理侧行链路控制信道(PSCCH)。D2D通信可以通过各种无线D2D通信系统，诸如例如，基于电气和电子工程师协会(IEEE)802.11标准、LTE或NR的WiMedia、蓝牙、紫蜂、Wi-Fi。

侧行链路通信的一些示例可以包括基于车辆的通信设备，其可以从车辆到车辆(V2V)、车辆到基础设施(V2I)(例如，从基于车辆的通信设备到诸如路侧单元(RSU)的道路基础设施节点)、车辆到网络(V2N)(例如，从基于车辆的通信设备到一个或多个网络节点，例如基站)、车辆到行人(V2P)、蜂窝式车辆到万物(C-V2X)和/或其组合进行通信和/或与其它设备的通信，其可以统称为车辆到万物(V2X)通信。侧行链路通信可以基于V2X或其它D2D通信，例如邻近服务(ProSe)等。除了UE之外，侧行链路通信还可以由其它发送和接收设备(例如路测单元(RSU)107等)发送和接收。侧行链路通信可以是使用PC5接口来进行交换的，如结合图2中的示例所述。尽管以下描述(包括图2的示例性时隙结构)可以提供与5G NR相关的侧行链路通信的示例，但是这里描述的概念可以适用于其它类似领域，例如LTE、LTE-A、CDMA、GSM和其它无线技术。

能够基于侧行链路进行通信的UE 104可以包括寻呼中继组件198，其被配置为在处于RRC空闲模式或RRC非活动模式时从基站102或180接收针对目标UE的寻呼信息，以及经由侧行链路向作为目标UE的另一UE 104提供寻呼信息。基站102或180可以包括寻呼组件199，其被配置为确定寻呼目标UE 104以及在侧行链路上向处于RRC空闲模式或RRC非活动模式的中继UE发送被提供给目标UE 104的寻呼信息。尽管以下描述可以集中于5G NR，但是本文描述的概念可以适用于其它类似领域，例如LTE、LTE-A、CDMA、GSM和其它无线技术。

被配置用于4G LTE的基站102(统称为演进通用移动电信系统(UMTS)陆地无线接入网(E-UTRAN))可以通过第一回程链路132(例如，S1接口)与EPC 160相连接。被配置用于5G NR的基站102(统称为下一代RAN(NG-RAN))可以通过第二回程链路184与核心网络190相连接。除了其它功能之外，基站102可以执行以下功能中的一个或多个功能：对用户数据的传送、无线电信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如，切换、双连接)、小区间干扰协调、连接建立和释放、负载均衡、针对非接入层(NAS)消息的分发、NAS节点选择、同步、无线电接入网(RAN)共享、多媒体广播多播服务(MBMS)、用户和设备跟踪、RAN信息管理(RIM)、寻呼、定位和对警告消息的递送。基站102可以通过第三回程链路134(例如，X2接口)直接地或间接地(例如，通过EPC 160或核心网络190)互相通信。第一回程链路132、第二回程链路184(例如，Xn接口)和第三回程链路134可以是有线的或无线的。

在一些方面中，基站102或基站180可以被称为RAN，并且可以包括聚合或分解的组件。作为分解RAN的示例，基站可以包括中央单元(CU)103、一个或多个分布式单元(DU)105和/或一个或多个远程单元(RU)109，如图1所示。RAN可以利用RU 109与聚合CU/DU之间的分割来分解。RAN可以利用CU 103、DU 105与RU 109之间的分割来分解。RAN可以利用CU 103与聚合的DU/RU之间的分割来分解。CU 103和一个或多个DU 105可以经由F1接口连接。DU 105和RU 109可以经由前传接口连接。CU 103与DU 105之间的连接可以被称为中程，以及DU105和RU109之间的连接可以称为前程。CU 103与核心网络之间的连接可以被称为回程。RAN可以基于RAN的各个组件之间的功能分割，例如CU 103、DU 105或RU 109之间的功能。CU可以被配置为执行无线通信协议的一个或多个方面，例如，处理协议栈的一个或多个层，并且DU可以被配置为处理无线通信协议中的其它方面，例如协议栈的其它层。在不同的实现中，由CU处理的层与由DU处理的层之间的分割可以发生在协议栈的不同层。作为一个非限制性示例，DU 105可以基于功能分割提供逻辑节点以主持(host)无线电链路控制(RLC)层、介质访问控制(MAC)层和物理(PHY)层的至少一部分。RU可以提供逻辑节点，该逻辑节点被配置为主持PHY层和射频(RF)处理的至少一部分。CU 103可以主持更高层功能，例如在RLC层之上，诸如服务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层。在其它实现方式中，CU、DU或RU提供的层功能之间的分割可能不同。

接入网络可以包括一个或多个集成接入和回程(IAB)节点111，其与UE 104或其它IAB节点111交换无线通信，以向核心网络提供接入和回程。在多个IAB节点的IAB网络中，锚节点可以被称为IAB施主。IAB施主可以是基站102或基站180，其提供对核心网络190或EPC160的接入和/或对一个或多个IAB节点111的控制。IAB施主可以包括CU 103和DU 105。IAB节点111可以包括DU 105和移动终端(MT)。IAB节点111的DU 105可以作为父节点操作，以及MT可以作为子节点操作。

基站102可以与UE 104进行无线通信。基站102中的每个基站可以提供针对相应的地理覆盖区域110的通信覆盖。可以存在重叠的地理覆盖区域110。例如，小型小区102'可以具有与一个或多个宏基站102的覆盖区域110重叠的覆盖区域110'。包括小型小区和宏小区两者的网络可以被称为异构网络。异构网络还可以包括家庭演进型节点B(eNB)(HeNB)，所述HeNB可以向被称为封闭用户组(CSG)的受限制的组提供服务。在基站102与UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(UL)(还被称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(还被称为前向链路)传输。通信链路120可以使用多输入多输出(MIMO)天线技术，包括空间复用、波束成形和/或发射分集。通信链路可以是通过一个或多个载波的。基站102/UE 104可以使用在用于在每个方向上的传输的总共多达YxMHz(x个分量载波)的载波聚合中分配的、每载波多达Y MHz(例如，5、10、15、20、100、400等MHz)带宽的频谱。载波可以彼此相邻或者可以彼此不相邻。对载波的分配可以是关于DL和UL不对称的(例如，比UL相比，针对DL可以分配较多或较少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以被称为主小区(PCell)，以及辅分量载波可以被称为辅小区(SCell)。

无线通信系统还可以包括例如在5GHz非许可频谱等中经由通信链路154来与Wi-Fi站(STA)152相通信的Wi-Fi接入点(AP)150。当在非许可频谱中通信时，STA 152/AP 150可以在通信之前执行空闲信道评估(CCA)以便确定信道是否可用。

小型小区102'可以在经许可和/或非许可频谱中操作。当在非许可频谱中操作时，小型小区102'可以采用NR并且使用与由Wi-Fi AP 150所使用的相同的非许可频谱(例如，5GHz等)。在非许可频谱中采用NR的小型小区102'可以提升对接入网络的覆盖和/或增加接入网络的容量。

电磁频谱通常是基于频率/波长细分为各种类别、频带、信道等的。在5G NR中，两个初始的操作频带已经标识为频率范围名称频率范围1(FR1)(410MHz-7.125GHz)和频率范围2(FR2)(24.25GHz-52.6GHz)。FR1与FR2之间的频率通常被称为中频带频率。虽然FR1中的一部分比6GHz要大，但是FR1在各种文档和文章中经常(可交换地)称为“低于6GHz”频带。类似的命名问题有时关于FR2发生，其在文档和文章中经常(可交换地)称为“毫米波”频带，尽管与由国际电信联盟(ITU)标识为“毫米波”频带的极高频(EHF)频带(30GHz-300GHz)不同。

FR1和FR2之间的频率通常被称为中频带频率。最近的5G NR研究已将这些中频带频率的操作频带识别为频率范围名称FR3(7.125GHz–24.25GHz)。落入FR3内的频带可以继承FR1特性和/或FR2特性，并且因此可以有效地将FR1和/或FR2的特征扩展到中频。此外，目前正在探索更高的频带，以将5G NR操作扩展到52.6GHz以上。例如，三个更高的操作频带被确定为频率范围名称FR4a或FR4-1(52.6GHz–71GHz)、FR4(52.6GHz-114.25GHz)和FR5(114.25GHz-300 GHz)。这些较高频带中的每一个频带都落在EHF频带内。

考虑到上文的各方面，除非另有明确地声明，否则应当理解的是，如果在本文中使用，术语“低于6GHz”等可以广义地表示可以是低于6GHz的、可以是在FR1内的或可以包括中频带频率的频率。进一步地，除非另有明确地声明，否则应当理解的是，如果在本文中使用，术语“毫米波”等可以广义地表示可以包括中频带频率的、可以是在FR2、FR4、FR4-a或FR4-1和/或FR5内的或可以是在EHF频带内的频率。

基站102(无论是小型小区102'还是大型小区(例如，宏基站))可以包括和/或被称为eNB、gNodeB(gNB)或另一类型的基站。一些基站(例如gNB 180)可以在与UE 104通信的传统的低于6GHz频谱、毫米波频率和/或近毫米波频率中操作。当gNB 180在毫米波或近毫米波频率中操作时，gNB 180可以被称为毫米波基站。毫米波基站180可以利用与UE 104的波束成形182来补偿路径损耗和短距离。基站180和UE 104可以各自包括多个天线，例如天线元件、天线面板和/或天线阵列，以便于波束成形。类似地，波束成形可以应用于例如UE之间的侧行链路通信。

基站180可以在一个或多个发射方向182'上向UE 104发送经波束成形的信号。UE104可以在一个或多个接收方向182”上从基站180接收经波束成形的信号。UE 104还可以在一个或多个发射方向上向基站180发送经波束成形的信号。基站180可以在一个或多个接收方向上从UE 104接收经波束成形的信号。基站180/UE 104可以执行波束训练以确定针对基站180/UE 104中的每一者的最佳接收和发射方向。针对基站180的发射方向和接收方向可以相同，也可以不同。针对UE 104的发射方向和接收方向可以相同，也可以不同。尽管针对基站180和UE 104描述了该示例，但是这些方面可以类似地应用于用于侧行链路通信的第一设备和第二设备(例如，第一UE和第二UE)之间

EPC 160可以包括移动性管理实体(MME)162、其它MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可以与归属用户服务器(HSS)174相通信。MME 162是处理在UE 104与EPC 160之间的信令的控制节点。通常，MME 162提供承载和连接管理。所有的用户互联网协议(IP)分组是通过服务网关166来传送的，所述服务网关166本身连接到PDN网关172。PDN网关172向UE提供IP地址分配以及其它功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可以包括互联网、内联网、IP多媒体子系统(IMS)、PS流服务和/或其它IP服务。BM-SC 170可以提供用于MBMS用户服务提供和传送的功能。BM-SC 170可以用作针对内容提供方MBMS传输的入口点，可以用于准许并发起在公共陆地移动网络(PLMN)内的MBMS承载服务，以及可以用于调度MBMS传输。MBMS网关168可以用于向属于对特定服务进行广播的多播广播单频网络(MBSFN)区域的基站102分发MBMS业务，以及可以负责会话管理(开始/停止)和收集与eMBMS相关的计费信息。

核心网络190可以包括接入和移动性管理功能(AMF)192、其它AMF 193、会话管理功能(SMF)194和用户平面功能(UPF)195。AMF 192可以与统一数据管理(UDM)196进行通信。AMF 192是处理在UE 104与核心网络190之间的信令的控制节点。通常，AMF 192提供QoS流和会话管理。所有用户互联网协议(IP)分组是通过UPF 195来传输的。UPF 195提供UE IP地址分配以及其它功能。UPF 195连接到IP服务197。IP服务197可以包括互联网、内联网、IP多媒体子系统(IMS)、分组交换(PS)流式(PSS)服务和/或其它IP服务。

基站可以包括和/或被称为gNB、节点B、eNB、接入点、基站收发机、无线电基站、无线电收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、发送接收点(TRP)、或者某种其它适当的术语。基站102针对UE 104提供到EPC 160或核心网190的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电单元、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、相机、游戏主控台、平板设备、智能设备、可穿戴设备、车辆、电表、气泵、大型或小型厨房电器、医疗保健设备、植入物、传感器/致动器、显示器、或者任何其它类似功能的设备。UE104中的一些UE 104可以被称为IoT设备(例如，停车计费表、气泵、烤箱、车辆、心脏监护仪等)。UE 104还可以称为站、移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手持设备、用户代理、移动客户端、客户端或者某种其它适当的术语。

图2包括示出可以用于侧行链路通信(例如，UE 104、RSU 107等之间)的时隙结构的示例各方面的示意图200和210。在一些示例中，时隙结构可以在5G/NR帧结构内。在其它示例中，时隙结构可以在LTE帧结构内。尽管以下描述可以集中于5G NR，但是本文描述的概念可以适用于其它类似领域，例如LTE、LTE-A、CDMA、GSM和其它无线技术。图2中的示例时隙结构仅仅是一个示例，并且其它侧行链路通信可以具有不同的帧结构和/或用于侧行链路通信的不同信道。帧(10ms)可以被划分为10个大小相等的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，其可以包括7、4或2个符号。取决于时隙配置，每个时隙可以包括7个或14个符号。对于时隙配置0，每个时隙可以包括14个符号，以及对于时隙配置1，每个时隙可以包括7个符号。图200示出了例如可以对应于0.5ms传输时间间隔(TTI)的单个时隙传输的单个资源块。物理侧行链路控制信道可以被配置为占用多个物理资源块(PRB)，例如10、12、15、20或25个PRB。PSCCH可以受限于单个子信道。PSCCH持续时间可以被配置为例如2个符号或3个符号。例如，子信道可以包括10、15、20、25、50、75或100个PRB。用于侧行链路传输的资源可以从包括一个或多个子信道的资源池中选择。作为非限制性示例，资源池可以包括1-27个子信道。可以为资源池建立PSCCH大小，例如，在针对2个符号或3个符号的持续时间内的一个子信道的10-100％之间。图2中的示意图210示出了PSCCH占据子信道的大约50％的示例，作为示出PSCCH占用子信道的一部分的概念的一个示例。物理侧行链路共享信道(PSSCH)占用至少一个子信道。在一些示例中，PSCCH可以包括侧行链路控制信息(SCI)的第一部分，并且PSSCH可以包括SCI的第二部分。

图3是基于侧行链路与第二无线通信设备350相通信的第一无线通信设备310的框图300。在一些示例中，设备310和350可以基于V2X或其它D2D通信进行通信。通信可以基于使用PC5接口的侧行链路。设备310和350可以包括UE、RSU、基站等。可以将分组提供给实现层3和层2功能的控制器/处理器375。层3包括无线电资源控制(RRC)层，以及层2包括分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层和介质访问控制(MAC)层。

发射(TX)处理器316和接收(RX)处理器370实现与各种信号处理功能相关联的层1功能。包括物理(PHY)层的层1可以包括对传输信道的错误检测、对传输信道的前向纠错(FEC)编码/解码、交织、速率匹配、到物理信道上的映射、对物理信道的调制/解调、以及MIMO天线处理。TX处理器316基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移相键控(M-PSK)、M阶正交幅度调制(M-QAM))，来处理到信号星座的映射。经编码和调制的符号然后可以被分成并行的流。每个流可以接着被映射到正交频分复用(OFDM)子载波、在时域和/或频域中与参考信号(例如，导频)进行复用，以及然后使用快速傅立叶逆变换(IFFT)组合在一起，以产生携带时域OFDM符号流的物理信道。OFDM流被空间预编码以产生多个空间流。来自信道估计器374的信道估计可以用于确定编码和调制方案以及用于空间处理。信道估计可以根据由设备350发送的参考信号和/或信道状况反馈来推导。每个空间流可以接着经由单独的发射机318TX被提供给不同的天线320。每个发射机318TX可以利用相应的空间流来对RF载波进行调制以用于传输。

在设备350处，每个接收机354RX通过其相应的天线352来接收信号。每个接收机354RX对调制到RF载波上的信息进行恢复并将信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实现与各种信号处理功能相关联的层1功能。RX处理器356可以对信息执行空间处理以恢复以设备350为目的地的任何空间流。如果多个空间流以设备350为目的地，则其可以由RX处理器356组合成单个OFDM符号流。RX处理器356然后使用快速傅立叶变换(FFT)来将OFDM符号流从时域转换到频域。频域信号包括针对OFDM信号的每个子载波的单独的OFDM符号流。通过确定由设备310发送的最有可能的信号星座点，来对在每个子载波上的符号以及参考信号进行恢复和解调。这些软决策可以基于由信道估计器358计算出的信道估计。然后，对软决策进行解码和解交织来恢复由设备310最初在物理信道上发送的数据和控制信号。然后将数据和控制信号提供给控制器/处理器359，控制器/处理器359实现层3和层2功能。

控制器/处理器359可以与存储程序代码和数据的存储器360相关联。存储器360可以被称为计算机可读介质。控制器/处理器359可以提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理。控制器/处理器359还负责使用确认(ACK)和/或否定确定(NACK)协议的错误检测以支持混合自动重传请求(HARQ)操作。

与结合由设备310进行的传输所描述的功能类似，控制器/处理器359可以提供：与以下各项相关联的RRC层功能：系统信息(例如，MIB、SIB)获取、RRC连接和测量报告；与以下各项相关联的PDCP层功能：报头压缩/解压缩和安全性(加密、解密、完整性保护、完整性验证)；与以下各项相关联的RLC层功能：对上层PDU的传送、通过ARQ的纠错、对RLC SDU的串接、分段和重组、对RLC数据PDU的重新分段和对RLC数据PDU的重新排序；以及与以下各项相关联的MAC层功能：在逻辑信道与传输信道之间的映射、MAC SDU到TB上的复用、对MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处理和逻辑信道优先化。

由信道估计器358根据由设备310发送的参考信号或反馈推导出的信道估计可以由TX处理器368用于选择适当的调制和编码方案以及用于促进空间处理。可以经由单独的发射机354TX来将由TX处理器368生成的空间流提供给不同的天线352。每个发射机354TX可以利用相应的空间流来对RF载波进行调制以用于传输。

传输在设备310处是以与结合在设备350处的接收机功能所描述的方式类似的方式来处理的。每个接收机318RX通过其相应的天线320来接收信号。每个接收机318RX对调制到RF载波上的信息进行恢复并且将信息提供给RX处理器370。

控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可以被称为计算机可读介质。控制器/处理器375提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理。控制器/处理器375还负责使用ACK和/或NACK协议的错误检测以支持HARQ操作。

TX处理器368、RX处理器356和控制器/处理器359中的至少一项可以被配置为执行与图1的寻呼中继组件198相关的各方面，以便通过侧行链路将寻呼从基站中继到目标UE。

TX处理器316、RX处理器370和控制器/处理器375中的至少一项可以被配置为执行与图1的寻呼组件199相关的方面，以便向中继UE提供寻呼信息，以通过侧行链路提供给目标UE。

基站(例如，基站102或180)可以出于各种原因寻呼UE(例如，UE 104)。例如，基站可以寻呼UE以触发RRC建立。例如，基站可以寻呼处于RRC空闲或RRC非活动状态的UE，以触发到RRC连接状态的转换，以便向UE发送数据。基站可以寻呼UE以向UE指示系统信息的修改。基站可以铺设(pave)UE以提供警报，例如公共警报系统警报、地震和海啸警报系统(ETWS)通知、商业移动警报系统(CMAS)通知和/或紧急消息通知等。UE可以基于不连续接收(DRX)周期来操作，在该周期中UE醒来以监测寻呼时机。如果UE没有接收到寻呼，则UE可以返回到睡眠模式或低功率模式，在该模式中，UE不监测来自基站的物理下行链路控制信道(PDCCH)。如果UE确实从基站接收到寻呼，则UE可以准备从基站接收额外的下行链路消息。在一些示例中，UE可以监测每个不连续接收(DRX)周期的一个监测时机。寻呼时机可以包括PDCCH监测时机集合，并且可以包括UE在其中可以从基站接收寻呼DCI的多个时隙。

为了寻呼UE，基站可以发送指示针对对应物理下行链路共享信道(PDSCH)的资源的PDCCH消息。例如，PDCCH消息可以是下行链路控制信息(DCI)格式1_0消息，对于该消息，基站使用寻呼无线电网络临时标识符(P-RNTI)对循环冗余校验(CRC)比特进行加扰。如果UE接收到DCI以及确定DCI已经利用P-RNTI加扰，则UE可以在PDSCH上接收对应的寻呼消息，以及确定PDSCH是否指示UE正在被寻呼。PDSCH中的寻呼消息可以包括UE用于确定寻呼消息被定向到UE的UE标识符。如果UE的标识符被包括在与利用P-RNTI加扰的DCI相关联的PDSCH中，则UE可以确定基站正在寻呼UE，并且可以继续监测来自基站的通信。

图4示出了包括寻呼处于RRC空闲状态的UE的示例通信流程400。在图4中，UE处于RRC空闲状态401。UE 402根据基站404针对UE 402配置的DRX周期，在寻呼时机403a、403b和403c期间监测来自基站404的PDCCH。基站404从网络406(例如从AMF(例如图1中的AMF192))接收针对UE 402的寻呼信息405。响应于从网络406接收到寻呼信息405，基站404发送具有利用P-RNTI加扰的CRC比特的PDCCH 407。基站404在寻呼时机403c期间向UE 402发送PDCCH 407。PDCCH 407指示针对对应PDSCH消息的资源。响应于基于P-RNTI来接收PDCCH407，UE 402接收包括针对UE 402的寻呼消息的PDSCH。寻呼消息可以指示针对UE 402的标识符，该标识符通知UE 402寻呼消息是针对UE 402的。响应于在PDSCH 409中接收到寻呼消息，UE 402转变到与基站404的RRC连接状态。UE可以执行随机接入过程411的步骤，以便建立或重新建立与基站404的RRC连接。在随机接入过程之后，UE 402可以发送RRC建立请求413。基站404可以利用RRC建立消息415进行响应，并且UE 402可以利用针对网络的RRC设置完成消息和/或服务请求417进行响应。如果UE 402发送服务请求，则基站404向网络406发送初始消息/服务请求419。在图4中，基站404不具有处于RRC空闲状态的UE的上下文。因此，核心网络(例如，AMF)通过向基站404发送NG应用协议(NGAP)寻呼消息来发起对UE的寻呼，以发起对目标UE 402的寻呼。然后，基站404向目标UE 402发送RRC寻呼消息。“目标UE”是寻呼指向的UE或寻呼消息的预期最终接收方。

对于处于RRC非活动状态而不是RRC空闲状态的UE，服务基站具有UE的上下文。因此，服务基站可以发起针对目标UE的寻呼。图5示出了示例500，其中服务基站404从核心网络(例如，从UPF 502)接收针对UE的下行链路数据。服务基站504向一个或多个目标基站506发送用于目标UE的Xn接入协议(XnAP)寻呼消息。然后，目标基站506向UE发送RRC寻呼消息，如结合图4中的407和409所述。当非活动UE接收到寻呼消息时，非活动UE可以重新建立与基站的连接，以便接收下行链路数据。

图6A示出了用于寻呼非活动或空闲UE以更新系统信息的示例通信流程600，以及图6B示出了用于寻呼RRC连接的UE以更新系统信息的示例通信流程650。UE，无论是处于RRC空闲状态或RRC非活动状态的UE 602a，还是RRC连接的UE 602b，在寻呼时机期间监测来自基站604的PDCCH。当UE接收到寻呼605(例如，具有利用P-RNTI加扰的CRC比特的PDCCH)时，UE监测更新的系统信息607。在发送寻呼605之后，如图6A和6B所示，基站604可以多次或在多个消息中发送更新的系统信息607。作为寻呼605发送的PDCCH可以包括消息，例如指示该寻呼用于系统信息更新的消息。例如，该消息可以是DCI格式1_0，其指示系统信息已被更新或指示即将到来的警告消息，例如ETWS/CMAS消息。在图6A中的通信流程600中，针对UE602a的寻呼时机603a、603b和603c可以基于UE 602a中的DRX周期。在图6B中，针对UE 602b的寻呼时机609a、609b、609c基于系统信息修改周期。在图6A和6B中的示例中，可以不使用NGAP消息、XnAP消息或RRC寻呼消息，以及替代地可以通过PDCCH传输将寻呼提供给UE 602a或602b，例如，寻呼605。

有时，UE可能在基站的覆盖范围之外。图7示出了包括提供覆盖范围701的基站710的通信系统700。UE 702、704和706在基站710的覆盖范围701内。UE 708在基站710的覆盖范围之外。如果基站710具有针对UE 708的寻呼消息，则UE 708可能无法可靠地接收寻呼消息。本文所呈现的各方面提供了通过侧行链路向覆盖范围外的UE 708中继寻呼消息。例如，在覆盖范围701内的无线设备可以从基站710接收寻呼消息，以及向覆盖范围外的UE 708提供寻呼信息。例如，在覆盖范围701中的UE 702可以基于Uu接口通过与基站710的接入链路714从基站710接收针对UE 708的寻呼消息，并且可以通过侧行链路716向覆盖范围外的UE708提供寻呼消息或来自寻呼消息的信息。在一些方面中，UE 702可以基于PC5接口向UE708提供消息。作为寻呼消息的预期接收方的UE 708在本文中可以被称为“目标UE”。从基站710接收寻呼消息并向目标UE提供寻呼信息的UE 702可以被称作“中继UE”。尽管本文中描述了针对中继“UE”的方面，但是这些方面可以由能够通过侧行链路进行发送的任何设备(例如RSU等)应用。

本文给出的概念可以应用于处于RRC非活动或RRC空闲状态的中继UE。本文给出的概念可以应用于处于RRC连接状态的中继UE。因此，接入链路714(例如，Uu接口)可以是连接的、不活动的或空闲的。寻呼消息的源可以是基站710、先前服务于UE的另一基站或AMF712，如结合图4-6所描述的。

侧行链路提供了实现设备之间的直接通信的分布式网络。本文给出的各方面通过通过侧行链路中继来自基站的寻呼消息来提供针对寻呼消息的扩展网络覆盖。如果目标UE在覆盖范围之外并且基站不能直接地寻呼该UE，则基站可以请求中继UE向目标UE转发寻呼消息，以便到达目标UE。在一些示例中，由于基站与目标UE之间的信道状态，对寻呼消息的传输可能失败。本文给出的经中继的寻呼使得基站能够通过经由侧行链路向目标UE重复寻呼消息来使用分集。增加的分集可以减少针对目标UE接收寻呼消息并连接到基站以从基站接收未决数据的延时。在一些示例中，基站可以将针对多个目标UE的寻呼消息组合成到中继UE的单个中继消息。组合的寻呼消息可以减少基站与寻呼UE之间的Uu链路上的信令开销。因此，通过侧行链路从基站将寻呼消息中继到目标UE可以提高通信系统中的性能，例如提高延时、可靠性和/或效率。

图8示出用于具有不同连接状态和/或用于不同寻呼目的的寻呼目标UE的示例场景。在第一示例800中，目标UE 806处于RRC空闲状态，并且寻呼可以源自于AMF 808，如结合图4所描述的。AMF向基站802提供NGAP寻呼，基站802通过接入链路向中继UE 804发送RRC寻呼。AMF808可以在NGAP寻呼消息中包括关于目标UE 806的信息。中继UE 804然后通过侧行链路向目标UE 806发送寻呼信息。如果AMF发起对目标UE 806的寻呼，则AMF可以选择中继UE 804。如果AMF 808选择中继UE 804，则AMF可以将关于中继UE的信息包括在AMF 808发送给基站802的NGAP寻呼消息中。如果基站802选择了中继UE，则基站在选择中继UE之前可能已经获得了关于中继UE的信息。在一些示例中，目标UE 806可以选择中继UE。中继UE 804可以向基站802发送关于目标UE 806与中继UE 804之间的关联的信息。基站802可以使用关于中继UE的信息(无论是从AMF 808还是从中继UE 804接收到的)来向中继UE 804发送针对目标UE 806的寻呼消息。

在第二示例825中，目标UE 806处于RRC非活动状态。针对目标UE 806的服务基站810通过向目标基站812发送XnAP寻呼消息来发起对目标UE 806的寻呼，目标基站812通过接入链路向中继UE 804发送针对目标UE 806的RRC寻呼消息。中继UE 804然后通过侧行链路向目标UE 806发送寻呼信息。

在第三示例850中，基站可以发起针对系统信息更新或针对警告系统消息(例如ETWS或CMAS)的寻呼消息，如结合图6A或6B所描述的。基站802通过接入链路向中继UE 804发送RRC寻呼。中继UE 804然后通过侧行链路向目标UE 806发送寻呼信息。

图8示出了针对目标UE 806的不同状态。中继UE 804还可以基于不同的RRC状态来操作，例如RRC空闲或非活动状态或RRC连接状态。在一些示例中，中继UE 804可以以不连续的方式监测PDCCH。例如，中继UE 804可以处于RRC空闲或RRC非活动状态，在该状态中，中继UE 804在中继UE 804与基站802或基站812之间的Uu链路上的寻呼时机期间监测PDCCH。寻呼时机可以基于针对中继UE的DRX周期，如结合UE 402或602a所述。在其它示例中，寻呼时机可以基于系统信息修改周期，例如结合UE 602b描述的。

在一些示例中，基站可以基于针对目标UE的配置向目标UE发送寻呼。例如，基站可以基于目标UE 806的DRX周期在寻呼时机期间发送针对目标UE 806的寻呼消息。可以在中继UE 804与目标UE 806之间建立寻呼中继关联。关联可以由选择中继UE 804的目标UE 806发起。替换地，关联可以由网络或由中继UE 804发起。一旦建立了寻呼中继关联，中继UE804可以通过Uu接口在目标UE的寻呼时机期间监测寻呼消息。

图9示出了包括针对不同UE组的寻呼时机的DRX周期的时间资源900的示例。中继UE可以在被配置为在DRX周期内监测寻呼时机902的第一组UE中。目标UE可以在被配置为监测DRX周期内的寻呼时机904的不同UE组中。

图10示出了包括由基站1006向目标UE 1002发送的寻呼的中继的示例通信流程1000。在1001处，可以在目标UE 1002与中继UE 1004之间建立关联，以便由中继UE1004将寻呼消息从基站1006中继到目标UE 1002。一旦在中继UE 1004与目标UE 1002之间建立了关联，中继UE 1002可以监测目标UE 1002的寻呼时机1003a、1003b(例如，图9中的寻呼时机904)。如果中继UE 1004也基于DRX周期进行操作，则除了监测目标UE的寻呼时机1003a、1003b之外，中继UE 1004还可以监测其自身的1005(例如，图9中的寻呼时机904)。

基站1006可以向目标UE发送具有寻呼信息的DCI 1007和PDSCH 1009。寻呼消息(例如PDSCH 1009)可以包括正在被寻呼的UE的寻呼记录列表。当中继UE(例如，中继UE804)在目标UE 1002的寻呼时机1003b中接收到寻呼消息(例如，DCI 1007和PDSCH 1009)时，中继UE 1004可以在寻呼消息的寻呼记录列表中搜索目标UE的身份。中继UE 1004可以例如基于来自目标UE1001和/或来自网络的关联消息(例如1001)来知道目标UE的身份。如果中继UE 1004在1013处基于在列表中找到目标UE的身份来确定寻呼消息被定向到目标UE1002，则中继UE 1004可以准备侧行链路寻呼消息1015以及通过侧行链路将其发送到目标UE 1002。在一些示例中，中继UE 1004可以通过侧行链路向目标UE 1002发送所接收的寻呼消息。在一些示例中，中继UE 1004可以基于来自基站的寻呼消息，例如，在不发送完整记录列表的情况下，通过侧行链路向目标UE 1002提供中继信息。在一些示例中，不是确定目标UE 1002是否在来自基站的寻呼消息中被标识，而是中继UE 1004可以通过侧行链路向目标UE 1004提供寻呼消息1011，该寻呼消息具有来自中继UE从基站接收的寻呼消息(例如，1009)的完整记录列表。例如，中继UE 1004可以在不读取寻呼消息的情况下向目标UE 1002发送完整记录列表。目标UE 1002可以确定目标UE身份是否包括在其从中继UE 1004接收的列表中。响应于接收到寻呼消息1011或1015，在1017处，目标UE 1002可以与基站1006建立RRC连接，以及从基站1006接收数据1019。如1021处所示，对目标UE 1002的寻呼可以由AMF或服务基站发起，诸如结合图4-8中的任何一者所描述的。

如果基站在针对目标UE的寻呼时机中并且基于针对目标UE的配置向目标UE发送寻呼消息，则寻呼消息可以在针对基站的Uu接口上没有任何改变的情况下被中继到目标UE。同样，中继UE和目标UE可以同时从基站接收寻呼消息。这样，如果目标UE在基站的覆盖范围内，则目标UE可以响应寻呼消息而无需等待消息被中继。

在一些示例中，基站可以基于中继UE的寻呼时机和/或配置向中继UE发送针对目标UE的寻呼消息。在这样的示例中，图9的中继UE将监测寻呼时机902而不监测寻呼时机904。该示例可以通过不让中继UE监测目标UE的寻呼时机来减少中继UE的功耗。如果中继UE与多个目标UE相关联，则中继UE可以避免监测多个监测时机，例如，针对多个目标UE中的每个目标UE的一个监测时机。

图11示出了包括向中继UE 1104发送寻呼消息(例如，1107和1109)以便向目标UE1102中继寻呼消息的示例通信流程1100。在该示例中，为了向目标UE 1102发送寻呼消息，基站1106首先向中继UE 1104发送寻呼DCI 1107和寻呼消息1109。在1111处，中继UE 1104可以转换到RRC连接状态。该转换可以包括结合图4描述的各方面，例如执行随机接入和请求RRC建立。基站1106然后可以向中继UE 1104发送额外消息1113，该额外消息具有针对目标UE 1102的寻呼信息。

由于中继UE 1104基于其自己的寻呼时机在1107和1109处被寻呼，因此与图10中的中继UE1004相比，中继UE 1104可以在不监测目标UE的寻呼时机的情况下监测其自身的寻呼时机1105a、1105b、1105c。例如，在图9中，中继UE可以监测寻呼时机902，并且可以跳过寻呼时机904。为了寻呼中继UE 1104以将寻呼信息中继到目标UE 1102，基站知道目标UE1102和中继UE 1104之间的关联。在目标UE 1101和中继UE 1104之间建立用于用于寻呼中继的关联之后，在1101处，中继UE可以在1103处向基站提供关于该关联的信息。中继UE可以通知基站1106中继UE 1104将从基站1106向目标UE 1102中继寻呼消息。额外消息1113可以是例如DCI格式1_0消息。

在一些示例中，额外消息1113可以包括利用小区无线电网络临时标识符(C-RNTI)加扰的比特。C-RNTI可以指示中继UE的身份，使得中继UE 1102。消息1113可以包括关于一个或多个目标UE的信息。图12示出了可以包括在消息1113中的PDCCH 1202和PDSCH 1204的示例。例如，消息1113可以包括具有标识中继UE 1104的C-RNTI的PDCCH和包括一个或多个寻呼信息集合的PDSCH。每个信息集合可以包括目标UE ID和寻呼类型。

在一些示例中，额外消息1113可以包括例如在DCI 1_0中指示消息1113是中继请求的消息。例如，DCI可以包括指示DCI向中继UE通知针对目标UE的寻呼消息的目的的字段或内容，更准确地说DCI具有利用与针对中继UE 1104的C-RNTI加扰的比特。在其它示例中，DCI可以指示PDSCH而不指示寻呼中继，并且PDSCH可以在有效载荷中包括通知中继UE 1104将寻呼信息中继到目标UE 1102的信息。例如，MAC-CE可以包括关于请求中继UE向其提供寻呼信息的目标UE的寻呼信息。

在一些示例中，额外消息1113可以包括PDCCH(例如，DCI格式1_0)，其具有基于寻呼中继RNTI(PR-RNTI)加扰的向中继UE 1104指示该消息是出于向目标UE中继寻呼的目的的比特。图13示出了可以包括在消息1113中的PDCCH 1302和PDSCH 1304的示例。例如，消息1113可以包括具有PR-RNTI的PDCCH和包括寻呼信息的一个或多个集合的PDSCH 1304。信息的每个集合可以包括中继UE ID、目标UE ID和寻呼类型的组合。

如图11所示，中继UE 1104可以确定在消息1113中标识了目标UE 1102(例如，1204或1304中的目标UE ID)，并且可以基于该消息通过侧行链路向目标UE发送寻呼信息1115。寻呼信息1115可以基于PDSCH 1204或1304中针对目标UE ID标识的寻呼类型。响应于接收到寻呼信息1115，在1117处，目标UE 1102可以与基站1106建立连接，以便接收下行链路数据1119。如1121处所示，对目标UE 1102的寻呼可以由AMF或服务基站发起，诸如结合图4-8中的任何一者所描述的。

针对处于RRC连接状态的中继UE，基站可以在不首先寻呼中继UE 1104的情况下发送图11中的额外消息1113。

图14示出了包括用于中继请求的新类型寻呼的示例通信流程1400。在该示例中，为了向目标UE 1402发送寻呼消息，基站1406首先向中继UE 1404发送寻呼中继DCI 1407和对应PDSCH 1409。图15示出了可以对应于图14中的PDCCH 1407和PDSCH 1409的PDCCH 1502和PDSCH 1504的示例。例如，PDCCH 1502可以包括利用R-RNTI加扰的指示该消息是针对中继请求的比特。在一些示例中，PDCCH 1502可以包括消息1506，消息1506包括指示寻呼消息包括中继请求的若干比特，例如，小于10比特或3-8比特之间。在接收到请求(例如，1407)时，中继UE 1404获得针对PDSCH的资源以及接收对应的PDSCH 1409。如针对PDSCH 1504所示，PDSCH可以包括寻呼信息的一个或多个集合。每个信息集合可以包括中继UE ID、目标UEID和寻呼类型的组合。与图11相反，由于PDCCH指示寻呼消息是中继请求，因此中继UE 1404可以保持在RRC非活动/RRC空闲模式，而不转换到RRC连接状态以便接收额外消息。

当中继UE 1404被寻呼时，例如，在1407和1409处，基于其自身的寻呼时机，与图10中的中继UE 1004相比，中继UE 1404可以监测其自身的寻呼时机1405a、1405b、1405c，而不监测目标UE的寻呼时机。例如，在图9中，中继UE可以监测寻呼时机902，并且可以跳过寻呼时机904。为了寻呼中继UE 1404以将寻呼信息中继到目标UE 1402，基站知道目标UE 1402和中继UE 1404之间的关联。在目标UE 1401和中继UE 1404之间建立寻呼中继的关联之后，在1401处，中继UE可以向基站提供关于该关联的信息，在1403处。中继UE可以通知基站1406中继UE 1404将从基站1406将寻呼消息中继到目标UE 1402。

如图14所示，中继UE 1404可以确定目标UE 1402在PDSCH 1409中被标识(例如，1504中的目标UE ID)，并且可以基于该消息通过侧行链路向目标UE发送寻呼信息1415。寻呼信息1415可以基于针对PDSCH 1504中的目标UE ID标识的寻呼类型。响应于接收到寻呼信息1415，目标UE 1402可以在1417处建立与基站1406的连接，以便接收下行链路数据1419。如在1421处所示，对目标UE 1402的寻呼可以由AMF或服务基站发起，诸如结合图4-8中的任何一者所描述的。

图14中的示例可以通过使中继UE确定寻呼中继请求而不转换到RRC连接状态来帮助减少中继UE处的功耗。通过避免随机访问，可以改善延时。可以通过减少中继UE和基站之间的信令来节省无线资源。同样，在图14和图11中，可以向中继UE提供消息，而不预先建立中继UE和目标UE之间的关联。

在一些示例中，侧行链路消息(例如，1015、1115和/或1415)可以包括用于通过PC5参考点进行侧行链路通信的层2ID(L2 ID)。作为侧行链路通信的一个示例，L2 ID可以包括用于通过PC5参考点进行V2X通信的L2 ID。L2 ID可以包括源L2 ID和目的地层2ID。源L2 ID和目的地L2 ID可以被包括在层2链路上从中继UE发送到目标UE的层2帧中。源层2ID可以由发起相应层2帧的UE自行分配。在一些示例中，目的地层2ID可以被映射到用于广播的侧行链路应用的侧行链路(例如，V2X)服务类型。在一些示例中，目的地层2ID可以被映射到用于组播的侧行链路应用的侧行链路(例如，V2X)服务类型。默认目的地层2ID可以被映射用于初始信令以建立单播连接和侧行链路应用的服务类型。映射信息的集合可以被提供给UE。在一些示例中，对目的地层2ID的选择可以取决于侧行链路通信的类型，例如，侧行链路通信将是单播、广播还是组播。例如，可以基于服务类型(例如，PSID/ITS-AID)和层2ID之间的映射来选择用于广播侧行链路通信的目的地层2ID。对于组播侧行链路通信，可以由应用层提供组标识符信息，并且UE可以将所提供的组标识符转换成目的地层2ID。否则，UE可以基于服务类型(例如提供商服务标识符(PSID)/智能交通系统应用标识符(ITS-AID))和层2ID之间的映射来确定层2ID。用于PC5单播链路的建立的初始信令可以使用对等通信对已知的层2ID，或与被配置用于PC5单播链路建立的侧行链路服务类型(例如PSID/ITS-AID)相关联的默认目的地层2ID。在PC5单播链路建立过程期间，可以交换层2ID，并且可以用于两个UE之间的未来通信。UE可以与对等UE建立多个PC5单播链路，以及将相同或不同的源层2ID用于这些PC5单播链路。中继UE 1104可以基于通信类型(例如，单播、广播或组播)和/或基于这些额外方面中的任何一个方面，使用层2ID通过侧行链路向目标UE中继寻呼信息。

图16是包括用于第一UE的寻呼消息的无线通信的方法的流程图1600。在一些示例中，该方法可以由第二UE(其可以称为中继UE或中继设备)(例如，UE 104、RSU 107、设备310或350、UE 702、中继UE 804、1004、1104或1404；装置1802)执行。该方法可以帮助扩展基站的覆盖范围，减少通信中的延时，提高可靠性，以及通过在侧行链路上将寻呼从基站中继到第二UE来提高无线资源的有效使用。

在1610处，当第二UE处于RRC空闲或RRC非活动状态时，第二UE从基站接收针对第一UE的寻呼消息。第一UE可以被称为目标UE，并且可以是寻呼的最终目的地或基站正尝试寻呼的UE。第二UE可以被称为中继UE。针对第一UE的寻呼消息可以由第二UE通过与基站的接入链路(例如，Uu链路)从基站接收，如结合图7-15中的任何一者所描述的。接收可以例如由图18中的装置1802中的接收组件1830、寻呼组件1844和/或蜂窝RF收发机1822执行。例如，寻呼消息可以对应于消息1007、1009、1113、1407和/或1409中的任何一者。寻呼消息可以在由第二UE监测的第一UE(例如904)的寻呼时机中接收，如结合图10所描述的。寻呼消息可以基于针对第一UE的寻呼配置。例如，第二UE可以检测由基站向第一UE发送的寻呼消息。

在1614处，第二UE通过侧行链路从第二UE向第一UE发送寻呼消息。寻呼消息可以源自处于RRC空闲状态的第一UE的AMF之一；处于RRC非活动状态的第一UE的服务基站或基站，如结合图8所述。

图16的方法可以包括结合图17描述的额外方面。

图17是无线通信方法的流程图1700。在一些示例中，该方法可以由第二UE(其可以称为中继UE或中继设备)(例如，UE 104、RSU 107、设备310或350、UE 702、中继UE 804、1004、1104或1404；装置1802)执行。该方法可以帮助扩展基站的覆盖范围，减少通信延时，提高可靠性，以及通过在侧行链路上从基站向第一UE中继寻呼来提高无线资源的有效使用。

在1710处，第二UE从基站接收针对第一UE的寻呼消息。第一UE可以被称为目标UE，并且可以是寻呼的最终目的地或基站正尝试寻呼的UE。第二UE可以被称为中继UE。针对第一UE的寻呼消息可以由第二UE通过与基站的接入链路(例如，Uu链路)从基站接收，如结合图7-15中的任何一者所描述的。接收可以例如由图18中的装置1802中的接收组件1830、寻呼组件1844和/或蜂窝RF收发机1822执行。例如，寻呼消息可以对应于消息1007、1009、1113、1407和/或1409中的任何一者。寻呼消息可以在由第二UE监测的第一UE(例如904)的寻呼时机中接收，如结合图10所描述的。寻呼消息可以基于针对第一UE的寻呼配置。例如，第二UE可以检测由基站向第一UE发送的寻呼消息。

在1714处，第二UE通过侧行链路从第二UE向第一UE发送寻呼消息。寻呼消息可以源自处于RRC空闲状态的第一UE的AMF之一；处于RRC非活动状态的第一UE的服务基站或基站，诸如结合图8所述。

在一些示例中，第二UE可以处于RRC连接状态。在一些示例中，第二UE可以处于RRC空闲状态或RRC非活动状态。该传输可以例如由图18中的装置1802中的传输组件1834、中继组件1850和/或蜂窝RF收发机1822执行。

如在1704所示，第二UE可以监测接入链路上的寻呼时机，其中第二UE在寻呼时机期间接收到针对第一UE的寻呼消息。该监测可以例如由图18中的装置1802中的寻呼时机组件1842执行。如结合图9和图10所述，寻呼时机包括针对第一UE的寻呼时机的第一集合。寻呼时机还包括针对第二UE的寻呼时机的第二集合。

如在1702所示，第二UE可以与第一UE建立关联，其中第二UE基于该关联来监测针对第一UE的寻呼时机的第一集合。例如，第二UE和第一UE可以建立关联1001、1101或1401，如结合图10、11或14所述。该建立可以例如由图18中的装置1802中的关联组件1840执行。

在1710处，从基站接收的寻呼消息可以包括寻呼记录列表，例如结合PDSCH 1204、1304或1504描述的。如1712处所示，第二UE可以确定在寻呼记录列表中标识了第一UE，其中，第二UE响应于确定在寻呼纪录列表中标识第一UE，向第一UE发送寻呼消息。该确定可以例如由图18中的装置1802中的目标UE组件1848执行。

替代地，从基站接收的寻呼消息可以包括寻呼记录列表，并且第二UE可以向第一UE发送包括寻呼记录表的寻呼消息，例如，不检查列表中是否标识了第一UE。例如，第二UE可以发送具有完整列表的寻呼消息1011。

如1706所示，第二UE可以接收针对第二UE的先前寻呼消息，该先前寻呼消息是在针对第二UE寻呼时接收的。接收可以例如由图18中的装置1802中的接收组件1830、寻呼组件1844和/或蜂窝RF收发机1822执行。例如，如结合图11所述，UE可以接收1107和1109。

在1708处，第二UE可以响应于接收到先前寻呼消息而转换到RRC连接状态，并且在1710处，当第二UE处于RRC连接的状态时，可以在至少一个额外消息中接收针对第一UE的寻呼消息。该转换可以例如由图18中的装置1802中的RRC组件1846执行。例如，第二UE可以接收额外消息1113，如结合图11所描述的。至少一个额外消息可以包括标识第一UE和寻呼类型的DCI和PDSCH消息。图12和图13示出了DCI和PDSCH消息的示例。DCI可以包括针对中继请求的指示，并且第二UE可以响应于接收到针对中继请求的指示而转换到RRC连接状态。PDSCH消息可以包括针对中继请求的指示，并且第二UE可以响应于接收到针对中继请求的指示而转换到RRC连接状态。MAC-CE可以包括针对第一UE的寻呼信息，并且第二UE可以响应于接收到针对第一UE的用于寻呼信息的指示而转换到RRC连接状态。DCI的CRC比特可以利用针对第二UE的C-RNTI加扰，并且PDSCH消息还包括项目列表，每个项目指示针对目标UE的寻呼中继任务，并且其中，每个项目包括针对目标UE的标识符和寻呼类型。DCI的CRC比特可以利用PR-RNTI加扰，以及PDSCH消息还可以包括项目列表，每个项目包括针对中继UE的标识符、针对UE的标识符和寻呼类型。

在一些示例中，作为在1710处接收寻呼消息的一部分，第二UE可以在处于空闲状态或非活动状态时接收DCI，并且可以从DCI确定针对PDSCH消息的资源，其中针对第一UE的寻呼消息在PDSCH消息中接收，例如，如结合图14所描述的。PDSCH消息可以包括针对第一UE的第一标识符、针对第二UE的第二标识符和寻呼类型，如结合图15所描述的。第二UE可以保持在空闲状态或非活动状态。DCI的CRC比特可以利用R-RNTI加扰。第二UE可以基于利用R-RNTI加扰的DCI的CRC比特来确定将寻呼消息中继到第一UE。DCI的CRC比特可以利用P-RNTI加扰，或者可以包括包含对中继请求的指示的比特。第二UE可以基于利用P-RNTI加扰的DCI的CRC比特来确定将寻呼消息中继到第一UE。

图18是示出针对装置1802的硬件实现的示例的示意图1800。装置1802可以是UE、UE的组件、实现UE功能的设备，或者可以是基于侧行链路进行通信的另一无线设备。装置1802可以包括耦合到蜂窝RF收发机1822的基本基带处理器，例如蜂窝基带处理器1804(也称为调制解调器)。装置1802可以包括耦合到RF收发机或包括在RF收发机中的至少一个天线。在一些方面中，该装置还可以包括一个或多个用户身份模块(SIM)卡1820、耦合到安全数字(SD)卡1808和屏幕1810的应用处理器1806、蓝牙模块1812、无线局域网(WLAN)模块1814、全球定位系统(GPS)模块1816或电源1818。蜂窝基带处理器1804通过蜂窝RF收发机1822与UE 104和/或BS 102/180进行通信。蜂窝基带处理器1804可以包括计算机可读介质/存储器。计算机可读介质/存储器可以是非暂时性的。蜂窝基带处理器1804负责一般处理，包括执行存储在计算机可读介质/存储器上的软件。该软件在由蜂窝基带处理器1804执行时，使得蜂窝基带处理器1804执行上述各种功能。计算机可读介质/存储器还可用于存储在执行软件时由蜂窝基带处理器1804操纵的数据。蜂窝基带处理器1804还包括接收组件1830、通信管理器1832和发送组件1834。通信管理器1832包括所示的一个或多个组件。通信管理器1832内的组件可以存储在计算机可读介质/存储器中和/或被配置为蜂窝基带处理器1804内的硬件。蜂窝基带处理器1804可以是设备350的组件，并且可以包括TX处理器368、RX处理器356和控制器/处理器359中的至少一者和/或存储器360。在一种配置中，装置1802可以是调制解调器芯片并且仅包括基带处理器1804，而在另一种配置下，装置1804可以是整个UE(例如，参见图3的350)并且包括装置1802的额外模块。

通信管理器1832包括关联组件1840，其被配置为建立与第一UE的关联，例如，如结合图17中的1702所述。通信管理器1832还包括寻呼时机组件1842，其监测接入链路上的寻呼时机，例如，如结合图17中的1704所描述的。通信管理器1832还包括寻呼组件1844，其从基站接收针对第一UE的寻呼消息，例如，如结合图17中的1706和/或1710所述。通信管理器1832还包括RRC组件1846，其响应于接收到先前寻呼消息而转换到RRC连接状态，例如，如结合图17中的1708所述。通信管理器1832还包括目标UE组件1848，其确定在寻呼记录列表中标识了第一UE，例如，如结合图17中的1712所述。通信管理器1832还包括中继组件，其被配置为例如如结合图17中的1714所描述的通过侧行链路从第二UE向第一UE发送寻呼消息。

该装置可以包括执行图17的流程图中的算法的每个框或由图10、11或14中的中继UE 1004、1104或1404执行的任何方面的额外组件。照此，图17的流程图中的每个框或由图10、11或14中的中继UE 1004、1104或1404执行的任何方面可以由组件执行，并且该装置可以包括这些组件中的一个或多个组件。所述组件可以是一个或多个硬件组件，其专门被配置为执行所述过程/算法、由被配置为执行所述过程或算法的处理器实现、存储在计算机可读介质中以供处理器实现，或其某种组合。

在一种配置中，装置1802(并且具体是蜂窝基带处理器1804)包括用于从基站接收针对第一UE的寻呼消息的单元。用于接收寻呼消息的单元可以包括包含在装置1802的通信管理器1832中的寻呼组件1844，其可以被配置为执行结合图17中的1706和/或1710描述的各方面。该单元可以包括RX处理器356、控制器/处理器359、天线352和/或发射机354RX。装置1802可以包括用于通过侧行链路从第二UE向第一UE发送寻呼消息的单元。在一些示例中，该单元可以包括通信管理器1832的中继组件1850和/或蜂窝基带处理器1804的发送组件1834，其可以被配置为执行结合图17中的1714描述的各方面。在一些示例中，用于发送寻呼消息的单元可以包括蜂窝RF收发机1822、TX处理器368、控制器/处理器359、天线352和/或发射机354TX。装置1802可以包括用于监测接入链路上的寻呼时机的单元。用于监测的单元可以包括通信管理器1832的寻呼时机组件1842。装置1802可以包括用于建立与第一UE的关联的模块，其可以包括装置1802的通信管理器1832的关联组件1840和/或蜂窝RF收发机1822。装置1802可以包括用于确定第一UE在寻呼记录列表中被标识的单元，例如，装置的通信管理器1832的目标UE组件1848，其可以被配置为执行结合图17中的1712描述的各方面。装置1802可以包括用于接收针对第二UE的先前寻呼消息的单元。用于接收寻呼消息的单元可以包括包含在装置1802的通信管理器1832中的寻呼组件1844，其可以被配置为执行结合图17中的1706和/或1710描述的各方面。该装置可以包括RX处理器356、控制器/处理器359、天线352和/或发射机354RX。装置1802可以包括用于响应于接收到先前寻呼消息而转换到RRC连接状态的单元，例如，通信管理器1832的RRC组件1846，其可以被配置为执行结合图17中的1708描述的各方面。该单元可以是装置1802的被配置为执行该装置所述的功能的一个或多个组件。如上所述，装置1802可以包括TX处理器368、RX处理器356和控制器/处理器359。照此，在一种配置中，所述装置可以是被配置为执行所述单元所述的功能的TX处理器368、RX处理器356和控制器/处理器359。

图19是无线通信方法的流程图1900。在一些示例中，该方法可以由基站(例如，基站102、180、802、812、1006、1106、1406；装置2102)执行。该方法可以帮助扩展基站的覆盖范围，减时，提高可靠性，以及通过在侧行链路上从基站向第一UE中继寻呼来提高无线资源的有效使用。

在1904处，基站确定寻呼处于非活动状态或空闲状态的第一UE。基站可以接收要发送到第一UE的数据。基站可以具有要提供给第一UE的系统信息中的更新，该更新触发基站寻呼第一UE。基站可以具有要提供给第一UE的公共警告系统消息。在一些方面中，基站可以基于针对第一UE的传入数据寻呼第一UE。该确定可以例如由图21中的装置2102的目标UE组件2144执行。

在1908处，基站向处于RRC空闲或RRC非活动状态的第二UE发送针对第一UE的寻呼消息，该寻呼消息将通过侧行链路中继到第一UE。该传输可以例如由图21中的装置2102的发送组件2134和/或寻呼组件2148执行。寻呼消息可以通过与基站的接入链路发送到第二UE。寻呼消息可以源自以下之一：针对处于RRC空闲状态的第一UE的AMF；处于RRC非活动状态的第一UE的服务基站或基站，如结合图8所述。

图20是无线通信方法的流程图2000。在一些示例中，该方法可以由基站(例如，基站102、180、802、812、1006、1106、1406；装置2102)执行。该方法可以帮助扩展基站的覆盖范围，减少通信延时，提高可靠性，以及通过在侧行链路上从基站向第一UE中继寻呼来提高无线资源的有效使用。

在2004处，基站确定寻呼处于非活动状态或空闲状态的第一UE。基站可以接收要发送到第一UE的数据。基站可以具有要提供给第一UE的系统信息的更新。基站可以具有要提供给第一UE的公共警告系统消息。该确定可以例如由图21中的装置2102的目标UE组件2144执行。

在2008处，基站向第二UE发送针对第一UE的寻呼消息，以通过侧行链路中继到第一UE。该传输可以例如由图21中的装置2102的发送组件2134和/或寻呼组件2148执行。寻呼消息可以通过与基站的接入链路发送到第二UE。寻呼消息可以源自以下之一：处于RRC空闲状态的第一UE的AMF；处于RRC非活动状态的第一UE的服务基站或基站，如结合图8所述。在一些示例中，第二UE可以处于RRC连接状态。在一些示例中，第二UE可以处于RRC空闲状态或RRC非活动状态。发送寻呼消息可以包括向处于空闲状态或非活动状态的第二UE发送DCI，以及使用DCI中指示的资源发送PDSCH消息，其中在PDSCH消息中发送针对第一UE的寻呼消息。PDSCH消息可以包括针对第二UE的第一标识符、针对第一UE的第二标识符和寻呼类型。当第二UE保持在空闲状态或非活动状态时，可以发送寻呼消息。基站可以利用R-RNTI对DCI的CRC比特进行加扰。基站可以利用P-RNTI对DCI的CRC比特进行加扰，和/或可以包括包含对中继请求的指示的比特。

基站可以在针对第一UE的寻呼时机期间向第二UE发送针对第一UE的呼叫消息。在另一示例中，寻呼消息可以在针对由第二UE监测的第一UE的寻呼时机中发送，如结合图10所描述的。

如在2002所示，基站可以在发送寻呼消息之前接收对第一UE和第二UE之间的关联的指示。例如，可以由图21中的装置2102的接收组件2130和/或关联组件2140执行接收。

发送到第二UE的寻呼消息可以包括标识第一UE的寻呼记录列表。寻呼记录列表可以指示多个第一UE，例如结合图12、13或15中的任何一者的示例所描述的。

如2006所示，基站可以向第二UE发送先前寻呼消息，该先前寻呼消息是针对第二UE的寻呼时机中发送的。该发送可以例如由图21中的装置2102的发送组件2134和/或寻呼组件2148执行。在2008处，在第二UE转变到RRC连接状态之后，可以在至少一个额外消息中发送针对第一UE的寻呼消息。图11示出了基站向第二UE发送寻呼以及发送具有针对第一UE的寻呼消息的额外消息1113的示例。至少一个额外消息可以包括标识第一UE和寻呼类型的DCI和PDSCH消息。DCI可以包括对中继请求的指示。PDSCH消息可以包括对中继请求的指示。MAC-CE可以包括针对UE的寻呼信息。DCI可以包括利用针对第二UE的C-RNTI加扰的CRC比特。例如，基站可以进一步利用针对第二UE的C-RNTI对DCI的CRC比特进行加扰，以及PDSCH消息可以进一步包括项目列表，每个项目指示针对目标UE的寻呼中继任务，并且其中，每个项目包括针对目标UE的标识符和寻呼类型。DCI的CRC比特可以利用PR-RNTI加扰，以及PDSCH消息还可以包括项目列表，每个项目包括针对中继UE的标识符、针对目标UE的标识符和寻呼类型。基站可以利用PR-RNTI对DCI的CRC比特进行加扰。

图21是示出针对装置2102的硬件实现的示例的示意图2100。装置2102可以是基站、基站的组件，或者可以实现基站功能。装置2102可以包括基带单元2104或RF收发机2122。装置2102可以包括耦合到RF收发机的至少一个天线。基带单元2104可以通过蜂窝RF收发机与UE 104进行通信。基带单元2104可以包括计算机可读介质/存储器。基带单元2104负责一般处理，包括执行存储在计算机可读介质/存储器上的软件。软件在由基带单元2104执行时，使得基带单元2102执行上述各种功能。计算机可读介质/存储器还可用于存储在执行软件时由基带单元2104操纵的数据。基带单元2104还包括接收组件2130、通信管理器2132和发送组件2134。通信管理器2132包括所示的一个或多个组件。通信管理器2132内的组件可以存储在计算机可读介质/存储器中和/或被配置为基带单元2104内的硬件。基带单元2104可以是设备310的组件，并且可以包括TX处理器316、RX处理器370和控制器/处理器375中的至少一者和/或存储器376。

通信管理器2132包括关联组件2140，其在发送寻呼消息之前接收对第一UE和第二UE之间的关联的指示，例如，如结合图20中的2002所描述的。通信管理器2132还包括目标UE组件2144，其确定寻呼处于非活动状态或空闲状态的第一UE，例如，如结合图20中的2004所述。通信管理器2132还包括寻呼组件2148，其向第二UE发送用于第一UE的寻呼消息以通过侧链路中继到第一UE，和/或向第二用户设备发送先前的寻呼消息，例如如结合图20中的2006和/或2008所描述的。

该装置可以包括执行图10、11或14中基站执行的任何方面的图20的流程图中的算法的每个框的额外组件。照此，由图10、11或14中的基站执行的任何方面的图20的流程图中的每个框可以由组件执行，并且该装置可以包括这些组件中的一个或多个组件。所述组件可以是一个或多个硬件组件，所述硬件组件专门被配置为执行所述过程/算法、由被配置为执行所述过程或算法的处理器实现、存储在计算机可读介质中以供处理器实现，或其某种组合。

在一种配置中，装置2102(特别是基带单元2104)包括用于确定寻呼UE处于非活动状态或空闲状态的单元。该单元可以包括包含在装置2102的通信管理器中的目标UE组件2144，其可以被配置为执行结合图20中的2004描述的各方面。在一些示例中，用于确定寻呼UE的单元可以包括确定电路。该装置包括用于向第二UE发送用于第一UE的寻呼消息以通过侧行链路中继到第一UE的单元。在一些示例中，该单元可以包括图21中的装置2102中的基带单元2104的发送组件2134，其可以被配置为执行结合图20中的2008描述的各方面。在一些示例中，用于发送寻呼消息的但也可以包括TX处理器316、控制器/处理器375、天线320和/或发射机318TX。该装置可以包括用于在发送寻呼消息之前接收第一UE和第二UE之间的关联的指示的单元，其可以包括包括在装置2102的通信管理器中的关联组件2140，其可以被配置为执行结合图20中的2002描述的各方面。该装置可以包括RX处理器370、控制器/处理器375、天线320和/或发射机318RX。该装置可以包括用于向第二UE发送先前寻呼消息的单元。在一些示例中，该单元可以包括图21中的装置2102中的基带单元2104的发送组件2134，其可以被配置为执行结合图20中的2006描述的各方面。在一些示例中，用于发送寻呼消息的单元可以包括TX处理器316、控制器/处理器375、天线320和/或发射机318TX。该单元可以是被配置为执行该单元所述功能的装置2102的一个或多个组件。如上所述，装置2102可以包括TX处理器316、RX处理器370和控制器/处理器375。照此，在一种配置中，所述装置可以是被配置为执行所述装置所述的功能的TX处理器316、RX处理器370以及控制器/处理器375。

为了在侧行链路上建立通信，可以使用用户级别协议栈来交换用户数据，并且可以定义控制级协议栈用于交换控制消息。图22A是示出用于侧行链路通信的用户平面协议栈的示例的示意图2200A。在一些示例中，作为侧行链路通信的示例，对于第一UE(UE a)和第二UE(UE B)，用户平面协议栈可以对应于支持V2X服务的PC5参考点(例如，PC5-U)的用户平面。IP和非IP分组数据汇聚协议(PDCP)服务数据单元(SDU)类型可以被支持用于侧行链路通信。图22B是示出用于侧行链路通信的信令协议栈的示例的图2200B。在一些示例中，信令协议栈可以对应于针对第一UE(UE A)和第二UE(UE B)的PC5参考点(例如，PC5-S)的控制平面。在一些示例中，可以在RRC信令中携带侧行链路消息。物理(PHY)层可以发送侧行链路数据(例如，使用10MHz、20MHz或其它带宽等)。MAC层可以管理分组流控制和资源分配。无线电链路控制(RLC)层可以使得上层协议数据单元(PDU)能够以各种模式(例如，确认模式、未确认模式和透明模式等)传输，并且RLC层还可以确保针对RLC SDU的适当级联、分段和重组。

在一些示例中，侧行链路消息(例如，经由侧行链路716发送的消息)可以包括用于PC5参考点上的侧行链路通信的层2标识符(L2 ID)。例如，每个UE可以具有用于侧行链路通信的一个或多个L2 ID。L2 ID可以包括一个或多个源L2 ID和/或一个或更多个目的地L2ID。源和/或目的地L2 ID可以包括在从中继UE到目标UE在层2链路上发送的层2帧中。在一种配置中，源L2 ID可以由发起相应的层2帧的UE自行分配。

在一些示例中，目的地L2 ID可以被映射到用于广播的侧行链路应用的侧行链路(例如，V2X)服务类型。在一些示例中，目的地L2 ID可以被映射到用于组播的侧行链路应用的侧行链路(例如，V2X)服务类型。默认目的地L2 ID可以被映射用于初始信令，以建立单播连接和侧行链路应用的服务类型。映射信息的集合可以被提供给UE。

在一些示例中，对目的地L2 ID的选择可以取决于侧行链路通信的类型，例如，侧行链路通信是单播、广播还是组播等。例如，可以基于服务类型(例如PSID/ITS-AID)和L2ID之间的映射来选择用于广播侧行链路通信的目的地L2 ID。针对组播侧行链路通信，可以由应用层(例如，V2X应用层)提供组标识符信息，以及UE可以将所提供的组标识符转换为目的地L2 ID。否则，如果没有提供组标识符信息，则UE可以基于服务类型(例如提供商服务标识符(PSID)/智能交通系统应用标识符(ITS-AID))和L2 ID之间的映射来确定L2 ID。针对单播侧行链路通信，用于建立单播链路(例如PC5单播链路)的初始信令可以使用通信对等体的已知L2 ID或与为建立单播链路而配置的侧行链路服务类型(例如PSID/ITS-AID)相关联的默认目的地L2 ID。在单播链路建立过程期间，L2 ID可以在两个UE之间交换，并且可以用于两个UE间的未来通信。UE可以与对等UE建立多个单播链路，以及将相同或不同的源L2ID用于这些单播链路。例如，中继UE(例如，702)可以基于通信类型(例如，单播、广播或群播)和/或基于这些额外方面中的任何一者，使用L2 ID通过侧行链路(例如，716)将寻呼信息中继到目标UE(例如708)。

图23是示出从发送UE 2302(例如，Tx UE)到一个或多个(例如，n个)接收UE 2304(例如，Rx UE-1、Rx UE-2……Rx UE-n)的侧行链路上的广播过程的示例的示意图2300。在2306处，接收UE 2304可以确定用于广播接收的目的地L2 ID。在2308处，发送UE 2102的侧行链路(例如，V2X)应用层可以为发送UE 2302提供数据单元。然后在2310处，发送UE 2302可以确定用于广播的目的地L2 ID。在2312处，发送UE 2302可以使用源L2 ID和目的地L2ID来发送(例如，广播)侧行链路服务数据(例如，V2X服务数据)。

图24是示出侧行链路上的群播过程的示例的示意图2400。在2406处，可以由发送UE 2402和一个或多个(例如，n个)接收UE 2404处的应用层执行侧行链路(例如，V2X)组管理。在2410处，应用层可以向发送UE 2402和/或接收UE 2404提供组标识符信息(例如，应用层V2X组标识符)。在2412处，发送UE 2402可以确定源L2 ID和目的地L2 ID，并且接收UE2404可以确定目的地L2 ID。然后，在2414处，发送UE 2402可以使用源L2 ID和目的地L2 ID来发送旁侧行链路服务数据(例如，在组播中)。

图25是示出了在侧行链路上的单播过程的示例的示意图2500。在2506处，一个或多个UE(例如，UE-2 2504a、UE-3 2504b、UE-n 2504c等)可以确定用于单播链路建立(例如，PC5单播链路建立)的目的地L2 ID。在2508处，UE-1 2502中的侧行链路(例如，V2X)应用层可以提供用于侧行链路单播通信的应用信息。然后，在2510处，UE-1 2502可以向一个或多个UE发送直接的通信请求消息(例如，以组播或单播方式)，以发起单播层2链路建立过程。UE-1 2502可以基于以下方式中的至少一种与一个或多个UE建立安全性。在一种配置中，如果目标用户信息(例如，目标用户信息)被包括在从UE-1 2502发送的直接通信请求中(例如，在2510处)，例如用于面向UE的层2链路建立2512，则在2514处，目标UE(例如，UE-22504a)可以通过与UE-1 2504建立安全性来响应直接通信请求消息。如果目标用户信息不包括在直接通信请求消息中(例如，没有指定的目标用户)，诸如用于面向层2链路建立2520的侧行链路(V2X)服务，则在2522处，在与UE-1 2502的侧行链路单播链路上对使用所宣布的侧行链路服务(例如，V2X服务)感兴趣的UE(例如，UE-2 2504a、UE-n 2504c)可以通过与UE-1 250建立安全性来响应直接通信请求消息。

在建立安全性之后(例如，在2514或2522处)，目标UE(例如，UE-2 2504a)可以向UE-1 2502发送直接通信接受消息，以用于面向UE的层2链路建立2512，或者由对使用面向侧行链路服务的层2链路建立2520感兴趣的UE(例如，UE-2 2504b和/或UE-n 2504c)向UE-12502发送直接通信接收消息。例如，在2516处，如果针对UE-2 2504a的应用层ID匹配，则目标UE-2 2504可以利用直接通信接受消息来响应UE-1 2502。类似地，对使用所宣布的侧行链路服务感兴趣的UE(例如，UE-2 2504a和/或UE-n 2504c)可以通过发送直接通信接受消息来响应直接通信请求，如2524处所示。在UE-1 2502和一个或多个UE之间建立了直接通信之后，在2518处，UE-1 2502可以基于源L2 ID和目的地L2 ID向已经接受直接通信的一个或多个UE(例如，UE-2 2504a和/或UE-n 2504c)发送边线服务数据。

图26A-26D示出了例如可以用于UE和基站之间的接入链路的示例帧结构2600。本公开内容的各方面可以适用于其他无线通信技术，其可以具有不同的帧结构和/或不同的信道。帧(10ms)可以被划分为10个大小相等的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，其可以包括7、4或2个符号。每个时隙可以包括14个或12个符号，这取决于循环前缀(CP)是普通的还是扩展的。对于普通CP，每个时隙可以包括14个符号，以及对于扩展CP，每个时隙可以包括12个符号。DL上的符号可以是CP正交频分复用(OFDM)(CP-OFDM)符号。UL上的符号可以是CP-OFDM符号(用于高吞吐量场景)或离散傅里叶变换(DFT)扩展OFDM(DFT-s-OFDM)符号(也称为单载波频分多址(SC-FDMA)符号)(用于功率受限场景；限于单流传输)。子帧内的时隙数量基于CP和数字方案(numerology)。数字方案定义了子载波间隔(SCS)，以及有效地，符号长度/持续时间，其等于1/SCS。

对于普通CP(14个符号/时隙)，不同的数字方案μ0至4分别允许每个子帧具有1、2、4、8和16个时隙。对于扩展CP，数字方案2允许每个子帧具有4个时隙。因此，对于普通CP和数字方案μ，存在14个符号/时隙和2^μ个时隙/子帧。子载波间隔可以等于2^μ*15kHz，其中μ是数字方案0至4。这样，数字方案μ＝0的子载波间隔为15kHz，以及数字方案μ＝4的子载波间隔为240kHz。符号长度/持续时间与子载波间隔成反比。图26A-26D提供了每个时隙具有14个符号的普通CP和每个子帧具有4个时隙的数字方案μ＝2的示例。时隙持续时间为0.25ms，子载波间隔为60kHz，以及符号持续时间大约为16.67μs。在帧集合内，可以存在进行频分复用的一个或多个不同带宽部分(BWP)(参见图26B)。每个BWP可以具有特定的数字方案和CP(普通或扩展)。

资源网格可以用于表示帧结构。每个时隙包括资源块(RB)(还被称为物理RB(PRB))，PRB扩展12个连续的子载波。资源网格被划分为多个资源元素(RE)。由每个RE携带的比特数量取决于调制方案。

如在图26A中所示出的，RE中的一些RE携带针对UE的参考(导频)信号(RS)。RS可以包括用于在UE处的信道估计的解调RS(DM-RS)(针对一种特定配置被指示成R，但是其它DM-RS配置是可能的)和信道状态信息参考信号(CSI-RS)。RS还可以包括波束测量RS(BRS)、波束细化RS(BRRS)和相位跟踪RS(PT-RS)。

图26B示出了帧的子帧内的各种DL信道的示例。物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)(例如，1、2、4、8或16个CCE)中携带DCI，每个CCE包括六个RE组(REG)，每个REG包括RB的OFDM符号中的12个连续RE。一个BWP内的PDCCH可以称为控制资源集(CORESET)。UE被配置为在CORESET上的PDCCH监测时机期间监测PDCCH搜索空间(例如，公共搜索空间、UE特定搜索空间)中的PDCCH候选，其中PDCCH候选具有不同的DCI格式和不同的聚合水平。另外的BWP可以位于跨越信道带宽的更高和/或更低频率。主同步信号(PSS)可以在帧的特定子帧的符号2内。UE 104使用PSS来确定子帧/符号定时和物理层标识。辅同步信号(SSS)可以位于帧的特定子帧的符号4内。UE使用SSS来确定物理层小区身份组号和无线电帧定时。基于物理层身份和物理层小区身份组号，UE可以确定物理小区标识符(PCI)。基于该PCI，UE可以确定DM-RS的位置。可以将携带主信息块(MIB)的物理广播信道(PBCH)与PSS和SSS进行逻辑地组合，以形成同步信号(SS)/PBCH块(也称为SS块(SSB))。MIB提供系统带宽中的RB的数量和系统帧编号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、不是通过PBCH来发送的广播系统信息(例如，系统信息块(SIB))以及寻呼消息。

如在图26C中的示例资源2650所示出的，RE中的一些RE携带用于在基站处的信道估计的DM-RS(针对一种特定配置被指示成R，但是其它DM-RS配置是可能的)。UE可以发送针对物理上行链路控制信道(PUCCH)的DM-RS和针对物理上行链路共享信道(PUSCH)的DM-RS。可以在PUSCH的前一个或两个符号中发送PUSCH DM-RS。可以根据发送了短PUCCH还是长PUCCH并且根据所使用的特定PUCCH格式，来以不同的配置发送PUCCH DM-RS。UE可以发送探测参考信号(SRS)。SRS可以是在子帧的最后一个符号中发送的。SRS可以具有梳结构，并且UE可以在所述梳中的一个梳上发送SRS。SRS可以由基站用于信道质量估计，以实现在UL上的频率相关的调度。

图26D示出在帧的子帧内的各种UL信道的示例。可以如在一种配置中所指示地来定位PUCCH。PUCCH携带上行链路控制信息(UCI)，比如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和混合自动重传请求(HARQ)确认(ACK)(HARQ-ACK)反馈(即，指示一个或多个ACK和/或否定ACK(NACK)的一个或多个HARQ ACK比特)。PUSCH携带数据，并且可以另外用于携带缓冲区状态报告(BSR)、功率余量报告(PHR)和/或UCI。

以下示例仅是说明性的，其方面可以与本文描述的其它实施例或教导的各方面结合，而不受限制。

方面1是在第一UE处进行无线通信的方法，包括：从基站接收针对第二UE的寻呼消息；以及通过侧行链路从第一UE向第二UE发送寻呼消息。

在方面2中，方面1的方法还包括由第一UE通过与基站的接入链路从基站接收针对第二UE的寻呼消息。

在方面3中，方面1或2的方法还包括：所述第一UE处于RRC空闲状态或RRC非活动状态，所述方法还包括：监测接入链路上的寻呼时机，其中，针对所述第二UE的寻呼消息在寻呼时机期间由所述第一UE来接收。

在方面4中，根据方面1-3中任一方面所述的方法还包括：寻呼时机包括针对第二UE的寻呼时机的第一集合。

在方面5中，根据方面1-4中任一方面所述的方法还包括：寻呼时机还包括针对第一UE的寻呼时机的第二集合。

在方面6中，根据方面1-5中任一方面的所述的方法还包括建立与第二UE的关联，其中，第一UE基于该关联来监测针对第二UE的寻呼时机的第一集合。

在方面7中，根据方面1-6中任一方面所述的方法还包括针对在由第一UE监测的第二UE的寻呼时机中接收寻呼消息。

在方面8中，根据方面1-7中任一方面所述的方法还包括：由第一UE从基站接收的寻呼消息包括寻呼记录列表，该方法还包括：确定第二UE在寻呼记录列表中被标识，其中，所述第一UE响应于确定在所述寻呼记录列表中标识了所述第二UE来向所述第二UE发送寻呼消息。

在方面9中，根据方面1-8中任一方面所述的方法还包括：从基站接收的寻呼消息包括寻呼记录列表，并且第一UE向第二UE发送包括寻呼记录表的寻呼消息。

在方面10中，根据方面1-9中任一方面所述的方法还包括接收针对第一UE的在先寻呼消息，所述在先寻呼消息是在针对第一UE的寻呼时机中接收的；以及响应于接收到所述先前寻呼消息而转换到RRC连接状态，其中，在所述第一UE处于所述RRC连接的状态时，在至少一个额外消息中接收到针对所述第二UE的寻呼消息。

在方面11中，根据方面1-10中任一方面所述的方法还包括：所述至少一个额外消息包括标识第二UE和寻呼类型的DCI和PDSCH消息。

在方面12中，根据方面1-11中任一方面所述的方法还包括：DCI包括针对中继请求的指示，并且其中，第一UE响应于针对中继请求的所述指示而转换到RRC连接状态。

在方面13中，根据方面1-12中任一方面所述的方法还包括：PDSCH消息包括针对中继请求的指示，并且其中，第一UE响应于针对中继请求的所述指示而转换到RRC连接状态。

在方面14中，根据方面1-13中任一方面所述的方法还包括MAC-CE包括针对第二UE的寻呼信息，并且其中，第一UE响应于接收到寻呼信息而转变到RRC连接状态。

在方面15中，根据方面1-14中任一方面所述的方法还包括利用针对第一UE的C-RNTI对DCI的CRC比特进行加扰，并且PDSCH消息还包括项目列表，每个项目指示针对第二UE的寻呼中继任务，并且其中每个项目包括针对第二UE和寻呼类型的标识符。

在方面16中，根据方面1-15中任一方面所述的方法还包括：DCI的CRC比特是利用PR-RNTI加扰，以及PDSCH消息还包括项目列表，并且其中，每个项目包括针对第一UE的第一标识符、针对第二UE的第二标识符和寻呼类型。

在方面17中，根据方面1-16中任一方面所述的方法还包括在处于空闲状态或非活动状态时接收DCI；以及从所述DCI确定针对PDSCH消息的资源，其中，在所述PDSCH消息中接收针对所述第二UE的寻呼消息。

在方面18中，根据方面1-17中任一方面所述的方法还包括：PDSCH消息包括针对第一UE的第一标识符、针对第二UE的第二标识符和寻呼类型。

在方面19中，根据方面1-18中任一方面所述的方法还包括第一UE保持在空闲状态或非活动状态。

在方面20中，根据方面1-19中任一方面所述的方法还包括基于利用R-RNTI加扰的DCI的CRC比特来确定将寻呼消息中继到第二UE。

在方面21中，根据方面1-20中任一方面所述的方法还包括：基于利用P-RNTI加扰的DCI的CRC比特来确定将寻呼消息中继到第二UE，并且包括包含针对中继请求的指示的比特。

方面22是一种设备，其包括一个或多个处理器以及与一个或多个处理器电子通信的一个或多个存储器，所述一个或多个处理器存储可由所述一个或多个处理器执行的指令以使得所述设备实现如在方面1-21中任一方面所述的方面。

方面23是包括用于实现如方面1-21中任一方面所述的方法或实现装置的单元的系统或装置。

方面24是存储指令的非暂时性计算机可读存储介质，所述指令可由一个或多个处理器执行以使得所述一个或多个处理器实现如方面1-21中任一方面中的方法。

方面25是一种在基站处进行无线通信的方法，包括：确定寻呼处于非活动状态或空闲状态的第一UE；以及将用于所述第一UE的寻呼消息发送到第二UE以通过侧行链路中继到所述第一用户设备。

在方面26中，根据方面25所述的方法还包括：通过与基站的接入链路向第二UE发送寻呼消息。

在方面27中，根据方面25或方面26所述的方法还包括：第二UE处于RRC空闲状态或RRC非活动状态，并且基站在针对第一UE的寻呼时机期间向第二UE发送针对第一UE的呼叫消息。

在方面28中，根据方面25-27中任一方面所述的方法还包括：在发送寻呼消息之前接收第一UE和第二UE之间的关联的指示。

在方面29中，根据方面25-28中任一方面所述的方法还包括：在由第二UE监测的第一UE的寻呼时机中发送寻呼消息。

在方面30中，根据方面25-29中任一方面所述的方法还包括：发送到第二UE的寻呼消息包括标识第一UE的寻呼记录列表。

在方面31中，根据方面25-30中任一方面所述的方法还包括寻呼记录列表指示多个目标UE。

在方面32中，根据方面25-31中任一方面所述的方法还包括：向第二UE发送先前寻呼消息，所述先前寻呼消息是在针对第二UE的寻呼时机中发送的，其中，在所述第二UE转变到RRC连接状态之后，在至少一个额外消息中发送针对所述第一UE的寻呼消息。

在方面33中，根据方面25-32中任一方面所述的方法还包括：所述至少一个额外消息包括标识第一UE和寻呼类型的DCI和PDSCH消息。

在方面34中，根据方面25-33中任一方面所述的方法还包括：DCI包括对中继请求的指示。

在方面35中，根据方面25-34中任一方面所述的方法还包括：PDSCH消息包括对中继请求的指示。

在方面36中，根据方面25-35中任一方面所述的方法还包括：MAC-CE包括针对第一UE的寻呼信息。

在方面37中，根据方面25-36中任一方面所述的方法还包括：利用针对第二UE的C-RNTI对DCI的CRC比特进行加扰，并且PDSCH消息还包括项目列表，每个项目指示针对第一UE的寻呼中继任务，并且其中，每个项目包括针对第一UE的标识符和寻呼类型。

在方面38中，方面25-37中任一方面所述的方法还包括：利用PR-RNTI加扰DCI的CRC比特，以及PDSCH消息还包括项目列表，其中每个项目包括针对第二UE的第一标识符、针对第一UE的第二标识符和寻呼类型。

在方面39中，根据方面25-38中任一方面所述的方法还包括：向处于空闲状态或非活动状态的第二UE发送DCI；以及使用在所述DCI中指示的资源来发送PDSCH消息，其中，在所述PDSCH消息中发送针对所述第一UE的寻呼消息。

在方面40中，根据方面25-39中任一方面所述的方法还包括：PDSCH消息包括针对第二UE的第一标识符、针对第一UE的第二标识符和寻呼类型。

在方面41中，根据方面25-40中任一方面所述的方法还包括：在第二UE保持在空闲状态或非活动状态时发送寻呼消息。

在方面42中，根据方面25-41中任一方面所述的方法还包括：利用R-RNTI对DCI的CRC比特进行加扰。

在方面43中，根据方面25-42中任一方面所述的方法还包括：利用P-RNTI对DCI的CRC比特进行加扰，并且包括包含中继请求的指示的比特。

方面44是一种设备，其包括一个或多个处理器以及与一个或多个处理器电子通信的一个或多个存储器，所述一个或多个处理器存储可由所述一个或多个处理器执行的指令以使得所述设备实现如在方面25-43中任一方面所述的方面。

方面45是一种系统或装置，其包括用于实现如方面25-43中任一方面所述的方法或实现装置的单元。

方面46是非暂时性计算机可读存储介质，其存储可由一个或多个处理器执行的指令，以使得所述一个或多个处理器实现如方面25-43中任一方面中的方法。

方面47是一种无线通信的方法，包括：在处于RRC空闲模式或RRC非活动模式时，在第二UE处从基站接收针对第一UE的寻呼消息；以及通过侧行链路从第二UE向第一UE发送寻呼消息。

在方面48中，根据方面47所述的方法还包括：接收针对第二UE的先前寻呼消息，所述先前寻呼消息是在针对第二UE的寻呼时机中接收的；以及响应于第一次接收到先前寻呼消息而转换到RRC连接状态，以在第二UE处于RRC连接的状态时在至少一个额外消息中接收寻呼消息。

在方面49中，根据方面48所述的方法还包括：所述至少一个额外消息包括标识第一UE和寻呼类型的DCI和PDSCH消息。

在方面50中，根据方面49所述的方法还包括：DCI包括针对中继请求的指示，该方法还包括响应于针对中继请求的所述指示将第二UE转换到RRC连接状态。

在方面51中，根据方面49所述的方法还包括：PDSCH消息包括针对中继请求的指示，该方法还包括响应于中继请求的所述指示将第二UE转换到RRC连接状态。

在方面52中，根据方面49所述的方法还包括：MAC-CE包括针对第一UE的寻呼信息，该方法还包括响应于接收到寻呼信息而将第二UE转换到RRC连接状态。

在方面53中，根据方面49所述的方法还包括：利用针对第二UE的C-RNTI对DCI的CRC比特进行加扰，并且PDSCH消息还包括项目列表，每个项目指示针对第一UE的寻呼中继任务，并且其中，每个项目包括针对第一UE的标识符和寻呼类型。

在方面54中，根据方面49所述的方法还包括：利用PR-RNTI对DCI的CRC比特进行加扰，以及PDSCH消息还包括项目列表，并且其中，每个项目包括针对第一UE的第一标识符、针对第二UE的第二标识符和寻呼类型。

在方面55中，根据方面47-49或53-54中任一方面所述的方法还包括：接收寻呼消息包括在处于RRC空闲模式或RRC非活动模式时接收DCI；从所述DCI确定PDSCH消息的资源，所述PDSCH消息包括针对所述第一UE的寻呼消息、针对所述第一UE的第一标识符、针对所述第二UE的第二标识符和寻呼类型；以及将第二UE保持在RRC空闲模式或RRC非活动模式。

在方面56中，根据方面55所述的方法还包括基于利用R-RNTI加扰的DCI的CRC比特将寻呼消息中继到第一UE。

在方面57中，根据方面55所述的方法还包括：基于利用P-RNTI加扰的DCI的CRC比特并且包括包含对中继请求的指示的比特，将寻呼消息中继到第一UE。

在方面58中，根据方面47-57中任一方面所述的方法还包括：针对第一UE的寻呼消息是通过与基站的接入链路从基站发送的。

在方面59中，根据方面47-58中任一方面所述的方法还包括：在针对第一UE的寻呼消息的接入链路上监测第一UE的寻呼时机的第一集合。

在方面60中，根据方面47-59中任一方面所述的方法还包括监测针对第二UE的寻呼时机的第二集合。

在方面61中，根据方面47-60中任一方面所述的方法还包括建立与第一UE的关联，其中，针对监测第一UE的寻呼时机的第一集合基于该关联。

在方面62中，根据方面47-61中任一方面所述的方法还包括：来自基站的寻呼消息包括寻呼记录列表，该方法包括基于寻呼记录列表中标识的第一UE向第一UE发送寻呼消息。

在方面63中，根据方面47-61中任一方面所述的方法还包括：寻呼消息包括寻呼记录列表，该方法还包括向第一UE发送包括寻呼记录表的寻呼消息。

方面64是一种用于无线通信的设备，包括：存储器；以及耦合到所述存储器的至少一个处理器，所述存储器和所述至少一个处理器被配置为执行根据方面47-63中任一方面的方法。

在方面65中，根据方面64所述的装置还包括至少一个天线和耦合到至少一个天线和至少一个处理器的收发机。

方面66是一种用于无线通信的装置，包括执行方面47-63中任一方面的方法的装置。

在方面67中，根据方面66所述的装置还包括至少一个天线和耦合到所述至少一个天线的收发机。

方面68是存储计算机可执行代码的非暂时性计算机可读存储介质，该代码在由处理器执行时使得处理器执行权利要求47-63中任一项所述的方法。

方面69是一种在基站处进行无线通信的方法，包括：确定寻呼处于非活动状态或空闲状态的第一UE；以及向处于RRC空闲状态或RRC非活动状态的第二UE发送针对所述第一UE的寻呼消息，所述寻呼消息将通过侧行链路中继到所述第一用户设备。

在方面70中，根据方面69所述的方法还包括在发送寻呼消息之前接收对第一UE和第二UE之间的关联的指示。

在方面71中，根据方面69或方面70所述的方法还包括：基站在由第二UE监测的第一UE的寻呼时机中发送寻呼消息。

在方面72中，根据方面69-71中任一方面所述的方法还包括：发送寻呼消息包括向处于RRC空闲状态或RRC非活动状态的第二UE发送DCI；以及使用所述DCI中指示的资源来发送PDSCH消息，其中，所述PDSCH消息包括针对所述第一UE的寻呼消息。

在方面73中，根据方面72所述的方法还包括：PDSCH消息包括针对第二UE的第一标识符、针对第一UE的第二标识符和寻呼类型。

在方面74中，根据方面72或73所述的方法还包括利用R-RNTI对DCI的CRC比特进行加扰。

在方面75中，根据方面72或73所述的方法还包括利用P-RNTI对DCI的CRC比特进行加扰，并且包括包含对中继请求的指示的比特。

在方面76中，根据方面69-75中任一方面所述的方法还包括：用于发送到第二UE的寻呼消息包括标识第一UE的寻呼记录列表。

在方面77中，根据方面76所述的方法还包括寻呼记录列表指示多个目标UE。

在方面78中，根据方面69-72、76或77中任一方面所述的方法还包括：向第二UE发送先前寻呼消息，所述先前寻呼消息是在针对第二UE的寻呼时机中发送的，其中，在所述第二UE转变到RRC连接状态之后，在至少一个额外消息中发送针对所述第一UE的寻呼消息。

在方面79中，根据方面78所述的方法还包括：所述至少一个额外消息包括标识所述第一UE和寻呼类型的DCI和PDSCH消息，所述方法还包括利用针对所述第二UE的C-RNTI或PR-RNTI对所述DCI的CRC比特进行加扰，每个项目指示针对第一UE的寻呼中继任务，并且其中，每个项目包括针对第一UE的标识符和寻呼类型。

方面80是一种用于无线通信的装置，包括：存储器；以及耦合到所述存储器的至少一个处理器，所述存储器和所述至少一个处理器被配置为执行方面69-79中任一方面的方法。

在方面81中，根据方面80所述的装置还包括至少一个天线和耦合到至少一个天线的收发机。

方面82是一种用于无线通信的装置，包括执行方面69-79中任一方面的方法的装置。

在方面83中，根据方面82所述的装置还包括至少一个天线和耦合到所述至少一个天线的收发机。

方面84是存储计算机可执行代码的非暂时性计算机可读存储介质，所述代码在由处理器执行时，使得处理器执行根据权利要求69-79中任一项所述的方法。

要理解的是，所公开的过程/流程图中的框的特定顺序或层次是对示例方法的说明。要理解的是，基于设计偏好，可以重新排列所述过程/流程图中的框的特定顺序或层次。此外，可以将一些框组合或者省略。所附的方法权利要求以示例顺序给出了各个框的元素，而并不意指限于所给出的特定顺序或层次。

为使本领域任何普通技术人员能够实现本文所描述的各个方面，上面围绕各个方面进行了描述。对于本领域普通技术人员来说，对这些方面的各种修改都是显而易见的，并且本文定义的总体原理也可以适用于其它方面。因此，本权利要求书并不限于本文所示出的方面，而是与本权利要求语言公开的全部范围相一致，其中，除非特别说明，否则用单数形式修饰某一组件并不意味着“一个和仅仅一个”，而可以是“一个或多个”。诸如“如果”、“当…时”和“在…时”之类的术语应当解释为“在…条件下”，而不是暗示直接的时间关系或反应。也就是说，这些短语(例如，“当…时”)并不意味着立即采取行动来响应一个行动或者在一个行动发生期间采取行动，而是简单地意味着如果满足条件，则将发生某个行动，但不需要对该行动的发生具有特定或立即的时间约束。本文所使用的“示例性的”一词意味着“用作示例、例证或说明”。本文中描述为“示例性”的任何方面不应被解释为比其它方面更优选或更具优势。除非另外特别说明，否则术语“一些”指代一个或多个。诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”以及“A、B、C或者其任意组合”之类的组合，包括A、B和/或C的任意组合，以及可以包括多个A、多个B或者多个C。具体而言，诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”以及“A、B、C或者其任意组合”之类的组合，可以是仅仅A、仅仅B、仅仅C、A和B、A和C、B和C或者A和B和C，其中，任意的这种组合可以包含A、B或C中的一个或多个成员或者一些成员。贯穿本公开内容描述的各个方面的组件的所有结构和功能等价物以引用方式明确地并入本文中，并且旨在由权利要求所涵盖，这些结构和功能等价物对于本领域普通技术人员来说是公知的或将要是公知的。此外，本文中没有任何公开内容是想要奉献给公众的，不管这样的公开内容是否明确记载在权利要求书中。“模块”、“装置”、“元素”、“设备”等等之类的词语，并不是词语“单元”的替代词。照此，权利要求的构成要素不应被解释为功能单元，除非该构成要素明确采用了“用于…的单元”的措辞进行记载。

Claims (30)

1.一种用于无线通信的装置，包括：

存储器；以及

耦合到所述存储器的至少一个处理器，所述存储器和所述至少一个处理器被配置为：

当第二用户设备(UE)处于无线电资源控制(RRC)空闲模式或RRC非活动模式时，在第二UE处从基站接收针对第一UE的寻呼消息；以及

通过侧行链路从所述第二UE向所述第一UE发送所述寻呼消息。

2.根据权利要求1所述的装置，所述存储器和所述至少一个处理器还被配置为：

接收针对所述第二UE的先前寻呼消息，所述先前寻呼消息是在针对所述第二UE的寻呼时机中接收的；以及

响应于所述先前寻呼消息的第一次接收而转换到RRC连接状态，以在所述第二UE处于所述RRC连接状态时，在至少一个额外消息中接收所述寻呼消息。

3.根据权利要求2所述的装置，所述至少一个额外消息包括标识所述第一UE和寻呼类型的下行链路控制信息(DCI)和物理下行链路共享信道(PDSCH)消息。

4.根据权利要求3所述的装置，所述DCI包括针对中继请求的指示，以及所述存储器和所述至少一个处理器被配置为：响应于针对所述中继请求的所述指示，将所述第二UE转换到所述RRC连接状态。

5.根据权利要求3所述的装置，所述PDSCH消息包括针对中继请求的指示，以及所述存储器和所述至少一个处理器被配置为响应于针对所述中继请求的所述指示，将所述第二UE转换到所述RRC连接状态。

6.根据权利要求3所述的装置，其中，介质访问控制-控制元素(MAC-CE)包括针对所述第一UE的寻呼信息，以及所述存储器和所述至少一个处理器被配置为：响应于接收到所述寻呼信息将所述第二UE转换到所述RRC连接状态。

7.根据权利要求3所述的装置，其中，所述DCI的循环冗余校验(CRC)比特利用针对所述第二UE的小区无线电网络临时标识符(C-RNTI)进行加扰，以及所述PDSCH消息还包括项目列表，每个项目指示针对所述第一UE的寻呼中继任务，并且其中，每个项目包括针对所述第一UE的标识符和所述寻呼类型。

8.根据权利要求3所述的装置，其中，所述DCI的循环冗余校验(CRC)比特是利用寻呼中继无线电网络临时标识符(PR-RNTI)加扰的，以及所述PDSCH消息还包括项目列表，并且其中，每个项目包括针对所述第一UE的第一标识符、针对所述第二UE的第二标识符和所述寻呼类型。

9.根据权利要求1所述的装置，其中，为了接收所述寻呼消息，所述存储器和所述至少一个处理器还被配置为：

当处于所述RRC空闲模式或所述RRC非活动模式时，接收下行链路控制信息(DCI)；

从所述DCI确定用于物理下行链路共享信道(PDSCH)消息的资源，所述PDSCH消息包括针对所述第一UE的所述寻呼消息、针对所述第一UE的第一标识符、针对所述第二UE的第二标识符和寻呼类型；以及

将所述第二UE保持在所述RRC空闲模式或所述RRC非活动模式。

10.根据权利要求9所述的装置，所述存储器和所述至少一个处理器还被配置为：

基于利用中继无线电网络临时标识符(R-RNTI)加扰的所述DCI的循环冗余校验(CRC)比特，将所述寻呼消息中继到所述第一UE。

11.根据权利要求9所述的装置，所述存储器和所述至少一个处理器还被配置为：

基于所述DCI的循环冗余校验(CRC)比特来将所述寻呼消息中继到所述第一UE，所述DCI利用寻呼无线电网络临时标识符(P-RNTI)进行加扰以及包括包含针对中继请求的指示的比特。

12.根据权利要求1所述的装置，针对所述第一UE的所述寻呼消息是通过与所述基站的接入链路来自所述基站的。

13.根据权利要求1所述的装置，所述存储器和所述至少一个处理器还被配置为：

针对所述第一UE的所述寻呼消息，在接入链路上监测用于所述第一UE的寻呼时机的第一集合。

14.根据权利要求13所述的装置，所述存储器和所述至少一个处理器还被配置为：

监测用于所述第二UE的寻呼时机的第二集合。

15.根据权利要求13所述的装置，所述存储器和所述至少一个处理器还被配置为：

建立与所述第一UE的关联，其中，对所述第一UE的寻呼时机的所述第一集合的监测是基于所述关联的。

16.根据权利要求1所述的装置，其中，来自所述基站的所述寻呼消息包括寻呼记录列表，所述存储器和所述至少一个处理器还被配置为：

基于在所述寻呼记录列表中标识的所述第一UE，向所述第一UE发送所述寻呼消息。

17.根据权利要求1所述的装置，所述寻呼消息包括寻呼记录列表，以及所述存储器和所述至少一个处理器被配置为向所述第一UE发送包括所述寻呼记录列表的所述寻呼消息。

18.一种无线通信的方法，包括：

当第二用户设备(UE)处于无线电资源控制(RRC)空闲模式或RRC非活动模式时，在所述第二UE处从基站接收针对第一UE的寻呼消息；以及

通过侧行链路从所述第二UE向所述第一UE发送所述寻呼消息。

19.一种用于基站处的无线通信的装置，包括：

存储器；以及

耦合到所述存储器的至少一个处理器，所述存储器和所述至少一个处理器被配置为：

确定寻呼处于非活动状态或空闲状态的第一用户设备(UE)；以及

向处于无线电资源控制(RRC)空闲状态或RRC非活动状态的第二UE发送针对所述第一UE的寻呼消息，所述寻呼消息将通过侧行链路中继到所述第一UE。

20.根据权利要求19所述的装置，所述存储器和所述至少一个处理器还被配置为：

在发送所述寻呼消息之前，接收对所述第一UE与所述第二UE之间的关联的指示。

21.根据权利要求19所述的装置，所述存储器和所述至少一个处理器被配置为：在由所述第二UE监测的用于所述第一UE的寻呼时机中，发送所述寻呼消息。

22.根据权利要求19所述的装置，其中，为了发送所述寻呼消息，所述存储器和所述至少一个处理器被配置为：

向处于所述RRC空闲状态或所述RRC非活动状态的所述第二UE发送下行链路控制信息(DCI)；以及

使用所述DCI中指示的资源来发送物理下行链路共享信道(PDSCH)消息，其中，所述PDSCH消息包括针对所述第一UE的所述寻呼消息。

23.根据权利要求22所述的装置，所述PDSCH消息包括针对所述第二UE的第一标识符、针对所述第一UE的第二标识符和寻呼类型。

24.根据权利要求22所述的装置，所述存储器和所述至少一个处理器还被配置为：

利用中继无线电网络临时标识符(R-RNTI)，对所述DCI的循环冗余校验(CRC)比特进行加扰。

25.根据权利要求22所述的装置，所述存储器和所述至少一个处理器还被配置为：

利用寻呼无线电网络临时标识符(P-RNTI)对所述DCI的循环冗余校验(CRC)比特进行加扰，并且包括包含针对中继请求的指示的比特。

26.根据权利要求19所述的装置，用于发送到所述第二UE的所述寻呼消息包括标识所述第一UE的寻呼记录列表。

27.根据权利要求26所述的装置，所述寻呼记录列表指示多个目标UE。

28.根据权利要求19所述的装置，所述存储器和所述至少一个处理器还被配置为：

向所述第二UE发送先前寻呼消息，所述先前寻呼消息是在用于所述第二UE的寻呼时机中发送的，其中，在所述第二UE转换到RRC连接状态之后，在至少一个额外消息中发送针对所述第一UE的所述寻呼消息。

29.根据权利要求28所述的装置，所述至少一个额外消息包括标识所述第一UE和寻呼类型的下行链路控制信息(DCI)和物理下行链路共享信道(PDSCH)消息，所述存储器和所述至少一个处理器还被配置为：

利用针对所述第二UE的小区无线电网络临时标识符(C-RNTI)或寻呼中继无线电网络临时标识符(PR-RNTI)，对所述DCI的循环冗余校验(CRC)比特进行加扰，以及所述PDSCH消息还包括项目列表，每个项目指示针对所述第一UE的寻呼中继任务，并且其中，每个项目包括针对所述第一UE的标识符和所述寻呼类型。

30.一种用于基站处的无线通信的方法，包括：

确定寻呼处于非活动状态或空闲状态的第一用户设备(UE)；以及

向处于无线电资源控制(RRC)空闲状态或RRC非活动状态的第二UE发送针对所述第一UE的寻呼消息，所述寻呼消息将通过侧行链路中继到所述第一UE。

Images