CN101350936A - 无线通信系统中的寻呼方法及其装置 - Google Patents

Abstract

本发明公开了一种无线通信系统中的寻呼方法及其装置，本发明方法包括步骤：基站将目标终端的寻呼信息编码为至少一个混合自动要求重传HARQ数据子包；所述基站在所述目标终端的寻呼周期到达时，根据为所述HARQ数据子包分配的资源或根据预先与所述目标终端协商的资源，将所述HARQ数据子包调度到所述目标终端的寻呼周期中的至少一个帧上广播发送。采用本发明，可提高终端接收寻呼消息的性能，提高寻呼成功率，减少寻呼延迟，提高用户服务质量感受。

Description

无线通信系统中的寻呼方法及其装置

技术领域

本发明涉及无线通信领域，尤其涉及一种无线通信系统中的寻呼方法及其装置。

背景技术

WiMAX(Worldwide Interoperability for Microwave Access，全球微波系统的互操作性)是2001年由主要的宽带无线接入设备商和芯片制造商共同成立的联盟，其初期是由IT设备商和芯片制造商推动，其标准化组织是IEEE(电气和电子工程师学会)。WiMAX的空中接口标准采用IEEE 802.16。802.16是针对宽带无线接入和分组交换的城域网标准，其中802.16d(802.16-2004)适用于固定无线接入，802.16e(802.16-2005)适用于一定移动性的无线接入。WiMAX的802.16e定义的空中接口标准在物理层采用了先进的OFDM(Orthogonal Frequency Division Multiplexing，正交频分复用)技术和MIMO(Multi-Input Multi-Output，多输入多输出)技术，比传统的3G系统可以达到更高的数据传输速率。

3G标准是由电信制造商和电信运营商来推动的，其标准化组织为3GPP、3GPP2。

近年来WiMAX与3G的竞争较为激烈，关于两者替代、融合与补充的争论一直没有停止过。电信与IT的融合使得3G与WiMAX在技术上出现部分交叉。基于WiMAX的竞争压力，3GPP和3GPP2都开发了各自的S3G(Super 3G)技术：LTE in 3GPP(3GPP的长期演进)和UMB(Ultra Mobile Broadband，超移动宽带)in 3GPP2(3GPP2的)。S3G技术的物理层也采用了OFDM技术和MIMO技术，并且比起802.16e可以支持更高的传输速率和移动速度。基于此考虑，IEEE组织决定开发更先进的空口接入标准，以达到与LTE/UMB竞争，并且能够面向4G。802.16m正是在这样的情况下诞生，802.16m空口接入标准的短期目标是与LTE/UMB竞争，长期目标则是面向4G的技术。同时，为了保护现有的利益，802.16m需要保持对802.16e空口接入标准的后向兼容。

802.16e物理层采用OFDMA进行多址接入，对于不同的用户分配不同的子载波进行数据传输，用户之间的频率资源保持正交，从而减小数据传输的相互干扰。

802.16e的物理层数据传输帧结构如图1所示。在TDD(Time DivisionDuplex，时分双工)系统中，每一个物理层帧分成下行子帧(DL-Down linksubframe)和上行子帧(UL-Up link subframe)。在上下行转换处，需要留有一段时间(如图中的TTG(transmit/receive transition gap，发/收传输间隔)和RTG(receive/transmit transition gap，收/发传输间隔))，使得处理器进行上下行接收处理转换。下行子帧的第一个OFDM符号用作前导(preamble)，用于下行系统捕获和时频同步。在前导之后的OFDM符号开始，是FCH(Frame ControlHeader，帧控制头)，主要传输关于控制信道的参数，只有解析了FCH，才能正确解析下行控制信道DL-MAP，而DL-MAP则包含一些资源分配信息，比如对于用户的数据传输资源的分配信息等。DL-MAP之后可以存在UL-MAP，其中包括对上行传输的控制信息，比如对上行传输资源的分配，用于对UL子帧的资源进行分配。用户通过接收上下行控制信道信息，从而进行上下行数据传输。

在802.16e系统中，用户终端可以处于多种模式。其中处于Idle模式(空闲模式)的MS(移动台，即用户终端)，可以在特定的时间(寻呼接收间隔paging listening interval)接收下行数据，而在其他时间则可以关闭接收机。以达到省电的目的，同时当MS在多个基站内移动时，也可以减小切换的交互，节省空口资源。当BS(Base Station，基站)需要发送DL数据到处于Idle模式的MS时，BS需要通过寻呼(Paging)来唤醒MS。即BS通过在用户终端的paging listening interval内发送寻呼消息，将MS唤醒，从而让MS重新接入网络，进入激活态模式。寻呼消息中包含有被寻呼MS的用户标识信息。在16e系统中还支持寻呼组的概念，1个寻呼组可以包含1个或者多个BS，而1个BS则可以分别属于1个或者多个寻呼组，这些可以由运营商来进行网络规划。上层网络发起寻呼时，通常是基于寻呼组对用户发起寻呼。在OFDMA(正交频分多址)系统中，当多个BS对某个用户使用完全相同的频率资源传输完全相同的信息时，对于用户来说，相当是一种单频网络(Single Frequency Network，SFN)，SFN传输相当于是多个BS的发射能量叠加在一起发送，提高了接收性能。所以对于寻呼消息来说，在某个寻呼组内寻呼用户时，可以通过该寻呼组内所有的BS进行SFN传输发送寻呼消息，提高寻呼消息的接收性能。

现有802.16e的寻呼实现过程为：BS通过广播的控制信道(DL-MAP)分配发送寻呼消息的频率资源，此时刻处于Paging listening interval的用户，根据资源指配信息接收被指配资源上的传输信息，如果发现是寻呼消息(通过对消息类型判断，是否是MOB_PAG-ADV消息)，则继续判断是否自己的用户标识被包含在寻呼消息中，如果MS发现自己的标识信息被包含在该寻呼消息中，则表示自己被BS寻呼，MS根据寻呼消息指示进行相应的操作；否则，MS回到Idle状态，继续处于休眠，等待下一个Paging listening interval的到来。

发明人在实现本发明创造的过程中，发现现有技术中至少存在如下问题：

BS在寻呼MS时，并不知道每个被寻呼MS的具体位置信息，更不知道每个MS所处的信道条件，所以现有发送寻呼消息的性能并不能得到很好的保证，可能导致一些寻呼不能被及时正确接收，特别是对于一些高优先级的被寻呼用户，当出现寻呼不能被正确接收时，这些高优先级用户的寻呼性能不能得到保证。所以现有寻呼机制可能会降低寻呼成功率，增大寻呼的延迟，影响用户的QoS(Quality of Service，业务质量)感受。

