通信系统中的寻呼信令负荷的降低

摘要

本发明提供一种通信网络的通信节点。所述通信节点包括：标识部件，用于标识针对移动通信装置需要进行寻呼；获得部件，用于获得用以标识所述移动通信装置先前所处的至少一个小区的信息，并且用于获得与以下内容中的至少一个有关的其它信息：所述移动通信装置在小区之间的移动；以及所述移动通信装置位于所述至少一个小区内的时间；定义部件，用于基于所述信息和所述其它信息来定义包括要寻找所述移动通信装置的至少一个小区的集合；以及发送发起部件，用于发起在所述集合的各小区内针对所述移动通信装置的各个寻呼消息的发送。

说明书

技术领域

本发明涉及移动通信装置和网络，特别地但并非排他地涉及根据第三代 合作伙伴计划(3rd Generation Partnership Project，3GPP)标准或其等同物或衍 生物进行工作的移动通信装置和网络。本发明特别地但并非排他地涉及这些 网络中的寻呼信令负荷的降低。

背景技术

根据3GPP标准，NodeB(或LTE(即，Long Term Evolution，长期演进) 中的eNB)是移动装置连接至核心网络所经由的并且定义网络的小区的基站。 家庭基站(HNB)提供短距离3G射频(RF)覆盖，并且有时被称为毫微微接入点 (femto access point,FAP)。在家庭基站正根据LTE标准进行工作的情况下，将 HNB统称为HeNB。HNB或HeNB提供家庭、小型或中型企业、商场等内的 无线覆盖(例如，3G、4G和/或WiMAX)，并且通常经由合适的家庭eNB网关 HeNB GW和公共或企业宽带(BB)接入网络(例如，经由向着因特网的ADSL 链路)连接至核心网络。在正常操作模式或正常状态下进行工作期间，HNB 或HeNB使得用户设备(User Equipment,UE)的用户能够经由多个基站 (eNodeB,eNB)其中之一、HeNB GW和核心网络而与其它这类用户进行通信。

在连接或激活状态或模式中，UE向网络进行注册并且与基站具有RRC (Radio Resource Control，无线资源控制)连接，以使得该网络可以识别UE属 于哪个小区并且可以与UE进行数据的发送和接收。在LTE中，在激活状态或 模式中，切换(Handover)程序使得UE能够获得在LTE系统内(无线接入技术 (Radio Access Technology)内异频)移动以及向着其它RATS(Radio Access  Technologies，无线接入技术)移动时的服务连续性。

UE还具有省电或空闲状态或模式，其中在该省电或空闲状态或模式中， 通常，UE不进行数据的发送或接收，并且基站没有存储与UE有关的上下文。 在空闲状态下，UE的位置(对于3GPP中的MME(Mobility Management Entity， 移动性管理实体)而言)仅是以包括基站小区的群或组的跟踪区域(Tracking  Area,TA)的粒度已知的。在处于空闲状态的情况下，UE以由小区重选定时 器值(Cell Reselection Timer Value)给出的频率，根据BCH(Broadcast Channel， 广播信道)中基站所广播的参数来进行小区的选择和重选，并且基站并不知 晓UE所进行的小区的选择/重选。如果UE移动到不是(一个或多个)跟踪区域 的一部分的小区内，则在MME处进行该UE的注册，然后触发跟踪区域更新， 从而向MME通知UE当前所处的TA。

当前，为了建立与UE的通信，将寻呼请求发送至在MME处进行UE的注 册的(一个或多个)TA的所有小区。这导致运营各相关小区的各HNB或HeNB 针对UE发送寻呼消息。通常，仅运营UE所处的小区的基站从UE接收到寻呼 响应。然而，由于跟踪区域可能包括大量小区，因此对UE进行寻呼的该方 法在空中接口上产生大量的负荷，并且可能向多个跟踪区域注册UE。在这 些情况下，寻呼开销不期望地变大。

本发明的目的是缓解上述问题。

发明内容

根据一个方面，本发明提供一种通信网络的通信节点，所述通信节点包 括：标识部件，用于标识针对移动通信装置需要进行寻呼；获得部件，用于 获得用以标识所述移动通信装置先前所处的至少一个小区的信息，并且用于 获得与以下内容中的至少一个有关的其它信息：所述移动通信装置在小区之 间的移动；以及所述移动通信装置位于所述至少一个小区内的时间；定义部 件，用于基于所述信息和所述其它信息来定义包括要寻找所述移动通信装置 的至少一个小区的集合；以及发送发起部件，用于发起在所述集合的各小区 内针对所述移动通信装置的各个寻呼消息的发送。

所述通信节点还包括判断部件，所述判断部件用于判断是否从所述移动 通信装置接收到响应于针对所述移动通信装置的寻呼消息的响应。

所述集合包括第一集合，以及所述定义部件被配置为能够基于所述信息 和所述其它信息来定义包括要寻找所述通信装置的至少一个小区的至少一 个其它集合。

所述发送发起部件被配置为能够：在所述判断部件判断为没有从所述移 动通信装置接收到响应于在所述集合的小区内所发送的针对所述移动通信 装置的寻呼消息的响应的情况下，发起在所述至少一个其它集合的各小区内 针对所述移动通信装置的各个寻呼消息的发送。

所述发送发起部件被配置为能够：在第一时间段之后发起在所述第一集 合的各小区内针对所述移动通信装置的各个寻呼消息的发送；以及在比所述 第一时间段长的至少一个其它时间段之后发起在所述至少一个其它集合的 各小区内针对所述移动通信装置的各个寻呼消息的发送。

所述发送发起部件被配置为能够：在所述判断部件判断为从所述移动通 信装置接收到响应于在所述第一集合的小区内所发送的针对所述移动通信 装置的寻呼消息的响应的情况下，在所述至少一个其它时间段到期之前，取 消在所述至少一个其它集合的各小区内针对所述移动通信装置的各个寻呼 消息的发送。

所述通信装置还包括发信号部件，该发信号部件用于在所述判断部件判 断为从所述移动通信装置接收到响应于针对所述移动通信装置的寻呼消息 的响应的情况下，按照与所述移动通信装置的通信连接来向所述移动通信装 置发信号。

所述的通信节点，其中，还包括更新部件，该更新部件用于根据是否从 所述移动通信装置接收到响应于针对所述移动通信装置的寻呼消息的响应， 来更新所述信息和所述其它信息中的至少一个。

所述标识部件被配置为能够标识针对所述移动通信装置需要进行虚拟 寻呼，以及所述寻呼消息或至少一个所述寻呼消息包括虚拟寻呼消息。

所述标识部件被配置为能够标识针对所述移动通信装置需要进行通信 连接，以及所述寻呼消息或至少一个所述寻呼消息包括按照与所述移动通信 装置的通信连接的寻呼消息。

所述其它信息包括用以标识所述移动通信装置位于所述至少一个小区 内的各个时间的信息。

所述其它信息包括用以标识自解除了所述移动通信装置和所述通信节 点之间的连接起所经过的时间的信息。

