CN102076102B - 一种资源调度方法及系统 - Google Patents

Abstract

本发明公开了一种资源调度方法及系统，用以通过同一调度信令实现对于多个子帧的资源调度。本发明提供的一种资源调度方法包括：确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令。

Description

一种资源调度方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种资源调度方法及系统。

背景技术

长期演进(LTE，Long Term Evolution)系统采用了基于1毫秒(ms)子帧长度的快速调度技术，并通过链路自适应和混合自动重传请求(HARQ，Hybrid ARQ)技术，提高了系统的频谱效率。

然而，现有的LTE系统的快速调度方法，当系统应用到室内或者热点场景时，由于用户设备(UE)移动速度慢，信道衰落慢，信道时间相关性较强，以1ms为周期的调度方法相对更长的调度周期，并不会带来时域分集增益，反而需要网络侧更频繁地进行调度计算，需要更多的调度信令开销，以及UE侧更频繁的调度处理。

现有的LTE系统的帧结构中，每一无线帧包含了10个子帧，每个子帧1ms，共10ms；对于时分双工(TDD)系统，1帧可以分为2个半帧，每个半帧5ms。基于这种帧结构，现有LTE系统中，基站的调度算法可以分为动态调度、半持续调度和持续调度。

动态调度算法的主要流程包括：基站获得待调度的用户信息，其中包括：用户数据信息、用户业务信息和用户信道信息等。根据用户信道信息，按照一定的优先级排队算法，为用户分配资源；根据链路自适应技术，为用户选择传输模式，以及传输块大小，配置发送功率等。调度器完成调度后，通过物理层下行控制信道(PDCCH，Physical Downlink Control Channel)信道，发送调度信令给用户，并由物理层根据调度信令进行预编码和数据传输。对于LTE系统，动态调度以子帧为单位，每1ms一个传输块，并向用户发送调度信令。

为了减小信令开销，增大系统容量，对于那些数据包到达时间上具有周期性和在一段时间内数据包大小基本不变的业务，例如，基于互联网协议的话音传输(VoIP，Voice over Internet Protocol)业务，可以采用持续调度或半持续调度的方式。以VoIP业务为例，半持续调度根据VoIP数据包到达的周期性和数据包大小基本相同的特点，在每个状态转换点上为后续数据包的初始传输和重传预先分配资源，利用VoIP激活期和静默期分组包到达间隔不同的特点，只在激活期和静默期转换的时候发送调度信令，激活期进行持续调度，静默期进行动态调度，结合起来称为半持续调度。

以1ms为周期的动态调度的方法，非常适合较高移动速度、数据带宽需求量较大而且突发性很强的业务场景。这种场景下，通过快速调度，能够获得信道时间分集增益，提高频谱效率。而且，由于业务突发特性较强，带宽需求也较大，所以通过一次调度，用户能够获得较多的资源，调度信令的开销较小，调度效率高。

半持续调度的方法，通常只适合类似VoIP的数据包到达时间上具备周期性，数据包较小的业务，能够有效降低调度开销，且满足业务实时性强的QoS需求。

现有LTE系统基于子帧的调度方法，如图1所示，对于LTE系统下行子帧调度，可以配置每个子帧的前1至3个符号为控制信道区域(简称控制区域)，用于传输对UE的调度信令，后面的符号为数据信道区域(简称数据区域)，用于传输用户数据。现有动态调度方法为下行以子帧为单位对用户进行调度，调度信息在本子帧的控制区域发送。如图2所示，上行也以子帧为单位对用户进行调度，调度信息在下行控制区域或者是数据信道区域发送，假设用于发送调度信息的下行子帧的编号为N，则该调度信息所指示的用于传输用户数据的上行子帧的编号为N+4。

综上所述，现有技术对于室内和热点场景数据业务，以1ms为周期的调度方法相对更长的调度周期，并不会带来时域分集增益，反而需要网络侧更频繁的调度计算，更多的调度信令开销，以及UE侧更频繁的调度处理。半持续调度的方法虽然能够提高调度效率，节省调度开销，但是不能满足数据业务的带宽需求量较大而且突发性很强的要求。

