CN117063557A

CN117063557A - 用于增强型寻呼接收的ue分群组方案

Info

Publication number: CN117063557A
Application number: CN202280024356.1A
Authority: CN
Inventors: 何林海; M·格里奥; 朱西鹏
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2021-03-31
Filing date: 2022-03-30
Publication date: 2023-11-14

Abstract

UE可以选择用于寻呼接收的一个或多个寻呼属性。一个或多个寻呼属性可以是从网络支持的寻呼属性集合中选择的。UE可以向网络发送对用于寻呼接收的一个或多个寻呼属性的指示。UE可以从网络接收基于对一个或多个寻呼属性的指示的响应消息。响应消息可以包括第一UE组号。第一UE组号可以是至少基于一个或多个寻呼属性的。UE可以接收包括UE组号的寻呼指示。当寻呼指示中的UE组号与第一UE组号匹配时，UE可以继续接收并解码与寻呼指示相关联的寻呼消息。否则，UE可以安全地忽略寻呼消息。

Description

用于增强型寻呼接收的UE分群组方案

相关申请的交叉引用

本申请要求享受以下申请的权益和优先权：于2021年3月31日递交的并且名称为“UE GROUPING SCHEME FOR ENHANCED PAGING RECEPTION”的美国临时申请序列No.63/169,057；以及于2022年2月28日递交的并且名称为“UE GROUPING SCHEME FOR ENHANCEDPAGING RECEPTION”的美国非临时专利申请序列No.17/683,243，上述申请的全部内容通过引用方式明确地被并入本文中。

技术领域

概括而言，本公开内容涉及通信系统，并且更具体地，本公开内容涉及用于寻呼接收的用户设备(UE)分群组(grouping)。

背景技术

无线通信系统被广泛地部署以提供各种电信服务，比如电话、视频、数据、消息传送和广播的。典型的无线通信系统可以采用能够通过共享可用的系统资源来支持与多个用户的通信的多址技术。这样的多址技术的示例包括码分多址(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)。装置可以选择用于寻呼接收的一个或多个寻呼属性。一个或多个寻呼属性可以是从网络支持的寻呼属性集合中选择的。装置可以向网络发送对用于寻呼接收的一个或多个寻呼属性的指示。装置可以从网络接收基于对一个或多个寻呼属性的指示的响应消息。响应消息可以包括第一UE组号。

在本公开内容的一个方面中，提供了一种方法、计算机可读介质和装置。装置可以是网络。装置可以从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示。装置可以至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号。装置可以基于所识别的第一UE组号来向至少一个UE发送响应消息。响应消息可以包括第一UE组号。

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

附图说明

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

图2A是示出根据本公开内容的各个方面的第一帧的示例的图。

图2B是示出根据本公开内容的各个方面的子帧内的DL信道的示例的图。

图2C是示出根据本公开内容的各个方面的第二帧的示例的图。

图2D是示出根据本公开内容的各个方面的子帧内的UL信道的示例的图。

图3是示出在接入网络中的基站和用户设备(UE)的示例的图。

图4是无线通信系统的通信流程。

图5是无线通信系统的通信流程。

图6是无线通信系统的通信流程。

图7是无线通信的方法的流程图。

图8是无线通信的方法的流程图。

图9是无线通信的方法的流程图。

图10是无线通信的方法的流程图。

图11是示出针对示例装置的硬件实现方式的示例的图。

图12是示出针对示例装置的硬件实现方式的示例的图。

具体实施方式

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

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

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

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

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

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

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

基站102可以与UE 104进行无线通信。基站102中的每个基站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可以使用在用于每个方向上的传输的总共多达Yx MHz(x个分量载波)的载波聚合中分配的、每载波多达YMHz(例如，5、10、15、20、100、400等MHz)带宽的频谱。载波可以彼此相邻或者可以彼此不相邻。对载波的分配可以是关于DL和UL不对称的(例如，与UL相比，针对DL可以分配更多或更少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以被称为主小区(PCell)，以及辅分量载波可以被称为辅小区(SCell)。

某些UE 104可以使用设备到设备(D2D)通信链路158彼此通信。D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧行链路信道，比如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)以及物理侧行链路控制信道(PSCCH)。D2D通信可以通过各种各样的无线D2D通信系统，比如例如，WiMedia、蓝牙、ZigBee、基于电气与电子工程师学会(IEEE)802.11标准的Wi-Fi、LTE或者NR。

无线通信系统还可以包括在例如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中，两个初始操作频带已经被标识为频率范围名称FR1(410MHz-7.125GHz)和FR2(24.25GHz-52.6GHz)。尽管FR1的一部分大于6GHz，但是在各种文档和文章中，FR1通常(可互换地)被称为“低于6GHz”频带。关于FR2有时会出现类似的命名问题，尽管与被国际电信联盟(ITU)标识为“毫米波”频带的极高频(EHF)频带(30GHz-300GHz)不同，但是FR2在文档和文章中通常(可互换地)被称为“毫米波”频带。

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

考虑到以上方面，除非另有具体说明，否则应当理解，如果在本文中使用术语的话，则“低于6GHz”等可以广义地表示可以小于6GHz的频率、可以在FR1内的频率、或可以包括中频带频率。此外，除非另有具体说明，否则应当理解，如果在本文中使用的话，术语“毫米波”等可以广义地表示可以包括中频带频率的频率、可以在FR2、FR4、FR2-2和/或FR5内的频率、或可以在EHF频带内。

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

基站180可以在一个或多个发送方向182'上向UE 104发送经波束成形的信号。UE104可以在一个或多个接收方向182”上从基站180接收经波束成形的信号。UE 104还可以在一个或多个发送方向上向基站180发送经波束成形的信号。基站180可以在一个或多个接收方向上从UE 104接收经波束成形的信号。基站180/UE 104可以执行波束训练以确定针对基站180/UE 104中的每者的最佳接收和发送方向。用于基站180的发送方向和接收方向可以是相同的或者可以是不相同的。用于UE 104的发送方向和接收方向可以是相同的或者可以是不相同的。

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)流服务和/或其它IP服务。

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

再次参照图1，在某些方面中，UE 104可以包括寻呼组件198，寻呼组件198可以被配置为选择用于寻呼接收的一个或多个寻呼属性。一个或多个寻呼属性可以是从网络支持的寻呼属性集合中选择的。寻呼组件198可以被配置为向网络发送对用于寻呼接收的一个或多个寻呼属性的指示。寻呼组件198可以被配置为从网络接收基于对一个或多个寻呼属性的指示的响应消息。响应消息可以包括第一UE组号。在某些方面中，基站180可以包括寻呼组件199，寻呼组件199可以被配置为从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示。寻呼组件199可以被配置为至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号。寻呼组件199可以被配置为基于所识别的第一UE组号来向至少一个UE发送响应消息。响应消息可以包括第一UE组号。尽管以下描述可能集中于5G NR，但是本文描述的概念可以适用于其它类似领域，比如LTE、LTE-A、CDMA、GSM和其它无线技术。

图2A是示出在5G NR帧结构内的第一子帧的示例的示意图200。图2B是示出在5GNR子帧内的DL信道的示例的示意图230。图2C是示出在5G NR帧结构内的第二子帧的示例的示意图250。图2D是示出在5G NR子帧内的UL信道的示例的示意图280。5G NR帧结构可以是频分双工(FDD)(其中，针对特定的子载波集合(载波系统带宽)，在子载波集合内的子帧专用于DL或UL)，或者可以是时分双工(TDD)(其中，针对特定的子载波集合(载波系统带宽)，在子载波集合内的子帧专用于DL和UL二者)。在通过图2A、2C所提供的示例中，5G NR帧结构被假设为TDD，其中子帧4被配置有时隙格式28(其中大多数为DL)，其中D是DL，U是UL，并且F是可在DL/UL之间灵活使用的，并且子帧3被被配置有时隙格式1(其中全部为UL)。虽然子帧3、4分别被示为具有时隙格式1、28，但是任何特定子帧可以被配置有各种可用的时隙格式0-61中的任何时隙格式。时隙格式0、1分别是全DL、全UL。其它时隙格式2-61包括DL、UL和灵活符号的混合。UE通过所接收的时隙格式指示符(SFI)而被配置为具有时隙格式(通过DL控制信息(DCI)动态地配置，或者通过无线电资源控制(RRC)信令半静态地/静态地配置)。要注意的是，以下描述也适用于TDD的5G NR帧结构。

