CN102149045A - 用于hnb连续组网的寻呼方法、装置和系统 - Google Patents

Abstract

本发明实施例提供一种用于HNB连续组网的寻呼方法、装置和系统，该方法包括：获取核心网发送的寻呼消息中的待寻呼终端信息；根据待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向寻呼组标识对应的所有HNB下发寻呼消息，以寻呼到待寻呼HNB；一个寻呼组标识对应同一空口LAC下的至少一个HNB。本发明实施例将同一个空口LAC下的HNB分为多个寻呼组或者将同一个空口LAC下的HNB分别归属到多个HNB代理，使得HNB网关可以对寻呼组标识相同的HNB进行广播寻呼或者对一个空口LAC下的所有HNB代理进行广播寻呼，由此可以降低HNB网关的寻呼负荷，提高网络性能。

Description

用于HNB连续组网的寻呼方法、装置和系统

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种用于HNB连续组网的寻呼方法、装置和系统。

背景技术

在现有的3GPP标准中，当终端(User Equipment，以下简称为：UE)驻留到家庭基站(Home NodeB，以下简称为：HNB)时，HNB向HNB-GW(Gateway，网关)发起UE注册过程；当有寻呼消息时，HNB-GW根据UE的注册消息向相应的HNB发寻呼消息。由于现有的HNB进行单点覆盖，所以该现有的寻呼方案能够准确定位到UE驻留的HNB。

然而，随着HNB产业的发展，多个HNB可以进行连续组网。当多个HNB连续组网时，为了减少UE的位置更新流程，连续组网的多个HNB的空口LAC(Location Area Code，位置区码)相同。此时，UE在连续组网的多个HNB之间移动时就不会发起新的注册过程，并且UE移动后驻留的HNB也不会触发到HNB-GW的注册过程。由此，对于连续组网的多个HNB，HNB-GW并不知道某一UE当前驻留在具体哪一个HNB。为了准确寻呼到HNB，HNB-GW需要通过LAC广播方式来进行寻呼，即HNB-GW将寻呼下发给相同LAC的所有HNB。

由于HNB-GW所能接入的HNB数量较多，当采用HNB-GW采用寻呼广播的方式下发寻呼时，HNB-GW的寻呼负荷较大，造成网络性能差。

发明内容

本发明实施例提供一种用于HNB连续组网的寻呼方法、装置和系统，用以降低HNB-GW的寻呼负荷，提高网络性能。

本发明实施例提供一种用于HNB连续组网的寻呼方法，包括：

获取核心网发送的寻呼消息中的待寻呼终端信息；

根据所述待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取所述待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向所述寻呼组标识对应的所有HNB下发寻呼消息，以寻呼到所述待寻呼HNB；一个寻呼组标识对应同一空口LAC下的至少一个HNB。

本发明实施例还提供一种用于HNB连续组网的寻呼方法，包括：

HNB代理接收HNB网关发送的广播寻呼消息；所述广播寻呼消息是所述HNB网关根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理发送的；

所述HNB代理向所述HNB代理对应的所有HNB广播寻呼消息，以寻呼到所述待寻呼终端信息对应的HNB；

一个所述HNB代理对应同一空口LAC下的至少一个HNB。

本发明实施例提供一种用于HNB连续组网的寻呼装置，包括：

第一获取模块，用于获取核心网发送的寻呼消息中的待寻呼终端信息；

第一寻呼模块，用于根据所述待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取所述待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向所述寻呼组标识对应的所有HNB下发寻呼消息，以寻呼到所述待寻呼HNB；一个寻呼组标识对应同一空口LAC下的至少一个HNB。

本发明实施例还提供一种用于HNB连续组网的寻呼装置，所述寻呼装置包含于HNB代理，所述寻呼装置包括：

第一接收模块，用于接收HNB网关发送的广播寻呼消息；所述广播寻呼消息是所述HNB网关根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理发送的；

第三寻呼模块，用于向所述HNB代理对应的所有HNB广播寻呼消息，以寻呼到所述待寻呼终端信息对应的HNB；

一个所述HNB代理对应同一空口LAC下的至少一个HNB。