发明内容

本发明的实施例揭示了一种无线通信系统中的寻呼方法，以提高寻呼性能，该方法包括如下步骤：

基站将目标终端的寻呼信息编码为至少一个混合自动要求重传HARQ数据子包；所述基站在所述目标终端的寻呼周期到达时，根据为所述HARQ数据子包分配的资源或根据预先与所述目标终端协商的资源，将所述HARQ数据子包调度到所述目标终端的寻呼周期中的至少一个帧上广播发送。

本发明的实施例还揭示了一种基站，该基站包括：编码模块、资源指配模块、调度模块和发送模块；

所述编码模块，用于将目标终端的寻呼信息编码为至少一个HARQ数据子包；

所述资源指配模块，用于为所述HARQ数据子包的发送分配资源，或根据预先与所述目标终端协商的算法为所述HARQ数据子包的发送分配资源；

所述调度模块，用于根据所述资源指配模块分配的资源，将所述HARQ数据子包调度到所述目标终端的寻呼周期中的至少一个帧上；

所述发送模块，用于将所述调度模块调度的帧进行广播发送。

本发明的实施例还揭示了一种终端，该终端包括：接收模块、判断模块和寻呼处理模块；

所述接收模块，用于在所述终端处于空闲状态并到达其寻呼周期时，根据基站指配的资源或与基站预先协商的资源，接收下行数据；

所述判断模块，用于判断接收到的所述下行数据为发送给所述终端的寻呼信息时，启动所述寻呼处理模块；

所述寻呼处理模块，用于接收并解析所述寻呼信息的HARQ数据子包，并按照所述寻呼信息所指示的动作进行处理。

本发明的实施例还揭示了一种终端，该终端包括：寻呼指示接收模块、判断模块和寻呼处理模块；

所述寻呼指示接收模块，用于在所述终端处于空闲状态并到达其寻呼周期时，接收基站发送的寻呼指示信息，所述寻呼指示信息中携带终端标识信息；

所述判断模块，用于在判断所述寻呼指示信息中所指示的终端标识信息与所述终端的标识信息相匹配时启动所述寻呼处理模块；

所述寻呼处理模块，用于根据基站指配的资源或与基站预先协商的资源，接收寻呼信息的HARQ数据子包并解析，并按照所寻呼信息所指示的动作进行处理。

本发明的上述实施例，通过基站将目标终端的寻呼信息编码为至少一个HARQ数据子包，并在终端的寻呼周期中的一个或多个帧进行广播发送，可以使目标终端对接收到的HARQ数据子包进行合并，从而提高终端接收寻呼的性能。

附图说明

图1为现有技术中物理层数据传输帧结构示意图；

图2为本发明实施例一的流程示意图；

图3为本发明实施例一中MS寻呼周期的示意图；

图4为本发明实施例二中MS寻呼周期的示意图；

图5为本发明实施例三的流程示意图；

图6为本发明实施例三MS寻呼周期的示意图；

图7为本发明实施例五的流程示意图；

图8A和图8B为本发明实施例五中MS寻呼周期的示意图；

图9为本发明实施例提供的基站结构示意图；

图10为本发明实施例提供的用户终端的结构示意图之一；

图11为本发明实施例提供的用户终端的结构示意图之二。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

实施例一

本实施例以802.16e系统为例，描述了BS将寻呼消息编码为多个HARQ(Hybrid Automatic Repeat reQuest，混合自动要求重传)数据子包，并将其指配到多个帧中，实现寻呼MS的过程。

参见图2，为本发明实施例一的流程示意图。当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤201、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，并为这些HARQ数据子包分配传输资源。

BS可以在一个MS寻呼周期内，发送1个或者多个寻呼消息的HARQ数据子包，尤其当BS发现被寻呼MS的用户优先级较高，则可以发送两次或更多次的HARQ数据子包。

在一个寻呼周期内，由于一次可能有多个寻呼用户被寻呼，所以可以根据优先级的高低或寻呼延迟的长短，将寻呼用户分成两部分，将其中优先级低或寻呼延迟短的一部分用户的寻呼消息联合编码发送，并且仅发送一次HARQ数据子包，将其中优先级高或寻呼延迟长的一部分用户的寻呼信息联合编码发送，并且可以发送多个HARQ数据子包，使这部分用户可以通过将多个HARQ数据子包合并获得增益，保证这部分用户寻呼消息的接收性能。当然，也可以将基于每个被寻呼用户的寻呼消息单独编码调制发送。

本实施例中，BS将MS的寻呼信息编码为2个HARQ数据子包，HARQ数据子包中指示该数据包为寻呼消息数据，并携带目标MS的标识信息。BS还要为这些HARQ数据子包分配传输资源，如图3所示，BS通过MS paginglistening offset(MS寻呼时间偏置)＝1和3，表示在MS寻呼周期中的第2帧和第4帧分别发送这2个HARQ数据子包。BS还要指配在第2帧和第4帧中的哪个频率资源发送该用户的寻呼信息。

步骤202、BS在MS寻呼周期到达时，发送寻呼消息的HARQ数据子包，以及HARQ数据子包的资源指配信息。

本实施例中，BS发送寻呼消息时，将寻呼消息的2个HARQ数据子包分别调度到该MS的寻呼周期的第2帧和第4帧上发送，并在下行子帧的DL-MAP中指配HARQ数据子包的传输资源。

步骤203、处于空闲状态的MS在其寻呼周期到达时，按照BS的资源指配接收BS发送的寻呼消息的HARQ数据子包。

MS在其寻呼周期到达时，接收BS发送的下行子帧，根据从DL-MAP解析得到的资源指配信息，并根据MS paging listening offset＝1所指示的第2帧接收HARQ子数据包，并判断该HARQ子数据包为寻呼消息数据。

步骤204、MS解析寻呼消息的HARQ数据子包，必要时接收多个HARQ数据子包进行合并后解析，得到寻呼消息的指示信息，并按照寻呼消息的指示进行动作。

如果MS收到第一次的HARQ数据子包(根据MS paging listening offset＝1所指示的第2帧接收的HARQ数据子包)后，信道条件足够好，则可以解析出寻呼消息，MS可以按照寻呼消息指示进行后续处理，不必再去接收后面的HARQ数据子包。如果MS收到第一次HARQ数据子包后由于信道条件较差，不能正确解析该HARQ数据子包，则MS缓存第一次HARQ数据子包信息，并根据BS指配的资源继续接收第二个本次寻呼消息的HARQ数据子包(根据MS paging listening offset＝3所指示的第4帧接收HARQ数据子包)，并通过两次HARQ数据子包合并，获得时间分集增益，从而提高接收寻呼数据的性能。

在本实施例中，发送寻呼信息的资源是通过BS指配的，MS根据BS的资源指配信息到对应资源上接收寻呼信息，并根据BS的指示，进行可能的HARQ数据合并接收。通过BS的分配，可以将所有的寻呼消息和正常的业务进行统一调度，保证负载均匀。

实施例二

本实施例以802.16e系统为例，描述了BS将寻呼消息编码为多个HARQ数据子包，并将其指配到某个帧中的多处不同的时间频率资源上，寻呼MS的过程。

当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤301、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，并为这些HARQ数据子包分配传输资源。

BS可以在一个MS寻呼周期内，发送1个或者多个寻呼消息的HARQ数据子包，尤其当BS发现被寻呼MS的用户优先级较高，则可以发送两次或更多次的HARQ数据子包。

在一个寻呼周期内，由于一次可能有多个寻呼用户被寻呼，所以可以根据优先级的高低或寻呼延迟的长短，将寻呼用户分成两部分，将其中优先级低或寻呼延迟短的一部分用户的寻呼消息联合编码发送，并且仅发送一次HARQ数据子包，将其中优先级高或寻呼延迟长的一部分用户的寻呼信息联合编码发送，并且可以发送多个HARQ数据子包，使这部分用户可以通过将多个HARQ数据子包合并获得增益，保证这部分用户寻呼消息的接收性能。当然，也可以将基于每个被寻呼用户的寻呼消息单独编码调制发送。

本实施例中，BS将寻呼信息编码为2个HARQ数据子包，HARQ数据子包中指示该数据包为寻呼消息数据，并携带目标MS的标识信息。BS还要为这些HARQ数据子包分配传输资源。如图4所示，BS通过MS paging listeningoffset＝1，表示在MS寻呼周期中的第2帧发送这HARQ数据子包，并指配在第2帧中的2个频率上分别发送这2个HARQ数据子包。

步骤302、BS在MS寻呼周期到达时，发送寻呼消息的HARQ数据子包，以及HARQ数据子包的资源指配信息。

本实施例中，BS发送寻呼消息时，将寻呼消息的2个HARQ数据子包分别调度到该MS的寻呼周期的第2帧的两个不同频率上发送，并在下行子帧的DL-MAP中指配HARQ数据子包的传输资源。

步骤303、处于空闲状态的MS在其寻呼周期到达时，按照BS的资源指配接收BS发送的寻呼消息的HARQ数据子包。

MS在其寻呼周期到达时，接收BS发送的下行子帧，根据从DL-MAP解析得到的资源指配信息，根据其中的MS paging listening offset＝1以及指配的频率资源，在第2帧接收HARQ子数据包，并判断该HARQ数据子包为寻呼消息数据。

步骤304、MS解析寻呼消息的HARQ数据子包，必要时将多个HARQ数据子包进行合并后解析，得到寻呼消息的指示信息，并按照寻呼消息的指示进行动作。

如果信道条件足够好，MS收到其中一个HARQ数据子包后，就可以解析出寻呼消息，则可以按照寻呼消息指示进行后续处理。如果信道条件较差，MS根据其中一个HARQ数据子包不能正确解析该HARQ数据子包，则MS将从不同时间频率资源上接收到的HARQ数据子包合并，获得分集增益，从而提高接收寻呼数据的性能。

在本实施例中，发送寻呼信息的资源是通过BS指配的，MS根据BS的资源指配信息到对应资源上接收寻呼信息，并根据BS的指示，进行可能的HARQ数据合并接收。通过BS的分配，可以将所有的寻呼消息和正常的业务进行统一调度，保证负载均匀。

实施例三

本实施例以802.16e系统为例，描述了BS将寻呼消息编码为HARQ数据子包，并在与MS协商好的下行子帧中发送，MS则在协商好的下行子帧接收寻呼消息的过程。

参见图5，为本发明实施例三的流程示意图。当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤501、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，HARQ数据子包中指示该数据包为寻呼消息数据，并携带目标MS的标识信息。BS按照预先于MS确定的寻呼位置(即HARQ子数据包所在的帧位置)为这些HARQ数据子包分配传输资源。本实施例中，BS按照预先与MS协商好的算法为这些HARQ数据子包分配传输资源。

BS可以在一个MS寻呼周期内，发送1个或者多个寻呼消息的HARQ数据子包。

在一个寻呼周期内，由于一次可能有多个寻呼用户被寻呼，所以可以根据优先级的高低或寻呼延迟的长短，将寻呼用户分成两部分，将其中优先级低或寻呼延迟短的一部分用户的寻呼消息联合编码发送，并且仅发送一次HARQ数据子包，将其中优先级高或寻呼延迟长的一部分用户的寻呼信息联合编码发送，并且可以发送多个HARQ数据子包，使这部分用户可以通过将多个HARQ数据子包合并获得增益，保证这部分用户寻呼消息的接收性能。当然，也可以将基于每个被寻呼用户的寻呼消息单独编码调制发送。

若BS发送1个HARQ数据子包，则BS在1个寻呼周期的哪个帧上发送寻呼HARQ数据子包是由BS根据与MS预先协商好的随机选择算法(如hash算法)决定的。BS与MS可以预先协商一定的hash算法，该hash算法利用MS标识信息进行运算后分别得到一个整数值，该整数值指示HARQ数据子包在寻呼周期内的具体发送位置，即，BS可以根据MS用户标识信息确定在寻呼周期内的哪些帧上发送MS的寻呼消息。

由于寻呼周期一般是50ms，即10个帧左右，而根据仿真发现，在通常情况下，50ms内的寻呼一般是5～6个，通过一定的hash算法，可以将这5～6个寻呼比较均匀的分散在10个帧内，而且对系统的负载也不会造成太大的冲击。例如，一种最简单的hash算法实现是：将用户的标识信息对寻呼周期取模，决定该用户发送寻呼的位置。比如寻呼周期是10，而用户的标识是128，则BS在第8帧上发送该MS的寻呼信息。而在第8帧中的哪些频率资源发送该用户的寻呼信息，则可以由BS指配，也可以是BS和MS预先确定的。

对于一些高优先级的用户，则可以发送两次或更多次的HARQ数据子包以提高MS的接收性能。此时需要BS与MS协商多个随机算法，以确定每个HARQ数据子包在寻呼消息中的位置。

例如，如图6所示，BS与MS预先协商2个hash函数，第1个hash函数是将MS标识信息对寻呼周期取模，第2个hash函数是将MS标识加1后对寻呼周期取模。若用户标识是128，寻呼周期是10，则根据第1个hash函数得到的值是8，根据第2个hash函数得到的值是9，并分别在这2帧上分配一个或多个资源。Hash函数可以在用户进行优先级协商时由BS确定并通知MS，也可以是在呼叫过程中通过双方协商确定。

步骤502、BS在MS寻呼周期到达时，根据与MS预先确定的帧发送寻呼消息的HARQ数据子包。

本实施例中，BS按照预先协商的hash算法，将寻呼消息的2个HARQ数据子包分别调度到该MS的寻呼周期的第8帧和第9帧上发送。

步骤503、处于空闲状态的MS在其寻呼周期到达时，根据预先与BS确定的帧接收BS发送的寻呼消息的HARQ数据子包。

本实施例中，MS根据预先与BS协商的hash算法得到在其寻呼周期的第8帧和第9帧接收寻呼消息的HARQ数据子包。

步骤504、MS解析寻呼消息的HARQ数据子包，必要时将接收到的多个HARQ数据子包进行合并后解析，得到寻呼消息的指示信息，并按照寻呼消息的指示进行动作。

如果信道条件足够好，MS收到其中一个HARQ数据子包后，就可以解析出寻呼消息，则可以按照寻呼消息指示进行后续处理。如果信道条件较差，MS根据其中一个HARQ数据子包不能正确解析该HARQ子数据包，则MS将从不同帧中接收到的HARQ数据子包合并，获得时间分集增益，从而提高接收寻呼数据的性能。

实施例四

本实施例以802.16e系统为例，描述了BS将寻呼消息编码为HARQ数据子包，并在与MS协商好的一个下行子帧中的多个频率上发送，MS则在协商好的下行子帧接收寻呼消息的过程。

当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤601、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，HARQ数据子包中指示该数据包为寻呼消息数据，并携带目标MS的标识信息。BS按照预先与MS协商好的算法为这些HARQ数据子包分配传输资源。

本实施例中，BS与MS预先协商算法的过程以及协商的算法类型与实施例三类似，不同之处在于，本实施例中BS与MS仅协商一个hash算法，因而根据该hash算法仅得到一个整数值，用来指示HARQ数据子包的位置。但BS为这些HARQ数据子包在该指定的帧中分配不同的时间频率资源。

步骤602、BS在MS寻呼周期到达时，根据与MS预先协商的算法所指定的帧发送寻呼消息的HARQ数据子包，并指示寻呼消息的HARQ数据子包的时间频率资源信息。

步骤603、处于空闲状态的MS在其寻呼周期到达时，根据预先与BS协商的算法所指定的帧接收BS发送的寻呼消息的HARQ数据子包。

步骤604、MS解析寻呼消息的HARQ数据子包，必要时将接收到的多个HARQ数据子包进行合并后解析，得到寻呼消息的指示信息，并按照寻呼消息的指示进行动作。

如果信道条件足够好，MS根据其中一个HARQ数据子包，就可以解析出寻呼消息，则可以按照寻呼消息指示进行后续处理。如果信道条件较差，MS根据其中一个HARQ数据子包不能正确解析该HARQ子数据包，则MS将从该帧中的不同频率上接收到的HARQ数据子包合并，获得频率分集增益，从而提高接收寻呼数据的性能。

实施例五

实施例以802.16e系统为例，描述了BS在每个寻呼周期的最开始位置发送寻呼指示信息，指示目标MS的标识信息，使相应的MS能够在其寻呼周期到达时根据该寻呼指示信息决定是否接收寻呼消息的HARQ数据子包，实现寻呼的过程。

参见图7，为本发明实施例五的流程示意图。当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤701、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，HARQ数据子包中指示该数据为寻呼消息数据，以及目标MS的标识信息。BS还要为这些HARQ数据子包分配传输资源。

BS可以在一个MS寻呼周期内，发送1个或者多个寻呼消息的HARQ数据子包，尤其当BS发现被寻呼MS的用户优先级较高，则可以发送两次或更多次的HARQ数据子包。

在一个寻呼周期内，由于一次可能有多个寻呼用户被寻呼，所以可以根据优先级的高低或寻呼延迟的长短，将寻呼用户分成两部分，将其中优先级低或寻呼延迟短的一部分用户的寻呼消息联合编码发送，并且仅发送一次HARQ数据子包，将其中优先级高或寻呼延迟长的一部分用户的寻呼信息联合编码发送，并且可以发送多个HARQ数据子包，使这部分用户可以通过将多个HARQ数据子包合并获得增益，保证这部分用户寻呼消息的接收性能。当然，也可以将基于每个被寻呼用户的寻呼消息单独编码调制发送。

BS为这些HARQ数据子包分配传输资源时，可将这些HARQ数据子包分配到多个帧中发送，或者分配到一个帧中的多个时间频率上发送，或者分配到多个帧中的多个时间频率上发送。

步骤702、BS在MS寻呼周期到达时，发送寻呼消息的HARQ数据子包，以及HARQ数据子包的资源指配信息，并在寻呼周期的第1帧中携带快速寻呼指示。快速寻呼指示信息位于下行子帧中的第1帧开始的位置，快速寻呼指示包含目标MS的标识信息。

快速寻呼指示是一个bit表(bit map)，携带被寻呼用户的相关信息，比如快速寻呼指示可以是被寻呼用户的完整标识信息(48bits标识)或部分标识信息(24bits标识)，或者用户标识的hash值，通过该hash值可以运算得到用户标识。当BS在本次寻呼周期内只寻呼一个MS时，则快速寻呼指示可以是48bits的用户标识；如果需要寻呼两个MS时，则快速寻呼指示可以携带2个被寻呼MS用户标识的低24bits。总之，快速寻呼指示携带有被寻呼用户的相关信息，被寻呼的用户可以根据快速寻呼指示信息判断该寻呼是否是针对自己的寻呼，从而决定是否去解析完整的寻呼消息。由于快速寻呼指示信息长度可能有限，因此，为了保证将真正被寻呼用户唤醒的同时，尽可能不错误地将其他用户唤醒，可以通过设计更高效的运算函数和变换(如通过hash函数运算等)，将这种错误唤醒的概率降低。比如当快速寻呼指示信息携带2个用户标识的低24bits信息时，没有被寻呼但也具有相同低24bits用户标识的用户也将被错误唤醒，因为，快速寻呼指示取48bits用户标识的低24bits是一种简单的变换，有可能存在上述被误唤醒的可能性，但只要运算函数和变换设计的足够好，就可以保证大部分在MS寻呼周期醒来的但又没有被寻呼的MS节省功率，因为这些MS只需要解析快速寻呼指示，就可以判断出没有自己的寻呼，这些MS就可以继续处于低功率休眠状态。

BS根据为这些HARQ数据子包分配传输资源，将这些HARQ数据子包调度到多个帧中发送，或者调度到一个帧中的多个时间频率上发送，或者调度到多个帧中的多个时间频率上发送。例如，BS在MS寻呼周期中发送快速寻呼指示和寻呼信息的HARQ数据子包，可如图8A或图8B所示。在图8A中，BS在寻呼周期的第1帧开始的位置发送快速寻呼指示，并将HARQ数据子包调度到第2帧发送；在图8B中，BS在寻呼周期的第1帧开始的位置发送快速寻呼指示，并将HARQ数据子包调度到第2帧和第4帧发送。

步骤703、处于空闲状态的MS在其寻呼周期到达时，接收BS发送的下行子帧，首先接收并解析快速寻呼指示信息。

由于快速寻呼指示位于下行子帧的开始部分，因此MS首先接收到该快速寻呼指示信息并进行解析。

步骤704、MS根据解析出的快速寻呼指示，判断自己的标识是否与所指示的目标MS标识信息相匹配，若是，则执行步骤705；否则，继续处于低功率休眠状态，等待下一个寻呼周期的到来。

快速寻呼指示中携带的MS标识信息可以是24bits的hash值，也可以是48bits的完整的MS标识。若是MS标识的hash值，MS还要经过hash计算再进行匹配判断。

步骤705、MS根据BS指配的资源接收寻呼消息的HARQ数据子包，并按照寻呼消息的指示进行动作。

如果信道条件足够好，MS收到其中一个HARQ数据子包后，就可以解析出寻呼消息，则可以按照寻呼消息指示进行后续处理。如果信道条件较差，MS根据其中一个HARQ数据子包不能正确解析该HARQ数据子包，则MS将从不同帧或不同频率上接收到的HARQ数据子包合并，获得时间或/和频率分集增益，从而提高接收寻呼数据的性能。

实施例六

实施例以802.16e系统为例，描述了BS在每个寻呼周期的最开始位置发送寻呼指示信息，指示目标MS的标识信息以及寻呼信息所在的位置，使相应的MS能够在其寻呼周期到达时根据该寻呼指示信息决定是否接收以及在哪帧接收寻呼消息的HARQ数据子包，实现寻呼的过程。

当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤801、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，HARQ数据子包中指示该数据为寻呼消息数据，以及目标MS的标识信息。BS还要为这些HARQ数据子包分配传输资源。

BS可以在一个MS寻呼周期内，发送1个或者多个寻呼消息的HARQ数据子包，尤其当BS发现被寻呼MS的用户优先级较高，则可以发送两次或更多次的HARQ数据子包。

在一个寻呼周期内，由于一次可能有多个寻呼用户被寻呼，所以可以根据优先级的高低或寻呼延迟的长短，将寻呼用户分成两部分，将其中优先级低或寻呼延迟短的一部分用户的寻呼消息联合编码发送，并且仅发送一次HARQ数据子包，将其中优先级高或寻呼延迟长的一部分用户的寻呼信息联合编码发送，并且可以发送多个HARQ数据子包，使这部分用户可以通过将多个HARQ数据子包合并获得增益，保证这部分用户寻呼消息的接收性能。当然，也可以将基于每个被寻呼用户的寻呼消息单独编码调制发送。

BS为这些HARQ数据子包分配传输资源时，可将这些HARQ数据子包分配到多个帧中发送，或者分配到一个帧中的多个时间频率上发送，或者分配到多个帧中的多个时间频率上发送。

步骤802、BS在MS寻呼周期到达时，发送寻呼消息的HARQ数据子包，并在寻呼周期的第1帧中携带快速寻呼指示。快速寻呼指示信息位于下行子帧中的第1帧开始的位置，快速寻呼指示包含目标MS的标识信息，还包含BS为每个MS分配的寻呼位置信息，即指示MS在寻呼周期中的哪个或哪些帧接收寻呼消息。

BS将这些HARQ数据子包调度到多个帧中发送，或者调度到一个帧中的多个时间频率上发送，或者调度到多个帧中的多个时间频率上发送。

步骤803、处于空闲状态的MS在其寻呼周期到达时，接收BS发送的下行子帧，首先接收并解析快速寻呼指示信息。

由于快速寻呼指示位于下行子帧的开始部分，因此MS首先接收到该快速寻呼指示信息并进行解析。

步骤804、MS根据解析出的快速寻呼指示，判断自己的标识是否与所指示的目标MS标识信息相匹配，若是，则执行步骤805；否则，继续处于低功率休眠状态，等待下一个寻呼周期的到来。

快速寻呼指示中携带的MS标识信息可以是24bits的hash值，也可以是48bits的完整的MS标识。若是MS标识的hash值，MS还要经过hash计算再进行匹配判断。

步骤805、MS根据快速寻呼指示信息，从相应帧接收寻呼消息的HARQ数据子包，并按照寻呼消息的指示进行动作。

如果信道条件足够好，MS收到其中一个HARQ数据子包后，就可以解析出寻呼消息，则可以按照寻呼消息指示进行后续处理。如果信道条件较差，MS根据其中一个HARQ数据子包不能正确解析该HARQ数据子包，则MS将从不同帧或不同频率上接收到的HARQ数据子包合并，获得时间或/和频率分集增益，从而提高接收寻呼数据的性能。

实施例七

实施例以802.16e系统为例，描述了BS在每个寻呼周期的最开始位置发送寻呼指示信息，指示目标MS的标识信息，在与MS协商好的位置发送寻呼消息的HARQ数据子包，使相应的MS能够在其寻呼周期到达时根据该寻呼指示信息决定是否接收寻呼消息，以及在与BS协商好的位置接收寻呼消息的HARQ数据子包，实现寻呼的过程。

当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤901、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，HARQ数据子包中指示该数据包为寻呼消息数据，以及目标MS的标识信息。BS还要为这些HARQ数据子包分配传输资源。

BS可以在一个MS寻呼周期内，发送1个或者多个寻呼消息的HARQ数据子包，尤其当BS发现被寻呼MS的用户优先级较高，则可以发送两次或更多次的HARQ数据子包。

