CN101938814A - 移动终端寻呼方法和移动呼叫中心设备 - Google Patents

Abstract

本发明实施例提供一种移动终端寻呼方法和移动呼叫中心设备。该方法包括接收业务呼叫请求，并根据所述业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表，所述后验概率表包括所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率；根据所述分布概率选择小区对所述目标移动终端进行寻呼。本发明实施例基于用户处于业务状态时在各小区中的分布概率进行寻呼，寻呼过程简洁，适用场景广泛，在保证寻呼效率的情况下，节约了空口资源。

Description

移动终端寻呼方法和移动呼叫中心设备

技术领域

本发明实施例涉及无线通信技术领域，尤其涉及一种移动终端寻呼方法和移动呼叫中心设备。

背景技术

现代公众陆地移动通信网络以蜂窝架构为基础，这种蜂窝架构为用户实现移动通信。此种架构中的核心技术为位置管理其包括两部分：针对空闲模式终端的位置跟踪，以及针对传输模式下如何保证位置变化后的业务连续性也称为切换技术。现有主流的蜂窝通信系统如2G、3G等系统中，一般均采用两级的位置管理方法。构成位置管理的第一层是蜂窝小区(cell)，第二层是位置区(Location Area；以下简称：LA)，它是位置跟踪的基础，每个位置区LA由多个小区组成。终端检查所在位置区是否发生改变，如果发生改变则主动将新的位置信息上报给网络；当呼叫到达时，网络在终端最后一次报告的位置区所覆盖的所有小区内进行寻呼。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：在现有的基于静态位置跟踪方法中，当终端进入到一个新的位置区后便会做位置更新，但是当终端在该位置区中的各个小区之间移动时，并不会上报其新的位置信息，因此网络仅能知道当前终端在哪个位置区中，但并不知道具体在哪个小区的覆盖下，为了寻呼到终端，一种现有技术需要在整个位置区下发寻呼，寻呼空口资源开销大。另一种现有技术采用动态位置区的管理方法针对单个终端进行优化，由终端一直跟踪用户的移动轨迹，不论当前终端处于空闲态还是业务态，终端一旦发现用户轨迹有变化就上报给网络，由网络优化位置区，网络通过优化位置区来优化寻呼区，这样将造成网络实施和管理的复杂性，而且由于终端需要频繁上报用户移动轨迹，空口资源浪费依然严重。

发明内容

本发明实施例提供一种移动终端寻呼方法和移动呼叫中心设备，用以解决现有技术中网络实施复杂、空口资源浪费严重等缺陷，实现降低网络实施的复杂性且节省空口资源。

本发明实施例提供一种移动终端寻呼方法，包括：

接收业务呼叫请求，并根据所述业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表，所述后验概率表包括所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率；

根据所述分布概率选择小区对所述目标移动终端进行寻呼。

本发明实施例提供一种移动呼叫中心设备，包括：

第一处理模块，用于接收业务呼叫请求，并根据所述业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表，所述后验概率表包括所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率；

寻呼模块，根据所述分布概率选择小区对所述目标移动终端进行寻呼。

本发明实施例提供的移动终端寻呼方法和移动呼叫中心设备，基于用户处于业务状态时在各小区中的分布概率进行寻呼，寻呼过程更为简洁灵活，适用场景更为广泛，在保证寻呼效率的情况下，节约了空口资源。

附图说明

图1为本发明实施例移动终端寻呼方法流程图；

图2为本发明实施例应用移动终端寻呼方法的网络系统组成示意图；

图3为本发明一实施例移动呼叫中心设备的结构示意图；

图4为本发明另一实施例移动呼叫中心设备的结构示意图。

具体实施方式

下面结合附图和具体实施例进一步说明本发明实施例的技术方案。

本发明实施例通过对当前蜂窝网络的位置管理目的进行分析获知，位置管理的目的并非需要知道移动终端在什么时间出现在什么地点，而是为了呼叫到达时能快速准确地寻呼到该移动终端以使得其不错过业务。因此本发明实施例针对位置管理的目的提供一种解决方案，即动态获得移动终端的业务在各小区的分布概率，并以此为基础来优化寻呼，此种方式比跟踪用户的移动轨迹更为简洁，在保证寻呼效率的情况下，节约空口资源，而且更加灵活并且适用场景更为广泛。

本发明实施例提供一种移动终端寻呼方法，包括接收业务呼叫请求，并根据所述业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表，所述后验概率表包括所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率，然后根据所述分布概率选择小区对所述目标移动终端进行寻呼。

具体地，当移动呼叫中心接收到包括目标移动终端的标识的业务呼叫请求后，根据标识查找与该目标移动终端对应的后验概率表，然后对目标移动终端进行寻呼，寻呼时具体可以按照分布概率从大到小进行顺序，优先地选择分布概率大的小区进行寻呼，即按照分布概率从大到小地顺序进行寻呼。

