随着网络通信技术的发展，侧重于不同服务的各种通信网络应运而生，这 些通信网络的覆盖区域不会完全错开，存在相互重叠的部分。从另外一个角度 讲，即某些区域可能会被多种类型的网络同时覆盖，例如，公共网络的覆盖区 域可能完全包含受限网络的覆盖区域，或者与受限网络的覆盖区域部分重叠， 受限网络可以是私网，受限网络的接入控制节点可以是家用AP(ACCESS POINT，接入点)或家用enodeB(增强型节点B)等。
请参阅图1，其为现有技术中两种通信网络的覆盖区域存在重叠部分的一 种情况示意图。图中最大的椭圆区域是小区1，其处于公共网络的覆盖区域内； 较小椭圆区域是小区2，其既处于公共网络的覆盖区域内又处于受限网络的覆 盖区域内，换而言之，小区2被公共网络和受限网络同时覆盖。
对不同的通信网络，一般会分配不同的位置区TA(TrackArea，轨迹区域)， 比如，分配给小区1的位置区是TA1，分配给小区2的位置区是TA2。通常， 每个小区都会下发自己的TA，进而，UE(用户设备)通过TA表采用替换方 式保存其接收到的TA。例如，当UE进入到小区1以内、小区2以外的区域 时，会接收到小区1下发的TA1，并保存在自己的TA表中；当UE移动到小 区2以内的区域时，又会收到小区2下发的TA2，于是，UE就会用新接收到 的TA2替换掉原TA表中保存的TA1；当UE再移动小区2以外、小区1以内 的区域时，其又收到小区1下发的TA1，进而再用TA1替换掉TA2。
由此可见，如果UE频繁在小区2以内的区域与小区2以外、小区1以内 的区域之间移动，即UE在公共网络和受限网络之间的边界来回移动时，UE 会频繁修改自己的TA表信息，而UE每次保存的TA信息发生更新时都要通 过空口向CN(核心网)上报，以便使CN能够获知UE位置区信息，这种现 象被称为TAU(Tracking Area Update，轨迹区域更新)。由于TAU的存在，使 得UE频繁向CN上报TA的更新信息，进而导致网络资源被大量占用，目前 采用两种减少TAU的解决方案。
方案一，在UE保存的TA表中不采用替换方式进行TA信息存储，而是 同时存储多个。例如，当UE在公共网络和受限网络之间的边界来回移动时， 其接收到的多个TA信息(如小区1下发的TA1和小区2下发的TA2)都保存 在自己的TA表内，进而，当UE在这两个网络之间的边界来回移动时，UE 保存的TA信息始终都包含TA1和TA2，并没有发生更新。因此UE也就无需 向网络侧上报TA更新信息，即减少了TAU的发生。但是，由于UE保存并上 报的位置区信息(TA1+TA2)代表的区域较广——既代表公共网络覆盖的小 区1又代表受限网络覆盖的小区2，因此，网络侧在根据其获知的UE所在位 置区信息进行寻呼时既会在公共网络覆盖的小区1(TA1)中寻呼，也会在受 限网络覆盖的小区2(TA2)中寻呼。
方案二，为小区1和小区2分配相同的TA3，TA3代表的位置区既包括公 共网络覆盖的小区1又包括受限网络覆盖的小区2，进而，当UE在公共网络 和受限网络之间的边界来回移动时，UE保存在自己TA表中的具体TA信息并 不会改变，始终都是TA3，于是便不会发生TAU。与上个方案同理，由于UE 保存并上报的位置区信息TA3代表的区域较广——既代表公共网络覆盖的小 区1又代表受限网络覆盖的小区2，因此，网络侧在根据其获知的UE所在位 置区信息进行寻呼时既会在公共网络覆盖的小区1(TA1)中寻呼，也会在受 限网络覆盖的小区2(TA2)中寻呼。
本专利申请的发明人在工作中发现上述这两种解决方案，虽然都可以避免 TAU现象，但是，网络侧在对UE进行寻呼时，都必须在UE上报的位置区信 息(如方案1中的TA1+TA2或方案2中的TA3)所代表的全部区域(即公共 网络覆盖的小区1和受限网络覆盖的小区2)内寻呼，因此网络侧的寻呼负荷 非常大。

