CN101111065A - 寻呼信道资源指配方法及系统 - Google Patents

Abstract

本发明提供了一种寻呼信道资源指配方法，包括以下步骤：第一步骤：根据特定条件将多个扇区分成一个群组；第二步骤：系统广播寻呼区群组消息，群组消息中包含有与群组相关的群组信息；以及第三步骤：终端获取信道资源信息，信道资源信息与本次寻呼将占用的信道资源相关。本发明还提供了一种寻呼信道资源指配系统。通过以上技术方案，本发明实现了以下有益效果：通过将扇区分成群组来指配寻呼信道，获得了软合并增益。

Description

寻呼信道资源指配方法及系统

技术领域

本发明涉及通信领域，并且更具体地，涉及一种寻呼信道资源指配方法及系统，其可以适用于诸如OFDMA(基于正交频分服用技术的接入方案)系统。

背景技术

在无线通讯系统中，每个用户都通过无线信道与网络侧发生连接。对于无线系统中的用户，根据用户的状态可以分为激活态用户和空闲态用户，激活态用户是指正在接入系统或已经接入系统正在进行业务的用户，空闲态用户是尚未接入系统，处于监听阶段的用户。通讯业务从发起方来划分，分为主叫用户和被叫用户，其中被叫用户在无线通讯中是通过寻呼来发起的。为了省电，空闲态或者部分激活态用户周期性的监听寻呼信道，在寻呼信道中标识哪些用户正在被系统寻呼，该类用户收到寻呼后可以知道自身正在被网络侧呼叫，从而进行相应的处理。

快速寻呼是为了进一步节约终端的电源消耗而增加的一个寻呼指示，因为网络侧并不是在每个时刻都有寻呼，因此在某些不需要用户监听寻呼信道的时刻唤醒用户监听寻呼往往会造成用户无效的耗电。因此增加快速寻呼信道，指示下一时刻是否有用户被寻呼，用户只在收到快速寻呼指示后才去监听寻呼信道。快速寻呼指示可以是针对一个用户的，也可以是针对一组用户，甚至是一个小区下驻留的所有用户。寻呼信道一般在一个扇区内是广播信道，所有用户都可以接收或发送。

由于无线通信系统中用户往往是移动的，网络侧一般不需要知道用户的准确位置，因此网络侧根据网络负荷将无线网络划分为若干个位置区域，即寻呼区域，用户移动导致位置改变时会自动发现位置区是否发生变化，如果发生变化则向网络侧发起注册，告知网络侧用户所处的位置区域。网络侧在需要向该用户发送寻呼时只在用户当前所处的位置区(一群小区)内发送，通过改变位置区域的大小可以控制用户因位置区域改变造成的用户注册带来的开销。

不同扇区的信号如果采用相同的格式在相同的子载波组上发送，可以做到信号的自然合并，从而大大提升接收的信躁比。其中，OFDM(正交频分复用)由于具有很好的抗多径能力，因而在移动系统中得到广泛应用，同时OFDM系统非常适合软合并的应用。

快速寻呼中用户往往不需要监控每个时刻的寻呼信道，因此在无线通讯系统中为每个用户设置一个寻呼周期，用户只在属于自己的寻呼周期醒来监听寻呼信道。网络侧通过将用户醒来的时刻随机化，达到寻呼负荷均匀分布的目的。

目前快速寻呼常用的方法有：CDMA 1X的快速寻呼方案以及Qualcomm在802.20中提出的快速寻呼方案。CDMA 1X的快速寻呼方案是在寻呼发送前的一定时间，通过快速寻呼信道向扇区内的所有用户发送一个指示，通知本扇区下一个预定时间内会有寻呼到达。应当在该寻呼时刻醒来监听寻呼的用户会提前去监听快速寻呼指示，如果有快速寻呼指示则该用户会在该寻呼时刻监听寻呼信道并解析该寻呼信道的内容去识别是否有自己的寻呼。

上述方案的缺点在于，寻呼信道针对同一扇区下的用户是广播的，但不同扇区之间无法做软合并。并且唤醒的用户数太多，不利于省电处理。CDMA中设置单独的寻呼信道，使得该信道资源无法动态的被用于其他用途，在资源分配上存在一定的浪费。

目前常用的是由Qualcomm在802.20中建议的基于OFDM的寻呼信道的快速寻呼通知的方法。