本实施例中，后验概率表中包括目标移动终端在所属位置区内各个小区的分布概率，也就是说后验概率表包括了移动终端在位置区内所有小区的分布概率信息，移动终端没有到达过的小区的分布概率即为零，本发明各实施例中涉及的后验概率表中的各小区即为移动终端所属位置区内的所有小区。

本实施例可以将后验概率表中的各小区划分成若干个寻呼集合，并以寻呼集合为单位进行寻呼。当将后验概率表中的各小区划分到一个寻呼集合中时，寻呼即是对后验概率表中的所有小区进行寻呼；当将后验概率表中的每一个小区划分到一个寻呼集合中时，寻呼即是每次寻呼一个小区；当然，也可以将后验概率表中的各小区划分到若干个优先级不同的寻呼集合中进行寻呼，优先将分布概率大的小区划分到高优先级的寻呼集合中，而且寻呼时，按照寻呼集合的优先级从高到低的顺序依次在寻呼集合所包括的小区内进行寻呼而且本实施例中所述的后验概率表可以仅是一张表，其中记录了该目标移动终端在所有时间处于业务状态下在各个小区的分布概率，当然也可以以时间段为单位建立多个后验概率表，每个后验概率表反映一个时间段内的分布概率，这样可以使得寻呼更加准确。以下以维护对应于不同时间段的多个后验概率表为例进行详细说明。

图1为本发明实施例移动终端寻呼方法流程图，如图1所示，该方法包括如下步骤：

步骤100，接收业务呼叫请求，并根据所述业务呼叫请求中包括的目标移动终端的标识和接收到所述业务呼叫请求的时间，选择对应的后验概率表，所述后验概率表包括所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率；

本实施例所述的后验概率表为移动呼叫中心维护的或者由其它网元维护并可被移动呼叫中心调用的、包括有一移动终端处于业务状态下在所属位置区内各个小区的分布概率，具体地说，假设Bi表示用户出现在小区Ci的事件，用A表示用户处于业务状态的事件，则P(Bi)表示用户出现在小区Ci的概率，而P(Bi|A)则表示用户处于业务状态时在小区Ci中的分布概率，也称为后验概率。现有方法主要是基于用户历史信息获得用户在各个小区的分布信息，如P(Bi)，然后基于这个分布信息进行寻呼；而本发明实施例是基于用户处于业务状态下在各个小区的相关信息，获得用户在小区中分布的后验概率P(Bi|A)，然后再考虑业务延迟要求的情况下基于最大后验概率的准则，优先在P(Bi|A)较大的小区内进行寻呼，以优化寻呼。当移动终端与网络建立业务期间，网络统计终端在业务状态下所访问过的小区中的信息；经过一段时间的统计后，根据统计信息形成该移动终端处于业务状态下在位置区中不同小区的分布概率P(Bi|A)。

而且后验概率表与时间段有关，不同时间段对应有不同的后验概率表，在进行优化寻呼时，首先要确定用哪个时间段对应的后验概率表，根据移动终端在各个小区内的后验概率来优化寻呼，提高寻呼效率。当移动呼叫中心接收到业务呼叫请求后，首先确定接收到该业务呼叫请求的时间属于哪个时间段，并以此来选择与业务呼叫请求中携带的目标移动终端的标识对应的后验概率表。

步骤101，将所述后验概率表中的各个小区划分到数量与最大寻呼次数相同的多个寻呼集合中，所述寻呼集合根据所述分布概率按从大到小的顺序获取，所述最大寻呼次数根据所述业务呼叫请求最大允许的呼叫延迟时间和每次寻呼时间获得；

在确定选用的后验概率表后，由于该后验概率表中包括多个小区的后验概率信息，也就是说移动呼叫中心此次寻呼的范围为后验概率表中的所有小区，而且由于各个小区对应于不同的后验概率，因此若需要提高寻呼效率，在寻呼延时允许的条件下，则可以首先在后验概率较大的若干个小区内进行寻呼，由于其后验概率高，因此寻呼成功率便相对高一些。因此，移动呼叫中心将各小区的分布概率按照从大到小的顺序进行排序；然后，将后验概率表中的各个小区划分到与最大寻呼次数数量相同的数个寻呼集合中，也就是优先将分布概率大的若干个小区分配到一个寻呼集合中，将分布概率中等的若干个小区分配到其他若干个寻呼集合中，将分布概率最低的若干个小区分配到再一个寻呼集合中，这样位置区内所有小区均被按照其对应的分布概率的大小，被依次分配到若干个具有不同优先级的寻呼集合中。本实施例中，建立的寻呼集合的数量可以与最大寻呼次数数量相同，所述最大寻呼次数是根据业务呼叫请求最大允许的呼叫延迟时间和每次寻呼时间而获得的，具体为呼叫延迟时间除以每次寻呼时间而获得。

