CN116530157A

CN116530157A - 用于ue功率节省的寻呼增强

Info

Publication number: CN116530157A
Application number: CN202180078690.0A
Authority: CN
Inventors: J·默里; 帕斯卡尔·爱德杰卡普; A·蔡; 李一凡; 凯尔·潘; M·阿瓦丁; 陈卓; M·斯达斯尼克
Original assignee: InterDigital Patent Holdings Inc
Current assignee: InterDigital Patent Holdings Inc
Priority date: 2020-10-14
Filing date: 2021-10-14
Publication date: 2023-08-01
Also published as: EP4229943A1; WO2022081834A1; CN117241379A; US20230397167A1

Abstract

方法、系统和设备可以帮助执行基于组的寻呼，诸如基于下行链路控制信息的组寻呼、基于寻呼无线电网络临时标识符的组寻呼、基于唤醒信号的组寻呼或基于扫描的组寻呼。而且，方法、系统和设备可以帮助执行基于波束的寻呼或配置用于寻呼的跨时隙调度。

Description

用于UE功率节省的寻呼增强

相关申请的交叉引用

本申请要求于2020年10月14日提交的名称为“用于UE功率节省的寻呼增强(Paging Enhancements for UE Power Savings)”的美国临时专利申请63/091,608号的权益，该美国临时专利申请的内容据此以引用方式并入本文。

背景技术

UE可以在RRC_IDLE和RRC_INACTIVE状态中使用非连续接收(DRX)以降低功率消耗。UE在每个DRX循环监视一个寻呼时机(PO)。PO是一组PDCCH监视时机，并且可以由多个时隙(例如，子帧或OFDM符号)组成，在这些时隙中，可以发送寻呼DCI(TS 38.213[1])。一个寻呼帧(PF)是一个无线电帧，并且可包含一个或多个PO或一个PO的起点。

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

发明内容

本文公开了可以帮助执行基于组的寻呼，诸如基于DCI的组寻呼、基于P-RNTI的组寻呼、基于WUS的组寻呼或基于扫描的组寻呼的方法、系统和设备。而且，方法、系统和设备可以帮助执行基于波束的寻呼或配置用于寻呼的跨时隙调度。

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

附图说明

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

图1示出了示例性基于组的寻呼；

图2示出了基于规则的寻呼组确定；

图3示出了网络辅助的寻呼组确定；

图4示出了UE辅助的寻呼组确定；

图5示出了基于DCI的组寻呼；

图6示出了基于P-RNTI的组寻呼；

图7示出了基于WUS的组寻呼；

图8示出了用于基于扫描的组寻呼的PO定义；

图9示出了基于扫描的组寻呼；

图10示出了被配置用于多波束操作的小区；

图11示出了基于波束的寻呼；

图12示出了可以基于用于UE功率节省的寻呼增强的方法、系统和设备生成的示例性显示(例如，图形用户界面)。

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

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

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

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

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

图13F是示例性装置或设备(诸如WTRU)的框图；以及

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

具体实施方式

NR寻呼：用于寻呼的非连续接收

