CN115136728A - 经由因特网的寻呼协调 - Google Patents

Abstract

本公开的某些方面提供了用于由具有多个通用订阅标识模块(即，多USIM设备)或并发无线电接入技术(C‑RAT)能力的UE通过在活动在UE的第二USIM的网络上的接收器上接收(来自第一USIM的网络的)寻呼来接收和响应来自第一USIM的网络的寻呼而不激活该网络上的接收器的技术。一种可以由用户设备(UE)执行的方法包括：向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求；在协议数据单元(PDU)会话中经由UE的第二USIM的网络向寻呼服务器发送UE的寻呼公共用户标识符(PPUID)，其中，寻呼服务器与第一USIM的网络相关联；以及经由经由第二USIM的网络的PDU会话或另一PDU会话接收与第一USIM相关联的消息。

Description

经由因特网的寻呼协调

技术领域

本公开的各方面涉及无线通信，并且更具体地，涉及用于经由因特网来协调具有两个或更多个通用订户身份模块(USIM)的用户设备(UE)的寻呼的技术。

背景技术

无线通信系统被广泛地部署以提供各种电信服务，诸如电话通讯、视频、数据、消息传递、广播等。这些无线通信系统可以采用能够通过共享可用的系统资源(例如，带宽、发送功率等)来支持与多个用户的通信的多址技术。仅举几例，这样的多址系统的示例包括第3代合作伙伴计划(3GPP)长期演进(LTE)系统、高级LTE(LTE-A)系统、码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA)系统。

这些多址技术已在各种电信标准中被采用，以提供使不同的无线设备能够在市政、国家、区域甚至全球级别上进行通信的通用协议。新无线电(例如，5G NR)是新兴电信标准的示例。NR是对由3GPP发布的LTE移动标准的增强的集合。NR被设计为通过改进频谱效率，降低成本，改进服务，利用新频谱，以及在下行链路(DL)和上行链路(UL)上使用具有循环前缀(CP)的OFDMA来更好地与其他开放标准集成，来更好地支持移动宽带因特网接入。为此，NR支持波束成形、多输入多输出(MIMO)天线技术和载波聚合。

然而，随着对移动宽带接入的需求持续增加，存在对NR和LTE技术的进一步改进的需要。优选地，这些改进应该适用于其它多址技术以及采用这些技术的电信标准。

发明内容

本公开的系统、方法和设备各自具有若干方面，其中没有单个方面单独地负责其期望属性。在不限制如随后的权利要求书表达的本公开的范围的情况下，现在将简要地论述一些特征。在考虑该论述之后，以及特别是在阅读了题为“具体实施方式”的部分之后，本领域技术人员将理解本公开的特征如何提供包括改进的传输资源利用的优势。

某些方面提供了一种用于由用户设备(UE)进行无线通信的方法。该方法总体上包括：向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求；在协议数据单元(PDU)会话中经由UE的第二USIM的网络向寻呼服务器发送UE的寻呼公共用户标识符(PPUID)，其中，寻呼服务器与第一USIM的网络相关联；以及经由经由第二USIM的网络的PDU会话或另一PDU会话接收与第一USIM相关联的消息。

某些方面提供了一种用于由基站(BS)中的寻呼服务器进行无线通信的方法。该方法总体上包括：在协议数据单元(PDU)会话中接收用户设备(UE)的寻呼公共用户标识符(PPUID)，其中，寻呼服务器与UE的第一通用订户标识符模块(USIM)相关联，并且其中，PDU会话是经由UE的第二USIM的网络的；以及经由经由第二USIM的网络的PDU会话或另一PDU会话向UE发送与第一USIM相关联的消息。

某些方面提供了一种用于由基站(BS)中的接入和管理功能(AMF)进行无线通信的方法。该方法总体上包括：经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从UE接收注册请求消息中的对注册寻呼事件的请求；响应于该请求向UE发送寻呼服务器的指示；以及经由第二USIM的网络向UE发送与第一USIM的网络相关联的消息。

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

附图说明

通过参考其中的一些在附图中示出的各方面，可以得到上文简要概述的内容的更加具体的描述，以便可以详细地理解本公开的上述特征的方式。然而，应当注意，附图仅示出了本公开的某些典型方面，并且因此不被认为是对其范围的限制，因为描述可以允许其他等效方面。

图1是概念性地示出根据本公开的某些方面的示例电信系统的框图。

图2是概念性地示出根据本公开的某些方面的示例基站(BS)和用户设备(UE)的设计的框图。

图3是示出根据本公开的某些方面的用于由UE进行无线通信的示例操作的流程图。

图4是根据本公开的各方面的网络架构。

图5是示出根据本公开的某些方面的在其中UE提供寻呼公共用户标识符(PPUID)的通信的呼叫流程图。

图6是示出根据本公开的某些方面的在其中用户数据管理器提供寻呼公共用户标识符(PPUID)的通信的呼叫流程图。

图7是示出根据本公开的某些方面的可以由寻呼服务器执行的用于无线通信的示例操作的流程图。

图8是示出根据本公开的某些方面的可以由BS中的接入和移动性管理功能(AMF)执行的用于无线通信的示例操作的流程图。

图9是示出根据本公开的某些方面的其中UE接收推送通知的通信的呼叫流程。

图10是示出根据本公开的某些方面的其中UE对推送通知进行响应的通信的呼叫流程。

图11示出了根据本公开的各方面的可以包括被配置为执行图3中所示的操作的各种组件的通信设备。

图12示出了根据本公开的各方面的可以包括被配置为执行图7和图8中所示的操作的各种组件的通信设备。

为了促进理解，在可能的情况下，已经使用相同的附图标记来指定对于附图而言共同的相同的元素。预期的是，在一个方面中公开的元素可以有益地用在其它方面上，而不需要特定的叙述。

具体实施方式

本公开的各方面提供了用于具有多个通用订阅标识模块(即，多USIM设备)或并发无线电接入技术(C-RAT)能力的UE通过在活动在UE的第二USIM的网络上的接收器上接收(来自第一USIM的网络的)寻呼来接收和响应来自第一USIM的网络的寻呼而不激活该网络上的接收器的装置、方法、处理系统和计算机可读介质。具有C-RAT能力的UE和多USIM UE可能不具有在两个接入链路上同时接收数据或信令的能力。一个重要的场景是当UE在与第一USIM相关联的第一网络上处于空闲或非活动模式中同时UE在与第二USIM相关联的第二网络上处于连接模式中时。在先前已知的技术中，UE从在第二网络上接收下行链路(DL)数据转向在第一网络上接收寻呼。在所描述的场景中，UE不能或不优选在两个网络中被连接；这可能是例如由于UE的资源和/或能力限制。根据本公开的各方面，UE可以经由第二网络从第一网络接收寻呼，因此UE不需要周期性地从第二网络转向到经由第一网络接收寻呼，并且因此UE可以避免第二网络上的潜在服务中断。