802.20系统的寻呼机制是每两个超帧(super frame)发送一次寻呼消息，即，在超帧索引为奇数的超帧前导(Preamble)的pBCH1上发送(或者说在偶数帧上发送)，其中，超帧前导的结构如图1所示，最主要的块是快速寻呼块(Quick Page block)和快速信道消息块(Quick Channel Info block)，上述两个消息块分别在奇数和偶数超帧发送，其中，寻呼消息在快速寻呼块中发送。

同时，发送寻呼的方式可分为两种，即：一步寻呼和两步寻呼。寻呼的方式由快速寻呼块的3bit的NumPages字段确定，其中，寻呼与NumPages的对应关系如图2所示。此外，接入端(AT)的RQuickPage的低4个bit与消息中的任意一个RQuickPage字段相匹配，则从图2中可以看出，如果NumPages＝0，则表示没有寻呼消息，寻呼内容由0填充(如图3所示)，因此快速寻呼块将被忽略；如果NumPages＝1，则表示有1条寻呼消息，且消息中包含32bit的UATI(如图4所示)，这种方式的寻呼称作一步寻呼。对于多于1条寻呼的情况，寻呼方式称作两步寻呼；如果2＜＝NumPages＜＝6(如图5至7所示)，则分别表示2条-6条快速寻呼。

RQuickPage通过SessionSeed和一套算法生成，每个AT有与自己唯一对应的RQuickPage。寻呼消息在超帧索引为奇数的超帧上发送。若快速寻呼块中有零条寻呼，则所有监听寻呼的用户都忽略此消息。若快速寻呼块中仅有一条寻呼，则监听寻呼的用户将寻呼消息中的ATI字段与AT中Address Management Protocol的publicdata中存放的UATI相比较，若二者匹配，则产生一条ControlChannel MAC.Page Received indication原语，并转入Idle StateProtocol的Access State，并开始随机接入过程。若快速寻呼块中有多于一条寻呼，则所有的AT到对应F-DCH的相应资源读到完整的UATI后，将寻呼消息中的各个完整的UATI字段与AT中AddressManagement Protocol的public data中存放的UATI相比较，如果二者匹配，则产生一条Forward Traffic Channel MAC.Page Receivedindication原语，并转入Idle State Protocol的Access State，并开始随机接入过程。

因此，根据相关技术的在pBCH1中的寻呼消息是针对同一扇区下的用户是广播的，不同扇区之间无法做软合并，然而，在一个寻呼区或小的寻呼区中，各个扇区或小区下的寻呼信道内容往往是相同的，因此，相关技术未能利用各个扇区或小区下内容相同的特点在一组扇区下进行广播，以致未能获得最佳性能。

发明内容

考虑到上述问题而做出本发明，为此，本发明提供了一种资源指配方法及系统，其能够通过将扇区分成群组来获取软合并增益，从而提高用户体验。

根据本发明的一个方面，提供了一种寻呼信道资源指配方法。

根据本发明的寻呼信道资源指配方法包括以下步骤：第一步骤：根据特定条件将多个扇区分成一个群组；第二步骤：系统广播寻呼区群组消息，群组消息中包含有与群组相关的群组信息；以及第三步骤：终端获取信道资源信息，信道资源信息与本次寻呼将占用的信道资源相关。

特别地，在上述技术方案中，特定条件是硬件实现条件和实际站点分布条件，并且在第一步骤中，根据硬件实现条件和实际站点分布条件将多个扇区分成一个群组，其中，硬件实现条件可以是支持联合调度；此外，还可以仅以实际战点分布作为特定条件，即，在第一步骤中，根据实际站点分布将多个扇区分成一个群组，其中，实际站点分布可以是扇区相邻或信号之间相互渗透。

值得注意的是，通过在第一步骤中将多个扇区分成群组，可能会出现一个扇区位于多个群组的情况，每个群组发送寻呼上行专用信道(DCH)时采用不同的扰码进行广播，并且在前导中增加本扇区此刻所属的群组的代号，如果该扇区不能参与软合并则用自身的扇区扰码进行广播。

此外，在第二步骤中广播的群组消息中包含的群组信息可以包括群组标识、群组中包含的扇区信息等；在第三步骤中广播的信道资源信息包括时频资源位置、扰码、编码调制方式等。