本发明实施例提供一种用于HNB连续组网的寻呼系统，包括：HNB网关和HNB代理；所述HNB代理为上述本发明实施例提供的HNB代理；所述HNB网关，用于根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理，向所述待寻呼HNB代理对应的空口位置区码LAC下的所有HNB代理广播寻呼消息。

本发明实施例的用于HNB连续组网的寻呼方法、装置和系统，HNB网关接收到核心网发送的寻呼消息后，获取该寻呼消息中的待寻呼终端信息；然后HNB网关根据待寻呼终端信息对应的待寻呼HNB的寻呼组标识向所述寻呼组标识对应的所有HNB下发寻呼消息，或者HNB网关向待寻呼终端对应的HNB代理广播寻呼消息，以使该HNB代理向HNB代理对应的所有HNB广播寻呼消息；从而使得寻呼到待寻呼HNB，进而寻呼到待寻呼终端。本发明实施例中，将同一个空口LAC下的HNB分为多个寻呼组或者将同一个空口LAC下的HNB分别归属到多个HNB代理，使得HNB网关可以对寻呼组标识相同的HNB进行广播寻呼或者对一个空口LAC下的所有HNB代理进行广播寻呼，而无需对一个空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB网关的寻呼负荷，提高网络性能。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明用于HNB连续组网的寻呼方法实施例一的流程图；

图2为本发明用于HNB连续组网的寻呼方法实施例二的流程图；

图3为本发明用于HNB连续组网的寻呼方法实施例三的流程图；

图4为本发明用于HNB连续组网的寻呼方法实施例四的信令图；

图5为本发明用于HNB连续组网的寻呼装置实施例一的示意图；

图6为本发明用于HNB连续组网的寻呼装置实施例二的示意图；

图7为本发明用于HNB连续组网的寻呼装置实施例三的示意图；

图8为本发明用于HNB连续组网的寻呼装置实施例四的示意图。

具体实施方式

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

图1为本发明用于HNB连续组网的寻呼方法实施例一的流程图，如图1所示，该方法包括：

步骤101、获取核心网发送的寻呼消息中的待寻呼终端信息。

本发明各实施例可以应用于HNB连续组网的场景中，本实施例的执行主体为HNB网关(HNB GW)。

HNB GW从核心网(Core Network，以下简称为：CN)接收寻呼消息，该寻呼消息中包括待寻呼终端信息；该待寻呼终端信息例如为待寻呼终端的标识，其中，终端的标识例如可以为终端的IMSI(International MobileSubscriber Identification Number，国际移动用户识别码)、TMSI(TemporaryMobile Subscriber Identity，临时识别码)或IMEI(International MobileEquipment Identification Number，国际移动设备识别码)等。HNB GW从该寻呼消息中，可以获取待寻呼终端信息。

步骤102、根据待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向寻呼组标识对应的所有HNB下发寻呼消息，以寻呼到待寻呼HNB。一个寻呼组标识对应至少一个HNB。

本实施例中，将网络中对应同一个空口LAC的多个HNB进行分组，每组的HNB共用一个寻呼组标识；其中每组可以包含多个HNB，即一个寻呼组标识对应多个HNB。HNB GW中记录有各个终端接入时登记的终端与HNB的绑定关系，并且HNB GW中还记录有各个HNB接入HNB GW时登记的HNB与寻呼组标识的绑定关系；由此，HNB GW可以获取到终端与HNB的寻呼组标识的对应关系。

HNB GW根据待寻呼终端信息，可以获取到该待寻呼终端信息对应的待寻呼HNB，进而获取到该待寻呼HNB对应的寻呼组标识，即HNB GW根据终端与HNB的寻呼组标识的对应关系，获取待寻呼终端信息对应的寻呼组标识；然后HNB GW向该寻呼组标识对应的所有HNB下发广播寻呼消息；该待寻呼HNB接收到HNB-GW发送的广播寻呼消息后，再把寻呼下发到待寻呼终端。

本发明实施例，HNB GW接收到CN发送的寻呼消息后，获取该寻呼消息中的待寻呼终端信息；然后HNB GW根据待寻呼终端信息对应的待寻呼HNB的寻呼组标识向该寻呼组标识对应的所有HNB下发寻呼消息，从而使得寻呼到待寻呼HNB。本发明实施例中，将同一个空口LAC下的HNB分为多个寻呼组，每组中的HNB对应一个寻呼组标识，HNB GW可以根据寻呼组标识向寻呼组标识相同的所有HNB进行广播寻呼，而无需对该空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB GW的寻呼负荷，提高网络性能。并且，由于本发明实施例中HNB GW根据寻呼组标识对HNB进行寻呼，而不是根据空口LAC对HNB进行寻呼，所以与现有技术相比，本发明实施例中一个空口LAC下可以带更多的HNB，而不会影响HNB GW的寻呼负荷，由此节省了空口LAC资源。

图2为本发明用于HNB连续组网的寻呼方法实施例二的流程图，如图2所示，该方法包括：

步骤201、HNB GW获取CN发送的寻呼消息中的待寻呼的UE1的标识。

本发明各实施例可以应用于HNB连续组网的场景中。本实施例中的UE1相当于其他实施例中所述的待寻呼终端，UE1的标识相当于其他实施例中所说的待寻呼终端信息，HNB1相当于其他实施例中所述的待寻呼HNB。

HNB GW从CN接收寻呼消息，并从该寻呼消息中获取UE1的标识。

步骤202、HNB GW根据UE1的标识对应的HNB1发送寻呼消息。

任一终端在接入HNB时、或者终端在一HNB中发起周期位置更新时、或者终端在对应不同的寻呼组标识的HNB之间移动时，会由终端当前所在的HNB向HNB GW发送包含该终端的标识和该HNB的标识的注册消息；其中，该终端与该HNB对应；当终端在对应相同的寻呼组标识的HNB之间移动时，移动到的HNB不会向HNB GW发送新的注册消息，此时，在HNB GW的记录中，该终端还是与原HNB(移动前的HNB)对应。

HNB GW获取UE1对应的HNB1，然后向该HNB1发送寻呼消息；此时，若该UE1没有在该HNB1所在的寻呼组内移动到其他HNB，则向该HNB1寻呼成功，结束；若该UE1在该HNB1所在的寻呼组内移动到其他HNB，则向该HNB1下发寻呼就无法寻呼到该UE1，由此该寻呼失败，然后执行步骤203。

其中，在HNB GW向HNB1发送寻呼消息时，可以启动定时器，若定时器超时，则由HNB GW触发二次寻呼，即由HNB GW执行步骤203。

若HNB GW没有获取到该UE1对应的HNB1，即HNB GW经查询发现没有该UE1的注册记录，则丢弃该寻呼消息，结束。

步骤203、HNB GW根据UE1的标识与HNB1的寻呼组标识的对应关系，获取UE1的标识对应的HNB1的寻呼组标识，并向寻呼组标识对应的所有HNB下发寻呼消息。

该步骤的具体过程可以参见图1所示实施例中步骤102中的描述，在此不再赘述。

本实施例中，要预先给HNB配置寻呼组标识，并在HNB接入网络和终端接入HNB或终端从HNB中移除时，要进行注册过程，具体的，本实施例的方法还包括：

步骤a1、若HNB1接入网络，则HNB1向HNB GW发送该HNB1的寻呼组标识；HNB GW接收该HNB1的标识及该HNB1的寻呼组标识，从而使得HNB GW获知该HNB1与该寻呼组标识相对应，即该寻呼组标识对应的HNB中包含HNB1。

步骤b1、若UE1接入HNB1或UE1与HNB1断开链接，则刷新UE1的标识与HNB1的寻呼组标识的对应关系，即UE1的标识与HNB1的寻呼组标识的对应关系被更新。具体的，当UE1接入HNB1时，该HNB1向HNB GW发送该UE1的标识和该HNB1的标识，以告知HNB GW该UE1与HNB1的绑定关系，从而使得HNB GW获知该UE1与HNB1的寻呼组标识的对应关系；当UE1从HNB1中移除时，即当UE1与HNB1断开链接时，HNB1向HNB GW发送释放请求，在HNB GW上删除该UE1和该HNB1的绑定关系，即删除该UE1的标识与HNB1的寻呼组标识的对应关系。