步骤102，以所述寻呼集合为单位，根据所述分布概率按从大到小的顺序对所述目标移动终端进行寻呼。

移动呼叫中心将各小区分配到最大寻呼次数个寻呼集合中，可以在最大允许的呼叫延迟时间内，分次进行寻呼，每次寻呼一个寻呼集合中的所有小区，而且各寻呼集合具有优先级，移动呼叫中心可以按照优先级从高到低的顺序选择对应的寻呼集合进行寻呼，具体可以是首先对包括高分布概率的具有高优先级的寻呼集合进行寻呼，若寻呼成功则停止寻呼；若寻呼失败，则对中等分布概率的寻呼集合进行寻呼，依次类推，最后对低分布概率的寻呼集合进行寻呼。这样，既可以尽量保证在最大允许的呼叫延迟时间内寻呼成功，又节省了空口资源，寻呼效率也不会降低。当然，若一业务的最大允许的呼叫延迟时间较长例如短信业务，则可以分几次进行寻呼，若业务的最大允许的呼叫延迟时间很短例如紧急呼叫，则可以将所有小区均包含在一个寻呼集合中，而且移动呼叫中心仅进行一次寻呼即对后验概率表中所有的小区进行寻呼。

当新的业务到达时，移动呼叫中心根据本次业务时延要求计算出最多能做几次寻呼，移动呼叫中心根据移动终端业务状态下在各个小区的分布概率和本次业务最大允许的寻呼次数决定采用一次或多次寻呼，每次寻呼选择终端业务状态下在各个小区的分布概率最大的一个或多个小区进行寻呼，直至寻呼成功。

本实施例提供的移动终端寻呼方法，基于用户处于业务状态时在各小区中的分布概率进行寻呼，寻呼过程更为简洁灵活，适用场景更为广泛，而且在保证寻呼效率的情况下，节约了空口资源。

以下介绍动态获得移动终端业务状态下在各小区分布概率的方法。

当移动终端与网络建立业务连接后，网络便会获知当前处于业务状态下移动终端相关信息，因此可以采集到如业务所有小区信息，以及业务在这些小区中所经历的时长等信息，另外网络也可以较容易采集到业务期间终端在各个小区的移动速度等信息。由于信息的采集、保存和处理都会花费一定的代价，在考虑了代价和实用性后，本实施例使用以下方法统计移动终端业务状态下在各小区的分布信息，具体过程可以为网络侧首先统计一个周期内处于业务状态下的目标移动终端在各小区的分布信息；然后，根据目标移动终端对应于每个小区的分布信息以及对应于位置区内所有小区的分布信息之和，获取目标移动终端处于业务状态下在所属位置区内各个小区的分布概率。所述的分布信息可以包括目标移动终端在各小区对应的响应被呼的次数、发起主呼及响应被呼的次数或业务时长等，以下分别对该三种情况进行介绍。

一种方法是仅统计移动终端在各小区中响应呼叫的次数。因为当前获得移动终端在各小区分布概率的目的是为了在下一次被呼业务到达时对移动终端进行寻呼并建立业务连接，因此基于移动终端对业务的响应进行统计是一个比较合理和简单的方法。

P(Bi|A)＝统计时间内移动终端在小区Ci的被叫次数除以统计时间内移动终端在所有小区的总被叫次数。

另一种方法是既统计移动终端在各小区发起主呼的次数，而且还统计响应被呼的次数。统计意义上主呼业务发生多的小区也是被呼业务发生多的小区，因此为了增加样本数，可以既统计小区中主呼次数又统计被呼次数，基于主呼次数和被呼次数之和计算移动终端在各个小区的分布概率。计算方法如下：

P(Bi|A)＝统计时间内移动终端在小区Ci的呼叫次数除以统计时间内移动终端在所有小区的总呼叫次数，其中呼叫次数＝主呼次数+被呼次数。

再一种方法是统计业务在小区中所经过的时长，以这个时长来计算移动终端业务状态下在各个小区的分布概率。

P(Bi|A)＝统计时间内移动终端在小区Ci的总业务时长除以统计时间内移动终端在所有小区的总业务时长。

网络侧例如移动呼叫中心在获得所需的分布概率后，便可以根据各小区的标识以及对应的分布概率建立后验概率表，也就是说后验概率表中包括有各小区的标识、对应的分布概率，也可以包括具体的数值例如在对应小区进行业务的业务时长等。本发明实施例就以方法三为基础进一步做阐述网络内部数据保存和处理的方法。

