CN103888929A - 终端寻呼实现方法和移动性管理实体 - Google Patents

Abstract

本发明公开了一种终端寻呼实现方法和移动性管理实体，涉及LTE系统中的寻呼技术领域。移动性管理实体在对处于空闲态终端进行寻呼前，判断该终端是否处于之前的服务小区，如果是，则仅需要向该终端之前所在服务小区发送寻呼消息。相比于LTE中传统的直接向终端所属跟踪区内全部小区发送寻呼消息的方法，本发明基于终端移动性的自适应寻呼方案，通过对处于空闲态终端的移动性信息进行分析判决，自适应地调整寻呼消息的发送，从而可以减小寻呼消息的发送，降低网络的寻呼信令负荷。

Description

终端寻呼实现方法和移动性管理实体

技术领域

本发明涉及长期演进（Long Term Evolution,LTE）系统中的寻呼技术，特别涉及一种终端寻呼实现方法和移动性管理实体。

背景技术

随着移动通信技术的发展，以小数据、频繁发送为主要业务特征的移动互联网业务应用得以大力普及与开展。同时根据DoCoMo（多科摩）的统计数据，目前移动网络中近70%的业务发生在室内，其中室内场景以办公室、大型场馆和家庭等热点区域占据大部分，主要包括HTTP（HTTP-Hypertext transfer protocol，超文本传输协议）页浏览，即时通信等小数据业务。此时随着终端数目的不断增长，LTE中传统的针对处于空闲态（RRC_IDLE）终端的寻呼方法，即如图1所示移动性管理实体（Mobile Management Entity，MME）向该终端14所属跟踪区（Tracking Area,TA）12内所有小区（通过基站13）发送寻呼消息，已经很难解决由于大量小数据业务频繁寻呼而带来的网络寻呼信令急剧增加，甚至出现网络拥塞的问题。

因此针对处于空闲态的终端用户，如何降低频繁寻呼对LTE网络带来的寻呼信令负荷成为本发明主要解决的问题。

发明内容

本发明的发明人发现上述现有技术中存在问题，并因此针对所述问题中的至少一个问题提出了一种新的技术方案。

本发明的一个目的是提供一种用于终端寻呼的技术方案。

根据本发明的第一方面，提供了一种终端寻呼实现方法，包括：

移动性管理实体接收到对处于空闲状态的终端的寻呼通知；

所述移动性管理实体根据所述终端的终端移动性信息判断所述终端是否处于之前的服务小区；

如果是，则所述移动管理管理实体仅向所述终端的之前的服务小区发送寻呼消息；

如果否，所述移动管理管理实体向所述终端所属跟踪区内全部小区发送寻呼消息。

可选地，该方法还包括：如果所述移动性管理实体只对所述终端的之前的服务小区寻呼失败，则所述移动管理管理实体向所述终端所属跟踪区内全部小区发送寻呼消息。

可选地，终端的终端移动性信息包括：此次寻呼与之前寻呼的时间间隔、是否发生跟踪区更新操作、以及所述终端在某小区被连续成功寻呼的次数。

可选地，移动性管理实体根据所述终端的终端移动性信息判断所述终端是否处于之前的服务小区包括：

所述移动性管理实体判断所述终端此次被寻呼与上次被寻呼的时间间隔是否超过第一门限，如果是，则判断所述终端不处于之前的服务小区;

和/或

判断所述终端被寻呼前是否进行跟踪区更新操作，如果是，则判断所述终端不处于之前的服务小区；

和/或

判断所述终端在之前服务小区被连续成功寻呼的次数是否大于第二门限，如果是，则判断所述终端处于之前的服务小区，否则，则判断所述终端不处于之前的服务小区。

可选地，第一门限和/或所述第二门限根据数据业务特征以及所述终端的移动速度进行调整。

根据本发明的另一方面，提供一种移动性管理实体，包括：

寻呼通知接收单元，用于接收到对处于空闲状态的终端的寻呼通知；

移动性信息获取单元，用于获取所述终端的终端移动性信息;

寻呼小区确定单元，用于根据所述终端的终端移动性信息判断所述终端是否处于之前的服务小区，如果是，则确定所述终端之前的服务小区为寻呼小区，否则，确定所述终端所属跟踪区内全部小区为寻呼小区，发送所述寻呼小区；

寻呼消息发送单元，用于接收来自所述寻呼小区确定单元的所述寻呼小区，向所述寻呼小区发送寻呼消息。

可选地，寻呼小区确定单元还用于接收寻呼结果，如果只对所述终端的之前的服务小区寻呼失败，则确定所述终端所属跟踪区内全部小区为寻呼小区，发送所述寻呼小区；寻呼消息发送单元接收来自所述寻呼小区确定单元的寻呼小区，向所述寻呼小区发送寻呼消息。

