CN116325996A - 寻呼管理 - Google Patents

Abstract

公开了用于寻呼管理的装置、方法和系统。一种装置包括：收发器(325)，其在用户装置(“UE”)设备处从移动无线通信网络接收寻呼消息，寻呼消息包括UE设备要满足的至少一个条件；以及，处理器(305)，其检查是否达成要满足的至少一个条件，其中，收发器发送寻呼消息响应，寻呼消息响应包括检查是否达成要满足的至少一个条件的指示。

Description

寻呼管理

对于相关申请的交叉引用

本申请要求对于Ravi Kuchibhotla在2020年8月3日提交的题为“PAGINGMECHANISMS TO SUPPORT MULTI-FREQUENCY,MULTI-SLICE DEPLOYMENTS(用于支持多频率、多切片部署的寻呼机制)”的美国临时专利申请号63/060,546的优先权，该美国临时专利申请通过引用并入本文。

技术领域

本文公开的主题一般涉及无线通信，并且更具体地涉及寻呼管理。

背景技术

在某些无线通信系统中，用户设备装置(“UE”)能够与公共陆地移动网络(“PLMN”)中的第五代(“5G”)核心网络(即，“5GC”)连接。在无线网络中，连接到无线通信系统的UE设备可以从无线通信系统接收寻呼消息以指示UE设备的新数据。

发明内容

公开了用于寻呼管理的过程。所述过程可以由装置、系统、方法和/或计算机程序产品来实现。

在一个实施例中，一种装置包括：收发器，其在用户装置(“UE”)设备处从移动无线通信网络接收寻呼消息，寻呼消息包括所述UE设备要满足的至少一个条件；以及，处理器，其检查达成要满足的至少一个条件，其中，收发器发送寻呼消息响应，寻呼消息响应包括检查是否达成要满足的至少一个条件的指示。

在进一步的实施例中，一种装置包括收发器，该收发器：从移动无线通信网络向用户装置(“UE”)设备发送寻呼消息，寻呼消息包括UE设备要满足的至少一个条件，以及，在寻呼消息响应中接收关于UE设备是否能够达成要满足的至少一个条件的指示。在一个实施例中，装置包括处理器，该处理器响应于指示UE设备能够达成要满足的至少一个条件的指示而确定激活数据会话。

附图说明

将参考附图中所示的具体实施例呈现对上面简要描述的实施例的更具体的描述。理解这些附图仅描绘了一些实施例并且因此不应被认为是对范围的限制，将通过使用附图以额外的具体性和细节来描述和解释这些实施例，在附图中：

图1是图示用于寻呼管理的无线通信系统的一个实施例的示意框图；

图2是图示用于网络触发的服务请求的过程的一个实施例的信号流图；

图3是图示可用于寻呼管理的用户设备装置的一个实施例的框图；

图4是图示可用于寻呼管理的网络装置的一个实施例的框图；

图5是图示用于寻呼管理的方法的一个实施例的流程图；以及

图6是图示用于寻呼管理的另一种方法的一个实施例的流程图。

具体实施方式

如本领域技术人员将理解的，实施例的各方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件方面的实施例的形式。

例如，所公开的实施例可以被实现为硬件电路，包括定制的超大规模集成(“VLSI”)电路或门阵列、现成的半导体，诸如逻辑芯片、晶体管或其他分立的组件。所公开的实施例也可以在可编程硬件设备中实现，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理块或逻辑块，其可以例如被组织为对象、过程或函数。

此外，实施例可以采取体现在一个或多个计算机可读存储设备中的程序产品的形式，该一个或多个计算机可读存储设备存储机器可读代码、计算机可读代码和/或程序代码，以下称为代码。存储设备可以是有形的、非暂时性的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用信号用于接入代码。

可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何适当的组合。

存储设备的更具体示例(非详尽列表)将包括以下：具有一个或多个电线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式致密盘只读存储器(“CD-ROM”)、光存储设备、磁存储设备、或前述的任何适当的组合。在本文档的场境中，计算机可读存储介质可以是能够包含或存储用于由指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合使用的程序的任何有形介质。

用于执行实施例的操作的代码可以是任意数量的行，并且可以用包括诸如Python、Ruby、Java、Smalltalk、C++等的面向对象的编程语言、和诸如“C”编程语言的传统过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任意组合来编写。代码可以完全在用户的计算机上、部分在用户的计算机上、作为独立软件包、部分在用户的计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。在后一种情况下，远程计算机可以通过包括局域网(“LAN”)或广域网(“WAN”)的任何类型的网络连接到用户的计算机，或者可以连接到外部计算机(例如，通过使用因特网服务提供商(“ISP”)的因特网)。

此外，可以以任何合适的方式组合实施例的所描述的特征、结构或特性。在下面的描述中，提供了很多具体的细节，诸如编程示例、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等，以提供对于实施例的透彻的理解。然而，相关领域的技术人员将认识到，可以在没有一个或多个特定细节的情况下，或者使用其他方法、组件、材料等来实践实施例。在其他情况下，未详细示出或描述公知的结构、材料或操作以避免模糊实施例的各方面。

贯穿本说明书对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，除非另有明确说明，否则贯穿本说明书的短语“在一个实施例中”、“在实施例中”和类似语言的出现可以但不一定都指代相同的实施例，而是意指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变形意指“包括但不限于”。除非另有明确说明，否则列举的项的列表并不暗示任何或所有项是相互排斥的。除非另有明确说明，否则术语“一(a/an)”和“该”也指“一个或多个”。

如本文所使用的，具有“和/或”连词的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和/或C的列表包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。如本文所使用的，使用术语“...的一个或多个”的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和C的一个或多个包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和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的组合、B和C的组合、A和C的组合或A、B和C的组合。

下面参考根据实施例的方法、装置、系统和程序产品的示意流程图和/或示意性框图来描述实施例的各方面。将理解，示意流程图和/或示意性框图中的各个框以及示意流程图和/或示意性框图中的框的组合都能够通过代码来实现。该代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得通过计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现流程图和/或框图中指定的功能/动作的装置。

代码还可以被存储在存储设备中，该存储设备能够引导计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括实现流程图和/或框图中指定的功能/动作的指令的制品。

代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，以使一系列操作步骤在计算机、其他可编程装置或其他设备上执行，从而产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现流程图和/或框图中指定的功能/动作的过程。

附图中的流程图和/或框图示出了根据各种实施例的装置、系统、方法和程序产品的可能实现方式的架构、功能和操作。在这点上，流程图和/或框图中的每个框可以表示模块、段或代码的一部分，其包括用于实现指定逻辑功能的代码的一个或多个可执行指令。

还应注意，在一些替代实现方式中，框中标注的功能可以不按图中标注的顺序出现。例如，取决于所涉及的功能，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行。可以设想到在功能、逻辑或效果上与示出的图的一个或多个框或其部分等效的其他步骤和方法。

尽管在流程图和/或框图中可以采用各种箭头类型和线类型，但它们不被理解为限制对应实施例的范围。实际上，一些箭头或其他连接器可以用于仅指示描绘的实施例的逻辑流程。例如，箭头可以指示描绘的实施例的列举步骤之间的未指定持续时间的等待或监测时段。还将注意，框图和/或流程图的每个框以及框图和/或流程图中的框的组合能够由执行指定功能或动作的基于专用硬件的系统或专用硬件与代码的组合来实现。

每个图中的元件的描述可以参考前面的附图的元件。在所有附图中，相似的标号指代相似的元件，包括相同元件的替代实施例。

一般而言，本公开描述了用于寻呼管理的系统、方法和装置。在某些实施例中，可以使用嵌入在计算机可读介质上的计算机代码来执行这些方法。在某些实施例中，装置或系统可以包括包含计算机可读代码的计算机可读介质，当处理器执行该代码时，该代码使该装置或系统执行下述解决方案的至少一部分。

用户终端可以订阅多种服务，诸如语音、视频、XR等。运营商可以将这些服务部署在服务区域中的不同频谱带上。运营商现在拥有用于5G服务的跨从600MHz到60GHz+的宽范围的频段。根据服务属性、频谱分配、网络类型等，各种服务还可以被映射到不同的频段，从而被映射到切片。因此，即使用户终端可能订阅了运营商的服务区域中支持和可用的所有服务，但是在给定位置，用户终端可能因为运营商已将服务类型限制为频谱带或切片而无法接收或启动服务。

具体而言，TS 22.261条款6.1指出，可以为运营商进一步定制网络切片，以提供完整网络的最佳功能。因此，始终允许运营商在网络切片中定义特定能力和部署配置，这包括特定网络切片专用的特定射频。

当分组到达核心网络处的用户终端时，如果处于空闲状态，核心网络通常会寻呼UE，并且在UE连接到网络之后，核心网络通过无线电连接传送分组。但是，如果分组用于映射到用户终端当前未覆盖的频率的服务，则如果运营商选择让该服务仅在特定频率而不是所有频率上运行，那么无法传送分组。根据运营商策略，分组可能会在核心网络中缓存，以供稍后尝试传送或丢弃。因此，有益的是，当UE接近切片所映射到的频带时，或者更一般地，当它能够满足分组所属的切片的标准时，拥有一种机制让UE通知核心网络。

图1描绘了根据本公开的实施例的用于寻呼管理的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远程单元105、第五代无线电接入网络(“5G-RAN”)115和移动核心网络140。5G-RAN115和移动核心网络140形成移动通信网络。5G-RAN 115可以由包含至少一个蜂窝基本单元121的3GPP接入网络120和/或包含至少一个接入点131的非3GPP接入网络130构成。远程单元105使用3GPP通信链路123与3GPP接入网络120通信和/或使用非3GPP通信链路133与非3GPP接入网络130通信。即使在图1中描绘了特定数量的远程单元105、3GPP接入网络120、蜂窝基本单元121、3GPP通信链路123、非3GPP接入网络130、接入点131、非3GPP通信链路133和移动核心网络140，本领域技术人员也将认识到在无线通信系统100中可以包括任何数量的远程单元105、3GPP接入网络120、蜂窝基本单元121、3GPP通信链路123、非3GPP接入网络130、接入点131、非3GPP通信链路133和移动核心网络140。

