资源分配方法及基站设备

技术领域

本申请涉及无线通信技术领域，尤其涉及一种资源分配方法及基站设备。

背景技术

第五代移动通信技术(5th Generation Mobile Communication Technology，5G)是具有高速率、低时延和大连接特点的新一代宽带移动通信技术，是实现人机物互联的网络基础设施。

目前，国际电信联盟定义了5G的三种类型通信服务：增强移动宽带(EnhancedMobile Broadband，eMBB)服务、超高可靠低时延通信(Ultra-reliable and Low LatencyCommunications，uRLLC)服务和海量机器类通信(Massive Machine Type Communication，mMTC)服务。

发明内容

本申请实施例提出了一种资源分配方法及基站设备，用于提高处理资源的使用率。

于是，在本申请的一个实施例中，提供了一种资源分配方法。其中，所述方法适用于基站设备，包括：

根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量；

根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配相应的第一处理资源；

从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的第二类型通信服务分配第二处理资源。

在本申请的又一实施例中，提供了一种资源分配方法。其中，所述方法适用于基站设备，包括：

根据目标时域周期内被分配给无人机飞行控制服务的时频资源单元，确定出所述目标时域周期内涉及的所述无人机飞行控制服务所需的第一处理资源量；

根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述无人机飞行控制服务分配相应的第一处理资源；

从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的无人机图传服务分配第二处理资源。

在本申请的又一实施例中，提供了一种资源分配方法。其中，所述方法适用于基站设备，包括：

根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量；

根据所述第一处理资源量，请求云端服务器从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配相应的第一处理资源，并从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的第二类型通信服务分配第二处理资源。

在本申请的又一实施例中，提供了一种基站设备。该基站设备，包括：存储器和处理器，其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以实现上述任一项所述的资源分配方法。

在本申请的又一实施例中，提供了一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述任一项所述的资源分配方法。

本申请实施例提供的技术方案中，从为第一类型通信服务和第二类型通信服务统一预留的处理资源中优先为目标时域周期内涉及的第一类型通信服务分配出相应的第一处理资源；然后，再从预留的处理资源中的剩余处理资源中为目标时域周期内所涉及的第二类型通信服务分配第二处理资源。这样，第一类型通信服务和第二类型通信服务能够复用同一套预留的处理资源，无需专门预留出两套独立的处理资源，提高了处理资源的使用率。并且，本申请实施例提供的技术方案会优先为第一类型通信服务分配处理资源，可确保第一类型通信服务的处理时延较小，以满足实际应用需求。

附图说明

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

图1为本申请一实施例提供的下行占用指示发送的示意图；

图2为本申请一实施例提供的帧结构示意图；

图3为本申请一实施例提供的系统架构示意图；

图4为本申请一实施例提供的资源分配方法的流程示意图；

图5为本申请一实施例提供的时频资源分配的示意图；

图6为本申请一实施例提供的资源分配方法的流程示意图；

图7为本申请一实施例提供的基站设备的结构框图。

具体实施方式

为分别满足大带宽和低时延服务需求，需要5G同时支持eMBB和URLLC两种类型服务。但这种服务特点不同，对基站设备(下文简称基站)的处理性能要求不同。

其中，eMBB，例如视频播放、下载等服务，占用大比例的无线资源用来承载大流量，处理数据量大，但对延迟相对不敏感，故基站处理时间可以略长。

URLLC，主要应用于工业应用和控制、交通安全和控制、远程制造、远程培训、远程手术、无人机等方面，数据量不大，占用的无线资源和计算资源不多，但要求基站处理时间短，典型的按照子时隙(mini-slot)配置，要求在2个符号(symbol)周期(也即时间)内完成，处理时延越短越好。

在5G同时支持eMBB和URLLC两种类型服务时，在同一个符号周期内，可能同时存在eMBB和URLLC两种服务，分布于不同的子载波上，当然，也可能是不同符号周期上分别有eMBB和URLLC。eMBB和URLLC的复用传输可以提高系统的时频资源利用率，并满足URLLC对时延的要求。一个终端突发URLLC服务时，可以抢占其他终端用于传输eMBB数据对应的时频资源进行传输。具体可配合下行抢占(Premption Indication，PI)指示机制，图1所示，即通过组播发送PI指示信息，通知终端在一个RDR(Reference DL Region)内被抢占的时频资源。如图1中，下行资源中，分配给eMBB数据对应的时频资源被URLLC数据抢占，且下行资源中会设置有用于承载PI指示的时频资源。

由于eMBB和URLCC对硬件处理时延要求不一致，为了保证URLLC极低时延要求，可专门为URLCC单独预留一套硬件处理资源，例如CPU核/线程、FPGA(Field ProgrammableGate Array，现场可编程逻辑门阵列)加速器。这个方法存在的问题是，URLLC一般都是突发服务，在大部分时间上，处理URLLC的这套硬件处理资源是空闲的，存在浪费。另外就是单独预留的这套URLLC资源需要多大的问题，由于URLLC服务不可预测，通常服务量不大，但个别场景和时段下，也可能会突发大量服务，资源预留少了可能不够处理，预留多了则可能浪费。也即是，需要针对eMBB和URLLC，设置两套独立的硬件处理资源，且两者不可共享。