关于获得移动终端业务状态下在各小区分布概率的统计周期分析，统计周期是获得一个稳定的后验概率P(Bi|A)的关键。因为人的业务行为和移动行为既不简单重复，又非完全随机，而是具有统计意义上的周期性，因此合理地选择统计周期是保证及时稳定地获得后验概率的关键。虽然可以采用不同的统计周期，但人们的生活中有几个重要的周期：天，星期。大多数人的生活都以天和星期周期性重复的。而且在一天中不同的人有不同的关键时间段，但对于绝大多数人而言白天和晚上是两个关键的时间段。在一周内虽然不同的人有不同的生活和移动方式，不过对大多数人而言一周中工作日和休息日是两个重要的时段。基于上述分析，在考虑到简单性和实用性后，本实施例采用以下方法给出统计周期。

本实施例中将统计周期设置为一个星期，考虑一个星期中不同天不同时间段内大多数人的生活方式特点，将针对一段周期内不同时间段分别统计，时间段划分如表1所示。

表1

在一个统计周期内，当移动终端与网络建立连接后，网络判断应该选择的统计时段，然后针对这个统计时段内移动终端在所经过小区的业务时长。如当前业务发生在工作日的上午10点，网络选择的统计时段Ts＝1。当移动终端本次业务跨时间段时，可以分别统计。

当一个统计周期结束后，网络处理统计数据，针对不同统计时段的数据计算不同时段移动终端在各个小区中分布的后验概率。网络将统计周期划分成至少一个时间段，并建立与各时间段对应的后验概率表，例如表2为统计时段Ts＝1所对应的表，表中依据分布概率大小按从大到小进行了排列。

表2

当移动终端初次进入一个位置区时，尚未经历一个完整的统计周期，获得稳定的后验概率信息，此时依然可以基于已有的统计信息计算出所需的概率，基于概率信息进行寻呼，不同的只是此时样本少，统计概率的偏差大一些。

在统计得到移动终端在小区中分布的后验概率P(Bi|A)后，网络考虑业务延迟要求在P(Bi|A)最大的一个或多个小区中逐次寻呼。具体描述如下：假设N表示位置区包含的小区的总数；假设一次寻呼在一个小区的空口资源开销为C_p；假设在一次业务中网络在位置区中发送了寻呼的相关所有小区空口寻呼开销总和为C_total；假设一次寻呼最大耗时为T_p；假设业务的最大允许的寻呼延迟时间为T_max，最大允许的寻呼次数为K。

则当需要发起寻呼时，网络根据本次业务对时间的要求，按照下式计算出允许的最大寻呼次数K：K＝T_max/T_p。

然后网络依据表1和当前业务发起时间确定时间段，针对不同的时间段选择相应的后验概率表作为进一步选择小区的基础，例如当前呼叫对应的时间为工作日上午10时，因此网络选择Ts＝1的表，如表2所示。

网络以当前允许的最大寻呼次数K为约束，将位置区中的所有小区划分为K个集合，这K个集合分别表示如下：S₁＝{C_ll，.....C_1i}，S₂＝{C₂₁，.....C_2j}，......S_K＝{C_K1，.....C_Km}；网络首先根据后验概率从大到小顺序将表中后验概率最大的i个小区放到集合S₁，然后在位置区剩下小区中再选择后验概率最大的j个小区放到集合S₂。在构成了K-1个集合后，将位置区中最后剩余的小区放入集合S_K中。

按照网络发寻呼的优先级从高到低进行排列为：S₁，S₂......S_K，网络首先在集合S₁中进行寻呼，如果终端响应寻呼，则停止寻呼。如果终端没有响应，则依次对集合S₂到集合S_K的小区进行寻呼，当中间接收到寻呼响应则停止寻呼。

上述提出在最大寻呼次数K一定的情况，将位置中的所有小区依据后验概率P(Bi|A)的大小分为K个寻呼集合，优先将后验概率大的的放到高优先级寻呼集合中，网络依据寻呼集合优先级从高到低的顺序逐次在各个集合中寻呼直到终端响应为止。对于每个集合中具体应该放几个小区，以下便进一步分析上述寻呼集合的划分方法，划分的方法有很多种，本实施例提供以下两种划分方法，当然并不局限于此。

一种划分方法是将所述后验概率表中的各个小区平均划分到与最大寻呼次数数量相同的数个寻呼集合中，即按小区个数等分，这是一种最简单的方法，每个集合中所包含的小区数N_sc由下式给出：

因此网络将P(Bi|A)最大的N_sc个小区放入集合S₁，然后再把接下来的N_sc个小区放入S₂，直到将所有的小区都放到了K个寻呼集合中。

