两种不同的无线接入技术中的同时驻留和寻呼协调的制作方法

本发明一般地涉及无线通信，并且具体地说涉及一种用于在至少两种不同的无线接入场景中进行寻呼协调的方法、终端设备、网络节点、计算机可读存储介质、计算机程序、以及包含该计算机程序的载体。

背景技术：

lte在dl中使用ofdm，并且在ul中使用dft扩展ofdm。基本ltedl物理资源因此可以被视为如图1a中所示的时频网格，其中在一个ofdm符号间隔内，每个资源元素对应于一个ofdm子载波。在时域中，ltedl传输被组织成10ms的无线帧，每个无线帧包括长度t子帧＝1ms的十个(编号0-10)同样大小的子帧，如图1b中所示。通常根据rb描述lte中的资源分配，其中rb对应于时域中的一个时隙(0.5ms)和频域中的12个连续子载波。时间方向上的一对两个相邻rb(1.0ms)被称为rb对。rb在频域中编号，从系统带宽的一端以0开始。

已在lte中引入虚拟资源块(vrb)和物理资源块(prb)的概念。根据vrb对进行到ue的实际资源分配。存在两种类型的资源分配：局部化和分布式。在局部化资源分配中，vrb对被直接映射到prb对，因此两个连续并且局部化的vrb也被放置为频域中的连续prb。另一方面，分布式vrb未被映射到频域中的连续prb；从而针对使用这些分布式vrb发送的数据信道提供频率分集。

dl传输被动态地调度，即，在每个子帧中(参见图1b)，基站(enb)发送与在当前dl子帧中向哪些终端发送数据以及在哪个rb上发送数据有关的控制信息。通常在每个子帧中的前1、2、3或4个ofdm符号中发送该控制信令，并且数字n＝1、2、3或4被称为控制格式指示符(cfi)。dl子帧还包含公共参考符号(crs)，这些公共参考符号对于接收机是已知的并且用于例如控制信息的相干解调。在图2中示出在控制区域中具有cfi＝3个ofdm符号作为控制的dl系统。

用于lte/e-utran的3gpp版本10规范已被标准化，支持高达20mhz的cc带宽(这是最大的lte版本8载波带宽)。宽于20mhz的lte版本10操作是可能的，并且显示为到lte版本10终端的多个ltecc。获得宽于20mhz的带宽的直接方式是借助于ca。ca意味着lte版本10终端可以接收多个cc，其中cc具有或至少可能具有与版本8载波相同的结构。lte版本10标准(3gppts36.300，v10.12.0)支持多达5个聚合cc，其中每个cc在rf规范中被限制为具有六个带宽之一，这六个带宽即为6、15、25、50、75或100个rb(分别对应于1.4、3、5、10、15和20mhz)。

对于ul和dl，聚合cc的数量以及单独cc的带宽可以不同。对称配置指dl和ul中的cc数量相同的情况，而非对称配置指dl和ul中的cc数量不同的情况。注意，网络中配置的cc数量可能不同于终端看到的cc数量。终端例如可以支持比上行链路cc更多的dlcc，即使网络提供相同数量的ul和dlcc。

cc也被称为小区或服务小区。更具体地说，在lte网络中，由终端聚合的小区被表示为pcell和scell。术语服务小区包括pcell和scell两者。所有ue具有一个pcell并且哪个小区是uepcell是终端特定的并且被认为“更重要”，即通常经由pcell处理至关重要的控制信令和其它重要信令。始终在uepcell上发送ul控制信令。被配置为pcell的cc是主cc，而所有其它分量载波是辅助服务小区。ue/终端可以在pcell和scell两者上发送和接收数据。对于诸如调度命令之类的控制信令，这可以被配置为仅在pcell上发送和接收，但这些命令对scell也有效，或者它可以被配置为在pcell和scell两者上发送和接收。无论操作模式如何，ue/终端将只需读取广播信道以便获取pcc上的系统信息参数。可以在专用rrc消息中向ue/终端提供与scc相关的系统信息。

在初始接入期间，lte版本10终端(ue)的行为类似于lte版本8终端(ue)。但是，在成功连接到网络时，版本10终端(ue)可以根据它自己的能力和网络，被配置在ul和dl中具有额外服务小区。配置基于rrc。由于繁重信令和rrc信令的相当慢的速度，设想终端可以被配置有多个服务小区，即使当前并未使用所有这些服务小区。

lteca支持多个载波的有效使用，从而允许通过所有载波发送/接收数据。支持跨载波调度，从而避免需要ue/终端始终侦听所有载波调度信道。该解决方案依赖载波之间的紧密时间同步。

ca需要pcell与scell之间的紧密同步，因此基本上需要天线(多个)的公共位置或它们之间的非常低延迟的回程连接。为了也针对不同基站和/或天线站点与宽松回程延迟要求一起使用的情况实现与ca中类似的优势，3gpp启动并引入被称为双连接性的概念。

双连接性是3gpp当前正在标准化的解决方案，以支持连接到多个载波的ue同时在多个载波上发送/接收数据。下面是来自3gppts36.300v13.3.0的概述：e-utran支持双连接性(dc)操作，由此rrc_connected模式下的多rx/txue被配置为利用由位于两个enb(基站)中的两个不同调度器提供的无线资源，enb经由x2接口上的非理想回程来连接。特定ue的双连接性中涉及的enb可以承担两个不同的角色：enb可以充当menb或senb。在双连接性中，ue连接到一个menb和一个senb。dc还使得可以在所有lte载波上发送和/或接收数据，而不需要如在ca中那样的紧密时间同步。实现了这一点，因为ue将侦听所有载波上的所有调度信道。

图3示意性地示出dc的无线用户平面协议架构。在dc中，特定承载使用的无线协议架构取决于承载如何建立。存在三种备选方案：mcg承载、scg承载和分离承载。在图3中示出这三种备选方案。具体地说，图3的左侧示出用于mcg承载的用户平面流从核心网络到达menb以及menb在没有senb参与的情况下处理该流。图3中从核心网络到达menb的中间流示出分离承载的情况。在这种情况下，所接收的用户平面流可以由menb和senb两者处理。图3的右侧示出用于scg承载的用户平面到达senb以及senb处理该流。srb始终是具有mcg承载，并且因此仅使用由menb提供的无线资源。还要注意，dc还可以被描述为具有被配置为使用由senb提供的无线资源的至少一个承载。

经由x2网络接口，借助于x2接口信令来执行用于双连接性的enb间控制平面信令，如图3中所示。此外，借助于s1接口信令来执行朝向mme的控制平面信令，如图4a中进一步所示。在menb与mme之间每个ue可能仅有一个s1-mme连接。每个enb应能够独立地处理ue，即向某些ue提供pcell，同时向其它ue提供用于scg的scell(多个)。特定ue的双连接性中涉及的每个enb拥有其无线资源，并且主要负责分配其小区的无线资源。借助于x2接口信令来执行menb与senb之间的任何所需协调。图4a示出特定ue的双连接性中涉及的enb的c平面(控制平面)连接性，并且menb是经由s1-mme连接到mme的c平面，menb和senb经由x2-c互连。

图4b示意性地示出特定ue的双连接性中涉及的enb的u平面(用户平面)连接性。在此，u平面连接性可以取决于所配置的承载选项。对于mcg承载，menb是经由s1-u连接到s-gw的u平面，并且senb不参与用户平面数据的传输。另一方面，对于分离承载，menb是经由s1-u连接到s-gw的u平面，并且此外，menb和senb经由x2-u互连。对于scg承载，senb经由s1-u直接与s-gw连接。

技术实现要素：

现有解决方案的问题

在lte中使用寻呼来定位和联系没有与网络建立的任何rrc连接的终端设备，例如ue、mtc设备、无线终端设备等。为了限制其中ue必须被寻呼的区域，ue可以(单独地)被配置有以下区域：其中ue可以来回移动而不向通信网络通知其位置。在lte中，这种区域可以是跟踪区域列表。当移动到未包括在列表中的跟踪区域时，ue必须通过跟踪区域更新请求消息将此报告给网络，跟踪区域更新请求消息向网络通知ue的位置并且触发网络向ue分配新的跟踪区域列表。在此，用于这种区域(其中ue可以在没有通知网络的情况下来回移动)的通用术语是“注册区域”。

使用这种对ue的粗略跟踪，ue的位置不确定性被限于由ue的跟踪区域列表覆盖的区域，并且因此以相同方式限制其中ue可能必须被寻呼的区域。为了进一步减少ue被寻呼的小区的数量，通信网络可以应用智能的顺序寻呼方案，其中ue首先在较小的区域中被寻呼，仅当没有接收响应时才拓宽该区域。例如，ue首先可以仅在其最后一个已知小区中被寻呼，并且然后，如果没有接收响应，则在其整个注册区域中被寻呼。