以下描述提供了用于多USIM设备向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求并且经由第二USIM的网络从第一USIM的网络接收寻呼消息的技术的示例，并且不限制权利要求中阐述的范围、适用性或示例。可以在不背离本公开的范围的情况下对所讨论的元素的功能和布置进行改变。各种示例可酌情省略、替代或添加各种过程或组件。例如，可以以与所描述的顺序不同的顺序来执行所描述的方法，并且可以添加、省略或组合各个步骤。此外，关于一些示例描述的特征可以被组合在某些其它示例中。例如，可以使用本文中阐述的任何数量的方面来实现装置或实践方法。此外，本公开的范围旨在涵盖使用除了本文中阐述的本公开的各个方面以外或者不同于本文中阐述的本公开的各个方面的其它结构、功能或结构与功能来实践的这种装置或方法。应理解的是，本文所公开的本公开的任何方面可以通过权利要求的一个或多个要素来实现。本文中使用词语“示例性”来意指“用作示例、实例或说明”。在本文中被描述为“示例性”的任何方面不一定被解释为优选的或者比其它方面更有优势的。

通常，可以在给定的地理区域中部署任何数量的无线网络。每个无线网络可以支持特定的无线电接入技术(RAT)，并且可以在一个或多个频率上操作。RAT还可以被称为无线电技术、空中接口等。频率还可以被称为载波、子载波、频率信道、音调、子带等。每个频率可以在给定的地理区域中支持单个RAT，以便避免不同RAT的无线网络之间的干扰。在一些情况下，可以部署5G NR RAT网络。

图1示出了在其中可以执行本公开的各方面的示例无线通信网络100。例如，无线通信网络100可以是NR系统(例如，5G NR网络)。

如图1所示，无线通信网络100可以包括数个基站(BS)110a-110z(在本文中各自也单独地被称为BS 110或统称为BS 110)和其它网络实体。BS 110可以为特定地理区域提供通信覆盖，该特定地理区域有时称为“小区”，其可以是静止的或者可以根据移动BS 110的位置移动。在一些示例中，BS 110可以使用任何合适的传输网络通过各种类型的回程接口(例如，直接物理连接、无线连接、虚拟网络等)彼此互连和/或互连到无线通信网络100中的一个或多个其它BS或网络节点(未示出)。在图1所示的示例中，BS 110a、110b和110c可以分别是用于宏小区102a、102b和102c的宏BS。BS 110x可以是用于微微小区102x的微微BS。BS110y和110z可以分别是用于毫微微小区102y和102z的毫微微BS。BS可以支持一个或多个小区。BS 110与无线通信网络100中的用户设备(UE)120a-y(在本文中各自也单独地被称为UE120或统称为UE 120)通信。UE 120(例如，120x、120y等)可以散布在整个无线通信网络100中，并且每个UE 120可以是静止的或移动的。

根据某些方面，BS 110和UE 120可以被配置为使得多USIM UE能够向与第一USIM相关联的网络注册寻呼公共用户标识符(PPUID)，并且经由与第二USIM相关联的网络从与第一USIM相关联的网络接收寻呼和其它消息。如图1所示，BS 110a包括寻呼管理器112。根据本公开的各方面，寻呼管理器112可以被配置为在协议数据单元(PDU)会话中接收用户设备(UE)的寻呼公共用户标识符(PPUID)，其中，寻呼服务器与UE的第一通用订户标识符模块(USIM)相关联，并且其中，PDU会话是经由UE的第二USIM的网络的；以及经由经由第二USIM的网络的PDU会话或另一PDU会话向UE发送与第一USIM相关联的消息。在一些示例中，寻呼管理器112(例如，用户数据管理器功能)可以确定用于UE的PPUID并向UE提供PPUID。网络控制器130可以包括接入和移动性管理功能(AMF)，其可以被配置为经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从UE接收注册请求消息中的对注册寻呼事件的请求；响应于该请求，向UE发送寻呼服务器的指示；以及经由第二USIM的网络向UE发送与第一USIM的网络相关联的消息。虽然在网络控制器130中示出，但是AMF 132可以位于基站110或另一网络实体中。如图1所示，UE 120a包括PPUID管理器122。根据本公开的各方面，PPUID管理器122可以被配置为向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求；在协议数据单元(PDU)会话中经由UE的第二USIM的网络向寻呼服务器(例如，BS 110中的寻呼服务器功能)发送UE的寻呼公共用户标识符(PPUID)，其中，寻呼服务器与第一USIM的网络相关联；以及经由经由第二USIM的网络的PDU会话或另一PDU会话接收与第一USIM相关联的消息。

无线通信网络100还可以包括中继站(例如，中继站110r)(也被称为中继等)，其从上游站(例如，BS 110a或UE 120r)接收数据和/或其他信息的传输并向下游站(例如，UE120或BS 110)发送该数据和/或其他信息的传输，或者其中继UE 120之间的传输，以促进设备之间的通信。

网络控制器130可以耦接到BS 110的集合，并且为这些BS 110提供协调和控制。网络控制器130可以经由回程与BS 110进行通信。BS 110还可以经由无线或有线回程(例如，直接或间接地)彼此通信。

图2示出了(例如，图1的无线通信网络100中的)BS 110a和UE 120a的示例组件，其可以用于实现本公开的各方面。

在BS 110a处，发送处理器220可以从数据源212接收数据并从控制器/处理器240接收控制信息。控制信息可以用于物理广播信道(PBCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)、物理下行链路控制信道(PDCCH)、组公共PDCCH(GC PDCCH)等。数据可以用于物理下行链路共享信道(PDSCH)等。处理器220可以处理(例如，编码和码元(symbol)映射)数据和控制信息以分别获得数据码元和控制码元。发送处理器220还可以生成参考码元，诸如用于主同步信号(PSS)、辅同步信号(SSS)以及小区特定参考信号(CRS)。如果可适用，发送(TX)多输入多输出(MIMO)处理器230可以对数据码元、控制码元和/或参考码元执行空间处理(例如，预编码)，并且可以向调制器(MOD)232a-232t提供输出码元流。每个调制器232可以处理相应的输出码元流(例如，用于OFDM等)以获得输出样本流。每个调制器可以进一步处理(例如，转换为模拟、放大、滤波以及上变频)输出样本流，以获得下行链路信号。可以分别经由天线234a-234t发送来自调制器232a-232t的下行链路信号。

在UE 120a处，天线252a-252r可以从BS 110接收下行链路信号并且可以分别将接收到的信号提供给收发器254a-254r中的解调器(DEMOD)。每个解调器254可以调节(例如，滤波、放大、下变频和数字化)相应的接收信号以获得输入样本。每个解调器可以进一步处理输入样本(例如，用于OFDM等)，以获得接收的码元。MIMO检测器256可以从所有解调器254a-254r获得接收的码元，对接收的码元执行MIMO检测(如果可适用)，并提供经检测的码元。接收处理器258可以处理(例如，解调、解交织和解码)经检测的码元，向数据宿260提供用于UE 120a的经解码的数据，以及向控制器/处理器280提供经解码的控制信息。