为了提高硬件处理资源利用率，本申请实施例提供了一种资源分配方法，在本方法中，从为第一类型通信服务和第二类型通信服务统一预留的处理资源中优先为目标时域周期内涉及的第一类型通信服务分配出相应的第一处理资源；然后，再从预留的处理资源中的剩余处理资源中为目标时域周期内所涉及的第二类型通信服务分配第二处理资源。这样，第一类型通信服务和第二类型通信服务能够复用同一套预留的处理资源，无需专门预留出两套独立的处理资源，提高了处理资源的使用率。并且，本申请实施例提供的技术方案会优先为第一类型通信服务分配处理资源，可确保第一类型通信服务的处理时延较小，以满足实际应用需求。

为了方便理解本申请技术方案，现对5G中的NR(New Radio，新空口)帧进行介绍：

如图2所示，一个5G NR帧的持续时间为10ms，一帧具有10个子帧，每个子帧具有1ms的持续时间。每个子帧的时隙数取决于子载波间隔，可以为1、2或4。根据循环前缀类型，每个时隙可以具有7个OFDM(Orthogonal Frequency Division Multiplexing)符号或14个OFDM符号。5G还定义了一种子时隙构架，叫子时隙Mini-Slot，主要用于超高可靠低时延(URLLC)应用场景。每个Mini-Slot仅仅由两个或多个符号(例如：2个、3个、4个)组成，第一个符号包含控制信息。对于低时延服务可配置于Mini-Slot上，Mini-Slot也可用于快速灵活的服务调度。

以子载波间隔为60K为例：

一个子帧有四个时隙slot周期，每个时隙周期的时长为0.25ms，一个时隙周期有14个符号周期，每个符号周期为16.67us。

其中，符号周期越短，对于芯片数字信号处理实时性提出了更高的要求。

为了使本技术领域的人员更好地理解本申请方案，下面将根据本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

此外，在本申请的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图3示出了本申请实施例所涉及的通信系统架构，该通信系统架构中包括：基站20和多个用户设备30。其中，基站可以是物理基站或云基站。其中，云基站其中，各用户设备30需要请求基站20为其分配所需的时频资源，以用于与基站进行通信交互。其中，时频资源包括：时域资源和频域资源。

各用户设备的请求过程以及基站分配过程具体可参见现有技术，在此不再详述。本申请只涉及在基站分配好其时频资源后，如何针对基站已分配好的时频资源来分配相应的处理资源，以用于处理已分配好的时频资源所承载的通信数据。当时频资源所承载的通信数据是由基站发往用户设备的，则该时频资源具体为下行时频资源；当时频资源所承载的通信数据是由用户设备发往基站的，则该时频资源具体为上行时频资源。针对下行时频资源所承载的通信数据的处理包括但不限于：编码和调制；针对上行时频资源所承载的通信数据的处理包括但不限于：解调和解码。其中，处理资源(也即硬件处理资源)，具体为计算资源，例如CPU核/线程、FPGA(Field Programmable Gate Array，现场可编程逻辑门阵列)加速器、内存，等等。

图4示出了本申请一实施例提供的资源分配方法的流程示意图。所述方法适用于基站，也即该方法的执行主体为基站。如图4所示，该方法包括：

101、根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量。

102、根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配相应的第一处理资源。

103、从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的第二类型通信服务分配第二处理资源。

上述第一类型通信服务具体可以为时延要求严格的通信服务，例如：URLLC服务；第二类型通信服务具体可以为非延时要求严格的通信服务，例如：eMBB服务、mMTC服务。在一实例中，所述第一类型通信服务包括超可靠和低延迟通信URLLC服务；所述第二类型通信服务包括增强型移动宽带eMBB服务或大规模机器类型通信mMTC服务。也即是：URLLC服务的优先级高于eMBB或mMTC。

上述101中，目标时域周期可包括但不限于符号周期、时隙周期和子帧周期。实际应用时，可根据实际需要来选取。当时域周期越长，就需预留出更多的处理资源以用于分配，故在一实例中，上述目标时域周期具体可以为周期较短的符号周期或时隙周期。

其中，时频资源包括：时域资源和频域资源。时频资源单元包括由一个时域资源单元和一个频域资源单元组成。其中，时域资源单元是通过对时域资源进行划分得到的，频域资源是通过对频域资源进行划分得到的。例如：在时域上，划分得到的最小的资源粒度是一个符号(例如：OFDM)；在频域上，划分得到的最小的粒度是一个子载波；一个符号与一个子载波组成一个时频资源单元，叫做RE(Resouce Element)。