通常从核心网络启动寻呼。在lte中，mme向要参与寻呼的每个enb发送s1ap寻呼消息，并且这触发enb向终端设备(ue)发送rrc寻呼消息。在pdsch上发送寻呼消息，正如任何其它更高层控制平面消息或用户平面消息那样。与其它消息的不同之处是它被寻址到某个rnti，即寻呼rnti(p-rnti)，所有ue都可以在pdcch上侦听该rnti。pdsch上的实际rrc寻呼消息包括寻呼记录中的标识符，该标识符指示寻呼被定向到哪个ue。在由pdcch指示的资源块中，在pdsch上携带用于ue的寻呼信息。相同的rrc寻呼消息可以包括多个寻呼记录，并且因此同时对多个ue进行寻址。为了响应寻呼，终端设备(ue)可以执行随机接入过程，并且可以发送nas服务请求消息以由enb转发到mme。

为了节省能量以降低ue的功耗，ue不必针对p-rnti连续地监视pdcch。而是，它被配置有可以执行寻呼的某些寻呼时机(例如，每60ms或100ms)，并且在这些寻呼时机之间，ue可以进入低功率模式(即它采用空闲模式drx或者rrc_idle状态下的寻呼drx)。处于该空闲模式的ue监视用于寻呼的p-rnti的pdcch信道以从enb接收寻呼消息。ue可以进入高功率模式以仅在某些ue特定的寻呼时机(即仅在特定无线帧中的特定子帧处)监视pdcch。在其它时间，ue可以进入低功率休眠模式以节省电池电量。

可以从算法导出构成寻呼时机的(对应子帧和帧的)实际时隙，该算法的输入包括小区特定的参数(其可以在广播的系统信息中指示)、终端设备的(ue的)永久标识的一部分(imsi模1024)和可选的ue特定的寻呼drx周期长度。在此，drx周期长度可以指示寻呼周期中的无线帧的数量。小区特定的参数的结果是寻呼时机将在不同小区中有所不同。这又意味着ue必须检测到它已移动到新小区(即，重选要驻留的小区)并且获取每个新小区中的系统信息，以便能够应用其寻呼drx并且仅监视正确的时隙。寻呼时机算法的输出因此确定在帧周期长度的哪些无线帧中(即，在帧号环绕之前的时间和无线帧数量，其例如在lte中分别是10.24秒和1024个无线帧)发生寻呼时机(被表示为寻呼无线帧)以及每个寻呼帧内的哪个(哪些)子帧构成寻呼时机。

在演进型lte与新rat(在下面被称为nx或nr(新无线)，并且当前正在作为5g中的新无线接入技术进行讨论)之间紧密集成的可能性具有引入新的有利概念的巨大潜力。(同样)在5g系统中驻留和寻呼的上下文中的特定问题涉及终端设备(ue)同时使用数个rat和/或网络层以及在它们之间自由移动的假设能力。可以利用该能力来确保终端设备(ue)始终具有某些或至少一个rat(或网络层)的覆盖，并且可以始终选择最有利的一个(基于各种准则)。但是，当在空闲模式(或任何其它休眠/睡眠状态)下时，在不同rat和/或网络层之间移动或者同时使用它们具有技术复杂性，即它可能变得功率效率更低，尤其是当在数个rat之间没有协调时。此外，如果在不同rat中要由终端设备(ue)执行的空闲模式动作或寻呼drx模式动作冲突(例如在时间上)，则终端设备(ue)侧实现可能面临其它挑战。

即，当网络必须到达终端设备(ue)时(例如，以传送入站dl数据)，它寻呼ue并且然后网络必须知道ue应可达以进行寻呼的有限区域。因此，如果要允许ue在rat之间自由移动，则必须可以在任何一个rat中寻呼ue，而不必向网络通知当前rat是哪个rat(这降低能量消耗)。在此，终端设备(ue)可以监视无线接口以同时在两个rat中寻呼(双无线ue)，或者可选地并且取决于ue能力和覆盖情况，一次仅在一个rat中寻呼。为了节省ue中的能量，空闲模式下的ue只需在特定时机期间侦听寻呼，而在这些寻呼时机之间它可以保持处于更低功率(非监视)模式(即休眠模式)。该概念被称为寻呼drx模式。使用当前寻呼机制，由寻呼drx算法控制寻呼时机的出现，该算法采取系统参数(并且可能采取ue特定的参数)作为其输入。这些参数是rat特定的，并且至少在lte中是小区特定的。不同rat之间以及相同rat的小区之间的寻呼时机算法的差异因此抵消寻呼drx方案的节能目的，因为所产生的非一致寻呼时机将需要ue更频繁地离开低功率模式。

因此，需要在至少两种不同的无线接入技术(rat)上驻留和寻呼的情况下降低终端设备的能量消耗。

解决方案

因此，本发明的一个目标是解决上述问题。具体地说，本发明的一个目标是克服在至少两种不同的无线接入技术中同时寻呼的情况下终端设备的能量消耗增加而产生的上述限制。为了克服上述缺点的劣势，本发明引入一种用于跨两个rat和/或跨相同rat的多个小区协调寻呼时机的机制。

在独立权利要求中限定了合适的方法、网络节点、终端设备、计算机可读存储介质、计算机程序、以及包含所述计算机程序的载体。有利的实施例由从属权利要求限定。

在一个实施例中，定义一种在无线通信网络中的方法，所述无线通信网络经由使用不同的无线接入技术操作的至少第一类型的无线接入和第二类型的无线接入来针对终端设备提供无线接入，其中，所述方法包括以下步骤：设置用于所述至少第一无线接入技术和第二无线接入技术的公共寻呼时机配置；以及根据所述公共寻呼时机配置，经由所述第一无线接入技术和/或所述第二无线接入技术寻呼所述终端设备。

在另一实施例中，定义一种在终端设备中的方法，所述终端设备能够经由使用不同的无线接入技术操作的至少第一类型的无线接入和第二类型的无线接入来接入，其中，所述方法包括以下步骤：获得针对所述至少第一无线接入技术和第二无线接入技术设置的公共寻呼时机配置；以及操作所述终端设备以根据所述公共寻呼时机配置，经由所述第一无线接入技术和/或所述第二无线接入技术来接收寻呼。

在另一实施例中，分别定义一种适于执行上述方法的网络节点和终端设备。在再一实施例中，定义对应的计算机可读存储介质、计算机程序、以及包含所述计算机程序的载体。

所提出的解决方案在其中终端设备监视寻呼时机的空闲模式行为或任何其它睡眠/休眠模式的区域中，更好地利用两个不同rat(例如，lte和nx/nr)之间的集成的潜在优势。它允许终端设备更有效地同时驻留在lte和nx/nr两者上，同时跨两个rat保持一致的寻呼drx调度，这例如在终端设备的能量消耗方面是有利的。

附图说明

现在将通过参考示出实施例的附图，在以下具体实施方式中更详细地进一步描述此处的实施例，这些附图是：

图1a示意性地示出lte下行链路物理资源；

图1b示意性地示出dl传输中的无线帧的lte时域结构；

图2示意性地示出具有包括3个ofdm符号的cfi的dl子帧；

图3示意性地示出用于双连接性的无线用户平面协议架构；

图4a示意性地示出双连接性中涉及的enb的控制平面连接性；

图4b示意性地示出双连接性中涉及的enb的用户平面连接性；

图5是示出用于在通信网络中在两个不同rat之间进行寻呼协调的方法的一个实施例的示意流程图；

图6是示出用于在通信网络中在两个不同rat之间进行寻呼协调的方法的另一个实施例的示意流程图；

图7是示出用于在通信网络中在两个不同rat之间进行寻呼协调的方法的另一个实施例的示意流程图；

图8是示出用于在终端设备中在两个不同rat之间进行寻呼协调的方法的一个实施例的示意流程图；

图9是示出用于在终端设备中在两个不同rat之间进行寻呼协调的方法的另一个实施例的示意流程图；

图10是示出根据一个实施例的终端设备和网络节点经由无线接入网络交互以在两个不同rat之间进行寻呼协调的示意图；

图11示意性地示出根据另一个实施例的终端设备中的过程的流程图；

图12a示意性地示出5g(nx/nr)帧周期具有与lte帧周期相同的时间长度，但其帧数是lte帧周期的k倍的场景；

图12b示意性地示出5g(nx/nr)帧周期包含与lte帧周期相等的帧数的场景；

图13示意性地示出在lte与5g无线接入技术(nx/nr)的帧周期之间具有不同关系的寻呼时机；