所述其它信息包括用以标识所述移动通信装置先前所处的至少一个其 它小区的信息。

所述其它信息包括用以标识要发送/接收所述寻呼消息或寻呼请求的寻 呼时间的信息，以及所述通信节点被配置为能够基于所述寻呼时间来估计所 述移动通信装置在小区之间的预期移动水平。

所述通信节点还包括家庭基站网关。

所述通信节点还包括移动性管理实体。

所述其它信息包括与处于空闲模式的所述移动通信装置在小区之间的 移动有关的信息。

所述其它信息包括与处于连接模式的所述移动通信装置在小区之间的 移动有关的信息。

其中，所述其它信息包括与所述移动通信装置在工作模式之间(例如， 在空闲模式和连接模式之间)的至少一次转变有关的信息。

用以标识至少一个小区的所述信息和/或所述其它信息包括小区ID。

根据另一方面，本发明提供一种通信网络的通信节点，所述通信节点包 括：标识部件，用于标识针对移动通信装置需要进行寻呼；获得部件，用于 获得用以标识所述移动通信装置先前所处的至少一个小区的信息；定义部 件，用于基于所获得的所述信息来定义多个集合，其中各集合包括要寻找所 述移动通信装置的至少一个小区；以及发送发起部件，用于发起在所述多个 集合的各小区内针对所述移动通信装置的各个寻呼消息的发送，并且指定所 述发送在各自的时间段之后进行，其中，所述各自的时间段是根据哪个集合 包括要发送各寻呼消息的小区而指定的。

根据另一方面，本发明提供一种基站，用于在通信网络的由所述基站所 运营的小区内发送寻呼消息，所述基站包括：提供部件，用于在移动通信装 置位于所述小区内或先前位于所述小区内的情况下，将与所述移动通信装置 有关的信息提供至通信节点，其中所述信息包括用以标识所述小区的信息以 及与以下内容中的至少一个有关的其它信息：所述移动通信装置相对于所述 小区的移入和/或移出；以及所述移动通信装置位于所述小区内的时间；接收 部件，用于从所述通信节点接收用以发送针对所述移动通信装置的寻呼消息 的请求，其中所述寻呼请求是所述通信节点基于所述基站所提供的所述信息 和所述其它信息而发送的；以及发送部件，用于响应于从所述通信节点所接 收到的请求，在所述小区内发送针对所述移动通信装置的关联寻呼消息。

所述接收部件被配置为能够从所述移动通信装置接收针对所述寻呼消 息的响应；以及所述提供部件被配置为能够将从所述移动通信装置接收到所 述响应的指示提供至所述通信节点。

所述基站还被配置为能够进行以下操作：在所述接收部件从所述移动通 信装置接收到针对所述寻呼消息的响应的情况下，按照与所述移动通信装置 的通信连接来向所述移动通信装置发信号。

从所述移动通信装置所接收到的响应是连接请求。

在所述基站没有从所述移动通信装置接收到针对所述寻呼消息的响应 的情况下，所述基站还被配置为能够进行以下操作：将没有从所述移动通信 装置接收到针对所述寻呼消息的响应的指示提供至所述通信节点。

所述接收部件被配置为能够接收用以标识时间段的信息，在该时间段之 后要将所述寻呼消息发送至所述移动通信装置，以及所述发送部件被配置为 能够在所述时间段之后发送所述关联寻呼消息。

所述基站还被配置为能够进行以下操作：从所述通信节点接收用以取消 寻呼消息的发送的指示；以及响应于用以取消寻呼消息的发送的所述指示， 来取消先前请求的寻呼消息的发送。

用以发送寻呼消息的所述请求是用以发送虚拟寻呼消息的请求，以及所 述关联寻呼消息是虚拟寻呼消息。

根据另一方面，本发明提供一种通信系统的移动通信装置，所述通信系 统包括：通信节点；多个基站，其各自被配置为运营小区；以及所述移动通 信装置，其中，所述通信节点包括：标识部件，用于标识针对所述移动通信 装置需要进行寻呼；获得部件，用于获得用以标识所述移动通信装置先前所 处的至少一个小区的信息，并且用于获得与以下内容中的至少一个有关的其 它信息：所述移动通信装置在小区之间的移动；以及所述移动通信装置位于 所述至少一个小区内的时间；定义部件，用于基于所述信息和所述其它信息 来定义包括要寻找所述移动通信装置的至少一个小区的集合；以及发送发起 部件，用于发起在所述集合的各小区内针对所述移动通信装置的各个寻呼消 息的发送；所述多个基站中的各基站包括：提供部件，用于在所述移动通信 装置位于所述基站所运营的小区内或先前位于所述基站所运营的小区内的 情况下，将与所述移动通信装置有关的信息提供至所述通信节点，其中所述 信息包括用以标识所述基站所运营的所述小区的信息以及与以下内容中的 至少一个有关的其它信息：所述移动通信装置相对于所述基站所运营的小区 的移入和/或移出；以及所述移动通信装置位于所述基站所运营的小区内的时 间；接收部件，用于从所述通信节点接收用以发送针对所述移动通信装置的 寻呼消息的请求，其中所述寻呼请求是所述通信节点基于所述基站所提供的 所述信息和所述其它信息而发送的；以及发送部件，用于响应于从所述通信 节点所接收到的请求，在所述基站所运营的小区内发送针对所述移动通信装 置的关联寻呼消息；以及所述移动通信装置被配置为能够接收由所述多个基 站中的基站响应于来自所述通信节点的寻呼请求而发送的寻呼消息，并且利 用连接请求对所述寻呼消息进行响应。

根据另一方面，本发明提供一种通信系统，包括：通信节点；多个基站， 其各自被配置为运营小区；以及至少一个移动通信装置，其中，所述通信节 点包括：标识部件，用于标识针对所述移动通信装置需要进行寻呼；获得部 件，用于获得用以标识所述移动通信装置先前所处的至少一个小区的信息， 并且用于获得与以下内容中的至少一个有关的其它信息：所述移动通信装置 在小区之间的移动；以及所述移动通信装置位于所述至少一个小区内的时 间；定义部件，用于基于所述信息和所述其它信息来定义包括要寻找所述移 动通信装置的至少一个小区的集合；以及发送发起部件，用于发起在所述集 合的各小区内针对所述移动通信装置的各个寻呼消息的发送；以及所述多个 基站中的各基站包括：提供部件，用于在所述移动通信装置位于所述基站所 运营的小区内或先前位于所述基站所运营的小区内的情况下，将与所述移动 通信装置有关的信息提供至所述通信节点，其中所述信息包括用以标识所述 基站所运营的小区的信息以及与以下内容中的至少一个有关的其它信息：所 述移动通信装置相对于所述基站所运营的小区的移入和/或移出；以及所述移 动通信装置位于所述基站所运营的小区内的时间；接收部件，用于从所述通 信节点接收用以发送针对所述移动通信装置的寻呼消息的请求，其中所述寻 呼请求是所述通信节点基于所述基站所提供的所述信息和所述其它信息而 发送的；以及发送部件，用于响应于从所述通信节点所接收到的请求，在所 述基站所运营的小区内发送针对所述移动通信装置的关联寻呼消息。