在一种实现方式中，RAN 120符合第三代合作伙伴计划(“3GPP”)规范中指定的5G系统。例如，RAN 120可以是NG-RAN，实现NR RAT和/或LTE RAT。在另一个示例中，RAN 120可以包括非3GPP RAT(例如，

或电气和电子工程师协会(“IEEE”)802.11系列兼容WLAN)。在另一实施方式中，RAN 120符合在3GPP规范中规定的LTE系统。然而，更一般地，无线通信系统100可以实现某种其他开放或专有通信网络，例如全球微波接入互操作性(“WiMAX”)或IEEE802.16系列标准以及其他网络。本公开不旨在限于任何特定无线通信系统架构或协议的实现。

在一个实施例中，远程单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到因特网的电视)、智能电器(例如，连接到互联网的电器)、机顶盒、游戏机、安全系统(包括安全摄像头)、车载电脑、网络设备(例如，路由器、交换机、调制解调器)等。在一些实施例中，远程单元105包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远程单元105可以称为UE、订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、用户终端、无线发送/接收单元(“WTRU”)、设备或本领域中使用的其他术语。在各种实施例中，远程单元105包括订户身份和/或识别模块(“SIM”)和提供移动终端功能(例如，无线电传输、切换、语音编码和解码、错误检测和更正、发信号和访问SIM)的移动设备(“ME”)。在某些实施例中，远程单元105可以包括终端设备(“TE”)和/或嵌入在电器或设备(例如，如上所述的计算设备)中。

在一个实施例中，远程单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到因特网的电视)、智能电器(例如，连接到互联网的电器)、机顶盒、游戏机、安全系统(包括安全摄像头)、车载电脑、网络设备(例如，路由器、交换机、调制解调器)等。在一些实施例中，远程单元105包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远程单元105可以称为UE、订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、用户终端、无线发射/接收单元(“WTRU”)、设备或本领域中使用的其他术语。

远程单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与3GPP接入网络120中的一个或多个蜂窝基本单元121直接通信。此外，可以通过3GPP通信链路123承载UL和DL通信信号。类似地，远程单元105可以经由通过非3GPP通信链路133承载的UL和DL通信信号与非3GPP接入网络130中的一个或多个接入点131通信。这里，接入网络120和130是为远程单元105提供对移动核心网络140的接入的中间网络。

在一些实施例中，远程单元105经由与移动核心网络140的网络连接来与远程主机(例如，在数据网络150中或在数据网络160中)通信。例如，在远程单元105中的应用107(例如，网络浏览器、媒体客户端、电话和/或互联网协议语音(“VoIP”)应用)可以触发远程单元105以经由5G-RAN 115(即，经由3GPP接入网络120和/或非3GPP网络130)与移动核心网络140建立协议数据单元(“PDU”)会话(或其他数据连接)。移动核心网络140然后使用PDU会话在远程单元105和远程主机之间中继流量。PDU会话表示远程单元105和用户平面功能(“UPF”)141之间的逻辑连接。

为了建立PDU会话(或PDN连接)，远程单元105必须向移动核心网络140注册(在第四代(“4G”)系统的场境中也称为“附接到移动核心网络”)。注意，远程单元105可以与移动核心网络140建立一个或多个PDU会话(或其他数据连接)。因此，远程单元105可以具有用于与分组数据网络150通信的至少一个PDU会话。附加地或者备选地，远程单元105可以具有用于与分组数据网络160通信的至少一个PDU会话。远程单元105可以建立用于与其他数据网络和/或其他通信对等体通信的附加PDU会话。

在5G系统(“5GS”)的场境中，术语“PDU会话”指的是通过UPF 131在远程单元105和特定数据网络(“DN”)之间提供端到端(“E2E”)用户平面(“UP”)连接的数据连接。PDU会话支持一个或多个服务质量(“QoS”)流。在某些实施例中，QoS流和QoS配置文件之间可能存在一对一的映射，使得属于特定QoS流的所有分组都具有相同的5G QoS标识符(“5QI”)。

在诸如演进分组系统(“EPS”)的4G/LTE系统的场境中，分组数据网络(“PDN”)连接(也称为EPS会话)提供远程单元和PDN之间的E2E UP连接。PDN连接过程建立EPS承载，即移动核心网络130中的远程单元105和分组网关(“PGW”，未示出)之间的隧道。在某些实施例中，在EPS承载和QoS配置文件之间存在一对一映射，使得属于特定EPS承载的所有分组都具有相同的QoS类标识符(“QCI”)。

如下文更详细描述的，远程单元105可以使用与第一移动核心网络130建立的第一数据连接(例如，PDU会话)来与第二移动核心网络140建立第二数据连接(例如，第二PDU会话的一部分)。当与第二移动核心网络140建立数据连接(例如，PDU会话)时，远程单元105使用第一数据连接向第二移动核心网络140注册。

蜂窝基本单元121可以分布在地理区域上。在某些实施例中，蜂窝基本单元121还可以称为接入终端、基本、基站、Node-B(“NB”)、演进的Node B(缩写为eNodeB或“eNB”，也称为演进通用陆地无线电接入网(“E-UTRAN”)节点B)、5G/NR节点B(“gNB”)、归属节点B、归属节点B、中继节点、设备或本领域中使用的任何其他术语。蜂窝基本单元121通常是无线电接入网络(“RAN”)的一部分，诸如3GPP接入网络120，其可以包括可通信地耦合到一个或多个对应蜂窝基本单元121的一个或多个控制器。无线电接入网络的这些和其他元件未被图示但是由本领域的普通技术人员众所周知。蜂窝基本单元121经由3GPP接入网络120连接到移动核心网络140。

蜂窝基本单元121可以经由3GPP无线通信链路123为服务区(例如小区或小区扇区)内的多个远程单元105提供服务。蜂窝基本单元121可以经由通信信号直接与远程单元105中的一个或多个通信。通常，蜂窝基本单元121发送DL通信信号以在时域、频域和/或空间域中为远程单元105服务。此外，可以通过3GPP通信链路123承载DL通信信号。3GPP通信链路123可以是在许可或非许可无线电频谱中的任何合适的载波。3GPP通信链路123促进一个或多个远程单元105和/或一个或多个蜂窝基本单元121之间的通信。注意，在非许可频谱(称为“NR-U”)上的NR操作期间，基本单元121和远程单元105通过未经许可的(即，共享的)无线电频谱进行通信。

非3GPP接入网络130可以分布在地理区域上。每个非3GPP接入网络130可以服务于具有服务区域的多个远程单元105。非3GPP接入网络130中的接入点131可以通过接收UL通信信号和发送DL通信信号来与一个或多个远程单元105直接通信以在时域、频域和/或空间域中服务于远程单元105。通过非3GPP通信链路133承载DL和UL通信信号。3GPP通信链路123和非3GPP通信链路133可以采用不同的频率和/或不同的通信协议。在各种实施例中，接入点131可以使用未经许可的无线电频谱进行通信。移动核心网络140可以经由非3GPP接入网络130向远程单元105提供服务，如本文更详细描述的。

在一些实施例中，非3GPP接入网络130经由互通实体135连接到移动核心网络140。互通实体135提供非3GPP接入网络130与移动核心网络140之间的互通。互通实体135支持经由“N2”和“N3”接口的连接。如所描绘的，3GPP接入网络120和互通实体135都使用“N2”接口与AMF 143通信。3GPP接入网络120和互通实体135还使用“N3”接口与UPF 141通信。尽管被描述为在移动核心网络140之外，但在其他实施例中，互通实体135可以是核心网络的一部分。虽然被描述为在非3GPP RAN 130之外，但在其他实施例中，互通实体135可以是非3GPPRAN 130的一部分。

在某些实施例中，非3GPP接入网络130可以由移动核心网络140的运营商控制并且可以直接接入移动核心网络140。这样的非3GPP AN部署被称为“受信任的非3GPP接入网络”。当非3GPP接入网络130由3GPP运营商或受信任的合作伙伴运营并且支持某些安全特征(诸如强空中接口加密)时，3GPP接入网络130被认为是“受信任的”。相比之下，不受移动核心网络140的运营商(或受信任的合作伙伴)控制、无法直接接入移动核心网络140或不支持某些安全特征的非3GPP AN部署被称为作为“不受信任的”非3GPP接入网络。部署在受信任的非3GPP接入网络130中的互通实体135在本文中可称为受信任的网络网关功能(“TNGF”)。部署在非受信任非3GPP接入网络130中的互通实体135在本文中可称为非3GPP互通功能(“N3IWF”)。虽然被描述为非3GPP接入网络130的一部分，但在一些实施例中，N3IWF可以是移动核心网络140的一部分或者可以位于数据网络150中。

在一个实施例中，移动核心网络140是5G核心(“5GC”)或演进分组核心(“EPC”)，其可以耦合到数据网络150，类似因特网和专用数据网络以及其他数据网络。远程单元105可以具有向移动核心网络140的订阅或其他账户。每个移动核心网络140属于单个公共陆地移动网络运营商(“PLMN”)。本公开不旨在限于任何特定无线通信系统架构或协议的实现。

移动核心网络140包括若干网络功能(“NF”)。如图所示，移动核心网络140包括至少一个UPF(“UPF”)141。移动核心网络140还包括多个控制平面功能，包括但不限于服务于5G-RAN 115的接入和移动性管理功能(“AMF”)143、会话管理功能(“SMF”)145、策略控制功能(“PCF”)146、认证服务器功能(“AUSF”)147、统一数据管理(“UDM”)和统一数据存储库功能(“UDR”)。

UPF 141负责在5G架构中用于互连数据网络(DN)的分组路由和转发、分组检查、QoS处置和外部PDU会话。AMF 143负责NAS信令的终止、NAS加密和完整性保护、注册管理、连接管理、移动性管理、访问认证和授权、安全上下文管理。SMF 145负责会话管理(即会话建立、修改、释放)、远程单元(即UE)IP地址分配和管理、DL数据通知以及用于进行适当的流量路由的UPF 141的流量引导配置。

PCF 146负责统一策略框架，向CP功能提供策略规则，用于UDR中的策略决策的访问订阅信息。AUSF 147充当认证服务器。

UDM负责生成认证和密钥协议(“AKA”)凭证、用户标识处置、访问授权、订阅管理。UDR是订户信息的存储库，可用于为多个网络功能提供服务。例如，UDR可以存储订阅数据、策略相关数据、允许暴露给第三方应用的订户相关数据等。在一些实施例中，UDM与UDR位于同一地点，被描绘为组合实体“UDM/UDR”149。