需要说明的是，当UE1在HNB1所在的寻呼组内移动时，例如UE1从HNB1移动到HNB2，HNB2和HNB1属于同一个寻呼组，此时UE1对应的寻呼组标识是不变的，所以在UE1移动到HNB2后，HNB2不向HNB GW发送注册消息，即不刷新UE1与HNB的对应关系。

需要说明的是，上述步骤a1和步骤b1是对UE1和HNB1的注册过程的描述，对于实施例中的任一个终端和HNB，都可以执行步骤a1和步骤b1的注册过程。

本发明实施例，除了具有图1所示实施例的优点以外，还可以在HNB GW对HNB进行第一次定点寻呼失败后，在二次寻呼时使用寻呼组标识来进行寻呼广播，由此可以降低HNB GW的寻呼负荷，节省空口LAC资源，从而提高网络性能。此外，本实施例的步骤203中，HNB GW在进行二次寻呼时，也可以不用寻呼组标识，而是在UE1对应的HNB1所在的空口LAC下广播寻呼消息。

图3为本发明用于HNB连续组网的寻呼方法实施例三的流程图，如图3所示，该方法包括：

步骤301、HNB代理接收HNB网关发送的广播寻呼消息；该广播寻呼消息是HNB网关根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理发送的。

本实施例的执行主体为HNB代理。

HNB GW从CN接收寻呼消息，该寻呼消息中包括待寻呼终端信息，该待寻呼终端信息例如为待寻呼终端的标识。HNB GW从该寻呼消息中，可以获取待寻呼终端信息。

本实施例中，在网络中增加HNB代理，将同一个空口LAC下的多个HNB进行分组，每组的HNB对应一个HNB代理；其中每个HNB代理可以对应多个HNB，HNB代理对应的HNB即为HNB代理所服务的HNB。HNB GW中记录有各个终端接入时登记的终端与HNB代理的绑定关系。

HNG GW根据待寻呼终端信息，可以获取到该待寻呼终端对应的HNB代理。然后HNB GW向获取到的该HNB代理所在的空口LAC下的所有HNB代理广播寻呼消息；HNB代理就接收到HNB网关发送的广播寻呼消息。

步骤302、HNB代理向HNB代理对应的所有HNB广播寻呼消息，以寻呼到待寻呼终端信息对应的HNB。一个HNB代理对应同一空口LAC下的至少一个HNB。

接收到广播寻呼消息后，HNB代理向该HNB代理对应的所有HNB广播寻呼消息；其中HNB代理对应的所有HNB即为HNB代理所服务的所有HNB。本实施例中，将同一个空口LAC下的HNB分为多个寻呼组，每组中的HNB对应一个HNB代理，使得在下发寻呼时，HNB GW可以只对一个空口LAC下的HNB代理下发广播消息即可，而无需对该空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB GW的寻呼负荷。并且，由于本实施例中HNB GW是对空口LAC下的HNB代理进行广播消息，而不是对空口LAC下的所有HNB进行寻呼，所以只要一个空口LAC下的HNB代理的数量不变，就不会影响HNB GW的寻呼负荷，也就是说，本实施例可以增加一个HNB代理下带的HNB的数量，以实现不影响HNB GW的寻呼负荷的情况下，增加一个空口LAC下带的HNB的数量，由此可以节省空口LAC资源。

本实施例中，要预先在网络中部署HNB代理，并在HNB接入网络和终端接入HNB时，要进行注册过程，具体的，本实施例的方法还包括：

步骤a2、HNB代理接入网络时，向HNB GW发送包含该HNB代理的标识的注册消息。

步骤b2、在第一HNB接入HNB代理时，HNB代理接收第一HNB发送的包含第一HNB的标识的注册消息，从而使得HNB代理获知第一HNB与HNB代理相对应，即第一HNB为HNB代理所服务的一个HNB。

步骤c2、在待寻呼终端接入HNB代理对应的第一HNB时，第一HNB向HNB代理发送包含待寻呼终端的标识和第一HNB的标识的注册消息，然后HNB代理向HNB GW发送包含待寻呼终端信息和HNB代理的标识的注册消息；或者，在待寻呼终端接入HNB代理时，HNB代理向HNB GW发送包含待寻呼终端信息和HNB代理的标识的注册消息；从而使得HNB网关获知待寻呼终端与HNB代理相对应。

