CN106034357B - 异构网络下的寻呼方法、装置和通信系统 - Google Patents

Abstract

本发明公开了一种异构网络下的寻呼方法、装置和通信系统。其中，该异构网络下的寻呼方法包括：在用户终端接入第一基站时，第一基站连接的第一移动管理模块将用户终端的上下文信息发送给第二移动管理模块；在寻呼网关接收到数据发送请求时，从第一移动管理模块和第二移动管理模块中选择与第一类型的基站相连接的移动管理模块；控制选择的移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求；以及在寻呼用户终端失败时，控制另一个移动管理模块向另一个移动管理模块连接的第二类型的基站发出寻呼请求。通过本发明，实现了核心网流程的尽可能简化的目的，解决了现有技术中不能寻呼到用户终端的问题。

Description

异构网络下的寻呼方法、装置和通信系统

技术领域

本发明涉及通信领域，具体而言，涉及一种异构网络下的寻呼方法、装置和通信系统。

背景技术

随着移动通信技术的不断发展，用户对移动通信传输速率、传输时延的要求也越来越高。为了提供更高的网络容量以及更低的传输时延，在原有的宏蜂窝小区的基础上，部署大量的小型基站，提供大量的小覆盖的小区是一种非常有效的方法。通过这种方法，可以极大的在相同的地理区域内增加频率利用率，降低基站和UE的发射功率，并且降低时延。此外，在小型基站上支持本地IP接入(Local IP Access，LIPA)、选择性IP流量卸载(SelectedIP Traffic Offloading，简称SIPTO)还可以进一步的降低骨干网的流量压力。

越来越多的移动终端以及越来越多的小型基站的部署都会给核心网带来更大的处理压力。为了可以支持日益增加的处理能力的需求，运营商将可能需要对核心网的关键网元，如移动管理模块(Mobility Management Entity，简称MME)进行扩容，然而由于移动管理模块对于稳定性和健壮性的要求非常高，价格异常昂贵，因此扩容的费用将非常昂贵。

另外一种解决扩容费用高昂的方案在于采用轻量化的核心网对增量用户、基站进行服务，即通过对宏基站和小型基站采用不同的MME，实现成本的优化。对于宏基站而言，其承担着连续覆盖、连续通话的任务，与之配套的MME使用原有的，经过实际使用测试的MME；而对于小型基站，由于其覆盖范围较小，又不连续等特点，可以采用新型的，基于软件的MME，从而达到降低成本的目标。

由于小型基站和宏基站的覆盖有重叠，为了避免用户频繁的进行跟踪区的更新而带来的对核心网过大的负荷，具有相同覆盖的小型基站和宏基站应该配置相同的跟踪区(Tracking Area，简称TA)。这样带来的问题是，终端的实际移动性管理是分别属于两个MME，即MME-M和MME-S的。按照运营商的运营策略，在部署了小型基站覆盖的区域，会尽可能的让终端驻留在小型基站上，并且使更多的数据流量发生在小型基站覆盖的小区。如果终端在移动的过程中发生了小区重选，例如之前驻留宏基站，之后驻留小型基站，那么按照现有的寻呼机制，运营商核心网的寻呼网关(Paging Gateway，简称P-GW)会通过MME-M发起寻呼，但是由于此时终端驻留在小型基站覆盖的小区内，小型基站又受到MME-S的管理，所以将出现不能寻呼到终端的情况。

针对现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到用户终端的问题，目前尚未提出有效的解决方案。此外，由于小型基站的覆盖范围小，频率复用率高，所以采用小型基站对用户进行服务是一种更为经济的方式。在网络规划、部署以及网络参数的设定上，往往也会尽量的让终端通过小型基站进行连接，相应的，如何通过优化的寻呼流程降低核心网的复杂度也是本发明解决的目标问题之一。

发明内容

本发明的主要目的在于提供一种异构网络下的寻呼方法、装置和通信系统，以解决现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到终端的问题，并且配合网络运营商的策略，实现了核心网流程的尽可能简化的目的。

为了实现上述目的，根据本发明实施例的一个方面，提供了一种异构网络下的寻呼方法。根据本发明的异构网络下的寻呼方法包括：在用户终端接入第一基站时，所述第一基站连接的第一移动管理模块将所述用户终端的上下文信息发送给第二移动管理模块，其中，所述第一移动管理模块和所述第二移动管理模块分别连接不同类型的基站；在寻呼网关接收到数据发送请求时，从所述第一移动管理模块和所述第二移动管理模块中选择与第一类型的基站相连接的移动管理模块；控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求；以及在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求。

进一步地，控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求包括：判断所述第一移动管理模块是否为所述第一类型的基站连接的移动管理模块；如果判断出所述第一移动管理模块为所述第一类型的基站连接的移动管理模块，则所述寻呼网关控制所述第一移动管理模块向所述用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求；如果判断出所述第一移动管理模块不是所述第一类型的基站连接的移动管理模块，则所述寻呼网关控制所述第一移动管理模块向所述第二移动管理模块发送寻呼请求，并且由所述第二移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求。

进一步地，在控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求之前，所述寻呼方法还包括：所述选择的移动管理模块向所述第一基站的服务网关发送查询请求，其中，所述查询请求用于查询所述用户终端最后一次连接的第二类型基站和/或所述最后一次连接的第二类型基站周围的第二类型基站；所述选择的移动管理模块接收所述服务网关响应所述查询请求发送的查询到的第二类型基站。

进一步地，控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求包括：所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

进一步地，在所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求之后，所述寻呼方法还包括：判断所述选择的移动管理模块发送的所述寻呼请求是否寻呼成功；如果所述寻呼请求没有寻呼成功，则所述选择的移动管理模块继续向查询到的所述用户终端最后一次连接的第二类型的基站周围的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

进一步地，在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求之前，所述寻呼方法还包括：所述寻呼网关接收所述选择的移动管理模块返回的寻呼失败的提示信息。