图2A-2D示出了帧结构，并且本公开内容的各方面可以适用于其它无线通信技术，其可以具有不同的帧结构和/或不同的信道。帧(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)。

μ	SCSΔf＝2^μ·15[kHz]	循环前缀
			0	15	普通
1	30	普通
			2	60	普通，扩展
3	120	普通
			4	240	普通

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

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

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

图2B示出在帧的子帧内的各种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内。PSS被UE 104用来确定子帧/符号定时和物理层标识。辅同步信号(SSS)可以在帧的特定子帧的符号4内。SSS被UE用来确定物理层小区标识组号和无线帧定时。基于物理层标识和物理层小区标识组号，UE可以确定物理小区标识符(PCI)。基于PCI，UE可以确定DM-RS的位置。携带主信息块(MIB)的物理广播信道(PBCH)可以在逻辑上与PSS和SSS分群组在一起，以形成同步信号(SS)/PBCH块(还被称为SS块(SSB))。MIB提供在系统带宽中的RB的数量和系统帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、未通过PBCH发送的广播系统信息(比如系统信息块(SIB))以及寻呼消息。

如在图2C中所示出的，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上的频率相关的调度。

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

图3是在接入网络中基站310与UE 350相通信的框图。在DL中，可以将来自EPC 160的IP分组提供给控制器/处理器375。控制器/处理器375实现层3和层2功能。层3包括无线电资源控制(RRC)层，以及层2包括服务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层和介质访问控制(MAC)层。控制器/处理器375提供：与以下各项相关联的RRC层功能：系统信息(例如，MIB、SIB)的广播、RRC连接控制(例如，RRC连接寻呼、RRC连接建立、RRC连接修改、以及RRC连接释放)、无线接入技术(RAT)间移动性、以及用于UE测量报告的测量配置；与以下各项相关联的PDCP层功能：报头压缩/解压缩、安全性(加密、解密、完整性保护、完整性验证)、以及切换支持功能；与以下各项相关联的RLC层功能：上层分组数据单元(PDU)的传输、通过ARQ的纠错、RLC服务数据单元(SDU)的串接、分段和重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序；以及与以下各项相关联的MAC层功能：在逻辑信道与传输信道之间的映射、MAC SDU到传输块(TB)上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先化。

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

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

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

与结合由基站310进行的DL传输所描述的功能类似，控制器/处理器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载波进行调制以用于传输。

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

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

TX处理器368、RX处理器356和控制器/处理器359中的至少一者可以被配置为执行与图1的198有关的各方面。

TX处理器316、RX处理器370和控制器/处理器375中的至少一者可以被配置为执行与图1的199有关的各方面。

改进寻呼过程以减少不必要的UE寻呼接收可能是有利的。减少虚假(例如，不必要的)寻呼接收的技术之一可以是将寻呼时机(PO)内的UE分离成多个组。在没有分群组的情况下，即使寻呼是针对单个UE的，PO内的所有UE也可以在PO期间唤醒以接收和解码寻呼消息。这些组在本文中可以被称为UE组。因此，在UE分群组的情况下，当网络向PO中的UE发送寻呼指示时，网络可以指示寻呼旨在针对的UE组，使得在PO中但未被寻呼的UE不会浪费用于接收和解码寻呼消息的功率。

可以以各种不同的方式对PO中的UE进行分群组。为了减少与寻呼接收相关联的功耗，可以在UE的分群组中考虑可能对功率有影响的UE属性。可能对功率有影响的UE属性的示例可以包括UE的寻呼概率(即，UE获得寻呼的可能性有多大)、UE的功率状态(例如，插电与电池供电)等。由于不同类型的UE可能存在于小区中，因此找到用于对UE进行分群组的对于所有可能的场景都很好地工作的单个UE属性可能是具有挑战性的。用于UE分群组的UE属性可以被称为UE寻呼属性，或者简称为寻呼属性。根据各方面，UE可以向网络提供其UE寻呼属性，并且网络可以基于由UE所提供的UE寻呼属性来决定如何对UE进行分群组。

在一个方面中，网络可以通告网络可以用于对PO中的UE进行分群组的属性集合。属性集合可以包括以下各项中的一项或多项：UE的寻呼概率(例如，UE可能获得寻呼的概率或可能性)、UE的功率简档(例如，电池供电的UE可能对功率敏感，而插电的UE可能对功率不敏感)、UE的RRC状态(例如，RRC不活动或RRC空闲)或UE的移动性(例如，静止或移动)。在UE分群组决策中，网络可以使用网络可能具有的关于UE的额外信息(例如，UE的能力，比如天线数量，因为具有较少天线的UE可能与更多重复相关联)或者从其它网络实体接收的信息(例如，来自应用功能“AF”的预期的UE行为信息)。

在一个方面中，UE可以向网络提供其关于所通告的UE寻呼属性中的所选择的集合的信息(例如，指示)。在一种配置中，UE可以通过NAS信令向核心网络(在特定示例中，向AMF)提供对UE寻呼属性的指示。在一种配置中，UE可以在UE辅助信息(UAI)消息中向RAN(在特定示例中，向基站)提供对UE寻呼属性的指示。

在一个方面中，何时或是否(如果有的话)提供UE寻呼属性或提供哪些属性可以是基于UE实现方式的。在一种配置中，当UE处于RRC连接状态时，UE可以向网络提供其UE寻呼属性。例如，当UE由于数据传输、注册或跟踪区域更新等而进入RRC连接状态时，UE可以将其UE寻呼属性提供给网络。在一种配置中，UE可以发起RRC连接以更新UE寻呼属性。当UE寻呼属性已经显著变化时(例如，当UE的电源已经从插入电源变为电池电源时，或者预期寻呼速率已经增加时，等等)，这可能是有用的。当由网络通告的UE寻呼属性集合已经改变时，这也可能是有用。在一种配置中，网络可以配置禁止定时器来控制UE报告或更新UE寻呼属性的频率。当UE向网络提交UE寻呼属性报告时，定时器可以启动或重置。只要定时器仍在运行(即，在定时器的到期之前)，就可以阻止或禁止UE提交另一UE寻呼属性报告，使得可以避免过多的UE寻呼属性报告。

图4是无线通信系统的通信流程400。在406处，UE 402可以在408处选择用于寻呼接收的一个或多个寻呼属性之前，从网络404接收用于寻呼接收的网络支持的寻呼属性集合。换句话说，网络404可以在410处从UE 402接收对用于寻呼接收的一个或多个寻呼属性的指示之前，向UE 402发送用于寻呼接收的网络支持的寻呼属性集合。网络支持的寻呼属性集合可以是例如在系统信息中(例如，在MIB或SIB中)或经由NAS信令来发送的。在另一配置中，与网络404相关联的网络支持的寻呼属性集合可以是在UE 402处预先配置或预定义的。

在408处，UE 402可以选择用于寻呼接收的一个或多个寻呼属性。一个或多个寻呼属性可以是从网络支持的寻呼属性集合中选择的。在410处，UE 402可以向网络404发送并且网络404可以从至少一个UE 402接收对用于寻呼接收的一个或多个寻呼属性的指示。一个或多个寻呼属性可以包括UE寻呼概率、UE功率简档、UE RRC状态或UE移动性等中的至少一项。UE 402可以经由NAS信令向网络404的AMF或者向网络404中的RAN(例如，UE 402的服务基站)发送对用于寻呼接收的一个或多个寻呼属性的指示。当UE 402处于RRC连接状态时，UE 402可以向网络404发送对一个或多个寻呼属性的指示。在一个方面中，UE 402可以发起RRC连接以向网络404发送对一个或多个寻呼属性的指示。在一个方面中，在对一个或多个寻呼属性的指示的先前传输处启动、设置或重置的定时器的到期之前，UE 402可以不发送对一个或多个寻呼特性的后续指示。