UE可以在RRC_IDLE和RRC_INACTIVE状态中使用非连续接收(DRX)以减少功耗。UE在每个DRX循环监视一个寻呼时机(PO)。PO是一组PDCCH监视时机，并且可以由多个时隙(例如，子帧或OFDM符号)组成，在这些时隙中，可以发送寻呼DCI(TS 38.213[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)

指示PO的索引的Index(i_s)通过以下确定：

i_s＝floor(UE_ID/N)mod Ns

用于寻呼的PDCCH监视时机根据如TS 38.213[1]中所规定的pagingSearchSpace来确定，并且如果如TS 38.331[2]中所规定的那样配置，则根据firstPDCCH-MonitoringOccasionOfPO和nrofPDCCH-MonitoringOccasionPerSSB-InPO来确定。当为pagingSearchSpace配置SearchSpaceId＝0时，用于寻呼的PDCCH监视时机与如TS 38.213[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*X”个连续的PDCCH监视时机，其中“S”是根据SIB1中的ssb-PositionsInBurst确定的实际传输的SSB的数目，并且X是nrofPDCCH-MonitoringOccasionPerSSB-InPO(如果配置的话)，否则等于1。PO中用于寻呼的第[x*S+K]个PDCCH监视时机对应于第K个传输的SSB，其中x＝0、1、……、X-1，K＝1、2、……、S。不与(根据tdd-UL-DL-ConfigurationCommon确定的)UL符号重叠的寻呼的PDCCH监视时机在PF中自寻呼的第一PDCCH监视时机起从零开始被依次编号。当存在firstPDCCH-MonitoringOccasionOfPO时，第(i_s+1)个PO的起始PDCCH监视时机编号是firstPDCCH-MonitoringOccasionOfPO参数的第(i_s+1)个值；如果不是，则其等于i_s*S*X。如果X>1，则当UE检测到在其PO内寻址到P-RNTI的PDCCH传输时，不需要UE监视该PO的后续PDCCH监视时机。

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

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

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

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

N：T中总的寻呼帧数量

Ns：PF的寻呼时机数量

PF_offset：用于PF确定的偏移

UE_ID：5G-S-TMSI mod 1024

参数Ns、nAndPagingFrameOffset、nrofPDCCH-MonitoringOccasionPerSSB-InPO和默认DRX周期的长度在SIB1中用信号发送。N和PF_offset的值是从如TS 38.331[2]中所定义的参数nAndPagingFrameOffset导出的。在SIB1中发信号通知参数first-PDCCH-MonitoringOccasionOfPO以用于初始DL BWP中的寻呼。对于在除初始DLBWP之外的DL BWP中的寻呼，在对应的BWP配置中发信号通知参数first-PDCCH-MonitoringOccasionOfPO。

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

5G-S-TMSI是如TS 23.501[3]中所定义的48位长的位串。5G-S-TMSI应在上述公式中解释为二进制数，其中最左侧的位表示最高有效位。

NR寻呼：寻呼DCI

以下信息通过具有由P-RNTI[4]加扰的CRC的DCI格式1_0来传输：

表1寻呼DC

表2短消息指示符

位字段	描述
		00	保留
01	DCI中仅存在用于寻呼的调度信息
		10	DCI中仅存在短消息
11	DCI中存在用于寻呼的调度信息和短消息两者

NR寻呼：PCCH-Config

IE DownlinkConfigCommonSIB提供小区的公共下行链路参数。该IE包括PCCH-Config字段，该字段用于为小区提供DRX配置，TS 38.331[2]。

PCCH-Config字段

NR寻呼：短消息

可以使用DCI格式1_0的短消息字段，使用具有或不具有相关联寻呼消息的P-RNTI在PDCCH上传输短消息。

表3定义了短消息[2]。位1是最高有效位。

表3短消息

公共警告系统

连接到5GC的NR通过系统信息广播能力为公共警告系统(PWS)提供支持。NR负责调度和广播警告消息以及寻呼UE以提供警告消息正在经由地震和海啸警告系统(ETWS)或商用移动警报系统(CMAS)广播的指示。

地震和海啸警告系统：ETWS是为满足与地震或海啸事件相关的警告通知的监管要求而开发的公共警告系统。ETWS警告通知可以是主要通知(短通知)或辅助通知(提供详细信息)。

商用移动警报系统：CMAS是为递送多个并发警告通知而开发的公共警告系统。

针对ETWS主要通知、ETWS辅助通知和CMAS通知限定不同的SIB。寻呼用于告知UE有关ETWS指示和CMAS指示。UE在其自己的用于RRC_IDLE和RRC_INACTIVE的寻呼时机中监视ETWS/CMAS指示。UE在用于RRC Connected的任何寻呼时机中监视ETWS/CMAS指示。指示ETWS/CMAS通知的寻呼触发系统信息的获取(不延迟到下一个修改周期)3GPP TS 38.300[7]。

UE辅助信息

当被配置为这样做时，UE可以通过UEAssistanceInformation[7]发信号通知网络：

·如果出于延迟预算报告的目的，它偏好调整连接模式DRX循环长度；

·如果它正经历内部过热；

·如果出于节省功率的目的，它偏好某些DRX参数值，或减小的辅助分量载波的最大数量，或减小的最大聚合带宽，或减小的MIMO层的最大数量，或最小的调度偏移量K0和K2；

·如果它预期在不久的将来不会发送或接收任何更多的数据，并且在这种情况下，它可以提供其从RRC_CONNECTED转变为其它状态的偏好，其中该指示可以表达其优选的RRC状态，或者替代性地，它可以取消先前指示的从RRC_CONNECTED转变为其它状态的偏好；

·受IDC问题影响的频率的列表

在第二情况下，UE可以表达临时减小辅助分量载波的最大数量、最大聚合带宽和MIMO层的最大数量的偏好。在所有情况下，是否适应请求取决于gNB。

对于侧行链路，UE可以向NG-RAN报告周期性业务的SL业务模式。

预期UE行为参数

TS 23.502[8]的表4.15.6.3-1提供了对由核心网维护的预期UE行为参数的描述，该描述可以用于表征UE或UE组的预见行为。该表的摘录如下表4所示。

表4：预期UE行为参数的描述

声明#1：寻呼假警报

要求处于RRC_IDLE/RRC_INACTIVE的UE在每个DRX循环的一个PO期间监视寻呼。在给定寻呼帧期间，可以由多个UE监视相同的PO。当监视给定PO的UE中的任一个UE被寻呼时，监视该PO的所有UE需要接收寻呼消息以确定它是否包括与该UE的身份匹配的寻呼记录。在大多数情况下，寻呼指示是假警报；即，寻呼消息不包括UE的身份，这导致不必要的功率消耗。

寻呼假警报率与设备密度成正比。诸如工业无线传感器和可穿戴设备的使用情况将增加网络中的设备密度，从而增加网络中的寻呼假警报率。

寻呼假警报率可能由于空闲模式移动性而加剧。典型的寻呼策略是网络在用于与UE通信的最后一个小区中寻呼UE。如果UE不响应寻呼，则执行寻呼升级，其中UE在多个小区中被寻呼；例如，假设UE所在的TA的所有小区。这可能导致针对正在执行寻呼升级的小区中的其它UE的寻呼假警报。

因此，为了降低执行寻呼监视时的功率消耗，需要一种降低寻呼假警报率的机制。

声明#2：执行寻呼监视时的不必要功率消耗

要求处于RRC_IDLE/RRC_INACTIVE的UE在每个DRX循环的一个PO期间监视寻呼。当监视寻呼时，UE尝试接收携带寻呼DCI的PDCCH，并且如果寻呼DCI包括调度信息，则UE还接收携带寻呼消息的PDSCH以确定其是否包括与UE的身份匹配的寻呼记录。

用于PDCCH接收的硬件通常处于与用于PDSCH接收的硬件不同的功率岛中，从而使HW部件能够独立地通电/断电。然而，当监视寻呼时，PDSCH接收器硬件通常与PDCCH接收器硬件同时通电，因为携带寻呼消息的PDSCH可以在与寻呼DCI相同的时隙中被调度，并且在接收到寻呼DCI之后将没有足够的时间来对PDSCH接收器硬件通电。对于寻呼消息未被调度用于PO的情形，这导致不必要的功率消耗。

因此，为了降低执行寻呼监视时的功率消耗，需要一种机制，该机制允许UE仅对寻呼消息被调度用于PO的情形的PDSCH接收器硬件通电。

本文公开了执行基于组的寻呼，诸如基于DCI的组寻呼、基于P-RNTI的组寻呼、基于WUS的组寻呼或基于扫描的组寻呼的方法或系统。本文还公开了用于执行基于波束的寻呼或用于配置用于寻呼的跨时隙调度的方法或系统。

以下是用于执行基于组的寻呼的示例性方法或系统(也称为途径)。第一设备可以被配置为执行以下指令：确定要监视寻呼的PO；确定与设备相关联的寻呼组；以及在所确定的PO期间监视所确定的寻呼组的寻呼。确定与该设备相关联的寻呼组还可以包括基于UE_ID的LSB的配置数量来确定与该设备相关联的寻呼组，其中可以基于由网络支持的寻呼组的总数来确定LSB的配置数量。可以基于RRC状态来确定与该设备相关联的寻呼组。可以针对处于RRC_IDLE的UE定义第一寻呼组，并且可以针对处于RRC_INACTIVE的UE定义第二寻呼组。可以基于以下中的一者或多者来确定与该设备相关联的寻呼组：设备类型、设备ID、设备的版本、设备的功率消耗概况、设备的电池电量、流量概况或设备的移动性状态。可以针对常规UE定义第一寻呼组，并且可以针对能力降低的(RedCap)UE定义第二寻呼组。

继续参考基于组的寻呼的执行，确定与该设备相关联的寻呼组还可以包括从第二设备接收辅助信息，以及基于所接收的辅助信息来选择寻呼组。辅助信息可以对应于第一设备的寻呼概率。确定与该设备相关联的寻呼组还可以包括从第二设备接收包括与第一设备相关联的寻呼组的指示的消息。该行为还可以包括向第二设备报告辅助信息。辅助信息可以对应于该设备的预期移动性行为，其中预期移动性行为可以是静止的、游牧的或移动的。辅助信息可以对应于第一设备的移动性状态或第一设备中的移动性状态的改变。辅助信息可以对应于优选的寻呼组。报告辅助信息可以对应于UEAssistanceInformation消息的传输。该行为还可以包括接收包括寻呼组信息或用于携带寻呼消息的PDSCH的调度信息的寻呼DCI。

继续参考基于组的寻呼的执行，该行为还可以包括：接收对应于与该设备相关联的寻呼组的寻呼组信息；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。与该设备相关联的寻呼组可以包括主要寻呼组或辅助寻呼组，其中可以经由寻呼DCI中的第一字段来指示主要寻呼组；并且可以经由可以被包括在寻呼DCI中的第二字段来指示辅助寻呼组，其中经由寻呼DCI中的第三字段来指示第二字段的存在。第三字段可以是寻呼DCI的短消息指示符字段。短消息指示符字段的值1可以指示可选的第二字段存在于寻呼DCI中，并且短消息指示符字段的值2或3指示可选的第二字段不存在于寻呼DCI中。该行为还可以包括：接收寻呼DCI，其中该寻呼DCI中的主要寻呼组信息不对应于与该设备相关联的主要寻呼组；以及进入DRX。该行为还可以包括：接收寻呼DCI，其中该寻呼DCI的第三字段指示可选的第二字段不存在于该寻呼DCI中，并且该寻呼DCI中的主要寻呼组信息对应于与该设备相关联的主要寻呼组；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

继续基于组的寻呼的执行，该行为可以包括：接收寻呼DCI，其中该寻呼DCI的第三字段指示可选的第二字段存在于该寻呼DCI中，并且该寻呼DCI中的主要寻呼组信息对应于与该设备相关联的主要寻呼组，并且该寻呼DCI中的辅助寻呼组信息对应于与该设备相关联的辅助寻呼组；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。该行为还可以包括：接收寻呼DCI，其中该寻呼DCI的第三字段指示可选的第二字段存在于该寻呼DCI中，并且该寻呼DCI中的主要寻呼组信息对应于与该设备相关联的主要寻呼组，并且该寻呼DCI中的辅助寻呼组信息不对应于与该设备相关联的辅助寻呼组；以及进入DRX。监视寻呼还可以包括：确定用于将携带寻呼DCI的PDCCH传输寻址到与该设备相关联的寻呼组的第一RNTI；以及在所确定的PO期间监视寻址到第一RNTI的PDCCH。

继续参考基于组的寻呼的执行，其中确定第一RNTI还可以包括从多个RNTI中选择与所确定的寻呼组相关联的RNTI，其中该多个RNTI中的每个RNTI可以与不同的寻呼组相关联。该多个RNTI可以从第二设备接收或根据标准来规定。该行为还可以包括：接收可以被寻址到第一RNTI的携带寻呼DCI的PDCCH，其中该寻呼DCI包括用于携带寻呼消息的PDSCH的调度信息；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。该行为还可以包括：确定用于将携带寻呼DCI的PDCCH传输寻址到所有寻呼组的第二RNTI；以及在所确定的PO期间监视寻址到第一RNTI或第二RNTI的PDCCH。第二RNTI可以从第二设备接收或根据标准来规定。该行为还可以包括接收寻址到第一RNTI或第二RNTI的携带寻呼DCI的PDCCH，其中该寻呼DCI包括短消息。该行为还可以包括：接收寻址到第一RNTI或第二RNTI的携带寻呼DCI的PDCCH，其中该寻呼DCI包括用于携带寻呼消息的PDSCH的调度信息；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

继续参考前述内容，该行为还可以包括：监视唤醒信号(WUS)的接收，其中该WUS包括寻呼组信息；接收包括对应于与该设备相关联的寻呼组的寻呼组信息的WUS；在所确定的PO期间监视寻呼；在所确定的PO期间接收寻呼DCI，其中该寻呼DCI包括用于携带寻呼消息的PDSCH的调度信息；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。可以经由可以在所确定的PO之前发生的PDCCH监视时机期间监视的PDCCH发信号通知WUS。可以经由RRC信令来配置WUS监视时机与PO之间的偏移。可以基于与该设备相关联的寻呼组来确定WUS监视时机与PO之间的偏移。第一设备可以基于所接收的WUS来确定在所确定的PO期间监视寻呼。所接收的WUS可以隐式地或显式地指示寻呼组信息。监视寻呼还可以包括：从包括PO的多个PDCCH监视时机确定与关联于该设备的寻呼组相关联的PDCCH监视时机的子集；以及在所确定的PDCCH监视时机的子集期间监视寻呼。PDCCH监视时机的子集可以对应于寻呼扫描。该行为还可以包括：接收寻呼DCI，其中该寻呼DCI包括用于携带寻呼消息的PDSCH的调度信息；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

继续参考前述内容，该行为还可以包括接收寻呼DCI，该寻呼DCI包括寻呼组信息和用于携带寻呼消息的PDSCH的调度信息，其中可以在与接收到寻呼DCI的时隙不同的时隙中调度PDSCH。时隙偏移的指示可以经由系统信息来发信号通知给该设备。以与具体实施方式的其它部分一致的方式，设想本段落和先前段落中的所有组合(包括步骤的删除或添加)。

注意：术语“主要寻呼组”可以与“第一寻呼组”互换使用；并且术语“辅助寻呼组”可以与“第二寻呼组”互换使用。

以下是用于执行基于波束的寻呼的示例性方法或系统(例如，途径)。第一设备可以被配置为执行以下指令：建立和与第二设备的RRC连接；从第二设备接收寻呼偏好配置信息；配置第一设备以向第二设备报告寻呼偏好信息；确定用于寻呼的多个优选的PDCCH监视时机；向第二设备报告寻呼偏好信息，其中该寻呼偏好信息可以包括用于寻呼的多个优选的PDCCH监视时机的指示；释放RRC连接；以及监视用于寻呼的多个优选的PDCCH监视时机。接收寻呼偏好配置信息可以对应于可以包括PagingPreferenceConfig IE的RRCReconfiguration消息的接收；并且报告寻呼偏好信息可以对应于可以包括PagingPreference IE的UEAssistanceInformation消息的传输。PagingPreference IE可以包括对应于用于寻呼的优选的PDCCH监视时机的多个索引，其中设备将监视的用于寻呼的PDCCH监视时机的索引对应于对应传输的SSB的索引K，其中用于在PO中寻呼的第[x*S+K]个PDCCH监视时机对应于第K个传输的SSB，其中x＝0、1、……、X-1，K＝1、2、……、S，其中“S”可以是实际传输的SSB的数量，并且X可以是PO中每个SSB的PDCCH监视时机的数量(如果配置的话)，否则可以等于1。

继续参考执行基于波束的寻呼，该设备可以基于对应SSB的RSRP测量结果来确定用于寻呼的多个优选的PDCCH监视时机。用于寻呼的多个优选的PDCCH监视时机可以是对应于具有高于配置的阈值的RSRP测量结果的SSB的用于寻呼的任何PDCCH监视时机。用于寻呼的多个优选的PDCCH监视时机可以是对应于具有最大RSRP测量结果的SSB的用于寻呼的PDCCH监视时机。该行为还可以包括在用于寻呼的优选的PDCCH监视时机期间接收寻呼DCI。该行为还可以包括：接收包括用于携带寻呼消息的PDSCH的调度信息的寻呼DCI；以及接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。向第二设备报告寻呼偏好信息还可以包括：确定用于寻呼的多个优选的PDCCH监视时机可以不同于在寻呼偏好信息的最后一个报告中指示的时机，并且与报告寻呼偏好信息相关联的禁止定时器可以不运行；向第二设备报告寻呼偏好信息；以及启动与报告寻呼偏好信息相关联的禁止定时器，其中该禁止定时器可以被设置为在寻呼偏好配置信息中提供的值。向第二设备报告寻呼偏好信息还可以包括：确定该设备由于被配置为报告寻呼偏好信息而没有报告寻呼偏好信息；以及向第二设备报告寻呼偏好信息。该设备可以是静止的、游牧的或低移动性设备。以与具体实施方式的其它部分一致的方式，设想本段落和先前段落中的所有组合(包括步骤的删除或添加)。本节中所述的途径可以单独使用或彼此组合使用。

本文所公开的主题可以单独使用或彼此组合使用。

声明#1的考虑

基于组的寻呼

为了降低寻呼假警报率，公开了基于组的寻呼的使用，其中监视给定PO的UE被分配给不同的寻呼组，并且当向UE传输寻呼时，网络提供正被寻呼的组的指示。可以基于根据规范定义的规则、基于在UE与网络之间交换的寻呼偏好/辅助信息、基于来自网络的分配或它们的任何组合来确定寻呼组。

图1示出了示例性基于组的寻呼。在步骤211处，可以在网络202和UE 201交换寻呼偏好或辅助信息。在步骤212处，UE 201可以接收寻呼，该寻呼可以包括寻呼组信息。在一个示例中，基于UE_ID的Ng个LSB来确定寻呼组，从而将监视给定PO的UE均匀地分发到Ng个不同的寻呼组。

寻呼组＝UE_ID mod Ng，其中UE_ID 5G-S-TMSI mod 1024

值Ng可以根据标准进行定义。另选地，值Ng(例如，寻呼组的总数)可以由网络202(例如，经由系统信息)配置。例如，寻呼组的数量可以作为包括在PCCH-Config IE中的Ng字段来发信号通知，如表5所示。

表5

在另一示例中，基于RRC状态来确定寻呼组。例如，可以针对处于RRC_IDLE的UE定义第一寻呼组，并且可以针对处于RRC_INACTIVE的UE定义第二寻呼组。

在另一示例中，可以基于以下中的一者或多者来确定寻呼组：设备类型、设备ID、设备的版本、设备的功率消耗概况、设备的电池电量、流量概况、设备的移动性状态。例如，可以针对常规UE定义第一寻呼组，并且可以针对能力降低的(RedCap)UE定义第二寻呼组。

图2中示出了用于基于规则的寻呼组确定的示例性信令图。在步骤221处，UE 201从网络202(例如，gNB 203)接收提供针对小区配置的寻呼组的指示的系统信息。在步骤222处，UE 201应用预定义规则来确定其属于哪个寻呼组。

在另一示例中，可基于服务来确定寻呼组，其中UE 201基于正被使用的服务或其可请求使用的服务来被分配给寻呼组。在一个此类示例中，基于寻呼概率来定义寻呼组，P.UE 201可以自主地或基于由网络提供的辅助信息来确定其寻呼概率。例如，网络202已知的订阅信息可以用于确定寻呼概率，然后使用更高层信令(例如，NAS、RRC)将该寻呼概率发信号通知给UE 201。在确定UE的寻呼概率之后，可以基于一组阈值(例如，probThreshList)来确定UE 201被分配给的寻呼组，其中寻呼组的总数被定义为probThreshList+1中的条目的数量。然后，根据诸如表6中所定义的条件，基于寻呼概率和该组阈值来确定寻呼组。

表6基于寻呼概率的寻呼组定义

寻呼组	条件
		1	P≤Thresh₁
2	Thresh₁<P≤Thresh₂
		3	Thresh₂<P≤Thresh₃
4	Thresh₃<P

该组阈值可以根据规范来定义或者经由广播或专用信令来发信号通知。例如，该组阈值可以作为包括在PCCH-Config IE中的probThreshList字段来发信号通知，如表7所示，其中0dot25对应于0.25，0dot50对应于0.50，依此类推。并且在其它另选方案中，probThreshList可以经由RRC信令来配置，并且寻呼概率可以经由MAC-CE来发信号通知。

表7

并且在另一示例中，可以针对接收单播传输的UE 201定义第一寻呼组，并且可以针对接收多媒体/广播服务(MBS)的UE 201定义第二寻呼组。

图3中示出了用于网络辅助的寻呼组确定的示例性信令图。在步骤231处，UE 201接收包括寻呼配置和用于小区的其它配置参数的系统信息。在步骤232处，UE 201建立与gNB 203(例如，网络202)的RRC连接。在步骤233处，UE 201接收包括寻呼辅助信息的RRCRelease消息。在步骤234处，UE 201至少部分地基于由gNB 203提供的寻呼辅助信息来确定其寻呼组。

并且在另一示例中，UE 201被gNB 203分配给寻呼组。gNB 203已知的订阅信息可以用于确定寻呼组。更高层信令(例如，NAS、RRC)可以用于向UE 201指示所分配的寻呼组。

gNB 203还可以使用由UE 201报告的寻呼偏好/辅助信息来确定寻呼组。例如，UE201可以提供预期移动性行为(例如，静止的、游牧的或移动的)的指示。在另一示例中，UE201可以提供其检测到的移动性状态(例如，正常移动性状态、中等移动性状态或高移动性状态)的指示。并且在又一示例中，UE 201可以提供由UE 201确定的优选的寻呼组的指示。并且在又一示例中，UE 201可以提供其速度的指示。

专用信令可以用于配置UE 201以报告寻呼辅助信息。在一个示例中，可以使用包括寻呼偏好配置信息的RRCReconfiguration消息来配置UE 201以报告寻呼辅助。寻呼偏好配置信息可以作为包括在OtherConfig IE中的PagingPreferenceReporting字段来发信号通知，如表8所示。

表8

在另一示例中，可以定义PagingPreferenceConfig参数，其中该参数由用于配置寻呼偏好报告的附加字段(例如，pagingPreferenceProhibitTimer)构成，如表9所示。

表9

另选地，系统信息可以用于配置小区中的寻呼辅助报告。例如，寻呼偏好配置信息可以作为包括在PCCH-Config IE中的PagingPreferenceReporting字段来发信号通知，如表10所示。

表10

更高层信令(例如，NAS、RRC)可以用于报告寻呼偏好/辅助信息，其中可以在检测到寻呼偏好/辅助信息的改变时、周期性地、在来自网络的请求时或者基于预定义的或(预先)配置的标准或条件来报告寻呼偏好/辅助信息。预先配置的条件的示例可以是如果UE接收到“K”个连续寻呼而未在寻呼消息中找到其身份(例如，“K”个假警报)，则UE 201可以意识到它处于错误组中并向gNB 203传输辅助信息。

在一个示例中，UEAssistanceInformation消息用于报告寻呼偏好/辅助信息。UEAssistanceInformation消息可以包括PagingPreference IE，诸如表11所示的PagingPreference IE，以发信号通知寻呼偏好/辅助信息。

表11

图4中示出了用于UE辅助的寻呼组确定的示例性信令图。在步骤241处，UE 201接收包括寻呼配置和用于小区的其它配置参数的系统信息。在步骤242处，UE 201建立RRC连接。在步骤243处，UE 201接收包括寻呼偏好配置信息(例如，PagingPreferenceConfig IE)的RRCReconfiguration消息。在步骤244处，UE 201确定寻呼辅助信息，其中该寻呼辅助信息可以与预期移动性行为、检测到的移动性状态、优选的寻呼组等相对应。在步骤245处，UE201传输包括寻呼偏好信息(例如，PagingPreference IE)的UEAssistanceInformation消息。辅助信息的类型可以基于请求(例如，根据标准预先配置或定义的寻呼偏好配置信息的一部分)。在步骤246处，UE201接收包括寻呼辅助信息的RRCRelease消息。在步骤247处，UE201至少部分地基于由gNB 203提供的寻呼辅助信息来确定其寻呼组。

基于DCI的途径

对于基于DCI的途径，经由寻呼DCI来指示寻呼组正在被寻呼。该指示可以使用寻呼DCI中的保留位中的一个或多个保留位来实现。表12是寻呼DCI定义的示例，其中4位用于指示寻呼组，但是相同的概念可以应用于使用不同数量的位的途径。可以定义寻呼组字段，使得位1对应于寻呼组1，位2对应于寻呼组2，依此类推。给定位的值“1”可以用于指示寻呼组正在被寻呼。可以设置多于1位来寻呼多个寻呼组。

并且在另一示例中，寻呼组字段可以被解释为整数值，其中每个整数值对应于不同的寻呼组。利用该方法，一次可以寻呼一个寻呼组。保留值(例如，最大值)可以用于指示所有组都被寻呼。

表12包括寻呼组信息的示例性寻呼DCI

寻呼假警报率与寻呼组的数量成反比。使用用于寻呼组的所有保留位可以允许支持最大数量的寻呼组。然而，这可能不允许出于其它目的的寻呼DCI的扩展。

为了在不消耗所有保留位的情况下提供对附加的寻呼组的支持，我们公开了当在寻呼DCI中仅携带用于寻呼的调度信息时利用短消息位来发信号通知寻呼组信息。

例如，寻呼DCI可以由始终存在于寻呼DCI中的主要寻呼组字段和对应于仅当短消息未被携带在寻呼DCI中时才存在的短消息字段的一个或多个位的辅助寻呼组字段构成，如表13所示。在该示例中，对应于“在DCI中仅存在用于寻呼的调度信息”的短消息指示符的值1可以用于指示在寻呼DCI中存在辅助寻呼组信息。

表13包括主要寻呼组和辅助寻呼组信息的示例性寻呼DCI

并且在另一示例中，短消息指示符的值“0”可以用于指示在寻呼DCI中存在用于寻呼的调度信息和辅助寻呼组信息，而值“1”将指示存在不具有辅助寻呼组信息的用于寻呼的调度信息，如表14所示。

表14用于指示辅助寻呼组信息的存在的示例性短消息指示符

位字段	描述
		00	DCI中仅存在不具有辅助寻呼组信息的用于寻呼的调度信息
01	DCI中仅存在具有辅助寻呼组信息的用于寻呼的调度信息
		10	DCI中仅存在短消息
11	DCI中存在用于寻呼的调度信息和短消息两者

并且在另一另选方案中，短消息中的一个或多个保留位可以用于发信号通知寻呼组。

可以存在寻呼组字段，其中经由寻呼DCI中的另一字段来动态指示该字段中的位数量。

图5中示出了基于DCI的组寻呼的示例性信令图。在步骤251处，UE201接收包括寻呼配置和用于小区的其它配置参数的系统信息，并且确定其PO。在步骤252处，UE 201使用本文所述的任何机制来确定寻呼组。在步骤253处，UE 201在其所确定的PO期间监视寻呼，并且接收寻呼DCI，该寻呼DCI可以包括与UE 201相关联的寻呼组正在被寻呼的指示以及用于携带寻呼消息的PDSCH的调度信息。注意：如果UE 201确定其寻呼组没有被寻呼，则UE201可以进入DRX。

继续参考图5，对于其中UE 201被配置有主要寻呼组和辅助寻呼组并且寻呼DCI不包括用于指示辅助寻呼组信息的字段的情形，如果寻呼DCI中的主要寻呼组信息对应于与UE 201相关联的主要寻呼组，则UE 201确定其寻呼组正在被寻呼。

对于UE 201被配置有主要寻呼组和辅助寻呼组并且寻呼DCI包括用于指示辅助寻呼组信息的字段的情形，如果寻呼DCI中的主要寻呼组信息对应于与UE 201相关联的主要寻呼组并且寻呼DCI中的辅助寻呼组信息对应于与UE 201相关联的辅助寻呼组，则UE 201确定其寻呼组正在被寻呼。注意，如果UE 201确定其寻呼组没有被寻呼，则UE 201可以进入DRX。

在步骤254处，UE 201接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

基于P-RNTI的途径

对于基于P-RNTI的途径，经由用于寻址携带寻呼DCI的PDCCH传输的RNTI来指示寻呼组正在被寻呼。定义了多个RNTI，例如，P-RNTI₁、P-RNTI₂等，每个RNTI与不同的寻呼组相关联。例如，P-RNTI₁可以与寻呼组1相关联，P-RNTI₂可以与寻呼组2相关联等。被配置用于给定寻呼组的UE 201将在其PO期间监视寻址到与其寻呼组相关联的RNTI的PDCCH以接收寻呼DCI。还可以设想给定RNTI与多个寻呼组相关联的途径。用于基于组的寻呼的多个RNTI可以根据规范来定义或者经由广播或专用信令来发信号通知。

图6中示出了基于P-RNTI的组寻呼的示例性信令图。在步骤261处，UE 201接收包括寻呼配置和用于小区的其它配置参数的系统信息，并且确定其PO。在步骤262处，UE 201使用本文所述的任何机制来确定寻呼组。在步骤263处，UE 201在其所确定的PO期间监视寻址到与其寻呼组相关联的RNTI的PDCCH，并且接收包括用于携带寻呼消息的PDSCH的调度信息的寻呼DCI。在步骤264处，UE 201接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

在一些情形中，网络202可能必须在给定PO期间寻呼所有UE，例如当传输指示systemInfoModification或etwsAndCmasIndication的短消息时。如果监视给定PO的UE被分配给不同的寻呼组，则网络202将需要传输多个PDCCH以寻呼所有UE，每个PDCCH被寻址到不同的RNTI。这从网络资源的观点来看可能是低效的，并且取决于定义了多少RNTI以及用于接收携带寻呼DCI的PDCCH的CORESET的大小而可能是不可能的。并且延迟对一个或多个组的寻呼直到下一个DRX循环是不可接受的。为了解决该问题，UE 201可以监视可以用于在其PO期间寻呼所有相关联的UE的第二RNTI。该RNTI可以对应于根据标准规定的特定值，例如，传统0xFFFE P-RNTI值。另选地，用于寻呼所有UE的RNTI可以经由广播或专用信令来发信号通知。然后，UE 201将在所确定的PO期间监视寻址到第一RNTI或第二RNTI的PDCCH，并且可以使用任一RNTI来寻呼。寻址到第二RNTI的寻呼DCI可以包括短消息或用于携带寻呼消息的PDSCH的调度信息。

基于WUS的途径

在该途径中，经由在寻呼DCI之前传输的唤醒信号(WUS)来指示寻呼组正在被寻呼。如果UE接收到指示其寻呼组正在被寻呼的WUS，则UE在随后的PO期间监视寻呼；并且如果UE接收到指示其寻呼组没有被寻呼的WUS，则UE在其随后的PO期间不监视寻呼。WUS监视发生在所确定的PO之前，其中WUS与PO之间的偏移可以经由RRC信令来配置。另选地，可以基于与UE相关联的寻呼组来确定偏移。

图7中示出了基于WUS的组寻呼的示例性信令图。在步骤271处，UE201接收可以包括WUS配置、寻呼配置和用于小区的其它配置参数的系统信息，并且确定其PO。在步骤272处，UE 201使用本文所述的任何机制来确定寻呼组。在步骤273处，UE 201在WUS监视时机期间监视WUS，并且接收指示其寻呼组正在被寻呼的WUS。在步骤274处，UE 201在其所确定的PO期间监视寻呼，并且接收包括用于携带寻呼消息的PDSCH的调度信息的寻呼DCI。在步骤275处，UE 201接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

基于扫描的途径

当为pagingSearchSpace配置SearchSpaceId为非0时，PO被定义为一组“S*X”个连续的PDCCH监视时机，其中“S”是根据SIB1中的ssb-PositionsInBurst确定的实际传输的SSB的数量，并且X是nrofPDCCH-MonitoringOccasionPerSSB-InPO(如果配置的话)，否则等于1。在该途径中，经由包括PO的该组“S*X”个PDCCH监视时机的不同子集来指示寻呼组正在被寻呼，如图8所示。这些不同的子集也可以被视为不同的寻呼扫描。被配置用于给定寻呼组的UE 201将在其PO期间监视与其寻呼组相关联的PDCCH监视时机的子集以接收寻呼DCI。

图9中示出了基于扫描的组寻呼的示例性信令图。在步骤281处，UE201接收包括寻呼配置和用于小区的其它配置参数的系统信息，并且确定其PO。在步骤282处，UE 201使用本文所述的任何机制来确定寻呼组。在步骤283处，UE 201在其PO期间在与其寻呼组相关联的PDCCH监视时机的子集上监视寻呼，并且接收包括用于携带寻呼消息的PDSCH的调度信息的寻呼DCI。在步骤284处，UE 201接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

基于波束的寻呼

可以使用多个波束来执行对NR的寻呼，其中每个波束在小区的不同区域中提供覆盖。图10是被配置用于多波束操作的小区的图示，其中UE201、UE 206和UE 207处于该小区的不同覆盖区域中。在多波束操作中，在所有传输的波束中重复相同的寻呼消息和短消息。为了降低寻呼假警报率，网络102可以使用基于波束的寻呼，其中仅在正在由UE 201监视以接收寻呼的波束中传输对给定UE 201的寻呼。如果我们考虑图10所示的情形，则当寻呼UE201时，可以仅在波束3中传输寻呼。

为了启用基于波束的寻呼，UE 201报告寻呼辅助信息以向网络202(例如，gNB203)通知其打算监视寻呼的波束。专用或广播信令可以用于配置UE 201以报告用于基于波束的寻呼的寻呼辅助信息。表8、表9和表10中示出了可以使用的示例性IE。

是否配置基于波束的寻呼可以取决于设备移动性，例如，它是静止的、游牧的还是低移动性设备。设备(例如，UE 201)的移动性状态可以被报告给网络202，因此该移动性状态可以由网络202在确定UE 201是否应被配置用于基于波束的寻呼时使用。另选地，网络202可以基于订阅信息来确定这一点。

被配置为报告用于基于波束的寻呼的寻呼辅助信息的UE 201可以从被配置用于UE PO的该组PDCCH监视时机确定优选的PDCCH监视时机寻呼。可以基于由UE 201执行的DL测量来确定优选的PDCCH监视时机。例如，用于寻呼的优选的PDCCH监视时机可以是对应于具有最大RSRP测量结果的SSB的时机。在另一示例中，用于寻呼的优选的PDCCH监视可以是高于阈值的用于寻呼的任何PDCCH监视时机，其中该阈值可以由网络配置或者根据标准来规定。

可以经由更高层信令(例如，MAC CE、RRC、NAS)向网络报告寻呼辅助信息。在一个示例中，UEAssistanceInformation消息可以用于报告寻呼辅助信息。

寻呼偏好信息可以对应于用于寻呼的优选的PDCCH监视时机的索引，其中UE 201可以监视的用于寻呼的PDCCH监视时机的索引对应于对应传输的SSB的索引K，其中用于在PO中寻呼的第[x*S+K]个PDCCH监视时机对应于第K个传输的SSB，其中x＝0、1、……、X-1，K＝1、2、……、S，其中“S”是实际传输的SSB的数量，并且X是PO中每个SSB的PDCCH监视时机的数量(如果配置的话)，否则等于1。

UEAssistanceInformation消息可以包括PagingPreference IE，诸如表15所示的PagingPreference IE，以发信号通知对应于用于寻呼的优选的PDCCH监视时机的索引的寻呼偏好信息。

表15

能够提供其关于用于寻呼的PDCCH监视时机的偏好的UE可以在若干情况下发起该过程，如果该UE被配置为这样做的话，包括在具有关于用于寻呼的PDCCH监视时机的偏好时以及在其关于用于寻呼的PDCCH监视时机的偏好改变时。网络配置的禁止定时器可以用于控制报告寻呼偏好信息的频率。

以下是用于报告寻呼辅助信息的示例性过程。

在发起该过程时，UE 201应当：

1>如果被配置为提供其关于用于寻呼的PDCCH监视时机的偏好：

2>如果UE 201具有关于用于寻呼的PDCCH监视时机的偏好，并且由于UE被配置为提供其关于用于寻呼的PDCCH监视时机的偏好，因此UE没有传输具有寻呼偏好的UEAssistanceInformation消息；或者

2>如果当前寻呼偏好信息不同于在UEAssistanceInformation消息的最后一个传输中指示的寻呼偏好信息，并且定时器T346x没有运行：

3>启动定时器T346x，其中定时器值被设置为pagingPreferenceProhibitTimer；

3>根据设置UEAssistanceInformation消息的内容以提供当前寻呼偏好的过程来发起UEAssistanceInformation消息的传输。

UE 201应当如下设置UEAssistanceInformation消息的内容：

1>如果发起UEAssistanceInformation消息的传输以提供寻呼偏好：

2>在UEAssistanceInformation消息中包括寻呼偏好；

2>将indexOfpreferredPDCCHMonitoringOccasion设置为对应于用于寻呼的优选的PDCCH监视时机的SSB的索引；

1>根据在3GPP TS 38.331[2]的章节5.7.4.3中定义的过程向更低层提交UEAssistanceInformation消息。

图11中示出了基于波束的寻呼的示例性信令图。在步骤291处，UE201接收包括寻呼配置和用于小区的其它配置参数的系统信息。在步骤292处，UE 201建立RRC连接。在步骤293处，UE 201接收包括寻呼偏好配置信息，例如，PagingPreferenceConfig IE的RRCReconfiguration消息。在步骤294处，UE 201确定用于寻呼的优选的PDCCH监视时机。在步骤295处，UE 201传输包括寻呼偏好信息，例如，PagingPreference IE的UEAssistanceInformation消息。在步骤296处，UE 201接收RRCRelease消息，转换到RRC_IDLE/RRC_INACTIVE，并且在用于寻呼的优选的PDCCH监视时机期间开始监视寻呼。在步骤297处，UE 201在用于寻呼的优选的PDCCH监视时机期间接收寻呼DCI。在步骤298处，如果寻呼DCI包括调度信息，则UE 201接收由寻呼DCI中的调度信息调度的PDSCH上携带的寻呼消息。

以及其它示例，UEAssistance信息可以经由小数据传输来发信号通知，而不需要UE 201转换到RRC_CONNCED状态。

声明#2的考虑

用于寻呼的跨时隙调度

为了降低寻呼DCI不包括调度信息的情形的功率消耗，可以半静态地配置寻呼DCI与其调度的PDSCH之间的时隙偏移。对于时隙偏移大于0的情形，如果寻呼DCI包括调度信息，则UE 201可以仅对PDCSH接收器硬件通电。

寻呼DCI与其调度的PDSCH之间的时隙偏移可以经由广播或专用信令来发信号通知。例如，时隙偏移可以作为包括在PCCH-Config IE中的k0字段来发信号通知，如表16所示。

表16

另选地，PCCH-Config IE可以包括timeDomainResourceAssignment字段，该字段用于从PDSCH-TimeDomainResourceAllocationList中查找对应配置且获得如表17所示的要应用的k0的值。

表17

/>

对于寻呼DCI与其调度的PDSCH之间的时隙偏移被半静态地配置的情形，在寻呼DCI中可以不需要时域资源分配字段，并且这些位可以替代地用于另一目的，例如，发信号通知寻呼组信息。

在另一另选方案中，可以引入指示是否配置跨时隙调度的字段，但是仍然通过在寻呼DCI中发信号通知时域资源分配字段且从对应分配表确定k0的值来动态指示k0的实际值。

应当理解，执行本文所示步骤的实体可以是逻辑实体。这些步骤可存储在诸如图13F或图13G所示的设备、服务器或计算机系统的存储器中并在其处理器上执行。设想了本文所公开的示例性方法之间的跳过步骤、组合步骤或添加步骤。

表18提供了如本文所公开的缩写和定义。

表18-缩写和定义

/>

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

第3代合作伙伴计划(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)以及与其他实体的车辆通信中的任一种。这些类别中的特定服务和应用包括例如监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流、基于云的无线办公室、第一响应者连接、汽车紧急呼叫、灾难报警、实时游戏、多人视频呼叫、自主驾驶、增强现实、触觉互联网、虚拟现实、家庭自动化、机器人和无人机等。本文考虑了所有这些用例和其他用例。

图13A示出了示例性通信系统100，其中可以使用用于UE功率节省的寻呼增强的方法和装置，诸如本文所述和要求保护的图1至图12所示的系统和方法。通信系统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可能在图13A、图13B、图13C、图13D、图13E或图13F中被描述为手持无线通信装置，但应当理解，在设想用于5G无线通信的各种使用情况下，每个WTRU可包括或体现为被配置为发射或接收无线信号的任何类型的装置或设备，仅以举例的方式包括用户装备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子健康设备、机器人、工业装备、无人机、运载工具(诸如汽车、公共汽车、卡车、火车或飞机)等。

通信系统100还可以包括基站114a和基站114b。在图13A的示例中，每个基站114a和114b被描绘为单个元件。实际上，基站114a和114b可包括任意数量的互连基站或网络元件。基站114a可以是被配置为与WTRU102a、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)、节点B、演进节点B、家庭节点B、家庭演进节点B、下一代节点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等。例如，RAN103/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或者RAN103b/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或RSU120a、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)等。