进一步地，在所述选择的移动管理模块向所述第一基站的服务网关发送查询请求之前，所述寻呼方法还包括：所述第一基站连接的所述服务网关记录所述用户终端处于连接状态时所连接基站的基站类型标识。

进一步地，所述第一类型的基站与第二类型的基站的频率相同，用户终端接入第一基站包括：接收所述用户终端向所述第一基站发送的附着请求，其中，所述用户终端在判断出所述第一基站的信号强度最强时发送所述附着请求；在接收到所述附着请求后，同意所述用户终端的附着请求。

进一步地，所述第一类型的基站与第二类型基站的频率不同，用户终端接入第一基站包括：在所述用户终端由连接状态改变为非连接状态时，控制所述用户终端进行基站选择；接收所述用户终端向所述第一基站发送的附着请求，其中，所述用户终端处于所述第一基站的覆盖范围内；在接收到所述附着请求后，同意所述用户终端的附着请求。

为了实现上述目的，根据本发明实施例的另一方面，提供了一种异构网络下的寻呼装置。根据本发明的异构网络下的寻呼装置包括：第一发送单元，用于在用户终端与第一基站建立连接时，控制所述第一基站连接的第一移动管理模块将所述用户终端的上下文信息发送给第二移动管理模块，其中，所述第一移动管理模块和所述第二移动管理模块分别连接不同类型的基站；选择单元，用于在寻呼网关接收到数据发送请求时，从所述第一移动管理模块和所述第二移动管理模块中选择与第一类型的基站相连接的移动管理模块；第二发送单元，用于控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求；第三发送单元，用于在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求。

进一步地，所述第二发送单元包括：判断模块，用于判断所述第一移动管理模块是否为所述第一类型的基站连接的移动管理模块；第一发送模块，用于在判断出所述第一移动管理模块为所述第一类型的基站连接的移动管理模块时，所述寻呼网关控制所述第一移动管理模块向所述用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求；第二发送模块，用于在判断出所述第一移动管理模块不是所述第一类型的基站连接的移动管理模块时，所述寻呼网关控制所述第一移动管理模块向所述第二移动管理模块发送寻呼请求，并且由所述第二移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求。

进一步地，所述寻呼装置还包括：第四发送单元，用于在控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求之前，控制所述选择的移动管理模块向所述第一基站的服务网关发送查询请求，其中，所述查询请求用于查询所述用户终端最后一次连接的第二类型基站和/或所述最后一次连接的第二类型基站周围的第二类型基站；第一接收单元，用于控制所述选择的移动管理模块接收所述服务网关响应所述查询请求发送的查询到的第二类型基站。

进一步地，所述第二发送单元包括：第三发送模块，用于控制所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

进一步地，所述寻呼装置还包括：判断模块，用于在所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求之后，判断所述选择的移动管理模块发送的所述寻呼请求是否寻呼成功；第四发送模块，用于在所述寻呼请求没有寻呼成功时，控制所述选择的移动管理模块继续向查询到的所述用户终端最后一次连接的第二类型的基站周围的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

进一步地，所述第二发送单元包括：返回单元，用于在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求之前，所述寻呼网关接收所述选择的移动管理模块返回的寻呼失败的提示信息。

进一步地，所述寻呼装置还包括：记录单元，用于在所述选择的移动管理模块向所述第一基站的服务网关发送查询请求之前，控制所述第一基站连接的所述服务网关记录所述用户终端处于连接状态时所连接基站的基站类型标识。

进一步地，所述第一类型的基站与第二类型基站的频率不同，所述寻呼装置还包括：控制单元，用于在所述用户终端由连接状态改变为非连接状态时，控制所述用户终端进行基站选择；第二接收单元，用于接收所述用户终端向所述第一基站发送的附着请求，其中，所述用户终端处于所述第一基站的覆盖范围内；确定单元，用于在接收到所述附着请求后，同意所述用户终端的附着请求。

为了实现上述目的，根据本发明实施例的另一方面，提供了一种通信系统。根据本发明的通信系统包括：基站；第一移动管理模块，在用户终端与所述基站连接时，发送所述用户终端的上下文信息；第二移动管理模块，接收所述第一移动管理模块发送的所述用户终端的上下文信息，其中，所述第一移动管理模块和所述第二移动管理模块分别连接不同类型的基站；寻呼网关，用于在接收到数据发送请求时，从所述第一移动管理模块和所述第二移动管理模块中选择与预定类型的基站相连接的移动管理模块，控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述预定类型的基站发送寻呼请求，并且在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求。

根据发明实施例，在用户终端接入第一基站时，所述第一基站连接的第一移动管理模块将所述用户终端的上下文信息发送给第二移动管理模块，其中，所述第一移动管理模块和所述第二移动管理模块分别连接不同类型的基站；在寻呼网关接收到数据发送请求时，从所述第一移动管理模块和所述第二移动管理模块中选择与第一类型的基站相连接的移动管理模块；控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求；以及在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求，无论用户终端连接的基站是移动管理模块MME-M管理的宏基站，还是由移动管理模块MME-S管理的小型基站，均由移动管理模块MME-S向小型基站先发出寻呼请求，实现了核心网流程的尽可能简化的目的，尤其在用户终端处于宏基站与小型基站的重叠覆盖范围内优先与小型基站连接的网络中，能够避免无法寻呼到用户终端的情况，也就解决了现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到用户终端的问题。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据现有技术中的基本通信网络结构图；

图2是根据现有技术的移动通信系统的简单结构示意图；

图3是根据现有技术的移动通信路径、LIPA的传输路径、SIPTO的传输路径的示意图；

图4是根据本发明实施例的异构网络下的寻呼方法的示意图；

图5是根据本发明实施例的异构网络下的寻呼方法的流程图；

图6是根据本发明实施例的多个宏基站的示意图；以及

图7是根据本发明实施例的异构网络下的寻呼装置的示意。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

名词解释：