可选地，终端的终端移动性信息包括：此次寻呼与之前寻呼的时间间隔、是否发生跟踪区更新操作、以及所述终端在某小区被连续成功寻呼的次数；

所述移动性信息获取单元包括：

跟踪区更新监测模块，用于监测所述终端是否发生跟踪区更新操作；

寻呼时间间隔获取模块，用于获取此次寻呼与之前寻呼的时间间隔；

成功寻呼数监测模块，用于监测所述终端在某小区被连续成功寻呼的次数。

可选地，寻呼小区确定单元包括：

跟踪区更新判断模块，用于判断所述终端此次被寻呼与上次被寻呼的时间间隔是否超过第一门限，如果是，则判断所述终端不处于之前的服务小区;

和/或

寻呼时间间隔判断模块，用于判断所述终端被寻呼前是否进行跟踪区更新操作，如果是，则判断所述终端不处于之前的服务小区；

和/或

成功寻呼判断模块，用于判断所述终端在之前服务小区被连续成功寻呼的次数是否大于第二门限，如果是，则判断所述终端处于之前的服务小区，否则，则判断所述终端不处于之前的服务小区。

可选地，第一门限和/或所述第二门限能够根据数据业务特征以及所述终端的移动速度进行调整。

本发明的一个优点在于，通过终端移动性信息判断终端处于之前的服务小区，则仅向之前的服务小区发送寻呼消息，充分利用了终端移动性信息，自适应地调整寻呼消息发送区域，降低了寻呼消息的发送，可以很大程度地降低网络寻呼信令负荷。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1示出RRC_IDLE下终端的寻呼示意图。

图2示出根据本发明的终端寻呼实现方法的一个实施例的流程图。

图3示出根据本发明实施例的基于终端移动性的自适应寻呼方法流程图。

图4示出根据本发明的终端寻呼实现方法的一个实施例中移动性管理实体判决流程图。

图5示出根据本发明的移动性管理实体一个实施例的结构图。

图6示出根据本发明的移动性管理实体另一个实施例的结构图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本发明的发明人考虑到移动数据业务大多发生一些室内热点区域，终端的移动性较低，此时如果能够充分利用终端的移动性信息以及其它相关参数确定该终端目前可能所在的服务小区，并且只向该服务小区发送寻呼消息，则可以极大程度地减少寻呼消息的发送，降低网络寻呼信令负荷。所以，发明人主要针对处于空闲态的终端用户，提供了一种自适应的寻呼方法和系统。不同于LTE中传统的直接向该终端所属TA内所有小区发送寻呼消息的方法，本发明基于终端的移动性信息自适应地调整寻呼信令的发送，从而降低了网络寻呼信令负荷。

图2示出根据本发明的终端寻呼实现方法的一个实施例的流程图。

如图2所示，步骤202，移动性管理实体接收到对处于空闲状态的终端的寻呼通知。

步骤204，移动性管理实体根据终端的终端移动性信息判断终端是否处于之前的服务小区。

步骤206，如果是，则移动管理管理实体仅向终端的之前的服务小区发送寻呼消息；如果否，移动管理管理实体向终端所属跟踪区内全部小区发送寻呼消息（步骤208）。

上述实施例中，通过终端移动性信息判断终端处于之前的服务小区时则仅向之前的服务小区发送寻呼消息，充分利用了终端移动性信息，自适应地调整寻呼消息发送区域，降低了寻呼消息的发送，可以很大程度地降低网络寻呼信令负荷，尤其是热点区域的寻呼信令负荷。

图3示出根据本发明实施例的基于终端移动性的自适应寻呼方法流程图。

如图3所示，步骤302，对于处于空闲状态的终端，当服务网关（Serving-Gateway,S-GW）有数据到达时，通知移动性管理实体对该终端进行寻呼。

步骤304，移动性管理实体判断该终端是否可能处于之前的服务小区，如果是，则移动管理管理实体只需要向该终端之前的服务小区发送寻呼消息进行寻呼（步骤306）。如果移动性管理实体判断该终端有可能已经不在之前的服务的小区（例如，终端在移动过程中通过小区选择和重选的方式改变了服务小区），此时网络无法确认该终端所在的小区位置，则执行步骤310。

步骤308，当移动性管理实体只对终端之前所在小区进行寻呼时，判断寻呼是否成功，如果寻呼失败（由于终端移动等其它原因导致移动性管理实体出现误判），则继续步骤310。

