寻呼方法、家用基站、家用基站网关和通信系统.pdf

本发明涉及通信技术领域，公开了寻呼方法、家用基站、家用基站网关和通信系统，其中，本发明实施例提供的一种寻呼方法包括：接收寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；判断所述需要寻呼的用户设备的标识对应的用户设备是否有授权；如果判断得到所述用户设备有授权，对所述用户设备进行寻呼。使用本发明实施例提供的技术方案，HNB可以不对其所处的寻呼区内的所有寻呼都进行处理，降低无线资源的浪费。

1、  一种寻呼方法，其特征在于，包括：
接收寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
判断所述需要寻呼的用户设备的标识对应的用户设备是否有授权；
如果判断得到所述用户设备有授权，对所述用户设备进行寻呼。

2、  如权利要求1所述的寻呼方法，其特征在于，如果判断得到所述用户设备没有授权，不对所述用户设备进行寻呼。

3、  如权利要求1或2所述的寻呼方法，其特征在于，所述对所述用户设备进行寻呼具体为：
在空口下发空口寻呼消息对所述用户设备进行寻呼。

4、  一种寻呼方法，其特征在于，包括：
获取需要寻呼的用户设备的标识；
查找与所述用户设备的标识对应的家用基站；
向查找到的与所述用户设备的标识对应的家用基站发送寻呼消息。

5、  如权利要求4所述的寻呼方法，其特征在于，查找与所述用户设备的标识对应的家用基站前进一步包括：
获取需要寻呼的用户设备归属的寻呼区信息；
所述查找与所述用户设备的标识对应的家用基站具体为：
在所述寻呼区信息对应的寻呼区中查找与所述用户设备的标识对应的家用基站。

6、  如权利要求4或5所述的寻呼方法，其特征在于，由家用基站网关从接收的寻呼消息中获取所述需要寻呼的用户设备的标识。

7、  如权利要求4或5所述的寻呼方法，其特征在于，由核心网节点获取所述需要寻呼的用户设备的标识。

8、  如权利要求7所述的寻呼方法，其特征在于，所述向查找到的与所述用户设备的标识对应的家用基站发送寻呼消息具体为：
所述核心网节点通过家用基站网关向查找到的与所述用户设备的标识对应的家用基站发送寻呼消息。

9、  一种家用基站，其特征在于，包括：
消息接收单元，用于接收寻呼消息，所述寻呼消息包括用户设备的标识；
判断单元，用于判断所述用户设备的标识对应的用户设备是否有授权；
寻呼单元，用于在所述判断单元判断得到所述用户设备有授权时，对所述用户设备进行寻呼。

10、  一种家用基站网关，其特征在于，包括：
消息接收单元，用于接收寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
查找单元，用于查找与所述用户设备的标识对应的家用基站；
消息发送单元，用于向所述查找单元查找到的与所述用户设备的标识对应的家用基站发送寻呼消息。

11、  如权利要求10所述的家用基站网关，其特征在于，所述消息接收单元接收的所述寻呼消息还包括寻呼区信息；
所述查找单元，用于在所述寻呼区信息对应的寻呼区中查找与所述用户设备的标识对应的家用基站。

12、  一种寻呼装置，其特征在于，包括：
获取单元，用于获取需要寻呼的用户设备的标识；
查找单元，用于查找与所述用户设备的标识对应的家用基站；
消息发送单元，用于向所述查找单元查找到的与所述用户设备的标识对应的家用基站发送寻呼消息。

13、  如权利要求12所述的寻呼装置，其特征在于，所述获取单元还用于获取所述需要寻呼的用户设备所处的寻呼区信息；
所述查找单元，用于在所述寻呼区信息对应的寻呼区中查找与所述用户设备的标识对应的家用基站。

14、  一种通信系统，其特征在于，包括：
核心网，用于发送寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
家用基站网关，用于转发接收的所述核心网发送的寻呼消息；
家用基站，用于接收所述家用基站网关转发的所述寻呼消息，判断所述需要寻呼的用户设备的标识对应的用户设备是否有授权；如果判断得到所述用户设备有授权，对所述用户设备进行寻呼。

