CN115336337A - 使用中继寻呼远程ue - Google Patents

Abstract

本发明公开的方法、系统和设备可解决将寻呼消息发送到距基站多于一跳的远程UE的问题。

Description

使用中继寻呼远程UE

相关申请的交叉引用

本申请要求于2019年12月19日提交的名称为“Methods and Apparatus ForPaging Remote UE”的美国临时专利申请号62/950,256的权益，该专利申请的内容据此以引用方式并入本文。

背景技术

寻呼的非连续接收

UE可以在RRC_IDLE和RRC_INACTIVE状态中使用非连续接收(DRX)以减少功耗。UE在每个DRX循环监视一个寻呼时机(PO)。PO是一组PDCCH监视时机，并且可以由可发送寻呼DCI的多个时隙(例如，子帧或OFDM符号)组成，3GPP TS 38.213，物理层控制过程(版本15)，V15.7.0([1])。一个寻呼帧(PF)是一个无线电帧，并且可包含一个或多个PO或PO的起点。

在多波束操作中，UE假设相同的寻呼消息和相同的短消息在所有发射波束中重复，并且因此选择用于接收寻呼消息和短消息的波束取决于UE具体实施。针对RAN发起的寻呼和CN发起的寻呼，寻呼消息是相同的。

UE在接收到RAN发起的寻呼时发起RRC连接恢复过程。如果UE在RRC_INACTIVE状态接收CN发起的寻呼，则UE移动到RRC_IDLE并通知NAS。

PF和PO通过下式确定：

PF的SFN由以下确定：

(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)

Index(i_s)，指示PO的索引由以下确定：

i_s＝floor(UE_ID/N)mod Ns

寻呼的PDCCH监视时机根据如[1]中所指定的pagingSearchSpace和如[1]中所指定的firstPDCCH-MonitoringOccasionOfPO(若配置了的话)来确定。当为pagingSearchSpace配置SearchSpaceId＝0时，寻呼的PDCCH监视时机与如在[1]中的第13条中定义的RMSI相同。

当为pagingSearchSpace配置SearchSpaceId＝0时，Ns为1或2。对于Ns＝1，在PF中只有一个PO从寻呼的第一PDCCH监视时机开始。对于Ns＝2，PO位于PF的前半帧(i_s＝0)或后半帧(i_s＝1)中。

当为pagingSearchSpace配置SearchSpaceId为非0时，UE监视第(i_s+1)个PO。PO是一组“S”个连续的PDCCH监视时机，其中“S”是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。PO中的寻呼的第K个PDCCH监视时机对应于第K个发送的SSB。不与(根据tdd-UL-DL-ConfigurationCommon确定的)UL符号重叠的寻呼的PDCCH监视时机在PF中自寻呼的第一PDCCH监视时机起从零开始被依次编号。当存在firstPDCCH-MonitoringOccasionOfPO时，第(i_s+1)个PO的起始PDCCH监视时机编号是firstPDCCH-MonitoringOccasionOfPO参数的第(i_s+1)个值；否则，其等于i_s*S。

注1：与PF相关联的PO可在PF中或PF之后开始。

注2：PO的PDCCH监视时机可跨越多个无线电帧。当为pagingSearchSpace配置SearchSpaceId为非0时，PO的PDCCH监视时机可跨越寻呼搜索空间的多个周期。

以下参数用于计算上述PF和i_s：

T：UE的DRX循环(T由UE特定DRX值(如果由RRC和上层配置了的话)中的最短值和在系统信息中广播的默认DRX值确定。如果UE特定DRX未由RRC配置或未由上层配置，则应用默认值)。

N：T中总的寻呼帧数量

Ns：PF的寻呼时机数量

PF_offset：用于PF确定的偏移

UE_ID：5G-S-TMSI mod 1024

在SIB1中发信号通知参数Ns、nAndPagingFrameOffset和默认DRX循环的长度。N和PF_offset的值得自参数nAndPagingFrameOffset，如在3GPP TS 38.331，无线电资源控制(RRC)协议规范(版本15)，V15.7.0([2])中所定义。在SIB1中发信号通知参数first-PDCCH-MonitoringOccasionOfPO以用于初始DL BWP中的寻呼。对于在除初始DL BWP之外的DL BWP中的寻呼，在对应的BWP配置中发信号通知参数first-PDCCH-MonitoringOccasionOfPO。

如果UE不具有5G-S-TMSI，例如当UE尚未注册到网络上时，UE应使用上述PF和i_s公式中的默认身份UE_ID＝0。

5G-S-TMSI是如在3GPP TS 23.501，5G系统的系统架构，阶段2(版本15)，V15.6.0([3])中所定义的48位长度的位串。5G-S-TMSI应在上述公式中解释为二进制数，其中最左侧的位表示最高有效位。

二层演进的UE到网络中继解决方案

架构

对于用户平面和控制平面的协议架构，在RLC子层上方执行中继。在RLC上方将演进的ProSe远程UE的用户平面数据和控制平面数据经由演进的ProSe UE到网络中继UE从演进的ProSe远程UE中继到网络，反之亦然。Uu PDCP和RRC终止于演进的ProSe远程UE与eNB之间，而RLC、MAC和PHY以及非3GPP传输层终止于每个链路中(即演进的ProSe远程UE与演进的ProSe UE到网络中继UE之间的链路，以及演进的ProSe UE到网络中继UE与eNB之间的链路)。图1和图2中示出了当在演进的ProSe远程UE与演进的ProSe UE到网络中继UE之间使用PC5时的用户平面协议栈和控制平面协议栈。

针对演进的ProSe远程UE的寻呼

假设演进的ProSe远程UE应与演进的ProSe UE到网络中继UE链接，以便经由演进的ProSe UE到网络中继UE接收寻呼。当演进的ProSe远程UE在E-UTRAN覆盖范围内以及覆盖范围外时，该演进的ProSe远程UE支持通过所链接的演进的ProSe UE到网络中继UE接收寻呼。演进的ProSe UE到网络中继UE支持转发针对位于E-UTRAN覆盖范围内和覆盖范围外的演进的ProSe远程UE的寻呼。存在多个可能的寻呼选项，利用这些寻呼选项，处于RRC_IDLE中的演进的ProSe远程UE当在E-UTRAN覆盖范围内或覆盖范围外时，其可在下行链路上可达，如下所示。

选项1：演进的ProSe UE到网络中继UE除了监视其自身的PO之外还监视其所链接的演进的ProSe远程UE的PO。当被链接至演进的ProSe UE到网络中继UE时，演进的ProSe远程UE无需尝试通过下行链路接收寻呼。演进的ProSe UE到网络中继UE可能需要监视多个寻呼时机。演进的ProSe UE到网络中继UE必须了解演进的ProSe远程UE的寻呼时机，并且必须对寻呼消息进行解码并且确定寻呼所针对的演进的ProSe远程UE。而且，演进的ProSe UE到网络中继UE可能需要通过短程链路对演进的ProSe远程UE的寻呼进行中继。此选项在图3中示出。

选项2：演进的ProSe UE到网络中继UE仅监视其自身的PO，并且针对所链接的演进的ProSe远程UE的寻呼也在演进的ProSe UE到网络中继UE的PO中发送。当被链接至演进的ProSe UE到网络中继UE时，演进的ProSe远程UE无需尝试通过下行链路接收寻呼。演进的ProSe UE到网络中继UE必须对寻呼消息进行解码，确定寻呼所针对的演进的ProSe远程UE，并且需要通过短程链路对演进的ProSe远程UE的寻呼进行中继。为了寻呼演进的ProSe远程UE，需要核心网(即MME)了解演进的ProSe UE到网络中继UE与演进的ProSe远程UE之间的链接状态，并且当演进的ProSe远程UE被链接时，重新映射演进的ProSe远程UE的寻呼消息以使其出现在演进的ProSe UE到网络中继UE的PO上。此选项在图4中示出。

提供该背景信息是为了揭示申请人认为可能有相关性的信息。没有必要承认，也不应解释为任何前述信息构成现有技术。

发明内容

本文公开了可解决将寻呼消息发送到距基站多于一跳的远程UE的问题的主题。具体地讲，公开了以下主题。

公开了中继UE选举方法，该方法用于启用或禁用具有中继能力的UE充当用于寻呼消息的UE到网络中继或UE到UE中继的中继功能。

公开了寻呼路径建立方法，该方法用于在gNB向远程UE发出寻呼消息之前建立远程UE与该gNB之间的路径。公开了一种寻呼路径发现过程，该过程用于gNB发现远程UE与该gNB之间的多个候选寻呼路径。公开了寻呼路径配置过程，该过程用于gNB选择和配置沿寻呼路径转发寻呼的UE到网络中继和零个或多个UE到UE中继的适配层。还公开了一种基于选择的寻呼路径建立方法，即，远程UE通过配置位于寻呼路径上的UE到UE中继和UE到网络中继的适配层来沿中继UE的寻呼路径建立该远程UE的寻呼路径。

公开了寻呼传播方法，该方法用于经由建立的寻呼路径将寻呼消息从gNB传播到远程UE。在第一公开的方法中，UE到网络中继UE除了监视其自身的PO之外还监视远程UE的PO。在第二公开的方法中，UE到网络中继仅监视其自身的PO，并且针对远程UE的寻呼也在UE到网络中继UE的PO中发送。

公开了寻呼路径维护方法，该方法用于网络中的远程UE、UE到UE中继或UE到网络中继在拓扑改变时动态地维护远程UE与gNB之间的寻呼路径。在第一公开的方法中，远程UE可选择新的中继UE并建立到gNB的新的寻呼路径。在第二公开的方法中，远程UE的寻呼路径上的一个或多个中继UE可选择新的中继UE并建立到gNB的新的寻呼路径。

公开了UE可达性管理方法，该方法用于远程UE通过周期性地发送路径更新消息来维护寻呼路径。

提供本发明内容的目的是以简化形式介绍精选的概念，这些概念在以下具体实施方式中进一步描述。本发明内容既不旨在识别所要求保护的主题的关键特征或基本特征，也不旨在用于限制所要求保护的主题的范围。另外，所要求保护的主题不限于解决本公开的任何部分中所指出的任何或所有缺点的限制。

附图说明

由以下结合附图以举例的方式给出的描述可得到更详细的理解，在附图中：

图1示出了用于二层演进的UE到网络中继(PC5)的示例性用户平面无线电协议栈；

图2示出了用于二层演进的UE到网络中继(PC5)的示例性控制平面无线电协议栈；

图3示出了针对演进的ProSe远程UE的示例性寻呼(选项1)；

图4示出了针对演进的ProSe远程UE的示例性寻呼(选项2)；

图5示出了用于二层UE到网络中继(PC5)和UE到UE中继(PC5)的示例性控制平面无线电协议栈；

图6示出了用于二层UE到网络中继(PC5)和UE到UE中继(PC5)的示例性用户平面无线电协议栈；

图7示出了由gNB进行的示例性中继UE选举和配置；

图8示出了示例性寻呼路径发现过程；

图9示出了示例性端到端寻呼路径配置；

图10示出了示例性逐跳寻呼路径配置；

图11示出了通过现有寻呼建立示例性寻呼路径；

