CN101166299A - 发送和接收寻呼消息的方法和装置及寻呼方法和系统 - Google Patents

Abstract

本发明公开了一种发送和接收寻呼消息的方法和装置及寻呼的方法和系统，所述的发送寻呼消息的方法包括：构造多个包含给相同用户终端的寻呼消息；并在一个寻呼周期中发送所述的多个寻呼消息。所述的接收寻呼消息的方法包括：接收寻呼消息，并根据判断规则在同一个寻呼周期中多次接收寻呼消息。所述的寻呼方法包括：构造多个包括给相同用户终端的寻呼消息；并在同一个寻呼周期中发送所述的多个寻呼消息；根据判断规则在同一个寻呼周期中多次接收寻呼消息。根据本发明，通过在一个寻呼周期内多次发送寻呼消息，在一个寻呼周期内多次接收寻呼信道帧，能够提高在一个寻呼周期内接收正确寻呼消息的概率。

Description

发送和接收寻呼消息的方法和装置及寻呼方法和系统

技术领域

本发明涉及一种通信技术，尤其涉及一种发送和接收寻呼消息的方法和装置及寻呼方法和系统。

背景技术

3GPP(3rd Generation Partnership Project，第三代合作伙伴工程)系统分为UE(用户终端)、UTRAN(UTRAN(UMTS Terrestrial Radio Access Network，UMTS系统地面无线接入网络)和CN(核心网)三个部分。UE和UTRAN的接口为Uu接口，所述的Uu接口用于提供无线接入用户的功能。

Uu接口的协议栈包括RRC(Radio Resource Control，无线资源控制)协议。RRC协议用于提供Uu接口的信令面连接，在UTRAN和UE之间传输控制信令。当UE和UTRAN之间没有RRC信令连接的时候，称UE为处于idle状态(空闲状态)，否则称UE处于RRC连接状态，RRC连接状态有4种情况，分别为URA_PCH(用户注册区域中寻呼状态)、CELL_PCH(小区寻呼状态)、CELL_FACH(小区前向接入状态)、CELL_DCH(小区专用信道状态)。在这5种状态下，UE所占用RRC及与网络的联系方式的是不同的，下面分别介绍各种状态下UE所占用RRC及与网络的联系方式。

Cell_DCH状态：UE拥有DCCH(专用控制信道)和DTCH(专用业务信道)，并利用专用(或共享)传输和/或物理信道进行通信过程的状态；该专用传输和/或物理信道仅由该UE使用。

Cell_FACH状态：UE拥有DCCH和DTCH，可以在FACH(前向接入信道)上接收数据和在RACH(反向接入信道)上发送数据，无需分配专用物理信道，在公共FACH/RACH信道上传递消息的状态；由于不占用专用物理信道，所以可以节省无线资源，同时不用连续在专用物理信道上发送和/或接收消息，UE也可以省电。

CELL_PCH状态：UE不能使用DCCH和DTCH，不可以在DCCH和DTCH上接收和发送数据，只在下行方向侦听PICH(Paging Indicator Channel，寻呼指示信道)上的寻呼指示；只能发送CELL Update(小区更新)消息给RNC(无线网络控制器)。在小区变换的时候向RNC登记信息。由于采用非连续方式监听PICH，所以处于该状态的UE比CELL_FACH更加省电。

URA_PCH状态：UE不能使用DCCH和DTCH，不可以在DCCH和DTCH上接收和发送数据，只在下行方向侦听PICH信道上的寻呼指示；只能发送URAUpdate(用户注册区域更新)或Cell Update(小区更新)消息给RNC。在UTRAN登记区变换的时候向RNC登记。由于UTRAN登记区的范围比小区大得多，所以处于该状态的UE比CELL_PCH更加省电。

Idle状态：UE接收BCH(广播信道)上的广播数据、监视PICH上的寻呼指示等。该UE是最省电的。

当UE处于Idle、CELL_PCH或URA_PCH状态时，如果网络需要唤醒UE(比如有呼叫到来、有数据要发送给UE等情况)，那么网络需要通过寻呼过程来唤醒UE。下面参照图1描述寻呼过程。

步骤1、UTRAN先在PICH信道的属于该UE的寻呼时刻(Paging Occasion)发送Paging Indication(寻呼指示)消息。

步骤2、UE监听PICH中属于自己的寻呼时刻，如果在自己的寻呼时刻接收的寻呼指示消息中指示有寻呼，则到PCH上接收相应的PCH帧。

步骤3，UTRAN在PCH信道上发送RRC的消息：寻呼消息，在其中指明UE的标识符和寻呼原因等信息。

UE收到寻呼消息后，根据UE的标识符确定是否寻呼自己，并根据寻呼原因发起相应的动作。

为了省电，UE是不连续监听PICH的。该不连续接收方式是通过UTRAN或核心网配置的非连续接收周期长度(DRX Cycle Length)、UTRAN配置的“每帧寻呼指示数目”、帧偏移(Frame offset)等信息决定该监听的PICH位置。非连续接收周期长度是指示UE每隔多少帧监听PICH帧，每帧寻呼指示数目指示UE在PICH帧中该接收多少比特位的信息。其中UE需要监听的PICH帧称为寻呼时刻(paging occasion)，而一个PICH帧包含有288bit的寻呼指示信息，具体该UE需要在该PICH帧中监听哪个bit位，由寻呼指示来决定。寻呼时刻和寻呼指示都是通过UE的IMSI、DRX Cycle length、每帧寻呼指示数目等参数计算出来。该计算方法不属本发明的范围，在此不详细描述。

在现有3GPP协议中，UE在一个寻呼周期(指非连续接收周期，下同)内收到PICH上的寻呼指示之后，只在指定的PCH帧上接收一次寻呼消息(这里指RRC的寻呼类型1消息，下同)。如果该寻呼消息有错误(比如物理层接收错误、物理层解码错误、或其他部分处理有错误等)，UTRAN需要等到下一个寻呼周期再进行一次寻呼。或者，当UTRAN构造寻呼消息的时候，由于需要在同一个寻呼消息中寻呼的UE数目太多，无法将这些UE的寻呼信息同时放置在一个寻呼消息中(一个寻呼消息可以承载的UE数目是有限的，一般为个数的量级)，这个时候，有的UE就需要安排到下一个寻呼周期再进行寻呼。一般寻呼周期的设置都比较长，最长可以达到512帧，也就是5.12秒。一般设置为640ms左右。这样，当出现寻呼消息错误，需要等到下一个寻呼周期，或UTRAN的寻呼应答时钟超时后，才重新寻呼，这样用户的呼叫时延将变大、启动数据传输的时延变大等，降低了系统性能和用户的业务体验。

发明内容

本发明的目的是提供一种发送和接收寻呼消息的方法和装置及寻呼方法和系统，用来解决当UE接收寻呼消息错误的情况下，或者当在一个寻呼消息无法承载所有需要寻呼的UE的情况下，需要等待至少下个寻呼周期的到来才能够重新接收寻呼消息的问题。

本发明的实施例公开了一种发送寻呼消息的方法，包括：

构造多个包含给相同用户终端的寻呼消息；并在一个寻呼周期中发送所述的多个寻呼消息。

本发明的实施例还公开了一种接收寻呼消息的方法，包括：

接收寻呼消息，并根据判断规则在同一个寻呼周期中多次接收寻呼消息。

本发明的实施例还公开了一种寻呼方法，包括：

构造多个包括给相同用户终端的寻呼消息；并在同一个寻呼周期中发送所述的多个寻呼消息；

根据判断规则在同一个寻呼周期中多次接收寻呼消息。

本发明的实施例还公开了一种发送装置，包括：

构造单元，用于构造多个包括给相同用户终端的寻呼消息；

发送单元，用于在一个寻呼周期中发送构造单元构造的所述多个寻呼消息；

判断单元，用于根据第一预定条件进行判断，并根据判断结果启动构造单元。

本发明的实施例还公开了一种接收装置，包括：

接收单元，用于接收寻呼消息；

判断单元，用于根据判断规则确定在一个寻呼周期内多次启动接收单元。

本发明的实施例还公开了一种寻呼系统，包括：

发送装置，用于构造多个包括给相同用户终端的寻呼消息；并将构造单元构造的寻呼消息在一个寻呼周期中发给包括接收装置的用户终端；

接收装置，用于在一个寻呼周期内多次接收发送装置发送的寻呼消息。

根据本发明，通过在一个寻呼周期内多次发送寻呼消息，UE在一个寻呼周期内多次接收寻呼消息，能够提高在一个寻呼周期内UE接收正确寻呼消息的概率，从而降低在接收寻呼消息错误的情况下的寻呼时延，降低呼叫的时延。

附图说明

图1示出了现有技术的寻呼流程图；

图2示出了本发明实施例1的发送寻呼消息的流程图；

图3示出了本发明实施例2的接收寻呼消息的流程图；

图4示出了本发明实施例2中在接收寻呼消息时判断规则的流程图；

图5示出了本发明实施例3的寻呼流程图；

图6示出了本发明实施例4的寻呼系统。

具体实施方式

本发明可以应用于3GPP WCDMA/TD-SCDMA/TDD-CDMA系统中，也可适用于所有使用周期性寻呼的通讯系统。下面以UTRAN和UE为例说明本发明的内容。

本发明实施例的基本思想是，UTRAN在一个寻呼周期内多次发送寻呼消息给相同UE；该UE在一个寻呼周期内可多次接收寻呼消息。这样，当UE接收寻呼消息错误的情况下，不必等待下次寻呼周期的到来才能再次接收寻呼消息，从而减少了用户的呼叫时延、数据传输时延等，提高了系统性能和用户的业务体验。

为了便于本领域一般技术人员理解和实现本发明，现结合附图描绘本发明的实施例。本发明的实施例1公开了一种发送寻呼消息的方法，如图2所示，包括：

步骤21、UTRAN可根据第一预定条件构造多个包括给相同UE的寻呼消息。

所述的第一预定条件为当前PCH或S-CCPCH的剩余容量是否充足、或者拥塞程度是否严重等，如PCH或S-CCPCH的剩余容量大于总容量的预定值(如5％)，或寻呼消息中所包含的UE寻呼信息的数目少于该寻呼消息所能包含的UE寻呼信息的最大值，可认为当前PCH或S-CCPCH的剩余容量充足，否则认为不充足；当待发送的寻呼信道帧大于预定值(如20帧)时，可以认为拥塞程度严重，否则认为拥塞程度不严重。如果第一预定条件为真，则构造多个包括给相同UE的寻呼消息。应该注意到，所述的第一预定条件也可以为空，即，在任何情况下都构造多个包括给相同UE的寻呼消息。

所述的UTRAN构造多个包括给相同UE的寻呼消息的方法如下：

方法1、复制当前寻呼消息，从而构造出另一个寻呼消息，该两个寻呼消息包括给相同UE的寻呼(该相同UE是当前寻呼消息中的全部UE)。

方法2、将当前寻呼消息中所有UE的寻呼信息，同其他UE的寻呼信息合并在一起，构造一个新的寻呼消息。该两个寻呼消息包括给相同UE的寻呼(该相同UE是当前寻呼消息中的全部UE)。

方法3、提取给相同UE的寻呼消息中某些UE的寻呼信息，并同其他UE的寻呼信息合并在一起，构造一个新的寻呼消息。该两个寻呼消息包括给相同UE的寻呼(该相同UE是当前寻呼消息中的部分UE)。

方法4、构造一个同当前寻呼消息不同的新的寻呼消息，但包含有同当前寻呼消息中相同UE的标识符(相同UE的标识符，指的是指示相同UE的标识符，两个标识符可能不同，但都指示相同的UE。相同UE的概念在后还更详细的描述)；并同时可以包含其他UE的寻呼信息。

步骤22、按第一预定规则在一个寻呼周期中将构造的多个包含给相同UE的寻呼消息在寻呼信道上发送出去。

这里的第一预定规则是指确定寻呼信道帧的位置规则，如在该寻呼周期中的连续的物理信道帧中发送寻呼信道帧，或者在寻呼周期的任意间隔的物理信道帧中发送寻呼信道帧，或者在寻呼周期的事先指定的物理信道帧中发送寻呼信道帧，这里事先指定的意思是标准文稿事先规定、或UTRAN在发送寻呼信道帧之前发送的指示等。

综上所述，在UTRAN侧，UTRAN根据第一预定条件构造多个包含给相同UE的寻呼消息，并将构造的寻呼消息在一个寻呼周期中发送给相同UE。由于一个寻呼消息可以携带对多个UE、或多个群组的UE的寻呼信息，所以UTRAN可以在后续的寻呼消息中将该UE的寻呼信息同其他UE的寻呼信息放在同一个寻呼消息中发送，即，在一个寻呼消息中可以对多个UE进行寻呼，也可以对拥有相同标识符的一组UE进行寻呼。本发明是利用多个寻呼消息寻呼相同UE，即所述的多个寻呼消息中的UE标识符指向相同的UE，这里相同UE可以指单个UE相同，也可以指多个UE相同，或指拥有相同标识符的一组UE。

本发明的实施例2公开了一种接收寻呼消息的方法，如图3所示，包括：

步骤31、UE接收寻呼消息；

步骤32、UE根据判断规则按与第一预定规则相应的第二预定规则在同一个寻呼周期中多次接收寻呼消息。

这里的判断规则可以为空，或者当前接收的承载寻呼消息的寻呼信道帧是否出错；或者是当前接收的寻呼信道帧中的寻呼消息是否包含本UE的寻呼，或者为组合规则，或者为其他的规则。

当判断规则为空时；直接按与第一预定规则相应的第二预定规则在同一个寻呼周期中多次接收寻呼消息。

当判断规则为当前接收的承载寻呼消息的寻呼信道帧是否出错时，或者是当前接收的寻呼信道帧中的寻呼消息是否包含本UE的寻呼，可有多种方法在一个寻呼周期中接收多个寻呼消息。

方法1、若当前接收的承载寻呼消息的寻呼信道帧出错(比如CRC校验错、物理层解码错、没有接收到帧等)，或者当前接收的寻呼信道帧中的寻呼消息不包含本UE的寻呼，则在同一个寻呼周期中多次接收物理信道帧，直到接收到寻呼信道帧或者接收次数达到预定接收次数为止。

方法2、若当前接收的承载寻呼消息的寻呼信道帧出错，或者当前接收的寻呼信道帧中的寻呼消息不包含本UE的寻呼，则在同一个寻呼周期中多次接收物理信道帧，直到接收到包含本用户终端的寻呼消息或者接收次数达到预定接收次数为止。

方法3、若当前接收的承载寻呼消息的寻呼信道帧出错，或者当前接收的寻呼信道帧中的寻呼消息不包含本UE的寻呼，则在同一个寻呼周期中多次接收寻呼信道帧，直到接收到本用户终端的寻呼消息或者达到预定接收次数为止。

所述的预定接收次数可以预先设定，或者从发送寻呼消息的发送方(如UTRAN)获得，或者由UE通过消息发送给网络侧(如UTRAN)，也可以由UE和网络侧分别设定。

所述的多次接收物理信道帧可以按与第一预定规则相应的第二预定规则接收，也可按任意规则接收，例如，在当前接收的承载寻呼消息的寻呼信道帧后连续接收每一物理信道帧，或者在当前接收的承载寻呼消息的寻呼信道帧后每隔预定帧数后接收物理信道帧，或者在当前接收的承载寻呼消息的寻呼信道帧后随机接收物理信道帧，或者在当前接收的承载寻呼消息的寻呼信道帧后接收事先指定的物理信道帧，每接收一个物理信道帧，则接收次数加1。

所述的多次接收寻呼信道帧的方法，可以是按顺序搜索连续的物理信道帧，判断其上是否有寻呼信道帧；或者按照同第一预定规则相对应的第二预定规则所规定的寻呼信道帧的位置来接收，每接收一个寻呼信道帧，则接收次数加1。

当判断规则为组合规则时，如图4所示，UE在同一个寻呼周期中多次接收寻呼消息的过程如下：

步骤40、接收次数M设为0。

步骤41、接收物理信道帧，接收次数加1。

接收物理信道帧可以是连续接收，例如，当前帧的帧号为x，后续帧就是紧接其后的帧，也即帧号为x+1的帧；或者相隔预定帧后接收，例如，假设预定帧数为n，若当前帧的帧号为x，则后续帧是其后第n帧，也即帧号为x+n的帧，只要UE和UTRAN两侧协同一致即可。

步骤42、判断当前物理信道帧是否包含有寻呼信道帧，如果是，执行步骤43，否则，执行步骤45。

步骤43、判断寻呼信道帧是否存在错误(比如CRC(循环校验码)校验错、物理层解码错、没有接收到帧等)，若是，执行步骤45，否则，执行步骤44。

步骤44、判断寻呼信道帧中是否包含本UE的标识，若是，则执行步骤46：结束本过程，否则，执行步骤45。

步骤45；判断接收次数是否大于预定接收次数，若是，则执行步骤46：结束，否则，返回步骤41。

所述的根据与第一预定规则相应的第二预定规则接收寻呼消息是指根据第一预定规则所确定寻呼信道帧的位置规则接收寻呼消息，如，当第一预定规则为在该寻呼周期中的连续的物理信道帧中发送寻呼信道帧时，第二预定规则可设定为连接接收物理信道帧；当第一预定规则设定为在寻呼周期的预定间隔的物理信道帧中发送寻呼信道帧时，第二预定规则可设定为在寻呼周期的预定间隔的物理信道帧上接收物理信道帧；当第一预定规则设定为在寻呼周期的事先指定的物理信道帧中发送寻呼信道帧时，第二预定规则可设定为在寻呼周期的事先指定的物理信道帧上接收物理信道帧。总之，在接收寻呼消息的时候，只要与第一预定规则相对应，就是第二预定规则。

综上所述，在UE侧，UE是否需要在一个寻呼周期中接收多个寻呼消息，可根据接收的寻呼信道帧是否出错(比如接收或解码错等)接收下一个寻呼消息，也可以根据接收到的寻呼信道帧是否包含属于本UE的寻呼消息(即该寻呼信道帧中是否包含本UE的标识)接收下一个寻呼消息，也可以根据UTRAN的配置信息中指示的预定接收次数接收下一个寻呼消息。

在接收寻呼消息的过程中，可以多次接收物理信道帧，而不管该物理信道帧是否为寻呼信道帧，这时终止接收的条件为接收到的物理信道帧承载着寻呼信道帧、或者达到预定接收次数、或者接收到包含有本UE的寻呼消息；或者多次接收寻呼信道帧，这时终止接收的条件为达到预定接收次数、或者接收到包含有本UE的寻呼消息。

本发明的实施例3提供了一种寻呼方法，下面参照图5描述本发明实施例的寻呼过程。

步骤51、UTRAN在PICH的属于UE寻呼时刻的寻呼位置上发送该UE的寻呼指示信息。

步骤52、当UE处于CELL_PCH/URA_PCH或idle状态时，监听PICH，如果收到属于自己的寻呼指示，则到相应的PCH帧上接收寻呼消息。

步骤53、UTRAN在同寻呼时刻相应的PCH帧上发送寻呼消息。

步骤54、UE在属于UE寻呼时刻的物理信道帧上接收承载寻呼消息的寻呼信道帧，并根据上述判断规则判断是否继续接收后续的PCH帧。如果是，则继续接收后续PCH帧；否则停止接收。

步骤55、UTRAN相据第一预定条件判断是否需要构造多个包括给相UE的寻呼消息，若是，则按第一预定规则构造包括给相同UE的寻呼消息并在同一个寻呼周期的后续帧上发送出去。

这里的第一预定条件同上文描述的第一预定条件相同。

步骤56、UTRAN在PCH上为相同UE再次发送寻呼消息。

重复步骤54、55、56。所述的预定接收次数可预先设定为大于1，且小于寻呼周期内物理信道帧数目之间的任意数目，该数目也可由UTRAN通过广播消息发给UE。

为了使UE与UTRAN协调工作，UTRAN可与UE进行通信，以提高寻呼效率。如UTRAN可将预定接收次数通知UE，使UE根据预定接收次数接收物理信道帧，如UE接收物理信道帧的最大次数为预定接收次数。UTRAN也可将第一预定规则通知UE，使UE按第一预定规则构造相应的第二预定规则，用来接收寻呼消息。

本发明的实施例4公开了一种寻呼系统，如图6所示，包括发送装置和接收装置。所述的发送装置用于在一个寻呼周期中按第一预定规则构造多个包括给相同用户终端的寻呼消息，并将构造单元构造的寻呼消息发给包括接收装置的该用户终端。所述的接收装置用于按与第一预定规则相应的第二预定规则在一个寻呼周期内多次接收寻呼消息。

所述的发送装置包括：判断单元，用于按第一预定条件进行判断，并根据判断结果启动构造单元；构造单元，用于按第一预定规则在一个寻呼周期中构造多个包括给相同UE的寻呼消息；发送单元，用于按照第一预定规则发送构造单元构造的多个寻呼消息。所述的发送装置设置在无线网络控制器和/或基站中，或单独组成一个网络单元。

所述的接收装置包括：接收单元，用于接收寻呼消息；判断单元，用于根据判断规则确定在一个寻呼周期内多次启动接收单元。所述的接收装置可设置在用户终端中。

根据本发明，通过在一个寻呼周期内多次寻呼相同UE，能够提高在一个寻呼周期内UE接收正确寻呼消息的概率，以及接收到属于本UE寻呼消息的概率，从而降低在接收寻呼消息错误的情况以及寻呼信道忙碌情况下的寻呼时延，从而降低呼叫的时延。

虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围由所附的权利要求来限定。

Claims (20)

1.一种发送寻呼消息的方法，其特征在于，包括：

构造多个包含给相同用户终端的寻呼消息；并在一个寻呼周期中发送所述的多个寻呼消息。

2.根据权利要求1所述的方法，其特征在于，所述的构造多个包含给相同用户终端的寻呼消息具体为：根据第一预定条件构造多个包含给相同用户终端的寻呼消息；所述的第一预定条件为空，或寻呼信道的剩余容量大于第一预定值和/或待发送的寻呼信道帧小于第二预定值。

3.根据权利要求1所述的方法，其特征在于，所述的在一个寻呼周期中发送所述的多个寻呼消息具体为：按第一预定规则在一个寻呼周期中发送多个包含给相同用户终端的寻呼消息，所述的第一预定规则为在连续的物理信道帧中发送寻呼信道帧，或者在寻呼周期的任意间隔的物理信道帧中发送寻呼信道帧，或者在寻呼周期的事先指定的物理信道帧中发送寻呼信道帧。

4.一种接收寻呼消息的方法，其特征在于，包括：

接收寻呼消息，并根据判断规则在同一个寻呼周期中多次接收寻呼消息。

5.根据权利要求4所述的方法，其特征在于，所述的判断规则为空，或者为当前接收的承载寻呼消息的寻呼信道帧是否出错；或者为当前接收的寻呼消息中是否包括本用户终端的寻呼；或者为组合规则。

6.根据权利要求5所述的方法，其特征在于，若当前接收的承载寻呼消息的寻呼信道帧出错，或者当前接收的寻呼消息不包括本用户终端的寻呼，则在同一个寻呼周期中多次接收物理信道帧，直到接收到寻呼信道帧或者接收次数达到预定接收次数为止。

7.根据权利要求5所述的方法，其特征在于，若当前接收的承载寻呼消息的寻呼信道帧出错，或者当前接收的寻呼消息不包括本用户终端的寻呼，则在同一个寻呼周期中多次接收物理信道帧，直到接收到包括本用户终端的寻呼消息或者接收次数达到预定接收次数为止。

8.根据权利要求5所述的方法，其特征在于，若当前接收的承载寻呼消息的寻呼信道帧出错；或者当前接收的寻呼消息不包括本用户终端的寻呼，则在同一个寻呼周期中多次接收寻呼信道帧，直到接收到包括本用户终端的寻呼消息或者达到预定接收次数为止。

9.根据权利要求5所述的方法，其特征在于，所述的根据判断规则在同一个寻呼周期中多次接收寻呼消息具体包括：根据判断规则按与第一预定规则相应的第二预定规则在同一个寻呼周期中多次接收寻呼消息。

10.根据权利要求5所述的方法，其特征在于，所述的判断规则为组合规则，这时，所述的根据判断规则在同一个寻呼周期中多次接收寻呼消息具体包括：

A、若接收的当前承载寻呼消息的寻呼信道帧出错或者接收的寻呼信道帧中的寻呼消息没有包括预定用户终端标识，则在同一个寻呼周期中接收下一个物理信道帧，接收次数加1，执行步骤B；否则过程结束；

B、判断接收的次数是否达到预定接收次数，若是，则结束本过程，否则，返回步骤A。

11.根据权利要求5所述的方法，其特征在于，所述的判断规则为组合规则，这时，所述的根据判断规则在同一个寻呼周期中多次接收寻呼消息具体包括：

C、若接收的当前承载寻呼消息的寻呼信道帧出错或者接收的寻呼信道帧中的寻呼消息没有包括预定用户终端标识，则在同一个寻呼周期中接收下一个寻呼信道帧，接收次数加1，执行步骤D；否则过程结束；

D、判断接收的次数是否达到预定接收次数，若是，则结束本过程，否则，并返回步骤C。

12.一种寻呼方法，其特征在于，包括：

构造多个包括给相同用户终端的寻呼消息；并在同一个寻呼周期中发送所述的多个寻呼消息；

根据判断规则在同一个寻呼周期中多次接收寻呼消息。

13.根据权利要求12所述的方法，其特征在于，所述的判断规则包括预定接收次数。

14.根据权利要求13所述的方法，其特征在于，所述的预定接收次数可以预先设定，或者从发送寻呼消息的发送方获得，或者由用户终端通过消息发送给网络侧，也可以由用户终端和网络侧分别设定。

15.一种发送装置，其特征在于，包括：

构造单元，用于构造多个包括给相同用户终端的寻呼消息；

发送单元，用于在一个寻呼周期中发送构造单元构造的所述多个寻呼消息。

16.根据权利要求15所述的发送装置，其特征在于，所述的发送装置还包括：判断单元，用于根据第一预定条件进行判断，并根据判断结果启动构造单元。

17.根据权利要求15或16所述的发送装置，其特征在于，包括：所述的发送装置设置在网络侧。

18.一种接收装置，其特征在于，包括：

接收单元，用于接收寻呼消息；

判断单元，用于根据判断规则确定在一个寻呼周期内多次启动接收单元。

19.根据权利要求18所述的接收装置，其特征在于，所述的接收装置可设置在用户终端中。

20.一种寻呼系统，其特征在于，包括：

发送装置，用于构造多个包括给相同用户终端的寻呼消息；并将构造单元构造的寻呼消息在一个寻呼周期中发给包括接收装置的用户终端；

接收装置，用于在一个寻呼周期内多次接收发送装置发送的寻呼消息。

Images