15、  一种通信系统，其特征在于，包括核心网，家用基站网关和家用基站；
所述核心网，用于发送寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
所述家用基站网关，用于接收所述核心网发送的所述寻呼消息，查找与所述用户设备的标识对应的所述家用基站；向查找到的与所述用户设备的标识对应的家用基站转发所述寻呼消息；
所述家用基站，用于接收所述家用基站网关转发的所述寻呼消息，对所述用户设备的标识对应的用户设备进行寻呼。

16、  如权利要求15所述的通信系统，其特征在于，所述核心网发送的所述寻呼消息还包括所述需要寻呼的用户设备所处的寻呼区信息；
所述家用基站网关在接收到所述包括所述需要寻呼的用户设备所处的寻呼区信息的寻呼消息后，在所述寻呼区信息对应的寻呼区中查找与所述用户设备的标识对应的家用基站。

17、  一种通信系统，其特征在于，包括核心网和家用基站；
所述核心网，用于获取需要寻呼的用户设备的标识；查找与所述用户设备的标识对应的所述家用基站；向查找到的与所述用户设备的标识对应的所述家用基站发送寻呼消息；
所述家用基站，用于接收所述核心网发送的所述寻呼消息，对所述用户设备的标识对应的用户设备进行寻呼。

18、  如权利要求17所述的通信系统，其特征在于，所述核心网还用于获取所述需要寻呼的用户设备的标识对应的用户设备所处的寻呼区信息；在所述寻呼区信息对应的寻呼区中查找与所述用户设备的标识对应的所述家用基站。