图12示出了当UE到网络中继UE除了监视其自身的PO之外还监视远程UE的PO时的示例性寻呼传播过程；

图13示出了当UE到网络中继仅监视其自身的PO并且针对远程UE的寻呼也在UE到网络中继UE的PO中发送时的示例性寻呼传播过程；

图14示出了用于远程UE重新选择新的中继UE的示例性寻呼路径建立过程；

图15示出了当中继UE重新选择新的中继UE时的示例性寻呼路径建立过程；

图16示出了用于远程UE可达性管理的示例性寻呼路径更新；

图17示出了示例性寻呼方法；

图18示出了可基于用于寻呼远程UE的方法、系统和设备生成的示例性显示(例如，图形用户界面)；

图19A示出了示例性通信系统；

图19B示出了包括RAN和核心网的示例性系统；

图19C示出了包括RAN和核心网的示例性系统；

图19C示出了包括RAN和核心网的示例性系统；

图19E示出了另一个示例性通信系统；

图19F是示例性装置或设备(诸如WTRU)的框图；并且

图19G是示例性计算系统的框图。

具体实施方式

在LTE和NR中，当UE处于RRC_Idle时，UE的位置上下文的粒度处于“跟踪区域”，并且当UE处于RRC_Inactive时，UE的位置上下文的粒度处于“RAN通知区域”。为了向UE发送寻呼，TA和RNA内的gNB将寻呼广播到区域内的所有UE。然而，在区域中存在多个中继的情况下，通过中继UE广播寻呼将导致寻呼消息在区域中泛洪，从而引入巨大开销。因此，需要建立一个或多个寻呼路径以将寻呼消息从gNB传播到远程UE。需要解决的第一组问题是如何在gNB与远程UE之间建立一个或多个寻呼路径。

问题1-中继UE选举以用于对寻呼进行中继：在网络中，一些UE支持对寻呼消息进行中继的中继功能，而一些UE例如由于其硬件和软件能力而不支持中继功能。然而，对于支持中继功能的UE，由于UE条件或网络条件，中继功能可能不被启用或不被选举为对寻呼消息进行中继。具有中继能力的UE的中继功能如何被启用以充当寻呼消息的中继？

问题2-中继UE的远程UE选择以用于寻呼接收：如果远程UE需要选择(新的)中继UE以用于寻呼接收，那么远程UE如何选择用于寻呼接收的中继UE？

问题3-由中继UE确定要将寻呼转发到哪个(哪些)远程UE：中继UE如何知道要将寻呼中继到哪个远程UE？该知识是显式的还是隐式的？

问题4-在中继UE处了解远程UE PO：中继UE如何知道远程UE寻呼的PO正在被中继？

远程UE可能正在移动。远程UE的移动性引入了另一组问题。

问题5-传统RAN区域更新过程、注册区域更新过程或UE周期性注册区域更新限制在一跳内。UE需要切换到RRC连接模式以发送RANU或注册区域更新。应解决远程UE如何通过其它中继UE在NW(CN或RAN)中维护UE可达性状态。

问题6-可如何快速重新建立寻呼中继路径，使得远程UE可从NW无缝接收寻呼。

本文公开了可解决将寻呼消息发送到距基站多于一跳的远程UE的问题的主题。所公开的主题包括建立用于从gNB接收寻呼消息的一个或多个路径的远程UE，或将寻呼消息从gNB转发到远程UE的中继UE。

如本文所述的方法、系统和装置等可提供用于寻呼远程UE。方法、系统、计算机可读存储介质或装置提供用于从一个或多个相邻UE接收中继上下文信息；基于获得的中继上下文信息，通过向一个或多个相邻中继UE发送寻呼路径发现请求以发现到gNB的一个或多个路径并从相邻UE或gNB接收寻呼路径发现响应以确认寻呼路径的建立来发起基于发现的寻呼路径建立过程，以发现和建立远程UE与gNB之间的一个或多个寻呼路径；基于获得的中继上下文信息，通过发送寻呼路径建立请求以选择和配置已建立了到gNB的一个或多个寻呼路径的远程UE的相邻UE并接收寻呼路径建立响应以确认寻呼路径的建立来指示基于选择的寻呼路径建立过程，即，远程UE沿该远程UE的相邻中继UE的寻呼路径建立该远程UE的寻呼路径；选择新的中继UE并建立到gNB的新的寻呼路径；以及通过向gNB发送路径更新来维护寻呼路径并更新网络的可达性

方法、系统、计算机可读存储介质或装置提供用于基于触发条件或由gNB配置来启用中继功能或禁用中继功能；以及基于触发条件(例如，状态、上下文信息等)或由gNB配置来启用发送中继上下文信息或禁用发送中继上下文信息。在基于发现的寻呼路径建立过程中：接收寻呼路径发现请求消息；确定是否充当远程UE的寻呼中继，并且基于一个或多个标准将该寻呼消息转发到gNB；将中继UE的UE ID插入附加在寻呼路径发现请求消息中并转发到gNB；接收路径发现响应消息以配置中继UE的适配层以将寻呼从gNB转发到远程UE；以及接收寻呼路径配置消息以配置中继UE的适配层以将寻呼从gNB转发到远程UE。在基于选择的寻呼路径建立过程中，可接收寻呼路径建立请求以配置中继UE的适配层以将寻呼从gNB转发到远程UE。方法、系统、计算机可读存储介质或装置提供用于从gNB接收寻呼消息；提取寻呼消息中的远程UE信息；以及将寻呼消息转发到位于寻呼路径上的下一个UE。方法、系统、计算机可读存储介质或装置提供用于从UE接收寻呼消息，并且将寻呼消息朝向远程UE转发到位于寻呼路径上的下一个UE。方法、系统、计算机可读存储介质或装置提供用于选择新的中继UE并且建立到gNB的新的寻呼路径，这可包括重新建立由中继UE将寻呼消息转发到的所有UE的寻呼路径以及将新的寻呼路径信息更新到由中继UE将寻呼消息转发到的UE。触发条件可包括UE的阈值能力、UE的阈值状态或限定的地理区域中的中继UE的阈值数量。设想了本段落和先前段落中的所有组合(包括步骤删除或添加)。

架构和协议栈

图5和图6中示出了当在远程UE、UE到UE中继UE以及UE到网络中继UE之间使用PC5时的控制平面协议栈和用户平面协议栈。对于用户平面和控制平面的协议架构，在RLC子层上方执行中继。远程UE 201的用户平面和控制平面数据在RLC上方经由UE到UE中继UE 202或UE到网络中继UE 203从远程UE 201中继到网络，反之亦然。Uu PDCP和RRC终止于远程UE201与gNB 204之间，而RLC、MAC和PHY终止于每个链路中(例如，远程UE 201与UE到UE中继UE201之间的链路、UE到UE中继UE 201与网络中继UE 203之间的链路、以及UE到网络中继UE203与gNB 204之间的链路)。在下文(例如，图5或图6)中，示出了RLC层在每一跳上终止。然而，来自远程UE 201的RLC层也可终止于gNB 204处。

寻呼消息可由gNB 204发送，并且由UE到网络中继203和零个或多个UE到UE中继202沿一个或多个路径转发到远程UE 201。在本公开中，这些路径被命名为寻呼路径。首先，公开了中继UE选举方法，该方法用于启用或禁用具有中继能力的UE充当用于寻呼消息的UE到网络中继203或UE到UE中继202的中继功能，如与“中继UE选举”相关联。在gNB 204向远程UE 201发出寻呼消息之前，可在远程UE 201与gNB 204之间建立寻呼路径，如与“寻呼路径建立”相关联。公开了关于可如何经由建立的寻呼路径将寻呼消息从gNB 204传播到远程UE201的方法，如与“寻呼传播”相关联。由于移动性和中继UE选举变化所引起的拓扑变化，网络中的远程UE 201、UE到UE中继202或UE到网络中继203需要动态地维护远程UE 201与gNB204之间的寻呼路径，如与“寻呼路径维护和可达性管理”相关联。

中继UE选举

在网络中，一些UE支持对寻呼消息进行中继的中继功能，而一些UE由于其硬件和软件能力而不支持中继功能。然而，对于支持中继功能的UE，中继功能可能不被启用或不被选举为对寻呼消息进行中继。当UE的中继功能被启用时，该UE变为中继UE。为了解决问题说明中的问题1，公开了中继UE选举方法，该方法用于启用或禁用具有中继能力的UE充当用于寻呼消息的UE到网络中继203或UE到UE中继202的中继功能。

UE可基于其状态(例如，能力)启用和禁用其自身的中继功能。例如，如果UE的电量低于预先配置的阈值，则UE可禁用其中继功能。如果UE具有与gNB 204的Uu接口，则UE可启用其中继功能并自选举为UE到网络中继UE 203。如果UE不具有与gNB 204的Uu接口，则UE可启用其中继功能并自选为UE到UE中继202。如果中继UE愿意充当新的相邻UE的中继UE，则该中继UE可向其相邻UE周期性地广播如表1中所列出的其中继上下文信息。否则，基于其状态，中继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的数量启用或禁用广播其中继上下文信息。例如，如果在其附近不存在广播中继上下文信息的中继UE，则UE可启用广播。如果UE从其相邻UE接收到中继上下文信息，则该UE可禁用广播。

UE可启用和禁用由gNB 204配置的其中继功能，如图7所示。图7示出了由gNB进行的示例性中继UE选举和配置。在步骤221处，中继UE 202可从gNB 204接收中继配置请求。在步骤222处，基于步骤221的中继配置请求的信息(例如，上下文信息)来配置中继参数。在步骤223处，向gNB 204发送中继配置响应。gNB 204可发送中继配置请求，以基于标准诸如UE的位置、波束方向、能力、业务负载或基于通过网络要求和策略经由专用消息来启用或禁用中继功能，启用或禁用中继UE广播其中继上下文信息。gNB 204可发送供UE启用或禁用中继功能、启用或禁用中继UE广播其中继上下文信息的标准，该UE可使用该标准来确定禁用还是启用。中继UE可确认或拒绝请求中的中继配置请求。

寻呼路径建立

寻呼可由gNB 204发送，并且由UE到网络中继203和零个或多个UE到UE中继202转发到远程UE 201。在gNB 204向远程UE 201发出寻呼消息之前，可在远程UE 201与gNB 204之间建立寻呼路径。为了解决问题说明中的问题2、问题3或问题4，公开了用于在gNB 204或远程UE 201之间建立一个或多个寻呼路径的方法。在所述第一公开的方法(例如，基于发现的寻呼路径建立)中，寻呼路径发现过程可由远程UE 201触发以供gNB 204发现远程UE 201与gNB 204之间的多个候选寻呼路径。gNB 204随后可选择和配置沿寻呼路径转发寻呼的UE到网络中继203和零个或多个UE到UE中继202的适配层。在与在现有寻呼路径上建立与寻呼路径相关联的另一公开方法中，远程UE 201可选择中继UE中已建立到gNB 204的一个或多个寻呼路径的一个中继UE，并且随后可通过配置寻呼路径上的中继UE的适配层来沿循中继UE的寻呼路径建立该远程UE的寻呼路径。