在412处，网络404可以至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号。第一UE组号可以包括用于以包括第一UE组号的寻呼指示来瞄准的UE的索引。在一个方面中，网络404可以进一步基于来自另一网络实体(例如，AF)的信息来识别第一UE组号。来自另一网络实体的信息可以包括预期的UE行为、预期的UE移动性或预期的UE寻呼概率等中的至少一项。

在414处，网络404可以向至少一个UE 402发送并且UE 402可以从网络404接收基于所识别的第一UE组号的响应消息。响应消息可以包括所标识的第一UE组号。在一个方面中，一个或多个寻呼属性可以包括UE RRC状态。第一UE组号可以用于RRC空闲状态。从网络404接收的响应消息还可以包括用于RRC不活动状态的第二UE组号。对针对UE 402的PO的指派可以是基于一个或多个寻呼属性的。在一个方面中，可以在网络404的AMF处识别第一UE组号。AMF可以向网络404中的UE 402的服务基站发送第一UE组号。在另一方面中，可以在网络404中的UE 402的服务基站处识别第一UE组号。服务基站可以向网络404的AMF发送第一UE组号。

在416处，UE 402可以基于第一UE组号来监测至少一个寻呼指示。在418处，网络404可以基于第一UE组号来向至少一个UE 402发送至少一个寻呼指示，并且UE 402可以基于第一UE组号来从网络404接收至少一个寻呼指示。寻呼指示可以是寻呼DCI消息。在传统寻呼DCI消息用于寻呼指示的一种配置中，网络404可以在被指派给UE 402的PO中发送寻呼指示(例如，寻呼DCI信息)。在寻呼早期指示(PEI)用于寻呼指示的另一配置中，网络404可以在被指派给UE 402的PO之前的时隙中发送寻呼指示(例如，寻呼DCI消息)。网络404还可以发送与至少一个寻呼指示相关联的寻呼消息。

当UE 402处于RRC空闲状态时，为了发送至少一个寻呼指示，网络404的AMF可以向网络404中的UE 402的服务基站发送寻呼通知，并且网络404中UE 402的服务器基站可以向UE 402发送至少一个寻呼指示。

当UE 402处于RRC不活动状态时，为了发送至少一个寻呼指示，网络的锚基站可以向网络404的寻呼基站发送RAN寻呼消息，并且网络404的寻呼基站可以向UE 402发送至少一个寻呼指示。

在420处，UE 402可以基于至少一个寻呼指示来识别网络404中的UE 402的服务基站是否支持UE分群组。UE组号在寻呼指示中缺失可以指示服务基站不支持UE分群组。

在422处，UE 402可以基于第一UE组号和至少一个寻呼指示来选择是否解码与至少一个寻呼指示相关联的寻呼消息。如果寻呼指示中的UE组号与UE 402的UE组号相匹配，则UE 402可以接收并解码与寻呼指示相关联的寻呼消息。另一方面，如果寻呼指示中的UE组号与UE 402的UE组号不匹配，则UE 402可以选择不接收或解码与寻呼指示相关联的寻呼消息，例如，以便节省功率。

在424处，当UE移动到新小区时，UE 402可以选择是否保持第一UE组号。当新小区的网络支持的寻呼属性与先前小区的网络支持的寻呼属性不同时，UE在移动到新小区之后请求新的UE组号可能是有利的。

图5是无线通信系统的通信流程500。图5示出了核心网络(具体为AMF)控制UE分群组的场景。UE 502可以对应于UE 104/350/402。基站504/506可以对应于基站102/180/310/404。AMF 508可以对应于AMF 192。当UE 502处于RRC连接状态时，在510处，UE 502可以向AMF 508提供UE 502的UE寻呼属性(例如，在注册请求消息中)。当AMF 508在512处进行响应(例如，利用注册接受消息)时，AMF 508可以在响应中包括UE的指派的UE组号。

在514处，AMF 508可以另外向UE 502的服务小区(即第一基站504)提供UE 502的UE组号(例如，经由UE上下文修改消息或初始上下文设置消息)。在516处，UE 502可以向AMF508发送注册完成消息。在一种配置中，UE 502的RRC状态可以用作UE 502的UE组的标识中的UE寻呼属性，并且AMF 508可以针对RRC空闲状态或RRC不活动状态指派单独的UE组号。

当UE 502处于RRC空闲状态并且具有来自核心网络的寻呼时，在518处，AMF 508可以向服务基站(第一基站504)发送包括UE 502的UE组号的寻呼通知消息。当第一基站504在520处寻呼UE 502时，第一基站504可以在寻呼指示(或PEI)中包括UE 502的UE组号。因此，当UE 502在寻呼指示(或PEI)中检测到UE组号匹配时，UE 502可以继续接收并解码与寻呼指示(或PEI)相关联的寻呼消息。

当UE 502处于RRC不活动状态并且具有来自RAN的寻呼时，例如，当UE 502具有新数据但是处于RRC不活动状态时，锚基站(例如，最后看到UE的基站)(第一基站504)可以在522处向其它基站(例如，包括第二基站506)发送包括UE 502的UE组号的RAN寻呼消息。当寻呼基站(例如，如图所示，第二基站506)在524处寻呼UE 502时，寻呼基站(例如，第二基站506)可以在寻呼指示(或PEI)中包括UE 502的UE组号。因此，当UE 502在寻呼指示(或PEI)中检测到UE组号匹配时，UE 502可以继续接收并解码与寻呼指示(或PEI)相关联的寻呼消息。

图6是无线通信系统的通信流程600。图6示出了RAN(具体为基站)控制UE分群组的场景。UE 602可以对应于UE 104/350/402。基站604/606可以对应于基站102/180/310/404。AMF 608可以对应于AMF 192。在一种配置中，最大UE组数量可以由运营商针对相同注册或跟踪区域中的所有基站来预定义或配置。

当UE 602处于RRC连接状态时，在610处，服务基站(第一基站604)可以通告网络支持的UE寻呼属性集合。网络支持的UE寻呼属性可以跨越不同的小区而变化。当第一基站604在612处在UAI消息中从UE 602接收UE寻呼属性时，第一基站604可以在614处将UE组号指派给UE 602。指派给UE 602的UE组号对于第一基站604的服务小区可以是本地的(例如，基于由第一基站604服务的UE的混合)。另外，在616处，第一基站604可以向AMF 608发送UE 602的UE组号(例如，经由RAN配置传输消息)。

当UE 602移动到不同的小区(例如，第二基站606的小区)时，UE 602可以决定保持相同的UE组号或者请求新的UE组号。当新小区具有不同的网络支持的寻呼属性集合时，请求新的UE组号可能是有利的。在618处，新的服务基站(第二基站606)可以通告网络支持的UE寻呼属性集合。在UE 602在移动到第二基站606的服务小区之后决定请求新的UE组号的情况下，当第二基站606在620处在UAI消息中从UE 602接收到UE寻呼属性时，第二基站606可以在622处将新的UE组号指派给UE 602。另外，在624处，第二基站606可以向AMF 608发送UE 602的新的UE组号(例如，经由RAN配置传输消息)。

图6中的626、628、630和632可以类似于图5中的518、520、522和524。当UE 602处于RRC空闲状态并且具有来自核心网络的寻呼时，在626处，AMF 608可以向服务基站(第一基站604)发送包括UE 602的UE组号的寻呼通知消息。当第一基站604在628处寻呼UE 602时，第一基站604可以在寻呼指示(或PEI)中包括UE 602的UE组号。因此，当UE 602在寻呼指示(或PEI)中检测到UE组号匹配时，UE 602可以继续接收并解码与寻呼指示(或PEI)相关联的寻呼消息。