在各种实施例中，移动核心网络140还可以包括网络公开功能(“NEF”)(其负责使网络数据和资源易于被客户和网络合作伙伴例如经由一个或多个API访问)、网络存储库功能(“NRF”)(其提供NF服务注册和发现，使NF能够相互识别适当的服务并通过应用编程接口(“API”)相互通信)或为5GC定义的其他NF。在某些实施例中，移动核心网络140可以包括认证、授权和计费(“AAA“)服务器。

在各种实施例中，移动核心网络140支持不同类型的移动数据连接和不同类型的网络切片，其中，每个移动数据连接利用特定的网络切片。这里，“网络切片”指的是针对特定流量类型或通信服务优化的移动核心网络140的一部分。网络实例可以由S-NSSAI标识，而远程单元105被授权使用的一组网络切片由NSSAI标识。在某些实施例中，各种网络切片可以包括网络功能的单独实例，诸如SMF和UPF 141。在一些实施例中，不同的网络切片可以共享一些公共网络功能，诸如AMF 143。为便于说明，图1中未显示不同的网络切片，但假设有它们的支持。

尽管在图1中描绘了特定数量和类型的网络功能，但是本领域的技术人员将认识到移动核心网络140中可以包括任何数量和类型的网络功能。此外，在移动核心网络140包括EPC时，所描述的网络功能可以用适当的EPC实体代替，诸如MME、S-GW、P-GW、HSS等。

虽然图1描绘了5G RAN和5G核心网络的组件，但所描述的用于使用假名通过非3GPP接入进行接入认证的实施例适用于其他类型的通信网络和RAT，包括IEEE 802.11变体、GSM、GPRS、UMTS、LTE变体、CDMA 2000、蓝牙、ZigBee、Sigfoxx等。例如，在涉及EPC的4G/LTE变体中，AMF 143可以被映射到MME，SMF被映射到PGW的控制平面部分和/或MME，UPF 141可以被映射到SGW和PGW的用户平面部分、UDM/UDR149可以被映射到HSS等。

如图所示，远程单元105(例如，UE)可以经由下述两种类型的接入连接到移动核心网络(例如，连接到5G移动通信网络)：(1)经由3GPP接入网络120和(2)经由非3GPP接入网络130。第一类接入(例如，3GPP接入网络120)使用3GPP定义类型的无线通信(例如，NG-RAN)，第二类接入(例如，非3GPP接入网络130)使用非3GPP定义类型的无线通信(例如，WLAN)。5G-RAN 115是指可以提供对移动核心网络140的接入的任何类型的5G接入网络，包括3GPP接入网络120和非3GPP接入网络130。

作为背景，网络切片是识别特定网络能力和特性的逻辑构造。它由支持网络功能实例集合的诸如计算、存储和联网的资源组成，并且在配置时跨越从UE到包括无线电网络在内的核心网络。鉴于5G网络可支持的宽范围服务和许多不同的部署和客户场景，可以设想在网络中支持大量切片。也可能实例化多个切片以支持相同的服务集但针对不同的用户。

在当前的3GPP规范中，UE为了获得服务最低限度地采取的高层的各种步骤如下：

a.注册；

b.PDU会话的建立；

c.监控用于MT服务的寻呼；

d.服务请求启动(用于MO服务或用于MT服务)。

3GPP TS 23.501指定切片的各种属性以及将UE的注册绑定到允许的切片所涉及的各种过程。

特别地，在驻留在小区上之后，UE响应于核心网向该核心网注册，TS 23.501指出：当UE通过接入类型成功注册时，核心网通过为对应的接入类型提供允许的网络切片选择协助信息(“NSSAI”)而通知(R)AN。在当前的5GS的Rel-16规范中，切片与频段没有明确的关联。因此，核心网在例如将UE与已驻留在接入类型NR相关联时，不会进一步将其与已驻留在下图中的频带X或Y相关联。然而，网络运营商热衷于确保频率载波/频段与切片的关联。

在一个实施例中，运营商可选择在不同频带/载波上部署服务。考虑由两个频率载波X和Y组成的部署。进一步考虑只能通过频率载波X访问由S-NSSAI#1标识的切片，而只能通过频率载波Y访问S-NSSAI#2。

考虑UE在向核心网络成功注册时发送注册的情况，UE将提供由NSSAI#1和NSSAI#2组成的允许的NSSAI。

例如，在GSMA 5GJA NG.116中，要求之一是定义网络切片支持的无线电频谱。特定频带可用于支持特定网络切片。例如，eMBB切片可以被配置为在2.6GHz和4.9GHz频段上均受支持，而URLLC切片可能仅在4.9GHz中受支持。在一些其他部署场景中，将较低的频段可用于物联网，以支持物联网应用的扩展覆盖需求，同时将较高的频段用于eMBB服务。因此，希望系统支持基于商业和技术需求的频谱带和网络切片的不同灵活组合，因此对于在最大化其频谱利用的同时需要服务隔离/管理的运营商来说，这可能是一个很好的工具。

在一个实施例中，例如在GSMA 5GJA NG.116中记录的通用切片模板(“GST”)包括定义网络切片支持的无线电频谱的无线电频谱属性。这是重要信息，因为某些终端可能在使用的频率方面受到限制。

表1.无线电频谱表

该属性告知哪些频率可以用于访问网络切片。在一个实施例中，UE将不得不尝试选择5G-AN，而不知道5G-AN是否支持S-NSSAI，直到允许S-NSSAI。

这个关键问题是当运营商管理每个网络切片的不同无线电频谱范围时如何选择可用于接入网络切片的特定小区。特别是，这个关键问题将解决：

在一个实施例中，3GPP 5GS中规定了不同类型的NSSAI，包括：

订阅的S-NSSAI

i.存储在UDM->5GC，使用它来创建允许的NSSAI。一些订阅的S-NSSAI可能被标记为默认值，并在UE不发送请求的NSSAI时使用

配置的NSSAI

i.PLMN可以为UE配置一个或多个配置的NSSAI。每个配置的NSSAI对每个PLMN都是有效的，并且当PLMN没有配置的NSSAI时，可能会有一个适用的默认配置的NSSAI。UE在创建请求的NSSAI时使用它。

ii.可以与订阅的S-NSSAI相同

允许的NSSAI

i.由5GC分配并在给定访问类型的注册区或PLMN中有效的值请求的NSSAI

i.可以是配置的或允许的NSSAI或其组合

ii.作为注册的一部分，UE在NAS信令中发送它，并且可以根据每个PLMN的配置在RRC信令中发送它。

iii.RAN在获得允许的NSSAI之前使用它进行AMF选择和临时处置

iv.5GC将其用于切片选择、验证等，并返回允许的NSSAI

拒绝的NSSAI

i.可以在注册区中(或)对于整个PLMN被拒绝

ii.UE不应在该RA或PLMN中再次尝试此NSSAI

在某些实施例中，在5G-RAN中的跟踪区域级别和5GC中的注册区域级别管理NSSAI。在注册期间，UE在注册请求消息中可以包括请求的NSSAI列表。

在一个实施例中，关于网络触发的服务请求，如果UE在3GPP接入中处于CM-IDLE状态或CM-CONNECTED状态，则网络发起网络触发的服务请求过程。如果UE处于CM-IDLE状态，并且异步类型通信没有被激活，则在一个实施例中，网络向(R)AN/UE发送寻呼请求。寻呼请求触发UE中的UE触发服务请求过程。如果异步类型通信被激活，则在一个实施例中，网络存储接收到的消息并当UE进入CM-CONNECTED状态时将该消息转发给(R)AN和/或UE(例如，与(R)AN和/或UE同步上下文)。

在一个实施例中，关于UE触发的服务请求，处于CM IDLE状态的UE发起服务请求过程以便发送上行链路信令消息、用户数据，以请求紧急服务回退，或作为对网络寻呼请求的响应。在一个实施例中，如果服务间隙计时器正在运行，则UE不应从CM-IDLE发起UE触发服务请求。在一个实施例中，AMF在接收到服务请求消息后，可以进行认证。在建立到AMF的信令连接之后，在一个实施例中，UE或网络可以经由AMF发送信令消息，例如从UE到SMF的PDU会话建立。

在一个实施例中，服务请求过程由CM-CONNECTED中的UE使用以请求激活用于PDU会话的用户平面连接并响应于来自AMF的NAS通知消息。当激活用于PDU会话的用户平面连接时，在一个实施例中，UE中的AS层将其指示给NAS层。

对于任何服务请求，在一个实施例中，如果需要的话，AMF用服务接受消息来响应以同步UE和网络之间的PDU会话状况。如果服务请求不能被网络接受，则AMF向UE响应服务拒绝消息。服务拒绝消息可以包括请求UE执行注册过程的指示或原因代码。

在5G RAN的情况下，在一个实施例中，为了在核心网络注册，UE发送注册请求消息并且包括请求的NSSAI和建立原因，从而向RAN指示RRC连接请求的原因。如果UE在注册请求中包含请求的NSSAI，在一个实施例中，AN(接入网络)可以基于此选择AMF。

在一个实施例中，AMF在确定允许的NSSAI和成功注册后，向负责接入和移动性管理的PCF指示允许的NSSAI。在一个实施例中，PCF基于来自包含允许的NSSAI和订阅数据的AMF的请求创建RFSP(RAT/频率选择优先级)并将RFSP发送到AMF。AMF将RFSP发送给RAN，以便RAN可以为UE配置适合空闲模式移动性的频率。

假定AMF知道包括在允许的NSSAI中的网络切片中的至少一个在特定频带中操作。该频带可能未在网络中均匀部署和/或UE可被配置成优先不同于用于允许的网络切片的频带的频率用于驻留。

此外，在一个实施例中，考虑由NSSAI#1和NSSAI#2标识的两个切片分别仅在频率载波1和频率载波2上操作的情况。如果UE首先仅在F1上注册，则UE应在请求的NSSAI中同时包含S-NSSAI#1和S-NSSAI#2。然后，AMF评估RAN是否同时支持TA中的S-NSSAI#1和S-NSSAI#2，并且AMF创建允许的NSSAI。如果UE仅在请求的NSSAI中包含S-NSSAI#1并使用S-NSSAI#1，而UE想要使用S-NSSAI#2，则在一个实施例中，UE需要执行另一注册过程以在请求的NSSAI中包含S-NSSAI#1和S-NSSAI#2。就其本身而言，在一个实施例中，gNB应向AMF指示它支持F1和F2(例如，可以经由CA或DC支持F2；AMF不关心如何支持F2)。然后AMF可以将S-NSSAI#1和S-NSSAI#2都放在允许的NSSAI中。