特别地，在上述第三步骤中，终端获取的信道资源信息由系统在群组内发送，如果信道资源在群组内被寻呼信道以外的其它业务信道占用，则调度器将可能发生冲突的其它业务信道移开。

另外，在上述第三步骤中，在群组内的扇区可以进行联合调度的情况下，通过调度器在群组的所有扇区中调度出相同的信道资源用于寻呼，并且通过信令信道或在系统前导消息中广播、或者预先约定与相同信道资源相关的信息。在这种情况下，如果相同信道资源是分散式信道资源，则在群组中的所有扇区的相同信道资源中的相同位置插入公共导频，并且终端可以根据公共导频进行信道估计，如果相同信道资源是集中式信道资源，则在群组中的所有扇区的相同信道资源中的相同位置插入专用导频，并且终端采用专用导频信道进行信道估计，在这种情况下，基站采用相同信道资源和相同扰码在群组内广播相同的寻呼消息。

特别地，在采用专用导频的情况下，群组内的各个基站采用空时编码方式对寻呼业务信道和寻呼业务信道的专用导频进行联合发送，并且基站在信令信道或前导中向终端发送扇区的空时码信息，以及终端根据空时码信息进行联合空时接收；其中，可以通过预定的索引方式或其他索引方式来发送空时码信息。

此外，对于由调度器调度出的相同信道资源而言，基站可以采用相同信道资源和相同扰码在群组内广播相同的寻呼消息。

可选地，在上述第三步骤中，终端获取的信道资源信息由中预定的打孔机制来规定。在这种情况下，在整个群组内由一套合理的算法来保证寻呼占用的信道资源与扇区的公共导频不会冲突：(方案1)群组内的所有扇区都彼此知道相互的导频位置，并且在发送寻呼消息时在与所有导频位置都不冲突的信道时频资源上进行发送；(方案2)将寻呼信道设定为最高优先级，即，在寻呼信道之外的其它信道在与寻呼信道冲突时，其它信道自动让位于寻呼信道。

优选地，根据本发明的寻呼信道资源指配方法在第三步骤之后进一步包括以下步骤：第四步骤：系统采用群组的对应于直接软合并的公共扰码以直接软合并方式发送寻呼消息，或者采用扇区自身的扰码以其他软合并方式发送寻呼消息；以及第五步骤：当系统以直接软合并方式发送寻呼消息时，终端对群组内的多个扇区进行联合信道估计，并采用群组对应于直接软合并的扰码进行解扰；当系统以其他软合并方式发送寻呼消息时，终端采用公共导频对扇区进行单独信道估计，并采用扇区的扰码进行单独解扰。

根据本发明的另一方面，提供了一种寻呼信道资源指配系统。

根据本发明的寻呼信道资源指配系统包括：群组划分模块，用于根据特定条件将多个扇区分成一个群组；群组消息广播模块，用于广播寻呼区群组消息，群组消息中包含有与群组相关的群组信息；以及信道资源信息获取模块，用于获取信道资源信息，信道资源信息与本次寻呼将占用的信道资源相关。

特别地，在上述技术方案中，特定条件是硬件实现条件和实际站点分布条件，并且群组划分模块根据硬件实现条件和实际站点分布条件将多个扇区分成一个群组，其中，硬件实现条件可以是支持联合调度；此外，特定条件是实际站点分布条件，并且群组划分模块根据实际站点分布将多个扇区分成一个群组；其中，实际站点分布条件是扇区相邻或信号之间相互渗透。

值得注意的是，通过群组划分模块将多个扇区分成群组，可能会出现一个扇区位于多个群组的情况，每个群组发送寻呼上行专用信道(DCH)时采用不同的扰码进行广播，并且在前导中增加本扇区此刻所属的群组的代号，如果该扇区不能参与软合并则用自身的扇区扰码进行广播。

此外，由群组消息广播模块广播的群组消息中包含的群组信息可以包括群组标识、群组中包含的扇区信息等；信道资源信息包括时频资源位置、扰码、编码调制方式等。

特别地，信道资源获取模块获取的信道资源信息可以由系统在群组内发送。

优选地，根据本发明的寻呼信道资源指配系统进一步包括：调度模块，用于在本次寻呼将占用的信道资源在群组内被寻呼信道以外的其它业务信道占用时，将可能发生冲突的其它业务信道移开；此外，在群组内的扇区可以进行联合调度的情况下，调度模块还可以用于在群组的所有扇区中调度出相同的信道资源用于寻呼，并且通过信令信道或在系统前导消息中广播、或者预先约定与相同信道资源相关的信息。

另外，根据本发明的寻呼信道资源指配系统优选地进一步包括：公共导频插入模块，用于在相同信道资源是分散式信道资源的情况下，在群组中的所有扇区的相同信道资源中的相同位置插入公共导频，并且终端可以根据公共导频进行信道估计；或者专用导频插入模块，用于在相同信道资源是集中式信道资源的情况下，在群组中的所有扇区的相同信道资源中的相同位置插入专用导频，并且终端可以根据专用导频进行信道估计。

在采用专用导频的情况下，群组内的各个基站采用空时编码方式对寻呼业务信道和寻呼业务信道的专用导频进行联合发送，其中，基站在信令信道或前导中向终端发送扇区的空时码信息，并且终端根据空时码信息进行联合空时接收，其中，可以通过预定的索引方式或其他索引方式来发送空时码信息。

对于由调度模块调度出的相同信道资源而言，基站可以采用相同信道资源和相同扰码在群组内广播相同的寻呼消息。

特别地，由信道资源信息获取模块获取得信道资源信息也可以由预定的打孔机制来规定。在这种情况下，在整个群组内由一套合理的算法来保证寻呼占用的信道资源与扇区的公共导频不会冲突：(方案1)群组内的所有扇区都彼此知道相互的导频位置，并且在发送寻呼消息时在与所有导频位置都不冲突的信道时频资源上进行发送；(方案2)将寻呼信道设定为最高优先级，即，在寻呼信道之外的其它信道在与寻呼信道冲突时，其它信道自动让位于寻呼信道。

优选地，根据本发明的寻呼信道资源指配系统进一步包括：寻呼消息发送模块，用于采用群组的对应于直接软合并的公共扰码以直接软合并方式发送寻呼消息，或者采用扇区自身的扰码以其他软合并方式发送寻呼消息；以及信道估计和解扰模块：当寻呼消息发送模块以直接软合并方式发送寻呼消息时，信道估计和解扰模块对群组内的多个扇区进行联合信道估计，并采用群组对应于直接软合并的扰码进行解扰；当寻呼消息发送模块以其他软合并方式发送寻呼消息时，信道估计和解扰模块采用公共导频对扇区进行单独信道估计，并采用扇区的扰码进行单独解扰。

通过以上技术方案，本发明实现了以下有益效果：通过将扇区分成群组来指配寻呼信道，获得了软合并增益。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示例性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是示出超帧前导结构的示意图；

图2是示出寻呼与NumPages的对应关系的示意图；

图3是示出当NumPages＝0时的快速寻呼格式的图表；

图4是示出当NumPages＝1时的快速寻呼格式的图表；

图5是示出当NumPages＝2时的快速寻呼格式的图表；

图6是示出当NumPages＝3时的快速寻呼格式的图表；

图7是示出当NumPages＝4时的快速寻呼格式的图表；

图8是示出根据本发明第一实施例的寻呼信道资源指配方法的流程图；以及

图9是示出根据本发明第二实施例的寻呼信道资源指配系统的框图。

具体实施方式

以下将参照附图来详细描述本发明的优选实施例，其中，附图构成本申请的一部分，并同本发明的优选实施例一起用于解释本发明的原理。

第一实施例

在根据本发明的第一实施例中，提供了一种寻呼信道资源指配方法。如图8所示，根据本发明第一实施例的寻呼信道资源指配方法包括以下步骤：

步骤S802：根据特定条件将多个扇区分成一个群组；

其中，特定条件是硬件实现条件和实际站点分布条件，并且在步骤S802中，根据硬件实现条件和实际站点分布条件将多个扇区分成一个群组，其中，硬件实现条件可以是支持联合调度；此外，还可以仅以实际战点分布作为特定条件，即，在步骤S802中，根据实际站点分布将多个扇区分成一个群组，其中，实际站点分布可以是扇区相邻或信号之间相互渗透。

值得注意的是，通过在步骤S802中将多个扇区分成群组，可能会出现一个扇区位于多个群组的情况，每个群组发送寻呼上行专用信道(DCH)时采用不同的扰码进行广播，并且在前导中增加本扇区此刻所属的群组的代号，如果该扇区不能参与软合并则用自身的扇区扰码进行广播。

步骤S804：系统广播寻呼区群组消息，群组消息中包含有与群组相关的群组信息；其中，群组信息可以包括群组标识、群组中包含的扇区信息等。

步骤S806：终端获取信道资源信息，信道资源信息与本次寻呼将占用的信道资源相关；其中，信道资源信息包括时频资源位置、扰码、编码调制方式等；

其中，终端获取的信道资源信息可以由系统在群组内发送，特别地，在步骤S806中，如果信道资源在群组内被寻呼信道以外的其它业务信道占用，则调度器将可能发生冲突的其它业务信道移开。

此外，在步骤S806中，在群组内的扇区可以进行联合调度的情况下，通过调度器在群组的所有扇区中调度出相同的信道资源用于寻呼，并且通过信令信道或在系统前导消息中广播、或者预先约定与相同信道资源相关的信息。如果相同信道资源是分散式信道资源，则在群组中的所有扇区的相同信道资源中的相同位置插入公共导频，并且终端可以根据公共导频进行信道估计，如果相同信道资源是集中式信道资源，则在群组中的所有扇区的相同信道资源中的相同位置插入专用导频，并且终端采用专用导频信道进行信道估计，在这种情况下，基站采用相同信道资源和相同扰码在群组内广播相同的寻呼消息。

特别地，在采用专用导频的情况下，群组内的各个基站采用空时编码方式对寻呼业务信道和寻呼业务信道的专用导频进行联合发送，并且基站在信令信道或前导中向终端发送扇区的空时码信息，以及终端根据空时码信息进行联合空时接收；其中，可以通过预定的索引方式或其他索引方式来发送空时码信息。

此外，对于由调度器调度出的相同信道资源而言，基站可以采用相同信道资源和相同扰码在群组内广播相同的寻呼消息。

可选地，在上述步骤S806中，终端获取的信道资源信息由中预定的打孔机制来规定。在这种情况下，在整个群组内由一套合理的算法来保证寻呼占用的信道资源与扇区的公共导频不会冲突：(方案1)群组内的所有扇区都彼此知道相互的导频位置，并且在发送寻呼消息时在与所有导频位置都不冲突的信道时频资源上进行发送；(方案2)将寻呼信道设定为最高优先级，即，在寻呼信道之外的其它信道在与寻呼信道冲突时，其它信道自动让位于寻呼信道。

如图8所示，根据本发明的寻呼信道资源指配方法进一步包括以下步骤：步骤S808，系统采用群组的对应于直接软合并的公共扰码以直接软合并方式发送寻呼消息(步骤S808-1)，或者采用扇区自身的扰码以其他软合并方式发送寻呼消息(步骤S808-2)；以及步骤S810：当系统以直接软合并方式发送寻呼消息时，终端对群组内的多个扇区进行联合信道估计，并采用群组对应于直接软合并的扰码进行解扰(步骤S810-1)；当系统以其他软合并方式发送寻呼消息时，终端采用公共导频对扇区进行单独信道估计，并采用扇区的扰码进行单独解扰(步骤S810-2)。

第二实施例

在根据本发明的第二实施例中，提供了一种寻呼信道资源指配系统。如图9所示，根据本发明第二实施例的寻呼信道资源指配方法包括：

根据本发明的寻呼信道资源指配系统900包括：群组划分模块902，用于根据特定条件将多个扇区分成一个群组；群组消息广播模块904，用于广播寻呼区群组消息，群组消息中包含有与群组相关的群组信息；以及信道资源信息获取模块906，用于获取信道资源信息，信道资源信息与本次寻呼将占用的信道资源相关。

特别地，在上述技术方案中，特定条件是硬件实现条件和实际站点分布条件，并且群组划分模块根据硬件实现条件和实际站点分布条件将多个扇区分成一个群组，其中，硬件实现条件可以是支持联合调度；此外，特定条件是实际站点分布条件，并且群组划分模块根据实际站点分布将多个扇区分成一个群组；其中，实际站点分布条件是扇区相邻或信号之间相互渗透。

值得注意的是，通过群组划分模块902将多个扇区分成群组，可能会出现一个扇区位于多个群组的情况，每个群组发送寻呼上行专用信道(DCH)时采用不同的扰码进行广播，并且在前导中增加本扇区此刻所属的群组的代号，如果该扇区不能参与软合并则用自身的扇区扰码进行广播。

