一种基于高速分组接入增强技术的寻呼预留码道共享方法

摘要

本发明公开了一种基于高速分组接入增强技术的寻呼预留码道共享方法，有效共享寻呼预留码道，提高无线资源的利用率。所述方法包括，无线网络控制器RNC事先将寻呼消息块位置相关信息配置给节点B NodeB，NodeB根据所述寻呼消息块位置相关信息能够获知寻呼消息块的位置，并结合寻呼指示位图信息计算出寻呼消息块中具体哪个或者哪些寻呼子信道将有寻呼类型1消息需要发送，NodeB在除计算得到的寻呼子信道以外的其他时间，使用为寻呼预留的高速物理下行链路共享信道HS－PDSCH码道上承载其他非寻呼类型1消息的数据。

说明书

技术领域

本发明涉及移动通信TDD(时分双工)系统，特别涉及引入HSPA+(高速分组接入增强)技术以后，为寻呼类型1消息预留的HS-PDSCH(高速物理下行共享码道)可以被其他类型数据共享的方法。

背景技术

随着第三代移动通信的不断发展，在HSDPA(高速共享下行分组接入)技术和HSUPA(高速共享上行分组接入)技术的基础上推出了HSPA+技术，其目的是为了提高数据传送效率、减小延时。在这项技术中，提出了承载寻呼类型1消息的逻辑信道PCCH(寻呼控制信道)也映射在HS-DSCH(高速下行共享信道)上，而对应的物理信道HS-PDSCH(高速物理下行链路共享信道)是预先分配好的。也就是说，RNC(无线网络控制器)通过物理共享信道重配消息通知NodeB(节点B)小区相关的HS-PDSCH资源，NodeB通过其响应消息将为寻呼类型1消息预留的HS-PDSCH码道反馈给RNC，由RNC通过广播消息通知UE。

在TDD系统中，一个寻呼块(Paging Block)包括寻呼指示块(PICHBlock)和寻呼消息块(PCH Block)两部分，如图1所示。其中寻呼指示块起始位置为UE(终端设备)的寻呼时机PO，而寻呼消息块中各寻呼子信道(Paging SubChannel)的起始位置为各寻呼子信道的寻呼消息接收时机PMRO。例如，如果网络侧需要寻呼某UE，则首先在寻呼指示块相应位置发送寻呼指示位图(PI-Bitmap)，然后在UE相应的寻呼子信道发送寻呼类型1消息。可见，系统为寻呼类型1消息预留的HS-PDSCH码道只有在如图1所示的寻呼消息块位置可能被用来承载寻呼类型1消息，其他位置可以被用来承载其他类型的数据。

然而，在HSPA+技术中，按照目前的Iub口协议，NodeB并没有办法知道寻呼块中寻呼消息块的具体位置，也没有办法预先知道寻呼消息块中具体哪个寻呼子信道有寻呼类型1消息需要发送，而只是被动地从Iub口接收寻呼类型1消息，然后按照RNC在Iub口数据帧里边指定的PMRO时刻从空口发送。也就是说，NodeB在调度其他类型数据的时候，往往是没有办法预知为寻呼预留的HS-PDSCH码道上是否有寻呼类型1消息需要发送。因此，系统为寻呼类型1消息预留的HS-PDSCH码道其实没办法有效共享，从而导致无线资源浪费，降低了有限的空口资源利用率。

发明内容

本发明要解决的技术问题是提供一种基于高速分组接入增强技术的寻呼预留码道共享方法，有效共享寻呼预留码道，提高无线资源的利用率。

本发明对Iub口信令进行改进，通过Iub口信令将高层决定的与寻呼消息块位置相关的信息配置给NodeB(例如寻呼分组数目以及寻呼指示块和寻呼消息块之间的间隔信息)，从而使得NodeB有能力计算出寻呼块中寻呼消息块的具体位置，然后，通过寻呼指示块中的寻呼指示位图信息，NodeB能够预先知道寻呼消息块中具体哪个或哪些寻呼子信道有寻呼类型1消息需要发送，从而在调度其他类型数据的时候能够充分考虑寻呼预留码道的共享。

为了解决上述问题，本发明提供了一种基于高速分组接入增强技术的寻呼预留码道共享方法，包括，无线网络控制器RNC事先将寻呼消息块位置相关信息配置给节点B NodeB，NodeB根据所述寻呼消息块位置相关信息能够获知寻呼消息块的位置，并结合寻呼指示位图信息计算出寻呼消息块中具体哪个或者哪些寻呼子信道将有寻呼类型1消息需要发送，NodeB在除计算得到的寻呼子信道以外的其他时间，使用为寻呼预留的高速物理下行链路共享信道HS-PDSCH码道上承载其他非寻呼类型1消息的数据。

进一步地，所述方法进一步包括以下步骤：

(a)小区公共信道建立完成后，RNC通过物理共享信道重配置消息将物理共享资源以及寻呼消息块位置相关信息通知NodeB；