移动通信系统，是现有的通信技术中最重要的系统之一，是由移动通信运营商部署的，可以为移动终端提供移动接入网络的系统。现有的移动通信系统已经经历了四代。第一代移动通信是指最初的模拟、仅限语音通话的蜂窝电话标准，主要采用的是模拟技术和频分多址(Frequency Division Multiple Access，FDMA)的接入方法；第二代移动通信引入了数字技术，提高了网络容量、改善了话音质量和保密性，以“全球移动通信系统”(Global System for Mobile Communication，GSM)和“码分多址”(Code DivisionMultiple Access，CDMA IS-95)为代表；第三代移动通信主要指CDMA2000，WCDMA，TD-SCDMA三种技术，均是以码分多址作为接入技术的；第四代移动通信系统的标准在国际上相对统一，为国际标准化组织3GPP制定的长期演进(Long Term Evolution/Long TermEvolution-Advanced，LTE/LTE-A)，其下行基于正交频分多址接入(Orthogonal FrequencyDivision Multiple Access，OFDMA)，上行基于单载波频分多址接入(Single Carrier–Frequency Division Multiple Access，SC-FDMA)的接入方式，依据灵活的带宽、自适应的调制编码方式以及极大简化了的网络结构，达到了下行峰值速率1Gbps，上行峰值速率500Mbps的高速传输。移动通信系统在图1所示的基本通信网络结构的基础上，增加了通信核心网，主要目标在于为移动通信运营商提供更好的用户鉴权、计费、漫游等功能。图2示出了移动通信系统的简单结构示意图。

移动管理模块(Mobility Management Entity，MME)是核心网中很重要的一个单元，用于和移动通信的基站直接相连提供控制功能。一般而言，MME对于稳定性、健壮性的要求非常高。

在LTE系统中，用户终端(User Equipment，UE)在空中接口的连接方面，有两种状态，分别为RRC CONNECTED和RRC IDLE。这两种状态分别对应着UE和基站处于空中接口的连接状态和非连接状态。在连接状态，基站和UE保持通信，而非连接状态，基站如果需要和UE进行通信，则需要进行寻呼(Paging)来通知UE进入RRC CONNECTED状态，即连接状态。然而，由于UE是移动的，并且和基站断开了连接，网络侧在寻呼的时候并不能知道UE的具体位置，也就不能确定寻呼信息应该在哪个小区进行发送。为了解决这个问题，LTE系统中采用了跟踪区(Tracking Area，TA)的概念，即将多个小区划分为一个TA，并且在每个小区的系统信息都广播该TA标识。核心网侧的移动管理模块(Mobility Management Entity，MME)会给每个驻留到网络的UE分配一个或者多个TA，称为跟踪区标识列表(Tracking Area IdentityList，TAI List)，UE在标识的TAI List中移动，不需要通知网络侧，但是如果移动过程中，检测到当前小区广播的TA不在其被配置的TAI List当中，则会向网络侧发起跟踪区更新(Tracking Area Update，TAU)的过程。

因为即使UE断开了和基站的连接，网络侧也可以确定UE在其TAI List所列的TA中，所以当网络侧需要找到某一个已经和基站断开连接的UE，则MME会通知该UE TAI List中所有的基站进行寻呼消息的发送。这个过程中，寻呼消息的触发、生成以及发送，对于基站都是透明的，基站仅承担发送具体信令的过程。

随着LTE系统的不断演进，一种新的，更为简化的通信路径本地IP接入(Local IPAccess，LIPA)和选择性IP流量卸载(Selected IP Traffic Offloading)得到了支持。简单来说，LIPA功能是指UE和基站进行连接，可以不通过核心网即和该基站管理下的其他具有IP功能的本地局域网设备进行连接和通信，SIPTO功能是指UE和基站连接，在基站本地部署本地网关，可以直接将数据发送到Internet而不需要通过核心网，从而达到就近路由，降低骨干网数据流量的目的。图3所示为现有技术的移动通信路径、LIPA的传输路径、SIPTO的传输路径的示意图。

正是由于移动通信技术的进步，使得核心网的处理压力越来越大，为了解决现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到终端的问题，提出了本发明的异构网络下的寻呼方法。

本发明实施例提供了一种异构网络下的寻呼方法。如图4所示，该异构网络下的寻呼方法能够在宏基站和小型基站被不同移动管理模块管理的情况下，寻呼网关P-GW分别连接管理宏基站的移动管理模块MME-M和管理小型基站的移动管理模块MME-S，当某个移动终端的数据到达寻呼网关时，寻呼网关首先尝试通过管理小型基站的移动管理模块通知小型基站寻呼用户，如果小型基站没有寻呼成功，再通过管理宏基站的移动管理模块通知宏基站进行寻呼。由于用户终端移动到小型基站的覆盖范围时，用户终端大概率会进行移动通信小区重选并驻留在小型基站覆盖范围内的移动通信小区，因此，通过上述寻呼方法先利用管理小型基站的移动管理模块控制小型基站寻呼用户终端，能较大概率寻呼到用户终端使得寻呼成功，提高寻呼效率，即使小型基站没有寻呼到用户终端，还可以通过宏基站进行寻呼。这样就在小型基站和宏基站被不同的移动管理模块管理时，无论用户终端与宏基站连接还是与小型基站连接都能保证用户终端被寻呼到，解决了现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到用户终端的问题。

以下结合图5和图6对本发明异构网络下的寻呼方法进行具体说明。

图5是根据本发明实施例的异构网络下的寻呼方法的流程图。如图5所示，该异构网络下的寻呼方法包括如下步骤：