此外，由群组消息广播模块904广播的群组消息中包含的群组信息可以包括群组标识、群组中包含的扇区信息等；信道资源信息包括时频资源位置、扰码、编码调制方式等。

特别地，信道资源获取模块906获取的信道资源信息可以由系统在群组内发送。

优选地，根据本发明的寻呼信道资源指配系统900进一步包括：调度模块908，用于在本次寻呼将占用的信道资源在群组内被寻呼信道以外的其它业务信道占用时，将可能发生冲突的其它业务信道移开；此外，在群组内的扇区可以进行联合调度的情况下，调度模块908还可以用于在群组的所有扇区中调度出相同的信道资源用于寻呼，并且通过信令信道或在系统前导消息中广播、或者预先约定与相同信道资源相关的信息。

另外，根据本发明的寻呼信道资源指配系统900优选地进一步包括：公共导频插入模块910，用于在相同信道资源是分散式信道资源的情况下，在群组中的所有扇区的相同信道资源中的相同位置插入公共导频，并且终端可以根据公共导频进行信道估计；或者专用导频插入模块912，用于在相同信道资源是集中式信道资源的情况下，在群组中的所有扇区的相同信道资源中的相同位置插入专用导频，并且终端可以根据专用导频进行信道估计。。

在采用专用导频的情况下，群组内的各个基站采用空时编码方式对寻呼业务信道和寻呼业务信道的专用导频进行联合发送，其中，基站在信令信道或前导中向终端发送扇区的空时码信息，并且终端根据空时码信息进行联合空时接收，其中，可以通过预定的索引方式或其他索引方式来发送空时码信息。

对于由调度模块908调度出的相同信道资源而言，基站可以采用相同信道资源和相同扰码在群组内广播相同的寻呼消息。

特别地，由信道资源信息获取模块906获取的信道资源信息也可以由预定的打孔机制来规定。在这种情况下，在整个群组内由一套合理的算法来保证寻呼占用的信道资源与扇区的公共导频不会冲突：(方案1)群组内的所有扇区都彼此知道相互的导频位置，并且在发送寻呼消息时在与所有导频位置都不冲突的信道时频资源上进行发送；(方案2)将寻呼信道设定为最高优先级，即，在寻呼信道之外的其它信道在与寻呼信道冲突时，其它信道自动让位于寻呼信道。

优选地，如图9所示，根据本发明的寻呼信道资源指配系统进一步包括：寻呼消息发送模块914，用于采用群组的对应于直接软合并的公共扰码以直接软合并方式发送寻呼消息，或者采用扇区自身的扰码以其他软合并方式发送寻呼消息；以及信道估计和解扰模块916：当寻呼消息发送模块914以直接软合并方式发送寻呼消息时，信道估计和解扰模块916对群组内的多个扇区进行联合信道估计，并采用群组对应于直接软合并的扰码进行解扰；当寻呼消息发送模块914以其他软合并方式发送寻呼消息时，信道估计和解扰模块916采用公共导频对扇区进行单独信道估计，并采用扇区的扰码进行单独解扰。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (40)

1.一种寻呼信道资源指配方法，其特征在于，包括以下步骤：

第一步骤：根据特定条件将多个扇区分成一个群组；

第二步骤：系统广播寻呼区群组消息，所述群组消息中包含有与所述群组相关的群组信息；以及

第三步骤：终端获取信道资源信息，所述信道资源信息与本次寻呼将占用的信道资源相关。

2.根据权利要求1所述的寻呼信道资源指配方法，其特征在于，所述特定条件是硬件实现条件和实际站点分布条件，并且在所述第一步骤中，根据硬件实现条件和实际站点分布条件将多个扇区分成一个群组。

3.根据权利要求2所述的寻呼信道资源指配方法，其特征在于，所述硬件实现条件是支持联合调度。

4.根据权利要求1所述的寻呼信道资源指配方法，其特征在于，所述特定条件是实际站点分布条件，并且在所述第一步骤中根据实际站点分布将多个扇区分成一个群组。

5.根据权利要求4所述的寻呼信道资源指配方法，其特征在于，所述实际站点分布条件是扇区相邻或信号之间相互渗透。

6.根据权利要求1所述的寻呼信道资源指配方法，其特征在于，一个扇区可以同时位于一个或多个所述群组中。