可根据目标时域周期对应的时频资源单元分配信息，确定出目标时域周期内被分配给第一类型通信服务的时频资源单元。根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量。具体的确定方法将在后续实施例中进行详细介绍。

其中，第一处理资源量指的是处理目标时域周期内涉及的所述第一类型通信服务的通信数据所需的处理资源量。

上述102中，上述预留的处理资源是事先针对上述第一类型通信服务和第二类型通信服务预留的，以由上述第一类型通信服务和第二类型通信服务共用。预留的处理资源也即是事先针对上述第一类型通信服务和第二类型通信服务保留的处理资源。

根据所述第一处理资源量，优先从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配出相应的第一处理资源，以足够处理所述目标时域周期内涉及的所述第一类型通信服务的通信数据。其中，第一处理资源用于处理所述目标时域周期内涉及的所述第一类型通信服务的通信数据。该处理可包括：编码、调制、解调以及解码中的一项或多项。

上述103中，从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内所涉及的第二类型通信服务分配第二处理资源。其中，第二处理资源用于处理所述目标时域周期内涉及的所述第二类型通信服务的通信数据。该处理也可包括：编码、调制、解调以及解码中的一项或多项。其中，剩余处理资源指的是所述处理资源中除去第一处理资源后剩下的处理资源。

具体地，根据目标时域周期内被分配给第二类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第二类型通信服务所需的第二处理资源量。根据所述第二处理资源量，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的所述第二类型通信服务分配相应的第二处理资源。

需要说明的是，当剩余处理资源的资源量大于第二处理资源量时，从剩余处理资源中选取相应的第二处理资源分配给所述目标时域周期内涉及的所述第二类型通信服务。当剩余处理资源的资源量等于或小于第二处理资源量时，将剩余处理资源全部分配给所述目标时域周期内涉及的所述第二类型通信服务。注：当剩余处理资源的资源量小于第二处理资源量时，可能会存在处理资源不够用的情况，使得第二类型通信服务的处理时延增大。

图5示出了时频资源分配情况示意图。如图5所示，在横轴时域上，标识出了一个由14个符号(symbol)组成的子帧，每7个符号为一个时隙slot，或者更小的每两个符号为一个子时隙mini-slot。纵轴频域上为多个子载波，子载波数量与基站频谱带宽和子载波间隔有关系。每一个小方块是一个基本的时频资源(空口资源)单元，例如，深颜色的为uRLLC服务所在的时频资源块51，浅颜色的为eMBB服务所在的时频资源块52。

本申请实施例提供的技术方案中，从为第一类型通信服务和第二类型通信服务统一预留的处理资源中优先为目标时域周期内涉及的第一类型通信服务分配出相应的第一处理资源；然后，再从预留的处理资源中的剩余处理资源中为目标时域周期内所涉及的第二类型通信服务分配第二处理资源。这样，第一类型通信服务和第二类型通信服务能够复用同一套预留的处理资源，无需专门预留出两套独立的处理资源，提高了处理资源的使用率。并且，本申请实施例提供的技术方案会优先为第一类型通信服务分配处理资源，可确保第一类型通信服务的处理时延较小，以满足实际应用需求。

在一可实现的方案中，上述方法，还可包括：

104、确定历史时域周期所需的历史处理资源量。

所述历史处理资源量是根据所述历史时域周期内涉及的所述第一类型通信服务所需的第一历史处理资源量和所述历史时域周期内涉及的所述第二类型通信服务所需的第二历史处理资源量确定的。

105、根据所述历史时域周期所需的历史处理资源量，确定目标处理资源量。

106、按照所述目标处理资源量，划分出所述处理资源，以预留给所述第一类型通信服务和所述第二类型通信服务。

上述历史时域周期的时长与上述目标时域周期的时长相同。上述历史时域周期可根据实际需要来选取。

在方式一中，可选取历史上所需处理资源量最大的历史时域周期。可将所述历史时域周期所需的历史处理资源量，作为目标处理资源量。

在方式二中，可选取历史上多个历史时域周期，也即所述历史时域周期为多个。其中，多个历史时域周期可以为历史上一天或一个星期中的所有历史时域周期。相应的，上述105中“根据所述历史时域周期所需的历史处理资源量，确定目标处理资源量”，具体可包括：

1051、根据多个所述历史时域周期所需的历史处理资源量的平均量以及预设冗余量，确定所述目标处理资源量。

上述1051中，可将多个历史时域周期所需的历史处理资源量进行加和，再除以多个历史时域周期的个数，得到平均量；将平均量和预设冗余量之和作为目标处理资源量。

