CN115462131A - 基于用于无线网络的多个信号源调整用户设备活动定时 - Google Patents

基于用于无线网络的多个信号源调整用户设备活动定时 Download PDF

Info

Publication number
CN115462131A
CN115462131A CN202180029931.2A CN202180029931A CN115462131A CN 115462131 A CN115462131 A CN 115462131A CN 202180029931 A CN202180029931 A CN 202180029931A CN 115462131 A CN115462131 A CN 115462131A
Authority
CN
China
Prior art keywords
paging
user equipment
sources
timing
adjusted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180029931.2A
Other languages
English (en)
Inventor
K·努森
F·弗雷德里克森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of CN115462131A publication Critical patent/CN115462131A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H04W74/0816—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA carrier sensing with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

一种方法包括确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时，其中关于信号源的用于用户设备的活动定时指示关于信号源而应由用户设备执行的用户设备活动的定时；以及确定针对多个信号源中的至少一个信号源的用于所述用户设备的调整后的活动定时，使得针对多个信号源而由用户设备执行的用户设备活动的时间顺序基于多个信号源的活动时段的长度而为用户设备在时间上进行排列，其中信号源的活动时段包括信号源的连续用户设备活动之间的时间时段。提供了其他示例实施例。

Description

基于用于无线网络的多个信号源调整用户设备活动定时
技术领域
本描述涉及无线通信。
背景技术
通信系统可以是使得能够在两个或更多的节点或设备(诸如固定或移动通信设备)之间进行通信的设施。信号可以被承载于有线或无线载体上。
蜂窝通信系统的示例是由第三代合作伙伴计划(3GPP)标准化的架构。该领域中的最新发展通常被称为通用移动电信系统(UMTS)无线电接入技术的长期演进(LTE)。E-UTRA(演进UMTS陆地无线电接入)是3GPP的用于移动网络的长期演进(LTE)升级路径的空中接口。在LTE中，基站或接入点(AP)被称为增强型节点AP(eNB)，其在覆盖区域或小区内提供无线接入。在LTE中，移动设备或移动台被称为用户设备(UE)。LTE包括了若干改进或发展。LTE的各方面也在不断改进。
5G新无线电(NR)发展是满足5G要求的持续移动宽带演进过程的一部分，类似于3G和4G无线网络的早期演进。此外，5G还针对移动宽带以外的新兴用例。5G的一个目标是提供无线性能的显著改进，这可以包括更高水平的数据速率、延迟、可靠性和安全性。5G NR还可以扩展以有效地连接海量物联网(IoT)，并且可以提供新型任务关键型服务。例如，超可靠和低延迟通信(URLLC)设备可能需要高可靠性和极低延迟。
发明内容
根据示例实施例，一种方法可以包括确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时，其中关于信号源的用于用户设备的活动定时指示：关于信号源而应由用户设备执行的用户设备活动的定时；以及确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时，使得针对多个信号源而由用户设备执行的用户设备活动的时间顺序基于用于多个信号源的活动时段的长度而为所述用户设备在时间上进行排列，其中用于信号源的活动时段包括用于信号源的在连续用户设备活动之间的时间时段。
根据示例实施例，一种方法可以包括确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时；以及确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于用于多个寻呼源的寻呼周期的长度而被排列，其中用于寻呼源的寻呼周期包括用于寻呼源的在连续寻呼监控实例之间的时间时段。
为每个示例方法提供或描述了其他示例实施例，包括：用于执行任何示例方法的部件；一种非暂时性计算机可读存储介质，包括存储在其上的指令，该指令在由至少一个处理器执行时，被配置为使计算系统执行任何示例方法；以及一种装置，包括至少一个处理器和至少一个包括计算机程序代码的存储器，该至少一个存储器和该计算机程序代码被配置为与该至少一个处理器一起，使该装置至少执行任何示例方法。
实施例的一个或多个示例的细节在附图和以下描述中阐述。从描述和附图以及从权利要求中，其他特征将是显而易见的。
附图说明
图1是根据示例实施例的无线网络的框图。
图2是图示了根据示例实施例的用于四个SIM或四个寻呼源的寻呼监控实例的图，其中寻呼监控实例不是基于寻呼周期被排列的。
图3是图示了根据示例实施例的用于四个SIM或四个寻呼源的寻呼监控实例的图，其中寻呼监控实例基于寻呼周期的长度被排列。
图4是图示了根据示例实施例的在用于多个寻呼源的寻呼监控实例之间的时间间隙期间的信号测量的图。
图5是图示了根据示例实施例的可以被用来确定何时调整寻呼定时(或UE活动时段)的技术的流程图。
图6是根据示例实施例识别用于四个寻呼源(SIM1、SIM2、SIM3和SIM4)的寻呼监控实例的四种不同组合或顺序的表格。
图7是图示了根据示例实施例的无线节点(例如，用户设备、UE、网络节点、BS或gNB)的操作的流程图。
图8是图示了根据另一示例实施例的无线节点(例如，用户设备、UE、网络节点、BS或gNB)的操作的流程图。
图9是根据示例实施例的无线站、无线节点或网络实体(例如，AP、BS、gNB、UE或用户设备、或其他网络节点或网络实体)的框图。
具体实施方式
图1是根据示例实施例的无线网络130的框图。在图1的无线网络130中，用户设备131、132、133和135，也可以被称为移动台(MS)或用户装备(UE)，可以与基站(BS)134连接(并且通信)，基站(BS)134可以也被称为接入点(AP)、增强型节点B(eNB)或网络节点。接入点(AP)、基站(BS)或(e)Nod B(eNB)的至少部分功能性还可以由可操作地耦合到收发器的任何节点、服务器或主机来执行，诸如作为远程无线电头端。BS(或AP)134在小区136内提供无线覆盖，包括对用户设备131、132、133和135提供无线覆盖。虽然只有四个用户设备(或UE)被示为连接或附连到BS 134，但是可以提供任何数量的用户设备。BS 134还经由S1接口151连接到核心网络150。这仅仅是无线网络的一个简单示例，并且可以使用其他的。
用户设备(用户终端，用户装备(UE))可以指的是便携式计算设备，其包括使用或不使用订户识别模块(SIM)操作的无线移动通信设备，作为示例，包括但不限于以下设备类型：移动台(MS)、移动电话、蜂窝电话、智能电话、个人数字助理(PDA)、手机、使用无线调制解调器的设备(警报或测量设备等)、膝上型电脑和/或触摸屏计算机、平板电脑、平板手机、游戏控制台、笔记本电脑、车辆、传感器和多媒体设备或任何其他无线设备。应当了解，用户设备也可以是几乎独占的仅上行链路设备，其中的一个示例是将图像或视频剪辑加载到网络的相机或摄像机。
在LTE(作为示例)中，核心网络150可以被称为演进分组核心(EPC)，其可以包括：可以处理或协助用户设备在BS之间移动/切换的移动性管理实体(MME)，可以在BS和分组数据网络或互联网之间转发数据和控制信号的一个或多个网关，以及其他控制功能或块。
此外，通过说明性示例，本文描述的各种示例实施例或技术可以被应用于各种类型的用户设备或数据服务类型，或者可以应用于可以具有在其上运行的多个应用的用户设备，这些应用可以是不同的数据服务类型。新无线电(5G)发展可以支持许多不同的应用或多种不同的数据服务类型，诸如例如：机器类型通信(MTC)、增强型机器类型通信(eMTC)、物联网(IoT)和/或窄带IoT用户设备、增强型移动宽带(eMBB)以及超可靠和低延迟通信(URLLC)。
IoT可以指代不断增长的对象组，其可以具有互联网或网络连接性，以使得这些对象可以向其他网络设备发送信息和从其他网络设备接收信息。例如，许多传感器类型的应用或设备可以监控物理条件或状态，并且可以例如在事件发生时向服务器或其他网络设备发送报告。例如，机器类型通信(MTC，或机器对机器通信)的特征可以在于，在有或没有人为干预的情况下，智能机器之间的全自动数据生成、交换、处理和致动。增强型移动宽带(eMBB)可以支持比当前LTE中更高的数据速率。
超可靠和低延迟通信(URLLC)是可被新无线电(5G)系统支持的新数据服务类型或新使用场景。这使得新兴的新应用和服务成为可能，诸如工业自动化、自动驾驶、车辆安全、电子健康服务等。作为说明性示例，3GPP旨在提供具有对应于10-5的块错误率(BLER)和高达1ms的U平面(用户/数据平面)延迟的可靠性的连接性。因此，例如，URLLC用户设备/UE可能需要比其他类型的用户设备/UE显著更低的块错误率以及低延迟(有或没有同时高可靠性的要求)。因此，例如，与eMBB UE(或在UE上运行的eMBB应用)相比，URLLC UE(或UE上的URLLC应用)可能需要更短的延迟。
各种示例实施例可以被应用于多种无线技术或无线网络，诸如LTE、LTE-A、5G、cmWave和/或mmWave频带网络、IoT、MTC、eMTC、eMBB、URLLC等或任何其他无线网络或无线技术。这些示例网络、技术或数据服务类型仅作为说明性示例而被提供。
基于为此类UE活动指示或调度的定时(例如，在特定时间，其可以被指示或调度，或者其甚至可以具有特定周期或时段)，可能存在UE可以执行或可以被请求执行的若干活动，诸如例如：UE监控来自一个或多个寻呼源的寻呼监控实例(或寻呼时机)，UE从一个或多个参考信号源中的每一个参考信号源接收和/或测量参考信号，UE向一个或多个信号源或者网络节点中的每一个发送测量报告或其他信息，或者UE从一个或多个数据源中的每一个数据源接收数据。然而，如果单独的UE活动被间隔相当长一段时间，这可能需要UE保持在活动状态，这可能会非常功率低效，因为这可能会延迟UE可以转变到空闲状态或低功耗状态的时间。因此，根据示例实施例，可以通过针对至少一个UE活动确定用于UE的调整后的活动定时来提高UE功率效率。如更详细描述的，例如为了提高UE功率节省，根据示例实施例，可以由UE针对至少一个UE活动获得或确定调整后的活动定时，使得针对(例如，每个)多个信号源或网络节点的UE活动的时间顺序可以基于针对多个信号源或网络节点的UE活动的活动时段(或活动周期时间)的长度而为用户设备在时间上进行排列。
根据示例实施例，UE可以执行与不同信号源相关联或与不同网络节点相关联的多个UE活动。例如，UE可以从低功率状态唤醒，针对多个信号源中的每一个(或一个或多个)信号源或与多个网络节点相关联地执行活动，并返回到睡眠(或空闲或低功率状态)。根据示例实施例，为了提高功率节省，可能希望将这些多个UE活动对齐(或分组在一起)，或者至少将这些活动放置或排列得更靠近在一起，以减少UE成为唤醒状态以便执行针对多个信号源或网络节点的这些UE活动而可能需要的时间时段。多个UE活动可以包括例如UE：针对来自多个寻呼源中的每一个寻呼源的寻呼消息，监控(多个)寻呼监控实例；从多个参考信号源中的每一个参考信号源接收和/或测量参考信号；向一个或多个信号源或者网络节点中的每一个发送测量报告或其他信息；或从一个或多个数据源中的每一个数据源接收数据(例如，UE接收与不同应用或服务相关联的数据)。例如，每个信号源可以与不同的网络、不同的无线电接入技术(RAT)或不同的无线运营商相关联。
对于每个信号源或网络节点，这些UE活动中的每一个都可以具有其自己的UE活动周期(或活动时段)，其可以是关于针对用户设备的信号源或网络节点的在连续UE活动之间的时间时段。作为说明性示例，用于接收数据的活动时段可以是UE从数据源接收或预期接收数据(例如，VoIP数据或与特定应用相关联的数据)之间的时间时段。因此，UE可能正在接收用于多个应用中的每一个应用的数据(例如，来自不同的信号源)，包括来自信号源1(例如，VoIP数据)、信号源2(电子邮件数据)、信号源3(例如，Web浏览器数据)等。这些信号源或应用中的每一个都可能在不同的时间间隙或活动时段生成或提供数据。如本文中更详细描述的，如果调整UE活动的定时或顺序，则可以改进UE的功率效率或功率节省，使得针对多个信号源的UE活动的时间顺序基于针对多个信号源的活动时段的长度而被排列。例如，通过对针对多个信号源的UE活动的时间顺序进行排列，这可以减少(至少在一些情况下或在一些时间的时段内)UE来保持唤醒(或活动或全功率)状态以便执行针对多个信号源的UE活动(例如，从多个信号源中的每一个信号源接收数据，或为多个寻呼源中的每一个寻呼源监控寻呼监控实例，或者从多个参考信号源中的每一个参考信号源接收参考信号)而通常可能需要的时间时段。
因此，根据示例实施例，一种方法可以包括：确定针对多个信号源中的每一个信号源的用于UE的初始活动定时，其中关于信号源的用于UE的活动定时指示：关于信号源而应由UE执行的UE活动的定时；确定针对多个信号源中的至少一个信号源的用于UE的调整后的活动定时，使得针对多个信号源而由UE执行的UE活动的时间顺序基于用于多个信号源的活动时段的长度为UE在时间上进行排列，其中用于信号源的活动时段包括用于多个信号源的在连续的UE活动之间的时间时段。
在示例实施例中，确定针对多个信号源中的至少一个信号源的用于UE(或用户设备)的调整后的活动定时可以包括：由UE发送对用于UE的针对多个信号源中的至少一个信号源的调整后的活动定时的请求；以及由UE接收响应，该响应包括标识用于UE的针对多个信号源中的至少一个信号源的调整后的活动定时的信息。
此外，在示例实施例中，用于UE的调整后的活动定时可以被确定，使得针对多个信号源的用于UE活动的时间顺序将以用于多个信号源的活动时段的长度的降序或活动时段的长度的升序而被排列。此外，例如，调整后的活动定时可以被确定以使得具有相同的活动时段长度的用于UE的针对多个信号源的UE活动将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。在该说明性示例中，通过根据UE活动的活动时段或周期(例如，按升序或降序)对UE活动进行分组或排列，这可以减少可能需要UE执行针对多个信号源的UE活动的时间时段。例如，寻呼定时可以在本文中被描述为UE活动的说明性示例，但是也可以调整其他UE活动的定时(例如，针对不同信号源的UE活动的时间顺序可以基于信号源的活动时段或周期而在时间上进行排列)，以提高UE功率效率。
根据说明性示例，分组数据业务常常是非常突发的，例如，诸如传输活动的偶尔时段，随后是较长的静默时段。UE可以使用不连续接收(DRX)来降低功耗，而不是让UE为下行链路数据而连续地监控下行链路信道(这将消耗大量的UE功率)。根据示例实施例，监控可以包括在信道上接收(或尝试接收)和/或解码下行链路控制信息，以及确定是否已经在该信道上接收到一个或多个特定信号。例如，监控可以包括在信道上接收下行链路控制信息，以及确定是否已经接收到一个或多个特定信号，这些信号指示下行链路数据信道上存在下行链路数据或者存在用于上行链路数据信道的使用的UL传输授权。
根据DRX，UE仅在诸如每100ms之类的特定时间瞬时(例如，根据用于UE的寻呼定时，或根据用于UE的DRX周期)或其他寻呼定时(例如，其中寻呼定时定义或确定寻呼消息可以被UE接收到的寻呼时间瞬时)监控用于寻呼消息的下行链路控制信令。因此，例如，可以为UE定义寻呼周期(或DRX周期)，其中UE大部分时间可以休眠(例如，将其电路中的一个或多个或者将UE的接收器和/或发射器关闭或处于低功率状态)，并且仅短暂唤醒(开启其电路、接收器和/或发射器)以监控或接收下行链路控制信令以确定网络(例如CN或BS)是否具有下行链路数据以被传输给UE。
例如，在从睡眠或低功率状态唤醒后，UE可以为寻呼消息的存在而在物理下行链路控制信道(PDCCH)上监控(例如，接收和/或解码)下行链路控制信息(DCI)，例如，寻呼消息可以是(作为示例)由寻呼标识符加密的信息，诸如用寻呼无线电网络临时标识符(P-RNTI)加密的信息。寻呼消息(例如，其可以是例如用P-RNTI加密的信息)的存在指示网络可能具有用于递送给UE的下行链路数据。例如，如果UE在DCI上检测到寻呼消息(例如，检测到P-RNTI)，则UE可以接收(解码)进一步的控制信息(例如，在由寻呼消息所指示的资源或资源块内)以确定是否在这个进一步的控制信息中指示或提供其UE身份。如果UE找到其UE身份，那么这指示核心网络具有要递送(传输)到UE的下行数据。在检测到其UE身份之后，UE可以与小区或BS(或eNB/gNB)执行随机接入(RA或RACH)过程，以建立与该小区的连接(用于UE转变到连接状态)，并且UE然后可以经由小区接收来自核心网络的下行链路数据。在接收到下行链路数据(并且可能发送/传输它可能需要传输的任何数据)之后，UE然后可以例如重新进入或恢复睡眠状态或低功率状态(其例如可以是RRC连接中的DRX睡眠状态，RRC空闲状态或RRC非活动状态中的DRX睡眠状态，作为说明性示例，其中RRC指代无线电资源控制)，并保持在此睡眠状态直到UE需要再次从睡眠中醒来(例如，开启其接收器和其他电路)并检查例如下行链路控制信息上的寻呼或调度消息的下一个寻呼监控实例或寻呼时机(例如，如根据针对UE的寻呼模式或PDCCH监控模式的由DRX循环所指示的)。
寻呼模式或寻呼定时可以包括或可以指示UE应该从睡眠中醒来并检查寻呼消息的一个或多个时间(时间瞬时或寻呼监控实例)，然后，例如，如果寻呼消息被检测到，则在资源块或信道中检查其UE身份。
因此，寻呼是一种网络技术，其可以被用来在下行链路业务要被递送或被传输到UE的情况下联系UE。对于RRC空闲和/或RRC非活动的UE，这通常作为寻呼机制被实现，其中网络和UE对UE针对来自网络(核心网络)的(多个)寻呼消息应该如何以及何时监控信道具有共同的理解。根据示例实施例，为了在时域中具有UE的统计分布，可以通过将UE寻呼帧定义为UE(UE唯一的或UE特定的，至少在网络内)身份和系统定时的组合函数的算法来分布UE将侦听或监控寻呼消息的时间瞬时。对于LTE，寻呼帧可以是UE将在其中侦听寻呼消息的无线电帧，并且取决于配置，UE还可以具有在寻呼帧内的指派的(仍然来自UE_ID)子帧。对于eNB/BS而言通过配置寻呼相关的DRX参数来在控制时间/资源域中的UE的量和/或分布是可能的。该过程针对NR/5G可能是类似的，并且非活动(例如，RRC非活动)UE可以侦听或监控用于CN寻呼的信道，使用NR等效的IMSI(称为5G-S-TMSI)来计算，并且使用RRC非活动RNTI：I-RNTI来进行RAN寻呼。此外，在NR(5G)中，当多个波束被用于寻呼传输时，寻呼时机(PO)可以包括一组PDCCH(物理下行链路控制信道)监控时机——每个波束一个——并且这些PDCCH监控时机在时间上被分配。由于这些原因，LTE的基于表的PO(寻呼时机)配置机制已经被在NR/5G中基于寻呼搜索空间(pagingSearchSpace)的机制所取代。这些仅仅是UE可以如何确定或找到其寻呼定时(诸如其PF和/或PO)的一些说明性示例。此外，这些是可以被用于UE的UE身份的一些说明性示例。
因此，根据说明性示例实施例，UE可以通过确定寻呼帧(PF)和/或在其中(何时)UE应监控寻呼消息的PF内的一个或多个寻呼时机(PO)来确定其寻呼定时。根据示例实施例，寻呼帧(PF)可以包含一个或多个PO。根据示例实施例，可以基于用于UE的UE身份(例如，UE_ID)来确定寻呼定时(例如，其可以是或可以包括寻呼帧(PF)和/或寻呼时机(PO)，和/或(多个)寻呼监控实例的(多个)其他时间))，寻呼定时指示UE何时应该监控用于寻呼消息的下行链路控制信息。
如所指出的，根据说明性示例实施例，UE可以在RRC空闲和RRC非活动状态中使用不连续接收(DRX)以便降低功耗。UE可以例如在每个DRX周期监控(例如，接收下行链路信号以检测寻呼消息)一个或多个寻呼时机(PO)。PO可以包括一组PDCCH监控时机和/或可以包括多个时隙(例如，子帧或OFDM符号)，其中寻呼消息可以被传输到UE。此外，例如，寻呼帧(PF)可以是无线电帧，并且可以包括一个或多个PO或PO的起始点。相同的寻呼消息可以被用于RAN(无线电接入网络或BS)发起的寻呼和CN发起的寻呼二者。
作为说明性示例，寻呼定时，例如，其可以包括或可以指示诸如(多个)PF和/或(多个)PO(例如)之类的一个或多个寻呼监控实例，可以根据等式1、基于用于UE的UE_ID来确定。用于PF(寻呼帧)的SFN(系统帧号)可以基于等式1针对UE而被确定如下：
(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)；(等式1)
索引Index(i_s)，指示用于寻呼消息的一组PDCCH(物理下行链路控制信道)L0监测时机的开始，由下式确定：
i_s＝floor(UE_ID/N)mod Ns
对于默认关联，Ns是1或2。对于Ns＝1，只有一个PO其开始于PF。对于Ns＝2，PO位于PF的前半帧(i_s＝0)或后半帧(i_s＝1)。
对于非默认关联(即，当使用寻呼-搜索空间时)，UE监控第(i_s+1)个PO，其中第一个PO在PF中开始。
一些示例参数可以被用来基于等式1确定PF和PO。T：UE的DRX周期。N：T中的总寻呼帧数；Ns：针对PF的寻呼时机数；PF_offset：被用于PF确定的偏移；UE_ID：UE标识符，例如，诸如例如5G-S-TMSI(临时移动用户身份)mod 1024；
参数N、Ns、first-PDCCH-MonitoringOccasionOfPO(第一-PDCCH-PO的监控时机)、PF_offset和默认DRX周期的长度可以由BS/gNB在系统信息内(诸如在SIB1内)被传输或用信号发送。此外，可以使用其他技术来确定用于UE的寻呼定时。
在当前网络中的正常UE操作中，UE将具有朝向核心网络的“硬编码”(或静态或固定)UE(UE特定)身份。作为一个示例，可以为UE指派固定或静态的国际移动订户身份(IMSI)或固定或静态(5G或NR)临时移动订户标识符(TMSI)。UE可以使用LTE中的IMSI和5G/新无线电(NR)中的5G-S-TMSI来确定用于UE的寻呼定时(例如，寻呼帧(PF))，例如指示UE应该监控用于寻呼消息的网络信令(例如，下行链路控制信息)的确切时间。例如，UE标识符可以通过等式(诸如等式1作为示例)被UE转换(或使用)，以便计算或确定用于UE的寻呼帧(作为示例，寻呼定时)。现有寻呼机制的一个功能是以统计上公平的方式分配连接到网络的所有设备，以使得在可用网络资源(作为一个示例，寻呼帧)上存在具有给定负载的相等概率。当考虑具有单一身份的UE并且不需要网络或UE控制可用资源的加载时，该机制提供了直接的映射。
UE(UE特定)身份的一些示例可以包括国际移动订户身份(IMSI)或(5G或NR)临时移动订户标识符(TMSI)。这些是UE特定(例如，指派给网络内的每个UE的不同UE身份)UE身份的一些示例，并且可以使用其他(UE特定)UE身份。
因此，至少在一些情况下，根据示例实施例，用于UE的寻呼定时可以与被指派给该UE的其UE身份(例如，IMSI、TMSI或其他UE身份)相关联。例如，等式1描述了一种示例技术，UE可以(作为示例)使用该技术来确定与其UE身份相关联的寻呼定时(例如，PF或一个或多个寻呼监控实例)。例如，关于寻呼源的寻呼定时可以指示当UE应该监控来自寻呼源的寻呼消息时的寻呼监控实例的定时(例如，一个或多个时间)。寻呼源可以包括可以传输寻呼消息的任何网络节点或其他源(例如，BS、gNB或其他网络节点)。寻呼监控实例可以是UE可以从寻呼源接收寻呼消息的(多个)时间(例如，在一些示例实施例中，其可以由PF和/或PO指示或与之相关联)。因此，UE可以或应该针对用于UE的一个或多个寻呼监控实例的寻呼消息监控信道(例如，PDCCH)。因此，作为说明性示例，寻呼定时可以指示UE监控或可以接收(或UE应该监控)用于寻呼消息的下行链路控制信息的时间，和/或寻呼定时可以指示寻呼消息可以被传输到UE的时间。在当前网络中，基于用于UE的固定或静态UE身份(例如，固定TMSI、IMSI)，用于UE的寻呼定时将是固定或静态的。
根据说明性示例实施例，可以为UE指派多个UE标识符或多个UE身份(例如，多个IMSI或多个TMSI)，或者UE可以监控针对(或来自)多个寻呼源的寻呼监控实例。例如，这些多个UE身份可以与相同的网络或网络运营商相关联(或由其指派)，或者可以与不同的网络或不同的网络运营商或移动网络和/或不同的无线电接入技术(RAT)相关联(或由其指派)。类似地，例如，不同的寻呼源可以与不同的无线网络、不同的无线或移动网络运营商和/或不同的无线电接入技术(RAT)相关联。例如，UE在一个时间可以具有多于一个活动的SIM卡(例如，具有与每个SIM卡相关联的不同UE身份，以及针对UE身份中的每个UE身份的不同寻呼定时，或者UE可以具有针对多个寻呼源中的每一个寻呼源的不同寻呼定时)。作为说明性示例，UE可以在空闲模式下支持双SIM(例如，每个SIM卡可以属于或可以与不同的移动运营商/网络运营商相关联)。由于两个SIM卡和两个关联的UE身份被指派给UE，这意味着UE应该监控与不同SIM卡(或不同的UE身份)相关联的两个网络的寻呼信道(以及可能的这两个不同寻呼信道的不同频率资源)。这可以允许UE监控来自多个(例如，两个或更多)网络(移动)运营商的寻呼消息。根据示例实施例，一个或多个电子SIM卡(eSIM)(例如，可以电子地被指派给UE并且不需要将物理SIM卡安装在UE上的SIM)也可以被指派给UE。可以提供或使用其他技术来向UE指派附加的UE身份。例如，UE可以接收虚拟UE身份(例如，虚拟IMSI)或其他被指派的UE身份(其可以与或可以不与SIM卡或eSIM相关联)。这些是说明如何可以为UE指派多个UE身份的几个示例。因此，以这种方式，可以为UE指派一个或多个电子的或虚拟的UE身份。例如，与被指派给UE的每个UE身份相关联的网络节点可以是寻呼源(例如，可以基于寻呼定时发送一个或多个寻呼消息)。如所指出的，针对UE的寻呼定时可以与每个UE身份相关联，例如，参见等式1。替代地，例如基于与每个寻呼源相关联的广播信息和/或基于指示用于寻呼源的寻呼定时的来自每个寻呼源的控制信息，UE可以简单地被指派(或可以确定)用于多个寻呼源中的每一个寻呼源的寻呼定时。
然而，诸如例如，经由将多个UE身份指派给UE，来自多个寻呼源中的每一个寻呼源的(多个)寻呼监控实例的监控可能导致出现一个或多个问题或挑战，包括例如：在一些情况下，对于UE的两个(或更多)UE身份(或寻呼源)的寻呼监控实例(或寻呼时机)之间可能会出现显著的时间间隙，这可能会导致显著的功耗，因为UE可能需要在相对较长(或更长)的时间时段内保持开启或处于活动状态(例如，因此延迟了UE到睡眠状态、空闲状态或其他低功率状态的转变)，或者UE可能需要单独重新打开电源——或从睡眠状态转变到清醒状态，以监控针对两个UE身份的寻呼消息(导致附加的功耗，因为UE的电路的这个电源开启是针对两个UE身份中的每一个身份来执行的)。
根据示例实施例，可能存在这样的情形或应用，其中改变或调整用于UE的寻呼定时(或其他UE活动定时)可能是有利的。例如，UE可以监控来自多个寻呼源中的每一个寻呼源的(多个)寻呼消息。在说明性示例中，每个寻呼源可以与相同或不同的小区或BS/gNB、相同或不同的网络、相同或不同的无线运营商或移动运营商、和/或相同或不同的无线电接入技术(RAT)相关联。在一个示例实施例中，作为说明性示例，用于UE的多个寻呼源中的每一个寻呼源可以与不同的无线运营商或移动网络运营商相关联。作为说明性示例，UE可以具有被指派给UE的多个UE身份，例如，可以将多个SIM指派给UE，其中SIM或UE身份从多个无线运营商或无线网络中的每一个被指派给UE。每个寻呼源(例如，多个网络之中或多个无线运营商之中的每个网络节点或BS/gNB)可以基于其自己的寻呼周期(例如，DRX周期)(例如，其中寻呼周期或DRX周期可以是或者可以指示针对UE的用于寻呼源的在连续寻呼时机或寻呼监控实例之间的时间时段)向UE传输寻呼消息。在说明性示例中，寻呼定时，例如寻呼时机或寻呼监控实例的定时(或时间)，可以基于(或与之相关联)被指派给UE和/或与寻呼源相关联的UE身份来确定。因此，在一些情况下，UE可以通过请求和/或获得针对寻呼源或关于寻呼源(或关于与该寻呼源相关联的网络或运营商)的新的或虚拟UE身份来获得针对寻呼源的调整后的寻呼定时。作为说明性示例，例如经由等式1，新的UE身份(例如，虚拟IMSI(VIMSI))可以被映射到调整后的寻呼定时。在另一个实施例中，例如，响应于UE的请求，可以由用户设备从网络(例如，BS/gNB)的网络节点、无线运营商或其他实体获得寻呼定时(例如，指示寻呼时机或寻呼监控实例的(多个)时间或定时)，诸如用于寻呼源的调整后的寻呼定时。UE甚至可以在其对新的或调整后的寻呼定时的请求中指示被请求的寻呼定时和/或将为针对UE的寻呼源提供期望的调整后的寻呼定时的所请求的新UE身份。
根据示例实施例，可以针对UE的多个寻呼源中的至少一个寻呼源为UE调整寻呼(或其他活动)定时(例如，指示当UE应该监控针对多个寻呼源中的至少一个寻呼源的寻呼消息时的寻呼监控实例或寻呼时机的定时或(多个)时间)，例如，以便降低UE的功耗。根据示例实施例，用于寻呼源的寻呼周期(或寻呼周期的长度)可以是或可以指示用于UE的针对寻呼源的在连续(例如，两个)寻呼监控实例之间的时间时段。在示例实施例中，为了降低UE功耗，可以针对UE的多个寻呼源中的至少一个寻呼源确定或获得调整后的寻呼定时，使得针对UE的多个寻呼源中的(例如，每一个)寻呼监控实例的时间顺序将基于用于多个寻呼源的寻呼周期的长度按时间顺序被排列。
例如，基于或根据寻呼周期的长度(例如，寻呼周期长度的递增或增加，或者寻呼周期长度的递减或减少，或将具有相同寻呼周期长度的两个寻呼源的两个或更多寻呼监控实例分组在一起)来排列用于多个寻呼源的(多个)寻呼监控实例(例如，对于UE，用于第一寻呼源的寻呼监控实例、用于第二寻呼源的寻呼监控实例和用于第三寻呼源的寻呼监控实例等)可以至少在一些情况下或至少在一段时间内导致用于UE的针对多个寻呼源的寻呼监控实例或寻呼时机的更节能的排列或分组。例如，具有相同或相似(例如，相同或在一阈值内)寻呼周期的长度的用于寻呼源的寻呼监控实例因此可以在时间上被分组在一起(彼此相邻)，并且例如通过减少(例如，空闲模式)UE花费在清醒的或处于清醒状态的时间量(例如，通过减少不同寻呼源的寻呼监控实例之间的时间间隙)并且减少UE通常可以在睡眠(或低功率)状态中花费的时间量和/或延迟UE何时可以转变到睡眠或低功率状态，这可以导致降低UE的功耗。
因此，在示例实施例中，基于寻呼周期的长度对用于UE的多个寻呼源的寻呼时机或寻呼监控实例(在时间上)进行排序，例如，根据SIM或UE身份(或与SIM相关联的预占网络)的(例如，递增或增加、或者递减或降低的)空闲模式DRX周期(或寻呼周期)对寻呼监控实例进行排序可以提供如下好处或优势：UE可能能够例如通过具有更短的清醒时段来监控多个SIM/UE身份或网络或多个寻呼源的寻呼监控实例来节省功率。
图2是图示了根据示例实施例的用于四个SIM或四个寻呼源的寻呼监控实例的图，其中寻呼监控实例不是基于寻呼周期来排列的。在此示例中，寻呼源与每个SIM相关联。因此，在该示例中指派给UE的四个SIM导致4个寻呼源，每个寻呼源具有其自己的寻呼周期(例如，不同寻呼源的寻呼周期可以是相同长度或不同长度)。作为说明性示例，如图2的4-SIM示例中所示，其中网络之中的两个网络(或寻呼源)具有64帧(SIM1和SIM4)的寻呼(或DRX)周期，而另外两个网络或SIM(或寻呼源)(SIM2、SIM3)具有256帧的寻呼(或DRX)周期。当处于空闲模式(或睡眠状态或低功率状态)时，对于所有网络，UE只需执行来自DRX周期为256帧的网络(SIM2、SIM3)的寻呼接收(用P-RNTI监控PDCCH)，每四次它唤醒以接收其他两个网络(SIM1、SIM4)的寻呼接收。
如图2中所示，示出了针对每个SIM或寻呼源的寻呼周期，例如，包括：SIM1寻呼周期(DRX周期)210(例如，64帧)、SIM2寻呼周期212(例如，256帧)、SIM3寻呼周期214(例如，256帧)和SIM4寻呼周期(例如64帧)。在寻呼集群(例如，在一个窗口或阈值时间时段内的一组寻呼监控实例)220内，针对4个SIM/4个寻呼源的寻呼监控实例的初始顺序是：SIM1的寻呼监控实例211；SIM2的寻呼监控实例213；SIM3的寻呼监控实例215；以及SIM4的寻呼监控实例217。因此，最初，在寻呼集群220处，针对所有4个SIM(或所有4个寻呼源)发生寻呼监控实例，包括按顺序寻呼监控实例211、213、215然后是217。例如，这些寻呼源/SIM的寻呼监控实例的初始顺序可以是任意的。然而，最初，寻呼源/SIM的寻呼监控实例的顺序不是基于这些寻呼源的寻呼周期来排序或排列的(并且UE可以检测到寻呼源/SIM的寻呼监控实例的顺序没有基于这些寻呼源的寻呼周期来排序或排列)。结果，寻呼集群222、224和226仅包括来自SIM1和SIM4的寻呼监控实例(具有64帧的较短寻呼周期的SIM/寻呼源)。例如，寻呼集群222包括(SIM1的)寻呼监控实例221和(SIM4的)寻呼监控实例223。然而，因为这些寻呼监控实例不是基于寻呼周期来排列的，所以这两个寻呼监控实例(具有相同的寻呼周期)在存在SIM2和SIM3的寻呼监控实例的时间上具有显著间隙，至少在一些集群中是这样。但是因为SIM2和SIM3的寻呼周期比SIM1和SIM4的寻呼周期长，所以在寻呼监控实例221和223之间存在时间间隙230，UE可能需要保持清醒(例如，监控用于寻呼监控实例223的信道)，从而导致UE的功率低效性能。然而，通过基于(或根据)寻呼周期的长度来排列寻呼监控实例，这可以将具有相同或相似(例如，在阈值长度内)寻呼周期的寻呼监控实例分组或聚集在一起，从而减少UE的功耗(例如，通过允许UE更长时间地保持在低功率状态或睡眠状态(例如，空闲模式)，或者更早地恢复低功率状态或睡眠状态，并且避免或减少其中长时间的UE清醒但尚未监控寻呼消息的非监控时间间隙，诸如时间间隙230)。
图3是图示了根据示例实施例的用于四个SIM或用于四个寻呼源的寻呼监控实例的图，其中基于寻呼周期的长度来排列寻呼监控实例。
在该示例中，UE可能已经请求并且获得了针对SIM4的调整后的寻呼定时(作为示例)，这导致针对SIM4的寻呼监控实例从寻呼监控实例217(图2)移动到寻呼监控实例217A，使得针对4个SIM/4个寻呼源的寻呼监控实例基于或根据寻呼周期在时间上被排列或排序(例如，以递减寻呼周期或递增寻呼周期，或以其他方式将具有相同或基本相同(例如，在阈值内，诸如正负10％)的寻呼周期的寻呼监控实例在时间上分组在一起)。因此，如在寻呼集群320中所示，寻呼集群320内的寻呼监控实例根据升序的(增加的)寻呼周期被分组或排序，其中那些寻呼监控实例217A(针对SIM4)和211(针对SIM1)被分组在一起并且首先发生(两者都具有64帧的较短寻呼周期)，随后在时间上是被分组在一起的寻呼监控实例213(针对SIM2)和215(针对SIM3)(这两者都具有256帧的较长寻呼周期)。因此，在寻呼周期322，只有寻呼监控实例221A(针对SIM4)和223(针对SIM1)发生(在该示例中两者都具有64帧的较短寻呼周期)，并且比图2中所示的更靠近，例如不存在长的时间间隙230(相反，与图2中UE保持处于清醒状态的较长时间间隙230相比，可以在寻呼集群322的寻呼监控实例223A和221之间提供较短的时间间隙))。以这种方式，通过减少UE必须保持处于清醒状态的寻呼集群322内的时间量(例如，与图2的寻呼集群222处于清醒状态的时间量230相比)，这可以降低UE的功耗。一般来说，至少在一些情况下，在相邻寻呼监控实例217A、211、213、215等之间可能会出现或存在时间间隙，例如以允许UE切换波束和/或切换频率。因此，例如，如图3中所示，在调整针对SIM4的寻呼定时之后，在寻呼监控实例217A和223A(图3)之间可能存在(较)短的时间间隙(例如，明显短于时间间隙230)，例如以允许波束切换和/或频率切换以用于监控不同寻呼源(例如SIM4、SIM1)的寻呼。然而，根据示例实施例，至少在一些情况下，通过基于寻呼周期来排列或排序针对多个寻呼源的寻呼监控实例(例如，基于寻呼周期的递增长度、寻呼周期的递减长度来排列寻呼监控实例，和/或在时间上将具有相同(或相似，在阈值内)寻呼周期长度的寻呼监控实例分组或聚集在一起)。
在图3中，SIM4移到了SIM1前面。因此，如图3中所示，SIM4和SIM1寻呼时机(PO)(或寻呼监控时机或寻呼监控实例)对于UE，按顺序首先发生。替代地，针对SIM1的PO可能已经移到了针对SIM4的PO之后。因此，例如，一个目标或目的可以是减少UE必须醒来以监控用于多个寻呼传输的PO或寻呼监控实例的时间量。此外，移动PO(或寻呼监控实例)定时需要与BS交互，并且因此需要UE功率的消耗。因此，在一些情况下，可能期望调整活动定时或寻呼定时以减少或者甚至最小化活动定时或寻呼定时调整或移动的数量。例如，UE可以基于其IMSI和广播的寻呼信号的周期性(寻呼周期)来确定PO(或寻呼监控实例)。然后，例如基于被请求的PO(或寻呼监控实例)定时偏移，或者基于新的UE身份(例如，基于指派给UE的新VIMSI)，UE可以针对该寻呼信号来调整其寻呼定时或活动定时(例如，PO定时或寻呼监控实例定时)。
因此，根据示例实施例，可以以可以提高针对UE的功率效率的方式来排序或排列寻呼监控实例(其也可以被称为或可以包括PO)或其他UE活动。因此，例如，UE可以基于针对每个寻呼信号的寻呼/DRX周期(或基于寻呼周期的长度)对针对每个寻呼信号的PO或寻呼监控实例进行排序(对它们进行布列，或按时间顺序排列它们)。该顺序可以是升序的，例如，最短寻呼周期的PO(或寻呼监控实例)在一个时间时段内的最前，或者在升序中以最短寻呼周期的PO(或寻呼监控实例)在一个时间时段内的最后，或以其他方式将具有相同或相似(例如，在一阈值内)寻呼周期长度的PO或寻呼监控实例分组在一起。通过将具有相同或相似长度的寻呼(或其他UE活动)周期的UE活动或PO/寻呼监控实例分组在一起，这可导致(如图3中所示)具有短的/较短的寻呼周期长度的PO或寻呼监控实例(例如，223A和221，图3)发生或在时间上彼此相邻，这可以减少具有短寻呼周期长度的这样的PO(例如，寻呼监控实例223A、221)之间的时间间隙(例如，参见图2中的较长时间间隙230)。因此，例如，以这种方式，至少在一些情况下，短(或较短)的周期的PO/寻呼监控实例(或其他UE活动)将自行显示(或被分组在一起)以由UE监控，并且因此，它们应该更靠近在一起，例如，它们可以被调整为彼此相邻(例如，这可以因此有利地排列对于不同寻呼源的寻呼监控实例，以避免将较长寻呼周期的寻呼监控实例放置在具有较短寻呼周期的寻呼监控实例之间)。因此，针对不同寻呼信号调整寻呼定时或调整PO/寻呼监控实例的顺序，可导致两个或多个寻呼信号的PO被排列成彼此相邻，并且可能按顺序来排列，按升序(从最短到最长的寻呼周期长度)或降序(从最长到最短的寻呼周期长度)来排列，例如，这可能特别适用于可能存在3个或更多寻呼周期或寻呼信号/寻呼源的PO/寻呼监控实例(或可以按升序或降序被排列的3个或更多信号源或网络节点的UE活动，或者具有相同或相似的UE活动时段的可以被分组在一起的那些UE活动)。
根据示例实施例，可以调整或重新排列PO或寻呼监控时机(或其他UE活动)的定时，以便提高UE功率效率。然而，即使在可能调整或重新排列一个或多个PO或寻呼监控时机(或其他UE活动)之后，在PO或其他UE活动之间仍可能存在时间间隙。
根据示例实施例，即使寻呼时机或寻呼监控时机(或其他UE活动)尽可能地被对齐或分组在一起，仍然可能存在例如时间间隙，例如，诸如它们之间(PO之间，或与不同寻呼源或信号源相关联的UE活动之间)的一个或多个时隙的时间间隙——由于寻呼时机或寻呼监控时机可能例如具有多个时隙的粒度(例如，其中一个时隙可能是多个符号)。如果在PO或寻呼监控实例之间或在其他UE活动之间存在这样的时间间隙，则UE可能会利用这些时间间隙来进行频率间测量和/或RAT间测量。根据示例实施例，UE可以使用这些时间间隙来对一个或多个相邻小区执行信号测量。
此外，寻呼时机或寻呼监控实例或其他UE活动的定时可能例如由于非同步网络和移动UE的变化的位置而随时间漂移(或改变)。不同的寻呼时机或寻呼监控实例或其他UE活动可能会独立漂移，因为它们来自不同的网络。因此，寻呼时机/寻呼监控实例或其他UE活动可能需要不时地被重新对齐或被调整或被重新排列。当重新对齐寻呼时机或其他UE活动时，可以例如再次根据或基于寻呼周期或UE活动时段的长度(例如，在用于UE的多个寻呼源或信号源之间)进行排序。此外，如果UE移动到网络中可能使用针对空闲(IDLE)模式DRX的不同配置的其他小区，则UE可能相应地需要重新对齐寻呼设置。
此外，例如，当UE在空闲模式下四处移动时，它可能会从一个小区移动到另一个小区，尝试测量来自不同小区的信号强度，并且如果UE当前驻留的小区变弱，则可以执行小区重选。来自各个相邻小区的信号强度(例如，RSSP/RSSI)的这些测量可以使用在PO/寻呼监控实例附近接收到的信号，因此UE不必唤醒两次。例如，用于发现其他小区的邻居发现通常可以包括UE接收和测量来自其他小区的参考信号(例如，SSB、CSI-RS、PTRS)。例如，UE可以从服务接收广播信号，该广播信号指示相邻小区的列表，UE应该监控和测量这些相邻小区的信号(例如，测量同步信号块(SSB)和/或信道状态信息-参考信号(CSI-RS)或其他信号)，并将这些信号测量(例如，RSSI或RSSP或其他信号测量)报告回服务小区/BS。这样的测量例如可以被用于UE的切换或小区重选决策。根据示例实施例，UE可以在多个寻呼源的寻呼监控实例之间的时间间隙或在针对不同信号源的UE活动之间的时间间隙期间，执行相邻小区的信号测量。
图4是图示了根据示例实施例的在针对多个寻呼源的寻呼监控实例之间的时间间隙期间的信号测量的图。图4图示了四种情况，包括情况4A)、4B)、4C)和4D)。在图4中，示出了针对三个SIM(或三个寻呼源，例如不同的网络节点)的寻呼监控实例，例如，包括SIM1、SIM2和SIM3。在这个说明性示例中，SIM1和SIM3具有短的(或较短的)的寻呼周期(DRX周期)，而SIM2具有长的(或较长的)的寻呼周期(DRX周期)。在4A)处，针对SIM1的示例寻呼监控实例可以包括建立时间410(例如，调整收发器频率和/或应用波束成形权重等等以传输或接收信号)和寻呼监控实例412。稍后，发生SIM2寻呼监控实例413。在414处，UE可以在SIM1寻呼监控实例412和SIM2寻呼监控实例413之间的时间间隙(414)中执行相邻小区信号(例如，SSB或CSI-RS)测量。因此，例如，在414处，UE可以测量关于SIM1(或寻呼源1或网络节点1)和关于SIM2(或寻呼源2或网络节点2)的相邻小区。这些相邻小区测量值可以由UE报告回相应的寻呼源或网络节点。如图4中的情况4A)中所示，SIM3寻呼监控实例在寻呼集群419的末尾处从位置416移动到位置418，这可能是非最佳位置或寻呼定时，因为针对SIM1和SIM3的寻呼定时都具有短寻呼周期，并且SIM2具有长的寻呼周期。因此，SIM3寻呼监控实例418的位置不是最佳的，因为当SIM2寻呼监控实例413不存在(由于具有较长的寻呼周期)时，它可能在SIM1寻呼监控实例412的结束和SIM3寻呼监控实例418的开始之间产生大的(或不必要的大的)时间间隙。图4中的情况4B示出了示例，其中SIM2寻呼监控实例未被示出，并且SIM2测量不是由UE执行，并且因此在SIM1寻呼监控实例和SIM3寻呼监控实例之间存在不必要的时间间隙。因此，当SIM1和SIM3需要监控寻呼而SIM2不需要时，从而会出现不必要的间隙(1B)。
在另一个示例中，如情况4C)中所示，SIM3寻呼监控实例在SIM1寻呼监控实例和SIM2寻呼监控实例之间移动，当SIM2寻呼监控实例不存在时，与情况4B)相比，这可以允许UE更早地转变到睡眠或低功率状态(或花费这些时间执行信号测量)。SIM3寻呼时机在SIM1和SIM2的寻呼时机之间移动(4C)，并且这允许UE在只有SIM1和SIM3具有寻呼时机(4D)时提前(或更早)进入睡眠状态。如情况4D)中所示，UE可以例如在不存在SIM2寻呼监控实例时在430处执行SIM3信号测量。
图5是图示了根据示例实施例的可以被用来确定何时调整寻呼定时(或UE活动时段)的技术的流程图。图5中描述的技术是示例技术并且可以使用其他技术或方法。
下面解释决策算法中的不同参数：
tmeas：除来自寻呼接收之外，来自所有SIM的所有测量所需的时间。
tthreshold_min_distance：包括边距在内的在寻呼之间(或寻呼监控实例之间)的最小时间。
tgap_shortest：任何寻呼监控实例之间的最短间隙。
tgap_accumulated：所有寻呼监控实例之间的累积间隙时间。
图5的决策算法可以被用来触发用于一个或多个寻呼源的寻呼定时的重新对齐或调整过程(514)。例如，算法确定(510)任何寻呼(或寻呼监控实例)之间的最短间隙是否已小于tthreshold_min_distance，或者(512)总间隙持续时间是否超过用于所有小区测量所需的时间。例如，可以通过网络的定时漂移来触发这些条件中的一者或甚至两者，并且在那种情况下，寻呼定时或寻呼监控实例的定时的重新对齐或调整可以被触发(或导致被执行)。
在示例实施例中，寻呼定时调整或重新对齐过程可以通过根据DRX(或寻呼)周期长度对寻呼监控实例(或寻呼源)进行排序来开始。具有相同寻呼(或DRX)周期长度的寻呼监控实例可能以多个不同的顺序来对齐(或分组在一起或彼此相邻分组)，因此这意味着在对寻呼监控实例的列表进行排序时可能存在多个有效组合。为了决定选择哪个列表(或寻呼监控实例的哪个顺序)，该列表(或寻呼监控实例的顺序)可以与成本函数相关联。在说明性示例中，成本函数可以是需要被执行以从寻呼监控实例的原始顺序转移到寻呼监控实例的新顺序的寻呼监控实例调整的次数。具有最低成本的列表是被选择用于重新排列PO的列表。
示例过程可以包括：
1.找到根据寻呼或DRX周期的长度进行排序的多个(甚至全部)寻呼监控实例(或寻呼定时)的有效组合。具有相同寻呼周期长度的寻呼定时将生成多个有效组合。
2.在多个寻呼源之中选择寻呼定时的组合(或组合之一)，其使寻呼定时或寻呼监控实例调整或重新对齐的次数最小化。
3.确保在寻呼监控实例之间的所有时间间隙具有超过tthreshold_min_distance的持续时间。
为了说明该过程，考虑图2中描绘的示例。例如，可以假设用于调整或重新对齐过程的触发条件之一已被满足。实际的调整或重新对齐过程将从根据寻呼(或DRX)周期的长度找到具有有效且可能是最佳(最低成本)排序的所有寻呼定时或寻呼监控实例组合(针对多个寻呼源)来开始。由于SIM1和SIM4具有相同的寻呼周期长度(例如，短的)，而SIM2和SIM3的寻呼周期长度(较)长，因此将有4个有效组合，如图6的示例中所图示的表格所图示。图6是根据示例实施例识别用于四个寻呼源(SIM1、SIM2、SIM3和SIM4)的寻呼监控实例的四种不同组合或顺序的表格。
如图6的表格中所示，图6的表格中的寻呼监控实例的原始顺序与图2中所示的寻呼监控实例的组合或顺序相同(SIM1、SIM2、SIM3、SIM4)。如所指出，存在寻呼监控实例的四种不同的有效组合或顺序，例如，它们将两个短(或较短)寻呼周期(SIM1、SIM4)的寻呼监控实例分组在一起，并将两个长(或较长)寻呼周期(SIM2、SIM3)的寻呼监控实例分组在一起，和/或可以按寻呼周期长度的升序或降序来提供寻呼监控实例的顺序(作为有效或理想组合的一些示例)。为每个组合或寻呼监控实例顺序示出了成本(或成本函数)，其中在该说明性示例中，成本是提供寻呼监控实例的有效组合或顺序所需的调整的次数。组合1(SIM1、SIM4、SIM2、SIM3的顺序)具有为2的成本(需要2个寻呼监控实例定时调整)，并提供具有增加(或递增)寻呼周期长度的寻呼监控实例(在一个时间时段内)的顺序。组合2(SIM1、SIM4、SIM3、SIM2的顺序)具有为2的成本，并且提供具有增加或递增寻呼周期长度的寻呼监控实例(在一个时间时段内)的顺序。组合3(SIM4、SIM1、SIM2、SIM3的顺序)具有为1的成本(成本最低)，并提供增加或递增寻呼周期长度(将SIM1和SIM4的寻呼监控实例分组在一起，然后是将SIM2和SIM3的寻呼监控实例分组在一起)。组合4(SIM4、SIM1、SIM3、SIM2的顺序)具有为3的成本(需要3个寻呼监控实例定时调整)，并提供增加或递增寻呼周期长度(将SIM1和SIM4的寻呼监控实例分组在一起，然后是将SIM2和SIM3的寻呼监控实例分组在一起。虽然寻呼监控实例的这四种组合或顺序中的每一个都将提供有效的(例如，提供寻呼监控实例之间的减少的时间间隙，例如，使用递增或递减寻呼周期长度，和/或将具有相同或相似(在一阈值内)寻呼周期长度的寻呼监控实例分组在一起)，但是组合3(成本为1，因为它只需要针对仅一个寻呼源的寻呼定时被调整或重新排列)具有寻呼监控实例的该四种组合或顺序的最低成本。因此，根据示例实施例，UE和/或网络可以选择多个寻呼源之中的寻呼监控实例的组合或顺序，然后请求或获得针对该组合的一个或多个调整后的寻呼(或活动)定时，例如这可以减少成本和/或使成本最小化(例如，在成本可以是任何成本函数或包括任何成本函数，诸如例如可能需要的寻呼定时/活动定时调整的次数)。
根据一些方面，提供了独立权利要求的主题。在从属权利要求中定义了一些另外的方面。不属于权利要求范围内的实施例将被解释为对理解本公开有用的示例。
现在描述一些另外的示例实施例。
示例1.图7是图示了根据示例实施例的操作的流程图。可以在UE、用户设备或BS/gNB或其他网络节点或其他无线节点执行图7的操作。操作710包括确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时。操作720包括确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于针对多个寻呼源的寻呼周期的长度而被排列，其中寻呼源的寻呼周期包括针对寻呼源的连续寻呼监控实例之间的时间时段。
示例2.根据示例1所述的方法，其中至少为了寻呼的目的，已经针对多个寻呼源中的一个或多个寻呼源将用户设备身份指派或重新指派给用户设备。
示例3.根据示例1-2中任一项所述的方法，其中多个寻呼源中的每一个与以下中的至少一个相关联：不同的无线网络；不同的无线运营商；或不同的无线电接入技术(RAT)。
示例4.根据示例1-3中任一项所述的方法，其中确定初始寻呼定时包括：基于与相应寻呼源相关联的系统信息或针对相应寻呼源而已被指派给用户设备的用户设备身份中的至少一者，来确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时。
示例5.根据示例1-4中任一项所述的方法，其中调整后的寻呼定时被确定，以使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将以多个寻呼源的寻呼周期的长度的降序或寻呼周期的长度的升序而被排列。
示例6.根据示例1-5中任一项所述的方法，其中调整后的寻呼定时被确定，以使得具有相同寻呼周期长度的用于用户设备的针对多个寻呼源的寻呼监控实例将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例7.根据示例1-6中任一项所述的方法，其中确定针对所述多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由用户设备向网络节点发送针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度而被排列；以及由用户设备响应于请求从网络节点接收响应，该响应包括标识针对寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的信息。
示例8.根据示例7所述的方法，其中发送请求包括：由用户设备发送针对所述多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下至少一者：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例9.根据示例1-8中任一项所述的方法，包括：由用户设备基于调整后的寻呼定时来针对来自多个寻呼源中的一个或多个寻呼源的寻呼消息而监控一个或多个无线信道。
示例10.根据示例1-9中任一项所述的方法，其中多个寻呼源至少包括具有第一寻呼周期的第一寻呼源、具有不同于第一寻呼周期的第二寻呼周期的第二寻呼源、以及具有与第一寻呼源相同的第一寻呼周期的第三寻呼源，确定调整后的寻呼定时至少包括：由用户设备向网络节点发送针对至少第一寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的调整顺序将包括在时间上与第三寻呼源的寻呼监控实例相邻或与第三寻呼源的寻呼监控实例分组在一起的针对第一寻呼源的寻呼监控实例。
示例11.根据示例10所述的方法：其中基于调整后的寻呼定时，在针对第三寻呼源的寻呼监控实例和针对第一寻呼源的调整后的寻呼监控实例之间存在在时间上的间隙；并且其中，基于调整后的寻呼定时，在第一寻呼源的寻呼监控实例和第三寻呼源的寻呼监控实例之间不提供针对第二寻呼源的寻呼监控实例。
示例12.根据示例1-11中任一项所述的方法，其中确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：基于以下中的至少一个，由用户设备接收针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时：由用户设备接收关于多个寻呼源中的至少一个寻呼源的新用户设备身份，该新用户设备身份提供用于用户设备的针对多个寻呼源中的至少一个的调整后的寻呼定时或与用于用户设备的针对多个寻呼源中的至少一个的调整后的寻呼定时相关联；或者由用户设备接收指示用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例13.根据示例1-12中任一项所述的方法，还包括：由用户设备对在多个寻呼源的寻呼监控实例之间的时间间隙期间从一个或多个小区接收的参考信号执行参考信号测量。
示例14.根据示例1-6中任一项所述的方法：其中确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由网络节点从用户设备接收针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求；由网络节点确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于针对多个寻呼源的寻呼周期的长度而被排列；以及由网络节点响应于请求，向用户设备发送响应，该响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例15.根据示例14所述的方法，其中接收请求包括：由网络节点从用户设备接收针对多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一个：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例16.根据示例1-6和14-15中任一项所述的方法：其中确定初始寻呼定时包括基于以下中的一个或多个确定用于用户设备的针对多个寻呼源中的每一个寻呼源的初始寻呼定时：在从用户设备接收到的请求中指示的、关于多个寻呼源中的至少一个寻呼源的用于用户设备的被请求寻呼定时；和/或指示用于用户设备的针对多个寻呼源中的一个或多个寻呼源的初始寻呼定时的信息或至少与用于用户设备的针对多个寻呼源中的一个或多个寻呼源的初始寻呼定时相关的信息。
示例17.根据示例1-6和14-16中任一项所述的方法，其中确定调整后的寻呼定时包括：由网络节点确定用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度而被排列。
示例18.根据示例14所述的方法，其中请求包括以下中的至少一者：针对寻呼源中的至少一个寻呼源的用于用户设备的被请求寻呼定时；或者
针对多个寻呼源中的至少一个寻呼源的用于用户设备的当前寻呼定时信息。
示例19.根据示例1-6和14-18中任一项所述的方法，还包括：由网络节点向用户设备发送关于寻呼源中的至少一个寻呼源的响应，其中响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例20.一种装置，包括用于执行示例1-19中任一项的方法的部件。
示例21.一种包括存储在其上的指令的非暂时性计算机可读存储介质，当该指令在由至少一个处理器执行时，被配置为使计算系统执行示例1-19中任一项的方法。
示例22.一种装置，包括：至少一个处理器；至少一个存储器，包括计算机程序代码；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少执行示例1-19中任一个的方法。
示例23.一种方法，包括确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时；以及确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于多个寻呼源的寻呼周期的长度而被排列，其中用于寻呼源的寻呼周期包括用于寻呼源的连续寻呼监控实例之间的时间时段。
示例24.根据示例23所述的方法，其中至少为了寻呼的目的，已经针对多个寻呼源中的一个或多个寻呼源将用户设备身份指派或重新指派给用户设备。
示例25.根据示例23所述的方法，其中多个寻呼源中的每一个寻呼源与以下中的至少一个相关联：不同的无线网络；不同的无线运营商；或不同的无线电接入技术(RAT)。
示例26.根据示例23中任一项所述的方法，其中确定初始寻呼定时包括：基于与相应寻呼源相关联的系统信息或针对相应寻呼源而已指派给用户设备的用户设备身份中的至少一者，来确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时。
示例27.根据示例23所述的方法，其中调整后的寻呼定时被确定，以使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将以多个寻呼源的寻呼周期的长度的降序或寻呼周期的长度的升序而被排列。
示例28.示例23的方法，其中调整后的寻呼定时被确定，以使得具有相同寻呼周期长度的用于用户设备的针对多个寻呼源的寻呼监控实例将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例29.根据示例23所述的方法，其中确定针对所述多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由用户设备向网络节点发送针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将基于用于多个寻呼源的寻呼周期的长度来排列；以及由用户设备响应于请求从网络节点接收响应，该响应包括标识针对寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的信息。
示例30.根据示例29所述的方法，其中发送请求包括：由用户设备发送针对所述多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例31.方法示例23，包括：由用户设备基于调整后的寻呼定时，来针对来自多个寻呼源中的一个或多个寻呼源的寻呼消息，而监控一个或多个无线信道。
示例32.示例23的方法，其中多个寻呼源至少包括具有第一寻呼周期的第一寻呼源、具有不同于第一寻呼周期的第二寻呼周期的第二寻呼源、以及具有与第一寻呼源相同的第一寻呼周期的第三寻呼源，确定调整后的寻呼定时至少包括：由用户设备向网络节点发送针对至少第一寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的调整顺序将包括在时间上与第三寻呼源的寻呼监控实例相邻或与第三寻呼源的寻呼监控实例分组在一起的针对第一寻呼源的寻呼监控实例。
示例33.根据示例32所述的方法：其中基于调整后的寻呼定时，在针对第三寻呼源的寻呼监控实例和针对第一寻呼源的调整后的寻呼监控实例之间存在时间间隙；并且其中，基于调整后的寻呼定时，在第一寻呼源的寻呼监控实例和第三寻呼源的寻呼监控实例之间不提供针对第二寻呼源的寻呼监控实例。
示例34.根据示例23所述的方法，其中确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：基于以下中的至少一者，由用户设备接收针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时：由用户设备接收关于多个寻呼源中的至少一个寻呼源的新用户设备身份，该新用户设备身份提供用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时或与用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时相关联；或者由用户设备接收指示用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例35.根据示例23所述的方法，还包括：由用户设备对在多个寻呼源的寻呼监控实例之间的时间间隙期间从一个或多个小区接收的参考信号执行参考信号测量。
示例36.根据示例23所述的方法：其中确定针对多个寻呼源中的至少一个的用于用户设备的调整后的寻呼定时包括：由网络节点从用户设备接收针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求；由网络节点确定针对多个寻呼源中的至少一个的用于用户设备的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度而被排列；以及响应于请求，由网络节点向用户设备发送响应，该响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例37.根据示例36所述的方法，其中接收请求包括：由网络节点从用户设备接收针对多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例38.根据示例23所述的方法：其中确定初始寻呼定时包括基于以下中的一者或多者，确定用于用户设备的针对多个寻呼源中的每一个寻呼源的初始寻呼定时：在从用户设备接收到的请求中指示的、关于多个寻呼源中的至少一个寻呼源的用于用户设备的被请求寻呼定时；和/或指示用于用户设备的针对多个寻呼源中的一个或多个寻呼源的初始寻呼定时的信息或至少与用于用户设备的针对多个寻呼源中的一个或多个寻呼源的初始寻呼定时相关的信息。
示例39.根据示例23所述的方法，其中确定调整后的寻呼定时包括：由网络节点确定用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来而被排列。
示例40.根据示例39所述的方法，其中请求包括以下中的至少一个：针对寻呼源中的至少一个寻呼源的用于用户设备的被请求寻呼定时；或者，针对多个寻呼源中的至少一个寻呼源的用于用户设备的当前寻呼定时信息。
示例41.根据示例40所述的方法，还包括：由网络节点向用户设备发送关于寻呼源中的至少一个寻呼源的响应，其中响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例42.一种装置，包括用于执行示例23的方法的部件。
示例43.一种包括存储在其上的指令的非暂时性计算机可读存储介质，该指令在由至少一个处理器执行时，被配置为使计算系统执行示例23的方法。
示例44.一种装置，包括：至少一个处理器；包括计算机程序代码的至少一个存储器；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少执行示例23的方法。
示例45.一种装置，包括：至少一个处理器；包括计算机程序代码的至少一个存储器；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少：确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时，并且确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于针对多个寻呼源的寻呼周期的长度来排列，其中针对寻呼源的寻呼周期包括针对寻呼源的连续寻呼监控实例之间的时间时段。
示例46.根据示例45所述的装置，其中至少为了寻呼的目的，已经针对多个寻呼源中的一个或多个寻呼源将用户设备身份指派或重新指派给用户设备。
示例47.根据示例45所述的装置，其中多个寻呼源中的每一个寻呼源与以下中的至少一个相关联：不同的无线网络；不同的无线运营商；或不同的无线电接入技术(RAT)。
示例48.根据示例45所述的装置，其中使装置确定初始寻呼定时包括：使装置基于与相应寻呼源相关联的系统信息或针对相应寻呼源而已被指派给用户设备的用户设备身份中的至少一个，来确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时。
示例49.根据示例45所述的装置，其中调整后的寻呼定时被确定，以使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将以多个寻呼源的寻呼周期的长度的降序或寻呼周期的长度的升序被排列。
示例50.根据示例45所述的装置，其中调整后的寻呼定时被确定，以使得具有相同寻呼周期长度的用于用户设备的针对多个寻呼源的寻呼监控实例将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例51.根据示例45所述的装置，其中使装置确定针对所述多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括使装置：由用户设备向网络节点发送针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度而被排列；以及由用户设备响应于请求，从网络节点接收响应，该响应包括标识针对寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的信息。
示例52.根据示例51所述的装置，其中使装置发送请求包括使装置：由用户设备发送针对所述多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例53.根据示例45所述的装置，包括使装置：由用户设备基于调整后的寻呼定时，来针对来自多个寻呼源中的一个或多个寻呼源的寻呼消息而监控一个或多个无线信道。
示例54.根据示例45所述的装置，其中多个寻呼源至少包括具有第一寻呼周期的第一寻呼源、具有不同于第一寻呼周期的第二寻呼周期的第二寻呼源、以及具有与第一寻呼源相同的第一寻呼周期的第三寻呼源，使装置确定调整后的寻呼定时包括使装置至少：由用户设备向网络节点发送针对至少第一寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的被调整的顺序将包括在时间上与第三寻呼源的寻呼监控实例相邻或与第三寻呼源的寻呼监控实例被分组在一起的第一寻呼源的寻呼监控实例。
示例55.根据示例54所述的装置：其中基于调整后的寻呼定时，在针对第三寻呼源的寻呼监控实例和针对第一寻呼源的调整后的寻呼监控实例之间存在在时间上的间隙；并且其中，基于调整后的寻呼定时，针对第二寻呼源的寻呼监控实例不被提供在第一寻呼源的寻呼监控实例和第三寻呼源的寻呼监控实例之间。
示例56.根据示例45所述的装置，其中使装置确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括使装置：基于以下中的至少一者，由用户设备接收针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时：由用户设备接收关于多个寻呼源中的至少一个寻呼源的新用户设备身份，该新用户设备身份提供用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时或与用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时相关联；或者由用户设备接收指示用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例57.根据示例45所述的装置，还包括使装置：由用户设备对在多个寻呼源的寻呼监控实例之间的时间间隙期间从一个或多个小区接收的参考信号执行参考信号测量。
示例58.根据示例45所述的装置：其中使装置确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括使装置：由网络节点从用户设备接收针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求；由网络节点确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于针对多个寻呼源的寻呼周期的长度而被排列；以及响应于请求，由网络节点向用户设备发送响应，该响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例59.根据示例58所述的装置，其中使装置接收请求包括使装置：由网络节点从用户设备接收针对多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一个：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例60.根据示例45所述的装置，其中使装置确定初始寻呼定时包括使装置：基于以下中的一者或多者确定用于用户设备的针对多个寻呼源中的每一个寻呼源的初始寻呼定时：在从用户设备接收到的请求中指示的、关于多个寻呼源中的至少一个寻呼源的用于用户设备的被请求寻呼定时；和/或指示用于用户设备的针对多个寻呼源中的一个或多个寻呼源的初始寻呼定时的信息或至少与用于用户设备的针对多个寻呼源中的一个或多个寻呼源的初始寻呼定时相关的信息。
示例61.根据示例45所述的装置，其中使装置确定调整后的寻呼定时包括使装置：由网络节点确定用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于针对多个寻呼源的寻呼周期的长度被排列。
示例62.根据示例58所述的装置，其中请求包括以下中的至少一个：针对寻呼源中的至少一个寻呼源的用于用户设备的被请求寻呼定时；或针对多个寻呼源中的至少一个寻呼源的用于用户设备的当前寻呼定时信息。
示例63.根据示例45所述的装置，还包括使装置：由网络节点向用户设备发送关于寻呼源中的至少一个寻呼源的响应，其中响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例64.一种非暂时性计算机可读存储介质，包括存储在其上的指令，该指令在由至少一个处理器执行时，被配置为使计算系统确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时；并且确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于多个寻呼源的寻呼周期的长度来排列，其中寻呼源的寻呼周期包括寻呼源的连续寻呼监控实例之间的时间时段。
示例65。图8是图示了根据示例实施例的操作的流程图。可以在UE、用户设备或BS/gNB或其他网络节点或其他无线节点执行图8的实施例。操作810包括确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时，其中关于信号源的用于用户设备的活动定时指示：关于信号源而应由用户设备执行的用户设备活动的定时。并且，操作820包括确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时，使得针对多个信号源而由用户设备执行的用户设备活动的时间顺序基于多个信号源的活动时段的长度而为用户设备在时间上进行排列，其中信号源的活动时段包括信号源的连续的用户设备活动之间的时间时段。
示例66.根据示例65所述的方法，其中关于信号源而应由用户设备执行的用户设备活动包括用户设备执行以下中的至少一者：监控来自一个或多个寻呼源中的每一个寻呼源的针对寻呼消息的(多个)寻呼监控实例；从一个或多个参考信号源中的每一个参考信号源接收和/或测量参考信号；由用户设备向一个或多个信号源或网络节点中的每一个发送测量报告或其他信息；或从一个或多个数据源中的每一个数据源接收数据。
示例67.根据示例65-66中任一项所述的方法，其中针对多个信号源中的每一个信号源的用于用户设备的初始活动定时包括以下中的至少一者：针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时；来自多个参考信号源中的每一个参考信号源的参考信号的测量的初始定时；向多个信号源或网络节点中的每一个报告信号测量的初始定时；或者从多个数据源中的每一个数据源接收数据的初始定时。
示例68.根据示例65-67中任一项所述的方法，其中确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时包括：由用户设备发送对用于用户设备的针对多个信号源中的至少一个信号源的调整后的活动定时的请求；以及由用户设备接收响应，该响应包括标识用于用户设备的针对多个信号源中的至少一个信号源的调整后的活动定时的信息。
示例69.根据示例65-68中任一项所述的方法，其中用于用户设备的调整后的活动定时被确定，使得用于用户设备的针对多个信号源的用户设备活动的时间顺序将以多个信号源的活动时段的长度的降序或活动时段的长度的升序被排列。
示例70.根据示例65-69中任一项所述的方法，其中调整后的活动定时被确定，以使得具有相同活动时段长度的用于用户设备的针对多个信号源的用户设备活动将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例71.根据示例65-70中任一项所述的方法，包括：基于针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时，来估计用户设备将获得的功率节省。示例71的这个操作可以例如由UE/用户设备、gNB/BS或另一个节点或外部实体来执行。作为示例，在关于一个或多个信号源或从一个或多个信号源请求特定调整活动定时之前，UE、gNB/BS或其他节点或实体可以基于这个被请求的调整后的活动定时来确定或估计可能为UE带来的功率节省。可以针对一个或多个调整后的活动定时来估计所估计的功率节省，然后UE可以请求(或gNB/BS可以向UE提供)针对一个或多个信号源的调整后的活动定时，以使得UE将获得所估计的功率节省。因此，可以选择可以向UE提供更高(或者甚至最高)功率节省的调整后的活动定时。此外，例如，UE/用户设备或BS/gNB或其他节点可以估计UE/用户设备在一段时间内将(或曾经)获得的净功率节省，例如，这可以考虑到用户设备/UE用于确定或获得针对信号源中的至少一个信号源的用于用户设备的调整后的活动定时的附加功率成本(成本函数)——与基于针对多个信号源的用户设备活动的新时间排列的用于UE/用户设备的功率节省相比。因此，所估计的功率节省可以在获得和/或使用调整后的活动定时之前被预先确定，或者可以基于UE的实际活动或功率使用或功率节省随时间测量，该UE的实际活动或功率使用或功率节省基于(多个)调整后的活动定时。
示例72.根据权利要求65-71中任一项所述的方法，其中：确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时包括：确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时；并且确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时包括：确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于针对多个寻呼源的寻呼周期的长度来排列，其中寻呼源的寻呼周期包括用于寻呼源的连续寻呼监控实例之间的时间时段。
示例73.根据示例72所述的方法，其中至少为了寻呼的目的，已经针对多个寻呼源中的一个或多个寻呼源将用户设备身份指派或重新指派给用户设备。
示例74.根据示例72-73中任一项所述的方法，其中多个寻呼源中的每一个寻呼源与以下中的至少一者相关联：不同的无线网络；不同的无线运营商；或不同的无线电接入技术(RAT)。
示例75.根据示例72-74中任一项所述的方法，其中确定初始寻呼定时包括：基于与相应寻呼源相关联的系统信息或针对相应寻呼源而已被指派给用户设备的用户设备身份中的至少一个，来确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时。
示例76.根据示例72-75中任一项所述的方法，其中调整后的寻呼定时被确定以使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将以多个寻呼源的寻呼周期的长度的降序或寻呼周期的长度的升序来被排列。
示例77.根据示例72-76中任一项所述的方法，其中调整后的寻呼定时被确定，以使得具有相同寻呼周期长度的用于用户设备的针对多个寻呼源的寻呼监控实例将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例78.根据示例72-77中任一项所述的方法，其中确定针对所述多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由用户设备向网络节点发送针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来被排列；以及由用户设备响应于请求而从网络节点接收响应，该响应包括标识针对寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的信息。
示例79.根据示例78所述的方法，其中发送请求包括：由用户设备发送针对所述多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求的寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息、或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例80.根据示例72-79中任一项所述的方法，包括：由用户设备基于调整后的寻呼定时，来针对来自多个寻呼源中的一个或多个寻呼源的寻呼消息而监控一个或多个无线信道。
示例81.根据示例72-80中任一项所述的方法，其中多个寻呼源至少包括具有第一寻呼周期的第一寻呼源、具有不同于第一寻呼周期的第二寻呼周期的第二寻呼源、以及具有与第一寻呼源相同的第一寻呼周期的第三寻呼源，确定调整后的寻呼定时至少包括：由用户设备向网络节点发送针对至少第一寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的被调整的顺序将包括在时间上与第三寻呼源的寻呼监控实例相邻或与第三寻呼源的寻呼监控实例被分组在一起的第一寻呼源的寻呼监控实例。
示例82.根据示例81所述的方法：其中基于调整后的寻呼定时，在针对第三寻呼源的寻呼监控实例和针对第一寻呼源的调整后的寻呼监控实例之间存在时间间隙；并且其中，基于调整后的寻呼定时，在第一寻呼源的寻呼监控实例和第三寻呼源的寻呼监控实例之间不提供针对第二寻呼源的寻呼监控实例。
示例83.根据示例65-82中任一项所述的方法，其中确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：基于以下中的至少一者，由用户设备接收针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时：由用户设备接收关于多个寻呼源中的至少一个寻呼源的新用户设备身份，该新用户设备身份提供用于用户设备的针对多个寻呼源中的至少一个的调整后的寻呼定时、或与用于用户设备的针对多个寻呼源中的至少一个的调整后的寻呼定时相关联；或者由用户设备接收指示用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例84.根据示例65-83中任一项所述的方法，还包括：由用户设备对在多个寻呼源的寻呼监控实例之间的时间间隙期间从一个或多个小区接收的参考信号执行参考信号测量。
示例85.根据示例65-77中任一项所述的方法：其中确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由网络节点从用户设备接收针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求；由网络节点确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来被排列；以及由网络节点响应于请求，向用户设备发送响应，该响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例86.根据示例85所述的方法，其中接收请求包括：由网络节点从用户设备接收针对多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息、或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例87.根据示例85-86中任一项所述的方法，其中确定调整后的寻呼定时包括：由网络节点确定用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来被排列。
示例88.根据权利要求87所述的方法，其中请求包括以下中的至少一者：针对寻呼源中的至少一个寻呼源的用于用户设备的被请求的寻呼定时；或针对多个寻呼源中的至少一个寻呼源的用于用户设备的当前寻呼定时信息。
示例89.一种装置，包括用于执行示例65-88中任一项的方法的装置。
示例90.一种非暂时性计算机可读存储介质，包括存储在其上的指令，该指令在由至少一个处理器执行时被配置为使计算系统执行示例65-88中任一项的方法。
示例91.一种装置，包括：至少一个处理器；至少一个存储器，包括计算机程序代码；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少执行示例65-88中任一个的方法。
示例92.一种方法可以包括：确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时，其中关于信号源的用于用户设备的活动定时指示：关于信号源而应由用户设备执行的用户设备活动的定时；并且确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时，使得针对多个信号源而由用户设备执行的用户设备活动的时间顺序基于多个信号源的活动时段的长度而为用户设备在时间上进行排列，其中针对信号源的活动时段包括针对信号源的连续的用户设备活动之间的时间时段。
示例93.根据示例92所述的方法，其中关于信号源而应由用户设备执行的用户设备活动包括用户设备执行以下中的至少一者：监控来自一个或多个寻呼源中的每一个寻呼源的针对寻呼消息的(多个)寻呼监控实例；从一个或多个参考信号源中的每一个参考信号源接收和/或测量参考信号；由用户设备向一个或多个信号源或网络节点中的每一个发送测量报告或其他信息；或从一个或多个数据源中的每一个数据源接收数据。
示例94.根据示例92所述的方法，其中针对多个信号源中的每一个信号源的用于用户设备的初始活动定时包括以下中的至少一者：针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时；来自多个参考信号源中的每一个参考信号源的参考信号的测量的初始定时；向多个信号源或网络节点中的每一个报告信号测量的初始定时；或者从多个数据源中的每一个数据源接收数据的初始定时。
示例95.根据示例92所述的方法，其中确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时包括：由用户设备发送对用于用户设备的针对多个信号源中的至少一个信号源的调整后的活动定时的请求；以及由用户设备接收响应，该响应包括标识用于用户设备的针对多个信号源中的至少一个信号源的调整后的活动定时的信息。
示例96.根据示例92所述的方法，其中用于用户设备的调整后的活动定时被确定，使得用于用户设备的针对多个信号源的用户设备活动的时间顺序将以用于多个信号源的活动时段的长度的降序或活动时段的长度的升序来被排列。
示例97.根据示例92所述的方法，其中调整后的活动定时被确定以使得具有相同的活动时段长度的用于用户设备的针对多个信号源的用户设备活动将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例98.根据示例92所述的方法，包括：基于针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时来估计用户设备将获得的功率节省。示例98的这个操作可以例如由UE/用户设备、gNB/BS或另一个节点或外部实体来执行。作为示例，在关于一个或多个信号源或从一个或多个信号源请求特定调整活动定时之前，UE、gNB/BS或其他节点或实体可以基于这个被请求的调整后的活动定时来确定或估计可能为UE带来的功率节省。可以针对一个或多个调整后的活动定时来估计所估计的功率节省，然后UE可以请求(或gNB/BS可以向UE提供)针对一个或多个信号源的调整后的活动定时，以使得UE将获得所估计的功率节省。因此，可以选择可以向UE提供更高(或者甚至最高)功率节省的调整后的活动定时。此外，例如，UE/用户设备或BS/gNB或其他节点可以估计UE/用户设备在一段时间内将要(或曾经)获得的净功率节省，例如，与基于针对多个信号源的用户设备活动的新时间排列的用于UE/用户设备的功率节省相比，这可以考虑到用户设备/UE的附加功率成本(成本函数)，以确定或获得针对信号源中的至少一个信号源的用于用户设备的调整后的活动定时。因此，所估计的功率节省可以在获得和/或使用调整后的活动定时之前被预先确定，或者可以基于UE的实际活动或功率使用或功率节省随时间测量，该UE的实际活动或功率使用或功率节省基于(多个)调整后的活动定时。
示例99.根据示例92所述的方法，其中：确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时包括：确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时；并且确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时包括：确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于多个寻呼源的寻呼周期的长度来被排列，其中寻呼源的寻呼周期包括寻呼源的连续的寻呼监控实例之间的时间时段。
示例100.根据示例99所述的方法，其中至少为了寻呼的目的，已经针对多个寻呼源中的一个或多个寻呼源将用户设备身份指派或重新指派给用户设备。
示例101.根据示例99所述的方法，其中多个寻呼源中的每一个寻呼源与以下中的至少一者相关联：不同的无线网络；不同的无线运营商；或不同的无线电接入技术(RAT)。
示例102.根据示例99所述的方法，其中确定初始寻呼定时包括：基于与相应寻呼源相关联的系统信息或针对相应寻呼源而已被指派给用户设备的用户设备身份中的至少一者，来确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时。
示例103.根据示例99所述的方法，其中调整后的寻呼定时被确定，以使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将以多个寻呼源的寻呼周期的长度的降序或寻呼周期的长度的升序来被排列。
示例104.根据示例99所述的方法，其中调整后的寻呼定时被确定，以使得具有相同的寻呼周期长度的用于用户设备的针对多个寻呼源的寻呼监控实例将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例105.根据示例99所述的方法，其中确定针对所述多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由用户设备向网络节点发送针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来被排列；以及由用户设备响应于请求从网络节点接收响应，该响应包括标识针对寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的信息。
示例106.根据示例105所述的方法，其中发送请求包括：由用户设备发送针对多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求的寻呼定时；和/或指示针对多个寻呼源中的一个或多个的用于用户设备的初始寻呼定时的信息或至少与针对多个寻呼源中的一个或多个的用于用户设备的初始寻呼定时相关的信息。
示例107.根据示例99所述的方法，包括：由用户设备基于调整后的寻呼定时，来针对来自多个寻呼源中的一个或多个寻呼源的寻呼消息而监控一个或多个无线信道。
示例108.根据示例99所述的方法，其中多个寻呼源至少包括具有第一寻呼周期的第一寻呼源、具有不同于第一寻呼周期的第二寻呼周期的第二寻呼源、以及具有与第一寻呼源相同的第一寻呼周期的第三寻呼源，确定调整后的寻呼定时至少包括：由用户设备向网络节点发送针对至少第一寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的调整顺序将包括在时间上与第三寻呼源的寻呼监控实例相邻或与第三寻呼源的寻呼监控实例被分组在一起的第一寻呼源的寻呼监控实例。
示例109.根据示例108所述的方法：其中基于调整后的寻呼定时，在第三寻呼源的寻呼监控实例和第一寻呼源的调整后的寻呼监控实例之间存在在时间上的间隙；并且其中，基于调整后的寻呼定时，用于第二寻呼源的寻呼监控实例不被提供在第一寻呼源的寻呼监控实例和第三寻呼源的寻呼监控实例之间。
示例110.根据示例99所述的方法，其中确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由用户设备基于以下中的至少一者，接收针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时：由用户设备接收关于多个寻呼源中的至少一个寻呼源的新用户设备身份，该新用户设备身份提供用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时、或与用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时相关联；或者由用户设备接收指示用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例111.根据示例99所述的方法，还包括：由用户设备对在多个寻呼源的寻呼监控实例之间的时间间隙期间从一个或多个小区接收的参考信号执行参考信号测量。
示例112.根据示例99所述的方法：其中确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括：由网络节点从用户设备接收针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求；由网络节点确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来被排列；以及由网络节点响应于请求，向用户设备发送响应，该响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例113.根据示例112所述的方法，其中接收请求包括：由网络节点从用户设备接收针对多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息、或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例114.根据示例112所述的方法，其中确定调整后的寻呼定时包括：由网络节点确定用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于用于多个寻呼源的寻呼周期的长度来被排列。
示例115.根据权利要求114所述的方法，其中请求包括以下中的至少一者：针对寻呼源中的至少一个寻呼源的用于用户设备的被请求寻呼定时；或针对多个寻呼源中的至少一个寻呼源的用于用户设备的当前寻呼定时信息。
示例116.一种装置，包括：至少一个处理器；至少一个存储器，包括计算机程序代码；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少：确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时，其中关于信号源的用于用户设备的活动定时指示：关于信号源而应由用户设备执行的用户设备活动的定时；以及确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时，使得针对多个信号源而由用户设备执行的用户设备活动的时间顺序基于多个信号源的活动时段的长度而为用户设备在时间上进行排列，其中用于信号源的活动时段包括针对信号源的连续的用户设备活动之间的时间时段。
示例117.根据示例116的装置，其中关于信号源而应由用户设备执行的用户设备活动包括用户设备执行以下中的至少一者：监控来自一个或多个寻呼源中的每一个寻呼源的针对寻呼消息的(多个)寻呼监控实例；从一个或多个参考信号源中的每一个参考信号源接收和/或测量参考信号；由用户设备向一个或多个信号源或网络节点中的每一个发送测量报告或其他信息；或从一个或多个数据源中的每一个数据源接收数据。
示例118.根据示例116所述的装置，其中针对多个信号源中的每一个信号源的用于用户设备的初始活动定时包括以下中的至少一者：针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时；来自多个参考信号源中的每一个参考信号源的参考信号的测量的初始定时；向多个信号源或网络节点中的每一个报告信号测量的初始定时；或者从多个数据源中的每一个数据源接收数据的初始定时。
示例119.根据示例116所述的装置，其中被配置为使装置确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时包括：被配置为使装置：由用户设备发送对用于用户设备的针对多个信号源中的至少一个信号源的调整后的活动定时的请求；以及由用户设备接收响应，该响应包括标识用于用户设备的针对多个信号源中的至少一个信号源的调整后的活动定时的信息。
示例120.根据示例116所述的装置，其中用于用户设备的调整后的活动定时被确定，使得用于用户设备的针对多个信号源的用于用户设备活动的时间顺序将以多个信号源的活动时段的长度的降序或活动时段的长度的升序来被排列。
示例121.根据示例116所述的装置，其中调整后的活动定时被确定，以使得具有相同的活动时段长度的用于用户设备的针对多个信号源的用户设备活动将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例122.根据示例116所述的装置，包括：被配置为使装置基于针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时，来估计用户设备将获得的功率节省。
示例123.根据示例116所述的装置，其中：被配置为使装置确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时包括被配置为使装置：确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时，其中关于寻呼源的用于用户设备的寻呼定时指示当用户设备应监控来自寻呼源的寻呼消息时的寻呼监控实例的定时；并且被配置为使装置确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时包括被配置为使装置：确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序基于多个寻呼源的寻呼周期的长度来被排列，其中寻呼源的寻呼周期包括寻呼源的连续的寻呼监控实例之间的时间时段。
示例124.根据示例123所述的装置，其中至少为了寻呼的目的，已经针对多个寻呼源中的一个或多个寻呼源将用户设备身份指派或重新指派给用户设备。
示例125.根据示例123所述的装置，其中多个寻呼源中的每一个寻呼源与以下中的至少一者相关联：不同的无线网络；不同的无线运营商；或不同的无线电接入技术(RAT)。
示例126.根据示例123所述的装置，其中被配置为使装置确定初始寻呼定时包括被配置为使装置：基于与相应寻呼源相关联的系统信息或针对相应寻呼源而已被指派给用户设备的用户设备身份中的至少一个，来确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时。
示例127.根据示例123所述的装置，其中调整后的寻呼定时被确定，以使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将以多个寻呼源的寻呼周期的长度的降序或寻呼周期的长度的升序来被排列。
示例128.根据示例123所述的装置，其中调整后的寻呼定时被确定，以使得具有相同寻呼周期长度的用于用户设备的针对多个寻呼源的寻呼监控实例将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
示例129.根据示例123中任一项所述的装置，其中被配置为使装置确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括被配置为使装置：由用户设备向网络节点发送针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来排列；以及被配置为使装置：由用户设备响应于请求从网络节点接收响应，该响应包括标识针对寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的信息。
示例130.根据示例129所述的装置，其中被配置为使装置发送请求包括被配置为使装置：由用户设备发送针对所述多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求寻呼定时；和/或指示针对多个寻呼源中的一个或多个的用于用户设备的初始寻呼定时的信息、或至少与针对多个寻呼源中的一个或多个的用于用户设备的初始寻呼定时相关的信息。
示例131.根据示例123所述的装置，包括被配置为使装置：由用户设备基于调整后的寻呼定时，来针对来自多个寻呼源中的一个或多个寻呼源的寻呼消息而监控一个或多个无线信道。
示例132.根据示例123所述的装置，其中多个寻呼源至少包括具有第一寻呼周期的第一寻呼源、具有不同于第一寻呼周期的第二寻呼周期的第二寻呼源、以及具有与第一寻呼源相同的第一寻呼周期的第三寻呼源，被配置为使装置确定调整后的寻呼定时包括至少被配置为使装置：由用户设备向网络节点发送针对至少第一寻呼源的用于用户设备的调整后的寻呼定时的请求，使得用于用户设备的针对多个寻呼源的寻呼监控实例的被调整的顺序将包括在时间上与第三寻呼源的寻呼监控实例相邻或与第三寻呼源的寻呼监控实例被分组在一起的第一寻呼源的寻呼监控实例。
示例133.根据示例132所述的装置：其中基于调整后的寻呼定时，在第三寻呼源的寻呼监控实例和第一寻呼源的调整后的寻呼监控实例之间存在时间间隙；并且其中，基于调整后的寻呼定时，在第一寻呼源的寻呼监控实例和第三寻呼源的寻呼监控实例之间不提供第二寻呼源的寻呼监控实例。
示例134.根据示例123所述的装置，其中被配置为使装置确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括被配置为使装置：基于以下中的至少一者，由用户设备接收针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时：由用户设备接收关于多个寻呼源中的至少一个寻呼源的新用户设备身份，该新用户设备身份提供用于用户设备的针对多个寻呼源中的至少一个的调整后的寻呼定时或与用于用户设备的针对多个寻呼源中的至少一个的调整后的寻呼定时相关联；或者由用户设备接收指示用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例135.根据示例123所述的装置，还包括被配置为使装置：由用户设备对在多个寻呼源的寻呼监控实例之间的时间间隙期间从一个或多个小区接收的参考信号执行参考信号测量。
示例136.根据示例123所述的方法：其中被配置为使装置确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时包括被配置为使装置：由网络节点从用户设备接收针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时的请求；被配置为使该装置由网络节点确定针对多个寻呼源中的至少一个寻呼源的用于用户设备的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来被排列；并且被配置为使装置响应于请求，由网络节点向用户设备发送响应，该响应包括标识用于用户设备的针对寻呼源中的至少一个寻呼源的调整后的寻呼定时的信息。
示例137.根据示例136所述的装置，其中被配置为使装置接收请求包括被配置为使装置：由网络节点从用户设备接收针对多个寻呼源中的第一寻呼源的用于用户设备的调整后的寻呼定时的请求，其中该请求包括以下中的至少一者：关于第一寻呼源的用于用户设备的被请求的寻呼定时；和/或指示针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时的信息、或至少与针对多个寻呼源中的一个或多个寻呼源的用于用户设备的初始寻呼定时相关的信息。
示例138.根据示例136所述的装置，其中被配置为使装置确定调整后的寻呼定时包括被配置为使装置：由网络节点确定用于用户设备的针对多个寻呼源中的至少一个寻呼源的调整后的寻呼定时，使得针对多个寻呼源的用于用户设备的寻呼监控实例的时间顺序将基于多个寻呼源的寻呼周期的长度来排列。
示例139.根据权利要求138所述的装置，其中请求包括以下中的至少一个：针对寻呼源中的至少一个的用于用户设备的被请求寻呼定时；或针对多个寻呼源中的至少一个的用于用户设备的当前寻呼定时信息。
示例140.一种非暂时性计算机可读存储介质，包括存储在其上的指令，该指令在由至少一个处理器执行时，被配置为使计算系统确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时，其中关于信号源的用于用户设备的活动定时指示：关于信号源而应由用户设备执行的用户设备活动的定时；并且确定针对多个信号源中的至少一个信号源的用于用户设备的调整后的活动定时，使得针对多个信号源而由用户设备执行的用户设备活动的时间顺序基于针对多个信号源的活动时段的长度而为用户设备在时间上进行排列，其中信号源的活动时段包括信号源的连续用户设备活动之间的时间时段。
图9是根据示例实施例的无线站或无线节点(例如，AP、BS、gNB、用户设备、UE或其他网络节点或无线节点)1000的框图。无线站1000可以包括例如一个或两个RF(射频)或无线收发器1002A、1002B，其中每个无线收发器包括用于发射信号的发射器和用于接收信号的接收器。无线站还包括用于执行指令或软件并控制信号的发射和接收的处理器或控制单元/实体(控制器)1004，以及用于存储数据和/或指令的存储器1006。
处理器1004还可以做出决定或确定，生成用于发射的帧、分组或消息，解码接收到的帧或消息以进行进一步处理，以及本文描述的其他任务或功能。例如，处理器1004可以是基带处理器，其可以生成用于经由无线收发器1002(1002A或1002B)发射的消息、分组、帧或其他信号。处理器1004可以控制信号或消息在无线网络上的发射，并且可以控制信号或消息等经由无线网络的接收(例如，在被无线收发器1002下变频之后)。处理器1004可以是可编程的并且能够执行存储在存储器或其他计算机介质上的软件或其他指令以执行上述各种任务和功能，诸如上述任务或方法中的一个或多个。处理器1004可以是(或可以包括)例如硬件、可编程逻辑、执行软件或固件的可编程处理器和/或这些的任何组合。例如，使用其他术语，处理器1004和收发器1002可以一起被认为是无线发射器/接收器系统。
另外，参见图9，控制器(或处理器)1008可以执行软件和指令，并且可以为站1000提供总体控制，并且可以为图9中未示出的其他系统提供控制，诸如控制输入/输出设备(例如，显示器、小键盘)，和/或可以执行用于可以在无线站1000上提供的一个或多个应用的软件，诸如例如电子邮件程序、音频/视频应用、文字处理器、IP语音应用或其他应用或软件。
此外，可以提供包括所存储的指令的存储介质，当由控制器或处理器执行这些指令时，可以导致处理器1004或其他控制器或处理器执行上述功能或任务中的一个或多个。
根据另一示例实施例，(多个)RF或无线收发器1002A/1002B可以接收信号或数据和/或发射或发送信号或数据。处理器1004(以及可能的收发器1002A/1002B)可以控制RF或无线收发器1002A或1002B来接收、发送、广播或发射信号或数据。
然而，实施例不限于作为示例给出的系统，而是本领域技术人员可以将解决方案应用于其他通信系统。另一个合适的通信系统示例是5G概念。假设5G中的网络架构将与高级LTE非常相似。5G可能会使用多输入多输出(MIMO)天线，比LTE(所谓的小小区概念)多得多的基站或节点，包括与小型基站合作运行的宏站点，并且可能还采用各种无线电技术，以实现更好的覆盖范围和更高的数据速率。
应当了解，未来的网络很可能会利用网络功能虚拟化(NFV)，这是一种网络架构概念，它提出将网络节点功能虚拟化为可以在操作上连接或链接在一起以提供服务的“构建块”或实体。虚拟化网络功能(VNF)可以包括一个或多个虚拟机，它们使用标准或通用类型的服务器而不是定制的硬件来运行计算机程序代码。也可以利用云计算或数据存储。在无线电通信中，这可能意味着节点操作可以至少部分地在可操作地耦合到远程无线电头端的服务器、主机或节点中被执行。节点操作也可能被分布在多个服务器、节点或主机之中。还应该理解，核心网络操作和基站操作之间的劳动力分配可能与LTE不同，甚至不存在。
本文所描述的各种技术的实施例可以在数字电子电路中或在计算机硬件、固件、软件或它们的组合中实现。实施例可以被实现为计算机程序产品，即，有形地体现在信息载体中的计算机程序，例如，在机器可读存储设备中或在传播的信号中，用于由数据处理装置来执行或控制数据处理装置的操作，例如可编程处理器、计算机或多个计算机。实施例还可以被提供在可以是非暂时性介质的计算机可读介质或计算机可读存储介质上。各种技术的实施例还可以包括经由瞬时信号或介质所提供的实施例，和/或可经由互联网或(多个)其他网络(有线网络和/或无线网络)下载的程序和/或软件实施例。此外，实施例可以经由机器类型通信(MTC)来提供，也可以经由物联网(IOT)来提供。
计算机程序可以是源代码形式、目标代码形式或某种中间形式，并且它可以被存储在某种载体、分发介质或计算机可读介质中，其可以是能够携带程序的任何实体或设备。例如，这样的载体包括记录介质、计算机存储器、只读存储器、光电和/或电载体信号、电信信号和软件分发包。取决于所需的处理能力，计算机程序可以在单个电子数字计算机中执行，或者它可以被分布在多个计算机中。
此外，本文描述的各种技术的实施例可以使用网络物理系统(CPS)(控制物理实体的协作计算元件的系统)。CPS可以使得能够实现和利用嵌入在不同位置处的物理对象中的大量互连ICT设备(传感器、执行器、处理器微控制器等)。移动网络物理系统(其中所讨论的物理系统具有固有的移动性)是网络物理系统的子类别。移动物理系统的示例包括由人类或动物所运送的移动机器人和电子设备。智能电话的普及增加了人们对移动网络物理系统领域的兴趣。因此，本文描述的技术的各种实施例可以经由这些技术中的一种或多种来提供。
诸如(多个)上述计算机程序的计算机程序可以以任何形式的编程语言来编写，包括编译或解释语言，并且可以以任何形式来部署，包括作为独立程序或作为适合用于使用在计算环境中的模块、组件、子程序或其他单元或其中的一部分。可以部署计算机程序以在一个计算机上或一个站点处的多个计算机上被执行或分布在多个站点并通过通信网络来互连。
方法步骤可以由一个或多个可编程处理器执行，该处理器执行计算机程序或计算机程序部分以通过对输入数据进行操作并生成输出来执行功能。方法步骤也可以由专用逻辑电路来执行，并且装置可以被实现为专用逻辑电路，例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。
适合于执行计算机程序的处理器包括例如通用和专用微处理器，以及任何种类的数字计算机、芯片或芯片组的任何一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的元件可以包括用于执行指令的至少一个处理器和用于存储指令和数据的一个或多个存储器设备。通常，计算机还可以包括或可操作地耦合以从用于存储数据的一个或多个大容量存储设备(例如，磁、磁光盘或光盘)接收数据或向其传送数据或两者。适合于体现计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，包括例如半导体存储器设备，例如EPROM、EEPROM和闪存设备；磁盘，例如内部硬盘或可移动磁盘；磁光盘；和CDROM和DVD-ROM磁盘。处理器和存储器可以由专用逻辑电路补充或被并入在专用逻辑电路中。
为了提供与用户的交互，实施例可以在具有用于向用户显示信息的显示设备(例如，CRT(阴极射线管)或LCD(液晶显示器)监控器)以及诸如用户可以通过其向计算机提供输入的键盘和指向设备(例如，鼠标或轨迹球)之类的用户接口的计算机上实现。也可以使用其他类型的设备来提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感官反馈，例如视觉反馈、听觉反馈或触觉反馈；并且可以以任何形式接收来自用户的输入，包括声音、语音或触觉输入。
实施例可以在计算系统中实现，该计算系统包括后端组件(例如，作为数据服务器)、或者包括中间件组件(例如，应用服务器)、或者包括前端组件(例如，具有图形用户界面或Web浏览器的客户端计算机，用户可以通过其来与实施例进行交互)、或此类后端、中间件或前端组件的任何组合。组件可以通过任何形式或介质的数字数据通信来互连，例如通信网络。通信网络的示例包括局域网(LAN)和广域网(WAN)，例如互联网。
虽然如本文所述说明了所述实施例的某些特征，但是本领域技术人员现在将想到许多修改、替换、改变和等同物。因此，应当理解，所附权利要求意在涵盖落入各种实施例的真实精神内的所有这样的修改和变化。

Claims (15)

1.一种装置，包括：
用于确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时的部件，其中关于信号源的用于所述用户设备的所述活动定时指示：关于所述信号源而应由所述用户设备执行的用户设备活动的定时；以及
用于确定针对所述多个信号源中的至少一个信号源的用于所述用户设备的调整后的活动定时的部件，使得针对所述多个信号源而由所述用户设备执行的用户设备活动的时间顺序基于用于所述多个信号源的活动时段的长度而为所述用户设备在时间上进行排列，其中用于信号源的所述活动时段包括用于信号源的在连续用户设备活动之间的时间时段。
2.根据权利要求1所述的装置，其中针对多个信号源中的每一个信号源的用于用户设备的初始活动定时包括以下中的至少一者：
针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时；
来自多个参考信号源中的每一个参考信号源的参考信号的测量的初始定时；
向多个信号源或网络节点中的每一个报告信号测量的初始定时；或者
从多个数据源中的每一个数据源接收数据的初始定时。
3.根据权利要求1-2中任一项所述的装置，其中用于确定针对所述多个信号源中的至少一个信号源的用于所述用户设备的调整后的活动定时的所述部件包括：
用于由所述用户设备发送对用于所述用户设备的针对所述多个信号源中的至少一个信号源的所述调整后的活动定时的请求的部件；以及
用于由所述用户设备接收响应的部件，所述响应包括标识用于所述用户设备的针对所述多个信号源中的至少一个信号源的所述调整后的活动定时的信息。
4.根据权利要求1-3中任一项所述的装置，其中用于所述用户设备的所述调整后的活动定时被确定，使得用于所述用户设备的针对所述多个信号源的所述用户设备活动的时间顺序将以用于所述多个信号源的活动时段的长度的降序、或活动时段的长度的升序而被排列。
5.根据权利要求1-4中任一项所述的装置，其中所述调整后的活动定时被确定，使得具有相同活动时段长度的、用于所述用户设备的针对所述多个信号源的用户设备活动将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
6.根据权利要求1-5中任一项所述的装置，其中：
用于确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时的部件包括：
用于确定针对多个寻呼源中的每一个寻呼源的用于用户设备的初始寻呼定时的部件，其中关于寻呼源的用于所述用户设备的所述寻呼定时指示：当所述用户设备应监控来自所述寻呼源的寻呼消息时的寻呼监控实例的定时；以及
用于确定针对所述多个信号源中的至少一个信号源的用于所述用户设备的调整后的活动定时的部件包括：
用于确定针对所述多个寻呼源中的至少一个寻呼源的用于所述用户设备的调整后的寻呼定时的部件，使得用于所述用户设备的所述多个寻呼源的寻呼监控实例的时间顺序基于所述多个寻呼源的寻呼周期的长度而被排列，其中寻呼源的寻呼周期包括寻呼源的连续寻呼监控实例之间的时间时段。
7.根据权利要求6所述的装置，其中至少为了寻呼的目的，已经针对所述多个寻呼源中的一个或多个寻呼源，将用户设备身份指派或重新指派给所述用户设备。
8.根据权利要求6-7中任一项所述的装置，其中所述多个寻呼源中的每一个寻呼源都与以下中的至少一者相关联：
不同的无线网络；
不同的无线运营商；或者
不同的无线电接入技术(RAT)。
9.根据权利要求6-8中任一项所述的装置，其中用于确定初始寻呼定时的所述部件包括：
用于基于与相应寻呼源相关联的系统信息或针对相应寻呼源而已被指派给所述用户设备的用户设备身份中的至少一者而确定针对多个寻呼源中的每一个寻呼源的用于所述用户设备的初始寻呼定时的部件。
10.根据权利要求6-9中任一项所述的装置：
其中所述调整后的寻呼定时被确定，使得用于所述用户设备的针对所述多个寻呼源的寻呼监控实例的时间顺序将以用于所述多个寻呼源的寻呼周期的长度的降序、或寻呼周期的长度的升序而被排列；或者
其中所述调整后的寻呼定时被确定，使得具有相同寻呼周期长度的、用于所述用户设备的针对所述多个寻呼源的寻呼监控实例将在时间上被分组在一起或彼此相邻，无论在其间具有或不具有时间间隙。
11.根据权利要求6-10中任一项所述的装置，其中用于确定针对所述多个寻呼源中的至少一个寻呼源的用于所述用户设备的调整后的寻呼定时的所述部件包括：
用于由所述用户设备向网络节点发送针对所述多个寻呼源中的至少一个寻呼源的用于所述用户设备的调整后的寻呼定时的请求的部件，使得用于用户设备的针对所述多个寻呼源的寻呼监控实例的时间顺序将基于用于所述多个寻呼源的寻呼周期的长度而被排列；以及
用于由所述用户设备响应于所述请求而从所述网络节点接收响应的部件，所述响应包括标识针对所述寻呼源中的至少一个寻呼源的用于所述用户设备的调整后的寻呼定时的信息。
12.根据权利要求6-11中任一项所述的装置，还包括：
用于由所述用户设备对在所述多个寻呼源的寻呼监控实例之间的时间间隙期间从一个或多个小区接收的参考信号执行参考信号测量的部件。
13.一种方法，包括：
确定针对多个信号源中的每一个信号源的用于用户设备的初始活动定时，其中关于信号源的用于所述用户设备的所述活动定时指示：关于所述信号源而应由所述用户设备执行的用户设备活动的定时；以及
确定针对所述多个信号源中的至少一个信号源的用于所述用户设备的调整后的活动定时，使得针对所述多个信号源而由所述用户设备执行的用户设备活动的时间顺序基于用于多个信号源的活动时段的长度而为所述用户设备在时间上进行排列，其中用于信号源的所述活动时段包括用于信号源的在连续用户设备活动之间的时间时段。
14.一种非暂时性计算机可读存储介质，包括存储在其上的指令，所述指令在由至少一个处理器执行时，被配置为使计算系统执行根据权利要求13所述的方法。
15.一种装置，包括：
至少一个处理器；以及
包括计算机程序代码的至少一个存储器；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述装置至少执行根据权利要求13中任一项所述的方法。
CN202180029931.2A 2020-02-25 2021-02-19 基于用于无线网络的多个信号源调整用户设备活动定时 Pending CN115462131A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FI20205193 2020-02-25
FI20205193 2020-02-25
PCT/FI2021/050123 WO2021170908A1 (en) 2020-02-25 2021-02-19 Adjusting a user equipment activity timing based on multiple signal sources for wireless network

Publications (1)

Publication Number Publication Date
CN115462131A true CN115462131A (zh) 2022-12-09

Family

ID=77489885

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180029931.2A Pending CN115462131A (zh) 2020-02-25 2021-02-19 基于用于无线网络的多个信号源调整用户设备活动定时

Country Status (4)

Country Link
US (1) US20230089297A1 (zh)
EP (1) EP4111755A4 (zh)
CN (1) CN115462131A (zh)
WO (1) WO2021170908A1 (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9763172B2 (en) * 2014-08-06 2017-09-12 Qualcomm Incorporated Idle-mode enhancements for extended idle discontinuous reception (EI-DRX)
DE102015121948B4 (de) * 2015-12-16 2021-10-28 Intel Corporation Benutzer-Equipment für diskontinuierlichen Empfang und von einem Benutzer-Equipment durchgeführtes Verfahren
CN114698102A (zh) * 2016-03-31 2022-07-01 三星电子株式会社 用于在edrx周期中确定寻呼时机并且基于cel来监测寻呼时机的方法
EP3577935B1 (en) * 2017-02-02 2022-12-28 IPLA Holdings Inc. Apparatuses for transmission of paging blocks in swept downlink beams
WO2019028849A1 (en) * 2017-08-11 2019-02-14 Mediatek Singapore Pte. Ltd. METHODS AND APPARATUS FOR SYNCHRONIZATION / FREQUENCY TRACKING TO RECEIVE PAGING
US10834699B2 (en) * 2017-11-13 2020-11-10 Qualcomm Incorporated Fallback mode for wake-up signal receivers
EP3811698A4 (en) * 2018-08-10 2022-08-03 Apple Inc. RADIORESEARCH AND MEASUREMENT AT REST OF NR

Also Published As

Publication number Publication date
EP4111755A1 (en) 2023-01-04
US20230089297A1 (en) 2023-03-23
WO2021170908A1 (en) 2021-09-02
EP4111755A4 (en) 2024-04-03

Similar Documents

Publication Publication Date Title
US11246068B2 (en) Communication method between a terminal and base stations for cell handover
US10869272B2 (en) Communication method and apparatus applied to hyper cell
CN112187428B (zh) 无线电信网络中的网络节点和方法
CN109845130B (zh) 与为在无线通信网络中工作的通信设备提供波束覆盖有关的方法和装置
Maheshwari et al. DRX over LAA-LTE-a new design and analysis based on semi-Markov model
US20220225258A1 (en) Enhancing timing advance validity in preconfigured uplink resource for wireless networks
CN113163430A (zh) 用于蜂窝通信网络中的休眠带宽部分的波束故障检测
US11582631B2 (en) User equipment indication for adaptive scheduling restrictions
EP4055872A1 (en) Ue power saving mechanism under early measurement reporting
US20230254814A1 (en) Method and apparatus for paging carrier selection
JP7211541B2 (ja) Ｕｅ、無線局、及び方法
US11910356B2 (en) Coverage-level-based paging carrier selection techniques
US11363650B2 (en) Fifth generation (5G) global unique temporary identity (GUTI) reallocation for cellular-internet of things (CIOT)
US20220150869A1 (en) Assignment of a second ue identity to adjust paging timing for ue for wireless network
WO2022077315A1 (en) Method, device, and system for paging resource selection and system information transmission/acquisition in wireless networks
US20230089297A1 (en) Adjusting a user equipment activity timing based on multiple signal sources for wireless network
US20220264628A1 (en) Communication method, communication apparatus, and device
US20240015759A1 (en) Adaptive Configuration for Monitoring a Downlink Control Channel
WO2023046306A1 (en) Conditional device paging in discontinuous reception (drx)
KR20230043124A (ko) 무선 통신 디바이스 측정을 향상시키는 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination