CN108990164B - 一种资源调度的方法、网络侧设备、终端及电子设备 - Google Patents

Abstract

本发明提供了一种资源调度的方法、网络侧设备、终端及电子设备，本发明将上下行资源调度结合起来，终端在发送上行数据请求消息中携带下行传输的保障请求信息，网络侧根据上述保障请求信息，预留下行空口资源和/或提高终端的调度优先级，保证了业务下行数据传输的实时性，可满足目前云计算类业务对实时性要求，改善用户的使用体验。

Description

一种资源调度的方法、网络侧设备、终端及电子设备

技术领域

本发明涉及移动通信技术领域，具体涉及一种资源调度的方法、网络侧设备、终端及电子设备。

背景技术

现有接入网络的空口资源调度,是根据上行和下行资源是分别独立进行调度，对传统数据业务可以满足要求，但随着云计算类业务发展，大量计算类功能被放到云端，而客户端又希望在期望时间内能把计算的结果下传，如果上下行的调度是分别进行的，就很难从传输上保证对这种交互式方式及时响应的要求，网络侧需要对于上、下行调度进行总体考虑，才能从传输方面保证用户对这种请求和响应实时性的要求。

从业务角度分类，在资源调度相关的服务质量(QoS)管理上，目前长期演进(LTE)标准上根据服务质量等级标识(QCI，QoS Class Identifier)业务质量级别标识对服务质量进行分类。深度业务识别，主要识别那些不是接入网络控制的第三方的业务识别，然后在根据业务控制策略进行控制，这两种方法都从业务层面进行管理，并没有从上行、下行资源调度的角度来分析问题。具体对LTE的QCI和深度业务识别，分析如下文。

在LTE网络，3GPP标准TS23.203，引入QCI作为业务质量级别标识，每一个演进分组系统(EPS，Evolved Packet System)承载都会分配一个QCI。QCI可以分为保证比特速率(GBR，Guaranteed Bit Rate)GBR和非保证比特速率(Non-GBR)两种类型，QCI是网络侧根据业务分配给终端，所以QCI通常与业务类型绑定，而且QCI一经分配，基本上不会发生变化。例如，适用于不同的业务类型的QCI，具体如下表:

深度识别是指深度包检测(DPI，Deep Packet Inspection)技术，可以用于业务识别。运营商可以根据识别出来业务，进行对应的控制，如进行正常转发、阻塞、限制带宽、整形、重新标记带宽等处理。业务控制策略通常集中配置在策略服务器中，用户上线时动态发布给用户。

可以看出，LTE网络的QCI机制或者深度业务识别机制，通常是基于业务类型进行控制处理的。对于业务内部的机制，则考虑业务流量的特点进行资源调度。

在云计算应用中，常见的模式是请求响应，客户端发起计算请求，然后提交到云侧，云侧服务计算完后，下传给客户端侧。很多实时性要求强的计算，对于服务器计算时间有要求，如果超过一定时间后，云端计算结果对终端的意义就变小了，典型应用是目前虚拟现实(VR)计算/云游戏等业务，如果超过一定时间，那么云端计算结果，已经与实际情况相差太远，严重影响用户体验。

这种客户端发起计算请求，而且要求网络侧在一定时间内把计算结果下发给终端侧的应用场景，对网络传输提出了新的要求，要求保证时间延迟在一定的时间之内。

发明内容

本发明实施例要解决的技术问题是提供一种资源调度的方法、网络侧设备、终端及电子设备，改善网络侧对终端业务处理的实时性指标，降低业务时延。

为解决上述技术问题，本发明实施例提供的资源调度的方法，包括：

终端向网络发送上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

所述终端接收所述网络基于所述保障请求信息传输的下行数据。

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

网络侧设备接收终端发送的上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

网络侧设备在所述指示信息指示需要保障下行传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输。

本发明实施例还提供了一种终端，包括：

请求单元，用于向网络发送上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

第一接收单元，用于接收所述网络基于所述保障请求信息传输的下行数据。

本发明实施例还提供了一种网络侧设备，包括：

接收单元，用于接收终端发送的上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

调度单元，用于在所述指示信息指示需要保障下行传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输。

本发明实施例还提供了一种电子设备，包括：

一个或多个处理器；

存储器；以及

一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置成由所述一个或多个处理器执行，其特征在于，所述程序被执行时实现以上所述资源调度的方法中的步骤。