需要说明的是，实际应用中，历史上所需处理资源量最大的历史时域周期可以看成是突发情况，出现概率较低。若采用方式一，会使得预留的处理资源过多，影响处理资源的使用率。而采用方式二，通常可以满足绝大部分情况，只有在极个别的突发情况时有可能会存在资源不够的问题，但是由于优先分配原则，可以确保第一类型通信服务能够分到足够的处理资源，以保证第一类型通信服务超低延时的要求；第二类型通信服务虽然可能无法分配到足够的处理资源，但是第二类型通信服务对延时这方面的要求不高，影响不大。这样一来，不仅能够满足实际的服务要求，还能够减少处理资源的预留量，进而提高处理资源的使用率。

上述106中，按照所述目标处理资源量，可从基站所能提供的全部处理资源中划分出所述处理资源，以预留给所述第一类型通信服务和所述第二类型通信服务。

在一种可实现的方案中，上述102中“根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配出相应的第一处理资源”，可包括：

1021、根据所述第一处理资源量，从预留的处理资源池中为所述目标时域周期内涉及的所述第一类型通信服务分配出相应的第一处理资源。

所述处理资源池是根据所述处理资源构建的。通过处理资源池来管理预留的处理资源，有助于提高处理资源的利用率。上述处理资源池具体可以为虚拟化处理资源池。

从预留的处理资源池中为所述目标时域周期内涉及的所述第一类型通信服务分配出相应的第一处理资源，也即是，将处理资源池中第一处理资源进行标注，标注其分配给第一类型通信服务。例如：将处理资源池中的第一处理资源标注为第一类型标识，例如：URLLC标识。

相应的，上述103中“从所述处理资源中的剩余处理资源中为所述目标时域周期内所涉及的第二类型通信服务分配第二处理资源”，具体可包括：

1031、从所述处理资源池中的剩余处理资源中为所述目标时域周期内涉及的第二类型通信服务分配第二处理资源。

其中，剩余处理资源指的是处理资源池中除去第一处理资源后剩下的处理资源。

从预留的处理资源池中的剩余处理资源中为所述目标时域周期内涉及的所述第二类型通信服务分配出相应的第二处理资源，也即是，将处理资源池中第二处理资源进行标注，标注其分配给第二类型通信服务。例如：将处理资源池中的第二处理资源标注为第二类型标识，例如：eMBB标识。

下面将介绍所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量的确定过程。具体地，上述101中“根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量”，可采用如下步骤来实现：

1011a、根据目标时域周期内被分配给第一类型通信服务的时频资源单元的子载波间隔和时长，确定所述时频资源单元对应的传输承载量。

1012a、根据所述时频资源单元对应的传输承载量以及所述第一类型通信服务的服务类型，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量。

上述1011a中，时频资源单元是用来承载通信数据的。时频资源单元对应的传输承载量指的是时频资源单元所承载的通信数据量。其中，时频资源单元的时长指的是符号周期的时长。子载波间隔为15kHZ、30kHZ、60kHZ，120kHZ以及240kHZ中的一个。

时频资源单元的子载波间隔越大，其对应的传输承载量越大；时频资源单元的子载波间隔越大，其对应的传输承载量越大。

实际应用时，时频资源单元对应的传输承载量与该时频资源单元对应的用户设备的信号强度也有关。时频资源单元对应的用户设备的信号强度越强，其对应的传输承载量就越大。时频资源单元对应的用户设备也即是该时频资源单元的分配对象。

因此，可以获取目标时域周期内被分配给第一类型通信服务的时频资源单元对应的用户设备的信号强度；根据目标时域周期内被分配给第一类型通信服务的时频资源单元的子载波间隔和时长及其对应的用户设备的信号强度，确定所述时频资源单元对应的传输承载量。其中，具体计算方式可根据实际需要来设置，本申请实施例对此不作具体限定。

当然，也可不去获取目标时域周期内被分配给第一类型通信服务的时频资源单元对应的用户设备的信号强度，可根据历史数据，确定该基站下的所有用户设备的历史平均信号强度。根据目标时域周期内被分配给第一类型通信服务的时频资源单元的子载波间隔和时长以及历史平均信号强度，确定所述时频资源单元对应的传输承载量。其中，具体计算方式可根据实际需要来设置，本申请实施例对此不作具体限定。

上述1012a中，通常，目标时域周期内被分配给第一类型通信服务的时频资源单元为多个。可将多个所述时频资源单元对应的传输承载量之和作为第一初始处理资源量；根据第一初始处理资源量以及所述第一类型通信服务的服务类型，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量。其中，具体计算方式可根据实际需要来设置，本申请实施例对此不作具体限定。注：相同的传输承载量，不同的服务类型，所需的处理资源量不同。服务类型包括第一类型通信服务对应的第一类型和第二类型通信服务对应的第二类型。将服务类型考虑进来，有助于分配足够的处理资源来处理第一类型通信服务，有助于进一步确保低处理时延的要求。