在其5GC中的部分，响应于注册请求，在一个实施例中，AMF请求SMF建立默认PDU会话。在一个实施例中，RAN中没有建立DRB，因为没有数据要接收或发送到UE。

在一个实施例中，当分组到达用于UE的核心网络(UPF)时(参见图2，步骤1)，并且在用于PDU会话的UPF中没有AN(即N3)隧道信息时，基于通过SMF的设置，UPF将缓冲数据或将数据发送到SMF，或向SMF指示DL数据已到达。在一个实施例中，SMF(参见图2，步骤3a)继而识别适当的AMF并将请求AMF向RAN发送N2 SM消息(包含QoS配置文件和N3隧道信息)。如果UE处于空闲状态，在一个实施例中，AMF将触发寻呼过程。在一个实施例中，网络例如根据3GPP TS 23.502的子条款4.2.3.3网络触发的服务请求发起服务请求过程。具体地，在一个实施例中，这需要AMF向UE发送寻呼消息。

具体地，在一个实施例中，根据3GPP标准，当UPF接收到用于PDU会话的下行链路数据并且没有存储在UPF中的用于PDU会话的AN隧道信息时，基于来自SMF的指令(例如，如TS23.501条款5.8.3中所述)，UPF可以缓冲下行链路数据，或将下行链路数据转发给SMF(步骤2c)。

在任何QoS流的第一下行链路数据分组到达时，在一个实施例中，如果SMF之前没有通知UPF不要向SMF发送数据通知，则UPF将向SMF发送数据通知消息，包括N4会话ID、用于识别DL数据分组的QoS流的信息、DSCP。在一个实施例中，如果SMF指示UPF这样做，则UPF将下行链路数据分组转发到SMF(即，SMF将缓冲数据分组)。

在一个实施例中，SMF确定AMF并调用Namf_Communication_N1N2MessageTransfer到AMF，其包括PDU会话的PDU会话ID。

如果在一个实施例中UE在AMF处处于CM-IDLE状态，并且AMF能够寻呼UE，则AMF立即向SMF发送Namf_Communication_N1N2MessageTransfer响应以向SMF指示AMF正试图到达UE。

如果在一个实施例中UE处于CM-IDLE状态，并且AMF确定UE无法进行寻呼，则AMF将向NF发送Namf_Communication_N1N2MessageTransfer响应，AMF从中接收到请求消息以指示UE不可达，或AMF执行异步类型通信并根据收到的消息存储UE上下文，它应发送Namf_Communication_N1N2MessageTransfer响应以指示调用异步类型通信。

如果在一个实施例中UE在3GPP接入中处于CM-IDLE状态并且在非3GPP接入中处于CM-CONNECTED状态，并且如果UE同时注册在同一PLMN中的3GPP和非3GPP接入上，网络可以通过非3GPP接入为3GPP接入发起网络触发的服务请求过程。

如果在一个实施例中AMF已经确定UE是可达的，并且AMF检测到UE在非允许区域中，除非来自SMF的请求是针对监管优先服务，AMF拒绝来自SMF的请求并通知SMF UE仅可用于监管优先服务。

如果在一个实施例中UE处于RM-REGISTERED状态和CM-IDLE并且在3GPP接入中可达，则AMF向属于其中UE注册的注册区域的(R)AN节点发送寻呼消息(用于寻呼的NAS ID、注册区域列表、寻呼DRX长度、寻呼优先级、与PDU会话相关联的接入、增强覆盖限制信息、WUS协助信息)，然后NG-RAN节点寻呼UE，如果从AMF收到，则在寻呼消息中包括与PDU会话相关的接入(例如，参见TS38.331)。

如果UE在3GPP接入中处于CM-IDLE状态，在一个实施例中，在接收到针对与3GPP接入相关联的PDU会话的寻呼请求时，UE将启动UE触发的服务请求过程。

在一个实施例中，处于CM IDLE状态的UE发起服务请求过程以便发送上行链路信令消息、用户数据，以请求紧急服务回退，或作为对网络寻呼请求的响应。

本文设想的场景是支持诸如频带、安全域等的多种配置的UE。网络部署不统一，使得所有切片可能不是在有网络覆盖的任何地方都可用。除了UE对诸如无线电能力、安全性等的特征的支持之外，切片可用性还取决于运营商配置和UE订阅。

根据本文档中描述的解决方案，在一个实施例中，如图2所示的网络触发的服务请求过程在数据到达UPF时被启动(参见图2，步骤1)(例如，没有可用的N3隧道)并通知SMF，SMF例如根据3GPP TS23.501和TS 23.502识别适当的AMF。

在本文档中，术语“PDU会话的UP连接”与UP资源具有相同的含义；它包括无线电接口(即Uu接口)上的DRB和N3接口上的N3隧道。相应地，术语“UP连接激活”是指用于激活DRB和N3隧道的过程，例如，从SMF发送到RAN以激活UP连接的请求消息。

关于通过包含用于具有MT数据的PDU会话的用户平面激活的条件的AMF寻呼UE，在一个实施例中，AMF确定(例如，基于网络配置)来自SMF的请求(参见图2，步骤3a、3b)用于属于S-NSSAI的PDU会话，它在特定频率(例如F2)上运行。AMF也可能对切片需要配置的特定频率透明。

在一个实施例中，在给UE的寻呼消息内(参见图2，步骤4b)，AMF还提供“SliceCheckInfo”参数，该参数是基于由PDU会话ID标识的S-NSSAI来确定的。“SliceCheckInfo”参数(例如，它是寻呼扩展的一部分并包含在寻呼消息中)可以包括UE在接收到寻呼消息时需要检查的条件(例如，频率F2覆盖的可用性，其他相关条件)。在一个实施例中，当AMF需要基于UE已指示其支持寻呼扩展来寻呼UE时，AMF可以始终包括“SliceCheckInfo”。

或者，在一个实施例中，AMF可以包括基于要在UE处建立的PDU会话或要配置的切片的“SliceCheckInfo”，以及UE对其支持寻呼扩展(包括检查PDU会话建立的条件)的能力的先前指示。在本公开中，UE接收到的寻呼消息可以是CN发起的寻呼消息，也可以是RAN发起的寻呼消息。

关于UE在接收到寻呼消息时的动作，在一个实施例中，在接收到具有条件的寻呼消息之后，UE首先检查是否已经满足包括在寻呼消息中的“SliceCheckInfo”中的用于PDU会话建立的条件。在一个实施例中，UE响应于寻呼消息并且另外包括关于是否通过发起服务请求满足“SliceCheckInfo”中指示的条件的信息(参见图2，步骤6)。如果在一个实施例中UE发现未满足条件，则它将通过指示“ConditionNotMet”来响应于寻呼。在一个实施例中，AMF应该向SMF指示UE暂时“无法支持”或无法用于数据到达的PDU会话。如果UE发现条件没有被满足，它可以在一个实施例中基于条件，在后台继续扫描条件，以便能够随后在条件被满足时向AMF指示。

在接收到寻呼消息中的“SliceCheckInfo”时，在一个实施例中，NAS层可以请求AS层根据“SliceCheckInfo”进行测量。AS层用测量结果回复NAS层。

如果不能满足条件，在一个实施例中，UE将响应于寻呼并在发送给AMF的响应中指示。例如，它可以在发送给AMF的NAS服务请求消息中包含指示“ConditionNotMet”。此外，UE还可以在响应消息的AS部分中包括“SliceConditionAssistanceRequest”。在一个实施例中，响应消息的AS部分在AN中终止。响应于通过包含“SliceConditionAssistanceRequest”从UE接收到这样的请求，AN可以提供协助信息以允许UE有效地检查要满足的切片条件。在一个实施例中，UE然后使用该协助信息来进行后台扫描并检查要满足的条件。给UE的协助信息可以是例如F2在作为当前跟踪区域的一部分的某个RAN区域内可用，或者CAG ID对于某个RAN区域或频率到当前TA内的RAN区域的映射不可用。这可以允许UE在开启后台扫描以检查寻呼消息中包括的条件时高效。

根据本公开，在一个实施例中，NAS层向设备用户界面指示用于服务的资源暂时不可用也可能是有益的。用户可能不知道切片，因为切片是一种网络特征，因此，通知用户与切片相关联的服务的其可用性或暂时缺乏可能就足够了。

关于AMF在接收到来自UE的响应时的动作，在一个实施例中，如果UE响应于寻呼消息并指示它可以满足PDU会话建立的条件，则AMF将确定应激活UP连接的PDU会话，并向与操作类型设置为“UP激活”的PDU会话关联的SMF发送Nsmf_PDUSession_UpdateSMContext请求，以指示为PDU会话建立用户平面资源。

如果UE做出否定响应，在一个实施例中，AMF将通知SMF UE不能够满足激活用于PDU会话或PDU会话相关联的网络切片的资源的条件。在一个实施例中，SMF将根据运营商策略或计时器值继续缓冲数据或要求UPF继续缓冲数据。此外，在一个实施例中，AMF将继续将UE视为“正在服务”而不是不可到达，因为它确实响应了寻呼消息，即使它指示无法满足条件。

网络实施例

在第一实施例中，AMF在被SMF通知需要PDU会话时向UE发送包括寻呼扩展的寻呼，寻呼扩展包括关于要在寻呼消息中建立的PDU会话需要满足的条件的附加信息。在一种实现方式中，由“SliceCheckInfo”指示要包含的条件。运营商可能有一策略，即只有当UE处支持的网络切片配置满足各种条件(诸如操作射频、TA、RAN区域、小区ID、在识别的小区组的覆盖范围内、CAG ID、安全域等)时，才可以建立与网络切片关联的PDU会话的UP连接。它甚至可以扩展到ME(移动设备)的条件，诸如电池电量。

在一个实施例中，要满足的条件是基于要激活的数据会话的类型在AMF导出的，例如，如SMF所请求的。在这样的实施例中，在AMF向UE发送寻呼消息之前由SMF向AMF请求数据会话激活。在一个实施例中，AMF接收寻呼响应消息，该消息指示UE设备是否可以达成要满足的至少一个条件，并且AMF基于该指示确定是对SMF关于激活数据会话作出肯定答复还是否定答复，如下面更详细解释。