与现有技术相比，本发明实施例提供的资源调度的方法、网络侧设备、终端及电子设备，将上下行资源调度结合起来，终端在发送上行数据请求消息中携带下行传输的保障请求信息，网络侧根据上述保障请求信息，预留下行空口资源和/或提高终端的调度优先级，保证了业务下行数据传输的实时性，可满足目前云计算类业务对实时性要求，改善用户的使用体验。

附图说明

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

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

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

图3为本发明实施例提供的终端的结构示意图；

图4为本发明实施例提供的终端的另一结构示意图；

图5为本发明实施例提供的网络侧设备的结构示意图；

图6为本发明实施例提供的网络侧设备的另一结构示意图；

图7为本发明实施例提供的资源调度的方法的一个示例的流程示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。另外，本文中术语“系统”和“网络”在本文中常可互换使用。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本发明实施例中，基站的形式不限，可以是宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、RRU(Remote RadioUnit，远端射频模块)、RRH(Remote Radio Head，射频拉远头)、5G移动通信系统中的网络侧节点，如中央单元(CU，Central Unit)和分布式单元(DU，Distributed Unit)等。终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备(UE)、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。

请参照图1，本发明实施例提供的一种资源调度的方法，在应用于终端侧时，包括：

步骤11，终端向网络发送上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息。

这里，所述上行数据请求消息用于向网络侧表示终端是否希望保障下行传输性能的保障请求信息。更进一步的，所述保障请求信息还可以在终端希望保障下行传输性能时，携带表示需要保障下行传输性能的传输时间区间，用以向网络侧表示，终端期望在该传输时间区间内的传输能获得保障。该传输时间区域可以采用时间区间的传输起始时间和传输终止时间的表示方式，也可以采用传输起始时间和时间区间长度的表示方式。

具体的，传输起始时间可以采用第一时延的方式表示，时间区间长度可以采用第二时延的方式表示，此时，所述传输时间区间包括：用于表示在第一时延后启动下行传输保障的传输起始时间；和，用于表示在第二时延后结束下行传保障的传输终止时间。上述第一时延可以从网络侧完成本次上行数据请求消息所请求的上行数据传输时开始启动第一计时器计时，在计时达到第一时延后，进入所述传输时间区间，此时启动第二计时器计时，在计时达到第二时延后，表示上述传输时间区间已结束。

作为一种实现方式，所述上行数据请求消息为缓存状态报告(BSR)消息，以通过现有消息向网络侧发送上述保障请求信息。

步骤12，所述终端接收所述网络基于所述保障请求信息传输的下行数据。

这里，网络侧根据所述保障请求信息，在终端期望保障传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输，以保障所述终端的下行数据传输性能。

通过以上步骤，本发明实施例中终端在发送上行数据请求消息的同时，向网络侧请求保障下行数据的传输性能，网络侧响应终端的请求，对所述终端的下行数据按照保障策略进行调度，从而可以保障终端下行数据的发送实时性，降低业务时延。

本发明实施例中，在上述步骤11之前，网络侧还可以将可以采用的下行传输的保障策略，发送给所述终端。具体的所述保障策略可以包括预留固定大小的下行传输资源和/或提高终端传输优先级。终端还可以选择对应的保障策略，并在发送上行数据请求消息时，携带所选择的保障策略，以请求网络侧按照终端所选择的保障策略，来保障终端的下行传输。

与以上方法相对应的，本发明实施例还提供了一种资源调度的方法，应用于网络侧，如图2所示，该方法包括：

步骤21，网络接收终端发送的上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息。

这里，所述上行数据请求消息用于向网络侧表示终端是否希望保障下行传输性能的保障请求信息。更进一步的，所述保障请求信息还可以在终端希望保障下行传输性能时，携带表示需要保障下行传输性能的传输时间区间，用以向网络侧表示，终端期望在该传输时间区间内的传输能获得保障。该传输时间区域可以采用时间区间的起始时间和截止时间的表示方式，也可以采用起始时间和时间区间长度的表示方式。

具体的，传输起始时间可以采用第一时延的方式表示，时间区间长度可以采用第二时延的方式表示，此时，所述传输时间区间包括：用于表示在第一时延后启动下行传输保障的传输起始时间；和，用于表示在第二时延后结束下行传保障的传输终止时间。上述第一时延可以从网络侧完成本次上行数据请求消息所请求的上行数据传输时开始启动第一计时器计时，在计时达到第一时延后，进入所述传输时间区间，此时启动第二计时器计时，在计时达到第二时延后，表示上述传输时间区间已结束。