在一个寻呼周期内，由于一次可能有多个寻呼用户被寻呼，所以可以根据优先级的高低或寻呼延迟的长短，将寻呼用户分成两部分，将其中优先级低或寻呼延迟短的一部分用户的寻呼消息联合编码发送，并且仅发送一次HARQ数据子包，将其中优先级高或寻呼延迟长的一部分用户的寻呼信息联合编码发送，并且可以发送多个HARQ数据子包，使这部分用户可以通过将多个HARQ数据子包合并获得增益，保证这部分用户寻呼消息的接收性能。当然，也可以将基于每个被寻呼用户的寻呼消息单独编码调制发送。

BS根据与MS预先协商好的随机选择算法(如hash算法)决定在哪个或哪些帧发送该MS的寻呼信息的HARQ数据子包。例如，BS根据与MS协商好的一个或多个hash算法(用户的标识信息对寻呼周期取模)，将这些HARQ数据子包分配到一个或多个帧中发送，发送HARQ数据子包所使用的频率信息，则由BS指配，也可以是BS和MS预先确定的。

步骤902、BS在MS寻呼周期到达时，发送寻呼消息，其中携带快速寻呼指示。快速寻呼指示信息位于下行子帧中的第1帧开始的位置，快速寻呼指示包含目标MS的标识信息。

BS根据与MS预先协商的算法，将这些HARQ数据子包调度到该算法指定的一个或多个帧中发送。

步骤903、处于空闲状态的MS在其寻呼周期到达时，接收BS发送的下行子帧，首先接收并解析快速寻呼指示信息。

由于快速寻呼指示位于下行子帧的开始部分，因此MS首先接收到该快速寻呼指示信息并进行解析。

步骤904、MS根据解析出的快速寻呼指示，判断自己的标识是否与所指示的目标MS标识信息相匹配，若是，则执行步骤905；否则，继续处于低功率休眠状态，等待下一个寻呼周期的到来。

快速寻呼指示中携带的MS标识信息可以是24bits的hash值，也可以是48bits的完整的MS标识。若是MS标识的hash值，MS还要经过hash计算再进行匹配判断。

步骤905、MS根据与MS预先协商的算法，从该算法指定的帧接收寻呼消息的HARQ数据子包，并按照寻呼消息的指示进行动作。

如果信道条件足够好，MS收到其中一个HARQ数据子包后，就可以解析出寻呼消息，则可以按照寻呼消息指示进行后续处理。如果信道条件较差，MS根据其中一个HARQ数据子包不能正确解析该HARQ数据子包，则MS将从不同帧或不同频率上接收到的HARQ数据子包合并，获得时间或/和频率分集增益，从而提高接收寻呼数据的性能。

实施例八

本实施例以802.16e系统为例，描述了BS将寻呼消息编码为多个HARQ数据子包，MS在其寻呼周期醒来通过盲检测得到寻呼消息的指配资源接收寻呼消息的HARQ数据子包，实现寻呼MS的过程。

当BS需要发送下行数据到处于空闲模式的MS时，BS需要通过寻呼来唤醒MS。BS通过在MS的寻呼周期广播寻呼消息唤醒这些MS，其过程包括步骤：

步骤1001、BS在决定向MS发送寻呼消息时，将寻呼信息经过编码编制，形成多个HARQ数据子包，并为这些HARQ数据子包分配传输资源。

BS可以在一个MS寻呼周期内，发送1个或者多个寻呼消息的HARQ数据子包，尤其当BS发现被寻呼MS的用户优先级较高，则可以发送两次或更多次的HARQ数据子包。

在一个寻呼周期内，由于一次可能有多个寻呼用户被寻呼，所以可以根据优先级的高低或寻呼延迟的长短，将寻呼用户分成两部分，将其中优先级低或寻呼延迟短的一部分用户的寻呼消息联合编码发送，并且仅发送一次HARQ数据子包，将其中优先级高或寻呼延迟长的一部分用户的寻呼信息联合编码发送，并且可以发送多个HARQ数据子包，使这部分用户可以通过将多个HARQ数据子包合并获得增益，保证这部分用户寻呼消息的接收性能。当然，也可以将基于每个被寻呼用户的寻呼消息单独编码调制发送。

本实施例中，BS将寻呼信息编码为2个HARQ数据子包，HARQ数据子包中指示该数据包为寻呼消息数据，并携带目标MS的标识信息。BS为这些HARQ数据子包分配传输资源，如在MS寻呼周期中的第2帧和第4帧分别发送这2个HARQ数据子包。

步骤1002、BS在MS寻呼周期到达时，发送寻呼消息的HARQ数据子包。

本实施例中，BS发送寻呼消息时，将针对该MS的寻呼信息的2个HARQ数据子包分别调度到该MS的寻呼周期的第2帧和第4帧上发送，并在下行子帧的DL-MAP中指配HARQ数据子包的传输资源。

步骤1003、处于空闲状态的MS在其寻呼周期到达时，通过盲检测接收BS发送的寻呼消息的HARQ数据子包。

MS在其寻呼周期到达时被唤醒，对寻呼消息进行盲检测，即，在寻呼周期内将一直保持唤醒状态，从寻呼周期内的第1帧开始盲检测寻呼信息。首先盲检测资源指配信息，然后去解析被指配资源上发送的HARQ数据子包，如果不能正确解析，则缓存该HARQ数据子包，继续接收下一个指配资源上的HARQ数据子包，MS将指配资源上的HARQ数据子包跟上一次保存的HARQ数据子包进行合并，然后解码解调制得到寻呼指示，并按照寻呼消息的指示进行动作。如果MS在其寻呼周期内经过盲检测，未检测到寻呼信息，则回到休眠状态。

本实施例中，MS在第2帧检测到寻呼信息，并接收该帧中的HARQ数据子包，若信道条件足够好，则MS可以解析出寻呼消息，MS可以按照寻呼消息指示进行后续处理，不必再去接收后面的HARQ数据子包。如果由于信道条件较差，不能正确解析该HARQ数据子包，则MS缓存接收到的HARQ数据子包信息，并继续进行盲检测，并根据BS指配的资源接收到第4帧中的HARQ数据子包，并通过两次HARQ数据子包合并，获得时间分集增益，从而提高接收寻呼数据的性能。

上述MS通过盲检测接收寻呼消息的HARQ数据子包的过程同样适用于BS在MS寻呼周期开始位置发送快速寻呼指示的情况。当BS在MS的寻呼周期中的第1帧的开始位置携带快速寻呼指示信息时，MS在其寻呼周期醒来，首先接收并解析快速寻呼指示，并判断该快速寻呼指示所指示的终端标识是否与自己匹配，若匹配，则通过盲检测接收寻呼消息的HARQ数据子包，并根据解析得到的寻呼指示进行动作；若不匹配，则继续处于休眠状态。