在上行链路上，在UE 120a处，发送处理器264可以接收并处理来自数据源262(例如，用于物理上行链路共享信道(PUSCH))的数据和来自控制器/处理器280(例如，用于物理上行链路控制信道(PUCCH))的控制信息。发送处理器264还可以生成用于参考信号(例如，用于探测参考信号(SRS))的参考码元。来自发送处理器264的码元可以由TX MIMO处理器266预编码(如果可适用)，由收发器254a-254r中的解调器进一步处理(例如，用于SC-FDM等)，并被发送到BS 110a。在BS 110a处，来自UE 120a的上行链路信号可以由天线234接收，由调制器232处理，由MIMO检测器236检测(如果可适用)，并由接收处理器238进一步处理以获得由UE 120a发送的控制信息和经解码的数据。接收处理器238可以向数据宿239提供经解码的数据并且向控制器/处理器240提供经解码的控制信息。

存储器242和282可以分别存储用于BS 110a和UE 120a的数据和程序代码。调度器244可以调度UE进行在下行链路和/或上行链路上的数据传输。

BS 110a处的控制器/处理器240和/或其它处理器和模块可以执行或指导本文描述的技术的过程的执行。例如，如图2所示，BS 110a的控制器/处理器240具有寻呼管理器241，其可以被配置用于在协议数据单元(PDU)会话中接收用户设备(UE)的寻呼公共用户标识符(PPUID)，其中，寻呼服务器与UE的第一通用订户标识符模块(USIM)相关联，并且其中，PDU会话是经由UE的第二USIM的网络的；以及用于经由经由第二USIM的网络的PDU会话或另一PDU会话向UE发送与第一USIM相关联的消息。基站110可以包括接入和移动性管理功能(AMF)232，其可以被配置用于经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从UE接收注册请求消息中的对注册寻呼事件的请求；响应于该请求向UE发送寻呼服务器的指示；以及经由第二USIM的网络向UE发送与第一USIM的网络相关联的消息。虽然在BS 110中示出，但是AMF 132可以位于另一网络实体中，或者可以是在控制器处理器240上运行的软件功能。如图2中所示，UE 120a的控制器/处理器280具有PPUID管理器241，其可被配置用于向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求；用于在协议数据单元(PDU)会话中经由UE的第二USIM的网络向寻呼服务器发送UE的寻呼公共用户标识符(PPUID)，其中，寻呼服务器与第一USIM相关联；以及用于经由经由第二USIM的网络的PDU会话或另一PDU会话接收与第一USIM相关联的消息。尽管在控制器/处理器280和控制器/处理器240处示出，但是可以使用UE 120a和BS110a的其它组件来执行本文描述的操作。

具有C-RAT能力的UE和多USIM UE可能不具有在两个接入链路上同时接收数据或信令的能力。一个重要的场景是当UE在与第一USIM相关联的第一网络上处于空闲或非活动模式同时UE在与第二USIM相关联的第二网络上处于连接模式时。在先前已知的技术中，UE从在第二网络上接收下行链路(DL)数据转向到在第一网络上接收寻呼。在所描述的场景中，UE不能或不优选在两个网络中被连接；这可能是例如由于UE的资源和/或能力限制。根据本公开的各方面，UE可以经由第二网络从第一网络接收寻呼，因此UE不需要周期性地从第二网络转向到从第一网络接收寻呼，并且因此UE可以避免在第二网络上的潜在服务中断。

因此，需要的是用于具有多个通用订阅标识模块(即，多USIM设备)或并发无线电接入技术(C-RAT)能力的UE注册寻呼公共用户标识符以使得UE能够被寻呼的技术和装置。

经由因特网的示例寻呼协调

本公开的各方面提供了用于具有多个通用订阅标识模块(即，多USIM设备)或并发无线电接入技术(C-RAT)能力的UE通过在活动在UE的第二USIM的网络上的接收器上接收(来自第一USIM的网络的)寻呼来接收和响应来自第一USIM的网络的寻呼而不激活该网络上的接收器的装置、方法、处理系统和计算机可读介质。

图3是示出根据本公开的某些方面的用于无线通信的示例操作300的流程图。操作300可以例如由UE(例如，诸如无线通信网络100中的UE 120a)来执行。操作300可以被实现为在一个或多个处理器(例如，图2的控制器/处理器280)上执行和运行的软件组件。此外，操作300中的由UE进行的信号的发送和接收可以例如通过一个或多个天线(例如，图2的天线252)来使能。在某些方面，由UE进行的信号的发送和/或接收可以经由获得和/或输出信号的一个或多个处理器(例如，控制器/处理器280)的总线接口来实现。

在框305处，操作300可以通过向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送在注册请求消息中的对注册UE的寻呼公共用户标识符(PPUID)的寻呼事件的请求来开始。

在框310处，操作300用在协议数据单元(PDU)会话中经由UE的第二USIM的网络向寻呼服务器发送UE的寻呼公共用户标识符(PPUID)来继续，其中，寻呼服务器与第一USIM的网络相关联。

在框315处，操作300用经由经由第二USIM的网络的PDU会话或另一PDU会话接收与第一USIM相关联的消息来继续。

根据本公开的各方面，执行操作300的UE可以基于UE的较高层操作系统(HLOS)标识符(ID)来确定PPUID。

在本公开的各方面中，执行操作300的UE可以基于UE的应用程序标识符(ID)来确定PPUID。

根据本公开的各方面，执行操作300的UE可以从第一USIM的网络的用户数据管理器(UDM)接收PPUID。

在本公开的各方面中，框315的消息可以包括来自寻呼服务器的寻呼消息。

根据本公开的各方面，框315的消息可以包括数据传输。

在本公开的各方面中，如框310中的发送PPUID可以包括发送寻呼协调容器中的PPUID。

根据本公开的各方面，在向寻呼服务器发送PPUID之后并且在接收消息之前，执行操作300的UE可以在比UE的配置不连续接收(DRX)周期更长的时段内避免监视第一USIM的网络。

在本公开的各方面中，提供了用于UE注册寻呼协调的技术，使得多USIM UE能够在监听第二USIM的网络时从第一USIM的网络接收寻呼。UE针对寻呼协调的注册可以包括注册寻呼公共用户标识符(PPUID)，UE通过该PPUID可以被标识用于由多个网络实体和应用进行寻呼。UE可以提供PPUID，或者用户数据管理器可以提供PPUID。根据本公开的各方面，可以(例如，由网络控制器)选择集中式接入和移动性管理功能(AMF)来向UE提供接入和移动性管理功能。在本公开的各方面中，UE避免在维持第二网络上的连接(例如，在连接模式下)的同时在第一网络上监听寻呼和执行移动性注册更新。当第一网络的AMF具有要传递给UE的数据或寻呼消息时，该AMF可以经由第二网络向UE发送推送通知。如果UE接收到推送通知，则UE可以确定经由第一网络向AMF发送非接入层消息以恢复信令连接。UE可以确定继续经由可能从其接收数据分组的第二网络进行通信。

根据本公开的各方面，UE可以提供上述PPUID。

图4是示出根据本公开的各方面的UE 410、无线电接入网(RAN)420、用户平面功能(UPF)425、因特网430、寻呼服务器440、RAN 445和AMF 450的操作的网络架构400。根据本公开的各方面，UE先前已经向AMF 405和寻呼服务器440注册用于寻呼协调。如460处所示，当AMF获得UE的数据时，AMF不向RAN 445发送寻呼请求。而是，根据本公开的各方面，AMF向寻呼服务器440发送寻呼请求，寻呼服务器440经由互联网向UPF 425和RAN 420发送寻呼请求，如470处所示。然后，RAN 420寻呼UE。

在本公开的各方面中，上层(即，高层操作系统(HLOS))向针对UE的USIM A(即，第一USIM)的下层(即，非接入层(NAS))发送或提供寻呼公共用户ID。UE可以基于UE的HLOS ID确定PPUID。

根据本公开的各方面，UE(例如，图4中的UE 410)向AMF指示UE想要在向AMF的注册过程期间注册寻呼协调事件。UE还可以在注册过程中包括寻呼协调容器。寻呼协调容器可以包括PPUID。

在本公开的各方面中，寻呼应用容器用于在UE与寻呼服务器(例如，寻呼服务器440)之间发送PPUID，并且对于AMF是透明的。AMF可以存储寻呼应用容器，但是可能不知道容器的含义。

根据本公开的各方面，PPUID由寻呼服务器(例如，寻呼服务器440)用来执行协调寻呼。如果协调寻呼服务由Android^TM或IOS操作系统提供，则PPUID可以是Google^TM ID或应用(例如，Facebook^TM)ID，或者如果服务由应用提供，则PPUID可以是应用ID。

在本公开的各方面中，用于第一USIM的网络的AMF可以确认UE对注册寻呼协调事件的请求，并且向UE指示用于该网络的寻呼服务器的地址(例如，网络接入标识符(NAI)或统一资源标识符(URI))。

根据本公开的各方面，上层(例如，HLOS)可以向针对UE的USIM B(即，第二USIM)的下层(例如，NAS)发送PPUID。USIM B可以经由与寻呼服务器A(例如，寻呼服务器440)的PDU会话向寻呼服务器A注册寻呼协调事件。

在本公开的各方面中，UE和寻呼服务器可以支持用户平面信令，例如，使用HTTP协议的信令。

根据本公开的各方面，用户数据管理器(UDM)可以向UE提供PPUID。

图5是示出根据本公开的各方面的在UE 510、与UE的第一USIM 512相关联的网络的AMF 520、与UE的第二USIM 514相关联的网络的AMF 530、与UE的第二USIM相关联的网络的服务管理功能(SMF)532、与UE的第二USIM相关联的网络的用户平面功能(UPF)534以及与UE的第一USIM相关联的网络的寻呼服务器540之间的通信的呼叫流程500。在550处，UE经由第二USIM 514向网络注册。在552处，上层516将UE的PPUID(例如，沿协议栈向下)传递到第一USIM。在554处，UE利用寻呼协调容器将注册请求发送到与第一USIM相关联的网络的AMF520。在556处，与第一USIM相关联的网络的AMF 520返回包括寻呼服务器540的地址的注册确认(ACK)。在558处，在接收到注册ACK时，上层将PPUID传递到第二USIM，第二USIM然后经由UPF 534发送寻呼协调事件注册请求以将PPUID注册到寻呼服务器540的地址。在560处，寻呼服务器540经由UPF 534和第二USIM 514向UE返回成功消息。

在本公开的各方面中，UE(例如，UE 510)向AMF(例如，AMF 520)指示UE想要在向AMF的注册过程期间注册寻呼事件。

根据本公开的各方面，UDM可以存储UE的订阅永久标识符(SUPI)与PPUID之间的映射。UDM可以向AMF提供与SUPI相关的PPUID。

在本公开的各方面中，AMF可以向具有PPUID的UE的第一USIM(例如，USIM 512)发送注册接受消息。

根据本公开的各方面，第一USIM(例如，USIM 512)的协议栈的下层(例如，NAS)可以将寻呼公共用户ID传递给UE的协议栈的上层(例如，HLOS)。

在本公开的各方面中，上层(例如，HLOS)可以将PPUID发送到第二USIM(例如，USIM514)的协议栈的下层(NAS)。第二USIM可以经由到寻呼服务器A的PDU会话向寻呼服务器A注册寻呼协调事件。

根据本公开的各方面，UE和寻呼服务器可以例如经由超文本传输协议(HTTP)来支持用户平面信令。

图6是示出根据本公开的各方面的在UE 610、与UE的第一USIM 612相关联的网络的AMF 620、与UE的第二USIM 614相关联的网络的AMF 630、与UE的第二USIM相关联的网络的服务管理功能(SMF)632、与UE的第二USIM相关联的网络的用户平面功能(UPF)634、UDM636以及与UE的第一USIM相关联的网络的寻呼服务器640之间的通信的呼叫流程600。在650处，UE经由第二USIM 614向网络注册。在652处，UE向与第一USIM相关联的网络的AMF 620发送指示对寻呼协调的支持的注册请求。在654处，AMF 620从UDM 636请求UE的SUPI到UE的PPUID的映射。在656处，与第一USIM相关联的网络的AMF 620返回包括寻呼服务器640的地址和PPUID的注册接受。在658处，在接收到注册接受时，第一USIM 612将PPUID和寻呼服务器地址传递到UE的上层616，上层616将PPUID和寻呼服务器地址传递到第二USIM 614，第二USIM 614然后经由UPF 634发送寻呼协调事件注册请求以将PPUID注册到寻呼服务器640的地址。在660处，寻呼服务器640经由UPF 634和第二USIM 614向UE返回成功消息。

图7是示出根据本公开的某些方面的用于无线通信的示例操作700的流程图。操作700可以例如由BS(例如，诸如无线通信网络100中的BS 110a)中的寻呼服务器来执行。操作700可以是由BS进行的对由UE执行的操作300的互补操作。操作700可以被实现为在一个或多个处理器(例如，图2的控制器/处理器240)上执行和运行的软件组件。此外，操作700中由BS进行的信号的发送和接收可以例如通过一个或多个天线(例如，图2的天线234)来使能。在某些方面，由BS进行的信号的发送和/或接收可以经由获得和/或输出信号的一个或多个处理器(例如，控制器/处理器240)的总线接口来实现。

在框705处，操作700可以通过在协议数据单元(PDU)会话中接收用户设备(UE)的寻呼公共用户标识符(PPUID)来开始，其中，寻呼服务器与UE的第一通用订户标识符模块(USIM)相关联，并且其中，PDU会话是经由UE的第二USIM的网络的。

在框710处，操作700继续经由经由第二USIM的网络的PDU会话或另一PDU会话向UE发送与第一USIM相关联的消息。

根据本公开的各方面，框705中的PPUID可以基于UE的较高层操作系统(HLOS)标识符(ID)来确定。

在本公开的各方面中，框705中的PPUID可以基于UE的应用程序标识符(ID)来确定：

根据本公开的各方面，框705中的PPUID可以由第一USIM的网络的用户数据管理器(UDM)确定。

在本公开的各方面中，框710的消息可以包括寻呼消息。

根据本公开的各方面，框710的消息可以包括推送通知，并且寻呼服务器可以从第一USIM的网络的接入管理功能(AMF)接收推送通知。

在本公开的各方面中，如框705中的接收PPUID可以包括接收寻呼协调容器中的PPUID。

