CN102065559B

CN102065559B - 一种bcch数据的调度方法和设备

Info

Publication number: CN102065559B
Application number: CN 201110003462
Authority: CN
Inventors: 牛春雷; 李楠楠
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-01-10
Filing date: 2011-01-10
Publication date: 2013-07-10
Anticipated expiration: 2031-01-10
Also published as: CN102065559A

Abstract

本发明公开了一种BCCH（BroadcastControlChannel，广播控制信道）数据的调度方法和设备，该方法包括：当有BCCH数据待发送时，如果根据高速共享控制信道HS-SCCH发送时刻与终端接收HS-SCCH时间窗RX_burst之间的关系确定调度所述BCCH数据时，则对所述BCCH数据执行调度处理。本发明综合考虑了广播控制信道数据传输的可靠性和用户对控制信道的非连续接收，在保证数据正确传输的同时，提高了空口信道资源的利用率和系统性能。

Description

一种BCCH数据的调度方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种BCCH数据的调度方法和设备。

背景技术

在TD-SCDMA（Time Division-Synchronous Code Division Multiple Access，时分同步码分多址）系统中，引入CELL_FACH增强（EFACH）特性，支持该特性的网络允许BCCH数据在Iub口（基站与RNC（Radio Network Controller，无线网络控制器）之间的接口）映射到HS-DSCH（High Speed Downlink Shared Channel，高速下行共享信道）；HS-DSCH数据通过NodeB（基站）的动态调度在空口使用HS-PDSCH（High Speed Physical Downlink Shared Channel，高速物理下行链路共享信道）传输。

另外，规定支持EFACH的用户支持对HS-SCCH（High Speed Shared Control Channel，高速共享控制信道）的非连续接收（DRX），并按照公式（1）判断用户是否处于接收时刻，在满足公式（1）的SFN时刻，终端处于接收HS-SCCH时刻。

（SFN － H-RNTI）mod DRX cycle < Rx burst （1）

在公式（1）中，SFN表示当前的帧号；DRX cycle表示DRX的周期，由高层信令配置；Rx burst表示每个DRX周期内UE（User Equipment，用户设备）连续监听的长度，由高层信令配置；H-RNTI是高速下行共享信道临时网络标识符，用户接入时由高层分配。

另外，BCCH数据为广播数据，传输过程中使用BCCH数据的临时无线网络标识符（BCCH-RNTI）来表示此次传输的是BCCH数据，所有接收到由BCCH-RNTI标识的数据的UE均要对数据进行处理。进一步的，BCCH数据的广播性质使得无法通过HARQ（Hybrid Auto Repeat request，混合自动重传请求）机制保证物理层传输的正确性，而为了增加UE正确接收数据的概率，需要采用多次重传的机制，重传次数记为N。

在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

现有对BCCH数据进行调度的过程中，存在浪费空口资源，进而导致系统性能下降的问题。

发明内容

本发明实施例提供一种BCCH数据的调度方法和设备，以节省空口资源，提高系统性能。

为了达到上述目的，本发明实施例提供一种广播控制信道BCCH数据的调度方法，包括：

当有BCCH数据待发送时，如果根据高速共享控制信道HS-SCCH发送时刻与终端接收HS-SCCH时间窗RX_burst之间的关系确定调度所述BCCH数据时，则对所述BCCH数据执行调度处理。

本发明实施例提供一种BCCH数据的调度设备，包括：

确定模块，用于当有BCCH数据待发送时，根据HS-SCCH发送时刻与RX_burst之间的关系确定调度所述BCCH数据；

处理模块，用于对所述BCCH数据执行调度处理。

与现有技术相比，本发明至少具有以下优点：

综合考虑了广播控制信道数据传输的可靠性和用户对控制信道的非连续接收，在保证数据正确传输的同时，提高了空口信道资源的利用率和系统性能。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中BCCH数据调度流程图；

图2是现有技术中条件C1的判断流程图；

图3是现有技术中调度次数示意图；

图4是本发明实施例一提供的一种BCCH数据的调度方法流程示意图；

图5和图6是本发明实施例二提供的一种BCCH数据的调度方法流程示意图；

图7是本发明实施例三提供的一种BCCH数据的调度设备结构示意图。

具体实施方式

基于HSDPA（高速下行分组接入）技术网络侧（如NodeB）的调度过程，在调度中需要考虑对多用户的发送，针对现有BCCH数据调度过程，会存在浪费空口资源，进而导致系统性能下降的问题。如图1所示的BCCH数据调度流程图，目前系统中的具体调度过程包括：

步骤101，调度周期开始。

步骤102，将所有已接入的用户放入集合A。

步骤103，判断集合A是否非空。如果是，执行步骤104，否则执行步骤111。