7.根据权利要求1所述的寻呼信道资源指配方法，其特征在于，所述群组信息包括群组标识、所述群组中包含的扇区信息。

8.根据权利要求1所述的寻呼信道资源指配方法，其特征在于，所述信道资源信息包括时频资源、扰码、编码调制方式。

9.根据权利要求8所述的寻呼信道资源指配方法，其特征在于，在所述第三步骤中，所述终端获取的所述信道资源信息由系统在所述群组内发送。

10.根据权利要求8所述的寻呼信道资源指配方法，其特征在于，在第三步骤中，如果所述信道资源在所述群组内被寻呼信道以外的其它业务信道占用，则调度器将可能发生冲突的所述其它业务信道移开。

11.根据权利要求8所述的寻呼信道资源指配方法，其特征在于，在第三步骤中，在所述群组内的扇区可以进行联合调度的情况下，通过调度器在所述群组的所有扇区中调度出相同的信道资源用于所述寻呼，并且通过信令信道或在系统前导消息中广播、或者预先约定与所述相同信道资源相关的信息。

12.根据权利要求11所述的寻呼信道资源指配方法，其特征在于，在所述相同信道资源是分散式信道资源的情况下，在所述群组中的所有扇区的所述相同信道资源中的相同位置插入公共导频，并且所述终端可以根据所述公共导频进行信道估计。

13.根据权利要求11所述的寻呼信道资源指配方法，其特征在于，在所述相同信道资源是集中式信道资源的情况下，在所述群组中的所有扇区的所述相同信道资源中的相同位置插入专用导频，并且所述终端可以根据所述专用导频进行信道估计。

14.根据权利要求12所述的寻呼信道资源指配方法，其特征在于，所述群组内的各个基站采用空时编码方式对寻呼业务信道和所述寻呼业务信道的专用导频进行联合发送。

15.根据权利要求14所述的寻呼信道资源指配方法，其特征在于，所述基站在信令信道或前导中向终端发送所述扇区的空时码信息，并且所述终端根据所述空时码信息进行联合空时接收，其中，可以预定的索引方式或其他索引方式来发送所述空时码信息。

16.根据权利要求11所述的寻呼信道资源指配方法，其特征在于，基站采用所述相同信道资源和相同扰码在所述群组内广播相同的寻呼消息。

17.根据权利要求1所述的寻呼信道资源指配方法，其特征在于，在所述第三步骤中，所述终端获取的所述信道资源信息由预定的打孔机制来规定。

18.根据权利要求17所述的寻呼信道资源指配方法，其特征在于，所述群组内的所有扇区都彼此知道相互的导频位置。

19.根据权利要求17所述的寻呼信道资源指配方法，其特征在于，将寻呼信道设定为最高优先级，即，在所述寻呼信道之外的其它信道在与所述寻呼信道冲突时，所述其它信道自动让位于所述寻呼信道。

20.根据权利要求1所述的寻呼信道资源指配方法，其特征在于，在所述第三步骤之后，所述方法进一步包括以下步骤：

第四步骤：系统采用所述群组的对应于直接软合并的公共扰码以直接软合并方式发送寻呼消息，或者采用扇区自身的扰码以其他软合并方式发送所述寻呼消息；以及

第五步骤：当系统以直接软合并方式发送所述寻呼消息时，所述终端对所述群组内的多个扇区进行联合信道估计，并采用所述群组对应于直接软合并的扰码进行解扰；当系统以其他软合并方式发送所述寻呼消息时，所述终端采用公共导频对所述扇区进行单独信道估计，并采用所述扇区的扰码进行单独解扰。

21.一种寻呼信道资源指配系统，其特征在于，包括：群组划分模块，用于根据特定条件将多个扇区分成一个群组；

群组消息广播模块，用于广播寻呼区群组消息，所述群组消息中包含有与所述群组相关的群组信息；以及

信道资源信息获取模块，用于获取信道资源信息，所述信道资源信息与本次寻呼将占用的信道资源相关。

22.根据权利要求21所述的寻呼信道资源指配系统，其特征在于，所述特定条件是硬件实现条件和实际站点分布条件，并且所述群组划分模块根据硬件实现条件和实际站点分布条件将多个扇区分成一个群组。

23.根据权利要求22所述的寻呼信道资源指配系统，其特征在于，所述硬件实现条件是支持联合调度。