图14示意性地示出新ue状态对5g无线接入技术(nx/nr)与lte的紧密集成的影响；

图15示意性地示出5g架构的状态处理。

具体实施方式

在下面，参考附图描述实施例。注意，以下描述仅包含示例并且不应被解释为限制本发明。在阅读以下详细描述时，本领域的技术人员将认识到额外特性和优势。此外，类似或相同的参考符号指示类似或相同的元件或操作。

当采用两个rat之间的互通或集成时，本发明的实施例促进使终端设备(ue)同时驻留在至少两种不同的无线接入技术(rat)上，以增加ue在不同rat的覆盖内来回移动的灵活性，而当ue从一个rat移动到另一个rat时不必更新网络。在此，终端设备(其在下面也被称为ue)可以是移动或固定终端设备。终端设备是无线终端设备，并且可以是(固定或移动)用户设备(ue)或mtc设备，例如“自动驾驶汽车”，其能够通过至少两种不同的无线接入技术来无线接入到一个或多个基站(enb)。此外，基站是无线通信网络的无线接入网络节点(具体地说用于向终端设备提供无线接入的无线接入节点)，并且还具有其中它可以提供无线接入的覆盖区域(包括基于波束形成过程，如上所述)。还要注意，基站还可以支持多种无线接入，例如lte演进无线接入技术和5g无线接入技术(nx/nr)。这种无线接入可以具有任何频谱或标准(gsm、gprs、3g、4g、lte、5g、nx、wifi、甚至dect等)。此外，无线接入网络(ran)节点可以与核心网络节点(例如mme)和/或其它ran节点连接，如上面解释的那样。

本发明包括这样的概念：其中在两个(或多个)rat中同步寻呼时机，以使得使用(跨)至少两个不同rat通用的公共寻呼时机配置(公共寻呼drx配置)。因此，能够优化终端设备(ue)针对寻呼drx的整体功耗。

此外，可以通过用于导出在公共寻呼时机配置内仍然同步的相应寻呼时机的不同机制，考虑至少两个不同rat的帧长度的差异。此外，对于可以同时在两个不同rat中监视和接收dl传输的双无线终端设备(ue)，寻呼时机在两个rat中一致，而对于仅可以一次在一个rat中监视和接收dl传输的终端设备(ue)，寻呼时机以某个时间间隔被分隔开，从而允许终端设备(ue)在两个rat之间切换以能够在公共寻呼时机内在两个rat中监视寻呼时机。

本发明还包括以下机制：通过这些机制，核心网络(或者在ran内部寻呼的情况下，ran中的锚节点)命令无线接入网络节点寻呼终端设备(ue)，以使得实现公共寻呼时机配置内的同步寻呼时机。

本发明还包括以下机制：这些机制用于在不同rat之间没有帧号同步的情况，其中这些机制支持终端设备根据有关帧号差的信息来定位公共寻呼时机配置的寻呼时机的可能性。

本发明还包括以下机制：该机制用于跨不同rat进行公共寻呼协调，其中该机制至少部分地考虑非rat特定属性。这种属性的示例可以包括ue业务行为、从归属用户服务器(hss)接收的签约数据、所配置的网络运营商偏好、或者可以根据绝对时间而不是rat特定的时间单元(例如帧或子帧)来定义寻呼drx周期(即，寻呼时机之间的间隔)。

此外，公共协调方面需要与ue而不是小区或rat关联的寻呼drx时段。注意，公共寻呼drx时段可以是可配置的，并且可以在任何时候被或多或少地重新配置而且可以因此改变。关键是它(整体上)是跨rat和小区的相同的公共寻呼时机配置。

本发明还包括以下机制：通过该机制，通信网络侧(例如，mme、enb)和终端设备(ue)就公共寻呼时机配置达成一致并且在它们之间保持同步。在网络侧，可以由控制平面来处理处于空闲(休眠、睡眠或其它低功率)模式的ue的这种管理，该控制平面可以通用于多个rat，例如lte的无线接入和5g无线接入技术(nx/nr)。另一方面，ue要么必须维护足够稳定的时钟以通过航位推算(deadreckoning)来跟踪间隔，要么能够通过节能机制来调整其同步(优选地借助于网络)。对于有效的uedrx休眠模式，公共寻呼时机配置的寻呼时机应跨rat、rat节点(例如enb)和小区一致。

图5示出用于促进无线通信网络中的寻呼协调的方法的一个实施例，该无线通信网络经由使用不同的无线接入技术(rat)操作的至少第一类型的无线接入和第二类型的无线接入来针对终端设备10提供无线接入。用于该实施例和所有其它实施例的两种不同的无线接入技术的非限制性示例是lte和5g无线接入技术(nx/nr)。如图5中所示，该方法包括步骤s120，其中设置用于至少第一无线接入技术和第二无线接入技术的公共寻呼时机配置，以及还包括步骤s130，其中根据所设置的公共寻呼时机配置，经由第一无线接入技术和/或第二无线接入技术来寻呼终端设备10。

可以由网络节点50(例如核心网络节点或无线网络节点)执行公共寻呼时机配置的设置，网络节点50生成通用于两个不同rat的寻呼时机配置，并且在两个不同rat中提供寻呼协调。在此，所设置的公共寻呼时机配置可以被发送到一个或多个无线接入网络(ran)节点301、302，这些ran节点进一步将该配置发送到终端设备10。因此，在网络侧与终端设备(ue)侧之间生成同步的公共寻呼时机配置。

在此，所设置的公共寻呼时机配置是通用于两个不同rat的寻呼配置，并且因此提供跨不同rat或者跨小区的同步/协调寻呼配置。如下面将进一步解释的，公共寻呼时机配置定义用于通过第一和第二rat两者来寻呼终端设备10的公共寻呼时段(公共时隙)。备选地，所设置的公共寻呼时机配置可以用于相同rat的第一和第二小区，其中公共寻呼时段用于经由第一和第二小区来寻呼终端设备10。

在步骤s130中的终端设备10的寻呼例如可以从核心网络节点50(例如，从mme)或另一个网络节点发起，这触发ran节点301、302(enb)例如在用于第一和第二rat两者的公共寻呼时段内，根据所设置的公共寻呼时机配置向终端设备10发送寻呼消息。如上面解释的，寻呼消息可以是pdsch上的rrc寻呼消息。在一个实施例中，第一ran节点301(与第一rat相关)和第二ran节点302(与第二rat相关)因此当需要到达终端设备10时，在公共寻呼时段内寻呼终端设备10。

如下面将进一步描述的，可以根据ue特定的能力和/或特定覆盖情况来执行公共寻呼时机配置的设置和/或终端设备10的对应寻呼。具体地说，公共寻呼时机配置的设置/生成可以基于以下至少一项：ue特定的能力、ue业务行为、从归属用户服务器(hss)接收的签约数据、和/或所配置的网络运营商偏好，如下面将进一步描述的那样。

上述所设置的公共寻呼时机配置可以定义用于不同的rat的终端设备10的重复发生的公共唤醒时段。在此，可以针对公共寻呼周期定义重复发生的公共唤醒时段。这种(重复发生的)公共唤醒时段可以设置单个时段，根据该时段，终端设备10从低功率状态(非监视、休眠模式)切换到高功率状态一次并返回到低功率状态，并且该单个公共时段的高功率状态通常可以用于经由第一和第二rat进行寻呼。本发明的公共寻呼时机配置生成因此不同于两个rat中的两个不协调的寻呼时机，在两个不协调的寻呼时机中，将针对第一rat使用第一唤醒时段并且针对第二rat使用不同的第二唤醒时段并且其中终端设备10必须被唤醒两次。上述设置的公共寻呼时机配置可以进一步定义终端设备10的重复发生的公共休眠时段。这种公共休眠时段因此是两个公共唤醒时段(如上所述)之间的(协调的)单个时段。因此，由于所应用的寻呼协调(其中终端设备针对两个rat只需唤醒一次)，优化了终端设备10处的节能。

在另一实施例中，所设置的公共寻呼时机配置可以定义用于第一rat的第一寻呼时间单元(例如第一数量的寻呼时隙)，以及用于第二rat的第二寻呼时间单元(例如第二数量的寻呼时隙)。相应的时间单元足以使终端设备10经由相应的rat成功地接收寻呼消息。在此，有利地布置第一寻呼时间单元和第二寻呼时间单元，以使得终端设备的公共唤醒时段具有最小时长。这可以例如通过第一和第二时间单元的足够大的重叠(采取绝对时间)来实现。换言之，公共唤醒时段内的公共寻呼时机尽可能彼此接近地(采取绝对时间)发生。公共唤醒时段的最小时长因此保证终端设备10的最小能量消耗。