其中，所述的第一HNB为HNB代理对应的任一HNB。

需要说明的是，当待寻呼终端在同一个HNB代理下的两个HNB之间移动时，此时待寻呼终端对应的HNB代理是不变的，所以此时HNB代理不向HNB GW发送注册消息，即不刷新待寻呼终端与HNB代理的对应关系。

需要说明的是，上述步骤b2和步骤c2是对HNB代理下的HNB和终端的注册过程的描述，对于本实施例中的任一个HNB和终端，都会执行步骤b2和步骤c2的注册过程。

本发明实施例，HNB GW接收到CN发送的寻呼消息后，获取该寻呼消息中的待寻呼终端信息；然后HNB GW向待寻呼终端信息对应的HNB代理广播寻呼消息，该HNB代理向HNB代理对应的所有HNB广播寻呼消息，从而使得寻呼到待寻呼HNB，进而寻呼到待寻呼终端。本发明实施例中，将同一个空口LAC下的HNB分别归属到多个HNB代理，使得HNB网关可以对一个空口LAC下的所有HNB代理进行广播寻呼，而无需对一个空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB网关的寻呼负荷，节省空口LAC资源，提高网络性能。

图4为本发明用于HNB连续组网的寻呼方法实施例四的信令图，本实施例是图3所示实施例的一种具体实现方式，如图4所示，该方法包括：

步骤401、HNB代理(HNB Proxy)向HNB GW发起注册过程。

步骤402、HNB1和HNB2分别向HNB代理(HNB Proxy)发起HNB注册过程。HNB Proxy记录HNB1和HNB2的信息。

其中，HNB1和HNB2均为HNB Proxy对应的HNB。

步骤403、UE1和UE2分别向HNB Proxy发起UE注册过程。

其中，UE1和UE2可以直接向HNB Proxy发起注册。或者，UE1可以通过HNB1向HNB Proxy发起注册，UE2可以通过HNB2向HNB Proxy发起注册；此时，UE1为HNB1对应的UE，UE2为HNB2对应的UE。

步骤404、HNB Proxy向HNB GW发起UE注册过程，将UE与HNB Proxy的绑定关系告知HNB-GW；若UE是通过HNB向HNB Proxy发起注册时，HNB Proxy将UE注册过程中的HNB标识修改为HNB Proxy的标识。

步骤405、HNB-GW从Iu接口接收到CN发送的寻呼消息，该寻呼消息用于寻呼UE1。

步骤406、HNB-GW从该寻呼消息中获取到待寻呼终端信息，然后获取到该待寻呼终端信息对应的HNB Proxy，再在该HNB Proxy所在的空口LAC下，将寻呼消息广播到该空口LAC下的各个HNB Proxy。

步骤407、HNB Proxy向该HNB Proxy下的HNB(HNB1和HNB2)下发寻呼消息。

步骤408、HNB1和HNB2接收到该HNB Proxy下发的寻呼消息后，向UE广播寻呼消息。

步骤409、UE1收到对自己的寻呼消息后，通过初始直传(Initial DirectTransfer)向HNB1发送消息。

步骤410、当HNB1接收到UE1发送的初始直传消息时，HNB1发送UE初始直传消息(RANAP Initial UE Message)给HNB Proxy；HNB Proxy将该消息转发给HNB-GW。

步骤411、HNB-GW将UE初始直传消息发送给CN。

本发明实施例中，将同一个空口LAC下的HNB分别归属到多个HNB代理，使得HNB网关可以对一个空口LAC下的所有HNB代理进行广播寻呼，而无需对一个空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB网关的寻呼负荷，节省空口LAC资源，提高网络性能。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图5为本发明用于HNB连续组网的寻呼装置实施例一的示意图，如图5所示，该装置包括：第一获取模块51和第一寻呼模块53。

第一获取模块51用于获取核心网发送的寻呼消息中的待寻呼终端信息。