在一个实施例中，UPF或SMF为UE缓冲数据直到从AMF接收到响应于所发送的寻呼消息的响应。在一个实施例中，运营商策略可以指示只有当UE满足适用于网络切片的条件时才能建立UP连接。在另一个实现方式中，运营商还可以配置数据是否要在UPF或SMF处缓冲，直到UE可以支持关联的切片的时间。切片配置可以具有许多属性，诸如切片的无线电资源的频率、与切片相关联的RAN区域等。一旦UE满足与切片相关联的各种条件或属性，就可以配置UE在切片上操作。因此，这些条件可能要求UE检查是否：1)它支持在该切片上运行的特定服务的QoS水平；2)UE支持切片部署的频率；或者3)UE在切片部署的频率覆盖范围内。有可能当UE收到寻呼消息时，它需要检查以查看在移动到特定频率后与特定服务器地址相关联的延迟。

在一个实施例中，AMF在接收到用于传输到UE的数据之后，基于UE处于CMM-IDLE状态来传输寻呼消息。AMF在寻呼消息中包含“SliceCheckInfo”参数，以便在UE满足“SliceCheckInfo”中包含的条件时触发UE检查并响应于AMF。在一种实现方式中，网络可能要求UE在某个频率的覆盖范围内，或者它可能要求UE在RAN区域(跟踪区域的某个子区域)内、在安全/信任域内、在封闭接入组(“CAG”)的覆盖范围内等。AMF可以根据各种标准(诸如运营商配置)将其包括在内，以便用于只能在特定切片上提供特定服务的数据。在一种实现方式中，如果可以在任何可用频率上提供数据已到达的切片，则AMF将不包括“SliceCheckInfo”。在一种实现方式中，如果要在特定频率上或仅在RAN区域内或条件组合成立时使用切片为UE服务，则AMF在寻呼消息中包含“SliceCheckInfo”参数并包含供UE检查的条件。

如果UE在同一PLMN中同时在3GPP和非3GPP接入上注册并且如果UE在3GPP接入中处于CM-IDLE状态并且在非3GPP接入中处于CM-CONNECTED状态，则网络可以通过非3GPP接入发起3GPP接入的网络触发服务请求过程，并且在N1通知消息中包括寻呼消息以及要满足的条件，例如，包括“SliceCheckInfo”参数。

在一个实施例中，AMF确定(例如，基于网络配置)来自SMF的请求是针对与S-NSSAI相关联的PDU会话，该S-NSSAI在特定频率上操作或需要某些特定网络配置或条件。基于这样的确定，在一种实现方式中，AMF将另外为PDU会话标识的S-NSSAI提供“SliceCheckInfo”参数，以便UE能够检查S-NSSAI的条件在当前位置的有效性。

在一个实施例中，AMF接收并处理UE的寻呼扩展能力，该能力指示UE处理寻呼消息的扩展的能力，其中，UE检查用于PDU会话的UP连接激活的条件。在一种实现方式中，该能力可以作为新的5GMM能力发送。在另一种实现方式中，如果a)UE已发出寻呼扩展支持信号，并且b)AMF知道发起MT请求的PDU会话或网络切片在不同于其他PDU会话或者当前在UE中配置的网络切片的条件下运行，则AMF应用寻呼扩展。在另一种实现方式中，AMF可以基于触发MT请求的PDU会话或网络切片并基于网络配置来确定要包括在寻呼扩展中的条件。

在一个实施例中，AMF基于接收寻呼响应(例如，以来自UE的服务请求消息的形式)以及来自UE的关于能够满足在当前位置的寻呼消息中包括的条件的指示(即，“ConditionMet”参数)，通过向RAN发送UE上下文和来自SMF的N2 SM消息来确定继续执行服务请求过程，以激活PDU会话的UP资源/连接。然后，RAN节点决定要执行的操作(例如，切换、CA或DC)，以便根据S-NSSAI与特定频率的关联，在PDU会话的UP连接的适当频率上为UE提供服务。

在一种实现方式中，在接收到能够满足寻呼消息中的条件的确认(即，“ConditionMet”参数)时，AMF将UE上下文发送到RAN节点并且转发来自SMF的请求消息(例如，以激活PDU会话的UP连接)。在一种实现方式中，如果UE当前不在正确的频率上并且根据经由AMF从SMF接收到的UP连接激活请求要满足频率条件，则RAN可以根据需要触发HO或使用DC或使用CA。

在一个实施例中，AMF基于来自UE的关于不能满足包括在当前位置的寻呼消息中的条件的指示(例如，“ConditionNotMet”参数)，向SMF指示UE是对于PDU会话(或网络切片)暂时不可达，但仍然可以继续寻呼UE，即不将其设置为AMF中的不可达状态。未收到寻呼响应(例如，服务请求消息)将触发AMF假定UE不再可达并将UE状态设置为不可达。在另一个实施例中，AMF在接收到带有指示“ConditionNotMet”的寻呼响应时，AMF不应继续PDU会话的UP连接激活。

在一个进一步的实施例中，AMF向SMF指示对于PDU会话的UP连接激活的请求被以新的原因值(例如，由于不可用无线电资源或片外覆盖导致的失败等)拒绝。该指示允许SMF区别对待任何潜在的缓冲数据，或者在UPF正在缓冲数据的情况下向UPF如此指示。

在一个实施例中，例如，在注册过程期间，AMF接收并处理UE的寻呼扩展能力(例如，包括在注册请求消息中)，其指示UE处理在寻呼消息内发送的寻呼扩展的能力，寻呼扩展包括PDU会话建立需要满足的条件。在一个实施例中，该寻呼扩展能力可以由UE作为新的5GMM能力发送。在一个实施例中，如果UE已用信号通知寻呼扩展支持并且AMF知道发起MT请求的PDU会话或网络切片在不同于当前PDU会话或网络切片的条件下运行，则AMF可以包括寻呼扩展(例如，寻呼消息中的“SliceCheckInfo”参数)。AMF可能能够根据触发MT请求的PDU会话或网络切片以及根据网络配置来确定要包含在寻呼扩展中的条件。

在一个实施例中，AMF可以包括一组条件，UE在处理寻呼消息之后需要单独验证每个条件，该寻呼消息包括承载PDU会话要满足的条件的寻呼扩展。响应于接收到这样的条件列表，UE将在响应消息中指示它是否已经满足每个条件。在一个实施例中，响应消息是响应于UE接收到的寻呼消息而发送的服务请求。

在另一个实施例中，响应于接收到UE是否满足单独列出的每个条件的指示，AMF可以进一步指令SMF是否可以建立PDU会话。在另一个实施例中，响应于接收到UE是否能够满足每个条件的指示或者UE是否能够满足哪些条件的指示，AMF可以将PDU会话建立请求从SMF转发到RAN节点，其中，基于从UE接收到的响应进行适当的设置。

在另一个实施例中，响应于接收到UE满足条件子集的指示，AMF可以进一步指令SMF建立PDU会话。在另一个实施例中，响应于接收到UE仅满足条件子集的指示，AMF可以进一步指令SMF不建立PDU会话。在另一个实施例中，响应于接收到UE满足特定条件子集的指示，AMF可以进一步指令SMF建立PDU会话。在另一个实施例中，基于接收标识UE能够满足单独列出的或作为子集列出的条件中的哪些条件的指示，AMF可以进一步指令SMF建立PDU会话。

在备选实施例中，网络在每个小区中广播小区中支持的切片的标识。在CMM-Idle中，UE然后向AMF报告它由于移动性或驻留在不同的小区上而可以支持的切片配置的任何变化。因此，在该实施例中，UE基于它驻留的频率层、它驻留的RAN区域等而更新它可以支持的切片的任何变化的AMF。AMF因此跟踪在当在网络中移动时的UE处的支持的切片。支持的切片可以是允许切片的子集，或者如果由于诸如CAG ID、小区ID等限制，新识别的可支持切片未包含在允许列表中，则这允许UE基于其存储在USIM中的订阅切片主动更新其当前能力的AMF。当数据到达UPF并且UPF向SMF发送数据通知消息时，SMF反过来向适当的AMF发送消息，AMF可以立即意识到是否可以由UE建立特定的PDU会话。如果可以基于UE最后报告的支持切片配置建立PDU会话，则AMF将寻呼UE并使UE通过网络发起的服务请求过程发起会话建立。

在进一步的实施例中，当UE处于RRC连接状态并且RAN节点被请求建立由于UE不能够满足PDU会话建立的条件而不能成功完成的PDU会话时，RAN节点可以配置UE的测量或适当的扫描动作，以便UE可以使用RRC测量报告或类似消息隐式通知RAN节点何时能够满足PDU会话建立的条件。RAN模式可以使用用于这样的目的的测量配置或者已经定义的消息中的新消息或信息元素，其包括配置UE以执行这样的扫描动作的条件。

例如，如果UE具有包含S-NSSAI#1和S-NSSAI#2的其允许的NSSAI，并且RAN节点知道S-NSSAI#2仅在频带2或频率2中运行，则RAN为UE配置频带2的适当测量阈值和测量配置。基于网络的此类配置，UE可以将其满足PDU会话条件的能力的任何积极变化通知RAN节点。在另一个实施例中，RAN节点向AMF/SMF指示它不能建立PDU会话建立所需的DRB的原因。这允许SMF/UPF然后以适当的方式处理UE的数据，如运营商策略或其他标准所决定的那样。在一种实现方式中，SMF或UPF可以缓冲数据，直到可以成功建立DRB为止。

在另一个实施例中，如果UE向AMF指示它不能够满足包括在寻呼消息中的条件，则SMF将从AMF接收从SMF请求的Namf_Communication_N1N2MessageTransfer消息已经被暂时拒绝的指示，并且新的原因值“SliceConditionNotMet”可以包含在从AMF到SMF的指示中以通知SMF暂时拒绝的原因。在另一个实施例中，SMF可以基于网络策略向UPF指示应用临时缓冲。

在另一个实施例中，如果RAN节点向AMF指示UE不能够满足包括请求消息以与UE建立DRB的条件，则SMF将从AMF接收请求来自SMF的请求已被暂时拒绝的指示，并且新的原因值“SliceConditionNotMet”可以包含在从AMF到SMF的指示中，以通知SMF暂时拒绝的原因。在另一个实施例中，SMF可以基于网络策略向UPF指示应用临时缓冲。

RAN节点实施例