发明内容

本发明实施例提供了一种资源调度方法及系统，用以通过同一调度信令实现对于多个子帧的资源调度，降低调度开销。

本发明实施例还提供了一种数据传输方法及设备，用以减少UE侧的调度处理，使得UE无需在每一子帧都进行读取调度信令的操作。

本发明实施例提供的一种资源调度方法包括：

确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；

将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令。

本发明实施例提供的一种数据传输方法，包括：

用户设备UE获取调度信令同时调度的多个子帧资源的信息；

用户设备UE接收网络侧发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

本发明实施例提供的一种资源调度系统包括：

子帧资源确定单元，用于确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；

通知单元，用于将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令。

本发明实施例提供的一种数据传输设备，包括：

子帧资源信息获取单元，用于获取调度信令同时调度的多个子帧资源的信息；

调度信令接收处理单元，用于接收网络侧发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

本发明实施例提供的一种通信系统包括：

网络侧设备，用于确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令；

用户设备UE，用于获取调度信令同时调度的多个子帧资源的信息，接收网络侧设备发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

本发明实施例，确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令，从而实现了通过同一调度信令进行多子帧资源调度的方案，在室内热点数据业务场景下，能够降低调度开销，减少设备实现复杂度。

本发明实施例，用户设备UE获取调度信令同时调度的多个子帧资源的信息；用户设备UE接收网络侧发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据，从而减少UE侧的调度处理，使得UE无需在每一子帧都进行读取调度信令的操作。

附图说明

图1为的LTE系统下行子帧调度示意图；

图2为的LTE系统上行子帧调度示意图；

图3为本发明实施例提供的多子帧调度的原理示意图；

图4为本发明实施例提供的一种资源调度方法的流程示意图；

图5为本发明实施例提供的表一中上行链路调度命令和下行链路调度命令的格式示意图；

图6为本发明实施例提供的表一中上行链路调度命令和下行链路调度命令的格式示意图；

图7为本发明实施例提供的表二中调度命令的格式示意图；

图8为本发明实施例提供的表二中调度命令的格式示意图；

图9为本发明实施例提供的表三中调度命令的格式示意图；

图10为本发明实施例提供的资源调度系统的结构示意图；

图11为本发明实施例提供的数据传输设备的结构示意图。

具体实施方式

本发明实施例提供了一种资源调度方法及系统，用以通过同一调度信令实现对于多个子帧的资源调度，降低调度开销。

本发明实施例还提供了一种数据传输方法及设备，用以减少UE侧的调度处理，使得UE无需在每一子帧都进行读取调度信令的操作。

本发明实施例提供的技术方案，可以应用在LTE系统下的室内和热点应用场景中，能够根据需要灵活配置调度周期长度，达到节约调度开销的目的。

本发明实施例提供的技术方案，为了尽可能兼容现有LTE协议，通过配置信息指示单次调度所作用的子帧数目，并且进一步还可以灵活的根据不同的业务和用户特性配置，选择每次调度所作用的子帧数。

本发明实施例提供的多子帧调度的原理，为单次调度信令指示多个子帧的资源，即多个子帧的调度信息相同，由同一调度信令指示即可，如图3所示。

参见图4，本发明实施例提供的一种资源调度方法，包括步骤：

S101、确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE。

S102、将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令。

较佳地，所述调度信令同时调度的多个子帧资源的信息，包括：

上行链路调度信令同时调度的多个子帧资源的信息，和/或下行链路调度信令同时调度的多个子帧资源的信息。其中，上行链路调度信令同时调度的多个子帧资源，与下行链路调度信令同时调度的多个子帧资源，可以相同，也可以不同。

例如，参见图3，若某一子帧中控制区域的调度信息，指示了4个子帧的资源，则调度信令同时调度的多个子帧资源的信息可以为4，即同一调度信令所作用的子帧包括连续的4个子帧。

调度信令同时调度的多个子帧资源的信息，可以通过调度信令通知给用户设备UE。