根据另一方面，本发明提供一种通信网络的通信节点所进行的方法，所 述方法包括以下步骤：标识针对移动通信装置需要进行寻呼；获得用以标识 所述移动通信装置先前所处的至少一个小区的信息，并且获得与以下内容中 的至少一个有关的其它信息：所述移动通信装置在小区之间的移动；以及所 述移动通信装置位于所述至少一个小区内的时间；基于所述信息和所述其它 信息来定义包括要寻找所述移动通信装置的至少一个小区的集合；以及发起 在所述集合的各小区内针对所述移动通信装置的各个寻呼消息的发送。

根据另一方面，本发明提供一种通信网络的通信节点所进行的方法，所 述方法包括以下步骤：标识针对移动通信装置需要进行寻呼；获得用以标识 所述移动通信装置先前所处的至少一个小区的信息；基于所获得的所述信息 来定义多个集合，各所述集合包括要寻找所述移动通信装置的至少一个小 区；以及发起在所述多个集合的各小区内针对所述移动通信装置的各个寻呼 消息的发送，并且指定所述发送在各自的时间段之后进行，其中，所述各自 的时间段是根据哪个集合包括要发送各寻呼消息的小区而指定的。

根据另一方面，本发明提供一种基站所进行的方法，所述基站被配置为 能够在通信网络的由所述基站所运营的小区内发送寻呼消息，所述方法包括 以下步骤：在移动通信装置位于所述小区内或先前位于所述小区内的情况 下，将与所述移动通信装置有关的信息提供至通信节点，其中所述信息包括 用以标识所述小区的信息以及与以下内容中的至少一个有关的其它信息：所 述移动通信装置相对于所述小区的移入和/或移出；以及所述移动通信装置位 于所述小区内的时间；从所述通信节点接收用以发送针对所述移动通信装置 的寻呼消息的请求，其中所述寻呼请求是所述通信节点基于所述基站所提供 的所述信息和所述其它信息而发送的；以及响应于从所述通信节点所接收到 的请求，在所述小区内发送针对所述移动通信装置的关联寻呼消息。

根据另一方面，本发明提供一种通信系统的移动通信装置所进行的方 法，所述通信系统包括：通信节点；以及多个基站，其各自被配置为运营小 区，所述方法包括以下步骤：接收由所述多个基站中的基站响应于来自所述 通信节点的寻呼请求而发送的寻呼消息；以及利用连接请求对所述寻呼消息 进行响应，其中，所述通信节点进行以下步骤：标识针对所述移动通信装置 需要进行寻呼；获得用以标识所述移动通信装置先前所处的至少一个小区的 信息，并且获得与以下内容中的至少一个有关的其它信息：所述移动通信装 置在小区之间的移动；以及所述移动通信装置位于所述至少一个小区内的时 间；基于所述信息和所述其它信息来定义包括要寻找所述移动通信装置的至 少一个小区的集合；以及发起在所述集合的各小区内针对所述移动通信装置 的各个寻呼消息的发送；以及所述多个基站中的各基站进行以下步骤：在所 述移动通信装置位于所述基站所运营的小区内或先前位于所述基站所运营 的小区内的情况下，将与所述移动通信装置有关的信息提供至所述通信节 点，其中所述信息包括用以标识所述基站所运营的小区的信息以及与以下内 容中的至少一个有关的其它信息：所述移动通信装置相对于所述基站所运营 的小区的移入和/或移出；以及所述移动通信装置位于所述基站所运营的小区 内的时间；从所述通信节点接收用以发送针对所述移动通信装置的寻呼消息 的请求，其中所述寻呼请求是所述通信节点基于所述基站所提供的所述信息 和所述其它信息而发送的；以及响应于从所述通信节点所接收到的请求，在 所述基站所运营的小区内发送针对所述移动通信装置的关联寻呼消息。

根据另一方面，本发明提供一种通信系统中所进行的方法，所述通信系 统包括：通信节点；多个基站，其各自被配置为运营小区；以及至少一个移 动通信装置，所述方法包括以下步骤：在所述通信节点处：标识针对所述移 动通信装置需要进行寻呼；获得用以标识所述移动通信装置先前所处的至少 一个小区的信息，并且获得与以下内容中的至少一个有关的其它信息：所述 移动通信装置在小区之间的移动；以及所述移动通信装置位于所述至少一个 小区内的时间；基于所述信息和所述其它信息来定义包括要寻找所述移动通 信装置的至少一个小区的集合；以及发起在所述集合的各小区内针对所述移 动通信装置的各个寻呼消息的发送；以及在基站处：在所述移动通信装置位 于所述基站所运营的小区内或先前位于所述基站所运营的小区内的情况下， 将与所述移动通信装置有关的信息提供至所述通信节点，其中所述信息包括 用以标识所述基站所运营的小区的信息以及与以下内容中的至少一个有关 的其它信息：所述移动通信装置相对于所述基站所运营的小区的移入和/或移 出；以及所述移动通信装置位于所述基站所运营的小区内的时间；从所述通 信节点接收用以发送针对所述移动通信装置的寻呼消息的请求，其中所述寻 呼请求是所述通信节点基于所述基站所提供的所述信息和所述其它信息而 发送的；以及响应于从所述通信节点所接收到的请求，在所述基站所运营的 小区内发送针对所述移动通信装置的关联寻呼消息。

本发明的方面扩展至一种存储有指令的诸如计算机可读存储介质等的 计算机程序产品，所述指令能够用于对可编程处理器进行编程以执行如以上 陈述的方面和可能性所述的或如权利要求所列举的方法、以及/或者对适当配 置的计算机进行编程以提供任意权利要求所列举的设备。

附图说明

现在将参考附图来以示例方式说明本发明的典型实施例，其中：

图1a示意性示出远程通信系统；

图1b示意性示出图1a所示的远程通信系统的示例性逻辑架构；

图1c示意性示出图1a所示的远程通信系统的示例性整体架构；

图2示意性示出构成两个跟踪区域的小区的网络；

图3示意性示出图1a的远程通信系统的UE的主要组件；

图4示出例示图1a的远程通信系统的家庭基站的主要组件的框图；

图5示出例示图1a的远程通信系统的家庭基站网关的主要组件的框图；

图6是示出根据典型实施例的方法的流程图；

图7是示出根据另一典型实施例的方法的流程图；以及

图8a和8b是示出根据又一典型实施例的方法的流程图。

具体实施方式

尽管为了本领域技术人员的理解的效率、将在3G系统(UMTS,LTE)的环 境中详细说明本发明的实施例和实现，但本发明的原理还可应用于移动装置 或用户设备(UE)与根据需要改变了系统的相应元件的几个基站其中之一进 行通信的其它系统(诸如WiMAX等)。