在一个优选实施例中，公共寻呼时机配置的第一寻呼时间单元和第二寻呼时间单元同时出现。基于这种配置，经由两个不同rat的终端设备10的寻呼在公共唤醒时段内同时发生。在此，公共寻呼时机配置例如可以定义用于第一和第二rat两者的同时寻呼时隙。对于具有可以同时在两个rat中监视和接收dl传输的双无线接入能力的终端设备10，应优选地应用这种配置。

在另一个优选实施例中，公共寻呼时机配置的第一寻呼时间单元和第二寻呼时间单元仅基于保护时间间隔来分隔。对于具有不可以同时在两个rat中监视和接收dl传输的单无线接入能力的终端设备10，应优选地应用这种配置。在此，第一寻呼时间单元和第二寻呼时间的分隔可以由例如相应时隙的不同开始时间来定义，并且因此被间隔开，但仍然在公共唤醒时段内出现。对于一次仅可以在一个rat中监视和接收dl传输的终端设备10，上述保护时间定义以下时间间隔：该时间间隔允许终端设备10在两个rat之间切换，并且因此随后在两个rat中监视寻呼时机。在此，切换可以涉及接收机到另一个频带的切换以及获取同步，除非已需要同步并且该同步如此之近以使得它仍然可以被认为有效(这可以取决于ue的内部时钟的稳定性/准确性)。保护时间间隔可以是ue特定的，并且因此公共寻呼时机配置的保护时间间隔的设置应用ue特定的保护时间间隔。ue特定的保护时间可以从ue能力信息(先前从ue向网络信令发送)导出，从用户数据导出，或者基于来自ue的显式请求(例如在进入rrc_idle状态(或者应用寻呼和寻呼drx的某种其它节能状态)之前)导出。在另一个实施例中，将使用适用于多个ue的标准化保护时间间隔。基于在公共唤醒时段内应用保护时间间隔的这种公共寻呼时机配置，可以首先经由第一rat执行寻呼，然后ue在保护时间间隔内执行切换过程，并且然后可以后续经由第二rat执行寻呼。

图6示出用于促进无线通信网络中的寻呼协调的方法的另一个实施例，该无线通信网络经由使用不同无线接入技术(rat)操作的至少第一和第二类型的无线接入来针对终端设备10提供无线接入。注意，根据图6的方法包括已经如上面解释的方法步骤s120和s130。

根据图6的步骤s110，在步骤s120中设置上述公共寻呼时机配置之前，在网络节点50(例如核心网络节点或连接到ran节点301、302的另一个网络节点)之间执行协商过程。例如，可以在附着过程和/或跟踪区域更新过程期间执行这种协商过程。在协商过程期间，终端设备10可以例如基于存储在终端设备中的信息或其它参数(与终端设备的能力相关)来提出公共寻呼时机配置，如下面将进一步说明的，网络节点50可以根据网络节点50处可用的数据和/或准则来改变或不改变该公共寻呼时机配置。在该协商过程期间，ran节点301、302可以保持“透明”，并且因此仅遵循来自cn的关于最终设置的公共寻呼时机配置的命令。

例如作为上述协商过程的结果，公共寻呼时机配置的设置可以进一步基于第一与第二无线接入技术之间的无线帧长度的差，如下面将进一步描述的那样。

公共寻呼时机配置的设置可以还基于终端设备10的内部时钟的稳定性。具体地说，终端设备10的内部时钟不能被假设为完全稳定，并且因此可以相对于网络中的计时漂移。因此，应尽可能避免从低功率休眠模式唤醒以对时间信息进行采样(以便重新同步漂移时钟)或者计算寻呼时机，因为它抵消寻呼drx模式的节能目的。因为不同的终端设备在稳定性方面通常具有不同的内部时钟质量，所以优选地相应设置公共寻呼时机配置。例如，终端设备以足够的余量预先从公共休眠时段唤醒，以便基于内部时钟的稳定性来调整其行为。在此，可以例如在协商过程s110期间，将关于内部时钟稳定性的信息传送到网络节点50。

根据图6的步骤s140，由核心网络节点(例如mme)50或者由另一个网络节点(例如所谓的锚网络节点)指示无线接入网络节点(多个)301、302根据所设置的公共寻呼时机配置，在准确的时间或特定时间窗口内寻呼终端设备10。在此注意，对于5grat，可以考虑ran受控状态，根据该ran受控状态，由ran节点(所谓的锚节点，其中存储与ue关联的信息)控制和发起寻呼，该ran节点指示其它ran节点寻呼ue(并且通常自身也可以参与ue的寻呼)。通过使用通用于网络节点50和ran节点301、302的时间参考，在准确时间的寻呼提供最高节能潜力，因为单个公共唤醒时间可以非常短。另一方面，特定时间窗口内的公共寻呼允许ran节点(多个)301、302处的某些灵活性，如果ran节点(多个)301、30具有关于哪些时隙可以用于寻呼的限制，则这是有利的。

根据图6的步骤s150，在第一和第二无线接入技术上的无线帧号在通信网络内进一步同步。帧号的这种同步简化了基于帧号的寻呼时机算法的使用和公共寻呼时机配置的设置，因为终端设备10可以在整个注册/寻呼区域中采取一致的帧编号，并且不必考虑当ue在小区或无线接入节点之间移动时，相应帧号周期的相位可能任意改变。在此，无线帧号的同步步骤s150例如可以基于第一rat(lte)中的第一时间单元(例如，ttilte)与第二rat(rat-2、nx/nr)中的第二时间单元(例如，ttinx)的关联，其基于以下条件

ttilte＝k×ttinx(1)

其中第一和第二时间单元(tti)通过整数k相关。考虑到上述关联，当跨第一和第二无线接入技术的无线帧号被同步时，终端设备10可以确定用于第一和第二rat的相应帧编号，并且因此正确地观察用于两个rat的公共寻呼时机配置。

无线帧号的同步步骤s150可以进一步基于第一和第二rat两者中的相等的无线帧周期，或者可以进一步基于第一和第二rat两者的无线帧周期中的相同的无线帧数量。这将在下面针对图12a和12b进一步解释。

图7示出用于促进无线通信网络中的寻呼协调的方法的另一个实施例，该无线通信网络经由使用不同无线接入技术(rat)操作的至少第一和第二类型的无线接入来针对终端设备10提供无线接入，特别是当没有跨第一和第二rat的无线帧号同步时。

根据图7的步骤s160，向终端设备10报告第一与第二rat之间的无线帧号差。在此，无线帧号差例如可以从ran节点(多个)301、302发送到处于连接状态(rrc_connected)的终端设备10，或者可以结合位置更新从网络节点50(例如，cn)提供给终端设备10，特别是当未应用跨第一和第二rat的帧号同步时。无线帧号差的这种报告可以进一步包括无线帧的片段级别的信息，即子帧级别或甚至更小级别的差，这可以在分布式信息中提供更高的准确性。这种报告可以例如基于自动邻居关系(anr)机制，如下面将进一步描述的那样。

根据图7的步骤s170，可以进一步基于相邻ran节点301、302之间的相应无线帧编号的周期性或随机指示的交换，更新/确定第一与第二rat之间的无线帧号差，如下面将进一步描述的那样。结合步骤s170，ran节点301可以进一步在步骤s180中向相邻ran节点302报告关于小区特定或ran特定的寻呼相关参数的变化，当确定公共寻呼时机配置的寻呼时机时可以考虑这些参数。可以在通信网络中广播的系统信息中发送上述信息。

此外，根据图7的步骤s190和s195，网络节点50可以进一步在寻呼命令中向ran节点301、302、参考小区或参考ran节点指示当基于第一与第二rat之间的帧号差来确定公共寻呼时机配置时，将要应用哪个帧编号。因此，即使在通信网络内没有帧编号同步，也提供合适的机制(多个)以指示实际帧编号差(相位差)，并且因此能够应用在终端设备处使用单个公共唤醒时段以监视第一和第二rat两者的所设置的公共寻呼时机配置。

图8示出可经由至少第一和第二rat接入的终端设备中的寻呼方法的一个实施例。

如图8中所示，该方法包括步骤s230，其用于在终端设备10处获得已在上面解释的公共寻呼时机配置设置。在此，终端设备10可以接收关于两个rat中的公共寻呼时机配置的指令，例如当它已由网络节点50确定和设置(基于上述协商过程)以便获得公共寻呼时机配置设置时。备选地，可以获得内部存储的公共寻呼时机配置设置。如上面解释的，公共寻呼时机配置定义所协调的寻呼时机是否在公共唤醒时段内级联(即，在其间具有保护时段的时移)或者在时间上重叠。终端设备10因此可以根据公共寻呼时机配置来使用/准备设置。

