专利名称：发送和接收寻呼消息的方法和装置及寻呼方法和系统的制作方法
技术领域：
本发明涉及一种通信技术，尤其涉及一种发送和接收寻呼消息的方法和装 置及寻呼方法和系统。
背景技术：
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种情况，分别为111^_ 01 (用户注册区域中寻呼状态)、CELL—PCH (小区寻呼状态)、CELL—FACH (小区前向接入状态)、CELL_DCH (小区专用信道状态)。在这5种状态下， UE所占用RRC及与网络的联系方式的是不同的，下面分别介绍各种状态下UE 所占用RRC及与网络的联系方式。
Cell—DCH状态UE拥有DCCH(专用控制信道)和DTCH(专用业务信道)， 并利用专用(或共享)传输和/或物理信道进行通信过程的状态；该专用传输和 /或物理信道j又由该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信道上的寻呼指示；只能发送URA Update(用户注册区域更新)或Cell Update (小区更新)消息给RNC。在UTRAN 登记区变换的时候向RNC登记。由于UTRAN登记区的范围比小区大得多，所 以处于该状态的UE比CELL—PCH更加省电。Idle状态UE接收BCH(广播信道)上的广播数据、监^LPICH上的寻呼指 示等。该UE是最省电的。当UE处于Idle、 CELL—PCH或URA—PCH状态时，如果网络需要唤醒UE(比 如有呼叫到来、有数据要发送给UE等情况)，那么网络需要通过寻呼过程来 唤醒UE。下面参照图l描述寻呼过程。步骤l、 UTRAN先在PICH信道的属于该UE的寻呼时刻(Paging Occasion) 发送Paging Indication (寻呼指示)消息。步骤2、 UE监听PICH中属于自己的寻呼时刻，如果在自己的寻呼时刻接收 的寻呼指示消息中指示有寻呼，则到PCH上接收相应的PCH帧。步骤3, UTRAN在PCH信道上发送RRC的消息寻呼消息，在其中指明UE 的标识符和寻呼原因等信息。UE收到寻呼消息后，根据UE的标识符确定是否寻呼自己，并根据寻呼原 因发起相应的动作。
为了省电，UE是不连续监听PICH的。该不连续接收方式是通过UTRAN或 核心网配置的非连续接收周期长度(DRXCycle Length) 、 UTRAN配置的"每 帧寻呼指示数目"、帧偏移(Frame offset)等信息决定该监听的PICH位置。 非连续接收周期长度是指示UE每隔多少帧监听PICH帧，每帧寻呼指示数目指 示UE在PICH帧中该接收多少比特位的信息。其中UE需要监听的PICH帧称为寻 呼时刻(paging occasion)，而一个PICH帧包含有288bit的寻呼指示信息,具体 该UE需要在该PICH帧中监听哪个bit位，由寻呼指示来决定。寻呼时刻和寻呼 指示都是通过UE的IMSI、 DRX Cycle length、每帧寻呼指示数目等^t计算出 来。该计算方法不属本发明的范围，在此不详细描述。
在现有3GPP协"^义中，l正在一个寻呼周期(指非连续接收周期，下同)内 收到PICH上的寻呼指示之后，只在指定的PCH帧上接收一次寻呼消息(这里指 RRC的寻呼类型1消息，下同)。如果该寻呼消息有错误(比如物理层接收错 误、物理层解码错误、或其他部分处理有错误等)，UTRAN需要等到下一个 寻呼周期再进行一次寻呼。或者，当UTRAN构造寻呼消息的时候，由于需要 在同一个寻呼消息中寻呼的UE数目太多，无法将这些UE的寻呼信息同时放置 在一个寻呼消息中(一个寻呼消息可以承栽的UE数目是有限的， 一般为个数 的量级)，这个时候，有的UE就需要安排到下一个寻呼周期再进行寻呼。一 般寻呼周期的设置都比较长，最长可以达到512帧，也就是5.12秒。 一般设置为 640ms左右。这样，当出现寻呼消息错误，需要等到下一个寻呼周期，或UTRAN 的寻呼应答时钟超时后，才重新寻呼，这样用户的呼叫时延将变大、启动数据 传输的时延变大等，降低了系统性能和用户的业务体验。
发明内容
本发明的目的是提供一种发送和接收寻呼消息的方法和装置及寻呼方法 和系统，用来解决当UE接收寻呼消息错误的情况下，或者当在一个寻呼消息 无法承载所有需要寻呼的UE的情况下，需要等待至少下个寻呼周期的到来才 能够重新接收寻呼消息的问题。
本发明的实施例^Hf了一种发送寻呼消息的方法，包括 构造多个包含给相同用户终端的寻呼消息；并在一个寻呼周期中发送所述 的多个寻呼消息。本发明的实施例还公开了 一种接收寻呼消息的方法，包括接收寻呼消息，并根据判断规则在同 一个寻呼周期中多次接收寻呼消息。本发明的实施例还^^开了一种寻呼方法，包括构造多个包括给相同用户终端的寻呼消息；并在同 一个寻呼周期中发送所 述的多个寻呼消息；根据判断规则在同 一个寻呼周期中多次接收寻呼消息。 本发明的实施例还公开了一种发送装置，包括 构造单元，用于构造多个包括给相同用户终端的寻呼消息； 发送单元，用于在一个寻呼周期中发送构造单元构造的所述多个寻呼消息；判断单元，用于根据第一预定条件进行判断，并根据判断结果启动构造单元o本发明的实施例还公开了一种接收装置，包括 接收单元，用于接收寻呼消息；判断单元，用于才艮据判断规则确定在一个寻呼周期内多次启动接收单元。 本发明的实施例还公开了一种寻呼系统，包括发送装置，用于构造多个包括给相同用户终端的寻呼消息；并将构造单元 构造的寻呼消息在一个寻呼周期中发给包括接收装置的用户终端；接收装置，用于在一个寻呼周期内多次接收发送装置发送的寻呼消息。 根据本发明，通过在一个寻呼周期内多次发送寻呼消息，UE在一个寻呼 周期内多次接收寻呼消息，能够提高在一个寻呼周期内UE接收正确寻呼消息 的概率，从而降低在接收寻呼消息错误的情况下的寻呼时延，降低呼叫的时延。
图1示出了现有技术的寻呼流程图；图2示出了本发明实施例l的发送寻呼消息的流程图；图3示出了本发明实施例2的接收寻呼消息的流程图；图4示出了本发明实施例2中在接收寻呼消息时判断规则的流程图；图5示出了本发明实施例3的寻呼流程图；图6示出了本发明实施例4的寻呼系统。
具体实施方式
本发明可以应用于3GPP WCDMA/TD-SCDMA/TDD-CDMA系统中，也可 适用于所有使用周期性寻呼的通讯系统。下面以UTRAN和UE为例说明本发明 的内容。本发明实施例的基本思想是，UTRAN在一个寻呼周期内多次发送寻呼消 息给相同UE;该UE在一个寻呼周期内可多次接收寻呼消息。这样，当UE接收 寻呼消息错误的情况下，不必等待下次寻呼周期的到来才能再次接收寻呼消 息，从而减少了用户的呼叫时延、数据传输时延等，提高了系统性能和用户的 业务体验。为了便于本领域一般技术人员理解和实现本发明，现结合附图描绘本发明 的实施例。本发明的实施例l^Hf了一种发送寻呼消息的方法，如图2所示，包 括步骤21 、 UTRAN可根据第 一预定条件构造多个包括给相同UE的寻呼消息。 所述的第一预定条件为当前PCH或S-CCPCH的剩余容量是否充足、或者拥 塞程度是否严重等，如PCH或S-CCPCH的剩余容量大于总容量的预定值(如 5%)，或寻呼消息中所包含的UE寻呼信息的数目少于该寻呼消息所能包含的 UE寻呼信息的最大值，可认为当前PCH或S-CCPCH的剩余容量充足，否则认 为不充足；当待发送的寻呼信道帧大于预定值(如20帧)时，可以认为拥塞程 度严重，否则认为拥塞程度不严重。如果第一预定条件为真，则构造多个包括
给相同UE的寻呼消息。应该注意到，所述的第一预定条件也可以为空，即， 在任何情况下都构造多个包括给相同UE的寻呼消息。
所述的UTRAN构造多个包括给相同UE的寻呼消息的方法如下
方法l、复制当前寻呼消息，从而构造出另一个寻呼消息，该两个寻呼消 息包括给相同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 的寻呼消息在寻呼信道上发送出去。
这里的第一预定规则是指确定寻呼信道帧的位置规则，如在该寻呼周期中 的连续的物理信道帧中发送寻呼信道帧，或者在寻呼周期的4壬意间隔的物理信 道帧中发送寻呼信道帧，或者在寻呼周期的事先指定的物理信道帧中发送寻呼 信道帧，这里事先指定的意思是标准文稿事先规定、或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的寻呼，可有多种方法在 一个寻呼周期中接收多个寻呼消息。方法l、若当前接收的承载寻呼消息的寻呼信道帧出错(比如CRC校验错、 物理层解码错、没有接收到帧等)，或者当前接收的寻呼信道帧中的寻呼消息 不包含本UE的寻呼，则在同一个寻呼周期中多次接收物理信道帧，直到接收 到寻呼信道帧或者接收次数达到预定接收次数为止。方法2、若当前接收的承载寻呼消息的寻呼信道帧出错，或者当前接收的 寻呼信道帧中的寻呼消息不包含本UE的寻呼，则在同 一个寻呼周期中多次接 收物理信道帧，直到接收到包含本用户终端的寻呼消息或者接收次数达到预定 接收次数为止。方法3、若当前接收的承栽寻呼消息的寻呼信道帧出错，或者当前接收的 寻呼信道帧中的寻呼消息不包含本UE的寻呼，则在同 一个寻呼周期中多次接 收寻呼信道帧，直到接收到本用户终端的寻呼消息或者达到预定接收次数为 止。所述的预定接收次数可以预先设定，或者从发送寻呼消息的发送方(如UTRAN)获得，或者由UE通过消息发送给网络侧(如UTRAN)，也可以由UE 和网络侧分别i殳定。所述的多次接收物理信道帧可以按与第一预定规则相应的第二预定规则 接收，也可按任意规则接收，例如，在当前接收的承载寻呼消息的寻呼信道帧 后连续接收每一物理信道帧，或者在当前接收的承栽寻呼消息的寻呼信道帧后 每隔预定帧数后接收物理信道帧，或者在当前接收的承栽寻呼消息的寻呼信道 帧后随机接收物理信道帧，或者在当前接收的承载寻呼消息的寻呼信道帧后接 收事先指定的物理信道帧，每接收一个物理信道帧，则接收次数加l。所述的多次接收寻呼信道帧的方法，可以是按顺序搜索连续的物理信道 帧，判断其上是否有寻呼信道帧；或者按照同第一预定规则相对应的第二预定 规则所规定的寻呼信道帧的位置来接收，每接收一个寻呼信道帧，则接收次数 加l。当判断规则为组合规则时，如图4所示，UE在同一个寻呼周期中多次接收 寻呼消息的过程如下步骤40、接收次数M设为0。步骤41、接收物理信道帧，接收次数加l。接收物理信道帧可以是连续接收，例如，当前帧的帧号为x，后续帧就是 紧接其后的帧，也即帧号为x+l的帧；或者相隔预定帧后接收，例如，假设预 定帧数为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。所述的预定接收次数可预先设定为大于l，且小于
寻呼周期内物理信道帧数目之间的任意数目，该数目也可由UTRAN通过广播
消息发给UE。
为了使UE与UTRAN协调工作，UTRAN可与UE进行通信，以提高寻呼效 率。如UTRAN可将预定接收次数通知UE，使Um艮据预定接收次数接收物理信 道帧，如UE接收物理信道帧的最大次数为预定接收次数。UTRAN也可将第一 预定规则通知UE，使UE按第一预定规则构造相应的笫二预定规则，用来接收 寻呼消息。
本发明的实施例4公开了一种寻呼系统，如图6所示，包括发送装置和接收 装置。所述的发送装置用于在一个寻呼周期中按第 一预定规则构造多个包括给 相同用户终端的寻呼消息，并将构造单元构造的寻呼消息发给包括接收装置的 该用户终端。所述的接收装置用于按与第一预定规则相应的第二预定规则在一 个寻呼周期内多次接收寻呼消息。
所述的发送装置包括判断单元，用于按第一预定条件进行判断，并根据 判断结果启动构造单元；构造单元，用于按第一预定规则在一个寻呼周期中构 造多个包括给相同UE的寻呼消息；发送单元，用于按照第一预定规则发送构 造单元构造的多个寻呼消息。所述的发送装置设置在无线网络控制器和/或基站 中，或单独组成一个网络单元。所述的接收装置包括接收单元，用于接收寻呼消息；判断单元，用于根 据判断规则确定在一个寻呼周期内多次启动接收单元。所述的接收装置可设置 在用户终端中。根据本发明，通过在一个寻呼周期内多次寻呼相同UE，能够提高在一个 寻呼周期内UE接收正确寻呼消息的概率，以及接收到属于本UE寻呼消息的概 率，从而降低在接收寻呼消息错误的情况以及寻呼信道忙碌情况下的寻呼时 延，从而降低呼叫的时延。虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本 发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围 由所附的权利要求来限定。
权利要求
1、一种发送寻呼消息的方法，其特征在于，包括构造多个包含给相同用户终端的寻呼消息；并在一个寻呼周期中发送所述的多个寻呼消息。
2、 根据权利要求l所述的方法，其特征在于，所述的构造多个包含给相同 用户终端的寻呼消息具体为根据第一预定条件构造多个包含给相同用户终端 的寻呼消息；所述的第一预定条件为空，或寻呼信道的剩余容量大于第一预定 值和/或待发送的寻呼信道帧小于第二预定值。
3、 根据权利要求l所述的方法，其特征在于，所述的在一个寻呼周期中发 送所述的多个寻呼消息具体为按第一预定规则在一个寻呼周期中发送多个包 含给相同用户终端的寻呼消息，所述的第 一预定规则为在连续的物理信道帧中 发送寻呼信道帧，或者在寻呼周期的任意间隔的物理信道帧中发送寻呼信道 帧，或者在寻呼周期的事先指定的物理信道帧中发送寻呼信道帧。
4、 一种接收寻呼消息的方法，其特征在于，包括接收寻呼消息，并根据判断规则在同 一个寻呼周期中多次接收寻呼消息。
5、 根据权利要求4所述的方法，其特征在于，所述的判断规则为空，或者 为当前接收的承载寻呼消息的寻呼信道帧是否出错；或者为当前接收的寻呼消 息中是否包括本用户终端的寻呼；或者为组合规则。
6、 根据权利要求5所述的方法，其特征在于，若当前接收的承载寻呼消息 的寻呼信道帧出错，或者当前接收的寻呼消息不包括本用户终端的寻呼，则在 同一个寻呼周期中多次接收物理信道帧，直到接收到寻呼信道帧或者接收次数 达到预定接收次数为止。
7、 根据权利要求5所述的方法，其特征在于，若当前^:收的承载寻呼消息 的寻呼信道帧出错，或者当前接收的寻呼消息不包括本用户终端的寻呼，则在 同一个寻呼周期中多次接收物理信道帧，直到接收到包括本用户终端的寻呼消 息或者接收次数达到预定接收次数为止。
8、 根据权利要求5所述的方法，其特征在于，若当前接收的承载寻呼消息的寻呼信道帧出错；或者当前接收的寻呼消息不包括本用户终端的寻呼，则在 同 一个寻呼周期中多次接收寻呼信道帧，直到接收到包括本用户终端的寻呼消息或者达到预定接收次数为止。
9、 根据权利要求5所述的方法，其特征在于，所述的根据判断规则在同一 个寻呼周期中多次接收寻呼消息具体包括根据判断规则按与第一预定规则相 应的第二预定规则在同 一个寻呼周期中多次接收寻呼消息。
10、 根据权利要求5所述的方法，其特征在于，所述的判断规则为组合规 则，这时，所述的根据判断规则在同一个寻呼周期中多次接收寻呼消息具体包 括A、 若接收的当前承栽寻呼消息的寻呼信道帧出错或者接收的寻呼信道帧 中的寻呼消息没有包括预定用户终端标识，则在同一个寻呼周期中接收下一个 物理信道帧，接收次数加l，执行步骤B;否则过程结束；B、 判断接收的次数是否达到预定接收次数，若是，则结束本过程，否则， 返回步骤A。
11、 根据权利要求5所述的方法，其特征在于，所述的判断规则为组合规 则，这时，所述的根据判断规则在同一个寻呼周期中多次接收寻呼消息具体包 括C、 若接收的当前承栽寻呼消息的寻呼信道帧出错或者接收的寻呼信道帧 中的寻呼消息没有包括预定用户终端标识，则在同 一个寻呼周期中接收下一个 寻呼信道帧，接收次数加l，执行步骤D;否则过程结束；D、 判断接收的次数是否达到预定接收次数，若是，则结束本过程，否则， 并返回步骤C。
12、 一种寻呼方法，其特征在于，包括构造多个包括给相同用户终端的寻呼消息；并在同 一个寻呼周期中发送所 述的多个寻呼消息； 根据判断规则在同 一个寻呼周期中多次接收寻呼消息。
13、 根据权利要求12所述的方法，其特征在于，所述的判断规则包括预定 接收次数。
14、 根据权利要求13所述的方法，其特征在于，所述的预定接收次数可以 预先设定，或者从发送寻呼消息的发送方获得，或者由用户终端通过消息发送 给网络侧，也可以由用户终端和网络侧分别设定。
15、 一种发送装置，其特征在于，包括构造单元，用于构造多个包括给相同用户终端的寻呼消息；发送单元，用于在一个寻呼周期中发送构造单元构造的所述多个寻呼消息。
16、 根据权利要求15所述的发送装置，其特征在于，所述的发送装置还包 括判断单元，用于根据第一预定条件进行判断，并根据判断结果启动构造单 元。
17、 根据权利要求15或16所述的发送装置，其特征在于，包括所述的发 送装置设置在网络侧。
18、 一种接收装置，其特征在于，包括 接收单元，用于接收寻呼消息；判断单元，用于根据判断规则确定在一个寻呼周期内多次启动接收单元。
19、 根据权利要求18所述的接收装置，其特征在于，所述的接收装置可设 置在用户终端中。
20、 一种寻呼系统，其特征在于，包括发送装置，用于构造多个包括给相同用户终端的寻呼消息；并将构造单元 构造的寻呼消息在一个寻呼周期中发给包括接收装置的用户终端；接收装置，用于在一个寻呼周期内多次接收发送装置发送的寻呼消息。
全文摘要
本发明公开了一种发送和接收寻呼消息的方法和装置及寻呼的方法和系统，所述的发送寻呼消息的方法包括构造多个包含给相同用户终端的寻呼消息；并在一个寻呼周期中发送所述的多个寻呼消息。所述的接收寻呼消息的方法包括接收寻呼消息，并根据判断规则在同一个寻呼周期中多次接收寻呼消息。所述的寻呼方法包括构造多个包括给相同用户终端的寻呼消息；并在同一个寻呼周期中发送所述的多个寻呼消息；根据判断规则在同一个寻呼周期中多次接收寻呼消息。根据本发明，通过在一个寻呼周期内多次发送寻呼消息，在一个寻呼周期内多次接收寻呼信道帧，能够提高在一个寻呼周期内接收正确寻呼消息的概率。
文档编号H04W68/00GK101166299SQ20061014993
公开日2008年4月23日 申请日期2006年10月17日 优先权日2006年10月17日
发明者庄宏成, 阳建军, 斌 陈 申请人:华为技术有限公司