当UE 602处于RRC不活动状态并且具有来自RAN的寻呼时，例如，当UE 602具有新数据但处于RRC不活动状态时，锚基站(第一基站604)可以在630处向其它基站(例如，包括第二基站606)发送包括UE 602的UE组号的RAN寻呼消息。当寻呼基站(例如，如图所示，第二基站606)在632处寻呼UE 602时，寻呼基站(例如，第二基站606)可以在寻呼指示(或PEI)中包括UE 602的UE组号。因此，当UE 602在寻呼指示(或PEI)中检测到UE组号匹配时，UE 602可以继续接收并解码与寻呼指示(或PEI)相关联的寻呼消息。

上文描述的各方面可以涉及对同一PO内的UE进行分群组。在另一方面中，网络可以基于所接收的UE寻呼属性来向UE通知被指派给UE的PO以及PO内的指派的UE组。对针对UE的PO的指派可以是基于所报告的UE寻呼属性的。因此，网络可以将不同PO中的具有不同属性的UE分离。在一种配置中，可能期望将不能够支持PEI(即，唤醒信令)的UE与能够支持PEI的UE分离。这可以帮助网络减少所发送的PEI的数量，从而减少PDCCH负载。在另一配置中，网络可以将能够进行跨时隙调度(K0>0)的UE与那些不能够进行跨时隙调度(k＝0)的UE分离，使得能够进行跨是调度(K0>0)的UE可以进一步降低它们在寻呼接收中的功耗。因此，在一个方面中，网络(AMF和/或基站)可以在指派了PO和UE组之后发送的响应消息中包括UE组号(或索引)和PO号(或索引)。

图7是无线通信的方法的流程图700。方法可以由UE(例如，UE 104/350/402/502/602；装置1102)执行。在702处，UE可以选择用于寻呼接收的一个或多个寻呼属性。一个或多个寻呼属性可以是从网络支持的寻呼属性集合中选择的。例如，702可以由图11中的寻呼组件1140来执行。参照图4，在408处，UE 402可以选择用于寻呼接收的一个或多个寻呼属性。

在704处，UE可以向网络发送对用于寻呼接收的一个或多个寻呼属性的指示。例如，704可以由图11中的寻呼组件1140来执行。参照图4，在410处，UE 402可以向网络404发送对用于寻呼接收的一个或多个寻呼属性的指示。

在706处，UE可以从网络接收基于对一个或多个寻呼属性的指示的响应消息。响应消息可以包括第一UE组号。例如，706可以由图11中的寻呼组件1140来执行。参照图4，在414处，UE 402可以从网络404接收基于对一个或多个寻呼属性的指示的响应消息。

图8是无线通信的方法的流程图800。方法可以由UE(例如，UE 104/350/402/502/602；装置1102)执行。在804处，UE可以选择用于寻呼接收的一个或多个寻呼属性。一个或多个寻呼属性可以是从网络支持的寻呼属性集合中选择的。例如，804可以由图11中的寻呼组件1140来执行。参照图4，在408处，UE 402可以选择用于寻呼接收的一个或多个寻呼属性。

在806处，UE可以向网络发送对用于寻呼接收的一个或多个寻呼属性的指示。例如，806可以由图11中的寻呼组件1140来执行。参照图4，在410处，UE 402可以向网络404发送对用于寻呼接收的一个或多个寻呼属性的指示。

在808处，UE可以从网络接收基于对一个或多个寻呼属性的指示的响应消息。响应消息可以包括第一UE组号。例如，808可以由图11中的寻呼组件1140来执行。参照图4，在414处，UE 402可以从网络404接收基于对一个或多个寻呼属性的指示的响应消息。

在一种配置中，一个或多个寻呼属性可以包括以下各项中的至少一项：UE寻呼概率、UE功率简档、UE RRC状态、或UE移动性。在一种配置中，第一UE组号可以包括用于利用寻呼指示来瞄准的UE的索引。

在一种配置中，在810处，UE可以基于第一UE组号来监测至少一个寻呼指示。例如，810可以由图11中的寻呼组件1140来执行。参照图4，在416处，UE 402可以基于第一UE组号来监测至少一个寻呼指示。

在一种配置中，在808处，UE可以基于第一UE组号来从网络接收至少一个寻呼指示。例如，808可以由图11中的寻呼组件1140来执行。参照图4，在418处，UE 402可以基于第一UE组号来从网络404接收至少一个寻呼指示。

在一种配置中，至少一个寻呼指示可以是在指派给UE的PO中接收的。在一种配置中，至少一个寻呼指示可以是在指派给UE的PO之前的时隙中接收的。

在一种配置中，在810处，UE可以基于至少一个寻呼指示来识别网络中的UE的服务基站是否支持UE分群组。例如，810可以由图11中的寻呼组件1140来执行。参照图4，在420处，UE 402可以基于至少一个寻呼指示来识别网络404中的UE 402的服务基站是否支持UE分群组。

在一种配置中，在808处，UE可以基于第一UE组号和至少一个寻呼指示来选择是否对与至少一个寻呼指示相关联的寻呼消息进行解码。例如，808可以由图11中的寻呼组件1140来执行。参照图4，在422处，UE 402可以基于第一UE组号和至少一个寻呼指示来选择是否对与至少一个寻呼指示相关联的寻呼消息进行解码。

在一种配置中，对一个或多个寻呼属性的指示可以是经由NAS信令发送到网络的AMF的。在一种配置中，对一个或多个寻呼属性的指示可以被发送到网络的RAN。

在一种配置中，当UE处于RRC连接状态时，可以向网络发送对一个或多个寻呼属性的指示。在一种配置中，UE可以发起RRC连接以发送对一个或多个寻呼属性的指示。在一种配置中，在对一个或多个寻呼属性的指示的先前传输处设置的定时器的到期之前，UE可以不发送对一个或多个寻呼属性的后续指示。

在一种配置中，一个或多个寻呼属性可以包括UE RRC状态。第一UE组号可以用于RRC空闲状态。从网络接收的响应消息还可以包括用于RRC不活动状态的第二UE组号。

在一种配置中，在810处，当UE移动到新小区时，UE可以选择是否保持第一UE组号。例如，810可以由图11中的寻呼组件1140来执行。参照图4，在424处，当UE移动到新小区时，UE 402可以选择是否保持第一UE组号。

在一种配置中，在802处，UE可以在选择用于寻呼接收的一个或多个寻呼属性之前从网络接收用于寻呼接收的网络支持的寻呼属性集合。用于寻呼接收的一个或多个寻呼属性可以是基于用于寻呼接收的网络支持的寻呼属性集合来选择的。例如，802可以由图11中的寻呼组件1140来执行。参照图4，在406处，UE 402可以在408处选择用于寻呼接收的一个或多个寻呼属性之前从网络404接收用于寻呼接收的网络支持的寻呼属性的集合。

在一种配置中，对针对UE的PO的指派可以是基于一个或多个寻呼属性的。

图9是无线通信的方法的流程图900。方法可以由网络(例如，基站102/180/310/504/506/604/606；AMF 192/508/608；网络404；装置1202)执行。在902处，网络可以从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示。例如，902可以由图12中的寻呼组件1240来执行。参照图4，在410处，网络404可以从至少一个UE 402接收对用于寻呼接收的一个或多个寻呼属性的指示。

在904处，网络可以至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号。例如，904可以由图12中的寻呼组件1240来执行。参照图4，在412处，网络404可以至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号。

在906处，网络可以基于所识别的第一UE组号来向至少一个UE发送响应消息。响应消息可以包括第一UE组号。例如，906可以由图12中的寻呼组件1240来执行。参照图4，在414处，网络404可以基于所识别的第一UE组号来向至少一个UE 402发送响应消息。

图10是无线通信的方法的流程图1000。方法可以由网络(例如，基站102/180/310/504/506/604/606；AMF 192/508/608；网络404；装置1202)执行。在1004处，网络可以从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示。例如，1004可以由图12中的寻呼组件1240来执行。参照图4，在410处，网络404可以从至少一个UE 402接收对用于寻呼接收的一个或多个寻呼属性的指示。