步骤S102，在用户终端接入第一基站时，第一基站连接的第一移动管理模块将用户终端的上下文信息发送给第二移动管理模块，其中，第一移动管理模块和第二移动管理模块分别连接不同类型的基站。用户终端接入的第一基站可以是小型基站，也可以是宏基站。在第一基站为小型基站时，第一移动管理模块为管理多个小型基站的移动管理模块MME-S，相应的第二移动管理模块为管理多个宏基站的移动管理模块MME-M；在第一基站为宏基站时，第一移动管理模块为管理多个宏基站的移动管理模块MME-M，相应的第二移动管理模块为管理多个小型基站的移动管理模块MME-S。第一移动管理模块将用户终端的上下文信息(UE context)发送给第二移动管理模块，便于第一移动管理模块或者第二移动管理模块所控制的基站获取需要寻呼的用户终端的信息以寻呼用户终端。

步骤S104，在寻呼网关接收到数据发送请求时，从第一移动管理模块和第二移动管理模块中选择与第一类型的基站相连接的移动管理模块。第一类型的基站即小型基站，与第一类型的基站相连接的移动管理模块即移动管理模块MME-S。在寻呼网关接收到数据发送请求时，寻呼网关与管理宏基站的移动管理模块MME-M、管理小型基站的移动管理模块MME-S都处于连接状态，因此，寻呼网关需要在移动管理模块MME-M和移动管理模块MME-S中选择一个移动管理模块进行寻呼。并且，在用户终端连接基站时大概率会驻留在小型基站的覆盖范围内，因此，寻呼网关从移动管理模块MME-M和移动管理模块MME-S选择管理小型基站的移动管理模块MME-S发出寻呼请求。

步骤S106，控制选择的移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。选择的移动管理模块连接多个第一类型的基站，即移动管理模块MME-S连接多个小型基站，移动管理模块MME-S向用户终端的跟踪区列表中记载的小型基站发送寻呼请求。在寻呼到用户终端时，寻呼过程结束。

步骤S108，在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求。选择的移动管理模块发送的寻呼请求没有寻呼到用户终端时，寻呼网关接收选择的移动管理模块返回的寻呼失败的提示信息，寻呼网关控制另外一个移动模块向第二类型的基站发送寻呼请求，即移动管理模块MME-S向小型基站发送寻呼请求，移动管理模块MME-S管理的跟踪区列表中记载的小型基站没有寻呼到用户终端时，控制移动管理模块MME-M向其管理的宏基站发出寻呼请求，由宏基站寻呼用户终端。

通过上述实施例，无论用户终端连接的基站是移动管理模块MME-M管理的宏基站，还是由移动管理模块MME-S管理的小型基站，均由移动管理模块MME-S向小型基站先发出寻呼请求，尤其在用户终端处于宏基站与小型基站的重叠覆盖范围内优先与小型基站连接的网络中，尽可能地简化核心网的通信流程，避免无法寻呼到用户终端的情况，也就解决了现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到用户终端的问题。

可选地，寻呼网关可以优先向用户终端连接的第一基站的移动管理模块发出寻呼请求，如果与第一基站连接的第一移动管理模块是小型基站的移动管理模块MME-S，则直接控制第一移动管理模块向用户终端的跟踪区列表中记载的小型基站发送寻呼请求；如果与第一基站连接的第一移动管理模块是宏基站的移动管理模块MME-M，则控制第一移动管理模块向第二移动管理模块发出寻呼请求，即向小型基站的移动管理模块MME-S发出寻呼请求，并且由第二移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。即判断第一移动管理模块是否为第一类型的基站连接的移动管理模块。如果判断出第一移动管理模块为第一类型的基站连接的移动管理模块，则寻呼网关控制第一移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。如果判断出第一移动管理模块不是第一类型的基站连接的移动管理模块，则寻呼网关控制第一移动管理模块向第二移动管理模块发送寻呼请求，并且由第二移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。

优选地，由于在用户终端处于连接状态时服务网关会记录用户终端所连接的宏基站是哪一个，即第一基站连接的服务网关记录用户终端处于连接状态时所连接基站的基站类型标识，因此在控制选择的移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求之前，根据用户终端曾经驻留的宏基站的信息缩小查找用户终端的范围，以降低寻呼用户终端的寻呼开销。即该寻呼方法还包括：选择的移动管理模块向第一基站的服务网关发送查询请求，其中，查询请求用于查询用户终端最后一次连接的第二类型基站和/或最后一次连接的第二类型基站周围的第二类型基站。选择的移动管理模块接收服务网关响应查询请求发送的查询到的第二类型基站。

如图6，用户终端连接的第一基站为小型基站a，用户终端最后一次连接的宏基站为宏基站A，在宏基站A的周围还有六个宏基站；在宏基站A的覆盖范围内有三个小型基站，分别为小型基站a、小型基站b和小型基站c。其中，选择的移动管理模块查询到的最后一次连接的第二类型基站为宏基站A，最后一次连接的第二类型基站周围的第二类型基站为宏基站A周围的六个宏基站，六个宏基站中每个宏基站的覆盖范围内都有多个小型基站，图6中未示出。

进一步地，在向用户终端的跟踪区列表中记载的小型基站发送寻呼请求之前，对用户终端最后一次连接的宏基站覆盖范围内的小型基站发送寻呼请求，即控制选择的移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求包括：选择的移动管理模块向查询到的用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送寻呼请求。用户在移动过程中，大概率处于最后一次连接的宏基站的覆盖范围内，与该宏基站覆盖范围内的小型基站连接，因此，可以缩小寻呼用户终端的寻呼范围以降低寻呼开销，更快的完成寻呼。

进一步地，如果在用户终端最后一次连接的宏基站的覆盖范围内没有成功寻呼到用户终端，可以将寻呼终端扩大到与最后一次连接的宏基站相邻的宏基站的覆盖范围内，即在选择的移动管理模块向查询到的用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送寻呼请求之后，寻呼方法还包括：判断选择的移动管理模块发送的寻呼请求是否寻呼成功。如果寻呼请求没有寻呼成功，则选择的移动管理模块继续向查询到的用户终端最后一次连接的第二类型的基站周围的第二类型的基站覆盖范围内的第一类型的基站发送寻呼请求。

例如，如图6所示，用户终端最后一次连接的宏基站为宏基站A，则首先向宏基站A中的小型基站a、小型基站b和小型基站c发出寻呼请求。如果在宏基站A的覆盖范围内没有寻呼到用户终端，则将寻呼范围扩大到宏基站A周围的六个基站，向宏基站A周围的六个基站中的小型基站发送寻呼请求。

根据用户终端移动的特性，在用户终端最后一次连接的宏基站的覆盖范围内或者最后一次连接的宏基站周围的宏基站的覆盖范围内寻呼用户终端，可以缩小寻呼用户终端的范围，降低寻呼开销，并且优选利用上述覆盖范围内的小型基站进行寻呼。

可选地，宏基站和小型基站采用相同频率的信号进行小区覆盖时，用户终端发生基站的断开和新的基站的接入时，用户终端会自动选择信号强度最强的基站进行连接，也即接收用户终端向第一基站发送的附着请求，其中，用户终端在判断出第一基站的信号强度最强时发送附着请求。在接收到附着请求后，同意用户终端的附着请求。用户终端检测到的信号强度最强的基站大概率为小型基站，尤其在用户终端处于宏基站和小型基站覆盖范围的重叠区域时，用户终端与小型基站相连接。

可选地，宏基站和小型基站采用不同频率的信号进行小区覆盖时，用户终端发生基站的断开和新的基站的接入时，在检测到用户终端从连接状态改变为非连接状态时，控制用户终端进行基站选择，即在用户终端由连接状态改变为非连接状态时，控制用户终端进行基站选择。接收用户终端向第一基站发送的附着请求，其中，用户终端处于第一基站的覆盖范围内。在接收到附着请求后，同意用户终端的附着请求。用户终端重新选择基站时，大概率会选择小型基站进行连接。

在宏基站和小型基站采用相同或者不同频率的信号进行小区覆盖时，都优先保证用户终端与小型基站连接，因此，在优先通过小型基站寻呼用户终端时，不仅能够避免寻呼不到用户终端的情况，还能快速寻呼到用户终端，并减少寻呼开销。

综上所述，本发明提供异构网络下的寻呼方法，通信网络中采用不同移动管理模块来管理宏基站和小型基站，降低了运营商的建网投资成本，在不改变现有实体的网络架构的情况下，只需小型基站的移动管理模块和宏基站的移动管理模块之间能够发送用户终端的上下文信息，就可以通过小型基站寻呼用户终端，并且实现了尽可能通过小型基站进行数据流量传输的目标。

本发明实施例还提供了一种异构网络下的寻呼装置。需要说明的是，本发明实施例的异构网络下的寻呼装置可以用于执行本发明实施例所提供的异构网络下的寻呼方法，本发明实施例的异构网络下的寻呼方法也可以通过本发明实施例所提供的异构网络下的寻呼装置来执行。

图7是根据本发明实施例的异构网络下的寻呼装置的示意图。如图7所示，该异构网络下的寻呼装置包括：第一发送单元10、选择单元20、第二发送单元30和第三发送单元40。

第一发送单元10用于在用户终端与第一基站建立连接时，控制第一基站连接的第一移动管理模块将用户终端的上下文信息发送给第二移动管理模块，其中，第一移动管理模块和第二移动管理模块分别连接不同类型的基站。用户终端接入的第一基站可以是小型基站，也可以是宏基站。在第一基站为小型基站时，第一移动管理模块为管理多个小型基站的移动管理模块MME-S，相应的第二移动管理模块为管理多个宏基站的移动管理模块MME-M；在第一基站为宏基站时，第一移动管理模块为管理多个宏基站的移动管理模块MME-M，相应的第二移动管理模块为管理多个小型基站的移动管理模块MME-S。第一移动管理模块将用户终端的上下文信息(UE context)发送给第二移动管理模块，便于第一移动管理模块或者第二移动管理模块所控制的基站获取需要寻呼的用户终端的信息以寻呼用户终端。

选择单元20用于在寻呼网关接收到数据发送请求时，从第一移动管理模块和第二移动管理模块中选择与第一类型的基站相连接的移动管理模块。第一类型的基站即小型基站，与第一类型的基站相连接的移动管理模块即移动管理模块MME-S。在寻呼网关接收到数据发送请求时，寻呼网关与管理宏基站的移动管理模块MME-M、管理小型基站的移动管理模块MME-S都处于连接状态，因此，寻呼网关需要在移动管理模块MME-M和移动管理模块MME-S中选择一个移动管理模块进行寻呼。并且，在用户终端连接基站时大概率会驻留在小型基站的覆盖范围内，因此，寻呼网关从移动管理模块MME-M和移动管理模块MME-S选择管理小型基站的移动管理模块MME-S发出寻呼请求。

第二发送单元30用于控制选择的移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。选择的移动管理模块连接多个第一类型的基站，即移动管理模块MME-S连接多个小型基站，移动管理模块MME-S向用户终端的跟踪区列表中记载的小型基站发送寻呼请求。在寻呼到用户终端时，寻呼过程结束。

第三发送单元40用于在寻呼用户终端失败时，控制另一个移动管理模块向另一个移动管理模块连接的第二类型的基站发出寻呼请求。选择的移动管理模块发送的寻呼请求没有寻呼到用户终端时，寻呼网关接收选择的移动管理模块返回的寻呼失败的提示信息，寻呼网关控制另外一个移动模块向第二类型的基站发送寻呼请求，即移动管理模块MME-S向小型基站发送寻呼请求，移动管理模块MME-S管理的跟踪区列表中记载的小型基站没有寻呼到用户终端时，控制移动管理模块MME-M向其管理的宏基站发出寻呼请求，由宏基站寻呼用户终端。