(b)NodeB通过物理共享信道重配置响应消息将为寻呼类型1消息预留的HS-PDSCH码道反馈给RNC，然后由RNC在随后的广播消息里通知UE；

(c)RNC在寻呼时机到达时，判断如果有寻呼类型1消息需要发送，则填写相应的寻呼指示位图，并将寻呼指示位图发送给NodeB，然后在随后相应的寻呼子信道发送寻呼消息；

(d)NodeB在寻呼时机到达时，将从RNC收到的寻呼指示位图从寻呼指示信道PICH发送给UE，并计算出有效的寻呼指示对应的寻呼指示PI值，再结合所述寻呼消息块位置相关信息，计算出寻呼消息块中哪个或者哪些寻呼子信道将有寻呼类型1消息需要发送，在计算的寻呼子信道的寻呼消息接收时机PMRO到达时，在为寻呼预留的HS-PDSCH码道上发送相应的寻呼类型1消息，其他时间可以使用寻呼预留码道承载其他非寻呼类型1消息的数据。

进一步地，在所述骤(d)中，如果NodeB从RNC没有收到寻呼指示位图，则构造内容为空的寻呼指示位图从PICH信道发送给UE。

进一步地，如果某寻呼周期块没有寻呼类型1消息需要发送，则NodeB在整个寻呼周期块使用寻呼预留码道承载除寻呼消息外的其他数据。

进一步地，所述寻呼消息块位置相关信息包括：寻呼分组的数目Npch和寻呼指示块的结束位置和寻呼消息块的起始位置之间的无线帧帧间隔Ngap。

进一步地，所述NodeB根据所述寻呼消息块位置相关信息以及寻呼指示位图信息，计算哪个或者哪些寻呼子信道将有寻呼类型1消息需要发送，包括以下步骤：

(m)NodeB根据发送的寻呼指示位图信息，计算出有效寻呼指示对应的PI值；

(n)NodeB根据以下公式计算寻呼消息接收时机：

寻呼消息接收时机PMRO＝寻呼时机PO+Npich+Ngap+{PI值mod Npch}×n

其中，Npich为寻呼指示信道的重复长度，n为每个寻呼子信道占用的无线帧数。

采用本发明所述方法，通过对Iub口信令进行改进，使得NodeB在进行数据调度时能够充分考虑寻呼预留码道的共享，从而有效提高了空口资源的利用率。

附图说明

图1为寻呼块结构示意图；

图2为信道建立及寻呼过程流程图。

具体实施方式

在本实施例中，首先，RNC在Iub口的物理共享信道重配置消息的寻呼系统信息中携带寻呼分组数目(即寻呼子信道数目)，以及寻呼指示块结束位置和寻呼消息块起始位置之间的间隔信息。这样，在寻呼时机到达时，根据寻呼指示块中寻呼指示位图的信息，NodeB再结合PICH(寻呼指示信道)的重复周期、帧偏移以及重复长度，以及每个寻呼子信道的无线帧数，NodeB可以计算出寻呼块中寻呼消息块的具体位置，以及寻呼消息块中具体哪个或哪些寻呼子信道有寻呼类型1消息需要发送，从而只需要在这些预知的寻呼子信道的寻呼消息接收时机到达时，使用寻呼预留码道承载寻呼类型1消息，其他时间可以使用寻呼预留码道承载其他非寻呼类型1消息的数据，从而达到寻呼预留码道的有效共享。

通过Iub口信令通知NodeB寻呼分组的数目以及寻呼指示块和寻呼消息块的间隔信息，可以在物理共享信道重配置消息中类似FDD(频分双工)系统的HS-DSCH Paging System Information(寻呼系统信息)信元中增加Npch和Ngap两个字段，如表1所示，其中Npch是寻呼分组的数目，Ngap是寻呼指示块的结束位置和寻呼消息块的起始位置之间的无线帧帧间隔。具体流程如图2所示，包括以下步骤：

步骤1，小区公共信道建立完成后，RNC通过物理共享信道重配置消息将物理共享资源以及寻呼相关Npch和Ngap等信息通知NodeB；

步骤2，NodeB通过物理共享信道重配置响应消息将为寻呼类型1消息预留的HS-PDSCH码道反馈给RNC，然后由RNC在随后的广播消息里边通知UE；

步骤3，RNC在寻呼时机PO到达时，检查该寻呼块是否有寻呼类型1消息需要发送，如果有则填写相应的寻呼指示位图，并在寻呼指示块开始位置将寻呼指示位图发送给NodeB，然后在随后相应的寻呼子信道发送寻呼消息；如果该寻呼块没有寻呼类型1消息需要发送，则RNC可以不需要发送寻呼指示位图；

步骤4，NodeB在寻呼时机PO到达时，将从RNC收到的寻呼指示位图从寻呼指示信道上发送给UE；