另一种划分方法是将后验概率表中的各个小区按照预定规则划分到与最大寻呼次数数量相同的数个寻呼集合中，其中所述的预定规则包括：选择包含小区个数最少的寻呼集合，使得P₁＞P_t1，P₂＞P_t2，......，P_K＞P_tK，其中，P_k表示K个所述寻呼集合中的从第一个寻呼集合到第k个寻呼集合所包括的小区对应的所述分布概率之和，P_tk表示第k次寻呼成功概率门限值，k、K为正整数，0＜k≤K，K表示所述最大寻呼次数。

上述方法就是按设定的每次寻呼成功的累积概率门限将小区分到K个集合中，具体地网络以最小化空口资源开销的原则给定寻呼成功概率门限值P_tk，且有P_t1＜P_t2＜....P_tk.....＜P_tK，假设各个集合中所包含的小区个数为n₁，n₂.....n_k....n_k；假设后验概率P(B_i|A)按照从大到小进行了排序，P(B₁|A)表示后验概率最大，即P(B₁|A)＞P(B₂|A)＞....P(B_i|A).....＞P(B_N|A)；假设集合从S₁，S₂，......S_K共k个集合中所有小区的后验概率之和用P_k表示，因此有

且需要满足P_k＞P_tk，即前k个寻呼集合中所有小区的后验概率和应该大于第k个门限值P_tk。

因此可以用下面的公式描述网络在一次业务中的寻呼开销：

$C_{\mathrm{total}}=C_p(n_1+n_2(1-P_1)+n_3(1-P_2)+.......+n_K(1-P_{K-1}))$

$=C_p(N-\underset{k=1}{\overset{K-1}{\mathrm{\Σ}}}{n}_{k+1}{P}_k)$

从上式看出，如果给定门限值P_tk，则n_k+1数目越大越好，即在门限给定的情况下，在构成第k个寻呼集合时，选择的小区数量以满足P_k＞P_tk门限条件下P_k最小时对应的小区个数，将尽量多的小区留给第k+1个集合。因此第k个集合中的个数应满足下式：

$n_k=\mathrm{Arg}\left\{\underset{n_k}{\mathrm{MIN}}((P_{k-1}+\underset{j=n_{k-1}}{\overset{n_k}{\mathrm{\Σ}}}P\left(B_j\right|A))>P_{\mathrm{tk}})\right\}$

即网络在划分寻呼集合时，根据P(B_j|A)从大到小依次将C_j放入当前集合，直到已放入当前集合S_k的小区概率和加上S₁，S₂.....S_k-1集合中所有小区的后验概率概率和

大于P_tk.为止。举例说明，如果最大允许的寻呼次数为2，基于表2给的数据，假设寻呼成功概率门限值P_t1.＝0.6，则在构成第一个寻呼集合S₁时，因为前两个小区的概率和等于0.862才能大于该寻呼成功概率门限值，因此选择将小区索引号为C1和C2的小区放入集合S₁作为第一次寻呼的小区集合，如果没有响应再在位置区的剩余小区中进行寻呼。

上述实施例介绍了基于移动终端处于业务状态时在各小区中的分布概率进行寻呼的方法，并介绍了如何进行发布概率的统计和寻呼集合的划分原则等内容，以下本实施例结合图2以一个具体的实施例介绍一下本发明实施例移动终端寻呼方法的详细实现流程。图2为本发明实施例应用移动终端寻呼方法的网络系统组成示意图，图2所示的是一个在当前蜂窝系统如全球移动通信(Global System For Mobile Communication；以下简称：GSM)系统中的一个实施例，如图2所示，位置区LA所包含的小区分别由第一基站(Base StationSub-system；以下简称：BSS)和第二BSS两个接入网设备进行管理。在本实施例中第一BSS和第二BSS都接到同一个移动交换机(Mobile SwitchingCenter；以下简称：MSC)，因此MSC负责管理终端在位置区LA的移动性，即移动终端进入位置区LA时，它需要MSC报告位置信息，然后MSC根据位置信息保存规则选择保存在访问用户位置寄存器(Visiting Location Register；以下简称：VLR)或者归属位置寄存器(Home Location Register；以下简称：HLR)中。另外当有其他移动终端呼叫该移动终端时，MSC根据VLR或HLR保存的位置信息采用一定的寻呼策略在其所管辖的位置区中进行寻呼。采用本发明实施例提供的方法的描述如下：

一、网络获得移动终端在位置区LA中各小区的后验概率P(Bi|A)以及保存相关信息：

(1)一移动终端(以下简称：MS)初次进入位置区LA时，MSC不能获得MS在位置区LA中各小区的后验概率P(Bi|A)，因此如果此时MSC需要寻呼MS就会直接在整个位置区的所有小区中下发寻呼消息；

(2)当MS在小区C13产生业务时，MS与第一BSS之间建立了无线接入连接，因此第一BSS知道当前MS业务发生在小区C13，并且也知道MS的这次业务在C13中发生的时长t13。因为业务期间第一BSS与MSC之间也建立连接，第一BSS很容易将相关信息上报给MSC；