作为一种实现方式，所述上行数据请求消息为缓存状态报告(BSR)消息。

步骤22，网络在所述指示信息指示需要保障下行传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输。

这里，所述保障策略可以包括预留固定大小的下行传输资源和/或提高终端传输优先级。在采用上述第一时延和第二时延表示传输起始时间和时间区间长度时，上述步骤22中，网络侧可以判断所述上行数据请求消息请求传输的上行数据是否已传输完毕：若传输完毕，则启动第一计时器，在第一计时器计时达到所述第一时延后，启动第二计时器，并根据预设的下行传输的保障策略调度所述终端下行数据的传输；以及，在所述第二计时器计时达到所述第二时延后，停止根据预设的下行传输的保障策略，调度所述终端下行数据的传输的操作。

通过以上步骤，网络侧可以根据终端在发送上行数据请求消息中携带的请求信息，保障所述终端下行数据的传输时延要求，提高下行数据传输的实时性，改善用户使用体验。

通过以上方法，本发明实施例将上下行资源调度结合起来，终端在发送上行数据请求消息中携带下行传输的保障请求信息，网络侧根据上述保障请求信息，预留下行空口资源和/或提高终端的调度优先级，保证了业务下行数据传输的实时性，可满足目前云计算类业务对实时性要求，改善用户的使用体验。

本发明实施例中，网络侧根据预设的下行传输的保障策略，调度所述终端下行数据的传输，具体可以包括：

1)在所述保障策略为预留固定大小的下行传输资源时，为所述终端分配固定大小的预留下行传输资源，并通过所述预留下行传输资源传输所述终端的下行数据。

2)在所述保障策略为提高终端传输优先级时，提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度下行传输资源，为所述终端传输下行数据。

3)在所述保障策略包括预留固定大小的下行传输资源并提高终端传输优先级时，为所述终端分配固定大小的预留下行传输资源，并提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度所述预留下行传输资源传输所述终端的下行数据。

通过以上不同的保障策略，本发明实施例可以优先保障上述终端的下行数据的传输性能，提高数据的实时性，改善用户使用体验。

另外，在上述步骤21之前，网络侧可以向终端发送下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法中的步骤。

基于以上方法，本发明实施例还提供了实施上述方法的设备。

请参照图3，本发明实施例提供了一种终端，该终端包括：

请求单元31，用于向网络发送上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

第一接收单元32，用于接收所述网络基于所述保障请求信息传输的下行数据。

优选的，上述终端还可以包括：

第二接收单元，用于接收网络发送的下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

这里，所述保障请求信息还包括：用于表示需要保障下行传输性能的传输时间区间。所述上行数据请求消息为缓存状态报告消息。

请参照图4，图4是本发明实施例提供的一种电子设备的结构图，如图4所示，该电子设备包括：至少一个处理器401、存储器402、至少一个网络接口404和用户接口403。电子设备中的各个组件通过总线系统405耦合在一起。可理解，总线系统405用于实现这些组件之间的连接通信。总线系统405除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线系统405。