根据图8的步骤s240，进一步操作终端设备10以根据所设置的公共寻呼时机配置，经由第一和/或第二rat来接收寻呼消息。即，所获得的公共寻呼时机配置定义(重复发生的)公共唤醒时段，其中终端设备10从低功率状态切换到高功率状态以接收第一和第二rat两者的寻呼。

图9示出可经由至少第一和第二rat接入的终端设备中的寻呼方法的另一个实施例，其除了如上面解释的步骤s230和s240之外，还包括步骤s210、s250、以及s260。

根据图9的步骤s210，终端设备10将存储在终端设备10的存储器中的公共寻呼时机配置传输到网络节点50，例如用于与网络节点50协商公共寻呼时机配置的目的(如上面解释的那样)。在此，例如可以结合附着过程(附着请求消息)或跟踪区域更新过程(跟踪区域更新过程消息)来执行传输。注意，这可以与任何类型的这种区域相关，例如通常用于核心网络控制的低功率状态(例如空闲状态)下的终端设备10的区域(例如跟踪区域、位置区域、路由区域)和用于ran控制的低功率状态(例如休眠状态)下的终端设备10的区域(例如跟踪ran区域)。

根据图9的步骤s250，终端设备10可以进一步选择是监视由第一和第二寻呼时间单元定义的寻呼时机中的仅一个寻呼时机还是两个寻呼时机，第一和第二寻呼时间单元根据公共寻呼时机配置来定义。换言之，即使两个寻呼时机都存在并且在公共寻呼时机配置内被设置，但是如果对接收质量满意，则终端设备10可以选择例如仅监视第一rat中的寻呼时机。以这种方式，终端设备可以选择最有利的rat，并且可以进一步降低功耗。

根据图9的步骤s260，可以进一步操作终端设备10以通过将第一无线接入技术的第一时间单元与除以整数后的第二无线接入技术的第二时间单元关联，维护用于跟踪公共寻呼时机配置的重复发生的公共休眠时段的内部时钟，如上面针对条件(1)解释的那样。这可以与非常长的drx休眠时间特别相关(例如，与极其节能的mtc终端设备相关)，这可以意味着小区之间的寻呼时机的很大差异，并且意味着在小区重选时drx寻呼周期中的可能很大的“相移”。基于以上所述，(mtc)终端设备10可以在适当时注意到小区改变并且取得新小区中的寻呼时机信息。“在适当时”是能量效率(意味着不频繁的小区检查)与避免错过寻呼时机的需要(意味着频繁的小区检查)之间的权衡。

图10示意性地示出终端设备10可经由第一无线接入网络节点301和第二无线接入网络节点302由使用不同无线接入技术操作的相应第一和第二类型的无线接入来接入。无线接入网络节点301、302被进一步示出为具有与另一个网络节点50的通信连接(有线或无线)，另一个网络节点50可以是核心网络节点(诸如mme)或例如作为锚节点在ran内部寻呼的上下文中操作的另一个网络节点，将如下面进一步解释的那样。

终端设备10具备无线收发机模块14，其提供到相应无线接入网络节点(enb)301、302的对应无线收发机模块321和322的空中接口。无线收发机模块12和34可以分别包括发射机电路、接收机电路、以及关联的控制电路，它们被共同配置为根据相应的不同无线接入技术来发送和接收信号和消息。网络节点50具备收发机模块52，其提供与无线接入网络节点(enb)301、302的通信连接(有线或无线)。

如图10中进一步所示，终端设备10、无线接入网络节点301、302、以及(核心或锚)网络节点50进一步分别包括处理模块12、341、342、54，它们被配置为分别控制无线收发机模块14、无线收发机模块321和322、以及收发机模块52。处理模块12、341、342、54中的每一个包括一个或多个处理器，例如一个或多个微处理器、微控制器、多核处理器等。更一般地说，处理模块(多个)可以包括固定电路或可编程电路(其经由执行实现其中教导的功能的程序指令被具体配置)，或者可以包括固定和可编程电路的组合。每个处理模块还包括并且分别连接到相应的存储模块16、361、362和56。在某些实施例中，存储模块(多个)存储一个或多个计算机程序，并且可选地存储配置数据。存储模块针对计算机程序提供非瞬时性存储，并且它可以包括一种或多种类型的计算机可读介质，例如磁盘存储装置、固态存储装置、或者其任何组合。作为非限制性示例，存储模块可以包括以下任何一项或多项：sram、dram、eeprom、以及flash存储器，它们可以分别在处理模块12、341、342、以及54中和/或与处理模块分离。一般而言，存储模块包括一种或多种类型的计算机可读存储介质，其提供计算机程序以及由终端设备/网络节点使用的任何配置数据的非瞬时性存储。在此，“非瞬时性”意味着持久、半持久、或者至少临时持久存储，并且包含非易失性存储器中的长期存储和工作存储器中的存储两者，例如用于程序执行。

在另一实施例中，cn节点或另一个网络节点(锚节点)50和终端设备(ue)10处理寻呼协调(公共寻呼时机配置)，而相应ran节点(enb)301、302保持透明并且仅遵循来自cn的指令。根据该实施例，在cn与ue之间的(协商)协议中设置公共寻呼时机配置和公共寻呼时机。

根据其优选实施例，ue10被配置有用于不同rat(rat-1和rat-2)的公共寻呼drx时段(公共寻呼时机配置)，即寻呼时机之间的间隔，其以时间单元表示，例如毫秒、微秒或无线接口中的时隙数量。在以下情况下可以促进公共寻呼drx时段的跟踪：第二rat(nx/nr)无线接口具有基于时间单元(例如时隙)的时间结构，该时间单元等于除以整数后的第一rat(lte)无线接口中的对应时间单元，例如ttilte＝k×ttinx，其中k是整数。通过支持该ue关联的rat公共寻呼drx时段，网络在其寻呼时机分配中更灵活。

可以以各种方式执行ue10中的公共寻呼drx时段的配置和设置。公共寻呼时机配置例如可以存储在usim卡中，并且结合附着过程(例如在附着请求消息中(因为ue特定的drx时段在当今的eps/lte中))，或者结合跟踪区域更新过程(例如在跟踪区域更新请求消息中)传输到网络(cn)节点50。使用公共寻呼时机配置来配置ue10的另一种方式可以基于以下机制：其中cn例如基于以下至少一项来选择用于ue的公共drx时段：ue能力、ue类别、先前获取的ue业务行为分析或从归属用户服务器(hss)接收的签约数据，或者仅基于内部配置的运营商偏好来选择用于ue的公共drx时段，并且结合附着过程和/或跟踪区域更新过程(例如在跟踪区域更新接受消息中)将公共drx时段传输到ue。又一种可能性是公共寻呼时机配置基于在附着过程和/或跟踪区域更新过程期间执行的cn与ue之间的协商。在此，ue可以例如基于usim卡中的信息、硬编码数据、当前电池/能量状态、最近活动(例如内部记录的统计信息)和/或由用户配置的偏好来提出公共drx时段。网络(cn)节点50可以考虑来自ue的建议，并且与它自己的数据和准则(例如网络负载、用于在不同ue之间分配寻呼时机的运营商策略等)一起导出合适的公共drx时段(其可以是由ue提出的公共drx时段与从cn算法/数据导出的公共drx时段之间的折衷)，然后将其传输到ue。

在此，ue10中的公共寻呼drx时段的配置还可以考虑不同的ue在稳定性方面具有不同的内部时钟质量。这可以是影响ue的公共drx时段偏好的属性，并且还可以影响cn对公共drx时段的选择(如果有关ue的时钟稳定性的信息被传送到cn或者在cn处可用，例如以ue能力或类别信息的形式)。此外，ue可以基于其内部时钟的稳定性来调整其公共drx行为。例如，ue可以确定在公共drx休眠时段内的最大时钟漂移，并且因此执行控制以便以对应余量预先唤醒。处理可能漂移太多的时钟的另一种方式可以基于周期性唤醒以重新同步ue时钟，例如或多或少地独立于公共drx时段。

基于上述实施例，网络(cn)节点50因此可以跟踪公共drx时段和公共寻呼时机。当要寻呼ue10并且正在接近公共寻呼时机时，网络(cn)节点50联系涉及的ran节点301、302，即负责ue的寻呼区域的无线覆盖的ran节点(例如处理寻呼的rat-1enb和rat-2ran节点)，并且请求它们向ue发送/转发寻呼消息。注意，还可以提供单个ran节点，其同时提供两个不同的rat。cn可以几乎在公共寻呼时机同时或者优选地稍微在公共寻呼时机之前联系涉及的ran节点。cn然后可以例如通过使用通用于不同rat的cn和ran节点的时间参考，指示ran节点应该向ue发送寻呼消息的准确时间。备选地，为了允许ran节点更灵活地调度传输，cn可以向ran节点提供一个其中应发送寻呼消息的时间窗口。该时间窗口(大小)然后可以包括在ue中的公共drx/寻呼时机配置中。折衷可以是ran节点尝试恰好在所请求的时间寻呼ue，但如果ran节点对于它可以使用哪些时隙进行寻呼具有某些限制并且所请求的寻呼时间与这种限制的时隙一致，则ran节点在所请求的寻呼时间之后可用于寻呼的第一时隙中寻呼ue。