图8是示出根据本公开的某些方面的用于无线通信的示例操作800的流程图。操作800可以例如由BS(例如，诸如无线通信网络100中的BS 110a)中的接入和移动性管理功能(AMF)来执行。操作800可以是由BS进行的对UE执行的操作300的互补操作。操作800可以被实现为在一个或多个处理器(例如，图2的控制器/处理器240)上执行和运行的软件组件。此外，操作700中由BS进行的信号的发送和接收可以例如通过一个或多个天线(例如，图2的天线234)来实现。在某些方面，由BS进行的信号的发送和/或接收可以经由获得和/或输出信号的一个或多个处理器(例如，控制器/处理器240)的总线接口来实现。

在框805处，操作800可以通过经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从UE接收注册请求消息中的对注册寻呼事件的请求来开始。

在框810处，操作800通过响应于该请求而向UE发送寻呼服务器的指示来继续。

在框815处，操作800用经由第二USIM的网络向UE发送与第一USIM的网络相关联的消息来继续。

根据本公开的各方面，框815的消息可以包括寻呼消息。

在本公开的各方面中，框815的消息可以包括推送通知：

根据本公开的各方面，框805的请求可以包括寻呼协调容器中的寻呼公共用户标识符(PPUID)。

在本公开的各方面中，框410的第一响应消息可以是第一介质接入控制(MAC)控制元素(CE)，并且BS可以向UE发送回复第一响应消息的第二MAC CE。可以基于UE的较高层操作系统(HLOS)标识符(ID)、UE的应用程序标识符(ID)或者通过第一USIM的网络的UDM来确定PPUID。

根据本公开的各方面，对于注册寻呼协调事件的UE，网络可以决定选择集中式AMF来服务UE。在这种情况下，在接收到注册请求消息之后(例如，在图5中的554处或在图6中的652处)，初始AMF可以触发AMF重新分配过程，如能够从www.3gpp.org公开获得的TS 23.502中的条款4.2.2.2.3中所述。

在本公开的各方面中，在接收到寻呼协调事件注册成功消息之后(例如，在图5中的560处或在图6中的660处)，UE可以转向(例如，重新调谐)到与第二USIM相关联的网络。如果没有接收到与第一USIM相关联的网络上的寻呼，则UE可以停留在与第二USIM相关联的网络中而不移动到与第一USIM相关联的网络。因此，UE可以避免在与第一USIM相关联的网络上监听寻呼和执行移动性注册更新过程。

根据本公开的各方面，当在UPF中接收到下行链路(DL)数据以用于UE经由第一USIM接收时，UPF可以发起针对UE的扩展缓冲。UPF还可以启动具有相对长的值的定时器，以决定UPF中的缓冲数据对于递送到UE是否有效。

如果在AMF中接收到针对第一USIM的下行链路数据通知(DDN)，则AMF可以向寻呼服务器A发送具有PPUID的推送通知。寻呼服务器经由用户平面连接向USIM B发送推送通知。

图9是示出根据本公开的各方面的在UE 910、与UE的第一USIM 912相关联的网络的AMF 920、与UE的第一USIM相关联的网络的服务管理功能(SMF)922、与UE的第一USIM相关联的网络的用户平面功能(UPF)924、与UE的第二USIM 914相关联的网络的AMF 930、与UE的第二USIM相关联的网络的服务管理功能(SMF)932、与UE的第二USIM相关联的网络的用户平面功能(UPF)934以及与UE的第一USIM相关联的网络的寻呼服务器940之间的通信的呼叫流程900。在950处，当与第一USIM相关联的网络的UPF获得用于UE的下行链路数据时，UE已经经由第二USIM 914注册了与网络的寻呼协调。在952处，UPF向与第一USIM相关联的网络的SMF 922发送关于数据的通知。在954处，SMF 922向AMF 920发送通知和数据。在956处，与第一USIM相关联的网络的AMF 920向寻呼服务器940发送关于具有UE的PPUID的下行链路数据的推送通知。在958处，在接收到推送通知时，寻呼服务器940将具有PPUID的推送通知发送到与UE的第二USIM 914的网络相关联的UPF 934，其联系关于下行链路数据的第二USIM。第二USIM将通知传递到UE的上层916。

根据本公开的各方面，当UE经由用户平面接收到针对第二USIM的推送通知(例如，在图9中的958处)时，如果UE决定通过经由第一USIM请求网络服务来继续，则UE将转向(例如，重新调谐)到与第一USIM相关联的网络，并向与第一USIM相关联的网络的AMF发送NAS消息，以便恢复到该网络的信令连接。

在本公开的各方面中，如果UE移动或已经移出为与第一USIM相关联的网络分配的注册区域，则第一USIM可以将具有活动标志的注册区域发送到AMF。在注册过程之后，UE然后可以发送具有寻呼响应的服务请求(SR)。

根据本公开的各方面，如果UE仍然在为与第一USIM相关联的网络分配的注册区域内，则第一USIM可以直接向AMF发送服务请求NAS消息。

在本公开的各方面中，如果集中式AMF被选择或已经被选择来服务UE，则集中式AMF可以向UE分配具有“所有PLMN”的注册区域；在这种情况下，当UE从第二USIM返回到第一USIM时，UE可以直接向AMF发送服务请求NAS消息。

图10是示出根据本公开的各方面的在UE 1010、与UE的第一USIM 1012相关联的网络的AMF 1020、与UE的第二USIM 1014相关联的网络的AMF 1030、与UE的第二USIM相关联的网络的UDM 1036以及与UE的第一USIM相关联的网络的寻呼服务器1040之间的通信的呼叫流程1000。在1050处，UE从寻呼服务器接收关于用于UE经由与第一USIM 1012相关联的网络接收的下行链路数据的推送通知。在1052处，UE向与第一USIM相关联的AMF发送NAS信令。在1054处，UE接收下行链路数据。

图11示出了可以包括被配置为执行用于本文所公开的技术的操作(诸如图3中所示的操作)的各种组件(例如，对应于部件加功能组件)的通信设备1100。通信设备1100包括耦接到收发器1108的处理系统1102。收发器1108被配置为经由天线1110发送和接收用于通信设备1100的信号，诸如如本文所述的各种信号。处理系统1102可被配置为执行用于通信设备1100的处理功能，包括处理由通信设备1100接收和/或要由其发送的信号。

处理系统1102包括经由总线606耦接到计算机可读介质/存储器1112的处理器1104。在某些方面，计算机可读介质/存储器1112被配置为存储指令(例如，计算机可执行代码)，这些指令在由处理器1104执行时使处理器1104执行图3中所示的操作，或者用于执行本文所讨论的用于多USIM UE或具有C-RAT能力的UE通过在活动在UE的第二USIM的网络上的接收器上接收(来自第一USIM的网络的)寻呼来接收和响应来自该第一USIM的网络的寻呼而不激活该网络上的接收器的各种技术的其它操作。在某些方面，计算机可读介质/存储器1112存储用于向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求的代码1114；用于在协议数据单元(PDU)会话中经由UE的第二USIM的网络向寻呼服务器发送UE的寻呼公共用户标识符(PPUID)的代码1115，其中寻呼服务器与第一USIM的网络相关联；以及用于经由经由第二USIM的网络的PDU会话或另一PDU会话接收与第一USIM相关联的消息的代码1116。在某些方面，处理器1104具有被配置为实现存储在计算机可读介质/存储器1112中的代码的电路。处理器1104包括用于向UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求的电路1120；用于在协议数据单元(PDU)会话中经由UE的第二USIM的网络向寻呼服务器发送UE的寻呼公共用户标识符(PPUID)的电路1122，其中寻呼服务器与第一USIM的网络相关联；以及用于经由经由第二USIM的网络的PDU会话或另一PDU会话接收与第一USIM相关联的消息的电路。