24.根据权利要求21所述的寻呼信道资源指配系统，其特征在于，所述特定条件是实际站点分布条件，并且所述群组划分模块根据实际站点分布将多个扇区分成一个群组。

25.根据权利要求24所述的寻呼信道资源指配系统，其特征在于，所述实际站点分布条件是扇区相邻或信号之间相互渗透。

26.根据权利要求21所述的寻呼信道资源指配系统，其特征在于，一个扇区可以同时位于一个或多个所述群组中。

27.根据权利要求21所述的寻呼信道资源指配系统，其特征在于，所述群组信息包括群组标识、所述群组中包含的扇区信息。

28.根据权利要求21所述的寻呼信道资源指配系统，其特征在于，所述信道资源信息包括时频资源位置、扰码、编码调制方式。

29.根据权利要求28所述的寻呼信道资源指配系统，其特征在于，所述信道资源获取模块获取的所述信道资源信息由系统在所述群组内发送。

30.根据权利要求28所述的寻呼信道资源指配系统，其特征在于，进一步包括：

调度模块，用于在所述本次寻呼将占用的所述信道资源在所述群组内被寻呼信道以外的其它业务信道占用时，将可能发生冲突的所述其它业务信道移开。

31.根据权利要求28所述的寻呼信道资源指配系统，其特征在于，在所述群组内的扇区可以进行联合调度的情况下，所述调度模块还可以用于在所述群组的所有扇区中调度出相同的信道资源用于所述寻呼，并且通过信令信道或在系统前导消息中广播、或者预先约定与所述相同信道资源相关的信息。

32.根据权利要求31所述的寻呼信道资源指配系统，其特征在于，进一步包括：

公共导频插入模块，用于在所述相同信道资源是分散式信道资源的情况下，在所述群组中的所有扇区的所述相同信道资源中的相同位置插入公共导频，并且所述终端可以根据所述公共导频进行信道估计。

33.根据权利要求31所述的寻呼信道资源指配系统，其特征在于，进一步包括：

专用导频插入模块，用于在所述相同信道资源是集中式信道资源的情况下，在所述群组中的所有扇区的所述相同信道资源中的相同位置插入专用导频，并且所述终端可以根据所述专用导频进行信道估计。

34.根据权利要求33所述的寻呼信道资源指配系统，其特征在于，在采用专用导频的情况下，所述群组内的各个基站采用空时编码方式对寻呼业务信道和所述寻呼业务信道的专用导频进行联合发送。

35.根据权利要求34所述的寻呼信道资源指配系统，其特征在于，所述基站在信令信道或前导中向终端发送所述扇区的空时码信息，并且所述终端根据所述空时码信息进行联合空时接收，其中，可以通过预定的索引方式或其他索引方式来发送所述空时码信息。

36.根据权利要求31所述的寻呼信道资源指配系统，其特征在于，基站采用所述相同信道资源和相同扰码在所述群组内广播相同的寻呼消息。

37.根据权利要求31所述的寻呼信道资源指配系统，其特征在于，所述信道资源信息获取模块获取的所述信道资源信息由预定的打孔机制来规定。

38.根据权利要求34所述的寻呼信道资源指配系统，其特征在于，所述群组内的所有扇区都彼此知道相互的导频位置。

39.根据权利要求34所述的寻呼信道资源指配系统，其特征在于，将寻呼信道设定为最高优先级，即，在所述寻呼信道之外的其它信道在与所述寻呼信道冲突时，所述其它信道自动让位于所述寻呼信道。

40.根据权利要求31所述的寻呼信道资源指配系统，其特征在于，进一步包括：

寻呼消息发送模块，用于采用所述群组的对应于直接软合并的公共扰码以直接软合并方式发送寻呼消息，或者采用扇区自身的扰码以其他软合并方式发送所述寻呼消息；以及信道估计和解扰模块：当所述寻呼消息发送模块以直接软合并方式发送所述寻呼消息时，所述信道估计和解扰模块对所述群组内的多个扇区进行联合信道估计，并采用所述群组对应于直接软合并的扰码进行解扰；当所述寻呼消息发送模块以其他软合并方式发送所述寻呼消息时，所述信道估计和解扰模块采用公共导频对所述扇区进行单独信道估计，并采用所述扇区的扰码进行单独解扰。

Images