技术领域
[0001] 本
发明涉及通信技术领域,尤其涉及一种资源调度请求方法、装置和移动终端。
背景技术
[0002] 在相关技术中的资源调度请求方法中,终端在产生待发送数据后,根据该待发送数据生成对应的调度请求(Scheduling Request,SR)或者缓冲区状态报告(Buffer Status Report,BSR),并将该SR或者BSR发送至基站,基站接收到所述SR或者所述BSR时,给终端配置发送所述待发送数据的上行资源,并通知终端通过该上行资源发送所述待发送数据。
[0003] 由此可知,在相关技术的资源调度请求过程中,在移动终端产生待发送数据之后,生成并发送该待发送数据对应的SR或者BSR,从而增加了待发送数据产生后至发送该待发送数据的时延,从而造成资源调度请求方法的耗时长。
发明内容
[0004] 本发明
实施例提供一种资源调度请求方法、装置和移动终端,以解决相关技术中的资源调度请求方法存在的耗时长的问题。
[0005] 为了解决上述技术问题,本发明是这样实现的:
[0006] 第一方面,本发明实施例提供了一种资源调度请求方法,应用于移动终端,所述方法包括:
[0007] 在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的调度请求SR或者缓冲区状态报告BSR;
[0008] 在所述移动终端产生所述目标待发送数据的情况下,向网络侧设备发送所述SR或者所述BSR。
[0009] 第二方面,本发明实施例还提供了一种资源调度请求装置,应用于移动终端,所述装置包括:
[0010] 生成模
块,用于在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的调度请求SR或者缓冲区状态报告BSR;
[0011] 发送模块,用于在所述移动终端产生所述目标待发送数据的情况下,向网络侧设备发送所述SR或者所述BSR。
[0012] 第三方面,本发明实施例还提供了一种移动终端,包括:
[0013]
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的
计算机程序,所述处理器执行所述计算机程序时实现本发明实施例提供的资源调度请求方法中的步骤。
[0014] 第四方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例提供的资源调度请求方法中的步骤。
[0015] 在本发明实施例中,在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的调度请求SR或者缓冲区状态报告BSR;在所述移动终端产生所述目标待发送数据的情况下,向网络侧设备发送所述SR或者所述BSR。这样,可以在所述目标待发送数据产生之前便生成所述SR或者所述BSR,以在产生所述目标待发送数据时立即发送所述SR或者所述BSR,减少了产生所述目标待发送数据的时间点至发送所述SR或者所述BSR的时间点之间的间隔,从而减小了所述资源调度请求方法消耗的时长。
附图说明
[0016] 为了更清楚地说明本发明实施例的技术方案,下面将对实施例或
现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
[0017] 图1是本发明实施例提供的一种资源调度请求方法的
流程图;
[0018] 图2是本发明实施例提供的一种资源调度请求方法的应用场景图之一;
[0019] 图3是本发明实施例提供的一种资源调度请求方法的应用场景图之二;
[0020] 图4是本发明实施例提供的一种资源调度请求方法的应用场景图之三;
[0021] 图5是本发明实施例提供的一种资源调度请求方法的应用场景图之四;
[0022] 图6是本发明实施例提供的一种资源调度请求装置的结构图之一;
[0023] 图7是本发明实施例提供的一种资源调度请求装置的结构图之二;
[0024] 图8是本发明实施例提供的一种资源调度请求装置的结构图之三;
[0025] 图9是本发明实施例提供的一种移动终端的结构图。
具体实施方式
[0026] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0027] 在本发明实施例中,为避免网络资源的浪费,在移动终端没有上行数据要传输的情况下,网络侧设备并不需要为该移动终端分配上行资源。在移动终端在生成待发送数据的情况下,终端设备需要向网络侧设备发送SR或者BSR,以使网络侧设备在接收到该SR或者BSR后,为终端设备配置上行资源,以使终端设备通过该上行资源发送所述待发送数据。
[0028] 其中,上述移动终端可以是手机、
平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、
个人数字助理(personal digital assistant,简称PDA)、移动上网装置(Mobile Internet Device,MID)、可穿戴式设备(Wearable Device)、计算机或
笔记本电脑等能够进行资源调度请求的移动终端。
[0029] 需要说明的是,本发明实施例的方案可应用在多种网络制式下,例如:全球移动通信系统(Global System for Mobile Communications,GSM)、时分同步CDMA系统(Time Division Synchronized Code Division Multiple Access,TD-SCDMA)、长期演进标准(Time Division Long term evaluation,LTE)等,本发明实施例并不对应用的网络制式做限定。根据网络制式的不同,所述网络侧设备也可以不相同,例如:当应用于蜂窝状的LTE网络制式下时,所述网络侧设备可以为基站(eNB),本发明实施例并不对网络侧设备做限定。
[0030] 请参见图1,图1是本发明实施例提供的一种资源调度请求方法的流程图,该资源调度请求方法可以应用于移动终端。如图1所示,所述资源调度请求方法包括以下步骤:
[0031] 步骤101、在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR。
[0032] 在具体实施中,可以在在所述移动终端产生目标待发送数据之前生成与所述目标待发送数据匹配的触发
信号或者虚拟数据包,以根据该触发信号或者虚拟数据包产生所述目标待发送数据对应的SR或者BSR。在实际应用中,所述触发信号与所述目标待发送数据匹配可以是指:所述触发信号中包括所述目标待发送数据的产生时间信息、数据包大小信息等;所述虚拟数据包与所述目标待发送数据匹配可以是指:所述虚拟数据可以是用于模拟发送数据的数据包,以使移动终端获取到该数据包的情况下,产生所述SR或者所述BSR,且所述虚拟数据包的大小与所述目标待发送数据的数据包大小相等、所述虚拟数据包的产生时间相较于所述目标待发送数据的产生时间早预设时间等。
[0033] 步骤102、在所述移动终端产生所述目标待发送数据的情况下,向网络侧设备发送所述SR或者所述BSR。
[0034] 其中,所述目标待发送数据对应的SR或者BSR均可以用于向网络侧设备请求配置上行资源,以使移动终端在该上行资源上发送所述目标待发送数据。在具体实施过程中,所述移动终端向网络侧设备发送所述SR或者所述BSR之后,网络侧设备可以根据接收到的所述SR或者所述BSR,给终端配置与所述目标待发送数据对应的上行资源,并通知移动终端在该上行资源上发送所述目标待发送数据。
[0035] 在实施方案一中,若移动终端不能向网络侧设备发送BSR,则发送SR,以使网络侧设备在接收到所述SR的情况下,为该移动终端配置上行资源。在实施方案二中,若移动终端能够向网络侧设备发送BSR,则不发送SR,而是向网络侧设备发送所述BSR,以使网络侧设备在接收到所述BSR的情况下,为移动终端配置与所述BSR的大小匹配的上行资源。在具体实施中,该大小可以是指数据流量的大小,例如:10M(兆)、100M等。
[0036] 另外,所述目标待发送数据对应的SR或者BSR,可以是指产生的SR或者BSR的时间或者该SR或者BSR中携带的信息与所述目标待发送数据匹配,从而使网络侧设备根据所述SR或者BSR为所述移动终端配置上行资源后,所述目标待发送数据能够该上行资源进行良好的传输,例如:上行资源的大小与目标待发送数据匹配,在确保目标待发送数据传输
质量的同时,避免上行资源过大而造成资源浪费等。另外,还可以是指网络侧设备根据所述BSR为所述移动终端配置的上行资源的大小与所述目标待发送数据的大小匹配,在具体实施中,在生成所述目标待发送数据之前,可以通过
机器学习、取平均值等方式预测出所述目标待发送数据的数据包大小等,从而根据预测结果产生与所述目标待发送数据对应的SR或者BSR。
[0037] 在本发明实施例中,在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的调度请求SR或者缓冲区状态报告BSR;在所述移动终端产生所述目标待发送数据的情况下,向网络侧设备发送所述SR或者所述BSR。这样,可以在所述目标待发送数据产生之前便生成所述SR或者所述BSR,以在产生所述目标待发送数据时立即发送所述SR或者所述BSR,减少了产生所述目标待发送数据的时间点至发送所述SR或者所述BSR的时间点之间的间隔,从而减小了所述资源调度请求方法消耗的时长。
[0038] 作为一种可选的实施方式,在所述移动终端产生发送数据之前,生成所述发送数据对应的SR或者BSR的步骤,包括:
[0039] 获取所述移动终端的通信质量参数;
[0040] 在所述通信质量参数满足预设条件的情况下,且在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR。
[0041] 具体实施中,所述满足预设条件可以是指所述通信质量较差的情况,或者其还可以是,使所述移动终端中运行的应用程序或者某些业务存在卡顿或者其他资源调度请求时间过长而引发的问题。在实施过程中,可以在所述移动终端的通信质量满足预设条件的情况下,才在产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR。在所述移动终端的通信质量不满足预设条件的情况下,在产生所述目标待发送数据时,才生成所述目标待发送数据对应的SR或者BSR。
[0042] 在本实施方式中,仅在当前的资源调度请求过程的耗时超过移动终端的需求的情况下,提前生成所述目标待发送数据的SR或者BSR,从而避免了在通信质量较差的场景下,发生数据卡顿的情况。
[0043] 可选的,所述通信质量参数包括以下至少一项:
[0044] 参考信号接收功率(Reference Signal Receiving Power,RSRP);
[0045] 信号与干扰加噪声比(Signal to Interference plus Noise Ratio,SINR);
[0046] 产生所述发送数据的应用程序的卡顿次数,其中,所述卡顿用于指示所述应用程序的响应时间的时延大于或者等于预设时间;
[0047] 所述预设条件包括与所述通信质量参数中的每一项分别对应的预设子条件,所述通信质量参数满足预设条件包括所述通信质量参数中的每一项均满足对应的所述预设子条件,其中,与所述RSRP对应的预设子条件为:所述RSRP小于第一预设值,与所述SINR对应的预设子条件为:所述SINR小于第二预设值,与所述卡顿次数对应的预设子条件为:所述卡顿次数大于预设卡顿次数。在实施过程中,可以获取一定时间内所述移动终端的RSRP、SINR和/或卡顿次数,并取该时间段内所述RSRP、SINR的平均值作为所述移动终端的通信质量参数,取该时间段内所述卡顿次数的总和作为所述移动终端的通信质量参数,例如:在所述通信质量参数包括RSRP和卡顿次数的情况下,取500ms(毫秒)内所述移动终端的RSRP的平均值和500ms内产生所述发送数据的应用程序的总卡顿次数作为所述移动终端的通信质量参数,在本实施例中,所述满足预设条件为所述RSRP小于第一预设值且所述卡顿次数大于预设次数。具体实现时,所述应用程序的卡顿次数可以根据该应用程序的反馈确定,也可以根据所述应用程序产生的发送数据的时延或者所述应用程序的响应时间的时延大于或者等于预设时间确定,在此不作具体限定。
[0048] 在具体实施过程中,所述第一预设值、第二预设值和所述预设次数可以根据用户的需求进行设置,也可以根据产生所述目标待发送数据的应用程序的不同而对应不同的值,在此不作具体限定。
[0049] 需要说明的是,除了上述RSRP、SINR和卡顿次数之外,所述通信质量参数还可以包括其他受资源调度请求过程的耗时长度影响的参数,在此不作具体限定。
[0050] 本实施方式中,提供多种类型的通信质量参数,为判断所述通信质量参数是否满足所述预设条件提供
基础,从而可以根据所述RSRP、SINR以及所述卡顿次数分别与预设数值的比较结果便能够确定所述通信质量是否满足预设条件,从而简化了该判断过程。
[0051] 作为一种可选的实施方式,在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR的步骤,包括:
[0052] 在当前时间与产生所述目标待发送数据的应用程序上一次产生待发送数据的时间的间隔大于预设时间的情况下,生成所述目标待发送数据对应的SR或者BSR。
[0053] 在具体实施过程中,上述预设时间可以根据不同应用程序而取不同的值,例如:游戏应用程序产生游戏数据的时间间隔较短,而天气预报应用程序产生天气预报数据的时间间隔较长,则所述游戏应用程序对应的预设时间小于所述天气预报应用程序的时间间隔。
[0054] 在实施过程中,上述预设时间可以根据产生所述目标待发送数据的应用程序所产生的历史待发送数据之间的时间间隔确定,例如:根据历史待发送数据之间的时间间隔,采用机器学习等方法预测当前时间与产生所述目标待发送数据的应用程序上一次产生待发送数据的时间的间隔。需要说明的是,在此对确定所述预设时间的方法不做具体限定。
[0055] 本实施方式中,根据当前时间与产生所述目标待发送数据的应用程序上一次产生待发送数据的时间的间隔大小,判断是否即将有目标待发送数据产生,在该时间间隔大于预设时间的情况下,便判断为即将有目标待发送数据产生,从而提前生成所述目标待发送数据对应的SR或者BSR,以此实现在产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR,从而提升了所述资源调度请求方法的灵活性和准确性。
[0056] 当然,还可以每间隔预设时间段,生成一个SR或者BSR,在生成该SR或者BSR之后,若产生目标待发送数据,则在该SR或者BSR的资源上发送所述SR或者BSR。通过该方法同样可以在产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR。
[0057] 作为一种可选的实施方式,生成所述目标待发送数据对应的SR或者BSR的步骤,包括:
[0058] 生成与所述目标待发送数据对应的触发信号;
[0059] 依据所述触发信号,产生所述目标待发送数据对应的SR或者BSR。
[0060] 在具体实施中,所述触发信号可以包括触发消息、程序代码、
控制信号等中的任意一种或者多种,移动终端在接收到触发信号的情况下,可以生成SR或者BSR。
[0061] 本实施方式中,在产生发送数据之前,生成与所述目标待发送数据对应的触发信号,并依据所述触发信号,产生所述目标待发送数据对应的SR或者BSR。可以简化产生所述SR或者所述BSR的过程,使所述资源调度请求方法更加简便。
[0062] 进一步的,在依据所述触发信号,产生所述目标待发送数据对应的BSR的情况下,所述触发信号携带有所述目标待发送数据的预测大小信息,其中,所述目标待发送数据的预测大小信息为预测得到的所述目标待发送数据的数据包大小信息。
[0063] 在具体实施中,上述数据包大小可以是指数据流量的大小,例如:10M(兆)、100M等。
[0064] 在实施过程中,所述目标待发送数据的预测大小可以根据产生所述目标待发送数据的应用程序产生的历史待发送数据的大小确定,例如:若所述应用程序为游戏应用程序,则获取所述游戏应用程序在一周内的历史待发送数据的大小,或者全部历史待发送数据的大小,并取历史待发送数据的大小的平均值作为所述目标待发送数据的预测大小。当然,还可以对所述历史待发送数据进行机器学习,以预测所述目标待发送数据的大小,或者,取历史待发送数据的大小的最大值作为所述目标待发送数据的预测大小等,在此对所述历史待发送数据所处的时间长度,以及获取所述目标待发送数据的预测大小的方法不作具体限定。
[0065] 本实施方式中,触发信号携带有所述目标待发送数据的预测大小信息,以使网络侧设备在接收到所述BSR的情况下,为所述移动终端配置的上行资源与所述目标待发送数据的预测大小匹配,从而避免上行资源过大而浪费资源或者避免上行资源过小而降低发送所述目标待发送数据的速度或则性能,从而提升了所述资源调度请求方法的可靠性,并节约了资源。
[0066] 在具体实施过程中,上述资源调度请求方法可以应用于移动终端产生的全部待发送数据,也可以仅应用于所述移动终端上安装的部分应用程序或者部分类型的业务产生的待发送数据,例如:应用于游戏业务,以解决游戏业务的资源调度请求耗时长而造成的游戏卡顿的问题。
[0067] 下面以所述资源调度请求方法应用于游戏业务为例进行具体说明。
[0068] 如图2所示,所述资源调度请求方法在应用于游戏业务的情况下,包括以下步骤:
[0069] 步骤201、判断移动终端是否正在进行游戏业务。
[0070] 在实施过程中,可以根据所述移动终端上正在运行的应用程序反馈的消息确定该移动终端是否正在进行游戏业务。当然,其还可以根据所述移动终端产生的数据特征判断该移动终端是否正在进行游戏业务,在此不作具体限定。
[0071] 本步骤中,仅在所述移动终端正在进行游戏业务的情况下,才执行步骤202和步骤203。从而提升所述资源调度请求方法的针对性。
[0072] 步骤202、判断什么情况下来执行游戏业务提升策略。
[0073] 在实施过程中,上述判断可以基于所述移动终端的信道质量,可以在信道质量较差的情况下,判断需要执行游戏提升策略。例如:RSRP小于第一预设值、SINR小于第二预设值和/或游戏应用程序反馈的实际体验情况较差等,该游戏应用程序反馈的实际体验情况较差可以是指游戏在预设单位时间内的卡顿次数大于预设次数,当然,其还可以是用户输入的体验情况,在此不作具体限定。
[0074] 本实施例中,上述游戏业务提升策略是指,在产生游戏数据之前,生成所述游戏数据对应的SR或者BSR;并在产生所述游戏数据的情况下,向网络侧设备发送所述SR或者所述BSR,以使所述网络侧设备为所述移动终端配置上行资源,便于所述移动终端在该上行资源上发送所述游戏数据。
[0075] 例如,如图3所示,游戏数据生产模块用于产生游戏数据包,且多个游戏数据包的产生时间不同。在现有技术中,如图3中实线所示,在游戏数据包产生之后,终端数据调度模块生成所述游戏数据对应的SR或者BSR。在本发明实施方式中,如图3中虚线所示,在游戏数据包产生之前,终端数据调度模块生成所述游戏数据对应的SR或者BSR,从而使本发明实施方式中生成SR或者BSR的时间点相较于现有技术中生成SR或者BSR的时间点提前了。
[0076] 本步骤中,仅在信道质量较差造成游戏业务的流畅度等受到影响的情况下,才在产生游戏数据之前,生成所述游戏数据对应的SR或者BSR。在信道质量较好,使游戏应用程序运行流畅的情况下,不执行上述策略,为是否执行步骤403提供判断基础,从而避免所述资源调度请求方法过于频繁的生成SR或者BSR,从而避免了所述资源调度请求方法浪费资源。
[0077] 步骤203、执行所述游戏业务提升策略。
[0078] 本实施例中,在执行所述游戏业务提升策略之后,若产生了所述游戏数据,则立即发送所述SR或者所述BSR至网络侧设备,以减少所述资源调度请求方法消耗的时长。
[0079] 作为一种可选的实施方式,可以基于当前时间与上一次产生游戏数据的时间之间的间隔,判断什么情况下来执行游戏业务提升策略的步骤。
[0080] 如图4所示,本实施方式中,判断什么情况下来执行游戏业务提升策略的步骤,通过以下过程实现:
[0081] 步骤401、记录产生游戏数据的时间。
[0082] 其中,上述游戏数据包括同一个游戏应用程序或者执行同一种游戏业务时产生的数据。
[0083] 步骤402、计算当前时间与上一次产生游戏数据的时间点之间的时间间隔。
[0084] 步骤403、判断所述时间间隔是否大于预设时间。
[0085] 其中,所述预设时间,可以是移动终端基于
人工智能AI学习得到的时间长度,其还可以根据用户的需求进行设置。
[0086] 在判断结果为所述时间间隔大于预设时间的情况下,才执行所述游戏业务提升策略。
[0087] 如图4所示,本实施方式中,所述游戏业务提升策略通过以下过程实现:
[0088] 步骤404、产生虚拟数据,并依据所述虚拟数据生成SR或者BSR。
[0089] 具体实施中,所述虚拟数据可以与上一方法实施方式中的虚拟数据相同,在此不再赘述。
[0090] 在本实施方式中,根据当前时间与上一次产生游戏数据的时间点之间的时间间隔判断是否需要执行游戏业务提升策略,其实现方法简单,从而简化了所述资源调度请求方法的执行过程。
[0091] 作为一种可选的实施方式,可以基于移动终端的通信质量和当前时间与产生所述游戏数据上一次产生游戏数据的时间之间的间隔,判断什么情况下来执行游戏业务提升策略的步骤。
[0092] 如图5所示,本实施方式中,应用于游戏业务的资源调度请求方法,通过以下过程实现:
[0093] 步骤501、判断移动终端是否正在进行游戏业务。
[0094] 本实施方式中,在判断结果为移动终端正在进行游戏业务的情况下执行后续步骤,否则重复执行步骤501。
[0095] 步骤502、统计一定周期内的RSRP平均值和游戏卡顿次数。
[0096] 步骤503、判断RSRP平均值是否小于RSRPTHP,且游戏卡数是否大于N。
[0097] 在具体实施中,所述RSRPTHP可以是预设置的RSRP值,所述RSRPTHP可以与图1所示方法实施例中的第一预设值相同,所述N可以是预设置的卡顿次数,所述N可以与图1所示方法实施例中的预设卡顿次数相同,在此不再赘述。
[0098] 本实施方式中,在步骤503中的判断结果均为是的情况下,执行后续步骤,否则重复执行步骤503。
[0099] 步骤504、记录产生游戏数据的时间。
[0100] 步骤505、计算当前时间与上一次产生游戏数据的时间点之间的时间间隔。
[0101] 步骤506、判断所述时间间隔是否大于预设时间。
[0102] 本实施方式中,步骤506中的判断结果为是的情况下,执行后续步骤,否则重复执行步骤504至506。
[0103] 步骤507、产生虚拟的数据,并依据所述虚拟数据生成SR或者BSR。
[0104] 本实施方式中,在移动终端的通信质量较差且当前时间与上一次产生游戏数据的时间点之间的时间间隔较长的情况下,在产生游戏数据之前,生成所述游戏数据的SR或者BSR。避免过于频繁的产生所述SR或者所述BSR,而造成不必要的资源浪费。
[0105] 参阅图6,本发明实施例还提供一种资源调度请求装置600,应用于移动终端,资源调度请求装置600包括:
[0106] 生成模块601,用于在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的调度请求SR或者缓冲区状态报告BSR;
[0107] 发送模块602,用于在所述移动终端产生所述目标待发送数据的情况下,向网络侧设备发送所述SR或者所述BSR。
[0108] 可选的,如图7所示,生成模块601包括:
[0109] 获取单元6011,用于获取所述移动终端的通信质量参数;
[0110] 第一生成单元6012,用于在所述通信质量参数满足预设条件的情况下,且在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR。
[0111] 可选的,所述通信质量参数包括以下至少一项:
[0112] 参考信号接收功率RSRP;
[0113] 信号与干扰加噪声比SINR;
[0114] 产生所述发送数据的应用程序的卡顿次数,其中,所述卡顿用于指示所述应用程序的响应时间的时延大于或者等于预设时间;
[0115] 所述预设条件包括与所述通信质量参数中的每一项分别对应的预设子条件,所述通信质量参数满足预设条件包括所述通信质量参数中的每一项均满足对应的所述预设子条件,其中,与所述RSRP对应的预设子条件为:所述RSRP小于第一预设值,与所述SINR对应的预设子条件为:所述SINR小于第二预设值,与所述卡顿次数对应的预设子条件为:所述卡顿次数大于预设卡顿次数。可选的,生成模块601具体用于:
[0116] 在当前时间与产生所述目标待发送数据的应用程序上一次产生待发送数据的时间的间隔大于预设时间的情况下,生成所述目标待发送数据对应的SR或者BSR。
[0117] 可选的,如图8所示,生成模块601具体用于:
[0118] 第二生成单元6013,用于在所述移动终端产生目标待发送数据之前,生成与所述目标待发送数据对应的触发信号;
[0119] 产生单元6014,用于依据所述触发信号,产生所述目标待发送数据对应的SR或者BSR。
[0120] 可选的,在所述依据所述触发信号,产生所述目标待发送数据对应的BSR的情况下,所述触发信号携带有所述目标待发送数据的预测大小信息,其中,所述目标待发送数据的预测大小信息为预测得到的所述目标待发送数据的数据包大小信息。
[0121] 本发明实施例提供的资源调度请求装置能够实现上述方法实施例中的各个过程,且能够取得相同的有益效果,为避免重复,这里不再赘述。
[0122] 参阅图9,图9为实现本发明各个实施例的一种移动终端的
硬件结构示意图。
[0123] 该移动终端900包括但不限于:射频单元901、网络模块902、音频输出单元903、输入单元904、
传感器905、显示单元906、用户输入单元907、
接口单元908、存储器909、处理器910、以及电源911等部件。本领域技术人员可以理解,图9中示出的移动终端结构并不构成对移动终端的限定移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载移动终端、可穿戴设备、计步器、计算机以及笔记本电脑等。
[0124] 其中,处理器910,用于
[0125] 在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的调度请求SR或者缓冲区状态报告BSR;
[0126] 在所述移动终端产生所述目标待发送数据的情况下,控制射频单元901向网络侧设备发送所述SR或者所述BSR。
[0127] 可选的,处理器910执行的在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR的步骤,包括:
[0128] 获取所述移动终端的通信质量参数;
[0129] 在所述通信质量参数满足预设条件的情况下,且在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR。
[0130] 可选的,所述通信质量参数包括以下至少一项:
[0131] 参考信号接收功率RSRP;
[0132] 信号与干扰加噪声比SINR;
[0133] 产生所述发送数据的应用程序的卡顿次数,其中,所述卡顿用于指示所述应用程序的响应时间的时延大于或者等于预设时间;
[0134] 所述预设条件包括与所述通信质量参数中的每一项分别对应的预设子条件,所述通信质量参数满足预设条件包括所述通信质量参数中的每一项均满足对应的所述预设子条件,其中,与所述RSRP对应的预设子条件为:所述RSRP小于第一预设值,与所述SINR对应的预设子条件为:所述SINR小于第二预设值,与所述卡顿次数对应的预设子条件为:所述卡顿次数大于预设卡顿次数。
[0135] 可选的,处理器910执行的在所述移动终端产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR的步骤,包括:
[0136] 在当前时间与产生所述目标待发送数据的应用程序上一次产生待发送数据的时间的间隔大于预设时间的情况下,生成所述目标待发送数据对应的SR或者BSR。
[0137] 可选的,处理器910执行的生成所述目标待发送数据对应的SR或者BSR的步骤,包括:
[0138] 生成与所述目标待发送数据对应的触发信号;
[0139] 依据所述触发信号,产生所述目标待发送数据对应的SR或者BSR。
[0140] 可选的,在所述依据所述触发信号,产生所述目标待发送数据对应的BSR的情况下,所述触发信号携带有所述目标待发送数据的预测大小信息,其中,所述目标待发送数据的预测大小信息为预测得到的所述目标待发送数据的数据包大小信息。
[0141] 移动终端900可以实现在产生目标待发送数据之前,生成所述目标待发送数据对应的SR或者BSR,以在产生目标待发送数据的情况下,能够立即发送所述SR或者所述BSR,从而节省了所述资源调度请求方法消耗的时长,具有与方法实施例相同的有益效果。
[0142] 应理解的是,本发明实施例中,射频单元901可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器910处理;另外,将上行的数据发送给基站。通常,射频单元901包括但不限于天线、至少一个
放大器、
收发信机、
耦合器、
低噪声放大器、双工器等。此外,射频单元901还可以通过无线通信系统与网络和其他设备通信。
[0143] 移动终端通过网络模块902为用户提供了无线的宽带互联网
访问,如帮助用户收发
电子邮件、浏览网页和访问流式媒体等。
[0144] 音频输出单元903可以将射频单元901或网络模块902接收的或者在存储器909中存储的音频数据转换成
音频信号并且输出为声音。而且,音频输出单元903还可以提供与移动终端900执行的特定功能相关的音频输出(例如,
呼叫信号接收声音、消息接收声音等等)。音频输出单元903包括扬声器、蜂鸣器以及受话器等。
[0145] 输入单元904用于接收音频或
视频信号。输入单元904可以包括图形处理器(Graphics Processing Unit,GPU)9041和麦克
风9042,图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像
帧可以显示在显示单元906上。经图形处理器9041处理后的图像帧可以存储在存储器909(或其它存储介质)中或者经由射频单元901或网络模块902进行发送。麦克风9042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元901发送到移动通信基站的格式输出。
[0146] 移动终端900还包括至少一种传感器905,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及
接近传感器,其中,环境光传感器可根据环境光线的明暗来调节
显示面板9061的
亮度,接近传感器可在移动终端900移动到
耳边时,关闭显示面板9061和/或
背光。作为运动传感器的一种,
加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重
力的大小及方向,可用于识别移动终端
姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器905还可以包括指纹传感器、
压力传感器、虹膜传感器、分子传感器、
陀螺仪、气压计、湿度计、
温度计、红外线传感器等,在此不再赘述。
[0147] 显示单元906用于显示由用户输入的信息或提供给用户的信息。显示单元906可包括显示面板9061,可以采用
液晶显示器(Liquid Crystal Display,LCD)、
有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板9061。
[0148] 用户输入单元907可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071,也称为
触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用
手指、触笔等任何适合的物体或附件在触控面板9071上或在触控面板9071附近的操作)。触控面板9071可包括触摸检测装置和触摸
控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器910,接收处理器910发来的命令并加以执行。此外,可以采用
电阻式、电容式、红外线以及表面
声波等多种类型实现触控面板9071。除了触控面板9071,用户输入单元907还可以包括其他输入设备9072。具体地,其他输入设备9072可以包括但不限于物理
键盘、功能键(比如音量控制按键、
开关按键等)、
轨迹球、
鼠标、操作杆,在此不再赘述。
[0149] 进一步的,触控面板9071可
覆盖在显示面板9061上,当触控面板9071检测到在其上或附近的触摸操作后,传送给处理器910以确定触摸事件的类型,随后处理器910根据触摸事件的类型在显示面板9061上提供相应的视觉输出。虽然在图8中,触控面板9071与显示面板9061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板9071与显示面板9061集成而实现移动终端的输入和输出功能,具体此处不做限定。
[0150] 接口单元908为外部装置与移动终端900连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或
电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元908可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端900内的一个或多个元件或者可以用于在移动终端900和外部装置之间传输数据。
[0151] 存储器909可用于存储
软件程序以及各种数据。存储器909可主要包括存储程序区和存储数据区,其中,存储程序区可存储
操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器909可以包括高速
随机存取存储器,还可以包括
非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0152] 处理器910是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器909内的软件程序和/或模块,以及调用存储在存储器909内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器910可包括一个或多个处理单元;优选的,处理器910可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、
用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器910中。
[0153] 移动终端900还可以包括给各个部件供电的电源910(比如电池),优选的,电源910可以通过电源管理系统与处理器910逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
[0154] 另外,移动终端900包括一些未示出的功能模块,在此不再赘述。
[0155] 优选的,本发明实施例还提供一种移动终端,包括处理器910,存储器909,存储在存储器909上并可在所述处理器910上运行的计算机程序,该计算机程序被处理器910执行时实现上述资源调度请求方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
[0156] 需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0157] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台移动终端(可以是手机,计算机,
服务器,
空调器,或者网络设备等)执行本发明各个实施例所述的方法。
[0158] 上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和
权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。