在1006处，网络可以至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号。例如，1006可以由图12中的寻呼组件1240来执行。参照图4，在412处，网络404可以至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号。

在1008处，网络可以基于所识别的第一UE组号来向至少一个UE发送响应消息。响应消息可以包括第一UE组号。例如，1008可以由图12中的寻呼组件1240来执行。参照图4，在414处，网络404可以基于所识别的第一UE组号来向至少一个UE 402发送响应消息。

在一种配置中，一个或多个寻呼属性可以包括以下各项中的至少一项：UE寻呼概率、UE功率简档、UE RRC状态、或UE移动性。

在一种配置中，第一UE组号可以包括用于利用寻呼指示来瞄准的UE的索引。

在一种配置中，第一UE组号还可以是基于来自另一网络实体的信息来识别的。在一种配置中，信息可以包括以下各项中的至少一项：预期的UE行为、预期的UE移动性、或预期的UE寻呼概率。

在一种配置中，对一个或多个寻呼属性的指示可以是经由NAS信令在网络的AMF处接收的。在一种配置中，第一UE组号可以是在AMF处识别的。AMF可以向网络中的至少一个UE的服务基站发送第一UE组号。

在一种配置中，对一个或多个寻呼属性的指示可以是在网络中的至少一个UE的服务基站处接收的。在一种配置中，第一UE组号可以是在服务基站处识别的。服务基站可以向网络的AMF发送第一UE组号。

在一种配置中，在1010处，网络可以基于第一UE组号来向至少一个UE发送至少一个寻呼指示。网络还可以发送与至少一个寻呼指示相关联的寻呼消息。例如，1010可以由图12中的寻呼组件1240来执行。参照图4，在418处，网络404可以基于第一UE组号来向至少一个UE 402发送至少一个寻呼指示。

在一种配置中，至少一个寻呼指示可以是在指派给至少一个UE的PO中发送的。在一种配置中，至少一个寻呼指示可以是在指派给至少一个UE的PO之前的时隙中发送的。

在一种配置中，当至少一个UE处于RRC空闲状态时，发送至少一个寻呼指示可以包括：从网络的AMF向网络中的UE的服务基站发送寻呼通知；以及从网络中的UE的服务基站向至少一个UE发送至少一个寻呼指示。

在一种配置中，当至少一个UE处于RRC不活动状态时，发送至少一个寻呼指示可以包括：从网络的锚基站向网络的寻呼基站发送RAN寻呼消息；以及从网络的寻呼基站向至少一个UE发送至少一个寻呼指示。

在一种配置中，当至少一个UE处于RRC连接状态时，对一个或多个寻呼属性的指示可以是从至少一个UE接收的。

在一种配置中，一个或多个寻呼属性可以包括UE RRC状态。第一UE组号可以用于RRC空闲状态。发送到至少一个UE的响应消息还可以包括用于RRC不活动状态的第二UE组号。

在一种配置中，在1002处，网络可以在从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示之前，向至少一个UE发送用于寻呼接收的网络支持的寻呼属性集合。用于寻呼接收的一个或多个寻呼属性可以是基于用于寻呼接收的网络支持的寻呼属性集合的。例如，1002可以由图12中的寻呼组件1240来执行。参照图4，在406处，网络404可以在410处从至少一个UE 402接收对用于寻呼接收的一个或多个寻呼属性的指示之前，向至少一个UE 402发送用于寻呼接收的网络支持的寻呼属性集合。

在一种配置中，对针对至少一个UE的PO的指派可以是基于一个或多个寻呼属性来识别的。

图11是示出用于装置1102的硬件实现方式的示例的图1100。装置1102可以是UE、UE的组件，或者可以实现UE功能。在一些方面中，装置1102可以包括耦合到蜂窝RF收发机1122的蜂窝基带处理器1104(还被称为调制解调器)。在一些方面中，装置1102还可以包括一个或多个用户身份模块(SIM)卡1120、耦合到安全数字(SD)卡1108和屏幕1110的应用处理器1106、蓝牙模块1112、无线局域网(WLAN)模块1114、全球定位系统(GPS)模块1116和电源1118。蜂窝基带处理器1104通过蜂窝RF收发机1122与UE 104和/或BS102/110进行通信。蜂窝基带处理器1104可以包括计算机可读介质/存储器。计算机可读介质/存储器可以是非暂时性的。蜂窝基带处理器1104负责一般处理，包括执行存储在计算机可读介质/存储器上的软件。软件在由蜂窝基带处理器1104执行时，使得蜂窝基带处理器1104执行上文描述的各种功能。计算机可读介质/存储器还可以用于存储由蜂窝基带处理器1104在执行软件时操纵的数据。蜂窝基带处理器1104还包括接收组件1130、通信管理器1132和发送组件1134。通信管理器1132包括一个或多个所示的组件。通信管理器1132内的组件可以被存储在计算机可读介质/存储器中和/或被配置为蜂窝基带处理器1104内的硬件。蜂窝基带处理器1104可以是UE 350的组件，并且可以包括存储器360和/或TX处理器368、RX处理器356和控制器/处理器3511中的至少一者。在一种配置中，装置1102可以是调制解调器芯片并且仅包括基带处理器1104，并且在另一配置中，装置1102可以是整个UE(例如，参见图3的350)并且包括装置1102的额外模块。

通信管理器1132包括寻呼组件1140，其可以被配置为在选择用于寻呼接收的一个或多个寻呼属性之前从网络接收用于寻呼接收的网络支持的寻呼属性集合，例如，如结合图8中的802描述的。寻呼组件1140还可以被配置为选择用于寻呼接收的一个或多个寻呼属性，一个或多个寻呼属性是从网络支持的寻呼属性集合中选择的，例如，如结合图7中的702和图8中的804描述的。寻呼组件1140还可以被配置为向网络发送对用于寻呼接收的一个或多个寻呼属性的指示，例如，如结合图7中的704和图8中的806描述的。寻呼组件1140还可以被配置为从网络接收基于对一个或多个寻呼属性的指示的响应消息，例如，如结合图7中的706和图8中的808描述的。寻呼组件1140还可以被配置为基于第一UE组号来监测至少一个寻呼指示，例如，如结合图8中的810描述的。寻呼组件1140还可以被配置为基于第一UE组号来从网络接收至少一个寻呼指示，例如，如结合图8中的812描述的。寻呼组件1140还可以被配置为基于至少一个寻呼指示来识别网络中的UE的服务基站是否支持UE分群组，例如，如结合图8中的814描述的。寻呼组件1140还可以被配置为基于第一UE组号和至少一个寻呼指示来选择是否对与至少一个寻呼指示相关联的寻呼消息进行解码，例如，如结合图8中的816描述的。寻呼组件1140还可以被配置为当UE移动到新小区时选择是否保持第一UE组号，例如，如结合图8中的818描述的。

装置可以包括执行图4-8的流程图中的算法的框中的每个框的额外的组件。因此，可以由组件执行图4-8的流程图中的每个框，并且该装置可以包括那些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，存储在计算机可读介质内用于由处理器来实现，或其某种组合。

如图所示，装置1102可以包括被配置用于各种功能的各种组件。在一种配置中，装置1102(具体而言，蜂窝基带处理器1104)包括用于选择用于寻呼接收的一个或多个寻呼属性的单元，一个或多个寻呼属性是从网络支持的寻呼属性集合中选择的。装置1102还可以包括用于向网络发送对用于寻呼接收的一个或多个寻呼属性的指示的单元。装置1102还可以包括：用于从网络接收基于对一个或多个寻呼属性的指示的响应消息的单元，响应消息包括第一UE组号。