在一个实施例中，诸如AMF的网络节点将来自SMF的请求转发到RAN节点，该请求具有关于DRB建立所需的配置的信息，诸如频率、RAN区域、CAG ID、小区ID等。在一个实施例中，RAN节点将尝试按照指示适当地配置UE，如果它不能满足条件，它将在对AMF/SMF的响应中指示这样做失败。在另一个实施例中，RAN节点将UE配置为检查是否可以使用测量配置或已定义的消息中的类似消息或信息元素来满足DRB建立请求中包含的条件(小区ID、频率、CAG ID等)，如果UE做出肯定响应，则RAN节点为UE配置为PDU会话请求的DRB。如果UE不能满足条件，RAN节点将向AMF/SMF指示失败的原因。

在一个实施例中，AMF将请求以及为数据发起PDU会话的条件转发到RAN节点，RAN节点在数据到达UPF/SMF时具有UE的上下文。在一个实施例中，RAN节点作为响应向UE发送包括供UE检查的条件的RRC重新配置消息。如果UE积极响应表明可以满足条件，则RAN节点会为PDU会话为UE建立额外的数据承载。如果UE指示它不能满足条件，则它向AMF指示此时无法满足请求。RAN节点可以进一步配置UE在后台持续检查条件并在条件满足时报告回来。在一种实现方式中，RAN节点可以配置针对UE当前处于的第二频率的测量，第二频率不同于第一频率。

UE在第二频率上进行测量，并且在以及如果满足包括在测量配置中的阈值时，UE再次向RAN节点报告它可以满足条件。在另一种实现方式中，UE处理包括条件的RRC重新配置消息并且如果它不能满足条件则不响应于它。它仅在满足条件时才响应于消息。基于没有接收到消息或UE不请求资源来传输响应消息而没有来自UE的响应是RAN节点隐含指示UE不能满足当时条件的指示。RAN节点可以为UE配置定时器，该定时器指示UE应该检查多长时间要满足的条件。

在另一个实施例中，如果UE处于RRC INACTIVE(RRC非活动状态)，则RAN节点向UE发送RAN寻呼。RAN寻呼可以包括UE检查的条件。在另一个实施例中，RAN节点可以在UE响应于RAN寻呼消息或在其他时间退出RRC INACTIVE之后将条件包括在要发送给UE的RRC重新配置消息中。在一个实施例中，RAN节点可以为UE配置适当的重新配置，以便允许它检查条件。在另一个实施例中，RAN节点可以配置UE立即检查条件。

在另一个实施例中，RAN寻呼消息可以向UE指示要检查的条件并且指令UE在其进入RRC CONNECTED时检查条件。在另一个实施例中，UE接收具有条件的RAN寻呼消息并且存储当它基于某种设置进入RRC CONNECTED时要检查的条件。在另一个实施例中，UE接收具有条件的RAN寻呼消息并且存储当它基于一些设置进入RRCCONNECTED时要检查的条件。该设置可以是数据所针对的切片或数据的优先级以及其他可能性的间接指示。

UE实施例

在一个实施例中，UE在注册请求消息中包括其支持寻呼扩展的指示，寻呼扩展将在来自AMF的寻呼消息中被接收，该寻呼消息包括UE需要满足以便能够支持切片的条件。如果UE不表示支持，则AMF在寻呼UE时不会包含ConditionsToBeMet。即使UE支持该过程，AMF也可以选择不包括ConditionsToBeMet。

在一个实施例中，UE在注册请求消息中包括对AMF的关于UE对寻呼扩展的支持的指示，该指示被包括在UE MM核心网络能力、UE寻呼概率信息或新的信息元素的至少一个中。

在接收到包括“SliceCheckInfo”的寻呼消息时，UE应该检查是否可以满足“SliceCheckInfo”中指示的条件。例如，如果在AS层接收到的寻呼消息中包含“SliceCheckInfo”，则AS层将该信息与寻呼消息一起发送给NAS层。NAS层可以请求AS层根据“SliceCheckInfo”进行测量。AS层用测量结果回复NAS层，而结果可以是肯定的也可以是否定的。在另一个实施例中，如果可以满足条件(例如，从AS层到NAS层指示的测量结果是肯定的)，则UE应在寻呼响应(例如，NAS服务请求消息)中指示可以满足包含在接收到的寻呼消息中的“SliceCheckInfo”中的条件。例如，UE在NAS服务请求消息中包括可以满足“SliceCheckInfo”中的条件的信息作为新的IE。

在另一个实施例中，如果不能满足条件，则UE应在寻呼响应中指示不能满足接收到的寻呼消息中包含的“SliceCheckInfo”中的条件。在进一步的实施例中，UE在携带对寻呼消息的响应的AS消息中包括对AN(接入节点)它期望关于寻呼消息中提到的条件的帮助的请求。在一种实现方式中，UE在响应消息的AS部分中包括“SliceAssistanceRequest”，以寻求来自RAN节点的帮助以建立对要满足的条件的扫描。例如，在一种实现方式中，UE可以请求寻找有关在当前寻呼区域内的频率可用性、当前TA、当前RAN区域、满足某些RAN功能(诸如MIMO)的能力等的信息。在另一种实现方式中，它可以基于在寻呼消息中的“SliceCheckInfo”中接收到的条件寻找有关CAG ID、频带等的可用性的信息。

在另一个实施例中，UE可以指示如果RAN采取特定动作或者如果UE自主地改变其配置，则可以满足条件。在一种实现方式中，AN需要将UE重定向到另一个频率。在另一种实现方式中，UE可以改变其当前配置并在寻呼消息上指示的频率上响应于寻呼。例如，如果寻呼消息指示UE需要在频率F2上用于触发寻呼的PDU会话，并且UE当前在F1上但能够重选到F2，则UE可以重选到F2然后在F2上响应于寻呼。在另一个实施例中，UE确认可以满足寻呼消息中的条件并继续响应于网络而不对其当前配置(诸如驻留频率等)进行任何更改。在这样的实施例中，SMF将请求向UE建立DRB，AN将向UE提供指示，以重定向到适当的配置，以便可以满足条件，诸如频率，或者在连接建立后切换UE。

在一个实施例中，“SliceCheckInfo”包括频率指示。由于AMF不知道UE所驻留的当前频率，因此UE可能已经满足条件。在这种情况下，它使用服务请求过程响应于寻呼。UE还可以可选地指示其满足在寻呼消息中指示的频率条件要求。

在一个实施例中，UE可以接收寻呼消息，其中，AMF可以包括一组条件或条件列表，UE在处理寻呼消息之后需要单独验证每个条件，该寻呼消息包括承载PDU会话要满足的条件的寻呼扩展。在一个实施例中，AMF可以包括条件集合，这些集合以优先级顺序被包括，UE在处理寻呼消息之后需要单独验证每个条件集合，该寻呼消息包括承载PDU会话要满足的条件的寻呼扩展。在一个实施例中，UE可以接收寻呼消息，其中，AMF可以包括一组条件或者条件列表，该条件列表以优先级顺序被包括，UE需要在处理寻呼消息之后单独验证每个条件，该寻呼消息包括承载PDU会话要满足的条件的寻呼扩展。在一个实施例中，AMF可以包括多组条件，UE在处理包括寻呼消息之后需要单独验证每组条件，该寻呼消息包括承载PDU会话要满足的条件的寻呼扩展。

在一个实施例中，UE响应于接收到PDU会话要满足的条件列表或条件集合，在后台扫描这些条件并且可以在条件子集已经被满足时响应于AMF。在一个实施例中，UE响应于接收到PDU会话要满足的条件列表或条件集合(按列表或条件集优先级顺序列出)，在后台扫描这些条件并且可以在满足条件的子集或满足高于特定阈值的条件时响应于AMF。

在一个实施例中，UE可以接收寻呼消息，其中，AMF可以包括在寻呼消息的处理之后，UE要满足的用于建立PDU会话的条件以及需要在某个定时器期满之前或者在某个时间间隔内或某个时间实例之前满足该条件的进一步要求，该寻呼消息包括承载PDU会话要满足的条件的寻呼扩展。在一个实施例中，UE响应于接收到PDU会话要满足的条件列表或条件集合，在后台扫描这些条件并且可以在已经满足条件子集时响应于AMF。在一个实施例中，UE响应于接收到PDU会话要满足的条件列表或条件集合，在后台扫描这些条件并且可以在条件子集在包含的定时器期满之前满足时响应于AMF。

在另一个实施例中，即使UE不能满足寻呼消息中包含的条件，UE也应响应寻呼消息，并向AMF指示在当前位置和处理寻呼消息时不能满足条件。

在另一个实施例中，UE在使用服务请求过程响应于寻呼消息时，包括向RAN节点请求协助的信息。这可以包括关于RAN区域中、跟踪区域中的可用频率的信息或与当前跟踪区域、RAN区域等安全域相关的信息。如果RAN节点以必要的信息响应，则UE可以利用它来根据求助信息扫描必要的条件。在一种实现方式中，网络可以包括F2在RAN区域或跟踪区域中是否可用。如果指示其可用，则UE可以扫描F2。在另一个实施例中，如果网络指示它不可用，则UE可以在移动到新的跟踪区域时发送的跟踪区域更新消息中请求该信息以更新该协助信息。

在一个实施例中，在接收到具有寻呼扩展(包括要检查以启动PDU会话的条件)的寻呼消息之后，UE在后台扫描网络以寻找条件。这可以是定期扫描或基于附加信息和触发器。在确定已满足具有寻呼扩展的寻呼消息中包含的条件后，它将发起具有原因“寻呼响应”的服务请求。因此，这是对寻呼消息的延迟的第二响应，当最初收到具有条件的寻呼消息时并且当UE向网络响应条件不满足时发送第一响应，随后在确定已经满足条件或者已经部分满足条件(如果合适的话)时发送第二响应。

在一个实施例中，UE在注册请求消息或注册更新消息中连同请求的切片列表一起包括是否希望网络为每个请求的切片提供寻呼扩展支持的指示。

图3描绘了根据本公开的实施例的可以用于寻呼管理的用户设备装置300。在各种实施例中，用户设备装置300用于实现上述方案中的一种或多种。用户设备装置300可以是上述远程单元105和/或UE 205的一个实施例。此外，用户设备装置300可以包括处理器305、存储器310、输入设备315、输出设备320和收发器325。