如果ue10能够同时在两个不同的rat中接收(双无线ue)，则公共寻呼时机配置的寻呼时机应优选地/理想地在两个rat中同时发生。实际上，情况可以是这至少并非始终可能，例如因为时隙可以专用于其它任务，但然后两个rat中的寻呼时机应至少尽可能彼此接近地出现，即具有最小时间差。另一方面，如果ue不能同时在两个不同的rat中接收，而一次仅在一个rat中接收，则两个rat中的公共寻呼时机配置的寻呼时机应优选地以保护时间间隔被分隔开，这针对ue提供足够的时间以在rat之间切换，但不超过必要时间，以使得ue在同一唤醒时段内仍然可以在两个rat中接收/监视寻呼时机。换言之，跨两个(不同)rat的公共寻呼时机配置的公共唤醒时段内的寻呼时机之间的时间应(理想地)不超过ue在rat之间切换需要的时间。在两个rat中的同时的和顺序的(最小延迟)寻呼时机之间的选择可以基于ue能力，ue能力例如可以结合附着过程从ue中取得，并且然后存储在核心网络中(如在当今的eps/lte中)。当选择顺序的(最小延迟)寻呼时机时，则寻呼时机之间的间距长度(即保护信号)也可以基于ue能力，例如基于不同ue需要不同量的时间以在不同rat之间切换的事实。

如上所述，使用准确的寻呼时间指示机制具有以下优势：它针对ue10提供最高节能潜力，因为其公共唤醒时间能够最大程度地缩短。ue10可能仍然由于漂移时钟而必须预先唤醒(切换到高功率模式)，并且还可能获取同步，但它仍然能够比使用时间窗口方法更早地返回到休眠模式。准确的寻呼时间指示的缺点是它对于相应ran节点(多个)而言不灵活，并且限制其基于其它准则来调度传输的可能性。但是注意，原则上即使使用当今的lte无线接口这也是可行的，因为寻呼消息如同pdsch上的任何其它消息，唯一的差异是调度分配针对p-rnti而不是c-rnti(或某个其它rnti)。

时间窗口指示方法具有以下优势：它允许相应ran节点的调度具有更多的灵活性，并且缺点是ue必须在稍长时间保持唤醒以便监视公共寻呼时机配置中的寻呼时机。

图11示意性地示出根据另一个实施例的终端设备10中的过程的流程图。根据该实施例，当使用上述使用准确的寻呼时间指示(或寻呼窗口)的情况时，终端设备10能够一次仅监视一个rat(参见图6中的步骤s140)。注意，在此忽略对跟踪区域更新(或对应过程)的潜在需要，即，流程图假设ue10保持在通信网络将寻呼它(如果需要)的区域内。还要注意，覆盖之外确定过程仅是一个可能示例，并且不被视为本发明的一部分。

使用来自cn的准确的寻呼时机时间或时间窗口指示的一个备选实施例将是重用传统算法以导出lte中的寻呼时机，并且cn命令enb在第一寻呼时机(如使用传统算法和小区特定配置参数导出的)中寻呼ue。在这种情况下，类似的算法也可以用于nx/nr，或者可以在cn对nx/nrran节点的寻呼请求中使用准确的时间或时间窗口的原理。在此，重用传统寻呼时机算法意味着它对现有lte网络和规范的影响较小，但重大缺点是ue必须例如在某个lte小区中获取系统信息以便导出寻呼时机(或者备选地，必须在长到足以覆盖最长时间的时间窗口内针对p-rnti监视pdcch，直到传统算法可以产生的第一寻呼时机(取决于小区特定参数))。

其中相应ran节点保持“透明”的另一个备选实施例是利用世界时间(例如gmt)的时间戳来定义寻呼时机。为了支持该方案并且促进ue中的计时，网络应优选地以有规律的间隔发送/广播时间指示。这提供跨rat和小区/ran节点的简单并一致的时间参考。

以下实施例描述涉及在无线帧号跨第一和第二rat的情况下同步(如上面针对根据图6的步骤s150描述的那样)的各方面的额外细节。具体地说，以下实施例(多个)基于rat、小区或网络部分之间在无线帧号和时间方面的同步。

在该实施例中，所提出的解决方案基于整个通信网络中的无线帧编号同步。这简化了基于公共寻呼时机配置的无线帧号的使用，因为ue10可以在整个注册/寻呼区域中采取一致的帧编号，并且不必考虑当ue在小区或无线接入节点之间移动时，帧号周期的相位可以任意移动。

lte(第一rat)和nx/nr(第二rat)中的帧编号的同步可能需要一种参数集，其中lte帧的长度是nx/nr帧的长度的整数倍，即framelte＝kframenx和ttilte＝k×ttinx，其中k是整数，如上所述。

使用当今在lte中使用的基于帧类型的寻呼时机算法，在每个帧周期中重复相同的寻呼时机模式(其中帧周期是在帧号环绕之前的帧数)。这使得lte与nx/nr的相应帧周期之间的关系成为该上下文中的一个重要方面。

在此可以使用两种方法。首先，nx/nr帧周期的时段可以等于lte帧周期的时段。这意味着nx/nr帧周期将包括k倍的帧。在图12a中示出该帧周期关系。其次，nx/nr帧周期可以包含与lte帧周期相同的帧数。这意味着lte帧周期的时间长度将是nx/nr帧周期的k倍，即当lte帧号环绕一次时，nx/nr帧号将环绕k次。在图12b中示出该帧周期关系。

即使当寻呼时机旨在在lte和nx/nr中一致时，优选地针对每个rat具有一种寻呼时机算法，并且此外，这些寻呼时机算法产生相同的结果，即根据公共寻呼时机配置使寻呼时机一致。这对于一次仅监视一个rat的ue10特别有用，即使它(至少从网络的角度来看)驻留在两个rat上并且可能在两个rat中被寻呼，以使得它可以计算正确的寻呼时机，而不考虑它监视哪个rat。

使用相等时间长度帧周期原理，通过被参数集倍数整除(即被k整除)，可能容易地将nx/nr帧号转换成对应的lte帧号。因此，可以在两个rat中使用用于指出帧周期内的寻呼帧的相同算法，唯一的差异是nx/nr的帧号在被提供给算法之前将经历被k整除。这允许在lte和nx/nr两者中保持在每个帧周期中重复相同的寻呼时机模式的原理，如图13中的示例a)所示。但是，寻呼帧内的寻呼时机(多个)的无线子帧(多个)(或对应概念，例如tti)的确定/计算将需要不同的算法，因为nx/nr的tti更短，并且因为lte的寻呼帧将映射到nx/nr中的k个帧。lte的每个tti(子帧)将对应于nx/nr中的k个tti。一个简单的原理是：声明nx/nr中与lte的某个子帧中的寻呼时机对应的寻呼时机将位于与lte的有关子帧同时开始的nx/nrtti(即映射到相同lte子帧的k个nx/nrtti中的第一个tti)。同样简单的是选择映射到相同lte子帧的其它k个nx/nrtti中的任一个，只要它是哪个tti是固定的即可。如果策略性地选择整数倍k，则可以设计从lte的寻呼帧内的子帧到nx/nr的对应帧和tti的相当简单的转换，但对于一般情况，更容易将nx/nr的tti计算算法仅基于nx/nrtti的数量，因为lte寻呼帧的开始(例如lte寻呼帧中的第三个子帧(即子帧2，其中子帧编号从0到9)中的寻呼时机)将映射到位于距lte寻呼帧的开始k×2+1个nx/nrtti处的nx/nrtti(如果利用以下原理：使用映射到lte子帧的开始的nx/nrtti)。

使用每帧周期相等数量帧的原理，没有将nx/nr帧号转换为lte帧号的明确方式。此外，如果要在每个nx/nr帧周期中重复相同的寻呼时机模式，则结果是lte帧周期的寻呼帧必须等间隔，并且它们的数量必须是参数集倍数k的倍数(例如q×k，其中q和k都是整数)。这在图13中的示例b)中示出。