在一种配置中，一个或多个寻呼属性可以包括以下各项中的至少一项：UE寻呼概率、UE功率简档、UE RRC状态、或UE移动性。在一种配置中，第一UE组号可以包括用于利用寻呼指示来瞄准的UE的索引。在一种配置中，装置1102还可以包括用于基于第一UE组号来监测至少一个寻呼指示的单元。在一种配置中，装置1102还可以包括用于基于第一UE组号来从网络接收至少一个寻呼指示的单元。在一种配置中，至少一个寻呼指示可以是在指派给UE的PO中接收的。在一种配置中，至少一个寻呼指示可以是在指派给UE的PO之前的时隙中接收的。在一种配置中，装置1102还可以包括用于基于至少一个寻呼指示来识别网络中的UE的服务基站是否支持UE分群组的单元。在一种配置中，装置1102还可以包括用于基于第一UE组号和至少一个寻呼指示来选择是否对与至少一个寻呼指示相关联的寻呼消息进行解码的单元。在一种配置中，对一个或多个寻呼属性的指示可以是经由NAS信令发送到网络的AMF的。在一种配置中，对一个或多个寻呼属性的指示可以被发送到网络的RAN。在一种配置中，当UE处于RRC连接状态时，可以向网络发送对一个或多个寻呼属性的指示。在一种配置中，装置1102还可以包括用于发起RRC连接以发送对一个或多个寻呼属性的指示的单元。在一种配置中，在对一个或多个寻呼属性的指示的先前传输处设置的定时器的到期之前，UE可以不发送对一个或多个寻呼属性的后续指示。在一种配置中，一个或多个寻呼属性可以包括UE RRC状态。第一UE组号可以用于RRC空闲状态。从网络接收的响应消息还可以包括用于RRC不活动状态的第二UE组号。在一种配置中，装置1102还可以包括用于在UE移动到新小区时选择是否保持第一UE组号的单元。在一种配置中，设备1102还可以包括用于在选择用于寻呼接收的一个或多个寻呼属性之前从网络接收用于寻呼接收的网络支持的寻呼属性集合的单元，其中，用于寻呼接收的一个或多个寻呼属性可以是基于用于寻呼接收的网络支持的寻呼属性集合来选择的。在一种配置中，对针对UE的PO的指派可以是基于一个或多个寻呼属性的。

单元可以是装置1102的组件中的被配置为执行由单元记载的功能的一个或多个组件。如上所述，装置1102可以包括TX处理器368、RX处理器356和控制器/处理器359。因此，在一种配置中，单元可以是被配置为执行由单元所记载的功能的TX处理器368、RX处理器356和控制器/处理器359。

图12是示出用于装置1202的硬件实现方式的示例的图1200。装置1202可以是基站、基站的组件，或者可以实现基站功能。在一些方面中，装置1202可以包括基带单元1204。基带单元1204可以通过蜂窝RF收发机1222与UE 104进行通信。基带单元1204可以包括计算机可读介质/存储器。基带单元1204负责一般处理，包括执行存储在计算机可读介质/存储器上的软件。软件在由基带单元1204执行时，使得基带单元1204执行上文描述的各种功能。计算机可读介质/存储器还可以用于存储由基带单元1204在执行软件时操纵的数据。基带单元1204还包括接收组件1230、通信管理器1232和发送组件1234。通信管理器1232包括一个或多个所示的组件。通信管理器1232内的组件可以被存储在计算机可读介质/存储器中和/或被配置为基带单元1204内的硬件。基带单元1204可以是基站310的组件，并且可以包括存储器376和/或TX处理器316、RX处理器370和控制器/处理器375中的至少一者。

通信管理器1232包括寻呼组件1240，寻呼组件1240可以被配置为向至少一个UE发送用于寻呼接收的网络支持的寻呼属性集合，例如，如结合图10中的1002描述的。寻呼组件1240还可以被配置为从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示，例如，如结合图9中的902和图10中的1004描述的。寻呼组件1240还可以被配置为至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号，例如，如结合图9中的904和图10中的1006描述的。寻呼组件1240还可以被配置为基于所识别的第一UE组号来向至少一个UE发送响应消息，例如，如结合图9中的906和图10中的1008描述的。寻呼组件1240还可以被配置为基于第一UE组号来发送至少一个寻呼指示和与至少一个寻呼指示相关联的寻呼消息，例如，如结合图10中的1010描述的。

装置可以包括执行图4-6、9和10的流程图中的算法的框中的每个框的额外的组件。因此，可以由组件执行图4-6、9和10的流程图中的每个框，并且装置可以包括那些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，存储在计算机可读介质内用于由处理器来实现，或其某种组合。

如图所示，装置1202可以包括被配置用于各种功能的各种组件。在一种配置中，装置1202(具体而言，基带单元1204)包括用于从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示的单元。装置1202还可以包括：用于至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号的单元。装置1202还可以包括：用于基于所识别的第一UE组号来向至少一个UE发送响应消息的单元，响应消息包括第一UE组号。

在一种配置中，一个或多个寻呼属性可以包括以下各项中的至少一项：UE寻呼概率、UE功率简档、UE RRC状态、或UE移动性。在一种配置中，第一UE组号可以包括用于利用寻呼指示来瞄准的UE的索引。在一种配置中，第一UE组号还可以是基于来自另一网络实体的信息来识别的。在一种配置中，信息可以包括以下各项中的至少一项：预期的UE行为、预期的UE移动性、或预期的UE寻呼概率。在一种配置中，对一个或多个寻呼属性的指示可以是经由NAS信令在网络的AMF处接收的。在一种配置中，第一UE组号可以是在AMF处识别的。AMF可以向网络中的至少一个UE的服务基站发送第一UE组号。在一种配置中，对一个或多个寻呼属性的指示可以是在网络中的至少一个UE的服务基站处接收的。在一种配置中，第一UE组号可以是在服务基站处识别的。服务基站可以向网络的AMF发送第一UE组号。在一种配置中，装置1202还可以包括用于基于第一UE组号来发送至少一个寻呼指示和与至少一个寻呼指示相关联的寻呼消息的单元。在一种配置中，至少一个寻呼指示可以是在指派给至少一个UE的PO中发送的。在一种配置中，至少一个寻呼指示可以是在指派给至少一个UE的PO之前的时隙中发送的。在一种配置中，当至少一个UE处于RRC空闲状态时，发送至少一个寻呼指示可以包括：从网络的AMF向网络中的UE的服务基站发送寻呼通知；以及从网络中的UE的服务基站向至少一个UE发送至少一个寻呼指示。在一种配置中，当至少一个UE处于RRC不活动状态时，发送至少一个寻呼指示可以包括：从网络的锚基站向网络的寻呼基站发送RAN寻呼消息；以及从网络的寻呼基站向至少一个UE发送至少一个寻呼指示。在一种配置中，当至少一个UE处于RRC连接状态时，对一个或多个寻呼属性的指示可以是从至少一个UE接收的。在一种配置中，一个或多个寻呼属性可以包括UE RRC状态。第一UE组号可以用于RRC空闲状态。发送到至少一个UE的响应消息还可以包括用于RRC不活动状态的第二UE组号。在一种配置中，装置1202还可以包括：用于在从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示之前，向至少一个UE发送用于寻呼接收的网络支持的寻呼属性集合的单元，其中用于寻呼接收的一个或多个寻呼属性可以是基于用于寻呼接收的网络支持的寻呼属性集合的。在一种配置中，对针对至少一个UE的PO的指派可以是基于一个或多个寻呼属性来识别的。

单元可以是装置1202的组件中的被配置为执行由单元记载的功能的一个或多个组件。如上所述，装置1202可以包括TX处理器316、RX处理器370和控制器/处理器375。因此，在一种配置中，单元可以是被配置为执行由单元所记载的功能的TX处理器316、RX处理器370和控制器/处理器375。

根据上述方面，UE可以选择用于寻呼接收的一个或多个寻呼属性。一个或多个寻呼属性可以是从网络支持的寻呼属性集合中选择的。UE可以向网络发送对用于寻呼接收的一个或多个寻呼属性的指示。UE可以从网络接收基于对一个或多个寻呼属性的指示的响应消息。响应消息可以包括第一UE组号。第一UE组号可以是至少基于一个或多个寻呼属性的。因此，UE可以接收包括UE组号的寻呼指示。当寻呼指示中的UE组号与第一UE组号匹配时，UE可以继续接收并解码与寻呼指示相关联的寻呼消息。否则，UE可以安全地忽略寻呼消息，并且可以节省功率。

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