其中，用户接口403可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(track ball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器402可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable P ROM，EPROM)、电可擦除可编程只读存储器(Electrically EP ROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous D RAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSD RAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SD RAM，ESDRAM)、同步连接动态随机存取存储器(Synch link D RAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的存储器402旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器402存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统4021和应用程序4022。

其中，操作系统4021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序4022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序4022中。

在本发明实施例中，通过调用存储器402存储的程序或指令，具体的，可以是应用程序4022中存储的程序或指令，处理器401用于：向网络发送上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；接收所述网络基于所述保障请求信息传输的下行数据。

可选的，处理器401还用于：接收网络发送的下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

这里，所述保障请求信息还包括：用于表示需要保障下行传输性能的传输时间区间。所述上行数据请求消息具体可以是缓存状态报告消息。

请参照图5，本发明实施例还提供了一种网络侧设备，该网络侧设备具体可以是基站或移动性管理实体，如图5所示，该网络侧设备包括：

接收单元51，用于接收终端发送的上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

调度单元52，用于在所述指示信息指示需要保障下行传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输。

这里，所述保障请求信息还包括：用于表示需要保障下行传输性能的传输时间区间。

这里，所述传输时间区间包括：用于表示在第一时延后启动下行传输保障的传输起始时间；和，用于表示在第二时延后结束下行传保障的传输终止时间。

优选的，上述网络侧设备中，所述调度单元包括：

判断单元，用于在所述指示信息指示需要保障下行传输性能时，判断所述上行数据请求消息请求传输的上行数据是否已传输完毕：

传输处理单元，用于在所述上行数据请求消息请求传输的上行数据传输完毕时，启动第一计时器，在第一计时器计时达到所述第一时延后，启动第二计时器，并根据预设的下行传输的保障策略调度所述终端下行数据的传输；以及，在所述第二计时器计时达到所述第二时延后，停止根据预设的下行传输的保障策略调度所述终端下行数据的传输的操作。

优选的，上述网络侧设备还可以包括：

配置单元，用于向终端发送下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

优选的，上述网络侧设备中，所述调度单元包括：

第一处理单元，用于在所述保障策略为预留固定大小的下行传输资源时，为所述终端分配固定大小的预留下行传输资源，并通过所述预留下行传输资源传输所述终端的下行数据；

第二处理单元，用于在所述保障策略为提高终端传输优先级时，提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度下行传输资源，为所述终端传输下行数据；

第三处理单元，用于在所述保障策略包括预留固定大小的下行传输资源并提高终端传输优先级时，为所述终端分配固定大小的预留下行传输资源，并提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度所述预留下行传输资源传输所述终端的下行数据。

这里，所述上行数据请求消息为缓存状态报告消息。

如图6所示，本发明实施例还提供了一种网络侧设备，该设备具体可以是基站，该网络侧设备包括：处理器600；通过总线接口与所述处理器600相连接的存储器620，以及通过总线接口与处理器600相连接的收发机610；所述存储器620用于存储所述处理器在执行操作时所使用的程序和数据；通过所述收发机610发送数据信息或者导频，还通过所述收发机610接收上行控制信道；当处理器600调用并执行所述存储器620中所存储的程序和数据，具体地，

处理器600用于读取存储器620中的程序，具体用于执行以下功能：向接收终端发送的上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；在所述指示信息指示需要保障下行传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输。

收发机610，用于在处理器600的控制下接收和发送数据。

其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。

具体地，处理器600还用于判断所述上行数据请求消息请求传输的上行数据是否已传输完毕：若传输完毕，则启动第一计时器，在第一计时器计时达到所述第一时延后，启动第二计时器，并根据预设的下行传输的保障策略调度所述终端下行数据的传输；以及，在所述第二计时器计时达到所述第二时延后，停止根据预设的下行传输的保障策略，调度所述终端下行数据的传输的操作。

具体地，处理器600还用于在所述保障策略为预留固定大小的下行传输资源时，为所述终端分配固定大小的预留下行传输资源，并通过所述预留下行传输资源传输所述终端的下行数据；在所述保障策略为提高终端传输优先级时，提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度下行传输资源，为所述终端传输下行数据；在所述保障策略包括预留固定大小的下行传输资源并提高终端传输优先级时，为所述终端分配固定大小的预留下行传输资源，并提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度所述预留下行传输资源传输所述终端的下行数据。

为帮助理解以上实施例，下文中将结合具体场景下的示例对本发明作更为详细的描述。

在本发明的一个示例中，当用户终端，如终端设备上安装的客户端，发起云侧计算的请求(如BSR消息)时，如果用户希望在给定的时间内网络侧能够下发计算结果。对于网络侧，如果通信层面能够预留网络资源给返程空口，则会从传输上保证响应延迟时间。

本示例中，网络侧在预留资源时，可以采用两种空口资源分配策略，一种是通过提升用户的优先级来实现，另一种则是通过预留固定数量的空口资源，具体如下：

策略一：通过设置用户/业务动态优先级方法，用户/业务的优先级可以动态调整。当用户/业务发计算请求时候，可以确定第一时延和第二时延，其中，第一时延表示在本次BSR消息请求的上行数据传输完成后的N0个传输时间间隔(TTI)后，提高用户的调度优先级，并持续N1个TTI，然后用户的调度优先级恢复到正常状态。这种模式适合在对网络侧计算的结果数据量无法精确估计情况下，通过提升该终端的用户调度优先级，保证能优先分配空口资源，保障了下行传输的性能，降低了时延。

策略二：在从上述N0个TTI时间后，持续N1个TTI的时间段内，给用户预留固定空口资源，保证云端计算结果下传对空口资源的需求，保证下传数据及时下传到客户端。这种模式适合云端计算结果数据量是相对比较明确的，例如对于游戏类业务，通常是按帧进行传输，当终端屏幕分辨率和大小已知时，可以计算出每次传输的数据量。

用户在需要发送上行数据时需要通知网络预留资源，本示例中借用终端MAC层在发送上行数据时，需要提前上报缓存状态报告的机制，在缓存报告后面增加相关字段，用于表示在N0个TTI后需要预留资源以及持续预留资源N1个TTI，这样网络侧就会为终端在预定时间内预留相关资源。这里，N0个TTI可以以所述上报缓存状态报告请求传输的上行数据传输完毕时刻作为起点进行计时。

下表1给出了缓存状态报告(Buffer State Report)的格式。

表1

上表中给出了MAC层上报的缓存状态报告的一种格式，其中各个字段具体如下：

Logical_Channel_ID：网络配置具有往返功能业务对应的逻辑信道ID；

Buffer_Size：终端对应逻辑信道上，需要上传数据量；

ROUND_TRIP_FLAG：表示是否需要保障下行传输性能，例如该字段取值为1时表示需要保障下行传输性能，取值为0表示不需要保障下行传输性能；

START_TTI(N0)：其取值为N0，表示在N0个TTI时间后，根据预先设置的保障策略，启动对该终端的下行传输进行保障处理；

DURATION_TTI(N1)：其取值为N1，表示根据预先设置的策略，在N1个TTI内持续为终端的下行传输进行保障处理。

网络侧(如移动性管理实体MME)可以通过信令配置预留资源的保障策略，具体包括提高终端传输优先级，还是预留下行传输资源，其中，对于预留下行传输资源，还可以进一步给出预留资源的大小。终端MAC层在上报发送缓存状态报告(BSR)时，可以携带上述参数上报网络侧。网络侧在N0个TTI时间后，根据预先设置的保障策略，在N1个TTI内，提升该终端优先级或预留空口资源(PRB)，确保该终端的下行数据传输有资源保证，保证往返式业务的及时性。

请参照图7，本示例中，终端在有上行数据传输需求，且希望下行数据能够在期望时间内返回(S701)，终端根据预先配置的策略，设置BSR中的各个参数，向网络侧发送请求上行数据传输的BSR消息(S702)。例如，当终端有上行数据需要传输时，终端的PDCP实体生成PDCP包并发送给RLC实体。终端的MAC层在上报BSR消息时判断是否有RLC实体需要保障下行传输，如果需要，则在BSR中ROUND_TRIP_FLAG置为1，填写需要上传Buffer Size和期望在几帧后下传数据到达的START_TTI字段及保障下传传输的持续帧数DURAION_TTI。

网络侧接收到上述BSR后，解析发现其中的ROUND_TRIP_FLAG为1时，则确定需要保障对应的下行传输。网络侧可以在上述BSR请求传输的上行数据传输完毕时，启动计数器Count0，Count0初值为START_TTI(S703)。当Count0等于0时，网络侧按照预先设置的下行传输的保障策略以及所述终端上报的CQI，调度该终端的下行传输(S704)。具体的，网络侧可以调整终端的优先级，例如，将终端优先级调到最高，并且启动计数器Count1，Count1初值为DURATION_TTI，当Count1等于0时，将终端优先级恢复到调整前的优先级。或者，网络侧在Count0等于0时，为终端预留固定的传输资源，并且在连续DURATION_TTI(N1)指示的持续时间内都预留资源。网络向终端发送下行数据，终端接收网络发送的下行数据(S705)。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (19)

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

终端向网络发送上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

所述终端接收所述网络基于所述保障请求信息传输的下行数据；

其中，所述保障请求信息还包括：用于表示需要保障下行传输性能的传输时间区间。

2.如权利要求1所述的方法，其特征在于，在发送上行数据请求消息之前，所述方法还包括：

终端接收网络发送的下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

3.如权利要求1所述的方法，其特征在于，所述上行数据请求消息为缓存状态报告消息。

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

网络侧设备接收终端发送的上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

网络侧设备在所述指示信息指示需要保障下行传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输；

其中，所述保障请求信息还包括：用于表示需要保障下行传输性能的传输时间区间。

5.如权利要求4所述的方法，其特征在于，所述传输时间区间包括：用于表示在第一时延后启动下行传输保障的传输起始时间；和，用于表示在第二时延后结束下行传保障的传输终止时间。

6.如权利要求5所述的方法，其特征在于，所述根据预设的下行传输的保障策略，调度所述终端下行数据的传输的步骤包括：

判断所述上行数据请求消息请求传输的上行数据是否已传输完毕：

若传输完毕，则启动第一计时器，在第一计时器计时达到所述第一时延后，启动第二计时器，并根据预设的下行传输的保障策略调度所述终端下行数据的传输；以及，在所述第二计时器计时达到所述第二时延后，停止根据预设的下行传输的保障策略，调度所述终端下行数据的传输的操作。

7.如权利要求4所述的方法，其特征在于，在接收上行数据请求消息之前，所述方法还包括：

网络侧设备向终端发送下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

8.如权利要求4至7任一项所述的方法，其特征在于，所述根据预设的下行传输的保障策略，调度所述终端下行数据的传输的步骤，包括：

在所述保障策略为预留固定大小的下行传输资源时，为所述终端分配固定大小的预留下行传输资源，并通过所述预留下行传输资源传输所述终端的下行数据；

在所述保障策略为提高终端传输优先级时，提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度下行传输资源，为所述终端传输下行数据；

在所述保障策略包括预留固定大小的下行传输资源并提高终端传输优先级时，为所述终端分配固定大小的预留下行传输资源，并提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度所述预留下行传输资源传输所述终端的下行数据。

9.如权利要求4所述的方法，其特征在于，所述上行数据请求消息为缓存状态报告消息。

10.一种终端，其特征在于，包括：

请求单元，用于向网络发送上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

第一接收单元，用于接收所述网络基于所述保障请求信息传输的下行数据；

其中，所述保障请求信息还包括：用于表示需要保障下行传输性能的传输时间区间。

11.如权利要求10所述的终端，其特征在于，还包括：

第二接收单元，用于接收网络发送的下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

12.如权利要求10所述的终端，其特征在于，所述上行数据请求消息为缓存状态报告消息。

13.一种网络侧设备，其特征在于，包括：

接收单元，用于接收终端发送的上行数据请求消息，所述上行数据请求消息携带有下行传输的保障请求信息，所述保障请求信息包括：用于指示是否需要保障下行传输性能的指示信息；

调度单元，用于在所述指示信息指示需要保障下行传输性能时，根据预设的下行传输的保障策略，调度所述终端下行数据的传输；

其中，所述保障请求信息还包括：用于表示需要保障下行传输性能的传输时间区间。

14.如权利要求13所述的网络侧设备，其特征在于，所述传输时间区间包括：用于表示在第一时延后启动下行传输保障的传输起始时间；和，用于表示在第二时延后结束下行传保障的传输终止时间。

15.如权利要求14所述的网络侧设备，其特征在于，所述调度单元包括：

判断单元，用于在所述指示信息指示需要保障下行传输性能时，判断所述上行数据请求消息请求传输的上行数据是否已传输完毕：

传输处理单元，用于在所述上行数据请求消息请求传输的上行数据传输完毕时，启动第一计时器，在第一计时器计时达到所述第一时延后，启动第二计时器，并根据预设的下行传输的保障策略调度所述终端下行数据的传输；以及，在所述第二计时器计时达到所述第二时延后，停止根据预设的下行传输的保障策略调度所述终端下行数据的传输的操作。

16.如权利要求13所述的网络侧设备，其特征在于，还包括：

配置单元，用于向终端发送下行传输的保障策略，所述保障策略包括预留固定大小的下行传输资源和/或提高终端传输优先级。

17.如权利要求13至16任一项所述的网络侧设备，其特征在于，所述调度单元包括：

第一处理单元，用于在所述保障策略为预留固定大小的下行传输资源时，为所述终端分配固定大小的预留下行传输资源，并通过所述预留下行传输资源传输所述终端的下行数据；

第二处理单元，用于在所述保障策略为提高终端传输优先级时，提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度下行传输资源，为所述终端传输下行数据；

第三处理单元，用于在所述保障策略包括预留固定大小的下行传输资源并提高终端传输优先级时，为所述终端分配固定大小的预留下行传输资源，并提高所述终端的调度优先级，并根据提高后的所述终端的调度优先级，调度所述预留下行传输资源传输所述终端的下行数据。

18.如权利要求13所述的网络侧设备，其特征在于，所述上行数据请求消息为缓存状态报告消息。

19.一种电子设备，包括：

一个或多个处理器；

存储器；以及

一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置成由所述一个或多个处理器执行，其特征在于，所述程序被执行时实现权利要求1至9中任一项所述资源调度的方法中的步骤。

Images