图12示出了可以包括被配置为执行用于本文所公开的技术的操作(诸如图7和图8中所示的操作)的各种组件(例如，对应于部件加功能组件)的通信设备1200。通信设备1200包括耦接到收发器1208的处理系统1202。收发器1208被配置为经由天线1210发送和接收用于通信设备1200的信号，诸如如本文所述的各种信号。处理系统1202可以被配置为执行用于通信设备1200的处理功能，包括处理由通信设备1200接收和/或要由其发送的信号。

处理系统1202包括经由总线706耦接到计算机可读介质/存储器1212的处理器1204。在某些方面，计算机可读介质/存储器1212被配置为存储指令(例如，计算机可执行代码)，这些指令在由处理器1204执行时使处理器1204执行图7、图8中所示的操作，或者用于执行本文所讨论的用于多USIM UE或具有C-RAT能力的UE通过在活动在UE的第二USIM的网络上的接收器上接收(来自第一USIM的网络的)寻呼来接收和响应来自该第一USIM的网络的寻呼而不激活该网络上的接收器的各种技术的其它操作。在某些方面，计算机可读介质/存储器1212存储用于在协议数据单元(PDU)会话中接收用户设备(UE)的寻呼公共用户标识符(PPUID)的代码1214，其中寻呼服务器与UE的第一通用订户标识符模块(USIM)相关联，并且其中PDU会话是经由UE的第二USIM的网络的；用于经由经由第二USIM的网络的PDU会话或另一PDU会话向UE发送与第一USIM相关联的消息的代码1215；用于经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从UE接收注册请求消息中的对注册寻呼事件的请求的代码1216；用于响应于该请求向UE发送寻呼服务器的指示的代码1217；以及用于经由第二USIM的网络向UE发送与第一USIM的网络相关联的消息的代码1218。在某些方面，处理器1204具有被配置为实现存储在计算机可读介质/存储器1212中的代码的电路。处理器1204包括用于经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从UE接收注册请求消息中的对注册寻呼事件的请求的电路1220；用于经由经由第二USIM的网络的PDU会话或另一PDU会话向UE发送与第一USIM相关联的消息的电路1222；以及用于经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从UE接收注册请求消息中的对注册寻呼事件的请求的电路1224；用于响应于该请求向UE发送寻呼服务器的指示的电路1225；以及用于经由第二USIM的网络向UE发送与第一USIM的网络相关联的消息的电路1226。

本文所描述的技术可以用于各种无线通信技术，诸如NR(例如，5G NR)、3GPP长期演进(LTE)、高级LTE(LTE-A)、码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)、时分同步码分多址(TD-SCDMA)以及其他网络。术语“网络”和“系统”通常可互换使用。CDMA网络可以实现诸如通用陆地无线电接入(UTRA)、cdma2000等的无线电技术。UTRA包括宽带CDMA(WCDMA)和CDMA的其他变形。cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA网络可以实现诸如NR(例如，5G RA)、演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDMA等的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。LTE和LTE-A是UMTS的使用E-UTRA的版本。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了cdma2000和UMB。NR是处于开发中的新兴的无线通信技术。

本文描述的技术可以用于上面提及的无线网络和无线电技术以及其它无线网络和无线电技术。为了清楚起见，虽然本文可以使用通常与3G、4G和/或5G无线技术相关联的术语来描述各方面，但是本公开的各方面可以应用于其它基于代的通信系统。

在3GPP中，术语“小区”可以指代Node B(NB)的覆盖区域和/或服务该覆盖区域的NB子系统，这取决于使用该术语的上下文。在NR系统中，术语“小区”和BS、下一代NodeB(gNB或gNodeB)、接入点(AP)、分布式单元(DU)、载波或发送接收点(TRP)可以互换地使用。BS可以提供针对宏小区、微微小区、毫微微小区和/或其它类型的小区的通信覆盖。宏小区可以覆盖相对大的地理区域(例如，半径若干千米)并且可以允许由具有服务订阅的UE非受限接入。微微小区可以覆盖相对小的地理区域并且可以允许由具有服务订阅的UE非受限接入。毫微微小区可以覆盖相对小的地理区域(例如，家庭)并且可以允许由与该毫微微小区具有关联的UE(例如，封闭订户组(CSG)中的UE、家庭中的用户的UE等)受限接入。用于宏小区的BS可以被称为宏BS。用于微微小区的BS可以被称为微微BS。用于毫微微小区的BS可以被称为毫微微BS或家庭BS。

UE还可以被称为移动站、终端、接入终端、订户单元、站、客户驻地设备(CPE)、蜂窝电话、智能电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板计算机、相机、游戏设备、上网本、智能本、超级本、电器、医疗设备或医疗装备、生物计量传感器/设备、可穿戴设备(诸如智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如，智能戒指、智能手链等))、娱乐设备(例如，音乐设备、视频设备、卫星收音机等)、车辆组件或传感器、智能仪表/传感器、工业制造装备、全球定位系统设备或者被配置为经由无线或有线介质进行通信的任何其它适当的设备。一些UE可以被认为是机器类型通信(MTC)设备或演进型MTC(eMTC)设备。MTC和eMTC UE包括例如机器人、无人机、远程设备、传感器、仪表、监视器、位置标签等，它们可以与BS、另一设备(例如，远程设备)或某一其它实体进行通信。无线节点可以经由有线或无线通信链路来提供例如针对网络(例如，诸如因特网或蜂窝网络之类的广域网)或到网络的连接。一些UE可以被认为是物联网(IoT)设备，其可以是窄带IoT(NB-IoT)设备。

某些无线网络(例如，LTE)在下行链路上利用正交频分复用(OFDM)并在上行链路上利用单载波频分复用(SC-FDM)。OFDM和SC-FDM将系统带宽划分成多个(K个)正交子载波，这些子载波也常被称为音调、频槽(bin)等。每个子载波可用数据来调制。一般而言，调制码元在OFDM下是在频域中发送的，而在SC-FDM下是在时域中发送的。毗邻子载波之间的间隔可以是固定的，且子载波的总数(K)可以取决于系统带宽。例如，子载波的间隔可以是15kHz，最小资源分配(称为“资源块”(RB))可以是12个子载波(或180kHz)。因此，对于1.25、2.5、5、10或20兆赫兹(MHz)的系统带宽，标称FFT大小可以分别等于128、256、512、1024或2048。系统带宽还可被划分成子带。例如，子带可覆盖1.08MHz(即，6个RB)，并且对于1.25、2.5、5、10或20MHz的系统带宽，可分别有1、2、4、8或16个子带。在LTE中，基本传输时间间隔(TTI)或分组持续时间是1ms子帧。