寻呼方法、家用基站、家用基站网关和通信系统
技术领域
本发明涉及通信技术领域，具体涉及寻呼方法、家用基站、家用基站网关和通信系统。
背景技术
随着因特网(Internet)业务的蓬勃发展以及宽带接入网络和无线网络的广泛应用，高速、便捷地接入网络正在得到广泛地关注。用户需要高速，便捷，低成本的使用手持无线设备享受无线数据服务。同时，随着第三代移动通信技术(3G)用户的不断增长以及长期演进技术(LTE)研究的不断深入，作为私有基站的典型代表，家用基站(HNB：Home NodeB)或者室内接入点(AP：Access Point)，正在受到越来越多的关注。家用基站是指小型化的、家庭或者办公室用的小基站，可能是完全私有的，也可以在设置不同优先级、权限的情况下，开放给大众使用，其所有权归私人，而不是归政府或者运营商；其使用对象则可能是小范围的用户，也可能是大范围的用户。
寻呼(Paging)是根据位置管理来进行的，现有的宽带码分多址(WCDMA：Wideband Code Division Multiple Access)系统是采用位置区(LA：LocationArea)和路由区(RA：Routing Area)来进行位置管理的。位置区和路由区都是由多个小区(cell)组成，即小区组组成；核心网(CN：Core Network)根据地理位置等对LA/RA进行规划。如果用户设备(UE：User Equipment)在移动过程中发生位置区或路由区的更新(LA/RA变化)，UE会发起位置更新流程(位置区更新或者路由区更新流程)，通知CN自己新的位置区或路由区。对于现有的电路(CS：Circuit switched)域业务，CN使用LA来进行位置管理，在一个LA内，CN用临时移动台标识(TMSI：Temporary Mobile StationIdentifier)来唯一表示一个UE，CN用TMSI或国际移动用户识别码(IMSI：International Mobile Station Identifier)在UE所处的LA范围内对其进行寻呼。对于现有的分组(PS：Packet Switched)业务，CN使用RA来进行位置管理，在一个RA内，CN用分组临时移动台标识P-TMSI(Packet TMSI)来唯一表示一个UE，CN用P-TMSI或IMSI在UE所处的RA范围内对其进行寻呼。
CN对UE进行寻呼的基本过程是这样的：CN需要对UE进行寻呼，CN查询到UE所在的LA/RA对其进行寻呼，发送寻呼消息给UE所处的LA/RA下的所有无线网络控制器(RNC：Radio Network Controller)，消息中包含寻呼的域信息(PS或CS)，寻呼UE的标识(如IMSI等)，要寻呼的寻呼区信息，寻呼原因等信息，可能包含临时标识(PS域的PTMSI、CS域的TMSI等)；其中，寻呼区信息可以是位置区标识(LAI：Location Area Identity)或路由区标识(RAI：Routing Area Identity)。
根据寻呼(PAGING)消息中带有的LAI或者RAI，RNC查找与其对应的所有小区，然后根据UE的IMSI计算出寻呼时刻，寻呼时刻到来时在上向这些小区发送寻呼消息寻呼相应的UE，该寻呼消息可以是寻呼类型1(pagingtypel)消息、寻呼类型2(paging type 2)消息等消息。如果寻呼消息中没有LAI或者RAI，RNC会向本RNC的所有小区下发寻呼消息。
传统的小区是运营商部署的，可以看成是对所有用户开放的，所有的用户都有权驻留在这个运行商的小区，或者是某些位置区/路由区中，由于CN只知道UE所在的寻呼区(位置区或路由区)，并不知道UE所在的小区，需要对寻呼区下的所有小区都进行寻呼；而HNB是由用户部署的，只会服务很少的用户，其他用户不允许接入，由于HNB要最大限度的兼容现有的UE和核心网，则其必须规划入到一定的寻呼区(位置区/路由区)。因此，CN在包括HNB的寻呼区下对UE进行寻呼时，会向这个寻呼区下所有的RNC和HNB发送寻呼消息，HNB会对所有收到的寻呼都进行处理并在空口发送空口寻呼消息，其中也包括对一些在本HNB下没有授权的UE的寻呼，从而造成无线资源的浪费。
发明内容
本发明实施例提供了寻呼方法、家用基站、家用基站网关和通信系统，使用本发明实施例提供的技术方案，HNB可以不对其所处的寻呼区内的所有寻呼都进行处理，降低无线资源的浪费。
本发明实施例的目的是通过以下技术方案实现的：
本发明实施例提供了一种寻呼方法，包括：
接收寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
判断所述需要寻呼的用户设备的标识对应的用户设备是否有授权；
如果判断得到所述用户设备有授权，对所述用户设备进行寻呼。
本发明实施例还提供了另一种寻呼方法，包括：
获取需要寻呼的用户设备的标识；
查找与所述用户设备的标识对应的家用基站；
向查找到的与所述用户设备的标识对应的家用基站发送寻呼消息。
本发明实施例还提供了一种家用基站，包括：
消息接收单元，用于接收寻呼消息，所述寻呼消息包括用户设备的标识；
判断单元，用于判断所述用户设备的标识对应的用户设备是否有授权；
寻呼单元，用于在所述判断单元判断得到所述用户设备有授权时，对所述用户设备进行寻呼。
本发明实施例还提供了一种家用基站网关，包括：
消息接收单元，用于接收寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
查找单元，用于查找与所述用户设备的标识对应的家用基站；
消息发送单元，用于向所述查找单元查找到的与所述用户设备的标识对应的家用基站发送寻呼消息。
本发明实施例还提供了一种寻呼装置，包括：
获取单元，用于获取需要寻呼的用户设备的标识；
查找单元，用于查找与所述用户设备的标识对应的家用基站；
消息发送单元，用于向所述查找单元查找到的与所述用户设备的标识对应的家用基站发送寻呼消息。
本发明实施例还提供了一种通信系统，包括：
核心网，用于发送寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
家用基站网关，用于转发接收的所述核心网发送的寻呼消息；
家用基站，用于接收所述家用基站网关转发的所述寻呼消息，判断所述需要寻呼的用户设备的标识对应的用户设备是否有授权；如果判断得到所述用户设备有授权，对所述用户设备进行寻呼。
本发明实施例还提供了第二种通信系统，包括核心网，家用基站网关和家用基站；
所述核心网，用于发送寻呼消息，所述寻呼消息包括需要寻呼的用户设备的标识；
所述家用基站网关，用于接收所述核心网发送的所述寻呼消息，查找与所述用户设备的标识对应的所述家用基站；向查找到的与所述用户设备的标识对应的家用基站转发所述寻呼消息；
所述家用基站，用于接收所述家用基站网关转发的所述寻呼消息，对所述用户设备的标识对应的用户设备进行寻呼。
本发明实施例还提供了第三种通信系统，包括核心网和家用基站；
所述核心网，用于获取需要寻呼的用户设备的标识；查找与所述用户设备的标识对应的所述家用基站；向查找到的与所述用户设备的标识对应的所述家用基站发送寻呼消息；
所述家用基站，用于接收所述核心网发送的所述寻呼消息，对所述用户设备的标识对应的用户设备进行寻呼。
从本发明实施例提供的以上技术方案可以看出，由于本发明实施例在对UE进行寻呼前，HNB可以先对UE是否被授权进行判断、或可以根据需要寻呼的UE的标识选择对应的HNB；从而只让对UE授权的HNB对UE进行寻呼，使HNB不需要对接收的所有寻呼消息进行处理，从而可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费。
附图说明
图1为本发明实施例中寻呼方法实施例一的流程图；
图2为本发明实施例中寻呼方法实施例二的信令流程图；
图3为本发明实施例中寻呼方法实施例三的流程图；
图4为本发明实施例中寻呼方法实施例四的信令流程图；
图5为本发明实施例中寻呼方法实施例五的信令流程图；
图6为本发明实施例中家用基站实施例的结构图；
图7为本发明实施例中家用基站网关实施例的结构图；
图8为本发明实施例中寻呼装置实施例的结构图；
图9为本发明实施例中通信系统实施例一和通信系统实施例二的结构图；
图10为本发明实施例中通信系统实施例三的结构图。
具体实施方式
为使本发明的目的、技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。
图1描述了本发明实施例提供的寻呼方法实施例一的流程，描述了由HNB进行处理的流程，包括：
步骤101、接收寻呼消息；寻呼消息包括需要寻呼的UE的标识；
接收的寻呼消息可以来自核心网节点，如移动交换中心服务器(MSC：Mobile Switching Centre Server)、服务通用分组无线业务支持节点(ServingGeneral Packet Radio Service Support Node)等；也可以来自家用基站网关(HNB GW：Home Node B Gateway)；
寻呼消息可以不仅仅包括需要寻呼的UE的标识，还可以包括寻呼的域信息(PS还是CS)，要寻呼的寻呼区信息，寻呼原因等信息；其中，寻呼区信息可以是LAI、RAI等；本发明实施例中的寻呼区可以是位置区，也可以是路由区，但是本发明实施例并不限定寻呼区只能是位置区或路由区；
需要寻呼的UE的标识可以是需要寻呼的UE的通用标识，如IMSI等；也可以是临时标识，如PS域的P-TMSI，CS域的TMSI等；
步骤102、判断被寻呼的UE是否有授权，被寻呼的UE与需要寻呼的UE的标识对应；如果是，进入步骤103；如果否，进入步骤104；
可以通过保存的授权UE的列表来判断UE是否有授权，如果UE的标识在授权UE的列表中有记录，则说明有授权；反之，如果在授权UE的列表中没有记录，则说明没有授权；
步骤103、对UE进行寻呼；结束流程；
具体可以通过在空口下发空口寻呼消息对UE进行寻呼，空口寻呼消息可以是寻呼类型1消息也可以是寻呼类型2消息，还可以是其他新定义的空口寻呼消息。
步骤104、不对UE进行寻呼；结束流程。
从上可知，本实施例在对UE进行寻呼前，先对UE是否有授权进行判断，只对有授权的UE进行寻呼，使HNB不需要对接收的所有寻呼消息进行处理，从而可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费。
图2描述了本发明实施例提供的寻呼方法实施例二的信令流程，描述了由HNB对UE是否被授权进行判断的流程，包括：
步骤201、CN根据需要在UE所处的寻呼区对UE进行寻呼；该寻呼区可以是位置区、路由区等，本实施例以位置区进行说明；假设该位置区包括两个RNC(RNC1和RNC2)，四个HNB(HNB1、HNB2、HNB3和HNB4)；CN发送寻呼消息给该位置区下的RNC1-2，HNB1～4；寻呼消息包含寻呼的域信息(PS还是CS)，寻呼UE的标识(IMSI)和/或临时标识(TMSI)，要寻呼的LAI，寻呼原因等信息；
如果是对路由区进行寻呼，则寻呼消息携带的UE临时标识为P-TMSI，寻呼区信息是RAI。
步骤202、如果寻呼消息中带有LAI，RNC1～2会向指定位置区的所有小区下发空口寻呼消息；如果寻呼消息中没有LAI，RNC会向本RNC的所有小区下发空口寻呼消息；本实施例以空口寻呼消息为PAGING TYPE1消息进行描述。
步骤203、HNB1～4会根据自己保存的授权UE的列表对寻呼消息进行鉴权，具体根据寻呼消息中的UE的标识(IMSI和/或TMSI)判断被寻呼的UE是否有授权，决定是否下发空口寻呼消息；假设UE在HNB2～4下没有授权，在HNB1下有授权；因此HNB2～4不发送空口寻呼消息。
其中，步骤202和步骤203并没有时间上的先后顺序。
步骤204、HNB1下发空口寻呼消息寻呼UE；下发的空口寻呼消息可以是PAGING TYPE1消息。
从上可知，本实施例中HNB在对UE进行寻呼前，先对UE是否有授权进行判断，只对有授权的UE进行寻呼，使HNB不需要对接收的所有寻呼消息进行处理，从而可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费。
图3描述了本发明实施例提供的寻呼方法实施例三的流程，描述了由CN节点或HNB GW进行处理的流程，包括：
步骤301、获取需要寻呼的UE的标识；
其中，如果本流程的执行主体是HNB GW，则HNB GW可以从接收到的寻呼消息中获取需要寻呼的UE的标识；
如果本流程的执行主体是CN节点，由于CN节点可以确定对哪个UE进行寻呼，因而也可以获取需要寻呼的UE的标识；
进一步，还可以进一步获取需要寻呼的UE所处的寻呼区信息；
步骤302、查找与UE的标识对应的HNB；
其中，查找与UE的标识对应的HNB可以是查找UE有授权的HNB；
无论本流程的执行主体是HNB GW还是CN节点，都可以保存多个HNB的授权UE的列表；例如，HNB GW可以保存其可以连接的每个HNB的授权UE的列表，HNB GW也可以保存UE有授权的HNB的列表。
在查找与UE的标识对应的HNB时，就可以根据UE的标识在保存的HNB的授权列表中查找，查询到相对应的UE有授权的HNB；也可以根据UE的标识找到为该UE保存的有授权的HNB的列表；
如果获取了需要寻呼的UE所处的寻呼区信息，则可以在寻呼区信息对应的寻呼区中查找与UE的标识对应的HNB，从而可以减少查找的范围，提高查找的效率；
步骤303、向查找到的与UE的标识对应的HNB发送寻呼消息。
在本流程的执行主体是HNB GW时，HNB GW可以直接向查找到的与UE的标识对应的HNB发送寻呼消息；
在本流程的执行主体是CN节点时，CN节点可以直接向查找到的与UE的标识对应的HNB发送寻呼消息；也可以通过HNB GW向查找到的与UE的标识对应的HNB发送寻呼消息。
从上可知，本实施例中在向HNB发送寻呼消息前，先根据需要寻呼的UE的标识查找对应的HNB，只向查找到的与UE的标识对应的HNB发送寻呼消息，从而只让UE有授权的HNB对UE进行寻呼，而不让UE没有授权的HNB对UE进行寻呼，因此可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费；进一步，可以进一步获取UE所处的寻呼区信息，从而可以只在寻呼区信息对应的寻呼区查找与UE的标识对应的HNB，不仅可以提高查找的效率，还可以进一步缩小寻呼区，进一步降低对空口资源、系统接口资源等无线资源的浪费。
HNB在接收到经过寻呼方法是实例三处理的寻呼消息后，可以在空口发送空口寻呼消息直接对UE进行寻呼，也可以通过寻呼方法实施例一的处理流程对UE进行寻呼。
图4描述了本发明实施例提供的寻呼方法实施例四的信令流程，描述了由HNB GW对根据需要寻呼的UE的标识选择HNB进行寻呼的流程，包括：
步骤401、CN根据需要在UE所处的寻呼区对UE进行寻呼；本实施例以寻呼区为位置区进行说明；假设该位置区包括两个RNC(RNC1和RNC2)，四个HNB(HNB1、HNB2、HNB3和HNB4)；CN发送寻呼消息给该位置区下的RNC1-2，HNB1～4；寻呼消息包含寻呼的域信息(PS还是CS)，寻呼UE的标识(IMSI)和/或临时标识(TMSI)，寻呼原因等信息；
CN发送的寻呼消息还可以包括要寻呼的LAI；
步骤402、如果寻呼消息中带有LAI，RNC1～2会向指定位置区的所有小区下发空口寻呼消息；如果寻呼消息中没有LAI，RNC会向本RNC的所有小区下发空口寻呼消息；此处假设该空口寻呼消息为PAGING TYPE1消息；
步骤403、HNB GW根据自己保存的所有HNB的授权UE的列表对UE进行鉴权，具体可以根据寻呼消息所包括的需要寻呼的UE的标识查找与该UE的标识对应的HNB；如果寻呼消息包括了UE所处的位置区信息，则可以在位置区信息对应的位置区内(如寻呼消息没有包括UE所处的位置区信息，可以默认为全部HNB)查找与需要寻呼的UE的标识对应的HNB。
步骤402和步骤403并没有时间上的先后顺序。
步骤404、HNB GW只将寻呼消息发送给在寻呼消息指出的位置区内、且寻呼消息中的UE的有授权的HNB；假设UE在HNB2～4下没有授权，在HNB1下有授权，因此只发送寻呼消息给HNB1。
步骤405、HNB1在收到来自HNB GW的寻呼消息后，在空口下发空口寻呼消息寻呼UE；此处假设该寻呼消息为PAGING TYPE1消息。
从上可知，本实施例中HNB GW在向HNB发送寻呼消息前，先根据需要寻呼的UE的标识查找对应的HNB，只向查找到的与UE的标识对应的HNB发送寻呼消息，从而只让UE有授权的HNB对UE进行寻呼，而不让UE没有授权的HNB对UE进行寻呼，因此可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费；进一步，可以进一步获取UE所处的寻呼区信息，从而可以只在寻呼区信息对应的寻呼区查找与UE的标识对应的HNB，不仅可以提高查找的效率，还可以进一步缩小寻呼区，进一步降低对空口资源、系统接口资源等无线资源的浪费。
图5描述了本发明实施例提供的寻呼方法实施例五的信令流程，描述了由核心网节点对根据需要寻呼的UE的标识选择HNB进行寻呼的流程，包括：
步骤501、CN根据需要在UE所处的寻呼区对UE进行寻呼；本实施例以寻呼区为位置区进行说明，假设该位置区包括两个RNC(RNC1和RNC2)，四个HNB(HNB1、HNB2、HNB3和HNB4)；CN发送寻呼消息给该位置区下的RNC1-2；CN节点根据自己保存的所有HNB的授权UE的列表对UE进行鉴权，具体可以根据需要寻呼的UE的标识查找对应的HNB；如果可以获取UE所处的位置区信息，则可以在位置区信息对应的位置区内(如没有获取UE所处的位置区信息，可以默认为全部HNB)查找与需要寻呼的UE的标识对应的HNB。假设UE在HNB2～4下没有授权，在HNB1下有授权，因此只发送寻呼消息给HNB1。
寻呼消息中包含寻呼的域信息(PS还是CS)，寻呼UE的标识(IMSI)和/或临时标识(PS：PTMSI，CS：TMSI)，要寻呼的LAI，寻呼原因等信息；
步骤502、如果寻呼消息中带有LAI，RNC1～2会向指定位置区的所有小区下发空口寻呼消息；如果寻呼消息中没有LAI，RNC会向本RNC的所有小区下发空口寻呼消息；以该空口寻呼消息为PAGING TYPE1消息进行描述；
步骤503、HNB1在接收到寻呼消息后，在空口下发空口寻呼消息寻呼UE；此处以该空口寻呼消息为PAGING TYPE1消息进行描述。
HNB1接收的寻呼消息可以直接来自CN节点，也可以来自HNB GW。
步骤502和步骤503并没有时间上的先后顺序。
从上可知，本实施例中CN节点在向HNB发送寻呼消息前，先根据需要寻呼的UE的标识查找对应的HNB，只向查找到的与UE的标识对应的HNB发送寻呼消息，从而只让UE有授权的HNB对UE进行寻呼，而不让UE没有授权的HNB对UE进行寻呼，因此可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费；进一步，可以进一步获取UE所处的寻呼区信息，从而可以只在寻呼区信息对应的寻呼区查找与UE的标识对应的HNB，不仅可以提高查找的效率，还可以进一步缩小寻呼区，进一步降低对空口资源、系统接口资源等无线资源的浪费。
图6描述了本发明实施例提供的家用基站实施例的结构，包括：
消息接收单元601，用于接收寻呼消息，该寻呼消息包括UE的标识；
判断单元602，用于判断UE的标识对应的UE是否有授权；
寻呼单元603，用于在判断单元602判断得到UE有授权时，对UE进行寻呼。
从上可知，HNB的本实施例在对UE进行寻呼前，先对UE是否有授权进行判断，只对有授权的UE进行寻呼，使HNB不需要对接收的所有寻呼消息进行处理，从而可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费。
图7描述了本发明实施例提供的家用基站网关实施例的结构，包括：
消息接收单元701，用于接收寻呼消息，该寻呼消息包括需要寻呼的UE的标识；
进一步，消息接收单元701接收的寻呼消息还可以包括寻呼区信息；
查找单元702，用于查找与UE的标识对应的HNB；
如果消息接收单元701接收的寻呼消息包括寻呼区信息，查找单元702，可以在寻呼区信息对应的寻呼区中查找与UE的标识对应的HNB；
消息发送单元703，用于向查找单元702查找到的与UE的标识对应的HNB发送寻呼消息。
从上可知，HNB GW的本实施例在向HNB发送寻呼消息前，先根据需要寻呼的UE的标识查找对应的HNB，只向查找到的与UE的标识对应的HNB发送寻呼消息，从而只让UE有授权的HNB对UE进行寻呼，而不让UE没有授权的HNB对UE进行寻呼，因此可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费；进一步，可以进一步获取UE所处的寻呼区信息，从而可以只在寻呼区信息对应的寻呼区查找与UE的标识对应的HNB，不仅可以提高查找的效率，还可以进一步缩小寻呼区，进一步降低对空口资源、系统接口资源等无线资源的浪费。
图8描述了本发明实施例提供的寻呼装置实施例的结构，包括：
获取单元801，用于获取需要寻呼的UE的标识；
其中，获取单元801还可以获取UE所处的寻呼区信息；
查找单元802，用于查找与UE的标识对应的HNB；
如果获取单元801获取了寻呼区信息，查找单元802可以在寻呼区信息对应的寻呼区中查找与UE的标识对应的HNB；
消息发送单元803，用于向查找单元802查找到的与UE的标识对应的HNB发送寻呼消息。
本发明实施例提供的寻呼装置可以作为CN节点，如MSC、SGSN等。
从上可知，CN节点的本实施例在向HNB发送寻呼消息前，先根据需要寻呼的UE的标识查找对应的HNB，只向查找到的与UE的标识对应的HNB发送寻呼消息，从而只让UE有授权的HNB对UE进行寻呼，而不让UE没有授权的HNB对UE进行寻呼，因此可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费；进一步，可以进一步获取UE所处的寻呼区信息，从而可以只在寻呼区信息对应的寻呼区查找与UE的标识对应的HNB，不仅可以提高查找的效率，还可以进一步缩小寻呼区，进一步降低对空口资源、系统接口资源等无线资源的浪费。
图9描述了本发明实施例提供的通信系统实施例一的结构，包括：
核心网901，用于发送寻呼消息，该寻呼消息包括需要寻呼的UE的标识；
家用基站网关902，用于转发接收的核心网901发送的寻呼消息；
家用基站903，用于接收家用基站网关902转发的寻呼消息，判断需要寻呼的UE的标识对应的UE是否有授权；如果判断得到UE有授权，对UE进行寻呼。
从上可知，本实施例中的HNB在对UE进行寻呼前，先对UE是否有授权进行判断，只对有授权的UE进行寻呼，使HNB不需要对接收的所有寻呼消息进行处理，从而可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费。
本发明实施例提供的通信系统实施例二的结构也如图9所示，包括核心网901、家用基站网关902和家用基站903，其中：
核心网901，用于发送寻呼消息，该寻呼消息包括需要寻呼的UE的标识；
进一步，核心网901发送的寻呼消息还可以包括需要寻呼的UE所处的寻呼区信息；
家用基站网关902，用于接收核心网901发送的寻呼消息，查找与UE的标识对应的家用基站；向查找到的与UE的标识对应的家用基站903转发寻呼消息；
在核心网901发送的寻呼消息包括需要寻呼的UE所处的寻呼区信息时，家用基站网关902可以在寻呼区信息对应的寻呼区中查找与UE的标识对应的HNB；
家用基站903，用于接收家用基站网关902转发的寻呼消息，对UE的标识对应的UE进行寻呼。
从上可知，本实施例中的HNB GW在向HNB发送寻呼消息前，先根据需要寻呼的UE的标识查找对应的HNB，只向查找到的与UE的标识对应的HNB发送寻呼消息，从而只让UE有授权的HNB对UE进行寻呼，而不让UE没有授权的HNB对UE进行寻呼，因此可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费；进一步，可以进一步获取UE所处的寻呼区信息，从而可以只在寻呼区信息对应的寻呼区查找与UE的标识对应的HNB，不仅可以提高查找的效率，还可以进一步缩小寻呼区，进一步降低对空口资源、系统接口资源等无线资源的浪费。
本发明实施例提供的通信系统实施例三的结构如图10所示，包括核心网1001和家用基站1002，其中：
核心网1001，用于获取需要寻呼的UE的标识；查找与UE的标识对应的家用基站；向查找到的与UE的标识对应的家用基站1002发送寻呼消息；
进一步，核心网1001还可以获取需要寻呼的UE的标识对应的UE所处的寻呼区信息；从而可以在寻呼区信息对应的寻呼区中查找与UE的标识对应的家用基站。
家用基站1002，用于接收核心网1001发送的寻呼消息，对UE的标识对应的UE进行寻呼。
从上可知，本实施例中的核心网在向HNB发送寻呼消息前，先根据需要寻呼的UE的标识查找对应的HNB，只向查找到的与UE的标识对应的HNB发送寻呼消息，从而只让UE有授权的HNB对UE进行寻呼，而不让UE没有授权的HNB对UE进行寻呼，因此可以缩小寻呼区，降低对空口资源、系统接口资源等无线资源的浪费；进一步，可以进一步获取UE所处的寻呼区信息，从而可以只在寻呼区信息对应的寻呼区查找与UE的标识对应的HNB，不仅可以提高查找的效率，还可以进一步缩小寻呼区，进一步降低对空口资源、系统接口资源等无线资源的浪费。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：
接收寻呼消息，所述寻呼消息包括需要寻呼的UE的标识；
判断所述需要寻呼的UE的标识对应的UE是否有授权；
如果判断得到所述UE有授权，对所述UE进行寻呼。
或包括如下步骤：
获取需要寻呼的UE的标识；
查找与所述UE的标识对应的家用基站；
向查找到的与所述UE的标识对应的家用基站发送寻呼消息。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明实施例所提供的寻呼方法、家用基站、家用基站网关和通信系统进行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。