通过上述实施例，无论用户终端连接的基站是移动管理模块MME-M管理的宏基站，还是由移动管理模块MME-S管理的小型基站，均由移动管理模块MME-S向小型基站先发出寻呼请求，尤其在用户终端处于宏基站与小型基站的重叠覆盖范围内优先与小型基站连接的网络中，尽可能地简化核心网的通信流程，避免无法寻呼到用户终端的情况，也就解决了现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到用户终端的问题。

可选地，寻呼网关可以优先向用户终端连接的第一基站的移动管理模块发出寻呼请求，如果与第一基站连接的第一移动管理模块是小型基站的移动管理模块MME-S，则直接控制第一移动管理模块向用户终端的跟踪区列表中记载的小型基站发送寻呼请求；如果与第一基站连接的第一移动管理模块是宏基站的移动管理模块MME-M，则控制第一移动管理模块向第二移动管理模块发出寻呼请求，即向小型基站的移动管理模块MME-S发出寻呼请求，并且由第二移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。即第二发送单元包括：判断模块，用于判断第一移动管理模块是否为第一类型的基站连接的移动管理模块。第一发送模块，用于在判断出第一移动管理模块为第一类型的基站连接的移动管理模块时，寻呼网关控制第一移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。第二发送模块，用于在判断出第一移动管理模块不是第一类型的基站连接的移动管理模块时，寻呼网关控制第一移动管理模块向第二移动管理模块发送寻呼请求，并且由第二移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求。

优选地，由于在用户终端处于连接状态时服务网关会记录用户终端所连接的宏基站是哪一个，即记录单元，控制第一基站连接的服务网关记录用户终端处于连接状态时所连接基站的基站类型标识，因此在控制选择的移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求之前，根据用户终端曾经驻留的宏基站的信息缩小查找用户终端的范围，以降低寻呼用户终端的寻呼开销。即该寻呼装置还包括：第三发送单元，用于在控制选择的移动管理模块向用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求之前，控制选择的移动管理模块向第一基站的服务网关发送查询请求，其中，查询请求用于查询用户终端最后一次连接的第二类型基站和/或最后一次连接的第二类型基站周围的第二类型基站。第一接收单元，用于控制选择的移动管理模块接收服务网关响应查询请求发送的查询到的第二类型基站。

如图6，用户终端连接的第一基站为小型基站a，用户终端最后一次连接的宏基站为宏基站A，在宏基站A的周围还有六个宏基站；在宏基站A的覆盖范围内有三个小型基站，分别为小型基站a、小型基站b和小型基站c。其中，选择的移动管理模块查询到的最后一次连接的第二类型基站为宏基站A，最后一次连接的第二类型基站周围的第二类型基站为宏基站A周围的六个宏基站，六个宏基站中每个宏基站的覆盖范围内都有多个小型基站，图6中未示出。

进一步地，在向用户终端的跟踪区列表中记载的小型基站发送寻呼请求之前，对用户终端最后一次连接的宏基站覆盖范围内的小型基站发送寻呼请求，即第二发送单元包括：第三发送模块，用于控制选择的移动管理模块向查询到的用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送寻呼请求。用户在移动过程中，大概率处于最后一次连接的宏基站的覆盖范围内，与该宏基站覆盖范围内的小型基站连接，因此，可以缩小寻呼用户终端的寻呼范围以降低寻呼开销，更快的完成寻呼。

进一步地，如果在用户终端最后一次连接的宏基站的覆盖范围内没有成功寻呼到用户终端，可以将寻呼终端扩大到与最后一次连接的宏基站相邻的宏基站的覆盖范围内，即寻呼装置还包括：第一判断模块，用于在选择的移动管理模块向查询到的用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送寻呼请求之后，判断选择的移动管理模块发送的寻呼请求是否寻呼成功。第四发送模块，用于在寻呼请求没有寻呼成功时，控制选择的移动管理模块继续向查询到的用户终端最后一次连接的第二类型的基站周围的第二类型的基站覆盖范围内的第一类型的基站发送寻呼请求。

例如，如图6所示，用户终端最后一次连接的宏基站为宏基站A，则首先向宏基站A中的小型基站a、小型基站b和小型基站c发出寻呼请求。如果在宏基站A的覆盖范围内没有寻呼到用户终端，则将寻呼范围扩大到宏基站A周围的六个基站，向宏基站A周围的六个基站中的小型基站发送寻呼请求。

根据用户终端移动的特性，在用户终端最后一次连接的宏基站的覆盖范围内或者最后一次连接的宏基站周围的宏基站的覆盖范围内寻呼用户终端，可以缩小寻呼用户终端的范围，降低寻呼开销，并且优选利用上述覆盖范围内的小型基站进行寻呼。

可选地，宏基站和小型基站采用相同频率的信号进行小区覆盖时，用户终端发生基站的断开和新的基站的接入时，用户终端会自动选择信号强度最强的基站进行连接，也即寻呼装置还包括：记录单元，用于在选择的移动管理模块向第一基站的服务网关发送查询请求之前，控制第一基站连接的服务网关记录用户终端处于连接状态时所连接基站的基站类型标识。用户终端检测到的信号强度最强的基站大概率为小型基站，尤其在用户终端处于宏基站和小型基站覆盖范围的重叠区域时，用户终端与小型基站相连接。

可选地，宏基站和小型基站采用不同频率的信号进行小区覆盖时，用户终端发生基站的断开和新的基站的接入时，在检测到用户终端从连接状态改变为非连接状态时，控制用户终端进行基站选择，即第一类型的基站与第二类型基站的频率不同，寻呼装置还包括：控制单元，用于在用户终端由连接状态改变为非连接状态时，控制用户终端进行基站选择。第二接收单元，用于接收用户终端向第一基站发送的附着请求，其中，用户终端处于第一基站的覆盖范围内。确定单元，用于在接收到附着请求后，同意用户终端的附着请求。用户终端重新选择基站时，大概率会选择小型基站进行连接。