概述

图1a示意性示出用户设备(UE)(诸如移动电话或其它移动通信装置等) 3-1～3-4的用户可以经由不同的接入节点与其它用户进行通信的移动(蜂窝) 远程通信系统1-1。特别地，UE 3可以经由通用陆地无线接入网络(Universal  Terrestrial Radio Access Network,UTRAN)“宏”基站5-1和关联的无线网络控 制器(Radio Network Controller,RNC)7或者演进型UTRAN(E-UTRAN)基站 5-2直接与移动电话核心网络8进行连接。具体地，UE 3-3位于E-UTRAN“宏” 基站5-2所运营的小区9-3内，因此可以经由E-UTRAN基站5-2连接至核心网 络8。UE 3-4位于UTRAN基站5-1所运营的小区9-4内，因此可以经由UTRAN 基站5-1连接至核心网络8。UE 3还可以使用“家庭”基站(HNB)连接至移动电 话核心网络8。在本实施例中，家庭基站是LTE家庭基站(HeNB)，并且经由 网关HeNB GW 13连接至移动电话核心电话网络8。HeNB 11-1运营UE 3-1所 处的毫微微小区9-1，因此UE 3-1可以经由HeNB 11-1连接至核心网络8。 HeNB 11-2运营UE 3-2所处的毫微微小区9-2，因此UE 3-2可以经由HeNB 11-2连接至核心网络8。

在需要连接的情况下，核心网络8中的移动性管理实体(MME)10维持用 于跟踪各UE 3的信息，并且控制UE的寻呼。在UE 3最初附属于网络的情况 下以及在涉及核心网络(Core Network,CN)节点重定位的切换期间，MME 10 还参与针对UE 3的通信承载的激活和去激活以及服务网关(Serving Gateway) S-GW 12的选择。S-GW 12被配置为发送和转发用户数据包。

在图1a的示例中，HeNB编程有核心网络8内的安全网关(未示出)的IP地 址，以使得HeNB初始连接至预编程的安全网关。核心网络8内的域名服务器 (Domain Name Server,DNS)(未示出)向各HeNB 11分配该HeNB 11在与 HeNB GW 13的通信中所使用的IP地址。

在本实施例中，尽管在所部署系统中，UE 3在保持处于连接模式的情况 下可能与若干基站或家庭基站进行通信，但为了简化说明，将假定各UE 3 每次仅与一个基站5或家庭基站11进行通信。应当理解，尽管为了简便而在 图1a中示出有限数量的宏基站5、家庭基站11以及关联的宏小区或毫微微小 区9，但如图2所示，通信系统1-1例如可以包括任何数量的基站和/或任何数 量的关联小区9。

在图1b中，以1-2整体示出图1a所示的通信系统的示例性逻辑架构的示 意例示。如图所示，HeNB 11经由一组S1接口S1-MME 6-1和S1-U 6-2连接至 核心网络8，在该示例中核心网络8被示出为演进分组核心(Evolved Packet  Core,EPC)8。S1-MME接口6-1经由HeNB GW 13在HeNB 11和核心网络8的 MME 10之间传送包括控制数据的控制层(Control Plane,C-层)通信量。S1-U 接口6-2在HeNB 11和核心网络8之间传送包括用户数据的用户层(User Plane, U-层)通信量，并且在该示例中，S1-U接口6-2在HeNB 11和核心网络8的S-GW 12之间提供直接逻辑U-层连接。如图所示，S1接口6可以提供HeNB GW 13 和核心网络8之间、HeNB 11和HeNB GW 13之间以及HeNB 11和核心网络8 之间的接口。

HeNB GW 13可以提供任何数量的HeNB向核心网络8的连接。

在图1c中，以1-3整体示出图1a所示的通信系统的示例性整体架构的示意 例示。如图所示，E-UTRAN“宏”基站(eNB)5-3～5-5经由S1接口6连接至MME 10和S-GW 12。HeNB 11-3～11-5也经由S1接口6连接至MME 10和S-GW 12， 然而HeNB 11也可以直接地或经由HeNB GW 13连接至MME 10和S-GW 12。 eNB 5被配置为经由X2接口130彼此进行通信。

图2示出构成如图1a所述的通信系统的一部分的多个小区。各小区被表 示为六边形区域并且构成各个组(或小区的“跟踪区域”(TA))的一部分。具体 地，图2所示的小区形成跟踪区域1(TA1)和跟踪区域2(TA2)这两个组。尽管 应当理解在所部属系统中，各TA可以包括宏小区和/或毫微微小区9的混合， 但在本实施例中，小区是LTE毫微微小区9，因此各小区9由HeNB 11运营， 而HeNB 11由至少一个HeNB GW 13来控制。在UE 3处于空闲模式的情况下， MME 10保持用于以跟踪区域的粒度标识UE 3的位置的信息，但并没有保持 足以在任何特定时间精确地标识UE处于跟踪区域的哪个小区的信息。

有利地，根据本发明，为了建立与UE 3的通信，并非必须向与UE 3相关 联并且在MME 10处所保持的TA列表上存在的(一个或多个)TA的所有小区 发送寻呼请求，而是向基于与正被寻呼的UE 3有关的诸如历史信息等的信息 动态地定义的一组小区发送寻呼请求。在图2所示的示例中，最初将寻呼请 求从适当的(一个或多个)HeNB网关13发送至在动态定义的初始寻呼区域 (IPA)201中运营小区的各个HeNB 11。初始寻呼区域(IPA)201包括小区 IPA-1～IPA-4，其中在该示例中，这些小区IPA-1～IPA-4构成跟踪区域TA1的小 区的子集。响应于从HeNB GW 13接收到寻呼请求，IPA中的小区9的HeNB 11 将针对其所运营的IPA的各小区内的UE 3发送相应的寻呼消息。

如果从被寻呼的UE 3接收到响应，则停止HeNB GW 13所进行的寻呼请 求的发送和HeNB 11所进行的寻呼消息的发送。因此，在该示例中，由于尚 未发送寻呼消息的任何HeNB 11将不必发送寻呼消息，因此使信令开销的使 用最小化。例如，如果小区IPA-1接收到来自UE的响应，则仅IPA的四个小区 发送了寻呼消息，并且使其余小区中的信令开销最小化。

随后，如果没有接收到针对IPA中所发送的寻呼消息的响应，则将寻呼 请求从适当的(一个或多个)HeNB网关13发送至在后续寻呼区域中运营小区 的各个HeNB 11，其中该后续寻呼区域是基于UE相关信息而动态定义的，并 且在该示例中包括由小区SPA-1～SPA-10构成的二级寻呼区域(SPA)203。最 后，如果没有接收到针对SPA中所发送的寻呼消息的响应，则将寻呼请求从 适当的(一个或多个)HeNB网关13发送至在另一寻呼区域中运营小区的各个 HeNB 11，其中该另一寻呼区域也是基于UE相关信息而动态定义的，并且在 该示例中包括包含小区TPA-1～TPA-4的三级寻呼区域(TPA)205。

