CN101742428A - 一种移动通信系统寻呼消息的发送方法 - Google Patents

Abstract

一种移动通信系统寻呼消息的发送方法，包括：RNC收到UE的寻呼消息后，计算出下发寻呼消息所在的寻呼块周期PBP和其中寻呼指示PI的位置以及寻呼分组PG的位置，并置位相应的PI；RNC将寻呼消息：放置在当前PG下发，或放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发；同时，在当前PG中指示下发寻呼消息的位置。本发明通过在移动通信系统的寻呼信道消息中新增字段，调整系统寻呼分组中部分寻呼消息分散到其它寻呼分组或扩展寻呼分组上发送，从而显著减少寻呼分组的拥塞，增加系统实际的寻呼传送能力。

Description

一种移动通信系统寻呼消息的发送方法

技术领域

本发明涉及移动通信系统寻呼消息的收发方法。

背景技术

以时分同步码分多址(TD-SCDMA，Time Division Synchronous CodeDivision Multiple Access)通信系统为例，在移动网络中当用户设备UE的被叫业务建立时，移动交换中心(MSC，Mobile Switch Centre)根据本地记录的UE所在的位置区(LA，Location Area)信息，决定向此LA下所有的接入网发送寻呼消息，接入网中的无线控制器(RNC，Raidio Network Controller)接收到寻呼消息后，根据UE的国际移动用户识别码(IMSI，InternationalMobile Subscriber Identity)计算出寻呼位置，并在该寻呼位置下发寻呼消息到UE。