NR可以在上行链路和下行链路上利用具有CP的OFDM并且包括对使用TDD的半双工操作的支持。在NR中，子帧仍然是1ms，但是基本TTI被称为时隙。子帧包含可变数目的时隙(例如，1、2、4、8、16......个时隙)，这取决于子载波间隔。NR RB是12个连续频率子载波。NR可以支持15KHz的基子载波间隔，并且可以相对于基子载波间隔定义其他子载波间隔，例如，30kHz、60kHz、120kHz、240kHz等。码元和时隙长度随子载波间隔而缩放。CP长度也取决于子载波间隔。可以支持波束成形并且可动态配置波束方向。还可以支持具有预编码的MIMO传输。在一些示例中，DL中的MIMO配置可以支持多达8个发送天线，其中多层DL传输多达8个流并且每UE多达2个流。在一些示例中，可以支持每UE多达2个流的多层传输。可以用多达8个服务小区来支持多个小区的聚集。

在一些示例中，可以调度对空中接口的接入。调度实体(例如，BS)分配用于在其服务区域或小区内的一些或所有设备和装备之间的通信的资源。调度实体可以负责调度、指派、重配置和释放用于一个或多个下级实体的资源。即，对于被调度的通信，下级实体利用由调度实体分配的资源。基站不是可用作调度实体的仅有实体。在一些示例中，UE可用作调度实体，并且可以调度用于一个或多个下级实体(例如，一个或多个其他UE)的资源，且其他UE可以利用由该UE调度的资源进行无线通信。在一些示例中，UE可以在对等(P2P)网络中和/或在网状网络中用作调度实体。在网状网络示例中，UE除了与调度实体通信之外还可以彼此直接通信。

在一些示例中，两个或更多个下级实体(例如，UE)可使用侧链路信号来彼此通信。此类侧链路通信的现实世界应用可包括公共安全、邻近度服务、UE到网络中继、车辆到车辆(V2V)通信、万物互联(IoE)通信、IoT通信、关键任务网状网和/或各种其它合适的应用。一般而言，侧链路信号可以是指从一个下级实体(例如，UE1)传送给另一下级实体(例如，UE2)而无需通过调度实体(例如，UE或BS)中继该通信的信号，即使调度实体可被用于调度和/或控制目的。在一些示例中，侧链路信号可以使用有许可频谱来传送(不同于无线局域网，其通常使用非许可频谱)。

本文中公开的方法包括用于实现这些方法的一个或多个步骤或动作。在不背离权利要求的范围的情况下，这些方法步骤和/或动作可以彼此互换。换句话说，除非规定了步骤或动作的具体顺序，否则，在不背离权利要求的范围的情况下，可以修改具体步骤和/或动作的顺序和/或使用。

如本文所使用的，提及项目列表中的“至少一个”的短语指的是那些项目的任意组合，包括单个成员。作为示例，“a、b或c中的至少一个”旨在覆盖a、b、c、a-b、a-c、b-c和a-b-c，以及具有多个同一元素的任意组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c，或者a、b和c的任意其它排序)。

如本文所使用的，术语“确定”包括各种动作。例如，“确定”可以包括计算(calculating)、计算(computing)、处理、推导、调查、查找(例如，在表、数据库或另一数据结构中查找)、判定等。此外，“确定”可以包括接收(例如，接收信息)、访问(例如，访问存储器中的数据)等。此外，“确定”可以包括解决、挑选、选择、确立等。

以上描述被提供以使能本领域任何技术人员实践本文所描述的各个方面。对这些方面的各种修改对于本领域技术人员将是显而易见的，本文定义的一般性原理可以应用于其它方面。因此，权利要求不旨在限于本文示出的各方面，而是与权利要求的语言的整个保护范围相一致，其中，除非特别说明，否则以单数形式对元素的引用并不旨在表示“一个并且仅一个”，而是表示“一个或多个”。除非另外特别说明，否则术语“一些”指代一个或多个。对本领域普通技术人员来说已知或者将要获知的与贯穿本公开所描述的各种方面的元素等效的所有结构和功能在此都通过引用明确并入本文，并且旨在被权利要求书所包括。此外，本文所公开的内容都不旨在奉献给公众，无论该公开是否在权利要求中被明确地记载。除非使用短语“用于……的部件”来明确地记载权利要求元素，或者在方法权利要求的情况中使用短语“用于……的步骤”来记载权利要求元素，否则不得根据35U.S.C.§112(f)的规定来解释该权利要求元素。

上述方法的各种操作可以由能够执行对应功能的任何合适部件来执行。这些部件可以包括各种硬件和/或软件组件和/或模块，包括但不限于电路、专用集成电路(ASIC)或处理器。通常，在存在附图中示出操作的情况下，那些操作可以具有带相似附图标记的对应的配对部件加功能组件。

可以利用被设计为执行本文所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件(PLD)、分立门或晶体管逻辑、分立硬件组件或者它们的任何组合来实现或执行结合本公开描述的各种说明性逻辑块、模块和电路。通用处理器可以是微处理器，但是替代地，处理器也可以是任何可商购的处理器、控制器、微控制器或状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合或者任何其它这种配置。

如果以硬件来实现，则示例硬件配置可以包括无线节点中的处理系统。可以利用总线架构来实现该处理系统。总线可以包括任意数量的互连总线和桥路，这取决于处理系统的具体应用和总体设计约束。总线可以将各种电路链接在一起，这些电路包括处理器、机器可读介质和总线接口。总线接口可以用于经由总线将网络适配器及其它连接到处理系统。网络适配器可以用于实现PHY层的信号处理功能。在用户终端120(参见图1)的情况下，用户接口(例如，按键、显示器、鼠标、操纵杆等)也可以连接到总线。总线还可以链接各种其它电路，诸如定时源、外围设备、电压调节器、功率管理电路等，这些在本领域中是众所周知的，因此将不再赘述。可以用一个或多个通用处理器和/或专用处理器来实现处理器。示例包括微处理器、微控制器、DSP处理器以及可以执行软件的其它电路。本领域的技术人员将认识到，如何最佳地实现所描述的针对处理系统的功能，取决于特定的应用和施加在整个系统上的整体设计约束。

如果以软件实现，则可以将所述功能作为一个或多个指令或代码存储在计算机可读介质上或者通过计算机可读介质传输。软件应当被宽泛地解释为指令、数据或其任意组合，无论被称为软件、固件、中间件、微代码、硬件描述语言或其它。计算机可读介质包括计算机存储介质和通信介质两者，通信介质包括促进将计算机程序从一个地点传输到另一地点的任意介质。处理器可以负责管理总线和一般处理，包括存储在机器可读存储介质上的软件模块的执行。计算机可读存储介质可以被耦接至处理器以使得处理器可以从该存储介质读取信息，并且向该存储介质写入信息。替代地，存储介质可以整合到处理器。例如，机器可读介质可以包括传输线、由数据调制的载波和/或与无线节点分开的具有存储在其上的指令的计算机可读存储介质，所有这些可以由处理器通过总线接口来访问。替代地，或附加地，机器可读介质或其任何部分可以集成到处理器中，诸如可能与高速缓存和/或通用寄存器文件有关的情形。机器可读存储介质的示例可以包括，例如，RAM(随机存取存储器)、闪存、ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、寄存器、磁盘、光盘、硬盘驱动器或任何其它合适的存储介质或其任何组合。机器可读介质可以以计算机程序产品来实现。