图13A中的基站114c可以是例如无线路由器、家庭节点B、家庭eNodeB或接入点，并且可以利用任何合适的RAT来促进局部区域诸如商业区、家庭、车辆、火车、航空、卫星、制造厂、校园等中的无线连接，以实现如本文所公开的用于UE功率节省的寻呼增强的方法、系统和设备。在一个示例中，基站114c和WTRU 102(例如WTRU 102e)可实现诸如IEEE802.11的无线电技术以建立无线局域网(WLAN)。类似地，基站114c和WTRU 102d可实现诸如IEEE802.15的无线电技术以建立无线个域网(WPAN)。在又一个示例中，基站114c和WTRU 102(例如，WTRU102e)可利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A、NR等)来建立微微小区或毫微微小区。如图13A所示，基站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可提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、分组数据网络连接、以太网连接、视频分发等，或者执行高级安全功能，诸如用户认证。

尽管未在图13A中示出，但是应当理解，RAN 103/104/105或RAN103b/104b/105b或核心网106/107/109可以与采用与RAN 103/104/105或RAN103b/104b/105b相同的RAT或不同RAT的其它RAN进行直接或间接通信。例如，除了连接到可利用E-UTRA无线电技术的RAN103/104/105或RAN103b/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功率节省的寻呼增强的方法、系统和设备。例如，图13A所示的WTRU 102g可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信，并且与可以采用IEEE 802无线电技术的基站114c通信。

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

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

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

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