在一种可实现的方案中，可针对不同的服务类型设置不同的系数。第一类型对应的系数大于第二类型对应的系数。在一具体实例中，第二类型对应的系数可以为1。将第一初始处理资源量与第一类型通信服务的服务类型对应的系数的乘积作为目标时域周期内涉及的第一类型通信服务所需的第一处理资源量。例如：第一类型对应的系数可以为1.1、1.2、1.3，等等。

在一实例中，可针对不同的服务类型设置不同的附加处理资源量。第一类型对应的附加处理资源量大于第二类型对应的附加处理资源量。在一具体实例中，第二类型对应的附加处理资源量可以为0。这样，可根据第一初始处理资源量以及所述第一类型通信服务的服务类型对应的附加处理资源量，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量。具体可以为：对第一初始处理资源量与所述第一类型通信服务的服务类型对应的附加处理资源量进行求和，得到所述目标时域周期内涉及的第一类型通信服务所需的第一处理资源量。

需要补充说明的是，所述目标时域周期内所涉及的第二类型通信服务所需的第二处理资源量的具体计算过程可参照目标时域周期内所涉及的第一类型通信服务所需的第一处理资源量的具体计算过程。

在混合应用场景，例如：无人机、自动驾驶以及远程医疗的混合应用场景中，可将第一类型通信服务分为多个子类通信服务，例如：远程医疗手术、无人机飞行控制、自动驾驶控制等子类通信服务。不同子类通信服务的延时要求不同，要求延时越短的，其对应的服务优先级越高。例如：远程医疗手术的服务优先级高于自动驾驶控制，自动驾驶控制的服务优先级高于无人机飞行控制。在针对不同的子类通信服务分配处理资源时，可结合各子类通信服务的服务优先级进行分配，以确保高服务优先级的子类服务通信的更低时延的要求。

具体地，上述101中“根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量”，可采用如下步骤来实现：

1101b、根据目标时域周期内被分配给各所述子类通信服务的时频资源单元以及各所述子类通信服务对应的服务优先级，确定出目标时域周期内涉及的各所述子类通信服务所需的第一子处理资源量。

其中，所述第一处理资源量包括所述目标时域周期内涉及的所述多个子类通信服务各自所需的第一子处理资源量。

上述1101b中，所述多个子类通信服务中包括第一子类通信服务，其中，第一子类通信服务指的是多个子类通信服务中的任一个。

根据目标时域周期内被分配给第一子类通信服务的时频资源单元，确定出目标时域周期内被分配给第一子类通信服务的时频资源单元对应的传输承载量。根据目标时域周期内被分配给第一子类通信服务的时频资源单元对应的传输承载量，确定目标时域周期内涉及的第一子类通信服务所需的第一初始子处理资源量；根据第一初始子处理资源量以及第一子类通信服务对应的服务优先级，确定出目标时域周期内涉及的第一子类通信服务所需的第一子处理资源量。其中，目标时域周期内被分配给第一子类通信服务的时频资源单元为多个；可将目标时域周期内被分配给第一子类通信服务的多个时频资源单元对应的传输承载量之和，作为目标时域周期内涉及的第一子类通信服务所需的第一初始子处理资源量。将服务类型考虑进来，有助于分配出足够的处理资源来处理第一子类型通信服务，有助于进一步确保低处理时延的要求。

上述根据目标时域周期内被分配给第一子类通信服务的时频资源单元，确定出目标时域周期内被分配给第一子类通信服务的时频资源单元对应的传输承载量的步骤具体可包括：可获取目标时域周期内被分配给第一子类通信服务的时频资源单元对应的用户设备的信号强度；根据目标时域周期内被分配给第一子类通信服务的时频资源单元的子载波间隔和时长及其对应的用户设备的信号强度，确定该时频资源单元对应的传输承载量。其中，具体计算方式可根据实际需要来设置，本申请实施例对此不作具体限定。

在一种可实现的方案中，可针对不同的服务优先级设置不同的系数。优先级越高，系数越大；将第一初始子处理资源量与第一子类通信服务对应的服务优先级对应的系数的乘积作为目标时域周期内涉及的第一子类通信服务所需的第一子处理资源量。例如：系数可以为1.1、1.2、1.3，等等。

在另一种可实现的方案中，可针对不同的服务优先级设置不同的附加处理资源量。优先级越高，附加处理资源量越大。可将第一初始子处理资源量与第一子类通信服务对应的服务优先级对应的附加处理资源量之和作为目标时域周期内涉及的第一子类通信服务所需的第一子处理资源量。

进一步的，为了确保高优先级的子类通信服务能够分配得到足够的处理资源，上述102中“根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配相应的第一处理资源”，具体可包括：根据所述目标时域周期内涉及的所述多个子类通信服务各自所需的第一子处理资源量，按照所述多个子类通信服务各自对应的服务优先级，依次从预留的处理资源中为所述目标时域周期内涉及的所述多个子类通信服务分配相应的第一子处理资源。服务优先级越高，越先分配相应的第一子处理资源。其中，所述第一处理资源包括为所述目标时域周期内涉及的所述多个子类通信服务分配相应的第一子处理资源。

