调度请求方法、装置、电子设备及可读存储介质与流程

1.本技术属于通信技术领域，具体涉及一种调度请求方法、装置、电子设备及可读存储介质。


背景技术：

2.随着无线通信技术的发展，用户对网络服务质量的要求也越来越高。
3.目前，由于经济发展和人口密度等客观原因，网络部署及覆盖亦存在不平衡的问题，导致现存部分地区4/5g网络覆盖是弱信号覆盖，或者，部分地区网络拥塞严重，使得终端进行无线通信时容易出现数据堆积。如此，导致数据传输时出现高时延及数据收发慢等问题，从而导致通信质量较差。


技术实现要素：

4.本技术实施例的目的是提供一种调度请求方法，能够引导网络侧设备为终端分配更多的无线资源来发送该待发送数据，从而提高网络传输数据的吞吐量，进而降低终端发送数据时的时延，提高数据传输效率。
5.第一方面，本技术实施例提供了一种调度请求方法，该方法包括：在待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，向网络侧设备发送上述bsr，上述第二缓存大小是基于第一缓存大小确定的；上述第二缓存大小大于或等于第一缓存大小。
6.第二方面，本技术实施例提供了一种调度请求装置，该装置包括：生成模块和发送模块，其中：上述生成模块，用于在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，上述第二缓存大小是基于第一缓存大小确定的；上述第二缓存大小大于或等于第一缓存大小；上述发送模块，用于向网络侧设备发送生成模块生成的bsr。
7.第三方面，本技术实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
8.第四方面，本技术实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
9.第五方面，本技术实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。
10.第六方面，本技术实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的方法。
11.在本技术实施例中，终端在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，其中，上述第二缓存大小是基于
上述第一缓存大小确定的，且上述第二缓存大小大于或等于第一缓存大小，然后，终端向网络侧设备发送上述bsr。通过该方法，终端在检测到待发送数据且存在数据堆积的情况下，可以基于待发送数据的真实缓存值确定大于该真实缓存值的第二缓存大小，并根据该第二缓存大小生成bsr向网络侧上报，使得在弱场环境或者拥塞环境下存在待发送数据堆积的情况下，通过自定义上报大于待发送数据的真实缓存值的bsr，引导网络侧设备为终端分配更多的无线资源来发送该待发送数据，从而提高网络传输数据的吞吐量，进而降低终端发送数据时的时延，提高数据传输效率。
附图说明
12.图1为本技术实施例提供的调度请求方法的流程图；
13.图2为本技术实施例提供调度请求方法的示意图之一；
14.图3为本技术实施例提供的调度请求方法的示意图之二；
15.图4为本技术实施例提供调度请求装置的结构示意图；
16.图5为本技术实施例提供的电子设备的结构示意图；
17.图6为本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
18.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本技术保护的范围。
19.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
20.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的调度请求方法进行详细地说明。
21.21世纪随着通信技术的迅猛发展，我国的顺利完成了从2/3g到4/5g的转型。自2013年底，工业和信息化部正式向国内三大运营商发布4g牌照宣告着我国4g元年的到来，随后的5-6年中，国内运营商的网络设备更是如雨后春笋般涌现，截至2019年国内4g基站共建设约554万架，4g基站网络覆盖率达到98％；2020年年底5g sa(standalone)网络正式规模商用，国内5g基站的建设规模也是如火如荼，至2021年建成5g基站数已超过70万，5g用户数占全球用户数的85％，诸多亮眼的数据无不展现中国通信技术的蓬勃发展。
22.然而，在如此快速发展的背景下也存在着一些显性的问题：在运营商规划的网络正常覆盖区域，无线网络规划和工程建设效果存在一定的偏差；在规划建设网络覆盖后，该区域无线环境发生了变化(如，新增大厦楼宇)网络建设没有及时更新；在正常部署网络设备后出现了新的覆盖区域，新的覆盖需求等等。
23.对于现存部分地区，由于经济发展和人口密度等客观原因，网络部署及覆盖亦存
在不平衡的问题，导致现存部分地区4/5g网络覆盖是弱信号覆盖，进而引起终端高时延及数据收发慢等问题。很多外场网络配置的最大发射功率(p_emax)没有达到终端的最大能力(p_cmax)，在相关技术中，部分芯片厂家在弱信号环境，在不超过其自身能力范围的前提下通过提升自身tx power(transmitted power，发射功率)的方式获得网络下发更高的mcs(modulation and coding scheme，调制编码方案)，获得网络下发的更优ul grant(上行资源调度信息)，终端侧则会有更少的平均时延，更少的上行丢包率以及更低的高时延率。然而，上述的功率突破方案存在如下缺陷：
24.1)受限于芯片能力的约束，并不是所有平台都能够使用此“功率突破”的方式实现；
25.2)功率突破方案触发时会增加功耗，对功耗要求严格的产品无法满足功耗要求；
26.3)功率突破方案还面临着对pa(power amplifier，功率放大器)器件烧坏的风险。
27.本技术实施例提供一种调度请求方法，图1示出了本技术实施例提供的调度请求方法的流程图。如图1所示，本技术实施例提供的调度请求方法可以包括下述的步骤201和步骤202：
28.步骤201：在待发送数据对应的第一缓存大小处于第一预设范围的情况下，终端基于第二缓存大小生成缓存状态报告bsr。
29.其中，上述第二缓存大小是基于第一缓存大小确定的，上述第二缓存大小大于或等于上述第一缓存大小。
30.需要说明的是，缓存状态报告(buffer status report，bsr)用于向网络侧设备申请上行调度的资源。
31.可选地，在本技术实施例中，上述待发送数据为终端在媒体接入控制(medium access control，mac)层检测到的数据。
32.需要说明的是，在无线通信中，mac层主要负责数据传输和无线资源分配。
33.可选地，在本技术实施例中，上述待发送数据的第一缓存大小用于衡量待发送数据是否存在数据堆积。进一步地，该待发送数据的第一缓存大小与当前的无线环境相关，通常，当无线网络环境覆盖较差或者当无线网络环境发生拥塞时，终端可能无法及时获得资源调度，因此会导致终端侧存在待发送数据的堆积。
34.可选地，在本技术实施例中，终端可以实时或者周期性检测mac层的待发送数据的缓存值大小，若检测到待发送数据的缓存值大小(即第一缓存大小)处于第一预设范围，则说明待发送数据存在数据堆积。
35.可选地，上述第一预设范围可以为大于0且小于或等于3000byte的缓存大小范围，或者，为大于0且小于或等于5000byte的缓存大小范围，或者，为大于0且小于或等于6000byte的缓存大小范围。需要说明的是，上述第一预设范围可以根据实际需求设置，本技术实施例对此不做任何限定。
36.在本技术实施例中，上述第一缓存大小为终端的待发送数据的实际缓存数据量大小。
37.在本技术实施例中，上述第二缓存大小表征终端传输待发送数据的上行网络资源需求量。
38.在相关技术中，终端会检测自身的待发送数据的缓存数据量(即第一缓存大小)，
并通过查表获得该缓存数据量对应的缓存大小索引，然后向网络侧设备发送携带有该缓存大小索引的bsr，来申请上行调度的资源。网络侧设备在接收到该bsr后，会向终端发送上行授权来指示终端可用的上行资源。网络侧设备会根据终端上报的缓存大小索引字段，向终端分配可用的上行资源。
39.需要说明的是，终端缓存数据量大小是通过bsr帧格式中的缓存大小索引字段(index)表示的。具体地，终端在上报bsr时，并不会直接在bsr中携带待发送数据的数据缓存量信息，而是通过查表得到待发送数据的数据缓存量信息对应的index，然后上报相应的index。
40.可选地，在本技术实施例中，终端可以在预定义的对照表中查询第二缓存大小对应的index，并生成携带有该对应的index的bsr，可以理解，该index可以指示较大的缓存值大小。
41.在一些可能的实施例中，在弱场环境下，在终端检测到在mac层的待发送数据的缓存大小处于第一预设范围的情况下，终端基于该多个数据分组的实际缓存数据量大小，即第一缓存大小，计算得到大于该实际缓存数据量大小的新的缓存数据量大小，即第二缓存大小，然后通过查表得到该新的缓存数据量大小对应的index，并生成携带有该index的bsr，以申请分配较多的上行资源来传输该多个数据分组。
42.可选地，在本技术实施例中，第二缓存大小可以根据如下公式(1)计算得到。
43.bsvalue＝a*x+b
ꢀꢀꢀꢀꢀꢀꢀ
(1)
44.其中，bsvalue为第二缓存大小，x为待发送数据的真实缓存值，a为系数，b为常数。
45.示例性地，a可以为大于或等于1/2，且小于1的自然数，b可以为大于x/2，且小于x的自然数。
46.例如，当a为1/2，b为700，待发送数据的第一缓存大小为1000byte时，第二缓存大小为1200byte(即，1000*1/2+700)。
47.以下以第一预设范围为(0,5000]为例，对基于待发送数据对应的第一缓存大小，计算上述第二缓存大小的过程进行说明。
48.示例性地，在上述公式(1)中，a的取值为0.8，b的取值为700，上述第二缓存大小bsvalue的计算公式可以为bsvalue＝0.8
×
x+1000。
49.图2为在待发送数据对应的第一缓存值大小处于(0,5000]的情况下，第二缓存值大小和第一缓存值大小的对应关系示意图，图2中横轴为第一缓存值大小，纵轴为第二缓存值大小，如图2所示，待发送数据的bs value真实值为1000byte，对应的第二缓存大小为1800byte，待发送数据的bs value真实值为2000byte，对应的第二缓存大小为2600byte，待发送数据的bs value真实值为3000byte，对应的第二缓存大小为3400byte，以此类推。在待发送数据的bs value真实值达到第一预设范围的上限值即5000byte的情况下，该第二缓存大小bsvalue也为5000byte，当真实值大于5000byte时，计算得到的第二缓存大小bsvalue小于待发送数据的bs value真实值。
50.需要说明的是，设计当bs value真实值小于5000时，认为是可接受的堆积值，发送在此范围内的bs value请求(bsr)易于收到网络侧的调度，因此设计上述的方案上报bs value。
51.在本技术实施例提供的调度请求方法中，在终端芯片能力、功耗能力、器件能力受
限的情况下，无法通过“功率突破”等方式来获得更多网络下发调度，并且网络下发给终端的调度信息完全是由网络自身逻辑决策的，本发明通过终端侧“软件增强”的方式，在弱场环境下以特殊的bsr上报方式，特殊的sr请求方式，引导网络下发给终端更多的网络调度改进网络质量，更低上行丢包率，更低的上行bler以及更高的吞吐量，最终提升终端用户体验。
52.步骤202：终端向网络侧设备发送bsr。
53.可选地，在本技术实施例中，终端可以通过mac ce信令向网络侧设备发送bsr。
54.需要说明的是，在终端有上行资源传送bsr的情况下，则向网络侧设备报告bsr，在终端没有上行资源传输bsr的情况下，将触发一个调度请求(scheduling request，sr)过程。
55.需要说明的是，sr用于终端向网络侧设备申请上行新传数据的调度。
56.在本技术实施例中，终端可以通过向网络侧设备上报缓存状态报告，向网络侧设备提供需要调度的缓存数据量大小。
57.示例性地，终端可以在根据第二缓存大小生成携带有该index的bsr的情况下，向网络侧设备发送该bsr，以通过该index向网络侧设备提供需要调度的缓存数据量大小。
58.在本技术实施例提供的调度请求方法中，终端在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，其中，上述第二缓存大小是基于上述第一缓存大小确定的，且上述第二缓存大小大于或等于第一缓存大小，然后，终端向网络侧设备发送上述bsr。通过该方法，终端在检测到待发送数据且存在数据堆积的情况下，可以基于待发送数据的真实缓存值确定大于或等于该真实缓存值的第二缓存大小，并根据该第二缓存大小生成一个bsr向网络侧上报，使得在弱场环境或者拥塞环境下存在待发送数据堆积的情况下，通过自定义上报大于待发送数据的真实缓存值的bsr，引导网络侧设备为终端分配更多的无线资源来发送该待发送数据，从而提高网络传输数据的吞吐量，进而降低终端发送数据时的时延，提高数据传输效率。
59.可选地，在本技术实施例中，本技术实施例提供的调度请求方法还包括以下步骤203：
60.步骤203：在待发送数据对应的第一缓存大小大于第一阈值的情况下，终端通过目标子帧发送调度请求sr。
61.其中，所述sr用于请求网络侧设备为所述终端分配上行资源；
62.所述目标子帧包括：第一子帧和第二子帧；
63.所述第一子帧为：所述网络侧设备为所述sr配置的子帧；
64.所述第二子帧包括：第二系统帧中与所述第一子帧对应的子帧，所述第二系统帧与所述第一子帧所在的第一系统帧具有关联关系。
65.在相关技术中，终端在发送bsr之前，需要先发送sr向网络侧设备请求调度上行资源，在发送sr之后，如果存在可用上行资源，终端直接向网络侧设备发送bsr，如果没有可用资源发送bsr，终端再次向网络侧设备发送sr，受到网络侧设备的ul grant之后，在可用资源上发送bsr。
66.可选地，上述第一阈值可以为3000byte，5000byte，或者6000byte等，上述第一阈值可以根据实际需求设置，本技术实施例对此不做任何限定。
67.可选地，上述第一阈值可以为上述第一预设范围的上限值。示例性地，在上述第一预设范围为大于0且小于或等于5000byte的缓存大小范围，即，第第一预设范围为(0,5000]的情况下，上述第一阈值可以为5000byte。
68.可选地，网络侧设备可以在系统帧的特定位置配置sr的发送时机sr opportunity，以便于终端在向网络侧设备发送sr后，网络侧设备，如基站，能够检测到sr。示例性地，上述sr的发送时机可以为系统帧中的一个子帧。通常，网络侧设备会将一个系统帧中的第六个子帧配置为发送sr的子帧。
69.可以理解的是，系统帧也叫无线系统帧，英文为system frame，可以简写为无线帧。lte帧结构中，1个无线帧分为10个子帧，每个子帧时域上为1ms，14个ofdm符号，通过pucch携带sr，在一个子帧的特定ofdm符号上发送。
70.可选地，上述第二系统帧包括：发送第一系统帧前后的m个系统帧，m为小于第二阈值的正整数。可选地，上述第二阈值可以为2，3，或者4等等。
71.需要说明的是，设置的上述第二阈值的目的是：使终端除了正常发送第一子帧外，可以在该第一子帧的发送时机周围的系统帧中都以配置的子帧发送sr，以引导网络持续下发上行调度。
72.在一种示例中，上述m个系统帧为发送第一系统帧之前发送的m个系统帧，和发送第一系统帧之后发送的m个系统帧；在另一种示例中，上述m个系统帧为发送第一系统帧之前发送的系统帧和发送第一系统帧之后发送的系统帧的数量之和。
73.示例性地，以第一阈值为2为例，上述第二系统帧包括：发送第一系统帧之前发送的1个系统帧，和发送该第一系统帧之后发送的1个系统帧。
74.例如，第一系统帧的发送时机为i，则第二系统帧为发送时机为i-1的系统帧，和发送时机为i+1的系统帧，也可以理解为，第二系统帧为：在第一系统帧的发送时机之前发送的与第一系统帧相邻的系统帧，和在第一系统帧的发送时机之后发送的与第一系统帧相邻的系统帧。
75.再例如，第一系统帧的发送时机为i，则第二系统帧为发送时机为i-2的系统帧，和发送时间为i+1的系统帧，也可以理解为，第二系统帧为：在第一系统帧的发送时机之前发送的与第一系统帧间隔一个系统帧的系统帧，和在第一系统帧的发送时机之后发送的与第一系统帧相邻的系统帧。
76.示例性地，以第一阈值为3为例。上述第二系统帧包括：发送第一系统帧前发送的2个系统帧，和发送第一系统帧后发送的2个系统帧。
77.可以理解的是，终端可以自定义多个用于发送sr的系统帧，从而向网络侧设备发送更多的sr，以引导网络侧设备下发上行调度。
78.需要说明的是，在正常网络配置下，终端通过rrc层配置sr-configindex和sr-pucch-resourceindex两个字段指定唯一的sr资源在终端上报，并且只有当终端有上行数据需要发送但却没有上行资源时才会上报sr。也就是说，在相关技术中，在终端向网络侧设备上报sr的情况下，网络侧设备会向终端指定唯一的系统帧上报sr。
79.示例性地，图3为本技术实施例提供的系统帧的示意图。图3示出了三个系统帧，分别用系统帧1、系统帧2和系统帧3表示，每个系统帧中包括数字0-9标识的10个子帧，具体地，每个系统帧中，数字0标识的为第一个子帧，即，1号子帧，数字1标识的为第二个子帧，
即，2号子帧，以此类推。其中，系统帧1和系统帧3为网络侧指示的发送sr的系统帧，系统帧1和系统帧3中的6号子帧为预配置的发送sr的子帧，终端可以增加在系统帧1的后一个系统帧2(或者，系统帧3的前一个系统帧)的6号子帧上发送该sr，该系统帧2为发送该sr的目标发送时机。
80.可以理解的是，在本技术实施例提供的调度请求方法中，除了在网络侧指示的系统帧的子帧上发送sr外，终端可以会在该发送时机周围的系统帧中都以配置的子帧发送该sr，即通过预先发送sr的方式，来引导网络持续下发上行调度，即ul grant。如此，在弱场环境或者拥塞环境下存在待发送数据堆积的情况下，终端通过预先上报sr，引导网络侧设备多次持续下发上行调度，从而为终端分配更多的无线资源来发送待发送数据，进而能够提高网络传输数据的吞吐量，降低终端发送数据时的时延，提高数据传输效率
81.可选地，在本技术实施例中，上述步骤201可以包括以下步骤201a：
82.步骤201a：在待发送数据对应的第一缓存大小处于第一预设范围、且终端的发射参数满足预定发射条件的情况下，终端基于第二缓存大小生成bsr。
83.其中，上述发射参数包括以下至少之一：
84.发射功率，发射信号的信号质量。
85.可选地，上述预定发射条件包括以下至少之一：
86.发射功率达到小区配置的最大发射功率；
87.发射信号的信号质量满足信号质量阈值。
88.示例性地，上述发射功率为：终端的上行发射功率。需要说明的是，上行发射功率tx power是否达到小区配置最大发射功率，由系统消息sib1中cellselectioninfo字段的p-max值指示。
89.示例性地，终端可以在检测分组数据汇聚协议(packet data convergence protocol，pdcp)层有来自上层数据发送且数据堆积的情况下，开始监测上述发射参数。
90.示例性地，终端在检测到pdcp层有来自上层的待发送数据，且待发送数据对应的数据量pdcp data volume大于0的情况下，判断存在数据堆积，并在存在数据堆积的情况下，监测上述发射参数。
91.需要说明的是，pdcp层属于无线接口协议栈的第二层，处理控制平面上的无线资源控制(radio resource control，rrc)消息以及用户面上的因特网协议(internet protocol，ip)包，上述ip包也可以称为ip数据分组。在用户平面上，pdcp层得到来自上层的ip数据分组后，可以对该ip数据分组进行压缩和加密，然后递交到rlc层进行数据的发送。
92.示例性地，上述发射信号的信号质量可以为终端发送信号的路损值pathloss、参考信号接收功率rsrp、信噪比sinr等等，本技术实施例对此不做任何限定。
93.需要说明的是，路损，即路径损失是指发射机和接收机之间由传播距离和传播环境引入的信号平均功率损耗，是一个与传播距离、传播环境和载波频率强相关的量。
94.示例性地，在发射信号的信号质量为路损值的情况下，发射信号的信号质量满足信号质量阈值指的是，路损值是否小于第三阈值，示例地，该第三阈值可以为100、120或者140等，本技术实施例对此不做任何限定。
95.需要说明的是，路损值越小则说明终端的信号质量越好。设置路损值上限的目的是衡量终端当前的信道条件的优劣，由于在信号条件继续恶化的情况下，默认为执行本申
请实施例提供的调度请求方法所带来的增益或者效果不大，设置路损值阈值作为执行调度请求过程的生效上限。
96.在本技术实施例中，终端可以在上行发射功率已经达到小区配置最大发射功率，且终端的路损值较小的情况下，在检测到存在数据堆积的情况下，基于待发送数据的真实缓存值得到较大的缓存值，并通过brs上报该缓存值，从而向网络侧设备请求更多的上行资源，从而提高终端的数据传输效率。
97.可选地，在本技术实施例中，上述步骤201可以包括以下步骤201b：
98.步骤201b：终端在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，若检测到第一定时器超时，则基于第二缓存大小生成bsr。
99.示例性地，终端可以在终端的发射参数满足预定发射条件的情况下，开启自定义计时器tpower_max，并设定默认值为1秒，若检测到自定义计时器超时，则表征上述预定发射条件是持续满足的，此时终端可以执行本技术实施例提供的调度请求方法的步骤，若检测到自定义定时器没有超时即中断则表明上述满足预定发射条件仅是短时间发生的行为，非持续满足，则终端继续监测待发送数据的缓存值。
100.在一种可能的实施例中，终端在检测到pdcp层有来自上层数据发送且有数据堆积时，监测tx power以及pathloss值，并在tx power达到小区配置最大发射功率且pathloss小于140的情况下，开启针对tx power以及pathloss的自定义计时器tpower_max，并设定tpower_max的默认值为1s，判断该自定义定时器tpower_max是否超时，若超时则在待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成bsr。
101.如此，终端设备可以在终端持续满足上述预定发射条件的情况下，向网络侧设备发送brs上报较大的缓存值，在不是持续满足预定发射条件的情况下，继续监测终端的其余待发送数据的缓存值是否满足条件，能够避免在信号环境持续恶劣或者终端发射功率未调至最大的情况下，向网络侧设备发送bsr和/或sr造成资源浪费，从而能够在消耗较少的无线资源的情况下获得较大的增益。
102.本技术实施例提供的调度请求方法，执行主体可以为调度请求装置。本技术实施例中以调度请求装置执行调度请求方法为例，说明本技术实施例提供的调度请求装置。
103.如图4所示，本技术实施例提供一种资源文件更新装置的结构示意图，如图4所示，资源文件更新装置400包括：生成模块401和发送模块402，其中：
104.上述生成模块401，用于在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，上述第二缓存大小是基于上述第一缓存大小确定的；上述第二缓存大小大于或等于上述第一缓存大小；
105.上述发送模块402，用于向网络侧设备发送上述生成模块401生成的bsr。
106.可选地，在本技术实施例中，上述发送模块402，还用于在待发送数据对应的第一缓存大小大于第一阈值的情况下，通过目标子帧发送调度请求sr；
107.其中，上述sr用于请求网络侧设备为终端分配上行资源；
108.上述目标子帧包括：第一子帧和第二子帧；
109.上述第一子帧为：网络侧设备为sr配置的子帧；
110.上述第二子帧包括：第二系统帧中与第一子帧对应的子帧，上述第二系统帧与第一子帧所在的第一系统帧具有关联关系。
111.可选地，在本技术实施例中，上述n个系统帧包括发送第一系统帧前后的m个系统帧，m为小于第二阈值的正整数。
112.可选地，在本技术实施例中，上述生成模块401，具体用于在待发送数据对应的第一缓存大小处于第一预设范围、且终端的发射参数满足预定发射条件的情况下，基于第二缓存大小生成bsr；
113.其中，上述发射参数包括以下至少之一：
114.发射功率，发射信号的信号质量。
115.可选地，在本技术实施例中，上述生成模块401，具体用于在待发送数据对应的第一缓存大小处于第一预设范围的情况下，若检测到第一定时器超时，则基于第二缓存大小生成bsr。
116.在本技术实施例提供的调度请求装置中，调度请求装置在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，其中，上述第二缓存大小是基于上述第一缓存大小确定的，且上述第二缓存大小大于或等于第一缓存大小，然后，终端向网络侧设备发送上述bsr。通过该方法，调度请求装置在检测到待发送数据且存在数据堆积的情况下，可以基于待发送数据的真实缓存值确定大于该真实缓存值的第二缓存大小，并根据该第二缓存大小生成bsr向网络侧上报，使得在弱场环境或者拥塞环境下存在待发送数据堆积的情况下，通过自定义上报大于待发送数据的真实缓存值的bsr，引导网络侧设备为终端分配更多的无线资源来发送该待发送数据，从而提高网络传输数据的吞吐量，进而降低终端发送数据时的时延，提高数据传输效率。
117.本技术实施例中的调度请求装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(mobile internet device，mid)、增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等，还可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本技术实施例不作具体限定。
118.本技术实施例中的调度请求装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本技术实施例不作具体限定。
119.本技术实施例提供的调度请求装置能够实现图1至图3的方法实施例实现的各个过程，为避免重复，这里不再赘述。
120.可选地，如图5所示，本技术实施例还提供一种电子设备500，包括处理器501和存储器502，存储器502上存储有可在所述处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现上述调度请求方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
121.需要说明的是，本技术实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
122.图6为实现本技术实施例的一种电子设备的硬件结构示意图。
123.该电子设备100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、以及处理器110等部件。
124.本领域技术人员可以理解，电子设备100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
125.其中，上述处理器110，用于在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，上述第二缓存大小是基于上述第一缓存大小确定的；上述第二缓存大小大于上述第一缓存大小；
126.上述射频单元101，用于在向网络侧设备发送上述处理器110生成的bsr。
127.可选地，在本技术实施例中，上述射频单元101，还用于在待发送数据对应的第一缓存大小大于第一阈值的情况下，通过目标子帧发送调度请求sr；
128.其中，上述sr用于请求网络侧设备为终端分配上行资源；
129.上述目标子帧包括：第一子帧和第二子帧；
130.上述第一子帧为：网络侧设备为sr配置的子帧；
131.上述第二子帧包括：第二系统帧中与第一子帧对应的子帧，上述第二系统帧与第一子帧所在的第一系统帧具有关联关系。
132.可选地，在本技术实施例中，上述n个系统帧包括发送第一系统帧前后的m个系统帧，m为小于第二阈值的正整数。
133.可选地，在本技术实施例中，上述处理器110，具体用于在待发送数据对应的第一缓存大小处于第一预设范围、且终端的发射参数满足预定发射条件的情况下，基于第二缓存大小生成bsr；
134.其中，上述发射参数包括以下至少之一：
135.发射功率，发射信号的信号质量。
136.可选地，在本技术实施例中，上述处理器110，具体用于在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，若检测到第一定时器超时，则基于第二缓存大小生成bsr。
137.在本技术实施例提供的电子设备中，电子设备在检测到待发送数据对应的第一缓存大小处于第一预设范围的情况下，基于第二缓存大小生成缓存状态报告bsr，其中，上述第二缓存大小是基于上述第一缓存大小确定的，且上述第二缓存大小大于或等于第一缓存大小，然后，终端向网络侧设备发送上述bsr。通过该方法，电子设备在检测到待发送数据且存在数据堆积的情况下，可以基于待发送数据的真实缓存值确定大于该真实缓存值的第二缓存大小，并根据该第二缓存大小生成一个bsr向网络侧上报，使得在弱场环境或者拥塞环境下存在待发送数据堆积的情况下，通过自定义上报大于待发送数据的真实缓存值的bsr，引导网络侧设备为终端分配更多的无线资源来发送该待发送数据，从而提高网络传输数据的吞吐量，进而降低终端发送数据时的时延，提高数据传输效率。
138.应理解的是，本技术实施例中，输入单元104可以包括图形处理器(graphics processing unit，gpu)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072中的至少一种。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
139.存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器109可以包括易失性存储器或非易失性存储器，或者，存储器x09可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本技术实施例中的存储器109包括但不限于这些和任意其它适合类型的存储器。
140.处理器110可包括一个或多个处理单元；可选的，处理器110集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
141.本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述调度请求方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
142.其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器rom、随机存取存储器ram、磁碟或者光盘等。
143.本技术实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述调度请求方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
144.应理解，本技术实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
145.本技术实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述调度请求方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
146.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
147.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
148.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。