基于发现的寻呼路径建立

在基于发现的寻呼路径建立方法中，寻呼路径发现过程可由远程UE 201触发以供gNB 204发现远程UE 201与gNB 204之间的多个候选寻呼路径，如与“寻呼路径发现过程”相关联。然后，gNB 204可选择一个或多个寻呼路径并且经由配置位于路径上的中继UE来建立寻呼路径，如与“寻呼路径配置过程”相关联。

1.寻呼路径发现过程

公开了寻呼路径发现过程，该过程用于gNB 204发现远程UE 201与gNB 204之间的多个候选寻呼路径，如图8所示。远程UE 201通过向gNB 204发送(例如，在步骤233处)寻呼路径发现请求来触发该过程。寻呼路径发现请求由一个或多个中继UE转发到gNB 204(例如，步骤234-步骤237)。因此，gNB 204可发现远程UE 201与gNB 204之间的多个候选寻呼路径。gNB 204可基于若干标准在过程结束时选择一个或多个寻呼路径(例如，步骤238)。

在步骤231处，可在远程UE 231与中继202之间执行发现过程。远程UE 201和中继UE 202可经由发现过程发现彼此。在发现过程期间，中继UE 202可广播或发送其中继上下文信息，如表1所示。

表1中继上下文信息

在步骤232处，可在远程UE 201与中继202之间建立PC5连接。远程UE 201和中继UE202可在发现之后建立PC5连接。远程UE 201可进一步收集中继UE 202的中继上下文信息，例如与中继UE 202之间的链路质量、中继UE 202的侧行链路(SL)DRX循环。

在步骤233处，中继202从远程UE 201接收寻呼路径发现请求。远程UE 201将寻呼路径发现请求消息发送到在步骤231期间发现的中继UE。远程UE 201可在广播通信范围内使用广播将消息发送到所有中继UE，或使用单播将消息发送到每个发现的中继UE 202。寻呼路径发现请求消息可包括但不限于表2中所示的信息。

表2寻呼路径发现请求消息

在步骤234处，中继202确定其是否应充当远程UE 201的寻呼中继。当中继UE 202接收到寻呼路径发现请求消息时，其查看是否充当远程UE的寻呼中继，并且基于如以下示例中所述的标准将该寻呼消息转发到gNB。在示例中，如果消息中的gNB ID与中继UE 202所通信的gNB 204相同或gNB ID字段未被指定，则可能存在转发。在示例中，如果消息中的gNBID与中继UE 202所通信的gNB 204相同或gNB ID字段未被指定，则可能存在转发。在示例中，如果中继UE 202具有充当寻呼中继的能力，则可能存在转发。在示例中，如果消息中的中继层级大于中继UE 202的层级，则可能存在转发。UE的中继层级是UE距离gNB的跳数。例如，UE到网络中继UE的中继层级是1，因为UE到网络中继距离gNB仅一跳。在另一示例中，图8所示的中继UE 202的中继层级是2，因为UE到UE中继距离gNB为2跳。在示例中，如果中继UE202从未接收到来自相同远程UE 201的具有相同序列号的消息，则可能存在转发。

如果中继UE 202转发该消息，则中继UE 202可插入附加在寻呼路径发现请求消息中的其UE ID。中继UE 202的ID可以是AS层ID或网络ID。

在步骤235处，中继202可向中继203发送寻呼路径发现请求。中继UE 202向gNB204转发寻呼路径发现请求消息。中继UE 202可在广播通信范围内使用广播将消息发送到中继UE。另选地，中继UE 202可使用单播将消息发送到具有PC5连接的每个中继UE。中继UE202可仅向与如寻呼路径发现消息中所指示的同一gNB 204连接的另一中继UE发送，并且另一UE的层级编号小于该中继UE自身的层级编号。

在步骤236处，中继203确定是否充当远程UE 201的寻呼中继。中继UE 203查看是否充当远程UE 201的寻呼中继或将该寻呼消息转发到gNB 204，与步骤234相同。

在步骤237处，中继203向gNB 204发送寻呼路径发现请求。中继UE 203将寻呼路径发现请求消息转发到gNB 204，因为该中继UE具有与gNB 204的直接连接。

在步骤238处，gNB 204选择远程UE 201的寻呼路径。gNB 204可接收由具有相同序列号的相同远程UE 201发送的多个寻呼路径发现请求，并且gNB 204可选择远程UE 204的多个寻呼路径中的一个寻呼路径。

寻呼路径配置过程

公开了寻呼路径配置过程，该过程用于gNB 204在远程UE 201与gNB 204之间建立一个或多个寻呼路径。gNB 204在选择远程UE 201的多个寻呼路径中的一个寻呼路径之后触发该过程。

在如图9所示的第一公开的过程中，gNB 204向远程UE 201发送寻呼路径发现响应。发现响应可包括完整寻呼路径信息，并且可经由路径上的中继UE 202中的全部或一些中继UE转发。当中继UE 202接收到寻呼路径发现响应时，中继UE 202可配置其适配层，以便在将来把寻呼消息从gNB 204转发到远程UE 201。

继续参考图9，在步骤241处，gNB 204向位于寻呼路径上的UE到网络中继203发送寻呼路径发现响应。消息可包括但不限于表3中所示的信息。

表3寻呼路径发现响应消息

在步骤242处，UE到网络中继UE 302使用在步骤241的消息中接收的信息来配置其适配层，以在将来接收和转发针对远程UE 201的寻呼消息。如果UE到网络中继UE 203除了监视其自身的PO之外还监视远程UE 201的PO，则UE到网络中继UE 203提取用于计算远程UE201的寻呼时机的参数。UE到网络中继UE 203还应提取关于位于寻呼路径上的下一个中继的信息。该信息可与远程UE ID或寻呼路径ID相关联地存储。因此，UE到网络中继UE 203可知道将来哪个中继用来转发寻呼消息。

在步骤243处，UE到网络中继UE 203可将寻呼路径发现响应消息转发到位于寻呼路径上的下一个中继UE(例如，中继UE 202)。UE到网络中继203可在转发寻呼路径发现响应消息之前删除该消息中的“用于计算远程UE 201的寻呼时机和DRX的参数”字段。另选地，UE到网络中继203可添加针对下一跳中继UE的关于将来哪个槽位用来接收寻呼消息的SL DRX配置。

在步骤244处，中继UE 202接收寻呼路径发现响应，并且使用消息中的信息来配置其适配层，以在将来接收或转发针对远程UE 201的寻呼消息。中继UE 202应提取关于位于寻呼路径上的下一个中继的信息。该信息可与远程UE ID或寻呼路径ID相关联地存储。因此，中继UE 202可知道将来哪个中继用来转发寻呼消息。中继UE 202可添加针对远程UE201的关于将来哪个槽位用来接收寻呼消息的SL DRX配置。

在步骤245处，中继UE 202将寻呼路径发现响应消息转发到远程UE 201。在接收到消息之后，远程UE自gNB建立寻呼路径。远程UE 201存储UE到网络中继UE 203的ID、寻呼路径ID或在将来把寻呼消息转发给该远程UE的中继UE的ID。远程UE 201可基于步骤244的消息中的SL DRX信息来配置其DRX。

图10提供了示例性逐跳寻呼路径配置。在第二公开的过程中，gNB 204向寻呼路径上的每个中继UE发送寻呼路径配置消息并配置适配层。在配置位于寻呼路径上的每个中继UE之后，gNB 204发送送往远程UE 201的寻呼路径发现响应。

在步骤251处，gNB向位于寻呼路径上的UE到网络中继203发送寻呼路径配置消息。消息可包括但不限于表4中所示的信息。

表4寻呼路径配置消息

在步骤252处，UE到网络中继UE 203接收寻呼路径配置消息，并且使用该消息中的信息来配置UE到网络中继UE 203的适配层，以在将来接收和转发针对远程UE 201的寻呼消息。如果UE到网络中继UE 203除了监视其自身的PO之外还监视远程UE 201的PO，则UE到网络中继UE 203提取用于计算远程UE 201的寻呼时机的参数。UE到网络中继UE 203还应提取关于位于寻呼路径上的下一个中继的信息。该信息与远程UE ID或寻呼路径ID相关联地存储。因此，UE到网络中继UE 203可知道将来哪个中继用来转发寻呼消息。

在步骤253处，gNB 204向位于寻呼路径上的下一个中继UE 202发送寻呼路径配置消息。消息可包括但不限于表4中所示的信息。

在步骤254处，中继UE 202使用在步骤253的消息中的信息来配置其适配层，以在将来接收或转发针对远程UE 201的寻呼消息。中继UE 202需要提取关于位于寻呼路径上的下一个中继的信息。该信息可与远程UE ID或寻呼路径ID相关联地存储。因此，中继UE 202可知道将来哪个中继用来转发寻呼消息。

在步骤255处，gNB 204向位于寻呼路径上的远程UE 101发送寻呼路径发现响应消息。消息可包括但不限于表4中所示的信息。在接收到消息之后，远程UE 201可自gNB建立寻呼路径。远程UE可存储UE到网络中继UE 2013的ID、寻呼路径ID或在将来把寻呼消息转发给该远程UE的中继UE 202的ID。

在现有寻呼路径上建立寻呼路径

在该寻呼路径建立方法中，远程UE 201选择已建立了到gNB 204的一个或多个寻呼路径的一个或多个中继UE，然后通过配置位于寻呼路径上的UE到UE中继和UE到网络中继的适配层来沿中继UE 202的寻呼路径建立该远程UE的寻呼路径，如图11所示。在该方法中，一个或多个相邻中继UE已自gNB 204建立了寻呼路径。

在步骤260处，寻呼路径已被建立。在步骤261处，远程UE 201和中继UE 202经由发现过程发现彼此。在发现过程期间，中继UE 202可广播或发送其中继上下文信息，如表1所示。

在步骤262处，远程UE 201和中继UE 202可在发现之后建立PC5连接。远程UE 201可进一步收集中继UE 202的信息，例如中继UE 202之间的链路质量、中继UE 202的SL DRX循环。

在步骤263处，基于发现的信息，远程UE 201选择已建立了到gNB 204的寻呼路径的一个或多个中继UE，并且随后将寻呼路径建立请求消息发送到中继UE 202。寻呼路径建立请求消息可包括但不限于表5中所示的信息。

表5寻呼路径建立请求消息

在步骤264处，当中继UE 202接收到寻呼路径建立请求消息时，中继UE 202确定是否充当远程UE 201的寻呼中继或允许远程UE 201共享相同的寻呼路径。如果中继UE 202确定充当远程UE 201的寻呼中继或允许远程UE 201共享相同的寻呼路径，则中继UE 202配置其适配层以接收寻呼消息或将寻呼消息转发到远程UE 201。

在步骤265a处，中继UE 202沿其寻呼路径向gNB 204转发寻呼路径建立请求消息。

在步骤265b处，中继UE 202发送寻呼路径建立响应以指示是否充当远程UE的寻呼中继或允许远程UE共享相同的寻呼路径。