提供前面的描述以使得本领域的任何技术人员能够实施本文描述的各个方面。对这些方面的各种修改对于本领域技术人员而言将是显而易见的，以及本文所定义的通用原理可以应用到其它方面。因此，权利要求并不旨在限于本文所示出的各方面，而是要被赋予与语言权利要求相一致的全部范围，其中，除非明确地声明如此，否则对单数元素的引用不旨在意指“一个且仅一个”，而是“一个或多个”。比如“如果”、“当……时”和“在……的同时”之类的术语应当被解释为意指“在……的条件下”，而不是意味着立即的时间关系或反应。也就是说，这些短语(例如，“当……时”)并不意味着响应于动作的发生或在该动作发生期间的立即动作，而仅意味着如果满足条件，则动作将发生，但不要求针对动作发生的特定或立即的时间约束。词语“示例性的”在本文中用于意指“用作示例、实例或说明”。本文中被描述为“示例性的”任何方面不一定要被解释为优先的或者比其它方面有优势。除非另有明确声明，否则术语“一些”指代一个或多个。比如“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中的一个或多个成员。贯穿本公开内容描述的各个方面的元素的对于本领域技术人员是已知或者是稍后将知的所有的结构和功能等效物以引用方式明确地并入本文中，以及旨在由权利要求包含。此外，本文中所公开的内容不是旨在奉献给公众的，不管这样的公开内容是否明确被记载在权利要求中。词语“模块”、“机制”、“元素”、“设备”等等可能不是词语“单元”的替代。因而，没有权利要求元素要被解释为功能模块，除非该元素是明确地使用短语“用于……的单元”来记载的。

以下方面仅是说明性的，并且可以与本文描述的其它方面或教导相结合，而不受限制。

方面1是一种用于UE处的无线通信的装置，包括至少一个处理器，至少一个处理器耦合到存储器并且被配置为：选择用于寻呼接收的一个或多个寻呼属性，一个或多个寻呼属性是从网络支持的寻呼属性集合中选择的；向网络发送对用于寻呼接收的一个或多个寻呼属性的指示；以及从网络接收基于对一个或多个寻呼属性的指示的响应消息，响应消息包括第一UE组号。

方面2是根据方面1所述的装置，其中，一个或多个寻呼属性包括以下各项中的至少一项：UE寻呼概率、UE功率简档、UE RRC状态、或UE移动性。

方面3是根据方面1和2中任一项所述的装置，其中，第一UE组号包括利用寻呼指示来瞄准的UE的索引。

方面4是根据方面1至3中任一项所述的装置，至少一个处理器还被配置为：基于第一UE组号来监测至少一个寻呼指示。

方面5是根据方面4所述的装置，至少一个处理器还被配置为：基于第一UE组号来从网络接收至少一个寻呼指示。

方面6是根据方面4所述的装置，其中，至少一个寻呼指示是在指派给UE的PO中接收的。

方面7是根据方面4所述的装置，其中，至少一个寻呼指示是在指派给UE的PO之前的时隙中接收的。

方面8是根据方面5所述的装置，至少一个处理器还被配置为：基于至少一个寻呼指示来识别网络中的UE的服务基站是否支持UE分群组。

方面9是根据方面5所述的装置，至少一个处理器还被配置为：基于第一UE组号和至少一个寻呼指示来选择是否对与至少一个寻呼指示相关联的寻呼消息进行解码。

方面10是根据方面1至9中任一项所述的装置，其中，对一个或多个寻呼属性的指示是经由NAS信令发送到网络的AMF的。

方面11是根据方面1至9中任一项所述的装置，其中，对一个或多个寻呼属性的指示被发送到网络的RAN。

方面12是根据方面1至11中任一项所述的装置，其中，当UE处于RRC连接状态时，对一个或多个寻呼属性的指示被发送到网络。

方面13是根据方面1至12中任一项所述的装置，至少一个处理器还被配置为：发起RRC连接以发送对一个或多个寻呼属性的指示。

方面14是根据方面1至13中任一项所述的装置，其中，在对一个或多个寻呼属性的指示的先前传输处设置的定时器的到期之前，UE不发送对一个或多个寻呼属性的后续指示。

方面15是根据方面1至14中任一项所述的装置，其中，一个或多个寻呼属性包括UERRC状态，第一UE组号用于RRC空闲状态，并且从网络接收的响应消息还包括用于RRC不活动状态的第二UE组号。

方面16是根据方面1至15中任一项所述的装置，至少一个处理器还被配置为：当UE移动到新小区时，选择是否保持第一UE组号。

方面17是根据方面1至16中任一项所述的装置，至少一个处理器还被配置为：在选择用于寻呼接收的一个或多个寻呼属性之前从网络接收用于寻呼接收的网络支持的寻呼属性集合，其中，用于寻呼接收的一个或多个寻呼属性是基于用于寻呼接收的网络支持的寻呼属性集合来选择的。

方面18是根据方面1至17中任一项所述的装置，其中，对针对UE的PO的指派是基于一个或多个寻呼属性的。

方面19是根据方面1至18中任一项所述的装置，还包括耦合到至少一个处理器的收发机。

方面20是一种用于网络处的无线通信的装置，包括：至少一个处理器，其耦合到存储器并且被配置为：从至少一个UE接收对用于寻呼接收的一个或多个寻呼属性的指示；至少基于对一个或多个寻呼属性的指示来识别用于寻呼接收的第一UE组号；以及基于所识别的第一UE组号来向至少一个UE发送响应消息，响应消息包括第一UE组号。

方面21是根据方面20所述的装置，其中，一个或多个寻呼属性包括以下各项中的至少一项：UE寻呼概率、UE功率简档、UE RRC状态、或UE移动性。

方面22是根据方面20和21中任一项所述的装置，其中，第一UE组号包括利用寻呼指示来瞄准的UE的索引。

方面23是根据方面20至22中任一项所述的装置，其中，第一UE组号还是基于来自另一网络实体的信息来识别的。

方面24是根据方面23所述的装置，其中，信息包括以下各项中的至少一项：预期的UE行为、预期的UE移动性、或预期的UE寻呼概率。

方面25是根据方面20至24中任一项所述的装置，其中，对一个或多个寻呼属性的指示是经由NAS信令在网络的AMF处接收的。

方面26是根据方面25所述的装置，其中，第一UE组号是在AMF处识别的，AMF向网络中的至少一个UE的服务基站发送第一UE组号。

方面27是根据方面20至24中任一项所述的装置，其中，对一个或多个寻呼属性的指示是在网络中的至少一个UE的服务基站处接收的。

方面28是根据方面27所述的装置，其中，第一UE组号是在服务基站处识别的，服务基站可以向网络的AMF发送第一UE组号。

方面29是根据方面20至28中任一项所述的装置，至少一个处理器还被配置为：基于第一UE组号来发送至少一个寻呼指示和与至少一个寻呼指示相关联的寻呼消息。

方面30是根据方面29所述的装置，其中，至少一个寻呼指示是在指派给至少一个UE的PO中发送的。

方面31是根据方面29所述的装置，其中，至少一个寻呼指示是在指派给至少一个UE的PO之前的时隙中发送的。

方面32是根据方面29所述的装置，其中，当至少一个UE处于RRC空闲状态时，被配置为发送至少一个寻呼指示的至少一个处理器还被配置为：从网络的AMF向网络中的UE的服务基站发送寻呼通知；以及从网络中的UE的服务基站向至少一个UE发送至少一个寻呼指示。

方面33是根据方面29所述的装置，其中，当至少一个UE处于RRC不活动状态时，被配置为发送至少一个寻呼指示的至少一个处理器还被配置为：向网络的寻呼基站发送来自网络的锚基站的RAN寻呼消息；以及向至少一个UE发送来自网络的寻呼基站的至少一个寻呼指示。

方面34是根据方面20至33中任一项所述的装置，其中，当至少一个UE处于RRC连接状态时，对一个或多个寻呼属性的指示是从至少一个UE接收的。