RAN 103中的RNC 142a可以经由IuCS接口连接到核心网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，该其他网络可包括由其他服务提供商拥有或运营的其他有线或无线网络。

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

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

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

图13C所示的核心网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也可执行其他功能，诸如在演进节点B间切换期间锚定用户平面、当下行链路数据可用于WTRU102a、102b和102c时触发寻呼、管理和存储WTRU 102a、102b和102c的上下文等。

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

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

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

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

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

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

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

在图13D的示例中，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核心网可不包括这些元件中的所有元件，可包括附加元件，并且可包括这些元件中的每一者的多个实例。图13D示出了网络功能彼此直接连接，然而，应当理解，它们可经由路由代理诸如直径路由代理或消息总线进行通信。

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

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

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交互的相同或相似的方式与N3IWF199交互。

PCF 184可经由N7接口连接到SMF 174，经由N15接口连接到AMF172，以及经由N5接口连接到应用功能(AF)188。N15和N5接口在图13D中未示出。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和增强型移动宽带)的良好工具。在不使用网络切片技术的情况下，当每种使用情况具有其自身的性能、可扩展性和可用性的一组特定要求时，网络架构的灵活性和可扩展性可能不足以有效地支持更宽泛范围的使用情况需求。此外，应更有效地引入新的网络服务。