或者，所述将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，包括：

通过无线资源控制(RRC)信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE；或者，

通过系统广播信息，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE；或者，

通过媒体接入控制(MAC)信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE；或者，

通过RRC信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且，通过MAC信令通知UE是否开启持续调度的开关，其中，当MAC信令指示开启持续调度的开关时，UE根据RRC信令指示的调度信令同时调度的多个子帧资源的信息，传输数据。

较佳地，该方法还包括：

周期性更新调度信令同时调度的多个子帧资源，并将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

相应地，在UE侧，本发明实施例提供的一种数据传输方法，包括：

用户设备UE获取调度信令同时调度的多个子帧资源的信息；

用户设备UE接收网络侧发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。也就是说，在该调度信令所调度的多个子帧内，只需读取一次调度信息，无需对每一子帧的调度信息都进行读取操作。

较佳地，该方法还包括：

UE通过媒体接入控制MAC信令，确定持续调度的开关是否开启；

则用户设备UE接收网络侧发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据，包括：

用户设备UE接收网络侧发送的调度信令，当持续调度的开关开启时，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

由此可见，本发明实施例中，为了实现多子帧的持续调度，需要通过一定的信令通知UE单次调度的持续时间，即通知UE一个调度信令同时调度的多个子帧资源的信息，具体的通知方法可以分为5种，包括：针对单次调度信令指示的方法，针对用户的RRC信令的指示方法，针对小区的广播信息的指示方法，针对用户的MAC信令的指示方法，针对用户的RRC信令配置，配合MAC信令开关控制的方法。

下面针对这5种通知方法分别给出具体的实施例。

实施例一、基于单次调度信令指示调度信令同时调度的多个子帧资源的信息时，资源调度方法包括：

步骤一、基站根据用户的服务质量(QoS)和待调度的数据量的信息，确定单次调度所作用的时间长度，即同一调度信令所调度的多个子帧的数目。

例如，假设系统允许的最大持续子帧数目为Nmax，待调度的数据量为B，用户上报的QoS对应的单子帧的传输比特数目为M，则本次调度所作用的子帧数目可以为：

N＝min(Nmax，B/M)

步骤二、基站向UE发送调度信令，其中，为了实现一次调度信令指示多子帧的调度信息，在该调度信令中，新增作用域信息(例如，3比特的指示信息)，用于指示上行链路或下行链路上该调度信令所作用的子帧数目，这些子帧包括按照现有规则调度起作用的子帧，以及该子帧后连续的多个子帧。

3个比特的信息，可以指示的子帧数目最大可以为8。

步骤三、UE读取调度信令，得到该调度信令所作用的子帧数目以及其他信息(即现有技术中的调度信息，具体可以参考3GPP协议，信息内容主要包括：传输格式、分配的资源、HARQ(混合自动重传)信息)。

步骤四、UE从该调度信令所作用的第一个子帧开始，按照调度信令指示的子帧数目，在每个子帧按照调度信令所指示的相同的调度配置信息，发送或者接收多个传输块。

也就是说，除了该调度信令所作用的第一个子帧，在该调度信令所作用的后续子帧上，UE不读取调度信息。

实施例二、基于单个用户的无线资源控制(RRC)信令指示调度信令同时调度的多个子帧资源的信息时，资源调度方法包括：

步骤一、UE随机接入系统后，网络侧通过RRC信令，指示UE上行调度和下行调度的作用时间长度，即该RRC信令指示了上行链路调度信令同时调度的多个子帧资源的信息，和下行链路调度信令同时调度的多个子帧资源的信息。

其中，RRC信令的具体形式，例如：可以是在RRC连接重配置(RRCConnection Reconfiguration)信令中，增加可选域，当该可选域不出现时，默认上行调度和下行调度仅在当前指示的一个子帧内有效；当该可选域出现时，则该可选域指示了上行链路调度信令同时调度的多个子帧资源的信息(例如子帧的数目)，和/或下行链路调度信令同时调度的多个子帧资源的信息(例如子帧的数目)。其中，上行链路调度信令同时调度的多个子帧资源的信息，和下行链路调度信令同时调度的多个子帧资源的信息，可以分别采用不同的域进行指示，也可以采用一个域进行统一指示。在采用一个域进行统一指示的情况下，可以不指示上行链路和下行链路，仅指示实际的连续子帧数目，或者，也可以针对不同链路，分别指示上行链路和下行链路连续子帧的数目。