采用本申请实施例提供的技术方案，可以在第一类型通信服务突发、预留的处理资源不够分配给第一类型通信服务时，确保第一类型通信服务中优先级高的子类通信服务分配到足够的处理资源，以确保低延时要求。此外，实际应用时，当出现预留的处理资源不够分配给第一类型通信服务的情况时，可向运维人员的终端设备发送告警信息，其中，告警信息可包括第一类型通信服务的服务类型以及所缺的处理资源量。这样，运维人员在接收到告警信息后，可通过调度的方式从基站为云计算服务预留的处理资源中划分出部分处理资源，以作为候补处理资源。这样，后续若还出现预留的处理资源不够分配给第一类型通信服务的情况时，从候补处理资源进行补充分配。进一步的，当候补处理资源超过预设时长未被使用时，可释放该候补处理资源到为云计算服务预留的处理资源中，继续用于处理云计算服务。

在实际应用中，为了确保第一类型通信服务的超低延时要求，需要通过抢占已分配给其他类型通信服务的时频资源来实现。以URLLC和eMBB混合服务场景为例，通常，基站在接收到用户设备发送来的针对URLLC服务分配时频资源的请求后，会从已分配给eMBB服务的时频资源中抢占部分时频资源以用于分配给URLLC服务，并生成PI指示信息发送给用户设备。具体抢占过程可参见现有技术，在此不再详述。基站可将生成的PI指示信息存储在本地。后续根据抢占指示信息，可确定各时域周期内是否存在被分配给所述第一类型通信服务的时频资源单元。

具体地，上述方法，还可包括：

107、根据所述目标时域周期，查找相应的抢占指示信息。

108、若查找到相应的抢占指示信息，则确定所述目标时域周期内存在被分配给所述第一类型通信服务的时频资源单元。

109、确定出所述目标时域周期内存在被分配给所述第一类型通信服务的时频资源单元时，触发所述根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量的步骤。

上述107中，抢占指示信息中包括对应的被抢占的时域周期信息。该时域周期信息用于唯一标识出相应的时域周期。

根据所述目标时域周期的时域周期信息，查找相应的抢占指示信息。

进一步的，上述方法，还可包括：

110、若未查找到相应的抢占指示信息，则从所述处理资源中向所述目标时域周期内所涉及的第二类型通信服务分配第三处理资源。

若未查找到相应的抢占指示信息，说明所述目标时域周期内不存在被分配给所述第一类型通信服务的时频资源单元。因此，只需要针对向所述目标时域周期内所涉及的第二类型通信服务分配处理资源即可。

在一实例中，上述方法，还可包括：

111、所述第一处理资源处理完所述目标时域周期内涉及的所述第一类型通信服务的通信数据后，释放所述第一处理资源，以用于下一次分配。

具体应用时，释放第一处理资源也即是在上述预设的处理资源池中将第一处理资源的第一类型标识进行去除，这样表明该第一处理资源可以再次用于分配。

综上所述，本申请实施例提供了的技术方案是基于虚拟化硬件处理资源，实现eMBB和uRLLC处理资源的有效复用，在保证各自服务处理性能的前提下，节省预留出的硬件处理资源量。uRLLC和uMBB复用共享计算资源池，无需专门的两套独立硬件资源，可最大化资源使用率。根据服务提前判断并准备对应处理资源，在处理完毕后及时释放进入处理资源池。此外，基于符号级别(symbol)统一划分硬件处理资源，可有效降低预留的处理资源量，提升处理资源使用率。

本申请实施例还提供了一种资源分配方法，其中，所述方法适用于基站。该方法，包括：

步骤1、根据目标时域周期内被分配给第一类型通信服务的时频资源单元，确定出所述目标时域周期内涉及的所述第一类型通信服务所需的第一处理资源量。

步骤2、根据所述第一处理资源量，请求云端服务器从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配相应的第一处理资源，并从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的第二类型通信服务分配第二处理资源。

其中，预留的处理资源是云端的处理资源。基站可将第一处理资源量发送给云端服务器，云端服务器从预留的处理资源中为所述目标时域周期内涉及的所述第一类型通信服务分配相应的第一处理资源。云端服务器在从所述处理资源中分配出所述第一处理资源后，可将所述处理资源中的剩余处理资源全部分配为所述目标时域周期内涉及的第二类型通信服务。也即第二处理资源也即上述剩余处理资源。

在另一实例中，基站可将第一处理资源量以及所述目标时域周期内涉及的所述第二类型通信服务所需的第二处理资源量发送给云端服务器，这样，云端服务器在从所述处理资源中分配出所述第一处理资源后，可根据第二处理资源量，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的第二类型通信服务分配相应的第二处理资源。

