[发明专利]一种寻呼指示消息的承载方法及其实现装置

说明书

技术领域

本发明涉及寻呼消息承载技术，尤其是涉及一种寻呼指示消息的承载方法及其实现装置。

背景技术

移动通信系统中，在3GPP长期演进(LTE，Long Term Evolution)通信标准中，寻呼消息被映射到下行共享物理信道上，在下行共享控制信道指示的资源位置上发送。目前，利用下行共享物理信道进行寻呼的具体做法是：网络侧采用下行共享控制信道承载寻呼指示消息，此时，该下行共享控制信道称为寻呼指示信道。在寻呼指示信道上发送的信息包括：寻呼指示(PI)、承载相应寻呼信道(PCH)的下行共享物理信道的频率、时隙配置信息，但不包含如PCH的编码方式、调制方式等静态配置信息，这些静态配置信息由规范规定、或由系统广播消息通知终端。通常，用特定识别标识(ID)来标识寻呼指示信道，比如：利用寻呼ID取代普通下行共享控制信道的信道结构中的用户标识(UE_ID)来标识寻呼指示信道；终端通过监测所述特定ID，判断下行共享控制信道是否为寻呼指示信道；当确定是寻呼指示信道后，终端先确定自身所属的寻呼组；从而得知自己应该监听的寻呼指示信道；然后，根据所配置的非连续接收(DRX)周期，周期性对自身所属的寻呼指示信道进行接收。

上述寻呼指示信道之间可以使用不同的寻呼ID来区分，也可以使用不同的时频资源位置来区分。现有技术中，寻呼指示信道的信道结构如表一所示，包括寻呼ID、寻呼指示(PI)、下行共享物理信道的配置信息等等。

寻呼ID寻呼指示下行共享物理信道的配置信息......

表一

现有技术方案中，寻呼指示消息中的PI采用比特位图(bitmap)的形式表示相应寻呼组是否被寻呼：当PI取1时，表示相应的寻呼组被寻呼；当PI取0时，表示相应的寻呼组未被寻呼。但是，受限于下行共享控制信道的容量，每条寻呼指示信道中不可能携带太多的PI，一般一条下行共享控制信令只能承载数十个寻呼组的PI。那么，当需要同时寻呼多个寻呼组时，可能需要占用多条寻呼指示信道。而在系统的实际应用中，常常会同时存在上百个寻呼组，在某些情况下，如系统消息变更情况下，网络需要寻呼所有终端以触发它们重新读取系统广播消息，按照现有寻呼方案就需要发送多条寻呼指示消息，不仅资源浪费严重，而且会由于寻呼指示占用了过多的下行共享控制信道资源，导致没有下行共享控制信道可以用来调度用户数据。

下面以TDD系统子帧结构为例说明现有技术中寻呼信息承载方法，图1为现有技术中寻呼指示信道与寻呼信道对应关系示意图，图1中，TS2至TS8为上行业务时隙，TS0、TS1及TS9至TS13为下行业务时隙，下行业务时隙中左上方的小方框为调度信令，没有填充图案的调度信令为普通控制信令，用于调度用户数据；下行业务时隙TS9中，具有填充图案的调度信令表示寻呼指示信道，不同的填充图案代表不同的寻呼指示信道；该调度信令后面具有同样填充图案的长方块为寻呼指示调度信令所调度的用于承载寻呼消息的资源块，即寻呼信道。

在大规模寻呼的情况下，如图1所示，下行业务时隙TS9中，网络对多个寻呼组发起了寻呼，一共使用了四条寻呼指示信道，每条寻呼指示信道的下行共享物理信道的配置信息域内各指示一个资源块，用于承载相应的寻呼消息。由于每条PCH中寻呼的终端个数有所区别，所以分配的资源块的大小也有所不同。假设，该下行业务时隙只有四个下行共享控制信道，可以看出，由于寻呼指示占用了全部的下行共享控制信道，TS9中已经不能再调度下行用户数据了。

很显然，在现有寻呼方案下，当网络侧发起大规模寻呼时，寻呼指示消息需要由大量的下行共享控制信道来进行承载，资源利用率低。

发明内容