例如，在RRC Connection Reconfiguration信令中，无线资源配置专用(radioResource Config Dedicated)域的MAC主配置(MAC-Main Config)子域中增加两个域：上行链路持续子帧(ul-Persistent-Subframe)域和下行链路持续子帧(d1-Persistent-Subframe)域，各为3个bit长度，分别指示上行链路调度信令同时调度的多个子帧资源的信息，和下行链路调度信令同时调度的多个子帧资源的信息。

也就是说，RRC信令可以分别通过3比特指示上行链路调度信令同时调度的多个子帧资源的信息，和下行链路调度信令同时调度的多个子帧资源的信息，因此上行调度和下行调度的作用时间长度最长可以为8个子帧。

步骤二、基站向UE发送调度信令，发送的方法和现有LTE系统中规定的发送方法相同。

步骤三、UE接收调度信令，按照RRC信令配置的上行链路调度信令同时调度的多个子帧资源的信息发送数据，或者，按照RRC信令配置的下行链路调度信令同时调度的多个子帧资源的信息接收数据。其方法与实施例一中的步骤四相同。

步骤四、基站周期性地根据用户的QoS特性，以及待调度数据量信息，确定UE适合的调度周期，即周期性更新调度信令同时调度的多个子帧资源，如果更新后的调度信令同时调度的多个子帧资源，与当前采用的调度信令同时调度的多个子帧资源不同，则可以通过RRC信令将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

步骤五、需要再次调度时，返回本实施例步骤二继续执行。

实施例三、基于系统广播信息指示调度信令同时调度的多个子帧资源的信息时，资源调度方法包括：

步骤一、基站确定调度信令同时调度的多个子帧资源。

具体地，基站可以根据所服务的小区业务特性，配置本小区合适的单次调度作用周期，也可以由网络管理和配置人员根据经验值配置单次调度作用周期。

步骤二、小区通过系统广播信息，广播本小区的上行链路和下行链路的单次调度作用周期。

例如，可以分别通过3比特信息指示本小区的上行链路和下行链路的单次调度作用周期，单次调度作用时间可以包括1至8个子帧。

步骤三、UE开机后读取广播信息，得到本小区上行链路和下行链路的单次调度所作用的子帧数目。

步骤四、基站向UE发送调度信令，发送的方法和现有LTE系统中规定的发送方法相同。

步骤五、UE接收调度信令，按照广播信息中指示的上行链路调度信令同时调度的多个子帧资源的信息发送数据，或者，按照广播信息中指示的下行链路调度信令同时调度的多个子帧资源的信息接收数据。其方法与实施例一中的步骤四相同。

本实施例中，也可以周期性更新调度信令同时调度的多个子帧资源，如果更新后的调度信令同时调度的多个子帧资源，与当前采用的调度信令同时调度的多个子帧资源不同，则可以通过广播信息将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

实施例四、基于单个用户的MAC信令指示调度信令同时调度的多个子帧资源的信息时，资源调度方法包括：

步骤一、UE随机接入系统后，网络侧通过媒体接入控制(MAC)信令，指示UE上行调度和下行调度的作用时间长度。

例如，可以通过3比特指示单次调度作用的时间长度，最长可以为8个子帧。

或者，还可以通过MAC信令指示8个子帧内是否有相同的调度。

步骤二、基站向UE发送调度信令，发送的方法和现有LTE系统中规定的发送方法相同。

步骤三、UE接收调度信令，按照MAC信令配置的上行链路调度信令同时调度的多个子帧资源的信息发送数据，或者，按照MAC信令配置的下行链路调度信令同时调度的多个子帧资源的信息接收数据。其方法与实施例一中的步骤四相同。