再次参见图13D，在网络切片场景下，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的访问，该其他网络可包括由其他服务提供商拥有或运营的其他有线或无线网络。

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

图13E示出了示例性通信系统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彼此通信。在图13E的示例中，WTRU B和F显示在接入网络覆盖131内。WTRU A、B、C、D、E和F可经由侧行链路接口(例如，PC5或NR PC5)(诸如接口125a、125b或128)彼此直接通信，而无论它们是在接入网络覆盖131之内还是在接入网络覆盖131之外。例如，在图13E的示例中，在接入网络覆盖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通信。

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

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

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

此外，尽管发射/接收元件122在图13F中被描绘为单个元件，但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功率节省的寻呼增强的设置是成功还是不成功，或以其它方式指示用于UE功率节省的寻呼增强的状态以及相关联的部件。显示器或指示器128上的控制照明图案、图像或颜色可以反映本文示出或讨论的附图(例如，图1至图12等)中的任何方法流程或部件的状态。本文公开了用于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)接收位置信息或基于从两个或更多个附近基站接收到的信号的定时来确定其位置。应当理解，WTRU102可通过任何合适的位置确定方法来获取位置信息。

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

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

图13G是示例性计算系统90的框图，其中可以体现图13A、图13C、图13D和图13E中所示的通信网络的一个或多个装置以及用于UE功率节省的寻呼增强，诸如本文所述和要求保护的图1至图12所示的系统和方法，诸如RAN 103/104/105、核心网106/107/109、PSTN108、互联网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连接到外部通信网络或设备，诸如图13A、图13B、图13C、图13D或图13E的RAN103/104/105、核心网106/107/109、PSTN 108、互联网110、WTRU 102或其他网络112，以使计算系统90能够与这些网络的其他节点或功能实体通信。单独的或与处理器91结合的通信电路系统可以用于执行本文所述的某些装置、节点或功能实体的发射和接收步骤。

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

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

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

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

