一种资源调度控制方法及装置与流程

1.本技术涉及5g技术领域，更具体的说，是涉及一种资源调度控制方法、装置及电子设备。


背景技术：

2.在5g应用中，ue(user equipment，终端)接入基站后，当有上行数据需要发送却无上行资源时，需要通过物理上行控制信道发送sr(scheduling request，调度请求)来申请上行调度资源，基站收到后通过物理下行控制信道为其分配上行时频资源，而ue发送sr时只指明有上行数据要发送却未明确需要发送多少数据量，所以ue如果本次调度数据发送后还有剩余数据需要发送时，会在物理共享控制信道发送数据的时候预留空间发送bsr(buffer status report，缓冲状态报告)告知基站其上行还有多少数据需要发送，基站收到后再次为其分配相应资源，从而完成上行数据的传输。
3.每次ue上报sr申请时，基站都会响应一个固定的授权大小。如果授权太小，需要再通过ue上报bsr获取后续的授权需求，进而给与相应的授权调度；如果授权太大，ue会在传输的数据尾部填充空白消息，导致空口资源浪费。由此可见，如果授权太小，每次上行数据传输都会进行上述资源申请的交互流程，这无疑在某种程度上增加了信令的开销，同时增加了上行数据的传输时延，如果传输bsr的数据解析失败的场景下，重传则更加延长了上行业务得到调度的时间；如果授权太大，则会造成空口资源浪费。


技术实现要素：