步骤四、基站周期性地根据用户的QoS特性，以及待调度数据量信息，确定UE适合的调度周期，即周期性更新调度信令同时调度的多个子帧资源，如果更新后的调度信令同时调度的多个子帧资源，与当前采用的调度信令同时调度的多个子帧资源不同，则可以通过RRC信令将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

步骤五、需要再次调度时，返回本实施例步骤二继续执行。

本实施例中，通过MAC信令，指示UE上行调度和下行调度的作用时间长度，具体可以有如下两种方式：

方式一、分别标识上行调度和下行调度的作用时间长度。

MAC信令的特殊标识如下面的表一所示：

表一

表一中上行链路调度命令，即用于指示上行链路调度信令同时调度的多个子帧资源的信息，下行链路调度命令即用于指示下行链路调度信令同时调度的多个子帧资源的信息。

上行链路调度命令和下行链路调度命令的格式，如图5所示，可以是同一调度信令所作用的持续的子帧数目，其中R为保留比特(bit)，持续子帧(Persistent Subframe)域用于指示同一调度信令所作用的持续的子帧数目，共3bit，可以表示最大8个连续子帧。

或者，上行链路调度命令和下行链路调度命令的格式，如图6所示，可以采用比特映射表(Bitmap)形式具体指示后续8个连续上行或者下行子帧的调度情况，其中，每个比特位对应从有PDCCH调度信令的子帧开始依次向后的连续上行或下行子帧。例如，比特位为1，代表该子帧有相同的调度信息，比特位为0代表没有调度信息，第一个比特位，表示调度信令所作用的第一个子帧的调度情况，第二个比特位，表示调度信令所作用的第二个子帧的调度情况，以此类推。

方式二、采用统一格式标识上行调度和下行调度的作用时间长度。

MAC信令的特殊标识如下面的表二所示：

Index	LCID values
		00000	CCCH
00001-01010	Identity of the logical channel
		01011-11010	Reserved
11011	调度命令(Scheduling Command)
		11100	UE Contention Resolution Identity
11101	Timing Advance Command
		11110	DRX Command
11111	Padding

表二

表二中的，即用于指示上行链路调度信令同时调度的多个子帧资源的信息，和/或用于指示下行链路调度信令同时调度的多个子帧资源的信息。

如图7所示，调度命令的格式可以是上行链路或下行链路同一调度信令所作用的持续的子帧数目，其中R为保留比特(bit)，持续子帧(PersistentSubframe)域用于指示同一调度信令所作用的持续的子帧数目，共3bit，可以表示最大8个连续子帧，U/D域用于标识上行链路或下行链路。

或者，调度命令的格式如图8所示，也可以同时包含上行链路调度信令同时调度的多个子帧资源的信息，以及下行链路调度信令同时调度的多个子帧资源的信息，其中，上行持续子帧(UL Persistent Subframe)域用于指示上行链路调度信令同时调度的多个子帧资源的信息，下行持续子帧(DL PersistentSubframe)域用于指示下行链路调度信令同时调度的多个子帧资源的信息。

或者也可以在Bitmap中以1bit标识上行链路或下行链路。

实施例五、基于单个用户的RRC信令，配置MAC信令开关，指示调度信令同时调度的多个子帧资源的信息时，资源调度方法包括：

步骤一、UE随机接入系统后，网络侧通过RRC信令，指示UE上行调度和下行调度的作用时间长度，即该RRC信令指示了上行链路调度信令同时调度的多个子帧资源的信息，和下行链路调度信令同时调度的多个子帧资源的信息。

例如，RRC信令可以分别通过3比特指示上行链路调度信令同时调度的多个子帧资源的信息，和下行链路调度信令同时调度的多个子帧资源的信息，因此上行调度和下行调度的作用时间长度最长可以为8个子帧。

步骤二、基站根据数据量等信息，通过MAC信令控制持续调度的开关是否开启。