如本文所述的方法、系统和装置等可以提供用于UE功率节省的寻呼增强。方法、系统、计算机可读存储介质或装置提供用于确定要监视寻呼的PO；确定与设备相关联的寻呼组；以及在所确定的PO期间监视所确定的寻呼组的寻呼。以与具体实施方式的其他部分一致的方式来设想本段落中的所有组合(包括步骤的删除或添加)。

Claims

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

处理器；和

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

确定要监视寻呼的寻呼时机(PO)；

确定与所述设备相关联的寻呼组；以及

在所确定的PO期间监视所确定的寻呼组的寻呼。

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

3.根据权利要求1所述的设备，其中基于无线电资源控制(RRC)状态来确定与所述设备相关联的所述寻呼组。

4.根据权利要求1所述的设备，其中针对处于RRC_IDLE的用户装备(UE)定义所述寻呼组，并且针对处于RRC_INACTIVE的UE定义第二寻呼组。

5.根据权利要求1所述的设备，其中基于以下中的一者或多者来确定与所述设备相关联的所述寻呼组：设备类型、设备标识符(ID)、所述设备的版本或所述设备的功率消耗概况。

6.根据权利要求1所述的设备，其中基于以下中的一者或多者来确定与所述设备相关联的所述寻呼组：所述设备的电池电量、流量概况或所述设备的移动性状态。