上述步骤1和步骤2所涉及的内容具体可参见上述各实施例中相应内容，在此不再赘述。

这里需要说明的是：本申请实施例提供的所述方法中各步骤未尽详述的内容可参见上述实施例中的相应内容，此处不再赘述。此外，本申请实施例提供的所述方法中除了上述各步骤以外，还可包括上述各实施例中其他部分或全部步骤，具体可参见上述各实施例相应内容，在此不再赘述。

在实际应用时，上述第一类型通信服务可包括无人驾驶领域、远程医疗和/或无人机领域的URLLC服务；上述第一类型通信服务可包括视频直播、视频会议、远程医疗、无人驾驶、无人机等领域的eMBB服务。其中，直播场景具体又可以包括教育场景中的远程教育、直播课程、远程医疗等等。

下面将结合无人机应用场景对本申请实施例提供的技术方案进行介绍。在无人机应用场景中，上述第一类型通信服务具体为属于URLLC服务的无人机飞行控制服务；上述第二类型通信服务具体为属于eMBB服务的无人机图传服务。为了保证无人机飞行安全，需要无人机飞行控制服务对应的通信时延小，也即无人机飞行控制服务的优先级高于无人机图像服务，需要优先为无人机飞行控制服务分配相应处理资源。图6示出了本申请一实施例提供的资源分配方法的流程示意图。所述方法适用于基站，也即该方法的执行主体为基站。如图6所示，该方法，包括：

201、根据目标时域周期内被分配给无人机飞行控制服务的时频资源单元，确定出所述目标时域周期内涉及的所述无人机飞行控制服务所需的第一处理资源量。

202、根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述无人机飞行控制服务分配相应的第一处理资源。

203、从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的无人机图传服务分配第二处理资源。

其中，无人机飞行控制服务指的是遥控器发送控制指令并由基站转发至无人机，以控制无人机飞行的服务，例如：遥控器控制无人机姿态、控制无人机悬停等服务。无人机图传服务指的是无人机将拍摄到的视频或图片经过基站传输到手机的服务。

其中，无人机飞行控制服务需要基站为遥控器分配相应的第一时频资源单元，以便遥控器通过该第一时频资源单元向基站发送控制指令，并且，还需要基站为无人机分配相应的第二时频资源单元，以便基站通过该第二时频资源单元向无人机转发该控制指令。

无人机图传服务需要基站为无人机分配相应的第三时频资源单元，以便无人机通过该第三时频资源单元向基站传输拍摄到的视频或图片，并且，还需要基站为手机分配相应的第四时频资源单元，以便基站通过该第四时频资源单元向手机转发该视频或图片。

上述第一、第二、第三和第四时频资源单元的数量为一个或多个，具体根据实际情况来确定。

上述步骤201、202以及203的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。

本申请实施例提供的技术方案中，从为无人机飞行控制服务和无人机图传服务统一预留的处理资源中优先为目标时域周期内涉及的无人机飞行控制服务分配出相应的第一处理资源；然后，再从预留的处理资源中的剩余处理资源中为目标时域周期内所涉及的无人机图传服务分配第二处理资源。这样，无人机飞行控制服务和无人机图传服务能够复用同一套预留的处理资源，无需专门预留出两套独立的处理资源，提高了处理资源的使用率。并且，本申请实施例提供的技术方案会优先为无人机飞行控制服务分配处理资源，可确保无人机飞行控制服务的处理时延较小，以提高无人机飞行安全性。

在一种可实现的方案中，上述方法，还可包括：

204、确定历史时域周期所需的历史处理资源量。

其中，所述历史处理资源量是根据所述历史时域周期内涉及的所述无人机飞行控制服务所需的第一历史处理资源量和所述历史时域周期内涉及的所述无人机图传服务所需的第二历史处理资源量确定的。

205、根据所述历史时域周期所需的历史处理资源量，确定目标处理资源量。

206、按照所述目标处理资源量，划分出所述处理资源，以预留给所述无人机飞行控制服务和所述无人机图传服务。

上述步骤204、205以及206的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。

这里需要说明的是：本申请实施例提供的所述方法中各步骤未尽详述的内容可参见上述实施例中的相应内容，此处不再赘述。此外，本申请实施例提供的所述方法中除了上述各步骤以外，还可包括上述各实施例中其他部分或全部步骤，具体可参见上述各实施例相应内容，在此不再赘述。

下面将结合自动驾驶应用场景对本申请实施例提供的技术方案进行介绍。在自动驾驶应用场景中，上述第一类型通信服务具体为属于URLLC服务的自动驾驶控制服务；上述第二类型通信服务具体为属于eMBB服务的环境数据上传服务(环境数据包括环境图像和激光数据)。为了保证自动驾驶车辆的驾驶安全，需要自动驾驶控制服务对应的通信时延小，也即自动驾驶控制服务的优先级高于环境数据上传服务，需要优先为自动驾驶控制服务分配相应处理资源。该方法，包括：