步骤310，对该终端所属跟踪区内全部小区发送寻呼消息。

上述实施例中，如果寻呼失败则对该终端所属跟踪区内全部小区发送寻呼消息，以便尽快寻呼成功。

移动性管理实体为了能够准确判断处于空闲状态的终端是否处于之前的服务小区，需要监控该终端被寻呼的情况，统计终端移动性信息。在此基础上，当该终端被寻呼时就可以判断该终端是否还处于之前的服务小区。

其中，终端移动性信息例如包括此次寻呼与之前寻呼的时间间隔、是否发生跟踪区更新操作、以及终端在某小区被连续成功寻呼的次数等。

图4示出根据本发明的终端寻呼实现方法的一个实施例中移动性管理实体判决流程图。

如图4所示，步骤402，判断该终端此次被寻呼与上次被寻呼的时间间隔是否超过门限一，如果是，则说明该终端还在之前服务小区的概率比较低，继续步骤410，否则，继续步骤404。在一个实施例中，门限一可以根据数据业务特征进行动态调整。

步骤404，判断该终端被寻呼之前是否进行了跟踪区更新操作，如果是，则说明该终端不在之前的服务小区，则继续步骤410；否则，继续步骤406。

步骤406，判断该终端在之前服务小区下被连续成功寻呼的次数是否大于一定门限二，如果是，则说明该终端很有可能还在之前的服务小区，判决为是，即判断该终端仍然位于之前的服务小区（步骤408），否则，继续步骤410。在一个实施例中，门限二可以根据数据业务特征进行动态调整。

步骤410，判决为否，即判断该终端不再位于之前的服务小区。

在上述判决基础上，进行寻呼消息的发送从而完成终端的寻呼。

图5示出根据本发明的移动性管理实体一个实施例的结构图。如图5所示，该移动性管理实体包括：

寻呼通知接收单元51，用于接收到对处于空闲状态的终端的寻呼通知；

移动性信息获取单元52，用于获取终端的终端移动性信息;

寻呼小区确定单元53，用于根据终端的终端移动性信息判断终端是否处于之前的服务小区，如果是，则确定终端之前的服务小区为寻呼小区，否则，确定终端所属跟踪区内全部小区为寻呼小区，发送寻呼小区；

寻呼消息发送单元54，用于接收来自寻呼小区确定单元的寻呼小区，向寻呼小区发送寻呼消息。

在一个实施例中，寻呼小区确定单元53还用于接收寻呼结果，如果只对终端的之前的服务小区寻呼失败，则确定终端所属跟踪区内全部小区为寻呼小区，发送寻呼小区；寻呼消息发送单元54接收来自寻呼小区确定单元的寻呼小区，向寻呼小区发送寻呼消息。

上述实施例中，寻呼小区确定单元通过终端移动性信息判断终端处于之前的服务小区，则寻呼消息发送单元仅向之前的服务小区发送寻呼消息，充分利用了终端移动性信息，自适应地调整寻呼消息发送区域，降低了寻呼消息的发送，可以很大程度地降低网络寻呼信令负荷。

图6示出根据本发明的移动性管理实体另一个实施例的结构图。如图6所示，端的终端移动性信息包括：此次寻呼与之前寻呼的时间间隔、是否发生跟踪区更新操作、以及所述终端在某小区被连续成功寻呼的次数。移动性信息获取单元62包括：跟踪区更新监测模块621，用于监测终端是否发生跟踪区更新操作；寻呼时间间隔获取模块622，用于获取此次寻呼与之前寻呼的时间间隔；成功寻呼数监测模块623，用于监测终端在某小区被连续成功寻呼的次数。

在一个实施例中，寻呼小区确定单元63包括：跟踪区更新判断模块631，用于判断终端此次被寻呼与上次被寻呼的时间间隔是否超过第一门限，如果是，则判断终端不处于之前的服务小区;寻呼时间间隔判断模块632，用于判断终端被寻呼前是否进行跟踪区更新操作，如果是，则判断终端不处于之前的服务小区；成功寻呼判断模块633，用于判断终端在之前服务小区被连续成功寻呼的次数是否大于第二门限，如果是，则判断终端处于之前的服务小区，否则，则判断终端不处于之前的服务小区。其中，第一门限和/或第二门限根据数据业务特征以及终端的移动速度进行调整。

需要指出，可以具有上述模块的任意一个、二个或者同时具有三个模块，当同时具有3个模块时，具体判断过程可以参见图4的方法流程描述。