第一寻呼模块53用于根据待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向寻呼组标识对应的所有HNB下发寻呼消息，以寻呼到待寻呼HNB；一个寻呼组标识对应同一空口LAC下的至少一个HNB。

本实施例提供的装置可以包含于HNB GW中。本实施例中各个模块的工作流程和工作原理参见上述图1所示方法实施例中的描述，在此不再赘述。

本发明实施例，在HNB GW接收到CN发送的寻呼消息后，第一获取模块获取该寻呼消息中的待寻呼终端信息；然后第一寻呼模块根据待寻呼终端信息对应的待寻呼HNB的寻呼组标识向该寻呼组标识对应的所有HNB下发寻呼消息，从而使得寻呼到待寻呼HNB。本发明实施例中，将同一个空口LAC下的HNB分为多个寻呼组，每组中的HNB对应一个寻呼组标识，HNBGW可以根据寻呼组标识向寻呼组标识相同的所有HNB进行广播寻呼，而无需对该空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB GW的寻呼负荷，提高网络性能。并且，由于本发明实施例中HNB GW根据寻呼组标识对HNB进行寻呼，而不是根据空口LAC对HNB进行寻呼，所以与现有技术相比，本发明实施例中一个空口LAC下可以带更多的HNB，而不会影响HNB GW的寻呼负荷，由此节省了空口LAC资源。

图6为本发明用于HNB连续组网的寻呼装置实施例二的示意图，在图5所示实施例的基础上，该装置还包括：第一标识接收模块55、保存模块57、刷新模块59、第二寻呼模块50和触发模块52。

第一标识接收模块55用于在第一寻呼模块53向寻呼组标识对应的所有HNB下发寻呼消息之前，若待寻呼HNB接入网络，则接收待寻呼HNB发送的待寻呼HNB的标识和待寻呼HNB的寻呼组标识，以获取到待寻呼HNB与寻呼组标识相对应。

保存模块57用于保存待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系。

刷新模块59用于若待寻呼终端接入待寻呼HNB或待寻呼终端与待寻呼HNB断开链接，则刷新待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系。

第二寻呼模块50用于向第一获取模块51获取的待寻呼终端信息对应的待寻呼HNB发送寻呼消息。

触发模块52用于若第二寻呼模块50向待寻呼HNB发送的寻呼失败，则触发第一寻呼模块53执行以下步骤：根据待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向寻呼组标识对应的所有HNB下发寻呼消息。

本实施例中各个模块的工作流程和工作原理参见上述图1或图2所示方法实施例中的描述，在此不再赘述。

本发明实施例，除了具有图5所示实施例的优点以外，还可以在HNB GW对HNB进行第一次定点寻呼失败后，在二次寻呼时使用寻呼组标识来进行寻呼广播，由此可以降低HNB GW的寻呼负荷，节省空口LAC资源，从而提高网络性能。

图7为本发明用于HNB连续组网的寻呼装置实施例三的示意图，该装置包含于HNB代理中，如图7所示，该装置包括：第一接收模块71和第三寻呼模块73。

第一接收模块71用于接收HNB网关发送的广播寻呼消息；该广播寻呼消息是HNB网关根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理发送的。

第三寻呼模块73用于向HNB代理对应的所有HNB广播寻呼消息，以寻呼到待寻呼终端信息对应的HNB。其中，一个HNB代理对应同一空口LAC下的至少一个HNB。

本实施例中各个模块的工作流程和工作原理参见上述图3所示方法实施例中的描述，在此不再赘述。

本发明实施例，HNB GW接收到CN发送的寻呼消息后，获取该寻呼消息中的待寻呼终端信息；然后待寻呼终端信息对应的HNB代理中的第一接收模块接收HNB GW发送的广播寻呼消息；第三寻呼模块向HNB代理对应的所有HNB广播寻呼消息，从而使得寻呼到待寻呼HNB，进而寻呼到待寻呼终端。本发明实施例中，将同一个空口LAC下的HNB分别归属到多个HNB代理，使得HNB网关可以对一个空口LAC下的所有HNB代理进行广播寻呼，而无需对一个空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB网关的寻呼负荷，节省空口LAC资源，提高网络性能。