寻呼区域的动态定义所基于的UE相关信息通常包括与UE的位置有关的 信息(例如，UE最近连接至的小区)，从而使得在寻呼区域的小区处从UE接 收到响应的可能性最大。有益地，寻呼区域的动态定义所基于的UE相关信 息还可以包括HeNB GW 13所获得的附加信息。如以下更详细地所述，附加 信息例如可以包括以下信息的任何组合：

(a).与UE 3在(一个或多个)TA的小区之间的移动有关的信息(称为UE“移 动性”信息)，诸如标识UE历史上所处的小区的信息以及/或者与UE 位于这些小区内的时间有关的历史定时信息；

(b).进一步的定时信息，诸如标识一天中要发送当前寻呼请求/消息的时 间的信息；

(c).与UE历史上所处的一个或多个小区的地理附近区域内的小区有关 的邻近小区信息；

(d).与UE有关的“虚拟寻呼”信息，其中该“虚拟寻呼”信息是作为UE针对 为了确定UE是否在特定小区或小区组内而发送的非连接相关或“虚 拟”寻呼消息进行响应(或无响应)的结果而获取到的；以及

(e).其它这类信息。

在定义寻呼区域时使用这种附加信息，这意味着可以更加高效地执行寻 呼区域的动态定义，以更精确地定位UE有可能所处的小区。

用户设备

图3示意性示出图1a所示的UE 3的主要组件。如图3所示，各UE 3包括收 发器电路71，其中该收发器电路71用于经由一个或多个天线73来与基站5或 11进行信号的发送和接收。如图所示，UE 3还包括用以控制UE 3的操作的控 制器75。控制器75连接至收发器电路71和用户接口，其中在该示例中，该用 户接口具有扬声器77、麦克风79、显示器81和键盘83。控制器75根据存储器 85内所存储的软件指令进行工作。如图所示，这些软件指令包括操作系统87、 寻呼模块89以及RRC连接模块91等，其中该寻呼模块89用于处理从HeNB所 接收到的寻呼消息并且控制针对这些消息的响应，以及该RRC连接模块91用 于控制经由HeNB的RRC连接的建立。

家庭基站

图4示出HeNB基站11的主要组件的框图。如图4所示，各HeNB 11包括 收发器电路21，其中该收发器电路21用于经由一个或多个天线23来与UE 3 进行信号的发送和接收，并且经由网络接口25(例如，经由HeNB GW 13)来 与电话网络进行信号的发送和接收。收发器电路21由控制器27根据存储器29 中所存储的软件来控制。该软件包括操作系统31和寻呼模块32等。

寻呼模块32处理来自网络(例如，来自HeNB GW 13)的寻呼请求并且管 理HeNB 11运营的(一个或多个)小区内的关联寻呼请求的发送。具体地，该 寻呼模块包括：寻呼请求模块33，用于处理从HeNB GW 13接收到的所接收 寻呼请求；寻呼消息模块34，用于控制针对UE 3的寻呼消息的生成和发送； 延迟参数模块35，用于处理从HeNB GW 13接收到的延迟参数；以及虚拟寻 呼模块36，用于控制虚拟寻呼消息的发送以及由此产生的利用UE 3的任何连 接尝试的拒绝。

家庭基站网关

图5示意性示出如图1a所示的HeNB网关(GW)13的主要组件。该HeNB  GW包括：HeNB接口501，用于与一个或多个HeNB进行信号的发送和接收； 以及网络接口505，用于与宽带接入网络15和核心网络8进行信号的发送和接 收。控制器503控制HeNB接口501和网络接口505的操作，并且控制HeNB GW 13的整体功能。控制器503根据存储器506中所存储的软件指令进行工作。如 图所示，这些软件指令包括操作系统507和寻呼模块508。

寻呼模块508管理寻呼请求(例如，向HeNB 11)的发送以及要发送寻呼消 息的(一个或多个)寻呼区域的定义。具体地，该寻呼模块包括寻呼信息模块 509，其中该寻呼信息模块509用于获取并保持寻呼区域定义所基于的例如包 括位置的UE相关信息以及/或者以上所述在选择用以形成诸如初始寻呼区域 (IPA)等的寻呼区域的小区时所使用的其它类型的信息。该寻呼信息模块将该 信息传递至用于基于UE相关信息来定义一个或多个寻呼区域的寻呼区域定 义模块501。

寻呼模块508还包括寻呼请求模块513，其中该寻呼请求模块513用于根 据寻呼区域定义模块511所定义的(一个或多个)寻呼区域来控制从HeNB GW 向HeNB的寻呼请求的生成和发送。此外，寻呼模块508还包括寻呼响应接收 模块515，其中该寻呼响应接收模块515用于从HeNB接收关于该HeNB接收到 寻呼响应的通知、并且控制如以下更详细所述的寻呼取消消息的生成和发送 等的针对这种通知的响应。

寻呼模块508还包括延迟参数模块517，其中该延迟参数模块517用于定 义设置HeNB应发送特定请求寻呼消息的延迟所用的一个或多个适当延迟参 数。

寻呼模块508还包括虚拟寻呼模块519，其中该虚拟寻呼模块519用于配 置一个或多个HeNB 13要进行的虚拟寻呼、并且接收如以下更详细所述的虚 拟寻呼信息。

多步寻呼

图6是示出根据一个实施例的HeNB GW为了建立与特定UE的通信所进 行的多步寻呼方法的流程图。

在判断为需要针对特定UE 3进行寻呼的情况下，该方法从步骤603开始。 在步骤605中，HeNB GW 13获得与UE的位置有关的信息以及使得HeNB GW 13能够最优化寻呼区域所用的小区的选择的附加信息。

如上所述，UE相关信息包括标识UE先前所处的小区(例如，UE先前对 寻呼进行响应的小区和/或UE最近具有RRC连接的小区)的位置信息。该位置 信息包括标识小区的信息、例如小区的小区ID。该位置信息还可以包括诸如 (通过UE与附近的基站进行通信所确定出的)UE的粗略的基于网络的位置等 的地理位置信息以及/或者诸如全球定位系统(GPS)推导出的地理位置信息等 的卫星定位信息。

在本实施例中，HeNB GW 13定义寻呼区域所使用的UE位置信息包括 HeNB GW 13先前从可进行通信的一个或多个HeNB 11所接收到的并且 HeNB GW 13已存储在存储器中的UE位置信息。使所存储的UE位置信息与 诸如S-临时移动用户标识(S-Temporary Mobile Subscriber Identity,S-TMSI)等 的UE标识符相关联，从而使得HeNB GW 13能够标识与特定UE相关联的位 置信息。可选地，还使所存储的UE位置与诸如UE所进行的最后的RRC连接 的时间戳等的时间信息相关联。

在本实施例中，HeNB GW 13获得附加信息以及标识UE先前所处的小区 的UE位置信息。