7.根据权利要求1所述的设备，其中所述确定与所述设备相关联的所述寻呼组还包括：

从所述第二设备接收辅助信息；以及

基于所接收的辅助信息来选择所述寻呼组。

8.根据权利要求7所述的设备，其中所述辅助信息对应于所述设备的寻呼概率。

9.根据权利要求7所述的设备，其中所述辅助信息对应于所述设备的预期移动性行为，其中所述预期移动性行为是静止的、游牧的或移动的。

10.根据权利要求7所述的设备，其中所述辅助信息对应于所述设备的移动性状态或所述设备中的所述移动性状态的改变。

11.根据权利要求7所述的设备，其中所述辅助信息对应于优选的寻呼组。

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

接收寻呼下行链路控制信息(DCI)，所述寻呼DCI包括寻呼组信息；以及

用于携带寻呼消息的物理下行链路共享信道(PDSCH)的调度信息。

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

接收对应于与所述设备相关联的所述寻呼组的寻呼组信息；以及

接收由寻呼下行链路控制信息(DCI)中的调度信息调度的物理下行链路共享信道(PDSCH)上携带的寻呼消息。

14.根据权利要求1所述的设备，其中：

与所述设备相关联的所述寻呼组由主要寻呼组和辅助寻呼组构成，

经由寻呼下行链路控制信息(DCI)中的第一字段来指示所述主要寻呼组，

经由包括在所述寻呼DCI中的第二字段来指示所述辅助寻呼组，并且

经由所述寻呼DCI中的第三字段来指示所述第二字段。

15.根据权利要求14所述的设备，其中所述第三字段是所述寻呼DCI的短消息指示符字段。