图8为本发明用于HNB连续组网的寻呼装置实施例四的示意图，在图7所示实施例的基础上，该装置还包括：第二接收模块75和第一发送模块77。

第二接收模块75用于若第一HNB接入HNB代理，则接收第一HNB发送的包含第一HNB的标识的注册消息，以使HNB代理获知第一HNB与HNB代理相对应。第一HNB为HNB代理对应的一个HNB。

第一发送模块77用于若待寻呼终端接入HNB代理对应的第一HNB或者接入HNB代理，则向HNB网关发送包含待寻呼终端信息和HNB代理的标识的注册消息，以使HNB网关获知待寻呼终端与HNB代理相对应；第一HNB为HNB代理对应的一个HNB。

本实施例中各个模块的工作流程和工作原理参见上述图3或图4所示方法实施例中的描述，在此不再赘述。

本发明实施例提供的HNB代理，可以接收HNB网关对一个空口LAC下的所有HNB代理发送的广播寻呼，然后该HNB代理对其所服务的所有HNB进行广播寻呼，从而使得HNB网关无需对一个空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB网关的寻呼负荷，节省空口LAC资源，提高网络性能。

本发明实施例还提供一种用于HNB连续组网的寻呼系统，该系统包括HNB网关和HNB代理。

其中，该HNB代理包括图7或图8所示实施例提供的用于HNB连续组网的寻呼装置。

该HNB网关用于根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理，向待寻呼HNB代理对应的空口LAC下的所有HNB代理广播寻呼消息。

本实施例中各个模块的工作流程和工作原理参见上述各方法实施例中的描述，在此不再赘述。

本发明实施例，HNB GW接收到CN发送的寻呼消息后，获取该寻呼消息中的待寻呼终端信息；然后待寻呼终端信息对应的HNB代理接收HNB GW发送的广播寻呼消息，并向该HNB代理对应的所有HNB广播寻呼消息，从而使得寻呼到待寻呼HNB，进而寻呼到待寻呼终端。本发明实施例中，将同一个空口LAC下的HNB分别归属到多个HNB代理，使得HNB网关可以对一个空口LAC下的所有HNB代理进行广播寻呼，而无需对一个空口LAC下的所有HNB进行广播寻呼，由此可以降低HNB网关的寻呼负荷，节省空口LAC资源，提高网络性能。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (15)

1.一种用于家庭基站HNB连续组网的寻呼方法，其特征在于，包括：

获取核心网发送的寻呼消息中的待寻呼终端信息；

根据所述待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取所述待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向所述寻呼组标识对应的所有HNB下发寻呼消息，以寻呼到所述待寻呼HNB；一个寻呼组标识对应同一空口位置区码LAC下的至少一个HNB。

2.根据权利要求1所述的方法，其特征在于，所述向所述寻呼组标识对应的所有HNB下发寻呼消息之前还包括：

若所述待寻呼HNB接入网络，则接收所述待寻呼HNB发送的所述待寻呼HNB的标识和所述待寻呼HNB的寻呼组标识，以获知所述待寻呼HNB与所述寻呼组标识相对应。

3.根据权利要求1所述的方法，其特征在于，还包括：

若所述待寻呼终端接入所述待寻呼HNB或所述待寻呼终端与所述待寻呼HNB断开链接，则所述待寻呼终端信息与所述待寻呼HNB的寻呼组标识的对应关系被更新。

4.根据权利要求1-3任一所述的方法，其特征在于，所述根据所述待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取所述待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向所述寻呼组标识对应的所有HNB下发寻呼消息之前还包括：

向根据所述待寻呼终端信息对应的所述待寻呼HNB发送寻呼消息，且向所述待寻呼HNB发送的寻呼失败。

5.一种用于家庭基站HNB连续组网的寻呼方法，其特征在于，包括：

HNB代理接收HNB网关发送的广播寻呼消息；所述广播寻呼消息是所述HNB网关根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理发送的；

所述HNB代理向所述HNB代理对应的所有HNB广播寻呼消息，以寻呼到所述待寻呼终端信息对应的HNB；

一个所述HNB代理对应同一空口位置区码LAC下的至少一个HNB。