该附加信息还可以包括历史UE位置信息，从而提供与该UE在其最近的 RRC连接或最近的寻呼响应之前的位置有关的详情(例如，标识UE在处于连 接模式的情况下位于何处)。历史UE位置信息有效地提供UE在小区之间的蜂 窝移动的指示，因而提供UE的移动性的水平(例如，UE是具有高移动性(例 如，在小区之间相对快速地移动)还是低移动性(例如，在小区之间相对缓慢 地移动或不移动))的指示。由于历史信息使得能够针对UE的未来移动进行预 测，因此在定义寻呼区域时使用这种历史信息是特别有益的。例如，如果在 过去的一小时内、UE在一小组邻接小区内不断移动(例如，如果UE的用户正 浏览百货商店)，则UE有可能将保持存在于该一小组小区内或者将不会远离 这些小区。

附加信息还可以有利地包括基于UE的地理和/或蜂窝移动来标识UE移 动性的水平时所使用的更多移动性相关信息。该更多移动性相关信息可以是 根据发生了移动性事件(例如在连接模式下HeNB或其它通信节点接收到特 定S1-AP消息)的指示所推导出的。这些消息例如可以包括表示UE在小区之 间的移动的消息，诸如HO REQUIRED(要求HO)消息、PATH SWITCH(路径 切换)消息、UE CONTEXT SETUP(UE环境设置)消息和/或UE CONTEXT  RELEASE(UE环境解除)消息等。根据这些类型的消息，HeNB GW 13能够 推导出针对UE的移动性相关信息并且随时间的经过保持历史移动性信息。 例如，短时间内所接收到的大量HO REQUIRED消息表示UE正快速移动。在 这种情况下，UE可能是由快速移动中的用户进行电话呼叫所使用的移动电 话。在这种情形下，UE将会快速移动，并且在其离开一个小区并进入另一 小区时经历频繁切换。

在UE处于空闲模式的情况下，UE存储诸如该UE所处的小区或跟踪区域 等的与空闲模式移动性有关的信息，并且在连接至移动网络时，UE以测量 报告(例如，所记录的驱动测试最小化(Minimisation of Drive Tests,MDT)报告) 的形式提供该信息。可以将该空闲模式移动性相关信息以消息的形式经由 HeNB 11和HeNB GW 13之间的S1接口发送至HeNB GW 13。另外或可选地， HeNB GW 13可以从TCE(Trace Control Entity，跟踪控制实体)检索该信息。

HeNB GW 13所获得的附加信息还可以包括定时信息。例如，定时信息 可以包括UE的最近RRC连接之后到期的时间。在一个实施例中，在针对UE 3 解除了RRC连接的情况下，HeNB GW 13将启动操作和维护(Operations and  Maintenance,O&M)配置定时器。该定时器与标识特定UE 3的信息以及标识 发生了最近的UE RRC连接的小区的信息相关联。在HeNB GW 13开始寻呼过 程(例如，以建立与UE的通信)的情况下，在判断寻呼区域中是否包括与定时 器相关联的小区时，使用定时器值。例如，如果定时器值为第一阈值以下， 则HeNB GW 13将该小区包括在初始寻呼区域中。如果定时器的值大于第一 阈值，则作为代替，该小区可以包括在后续寻呼区域中。

定时信息可以包括如下信息，其中该信息用于标识利用HeNB GW 13开 始寻呼过程或利用HeNB 11要发送寻呼请求的时间(例如，与当地一天中的时 间以及日期或一周内的某天有关(可能采用格式hh:min:sec))以及/或者从UE 接收到响应的时间。获得诸如一天中的时间和日期等的该定时信息是有利 的，这是因为这些因素可以影响UE的位置和移动性。例如，在工作时间和 夜间可以假定移动性低。

在步骤609中，HeNB GW 13基于UE位置信息和附加信息来定义寻呼区 域。例如，可以定义初始寻呼区域，其中该初始寻呼区域包括最后与UE建 立RRC连接的小区以及基于UE的过去移动性所选择的一组邻近(或附近)小 区。例如，如果UE处于低移动性状态，则针对寻呼区域仅选择与最近的RRC 连接(或寻呼响应)小区紧邻的小区，而如果UE处于高移动性状态，则选择离 最近RRC连接(或寻呼响应)小区较远的小区。

在步骤611中，HeNB GW 13将寻呼请求发送至运营针对寻呼区域所选择 的小区的各个HeNB。结果，各HeNB将针对UE发送寻呼消息，并且如果接 收到响应，则HeNB将通知HeNB GW 13。在步骤613中，如果判断为HeNB 11 从UE 3接收到响应，则推断出UE 3位于该HeNB 11所运营的小区内，在步骤 615中，不发送更多寻呼请求，并且在步骤621中，该方法结束。如果IPA的 任何HeNB均未接收到响应，则该方法进入步骤617，其中在该步骤617中， 判断UE 3的TA列表中是否存在寻呼请求尚未发送至的任何其它小区。如果 回答为“否”，则在步骤621中处理结束。如果回答为“是”，则在步骤619，通 过从TA列表选择寻呼请求尚未发送至的小区来定义后续寻呼区域。使用UE 位置和附加信息来进行该选择。

如图2所示，后续寻呼区域可以是寻呼请求尚未发送至的小区的子集。 可选地，后续寻呼区域可以包括寻呼请求尚未发送至的所有小区。在定义了 后续寻呼区域之后，该方法进入步骤611，其中在该步骤611中，HeNB GW 13 将寻呼请求发送至后续寻呼区域中的所有HeNB 11。然后，该方法如上所述 继续进行，从而继续进行流程图步骤，直到接收到响应或者TA列表中不存在 寻呼请求未被发送至的其它小区为止。

多步寻呼的方法由于使得能够仅将寻呼请求发送至小区的子集(诸如初 始寻呼区域的小区)因而是有利的，因此与在存在于TA列表中的所有小区内 发起寻呼的情况相比，整体使用较少的信令开销。此外，使用UE位置信息 和附加信息来定义寻呼区域，这意味着与要使用仅一种类型的信息(诸如最 后RRC连接的位置)的情况相比，UE存在于寻呼区域内的可能性变高。这样 使无线资源的使用最小化，并且减少了网络内的无线干扰的发生。

寻呼区域(初始区域和后续区域)是动态的，因此由HeNB使用其在创建/ 更新时可用的UE信息来随时进行创建和更新。如本领域技术人员应当理解， 使用UE位置信息和附加信息来定义寻呼区域与仅使用UE位置信息的情况相 比更加灵活。即使两个UE在同一小区内最后具有RRC连接，由于这两个UE 的历史位置信息和附加信息可能不同，因此针对这两个UE各自所定义的初 始寻呼区域也未必相同。例如，如果一个UE正快速移动而另一UE处于静止， 则针对快速移动中的UE的初始寻呼区域将更大。对于被判断为正沿特定方 向移动的UE，可以定义在UE正移动的方向上延伸穿过了与垂直于该移动方 向的方向的情况相比更大的距离的寻呼区域。