本发明实施例还提供了基站，以及用户终端。

参见图9，为本发明实施例提供的一种基站的结构示意图，该基站包括：编码模块、资源指配模块、调度模块和发送模块。

编码模块，用于将目标终端的寻呼信息编码为至少一个HARQ数据子包；

资源指配模块，用于为发送这些HARQ数据子包分配资源，或根据预先与目标终端协商的算法为这些HARQ数据子包的发送分配资源。资源指配模块中存储有预先与目标终端协商的算法，如将MS标识对该MS的寻呼周期取模。资源指配模块存储的算法可以为一个或多个，通过每个算法，BS可以计算得到一个对应的寻呼位置，如将MS标识对该MS的寻呼周期取模后得到的整数值作为该MS的寻呼信息在其寻呼周期中的帧位置。

调度模块，用于根据资源指配模块分配的资源，将这些HARQ数据子包调度到目标终端的寻呼周期中的至少一个帧上。如，将HARQ数据子包调度到寻呼周期中的某个帧的不同频率上，或将HARQ数据子包调度到寻呼周期中的多个帧上。

发送模块，用于将调度模块调度的帧进行广播发送。

该基站还可以包括寻呼指示模块。

寻呼指示模块，用于生成寻呼指示信息，该寻呼指示信息携带目标MS的标识信息。目标MS的标识信息可以是24bits的MS标识的hash值，也可以是48bits的完整的MS标识。

调度模块将该寻呼指示模块生成的寻呼指示信息调度到目标MS的寻呼周期的第1帧的开始位置；发送模块将调度模块调度的帧进行广播发送。

参见图10，为本发明实施例提供的一种用户终端的结构示意图，该终端包括：接收模块、判断模块和寻呼处理模块。

接收模块，用于在该终端处于空闲状态并到达其寻呼周期时，接收基站发送的下行数据。当该终端在其寻呼周期到达时，接收模块被唤醒，通过盲检测的方式得到基站指配的资源，并在该资源上接收属于该终端的下行数据；或者，该接收模块在该终端的寻呼周期到达时，根据基站指配的帧位置或根据预先与基站协商的算法计算得到寻呼信息所在的帧位置，在相应的帧唤醒，接收下行数据。

判断模块，用于根据接收模块接收到的下行数据判断该下行数据是否是发送给该终端的寻呼信息，如果是寻呼信息，则继续判断该寻呼信息中是否包含该终端的标识信息，若包含，则启动寻呼处理模块；若不包含，则继续保持空闲模式状态，等待下一次寻呼周期的到来。

寻呼处理模块，用于接收并解析寻呼信息的HARQ数据子包，并按照解析得到的所述寻呼信息所指示的动作进行处理。

该终端还可以包括合并模块。

合并模块，用于将寻呼处理模块接收到的多个HARQ数据子包进行合并处理，如从寻呼周期的不同帧接收HARQ数据子包，或从寻呼周期的某个帧中的不同时间频率接收HARQ数据子包，并进行合并处理，以获得时间或/和频率增益，从而可以正确解析寻呼信息。

参见图11，为本发明实施例提供的另一种用户终端，该终端包括：寻呼指示接收模块、判断模块和寻呼处理模块。

寻呼指示接收模块，用于在该终端处于空闲状态并到达其寻呼周期时，接收基站发送的寻呼指示信息，寻呼指示信息中携带有目标终端的标识信息，目标终端的标识信息可以是24bits的终端标识的hash值，也可以是48bits的完整的终端标识。

判断模块，用于判断寻呼指示信息中所指示的终端标识信息是否与该终端的标识信息相匹配，若匹配，则启动寻呼处理模块；若不匹配，则继续处于空闲状态，等待下一次寻呼周期的到来。

寻呼处理模块，用于根据基站指配的资源或与基站预先协商的资源，接收寻呼消息的HARQ数据子包并解析，并按照HARQ数据子包所指示的动作进行处理。寻呼处理模块接收HARQ数据子包括的过程可以是：寻呼处理模块在该终端的寻呼周期中由基站指配的帧或与基站协商的帧唤醒，接收HARQ数据子包；或者，在该终端的寻呼周期到来时唤醒，通过对每帧进行资源指配信息的检测得到基站指配的资源，并在基站指配的资源上接收HARQ数据子包。

若寻呼指示接收模块接收到的寻呼指示信息中包括寻呼位置信息，则寻呼处理模块根据该寻呼位置信息，从相应的帧接收寻呼消息的HARQ数据子包。

该用户终端还可以包括合并模块。

合并模块，用于将寻呼处理模块接收到的多个HARQ数据子包进行合并处理，如从寻呼周期的不同帧接收HARQ数据子包，或从寻呼周期的某个帧中的不同频率接收HARQ数据子包，并进行合并处理，以获得时间或/和频率增益，从而可以正确解析寻呼信息。

综上所述，本发明实施例通过BS将目标MS的寻呼信息编码为多个HARQ数据子包，并通过指配资源或预先协商资源的方式，将这些HARQ数据子包分配到寻呼周期中的多个帧，或某个帧中的多个频率上发送，使目标MS能够将多个HARQ数据子包进行合并，从而获得时间或/和频率增益，提高了MS接收寻呼的性能，尤其对于优先级较高的MS，采用这种寻呼方法，可以提高寻呼成功率、降低寻呼延迟。本发明的实施例还可以通过BS在目标MS的寻呼周期的第1帧中开始的位置发送携带目标MS标识信息的快速寻呼指示信息，使MS在寻呼周期到来时，可以首先接收并解析快速寻呼指示信息，并根据快速寻呼指示信息中的目标MS标识信息是否与自己匹配，决定是否接收寻呼信息，从而使大部分在MS寻呼周期醒来的但又没有被寻呼的MS节省功率。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (22)

1、一种无线通信系统中的寻呼方法，其特征在于，包括如下步骤：

基站将目标终端的寻呼信息编码为至少一个混合自动要求重传HARQ数据子包；

所述基站在所述目标终端的寻呼周期到达时，根据为所述HARQ数据子包分配的资源或根据预先与所述目标终端协商的资源，将所述HARQ数据子包调度到所述目标终端的寻呼周期中的至少一个帧上广播发送。

2、如权利要求1所述的寻呼方法，其特征在于，所述基站将所述HARQ数据子包调度到所述目标终端的寻呼周期中的至少一个帧上广播发送，包括：

所述基站将所述HARQ数据子包调度到所述寻呼周期中一个帧上的多个时间频率资源上广播发送；