方面35是根据方面20至34中任一项所述的装置，其中，一个或多个寻呼属性包括UE RRC状态，第一UE组号可以用于RRC空闲状态，并且发送到至少一个UE的响应消息还包括用于RRC不活动状态的第二UE组号。

方面36是根据方面20至35中任一项所述的装置，至少一个处理器还被配置为：在从至少一个UE接收到对用于寻呼接收的一个或多个寻呼属性的指示之前，向至少一个UE发送用于寻呼接收的网络支持的寻呼属性集合，其中，用于寻呼接收的一个或多个寻呼属性是基于用于寻呼接收的网络支持的寻呼属性集合的。

方面37是根据方面20至36中任一项所述的装置，其中，对针对至少一个UE的PO的指派是基于一个或多个寻呼属性来识别的。

方面38是根据方面20至37中任一项所述的装置，还包括耦合到至少一个处理器的收发机。

方面39是一种用于实现方面1至38中任一项的无线通信方法。

方面40是一种用于无线通信的装置，包括用于实现方面1至38中任一项的单元。

方面41是一种存储计算机可执行代码的计算机可读介质，其中，代码在由处理器执行时使得处理器实现方面1至38中任一项。

Claims

1.一种用于无线通信的用户设备(UE)，包括：

存储器；以及

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

选择用于寻呼接收的一个或多个寻呼属性；

向网络发送对用于寻呼接收的所述一个或多个寻呼属性的指示；以及

从所述网络接收基于对所述一个或多个寻呼属性的所述指示的响应消息，所述响应消息包括第一UE组号。

2.根据权利要求1所述的UE，其中，所述一个或多个寻呼属性包括以下各项中的至少一项：所述UE的寻呼概率、所述UE的功率简档、所述UE的无线电资源控制(RRC)状态、或所述UE的移动性状态。

3.根据权利要求1所述的UE，其中，所述第一UE组号是用于利用寻呼指示来瞄准的UE的索引。

4.根据权利要求1所述的UE，其中，所述至少一个处理器还被配置为：

基于所述第一UE组号来监测至少一个寻呼指示。

5.根据权利要求1所述的UE，其中，所述至少一个处理器还被配置为：

基于所述第一UE组号来从所述网络接收至少一个寻呼指示。

6.根据权利要求5所述的UE，其中，所述至少一个寻呼指示包括所述第一UE组号。

7.根据权利要求5所述的UE，其中，为了接收所述至少一个寻呼指示，所述至少一个处理器被配置为：在指派给所述UE的寻呼时机(PO)之前的时隙中接收所述至少一个呼叫指示，或者其中，为了接收所述至少一个寻呼指示，所述至少一个处理器被配置为：在指派给所述UE的PO中接收所述至少一个寻呼指示。

8.根据权利要求5所述的UE，其中，所述至少一个处理器还被配置为：

基于所述至少一个寻呼指示来识别被配置为服务于所述UE的所述网络的基站是否支持UE分群组。

9.根据权利要求5所述的UE，其中，所述至少一个处理器还被配置为：

基于所述第一UE组号和所述至少一个寻呼指示来对与所述至少一个寻呼指示相关联的寻呼消息进行解码。

10.根据权利要求1所述的UE，其中，为了向所述网络发送对所述一个或多个寻呼属性的所述指示，所述至少一个处理器被配置为：发送包括对所述一个或多个寻呼属性的所述指示的非接入层(NAS)信令。

11.根据权利要求10所述的UE，其中，为了向所述网络发送所述NAS信令，所述至少一个处理器被配置为：向所述网络的接入和移动性管理功能(AMF)实体发送所述NAS信令。

12.根据权利要求1所述的UE，其中，为了向所述网络发送对所述一个或多个寻呼属性的所述指示，所述至少一个处理器被配置为：当所述UE处于无线电资源控制(RRC)连接状态时，向所述网络发送对所述一个或多个寻呼属性的所述指示。

13.根据权利要求1所述的UE，其中，所述至少一个处理器还被配置为：

发起无线电资源控制(RRC)连接以发送对所述一个或多个寻呼属性的所述指示。

14.根据权利要求1所述的UE，还包括耦合到所述至少一个处理器的收发机，所述至少一个处理器还被配置为：

从所述网络接收用于寻呼接收的网络支持的寻呼属性集合，并且其中，为了选择用于寻呼接收的所述一个或多个寻呼属性，所述至少一个处理器被配置为：基于用于寻呼接收的所述网络支持的寻呼属性集合来选择用于寻呼接收的所述一个或多个寻呼属性。

15.一种由用户设备(UE)执行的无线通信的方法，包括：

选择用于寻呼接收的一个或多个寻呼属性；

16.一种用于无线通信的第一网络实体，包括：

存储器；以及

从至少一个用户设备(UE)接收对用于寻呼接收的一个或多个寻呼属性的指示；

至少基于对所述一个或多个寻呼属性的所述指示来识别用于寻呼接收的第一UE组号；以及

基于所识别的第一UE组号来向所述至少一个UE发送响应消息，所述响应消息包括所述第一UE组号。

17.根据权利要求16所述的第一网络实体，其中，所述一个或多个寻呼属性包括以下各项中的至少一项：所述至少一个UE中的每个相应UE的相应寻呼概率、所述至少一个UE中的每个相应UE的相应功率简档、所述至少一个UE中的每个相应UE的相应无线电资源控制(RRC)状态、或所述至少一个UE中的每个相应UE的相应移动性状态。

18.根据权利要求16所述的第一网络实体，其中，所述第一UE组号是用于利用寻呼指示来瞄准的UE的索引。

19.根据权利要求16所述的第一网络实体，其中，所述第一UE组号还是基于来自第二网络实体的信息来识别的。

20.根据权利要求19所述的第一网络实体，其中，所述信息包括以下各项中的至少一项：预期的UE行为、预期的UE移动性状态、或预期的UE寻呼概率。

21.根据权利要求16所述的第一网络实体，其中，为了接收对所述一个或多个寻呼属性的所述指示，所述至少一个处理器被配置为：接收包括对所述一个或多个寻呼属性的所述指示的非接入层(NAS)信令。

22.根据权利要求21所述的第一网络实体，其中，所述第一网络实体包括接入和移动性管理功能(AMF)实体。

23.根据权利要求16所述的第一网络实体，其中，所述至少一个处理器还被配置为：

向第二网络实体发送所述第一UE组号。

24.根据权利要求23所述的第一网络实体，其中，所述第二网络实体包括基站，所述基站被配置为服务于所述网络中的所述至少一个UE。

25.根据权利要求23所述的第一网络实体，其中，所述至少一个处理器还被配置为：

从所述第二网络实体接收所述第一UE组号。

26.根据权利要求16所述的第一网络实体，其中，所述至少一个处理器还被配置为：

基于所述第一UE组号来发送至少一个寻呼指示和与所述至少一个寻呼指示相关联的寻呼消息。

27.根据权利要求26所述的第一网络实体，其中，为了发送所述至少一个寻呼指示，所述至少一个处理器被配置为：在指派给所述至少一个UE的寻呼时机(PO)之前的时隙中发送所述至少一个寻呼指示，或者其中，为了发送所述至少一个寻呼指示，所述至少一个处理器被配置为：在指派给所述至少一个UE的PO中发送所述至少一个寻呼指示。

28.根据权利要求26所述的第一网络实体，其中，当所述至少一个UE处于无线电资源控制(RRC)空闲状态时，为了发送所述至少一个寻呼指示，所述至少一个处理器被配置为：向第二网络实体发送寻呼通知。

29.根据权利要求16所述的第一网络实体，其中，所述至少一个处理器还被配置为：

在接收到对用于寻呼接收的所述一个或多个寻呼属性的所述指示之前，向所述至少一个UE发送用于寻呼接收的网络支持的寻呼属性集合，其中，用于寻呼接收的所述一个或多个寻呼属性是基于用于寻呼接收的所述网络支持的寻呼属性集合的。

30.一种由第一网络实体执行的无线通信的方法，包括：