软件模块可以包括单个指令、或很多指令，并且可以分布在多个不同的代码段上、不同程序之间以及跨越多个存储介质。计算机可读介质可以包括多个软件模块。软件模块包括指令，该指令在由诸如处理器的装置执行时使处理系统执行各种功能。软件模块可以包括发送模块和接收模块。每个软件模块可以存在于单个存储设备中或可以跨多个存储设备分布。例如，当触发事件发生时，可以将软件模块从硬盘驱动器加载到RAM中。在软件模块的执行期间，处理器可以将指令中的一些加载到高速缓存中，以提高访问速度。一个或多个高速缓存线然后可以被加载到通用寄存器文件中，以便由处理器执行。当提到下面的软件模块的功能时，应当理解的是，这样的功能是由处理器在执行来自该软件模块的指令时实现的。

此外，任何连接都可以适当地被称为计算机可读介质。例如，如果使用同轴电缆、光缆、双绞线、数字订户线(DSL)或者无线技术(诸如红外线(IR)、无线电和微波)从网站、服务器或其它远程源传输软件，则介质的定义中包括同轴电缆、光缆、双绞线、DSL或无线技术(诸如红外线、无线电和微波)。如本文所使用的，碟和盘包括致密盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘和

盘，其中磁盘通常磁性地再现数据，而光盘则用激光光学地再现数据。因此，在某些方面中，计算机可读介质可以包括非暂时性计算机可读介质(例如，有形介质)。此外，对于其它方面，计算机可读介质可以包括暂时性计算机可读介质(例如，信号)。上述各项的组合也应该包括在计算机可读介质的范围之内。

因此，某些方面可以包括用于执行本文中呈现的操作的计算机程序产品。例如，这样的计算机程序产品可以包括具有在其上存储(和/或编码)的指令的计算机可读介质，所述指令可由一个或多个处理器执行以执行本文所描述的操作，例如，用于执行本文所描述的和图3、图7和/或图8所示的操作的指令。

此外，应当认识到，在适当的时候，用于执行本文所描述的方法和技术的模块和/或其它合适的部件可以由用户终端和/或基站下载和/或以其它方式获得。例如，这样的设备可以耦接至服务器以促进用于执行本文所描述的方法的部件的传输。替代地，可以经由存储部件(例如，RAM、ROM、诸如致密盘(CD)或者软盘的物理存储介质等)来提供本文所描述的各种方法，使得在耦接至设备或者向设备提供存储部件时，用户终端和/或基站可以获得所述各种方法。此外，可以利用用于向设备提供本文所描述的方法和技术的任何其它合适的技术。

应当理解，权利要求不限于上面说明的精确的配置和组件。在不背离权利要求的范围的情况下，可以在上述方法和装置的布置、操作和细节上进行各种修改、改变和变化。

Claims (24)

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

向所述UE的第一通用订户标识符模块(USIM)的网络的接入和管理功能(AMF)发送注册请求消息中的对注册寻呼事件的请求；

在协议数据单元(PDU)会话中经由所述UE的第二USIM的网络向寻呼服务器发送所述UE的寻呼公共用户标识符(PPUID)，其中，所述寻呼服务器与所述第一USIM的网络相关联；以及

经由经由所述第二USIM的网络的所述PDU会话或另一PDU会话接收与所述第一USIM相关联的消息。

2.如权利要求1所述的方法，其中，对注册寻呼事件的所述请求包括所述UE的所述PPUID。

3.如权利要求2所述的方法，其中，对注册寻呼事件的所述请求包括在寻呼协调容器中的所述PPUID。

4.如权利要求1所述的方法，还包括基于所述UE的较高层操作系统(HLOS)标识符(ID)来确定所述PPUID。

5.如权利要求1所述的方法，还包括基于所述UE的应用程序标识符(ID)来确定所述PPUID。

6.如权利要求1所述的方法，还包括从所述第一USIM的网络的用户数据管理器(UDM)接收所述PPUID。

7.如权利要求1所述的方法，其中，所述消息包括来自所述寻呼服务器的寻呼消息。

8.如权利要求1所述的方法，其中，所述消息包括数据传输。

9.如权利要求1所述的方法，其中，发送所述PPUID包括发送在寻呼协调容器中的所述PPUID。

10.如权利要求1所述的方法，还包括在向所述寻呼服务器发送所述PPUID之后并且在接收到所述消息之前，在比所述UE的配置不连续接收(DRX)周期更长的时段内限制监视所述第一USIM的网络。

11.一种用于由寻呼服务器执行的无线通信的方法，包括：

在协议数据单元(PDU)会话中接收用户设备(UE)的寻呼公共用户标识符(PPUID)，其中，所述寻呼服务器与所述UE的第一通用订户标识符模块(USIM)相关联，并且其中，所述PDU会话是经由所述UE的第二USIM的网络的；以及

经由经由所述第二USIM的所述网络的所述PDU会话或另一PDU会话向所述UE发送与所述第一USIM相关联的消息。

12.如权利要求11所述的方法，其中，所述PPUID是基于所述UE的较高层操作系统(HLOS)标识符(ID)来确定的。

13.如权利要求11所述的方法，其中，所述PPUID是基于所述UE的应用程序标识符(ID)来确定的。

14.如权利要求11所述的方法，其中，所述PPUID是由所述第一USIM的网络的用户数据管理器(UDM)来确定的。

15.如权利要求11所述的方法，其中，所述消息包括寻呼消息。

16.如权利要求11所述的方法，其中，所述消息包括推送通知，并且所述方法还包括从所述第一USIM的网络的接入和移动性管理功能(AMF)接收所述推送通知。

17.如权利要求11所述的方法，其中，接收所述PPUID包括接收在寻呼协调容器中的所述PPUID。

18.一种用于由接入和管理功能(AMF)执行的无线通信的方法，包括：

经由用户设备(UE)的第一通用订户标识符模块(USIM)的网络从所述UE接收注册请求消息中的对注册寻呼事件的请求；

响应于所述请求向所述UE发送寻呼服务器的指示；以及

经由所述第二USIM的网络向所述UE发送与所述第一USIM的网络相关联的消息。

19.如权利要求18所述的方法，其中，所述消息包括寻呼消息。

20.如权利要求18所述的方法，其中，所述消息包括推送通知。

21.如权利要求18所述的方法，其中，所述请求包括在寻呼协调容器中的寻呼公共用户标识符(PPUID)。

22.如权利要求21所述的方法，其中，所述PPUID是基于所述UE的较高层操作系统(HLOS)标识符(ID)来确定的。

23.如权利要求21所述的方法，其中，所述PPUID是基于所述UE的应用程序标识符(ID)来确定的。

24.如权利要求21所述的方法，其中，所述PPUID是由所述第一USIM的网络的用户数据管理器(UDM)来确定的。

Images