在一些实施例中，输入设备315和输出设备320被组合成单个设备，诸如触摸屏。在某些实施例中，用户设备装置300可以不包括任何输入设备315和/或输出设备320。在各种实施例中，用户设备装置300可以包括处理器305、存储器310和收发器325中的一个或多个，并且可以不包括输入设备315和/或输出设备320。

如图所示，收发器325包括至少一个发送器330和至少一个接收器335。在一些实施例中，收发器325与一个或多个基本单元121支持的一个或多个小区(或无线覆盖区域)通信。在各种实施例中，收发器325可在非许可频谱上操作。此外，收发器325可以包括支持一个或多个波束的多个UE面板。此外，收发器325可以支持至少一个网络接口340和/或应用接口345。应用接口345可以支持一个或多个API。网络接口340可以支持3GPP参考点，诸如Uu、N1、PC5等。可以支持其他网络接口340，如本领域普通技术人员所理解的。

在一个实施例中，处理器305可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器305可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)或类似的可编程控制器。在一些实施例中，处理器305执行存储在存储器310中的指令以执行本文描述的方法和例程。处理器305通信耦合到存储器310、输入设备315、输出设备320和收发器325。在某些实施例中，处理器305可以包括管理应用域和操作系统(“OS”)功能的应用处理器(也称为“主处理器”)和管理无线电功能的基带处理器(也称为“基带无线电处理器”)。

在各种实施例中，收发器325和处理器305控制用户设备装置300实现上述UE行为。例如，在一个实施例中，收发器325在UE设备处从移动无线通信网络接收寻呼消息，该寻呼消息包括UE设备要满足的至少一个条件。在一个实施例中，处理器305检查要满足的至少一个条件是否得到满足。

在一个实施例中，收发器325发送寻呼消息响应，其包括检查是否达成要满足的至少一个条件的指示。在一个实施例中，处理器305确定，并且收发器在寻呼消息响应中指示要满足的至少一个条件中的哪些能够由UE设备达成以及要满足的至少一个条件中的哪些不能由UE设备达成。

在一个实施例中，在接收寻呼消息之前，收发器325发送UE设备支持检查是否可以达成包括在寻呼消息中的要满足的至少一个条件的能力。在一个实施例中，处理器305周期性地扫描UE设备上的条件以确定UE设备是否能够达成要满足的至少一个条件。

在一个实施例中，收发器325在寻呼消息响应中包括对于来自移动无线通信网络的协助以确定UE设备是否能够达成要满足的至少一个条件的请求。在一个实施例中，收发器325响应于协助请求从移动无线通信网络接收协助信息。

在一个实施例中，存储器310是计算机可读存储介质。在一些实施例中，存储器310包括易失性计算机存储介质。例如，存储器310可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器310包括非易失性计算机存储介质。例如，存储器310可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器310包括易失性和非易失性计算机存储介质。

在一些实施例中，存储器310存储与寻呼管理有关的数据。例如，存储器310可以存储如上所述的各种参数、面板/波束配置、资源分配、策略等。在某些实施例中，存储器310还存储程序代码和相关数据，诸如在用户设备装置300上运行的操作系统或其他控制器算法。

在一个实施例中，输入设备315可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备315可以与输出设备320集成来例如作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备315包括触摸屏，使得可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备315包括两个或多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备320被设计成输出视觉、听觉和/或触觉信号。在一些实施例中，输出设备320包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备320可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似的显示设备。作为另一个非限制性示例，输出设备320可以包括与用户设备装置300的其余部分分离但通信耦合的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等等。此外，输出设备320可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备320包括用于产生声音的一个或多个扬声器。例如，输出设备320可以产生可听警报或通知(例如，哔哔声或铃声)。在一些实施例中，输出设备320包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备320的全部或部分可以与输入设备315集成。例如，输入设备315和输出设备320可以形成触摸屏或类似的触敏显示器。在其他实施例中，输出设备320可以位于输入设备315附近。

收发器325经由一个或多个接入网络与移动通信网络的一个或多个网络功能进行通信。收发器325在处理器305的控制下运行以发送消息、数据和其他信号并且还接收消息、数据和其他信号。例如，处理器305可以在特定时间选择性地激活收发器325(或其部分)以便发送和接收消息。

收发器325包括至少发送器330和至少一个接收器335。一个或多个发送器330可用于向基本单元121提供UL通信信号，诸如本文描述的UL发送。类似地，一个或多个接收器335可用于从基本单元121接收DL通信信号，如本文所述。尽管仅图示了一个发送器330和一个接收器335，但是用户设备装置300可以具有任何合适数量的发送器330和接收器335。此外，发送器330和接收器335可以是任何合适类型的发送器和接收器。在一个实施例中，收发器325包括用于在许可无线电频谱上与移动通信网络通信的第一发送器/接收器对和用于在非许可无线电频谱上与移动通信网络通信的第二发送器/接收器对。

在某些实施例中，用于在许可无线电频谱上与移动通信网络通信的第一发送器/接收器对和用于在非许可无线电频谱上与移动通信网络通信的第二发送器/接收器对可以组合成单个收发器单元，例如执行用于许可和非许可无线电频谱的功能的单个芯片。在一些实施例中，第一发送器/接收器对和第二发送器/接收器对可以共享一个或多个硬件组件。例如，某些收发器325、发送器330和接收器335可以实现为访问共享的硬件资源和/或软件资源(诸如，例如网络接口340)的物理上分离的组件。

在各种实施例中，一个或多个发送器330和/或一个或多个接收器335可以被实现和/或集成到单个硬件组件中，诸如多收发器芯片、片上系统、ASIC或其他类型的硬件组件。在某些实施例中，一个或多个发送器330和/或一个或多个接收器335可被实现和/或集成到多芯片模块中。在一些实施例中，诸如网络接口340或其他硬件组件/电路的其他组件可以与任意数量的发送器330和/或接收器335集成到单个芯片中。在这样的实施例中，发送器330和接收器335可以在逻辑上被配置为使用一个或多个公共控制信号的收发器325，或者在逻辑上被配置为在同一硬件芯片或多芯片模块中实现的模块化发送器330和接收器335。

图4描绘了根据本公开的实施例的网络装置400，其可用于寻呼管理。在一个实施例中，网络装置400可以是RAN节点的一种实现，诸如基本单元121、RAN节点210或gNB，如上所述。此外，基本网络装置400可以包括处理器405、存储器410、输入设备415、输出设备420和收发器425。

在一些实施例中，输入设备415和输出设备420被组合成单个设备，诸如触摸屏。在某些实施例中，网络装置400可以不包括任何输入设备415和/或输出设备420。在各种实施例中，网络装置400可以包括处理器405、存储器410和收发器425中的一个或多个，并且可以不包括输入设备415和/或输出设备420。

如所描绘的，收发器425包括至少一个发送器430和至少一个接收器435。这里，收发器425与一个或多个远程单元105通信。另外，收发器425可以支持至少一个网络接口440和/或应用接口445。应用接口445可以支持一个或多个API。网络接口440可以支持3GPP参考点，诸如Uu、N1、N2和N3。如本领域普通技术人员所理解的，可以支持其他网络接口440。

在一个实施例中，处理器405可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器405可以是微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA或类似的可编程控制器。在一些实施例中，处理器405执行存储在存储器410中的指令以执行本文描述的方法和例程。处理器405通信耦合到存储器410、输入设备415、输出设备420和收发器425。在某些实施例中，处理器805可以包括管理应用域和操作系统(“OS”)功能的应用处理器(也称为“主处理器”)以及管理无线电功能的基带处理器(也称为“基带无线电处理器”)。

在各种实施例中，网络装置400是RAN节点(例如，gNB)，其包括收发器425和处理器405，其从移动无线通信网络向用户装置(“UE”)设备发送寻呼消息，寻呼消息包括UE设备要满足的至少一个条件，并且处理器405在寻呼消息响应中接收关于UE设备是否能够达成要满足的至少一个条件的指示。

在一个实施例中，处理器405响应于指示UE设备能够达成要满足的至少一个条件的指示而确定激活数据会话。在一个实施例中，收发器425在寻呼消息响应中接收要满足的至少一个条件中的哪些能够由UE设备达成以及要满足的至少一个条件中的哪些不能由UE设备达成。在一些实施例中，收发器425接收对于来自移动无线通信网络的协助以确定UE设备是否能够达成要满足的至少一个条件的请求。

在一个实施例中，存储器410是计算机可读存储介质。在一些实施例中，存储器410包括易失性计算机存储介质。例如，存储器410可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器410包括非易失性计算机存储介质。例如，存储器410可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器410包括易失性和非易失性计算机存储介质。

在一些实施例中，存储器410存储与寻呼管理有关的数据。例如，存储器410可以存储参数、配置、资源分配、策略等，如上所述。在某些实施例中，存储器410还存储程序代码和相关数据，诸如在网络装置400上运行的操作系统或其他控制器算法。

在一个实施例中，输入设备415可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备415可以与输出设备420集成以例如作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备415包括触摸屏，使得可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备415包括两个或多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备420被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，输出设备420包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备420可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例，输出设备420可以包括与网络装置400的其余部分分离但通信耦合到网络装置400的其余部分的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等。此外，输出设备420可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备420包括一个或多个用于产生声音的扬声器。例如，输出设备420可以产生可听警报或通知(例如，哔哔声或铃声)。在一些实施例中，输出设备420包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备420的全部或部分可以与输入设备415集成。例如，输入设备415和输出设备420可以形成触摸屏或类似的触敏显示器。在其他实施例中，输出设备420可以位于输入设备415附近。

收发器425包括至少发送器430和至少一个接收器435。一个或多个发送器430可用于与UE通信，如本文所述。类似地，一个或多个接收器435可用于与NPN、PLMN和/或RAN中的网络功能进行通信，如本文所述。尽管仅示出了一个发送器430和一个接收器435，但是网络装置400可以具有任何合适数量的发送器430和接收器435。此外，发送器430和接收器435可以是任何合适类型的发送器和接收器。

图5是用于寻呼管理的方法500的流程图。方法500可以由这里描述的UE执行，例如由远程单元105和/或用户设备装置300执行。在一些实施例中，方法500可以由执行程序代码的处理器执行，例如由微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等执行。

在一个实施例中，方法500包括在用户装置(“UE”)设备处接收505来自移动无线通信网络的寻呼消息，该寻呼消息包括UE设备要满足的至少一个条件。在一个实施例中，方法500包括检查510是否达成要满足的至少一个条件。在进一步的实施例中，方法500包括发送515寻呼消息响应，该寻呼消息响应包括检查是否达成要满足的至少一个条件的指示。方法500结束。