步骤104，判断是否有BCCH数据发送。如果是，执行步骤105，否则执行步骤107。

步骤105，将集合A中满足条件C1的用户（EFACH用户）放入集合B。其中，条件C1包括：（1）用户是EFACH用户；（2）根据DRX配置信息，空口发送HS-SCCH的时刻用户处于DRX的接收周期；（3）用户发送BCCH的次数小于系统要求的盲重传次数（N）。

步骤106，集合B中的用户和集合A中其余的满足调度条件的用户参加此次调度过程。本步骤之后，执行步骤108。

步骤107，判断集合A中用户是否满足其他调度条件。如果是，执行步骤106，否则，执行步骤111。

步骤108，执行调度处理。

步骤109，判断BCCH数据是否调度成功。如果是，执行步骤110，否则，执行步骤111。

步骤110，如果此次成功调度了需要发送BCCH数据的用户，更新集合B中用户BCCH数据的发送次数。

步骤111，调度周期结束。

进一步的，如图2所示，为条件C1的判断流程图，该判断过程包括：

步骤201，判断用户是否为EFACH用户。如果是，执行步骤202，否则，执行步骤207。

步骤202，根据信令配置计算用户的RX_burst。

步骤203，计算此次调度对应的HS-SCCH发送时刻。

步骤204，判断HS-SCCH发送时刻是否位于RX_burst范围内。如果是，执行步骤205，否则，执行步骤207。

步骤205，判断用户发送BCCH的次数是否小于N。如果是，执行步骤206，否则，执行步骤207。

步骤206，判断用户满足条件C1。

步骤207，判断用户不满足条件C1。

现有的调度处理流程，如果小区中存在多个用户满足条件：根据公式（1）计算出各用户RX_burst起始时刻的间隔大于或等于N、用户RX_burst长度有重合；则有BCCH数据需要发送时，会造成空口资源（SCCH/PDSCH）的浪费。

具体的，网络中所有用户计算当前时刻是否处于RX_burst时使用的SFN是相同的，因此公式（1）RX_burst的起始时刻只和H-RNTI有关；而H-RNTI是和SFN无关的高层信令配置值，在多用户的情况下会以很大的概率出现满足上述条件的用户组。例如，图3所示的调度次数示意图，在6个用户中，每个用户的RX_burst起始时刻都不同，并且差值大于或等于N对应的时间间隔是满足上述条件的用户组。当给这个用户组内的用户发送BCCH时，按照现有的调度方案，需要占用6次空口资源（HS-SCCH和HS-PDSCH），存在空口资源的浪费。另外，由于BCCH数据优先级比较高，采用现有的调度方案还会导致其它用户数据得不到调度，降低了系统性能。

针对上述问题，本发明实施例提供一种BCCH数据的调度方法和设备，在保证BCCH数据正确传输的同时，可以节省空口物理资源，提高网络资源利用率。本发明实施例中，考虑了调度BCCH数据传输的可靠性，并综合考虑了用户DRX，尤其是考虑了多用户下的资源利用率。

下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本发明实施例一提供一种BCCH数据的调度方法，考虑到空口信道资源的利用效率，并在保证所有用户均能接收到BCCH更新指示的前提下，尽量减少发送次数，即尽量保证网络侧发送一次，让尽量多的用户能够监听到该次的发送。基于上述策略，如图4所示，该方法包括以下步骤：

步骤401，计算当前调度所对应的HS-SCCH发送时刻，并根据高层信令配置计算RX_burst（即终端接收HS-SCCH时间窗）。其中，RX_burst为每个非连续接收DRX周期内用户设备连续监听的长度。

步骤402，当有BCCH数据待发送时，根据高速共享控制信道HS-SCCH发送时刻与RX_burst之间的关系确定调度BCCH数据。

本步骤中，如果HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据。

进一步的，如果HS-SCCH发送时刻位于RX_burst范围内，且HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据。

步骤403，对BCCH数据执行调度处理。

综上所述，本发明实施例中，综合考虑了广播控制信道数据传输的可靠性和用户对控制信道的非连续接收，在保证数据正确传输的同时，提高了空口信道资源的利用率和系统性能。

实施例二

本发明实施例二提供一种BCCH数据的调度方法，每个TTI内BCCH数据的调度过程如图5所示，该方法包括：

步骤501，调度周期开始。

步骤502，将所有已接入的用户放入集合A。

步骤503，判断集合A是否非空。如果是，执行步骤504，否则执行步骤511。

步骤504，判断是否有BCCH数据发送。如果是，执行步骤505，否则执行步骤507。