本发明实施例提供一种多网络覆盖情况下的寻呼方法以及网络侧寻呼系 统，在避免频繁TAU的基础上能够减少寻呼负荷。
本发明实施例提供了一种多网络共覆盖情况下的寻呼方法，网络侧保存 有预先获知的被允许接入第一网络和第二网络的用户设备UE位置区信息，所 述位置区信息代表的区域至少包括具有重叠区域的第一网络覆盖区域和第二 网络覆盖区域，所述方法包括：网络侧确定所述UE当前所处的具体网络；网 络侧基于上述确定结果在所述位置区信息代表区域中的部分区域内优先寻呼 所述UE。
本发明实施例还提供了一种实现多网络共覆盖情况下的网络侧寻呼装 置，所述装置包括：位置区信息存储单元，用以保存预先获知的被允许接入第 一网络和第二网络的UE位置区信息，所述位置区信息代表的区域至少包括具 有重叠区域的第一网络覆盖的区域和第二网络覆盖的区域；所处网络确定单 元，用以确定所述UE当前所处的具体网络；优先寻呼单元，用以基于上述确 定结果在所述位置区信息代表区域中的部分区域内优先寻呼所述UE。
本发明实施例还提供了一种多网络共覆盖情况下的寻呼方法，CN保存有 预先获知的被允许接入第一网络和第二网络的UE位置区信息，所述位置区信 息代表的区域至少包括具有重叠区域的第一网络覆盖区域和第二网络覆盖区 域，所述方法包括：
CN向第一网络接入控制节点和第二网络接入控制节点分别下发寻呼所 述UE的寻呼消息；第二网络接入控制节点自CN接收到上述寻呼消息后在所 述位置区信息代表区域中的第二网络覆盖区域内寻呼所述UE；
如果第一网络接入控制节点自CN接收到上述寻呼消息后确定所述UE当 前处于第一网络范围外，则第一网络接入控制节点不在所述位置区信息代表区 域中的第一网络覆盖区域内寻呼所述UE。
本发明实施例还提供了一种实现多网络共覆盖情况下的网络侧寻呼系 统，包括核心网络CN、第一网络接入控制节点和第二网络接入控制节点，
所述CN包括位置区信息存储单元和寻呼消息下发单元，其中，所述位置 区信息存储单元用以保存预先获知的被允许接入第一网络和第二网络的UE位 置区信息，所述位置区信息代表区域至少包括具有重叠区域的第一网络覆盖区 域和第二网络覆盖区域；寻呼消息下发单元用以向第一网络接入控制节点和第 二网络接入控制节点分别下发寻呼所述UE的寻呼消息；
所述第二网络接入控制节点包括第二寻呼单元，所述第二寻呼单元用以 自CN接收到上述寻呼消息后在所述位置区信息代表区域中的第二网络覆盖 区域内寻呼上述UE；
所述第一网络接入控制节点包括所处网络确定单元和第一寻呼单元，其 中，所述所处网络确定单元用以自CN接收到上述寻呼消息后确定所述UE当 前所处的具体网络并根据确定结果控制第一寻呼单元是否启动；第一寻呼单 元，用以在所述位置区信息代表区域中的第一网络覆盖区域内寻呼所述UE； 当所述所处网络确定单元的确定结果为所述UE当前处于第一网络范围外时， 所述所处网络确定单元控制第一寻呼单元不启动。
通过本发明实施例提供的技术方案可以看出，在网络侧保存有预先获知的 被允许接入第一网络和第二网络的UE位置区信息(至少包括具有重叠区域的 第一网络覆盖区域和第二网络覆盖区域)情况下，如果需要寻呼所述UE，网 络侧并不是直接在该位置区信息代表区域的全部区域内寻呼所述UE，而是先 确定所述UE当前所处的具体网络，然后再基于该确定结果在所述位置区信息 代表区域中的部分区域内优先寻呼所述UE，这样，如果在优先寻呼的这部分 区域中能够成功寻呼到UE，自然就不需要在所述位置区信息代表区域中的另 一部分区域内再行寻呼，因此，本发明实施例中优先在UE位置区信息代表区 域中的部分区域内寻呼较现有技术中必须在所述位置区信息代表区域的全部 区域内寻呼而言，减少了网络侧的寻呼负荷。
附图说明
图1为现有技术中两种通信网络的覆盖区域存在重叠部分的一种情况示意 图；
图2为本发明多网络共覆盖情况下的寻呼方法第一实施例流程示意图；
图3为本发明多网络共覆盖情况下的寻呼方法第二实施例流程示意图；
图4为本发明多网络共覆盖情况下的寻呼方法第三实施例流程示意图；
图5为本发明多网络共覆盖情况下的寻呼方法第四实施例流程示意图；
图6为本发明实现多网络共覆盖情况下的网络侧寻呼装置实施例结构示 意图；
图7为本发明实现多网络共覆盖情况下的网络侧寻呼系统实施例结构示 意图。

