示例且非限制性实施例总体上涉及通信，并且更具体地涉及降低使用至少两个身份来与通信网络进行通信的设备中的功耗。这些设备的示例包括支持有至少双接收能力的MUSIM设备。
背景技术
实现用于支持具有多个订阅的设备的技术是已知的。
技术实现要素：
本发明的各种实施例所寻求的保护范围由独立权利要求规定。本说明书中描述的不属于独立权利要求的范围的实施例、示例和特征(如果有的话)应当被解释为对理解本发明的各种实施例有用的示例。
根据一些方面，提供了独立权利要求的主题。在从属权利要求中定义了一些其他方面。没有落入权利要求的范围内的实施例应当被解释为对理解本公开有用的示例。
附图说明
结合附图在以下描述中解释上述方面和其他特征，在附图中：
图1是可以在其中实践示例实施例的一种可能且非限制性的系统的框图；
图2A示出了具有属于同一MNO的两个USIM的多USIM设备；
图2B示出了具有属于不同MNO的两个USIM的多USIM设备；
图3示出了具有至少两个RX链的MUSIM设备，其中RX链在不同时间被激活以用于由每个USIM进行的寻呼监测；
图4示出了a)两个USIM的PO的完全对准，b)顺序对准，以及c)部分对准；
图5是本文中描述的用于降低双接收MUSIM设备中的功耗的方法的示例流程图；
图6示出了网络可以为至少第二USIM分配PO的示例时间范围；
图7示出了基于TS38.331的UE辅助信息字段描述，包括用于UE优选寻呼时机的附加字段；
图8A示出了UE与gNB之间的示例信令交换，其中一个USIM基于UE的辅助信息从NW获取新的PO位置；
图8B示出了UE与gNB之间的示例信令交换，其中在从gNB1到USIM1的拒绝之后USIM2从gNB2获取新的PO；
图9示出了由AMF发送的用于在一个或多个跟踪区域中寻呼UE的消息内容；
图10描绘了UE无线电能力信息指示(3GPP TS 38.413的v.16.0.0的图8.14.1.2-1)；
图11A是UE与AMF之间的示例信令交换，其中UE从AMF获取新的PO，其中PO具有包含或携带新的寻呼ID的寻呼IE；
图11B是UE与AMF之间的示例信令交换，其中UE使用NAS信令从AMF获取新的ID；
图12是基于本文中描述的示例被配置为实现降低双接收能力MUSIM设备中的功耗的可以在硬件中实现的示例装置；
图13示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的示例方法；
图14示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图15示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图16是本文中描述的用于降低双接收MUSIM设备中的功耗的方法的示例流程图；
图17示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图18示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图19示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图20示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图21示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图22示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图23示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；
图24示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法；以及
图25示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的时间范围。
具体实施方式
如在本说明书和附图中使用的，“/”可以被解释为对“或”、“和”或“两者”的引用。
可以在说明书和/或附图中找到的以下首字母缩略词和缩写定义如下：
3GPP： 第三代合作项目
3GPP2： 第三代合作项目2
5G： 第五代
5GC： 5G核心网
5G-GUTI： 5G NR全球唯一临时标识符
5GS： 5G系统
5G-S-TMSI： 5G SAE临时移动订户身份；48位长的位串(TS 23.501)并且由AMF分配
AMF： 接入和移动性管理功能
BB： 基带
BW： 带宽
CC： 分量载波
CU： 中央单元或集中式单元
DL： 下行链路
DRX： 不连续接收
DU： 分布式单元
DSDA： 双SIM双活
DSDS： 双SIM双待
DR-DSDS： 双收双SIM双待
DSP： 数字信号处理器
e.g.： 例如
eMBB： 增强型移动宽带
eNB： 演进型节点B(例如，LTE基站)
EN-DC： E-UTRA-NR双连接
en-gNB： 提供朝向UE的NR用户平面和控制平面协议终止并且充当EN-DC中的辅助节点的节点
EPC： 演进分组核心
EPS： 演进分组系统
eSIM： 电子(或嵌入式)订户身份模块
E-UTRA： 演进型通用陆地无线电接入，即LTE无线电接入技术
F1： CU与DU之间的控制接口
FR1： 频率范围1
FR2： 频率范围2
FS： 特征或研究项目
gNB： 用于5G/NR的基站，即提供朝向UE的NR用户平面和控制平面协议终止并且通过NG接口连接到5GC的节点
GUTI： 全局唯一临时标识符
HW： 硬件
i.e.： 即
I/F： 接口
ID： 标识符
IE： 信息单元
IMSI： 国际移动订户身份
info： 信息
I/O： 输入/输出
LMF： 位置管理功能
LTE： 长期演进
M： 强制
MAC： 媒体访问控制
max： 最大值
MIMO： 多输入多输出
MME： 移动性管理实体
MNO： 移动网络运营商
MT： 移动终端
MUMA： 多USIM多活动
MUMS： 多USIM多待机
MUSIM： 多通用订户身份模块
MVNO： 移动虚拟网络运营商
NACK： 否定确认
NAS： 非接入层
ng或NG： 新一代
ng-eNB： 新一代eNB
NG-RAN： 新一代无线电接入网
no： 号码
NR： 新无线电
N/W或NW： 网络
O： 可选
O&M： 运营和维护
PDCP： 分组数据汇聚协议
PF： 寻呼帧
PHY： 物理层
PLMN： 公共陆地移动网络
PO： 寻呼时机
RAN： 无线电接入网
RAN2： RAN WG2或无线电层2
RAT： 无线电接入技术
Rel-： 版本
RF： 射频
RLC： 无线电链路控制
RNTI： 无线电网络临时标识符
RP-： 3GPP RAN
RRC： 无线电资源控制
RRH： 远程无线电头
RU： 无线电单元
Rx或RX： 接收器或可互换接收
SA： 系统方面
SA2： 服务和系统方面工作组2
SAE： 系统架构演进
SDAP： 服务数据适配协议
SFN： 系统帧号
SGW： 服务网关
SIM： 订户身份模块
SMF： 会话管理功能
SP： 3GPP SA
S-TMSI： SAE TMSI
SUPI： 订阅永久标识符
TAI： 跟踪区域标识符
TMSI： 临时移动订户身份
TR： 技术报告
TS： 技术规范
TSG： 技术规范组
Tx或TX： 传输器或可互换传输
UE： 用户设备
UL： 上行链路
UPF： 用户平面功能
USIM： 通用订户身份模块
v.： 版本
VoLTE： LTE语音
VoNR： NR语音
WG： 工作组
WT： 工作任务
转向图1，该图示出了可以在其中实践这些示例的一个可能且非限制性的示例的框图。示出了用户设备(UE)110、无线电接入网(RAN)节点170和(多个)网络元件190。在图1的示例中，用户设备(UE)110与无线网络100进行无线通信。UE是可以接入无线网络100的无线设备。UE 110包括通过一个或多个总线127互连的一个或多个处理器120、一个或多个存储器125和一个或多个收发器130。一个或多个收发器130中的每个包括接收器Rx 132和传输器Tx 133。一个或多个总线127可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备等。一个或多个收发器130连接到一个或多个天线128。一个或多个存储器125包括计算机程序代码123。UE 110包括模块140，模块140包括部分140-1和/或140-2中的一者或两者，这可以以多种方式实现。模块140可以以硬件实现为模块140-1，诸如实现为一个或多个处理器120的一部分。模块140-1也可以实现为集成电路或者通过诸如可编程门阵列等其他硬件来实现。在另一示例中，模块140可以实现为模块140-2，模块140-2实现为计算机程序代码123并且由一个或多个处理器120执行。例如，一个或多个存储器125和计算机程序代码123可以被配置为与一个或多个处理器120一起引起用户设备110执行如本文中描述的一个或多个操作。UE 110经由无线链路111与RAN节点170通信。模块140-1和140-2可以被配置为实现本文中描述的UE的功能。
在该示例中，RAN节点170是基站，其通过诸如UE 110等无线设备提供对无线网络100的接入。RAN节点170可以是例如用于5G(也称为新无线电(NR))的基站。在5G中，RAN节点170可以是NG-RAN节点，NG-RAN节点被定义为gNB或ng-eNB。gNB是提供朝向UE的NR用户平面和控制平面协议终止并且经由NG接口连接到5GC(例如，(多个)网络元件190)的节点。ng-eNB是提供朝向UE的E-UTRA用户平面和控制平面协议终止并且经由NG接口连接到5GC的节点。NG-RAN节点可以包括多个gNB，这些gNB还可以包括集中式单元(CU)(gNB-CU)196和(多个)分布式单元(DU)(gNB-DU)，示出了其中的DU 195。注意，DU 195可以包括或耦合到并且控制无线电单元(RU)。gNB-CU 196是一个逻辑节点，其托管gNB的无线电资源控制(RRC)、SDAP和PDCP协议或者en-gNB的RRC和PDCP协议，该协议控制一个或多个gNB-DU的操作。gNB-CU 196终止与gNB-DU 195连接的F1接口。F1接口被示出为附图标记198，尽管附图标记198还示出了RAN节点170的远程元件与RAN节点170的集中式元件之间的链路，诸如gNB-CU 196与gNB-DU 195之间的链路。gNB-DU 195是托管gNB或en-gNB的RLC、MAC和PHY层的逻辑节点，并且其操作部分地由gNB-CU 196控制。一个gNB-CU 196支持一个或多个小区。一个小区仅由一个gNB-DU 195支持。gNB-DU 195终止与gNB-CU 196连接的F1接口198。注意，DU 195被认为包括收发器160，例如，作为RU的一部分，但是其一些示例可以使收发器160作为单独RU的一部分，例如，在DU 195的控制下并且连接到DU 195。RAN节点170也可以是用于LTE(长期演进)的eNB(演进型NodeB)基站，或者是任何其他合适的基站或节点。
RAN节点170包括通过一个或多个总线157互连的一个或多个处理器152、一个或多个存储器155、一个或多个网络接口((多个)N/W I/F)161和一个或多个收发器160。一个或多个收发器160中的每个包括接收器Rx 162和传输器Tx 163。一个或多个收发器160连接到一个或多个天线158。一个或多个存储器155包括计算机程序代码153。CU DU 196可以包括(多个)处理器152、(多个)存储器155和网络接口161。注意，DU 195也可以包含它自己的一个存储器/多个存储器和(多个)处理器和/或其他硬件，但是这些没有示出。
RAN节点170包括模块150，模块150包括部分150-1和/或150-2中的一者或两者，这可以以多种方式实现。模块150可以以硬件实现为模块150-1，诸如实现为一个或多个处理器152的一部分。模块150-1也可以实现为集成电路或者通过诸如可编程门阵列等其他硬件来实现。在另一示例中，模块150可以实现为模块150-2，模块150-2实现为计算机程序代码153并且由一个或多个处理器152执行。例如，一个或多个存储器155和计算机程序代码153被配置为与一个或多个处理器152一起引起RAN节点170执行如本文中描述的一个或多个操作。注意，模块150的功能可以是分布式的，诸如分布在DU 195与CU 196之间，或者仅在DU 195中实现。模块150-1和150-2可以被配置为实现本文中描述的基站的功能。基站的这种功能可以包括基于本文中描述的LMF的功能而实现的位置管理功能(LMF)。这种LMF也可以在RAN节点170内实现为位置管理组件(LMC)。
一个或多个网络接口161诸如经由链路176和131在网络上通信。两个或更多个gNB 170可以使用例如链路176进行通信。链路176可以是有线的或无线的或这两者，并且可以实现例如用于5G的Xn接口、用于LTE的X2接口或适合于其他标准的其他接口。
一个或多个总线157可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备、无线信道等。例如，一个或多个收发器160可以被实现为用于LTE的远程无线电头端(RRH)195或用于5G的gNB实现的分布式单元(DU)195，而RAN节点170的其他元件可能在物理上处于与RRH/DU 195不同的位置，并且一个或多个总线157可以部分地实现为例如光纤电缆或用于将RAN节点170的其他元件(例如，中央单元(CU)、gNB-CU)连接到RRH/DU 195的其他合适的网络连接。附图标记198还指示这些合适的网络链路。
注意，本文中的描述指示“小区”执行功能，但是应当清楚，形成小区的设备将执行这些功能。小区构成基站的一部分。也就是说，每个基站可以有多个小区。例如，单个载波频率和相关带宽可以有三个小区，每个小区覆盖360度区域的三分之一，因此单个基站的覆盖区域覆盖近似椭圆或圆形。此外，每个小区可以对应于单个载波，并且一个基站可以使用多个载波。因此，如果每个载波有三个120度小区并且存在两个载波，则基站总共有6个小区。
无线网络100可以包括一个或多个网络元件190，网络元件190可以包括核心网功能，并且经由一个或多个链路181提供与诸如电话网络和/或数据通信网络(例如，互联网)等另外的网络的连接。5G的这样的核心网功能可以包括(多个)位置管理功能(LMF)和/或(多个)接入和移动性管理功能(AMF)和/或(多个)用户平面功能(UPF)和/或(多个)会话管理功能(SMF)。LTE的这样的核心网功能可以包括MME(移动性管理实体)/SGW(服务网关)功能。这些仅仅是(多个)网络元件190可以支持的示例功能，并且注意，可以支持5G和LTE功能。RAN节点170经由链路131耦合到网络元件190。链路131可以实现为例如用于5G的NG接口或用于LTE的S1接口或用于其他标准的其他合适的接口。网络元件190包括通过一个或多个总线185互连的一个或多个处理器175、一个或多个存储器171和一个或多个网络接口(N/W I/F)180。一个或多个存储器171包括计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为与一个或多个处理器175一起引起网络元件190执行一个或多个操作，诸如本文中描述的LMF的功能。在一些示例中，单个LMF可以服务于被数百个基站覆盖的大区域。
无线网络100可以实现网络虚拟化，网络虚拟化是将硬件和软件网络资源和网络功能组合成单个基于软件的管理实体(虚拟网络)的过程。网络虚拟化涉及平台虚拟化，平台虚拟化通常与资源虚拟化相结合。网络虚拟化分为外部网络虚拟化或内部网络虚拟化，外部网络虚拟化将很多网络或网络部分组合成一个虚拟单元，内部网络虚拟化为单个系统上的软件容器提供类似网络的功能。注意，由网络虚拟化产生的虚拟化实体在某种程度上仍然使用诸如处理器152或175以及存储器155和171等硬件来实现，并且这样的虚拟化实体也产生技术效果。
计算机可读存储器125、155和171可以是适合于本地技术环境的任何类型并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、闪存、磁存储器设备和系统、光存储器设备和系统、固定存储器和可移动存储器。计算机可读存储器125、155和171可以是用于执行存储功能的装置。处理器120、152和175可以是适合于本地技术环境的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。处理器120、152和175可以是用于执行功能的装置，诸如控制UE 110、RAN节点170、网络元件190和本文中描述的其他功能。
一般而言，用户设备110的各种实施例可以包括但不限于手机(诸如智能电话)、平板电脑、具有无线通信能力的个人数字助理(PDA)、具有无线通信能力的便携式计算机、具有无线通信能力的图像捕获设备(诸如数码相机)、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和播放设备、允许无线互联网访问和浏览的互联网设备、具有无线通信能力的平板电脑、以及合并有这样的功能的组合的便携式单元或终端。
图1示出了与NW(RAN 170 核心190)通信的单个UE 110。与本发明相关的示例实施例用于具有多个订阅的设备，这些设备在NW侧被视为独立的UE。由于UE 110具有多个订阅，因此UE 110还包括订阅1 192、订阅2 194、直到订阅N 196，其中N大于或等于2。NW本身可以来自相同或不同的PLMN/MNO。多个订阅可以是SIM、USIM、e-SIM、证书或其他类型的身份的形式。因此，应当理解，本文中使用的“身份”可以是指与对通信网络的订阅相关联的身份，并且当被通信设备用于与通信网络的通信时，通信设备可以被通信网络标识为持有对通信网络的订阅的设备。
模块140-1和/或模块140-2可以实现本文中描述的MUSIM UE或MUSIM的功能和信令。虽然模块140-1和模块140-2在图1中示出为与订阅1 192、订阅2 194和订阅N 196不同，但是本文中描述的信令功能由表示订阅的单元实现，使得订阅1 192、订阅2 194和订阅N 196是实现本文中描述的信令的功能单元。
模块150-1和/或模块150-2可以实现本文中描述的gNB或无线电节点的功能和信令。计算机程序代码173可以实现本文中描述的AMF或网络元件的功能和信令。
概述
本文中描述的示例涉及对主要在5G NR和LTE中的多USIM设备的支持。3GPP版本17已经批准研究和规范工作以在服务和系统方面(SA)提供对MUSIM设备的支持。有关SA工作，请参阅SP-190248的“多USIM设备(FS_MUSIM)的系统启用程序研究”以及对应的技术报告TR 22.834和TR 23.761。
SA工作的工作任务在SA TSG会议#86中定义并且在下面给出：
“WT#1：使用Multi-USIM设备处理MT服务。
o如何处理Multi-USIM设备的MT服务，以避免对当前系统的业务造成任何不必要的中断，并且节省系统资源。
WT#2：在Multi-USIM设备中启用寻呼接收
o当与3GPP RAT相关联的寻呼和多USIM设备处于空闲状态或RRC_Inactive状态(对于5GS)的系统在时间上重叠时，系统如何启用操作
WT#3：多USIM设备的协调离开
o如何使Multi-USIM设备能与网络协调离开当前3GPP系统，同时避免在离开期间浪费网络资源。”
同样，工作项在无线电接入网(RAN)中定义以指定RAN相关MUSIM支持。参考RP-193263的“Rel-17(LTE_NR_MUSIM)中对多SIM设备的支持”，其中RAN工作项的主要目标如下：
“工作项的详细目标是：
1)如必要，指定增强功能以解决当UE在与相应SIM相关联的两个网络中处于空闲/非活动模式时由于寻呼接收而导致的冲突[RAN2]
o RAT并发：网络A可以是NR。网络B可以是LTE或NR。
o适用的UE架构：单Rx/单Tx。
2)指定用于UE向网络A通知其从网络A的切换的机制(用于MUSIM目的)[RAN2]：
o RAT并发：网络A是NR。网络B可以是LTE或NR。
o适用的UE架构：单Rx/单Tx、双Rx/单Tx
3)除非SA2找到替代解决方案或另有决定，否则指定传入寻呼的机制以向UE指示服务是否为voLTE/VoNR。[RAN2]
o RAT并发：网络A是LTE或NR。网络B是LTE或NR。
o适用的UE架构：单Rx/双Rx/单Tx
UE SIM可以属于相同或不同的运营商。
USIM可以是物理SIM卡或eSIM卡。
在相关的情况下，应当考虑与相关WG(诸如SA2)进行协调。”
多USIM设备
多USIM设备具有两个(双)或更多(多)同时3GPP/3GPP2网络订阅，在5GC在EPS或订阅永久标识符(SUPI)具有多个对应国际移动订户身份(IMSI)，每个身份与特定USIM相关联并且属于相同或不同移动网络运营商(MNO)或移动虚拟网络运营商(MVNO)。图2A和2B中示出了连接到具有独立订阅的一个或多个gNB(例如，gNB 170-1和gNB 170-2)的MUSIM设备110-1。在图2A中，两个USIM(USIM 202-1和USIM 202-2)属于同一MNO/MVNO，在核心网204注册有两个独立ID(即，ID_a和ID_b)，并且可以使用相同的小区或两个相邻小区(诸如小区206-1和小区206-2)作为服务小区(如果UE 110-1位于两个或更多个小区之间的边缘(诸如边缘207)并且由于负载平衡或切换过程，一个USIM(例如，USIM 202-1)被分配给一个小区，而另一USIM(例如，USIM 202-2)被分配给另一小区，则可能会发生后面这种情况)。除了小区206-1和206-2，在图2A中还示出了小区206-3、206-4、206-5、206-6、206-7、206-8和206-9、以及gNB 170-3。
在图2B中，两个USIM(USIM 202-1和USIM 202-2)属于不同MNO，并且可以使用来自每个MNO的两个相邻或共同定位的小区(诸如小区206-2和256-4)作为服务小区。MUSIM设备(诸如设备110-1)在市场上广泛使用——尤其是在增强型移动宽带(eMBB)部分。在图2B中，USIM 202-1属于与gNB 170-2相关联的MNO，并且在核心网204-2(EPC-2/5GC-2)处用ID_a注册。USIM 202-2属于与gNB 170-1相关联的MNO，并且在核心网204-1(EPC-1/5GC-1)处用ID_b注册。在图2B中，小区256-1、256-2、256-3、256-4、256-5和256-6与一个MNO相关联，而小区206-5、206-6、206-2、206-9和206-8与另一MNO相关联。在图2B中还示出了gNB 170-3和gNB 170-4。
多USIM术语
两种主要类型的MUSIM设备通常取决于USIM上支持的同时RRC_states而被指代。第一种类型是双SIM双待(DSDS)或多USIM多待(MUMS)。第一种类型涉及使用两个或更多个独立订户ID(USIM)注册并且可以在所有USIM上处于RRC_IDLE模式的MUSIM设备。但是，它只能在给定时间使用单个USIM处于RRC_CONNECTED模式。第二种类型是双SIM双活(DSDA)或多USIM多活动(MUMA)。第二种类型涉及使用两个或更多个独立订户ID(USIM)注册并且可以在所有USIM上处于RRC_IDLE模式的MUSIM设备。并且设备可以在所有USIM上保持RRC_CONNECTED模式活动。
此外，UE关于多个USIM的同时处理的行为可以取决于UE的能力，包括SingleRx/SingleTx、DualRx/SingleTx和DualRx/DualTx。在SingleRx/SingleTx中，UE一次只能从一个网络接收业务和/或向一个网络发送业务(能力类型1)。在DualRx/SingleTx中，UE能够同时从两个网络接收业务，但一次只能向一个网络发送(能力类型2)。在DualRx/DualTx中，UE能够同时从两个网络接收和/或发送(能力类型3)。本文中描述的示例适用于DualRx设备，即能够运行两个独立同时接收的设备。
寻呼接收机制
寻呼帧(PF)和寻呼时机(PO)基于UE_ID被确定，如TS 38.304第7.1节中定义的：
“用于寻呼的PF和PO由以下公式确定：
针对PF的SFN由以下决定：
(SFN PF_offset)mod T＝(T div N)＊(UE_IF mod N)
索引(i_s)，表示PO的索引由下式决定：
i_s＝floor(UE_ID/N)mod Ns以下参数被用于计算上述PF和i_s：
T：UE的DRX周期(T由UE特定DRX值(如果由RRC和/或上层配置)和在系统信息中广播的默认DRX值中的最短者决定。在RRC_IDLE状态下，如果UE特定DRX不是由上层配置的，则应用默认值)。
N：T中的总寻呼帧数
Ns：PF的寻呼时机数
PF_offset：用于PF确定的偏移
UE_ID：5G-S-TMSI mod 1024”
转录文本中未定义的附加元素是SFN——系统帧号和5G-S-TMSI——它是一个48比特长的比特串(TS 23.501)并且由AMF(接入和移动性管理功能)分配。
管理功耗是智能电话中的普遍问题，并且需要并行维护多个订阅的多USIM设备中变得尤其重要。当多USIM设备在RRC_Idle/RRC_Inactive时有两个(或更多个)订阅时，可能需要针对这些订阅中的每个订阅执行以下操作：监测寻呼时机、执行测量以及读取相关系统信息。与不同订阅相关联的寻呼时机很可能发生在不同时间。情况就是这样，因为寻呼时机的定时是根据每个订阅的5G-S-TMSI计算的。因此，UE可能必须在不同时间唤醒以监测这些寻呼时机中的每个寻呼时机，这可能导致功耗的显著增加。
以双RX MUSIM设备为例，其中两个订阅都处于RRC_Idle/RRC_Inactive，图3示出了由于寻呼时机发生在不同时刻，设备的RX链(包括RX链1和RX链2)如何在不同时间被激活。在图3中，RX链1显示为在时间t1激活，RX链2显示为在时间t2激活。备选地，同一RX链可以被激活两次，以便监测两个USIM的寻呼。在这些情况中的任何一种情况下，消耗的功率会增加的原因在于，实际上，由于共享资源(例如，参考振荡器和BB组件)，并行运行两个RX链(在完全相同的时间)比在两个不同时间运行一个RX链更节能。事实上，UE省电模型(TR 38.840)声称2个载波的操作(相当于有两个RX链处于活动状态)需要为单个RX链的1.7倍的功率，即低于2倍，如果两个RX在不同时间运行，则可能就是这种情况。
此外，每次Rx链需要变为活动时，它需要上升时间和下降时间，这增加全局UE功耗。图3示出了具有多个订阅的UE的活动时间，其中相关联的寻呼时机发生在不同时间，即时间t1和时间t2。这种情况下的UE可以使用相同或不同RX链来接收寻呼。
本文中的示例描述了一种机制，该机制支持跨双接收设备中的多个USIM来对准PO，以便总体上降低设备的功耗。具体地，该机制可以完成以下PO对准选项中的一者：完全对准或顺序/部分对准。图4示出了a)两个USIM的PO的完全对准402，b)顺序对准404，以及c)部分对准406。
完全对准402是优选选项。在完全对准中，寻呼监测被强制为同时进行(例如，在时间t3期间)，即强制PO冲突。在该对准选项中，功耗降低是由于当两个RX链处于活动(例如，RX链1和RX链2)时，UE中的HW被共享，使得具有两个RX链并行的功耗低于在不同时间激活两个(或相同)Rx链。在完全对准时，功率上升和下降仅需要一次。
图4中还描绘了顺序对准404，如部分对准406。在UE无法同时接收寻呼(例如，由于缺少两个独立HW或者如果用于完全对准的期望PO不可用)的情况下，如果它可以顺序使用HW并且紧接着彼此(顺序地)接收寻呼或因此两个USIM的寻呼部分地重叠(部分对准406)，则它可以节省功率。在这些对准选项中，功耗的降低是由于功率上升和下降仅需要一次。
如图4的示例所示，寻呼监测时间使得t3<t5<t4<(t1 t2)，其中时间t1和t2如图3所示。
对准可以经由两个不同的信令策略而被完成。
在第一策略(策略1)中，UE请求RAN提供新的寻呼时机(PO)。该请求可以是针对备选PO的直接请求，或者该请求可以提供可以帮助网络指派备选PO的信息。因此，每当网络获取该TMSI的寻呼记录时，它会将其应用于另一PO(网络已经向UE提供的新的或备选的PO)。
在第二策略(策略2)中，UE向AMF/gNB通知它想要另一寻呼偏移，并且网络/AMF可以相应地“重新分配”5G-GUTI(基于哪一者是5G-S-TMSI，UE寻呼身份被得出)。
本文中描述的示例的新颖特征包括：1)提供一种解决方案来解决一般是双接收设备并且尤其是DSDA设备的情况，其中UE由于支持多个活动USIM并且在其他一些用例中使用这种节省功率的能力而具有相对更高的功耗(因为通常是双接收设备的DSDA设备往往具有特别高的功耗，本文中描述的示例特别适用于DSDA设备)；2)针对相同设备中的USIM强制执行PO冲突(或顺序PO)而不是避免它们；3)通过向网络请求新的PO而不是新的用户ID来对准；以及4)为双接收设备提供确定从网络请求哪种寻呼时机对准的能力。
该想法的一些细节在图5的流程图500中呈现并且描述如下。
在501，具有两个(或多个)USIM(例如，USIMl和USIM2)的双接收设备处于RRC_Idle或RRC_inactive，并且需要监测寻呼接收。
在502，设备评估寻呼时机是否同时发生。例如，设备评估用于USIM1和USIM2的PO是否被对准。如果“是”，则转向507。如果“否”，则转向步骤503。
在503，UE向网络发送与其USIMl相对应的UE辅助信息(参见本文中与“UE、gNB和AMF之间的信息交换”相关的讨论)，包括用于PO分配的优选时隙，被实现为完全对准和可选的顺序对准。这可以通过以下方式进行：(a)指示设备想要获取指派的一个或多个时隙；(b)指示设备不想获取指派的一个或多个时隙；或(c)指示被指派给相同UE设备中的其他USIM的当前PO。
如果USIMl使用选项(a)，即发送它想要获取指派的一个/多个时隙，则在向网络提议单个时隙的情况下，它对应于选项1(完全对准)。在若干时隙被提议给网络的情况下，它包括起始时隙和结束时隙，其中NW可以放置寻呼。t_start和t_end应当基于由UE选择的方法而被确定。
图6示出了网络可以针对至少第二USIM(例如，USIM2)分配PO的示例时间范围600。在图6中，t_start是项目602，以及t_duration是项目604。寻呼应当被分配在t_start到t_duration之间并且结束点可以是t_start 2*t_duration，如图6所示。这为NW提供了更大的灵活性，但代价是增加了建立时间(消息响应消息)。该选项也更有可能达到最佳解决方案。网络可以根据可用时隙来决定使用哪个选项。用户可以告知哪一个是与完全对准相对应的优选(最有效)选项。
如果USIM1使用选项(b)，则它向网络指示不应当在其中分配寻呼时机的时间范围。这涉及与选项(a)相同的格式，使得可以使用t_start和t_end。
在USIMl使用选项(c)的情况下，将被指派给设备中的其他USIM(USIM2)的当前PO发送到NWl，网络确定哪些是要分配给USIM1以便完全或顺序/部分对准的期望PO。
在504，网络检查所请求的用于完全对准的PO是否可用。如果“是”，则转向506。如果“否”，则转向505。
在505，网络检查所请求的用于顺序对准的PO是否可用。如果“是”，则转向506。如果“否”，则转向508。
在506，网络向USIMl通知新指派的PO。所需要的信令交换的示例在图8A中示出。
在507，UE监测用于两个USIM的寻呼接收。
在508，网络(例如，NWl)向USIMl通知期望PO都不可用。转向507，其中UE使用已指派的PO来监测寻呼。
如果USIMl从第一公共陆地移动网络(例如，PLMNl)获取具有“请求时隙不可用”的响应，则设备可以尝试与USIM2及其网络PLMN2重复相同的过程。该过程的一个示例在图8B中示出。如果响应也是否定的，则USIM1和USIM2可以请求有关可用时隙的网络信息，以便选择允许完全或至少顺序对准的可用PO的组合。如果两个USIM使用相同的PLMN，则一个USIM会请求这样的信息。
UE还可以决定使最佳解决方案(完全对准)优先于顺序对准。在这种情况下，UE向NW1请求完全对准的PO，并且如果NW1响应于这样的PO不可用，则UE向NW2请求完全对准的PO。如果NW2也回复期望PO不可用，则UE向NW1请求顺序对准。如果之前的请求均未得到满足，则UE SIM2向NW2请求顺序对准作为最后的选项。这增加了以更高的设置时间和信令负载为代价达到最佳解决方案的可能性。
对于策略1，可以在RRC消息、UEassistanceInformation(或在替代RRC消息中)中指定新字段以用于UE指示其优选寻呼时机。NW将根据UE的偏好(通过直接(SFN和时隙指示)或间接信令(通过UE可以用于计算PO的值))提供新的PO位置。这可以通过经修改的寻呼或附加字段来解决，该附加字段将携带如下单元：该单元是指在寻呼IE可能具有的给定小区中要由UE使用的备选寻呼身份。如果NW无法满足UE的请求，则应当用“拒绝/NACK”消息进行响应。
对于策略2，可以指定用于UE向核心网注册的信令交换中的新字段(经由在UE与AMF之间发送的消息，可能与gNB的交互)。该信息最有可能在专用NAS消息内的信息单元中被承载，该信息单元也承载诸如5G-GUTI、UE能力和注册类型的单元。来自AMF的响应需要被重新设计，以便有UE的响应(指示在连接到网络时要使用的替代ID或拒绝请求)。
UE、gNB和AMF之间的信息交换
表1示出了UE辅助信息字段描述，包括为UE的优选寻呼时机添加的字段。参考TS38.331。
表1
表1也在图7中示出，增加了用于UE的优选寻呼时机的字段，突出显示为702。如表1和图7所示，新单元preferredPagingOccasion指示用于完全对准或顺序对准的寻呼时机、或分配给设备中的其他USIM的当前寻呼时机。值可以被给出作为绝对时间，作为相对于当前系统定时的时间偏移(基于系统帧号)，或者作为与当前寻呼时机的时间偏移。
在本描述内，参数名称本质上仅是示例性的。因此，在提供信息单元的特定命名(例如，preferredPagingOccasion)的本描述中，其他参数名称也是可能的。
由UE向网络发送的UE辅助信息包括优选PO分配。UE辅助信息消息在表1和图7中被描述。如表1(和图7-项目702)中所指定的，本文中描述的新颖示例利用用于完全(和顺序)对准的寻呼时机信息对其进行扩展。
gNB可以利用新的PO分配来响应于UE，或者，如果期望PO不可用，它可以利用不可用消息通知UE或再次分配UE的原始PO。需要新的IE或IE的扩展来承载这些信息。
从AMF到gNB的与寻呼信息相关的信息将被承载在称为“寻呼IE”的IE中，并且包含信令信息(来自3GPP TS 38.413 v.16.0.0)，如图8A和图8B所示。
图8A示出了UE与gNB之间的示例信令交换，其中一个USIM基于UE的辅助信息从NW获取新的PO位置。在UE与gNB之间的如图8A所示的示例信令交换中，USIM1从gNB1获取新的PO。图8A的示例信令交换在与USIM1 202-1和USIM2 202-2相关联的UE、与gNB1 170-1之间，其中USIM1 202-1从gNB1 170-1获取新的PO 804-3。图8A示出了与RRC空闲/非活动状态802-1相关联的USIM1 202-1、以及与RRC空闲/非活动状态802-2相关联的USIM2 202-2。最初，USIM1 202-1与PO 804-1相关联，而USIM2与PO 804-2相关联。RRC连接建立信令806在USIM1 202-1与gNB1 170-1之间交换。如图8A所示，USIM1 202-1向gNB1 170-1提供新的UE辅助信息808。然后gNB1 170-1向USIM1 202-1提供新的PO分配810，其中USIM1 202-1然后与新的PO 804-3相关联。
图8B示出了UE与gNB之间的示例信令交换，其中在从gNB1到USIM1的拒绝之后USIM2从gNB2获取新的PO。特别地，图8B的示例信令交换在与USIM1 202-1和USIM2 202-2相关联的UE、与gNB1 170-1和gNB2 170-2之间，其中USIM2 202-2在从gNB1 170-1到USIM1 202-1的拒绝之后从gNB2 170-2获取新的PO 804-4。图8B示出了与RRC空闲/非活动状态802-1相关联的USIM1 202-1、以及与RRC空闲/非活动状态802-2相关联的USIM2 202-2。最初，USIM1 202-1与PO 804-1相关联，而USIM2与PO 804-2相关联。RRC连接建立信令806在USIM1 202-1与gNB1 170-1之间交换。如图8A所示，USIM1 202-1向gNB1 170-1提供新的UE辅助信息808。gNB1 170-1确定所请求的PO不可用812。gNB1 170-1然后向USIM1 202-1提供原始PO信号814-1或所请求的PO信号814-2的不可用性。USIM2 202-2然后向gNB2 170-2提供新的UE辅助信息信号816。gNB2 170-2然后向USIM2 202-2提供新的PO分配818，使得USIM2 202-2与新的PO 804-4相关联。
寻呼
图9示出了由AMF发送的并且用于在一个或多个跟踪区域中寻呼UE的寻呼消息900中的内容(信息单元)，其中方向是从AMF到gNB(例如，AMF->gNB。
在本文中描述的示例下，寻呼消息中的UE寻呼身份字段可以被修改，或者寻呼IE可以具有附加字段，该附加字段将承载以下单元：该单元指代UE在给定小区中要使用的备选寻呼身份。
如3GPP TS 38.413的v.16.0.0的第8.14.1节所述，AMF将可能通过gNB辅助信息获取有关新的寻呼身份的信息以供使用：
“8.14.1 UE无线电能力信息指示
8.14.1.1总则
UE无线电能力信息指示过程的目的是使得NG-RAN节点
能够向AMF提供UE无线电能力相关信息。该过程使用
UE相关信令。
成功操作”
图10是3GPP TS 38.413的v.16.0.0的图8.14.1.2-1，示出了在NG-RAN节点与AMF之间交换的“UE无线电能力信息指示”。
控制UE相关逻辑NG连接的NG-RAN节点通过向AMF发送包括UE无线电能力信息的UE无线电能力信息指示消息来发起该过程。
UE无线电能力信息指示消息还可以包括在用于寻呼IE的UE无线电能力内的寻呼特定UE无线电能力信息。
如TS 23.501中所述，由AMF接收的UE无线电能力信息应当替换之前在AMF中存储的用于UE的对应UE无线电能力信息。
图11A示出了UE与AMF之间的信令交换，其中gNB充当中继以提供辅助信息。特别地，图11A是UE(与USIM1 202-1和USIM2 202-2相关联)与AMF 190-1之间的示例信令交换，其中UE经由gNB1 170-1从AMF 190-1获取新的PO 804-3，其中新的PO 804-3具有携带/包含新的寻呼ID的寻呼IE 1104。图11A示出了与RRC空闲/非活动状态802-1相关联的USIM1 202-1、以及与RRC空闲/非活动状态802-2相关联的USIM2 202-2。最初，USIM1 202-1与PO 804-1相关联，并且USIM2 202-2与PO 804-2相关联。RRC连接建立信令806在USIM1 202-1与gNB1 170-1之间交换。如图11A所示，USIM1 202-1向gNB1 170-1提供新的UE辅助信息808。然后gNB1 170-1向AMF 190-1提供UE无线电能力信息信号1102。AMF 190-1向gNB1 170-1提供寻呼IE信号1104。gNB1 170-1向USIM1 202-1提供新的PO分配810，其中USIM1 202-1然后与新的PO 804-3相关联。
请求备选身份的方法原则上也可以应用于非接入层，如图11B所示，(但与无线电接入网的关联会稍微少一些)，并且将涉及3GPP TS 24.501(需要扩展以涵盖请求/响应消息，其方式与38.413中定义的过程可用的方式类似)。24.501的相关部分是部分9.10.3.3。
如图11B所示，作为注册过程1106的一部分，UE可以请求分配新的5G-GUTI。在接收到UE请求时，AMF 190-1使用UE配置更新过程来分配新的5G-GUTI 1108。作为5G-GUTI的一部分的TMSI需要以如下方式确定，该方式使得可以导出UE请求的PO(即，备选PO)。
本文中描述的示例的技术效果和优点包括降低双接收多USIM设备的功耗。由于寻呼监测需要UE经常唤醒以进行检查，因此启用PO的完全对准或顺序对准会带来显著的改善。
图12是被配置为实现本文中描述的示例的示例装置1200，装置1200可以用硬件实现。装置1200包括处理器1202、包括计算机程序代码1205的至少一个非瞬态存储器1204，其中至少一个存储器1204和计算机程序代码1205被配置为与至少一个处理器1202一起引起装置1200实现信令、过程、组件、模块和/或功能(统称为1206)以实现本文中描述的示例。装置1200可选地包括显示器和/或I/O接口1208，显示器和/或I/O接口1208可以用于显示信令、过程、组件、模块或功能的各方面或状态(例如，正在执行或在随后时间)。装置1200包括一个或多个网络(NW)接口(I/F)1210。(多个)NW I/F 1210可以是有线的和/或无线的，并且经由任何通信技术通过互联网/(多个)其他网络进行通信。(多个)NW I/F 1210可以包括一个或多个传输器和一个或多个接收器。
装置1200可以是UE 110、RAN节点170或网络元件190。因此，处理器1202可以对应于(多个)处理器120、(多个)处理器152或(多个)处理器175，存储器1204可以对应于(多个)存储器125、(多个)存储器155或(多个)存储器171，计算机程序代码1205可以对应于计算机程序代码123、模块140-1、模块140-2、订阅1 192、订阅2 194或订阅N 196、计算机程序代码153、模块150-1、模块150-2或计算机程序代码173，(多个)NW I/F 1210可以对应于(多个)N/W I/F 161或(多个)N/W I/F 180。替代地，装置1200可以不对应于UE 110、RAN节点170或(多个)网络元件190中的任一个(例如，装置1200可以是远程或云装置)。
图13是基于本文中描述的示例实施例的实现MUSIM UE行为的示例方法1300。在1302处，该方法包括跨通信设备的至少两个身份对准多个寻呼时机。在1304处，该方法包括其中经由项目1306或1308执行对准。在1306处，该方法包括使用至少两个身份从通信网络为具有至少两个身份的通信设备请求和接收寻呼时机。在1308处，该方法包括使用至少一个身份从通信网络请求和接收寻呼偏移的重新分配。方法1300可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。
图14是基于本文中描述的示例实施例的实现NW行为的另一示例方法1400。在1402处，该方法包括向通信设备提供至少两个身份：寻呼时机或寻呼偏移的重新分配。在1404处，该方法包括其中寻呼时机或重新分配的寻呼偏移被配置为对准通信设备的多个寻呼时机。方法1400可以由诸如图1的RAN节点170等无线电节点执行。
图15是基于本文中描述的示例实施例的实现NW行为的另一示例方法1500。在1502处，该方法包括向具有至少两个身份的通信设备的身份提供与寻呼时机相关联的寻呼信息单元。在1504处，该方法包括为通信设备的身份之一提供寻呼偏移的重新分配。项目1502和1504是替代方案。在1506处，该方法包括其中寻呼信息单元或寻呼偏移的重新分配被配置为对准通信设备的多个寻呼时机。方法1500可以由诸如图1的网络元件190等网络元件的AMF功能执行。
在整个描述中，附图标记110-“x”、170-“x”和190-“x”对应于图1的实际项目或项目的变体，包括UE 110、RAN节点170和网络元件190。作为示例，图2A和图2B的MUSIM设备110-1可以是或实现图1的UE 110的功能，图11A和11B的AMF 190-1可以是或实现图1的网络元件190等的功能。
该想法的一些细节在图16的流程图1600中呈现并且描述如下。用图16描述的细节特别地支持为双接收设备提供确定从网络请求哪种寻呼时机对准的能力。流程图1600的步骤可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。应当注意，图16中的思想是通过参考根据步骤1306的寻呼时机来呈现的。然而，当根据步骤1308执行对准时，也可以遵循这些步骤，由此涉及请求寻呼时机的步骤是指请求寻呼偏移的重新分配。因此，可以遵循上面介绍的UE、gNB和AMF之间的信息交换来实现图16的步骤。
在1601，具有两个(或更多个)USIM(例如，USIMl和USIM2)的双接收设备处于RRC_Idle或RRC_inactive，并且需要监测寻呼接收。
在1602、1603和1604，设备评估被指派给设备的身份的寻呼时机的对准。因此，关于彼此评估两个或多个USIM的寻呼时机的对准。
在1602，设备可以确定寻呼时机的当前对准水平。在一个示例中，当前对准水平可以是使用图4描述的对准。因此，设备可以确定寻呼时机的当前对准水平是以下之一：用于USIM的PO的完全对准402，b)顺序对准404，以及c)部分对准406。在示例中，当前对准水平可以基于设备的身份的寻呼时机的信息来确定，例如USIM1和USIM2的PO。然后可以如下确定图4描述的对准，其中t_startX是USIMX的PO的开始时间，t_duration是PO的长度：
-完全对准：如果t_start1＝t_start2。
-部分对准：如果t_start2<t_start1 t_duration或t_start2>t_start1-t_duration。
-顺序对准：如果t_start2＝t_start1 t_duration或t_start2＝t_start1-t_duration。
在1603，设备可以确定寻呼时机的目标对准水平。寻呼时机的目标对准水平也可以被称为寻呼时机的期望对准水平。在根据至少一些实施例的示例中，在1603处，可以基于设备的能力(Rx/Tx)、设备的移动性和/或设备的功耗中的至少一项来确定目标对准水平。设备的移动性的示例包括设备的移动性的当前状态和移动性的历史。设备的能力的示例包括设备的Rx/Tx的数目。移动性类型可以基于对设备的移动性的评估来确定。
在示例中，在1603，目标对准水平可以是设备接受的最小对准水平。最小对准可以是图4描述的任何对准，例如完全对准或部分/顺序对准。最小对准可以根据设备的优先级而被确定：
1.优先级是达到最佳对准，例如完全对准，这可能会增加设备与网络之间的信令交换。
2.优先级是最小化与请求和分配寻呼时机相关联的信令负载，并且如果完全对准是不可能的，则接受部分/顺序对准。在这种情况下，在发起与另一PLMN的过程之前，设备尝试针对PLMN之一达到图4描述的任何对准选项。
应当注意，设备可以使用关于设备的当前移动性状态和移动性历史的移动性信息来确定使用哪个优先级(例如，上面的1或2)来确定目标对准水平。设备的移动性类型可以是例如高移动性用户、中等移动性用户、低移动性用户或静止用户。利用移动性信息确定目标对准水平的细节可以参考图23。
高移动性用户可能是需要或可能经常设置新PO的设备。一个原因是，设备经常切换到新的服务小区。然后，追求完全对准或甚至根本对准可能不是很有效，在这种情况下，设备可以选择不尝试对准不同身份(即，USIM)的寻呼时机。
中等移动性用户可以是可以改变服务小区并且因此获取具有相对中等频率的新PO的设备。这些设备可能偏好最小化信令交换的对准选项，例如优先考虑信令负载。这是对准带来的好处与获取它所花费的努力(信令)之间的权衡，因为每次用户切换到新的服务小区时都需要重复该过程。
低移动性或静止用户可以是很可能在观察时间段的大部分时间保持在同一小区或一组小区中的设备。对于低移动性或静止用户，完全对准应当是优选的，因为一旦PO对准，就会长时间获取设备的功耗的好处。
在1604，设备可以基于在1062所确定的当前对准水平和在1603所确定的目标对准水平来评估寻呼时机的对准。在根据至少一些实施例的示例中，在1604，设备可以确定当前对准水平是否高于或等于期望对准水平。应当注意，完全对准被认为高于部分/顺序对准。当前对准水平和目标对准水平都可以是图4描述的对准之一，以便于评估。如果对准足够，则该方法可以转向1612。如果对准不充分，则该方法可以转向步骤1605。
在1605，设备可以确定是否使寻呼时机的至少一个对准优先于寻呼时机的一个或多个其他对准。在示例中，设备可以决定是否使最佳解决方案、完全对准优先于顺序对准或部分对准。在示例中，在1605，设备可以基于被设置为指示完全对准的最小对准要求来确定优先考虑完全对准。如果“是”，则转向1606。如果“否”，则转向步骤1608。
在1606，设备可以使用至少一个身份(例如，USIM1)从通信网络请求根据经优先化的对准的寻呼时机。在示例中，设备可以优先考虑完全对准，并且设备可以使用身份中的一个身份来确定用于请求寻呼时机的辅助信息。在一个示例中，设备可以基于分配给USIM2的当前寻呼时机确定用于为USIM1请求寻呼时机的辅助信息。辅助信息可以指示USIM1与USIM2同时被分配寻呼时机。以这种方式，设备可以尝试实现寻呼时机之间的完全对准。
在1607，可以检查从网络接收的响应以确定是否转向步骤1609或1612。根据至少一些实施例，在1607处，响应于来自通信网络的响应指示在1606处请求的寻呼时机已经被分配，转向1612。响应于来自通信网络的响应指示在1606处请求的寻呼时机没有被分配，转向1609。应当注意，关于转向1612，设备可以基于网络针对身份中的一个身份(例如，USIM1)指派的寻呼时机跨设备的身份来对准寻呼时机。
在1609，设备可以从通信网络请求寻呼时机。在示例中，根据至少一些实施例，在1609，设备可以使用不同于先前例如在步骤1606使用的身份的另一身份向通信网络请求寻呼时机。使用另一身份向设备提供利用从网络接收的对1606处的先前请求的响应。例如，当在1606处针对USIM1请求的优先对准尚未基于来自网络的响应被分配时，在1609，为USIM2请求寻呼时机。在一个示例中，在1609处，设备可以计算用于完全或部分/顺序对准的时间范围，并且向网络发送包括指示所计算的时间范围的信息的请求以获取USIM2的寻呼时机。
时间范围的计算
在计算时间范围的示例中，设备可以向网络提供用于实现对准(例如，图4中描述的任何对准)的时间范围。为了实现顺序或部分重叠的寻呼时机，时间范围可以基于参考图25中的项目而描述的以下元素来计算：
1.设备希望来自PLMN1的新的寻呼时机的初始时间Tstart。初始时间应当与来自PLMN2的寻呼时机相关联的初始时间匹配；
2.可接受的起始时间，用于来自PLMN1的寻呼时机。为了确保PO顺序对准或至少部分重叠，可接受的起始时间可以位于来自PLMN2的寻呼时机的起始时间之前或之后。PLMN1的寻呼时机的可接受的起始时间可以基于来自PLMN2的寻呼时机的总持续时间Tduration和来自PLMN2的寻呼时机的起始时间来确定。因此，来自PLMN1的寻呼时机的可接受的起始时间可以是从来自PLMN2的寻呼时机的起始时间之前的Tduration到来自PLMN2的寻呼时机的起始时间之后的Tduration。应当注意，当PLMN1的寻呼时机的起始时间小于来自PLMN2的寻呼时机的起始时间之前或之后的Tduration时，可以提供部分对准，而当PLMN1的寻呼时机的起始时间等于来自PLMN2的寻呼时机的起始时间之前或之后的Tduration时，提供顺序对准。
在1610，设备可以检查来自通信网络的对1609处的请求的响应。根据至少一些实施例，在1610，响应于来自通信网络的响应指示在1609处请求的寻呼时机已经被指派了，方法进行到1612。另一方面，在1610，响应于来自通信网络的响应指示在1609处请求的寻呼时机还没有被指派，方法进行到1611。
在1611，设备可以根据寻呼时机的至少一个其他对准从通信网络请求寻呼时机。寻呼时机可以使用不同于先前在步骤1610的身份来请求。应当注意，在1611，设备可以具有被优先化对准的信息，例如，其他身份(例如，USIM1)的完全对准尚未基于1606处的请求被分配。在根据至少一些实施例的示例中，在1611，设备可以使用用于根据1606处的优先对准请求寻呼时机的身份来请求寻呼时机。在一个示例中，类似于1609，在1611，设备可以计算完全或部分/顺序对准的时间范围，并且向网络发送包括指示所计算的时间范围的信息的请求以获取USIM1的寻呼时机。设备可以从通信网络接收响应并且基于网络为身份之一(例如，USIM1)分配的寻呼时机跨设备的身份对准寻呼时机，并且设备可以转向1612。
在1608，设备可以确定是否确定用于使信令负载优先化的寻呼时机的至少一个对准。如果“是”，则转向1609，如果“否”，则转向1612。
在一个示例中，根据至少一些实施例，在1609，设备可以使用至少一个身份针对该至少一个身份根据所确定的用于优先考虑信令负载的至少一个对准，来从通信网络请求寻呼时机。在示例中，设备可以计算用于完全或部分/顺序对准的时间范围并且向网络发送包括指示所计算的时间范围的信息的请求，以获得用于USIM2的寻呼时机。时间范围可以如上文“时间范围的计算”中所述来计算。
在示例中，根据至少一些实施例，在1611，响应于从通信网络接收到指示针对该至少一个身份根据所确定的用于优先考虑信令负载的用于寻呼时机的至少一个对准的所请求的寻呼时机，在1609，没有被指派给设备的信息，设备可以针对身份中的另一身份确定用于使信令负载优先化的寻呼时机的至少一个对准，并且使用该另一身份根据针对所述另一身份的所确定的用于使信令负载优先化的寻呼时机的至少一个对准，来从通信网络请求寻呼时机。
在1612，设备可以基于已经基于由网络针对身份中的一个身份(例如，USIM1或USIM2)指派的寻呼时机而对准的身份的寻呼时机来监测至少两个身份的寻呼接收。
图17示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法1700。在1702，该方法包括确定通信设备的移动性类型。在1704，该方法包括基于所确定的通信设备的移动性类型来确定寻呼时机的目标对准水平。在1706处，该方法包括确定当前对准水平是否未能满足目标对准水平。在1708处，如果当前对准水平未能满足目标对准水平，则该方法包括为通信设备请求新的寻呼时机。在1710，如果当前对准水平满足目标对准水平，则该方法包括基于分配给身份的寻呼时机监测至少两个身份的寻呼接收。方法1700可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。方法1700可以例如在图16的流程图的步骤1603处执行。
图18示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法1800。在1802，该方法包括使寻呼时机的至少一个对准优先于寻呼时机的一个或多个其他对准。在1804处，该方法包括使用至少一个身份根据优先对准向通信网络请求寻呼时机。方法1800可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。方法1800可以例如在图16的流程图的步骤1605和1606处执行。
图19示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法1900。在1902，该方法包括从通信网络接收指示根据优先对准的所请求的寻呼时机没有被指派给通信设备的信息。在1904，该方法包括响应于步骤1902，使用另一身份从通信网络请求寻呼时机。方法1900可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。方法1900可以例如在图16的流程图的步骤1607和1609处执行。
图20示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法2000。在2002，该方法包括从通信网络接收指示使用另一身份向通信网络请求寻呼时机没有被指派的信息。在2004处，该方法包括，响应于步骤2002，使用用于根据优先对准请求寻呼时机的身份根据寻呼时机的至少一个另外的对准从通信网络请求寻呼时机。方法2000可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。方法2000可以例如在图16的流程图的步骤1610和1611处执行。
图21示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法2100。在2102，该方法包括确定用于优先考虑信令负载的用于寻呼时机的至少一个对准。在2104，该方法包括使用至少一个身份针对该至少一个身份根据所确定的用于使信令负载优先化的至少一个对准从通信网络请求寻呼时机。方法2100可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。方法2100可以例如在图16的流程图的步骤1609处执行。
图22示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法2200。在2202，该方法包括从通信网络接收指示针对该至少一个身份根据所确定的用于使信令负载优先化的寻呼时机的至少一个对准的所请求的寻呼时机没有被指派给通信设备的信息。在2204，该方法包括，响应于步骤2202，针对另一身份确定用于使信令负载优先化的寻呼时机的至少一个对准。在2204处，该方法包括使用该另一身份根据针对该另一身份的所确定的用于使信令负载优先化的寻呼时机的至少一个对准从通信网络请求寻呼时机。方法2200可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。方法2200可以例如在图16的流程图的步骤1610和1611执行。
图23示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法。该方法可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。在2300处，当设备可以确定寻呼时机的目标对准水平时(例如，在图16的1603处)，该方法可以开始。
在2301，设备可以获取移动性信息。在一个示例中，设备可以获取UE移动性统计数据。移动性统计数据可以指示UE转向新的跟踪区(TA)和/或相邻小区的频率和/或UE在小区中驻留多长时间。
在2302，可以基于所获取的移动性信息来确定移动性类型。在一个示例中，当设备在观察时间段内已经转移到TA之外超过x次时，移动性类型可以被确定为高移动性用户。x可以是根据实现而选择的整数值。在一个示例中，当设备在观察时间段期间保持在跟踪区域中但经常在TA内的小区之间转移时，移动性类型可以被确定为中等移动性用户。在一个示例中，当设备在观察时间段的大部分时间中保持在同一小区或一组小区中时，移动性类型可以被确定为低移动性用户或静止用户。
在2303，设备的移动性类型已经被确定为高移动性。因此，该设备可以是高移动性用户。可以将设备的目标对准水平确定为不需要对准，即无对准要求。在这种情况下，设备可以选择不尝试对准不同身份(即，USIM)的寻呼时机。然后，目标对准水平可以是已经指派给设备的寻呼时机的当前对准。应当注意，当前对准可能表示寻呼时机的定时没有对准，即它们未对准，由此它们的定时未相对于彼此调节以实现对准，例如根据图4描述的对准方式。
在2305，设备的移动性类型已经被确定为中等移动性用户。可以将设备的目标对准水平确定为寻呼时机的部分对准或顺序对准。
在2304，设备的移动性类型已经被确定为低移动性用户或静止用户。可以将设备的目标对准水平确定为寻呼时机的完全对准。
在2306，该方法可以在设备已经确定目标对准水平之后结束。
图24示出了基于本文中描述的示例的用于降低具有双接收能力MUSIM设备中的功耗的另一示例方法。该方法可以由诸如图1的具有多个身份/订阅的UE 110或MUSIM设备等用户设备来执行。该方法提供了一种计算用于包括指示获取来自PLMN的寻呼时机的请求的时间范围的信息的用于完全或部分/顺序对准的时间范围的设备。在该方法中，设备获知来自PLMN2的寻呼时机，并且为来自PLMN1的寻呼时机请求计算时间范围。应当注意，当设备获知来自PLMN1的寻呼时机并且为来自PLMN2的寻呼时机请求计算时间范围时，也可以应用该方法。参考图25描述了该方法，图25示出了用于降低具有双接收能力MUSIM设备中的功耗的时间范围。在2400处，该方法可以与设备请求寻呼时机(例如，在图16的1609或1611处)相关地开始。
在2401，设备可以获取来自PLMN2的寻呼时机的起始时间Tstart。
在2402，设备可以获取来自PLMN2的寻呼时机的持续时间Tduration。
在一个示例中，可以使用上述寻呼接收机制来获取步骤2401和2402中的起始时间和持续时间。
在2403，设备可以计算来自PLMN1的寻呼时机的时间范围。时间范围可以基于PLMN2的寻呼时机的初始时间Tinitial和最终时间Tfinal来定义。Tinitial和Tfinal可以根据来自PLMN2的寻呼时机的Tstart和Tduration定义如下：
Tinitial＝Tstart-Tduration。
Tfinal可以定义如下：
Tfinal＝Tstart 2*Tduration。
在2404，设备已经确定时间范围，并且时间范围或至少指示时间范围的信息可以被包括在来自PLMN1的寻呼时机请求中。
实施例
1.一种方法，包括：
跨通信设备的至少两个身份来对准多个寻呼时机；
其中对准经由以下操作被执行：
使用身份中的至少一个身份从通信网络请求和接收用于具有至少两个身份的所述通信设备的寻呼时机；或
使用身份中的至少一个身份从通信网络请求和接收寻呼偏移的重新分配。
2.根据示例1所述的方法，其中通信设备包括至少两个接收链。
3.根据示例1所述的方法，其中对准是：
-完全对准，使得所述身份中的至少两个身份的寻呼监测是同时的，并且至少两个接收器链是活动的；或
-顺序对准，使得所述身份中的至少两个身份的寻呼监测在时间上是顺序的；或
-部分对准，使得所述身份中的至少两个身份的寻呼监测部分重叠。
4.根据示例1至3中任一项所述的方法，还包括：将来自通信设备的身份中的至少一个身份的辅助信息提供给对应的通信网络，以指示用于寻呼时机的优选位置。
5.根据示例4所述的方法，其中优选位置包括以下至少一项：
起始时隙和结束时隙；
起始帧和结束帧；和/或
起始时间和结束时间。
6.根据示例1至5中任一项所述的方法，还包括：响应于从通信网络接收到寻呼时机的不可用性的指示，使用至少两个身份中的不同的一个身份来请求和接收寻呼时机。
7.根据示例1至6中任一项所述的方法，还包括：确定通信设备的能力和/或通信设备的移动性类型；基于通信设备的所确定的能力和/或通信设备的所确定的移动性类型，确定所述寻呼时机的目标对准水平；以及如果当前的对准水平未能满足所述目标对准水平，则请求用于通信设备的新的寻呼时机。
8.根据示例1至7中任一项所述的方法，还包括：使寻呼时机的至少一个对准优先于寻呼时机的一个或多个其他对准，并且使用身份中的至少一个身份从通信网络请求根据经优先化的对准的寻呼时机。
9.根据示例8所述的方法，还包括：响应于从通信网络接收到指示根据经优先化的对准的所请求的寻呼时机没有被被指派给通信设备的信息，使用另一身份从通信网络请求寻呼时机。
10.根据示例9所述的方法，还包括：响应于从通信网络接收到指示使用另一身份从通信网络请求寻呼时机没有被指派的信息，使用被用于请求根据经优先化对准的寻呼时机的身份，根据寻呼时机的至少一个其他对准来从通信网络请求寻呼时机。
11.根据示例7所述的方法，还包括：确定用于使信令负载优先化的寻呼时机的至少一个对准，以及使用身份中的至少一个身份，根据所确定的用于使信令负载优先化的至少一个对准，针对身份中的至少一个身份来从通信网络请求寻呼时机。
12.根据示例11所述的方法，还包括：响应于从所述通信网络接收到指示以下的信息：根据所确定的用于使信令负载优先化的寻呼时机的至少一个对准、针对身份中的至少一个身份所请求的寻呼时机未被指派给所述通信设备，针对身份中的另一身份确定用于使寻呼时机的信令负载优先化的至少一个对准，以及使用另一身份，根据针对另一身份所确定的用于使寻呼时机的信令负载优先化的所述至少一个对准，从通信网络请求寻呼时机。
13.根据示例1至12中任一项所述的方法，其中至少两个身份是订阅身份。
14.根据示例1至13中任一项所述的方法，其中至少两个身份是SIM、USIM、e-SIM或证书中的至少一项。
15.一种装置，包括：
用于跨通信设备的至少两个身份来对准多个寻呼时机的部件；
其中用于对准的部件包括或可操作地被连接到：
用于使用身份中的至少一个身份从通信网络请求和接收用于具有至少两个身份的所述通信设备的寻呼时机的部件；或
用于使用身份中的至少一个身份从通信网络请求和接收寻呼偏移的重新分配的部件。
16.根据示例15所述的装置，其中所述通信设备包括至少两个接收链。
17.根据示例15所述的装置，其中所述对准是：
-完全对准，使得所述身份中的至少两个身份的寻呼监测是同时的，并且至少两个接收器链是活动的；或
-顺序对准，使得身份中的至少两个身份的寻呼监测在时间上是顺序的；或
-部分对准，使得身份中的至少两个身份的寻呼监测部分重叠。
18.根据示例15至17中任一项所述的装置，还包括：用于将来自通信设备的身份中的至少一个身份的辅助信息提供给对应的通信网络以指示所述寻呼时机的优选位置的部件。
19.根据示例18所述的装置，其中优选位置包括以下至少一项：
起始时隙和结束时隙；
起始帧和结束帧；和/或
起始时间和结束时间。
20.根据示例15至19中任一项所述的装置，还包括：用于响应于从通信网络接收到寻呼时机的不可用性的指示而使用至少两个身份中的不同的一个身份身份来请求和接收寻呼时机的部件。
21.根据示例15至20中任一项所述的装置，还包括：用于确定通信设备的能力和/或通信设备的移动性类型的部件；用于基于通信设备的所确定的能力和/或所通信设备的所确定的移动性类型来确定寻呼时机的目标对准水平的部件；以及用于在当前对准水平未能满足目标对准水平的情况下请求用于通信设备的新的寻呼时机的部件。
22.根据示例1至21中任一项所述的装置，还包括：用于使所述寻呼时机的至少一个对准优先于寻呼时机的一个或多个其他对准的部件，以及用于使用身份中的至少一个身份根据经优先化的对准来从所述通信网络请求寻呼时机的部件。
23.根据示例22所述的装置，还包括：用于响应于从通信网络接收到指示根据经优先化的对准的所请求的寻呼时机没有被指派给所述通信设备的信息、而使用另一身份向所述通信网络请求寻呼时机的部件。
24.根据示例23所述的装置，还包括：用于响应于从通信网络接收到指示使用另一身份从通信网络请求寻呼时机没有被指派的信息而使用用于根据所述优先对准请求所述寻呼时机的所述身份根据寻呼时机的至少一个其他对准来从通信网络请求寻呼时机的部件。
25.根据示例21所述的装置，还包括：用于确定用于使信令负载优先化的寻呼时机的至少一个对准的部件，以及用于使用身份中的至少一个身份，根据所确定的用于使信令负载优先化的至少一个对准、针对身份中的至少一个身份来从通信网络请求寻呼时机的部件。
26.根据示例25所述的装置，包括：用于响应于从所述通信网络接收到指示针对身份中的至少一个身份根据所确定的用于使寻呼时机的信令负载的至少一个对准的所请求的寻呼时机未被指派给通信设备的信息、而针对身份中的另一身份确定用于使寻呼时机的信令负载的至少一个对准的部件，以及用于使用另一身份根据针对另一身份的所确定的用于使寻呼时机的信令负载优先化的至少一个对准，来从所述通信网络请求寻呼时机的部件。
27.根据示例15至26中任一项所述的装置，其中该至少两个身份是订阅身份。
28.根据示例15至27中任一项所述的装置，其中该至少两个身份是SIM、USIM、e-SIM或证书中的至少一项。
29.一种装置，包括：
至少一个处理器；以及
包括计算机程序代码的至少一个非瞬态存储器；
其中至少一个存储器和所述计算机程序代码被配置为与至少一个处理器一起，使装置至少执行：
跨通信设备的至少两个身份来对准多个寻呼时机；
其中对准是经由以下操作被执行：
使用身份中的至少一个身份从通信网络请求和接收用于具有至少两个身份的通信设备的寻呼时机；或
使用身份中的至少一个身份从通信网络请求和接收寻呼偏移的重新分配。
30.根据示例29所述的装置，其中通信设备包括至少两个接收链。
31.根据示例29所述的装置，其中对准是：
-完全对准，使得身份中的至少两个身份的寻呼监测是同时的，并且至少两个接收器链是活动的；或
-顺序对准，使得身份中的至少两个身份的寻呼监测在时间上是顺序的；或
-部分对准，使得身份中的至少两个身份的寻呼监测部分重叠。
32.根据示例29至31中任一项所述的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使装置进一步执行：将来自通信设备的身份中的至少一个身份的辅助信息提供给对应的通信网络以指示寻呼时机的优选位置。
33.根据示例32所述的装置，其中优选位置包括以下至少之一：
起始时隙和结束时隙；
起始帧和结束帧；和/或
起始时间和结束时间。
34.根据示例29至33中任一项所述的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置进一步执行：响应于从通信网络接收到寻呼时机的不可用性的指示，使用至少两个身份中的不同的一个身份来请求和接收寻呼时机。
35.根据示例29至34中任一项所述的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置进一步执行：确定所述设备的能力和/或通信设备的移动性类型；基于通信设备的所确定的能力和/或通信设备的所确定的移动性类型来确定所述寻呼时机的目标对准水平；以及如果当前对准水平未能满足目标对准水平，则请求用于通信设备的新的寻呼时机。
36.根据示例29至35中任一项所述的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置进一步执行：使寻呼时机的至少一个对准优先于寻呼时机的一个或多个其他对准，并且使用身份中的至少一个身份根据优先对准来从通信网络请求寻呼时机。
37.根据示例36所述的装置，其中至少一个存储器和所计算机程序代码被配置为与所述至少一个处理器一起使装置进一步执行：响应于从通信网络接收到指示根据优先对准所请求的寻呼时机没有被指派给通信设备的信息，使用另一身份从所述通信网络请求寻呼时机。
38.根据示例37所述的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使装置进一步执行：响应于从通信网络接收到指示使用另一身份从通信网络请求寻呼时机没有被指派的信息，使用被用于请求根据经优先化对准的寻呼时机的身份，根据寻呼时机的至少一个其他对准来从所述通信网络请求寻呼时机。
39.根据示例35所述的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使装置进一步执行：确定用于使信令负载优先化的寻呼时机的至少一个对准，以及使用身份中的至少一个身份，根据所确定的用于使信令负载优先化的至少一个对准，针对身份中的至少一个身份来从通信网络请求寻呼时机。
40.根据示例39所述的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起装置进一步执行：响应于从通信网络接收到指示以下的信息：根据所确定的用于使信令负载优先化的寻呼时机的至少一个对准、针对身份中的至少一个身份所请求的寻呼时机未被指派给所述通信设备，针对身份中的另一身份确定用于使寻呼时机的信令负载优先化的至少一个对准，以及使用另一身份，根据针对另一身份所确定的用于使寻呼时机的信令负载优先化的所述至少一个对准，从通信网络请求寻呼时机。
41.根据示例29至40中任一项所述的装置，其中至少两个身份是订阅身份。
42.根据示例29至41中任一项所述的装置，其中至少两个身份是SIM、USIM、e-SIM或证书中的至少一项。
43.一种由机器可读的非瞬态程序存储设备，有形地体现所述机器可执行的用于执行操作的指令程序，该操作包括：
跨通信设备的至少两个身份来对准多个寻呼时机；
其中对准经由以下操作被执行：
使用身份中的至少一个身份从通信网络请求和接收用于具有至少两个身份的通信设备的寻呼时机；或
使用身份中的至少一个身份从通信网络请求和接收寻呼偏移的重新分配。
44.根据示例43所述的装置，其中通信设备包括至少两个接收链。
45.根据示例43所述的装置，其中对准是：
-完全对准，使得身份中的至少两个身份的寻呼监测是同时的，并且至少两个接收器链是活动的；或
-顺序对准，使得身份中的至少两个身份的寻呼监测在时间上是顺序的；或者
-部分对准，使得身份中的至少两个身份的寻呼监测部分重叠。
46.根据示例43至45中任一项所述的装置，其中操作还包括：将来自通信设备的身份中的至少一个身份的辅助信息提供给对应的通信网络，以指示用于寻呼时机的优选位置。
47.根据示例46所述的装置，其中优选位置包括以下至少之一：
起始时隙和结束时隙；
起始帧和结束帧；和/或
起始时间和结束时间。
48.根据示例43至47中任一项所述的装置，其中操作还包括：响应于从所述通信网络接收到寻呼时机的不可用性的指示，使用至少两个身份中的不同身份来请求和接收寻呼时机。
49.根据示例43至48中任一项所述的装置，其中操作还包括：确定通信设备的能力和/或通信设备的移动性类型；基于通信设备的所确定的能力和/或通信设备的所确定的移动性类型确寻呼时机的目标对准水平；以及如果当前的对准水平未能满足所述目标对准水平，则请求用于所述通信设备的新的寻呼时机。
50.根据示例43至49中任一项所述的装置，其中操作还包括：使寻呼时机的至少一个对准优先于寻呼时机的一个或多个其他对准，并且使用身份中的至少一个身份从通信网络请求根据经优先化对准的寻呼时机。
51.根据示例50所述的装置，其中操作还包括：响应于从通信网络接收到指示根据经优先化的对准的所请求的寻呼时机没有被指派给通信设备的信息，使用另一身份从通信网络请求寻呼时机。
52.根据示例51所述的装置，其中所述操作还包括：响应于从通信网络接收到指示使用另一身份从通信网络请求寻呼时机没有被指派的信息，使用被用于请求根据经优先化对准的寻呼时机的身份，根据寻呼时机的至少一个其他对准来从通信网络请求寻呼时机。
53.根据示例49所述的装置，其中操作还包括：确定用于使信令负载优先化的寻呼时机的至少一个对准，以及使用身份中的至少一个身份，根据所确定的用于使信令负载优先化的至少一个对准，针对身份中的至少一个身份来从通信网络请求寻呼时机。
54.根据示例53所述的装置，其中操作还包括：响应于从所述通信网络接收到指示以下的信息：根据所确定的用于使信令负载优先化的寻呼时机的至少一个对准、针对身份中的至少一个身份所请求的寻呼时机未被指派给所述通信设备，针对身份中的另一身份确定用于使寻呼时机的信令负载优先化的至少一个对准，以及使用另一身份，根据针对另一身份所确定的用于使寻呼时机的信令负载优先化的所述至少一个对准，从通信网络请求寻呼时机。
55.根据示例43至54中任一项所述的装置，其中至少两个身份是订阅身份。
56.根据示例43至55中任一项所述的装置，其中至少两个身份是SIM、USIM、e-SIM或证书中的至少一项。
57.一种装置，包括：
被配置为跨通信设备的至少两个身份来对准多个寻呼时机的电路系统；
其中被配置为对准的电路系统包括或可操作地连接到：
被配置为使用身份中的至少一个身份从通信网络请求和接收用于具有至少两个身份的通信设备的寻呼时机的电路系统；
被配置为使用身份中的至少一个身份从通信网络请求和接收寻呼偏移的重新分配的电路系统。
58.根据示例57所述的装置，其中通信设备包括至少两个接收链。
59.根据示例57所述的装置，其中对准是：
-完全对准，使得身份中的至少两个身份的寻呼监测是同时的，并且至少两个接收器链是活动的；或者
-顺序对准，使得身份中的至少两个身份的寻呼监测在时间上是顺序的；或者
-部分对准，使得身份中的至少两个身份的寻呼监测部分重叠。
60.根据示例57至59中任一项所述的装置，其中被配置为对准的电路系统包括或还可操作地连接到：被配置为将来自通信设备的身份中的至少一个身份的辅助信息提供给对应的通信网络，以指示用于所述寻呼时机的优选位置的电路系统。
61.根据示例60所述的装置，其中所述优选位置包括以下至少之一：
起始时隙和结束时隙；
起始帧和结束帧；和/或
起始时间和结束时间。
62.根据示例57至61中任一项所述的装置，其中被配置为对准的电路系统包括或还可操作地连接到：被配置为响应于从通信网络接收到寻呼时机的不可用性的指示，使用至少两个身份中的不同的一个身份来请求和接收寻呼时机的电路系统。
63.根据示例57至62中任一项所述的装置，其中被配置为对准的电路系统包括或还可操作地连接到：被配置为确定通信设备的能力和/或通信设备的移动性类型的电路系统；被配置为基于通信设备的所确定的能力和/或所述通信设备的所确定的移动性类型来确定寻呼时机的目标对准水平的电路系统；以及被配置为在当前的对准水平未能满足所述目标对准水平的情况下为所述通信设备请求新的寻呼时机的电路系统。
64.根据示例57至63中任一项所述的装置，其中被配置为对准的电路系统包括或还可操作地连接到：被配置为使寻呼时机的至少一个对准优先于寻呼时机的一个或多个其他对准的电路系统，以及被配置为使用身份中的至少一个身份从通信网络请求根据经优先化的对准的寻呼时机的电路系统。
65.根据示例64所述的装置，其中所述被配置为对准的电路系统包括或还可操作地连接到：被配置为响应于从通信网络接收到指示根据经优先化的对准的所请求的寻呼时机没有被被指派给通信设备的信息，使用另一身份从通信网络请求寻呼时机的电路系统。
66.根据示例65所述的装置，其中所述被配置为对准的电路系统包括或还可操作地连接到：被配置为响应于从通信网络接收到指示使用另一身份从通信网络请求寻呼时机没有被指派的信息，使用被用于请求根据经优先化对准的寻呼时机的身份，根据寻呼时机的至少一个其他对准来从通信网络请求寻呼时机的电路系统。
67.根据示例63所述的装置，其中所述被配置为对准的电路系统包括或还可操作地连接到：被配置为用于使信令负载优先化的寻呼时机的至少一个对准的电路系统，以及被配置为使用身份中的至少一个身份，根据所确定的用于使信令负载优先化的至少一个对准，针对身份中的至少一个身份来从通信网络请求寻呼时机的电路系统。
68.根据示例67所述的装置，其中所述被配置为对准的电路系统包括或还可操作地连接到的电路系统，被配置为响应于从所述通信网络接收到指示以下的信息：根据所确定的用于使信令负载优先化的寻呼时机的至少一个对准、针对身份中的至少一个身份所请求的寻呼时机未被指派给所述通信设备，而针对身份中的另一身份确定用于使寻呼时机的信令负载优先化的至少一个对准，以及使用另一身份，根据针对另一身份所确定的用于使寻呼时机的信令负载优先化的所述至少一个对准，从通信网络请求寻呼时机。
69.根据示例57至68中任一项所述的装置，其中所述至少两个身份是订阅身份。
70.根据示例57至69中任一项所述的装置，其中所述至少两个身份是SIM、USIM、e-SIM或证书中的至少一项。
尽管以上示例描述了由装置、设备、通信设备、无线设备、移动终端或用户设备执行的本发明的实施例，但是应当理解，如上所述的本发明可以被实现为包括电路系统和/或支持多个活动身份(例如，USIM)与通信网络进行通信的任何装置的一部分。
通常，本发明的各种实施例可以在硬件或专用电路或其任何组合中实现。虽然本发明的各个方面可以作为框图或使用一些其他图形表示来说明和描述，但是可以很好地理解，作为非限制性示例，本文中描述的这些块、装置、系统、技术或方法可以在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合中实现。
如在本申请中使用的，术语“电路系统”可以指代以下中的一项或多项或全部：
(a)仅硬件电路实现(例如，仅在模拟和/或数字电路系统中的实现)，以及
(b)硬件电路和软件的组合，诸如(如适用)：
(i)模拟和/或数字硬件电路与软件/固件，以及
(ii)具有软件的硬件处理器(包括数字信号处理器)、软件和存储器的任何部分，它们一起工作以引起诸如移动电话或服务器等装置执行各种功能，以及
(c)硬件电路和/或处理器，诸如微处理器或微处理器的一部分，其需要软件(例如，固件)进行操作，但软件在不需要操作时可能不存在。
电路系统的这一定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如本申请中使用的，术语电路系统还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们的)伴随软件和/或固件的实现。术语电路系统还涵盖(例如并且如果适用于特定权利要求元素)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。
对“计算机”、“处理器”等的引用应当理解为不仅包括具有不同架构的计算机，诸如单/多处理器架构和顺序(冯诺依曼)/并行架构，而且还包括专用电路，诸如现场可编程门阵列(FPGA)、专用电路(ASIC)、信号处理设备和其他处理电路系统。对计算机程序、指令、代码等的引用应当被理解为包括用于可编程处理器或固件的软件，例如硬件设备的可编程内容，无论是处理器的指令，还是固定功能设备、门阵列或可编程逻辑器件等的配置设置。
应当理解，前述描述仅是说明性的。本领域技术人员可以设计各种替代和修改。例如，各种从属权利要求中记载的特征可以以任何合适的组合彼此组合。此外，上述不同实施例的特征可以选择性地组合成新的实施例。因此，本说明书意在包括落入所附权利要求范围内的所有这些替代、修改和变化。
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