本发明人已发现，在UE处于高移动性状态的一些情形下，优选使用单 步寻呼(大致同时对TA的所有小区进行寻呼)。这是因为，在UE处于高移动性 状态的情况下，定义包含UE的可能性足够高的IPA更加困难。此外，IPA可 能必须大，从而接近跟踪区域自身的大小。因此，作为进一步的实施例，HeNB  GW可以使用以上所述的UE移动性信息来判断UE是否处于高移动性状态。 如果UE处于高移动性状态，则HeNB GW将使用单步寻呼。如果UE未处于高 移动性状态，则HeNB GW将使用多步寻呼。

使用存在延迟的寻呼

图7是示出如下典型实施例的流程图：HeNB GW 13利用HeNB 11发起寻 呼消息的发送，以使得在经过了HeNB GW 13针对UE的TA列表中的各小区所 定义的各时间段(“延迟”)之后，发送寻呼消息。该延迟的范围可以为0秒～所 定义的任何时间段(通常为几十～几百毫秒的量级)。HeNB GW 13通过将包括 标识针对TA中的各小区的各个时间段的延迟参数的寻呼请求发送至运营该 小区的HeNB 11来进行该操作。

在该示例中，在UE的TA列表中存在n个小区、并且假定各小区由单独的 HeNB 11运营的情况下，HeNB GW 13被配置为将寻呼请求发送至如图所示 的n个HeNB 11中的每一个。图7示出将n个寻呼请求703-1～703-n发送至n个基 站HeNB-1～HeNB-n。各寻呼请求703包括延迟参数，其中该延迟参数确定了 HeNB 11接收寻呼请求703和在步骤705中HeNB 11发送关联的寻呼消息之间 的延迟。注意，尽管HeNB 11并非必须同时发送相应的寻呼消息这一事实， 但在该示例中，所有的寻呼消息703是大致同时从HeNB GW 13发送至HeNB 11的。

在步骤707中，各HeNB 11根据延迟参数来针对UE发送寻呼消息。例如， 如果将延迟参数设置为0，则HeNB 11在从HeNB GW 13接收到寻呼请求和延 迟参数之后，将大致立即或至少无附加延迟地发送寻呼消息。如果将延迟参 数设置为指定值(例如，50ms)，则正在进行接收的HeNB应在相应的延迟(例 如，50ms)之后开始发送寻呼消息。

在步骤709中，HeNB-1从UE 3接收寻呼响应，并且发生RRC连接建立。 在步骤711中，HeNB-1将表示接收到来自UE 3的响应的消息发送至HeNB  GW 13。因此，HeNB GW 13可以推断出UE位于HeNB-1所服务的小区内。 随后，在步骤713中，HeNB GW 13将寻呼取消消息发送至UE的TA列表上的 可能尚未发送寻呼消息的HeNB 11。因此，使用寻呼取消消息来取消寻呼消 息的任何进一步广播，由此降低信令负荷。在该示例中，如果在HeNB GW 发送了寻呼请求消息之后、在小于50ms内该HeNB GW从HeNB-1接收到寻呼 响应接收消息，则在HeNB GW 13接收到该寻呼响应接收消息时，HeNB-n 将不发送寻呼消息，因此HeNB GW 13将寻呼取消消息发送至HeNB-n。

有益地，HeNB GW 13基于如前面(例如，参考图1、2和/或6)所述的UE 位置相关信息和附加信息来定义初始寻呼区域和任何后续寻呼区域。HeNB  GW 13针对TA的各小区分别设置延迟参数，以使得与后续寻呼区域的小区中 所发送的寻呼消息相比，按更短的延迟(例如，零延迟)发送初始寻呼区域的 小区中所发送的寻呼消息。

因而将使用延迟参数0(或短的延迟时间)，并且在这种情况下，基于所 获得的信息来发现UE的可能性高。对于如下的HeNB/小区可以使用指定较长 时间段的延迟参数，其中在这些HeNB/小区中，基于HeNB GW 13所获得的 UE位置信息和附加信息来在这些小区中发现UE的可能性较低。有利地，这 意味着有可能并非TA列表中的所有小区在HeNB GW 13接收到寻呼响应接 收消息时都发送寻呼消息。

应当理解，可以将上述的使用具有延迟参数的寻呼的方法与用于基于如 上所述的UE位置信息和附加信息来定义寻呼区域的方法相结合地使用。在 这种实施例中，HeNB通过从UE的TA列表中选择小区来定义一个或多个寻呼 区域。HeNB基于包括了小区的寻呼区域来选择要发送至该小区的延迟参数。 通常，初始寻呼区域中的小区的延迟时间将为零或非常短，而各后续寻呼区 域的小区的延迟时间将会逐渐变长。

在HeNB处使用虚拟寻呼

图8a和8b示出使用虚拟寻呼从而向HeNB GW 13提供与在特定小区内有 无UE有关的信息的另一实施例。HeNB针对先前与该HeNB建立了诸如RRC 连接等的连接的UE，定期地发送虚拟寻呼消息。可以利用操作和维护(O&M) 实体来配置诸如用于发送虚拟寻呼消息的定期性等的虚拟寻呼参数。

在图8a的步骤801中，UE具有经由HeNB-1的RRC连接。在RRC连接结束 之后，该方法继续进入步骤803。在步骤803中，HeNB-1被配置为将虚拟寻 呼消息发送至UE。如果在步骤805中UE对该虚拟寻呼消息作出响应，则 HeNB-1将在步骤807中向HeNB GW通知在其小区内存在UE，并且在步骤809 中将RRC连接拒绝消息发送至UE。结果，没有与UE 3建立RRC连接，但HeNB  GW 13得知UE在HeNB-1的小区内的位置。HeNB被配置为按定期间隔重复针 对UE 3的虚拟寻呼消息的发送。HeNB 11被配置为继续发送虚拟寻呼消息， 直到不再从UE 3接收到响应为止、或者在UE与HeNB 11的RRC连接结束之后 或在从UE 3接收到最后响应之后经过了预定时间段为止。

然而，在图8b的步骤811中，HeNB-1没有接收到来自UE 3的响应。在步 骤813中，HeNB-1应向HeNB GW 13通知在其小区内不存在UE 3，结果在步 骤815中，HeNB GW 13判断为可以在其它小区内进行虚拟寻呼。

HeNB GW 13可以使用虚拟寻呼信息来最优化寻呼区域所用的小区的选 择、或者用于设置延迟参数。由于在实施例中，虚拟寻呼使得能够将更多最 新信息与UE的最后已知位置相关地进行存储，因此这是有用的。特别地， 与使用UE具有RRC连接的最后一个小区相比，虚拟寻呼提供了更多的最新 位置信息。