(3)当MS从C13切换到C21的过程中，第一BSS和第二BSS之间要建立联系，第一BSS可将所记录的t13信息通过第一BSS和MSC之间的连接上报给MSC，或者第一BSS将t13通过第一BSS和第二BSS之间的接口发送给第二BSS，由第二BSS暂时保存，当MS在C21中结束本次会话后，第二BSS将本地记录的t21(MS在小区C21中的业务时长)以及t13一起通过第二BSS与MSC之间的接口发送给MSC；

(4)MSC统计MS在位置区LA的每次业务中在各个小区的会话时长，形成了多个后验概率表，本实施例以其中一个例如表3为例进行说明，表3是以周一到周五工作时段统计获得即Ts＝1。MSC可将表3信息存储于VLR或HLR中。

表3

当MS从MSC进入其他MSC所管辖的位置区后，HLR会发消息通知MSC，此时MSC可选择将MS在位置区LA中的后验概率表如表3等保存到MS所属的VLR或HLR中。因为VLR或HLR的保存信息的能力总是有限制的，所以VLR或HLR可为MS在不同位置区的后验概率表设置一个老化时间，若在这个老化时间到达时该记录都没有被访问，则可以删除该记录。

二、网络利用位置分布表进行寻呼：

(1)MS在位置区LA中，当另一移动终端在时段Ts＝1时呼叫该MS，则MSC接收到呼叫建立消息时，首先从VLR或HLR中查询出MS对应的后验概率表如表3所示，查询可以依据MS标识例如手机号码或者客户识别码(IMSI)等；

(2)MSC检查当前呼叫业务所能容许的最大时长后，计算出此业务最多只能寻呼2次。另外MSC中已经设定，两次寻呼的门限值为分别为80％和100％。因此MSC将位置区LA的所有小区分为两个集合，第一个集合包括C17，C23，C16和C18，第二个集合包括位置区的其余小区。MSC首先在第一个集合中进行寻呼。如果终端MS响应寻呼，则MSC停止寻呼，如果终端MS没有响应寻呼，则MSC在第二个集合中进行寻呼。

另外在上述步骤中，MSC在不同小区下发寻呼时，需要首先将寻呼消息下发给相应的BSS，由BSS再在各个小区中下发寻呼。由于现网中小区标识符占用的字节数比较多，当MSC指示BSS在多个小区中下发寻呼消息时，需要在MSC和BSS之间的接口中携带多个小区标识符。为了节省传输带宽，MSC和BSS之间可以给不同的小区分配一个比特(Bit)位，用映射图来指示是否需要在相应的小区下发寻呼消息。例如在本实施例中，第一BSS下有10个小区，则用10个比特就可以指示这10个小区是否需要下发寻呼，因此用两个字节就可以表示了。如果从低到高标识C10到C19，无小区对应的位置为零，如表4所示。

表4

因此MSC指示第一BSS1在C17，C16和C18下发寻呼时，MSC会将把表四中对应的第6，第7，第8位置为1，其它位置为0，用16进制表达为01C0H。对于指示第二BSS的情况此处不再赘述。

上述各实施例提供的移动终端寻呼方法，基于用户处于业务状态时在各小区中的分布概率进行寻呼，寻呼过程更为简洁灵活，适用场景更为广泛，而且在保证寻呼效率的情况下，节约了空口资源。

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

图3为本发明一实施例移动呼叫中心的结构示意图，如图3所示，该移动呼叫中心设备包括第一处理模块11和寻呼模块12，其中第一处理模块11用于接收业务呼叫请求，并根据该业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表，所述的后验概率表包括目标移动终端处于业务状态下在所属位置区内各个小区的分布概率；寻呼模块12用于根据所述分布概率选择小区对所述目标移动终端进行寻呼。

本实施例提供的移动呼叫中心设备可以为MSC，本实施例以MSC为例进行说明。MSC中的第一处理模块11接收到新的业务呼叫请求后，从业务呼叫请求中获取目标移动终端的标识，然后根据该标识获取对应的后验概率表，该后验概率表中包括了该移动终端处于业务状态下在内各个小区的分布概率情况；第一处理模块11获取到用于寻呼的后验概率表后，由寻呼模块12负责根据该后验概率表对目标移动终端进行寻呼。具体可以是将限定的后验概率表中包括的所有小区对应的发布概率按照大小进行排序，然后优先选择分布概率大的小区进行寻呼，即按照分布概率从大到小地顺序进行寻呼。

