本申请涉及通信领域，尤其涉及一种基于无线tcp的资源调度方法和装置。
背景技术：
随着通信技术的发展，传输控制协议(transmissioncontrolprotocol，tcp)在无线通信中的应用成为一个重要课题。tcp是一种面向连接的传输层通信协议。为了保证不发生丢包，每个tcp数据包设有序号，接收端可以在接收一个数据包后，向发送端回复一个确认(acknowledgement，ack)。或者，接收端在接收多个数据包后回复一个ack，表示成功接收多个数据包。
在长期演进(longtermevolution，lte)通信系统中，现有的上行调度方法大致如图1所示。在上行tcp数据业务中，在基站和用户设备(userequipment，ue)建立tcp连接后，ue陆续将部分上行数据置入上行缓冲区，每当ue的上行缓冲区由空变为非空时，向基站发送进度请求(schedulerequest，sr)，然后向基站周期性发送缓冲状态报告(bufferstatusreport，bsr)。基站根据bsr确定在ue的上行缓冲区中待上传数据的数量，然后为上述待上传数据分配网络资源，ue根据基站发送的资源指示，向基站发送上行数据。
在传输全部上行数据的过程中，ue要多次发送sr和bsr以进行数据传输，步骤繁琐，传输性能不佳。
技术实现要素：
有鉴于此，本申请提供一种基于无线tcp的资源调度方法和资源调度装置，能够减少上行调度过程中发送sr的步骤，提高上行调度效率。
第一方面提供一种基于无线tcp的资源调度方法。该方法包括：统计在第一时段发送给用户终端的tcp确认数据包的数量作为第一确认数据包数；根据在第二时段从用户终端接收的上行数据，确定第一上行数据量；根据第一确认数据包数和第一上行数据量，确定下行tcp确认数据包和上行数据量的对应关系；统计在第三时段发送给用户终端的tcp确认数据包的数量作为第二确认数据包数；根据下行tcp确认数据包和上行数据量的对应关系，确定第二确认数据包数对应的第一待接收上行数据量；根据第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源。
其中，在第一时段发送给用户终端的确认数据包用于触发用户终端发送上行数据，使得基站在第二时段收到来自用户终端的上行数据。在第三时段发送给用户终端的确认数据包用于触发用户终端发送上行数据，以使得资源调度装置在第四时段收到来自用户终端的上行数据。依此实施，资源调度装置根据历史上行数据量和历史确认数据包数，可以确定确认数据包与上行数据的对应关系，然后根据该对应关系预测待接收上行数据量。这样通过预先分配网络资源，无需执行多次上报sr的步骤，从而提高上行调度效率。
一种可能的实现方式中，根据在第二时段从用户终端接收的上行数据，确定第一上行数据量具体为：根据从用户终端接收的第一bsr和第二bsr，确定第二时段；统计在第二时段从用户终端接收的上行数据的数量作为目标统计结果；将第二bsr的缓存数据量减去第一bsr的缓存数据量的差值作为缓存差；将目标统计结果与缓存差之和作为第一上行数据量。这样提供了一种计算上行数据量的方法，进而确定下行tcp确认数据包和上行数据量的对应关系，然后根据该对应关系和第三时段的下行tcp确认数据包数确定第四时段的待接收上行数据量，最后根据第四时段的待接收上行数据量分配网络资源，由此提供了一种便于实施的资源调度方法。
另一种可能的实现方式中，根据在第二时段从用户终端接收的上行数据，确定第一上行数据量具体为：统计在第二时段从用户终端接收的上行数据的数量作为目标统计结果，将目标统计结果作为第一上行数据量。这样提供了另一种计算上行数据量的方法，从而使资源调度方法的适用环境更广，实施更为灵活。
另一种可能的实现方式中，根据第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源具体为：获取待传数据缓冲区中的第二待接收上行数据量；根据第一待接收上行数据量和第二待接收上行数据量之和，为第四时段的待接收上行数据分配网络资源。这样既考虑了用户终端在第四时段将要发送的上行数据的大小，也考虑了用户终端在第四时段之前未上传的上行数据的大小，由此计算得到的第四时段的待接收上行数据与实际要发送的上行数据大小一致，能够较好的满足实际上行所需。
另一种可能的实现方式中，在根据第一待接收上行数据量和第二待接收上行数据量之和，为第四时段的待接收上行数据分配网络资源之前，接收用户终端发送的第三bsr；当第三bsr的缓存数据量大于第一待接收上行数据量和第二待接收上行数据量之和时，根据第三bsr的缓存数据量分配网络资源。在实际要发送的上行数据多于估计的上行数据的情况下，依此实施能够根据实际上行数据分配网络资源，从而准确满足上行需求。
另一种可能的实现方式中，在根据第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源之后，接收用户终端发送的n个缓冲区状态报告；当n个缓冲区状态报告的缓存数据量均为零时，停止为用户终端的上行数据分配网络资源。n为正整数。在用户终端没有上行数据要发送的情况下，用户终端会周期性发送缓存数据量为零的bsr。依此实施，资源调度装置可以停止为用户终端的上行数据分配网络资源，以避免网络资源的浪费。
第二方面提供一种资源调度装置，具有实现第一方面所述的资源调度方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。
第三方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
第四方面提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
从以上实施例可知，统计在第一时段发送给用户终端的第一tcp确认数据包的数量作为第一确认数据包数；根据在第二时段从用户终端接收的上行数据，确定第一上行数据量；根据第一确认数据包数和第一上行数据量，确定下行tcp确认数据包和上行数据量的对应关系；统计在第三时段发送给用户终端的tcp确认数据包的数量作为第二确认数据包数；根据下行tcp确认数据包和上行数据量的对应关系，确定第二确认数据包数对应的第一待接收上行数据量；根据第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源。由此可见，本申请可以为待接收上行数据预先分配网络资源。ue可以利用预先分配的网络资源上传数据，而无需执行发送sr的步骤，因此本申请可以减少上行调度时间，提高上行吞吐性能。
附图说明
图1为现有技术上行调度方法的一个信令示意图；
图2为本申请实施例中资源调度方法的一个流程示意图；
图3为本申请实施例中资源调度的一个示意图；
图4为本申请实施例中资源调度方法的另一个流程示意图；
图5为本申请实施例中资源调度装置的一个结构示意图；
图6为本申请实施例中资源调度装置的另一个结构示意图；
图7为本申请实施例中资源调度装置的另一个结构示意图；
图8为本申请实施例中资源调度装置的另一个结构示意图。
具体实施方式
本申请提供的基于无线tcp的资源调度方法不仅适用于lte系统，也适用于其他无线通信系统，如全球移动通信系统(globalsystemformobilecommunication，gsm)，移动通信系统(universalmobiletelecommunicationssystem，umts)，码分多址接入(codedivisionmultipleaccess，cdma)系统以及演进的新网络系统等。
在现有技术中用户终端要上传的数据的变化很快，基站无法实时获取准确的上行需求，因此无法为用户终端准确分配网络资源。现有上行调度方法中，上行数据包是陆续到达基站的，ue的上行缓冲区由空变为非空就会触发上传sr，这样导致上行传输效率不高。为了解决该问题，本申请提供了一种根据估计得到的上行数据量预先配置网络资源的方法，通过减少上行传输过程中的步骤，可以提高上行传输效率。
请参阅图2，本申请提供的基于无线tcp的资源调度方法的一个实施例包括：
步骤201、统计在第一时段发送给用户终端的tcp确认数据包的数量作为第一确认数据包数。
本实施例中，资源调度装置可以从在第一时段发送的tcp数据包的包头中获取tcpack的编号，统计在第一时段内发送给用户终端的tcpack的数量。tcpack即tcp确认数据包。
需要说明的是，在资源调度装置不解析tcp数据包的包头的情况下，资源调度装置根据数据分片数量和tcpack的数量的对应关系，可确定已接收的数据分片数量对应的tcpack的数量。数据分片数量和tcpack的数量的对应关系根据实际情况可设置为：两个数据分片对应一个tcpack，或一个数据分片对应一个tcpack。
步骤202、根据在第二时段从用户终端接收的上行数据，确定第一上行数据量。
用户终端向资源调度数据发送数据时，每次发送多个数据包，资源调度装置收到上述多个数据包后，向用户终端反馈tcpack，表示上述多个数据包已接收成功。用户终端收到tcpack后，向资源调度装置发送后续数据包。在第一时段发送给用户终端的确认数据包用于触发用户终端发送上行数据，使得资源调度装置在第二时段收到来自用户终端的上行数据。
步骤203、根据第一确认数据包数和第一上行数据量，确定下行tcp确认数据包和上行数据量的对应关系。
举例来说，第一确定数据包数为10，第一上行数据量为1000比特(bit)，则确定一个下行tcp确认数据包对应上行数据量的大小为：1000/10＝100bit。
步骤204、统计在第三时段发送给用户终端的tcp确认数据包的数量作为第二确认数据包数。
可选的，在第二时段发送上行数据后，资源调度装置响应在第二时段接收的上行数据，在第三时段向用户终端发送确认数据包。在第三时段发送给用户终端的确认数据包用于触发用户终端发送上行数据，以使得资源调度装置在第四时段收到来自用户终端的上行数据(即第四时段的待接收上行数据)。
需要说明的是，第二时段与第三时段也可以是不连续的，资源调度装置根据第一时段的确认数据包数和第二时段的上行数据量确定对应关系后，可以多次使用该对应关系分配网络资源。另外，还可以统计多个时段的tcpack数量和多个时段的上行数据量，然后根据统计结果确定对应关系。统计ack数量时段与统计上行数据量时段是一一对应，且统计ack数量时段在统计上行数据量时段之前。
步骤205、根据下行tcp确认数据包和上行数据量的对应关系，确定第二确认数据包数对应的第一待接收上行数据量。
步骤206、根据第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源。
其中，资源调度装置可以根据下行tcp数据包的发送时刻确定在第四时段中上行数据的接收时刻，然后根据在第四时段中上行数据的接收时刻和第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源。网络资源是指用于传输上行数据的资源，例如传输时间间隔(transmissiontimeinterval，tti)或资源块(resourceblock，rb)等。
本实施例中，资源调度装置根据历史上行数据量和历史确认数据包数，确定确认数据包与上行数据的对应关系，然后根据该对应关系预测待接收上行数据量。这样通过预先分配网络资源，无需执行多次上报sr的步骤，从而提高上行调度效率。
在一个可选实施例中，统计在第二时段从用户终端接收的上行数据的数量作为目标统计结果，将目标统计结果作为第一上行数据量。
具体的，在第一bsr的缓存数据量与第二bsr的缓存数据量之差小于预设阈值的情况下，该方法计算出的第一上行数据量与用户终端实际要发送的上行数据的大小一致，进而得到准确的下行确认数据包与上行数据量的对应关系。
在另一个可选实施例中，步骤206具体可以为：获取待传数据缓冲区中的第二待接收上行数据量；根据第一待接收上行数据量和第二待接收上行数据量之和，为第四时段的待接收上行数据分配网络资源。
具体的，ue发送的上行数据是陆续到达的，每次传输的上行数据的大小可以不同。当资源调度装置分配的网络资源不足时，资源调度装置通过配置的待传数据缓冲区来记录未上传数据的大小，将未上传数据的大小作为下次分配网络资源的一个参考因子。例如，获取第二待接收上行数据量后，资源调度装置将第一待接收上行数据量和第二待接收上行数据量之和作为在第四时段待接收上行数据的大小，然后为第四时段的待接收上行数据分配网络资源。由此提供了一种在tcp连接过程中估计第四时段的待接收上行数据量的方法，上述计算结果既考虑了用户终端在第四时段将要发送的上行数据的大小，也考虑了用户终端在第四时段之前未上传的上行数据的大小，资源调度装置依照该计算结果分配网络资源，能够较好的满足实际上行数据所需，并且无需执行多次上报sr的步骤，能够提高上行调度效率。
在实际应用中，本申请采用的待接收上行数据的大小与用户终端实际要发送的上行数据的大小可能存在一定误差。本申请还提供一种资源调度方法，能够对网络资源的分配误差进行校正。在另一个可选实施例中，在根据第一待接收上行数据量和第二待接收上行数据量之和，为第四时段的待接收上行数据分配网络资源之前，上述方法还包括：接收用户终端发送的第三bsr；当第三bsr的缓存数据量大于第一待接收上行数据量和第二待接收上行数据量之和时，根据第三bsr的缓存数据量分配网络资源。
本实施例中，当第三bsr的缓存数据量大于第一待接收上行数据量和第二待接收上行数据量之和时，表明用户终端实际要发送的上行数据多于资源调度装置确定的上行数据，资源调度装置根据第三bsr的缓存数据量分配网络资源，这样分配的网络资源能够准确满足上行需求。
在另一个可选实施例中，在步骤206之后，上述方法还包括：接收用户终端发送的n个缓冲区状态报告，n为正整数；当n个缓冲区状态报告的缓存数据量均为零时，停止为用户终端的上行数据分配网络资源。
具体的，在连续收到多个缓冲区状态报告，且多个缓冲区状态报告的缓存数据量均为零时，表明用户终端没有上行数据要发送，资源调度装置可以停止为用户终端的上行数据分配网络资源，以避免网络资源的浪费。
需要说明的是，在步骤206之后，若收到一个缓冲区状态报告的缓存数据量为零，资源调度装置也可以停止为用户终端的上行数据分配网络资源。
为便于理解，下面以资源调度装置以基站为例，通过一个具体应用场景对本申请提供的基于无线tcp的资源调度方法进行详细介绍：
请参阅图3，在第一时段发送的tcpack个数以10为例，在第二时段内基站收到上行数据量以2000bit为例，基站确定一个tcpack对应的上行数据量为：2000/10＝200bit。
在第三时段发送的tcpack个数以5为例，基站根据tcpack与上行数据量的对应关系，可以确定在第四时段的待接收上行数据量为：200×5＝1000bit。假设一个tti传输10bit数据，基站确定第四时段的起始时刻后，给ue分配100个tti，以使得ue上传1000bit数据。
或者，在基站确定在第四时段的待接收上行数据量之后且在基站为ue分配tti之前，若ue收到bsr且bsr的缓存数据量为2000bit，则基站根据2000大于1000的比较结果，可以确定ue当前要发送的数据量为2000bit，根据2000bit分配网络资源。
在第四时段之后，若ue没有上行数据待发送，则周期性上报缓存量为0的bsr。当基站收到连续多个bsr且多个bsr的缓存量为0时，暂停分配网络资源。
在实际应用中，资源调度装置可以根据实际需要选择第一时段和第二时段，确定下行tcp确认数据包和上行数据量的对应关系。下面对一种根据bsr确定下行tcp确认数据包和上行数据量的对应关系的方法进行介绍，请参阅图4，本申请提供的基于无线tcp的资源调度方法的另一个实施例包括：
步骤401、根据从用户终端接收的第一bsr、第二bsr、上行传播时延和下行传播时延确定第一时段，统计在第一时段发送给用户终端的第一tcp确认数据包的数量作为第一确认数据包数。上行传播时延是一个数据包从用户终端到资源调度装置的时间。下行传播时延是一个数据包从资源调度装置到用户终端的时间。
本实施例中，将第一bsr的接收时刻减去上行传播时延及下行传播时延作为第一时段的起始时刻，将第二bsr的接收时刻减去上行传播时延及下行传播时延作为第一时段的结束时刻。举例来说，第一bsr的接收时刻为t1，第二bsr的接收时刻为t2，上行传播时延为δt1，下行传播时延为δt2，则第一时段为(t1-δt1-δt2，t2-δt1-δt2)。
需要说明的是，用户终端从收到ack到发送上行数据包的时长记为δt3，若用户终端响应ack的时长不可忽略，则第一时段为(t1-δt1-δt2-δt3，t2-δt1-δt2-δt3)。
步骤402、根据从用户终端接收的第一bsr和第二bsr确定第二时段，统计在第二时段从用户终端接收的上行数据的数量作为目标统计结果。
资源调度装置将第一bsr的接收时刻作为第二时段的起始时刻，将第二bsr的接收时刻作为第二时段的结束时刻。
步骤403、将第二bsr的缓存数据量减去第一bsr的缓存数据量的差值作为缓存差。
步骤404、将目标统计结果与缓存差之和作为第一上行数据量。
步骤405、根据第一确认数据包数和第一上行数据量，确定下行tcp确认数据包和上行数据量的对应关系。
其中，缓存差表示在用户终端在发送第一bsr和第二bsr之间新增的待传上行数据量。当缓存差小于0时，表示用户终端在t2时刻后将要发送的上行数据少于在t1时刻后将要发送的上行数据。
由步骤402至步骤405计算出的第一上行数据量与用户终端实际要发送的上行数据的大小一致，因此可以准确获得下行确认数据包与上行数据量的对应关系。
步骤406、统计在第三时段发送给用户终端的tcp确认数据包的数量作为第二确认数据包数。
步骤407、根据下行tcp确认数据包和上行数据量的对应关系，确定第二确认数据包数对应的第一待接收上行数据量。
步骤408、根据第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源。
步骤406至步骤408与图2所示实施例或可选实施例中步骤204至步骤206相似。
本实施例中，资源调度装置可以根据历史bsr、历史上行数据和历史确认数据包数，获取确认数据包与上行数据量的对应关系，然后根据该对应关系预测待接收上行数据量。这样能够预先分配网络资源，无需执行多次上报sr的步骤，从而提高上行调度效率。
其次，本实施例提供了一种根据bsr确定下行tcp确认数据包和上行数据量的对应关系的方法，由此提供了一种便于实施的资源调度方法。
再次，本实施例提供了一种计算上行数据量的方法，方案实施更为灵活。
在一个可选实施例中，在步骤407之后且在步骤408之前，上述方法还包括：接收用户终端发送的第三bsr；当第三bsr的缓存数据量大于第一待接收上行数据量和第二待接收上行数据量之和时，根据第三bsr的缓存数据量分配网络资源。具体与图2所示实施例的可选实施例相似，此处不再赘述。
在另一个可选实施例中，在步骤408之后，上述方法还包括：接收用户终端发送的n个缓冲区状态报告，n为正整数；当n个缓冲区状态报告的缓存数据量均为零时，停止为用户终端的上行数据分配网络资源。具体与图2所示实施例的可选实施例相似，此处不再赘述。
为便于理解，下面以一个具体应用场景对本申请提供的基于无线tcp的资源调度方法进行详细介绍：
在此应用场景中，基站接收bsr1的时刻为t3，基站收到bsr2的时刻为t4，上行传播时延为δt1，下行传播时延为δt2，则第二时段为(t3，t4)。第一时段记为(t1，t2)。
基站根据t3、t4、δt1和δt2确定t1和t2，在(t1，t2)发送的tcpack的统计数量以5个为例；
基站在(t3，t4)收到上行数据量以200bit为例，bsr1的缓存数据量为100bit，bsr2的缓存数据量为90bit，则bsr1和bsr2的缓存差为：90-100＝10bit，由此确定一个tcpack对应的上行数据量为：(200+90-100)/5＝38bit。
在第三时段发送的tcp确认数据包个数以10为例，则确定在第四时段的待接收上行数据量为：38*10＝380bit。假设一个tti传输10bit数据，基站确定第四时段的起始时刻后，给ue分配38个tti，以使得ue上传380bit的数据。
在基站确定在第四时段的待接收上行数据量之后且在基站为ue分配tti之前，若ue收到bsr3且bsr3的缓存数据量为500bit，则基站根据500大于480的比较结果，可以确定ue当前要发送的数据量为500bit，根据500bit分配网络资源。
在第三时段之后，若ue没有上行数据待发送，则周期性上报缓存量为0的bsr。当基站收到连续多个bsr且多个bsr的缓存量为0时，暂停分配网络资源。
本申请提供一种资源调度装置，具有实现上述资源调度方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。
请参阅图5，本申请提供的资源调度装置500的一个实施例包括：
统计模块501，用于统计在第一时段发送给用户终端的tcp确认数据包的数量作为第一确认数据包数；
第一确定模块502，用于根据在第二时段从用户终端接收的上行数据，确定第一上行数据量；
第二确定模块503，用于根据第一确认数据包数和第一上行数据量，确定下行tcp确认数据包和上行数据量的对应关系；
统计模块501，还用于统计在第三时段发送给用户终端的tcp确认数据包的数量作为第二确认数据包数；
第三确定模块504，用于根据下行tcp确认数据包和上行数据量的对应关系，确定第二确认数据包数对应的第一待接收上行数据量；
资源分配模块505，用于根据第一待接收上行数据量，为第四时段的待接收上行数据分配网络资源。
可选的，第一确定模块501具体用于根据从用户终端接收的第一bsr和第二bsr，确定第二时段；统计在第二时段从用户终端接收的上行数据的数量作为目标统计结果；将第二bsr的缓存数据量减去第一bsr的缓存数据量的差值作为缓存差；将目标统计结果与缓存差之和作为第一上行数据量。
可选的，第一确定模块501具体用于统计在第二时段从用户终端接收的上行数据的数量作为目标统计结果，将目标统计结果作为第一上行数据量。
在另一个可选实施例中，资源分配模块505具体用于获取待传数据缓冲区中的第二待接收上行数据量；根据第一待接收上行数据量和第二待接收上行数据量之和，为第四时段的待接收上行数据分配网络资源。
可选的，请参阅图6，资源调度装置500还包括：
第一接收模块601，用于接收用户终端发送的第三bsr；
资源分配模块505，还用于当第三bsr的缓存数据量大于第一待接收上行数据量和第二待接收上行数据量之和时，根据第三bsr的缓存数据量分配网络资源。
可选的，请参阅图7，资源调度装置500还包括：
第二接收模块701，用于接收用户终端发送的n个缓冲区状态报告，n为正整数；
资源分配模块505，还用于当n个缓冲区状态报告的缓存数据量均为零时，停止为用户终端的上行数据分配网络资源。
本申请中的资源调度装置500可以是但不限于：基站(nodeb)、演进型基站(evolvednodeb，enb)、家庭基站(homenodeb，hnb)、无线网络控制器(radionetworkcontroller，rnc)、基站控制器(basestationcontroller，bsc)或基站收发台(basetransceiverstation，bts)。
下面以基站为例进行介绍，请参阅图8，基站800包括：接收机801、发射机802、存储器803和处理器804。其中，接收机801、发射机802和存储器803均与处理器804连接，例如，可以通过总线连接。当然，基站还可以包括天线、基带处理部件、中射频处理部件、输入输出装置等通用部件，在此不作任何限制。
接收机801和发射机802可以集成在一起，构成收发机。
存储器803用于存储可执行程序代码，该程序代码包括计算机操作指令。存储器803可能包括随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。
处理器804可以是一个中央处理器(centralprocessingunit，cpu)，或者是特定集成电路(applicationspecificintegratedcircuit，asic)，或者是被配置成实施本申请实施例的一个或多个集成电路。
通过调用存储器803存储的程序代码，处理器804用于执行以上实施例中的资源调度方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如dvd)、或者半导体介质(例如固态硬盘)等。
以上对本申请提供的资源调度方法及资源调度装置进行了详细介绍，对于本领域的一般技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，因此，本说明书内容不应理解为对本申请的限制。