其中，基站根据该UE上行链路和下行链路待传输的数据量和基站自身整体的资源占用情况，来控制持续调度的开关。举例说明，当基站资源充足的情况下，如果该UE下行待传输的数据量较大，则基站可以开启下行链路持续调度的开关；当该UE的下行链路待传输数据量变小或者发送完毕之后，则基站关闭下行链路持续调度的开关。上行链路持续调度的开关的控制同理。

当基站资源不足时，需要综合考虑每个UE的优先级、业务优先级和数据量大小，进行综合控制，举例来讲，优先级越高的UE和业务，优先获得大量数据情况下的持续调度的机会。

步骤三、基站向UE发送调度信令，发送的方法和现有LTE系统中规定的发送方法相同。

步骤四、UE接收调度信令，如果MAC信令指示持续调度开关开启，则按照RRC信令配置的上行链路调度信令同时调度的多个子帧资源的信息发送数据，或者，按照RRC信令配置的下行链路调度信令同时调度的多个子帧资源的信息接收数据。其方法与实施例一中的步骤四相同。如果MAC信令指示持续调度开关关闭，则按照现有LTE系统的调度过程传输数据。

步骤五、基站周期性地根据用户的QoS特性，以及待调度数据量信息，确定UE适合的调度周期，即周期性更新调度信令同时调度的多个子帧资源，如果更新后的调度信令同时调度的多个子帧资源，与当前采用的调度信令同时调度的多个子帧资源不同，则可以通过RRC信令将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

步骤六、需要再次调度时，返回本实施例步骤二继续执行。

其中，MAC信令的特殊标识如下面的表三所示：

Index	LCID values
		00000	CCCH
00001-01010	Identity of the logical channel
		01011-11010	Reserved
11011	调度命令(Scheduling Command)
		11100	UE Contention Resolution Identity
11101	Timing Advance Command

11110	DRX Command
		11111	Padding

表三

表三中的调度命令(Scheduling Command)，用于指示持续调度开关是否开启。例如，调度命令的格式可以是分别控制上行链路和下行链路的持续调度开关，如图9所示，其中，UL on表示上行链路持续调度开关开启，UL off表示上行链路持续调度开关关闭，DL on表示下行链路持续调度开关开启DL off表示下行链路持续调度开关关闭。当然，也可以设置两个比特来表示，一个比特通过0、1表示上行链路持续调度开关是否开启，另一比特通过0、1表示下行链路持续调度开关是否开启。

参见图10，本发明实施例提供的一种资源调度系统，包括：

子帧资源确定单元101，用于确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE。

通知单元102，用于将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令。

较佳地，所述通知单元102，通知给用户设备UE的调度信令同时调度的多个子帧资源的信息，包括：

上行链路调度信令同时调度的多个子帧资源的信息，和/或下行链路调度信令同时调度的多个子帧资源的信息。

较佳地，所述通知单元102，向UE发送的调度信令中，包括该调度信令同时调度的多个子帧资源的信息。

较佳地，所述通知单元102，包括：

子帧资源信息通知单元201，用于通过无线资源控制RRC信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE；或者，通过系统广播信息，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE；或者，通过媒体接入控制MAC信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE；或者，通过RRC信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且，通过MAC信令通知UE是否开启持续调度的开关，其中，当MAC信令指示开启持续调度的开关时，UE根据RRC信令指示的调度信令同时调度的多个子帧资源的信息，传输数据；

调度信令通知单元202，用于向UE发送调度信令。

较佳地，该系统还包括：

更新单元103，用于周期性更新调度信令同时调度的多个子帧资源；

所述子帧资源信息通知单元201，将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

参见图11，本发明实施例提供的一种数据传输设备，包括：

子帧资源信息获取单元301，用于获取调度信令同时调度的多个子帧资源的信息；

调度信令接收处理单元302，用于接收网络侧发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

较佳地，该设备还包括：

确定开关单元303，用于通过媒体接入控制MAC信令，确定持续调度的开关是否开启；

所述调度信令接收处理单元302，接收网络侧发送的调度信令，当持续调度的开关开启时，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