根据TD-SCDMA系统寻呼机制，一个离散接收周期(DRX，DiscontinuousReception)可以为8，16，32，...512个帧，如图1所示，譬如DRX为64个帧(Frame#0～63)；每个DRX内包含多个寻呼块周期(PBP，Paging BlockPeriodicity)，PBP在DRX中的数目为Num_PBP，譬如图1中Num_PBP＝2；PBP的长度可以为4，8，16，32或64个帧，如图1中的PBP的长度为32个帧。

每个PBP包括2个或4个帧用于寻呼指示信道(PICH，Paging IndicationChannel)，如图1中每个PBP有2个帧用于PICH；每个PBP包括Num_PG个寻呼分组(PG，Paging Channel)，Num_PG可以取1，2，3...8，如图1中Num_PG＝8；其中，1个寻呼分组最多可以同时发送8个UE的寻呼记录。

寻呼指示信道PICH用于指示某个UE是否有寻呼消息发送(通过UE监听获取指示)，该PICH共有Pich_Total_Bit_Num个比特，例如，假设PICH由2个帧构成，则PICH共有176个比特指示是否有UE的寻呼，协议规定连续的Pich_Bit_Num个比特称为1个寻呼指示(PI，Paging Indicator)，其中Pich_Bit_Num可以取4，8，16。假设Pich_Bit_Num等于4，如图1中所示，则上述寻呼指示信道有44个独立的寻呼指示，每个PI都独立指示符合条件的IMSI(UE)是否发起了寻呼。

在TD-SCDMA系统中，某个UE的寻呼消息所对应的PBP、PI以及寻呼分组PG按照如下步骤确定：

首先，根据UE的IMSI对Num_PBP取模的值可以确定UE在DRX中所需要监听的某个具体PBP，即：

PBP_位置＝IMSI mod Num_PBP；

然后，根据如下公式确定IMSI在此PBP内具体监听寻呼指示的PI的位置：

PI_位置＝DRX_IDX mod(Pich_Total_Bit_Num/Pich_Bit_Num)；

其中：

DRX_IDX＝IMSI/8192；

Pich_Bit_Num是系统配置好并且通过广播告知UE；

Pich_Total_Bit_Num是系统先配置好并且通过广播告知UE；

最后，根据PI_位置进一步确认UE所要接收的寻呼分组PG位置：

PG_位置＝PI_位置mod Num_PG；

其中：

Num_PG是寻呼分组数目，系统先配置好并且通过广播告知UE；上述式中mod为取模运算符。

RNC和UE采用上述相同的方式确定UE寻呼消息发送的时使用的PI和寻呼分组PG位置。处于空闲状态的UE根据自己的IMSI在每个DRX周期内只会读取一个PBP周期内某个固定位置的PI，如果发现在PI上指示对应寻呼分组PG有寻呼记录，才会进一步读取对应的寻呼分组，查看寻呼分组中有无本UE的寻呼消息；而在其它时刻UE都不会监听寻呼相关信息。

这种方式既可以满足UE省电的需求，又可以在正常语音话务模型和普通短消息业务下尽量把不同UE的寻呼消息放置到不同的寻呼位置发送，保证系统的寻呼能力得到充分利用。

但是，对于移动运营网络中常见的群发短消息业务，上述方式存在明显的缺点。因为从TD-SCDMA系统上述要求中定义的DRX_IDX可以看出，监听同一个PBP内各个寻呼指示的UE，如果其IMSI号码处于[8192*N，8192*(N+1))区间内，其中N＝0，1，2，...，则必然使用相同的PI和寻呼分组，因此，群发短消息业务导致许多号码连续的IMSI在短暂的时间内发起寻呼时，会占用系统中同一个寻呼分组，由此造成此寻呼信道拥塞，而此时其它寻呼分组中可能只有很少的寻呼需要发送。

发明内容

本发明所要解决的技术问题是提供一种移动通信系统寻呼消息的收发方法及装置，能够减少寻呼分组的拥塞，增加系统实际的寻呼传送能力。

为了解决上述技术问题，本发明提供了一种移动通信系统寻呼消息的发送方法，包括：

无线网络控制器RNC收到用户设备UE的寻呼消息后，计算出下发寻呼消息所在的寻呼块周期PBP和其中寻呼指示PI的位置以及寻呼分组PG的位置，并置位相应的PI；

RNC将寻呼消息：放置在当前PG下发，或放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发；同时，在当前PG中指示下发寻呼消息的位置。

进一步地，

当RNC要下发寻呼消息时，判断当前PG待发送的寻呼消息数目未超过系统的寻呼能力时，指示寻呼消息放置在当前PG下发；当RNC判断当前PG待发送的寻呼消息数目已超过系统的寻呼能力时，指示寻呼消息放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发。

进一步地，系统的寻呼能力是指PG能够同时发送寻呼消息的最大数目。

进一步地，RNC在PG中分别通过第一字段和第二字段指示下发寻呼消息的位置；其中：

第一字段，用于指示下发的寻呼消息所在的PBP的位置；

第二字段，取值为大于等于0的整数，用于指示下发的寻呼消息所在的PG的位置。

进一步地，

第一字段的取值范围为连续的数值，在第一字段的取值范围内：设置第一数值用于指示寻呼消息在当前PG下发，设置第二数值用于指示寻呼消息在当前PBP下发，设置其它连续数值用于指示下发寻呼消息所在的后续PBP的位置。

进一步地，

第二字段取值范围内一段连续的数值用于指示下发寻呼消息所在的PBP中不同的PG的位置，连续的数值的个数等于PBP中PG的最大数目；在取值范围内的其余数值用于指示下发寻呼消息所在的PBP中不同的扩展PG的位置。

为了解决上述技术问题，本发明提供了一种移动通信系统寻呼消息的收发方法，涉及无线网络控制器RNC和用户设备UE，该方法包括：

RNC收到UE的寻呼消息后，计算出下发寻呼消息所在的寻呼块周期PBP和其中寻呼指示PI的位置以及寻呼分组PG的位置，并置位相应的PI；RNC将寻呼消息：放置在当前PG下发，或放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发；同时，在当前PG中指示下发寻呼消息的位置；

UE监听到PI置位时，根据RNC的指示接收寻呼消息。

进一步地，当RNC要下发寻呼消息时，判断当前PG待发送的寻呼消息数目未超过系统的寻呼能力时，指示寻呼消息放置在当前PG下发；当RNC判断当前PG待发送的寻呼消息数目已超过系统的寻呼能力时，指示寻呼消息放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发。

进一步地，系统的寻呼能力是指PG能够同时发送寻呼消息的最大数目。

进一步地，RNC在PG中分别通过第一字段和第二字段指示下发寻呼消息的位置；其中：

第一字段，用于指示下发的寻呼消息所在的PBP的位置；即：

第一字段的取值范围为连续的数值，在第一字段的取值范围内：设置第一数值用于指示寻呼消息在当前PG下发，设置第二数值用于指示寻呼消息在当前PBP下发，设置其它连续数值用于指示下发寻呼消息所在的后续PBP的位置；

第二字段，取值为大于等于0的整数，用于指示下发的寻呼消息所在的PG的位置，即：

第二字段取值范围内一段连续的数值用于指示下发寻呼消息所在的PBP中不同的PG的位置，连续的数值的个数等于PBP中PG的最大数目；在取值范围内的其余数值用于指示下发寻呼消息所在的PBP中不同的扩展PG的位置。

本发明通过在移动通信系统的寻呼信道消息中新增字段，调整系统寻呼分组中部分寻呼消息分散到其它寻呼分组或扩展寻呼分组上发送，从而显著减少寻呼分组的拥塞，增加系统实际的寻呼传送能力。

附图说明

图1是TD-SCDMA系统寻呼机制的DRX结构示意图；

图2是本发明提供的移动通信系统寻呼消息的下发方法流程图；

图3是本发明提供的移动通信系统寻呼消息接收方法流程图。

具体实施方式

本发明提供的移动通信系统寻呼消息收发方法及装置，其技术方案的核心思想是：在寻呼信道消息中增加指示字段，以指示此寻呼信道的寻呼记录分散到：本PBP内后续的指定的寻呼分组或扩展的寻呼分组(接入网和UE通过协商确定临时使用)发送，或在后续的PBP中指定的寻呼分组发送；从而显著减少寻呼分组的拥塞，并增加系统实际的寻呼传送能力。

以下结合附图和优选实施例将本发明的上述技术方案进行更详细地解释。

以下虽以TD-SCDMA系统中接入网和UE在系统某个具体配置下寻呼消息的处理过程为实施例，其具体处理过程不作为本发明使用的限制，即本发明实际上适用于宽带CDMA(WCDMA，Wideband CDMA)系统及全球移动通信系统(GSM，Global System for Mobile Communication)。

如图2所示，为本发明的移动通信系统寻呼消息下发方法流程图，该流程由RNC执行，包括如下步骤：

210：RNC接收到CN对某个UE的寻呼消息，消息中携带UE的IMSI；

220：RNC根据TD-SCDMA的要求计算出寻呼消息所在的PBP和其中PI的位置以及PG的位置，并置位此PG相应的PI；

230：RNC判断此UE使用的PG中准备发送的寻呼记录数目是否已超过系统的实际寻呼能力，若否，执行步骤240；若是则执行步骤250；

在此，系统的实际寻呼能力，譬如在TD-SCDMA系统中，每个PG的寻呼能力即同时发送寻呼记录最大数目8。

240：RNC在此PG直接下发UE的寻呼记录(即寻呼消息)，结束流程；

250～270：RNC在此寻呼信道中指示UE需要读取后续的PG的内容，或指示UE需要读取扩展的PG的内容，或指示UE需要读取后续的PBP中PG的内容；同时，在当前PG中指示下发所述寻呼消息的PG的位置。

RNC通过在寻呼信道消息中增加的指示字段向UE进行指示，如表1所示。

表1在寻呼信道消息中增加的指示字段

字段名称	字段取值及功能描述
		Subsequent_PG	取值类型为整数，取值范围为0～255；用于指示发送当前PG的寻呼消息的其它PG或扩展PG
Subsequent_PBP	取值类型为整数，取值范围为0～255；用于指示发送当前PG的寻呼消息的后续的PBP

其中，Subsequent_PBP字段和Subsequent_PG字段可以承载在PG的两个帧中，或者承载在PG的同一个帧中。

如果Subsequent_PBP等于255，则表示本寻呼分组的寻呼消息不需要在其它任何寻呼分组发送，即在本寻呼分组上发送；

如果Subsequent_PBP等于0，则表示在当前PBP中由Subsequent_PG指示的寻呼分组下发；

当然，Subsequent_PBP也可以在等于0时表示在本寻呼分组上发送寻呼消息，在等于255时表示在当前PBP中指定的寻呼分组下发寻呼消息；或者，Subsequent_PBP在等于一个大于0且小于255的数值譬如为128时表示在当前PBP中指定的寻呼分组下发寻呼消息。

如果Subsequent_PBP等于其它值(即大于0、小于255的中间值)，则表示在后续第Subsequent_PBP个PBP中Subsequent_PG指示的寻呼分组下发。

Subsequent_PG表明是在指定PBP中的第Subsequent_PG个寻呼分组下发。如果Subsequent_PG大于系统广播中的寻呼分组的数目(譬如8)，则表示启用扩展寻呼分组。扩展寻呼分组和普通寻呼分组的数据格式相同，都由两个帧构成，在PBP周期内和普通寻呼分组相连。

表1所述方式只是给出了本发明的一个具体实施例，而不能成为本发明的限制。

具体地，可以按照下述方式但不限于该方式进行：

250：RNC继续判断此PG是否是当前PBP的最后一个PG，若否执行步骤260，若是执行步骤270；

这里，当前PBP的最后一个PG是指图1中譬如PBP1的PG#7。

260：RNC在此PG中指示UE需要读取后续的PG的内容；同时把UE的寻呼记录通过指定的PG下发，结束流程；

譬如RNC在当前第7个PG(PG#6)中将Subsequent_PBP字段赋值为0，并将Subsequent_PG字段赋值为8，以指示UE在当前PBP中的第8个PG(PG#7)读取内容。

270：RNC在此PG中指示UE需要读取扩展PG的内容，同时把UE的寻呼记录通过指定的扩展PG下发；或者，RNC在此PG中指示UE需要读取后续的PBP中寻呼分组的内容，并将UE的寻呼记录通过指定的后续PBP的寻呼分组下发；结束流程。

譬如RNC在当前PBP1的最后一个PG(PG#7)里将Subsequent_PBP字段赋值为0，并将Subsequent_PG赋值为9，以指示UE在最后一个PG后的扩展PG读取内容；或者，RNC在当前PBP1的最后一个PG里将Subsequent_PBP字段赋值为2，并将Subsequent_PG字段赋值为1，以指示UE在下一个PBP的第1个PG(PG#0)读取内容。

上述扩展寻呼分组可以在系统广播中通知UE，或者作为一个可变动态信息在此寻呼信道中直接通知UE。以TD-SCDMA为例，扩展寻呼分组的结构定义和寻呼分组一样，都占用2个无线帧。

如图3所示，为本发明的移动通信系统寻呼消息接收方法流程图，该流程由UE执行，包括如下步骤：

310：UE用与RNC相同的方法根据其IMSI计算定位PI、PG位置，当监听到PI复位时读取定位的PG的内容；

320：UE判断此PG内容是否为本UE的寻呼记录，若是执行步骤330，若否则执行步骤340；

当此PG承载的Subsequent_PBP等于255，表示此PG内容为本UE的寻呼记录。

330：UE读取寻呼记录，结束流程；

340：UE按此PG指示读取后续PG或扩展PG或后续PBP的PG内容，从而获取寻呼记录，结束流程。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种移动通信系统寻呼消息的发送方法，包括：

无线网络控制器RNC收到用户设备UE的寻呼消息后，计算出下发所述寻呼消息所在的寻呼块周期PBP和其中寻呼指示PI的位置以及寻呼分组PG的位置，并置位相应的PI；

所述RNC将所述寻呼消息：放置在当前PG下发，或放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发；同时，在当前PG中指示下发所述寻呼消息的位置。

2.按照权利要求1所述的方法，其特征在于，

当所述RNC要下发寻呼消息时，判断所述当前PG待发送的寻呼消息数目未超过系统的寻呼能力时，指示所述寻呼消息放置在当前PG下发；当所述RNC判断所述当前PG待发送的寻呼消息数目已超过系统的寻呼能力时，指示所述寻呼消息放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发。

3.按照权利要求2所述的方法，其特征在于，所述系统的寻呼能力是指所述PG能够同时发送寻呼消息的最大数目。

4.按照权利要求3所述的方法，其特征在于，所述RNC在所述PG中分别通过第一字段和第二字段指示下发所述寻呼消息的位置；其中：

所述第一字段，用于指示下发的所述寻呼消息所在的PBP的位置；

所述第二字段，取值为大于等于0的整数，用于指示下发的所述寻呼消息所在的PG的位置。

5.按照权利要求4所述的方法，其特征在于，

所述第一字段的取值范围为连续的数值，在所述第一字段的取值范围内：设置第一数值用于指示所述寻呼消息在当前PG下发，设置第二数值用于指示所述寻呼消息在当前PBP下发，设置其它连续数值用于指示下发所述寻呼消息所在的后续PBP的位置。

6.按照权利要求4所述的方法，其特征在于，

所述第二字段取值范围内一段连续的数值用于指示下发所述寻呼消息所在的PBP中不同的PG的位置，所述连续的数值的个数等于所述PBP中所述PG的最大数目；在所述取值范围内的其余数值用于指示下发所述寻呼消息所在的PBP中不同的扩展PG的位置。

7.一种移动通信系统寻呼消息的收发方法，涉及无线网络控制器RNC和用户设备UE，所述方法包括：

所述RNC收到UE的寻呼消息后，计算出下发所述寻呼消息所在的寻呼块周期PBP和其中寻呼指示PI的位置以及寻呼分组PG的位置，并置位相应的PI；所述RNC将所述寻呼消息：放置在当前PG下发，或放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发；同时，在当前PG中指示下发所述寻呼消息的位置；

所述UE监听到所述PI置位时，根据所述RNC的指示接收所述寻呼消息。

8.按照权利要求7所述的方法，其特征在于，当所述RNC要下发寻呼消息时，判断所述当前PG待发送的寻呼消息数目未超过系统的寻呼能力时，指示所述寻呼消息放置在当前PG下发；当所述RNC判断所述当前PG待发送的寻呼消息数目已超过系统的寻呼能力时，指示所述寻呼消息放置在当前PBP的其它PG下发，或放置在后续PBP中的PG下发。

9.按照权利要求8所述的方法，其特征在于，所述系统的寻呼能力是指所述PG能够同时发送寻呼消息的最大数目。

10.按照权利要求9所述的方法，其特征在于，所述RNC在所述PG中分别通过第一字段和第二字段指示下发所述寻呼消息的位置；其中：

所述第一字段，用于指示下发的所述寻呼消息所在的PBP的位置；即：

所述第一字段的取值范围为连续的数值，在所述第一字段的取值范围内：设置第一数值用于指示所述寻呼消息在当前PG下发，设置第二数值用于指示所述寻呼消息在当前PBP下发，设置其它连续数值用于指示下发所述寻呼消息所在的后续PBP的位置；

所述第二字段，取值为大于等于0的整数，用于指示下发的所述寻呼消息所在的PG的位置，即：

所述第二字段取值范围内一段连续的数值用于指示下发所述寻呼消息所在的PBP中不同的PG的位置，所述连续的数值的个数等于所述PBP中所述PG的最大数目；在所述取值范围内的其余数值用于指示下发所述寻呼消息所在的PBP中不同的扩展PG的位置。

Images