本实施例中，后验概率表可以仅为一张表，其中记录了该目标移动终端在所有时间处于业务状态下在各个小区的分布概率，当然也可以以时间段为单位建立多个后验概率表，每个后验概率表反映一个时间段内的分布概率，这样可以使得寻呼更加准确。当所维护的为多个后验概率表时，则第一处理模块11还用于根据业务呼叫请求中包括的目标移动终端的标识和接收到所述业务呼叫请求的时间，选择对应的后验概率表。第一处理模块11在接收到业务呼叫请求后，首先确定接收时间，然后根据时间和标识选择对应的后验概率表进行寻呼。

本实施例提供的移动呼叫中心设备，基于用户处于业务状态时在各小区中的分布概率进行寻呼，寻呼过程更为简洁灵活，适用场景更为广泛，而且在保证寻呼效率的情况下，节约了空口资源。

图4为本发明另一实施例移动呼叫中心设备的结构示意图，如图4所示，该移动呼叫中心设备包括第一处理模块11和寻呼模块12，其中寻呼模块12包括第一处理子模块121和第二处理子模块122，第一处理子模块121用于将所述后验概率表中的各个小区划分到数量与最大寻呼次数相同的多个寻呼集合中，所述寻呼集合根据所述分布概率按从大到小的顺序获取，所述最大寻呼次数根据所述业务呼叫请求最大允许的呼叫延迟时间和每次寻呼时间获得；第二处理子模块122用于以寻呼集合为单位，根据所述分布概率按从大到小的顺序对所述目标移动终端进行寻呼。

具体地，第一处理子模块121将多个小区划分在数个寻呼集合中，寻呼集合的数量与最大寻呼次数数量相同，而且优先将分布概率大的小区划分到优先级高的寻呼集合中，寻呼集合具有优先级，移动呼叫中心设备中的第二处理子模块122进行寻呼时时按照优先级的高低顺序进行的；第一处理子模块121划分完寻呼集合后，由第二处理子模块122在最大允许的呼叫延迟时间内，分次并按照寻呼集合的优先级从高到低的顺序进行寻呼，每次寻呼一个寻呼集合中的所有小区，而且是首先对包括高分布概率的寻呼集合进行寻呼，若寻呼成功则停止寻呼；若寻呼失败，则对中等分布概率的寻呼集合进行寻呼，依次类推，最后对低分布概率的寻呼集合进行寻呼。这样，既可以尽量保证在最大允许的呼叫延迟时间内寻呼成功，而且节省了空口资源。

本实施例中第一处理子模块121划分寻呼集合可以采用平均划分和按照预定规则划分等划分，并分别由所包括的第一处理单元和/或第二处理单元完成，其中，第一处理单元用于按照分布概率从大到小的排列顺序，将后验概率表中的各个小区平均划分到数量与最大寻呼次数相同的多个寻呼集合中；

第二处理单元用于将所述后验概率表中的各个小区按照预定规则划分到所述寻呼集合中，所述预定规则包括：

选择包含小区个数最少的寻呼集合，使得P₁＞P_t1，P₂＞P_t2，......，P_K＞P_tK，其中，P_k表示K个所述寻呼集合中的从第一个寻呼集合到第k个寻呼集合所包括的小区对应的所述分布概率之和，P_tk表示第k次寻呼成功概率门限值，k、K为正整数，0＜k≤K，K表示所述最大寻呼次数。

第一处理单元和第二处理单元按照不同的分配原则将后验概率表中的各个小区划分成若干个寻呼集合，并且MSC以寻呼集合为单位进行优化寻呼，具体的分配原则可以参见上述方法实施例，此处不再赘述。上述涉及的后验概率表可以由MSC中包括的第二处理模块13生成，具体地，第二处理模块13统计一个周期内处于业务状态下的目标移动终端在各小区的分布信息，并根据目标移动终端对应于每个小区的分布信息以及对应于位置区内所有小区的分布信息之和，获取目标移动终端处于业务状态下在所属位置区内各个小区的分布概率，再根据各小区的标识以及对应的分布概率建立后验概率表。生成的后验概率表可以由VLR或HLR维护，当然也可以由MSC自身维护，例如将后验概率表存储在MSC中的存储模块14中进行维护。

本实施例提供的移动呼叫中心设备，基于用户处于业务状态时在各小区中的分布概率进行寻呼，使得寻呼过程更为简洁灵活，而且适用场景更为广泛；在保证寻呼效率的情况下，节约了空口资源。

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

Claims (14)

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

接收业务呼叫请求，并根据所述业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表，所述后验概率表包括所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率；

根据所述分布概率选择小区对所述目标移动终端进行寻呼。

2.根据权利要求1所述的移动终端寻呼方法，其特征在于，所述根据所述分布概率选择小区对所述目标移动终端进行寻呼包括：

将所述后验概率表中的各个小区划分到数量与最大寻呼次数相同的多个寻呼集合中，所述寻呼集合根据所述分布概率按从大到小的顺序获取，所述最大寻呼次数根据所述业务呼叫请求最大允许的呼叫延迟时间和每次寻呼时间获得；