4.有鉴于此，本技术提供如下技术方案：
5.一种资源调度控制方法，包括：
6.接收第一设备发送的资源调度请求；
7.基于第一数值响应所述资源调度请求，为所述第一设备分配上行资源，所述第一数值表征基站对所述第一设备的授权资源的资源容量；
8.基于接收到的第一数据调整所述第一数值；
9.基于调整后的所述第一数值响应所述第一设备后续发送的资源调度请求。
10.可选地，所述基于接收到的第一数据调整所述第一数值，包括：
11.在所述第一数据表征基站为所述第一设备分配的上行资源未满足所述第一设备需求的情况下，基于第一策略调整所述第一数值；
12.在所述第一数据表征基站为所述第一设备分配的上行资源满足所述第一设备需求的情况下，基于第二策略调整所述第一数值。
13.可选地，在所述第一数据表征基站为所述第一设备分配的上行资源未满足所述第一设备需求的情况下，基于第一策略调整所述第一数值，包括：
14.若在第一时间段内接收到所述第一设备发送的资源补充请求，确定基站为所述第一设备分配的上行资源未满足所述第一设备需求；
15.基于所述资源补充请求调整所述第一数值。
16.可选地，所述基于所述资源补充请求调整所述第一数值，包括：
17.将所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和确定为更新的第一数值。
18.可选地，所述将所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和确定为更新的第一数值，包括：
19.在所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和不大于设定的授权最大值的情况下，将其确定为更新的第一数值。
20.可选地，在所述第一数据表征基站为所述第一设备分配的上行资源满足所述第一设备需求的情况下，基于第二策略调整所述第一数值，包括：
21.若从所述第一设备接收到的上行数据中包含空白数据，确定基站为所述第一设备分配的上行资源满足所述第一设备需求，所述上行数据为所述第一设备基于所述上行资源上传的数据；
22.将所述第一数值与第二数值的差值确定为更新的第一数值，所述第二数值为所述空白数据的容量。
23.可选地，在所述将所述第一数值与第二数值的差值确定为更新的第一数值前，还包括：
24.确定所述第一设备是否连续n次发送包含空白数据的上行数据，所述n为大于等于2的正整数；
25.若是，进入所述将所述第一数值与第二数值的差值确定为更新的第一数值的步骤，所述第二数值为基于n次上行数据中的空白数据确定的数值。
26.可选地，所述第二数值为所述n次上行数据中的n个空白数据容量的均值。
27.可选地，所述将所述第一数值与第二数值的差值确定为更新的第一数值，包括：
28.在所述第一数值与第二数值的差值不小于设定的授权最小值的情况下，将其确定为更新的第一数值。
29.本技术还公开一种资源调度控制装置，包括：
30.请求接收模块，用于接收第一设备发送的资源调度请求；
31.资源授权模块，用于基于第一数值响应所述资源调度请求，为所述第一设备分配上行资源，所述第一数值表征基站对所述第一设备的授权资源的资源容量；
32.数值调整模块，用于基于接收到的第一数据调整所述第一数值；
33.请求处理模块，用于基于调整后的所述第一数值响应所述第一设备后续发送的资源调度请求。
34.进一步的，本技术还公开了一种服务器，包括：
35.处理器；
36.存储器，用于存储所述处理器的可执行程序指令；
37.其中，所述可执行程序指令包括：接收第一设备发送的资源调度请求；基于第一数值响应所述资源调度请求，为所述第一设备分配上行资源，所述第一数值表征基站对所述第一设备的授权资源的资源容量；基于接收到的第一数据调整所述第一数值；基于调整后的所述第一数值响应所述第一设备后续发送的资源调度请求。
38.经由上述的技术方案可知，与现有技术相比，本技术实施例公开了一种资源调度控制方法及装置，方法包括：接收所述第一设备发送的资源调度请求；基于第一数值响应所述资源调度请求，为所述第一设备分配上行资源，所述第一数据值表征基站对所述第一设备的授权资源的资源容量；基于接收到的第一数据调整所述第一数值；基于调整后的所述第一数值响应所述第一设备后续发送的资源调度请求。上述方案中，用于分配资源的主体在为资源申请方分配初始的授权资源后，可以根据从资源申请方接收到的第一数据分析该资源申请方的资源需求，并基于分析结果动态调整授权资源大小，以为该资源申请方后续的资源调度请求确定更合适的授权资源，从而很大程度上避免了授权资源过小或过大导致的资源调度多次交互和空口资源浪费的情况。
附图说明
39.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
40.图1为本技术实施例公开的一种资源调度控制方法的流程图；
41.图2为本技术实施例公开的一种调整第一数值的流程图
42.图3为本技术实施例公开的另一种调整第一数值的流程图；
43.图4为本技术实施例公开的一种资源调度控制方法的实现流程示意图；
44.图5为本技术实施例公开的一种资源调度控制装置的结构示意图；
45.图6为本技术实施例公开的一种服务器的装置结构示意图。
具体实施方式
46.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
47.本技术实施例可以应用于电子设备，本技术对该电子设备的产品形式不做限定，可以包括但并不局限于智能手机、平板电脑、可穿戴设备、个人计算机(personal computer，pc)、上网本等，可以依据应用需求选择。
48.图1为本技术实施例公开的一种资源调度控制方法的流程图。参见图1所示，资源调度控制方法可以包括：
49.步骤101：接收第一设备发送的资源调度请求。
50.本实施例中，所述第一设备可以是用户终端，但其具体实现形式并没有固定限制，例如第一设备可以是手机、笔记本电脑、pad等；而资源调度控制方法的实施主体可以是基站、服务器等。本实施例所述资源调度控制方法解决的既是基站为用户终端合理分配授权资源的问题，从而避免授权资源过小，导致的用户终端反复多次向基站申请上行资源的问题，也避免授权资源过大，导致的用户终端发送的上行数据中包含许多空白信息，空口资源浪费的问题。
51.所述资源调度请求为用户终端在有上行资源需求时向基站发送的请求，可以是sr，基站在收到资源调度请求后，在请求符合条件的情况下就会授权同意该申请，并为用户终端分配授权资源。这里的授权资源，是预先设定的一个值，只要是该用户终端发送的资源调度请求，就为其分配设定的授权资源大小。换句话说，资源调度请求中并不会体现用户终端发送上行数据需要多少资源，基站也仅会基于预先设定的授权资源为用户终端分配对应的上行资源。
52.步骤102：基于第一数值响应所述资源调度请求，为所述第一设备分配上行资源，所述第一数值表征基站对所述第一设备的授权资源的资源容量。
53.所述第一数值即为上述授权资源的数值。例如，授权资源为200兆，则基站在授权同意为用户终端分配上行资源时，也会同步为其分配200兆的上行资源。但需要说明的是，授权资源虽然是预先设定的，但其数值是可配置的，本技术既是提供了一种可动态调整授权资源大小的方案，以更好的满足实际情况。
54.步骤103：基于接收到的第一数据调整所述第一数值。
55.其中，基站接收到的第一数据可以是用户终端在获得基站为其分配的上行资源后发送的纯上行数据(其中不包含bsr)；也可以是用户终端在基站为其分配的上行资源不够用的情况下，也即上行数据没有发送完的情况下，用户终端再次向基站申请上行资源的请求，如上行数据所带有的bsr。
56.上行数据所带有的bsr或空白消息，能够反映出基站为用户终端分配的授权资源是否能够满足用户终端的需求量。考虑到固定的用户终端负责的业务或上传需求往往存在类似性，因此本实施例中基于上行数据调整第一数据，也即调整授权资源，保证调整后的第一数据，后续能够更好的满足用户的实际需求。
57.步骤104：基于调整后的所述第一数值响应所述第一设备后续发送的资源调度请求。
58.调整第一数值后，基于最新的第一数值响应后续所述第一设备发送的资源调度请求，可以大程度上避免出现授权资源不够用、第一设备需多次向基站“索要”上行资源的情况发生，同时也避免授权资源过大上行数据中包含大量空白消息的情况。
59.本实施例所述资源调度控制方法，用于分配资源的主体在为资源申请方分配初始的授权资源后，可以根据从资源申请方接收到的第一数据分析该资源申请方的资源需求，并基于分析结果动态调整授权资源大小，以为该资源申请方后续的资源调度请求确定更合适的授权资源，从而很大程度上避免了授权资源过小或过大导致的资源调度多次交互和空口资源浪费的情况。
60.上述实施例中，所述基于接收到的第一数据调整所述第一数值，可以包括：在所述第一数据表征基站为所述第一设备分配的上行资源未满足所述第一设备需求的情况下，基于第一策略调整所述第一数值；在所述第一数据表征基站为所述第一设备分配的上行资源满足所述第一设备需求的情况下，基于第二策略调整所述第一数值。
61.其中，基站为第一设备分配的上行资源未满足第一设备需求，表明授权资源的大小要小于上行数据的大小，若要完成上行资源的全部发送，基站需要为第一设备分配更多的上行资源。这种情况下，基于第一策略调整第一数值的流程可以参见图2所示。如图2所示，在所述第一数据表征基站为所述第一设备分配的上行资源未满足所述第一设备需求的
情况下，基于第一策略调整所述第一数值，可以包括：
62.步骤201：若在第一时间段内接收到所述第一设备发送的资源补充请求，确定基站为所述第一设备分配的上行资源未满足所述第一设备需求。
63.所述资源补充请求即为前文所述bsr，其可以包含在第一设备向基站发送的上行数据中。由于基站为第一设备分配了授权资源后，第一设备使用授权资源发送上行数据往往很快，会在一定时间内完成，因此需要限定在第一时间段内接收到的第一设备发送的资源补充请求。
64.所述资源补充请求中明确记录了第一设备还需要多少上行资源，以使得基站基于该记录内容为第一设备分配合适的上行资源。
65.步骤202：基于所述资源补充请求调整所述第一数值。
66.本实施中，调整第一数值的原则可以是将第一数值与资源补充请求对应的资源容量的和作为最新的第一数值。第一数值与资源补充请求对应的资源容量的和理论上为第一设备实际需求上行资源的大小。但需要说明的是，第一设备在确定基站为其分配的授权资源不够用的情况下，发送的资源补充请求也需要一定的上行资源，因此实际上，第一数值与资源补充请求对应的资源容量的和为第一设备实际需求上行资源与第一设备发送资源补充请求的总和；但资源补充请求本身所需资源很小，不需要做额外的特殊处理。
67.一些情况下，第一设备上的业务会不断更新，因此也会实时的产生新的上行资源需求，因此第一设备所需的上行资源也会实时的发生变化。例如，第一设备最初有一个300兆的文件需要上传至基站，基站的授权资源为200兆，则第一设备再利用这200兆上传文件的过程中或过程后，会再向基站发送资源补充请求申请100兆的上行资源；而后第一设备上有新的业务，需要50兆上行资源，则在基站基于所述补充请求为第一设备分配100兆上行资源后，会再次接收到第一设备发送的申请50兆上行资源的资源补充请求。当然，后续处理过程中第一设备还可能第三次甚至更多次的向基站发出资源补充请求。
68.在上述情况下，基于所述资源补充请求调整所述第一数值，也不会无限制的将每一次资源补充请求对应的资源容量与第一数值求和，这样的处理方式显然是不合理的。因此本实现中，确定将所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和确定为更新的第一数值。
69.首次接收到的资源补充请求对应的是第一设备的第一个业务，因此将其对应资源容量与第一数值求和，得到的结果是所述第一个业务所需的上行资源。这样的处理方式显然是合理的，更能满足实际情况。
70.一些实现中，会为授权资源设置一个可调范围，包括一个授权最大值和授权最小值，第一数值的调整更新仅限于在所述授权最小值到所述授权最大值的区间进行。其中最小授权值的设定，最小应当满足一个bsr的大小，以使得第一设备能够向基站发送bsr，告知其自身需要多少上行资源。
71.因此，所述将所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和确定为更新的第一数值，可以包括：在所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和不大于设定的授权最大值的情况下，将其确定为更新的第一数值。
72.图3为本技术实施例公开的另一种调整第一数值的流程图。参见图2所示，在第一
数据表征基站为第一设备分配的上行资源满足第一设备需求的情况下，基于第二策略调整第一数值，可以包括：
73.步骤301：若从所述第一设备接收到的上行数据中包含空白数据，确定基站为所述第一设备分配的上行资源满足所述第一设备需求。
74.其中，上行数据为所述第一设备基于所述上行资源上传的数据。所述空白数据可以是padding消息，即没有任何实质内容的数据。
75.上行数据中包含空白数据，表明基站为第一设备分配的授权资源已经足够第一设备发送其上行数据，因此不需要再为第一设备分配上行资源。
76.步骤302：将所述第一数值与第二数值的差值确定为更新的第一数值，所述第二数值为所述空白数据的容量。
77.第一数值与第二数值的差值，对应的是第一设备实际的上行数据需要的资源容量，将第一数值与第二数值的差值确定为更新的第一数值，这样下次第一设备需要向基站上传类似的上行数据时，基站基于更新的第一数值为其分配的授权资源能够满足上行数据需求，同时也不会造成空口资源浪费。
78.基于以上实施例内容，其他实现中，在所述将所述第一数值与第二数值的差值确定为更新的第一数值前，还可以包括：确定所述第一设备是否连续n次发送包含空白数据的上行数据，所述n为大于等于2的正整数；若是，进入所述将所述第一数值与第二数值的差值确定为更新的第一数值的步骤，所述第二数值为基于n次上行数据中的空白数据确定的数值。
79.由于将第一数值，也即授权资源设置的过小，就可能会导致第一设备后续需要再次向基站发送bsr，造成额外的信令开销，同时也会延误上行数据的传输，因此将第一数值调小的处理需要更为谨慎。本实现中，只有在第一设备连续n次发送包含空白数据的上行数据的情况下，才会将第一数值调小，从而保证调整后的第一数值能够满足第一设备侧上行数据的大多数情况。在此前提下，所述第二数值可以为所述n次上行数据中的n个空白数据容量的均值。
80.同样的，在授权资源具有可调范围的情况下，所述将所述第一数值与第二数值的差值确定为更新的第一数值，可以包括：在所述第一数值与第二数值的差值不小于设定的授权最小值的情况下，将其确定为更新的第一数值。
81.一个较完整的示例中，资源调度控制方法的实现流程示意图如图4所示。
82.结合图4所示，方案实现流程可以包括：
83.1、设置sr可授权资源的最大值和最小值，初始化设置sr能够提供的最小授权值；
84.2、sr最小授权场景，基站接收pusch信道，当ue在sr后第一次上报bsr时，记录firstbsrsize(首次bsr对应的资源容量)大小，在未超过sr授权最大值时，将最小授权累加该bsr值设置为sr授权值，用于下次sr申请时的资源授权；当ue上报padding时，说明所授权资源足够了，则仍旧使用最小授权值；
85.3、非sr最小授权场景，基站接收pusch信道，当ue在sr后第一次上报bsr时，记录firstbsrsize大小，在未超过sr授权最大值时，将历史授权累加该bsr值设置为sr授权值，用于下次sr申请时的资源授权；当ue连续n次上报padding大于固定大小时，认为授权过大，将历史授权大小减去padding值设置为sr授权值。
86.对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
87.上述本技术公开的实施例中详细描述了方法，对于本技术的方法可采用多种形式的装置实现，因此本技术还公开了一种装置，下面给出具体的实施例进行详细说明。
88.图5为本技术实施例公开的一种资源调度控制装置的结构示意图。参见图5所示，资源调度控制装置50可以包括：
89.请求接收模块501，用于接收所述第一设备发送的资源调度请求。
90.资源授权模块502，用于基于第一数值响应所述资源调度请求，为所述第一设备分配上行资源，所述第一数值表征基站对所述第一设备的授权资源的资源容量。
91.数值调整模块503，用于基于接收到的第一数据调整所述第一数值。
92.请求处理模块504，用于基于调整后的所述第一数值响应所述第一设备后续发送的资源调度请求。
93.本实施例所述资源调度控制装置，用于分配资源的主体在为资源申请方分配初始的授权资源后，可以根据从资源申请方接收到的第一数据分析该资源申请方的资源需求，并基于分析结果动态调整授权资源大小，以为该资源申请方后续的资源调度请求确定更合适的授权资源，从而很大程度上避免了授权资源过小或过大导致的资源调度多次交互和空口资源浪费的情况。
94.一个实现中，数值调整模块具体可用于：在所述第一数据表征基站为所述第一设备分配的上行资源未满足所述第一设备需求的情况下，基于第一策略调整所述第一数值；在所述第一数据表征基站为所述第一设备分配的上行资源满足所述第一设备需求的情况下，基于第二策略调整所述第一数值。
95.一个实现中，在所述第一数据表征基站为所述第一设备分配的上行资源未满足所述第一设备需求的情况下，数值调整模块包括：第一确定模块，用于在第一时间段内接收到所述第一设备发送的资源补充请求的情况下，确定基站为所述第一设备分配的上行资源未满足所述第一设备需求；第一调整模块，用于基于所述第一数据和所述资源补充请求调整所述第一数值。
96.一个实现中，第一调整模块用于将所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和确定为更新的第一数值。
97.一个实现中，第一调整模块具体可用于：在所述第一时间段内首次接收到的资源补充请求所请求的资源容量与所述第一数值的和不大于设定的授权最大值的情况下，将其确定为更新的第一数值。
98.一个实现中，在所述第一数据表征基站为所述第一设备分配的上行资源满足所述第一设备需求的情况下，数值调整模块包括：第二确定模块，用于在从所述第一设备接收到的上行数据中包含空白数据的情况下，确定基站为所述第一设备分配的上行资源满足所述第一设备需求，所述上行数据为所述第一设备基于所述上行资源上传的数据；第二调整模块，用于将所述第一数值与第二数值的差值确定为更新的第一数值，所述第二数值为所述空白数据的容量。
99.一个实现中，数值调整模块还包括：次数确定模块，用于在第二确定模块将所述第一数值与第二数值的差值确定为更新的第一数值前，确定所述第一设备是否连续n次发送包含空白数据的上行数据，所述n为大于等于2的正整数；在确定结果为是的情况下，所述第二确定模块将所述第一数值与第二数值的差值确定为更新的第一数值。
100.一个实现中，所述第二数值可以为所述n次上行数据中的n个空白数据容量的均值。
101.一个实现中，第二确定模块具体可用于：在所述第一数值与第二数值的差值不小于设定的授权最小值的情况下，将其确定为更新的第一数值。
102.上述实施例中的所述的任意一种资源调度控制装置包括处理器和存储器，上述实施例中的请求接收模块、资源授权模块、数值调整模块、请求处理模块等均作为程序模块存储在存储器中，由处理器执行存储在所述存储器中的上述程序模块来实现相应的功能。
103.处理器中包含内核，由内核去存储器中调取相应的程序模块。内核可以设置一个或多个，通过调整内核参数来实现回访数据的处理。
104.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
105.在示例性实施例中，还提供了一种计算机可读存储介质，可直接加载到计算机的内部存储器，其中含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述资源调度控制方法任一实施例所示步骤。
106.在示例性实施例中，还提供一种计算机程序产品，可直接加载到计算机的内部存储器，其中含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述所述的资源调度控制方法任一实施例所示步骤。
107.进一步，本技术实施例提供了一种电子设备。图6为本技术实施例公开的一种服务器的装置结构示意图。参见图6所示，服务器60包括至少一个处理器601、以及与处理器连接的至少一个存储器602、总线603；其中，处理器、存储器通过总线完成相互间的通信；处理器用于调用存储器中的程序指令，以执行上述的资源调度控制方法。
108.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
109.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
110.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存
储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
111.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。