在步骤266处，中继UE 203配置其适配层以接收寻呼消息并将其转发到远程UE201。当图11中的中继203接收到发往远程UE 201的寻呼消息时，中继203将该寻呼消息转发到中继202。如果中继UE是UE到网络中继UE 203并且除了监视中继UE 203的PO之外还监视远程UE 201的PO，则中继UE 203提取请求中的用于计算远程UE 201的寻呼时机的参数。如果UE到网络中继203无法基于寻呼路径建立请求中的信息知晓寻呼时机，则中继203将寻呼路径建立请求发送到gNB 204以获得远程UE 201的寻呼时机。另选地，如果UE到网络中继203仅监视其自身的PO并且针对远程UE 201的寻呼也在UE到网络中继UE的PO中发送，则中继203将寻呼路径建立请求转发到gNB 204以通知gNB 204。

在步骤267处，中继UE 203将寻呼路径建立请求消息转发到gNB 204，因为该中继UE具有与gNB 204的直接连接。

在步骤228处，如果UE到网络中继UE 203除了监视其自身的PO之外还监视远程UE201的PO，则gNB 204向UE到网络中继UE 203发送具有用于计算远程UE 201的寻呼时机的参数的响应。另选地，如果UE到网络中继203仅监视其自身的PO并且针对远程UE 201的寻呼也在UE到网络中继UE的PO中发送，则gNB 204更新远程UE 201的寻呼配置并且使用其UE到网络中继PO发送寻呼。

在步骤229处，gNB 204向UE到网络中继UE 203发送具有用于计算远程UE 201的寻呼时机的参数的响应。gNB 204还可在响应中包括远程UE 201的UE_ID或I-RNTI-Value。

寻呼传播

公开了关于如何经由建立的寻呼路径将寻呼消息从gNB传播到远程UE的方法。在第一公开的方法中，UE到网络中继UE 203除了监视其自身的PO之外还监视远程UE 201的PO，如图12所示。在步骤271处从gNB 204发送的寻呼消息中，寻呼记录中的寻呼UE身份字段是远程UE 201的ID或与远程UE 201相关联的寻呼路径的ID。在接收到寻呼消息时，对于寻呼记录中的每个寻呼记录，如果寻呼记录中的UE身份与UE到网络中继203所监视的远程UE201的UE身份匹配，则UE到网络中继203将寻呼消息转发(参见步骤272)到下一个中继UE，例如侧行链路上的中继202。在步骤273处，中继202的适配层将寻呼消息转发到远程UE 201。

在第二公开的方法中，UE到网络中继仅监视其自身的PO，并且针对远程UE的寻呼也在UE到网络中继UE的PO中发送，如图13所示。在步骤281处，在从gNB 204发送的寻呼消息中，寻呼记录中的寻呼UE身份字段可以是UE到网络中继203的ID，在寻呼记录中添加附加字段以指示寻呼消息的目标UE身份，例如远程UE 201的身份。另选地，在从gNB 204发送的寻呼消息中，寻呼记录中的UE身份字段可以是目标UE的ID，例如远程UE 201的身份。在接收到寻呼消息时，对于寻呼记录中的每个寻呼记录，如果寻呼记录中的目标UE身份与UE到网络中继203所监视的远程UE 201的UE身份匹配，则UE到网络中继203将寻呼消息转发(参见步骤282)到下一个中继UE，例如侧行链路上的中继202。类似地，在步骤283处，中继202的适配层将寻呼消息转发到远程UE 201。在另一个替代方案中，在步骤281处从gNB 204发送的寻呼消息中，寻呼记录中的寻呼UE身份字段可以是UE到网络中继203的ID，并且未在寻呼记录中添加附加字段以指示寻呼消息的目标UE身份，例如远程UE 201的身份。在接收到寻呼消息时，UE到网络中继203将寻呼消息转发(参见步骤282)到其所监视的每个远程UE。在每次转发中，UE到网络中继203插入远程UE 201的身份并将寻呼消息转发到下一个中继UE，例如侧行链路上的中继202。类似地，中继202的适配层将寻呼消息转发(参见步骤283)到远程UE。

寻呼路径维护和可达性管理

为了解决问题说明中的问题5和6，公开了网络中的远程UE、UE到UE中继和UE到网络中继可在拓扑改变时动态地维护远程UE与gNB之间的寻呼路径的方法。公开了寻呼路径改变的示例性场景。在第一场景下，远程UE 201选择新的中继UE并且建立到gNB 204的新的寻呼路径。在第二场景下，位于远程UE 201的寻呼路径上的中继UE中的一个中继UE选择新的中继UE并且建立到gNB 204的新的寻呼路径。在该场景下，还应更新远程UE 201的寻呼路径。多个事件可基于侧行链路的状态的改变而触发UE进行寻呼路径重选，该侧行链路的状态例如链路的信号质量，以及相邻中继UE的状态，例如相邻中继UE距gNB的跳数更少或具有更多的侧行链路能力或更轻的负载等。

图14中示出了远程UE选择新的中继UE并建立新的中继路径的过程。在图14中，步骤290处的远程UE 201已经由中继202建立了寻呼路径并且打算经由中继207建立新的寻呼路径。该过程类似于与在现有寻呼路径上建立寻呼路径相关联的寻呼路径建立过程。当远程UE 201发现新的中继UE例如中继207时，中继UE 207在步骤291中可获得与中继203相关联的UE到网络中继UE 203的ID。在与中继207相关联的UE到网络中继203与位于其先前寻呼路径上的UE到网络中继203相同的场景下，远程UE 201在步骤293中可不需要在寻呼路径建立请求中包括其用于计算寻呼时机和DRX的参数。在该场景下，如果UE到网络中继203仍然具有用于计算远程UE 201的寻呼时机和DRX的参数，则UE到网络中继203在步骤297中不需要向gNB 204发送寻呼路径建立请求。步骤292与图11中的步骤262相同。步骤294-296与图11中的步骤264-296相同。步骤298-299与图11中的步骤268-269相同。

图15中示出了当位于远程UE的寻呼路径上的中继UE中的一个中继UE选择新的中继UE时的过程。在图15中，远程UE 201在第一时段已经由中继202建立了寻呼路径，并且中继202打算在第二时段经由中继207建立新的寻呼路径。中继202应建立到gNB 204的新的寻呼路径。过程(例如，图15)类似于与在现有寻呼路径上建立寻呼路径(例如，图11)相关联的寻呼路径建立过程。在寻呼路径建立过程期间，中继202在步骤303处将寻呼路径建立请求发送到位于其寻呼路径上的所有中继UE，例如中继207和UE到网络中继203，以重新建立其转发寻呼消息到的所有UE的寻呼路径。例如，在步骤303中，中继202在寻呼路径建立请求中指示还需要针对远程UE 201重新建立寻呼路径。在接收到303的消息时，中继207(在步骤304处)配置其适配层，以(在步骤305a和步骤305b处)针对远程UE 201和中继202两者转发寻呼。类似地，当中继207在步骤305a中将寻呼路径建立请求转发到UE到网络中继时，中继207指示还需要针对远程UE 201和中继202重新建立寻呼路径。在接收到消息时，UE到网络中继203(在步骤306a处)配置其适配层，以针对远程UE 201和中继202两者转发寻呼。如果位于寻呼路径上的UE到网络中继203发生改变，并且使用了选项1方法(例如，图3)，则寻呼路径建立还在该寻呼路径建立中包括用于计算中继202和远程UE 201的寻呼时机和DRX的参数。如果UE到网络中继203不知道用于计算中继202或远程UE 202的寻呼时机和DRX的参数，则中继203可向中继202、远程UE 201或gNB 204发送请求以获得此信息。如果位于寻呼路径上的UE到网络中继203发生改变，并且使用了选项2方法(例如，图4)，则UE到网络中继203在步骤307处向gNB 204转发寻呼路径建立请求，即针对远程UE 201的寻呼应当在新的UE到网络中继UE的PO中发送。如果位于寻呼路径上的UE到网络中继203发生改变，则中继202需要将新的寻呼路径信息更新到其转发寻呼消息到的UE。例如，中继202通知远程UE201关于新的UE到网络中继203的信息。未明确调用的那些步骤与图11中的步骤相同。

远程UE应该通过周期性地发送路径更新来维护寻呼路径。在寻呼路径建立期间，可由位于寻呼路径上的gNB 204或中继UE在远程UE 201处配置寻呼路径更新定时器。寻呼路径更新定时器可小于与远程UE相关联的UE到网络中继的周期性注册更新定时器和RAN通知区域更新。在寻呼路径更新定时器到期时，远程UE 201在步骤311处向gNB 204发送寻呼路径更新以更新网络的可达性，如图16所示。寻呼路径更新可包括远程UE 201的ID或寻呼路径ID。当路径上的中继UE(例如中继202)从远程UE 201接收寻呼路径更新时，中继UE 202知道仍然可经由寻呼路径到达远程UE，并且如在步骤312中所示，重置与远程UE 201的寻呼路径相关联的定时器。如果中继UE 202不是UE到网络中继203，则中继202在步骤313中朝向gNB 204将寻呼路径更新转发到下一个中继。当将寻呼路径转发到位于寻呼路径上的下一个中继UE时，中继UE 202也可附加(例如，插入)其UE ID或寻呼路径ID。在这种场景下，寻呼路径更新可包括远程UE 201或中继202的UE可达性信息。当寻呼路径上的下一个中继UE，例如，中继202接收到消息时，其提取可达性信息并且知道仍然可经由寻呼路径到达远程UE201和中继202，并且如在步骤314中所示，重置与远程UE 201和中继202的寻呼路径相关联的定时器。如果中继UE 202是远程UE 201的UE到网络中继203，则中继203向gNB 204发送RNA更新或注册更新取决于该中继的RRC状态(参见步骤315)。进一步解释步骤315，需注意，由于远程UE 201不具有与gNB 204的直接链路，因此远程UE 201的RRC状态可与位于其寻呼路径上的UE到网络中继203相同，并且UE到网络中继代表远程UE 201和其转发寻呼消息到的所有UE完成RNA更新和注册更新。在步骤316处，完成RNA更新或注册更新。

图17示出了一种用于寻呼UE的示例性方法。如本文所公开的，预期可将与其它附图诸如图7、图8、图9、图10、图11、图12、图14、图15、图16、表3、表4等相关联的主题进行组合。

在步骤321处，第一设备(UE到UE中继202)可启用或禁用用于中继寻呼消息的中继功能。启用的触发可以是自发起的请求或来自外部物理或虚拟设备的请求。该请求可包括用于充当寻呼中继的配置，或者可在步骤322的确定之后获得该配置。该配置可包括寻呼时机或用于计算第二设备的寻呼时机的参数、对转发寻呼消息的下一个设备的指示。例如，参见表3或表4。