针对以小数据、频繁发送为主要业务特征的移动互联网业务应用而带来的网络信令负荷急剧增加的问题，本发明提供了一种基于终端移动性的自适应寻呼方法和系统。与现有技术相比，该发明充分利用了终端的移动性信息，自适应地调整寻呼消息发送区域，减少了寻呼消息的发送。尤其对以小数据、频繁发送为主要业务特征的移动互联网业务应用带来的办公室、大型场馆和家庭等热点区域网络寻呼信令负荷过重的问题可以得到很好解决。

至此，已经详细描述了根据本发明的终端寻呼实现方法和移动性管理实体。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种终端寻呼实现方法，其特征在于，包括：

移动性管理实体接收到对处于空闲状态的终端的寻呼通知；

所述移动性管理实体根据所述终端的终端移动性信息判断所述终端是否处于之前的服务小区；

如果是，则所述移动管理管理实体仅向所述终端的之前的服务小区发送寻呼消息；

如果否，所述移动管理管理实体向所述终端所属跟踪区内全部小区发送寻呼消息。

2.根据权利要求1所述的方法，其特征在于，还包括：如果所述移动性管理实体只对所述终端的之前的服务小区寻呼失败，则所述移动管理管理实体向所述终端所属跟踪区内全部小区发送寻呼消息。

3.根据权利要求1所述的方法，其特征在于，所述终端的终端移动性信息包括：此次寻呼与之前寻呼的时间间隔、是否发生跟踪区更新操作、以及所述终端在某小区被连续成功寻呼的次数。

4.根据权利要求3所述的方法，其特征在于，所述移动性管理实体根据所述终端的终端移动性信息判断所述终端是否处于之前的服务小区包括：

所述移动性管理实体判断所述终端此次被寻呼与上次被寻呼的时间间隔是否超过第一门限，如果是，则判断所述终端不处于之前的服务小区;

和/或

判断所述终端被寻呼前是否进行跟踪区更新操作，如果是，则判断所述终端不处于之前的服务小区；

和/或

判断所述终端在之前服务小区被连续成功寻呼的次数是否大于第二门限，如果是，则判断所述终端处于之前的服务小区，否则，则判断所述终端不处于之前的服务小区。

5.根据权利要求4所述的方法，其特征在于，所述第一门限和/或所述第二门限根据数据业务特征以及所述终端的移动速度进行调整。

6.一种移动性管理实体，其特征在于，包括：

寻呼通知接收单元，用于接收到对处于空闲状态的终端的寻呼通知；

移动性信息获取单元，用于获取所述终端的终端移动性信息;

寻呼小区确定单元，用于根据所述终端的终端移动性信息判断所述终端是否处于之前的服务小区，如果是，则确定所述终端之前的服务小区为寻呼小区，否则，确定所述终端所属跟踪区内全部小区为寻呼小区，发送所述寻呼小区；

寻呼消息发送单元，用于接收来自所述寻呼小区确定单元的所述寻呼小区，向所述寻呼小区发送寻呼消息。

7.根据权利要求6所述的实体，其特征在于，所述寻呼小区确定单元还用于接收寻呼结果，如果只对所述终端的之前的服务小区寻呼失败，则确定所述终端所属跟踪区内全部小区为寻呼小区，发送所述寻呼小区；

所述寻呼消息发送单元接收来自所述寻呼小区确定单元的寻呼小区，向所述寻呼小区发送寻呼消息。

8.根据权利要求6所述的实体，其特征在于，所述终端的终端移动性信息包括：此次寻呼与之前寻呼的时间间隔、是否发生跟踪区更新操作、以及所述终端在某小区被连续成功寻呼的次数；

所述移动性信息获取单元包括：

跟踪区更新监测模块，用于监测所述终端是否发生跟踪区更新操作；

寻呼时间间隔获取模块，用于获取此次寻呼与之前寻呼的时间间隔；

成功寻呼数监测模块，用于监测所述终端在某小区被连续成功寻呼的次数。

9.根据权利要求8所述的实体，其特征在于，所述寻呼小区确定单元包括：

跟踪区更新判断模块，用于判断所述终端此次被寻呼与上次被寻呼的时间间隔是否超过第一门限，如果是，则判断所述终端不处于之前的服务小区;

和/或

寻呼时间间隔判断模块，用于判断所述终端被寻呼前是否进行跟踪区更新操作，如果是，则判断所述终端不处于之前的服务小区；

和/或

成功寻呼判断模块，用于判断所述终端在之前服务小区被连续成功寻呼的次数是否大于第二门限，如果是，则判断所述终端处于之前的服务小区，否则，则判断所述终端不处于之前的服务小区。

10.根据权利要求9所述的实体，其特征在于，所述第一门限和/或所述第二门限能够根据数据业务特征以及所述终端的移动速度进行调整。

Images