本发明实施例提供的一种通信系统，包括：

网络侧设备，用于确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且向UE发送调度信令；

用户设备UE，用于获取调度信令同时调度的多个子帧资源的信息，接收网络侧设备发送的调度信令，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

综上所述，本发明实施例采用了一种通过单个调度信令调度多个子帧资源的方案，适用于室内热点数据业务场景，能够降低调度开销，减少设备实现复杂度。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种资源调度方法，其特征在于，该方法包括：

确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；

通过RRC信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且，通过MAC信令通知UE是否开启持续调度的开关，其中，当MAC信令指示开启持续调度的开关时，UE根据RRC信令指示的调度信令同时调度的多个子帧资源的信息，传输数据，以及，向UE发送调度信令。

2.根据权利要求1所述的方法，其特征在于，所述调度信令同时调度的多个子帧资源的信息，包括：

上行链路调度信令同时调度的多个子帧资源的信息，和/或下行链路调度信令同时调度的多个子帧资源的信息。

3.根据权利要求2所述的方法，其特征在于，所述调度信令同时调度的多个子帧资源的信息，通过所述调度信令通知给用户设备UE。

4.根据权利要求2所述的方法，其特征在于，该方法还包括：

周期性更新调度信令同时调度的多个子帧资源，并将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

5.一种数据传输方法，其特征在于，该方法包括：

用户设备UE通过RRC信令获取调度信令同时调度的多个子帧资源的信息；

UE通过媒体接入控制MAC信令，确定持续调度的开关是否开启；

UE接收网络侧发送的调度信令，当持续调度的开关开启时，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

6.一种资源调度系统，其特征在于，该系统包括：

子帧资源确定单元，用于确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；

通知单元，包括：子帧资源信息通知单元，用于通过RRC信令，将调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且，通过MAC信令通知UE是否开启持续调度的开关，其中，当MAC信令指示开启持续调度的开关时，UE根据RRC信令指示的调度信令同时调度的多个子帧资源的信息，传输数据；调度信令通知单元，用于向UE发送调度信令。

7.根据权利要求6所述的系统，其特征在于，所述子帧资源信息通知单元，通知给用户设备UE的调度信令同时调度的多个子帧资源的信息，包括：

上行链路调度信令同时调度的多个子帧资源的信息，和/或下行链路调度信令同时调度的多个子帧资源的信息。

8.根据权利要求7所述的系统，其特征在于，所述调度信令通知单元，向UE发送的调度信令中，包括该调度信令同时调度的多个子帧资源的信息。

9.根据权利要求7所述的系统，其特征在于，该系统还包括：

更新单元，用于周期性更新调度信令同时调度的多个子帧资源；

所述子帧资源信息通知单元，将更新后的调度信令同时调度的多个子帧资源信息通知给用户设备UE。

10.一种数据传输设备，其特征在于，该设备包括：

子帧资源信息获取单元，用于通过RRC信令获取调度信令同时调度的多个子帧资源的信息；

确定开关单元，用于通过媒体接入控制MAC信令，确定持续调度的开关是否开启；

调度信令接收处理单元，用于接收网络侧发送的调度信令，当持续调度的开关开启时，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。

11.一种通信系统，其特征在于，该系统包括：

网络侧设备，用于确定调度信令同时调度的多个子帧资源，其中，所述调度信令，用于将为UE分配的传输资源的信息通知给UE；通过RRC信令，将 调度信令同时调度的多个子帧资源的信息通知给用户设备UE，并且，通过MAC信令通知UE是否开启持续调度的开关，其中，当MAC信令指示开启持续调度的开关时，UE根据RRC信令指示的调度信令同时调度的多个子帧资源的信息，传输数据，以及，向UE发送调度信令；

用户设备UE，用于获取调度信令同时调度的多个子帧资源的信息，UE通过媒体接入控制MAC信令，确定持续调度的开关是否开启；UE接收网络侧发送的调度信令，当持续调度的开关开启时，根据该调度信令的指示，利用该调度信令所调度的多个子帧资源传输数据。