专利名称：集群呼叫根据国家移动用户标识进行寻呼的方法及系统的制作方法
技术领域：
本发明涉及码分多址(CDMA，Code Division Multiple Address)无线通信系统， 尤其涉及CDMA无线通信系统中集群呼叫根据国家移动用户标识(IMSI，International Mobile Station Identity)进行寻呼的方法及系统。
背景技术：
在目前的CDMA无线通信系统中，IMSI作为终端的标识用来初步验证终端的合法 性。在呼叫过程中，IMSI主要具有两个作用，一个是IMSI作为基站与终端通信的标识，填 写在空口消息的地址子层中；另一个是在基站收发信机(BTS，Base Transceiver Station) 发送寻呼消息时，根据IMSI来计算终端监听的载频、寻呼信道和寻呼时隙。在集群系统中，现在一般都根据组标识(GID，Group ID)进行寻呼，即对于一个群 组内的所有被叫终端，根据群组的GID构造一个新的寻呼地址填写在空口消息的地址子层 中，采用类似广播寻呼的方式寻呼该群组下所有被叫终端。虽然在集群呼叫中IMSI作为标识的功能逐渐被GID取代，但是在集群用户数目较 少、而广播周期较长的情况下，根据IMSI进行寻呼的方式仍有重要意义。具体地说，比起广 播消息的连续发送方式，根据IMSI进行寻呼的方式可以减少寻呼信道消息发送量、提高寻 呼信道利用率；比起广播消息的周期发送方式，根据IMSI进行寻呼的方式可以提高系统的 接续性能。传统集群呼叫根据IMSI进行寻呼的方法包括基站控制器(BSC，BaseStation Controller)将集群内所有终端的IMSI列表发送给BTS，BTS根据终端的IMSI按照哈希函 数计算终端监听的载频、寻呼信道和寻呼时隙，这样BTS就获知应在具体哪个载频、在载频 的具体哪个寻呼信道以及在寻呼信道的具体哪个时隙发送寻呼消息，从而完成寻呼消息的 发送。但是，一个IMSI最少需要8字节共64比特。因此集群呼叫根据IMSI进行寻呼时， 传送大量的IMSI就成为系统性能的瓶颈。而如果直接由BSC计算终端监听的载频、寻呼信 道和寻呼时隙，并将终端监听的载频、寻呼信道和寻呼时隙发送给BTS，又因为各BTS配置 的载频数、寻呼信道数以及寻呼周期各不相同，因此BSC必须针对其下属的每个BTS甚至每 个小区分别计算终端监听的载频、寻呼信道和寻呼时隙，这样会增大BSC的系统开销。
发明内容
有鉴于此，本发明的主要目的在于提供一种集群呼叫根据IMSI进行寻呼的方法 及系统，以减少BSC发送给BTS的数据量并提高系统性能。为达到上述目的，本发明的技术方案是这样实现的一种集群呼叫根据IMSI进行寻呼的方法，包括BSC根据终端的IMSI计算关键字，并将关键字发送给BTS ；BTS根据收到的关键字获取终端监听的载频、寻呼信道及寻呼时隙。其中，所述关键字为哈希关键字(HASH_KEY)。
4
其中，所述关键字为哈希寻呼信道关键字(HASH_KEY_PCH)、哈希寻呼时隙关键字 (HASH_KEY_SL0T)及终端监听的载频。其中，所述HASH_KEY_PCH、HASH_KEY_SL0T及终端监听的载频的计算过程为BTS 将自身下属的小区配置的载频数发送给BSC ；BSC根据终端的IMSI计算HASH_KEY，再根据 HASH_KEY计算HASH_KEY_PCH及HASH_KEY_SL0T，根据HASH_KEY和收到的小区配置的载频 数计算终端监听的载频。其中，所述关键字为哈希载频关键字(HASH_KEY_CCH)、HASH_KEY_SL0T及终端监 听的寻呼信道。其中，所述HASH_KEY_CCH、HASH_KEY_SL0T及终端监听的寻呼信道的计算过程为 BTS将自身下属的小区配置的寻呼信道数发送给BSC ；BSC根据终端的IMSI计算HASH_KEY， 再根据HASH_KEY计算HASH_KEY_CCH及HASH_KEY_SL0T，根据HASH_KEY和收到的小区配置 的寻呼信道数计算终端监听的寻呼信道。其中，所述关键字为HASH_KEY_CCH、HASH_KEY_PCH及终端监听的寻呼时隙。其中，所述HASH_KEY_CCH、HASH_KEY_PCH及终端监听的寻呼时隙的计算过程为 BTS将自身下属的小区配置的寻呼周期指数(SLOT_CYCLE_INDEX)发送给BSC ;BSC根据终 端的 IMSI 计算 HASH_KEY，再根据 HASH_KEY 计算 HASH_KEY_CCH及 HASH_KEY_PCH，根据 HASH_ KEY和收到的小区配置的寻呼周期计算终端监听的寻呼时隙。其中，所述计算终端监听的寻呼时隙的公式为 其中，N为 2048，L 为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特， DECORR 为 6 HASH_KEY
，SLOT_CYCLE_INDEX 为小区配置的寻呼周期指数。其中，所述关键字为 HASH_KEY_CCH、HASH_KEY_PCH 及 HASH_KEY_SL0T。其中，所述HASH_KEY_CCH、HASH_KEY_PCH 及 HASH_KEY_SL0T 的计算过程为BSC 根 据终端的 IMSI 计算 HASH_KEY，再根据 HASH_KEY 计算 HASH_KEY_CCH、HASH_KEY_PCH及 HASH_ KEY_SL0T。其中，所述计算HASH_KEY_CCH的公式为 其中，L为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特，DECORR 为 0 ；所述计算终端监听的载频采用的公式为 其中，N为小区配置的载频数，终端监听的载频取R+1。其中，所述计算HASH_KEY_PCH的公式为 其中，L为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特，DEC0RR 为 2 HASH_KEY
；所述计算终端监听的寻呼信道采用的公式为 其中，N为小区配置的寻呼信道数，终端监听的寻呼信道取R+1。其中，所述计算HASH_KEY_SL0T的公式为 其中，N为 2048，L 为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特， DECORR 为 6 HASH_KEY
；MAX_SLOT_CYCLE_INDEX 为最大寻呼周期指数，且 MAX_ SLOT_CYCLE_INDEX 彡 1 ；所述计算终端监听的寻呼时隙的公式为R = HASH_KEY_SL0T/ (2SL0T-CYCLEJNI)EX+4)其中，SLOT_CYCLE_INDEX为小区配置的寻呼周期指数，且SL0T_CYCLE_ INDEX ^ MAX_SLOT_CYCLE_INDEX。一种集群呼叫根据IMSI进行寻呼的系统，包括BSC及BTS ；其中，BSC用于根据终端的IMSI计算关键字，并将关键字发送给BTS ；BTS用于根据收到的关键字获取终端监听的载频、寻呼信道及寻呼时隙。由以上技术方案可以看出，BSC向BTS发送占用比特数较少的哈希关键字，使BTS 根据哈希关键字正确计算出终端监听的载频、寻呼信道和寻呼时隙的同时，也减少了 BSC 发送的数据量。更优选地，如果BSC向BTS发送哈希载频关键字、哈希寻呼信道关键字及 哈希寻呼时隙关键字，可进一步减少BSC发送的数据量。此外，对群组内终端数目较多的 呼叫，采用本发明尤其可以减轻Abis(an Interface between BTS and BSC) 口的数据传输 量，提高系统性能。
图1为本发明集群呼叫根据IMSI进行寻呼的流程示意图；图2为IMSI的一个实例示意图；图3为本发明另一种集群呼叫根据MSI进行寻呼的流程示意图；图4为本发明集群呼叫根据IMSI进行寻呼的系统的结构关系示意图。
具体实施例方式本发明为减少BSC发送给BTS的数据量，采用的技术方案是BSC根据终端的IMSI 计算关键字，并将关键字发送给BTS ；BTS根据收到的关键字获取终端监听的载频、寻呼信道及寻呼时隙。为使本发明的目的、技术方案及优点更加清楚明了，以下结合附图和具体实施例 对本发明作进一步详细说明。如图1所示，本发明集群呼叫根据IMSI进行寻呼的方法包括以下步骤步骤101，BSC根据集群内终端的IMSI计算C. S0005-A_v6. 0协议中描述的哈希关 键字(HASH_KEY)，将64比特的IMSI转化为只有32比特的HASH_KEY。其中，根据C. S0005-A_v6. 0协议的规定，按照公式(1)计算HASH_KEY HASH_KEY = IMSI_0_S1+224X IMSI_0_S2 (1) 步骤102，BSC 将 HASH_KEY 发送给 BTS。步骤103，BTS根据HASH_KEY，按照C. S0005-A_v6. 0协议中规定的哈希函数即公
式(2)计算终端监听的载频、寻呼信道及寻呼时隙
R = |_Nx((40503x(L H DECORR))mod216)/216」(2 )其中，L为HASH_KEY的0 15比特；H为HASH_KEY的16 31比特；修正参数 (DEC0RR)的定义及N的取值如表1所示。 表 1 BTS计算终端监听的寻呼信道时，公式(2)中的N为系统参数消息中发送给终 端的寻呼信道数，在实际应用中，寻呼信道数N—般最大设置为7 ;DEC0RR为2 HASH_ KEY
。其中，HASH_KEY
表示HASH_KEY12个最不重要的比特。由公式(2) 计算得到R之后，再将R加1即可得到终端监听的寻呼信道。BTS按照公式(3)计算终端监听的寻呼时隙时
(3 )其中，N为 2048，DECORR 为 6 'HASH_KEY
，SLOT_CYCLE_INDEX 为小区配置 的具体寻呼周期指数。由于实际应用中寻呼周期并没有2048这么大，因此将公式(2)计算得到的结果模 2SLOT_cyclejni,EX+4之后即可得到终端监听的实际寻呼时隙。在实际应用中，若寻呼周期设置为
16，则 SLOT_CYCLE_INDEX 为 0 ；若寻呼周期设置为 32，则 SLOT_CYCLE_INDEX 为 1。这里需要说明的是，终端监听的载频、寻呼信道及寻呼时隙的计算不分先后顺序。BTS根据计算得到的终端监听的载频、寻呼信道和寻呼时隙后就可以发送寻呼消息o由上述分析可知，以一个终端为例，为使BTS完成终端监听的载频、寻呼信道和寻 呼时隙的计算，BSC只需向BTS发送32比特的HASH_KEY即可。比起现有技术BSC直接发 送64比特的IMSI，本方法BSC发送的数据量减少了 32比特。为减少BSC发送的数据量，本发明还提供了一种集群呼叫根据IMSI进行寻呼的方 法。如图3所示，该方法包括以下步骤步骤301，BSC根据终端的IMSI计算HASH_KEY，此步骤与步骤101相同，故在此不
再赘述。步骤302，BSC根据HASH_KEY计算哈希载频关键字(HASH_KEY_CCH)、哈希寻呼信道 关键字(HASH_KEY_PCH)及哈希寻呼时隙关键字(HASH_KEY_SL0T)。这里，HASH_KEY_CCH、 HASH_KEY_PCH、HASH_KEY_SL0T的计算不分先后顺序。其中，根据哈希函数，BSC按照公式⑷计算HASH_KEY_CCH
( 4)其中，L为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特，DECORR 为 0。目前，一个小区下最多配置8个载频，因此 ((40503x(L0H DECORR))mod216}值的低比特对哈希计算已经不起作用(原
因将在下文中结合公式(7)进行解释)，所以将(40503x(L H DECORR)>模216 之后再除213，以取高三比特发送给BTS，也即BSC向BTS发送的HASH_KEY_CCH只占 用3比特。如果CDMA无线通信系统允许配置的载频数增加，可以根据具体情况取 ((40503x(L H④DECORR))mod216)值的多比特发送给BTS，以确保BTS根据HASH_ KEY_CCH能正确计算终端监听的载频。其中，所述多比特是这样确定的假设配置x个载频， 将x用二进制数表示，该二进制数占用的比特n即为所取的多比特。相应地，公式⑷中213 就应变为216_n。另外，不排除多比特可以选取大于n的整数，且n小于16。当多比特取大于 n的整数时，这对计算终端监听的载频没有影响(结合下文的公式(7)即可发现)，但是很 明显BSC发送的HASH_KEY_CCH占用的比特数就比n多。另外，根据哈希函数，BSC按照公式(5)计算HASH_KEY_PCH
(5)
其中，L为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特，DEC0RR 为 2 HASH_KEY
。由于目前第三代合作伙伴计划2(3GPP2)协议规定一个载频下最多配置7个寻呼 信道，因此(X40503x(L H DECORRX)mod216)值的低比特对哈希计算已经不起作用，
所以将(40503x(L④H十DECORR))模216之后再除213，以取高三比特发送给BTS，也即 BSC向BTS发送的HASH_KEY_PCH只占用3比特。如果一个载频下可以配置更多的寻呼信 道，可以根据具体情况取(X4O5O3x(L0H①DECORR))mod216)值的多比特发送给BTS， 以确保BTS根据HASH_KEY_PCH能正确计算终端监听的寻呼信道。其中，多比特的确定方式 及选取方式与计算HASH_KEY_CCH时的方式类似，故在此不再赘述。计算HASH_KEY_SL0T时，由于实际应用中寻呼周期并没有2048这么大，也即寻呼 周期指数达不到11，因此假设集群系统的最大寻呼周期指数为MAX_SLOT_CYCLE_INDEX， 主要考虑寻呼周期对系统接续性能的影响寻呼周期越长，集群系统的接续性能越差，因 此MAX_SLOT_CYCLE_INDEX—般设为小于等于1。这样，将BSC根据公式(2)的计算结果再 模 2max—SL。T—GYGLE—INDEX+4 作为 HASH_KEY_SL0T 发送给 BTS，该 HASH_KEY_SL0T 只占用 MAX_SL0T_ CYCLE_INDEX+4比特。其中，计算HASH_KEY_SL0T的公式(6)如下所示
HASH_KEY_SLOT= 其中，N为 2048，L 为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特， DEC0RR 为 6 HASH_KEY
。步骤303，BSC 将 HASH_KEY_CCH、HASH_KEY_PCH 及 HASH_KEY_SL0T 发送给 BTS。步骤304，BTS 根据 HASH_KEY_CCH、HASH_KEY_PCH 及 HASH_KEY_SL0T 分别计算终端 监听的载频、寻呼信道及寻呼时隙。其中，终端监听的载频、寻呼信道及寻呼时隙的计算不 分先后顺序。BTS收到HASH_KEY_CCH后，按照公式(7)计算终端监听的载频 其中，N为表1中最近CDMA信道列表消息或最近扩展CDMA信道列表消息发送给 终端的载频数，也即小区配置的具体载频数。由公式(7)计算得到R之后，再将R加1即可 得到终端监听的载频。现在结合公式(4)和(7)来解释上文中提到的为什么 "((40503x(L H DECORR))mod216)值的低比特对哈希计算已经不起作用”。 "((40503 x(L十H十DECORR))mod216)”为一个16比特的二进制数，假设为最大16
比特的二进制数1111111111111111，该二进制数除213之后变成111. 1111111111111， 111. 1111111111111取高三比特即为111，将111和111. 1111111111111分别代入公式 (7)进行计算。由于上文已提到目前一个小区下最多配置8个载频，所以N等于8，8/23之后再乘以111或111. 1111111111111对哈希计算的结果R没有影响，因为R需要取 整数。由上述例子可以发现，(
)在除以广之后，
((
)值的低比特就变为二进制数中的小数，且该小数
乘以(N/23)之后仍为小数，所以对哈希计算的结果R没有影响。结合公式(2)、⑷和(7)可以发现，本发明将C.S0005-A v6.0协议中规定的哈希 函数分解，分别由BSC和BTS完成部分哈希计算，在正确计算出终端监听的载频的同时，减 少BSC发送的数据量。此外，如果公式(4)中的213变为216_n，则公式(7)中的23将相应地变为2n。BTS收到HASH_KEY_PCH后，按照公式(8)计算终端监听的寻呼信道
(8 )其中，N为表1中系统参数消息中发送给终端的寻呼信道数，也即小区配置的具体 寻呼信道数。由公式(8)计算得到R之后，再将R加1即可得到终端监听的寻呼信道。结合公式⑵、(5)和⑶可以发现，本发明将C. S0005-A_v6. 0协议中规定的哈 希函数分解，分别由BSC和BTS完成部分哈希计算，在正确计算出终端监听的寻呼信道的同 时，减少BSC发送的数据量。此外，如果公式(5)中的213变为216_n，则公式(8)中的23将相应地变为2n。BTS收到HASH_KEY_SL0T后，按照公式(9)计算终端监听的寻呼时隙
(9)其中，SLOT_CYCLE_INDEX为小区配置的寻呼周期指数，且SLOT_CYCLE_INDEX小于 等于MAX_SLOT_CYCLE_INDEX。在实际应用中，寻呼周期一般配置为16或32，相应地，SL0T_ CYCLE_INDEX分别为0或1。由公式(9)计算得到的R即为终端监听的寻呼时隙。根据本方法，对于小区下载频数最大配置为8个、一个载频下寻呼信道数最多配 置为7个、且MAX_SLOT_CYCLE_INDEX等于1的集群系统，以一个终端为例，BSC只需向BTS 发送11比特的数据，BTS就可正确计算出终端监听的载频、寻呼信道和寻呼时隙。比起现 有技术BSC直接发送64比特的IMSI，本方法BSC发送的数据量减少了 53比特。为减少BSC发送的数据量，本发明还提供了一种集群呼叫根据IMSI进行寻呼的方 法。该方法与图3所示方法的不同之处在于BTS将其下所属的小区配置的具体载频数N发送给BSC ；BSC根据HASH_KEY计算 HASH_KEY_PCH、HASH_KEY_SLOT，根据HASH_KEY及收到的小区配置的具体载频数N计算终端 监听的载频；然后将HASH_KEY_PCH、HASH_KEY_SL0T及终端监听的载频发送给BTS ；BTS根 据HASH_KEY_PCH、HASH_KEY_SL0T分别计算终端监听的寻呼信道和寻呼时隙。由以上分析可以看出，本方法的基本思路是由BSC计算终端监听的载频、由BTS计 算终端监听的寻呼信道和寻呼时隙。根据本方法，对于小区下载频数最大配置为8个、一个 载频下寻呼信道数最多配置为7个、且MAX_SLOT_CYCLE_INDEX等于1的集群系统，以一个 终端为例，BSC只需向BTS发送11比特的数据，与图3所示方法的发送数据的量一样。但本 方法与图3所示方法相比，BSC需要计算终端监听的载频，所以BSC的系统开销要大一些； 且由于每个BTS下属小区配置的具体载频数可能有所不同，所以本方法除了需向BTS发送相同的HASH_KEY_PCH和HASH_KEY_SL0T外，还需向BTS发送与各BTS相对应的终端监听的 载频。而图3所示方法可以采用类似广播的方法向所有BTS同时发送HASH_KEY_CCH、HASH_ KEY_PCH和 HASH_KEY_SL0T。为减少BSC发送的数据量，本发明还提供了一种集群呼叫根据IMSI进行寻呼的方 法。该方法与图3所示方法的不同之处在于BTS将其下所属的小区配置的具体寻呼信道数N发送给BSC ；BSC根据HASH_KEY 计算HASH_KEY_CCH、HASH_KEY_SL0T,根据HASH_KEY及收到的小区配置的具体寻呼信道数 N计算终端监听的寻呼信道；然后将HASH_KEY_CCH、HASH_KEY_SLOT及终端监听的寻呼信道 发送给BTS ；BTS根据HASH_KEY_CCH、HASH_KEY_SL0T分别计算终端监听的载频和寻呼时隙。由以上分析可以看出，本方法的基本思路是由BSC计算终端监听的寻呼信道、由 BTS计算终端监听的载频和寻呼时隙。根据本方法，对于小区下载频数最大配置为8个、一 个载频下寻呼信道数最多配置为7个、且MAX_SLOT_CYCLE_INDEX等于1的集群系统，以一 个终端为例，BSC只需向BTS发送11比特的数据，与图3所示方法的发送数据的量一样。但 本方法与图3所示方法相比，BSC需要计算终端监听的寻呼信道，所以BSC的系统开销要大 一些；且由于每个BTS下属小区配置的具体寻呼信道数可能有所不同，所以本方法除了需 向BTS发送相同的HASH_KEY_CCH和HASH_KEY_SL0T外，还需向BTS发送与各BTS相对应的 终端监听的寻呼信道。而图3所示方法可以采用类似广播的方法向所有BTS同时发送HASH_ KEY_CCH、HASH_KEY_PCH 和 HASH_KEY_SL0T。为减少BSC发送的数据量，本发明还提供了一种集群呼叫根据IMSI进行寻呼的方 法。该方法与图3所示方法的不同之处在于BTS将其下所属的小区配置的具体寻呼周期指数SLOT_CYCLE_INDEX发送给BSC ； BSC 根据 HASH_KEY 计算 HASH_KEY_CCH 和 HASH_KEY_PCH，根据 HASH_KEY 及收到的 SL0T_ CYCLE_INDEX计算终端监听的寻呼时隙；然后将HASH_KEY_CCH、HASH_KEY_PCH及终端监听 的寻呼时隙发送给BTS ；BTS根据HASH_KEY_CCH、HASH_KEY_PCH分别计算终端监听的载频和
寻呼信道。其中，按照公式(3)计算终端监听的寻呼时隙。由以上分析可以看出，本方法的基本思路是由BSC计算终端监听的寻呼时隙、由 BTS计算终端监听的载频和寻呼信道。根据本方法，对于小区下载频数最大配置为8个、一 个载频下寻呼信道数最多配置为7个、且小区配置的寻呼周期为32的集群系统，以一个终 端为例，BSC只需向BTS发送11比特的数据，与图3所示方法的发送数据的量一样。但本 方法与图3所示方法相比，BSC需要计算终端监听的寻呼时隙，所以BSC的系统开销要大一 些；且由于每个BTS下属小区配置的具体寻呼信道数可能有所不同，所以本方法除了需向 BTS发送相同的HASH_KEY_CCH和HASH_KEY_SL0T外，还需向BTS发送与各BTS相对应的终 端监听的寻呼信道。而图3所示方法可以采用类似广播的方法向所有BTS同时发送HASH_ KEY_CCH、HASH_KEY_PCH 和 HASH_KEY_SL0T。为实现上述集群呼叫根据IMSI进行寻呼的方法，本发明还提供一种集群呼叫根 据IMSI进行寻呼的系统。如图4所示，该系统包括BSC 10及BTS 20 ；其中，BSC 10用于根据终端的IMSI计算关键字，并将关键字发送给BTS 20 ；BTS 20用于根据收到的关键字获取终端监听的载频、寻呼信道及寻呼时隙。
11
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
一种集群呼叫根据国家移动用户标识IMSI进行寻呼的方法，其特征在于，该方法包括基站控制器BSC根据终端的IMSI计算关键字，并将关键字发送给基站收发信机BTS；BTS根据收到的关键字获取终端监听的载频、寻呼信道及寻呼时隙。
2.根据权利要求1所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述关键 字为哈希关键字HASH_KEY。
3.根据权利要求1所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述关键 字为哈希寻呼信道关键字HASH_KEY_PCH、哈希寻呼时隙关键字HASH_KEY_SL0T及终端监听 的载频。
4.根据权利要求3所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述 HASH_KEY_PCH、HASH_KEY_SL0T及终端监听的载频的计算过程为BTS将自身下属的小区配 置的载频数发送给BSC ；BSC根据终端的IMSI计算HASH_KEY，再根据HASH_KEY计算HASH_ KEY_PCH及HASH_KEY_SL0T，根据HASH_KEY和收到的小区配置的载频数计算终端监听的载频。
5.根据权利要求1所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述关键 字为哈希载频关键字HASH_KEY_CCH、HASH_KEY_SL0T及终端监听的寻呼信道。
6.根据权利要求5所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述 HASH_KEY_CCH、HASH_KEY_SL0T及终端监听的寻呼信道的计算过程为BTS将自身下属的小 区配置的寻呼信道数发送给BSC ；BSC根据终端的IMSI计算HASH_KEY，再根据HASH_KEY计 算HASH_KEY_CCH及HASH_KEY_SL0T，根据HASH_KEY和收到的小区配置的寻呼信道数计算终 端监听的寻呼信道。
7.根据权利要求1所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述关键 字为HASH_KEY_CCH、HASH_KEY_PCH及终端监听的寻呼时隙。
8.根据权利要求3所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述 HASH_KEY_CCH、HASH_KEY_PCH及终端监听的寻呼时隙的计算过程为BTS将自身下属的小 区配置的寻呼周期指数SLOT_CYCLE_INDEX发送给BSC ；BSC根据终端的IMSI计算HASH_ KEY,再根据HASH_KEY计算HASH_KEY_CCH及HASH_KEY_PCH，根据HASH_KEY和收到的小区配 置的寻呼周期计算终端监听的寻呼时隙。
9.根据权利要求8所述的集群呼叫采用IMSI进行寻呼的方法，其特征在于，所述计算 终端监听的寻呼时隙的公式为 其中，N 为 2048，L 为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特，DECORR 为6 HASH_KEY
，SL0T_CYCLE_INDEX为小区配置的寻呼周期指数。
10.根据权利要求1所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述关键 字为 HASH_KEY_CCH、HASH_KEY_PCH 及 HASH_KEY_SL0T。
11.根据权利要求10所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于，所述 HASH_KEY_CCH、HASH_KEY_PCH 及 HASH_KEY_SL0T 的计算过程为BSC 根据终端的 IMSI 计算 HASH_KEY,再根据 HASH_KEY 计算 HASH_KEY_CCH、HASH_KEY_PCH 及 HASH_KEY_SL0T。
12.根据权利要求6、8或11所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于， 所述计算HASH_KEY_CCH的公式为 其中，L为HASH_KEY的0 15比特，H为HASH_KEY的16 31比特，DECORR为0 ； 所述计算终端监听的载频采用的公式为 其中，N为小区配置的载频数，终端监听的载频取R+1。
13.根据权利要求4、8或11所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于， 所述计算HASH_KEY_PCH的公式为 其中，L 为 HASH_KEY 的 0 15 比特，H 为 HASH_KEY 的 16 31 比特，DECORR 为 2 *HASH_ KEY
；所述计算终端监听的寻呼信道采用的公式为 其中，N为小区配置的寻呼信道数，终端监听的寻呼信道取R+1。
14.根据权利要求4、6或11所述的集群呼叫根据IMSI进行寻呼的方法，其特征在于， 所述计算HASH_KEY_SL0T的公式为 其中，N为2048，L为HASH_KEY的0 15比特，H为HASH_KEY的16 31比特，DECORR为 6 HASH_KEY
；MAX_SL0T_CYCLE_INDEX 为最大寻呼周期指数，且 MAX_SL0T_CYCLE_ INDEX 彡 1 ；所述计算终端监听的寻呼时隙的公式为R = HASH_KEY_SLOT/(2SLOT-CYCLE-INDEX+4)其中，SL0T_CYCLE_INDEX为小区配置的寻呼周期指数，且SL0T_CYCLE_INDEX彡MAX_ SL0T_CYCLE_INDEX。
15.一种集群呼叫根据IMSI进行寻呼的系统，其特征在于，该系统包括BSC及BTS ；其中，BSC用于根据终端的IMSI计算关键字，并将关键字发送给BTS ； BTS用于根据收到的关键字获取终端监听的载频、寻呼信道及寻呼时隙。
全文摘要
本发明公开了一种集群呼叫根据国家移动用户标识进行寻呼的方法，该方法包括基站控制器根据终端的国家移动用户标识计算关键字，并将关键字发送给基站收发信机；基站收发信机根据收到的关键字获取终端监听的载频、寻呼信道及寻呼时隙。本发明还公开了一种集群呼叫根据国家移动用户标识进行寻呼的系统。采用本发明可以减少基站控制器发送的数据量并提高系统性能。
文档编号H04W84/08GK101854731SQ20091008140
公开日2010年10月6日 申请日期2009年3月31日 优先权日2009年3月31日
发明者田炜 申请人:中兴通讯股份有限公司