在宏基站和小型基站采用相同或者不同频率的信号进行小区覆盖时，都优先保证用户终端与小型基站连接，因此，在优先通过小型基站寻呼用户终端时，不仅能够避免寻呼不到用户终端的情况，还能快速寻呼到用户终端，并减少寻呼开销。

综上所述，本发明提供异构网络下的寻呼方法，通信网络中采用不同移动管理模块来管理宏基站和小型基站，降低了运营商的建网投资成本，在不改变现有实体的网络架构的情况下，只需小型基站的移动管理模块和宏基站的移动管理模块之间能够发送用户终端的上下文信息，就可以通过小型基站寻呼用户终端，并且实现了尽可能通过小型基站进行数据流量传输的目标。

本发明实施例还提供一种通信系统，如图4所示，该通信系统包括：

基站。

第一移动管理模块，在用户终端与基站连接时，发送用户终端的上下文信息。

第二移动管理模块，接收第一移动管理模块发送的用户终端的上下文信息，其中，第一移动管理模块和第二移动管理模块分别连接不同类型的基站。

寻呼网关，用于在接收到数据发送请求时，从第一移动管理模块和第二移动管理模块中选择与预定类型的基站相连接的移动管理模块，控制选择的移动管理模块向用户终端的跟踪区列表中记载的预定类型的基站发送寻呼请求。

基站是图4所示的小型基站或者宏基站，第一移动管理模块和第二移动管理模块分别为小型基站的移动管理模块MME-S、宏基站的移动管理模块MME-M，寻呼网关是图4中的P-GW/S-GW。

用户终端接入的基站可以是小型基站，也可以是宏基站。在基站为小型基站时，第一移动管理模块为管理多个小型基站的移动管理模块MME-S，相应的第二移动管理模块为管理多个宏基站的移动管理模块MME-M；在第一基站为宏基站时，第一移动管理模块为管理多个宏基站的移动管理模块MME-M，相应的第二移动管理模块为管理多个小型基站的移动管理模块MME-S。第一移动管理模块将用户终端的上下文信息(UE context)发送给第二移动管理模块，便于第一移动管理模块或者第二移动管理模块所控制的基站获取需要寻呼的用户终端的信息以寻呼用户终端。

第一类型的基站即小型基站，与第一类型的基站相连接的移动管理模块即移动管理模块MME-S。在寻呼网关接收到数据发送请求时，寻呼网关与管理宏基站的移动管理模块MME-M、管理小型基站的移动管理模块MME-S都处于连接状态，因此，寻呼网关需要在移动管理模块MME-M和移动管理模块MME-S中选择一个移动管理模块进行寻呼。并且，在用户终端连接基站时大概率会驻留在小型基站的覆盖范围内，因此，寻呼网关从移动管理模块MME-M和移动管理模块MME-S选择管理小型基站的移动管理模块MME-S发出寻呼请求。

选择的移动管理模块连接多个第一类型的基站，即移动管理模块MME-S连接多个小型基站，移动管理模块MME-S向用户终端的跟踪区列表中记载的小型基站发送寻呼请求。在寻呼到用户终端时，寻呼过程结束。

选择的移动管理模块发送的寻呼请求没有寻呼到用户终端时，寻呼网关接收选择的移动管理模块返回的寻呼失败的提示信息，寻呼网关控制另外一个移动模块向第二类型的基站发送寻呼请求，即移动管理模块MME-S向小型基站发送寻呼请求，移动管理模块MME-S管理的跟踪区列表中记载的小型基站没有寻呼到用户终端时，控制移动管理模块MME-M向其管理的宏基站发出寻呼请求，由宏基站寻呼用户终端。

通过上述实施例，无论用户终端连接的基站是移动管理模块MME-M管理的宏基站，还是由移动管理模块MME-S管理的小型基站，均由移动管理模块MME-S向小型基站先发出寻呼请求，尤其在用户终端处于宏基站与小型基站的重叠覆盖范围内优先与小型基站连接的网络中，能够避免无法寻呼到用户终端的情况，也就解决了现有技术中当用户终端处于不同移动管理模块管理的基站的重叠覆盖范围内时，不能寻呼到用户终端的问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

1.一种异构网络下的寻呼方法，其特征在于，包括：

在用户终端接入第一基站时，所述第一基站连接的第一移动管理模块将所述用户终端的上下文信息发送给第二移动管理模块，其中，所述第一移动管理模块和所述第二移动管理模块分别连接不同类型的基站；

在寻呼网关接收到数据发送请求时，从所述第一移动管理模块和所述第二移动管理模块中选择与第一类型的基站相连接的移动管理模块；

控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求；以及

在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求；

其中，所述第一类型的基站为小型基站，所述第二类型的基站为宏基站。

2.根据权利要求1所述的寻呼方法，其特征在于，控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求包括：

判断所述第一移动管理模块是否为所述第一类型的基站连接的移动管理模块；

如果判断出所述第一移动管理模块为所述第一类型的基站连接的移动管理模块，则所述寻呼网关控制所述第一移动管理模块向所述用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求；

如果判断出所述第一移动管理模块不是所述第一类型的基站连接的移动管理模块，则所述寻呼网关控制所述第一移动管理模块向所述第二移动管理模块发送寻呼请求，并且由所述第二移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求。

3.根据权利要求1所述的寻呼方法，其特征在于，在控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求之前，所述寻呼方法还包括：

所述选择的移动管理模块向所述第一基站的服务网关发送查询请求，其中，所述查询请求用于查询所述用户终端最后一次连接的第二类型基站和/或所述最后一次连接的第二类型基站周围的第二类型基站；

所述选择的移动管理模块接收所述服务网关响应所述查询请求发送的查询到的第二类型基站。

4.根据权利要求3所述的寻呼方法，其特征在于，控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求包括：

所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

5.根据权利要求4所述的寻呼方法，其特征在于，在所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求之后，所述寻呼方法还包括：

判断所述选择的移动管理模块发送的所述寻呼请求是否寻呼成功；