以所述寻呼集合为单位，根据所述分布概率按从大到小的顺序对所述目标移动终端进行寻呼。

3.根据权利要求2所述的移动终端寻呼方法，其特征在于，所述将所述后验概率表中的各个小区划分到数量与最大寻呼次数相同的多个寻呼集合中，包括：

将所述后验概率表中的各个小区按照预定规则划分到所述寻呼集合中，所述预定规则包括：

选择包含小区个数最少的寻呼集合，使得P₁＞P_t1，P₂＞P_t2，......，P_K＞P_tK，其中，P_k表示K个所述寻呼集合中的从第一个寻呼集合到第k个寻呼集合所包括的小区对应的所述分布概率之和，P_tk表示第k次寻呼成功概率门限值，k、K为正整数，0＜k≤K，K表示所述最大寻呼次数。

4.根据权利要求2所述的移动终端寻呼方法，其特征在于，所述将所述后验概率表中的各个小区划分到数量与最大寻呼次数相同的多个寻呼集合中，包括：

将所述后验概率表中的各个小区平均划分到所述寻呼集合中。

5.根据权利要求1所述的移动终端寻呼方法，其特征在于，所述根据所述业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表包括：

根据所述业务呼叫请求中包括的目标移动终端的标识和接收到所述业务呼叫请求的时间，选择对应的后验概率表。

6.根据权利要求1或5所述的移动终端寻呼方法，其特征在于，在所述接收业务呼叫请求之前，所述方法还包括：

统计一个周期内处于业务状态下的所述目标移动终端在各小区的分布信息；

根据所述目标移动终端对应于每个小区的分布信息以及对应于所述位置区内所有所述小区的分布信息之和，获取所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率。

7.根据权利要求6所述的移动终端寻呼方法，其特征在于，所述分布信息包括所述目标移动终端在各小区对应的响应被呼的次数，或发起主呼及响应被呼的次数之和，或业务时长。

8.根据权利要求5所述的移动终端寻呼方法，其特征在于，所述方法还包括：

将所述周期划分成至少一个时间段，并建立与各时间段对应的后验概率表。

9.一种移动呼叫中心设备，其特征在于，包括：

第一处理模块，用于接收业务呼叫请求，并根据所述业务呼叫请求中包括的目标移动终端的标识选择对应的后验概率表，所述后验概率表包括所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率；

寻呼模块，用于根据所述分布概率选择小区对所述目标移动终端进行寻呼。

10.根据权利要求9所述的移动呼叫中心设备，其特征在于，所述寻呼模块包括：

第一处理子模块，用于将所述后验概率表中的各个小区划分到数量与最大寻呼次数相同的多个寻呼集合中，所述寻呼集合根据所述分布概率按从大到小的顺序获取，所述最大寻呼次数根据所述业务呼叫请求最大允许的呼叫延迟时间和每次寻呼时间获得；

第二处理子模块，用于以所述寻呼集合为单位，根据所述分布概率按从大到小的顺序对所述目标移动终端进行寻呼。

11.根据权利要求10所述的移动呼叫中心设备，其特征在于，所述第一处理子模块包括第一处理单元和/或第二处理单元，其中：

所述第一处理单元，用于将所述后验概率表中的各个小区平均划分到所述寻呼集合中；

所述第二处理单元，用于将所述后验概率表中的各个小区按照预定规则划分到所述寻呼集合中，所述预定规则包括：

选择包含小区个数最少的寻呼集合，使得P₁＞P_t1，P₂＞P_t2，......，P_K＞P_tK，其中，P_k表示K个所述寻呼集合中的从第一个寻呼集合到第k个寻呼集合所包括的小区对应的所述分布概率之和，P_tk表示第k次寻呼成功概率门限值，k、K为正整数，0＜k≤K，K表示所述最大寻呼次数。

12.根据权利要求9所述的移动呼叫中心设备，其特征在于，所述第一处理模块还用于：根据所述业务呼叫请求中包括的目标移动终端的标识和接收到所述业务呼叫请求的时间，选择对应的后验概率表。

13.根据权利要求9至12任一所述的移动呼叫中心设备，其特征在于，还包括：

第二处理模块，用于统计一个周期内处于业务状态下的所述目标移动终端在各小区的分布信息，并根据所述目标移动终端对应于每个小区的分布信息以及对应于所述位置区内所有所述小区的分布信息之和，获取所述目标移动终端处于业务状态下在所属位置区内各个小区的分布概率，再根据各小区的标识以及对应的所述分布概率建立所述后验概率表。

14.根据权利要求9至12任一所述的移动呼叫中心设备，其特征在于，还包括：

存储模块，用于存储所述后验概率表。

Images