在步骤322处，确定是否充当第二设备(例如，UE 201)的寻呼中继(例如，启用或禁用中继功能)。步骤322可由步骤321的请求或另一请求触发。该确定可基于状态(例如，能力)。例如，如果UE的电量低于预先配置的阈值，则UE可禁用其中继功能。该确定可基于接近性。例如，是否存在在第一设备附近，诸如在阈值径向距离内(例如，在400英尺内)广播中继上下文信息的中继UE。该确定可基于对中继上下文信息的分析(例如，表1的中继上下文信息中的一者或组合)。例如，对特定跟踪区域码的检测可帮助确定是否禁用或启用寻呼中继功能。该确定可基于从第二设备接收的标准的分析。在步骤323处，第一设备可基于第二设备(例如，UE到网络中继203或UE 201)的信息来监视寻呼时机。此信息可从第二设备接收、预先配置等。在步骤324处，如果第一设备确定并且还被启用为寻呼中继，则第一设备可从第三设备(例如，UE到网络中继203或gNB 204)接收和处理寻呼消息。在步骤325处，第一设备可转发来自一个或多个其它设备(例如，第三设备)的寻呼消息。在步骤326处，第一设备可维护(例如，更新)作为第二设备的寻呼中继的状态。其它设备(例如，第三设备和第二设备)可被发送具有状态更新的消息。可基于检测拓扑变化或阈值信号质量等来更新寻呼路径。第一设备可充当寻呼中继或禁用此功能。第二设备可以是远程UE(例如，UE 201)。第三设备可以是基站。

应当理解，执行本文所示步骤的实体可以是逻辑实体。这些步骤可存储在诸如图19F或图19G所示的设备、服务器或计算机系统的存储器中并在其处理器上执行。设想了可在本文(例如，图7至图16)公开的示例性方法之间跳过步骤，组合步骤或添加步骤。表6提供了用于本文主题的缩写和定义。

表6-缩写和定义

图18示出了如本文所讨论的可基于用于寻呼远程UE的方法和装置中的方法、系统和设备生成的示例性显示(例如，图形用户界面)。显示界面901(例如，触摸屏显示器)可在框902中提供与用于寻呼远程UE的方法和装置相关联的文本，诸如RRC相关参数。本文讨论的任何步骤的进展(例如，发送的消息或步骤的成功)可显示在框902中。此外，图形输出902可显示在显示界面901上。图形输出903可以是实现用于寻呼远程UE的方法、系统和设备的设备拓扑、本文所论的任何方法或系统的进展的图形输出等。

第三代合作伙伴计划(3GPP)开发了用于蜂窝电信网络技术的技术标准，包括无线电接入、核心传输网络和服务能力，包括对编解码器、安全性和服务质量的研究。最近的无线电接入技术(RAT)标准包括WCDMA(通常被称为3G)、LTE(通常被称为4G)、LTE高级标准和新无线电(NR)(也被称为“5G”)。希望3GPP NR标准继续发展并且包括下一代无线电接入技术(新RAT)的定义，希望下一代无线电接入技术在低于7GHz时提供新的灵活无线电接入并且在高于7GHz时提供新的超移动宽带无线电接入。该灵活的无线电接入预期包括在低于6GHz的新频谱中的新的非后向兼容的无线电接入，并且预期包括不同的操作模式，这些操作模式可在相同的频谱中被复用在一起以解决具有不同需求的3GPP NR用例的广泛集合。预期超移动宽带包括厘米波和毫米波频谱，该频谱将为例如室内应用和热点的超移动宽带接入提供机会。具体地讲，预期超移动宽带与低于7GHz的灵活无线电接入共享公共设计框架，同时具有厘米波和毫米波特定的设计优化。

3GPP已识别NR预期支持的多种用例，从而产生对数据速率、延迟和移动性的多种多样的用户体验需求。使用情况包括以下一般类别：增强型移动宽带(eMBB)、超可靠低延迟通信(URLLC)、大规模机器类型通信(mMTC)、网络操作(例如，网络切片、路由、迁移和互通、能量节省)以及增强型车联万物(eV2X)通信，增强型车联万物可包括车辆对车辆通信(V2V)、车辆对基础设施通信(V2I)、车辆对网络通信(V2N)、车辆对行人通信(V2P)以及与其他实体的车辆通信中的任一种。这些类别中的特定服务和应用包括例如监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流、基于云的无线办公室、第一响应者连接、汽车紧急呼叫、灾难报警、实时游戏、多人视频呼叫、自主驾驶、增强现实、触觉互联网、虚拟现实、家庭自动化、机器人和无人机等。本文考虑了所有这些用例和其他用例。

图19A示出了示例性通信系统100，其中可使用用于寻呼远程UE的方法和装置，诸如本文描述和要求保护的图9至图16所示的系统和方法。通信系统100可包括无线发送/接收单元(WTRU)102a、102b、102c、102d、102e、102f或102g(它们可以通常或共同称为WTRU102或WTRUs 102)。通信系统100可包括无线电接入网(RAN)103/104/105/103b/104b/105b、核心网106/107/109、公共交换电话网(PSTN)108、互联网110、其他网络112和网络服务113。网络服务113可包括例如V2X服务器、V2X功能、ProSe服务器、ProSe功能、IoT服务、视频流或边缘计算等。

应当理解，本文所公开的概念可与任何数量的WTRU、基站、网络或网络元件一起使用。WTRU 102a、102b、102c、102d、102e、102f或102g中的每一者可以是被配置为在无线环境中运行或通信的任何类型的装置或设备。尽管每个WTRU 102a、102b、102c、102d、102e、102f或102g可能在图19A、图19B、图19C、图19D、图19E或图19F中被描述为手持无线通信装置，但应当理解，在设想用于5G无线通信的各种使用情况下，每个WTRU可包括或体现为被配置为发送或接收无线信号的任何类型的装置或设备，仅以举例的方式包括用户装备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子健康设备、机器人、工业设备、无人机、运载工具(诸如汽车、公共汽车、卡车、火车或飞机)等。

通信系统100还可以包括基站114a和基站114b。在图19A的示例中，每个基站114a和114b被示出为单个元件。实际上，基站114a和114b可包括任意数量的互连基站或网络元件。基站114a可以是被配置为与WTRU 102a、102b和102c中的至少一者无线接口连接以有利于访问一个或多个通信网络(诸如核心网106/107/109、互联网110、网络服务113或其他网络112)的任何类型的设备。类似地，基站114b可以是被配置为与远程无线电头端(RRH)118a、118b、发送和接收点(TRP)119a、119b或路侧单元(RSU)120a和120b中的至少一者有线或无线接口连接以有利于访问一个或多个通信网络(诸如核心网106/107/109、互联网110、其他网络112或网络服务113)的任何类型的设备。RRH 118a、118b可以是被配置为与WTRU102中的至少一者(例如WTRU 102c)无线接口连接以有利于访问一个或多个通信网络(诸如核心网106/107/109、互联网110、网络服务113或其他网络112)的任何类型的设备。

TRP 119a、119b可以是被配置为与WTRU 102d中的至少一者无线接口连接以有利于访问一个或多个通信网络(诸如核心网106/107/109、互联网110、网络服务113或其他网络112)的任何类型的设备。RSU 120a和120b可以是被配置为与WTRU 102e或102f中的至少一者无线接口连接以有利于访问一个或多个通信网络(诸如核心网106/107/109、互联网110、其他网络112或网络服务113)的任何类型的设备。作为示例，基站114a、114b可以是基站收发台(BTS)、Node-B、eNode B、家庭Node B、家庭eNode B、下一代Node-B(gNode B)、卫星、站点控制器、接入点(AP)、无线路由器等。

基站114a可以是RAN 103/104/105的一部分，这些RAN还可包括其他基站或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。类似地，基站114b可以是RAN 103b/104b/105b的一部分，这些RAN还可包括其他基站或网络元件(未示出)，诸如BSC、RNC、中继节点等。基站114a可被配置为在可被称为小区(未示出)的特定地理区域内发送或接收无线信号。类似地，基站114b可被配置为在特定地理区域内发送或接收有线或无线信号，该特定地理区域可被称为用于寻呼远程UE的方法、系统和设备的小区(未示出)，如本文所公开。类似地，基站114b可被配置为在可被称为小区(未示出)的特定地理区域内发送或接收有线或无线信号。小区可进一步被划分为小区扇区。例如，与基站114a相关联的小区可被划分为三个扇区。因此，在一个示例中，基站114a可包括三个收发器，例如，小区的每个扇区一个收发器。在一个示例中，基站114a可采用多输入多输出(MIMO)技术并且因此可针对小区的每个扇区利用多个收发器。

基站114a可通过空中接口115/116/117与WTRU 102a、102b、102c或102g中的一者或多者通信，该空中接口可为任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。

基站114b可通过有线或空中接口115b/116b/117b与RRH 118a、118b、TRP 119a、119b或RSU 120a、120b中的一者或多者通信，该有线或空中接口可为任何合适的有线通信链路(例如，线缆、光纤等)或无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/116b/117b。

RRH 118a、118b、TRP 119a、119b或RSU 120a、120b可通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f中的一者或多者通信，该空中接口可为任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。

WTRU 102a、102b、102c、102d、102e或102f可通过空中接口115d/116d/117d彼此通信，诸如侧行链路通信，该空中接口可为任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115d/116d/117d。

通信系统100可为多址接入系统，并且可采用一个或多个信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 103/104/105中的基站114a以及RAN 103b/104b/105b中的WTRU 102a、102b、102c或RRH 118a、118b，TRP 119a、119b和RSU 120a、120b以及WTRU 102c、102d、102e、102f可以实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)的无线电技术，其可以使用宽带CDMA(WCDMA)来分别建立空中接口115/116/117或115c/116c/117c。WCDMA可包括诸如高速分组接入(HSPA)或演进HSPA(HSPA+)的通信协议。HSPA可包括高速下行链路分组接入(HSDPA)或高速上行链路分组接入(HSUPA)。

在一个示例中，基站114a和WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b或RSU 120a、120b和WTRU 102c、102d可实现诸如演进UMTS陆地无线电接入(E-UTRA)的无线电技术，其可使用长期演进(LTE)或LTE高级(LTE-A)分别建立空中接口115/116/117或115c/116c/117c。将来，空中接口115/116/117或115c/116c/117c可实现3GPP NR技术。LTE和LTE-A技术可包括LTE D2D和V2X技术和接口(诸如侧行链路通信等)。类似地，3GPP NR技术包括NR V2X技术和接口(诸如侧行链路通信等)。

RAN 103/104/105中的基站114a和WTRU 102a、102b、102c和102g或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b或RSU 120a、120b和WTRU 102c、102d、102e、102f可实现无线电技术，诸如IEEE 802.16(例如，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暂行标准2000(IS-2000)、暂行标准95(IS-95)、暂行标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSMEDGE(GERAN)等。

图19A中的基站114c可为例如无线路由器、家庭Node B、家庭eNode B或接入点，并且可利用任何合适的RAT来促进局部区域诸如商业区、家庭、车辆、火车、航空、卫星、制造厂、校园等中的无线连接，以实现如本文所公开的用于寻呼远程UE的方法、系统和设备。在一个示例中，基站114c和WTRU 102(例如WTRU 102e)可实现诸如IEEE 802.11的无线电技术以建立无线局域网(WLAN)。类似地，基站114c和WTRU 102d可实现诸如IEEE 802.15的无线电技术以建立无线个域网(WPAN)。在又一个示例中，基站114c和WTRU 102(例如，WTRU102e)可利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A、NR等)来建立微微小区或毫微微小区。如图19A所示，基站114c可具有与互联网110的直接连接。因此，基站114c可以不需要经由核心网106/107/109接入互联网110。