或者，将所述HARQ数据子包调度到所述寻呼周期中多个帧上的至少一个时间频率资源上广播发送。

3、如权利要求2所述的寻呼方法，其特征在于，所述时间频率资源由所述基站分配，或由所述基站和所述目标终端预先确定。

4、如权利要求1所述的寻呼方法，其特征在于，所述基站预先与所述目标终端协商的资源为：所述基站根据其与所述目标终端预先协商的算法计算得到的所述终端寻呼周期中的帧位置，所述位置的帧用来发送所述终端的寻呼信息的HARQ数据子包。

5、如权利要求4所述的寻呼方法，其特征在于，所述算法为与所述目标终端的标识信息相关的算法。

6、如权利要求5所述的寻呼方法，其特征在于，所述与所述目标终端的标识信息相关的算法具体为：用所述目标终端的标识信息对其寻呼周期取模，将得到的结果值作为所述终端的寻呼信息的HARQ数据子包在其寻呼周期中的帧位置。

7、如权利要求4所述的寻呼方法，其特征在于，所述算法为一个或多个，通过所述算法中的每个算法计算得到所述寻呼信息的HARQ数据子包的一个发送位置。

8、如权利要求1所述的寻呼方法，其特征在于，还包括步骤：

所述目标终端在其寻呼周期到达时，根据所述基站分配的资源或预先与所述基站协商的资源，接收所述HARQ数据子包。

9、如权利要求8所述的寻呼方法，其特征在于，所述目标终端根据所述基站分配的资源接收所述HARQ数据子包，包括：

所述目标终端在其寻呼周期中的所述基站指配的帧位置唤醒，接收所述HARQ数据子包；

或者，所述目标终端在其寻呼周期到来时唤醒，通过对每帧进行资源指配检测得到所述基站的资源指配信息，并在所述基站指配的资源上接收所述HARQ数据子包。

10、如权利要求1所述的寻呼方法，其特征在于，所述基站在发送所述HARQ数据子包之前发送寻呼指示信息，携带所述目标终端的标识信息；

所述目标终端在其寻呼周期到达时，接收并解析所述寻呼指示信息，并在解析出所述寻呼指示信息中包含所述目标终端的标识信息时，根据所述基站分配的资源或预先与所述基站协商的资源，接收所述HARQ数据子包。

11、如权利要求10所述的寻呼方法，其特征在于，所述寻呼指示信息还包括寻呼位置信息；

所述目标终端解析出所述寻呼指示信息中包含所述目标终端的标识信息时，根据与所述终端的标识信息对应的寻呼位置信息所指示的帧位置，接收所述HARQ数据子包。

12、如权利要求8-11任一权项所述的寻呼方法，其特征在于，所述目标终端将接收到的所述HARQ数据子包进行合并。

13、一种基站，其特征在于，包括：编码模块、资源指配模块、调度模块和发送模块；

所述编码模块，用于将目标终端的寻呼信息编码为至少一个HARQ数据子包；

所述资源指配模块，用于为所述HARQ数据子包的发送分配资源，或根据预先与所述目标终端协商的算法为所述HARQ数据子包的发送分配资源；

所述调度模块，用于根据所述资源指配模块分配的资源，将所述HARQ数据子包调度到所述目标终端的寻呼周期中的至少一个帧上；

所述发送模块，用于将所述调度模块调度的帧进行广播发送。

14、如权利要求13所述的基站，其特征在于，所述资源指配模块中存储有预先与所述目标终端协商的算法，所述资源指配模块根据所述算法计算得到在所述目标终端的寻呼周期中发送所述目标终端的寻呼信息的HARQ数据子包的帧位置。

15、如权利要求13所述的基站，其特征在于，所述基站还包括：

寻呼指示模块，用于生成寻呼指示信息，所述寻呼指示信息携带所述目标终端的标识信息；

所述调度模块将所述寻呼指示模块生成的寻呼指示信息调度到所述目标终端的寻呼周期第一帧的开始位置；

所述发送模块将所述调度模块调度的帧进行广播发送。

16、一种终端，其特征在于，包括：接收模块、判断模块和寻呼处理模块；

所述接收模块，用于在所述终端处于空闲状态并到达其寻呼周期时，根据基站指配的资源或与基站预先协商的资源，接收下行数据；

所述判断模块，用于判断接收到的所述下行数据为发送给所述终端的寻呼信息时，启动所述寻呼处理模块；

所述寻呼处理模块，用于接收并解析所述寻呼信息的HARQ数据子包，并按照所述寻呼信息所指示的动作进行处理。

17、如权利要求16所述的终端，其特征在于，所述终端还包括：

合并模块，用于将所述寻呼处理模块接收到的所述HARQ数据子包进行合并后解析，得到所述寻呼信息。

18、如权利要求16所述的终端，其特征在于，所述接收模块在所述终端的寻呼周期中由所述基站指配的帧或与所述基站协商的帧唤醒，接收所述下行数据；或者，在所述终端的寻呼周期到来时唤醒，通过对每帧进行资源指配信息的检测得到所述基站指配的资源，并在所述基站指配的资源上接收所述下行数据。

19、一种终端，其特征在于，包括：寻呼指示接收模块、判断模块和寻呼处理模块；

所述寻呼指示接收模块，用于在所述终端处于空闲状态并到达其寻呼周期时，接收基站发送的寻呼指示信息，所述寻呼指示信息中携带终端标识信息；

所述判断模块，用于在判断所述寻呼指示信息中所指示的终端标识信息与所述终端的标识信息相匹配时启动所述寻呼处理模块；

所述寻呼处理模块，用于根据基站指配的资源或与基站预先协商的资源，接收寻呼信息的HARQ数据子包并解析，并按照所述寻呼信息所指示的动作进行处理。

20、如权利要求19所述的终端，其特征在于，所述寻呼指示接收模块接收到的寻呼指示信息中还包括寻呼位置信息；

所述寻呼处理模块根据所述寻呼位置信息在所述终端的寻呼周期中相应的帧接收寻呼信息的HARQ数据子包。

21、如权利要求19所述的终端，其特征在于，还包括：

合并模块，用于将所述寻呼处理模块接收到的所述HARQ数据子包进行合并后解析，得到所述寻呼指示信息。

22、如权利要求19所述的终端，其特征在于，所述寻呼处理模块在所述终端的寻呼周期中由所述基站指配的帧或与所述基站协商的帧唤醒，接收所述HARQ数据子包；或者，在所述终端的寻呼周期到来时唤醒，通过对每帧进行资源指配信息的检测得到所述基站指配的资源，并在所述基站指配的资源上接收所述HARQ数据子包。

Images