如果NodeB从RNC没有收到寻呼指示位图，则可以构造内容为空即全0的寻呼指示位图从寻呼指示信道发送给UE，然后继续其他非寻呼类型1消息的数据处理流程。如果RNC发送的寻呼指示位图中至少有一位为1，则继续执行下一步；

步骤5，NodeB根据发送的寻呼指示位图信息，计算出寻呼指示对应位为1的PI值(寻呼指示)，然后根据以下公式计算寻呼消息接收时机，并在寻呼消息接收时机到达时，将寻呼类型1消息发给UE。

寻呼消息接收时机PMRO＝寻呼时机PO+Npich+Ngap+{PI值mod Npch}×n

其中，Npich为寻呼指示信道的重复长度，n为每个寻呼子信道占用的无线帧数；

由此，NodeB可以计算出具体哪个或者哪些寻呼子信道有寻呼类型1消息需要发送，NodeB调度器只需要在指定的寻呼子信道使用寻呼预留码道承载寻呼类型1消息，其他时间可以使用寻呼预留码道承载其他非寻呼类型1消息的数据；如果某寻呼块周期没有寻呼类型1消息需要发送，则整个寻呼块周期都可以使用寻呼预留码道承载其他非寻呼类型1消息的数据。

步骤6，UE在寻呼时机PO到达时，检查相应的寻呼指示位是否为1，有则在寻呼消息接收时机PMRO到达时接收寻呼类型1消息，并根据其中的UE标识来判断是否自己的寻呼消息。

表1 高速下行共享信道寻呼系统信息表

 

IE/Group Name(信元组名称)                  Presence(存在与 否)     Range (范围)      IE Type andReference   (信元类型以 及参考值)   Semantics Description(语义解释)                              Paging MAC Flow SpecificInformation      (寻呼MAC流信息)                                                                 1..<      maxnoofPagingMACFlow>    (1到最大寻呼MAC 流数目) >Paging MAC Flow ID(寻呼MAC流标识)M(必选)>HSDPA Associated PICHInformation      (高速               M(必选)       >Binding ID(绑定标识)          O(可选)            Shallbe ignored if bearer establishment   with ALCAP.                          (如果是接入链路控制应用部分建立的承载，该信元可以不填)                >Transport Layer Address(传输层地址)                                O(可选)            Shallbe ignored if bearer establishment   with ALCAP.                          (如果是接入链路控制应用部分建立的承载，该信元可以不填)                >TNLQoS             (传输网络层服务质量)                    O(可选)            Shallbe ignored if bearer establishment   with ALCAP.                          (如果是接入链路控制应用部分建立的承载，该信元可以不填)                >ToAWS              (到达时间窗口开始点)M(必选)>ToAWE              (到达时间窗口结束点)M(必选)>Paging MAC Flow         Priority Queue         Information        (寻呼MAC流优先级队列信息)                                         O..<       maxnoofPagingMACQueues> (O到最大 寻呼队列数目)   >>Priority Queue          Information for EnhancedPCH                      (增强寻呼信道的优先级    队列信息)                M(必选)                     HS-SCCH Power             (高速下行共享信道的共享控制信道功率)              M(必选)       HS-PDSCH Power          (高速物理下行共享信道功率)                    M(必选)       

 

Number of PCCH          transmissions         (寻呼控制信道重发次数)M(必选)       INTEGER   (1..5)      整数(1到5)Number of subframes used to transmit   the PCCH.                           (用于发送寻呼控制信道数据的子帧数)N_GAP      (间隔帧数)                                                  M(必选)                                          Integer(2，4，8)           整数(2，4，8)                                                    Number of frames between the lastframe   carrying PICH for this Paging Occasion   and the first frame carrying paging     messages for this Paging Occasion.       Default value is 4，TDD only              (寻呼时机对应寻呼指示块的结束位置到第一帧寻呼消息之间的间隔，默认为4，仅适用于时分双工系统)                N_PCH        (寻呼分组数)            M(必选)              Integer(1..8)整数(1到8)                  Number of paging groups.Default value     is 2，TDD only                         (寻呼分组数目，默认为2，只适用于时分双工系统)                           Transport Block Size List(传输块列表)                                                                                                                                                                                                      1..<maxno  ofHS-DSC HTBSsE-P CH>      (1到基于 无高速下 行共享控 制信道的 增强寻呼 信道最大 的传输块 大小数目)>Transport Block Size     Index for Enhanced PCH (增强寻呼信道的传输块大小索引)                M(必选)              INTEGER    (1..32)      整数(1到32)

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

例如，在其他实施例中，除了Ngap和Npch外，RNC还可以通过其他参数使得NodeB获知寻呼消息块的具体位置，例如RNC将寻呼消息块偏移量(即寻呼消息块的起始位置)直接配置给NodeB，再结合寻呼指示位图中的信息，也可以计算出寻呼消息接收时机。