RAN 103/104/105或RAN 103b/104b/105b可与核心网106/107/109通信，该核心网可以是被配置为向WTRU 102a、102b、102c、102d中的一者或多者提供语音、数据、消息、授权和认证、应用和/或互联网协议语音技术(VoIP)服务的任何类型的网络。例如，核心网106/107/109可提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、分组数据网络连接、以太网连接、视频分发等，或者执行高级安全功能，诸如用户认证。

尽管未在图19A中示出，但应当理解，RAN 103/104/105或RAN 103b/104b/105b和/或核心网106/107/109可与采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或不同RAT的其他RAN进行直接或间接通信。例如，除了连接到可利用E-UTRA无线电技术的RAN103/104/105或RAN 103b/104b/105b之外，核心网106/107/109也可与采用GSM或NR无线电技术的另一RAN(未示出)通信。

核心网106/107/109也可用作WTRU 102a、102b、102c、102d、102e的网关，以访问PSTN 108、互联网110或其他网络112。PSTN 108可包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议(诸如传输控制协议(TCP)、用户数据报协议(UDP)和TCP/IP互联网协议组中的互联网协议(IP))的互连计算机网络和设备的全球系统。网络112可包括由其他服务提供商拥有或运营的有线或无线通信网络。例如，网络112可包括任何类型的分组数据网络(例如，IEEE 802.3以太网)或连接到一个或多个RAN的另一个核心网，其可采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或不同的RAT。

通信系统100中的WTRU 102a、102b、102c、102d、102e和102f中的一些或全部可包括多模式能力，例如，WTRU 102a、102b、102c、102d、102e和102f可包括多个收发器，用于通过不同的无线链路与不同的无线网络通信，以实现如本文所公开的用于寻呼远程UE的方法、系统和设备。例如，图19A所示的WTRU 102g可被配置为与可采用基于蜂窝的无线电技术的基站114a通信，并且与可采用IEEE 802无线电技术的基站114c通信。

尽管在图19A中未示出，但应当理解，用户装备可与网关进行有线连接。网关可以是家庭网关(RG)。RG可提供到核心网106/107/109的连接。应当理解，本文包括的许多想法可等同地应用于作为WTRU的UE和使用有线连接与网络连接的UE。例如，应用于无线接口115、116、117和115c/116c/117c的想法可等同地应用于有线连接。

图19B是可实现如本文所公开的用于寻呼远程UE的方法、系统和设备的示例性RAN103和核心网106的系统图。如上所述，RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可与核心网106通信。如图19B所示，RAN 103可包括Node-B 140a、140b和140c，这些Node-B可各自包括用于通过空中接口115与WTRU 102a、102b和102c通信的一个或多个收发器。Node-B 140a、140b和140c可各自与RAN 103内的特定小区(未示出)相关联。RAN 103还可以包括RNC 142a、142b。应当理解，RAN 103可包括任意数量的Node-B和无线电网络控制器(RNC)。

如图19B所示，Node-B 140a、140b可以与RNC 142a通信。此外，Node-B 140c可以与RNC 142b通信。Node-B 140a、140b和140c可经由Iub接口与相应的RNC 142a和142b通信。RNC 142a和142b可经由Iur接口彼此通信。RNC 142a和142b中的每一者可被配置为控制它所连接到的相应Node-B 140a、140b和140c。此外，RNC 142a和142b中的每一者可被配置为执行或支持其他功能性，诸如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密等。

图19B所示的核心网106可包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148或网关GPRS支持节点(GGSN)150。虽然前述元件中的每一者被示出为核心网106的一部分，但应当理解，这些元件中的任一者可由除核心网运营商之外的实体拥有或运营。

RAN 103中的RNC 142a可经由IuPS接口连接到核心网106中的MSC 146。MSC 146可连接到MGW 144。MSC 146和MGW 144可为WTRU 102a、102b和102c提供对电路交换网络(诸如PSTN 108)的访问，以有利于WTRU 102a、102b和102c与传统陆线通信设备之间的通信。

RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网106中的SGSN 148。SGSN148可以连接到GGSN 150。SGSN 148和GGSN 150可为WTRU 102a、102b和102c提供对分组交换网络(诸如互联网110)的访问，以有利于WTRU 102a、102b和102c与启用IP的设备之间的通信。

核心网106也可连接到其他网络112，该其他网络可包括由其他服务提供商拥有或运营的其他有线或无线网络。

图19C是可实现如本文所公开的用于寻呼远程UE的方法、系统和设备的示例性RAN104和核心网107的系统图。如上所述，RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可与核心网107通信。

RAN 104可包括eNode-B 160a、160b和160c，但应当理解，RAN 104可包括任意数量的eNode-B。eNode-B 160a、160b和160c可各自包括用于通过空中接口116与WTRU 102a、102b和102c通信的一个或多个收发器。例如，eNode-B 160a、160b和160c可实现MIMO技术。因此，eNode-B 160a例如可以使用多个天线来向WTRU 102a发送无线信号，以及从WTRU102a接收无线信号。

eNode-B 160a、160b和160c中的每一者可与特定小区(未示出)相关联，并且可被配置为处理无线电资源管理决策、切换决策、上行链路或下行链路中的用户的调度等。如图19C所示，eNode-B 160a、160b和160c可通过X2接口彼此通信。

图19C所示的核心网107可包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述元件中的每一者被描绘为核心网107的一部分，但应当理解，这些元件中的任一者可由除核心网运营商之外的实体拥有或运营。

MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一者，并且可以用作控制节点。例如，MME 162可负责认证WTRU 102a、102b和102c的用户、承载激活/去激活、在WTRU 102a、102b和102c的初始附加期间选择特定服务网关等。MME 162还可以提供用于在RAN 104与采用其他无线电技术(诸如GSM或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。

服务网关164可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一者。服务网关164通常可向/从WTRU 102a、102b和102c路由和转发用户数据分组。服务网关164也可执行其他功能，诸如在eNode-B间切换期间锚定用户平面、当下行链路数据可用于WTRU 102a、102b和102c时触发寻呼、管理和存储WTRU 102a、102b和102c的上下文等。

服务网关164也可连接到PDN网关166，该PDN网关可为WTRU 102a、102b和102c提供对分组交换网络(诸如互联网110)的访问，以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。

核心网107可促进与其他网络的通信。例如，核心网107可为WTRU 102a、102b和102c提供对电路交换网络(诸如PSTN 108)的访问，以有利于WTRU 102a、102b和102c与传统陆线通信设备之间的通信。例如，核心网107可包括用作核心网107与PSTN 108之间的接口的IP网关(例如，IP多媒体子系统(IMS)服务器)或者可与该IP网关通信。另外，核心网107可为WTRU 102a、102b和102c提供对网络112的访问，该网络可包括由其他服务提供商拥有或运营的其他有线或无线网络。

图19D是可实现如本文所公开的用于寻呼远程UE的方法、系统和设备的示例性RAN105和核心网109的系统图。RAN 105可采用NR无线电技术通过空中接口117与WTRU 102a和102b通信。RAN 105还可与核心网109通信。非3GPP互通功能(N3IWF)199可采用非3GPP无线电技术通过空中接口198与WTRU 102c通信。N3IWF 199还可与核心网109通信。

RAN 105可包括gNode-B 180a和180b。应当理解，RAN 105可包括任意数量的gNode-B。gNode-B 180a和180b可各自包括用于通过空中接口117与WTRU 102a和102b通信的一个或多个收发器。当使用集成接入和回程连接时，在WTRU与gNode-B之间可使用相同的空中接口，这可以是经由一个或多个gNB的核心网109。gNode-B 180a和180b可实现MIMO、MU-MIMO或数字波束成形技术。因此，gNode-B 180a可例如使用多个天线来向WTRU 102a发送无线信号以及从WTRU 202a接收无线信号。应当理解，RAN 105可采用其他类型的基站，诸如eNode-B。还应当理解，RAN 105可采用多于一种类型的基站。例如，RAN可采用eNode-B和gNode-B。

N3IWF 199可包括非3GPP接入点180c。应当理解，N3IWF 199可包括任意数量的非3GPP接入点。非3GPP接入点180c可包括用于通过空中接口198与WTRU 102c通信的一个或多个收发器。非3GPP接入点180c可使用802.11协议通过空中接口198与WTRU 102c通信。

gNode-B 180a和180b中的每一者可与特定小区(未示出)相关联，并且可被配置为处理无线电资源管理决策、切换决策、上行链路或下行链路中的用户的调度等。如图19D所示，gNode-B 180a和180b可例如通过Xn接口彼此通信。

图19D所示的核心网109可以是5G核心网(5GC)。核心网109可向通过无线电接入网互连的客户提供多种通信服务。核心网109包括执行核心网的功能性的多个实体。如本文所用，术语“核心网实体”或“网络功能”是指执行核心网的一个或多个功能的任何实体。应当理解，此类核心网实体可以是以计算机可执行指令(软件)的形式实现的逻辑实体，该计算机可执行指令存储在被配置用于无线或网络通信的装置或计算机系统(诸如图19G所示的系统90)的存储器中并在其处理器上执行。

在图19D的示例中，5G核心网109可包括接入和移动性管理功能(AMF)172、会话管理功能(SMF)174、用户平面功能(UPF)176a和176b、用户数据管理功能(UDM)197、认证服务器功能(AUSF)190、网络暴露功能(NEF)196、策略控制功能(PCF)184、非3GPP互通功能(N3IWF)199、用户数据储存库(UDR)178。虽然前述元件中的每一者被描绘为5G核心网109的一部分，但应当理解，这些元件中的任一者可由除核心网运营商之外的实体拥有或运营。还应当理解，5G核心网可不包括这些元件中的所有元件，可包括附加元件，并且可包括这些元件中的每一者的多个实例。图19D示出了网络功能彼此直接连接，然而，应当理解，它们可经由路由代理诸如直径路由代理或消息总线进行通信。

在图19D的示例中，经由一组接口或参考点来实现网络功能之间的连接。应当理解，网络功能可以被建模、描述或实现为由其他网络功能或服务调用或呼叫的一组服务。网络功能服务的调用可经由网络功能之间的直接连接、消息总线上的消息交换、调用软件功能等来实现。

AMF 172可经由N2接口连接到RAN 105，并且可用作控制节点。例如，AMF 172可负责登记管理、连接管理、可达性管理、访问认证、访问授权。AMF可负责经由N2接口将用户平面隧道配置信息转发到RAN 105。AMF 172可经由N11接口从SMF接收用户平面隧道配置信息。AMF 172通常可经由N1接口向/从WTRU 102a、102b和102c路由和转发NAS分组。N1接口在图19D中未示出。

SMF 174可经由N11接口连接到AMF 172。类似地，SMF可经由N7接口连接到PCF184，并且经由N4接口连接到UPF 176a和176b。SMF 174可用作控制节点。例如，SMF 174可负责会话管理，WTRU 102a、102b和102c的IP地址分配，UPF 176a和UPF 176b中的流量转向规则的管理和配置，以及到AMF 172的下行链路数据通知的生成。

UPF 176a和UPF 176b可为WTRU 102a、102b和102c提供对分组数据网络(PDN)(诸如互联网110)的访问，以有利于WTRU 102a、102b和102c与其他设备之间的通信。UPF 176a和UPF 176b还可为WTRU 102a、102b和102c提供对其他类型的分组数据网络的访问。例如，其他网络112可以是以太网或交换数据分组的任何类型的网络。UPF 176a和UPF 176b可经由N4接口从SMF 174接收流量转向规则。UPF 176a和UPF 176b可通过经由N6接口连接分组数据网络或通过经由N9接口彼此连接并连接到其他UPF来提供对分组数据网络的访问。除了提供对分组数据网络的访问之外，UPF 176还可负责分组路由和转发、策略规则执行、用户平面流量的服务处理质量、下行链路分组缓冲。

AMF 172还可例如经由N2接口连接到N3IWF 199。N3IWF例如经由不是由3GPP定义的无线电接口技术而有利于WTRU 102c与5G核心网170之间的连接。AMF可以与其与RAN 105交互的相同或相似的方式与N3IWF 199交互。

PCF 184可经由N7接口连接到SMF 174，经由N15接口连接到AMF 172，以及经由N5接口连接到应用功能(AF)188。N15和N5接口在图19D中未示出。PCF 184可向诸如AMF 172和SMF 174的控制平面节点提供策略规则，从而允许控制平面节点实施这些规则。PCF 184可向AMF 172发送用于WTRU 102a、102b和102c的策略，使得AMF可经由N1接口向WTRU 102a、102b和102c递送策略。可随后在WTRU 102a、102b和102c处实施或应用策略。

UDR 178可充当认证凭据和订阅信息的储存库。UDR可与网络功能连接，使得网络功能可添加到储存库中的数据、读取储存库中的数据以及修改储存库中的数据。例如，UDR178可经由N36接口与PCF 184连接。类似地，UDR 178可经由N37接口与NEF 196连接，并且UDR 178可经由N35接口与UDM 197连接。

UDM 197可用作UDR 178与其他网络功能之间的接口。UDM 197可授权网络功能访问UDR 178。例如，UDM 197可经由N8接口与AMF 172连接，UDM 197可经由N10接口与SMF 174连接。类似地，UDM 197可经由N13接口与AUSF 190连接。UDR 178和UDM 197可紧密地集成。

AUSF 190执行认证相关的操作，并且经由N13接口与UDM 178连接以及经由N12接口与AMF 172连接。

NEF 196将5G核心网109中的能力和服务暴露给应用功能(AF)188。暴露可能发生在N33 API接口上。NEF可经由N33接口与AF 188连接，并且NEF可与其他网络功能连接，以便展示5G核心网109的能力和服务。

应用功能188可与5G核心网109中的网络功能交互。应用功能188与网络功能之间的交互可经由直接接口或可经由NEF 196发生。应用功能188可被认为是5G核心网109的一部分，或者可在5G核心网109的外部并由与移动网络运营商具有业务关系的企业来部署。

网络切片是可由移动网络运营商用来支持运营商的空中接口后面的一个或多个“虚拟”核心网的机制。这涉及将核心网“切片”成一个或多个虚拟网络，以支持跨单个RAN运行的不同RAN或不同服务类型。网络切片使运营商能够创建定制网络，以提供针对例如在功能性、性能和隔离方面需要多种多样要求的不同市场场景的优化解决方案。

3GPP已设计了5G核心网来支持网络切片。网络切片是网络运营商可用来支持需要非常多样并且有时极端的要求的多种5G使用情况(例如，大规模IoT、关键通信、V2X和增强型移动宽带)的良好工具。在不使用网络切片技术的情况下，当每种使用情况具有其自身的性能、可扩展性和可用性的一组特定要求时，网络架构的灵活性和可扩展性可能不足以有效地支持更宽泛范围的使用情况需求。此外，应更有效地引入新的网络服务。

再次参见图19D，在网络切片场景下，WTRU 102a、102b或102c可经由N1接口与AMF172连接。AMF可以是一个或多个切片的逻辑部分。AMF可协调WTRU 102a、102b或102c与UPF176a和176b、SMF 174和其他网络功能中的一者或多者的连接或通信。UPF 176a和176b、SMF174和其他网络功能中的每一者可以是相同切片或不同切片的一部分。当它们是不同切片的一部分时，从它们可利用不同计算资源、安全凭据等的意义来说，它们可彼此隔离。

核心网109可以有利于与其他网络的通信。例如，核心网109可包括用作5G核心网109与PSTN 108之间的接口的IP网关(诸如IP多媒体子系统(IMS)服务器)或者可与该IP网关通信。例如，核心网109可包括有利于经由短消息服务的通信的短消息服务(SMS)服务中心，或者与该SMS服务中心通信。例如，5G核心网109可有利于WTRU 102a、102b和102c与服务器或应用功能188之间的非IP数据分组的交换。另外，核心网170可为WTRU 102a、102b和102c提供对其他网络112的访问，该其他网络可包括由其他服务提供商拥有或运营的其他有线或无线网络。

本文描述并在图19A、图19C、图19D或图19E中示出的核心网实体由给予某些现有3GPP规范中的那些实体的名称来标识，但应当理解，在未来，那些实体和功能可由其他名称来标识，并且某些实体或功能可组合在由3GPP发布的未来规范中，包括未来的3GPP NR规范。因此，在图19A、图19B、图19C、图19D或图19E中描述和示出的特定网络实体和功能仅以举例的方式提供，并且应当理解，在本文所公开并要求保护的主题可在任何类似的通信系统(无论是当前定义的还是未来定义的)中体现或实现。

图19E示出了示例性通信系统111，其中可使用本文所述的实现寻呼远程UE的系统、方法、装置。通信系统111可包括无线发送/接收单元(WTRU)A、B、C、D、E、F、基站gNB 121、V2X服务器124以及路侧单元(RSU)123a和123b。实际上，本文提出的概念可应用于任何数量的WTRU、基站gNB、V2X网络或其他网络元件。一个或若干个或所有WTRU A、B、C、D、E和F可在接入网覆盖131的范围之外。WTRU A、B和C形成V2X组，其中WTRU A是组领导并且WTRU B和C是组成员。

如果WTRU A、B、C、D、E和F在接入网覆盖131内，则它们可经由gNB 121通过Uu接口129彼此通信。在图19E的示例中，WTRU B和F显示在接入网覆盖131内。WTRU A、B、C、D、E和F可经由侧行链路接口(例如，PC5或NR PC5)(诸如接口125a、125b或128)彼此直接通信，而无论它们是在接入网覆盖131之内还是在接入网覆盖131之外。例如，在图19E的示例中，在接入网覆盖131外部的WRTU D与在覆盖131内部的WTRU F通信。

WTRU A、B、C、D、E和F可经由车辆对网络(V2N)133或侧行链路接口125b与RSU 123a或123b通信。WTRU A、B、C、D、E和F可经由车辆对基础设施(V2I)接口127与V2X服务器124通信。WTRU A、B、C、D、E和F可经由车辆对行人(V2P)接口128与另一个UE通信。

图19F是根据本文所述的实现寻呼远程UE的系统、方法和装置的可被配置用于无线通信和操作的示例性装置或设备WTRU 102的框图，诸如图19A、图19B、图19C、图19D或图19E或图5至图16的WTRU 102(例如UE)。如图19F所示，示例性WTRU 102可包括处理器118、收发器120、发送/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136和其他外围设备138。应当理解，WTRU 102可包括前述元件的任何子组合。此外，基站114a和114b或基站114a和114b可表示的节点(诸如但不限于收发台(BTS)、eNode-B、站点控制器、接入点(AP)、家庭Node-B、演进型家庭eNode-B(eNodeB)、家庭演进型eNode-B(HeNB)、家庭演进型eNode-B网关、下一代eNode-B(gNode-B)和代理节点等)可包括图19F所绘元件中的一些或全部元件，并且可以是执行本文所述的用于寻呼远程UE的所公开的系统和方法的示例性具体实施。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机，等等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理或使WTRU 102能够在无线环境中运行的任何其他功能。处理器118可耦接到收发器120，该收发器可耦接到发送/接收元件122。虽然图19F将处理器118和收发器120描绘为单独的部件，但应当理解，处理器118和收发器120可在电子封装件或芯片中集成在一起。

UE的发送/接收元件122可被配置为通过空中接口115/116/117向基站(例如，图19A的基站114a)发送信号或从基站接收信号，或者通过空中接口115d/116d/117d向另一个UE发送信号或从该UE接收信号。例如，发送/接收元件122可以是被配置为发送或接收RF信号的天线。发送/接收元件122可以是被配置为发送或接收例如IR信号、UV信号或可见光信号的发射器/检测器。发送/接收元件122可被配置为发送和接收RF信号和光信号两者。应当理解，发送/接收元件122可被配置为发送或接收无线信号或有线信号的任何组合。

此外，尽管发送/接收元件122在图19F中被描绘为单个元件，但WTRU 102可包括任何数量的发送/接收元件122。更具体地讲，WTRU 102可采用MIMO技术。因此，WTRU 102可包括用于通过空中接口115/116/117发送和接收无线信号的两个或更多个发送/接收元件122(例如，多个天线)。

收发器120可被配置为调制将由发送/接收元件122传输的信号并且解调由发送/接收元件122接收的信号。如上所指出，WTRU 102可具有多模式能力。因此，收发器120可包括多个收发器，用于使WTRU 102能够经由多个RAT(例如NR和IEEE 802.11或NR和E-UTRA)通信，或经由到不同RRH、TRP、RSU或节点的多个波束与同一RAT通信。

WTRU 102的处理器118可耦接到扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)并且可从它们接收用户输入数据。处理器118也可将用户数据输出到扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128。此外，处理器118可以访问任何类型的合适存储器(诸如不可移动存储器130或可移动存储器132)中的信息，并且将数据存储在任何类型的合适存储器中。不可移动存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储设备。可移动存储器132可包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。处理器118可从未在物理上定位在WTRU 102上(诸如，在托管在云上或在边缘计算平台上或在家用计算机(未示出)上的服务器上)的存储器访问信息，并且将数据存储在该存储器中。处理器118可被配置为响应于本文所述的一些示例成功与否而控制显示器或指示器128上的照明图案、图像或颜色，或以其他方式指示寻呼远程UE和相关联的部件的状态。显示器或指示器128上的控制照明图案、图像或颜色可反映本文示出或讨论的附图(例如，图6至图16等)中的任何方法流程或部件的状态。本文公开了寻呼远程UE的消息和过程。这些消息和过程可进行扩展以提供接口/API，供用户经由输入源(例如，扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128)请求资源，以及请求、配置或查询寻呼远程UE相关信息、以及可在显示器128上显示的其他信息等。

处理器118可从电源134接收电力并可被配置为向WTRU 102中的其他部件分配或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如，电源134可以包括一个或多个干电池蓄电池、太阳能电池、燃料电池等。