步骤505，将集合A中满足条件C2的用户放入集合B。其中，条件C2包括：（1）用户是EFACH用户；（2）根据DRX配置信息，空口发送HS-SCCH的时刻用户处于DRX的接收周期；（3）HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N（即空口发送HS-SCCH的时刻距离RX_burst窗尾以子帧为单位的长度小于等于BCCH数据的重传次数N）；（4）用户发送BCCH的次数小于N。

步骤506，集合B中的用户和集合A中其余的满足调度条件的用户参加此次调度过程。本步骤之后，执行步骤508。

步骤507，判断集合A中用户是否满足其他调度条件。如果是，执行步骤506，否则，执行步骤511。

步骤508，执行调度处理。

步骤509，判断BCCH数据是否调度成功。如果是，执行步骤510，否则，执行步骤511。

步骤510，如果此次成功调度了需要发送BCCH数据的用户，更新集合B中用户BCCH数据的发送次数。

步骤511，调度周期结束。

进一步的，如图6所示，为条件C2的判断流程图，该判断过程包括：

步骤601，判断用户是否为EFACH用户。如果是，执行步骤602，否则，执行步骤607。

步骤602，根据信令配置计算用户的RX_burst。

步骤603，计算此次调度对应的HS-SCCH发送时刻。

步骤604，判断HS-SCCH发送时刻是否位于RX_burst范围内。如果是，执行步骤605，否则，执行步骤607。

步骤605，判断发送HS-SCCH的时刻距离RX_burst结束时间的子帧数是否小于或等于N。如果是，执行步骤606，否则，执行步骤607。

步骤606，判断用户满足条件C2。

步骤607，判断用户不满足条件C2。

综上所述，通过本发明实施例提供的技术方案，对于图3所示的用户1~5，网络只需要发送1次BCCH，加上用户6单独发送的一次，总共需要发送两次BCCH数据就可以达到原始方案发送6次的效果，同时节省了物理资源。

实施例三

基于与上述方法同样的发明构思，本发明实施例中还提供了一种BCCH数据的调度设备（可以为EFACH调度器），如图7所示，该设备包括：

确定模块11，用于当有BCCH数据待发送时，根据HS-SCCH发送时刻与RX_burst之间的关系确定调度所述BCCH数据；

处理模块12，用于对所述BCCH数据执行调度处理。

所述确定模块11，具体用于如果HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据。

所述确定模块11，具体用于如果HS-SCCH发送时刻位于RX_burst范围内，且HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据。

本发明实施例中，该设备还包括：

计算模块13，用于根据高层信令配置计算RX_burst，所述RX_burst为每个非连续接收DRX周期内用户设备连续监听的长度。

所述计算模块13，还用于计算当前调度所对应的HS-SCCH发送时刻。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims

1.一种广播控制信道BCCH数据的调度方法，其特征在于，包括：

当有BCCH数据待发送时，如果根据高速共享控制信道HS-SCCH发送时刻与终端接收HS-SCCH时间窗RX_burst之间的关系确定调度所述BCCH数据时，则对所述BCCH数据执行调度处理；其中，所述根据HS-SCCH发送时刻与RX_burst之间的关系确定调度所述BCCH数据，具体为：

如果HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据。

2.如权利要求1所述的方法，其特征在于，如果HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据，包括：

如果HS-SCCH发送时刻位于RX_burst范围内，且HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据。

3.如权利要求1或2所述的方法，其特征在于，所述根据HS-SCCH发送时刻与RX_burst之间的关系确定调度所述BCCH数据，之前还包括：

根据高层信令配臵计算RX_burst，所述RX_burst为每个非连续接收DRX周期内用户设备连续监听的长度。

4.如权利要求1或2所述的方法，其特征在于，所述根据HS-SCCH发送时刻与RX_burst之间的关系确定调度所述BCCH数据，之前还包括：

计算当前调度所对应的HS-SCCH发送时刻。

5.一种BCCH数据的调度设备，其特征在于，包括：

确定模块，用于当有BCCH数据待发送时，根据HS-SCCH发送时刻与RX_burst之间的关系确定调度所述BCCH数据；其中，所述确定模块，具体用于如果HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据；

处理模块，用于对所述BCCH数据执行调度处理。

6.如权利要求5所述的设备，其特征在于，

所述确定模块，具体用于如果HS-SCCH发送时刻位于RX_burst范围内，且HS-SCCH发送时刻距离RX_burst结束时间的子帧数不大于BCCH数据的重传次数N，则确定调度所述BCCH数据。

7.如权利要求5或6所述的设备，其特征在于，还包括：

计算模块，用于根据高层信令配臵计算RX_burst，所述RX_burst为每个非连续接收DRX周期内用户设备连续监听的长度。

8.如权利要求5或6所述的设备，其特征在于，还包括：

计算模块，用于计算当前调度所对应的HS-SCCH发送时刻。