如果要避免这些限制，则必须放弃在每个nx/nr帧周期中重复相同寻呼时机模式的原则，并且寻呼时机算法因此必须具有跨越多个nx/nr帧周期的范围。图13中的示例c)示出用于nx/nr的寻呼算法必须产生相当于以下内容的结果的情况：

“寻呼时机的位置如下：当前帧周期中的帧x和ttiy，然后下一个寻呼时机位于向前三个帧周期的帧q和ttip中，并且之后的下一个寻呼时机位于另外向前两个帧周期的帧z和ttir中，等等。”

显然，如果选择寻呼时机以便也在lte-nx/nr中形成重复模式，则将简化该算法，即使并非所有lte-nx/nr帧周期都包含寻呼时机也是如此。

以下实施例描述涉及以下情况的各方面的额外细节：无线帧号跨第一和第二rat不同步，并且因此需要在应用公共寻呼时机配置的上下文中指示无线帧号差，如根据图7的步骤s160中所述。具体地说，以下实施例(多个)描述这样的情况：无线帧号跨第一和第二rat不同步，但其中向终端设备10通知无线帧号差。

在这种情况下，实施例“接受”无线帧号在小区、无线接入节点和/或rat之间不同步，但针对终端设备10引入各种级别的支持以处理这种情况。此外，在此(如在上面的同步情况中)假设使用基于帧号的寻呼时机算法(多种)。

为此，可以向终端设备10通知小区、无线接入节点和rat之间的帧号差。在此，ran节点301、302可以通过在相邻ran节点之间周期性地交换帧编号来了解这些差。ran节点301、302还将向其邻居ran节点通知是否改变了任何小区特定的(或者对应于nx/nr，例如无线接入节点特定的)寻呼时机相关参数。还可以进一步由相邻ran节点向非相邻ran节点和任意数量的跃点来传播有关帧编号和小区特定的(或者对应于nx/nr，例如无线接入节点特定的)寻呼时机相关参数的信息。

可以在网络中广播的系统信息中获得该信息。帧号差信息还可以包括某个邻近区域中的rat内和rat间相邻小区和/或无线接入节点，其中该邻近区域例如可以包括(i)邻居小区和/或邻居无线接入节点，(ii)邻居和下一个邻居小区和/或邻居和下一个邻居无线接入节点，或者(iii)与ue的注册区域相关的某个区域内的小区和/或无线接入节点，例如支持相同跟踪区域(或其一部分)的所有小区和/或无线接入节点。

此外，帧号差信息可以通过有关小区特定(或者对应于nx/nr，例如无线接入节点特定)参数的信息来补充，这些参数涉及有关小区和/或无线接入节点中的寻呼时机的计算。备选地，例如在某些跟踪区域或跟踪区域组中或者甚至在整个网络中，或者对于可以包括整个网络的某个区域内的某些类型的小区和/或无线接入节点，这些小区特定(或者对应于nx/nr，例如无线接入节点特定)参数可以被配置为相同。

掌握该信息后，ue10只需取得小区和/或无线接入节点的标识以计算寻呼时机，即，免于从系统信息获取帧编号和寻呼时机相关信息。ue10甚至可以具有甚至更宽松的操作，选择甚至不获取小区/无线接入节点的标识，而是仅监视可以在其来回移动的区域中出现的所有寻呼时机。实际上，ue10将仅在小区域中(或者在相对短的时段内)使用这种策略，以使得寻呼时机的数量(或频率)不会强制过于频繁地从drx休眠模式中唤醒。该策略的合适场景可以是帧号例如在由相同无线接入节点或一组无线接入节点所服务的所有小区中被本地同步的情况，在这种情况下ue有时可以(不检查小区/无线接入节点标识)相对地确信它仍然保留在帧号被同步的区域中，并且假设对于该区域内的小区/无线接入节点，小区特定的(或者对应于nx/nr，例如无线接入节点特定的)寻呼时机相关参数也相同(至少每个rat)，ue只需监视一组寻呼时机(即，由于小区/无线接入节点的差异而没有额外寻呼时机)。

ran节点301、302提供有关帧号差和/或小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数差异的信息的备选或补充方式包括可以例如使用rrcconnectionreconfiguration消息和/或rrcconnectionrelease消息之类的消息，将该信息发送到处于连接状态(例如处于建立了rrc连接的rrc_connected状态)的ue10。

还可以例如结合位置更新(例如结合跟踪区域更新过程在跟踪区域更新接受消息中)，由核心网络节点50将有关帧号差和/或小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数差异的信息提供给ue10。这将确保ue10针对其注册区域中的所有小区/无线接入节点具有该信息。使这成为可能的先决条件是核心网络节点50能够从无线接入节点301、302获取该信息。这例如可以结合每个无线接入节点的部署(或重新启动)发生，并且无线接入节点可以周期性地更新核心网络节点50以使信息保持足够新。核心网络节点50可以主动请求来自无线接入节点的信息也是一个选项。

可以使用一种机制来进一步扩展对ue10的支持以减轻跨rat的非同步无线帧编号的后果，该机制调整寻呼时机以完全或部分地补偿帧号差(以及可能的小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数的差异)。这将有效地导致寻呼时机在ue可以访问的所有小区中是一致的。

所提出的实现这一点的方法是核心网络节点50在寻呼命令中(例如在eps/lte中的s1ap寻呼消息中)向ran节点301、302通知帧编号(以及可能的小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数)。为了避免需要核心网络实际知道该信息，所提出的方法是核心网络在寻呼命令中指示要应用其帧编号(以及可能的小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数)的参考小区或无线接入节点。连同每个无线接入节点具有的有关其邻近区域(如上所述)中的小区和无线接入节点的帧号(以及可能的小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数)差的知识，无线接入节点能够计算要用于有关寻呼的寻呼时机(假设参考小区/无线接入节点位于该邻近区域内)。参考小区/无线接入节点优选地是ue与网络联系所经由的最后一个节点。备选地，参考小区/无线接入节点可以是ue执行其最新位置更新(例如eps/lte中的跟踪区域更新)所经由的节点。核心网络固有地知道这是哪个无线接入节点(来自与无线接入节点的接口/连接)，并且还可以在联系期间被通知ue位于哪个小区(如果相关)(在eps/lte中已经是这种情况)。

如果核心网络节点50知道帧编号(以及可能的小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数)的实际差(这在上面被描述为一个选项)，则使用参考小区/无线接入节点的一种备选方案可以是核心网络在寻呼命令中向无线接入节点指示这些差。

可以通过帧的片段级别(例如lte中的子帧(或甚至更小级别))的更准确的信息来进一步细化有关帧编号差的信息。为了在ran节点之间分配的信息中实现这种更高的准确性，ran节点可以利用自动邻居关系(anr)机制，即利用连接的ue来发现小区或无线接入节点之间的邻居关系的机制。ue10因此将根据请求读取邻居小区/无线接入节点的帧号，并且然后可以将帧号以及帧号的相位(例如，在子帧方面)以及可能甚至子帧相位与发出请求的小区/无线接入节点的对应数据相比较，并且报告邻居小区/无线接入节点的帧号和检测到的相位差。

向ue10通知小区/无线接入节点之间的帧编号(以及可能的小区特定(或者对应于nx/nr，例如无线接入节点特定)寻呼时机相关参数)差的方案(没有其中命令无线接入节点在寻呼期间补偿这些差的扩展支持)更容易在有限区域中实现，部分是因为它简化无线接入节点之间的信息分配，并且部分是因为它限制传送到ue10的信息量。在简约实施例中，它限于相对小的区域，例如无线接入节点301及其邻居无线接入节点302以及可能又一“层”邻居无线接入节点(或者小区及其邻居小区以及可能第二邻居小区)，并且仅用于促进ue10处理小区/无线接入节点之间的寻呼时机差，以使得它只需监视几个不同寻呼时机以便覆盖有限区域中的所有可能寻呼时机。

以下实施例进一步定义lte与nx/nr之间(紧密)集成场景中的ue状态的各方面。在lte中，从lte中的rrc_idle状态发起数据传输涉及的信令(并且因此延迟)明显多于从具有drx的rrc_connected状态的数据传输(lte-a要求rrc_connected状态下的drx转变低于10ms)。另一方面，始终将所有ue保持在rrc_connected状态可能具有挑战性(并且不高效)，尤其是假设在5g网络中将具有数十亿设备。因此，提出一种休眠状态，其增强具有drx的lterrc_connected状态以成为5g架构的主要休眠状态。

除了休眠状态(针对节能进行优化)之外，还将存在用于实际数据传输的活动状态。该状态针对数据传输进行优化，但由于drx配置，当不发送数据时允许ue10微休眠，但需要非常快速的接入。