A1、根据目标时域周期内被分配给自动驾驶控制服务的时频资源单元，确定出所述目标时域周期内涉及的所述自动驾驶控制服务所需的第一处理资源量。

B1、根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述无人机飞行控制服务分配相应的第一处理资源。

C1、从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的环境数据上传服务分配第二处理资源。

其中，自动驾驶控制服务指的是服务端通过基站发送控制指令给自动驾驶车辆，以控制自动驾驶车辆的服务。环境数据上传服务指的是自动驾驶车辆将采集到的环境数据通过基站发送给服务端。

其中，自动驾驶控制服务需要基站为自动驾驶车辆分配相应的第五时频资源单元，以便基站通过该第五时频资源单元向自动驾驶车辆转发服务端发送的控制指令。

环境数据上传服务需要基站为自动驾驶车辆分配相应的第六时频资源单元，以便自动驾驶车辆通过第六时频资源单元向基站发送环境数据，基站接收到环境数据后转发至服务端。

上述第五、第六时频资源单元的数量为一个或多个，具体根据实际情况来确定。

上述步骤A1、B1以及C1的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。

在一种可实现的方案中，上述方法，还可包括：

D1、确定历史时域周期所需的历史处理资源量。

其中，所述历史处理资源量是根据所述历史时域周期内涉及的所述自动驾驶控制服务所需的第一历史处理资源量和所述历史时域周期内涉及的所述环境数据上传服务所需的第二历史处理资源量确定的。

E1、根据所述历史时域周期所需的历史处理资源量，确定目标处理资源量。

F1、按照所述目标处理资源量，划分出所述处理资源，以预留给所述自动驾驶控制服务和所述环境数据上传服务。

上述步骤D1、E1以及F1的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。

这里需要说明的是：本申请实施例提供的所述方法中各步骤未尽详述的内容可参见上述实施例中的相应内容，此处不再赘述。此外，本申请实施例提供的所述方法中除了上述各步骤以外，还可包括上述各实施例中其他部分或全部步骤，具体可参见上述各实施例相应内容，在此不再赘述。

下面将结合远程医疗应用场景对本申请实施例提供的技术方案进行介绍。在远程医疗应用场景中，上述第一类型通信服务具体为属于URLLC服务的远程医疗手术服务；上述第二类型通信服务具体为属于eMBB服务的其他远程医疗服务，其他远程医疗服务可包括远程医疗会诊服务、远程医疗培训服务，等等。为了保证远程医疗手术的安全，需要远程医疗手术服务对应的通信时延小，也即远程医疗手术服务的优先级高于其他远程医疗服务，需要优先为远程医疗手术服务分配相应处理资源。该方法，包括：

A2、根据目标时域周期内被分配给远程医疗手术服务的时频资源单元，确定出所述目标时域周期内涉及的所述远程医疗手术服务所需的第一处理资源量。

B2、根据所述第一处理资源量，从预留的处理资源中为所述目标时域周期内涉及的所述远程医疗手术服务分配相应的第一处理资源。

C2、从所述处理资源中分配出所述第一处理资源后，从所述处理资源中的剩余处理资源中为所述目标时域周期内涉及的其他远程医疗服务分配第二处理资源。

上述步骤A2、B2以及C2的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。

在一种可实现的方案中，上述方法，还可包括：

D2、确定历史时域周期所需的历史处理资源量。

其中，所述历史处理资源量是根据所述历史时域周期内涉及的所述远程医疗手术服务所需的第一历史处理资源量和所述历史时域周期内涉及的所述其他远程医疗服务所需的第二历史处理资源量确定的。

E2、根据所述历史时域周期所需的历史处理资源量，确定目标处理资源量。

F2、按照所述目标处理资源量，划分出所述处理资源，以预留给所述远程医疗手术服务和所述其他远程医疗服务。

上述步骤D2、E2以及F2的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。

这里需要说明的是：本申请实施例提供的所述方法中各步骤未尽详述的内容可参见上述实施例中的相应内容，此处不再赘述。此外，本申请实施例提供的所述方法中除了上述各步骤以外，还可包括上述各实施例中其他部分或全部步骤，具体可参见上述各实施例相应内容，在此不再赘述。

图7示出了本申请一实施例提供的基站的结构示意图。如图7所示，所述基站包括存储器1101以及处理器1102。存储器1101可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在基站上操作的任何应用程序或方法的指令。存储器1101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述存储器1101，用于存储程序；

所述处理器1102，与所述存储器1101耦合，用于执行所述存储器1101中存储的所述程序，以实现上述各方法实施例提供的资源分配方法。

进一步，如图7所示，基站还包括：通信组件1103、显示器1104、电源组件1105、音频组件1106等其它组件。图7中仅示意性给出部分组件，并不意味着基站只包括图7所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各方法实施例提供的资源分配方法的步骤或功能。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。