以下结合附图对本发明的多个具体实施例进行详细说明。
在本发明多网络共覆盖情况下的寻呼方法实施例中，网络侧保存有预先获 知的被允许接入受限网络和公共网络的UE位置区信息，所述位置区信息代表 的区域至少包括具有重叠区域的第一网络(如受限网络)覆盖的区域和第二网 络(如公共网络)覆盖的区域；然后，网络侧通过多种具体实现方式(如UE 出入第一网络的当前出入信息或网络侧记录的最新UE位置区信息或两者结 合)来确定所述UE当前所处的具体网络；最后，网络侧基于该确定结果在所 述位置区信息代表区域中的部分区域内优先寻呼所述UE，优先寻呼的可能是 第一网络覆盖的区域，也可能是第二网络覆盖的区域。需要说明的是，在本发 明实施例中，所述网络侧具体的执行实体根据具体实现方式不同会有所差异， 例如，可能是第一网络接入控制节点，也可能是CN，还可能是所述两者结合， 在下文会结合多个具体实施例予以分别介绍。
此外，需要说明的是，本发明以下各实施例都是在网络侧保存有预先获知 的被允许接入受限网络和公共网络的UE位置区信息基础上，针对现有技术进 行的改进，所述位置区信息可以采用背景技术中提到的现有减少TAU的解决 方案一或解决方案二中的相关具体技术予以实现，以便达到减少TAU的目的， 例如UE上报自己所在的位置区信息可以是(TA1+TA2)，其代表受限网络覆 盖的小区1和公共网络覆盖的小区2；也可以是TA3，TA3实质上也代表了受 限网络覆盖的小区1和公共网络覆盖小区2。因此，在具体公开本发明的多个 寻呼实施例具体流程中不再赘述。所述网络侧保存有预先获知的被允许接入受 限网络和公共网络的UE位置区信息主要包含两层含义：
其一，采用本发明实施例技术方案的UE是被允许接入受限网络和公共网 络的，因为如果该UE不被允许接入这两个网络，就涉及不到频繁TAU及其 导致网络资源浪费的问题，自然就没有必要采用本发明实施例提供的技术方 案。至于网络侧如何确定出UE是否被允许接入这两个网络可以有多种实现方 式，例如根据UE的签约信息或UE的属性，或者是UE上报的位置区信息等。
其二，网络侧保存有预先获知的UE位置区信息，所述位置区信息代表区 域至少包括受限网络覆盖区域和公共网络覆盖区域，这两个网络覆盖的区域具 有重叠区域。
在后续具体实施例中不再对上述步骤赘述，默认网络侧已经获知了被允许 接入受限网络和公共网络的UE所在的位置信息，只着重介绍网络侧获知UE 位置区后的寻呼处理过程。
请参阅图2，其为本发明多网络共覆盖情况下的寻呼方法第一实施例流程 示意图。本实施例中的受限网络对应于第一网络，公共网络对应于第二网络。 UE向网络侧上报的位置区信息代表了公共网络覆盖的区域和受限网络覆盖的 区域。
步骤210：受限网络获知UE出入受限网络的出入信息。本步骤的具体实 现方式有多种，例如，当UE进入受限网络时可以给受限网络发送一条消息， 该消息可以是cell update(小区更新)或RRC(Radio Resource Control，无线资 源控制)连接建立消息等，而且发送该消息时UE可以是空闲状态也可以是连 接状态。总而言之，只要UE能够在其每次进入受限网络以及离开受限网络时， 都能告诉受限网络接入控制节点就可以，即上报自己出入受限网络的当前出入 信息。受限网络接入控制节点可以通过记录表等多种方式来保存UE在本受限 网络内的存在情况。
步骤220：CN向受限网络接入控制节点下发寻呼该UE的寻呼消息，然后 转入步骤230。在前文作为各实施例的基本步骤中提到，本发明实施例中提到 的UE都是既被允许接入受限网络又被允许接入公共网络的，换而言之，网络 侧根据UE的签约信息、UE的属性或UE上报的位置区信息等已经确定出该 UE被允许接入这两个网络。考虑到通常情况下，对UE而言，基于受限网络 接入较基于公共网络接入更为有利，因此CN对于允许接入受限网络的UE优 先考虑受限网络内寻呼，即优先向受限网络接入控制节点下发寻呼该UE的寻 呼消息。
步骤230：受限网络接入控制节点基于步骤210中获知的UE当前出入信 息确定该UE当前是否在本网覆盖范围内。如果是，转入步骤240；如果否， 转入步骤250。
步骤240：受限网络接入控制节点直接通过空口(又称无线资源接口)下 发寻呼该UE的寻呼消息。换而言之，CN通过受限网络接入控制节点在其获 知的UE位置区信息代表区域中的受限网络覆盖区域内寻呼该UE，如果对应 于图1所示的具体情况，即为在受限网络覆盖的小区2内寻呼该UE。
步骤250：受限网络接入控制节点向CN应答寻呼失败，不通过空口下发 寻呼该UE的寻呼消息，然后转入步骤260。
步骤260：CN通过公共网络接入控制节点在其获知的UE位置区信息代表 区域中的公共网络覆盖区域(对应于图1中的小区1)内寻呼该UE。需要说 明的是，为了使CN在具体实现操作时更简便，本步骤也可以变更为：CN在 所述UE位置区信息代表区域的全部区域内寻呼该UE，所述全部区域至少包 括公共网络覆盖的区域和受限网络覆盖的区域。
通过上述步骤210至260所示的过程可以看出，虽然UE向网络侧上报的 位置区信息代表区域包括了公共网络覆盖的区域和受限网络覆盖的区域，但 是，只要网络侧基于UE的当前出入信息确定其当前处于受限网络，那么网络 侧就优先在受限网络覆盖的区域内寻呼；只有当基于UE的当前出入信息确定 其当前已经离开受限网络，或者网络侧优先在受限网络覆盖的区域内寻呼该 UE失败的情况下，网络侧才需要在公共网络覆盖的区域进行寻呼，因此，相 对于现有网络侧需要在UE位置区信息代表区域的全部区域(公共网络覆盖的 区域和受限网络覆盖的区域)内寻呼而言，大大减少了寻呼负荷。
此外，需要补充说明的是，受限网络接入控制节点在接收到UE上报的当 前出入信息后也可以再上报给CN，进而由CN据此确定UE当前是否处于受 限网络内，进而再来决定寻呼的范围。例如，如果CN基于UE的当前出入信 息确定UE当前在受限网络内，那么CN就优先向受限网络控制节点发送寻呼 消息，进而由受限网络控制节点在受限网络范围内寻呼该UE；如果CN基于 UE的当前出入信息确定UE当前不在受限网络内，那么CN就优先向公共网 络控制节点发送寻呼消息，进而由公共网络控制节点在公共网络范围内寻呼该 UE。总而言之，只要保证网络侧能够获知UE的当前出入信息，然后据此进行 确定就可以保证优先在其位置区信息代表区域中的部分区域内进行寻呼，至于 网络侧是由哪个具体实体来完成并没有限制，例如可以是受限网络接入控制节 点，也可以是CN，或者是两者结合，甚至还可以其他专用服务实体等。
请参阅图3，其为本发明多网络共覆盖情况下的寻呼方法第二实施例流程 示意图。本实施例与图2所示第一实施例的主要区别之处在于：虽然UE既被 允许接入受限网络又被允许接入公共网络，但是本实施例中的CN同时向受限 网络控制节点和公共网络控制节点都下发寻呼消息，如果在受限网络控制节点 根据当前出入信息确定UE当前不在受限网络内的情况下，那么受限网络就不 向空口发送寻呼消息，进而节省了空口资源和寻呼负荷。下面请看本实施例的 详细流程，对于与第一实施例相同的步骤不再赘述。
步骤310：受限网络获知UE出入受限网络的当前出入信息。
步骤320：CN分别向获知的UE所在位置区信息代表区域中的受限网络覆 盖区域内的受限网络接入控制节点和公共网络覆盖区域内的公共网络接入控 制节点下发寻呼消息，然后分别转入步骤330和步骤360。
步骤330：受限网络接入控制节点基于步骤310中获知的UE当前出入信 息确定该UE当前是否在本网覆盖范围内。如果是，转入步骤340；如果否， 转入步骤350。
步骤340：受限网络接入控制节点直接通过空口下发寻呼该UE的寻呼消 息。
步骤350：受限网络接入控制节点不通过空口下发寻呼该UE的寻呼消息， 丢弃其自CN接收到的该寻呼消息。
步骤360：CN通过公共网络接入控制节点在其获知的UE位置区信息代表 区域中的公网覆盖范围内寻呼该UE。
通过上述步骤310至360可以看出，虽然在受限网络接入控制节点基于记 录的UE的当前出入信息确定其当前位于受限网络内的情况下，网络侧会在其 获知的UE位置区信息代表区域中的受限网络覆盖区域和公共网络覆盖区域内 都进行寻呼；但是，如果受限网络接入控制节点基于记录的UE的当前出入信 息确定其当前已离开受限网络的情况下，受限网络控制节点就不通过向空口发 送寻呼消息，进而节省了空口资源和寻呼负荷。
请参阅图4，其为本发明多网络共覆盖情况下的寻呼方法第三实施例流程 示意图。本实施例与第一、第二实施例的主要区别之处在于：本实施例主要依 据CN获知的最新UE位置区信息中是否包含特殊标识，来确定UE当前是否 处于受限网络的覆盖范围内。
本实施例适用的一种具体情况是：网络侧为受限网络覆盖的小区2和公共 网络覆盖的小区1分配相同位置区(如TA3)，进而UE在受限网络和公共网络 之间的边界来回移动时，其保存的TA信息(TA3)不变，进而不会发生TAU 现象；除此之外，网络侧还为受限网络增加一个特殊标识。UE上报自己所在 的位置区信息主要有两种情况，其一是位置区信息更新时上报，其二是周期上 报，如果UE进入受限网络时正值周期上报，那么，虽然其TA依旧是TA3， 但此时却会在其后附加一个表明自己处于受限网络内的特殊标识，该特殊标识 是网络侧为受限网络分配的一个标记，所述特殊标记可以通过系统广播消息或 别的消息告知UE。进而，CN接收到的UE周期上报的位置区信息有两种情况， 其一是包含位置区数据TA3，其二是包含位置区数据TA3和特殊标识，前者 说明UE周期上报位置区信息时正处于受限网络外，后者说明UE周期上报位 置区信息时正处于受限网络内。CN在接收到UE上报的位置区信息后一般都 会记录并更新，因此，CN就可以根据其记录的UE最后一次位置区信息中是 否包含上述特殊标识，来确定UE当前是否处于受限网络内。下面请看本实施 例的详细流程：
步骤410：CN根据其保存的最新UE位置区信息中是否包含特殊标识来 确定UE当前是否在受限网络内。如果CN确定UE当前处于受限网络内，则 转入步骤420；否则，转入步骤430。
步骤420：CN通过受限网络接入控制节点在受限网络内寻呼该UE。如果 本步骤寻呼失败，再转入步骤430；如果寻呼成功，自然就不需要再在公共网 络区域内寻呼该UE，从而达到了减少寻呼负荷的目的。
步骤430：CN通过公共网络接入控制节点在公共网络内寻呼该UE。当然， 为了具体实现简便，本步骤也可以是：CN同时在其获知的UE位置区信息代 表区域的全部区域内寻呼该UE。
请参阅图5，其为本发明多网络共覆盖情况下的寻呼方法第四实施例流程 示意图。本实施例实质上是综合了前述几个实施例，即当UE是被允许接入受 限网络和公共网络的情况下，一方面由CN基于所保存的预先获知的最新UE 位置区信息中是否包括特殊标识来确定UE当前是否处于受限网络内，另一方 面通过受限网络接入控制节点基于其获知的UE当前出入信息来确定UE当前 是否处于受限网络内，使得多网络共覆盖情况下的寻呼更准确一些。
步骤510：CN根据其保存的最新UE位置区信息中是否包含特殊标识来 确定UE当前是否在受限网络内。如果CN确定UE当前处于受限网络内，则 转入步骤520；否则，转入步骤560。
步骤520：CN向受限网络接入控制节点下发寻呼该UE的寻呼消息，然 后转入步骤530。
步骤530：受限网络接入控制节点基于获知的UE出入受限网络的当前出 入信息，确定该UE当前是否在受限网络范围内。如果是，则转入步骤540； 如果否，则转入步骤550。
步骤540：受限网络接入控制节点直接通过空口下发寻呼该UE的寻呼消 息，即在受限网络覆盖区域内寻呼该UE。
步骤550：受限网络接入控制节点向CN应答寻呼失败，不通过空口下发 寻呼该UE的寻呼消息，然后转入步骤560。
步骤560：CN通过公共网络接入控制节点在公网覆盖范围内寻呼该UE。 当然，为了具体实现简便，本步骤也可以是：CN同时通过公共网络接入控制 节点和受限网络接入控制节点在其获知的UE位置区信息代表区域的全部区域 内寻呼该UE。
请参阅图6，其为本发明实现多网络共覆盖情况下的网络侧寻呼装置实施 例结构示意图。本实施例中的所述装置主要包括位置区信息存储单元61、所 处网络确定单元62、优先寻呼单元63以及补充寻呼单元64。其中，所处网络 确定单元62可以有多种实现方案，例如，其由出入信息获知子单元621和第 一确定子单元622构成，或者只由第二确定子单元623构成，或者由出入信息 获知子单元621、第一确定子单元622以及第二确定子单元623共同构成。优 先寻呼单元63也可以有多种实现方案，例如可以是第一网络优先寻呼单元， 也可以是第二网络优先寻呼单元。下面结合该实施例所示网络侧寻呼装置的工 作原理进一步详细说明其内部结构的多种实现方式。
网络侧寻呼装置通过位置区信息存储单元61保存预先获知的UE位置区 信息，所述位置区信息代表区域至少包括具有重叠区域的第一网络覆盖区域和 第二网络覆盖区域。由于前文已经对获知的UE所在位置区信息做过详细介绍， 因而此处不再赘述。
然后当需要寻呼该UE时，本装置通过所处网络确定单元62确定所述UE 当前所处的具体网络。所处网络确定单元62的具体实现至少包括三种情况：
其一，所处网络确定单元62由出入信息获知子单元621和第一确定子单 元622共同构成。其中，出入信息获知子单元621用以获知UE出入所述第一 网络的当前出入信息，并将所述当前出入信息通知第一确定子单元622，进而， 由第一确定子单元622基于所述当前出入信息确定UE当前是否处于第一网络 的覆盖范围内。
其二，所处网络确定单元62只由一个第二确定子单元623构成。这种情 况的适用前提为第一网络添加一个特殊标识，即如果UE最新上报位置区信息 时正处于第一网络覆盖的范围内，则位置区信息存储单元61保存的最新UE 所在位置区信息中包括位置区数据和特殊标识，所述特殊标识用以表明该UE 当前处于第一网络覆盖的范围内。于是，第二确定子单元623就可以基于位置 区信息存储单元61保存的最新UE位置区信息中是否包含特殊标识来确定所 述UE当前是否处于第一网络的覆盖范围内。
其三，所处网络确定单元62由出入信息获知子单元621、第一确定子单 元622以及第二确定子单元623共同构成。一方面，第一确定子单元622基于 出入信息获知子单元621提供的UE出入第一网络的当前出入信息来确定该 UE当前是否处于第一网络内；另一方面，第二确定子单元623基于位置区信 息存储单元61保存的最新UE位置区信息中是否包含特殊标识来确定所述UE 当前是否处于第一网络的覆盖范围内。
在所处网络确定单元62得出确定结果后，就由优先寻呼单元63基于所处 网络确定单元62提供的确定结果在所述位置区信息代表区域中的部分区域内 优先寻呼所述UE。
优先寻呼单元63用以基于上述确定结果在UE所在位置区信息代表区 域中的部分区域内优先寻呼所述UE。优先寻呼单元63也可以有多种具体实 现方式，对应的补充寻呼单元64也有多种具体实现方式。
其一，当所处网络确定单元62只包含出入信息获知子单元621和第一确 定子单元622，或只包含第二确定子单元623的情况下，优先寻呼单元63可 以是第一网络优先寻呼单元，用以在所处网络确定单元62得出的确定结果为 UE处于第一网络的覆盖范围内时，优先在所述UE位置区信息代表区域中的 第一网络覆盖区域内寻呼该UE。当所处网络确定单元62得出的确定结果为 UE处于第一网络的覆盖范围外或者所述优先寻呼单元63的优先寻呼失败时， 通过补充寻呼单元64在该UE位置区信息代表区域中的第二网络覆盖区域或 所述位置区信息代表区域的全部区域内寻呼该UE。
其二，当所处网络确定单元62只包含出入信息获知子单元621和第一确 定子单元622，或只包含第二确定子单元623的情况下，优先寻呼单元63可 以是第二网络优先寻呼单元，用以在所处网络确定单元62得出的确定结果为 UE处于第一网络的覆盖范围外时，优先在所述UE位置区信息代表区域的第 二网络覆盖区域内寻呼所述UE。
其三，当所处网络确定单元62由出入信息获知子单元621、第一确定子 单元622以及第二确定子单元623共同构成的情况下，优先寻呼单元63可以 是第一网络优先寻呼单元，用以在所处网络确定单元基于所述特殊标识和当前 出入信息得出的两个确定结果均为UE处于第一网络的覆盖范围内时，优先在 所述位置区信息代表区域中的第一网络覆盖区域内寻呼所述UE。相应的，在 第一确定子单元622基于当前出入信息以及第二确定子单元623基于特殊标识 得出的两个确定结果中至少有一个是UE处于第一网络的覆盖范围外，或者所 述优先寻呼单元63的优先寻呼失败时，通过补充寻呼单元64在UE所在位置 区信息代表区域中的第二网络覆盖区域内或所述位置区信息代表区域的全部 区域内寻呼所述UE。
需要说明的是，本实施例的网络侧寻呼装置中的各单元，既可以设置在 CN中，也可以设置在受限网络接入控制节点中，还可以分布于CN和受限网 络接入控制节点这两个节点中，当然，也不排除将这些单元设置在专用设备中。
请参阅图7，其为本发明实现多网络共覆盖情况下的网络侧寻呼系统实施 例结构示意图。本实施例中的网络侧寻呼系统包括核心网络CN、第一网络接 入控制节点和第二网络接入控制节点，其中，CN包括位置区信息存储单元71 和寻呼消息下发单元72；第二网络接入控制节点包括第二寻呼单元75；第一 网络接入控制节点包括所处网络确定单元73和第一寻呼单元74。下面结合该 系统的工作原理进一步介绍其内部结构。
首先，CN通过位置区信息存储单元71保存预先获知的被允许接入第一 网络和第二网络的UE位置区信息，所述位置区信息代表的区域至少包括具有 重叠区域的第一网络覆盖区域和第二网络覆盖区域。然后，当需要寻呼上述 UE时，通过寻呼消息下发单元72向第一网络接入控制节点和第二网络接入控 制节点分别下发寻呼上述UE的寻呼消息。
然后，第二网络接入控制节点自CN接收到上述寻呼消息后，通过第二寻 呼单元75在所述位置区信息代表区域中的第二网络覆盖区域内寻呼上述UE； 第一网络接入控制节点自CN接收到上述寻呼消息后，先通过所处网络确定单 元73确定所述UE当前所处的具体网络，并根据确定结果控制第一寻呼单元 是否启动，所处网络确定单元73进行确定的依据是UE向其上报的出入第一网 络的当前出入信息。当所述所处网络确定单元73的确定结果为所述UE当前 处于第一网络范围内时，所述所处网络确定单元73控制第一寻呼单元74启动， 进而第一寻呼单元74在所述位置区信息代表区域中的第一网络覆盖区域内寻 呼所述UE；当所述所处网络确定单元73的确定结果为所述UE当前处于第一 网络范围外时，所述所处网络确定单元73控制第一寻呼单元74不启动，即第 一网络接入控制节点不在所述位置区信息代表区域中的第一网络覆盖区域内 寻呼所述UE寻呼所述UE。
通过上述本发明的多个实施例可以看出，在网络侧保存有预先获知的UE 位置区信息(至少代表第一网络覆盖的区域和第二网络覆盖的区域)情况下， 如果需要寻呼上述UE，则先通过多种具体实现方式确定所述UE当前所处的 具体网络，然后再基于该确定结果在所述位置区信息代表区域中的部分区域内 优先寻呼所述UE，这样，如果在优先寻呼的这部分区域中能够成功寻呼到UE， 自然就不需要在所述位置区信息代表区域中的另一部分区域内再行寻呼，因 此，在本发明实施例中优先在UE位置区信息代表区域中的部分区域内寻呼， 较现有技术中必须在所述位置区信息代表区域的全部区域内寻呼，减少了网络 侧的寻呼负荷。
进一步，通过多重确定UE当前是否处于第一网络覆盖范围内的技术方 案，更加保证了寻呼的准确性，从而在较大程度上减少了寻呼负荷。
以上对本发明实施例所提供的一种多网络共覆盖情况下的寻呼方法、装 置及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式 进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思 想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式 及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明 的限制。