有利地，可以基于如前面所述的UE位置相关信息和附加信息来选择发 送虚拟寻呼消息的小区。例如，可以基于UE位置相关信息和附加信息来动 态地定义初始“虚拟”寻呼区域和(一个或多个)后续“虚拟”寻呼区域。因而， 可以最初在初始虚拟寻呼区域中发送虚拟寻呼消息，并且如果没有接收到关 联的寻呼响应，则随后在其它寻呼区域中发送虚拟寻呼消息。

变形例和替代例

HNB和HeNB其中之一或这两者可以被提供HNB和HeNB这两者的双重 功能的双毫微微接入点替换。

在图1a所示的通信系统中，基站和家庭基站可用于经由X2接口或经由其 它部件彼此进行通信。MME 10可被配置为经由S1接口与基站和家庭基站这 两者进行通信，并且HeNB GW可被配置为经由S1接口与家庭基站进行通信。

应当理解，尽管在图1a中HeNB GW 13直接连接至核心网络8，但HeNB 可以经由(例如，符合宽带论坛(BroadBand Forum，BBF)的)宽带接入网络连 接至核心网络。

在图1b中，示出了HeNB 11和核心网络8之间的直接逻辑U层连接。然而， 可以在HeNB GW 13处终止来自HeNB的S1-U接口

在图2中，小区是LTE毫微微小区，因此各小区由HeNB运营。然而，这 些小区可以包括任何类型的小区(例如，UTRAN或E-UTRAN基站所服务的常 规(宏)小区)、或者可以是这些小区的组合。

尽管在图2中示出单个TA的包括四个小区的IPA，但IPA(或后续寻呼区域) 可以包括单个小区或一组小区，并非必须局限于单个TA，并且根据UE相关 信息，可以包括TA的所有小区。

在参考图2所述的实施例中，存在三个寻呼区域。实际上，可以定义包 括来自相同或不同跟踪区域的小区的任何数量的寻呼区域。特别地，可以仅 定义两个寻呼区域，即如上所述的初始寻呼区域以及包括注册了UE的(一个 或多个)跟踪区域内的所有其余小区的二级寻呼区域。

在图2中，各个寻呼区域(即，初始寻呼区域、二级寻呼区域和三级寻呼 区域)是跟踪区域TA1的小区的子集。然而，各寻呼区域并非必须局限于单个 跟踪区域。

与图6有关地，HeNB GW可以获得并存储所述的任何不同类型的信息 (特别是与UE的位置和移动性有关的信息)，并且稍后使用该信息来定义(一 个或多个)寻呼区域。此外，HeNB GW在例如仅使用UE位置信息或UE移动 性信息来定义寻呼区域时，可以可选地仅使用一种信息。HeNB GW可以使 用UE移动性信息来判断UE是否处于高移动性状态，并且在UE处于高移动性 状态的情况下，在可选地使用(大致同时对TA的所有小区进行寻呼的)单步寻 呼来定义寻呼区域时使用该判断。

HeNB GW可以基于针对UE的当前或未来位置的预测来定义寻呼区域， 其中该预测是基于如上说明的所获得的UE位置信息和附加信息(特别是与 UE在小区之间的移动有关的信息)所进行的。可以利用与UE在小区之间的移 动有关的信息来指示寻呼区域的形状和定位，例如如果移动性信息表示UE 正沿特定方向快速移动，则可以定义细长形状的寻呼区域，从而定位成沿UE 移动的方向延伸。

HeNB GW 13可被配置为基于定时信息来估计UE在所述小区之间的预 期移动水平。特别地，确定自利用HeNB GW 13开始寻呼过程或要发送/接收 寻呼请求的时间起到期的时间(以及移动性信息)，这使得HeNB GW 13能够 根据UE的最后已知位置进行内插和/或外推，以预测当前或未来位置。

根据图6，在判断了是否从UE接收到响应(步骤613)并且判断了TA列表中 是否存在寻呼消息尚未发送至的任何其它小区(步骤617)之后，在步骤619中， 定义后续寻呼区域。然而，应当理解，可以在该阶段之前定义后续寻呼区域； 特别地，在定义初始寻呼区域的情况下，可以在步骤609中有益地定义一个 或多个后续寻呼区域。与初始寻呼区域同时定义(一个或多个)后续寻呼区域 使得能够更高效地使用计算资源。

与图7有关地，延迟参数可以包括寻呼请求的一部分或者可以作为单独 消息而连同寻呼请求一起进行发送。优选地，可以采用延迟信息元素 (Information Element,IE)的形式给出延迟参数。

与图7有关地，假定各小区由单独的HeNB运营，因此HeNB GW 13被配 置为将寻呼请求发送至n个HeNB。然而，本领域技术人员应当理解，HeNB 可以运营一个以上的小区。

在上述说明中，参考了RRC连接。然而，如本领域技术人员容易理解， 作为代替，UE可以与HeNB和/或HeNB GW进行除RRC连接以外的连接类型。

与图8以及虚拟寻呼的关联描述有关地，HeNB可以针对以前采用RRC连 接或某些其它类型的连接的形式连接至HeNB的UE发起虚拟寻呼。可选地， HeNB GW可以对HeNB进行配置，以基于例如UE位置信息以及/或者诸如UE 移动性信息和定时信息等的其它类型的信息来针对UE发起虚拟寻呼。

作为代替，如以上实施例所述的HeNB GW的功能的一部分或全部可以 由MME 10或另一核心网络实体、或者由诸如服务网关(S-GW)等的不同网关 来提供。此外，尽管参考HeNB说明了本发明，但应当理解，所述发明可以 等同地用于诸如HNB、eNodeB和NodeB等的其它网络装置。

对于UE位置信息和附加信息这两者，HeNB GW 13可以收集该信息并将 该信息存储在存储器中，或者HeNB GW 13可以从单独存储器访问该信息、 或从一个或多个单独网络装置(诸如MME或TCE)获得该信息。

在上述实施例中，说明了基于移动电话的远程通信系统。如本领域技术 人员应当理解，可以在其它通信系统中采用本申请所述的信令技术。其它通 信节点或装置可以包括例如个人数字助理、笔记本式计算机、web浏览器等 的用户装置。如本领域技术人员应当理解，将上述系统用于移动通信装置并 不是必须的。该系统可用于改善还具有一个或多个固定计算装置或代替移动 通信装置而具有一个或多个固定计算装置的网络。

在上述实施例中，说明了多个软件模块。如本领域技术人员应当理解， 可以采用编译或未编译的形式来提供软件模块，并且可以将这些软件模块作 为信号经由计算机网络供给至节点、或者可以将这些软件模块供给至记录介 质上。此外，可以使用一个或多个专用硬件电路来进行该软件的一部分或全 部所进行的功能。然而，优选使用软件模块，因为这便于节点的更新从而更 新其功能。同样地，尽管上述实施例采用了收发器电路，但可以利用软件来 进行该收发器电路的功能的至少一部分。

各种其它变形对于本领域技术人员而言将是显而易见的，并且这里不进 行进一步详细说明。

本申请基于并要求2012年8月1日提交的英国专利申请1213711.3的优先 权，在此通过引用包含其全部内容。