此外，确认新的5g空中接口(或其变体)应与lte紧密集成，以便受益于2020年内广泛部署的lte覆盖。在这种紧密集成的动机中，可以提到以下事实：新的5g空中接口的覆盖可能呈点状，以使得使用lte的双连接性解决方案将非常有利。注意，在双无线ue的情况下，这些场景还促进用于两种接入的公共cn连接(例如演进型s1)。因此，处于休眠状态的ue保持与其演进型s1连接相关的上下文是有意义的。

为了针对双无线ue支持与lte的紧密集成，还应在休眠和活动状态的设计中考虑lte无线。否则，由于不良覆盖原因导致的新空中接口(ai)与lte覆盖之间的任何切换将导致用于更新lte状态的信令。在图14中总结了这一点。为了进一步解决新空中接口的紧密集成和lte的演进，针对5g架构提出一种新的状态模型，从而实现高效ue休眠模式、从休眠状态到活动状态的快速和轻型转变以及联合接入优化，例如双连接性的快速建立。在此，如图15的白色部分中所示的新休眠状态将具有以下特征：

-广泛可配置的drx周期(从数毫秒到数小时，以支持在能耗和接入延迟方面具有不同要求的不同服务)。

-通过在ue和网络中存储和恢复ran上下文(rrc)，实现到该状态和自该状态的非常快速和轻型转变(取决于场景，是针对节能还是快速接入性能进行优化)。

-优化的状态转变，特别是对于ue是半静态(即ue在不活动定时器期满之后保持在相同位置)的情况。

根据图15的实施例包括四种连接状态，其中三种被认为是活动状态(即针对至少一个rat中的传输进行优化)，并且其中一种被优化用于两个rat中的ue休眠(即休眠状态)。

根据本发明的先前实施例提出一种方法，其用于控制两个rat中的ue的驻留行为以及如何监视这两个rat中的寻呼信道，其中lte和nx/nr被呈现为主要示例。考虑根据图15的状态图，所描述的方法将应用于新的aidormant/ltedormant或5gidle/lteecm+rrcidle状态下的ue，其中ue10被配置为执行对两个无线接口的动作，并且准备好接入两个或任一rat。在这些状态中，寻呼是网络联系ue10的主要方式，而不管ue将连接到哪个rat。

作为传统核心网络发起的寻呼的被考虑用于5g和eps/lte演进的另一备选实施例是引入一种状态，其中ue10原则上被视为已连接，而ue实际上处于一种由ran处理的休眠状态。因此，建立ue关联的ran-cn连接(例如s1连接)，并且负责该连接的ran节点可以被表示为锚节点。锚节点维护与ue相关的上下文，并且该上下文可选地还可以完全或部分地被复制或分发到其它ran节点。

使用该设置，寻呼通常将由从cn到达锚节点的下行链路数据触发，并且锚节点将通过跨越无线接口发送去往ue的寻呼消息(多个)来发起寻呼。锚节点还将触发其它ran节点，这些ran节点负责覆盖ue已针对其休眠状态操作被配置具有的区域。这可以通过以下操作完成：将寻呼消息发送到其它ran节点，这些ran节点跨越无线接口转发寻呼消息。备选地，锚节点将只是命令其它ran节点在相关区域中寻呼ue。还可以应用智能、资源有效的寻呼方案，其中例如一次一个部分逐步地覆盖寻呼区域(例如通过扩展寻呼范围)。

先前描述的实施例还可以全部应用于采用这种ran内部寻呼的通信网络中。为了适配解决方案，触发寻呼的角色简单地从cn移动到ran中的锚节点。除此之外，原则上可以不改变地重用上述解决方案(除了以下情况：其中利用核心网络支持来调整寻呼时机以完全或部分地补偿帧号差(以及可能的其它相关参数的差异))。

上述相应模块可以由处理单元实现，该处理单元包括一个或多个处理器、微处理器或其它处理逻辑，其解释和执行存储在主存储器(即存储模块16、361、362和56)中的指令。主存储器可以包括可存储由相应模块/单元执行的信息和指令的ram或其它类型的动态存储设备。例如，上面针对图10讨论的无线收发机模块12、321和322和对应处理模块12、341和342以及收发机模块52和对应处理模块54可以由处理单元/处理器实现。rom可以包括可存储由处理单元使用的静态信息和指令的rom设备或另一种类型的静态存储设备。

如上所述，无线接入网络节点(基站)301和302以及终端设备10和(核心或锚)网络节点50可以执行在此描述的某些操作或过程(获取、标识、发送、预测、决策等)。可以响应于处理单元/处理器执行包含在计算机可读介质(例如主存储器、rom和/或存储设备)中的软件指令来执行这些操作。计算机可读介质可以被定义为物理或逻辑存储设备。例如，逻辑存储设备可以包括单个物理存储设备内的存储器或跨多个物理存储设备分布的存储器。主存储器、rom和存储设备中的每一个可以包括具有作为程序代码的指令的计算机可读介质。软件指令可以被读入主存储器中以用于另一个计算机可读介质(例如存储设备)，或者经由通信接口从另一个设备读取。

此外，包含在主存储器中的软件指令可以使得包括数据处理器(在处理单元上执行时)的处理单元(多个)使得数据处理器执行在此描述的操作或处理。备选地，可以使用硬连线电路替代软件指令或者与软件指令结合以实现在此描述的过程和/或操作。因此，在此描述的实现并不限于硬件和软件的任何特定组合。

根据本发明的不同实施例的物理实体(包括元件、单元、模块、节点和系统)可以包括或存储包括软件指令的计算机程序，以使得当在物理实体上执行计算机程序时，执行根据本发明的实施例的步骤和操作，即使得数据处理装置执行所述操作。具体地说，本发明的实施例还涉及用于执行根据本发明的实施例的操作/步骤的计算机程序、以及存储用于执行上述方法的计算机程序的任何计算机可读介质。

如果使用术语模块，则关于可如何分布这些元件以及可如何收集这些元件没有限制。即，基站301和302以及终端设备10和网络节点50的构成元件/模块/单元可以分布在不同的软件和硬件组件或其它设备中以导致预期功能。还可以收集多个不同的元件/模块以提供预期功能。例如，类似于上述节点，ue/节点的元件/模块/功能可以由微处理器和存储器(包括总线、处理单元、主存储器、rom等)实现。可以对微处理器进行编程以使得执行上述操作，这些操作可以作为指令被存储在存储器中。

此外，装置的元件/模块/单元可以以硬件、软件、现场可编程门阵列(fpga)、专用集成电路(asic)、固件等来实现。

对于本领域的技术人员显而易见的是，在不偏离本发明的范围或精神的情况下，可以对本发明的实体和方法以及本发明的构造进行各种修改和变化。

已针对特定实施例和示例描述了本发明，这些实施例和示例在所有方面都旨在是说明性的而非限制性的。本领域的技术人员将理解，硬件、软件和/或固件的许多不同组合将适合于实施本发明。

此外，考虑到在此公开的本发明的说明书和实践，本发明的其它实现对于本领域的技术人员而言显而易见。其意图是说明书和示例仅被认为是示例性的，其中在下面列出了上述示例中使用的缩写。为此，要理解，发明性方面在于少于上面公开的单个实现或配置的所有特性。因此，本发明的真正范围和精神由以下权利要求指示。

已针对特定实施例和示例描述了本发明，这些实施例和示例在所有方面都旨在是说明性的而非限制性的。本领域的技术人员将理解，硬件、软件和/或固件的许多不同组合将适合于实施本发明。

缩写

3gpp第3代合作计划

5g第5代

ai空中接口

ca载波聚合

cc分量载波

cfi控制格式指示符

cn核心网络

cr更改请求

crs小区特定参考信号

dc双连接性

dft离散傅里叶变换

dl下行链路

drx不连续接收

enb演进型nodeb

eps演进型分组系统

e-utran演进型通用陆地无线接入网络

imsi国际移动用户标识

lte长期演进

lte-alteadvanced

mac媒体接入控制

mcg主小区组

menb主enb

mme移动性管理实体

mtc机器型通信

nas非接入层

ofdm正交频分复用

pcc主分量载波

pcell主小区

pdcch物理下行链路控制信道

pdcp分组数据汇聚协议

pdsch物理下行链路共享信道

prb物理资源块

p-rnti寻呼rnti

ran无线接入网络

rat无线接入技术

rb资源块

rlc无线链路控制

rnti无线网络临时标识符

rrc无线资源控制

rx接收/接收

s1eps/lte中无线接入网络与核心网络之间的接口

s1aps1应用协议

scc辅助分量载波

scell辅助小区

scg辅助小区组

senb辅助enb

s-gw服务网关

srb信令无线承载

ts技术规范

tti传输时间间隔

tx传输/发送

ul上行链路