6.根据权利要求5所述的方法，其特征在于，还包括：

若第一HNB接入所述HNB代理，则所述HNB代理接收所述第一HNB发送的包含所述第一HNB的标识的注册消息，以使所述HNB代理获知所述第一HNB与所述HNB代理相对应。

7.根据权利要求5所述的方法，其特征在于，还包括：

若待寻呼终端接入所述HNB代理对应的第一HNB或者接入所述HNB代理，则所述HNB代理向所述HNB网关发送包含所述待寻呼终端信息和所述HNB代理的标识的注册消息，以使所述HNB网关获知所述待寻呼终端与所述HNB代理相对应；所述第一HNB为所述HNB代理对应的一个HNB。

8.一种用于家庭基站HNB连续组网的寻呼装置，其特征在于，包括：

第一获取模块，用于获取核心网发送的寻呼消息中的待寻呼终端信息；

第一寻呼模块，用于根据所述待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取所述待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向所述寻呼组标识对应的所有HNB下发寻呼消息，以寻呼到所述待寻呼HNB；一个寻呼组标识对应同一空口位置区码LAC下的至少一个HNB。

9.根据权利要求8所述的装置，其特征在于，还包括：

第一标识接收模块，用于在所述第一寻呼模块向所述寻呼组标识对应的所有HNB下发寻呼消息之前，若所述待寻呼HNB接入网络，则接收所述待寻呼HNB发送的所述待寻呼HNB的标识和所述待寻呼HNB的寻呼组标识，以获知所述待寻呼HNB与所述寻呼组标识相对应。

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

保存模块，用于保存所述待寻呼终端信息与所述待寻呼HNB的寻呼组标识的对应关系；

刷新模块，用于若所述待寻呼终端接入所述待寻呼HNB或所述待寻呼终端与所述待寻呼HNB断开链接，则刷新所述保存模块保存的所述待寻呼终端信息与所述待寻呼HNB的寻呼组标识的对应关系。

11.根据权利要求8-10任一所述的装置，其特征在于，还包括：

第二寻呼模块，用于向所述第一获取模块获取的所述待寻呼终端信息对应的所述待寻呼HNB发送寻呼消息；

触发模块，用于若所述第二寻呼模块向所述待寻呼HNB发送的寻呼失败，则触发所述第一寻呼模块执行以下步骤：根据所述待寻呼终端信息与待寻呼HNB的寻呼组标识的对应关系，获取所述待寻呼终端信息对应的待寻呼HNB的寻呼组标识，并向所述寻呼组标识对应的所有HNB下发寻呼消息。

12.一种用于家庭基站HNB连续组网的寻呼装置，所述寻呼装置包含于HNB代理，其特征在于，包括：

第一接收模块，用于接收HNB网关发送的广播寻呼消息；所述广播寻呼消息是所述HNB网关根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理发送的；

第三寻呼模块，用于向所述HNB代理对应的所有HNB广播寻呼消息，以寻呼到所述待寻呼终端信息对应的HNB；

一个所述HNB代理对应同一空口位置区码LAC下的至少一个HNB。

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

第二接收模块，用于若第一HNB接入所述HNB代理，则接收所述第一HNB发送的包含所述第一HNB的标识的注册消息，以使所述HNB代理获知所述第一HNB与所述HNB代理相对应。

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

第一发送模块，用于若所述待寻呼终端接入所述HNB代理对应的第一HNB或者接入所述HNB代理，则向所述HNB网关发送包含所述待寻呼终端信息和所述HNB代理的标识的注册消息，以使所述HNB网关获知所述待寻呼终端与所述HNB代理相对应；所述第一HNB为所述HNB代理对应的一个HNB。

15.一种用于家庭基站HNB连续组网的寻呼系统，其特征在于，包括：HNB网关和HNB代理；

所述HNB代理包括权利要求12-14任一所述的用于HNB连续组网的寻呼装置；

所述HNB网关，用于根据核心网发送的寻呼消息中的待寻呼终端信息对应的待寻呼HNB代理，向所述待寻呼HNB代理对应的空口位置区码LAC下的所有HNB代理广播寻呼消息。

Images