处理器118还可耦接到GPS芯片组136，该GPS芯片组可被配置为提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。除了来自GPS芯片组136的信息之外或代替该信息，WTRU 102可通过空中接口115/116/117从基站(例如，基站114a、114b)接收位置信息或基于从两个或更多个附近基站接收到的信号的定时来确定其位置。应当理解，WTRU 102可通过任何合适的位置确定方法来获取位置信息。

处理器118还可耦接到其他外围设备138，该其他外围设备可包括提供附加特征、功能、或有线或无线连接的一个或多个软件模块或硬件模块。例如，外围设备138可以包括各种传感器，诸如加速度计、生物计量(例如，指纹)传感器、电子罗盘、卫星收发器、数码相机(用于相片或视频)、通用串行总线(USB)端口或其他互连接口、振动设备、电视收发器、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器，等等。

WTRU 102可包括在其他装置或设备中，诸如传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子健康设备、机器人、工业装备、无人机、载具(诸如汽车、卡车、火车或飞机)。WTRU 102可经由一个或多个互连接口，诸如可包括外围设备138中的一者的互连接口与此类装置或设备的其他部件、模块或系统连接。

图19G是示例性计算系统90的框图，其中可体现图19A、图19C、图19D和图19E中所示的通信网络的一个或多个装置，以及诸如本文描述和要求保护的图7至图16所示的用于寻呼远程UE的系统和方法，诸如RAN103/104/105、核心网106/107/109、PSTN 108、互联网110、其他网络112或网络服务113中的某些节点或功能实体。计算系统90可以包括计算机或服务器并且可以主要通过计算机可读指令来控制，所述计算机可读指令可以为软件的形式，而无论在何处或者通过无论什么手段存储或存取这种软件。此类计算机可读指令可以在处理器91内执行，以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机，等等。处理器91可执行信号编码、数据处理、功率控制、输入/输出处理或使计算系统90能够在通信网络中工作的任何其他功能。协处理器81是与主处理器91不同的可选处理器，其可以执行附加功能或者帮助处理器91。处理器91或协处理器81可接收、生成和处理与本文所公开的用于寻呼远程UE的方法和装置相关的数据。

在操作中，处理器91取出指令、对指令进行解码并执行指令，并且经由计算系统的主数据传送路径(系统总线80)向和从其他资源传送信息。这种系统总线连接计算系统90中的部件并且限定用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线，以及用于发送中断并用于操作该系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。

耦接到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。此类存储器包括允许信息被存储和检索的电路系统。ROM 93通常包括不能轻易修改的存储数据。存储在RAM 82中的数据可以由处理器91或其他硬件设备读取或改变。对RAM 82或ROM93的访问可由存储器控制器92控制。存储器控制器92可以提供随着指令被执行而将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可以提供使系统内的进程隔离并且使系统进程与用户进程隔离的存储器保护功能。因此，在第一模式下运行的程序只可以访问通过其自己的进程虚拟地址空间所映射的存储器；除非已设置进程之间的存储器共享，否则其无法访问另一进程的虚拟地址空间内的存储器。

此外，计算系统90可包括负责将指令从处理器91传送到外围设备(诸如打印机94、键盘84、鼠标95和盘驱动器85)的外围设备控制器83。

由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。视觉输出能够以图形用户界面(GUI)的形式提供。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸板来实现。显示控制器96包括生成被发送到显示器86的视频信号所需要的电子部件。

此外，计算系统90可包含通信电路，诸如例如无线或有线网络适配器97，其可用于将计算系统90连接到外部通信网络或设备，诸如图19A、图19B、图19C、图19D或图19E的RAN103/104/105、核心网106/107/109、PSTN 108、互联网110、WTRU 102或其他网络112，以使计算系统90能够与这些网络的其他节点或功能实体通信。单独的或与处理器91结合的通信电路系统可以用于执行本文所述的某些装置、节点或功能实体的发送和接收步骤。

应当理解，本文所述的装置、系统、方法和过程中的任一者或全部可以存储在计算机可读存储介质上的计算机可执行指令(例如，程序代码)的形式来体现，这些指令在由处理器(诸如处理器118或91)执行时使处理器执行或实现本文所述的系统、方法和过程。具体地讲，本文所述的步骤、操作或功能中的任一者可以在被配置用于无线或有线网络通信的装置或计算系统的处理器上执行的此类计算机可执行指令的形式来实现。计算机可读存储介质包括以用于存储信息的任何非暂态(例如，有形的或物理的)方法或技术实现的易失性和非易失性、可移动和不可移动介质，但此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存存储器或其他存储器技术、CD-ROM、数字通用光盘(DVD)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储设备，或者可以用于存储所需信息并且可以由计算系统访问的任何其他有形或物理介质。

在描述如附图所示的本公开主题-寻呼远程UE-的优选方法、系统或装置时，为了清晰起见，采用了特定术语。然而，所要求保护的主题并不旨在限于所选的特定术语。

本文所述的各种技术可结合硬件、固件或软件来实现，或在适当的情况下以它们的组合来实现。此类硬件、固件和软件可驻留在位于通信网络的各个节点处的装置中。这些装置可单个地或彼此组合地操作以实现本文所述的方法。如本文所用，术语“装置”、“网络装置”、“节点”、“设备”、“网络节点”等可互换使用。此外，除非本文另外提供，否则词语“或”一般以包括端值的方式使用。

本书面说明书使用示例来公开本发明，包括最佳方式，并且还使本领域的任何技术人员能够实践本发明所公开的主题，包括制造和使用任何设备或系统以及执行任何结合的方法。本发明所公开的主题可包括本领域技术人员想到的其它示例(例如，在本文公开的示例性方法之间跳过步骤、组合步骤或添加步骤，诸如与图7至图17相关联)。

如本文所述的方法、系统和装置等可提供用于寻呼远程UE的装置。方法、系统、计算机可读存储介质或装置提供用于启用或禁用用于中继寻呼消息的中继功能；确定是否充当第二设备的寻呼中继；基于第二设备的信息监视寻呼时机；从第三设备接收寻呼消息；向第二设备转发寻呼消息；保持充当第二设备的寻呼中继的状态。信息可以是用于计算远程UE的寻呼时机和DRX的参数。信息可来自表2、表3、表4或表5。第二设备是远程UE。第三设备是基站。第一设备可基于其状态的指示来启用或禁用其自身的中继功能。第一设备可基于邻近第一设备(例如，在其附近)的中继UE的数量来启用或禁用该第一设备的中继功能。第一设备可基于从第二设备接收的配置来启用或禁用该第一设备的中继功能。第二设备可发送用于启用或禁用中继功能的显式专用消息。第二设备可发送供UE启用或禁用中继功能的标准。如果中继功能被启用，则第一设备可广播中继上下文信息。第一设备可接收充当第二设备的寻呼中继的请求消息。第一设备可确定是否充当第二设备的寻呼中继。第一设备可向第三设备发送指示充当寻呼中继的能力的请求消息。第一设备可接收充当第二设备的寻呼中继的配置。配置可包括寻呼时机或用于计算第二设备的寻呼时机的参数。配置可包括用于向第二设备转发寻呼消息的下一个设备。第一设备可被触发以选择第四设备并且在第二设备与第三设备之间建立新的寻呼路径。第一设备可由SL的状态和相邻中继UE的状态的改变触发。第四设备可(从第一设备或另一设备)接收关于寻呼时机或用于计算第二设备的寻呼时机的参数的配置信息。配置信息可包括表4的信息，诸如寻呼时机配置信息。第一设备可从第二设备接收周期性更新消息，并且在附加其自身的更新消息之后向第三设备转发更新消息。可基于从第三设备接收的配置启用中继。更新消息可以是注册更新消息或RAN通知区域更新消息。如本文所述的方法、系统和装置等可提供用于从第三设备接收用于启用或禁用中继功能的标准。如本文所述的方法、系统和装置等可提供用于从第三设备接收用于启用或禁用中继功能的显式专用消息。如本文所述的方法、系统和装置等可提供用于从第三设备接收充当第二设备的寻呼中继的配置。如本文所述的方法、系统和装置等可提供用于：启用用于中继寻呼消息的中继功能；接收充当第二设备的寻呼中继的请求；响应于该请求，确定充当第二设备的寻呼中继；基于第二设备的信息来监视寻呼时机；从第三设备接收寻呼消息；或向第二设备转发寻呼消息。以与具体实施方式的其他部分一致的方式来设想本段落中的所有组合(包括步骤的删除或添加)。

Claims (19)

1.一种第一设备，所述第一设备包括：

处理器；和

存储器，所述存储器与所述处理器耦接，所述存储器存储可执行指令，所述可执行指令在由所述处理器执行时，使所述处理器执行包括以下的操作：

启用用于中继寻呼消息的中继功能；

接收充当第二设备的寻呼中继的请求；

响应于所述请求，确定充当第二设备的寻呼中继；

基于所述第二设备的信息来监视寻呼时机；

从第三设备接收寻呼消息；

向所述第二设备转发所述寻呼消息；以及

保持充当所述第二设备的寻呼中继的状态。

2.根据权利要求1所述的第一设备，其中所述第二设备是远程用户装备。

3.根据权利要求1所述的第一设备，其中所述第三设备是基站。

4.根据权利要求1所述的第一设备，其中基于对能力的指示启用所述中继功能。

5.根据权利要求1所述的第一设备，其中基于邻近所述第一设备的中继用户装备的数量来启用所述中继功能。

6.根据权利要求1所述的第一设备，其中基于从所述第三设备接收的配置来启用所述中继功能。

7.根据权利要求1所述的第一设备，所述操作还包括从所述第三设备接收用于启用或禁用所述中继功能的显式专用消息。

8.根据权利要求1所述的第一设备，所述操作还包括从第三设备接收用于启用或禁用所述中继功能的标准。

9.根据权利要求1所述的第一设备，所述操作还包括当所述中继功能被启用时广播中继上下文信息。

10.根据权利要求1所述的第一设备，所述操作还包括接收充当所述第二设备的寻呼中继的请求消息。

11.根据权利要求1所述的第一设备，所述操作还包括向第三设备发送指示充当寻呼中继的能力的消息。

12.根据权利要求1所述的第一设备，所述操作还包括从所述第三设备接收充当第二设备的寻呼中继的配置。

13.根据权利要求12所述的第一设备，其中所述配置包括所述寻呼时机或用于计算所述第二设备的寻呼时机的参数。

14.根据权利要求12所述的第一设备，其中所述配置包括对向所述第二设备转发寻呼消息的下一个设备的指示。

15.根据权利要求1所述的第一设备，所述操作还包括选择第四设备以在所述第二设备与所述第三设备之间建立新的寻呼路径。

16.根据权利要求15所述的第一设备，其中对所述第四设备的所述选择由侧行链路的状态和相邻中继用户装备的状态的改变触发。

17.根据权利要求15所述的第一设备，所述操作还包括发送所述第四设备配置信息，所述第四设备配置信息关于所述寻呼时机或用于计算所述第二设备的寻呼时机的所述参数。

18.根据权利要求1所述的第一设备，所述操作还包括：

从所述第二设备接收周期性更新消息；以及

在附加其自身的更新消息之后，向所述第三设备转发所述更新消息。

19.根据权利要求18所述的第一设备，其中所述更新消息是注册更新消息或RAN通知区域更新消息。

Images