如果所述寻呼请求没有寻呼成功，则所述选择的移动管理模块继续向查询到的所述用户终端最后一次连接的第二类型的基站周围的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

6.根据权利要求1-5中任一项所述的寻呼方法，其特征在于，在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求之前，所述寻呼方法还包括：

所述寻呼网关接收所述选择的移动管理模块返回的寻呼失败的提示信息。

7.根据权利要求3所述的寻呼方法，其特征在于，在所述选择的移动管理模块向所述第一基站的服务网关发送查询请求之前，所述寻呼方法还包括：

所述第一基站连接的所述服务网关记录所述用户终端处于连接状态时所连接基站的基站类型标识。

8.根据权利要求1所述的寻呼方法，其特征在于，所述第一类型的基站与第二类型的基站的频率相同，用户终端接入第一基站包括：

接收所述用户终端向所述第一基站发送的附着请求，其中，所述用户终端在判断出所述第一基站的信号强度最强时发送所述附着请求；

在接收到所述附着请求后，同意所述用户终端的附着请求。

9.根据权利要求1所述的寻呼方法，其特征在于，所述第一类型的基站与第二类型基站的频率不同，用户终端接入第一基站包括：

在所述用户终端由连接状态改变为非连接状态时，控制所述用户终端进行基站选择；

接收所述用户终端向所述第一基站发送的附着请求，其中，所述用户终端处于所述第一基站的覆盖范围内；

在接收到所述附着请求后，同意所述用户终端的附着请求。

10.一种异构网络下的寻呼装置，其特征在于，包括：

第一发送单元，用于在用户终端与第一基站建立连接时，控制所述第一基站连接的第一移动管理模块将所述用户终端的上下文信息发送给第二移动管理模块，其中，所述第一移动管理模块和所述第二移动管理模块分别连接不同类型的基站；

选择单元，用于在寻呼网关接收到数据发送请求时，从所述第一移动管理模块和所述第二移动管理模块中选择与第一类型的基站相连接的移动管理模块；

第二发送单元，用于控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求；

第三发送单元，用于在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求；

其中，所述第一类型的基站为小型基站，所述第二类型的基站为宏基站。

11.根据权利要求10所述的寻呼装置，其特征在于，所述第二发送单元包括：

判断模块，用于判断所述第一移动管理模块是否为所述第一类型的基站连接的移动管理模块；

第一发送模块，用于在判断出所述第一移动管理模块为所述第一类型的基站连接的移动管理模块时，所述寻呼网关控制所述第一移动管理模块向所述用户终端的跟踪区列表中记载的第一类型的基站发送寻呼请求；

第二发送模块，用于在判断出所述第一移动管理模块不是所述第一类型的基站连接的移动管理模块时，所述寻呼网关控制所述第一移动管理模块向所述第二移动管理模块发送寻呼请求，并且由所述第二移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求。

12.根据权利要求10所述的寻呼装置，其特征在于，所述寻呼装置还包括：

第四发送单元，用于在控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述第一类型的基站发送寻呼请求之前，控制所述选择的移动管理模块向所述第一基站的服务网关发送查询请求，其中，所述查询请求用于查询所述用户终端最后一次连接的第二类型基站和/或所述最后一次连接的第二类型基站周围的第二类型基站；

第一接收单元，用于控制所述选择的移动管理模块接收所述服务网关响应所述查询请求发送的查询到的第二类型基站。

13.根据权利要求12所述的寻呼装置，其特征在于，所述第二发送单元包括：

第三发送模块，用于控制所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

14.根据权利要求13所述的寻呼装置，其特征在于，所述寻呼装置还包括：

判断模块，用于在所述选择的移动管理模块向查询到的所述用户终端最后一次连接的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求之后，判断所述选择的移动管理模块发送的所述寻呼请求是否寻呼成功；

第四发送模块，用于在所述寻呼请求没有寻呼成功时，控制所述选择的移动管理模块继续向查询到的所述用户终端最后一次连接的第二类型的基站周围的第二类型的基站覆盖范围内的第一类型的基站发送所述寻呼请求。

15.根据权利要求10-14中任一项所述的寻呼装置，其特征在于，所述第二发送单元包括：

返回单元，用于在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求之前，所述寻呼网关接收所述选择的移动管理模块返回的寻呼失败的提示信息。

16.根据权利要求12所述的寻呼装置，其特征在于，所述寻呼装置还包括：

记录单元，用于在所述选择的移动管理模块向所述第一基站的服务网关发送查询请求之前，控制所述第一基站连接的所述服务网关记录所述用户终端处于连接状态时所连接基站的基站类型标识。

17.根据权利要求10所述的寻呼装置，其特征在于，所述第一类型的基站与第二类型基站的频率不同，所述寻呼装置还包括：

控制单元，用于在所述用户终端由连接状态改变为非连接状态时，控制所述用户终端进行基站选择；

第二接收单元，用于接收所述用户终端向所述第一基站发送的附着请求，其中，所述用户终端处于所述第一基站的覆盖范围内；

确定单元，用于在接收到所述附着请求后，同意所述用户终端的附着请求。

18.一种通信系统，其特征在于，包括：

基站；

第一移动管理模块，在用户终端与所述基站连接时，发送所述用户终端的上下文信息；

第二移动管理模块，接收所述第一移动管理模块发送的所述用户终端的上下文信息，其中，所述第一移动管理模块和所述第二移动管理模块分别连接不同类型的基站；

寻呼网关，用于在接收到数据发送请求时，从所述第一移动管理模块和所述第二移动管理模块中选择与预定类型的基站相连接的移动管理模块，控制选择的移动管理模块向所述用户终端的跟踪区列表中记载的所述预定类型的基站发送寻呼请求，并且在寻呼所述用户终端失败时，控制另一个移动管理模块向所述另一个移动管理模块连接的第二类型的基站发出寻呼请求；

其中，所述预定类型的基站为小型基站，所述第二类型的基站为宏基站。