图6是用于寻呼管理的方法600的流程图。方法600可以由网络设备执行，例如由网络设备装置400执行。在一些实施例中，方法600可以由执行程序代码的处理器执行，例如由微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等执行。

在一个实施例中，方法600包括从移动无线通信网络向用户装置(“UE”)设备发送605寻呼消息，该寻呼消息包括UE设备要满足的至少一个条件。在进一步的实施例中，方法600包括在寻呼消息响应中接收610关于UE设备是否能够达成要满足的至少一个条件的指示。在一些实施例中，方法600包括响应于指示UE设备能够达成要满足的至少一个条件的指示而确定615激活数据会话。方法600结束。

公开了一种用于寻呼管理的第一装置。在一个实施例中，第一装置可以包括这里描述的UE，例如，远程单元105和/或用户设备装置300。在一些实施例中，第一装置可以包括执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

在一个实施例中，第一装置包括收发器，该收发器在用户装置(“UE”)设备处接收来自移动无线通信网络的寻呼消息，该寻呼消息包括UE设备要满足的至少一个条件。在一个实施例中，第一装置包括检查是否达成要满足的至少一个条件的处理器。

在一个实施例中，收发器发送寻呼消息响应，其包括检查是否达成要满足的至少一个条件的指示。在一个实施例中，处理器确定，并且收发器在寻呼消息响应中指示要满足的至少一个条件中的哪些不能由UE设备达成以及要满足的至少一个条件中的哪些能够由UE设备达成中的至少一个。

在一个实施例中，在接收寻呼消息之前，收发器发送UE设备支持检查是否可以达成包括在寻呼消息中的要满足的至少一个条件的能力。在一个实施例中，处理器周期性地扫描UE设备上的条件以确定UE设备是否能够达成要满足的至少一个条件。

在一个实施例中，收发器在寻呼消息响应中包括对于来自移动无线通信网络的协助以确定UE设备是否能够达成要满足的至少一个条件的请求。在一个实施例中，收发器响应于对于协助的请求而从移动无线通信网络接收协助信息。

在一个实施例中，协助信息包括关于寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和UE设备的RAN能力的信息。在一个实施例中，要满足的至少一个条件包括寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和安全域中的至少一个。

公开了用于寻呼管理的第一方法。在一个实施例中，第一方法可以由这里描述的UE执行，例如，由远程单元105和/或用户设备装置300执行。在一些实施例中，该方法可以由执行程序代码的处理器执行，例如，由微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等执行。

在一个实施例中，第一方法包括在用户装置(“UE”)设备处从移动无线通信网络接收寻呼消息，该寻呼消息包括UE设备要满足的至少一个条件。在一个实施例中，第一方法包括检查是否达成要满足的至少一个条件。

在一个实施例中，第一方法包括发送寻呼消息响应，该寻呼消息响应包括检查是否达成要满足的至少一个条件的指示。

在一个实施例中，第一方法包括确定，并且在寻呼消息响应中指示要满足的至少一个条件中的哪些不能由UE设备达成以及要满足的至少一个条件中的哪些能够由UE设备达成中的至少一个。在一个实施例中，在接收寻呼消息之前，第一方法包括发送UE设备的支持检查是否可以达成包括在寻呼消息中的要满足的至少一个条件的能力。

在一个实施例中，第一方法包括周期性地扫描UE设备上的条件以确定UE设备是否能够达成要满足的至少一个条件。在一个实施例中，寻呼消息响应包括对于来自移动无线通信网络的协助以确定UE设备是否能够达成要满足的至少一个条件的请求。

在一个实施例中，第一方法包括响应于对于协助的请求而从移动无线通信网络接收协助信息。在一个实施例中，协助信息包括关于寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和UE设备的RAN能力的信息。

在一个实施例中，要满足的至少一个条件包括寻呼区域内的频率可用性、无线接入网络(“RAN”)区域、定时提前(“TA”)、封闭访问组(“CAG”)和安全域中的至少一个。

公开了用于寻呼管理的第二装置。在一个实施例中，第二装置可以包括网络设备，例如网络设备装置400。在一些实施例中，第二装置包括执行程序代码的处理器，例如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

在一个实施例中，第二装置包括收发器，其从移动无线通信网络向用户装置(“UE”)设备发送寻呼消息，寻呼消息包括UE设备要满足的至少一个条件，并且在寻呼消息响应中接收关于UE设备是否能够达成要满足的至少一个条件的指示。在一个实施例中，第二装置包括处理器，该处理器响应于指示UE设备能够达成要满足的至少一个条件的指示而确定激活数据会话。

在一个实施例中，收发器在寻呼消息响应中接收要满足的至少一个条件中的哪些能够由UE设备达成以及要满足的至少一个条件中的哪些不能由UE设备达成。在一些实施例中，收发器接收对于来自移动无线通信网络的协助以确定UE设备是否能够达成要满足的至少一个条件的请求。

在一个实施例中，协助信息包括关于寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和UE设备的RAN能力的信息。在一个实施例中，响应于从UE设备接收到UE设备支持检查是否可以达成要满足的至少一个条件的指示，在寻呼消息中将要满足的至少一个条件发送到UE设备。

在一个实施例中，要满足的至少一个条件包括寻呼区域内对应于数据会话的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和安全域的至少一个。

公开了用于寻呼管理的第二方法。在一个实施例中，第二方法可以由网络设备执行，例如由网络设备装置400执行。在一些实施例中，第二方法由执行程序代码的处理器执行，例如由微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等执行。

在一个实施例中，第二方法包括从移动无线通信网络向用户装置(“UE”)设备发送寻呼消息，寻呼消息包括UE设备要满足的至少一个条件。在一个实施例中，第二方法包括在寻呼消息响应中接收关于UE设备是否能够达成要满足的至少一个条件的指示。在一个实施例中，第二方法包括响应于指示UE设备能够达成要满足的至少一个条件的指示而发起服务请求。

在一个实施例中，第二方法包括在寻呼消息响应中接收要满足的至少一个条件中的哪些能够由UE设备达成以及要满足的至少一个条件中的哪些不能由UE设备达成。在一个实施例中，第二方法包括接收对于来自移动无线通信网络的协助以确定UE设备是否能够达成要满足的至少一个条件的请求。

在一个实施例中，协助信息包括关于寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和UE设备的RAN能力的信息。在一个实施例中，响应于从UE设备接收到UE设备支持检查是否可以达成要满足的至少一个条件的指示，在寻呼消息中将要满足的至少一个条件发送到UE设备。

在一个实施例中，要满足的至少一个条件包括寻呼区域内对应于数据会话的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和安全域的至少一个。

可以其他特定形式实施实施例。所描述的实施例在所有方面都应被视为说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是前述描述来指示。落入权利要求等同物的含义和范围内的所有变化都应包含在其范围内。

Claims (15)

1.一种装置，包括：

收发器，其在用户装置(“UE”)设备处从移动无线通信网络接收寻呼消息，所述寻呼消息包括所述UE设备要满足的至少一个条件；以及

处理器，其检查达成要满足的所述至少一个条件，

其中，所述收发器发送寻呼消息响应，所述寻呼消息响应包括检查是否达成要满足的所述至少一个条件的指示。

2.根据权利要求1所述的装置，其中，所述处理器确定并且所述收发器在所述寻呼消息响应中指示要满足的所述至少一个条件中的哪些不能由所述UE设备达成以及要满足的所述至少一个条件中的哪些能够由所述UE设备达成中的至少一个。

3.根据权利要求1所述的装置，其中，在接收所述寻呼消息之前，所述收发器发送支持检查是否能够达成包括在所述寻呼消息中的要满足的至少一个条件的所述UE设备的能力。

4.根据权利要求1所述的装置，其中，所述处理器周期性地扫描在所述UE设备上的条件以确定所述UE设备是否能够达成要满足的所述至少一个条件。

5.根据权利要求1所述的装置，其中，所述收发器在所述寻呼消息响应中包括对于来自所述移动无线通信网络的协助以确定所述UE设备是否能够达成要满足的所述至少一个条件的请求。

6.根据权利要求5所述的装置，其中，所述收发器响应于对于协助的所述请求而从所述移动无线通信网络接收协助信息。

7.根据权利要求6所述的装置，其中，所述协助信息包括关于寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)以及所述UE设备的RAN能力的信息。

8.根据权利要求1所述的装置，其中，要满足的所述至少一个条件包括寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和安全域中的至少一个。

9.一种装置，包括：

收发器，所述收发器：

从移动无线通信网络向用户装置(“UE”)设备发送寻呼消息，所述寻呼消息包括所述UE设备要满足的至少一个条件；以及

在寻呼消息响应中接收关于所述UE设备是否能够达成要满足的所述至少一个条件的指示；以及

处理器，所述处理器响应于指示所述UE设备能够达成要满足的所述至少一个条件的所述指示而确定激活数据会话。

10.根据权利要求9所述的装置，其中，所述收发器在所述寻呼消息响应中接收要满足的所述至少一个条件中的哪些能够由所述UE设备达成以及要满足的所述至少一个条件中的哪些不能由所述UE设备达成。

11.根据权利要求9所述的装置，其中，所述收发器接收对于来自所述移动无线通信网络的协助以确定所述UE设备是否能够达成要满足的所述至少一个条件的请求。

12.根据权利要求11所述的装置，其中，所述协助信息包括关于寻呼区域内的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)以及所述UE设备的RAN能力的信息。

13.根据权利要求9所述的装置，其中，响应于从所述UE设备接收到所述UE设备支持检查是否能够达成要满足的至少一个条件的指示，在所述寻呼消息中向所述UE设备发送要满足的所述至少一个条件。

14.根据权利要求9所述的装置，其中，要满足的所述至少一个的条件包括在寻呼区域内对应于所述数据会话的频率可用性、无线电接入网络(“RAN”)区域、定时提前(“TA”)、封闭接入组(“CAG”)和安全域中的至少一个。

15.一种方法，包括：

在用户装置(“UE”)设备处从移动无线通信网络接收寻呼消息，所述寻呼消息包括所述UE设备要满足的至少一个条件；

检查是否达成要满足的所述至少一个条件；以及

发送包括检查是否达成要满足的所述至少一个条件的指示的寻呼消息响应。

Images