资源调度方法、装置、设备及存储介质与流程

本申请涉及通信技术领域，尤其涉及一种资源调度方法、装置、设备及存储介质。

背景技术：

1.4m+sul(1.4m带宽和补充上行链路(supplementaryuplink，sul))是在目前长期演进(longtermevolution，lte)协议的基础上，提出的一种用于适度的资源整合以满足行业应用的技术。其中，1.4m频分双工模式(frequency-divisionduplex，fdd)的标准频段可以用于支撑集群服务或者小速率业务，sul技术通过载波聚合将上行零散的载波聚合起来用于满足上行高速率业务的需求。

现有技术中，一种1.4m+sul典型的应用场景是1.4mfdd+sul8m的组合，或者1.4mfdd+sul4m的组合。按照3gpplte协议，1.4mfdd的物理下行控制信道(physicaldownlinkcontrolchannel，pdcch)在每个子帧上最大可用4个正交频分复用(orthogonalfrequencydivisionmultiplexing，ofdm)符号(约6个聚合级别为1的控制信道单元(controlchannelelement，cce))，目的在于1.4m带宽上共享信道资源(总共包含上行6个资源块(resourceblock，rb)和下行6个rb)的分配。对于1.4mfdd+sul8m的组合或者1.4mfdd+sul4m的组合的场景，1.4mfdd的pdcch在每个子帧上最大可用的4个ofdm符号除了用于1.4m带宽上共享信道资源的分配外，还需要对sul共享信道的资源分配(8msul对应42个上行rb、或4msul对应21个rb)进行分配。

如果pdcch符号数根据调度进行灵活调整，能够解决共享信道资源不足的问题，但是本小区的共享信道资源会受到邻区的业务信道的干扰，存在系统不稳定的问题。

技术实现要素：

本申请提供一种资源调度方法、装置、设备及存储介质，以克服现有资源调度方法中由于本小区的共享信道资源会受到邻区的业务信道干扰而存在的系统不稳定的问题。

第一方面，本申请提供的一种资源调度方法，应用于网络设备，所述方法包括：

获取待调度资源的终端的标识，所述终端包括支持补充上行链路sul能力的第一类终端和/或不支持sul能力的第二类终端；

根据所述终端的类型以及预设规则，为所述待调度资源的终端进行资源调度；其中，所述预设规则用于为终端确定进行资源调度的pdcch。

在第一方面的一种可能设计中，所述预设规则包括：

根据用户优先级和/或业务优先级对终端进行资源调度；

或者，

根据预设的pdcch符号数对终端进行资源调度；

或者，

根据使用的pdcch符号个数，确定对终端进行资源调度时的cce起始编号；

或者，

根据上行调度优先级对终端进行资源调度，所述上行调度优先级是根据cce效率确定的。

作为一种示例，在所述预设规则包括：根据上行调度优先级对终端进行资源调度时，所述方法还包括：

获取所述终端在当前子帧上能调度的数据量以及使用的cce聚合级别；

根据所述终端在当前子帧上能调度的数据量以及使用的cce聚合级别，确定所述终端所使用的cce的效率，所述终端所使用的cce的效率为所述终端在当前子帧上能调度的数据量与所述终端使用的cce聚合级别的比值；

根据每个终端所使用的cce的效率，确定每个终端的上行调度优先级。

作为另一种示例，在所述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，所述根据所述终端的类型以及预设规则，为所述待调度资源的终端进行资源调度，包括：

根据所述终端的类型，将所述终端划分为至少一类终端；

根据每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序；

根据所述业务优先级，确定出同一类终端中为每个终端进行资源调度的顺序；

根据每类终端进行资源调度的顺序和同一类终端中为每个终端进行资源调度的顺序，为所述待调度资源的终端进行资源调度。

作为再一种示例，在所述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，所述根据所述终端的类型以及预设规则，为所述待调度资源的终端进行资源调度，包括：

根据业务优先级，将所述终端划分成多个终端集合，并确定为每个终端集合进行资源调度的顺序，每个终端集合中的终端请求同一类业务；

根据每个终端集合中每个终端的类型，对每个终端集合中的终端进行分类，得到每个终端集合包括的至少一类终端；

根据每个终端集合中每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序；

根据为每个终端集合进行资源调度的顺序和每个终端集合中为每类终端进行资源调度的顺序，为所述待调度资源的终端进行资源调度。

在第一方面的另一种可能设计中，所述根据所述终端的类型以及预设规则，为所述待调度资源的终端进行资源调度，包括：

若所述待调度资源的终端只包括第一类终端，则采用pdcch符号最大为6的sul终端资源池，根据所述预设规则对所述第一类终端进行资源调度；

若所述待调度资源的终端只包括第二类终端，则采用pdcch符号最大为4的普通终端资源池，根据所述预设规则对所述第一类终端进行资源调度。

在第一方面的再一种可能设计中，所述根据所述终端的类型以及预设规则，为所述待调度资源的终端进行资源调度，包括：

若所述待调度资源的终端包括第一类终端和第二类终端，则确定pdcch符号最大为4时的资源是否能够调度完所有终端；

若pdcch符号最大为4时的资源能够调度完所有终端，则采用pdcch符号最大为4的普通资源池，根据所述预设规则对所述第一类终端和所述第二类终端进行资源调度；

若pdcch符号最大为4时的资源不能调度完所有终端，则确定pdcch符号最大为4时的资源是否能够调度完所有第一类终端；

若是，则采用pdcch符号最大为4的所述普通资源池，根据所述预设规则对所述第一类终端和所述第二类终端进行资源调度；

否则，则采用sul资源池，根据所述预设规则对所述第一类终端进行资源调度。

第二方面，本申请提供一种资源调度装置，应用于网络设备，所述装置包括：获取模块和处理模块；

所述获取模块，用于获取待调度资源的终端的标识，所述终端包括支持补充上行链路sul能力的第一类终端和/或不支持sul能力的第二类终端；

所述处理模块，用于根据所述终端的类型以及预设规则，为所述待调度资源的终端进行资源调度；其中，所述预设规则用于为终端确定进行资源调度的pdcch。

在第二方面的一种可能设计中，所述预设规则包括：

根据用户优先级和/或业务优先级对终端进行资源调度；

或者，

根据预设的pdcch符号数对终端进行资源调度；

或者，

根据使用的pdcch符号个数，确定对终端进行资源调度时的cce起始编号；

或者，

根据上行调度优先级对终端进行资源调度，所述上行调度优先级是根据cce效率确定的。

作为一种示例，在所述预设规则包括：根据上行调度优先级对终端进行资源调度时，所述方法还包括：

所述获取模块，还用于获取所述终端在当前子帧上能调度的数据量以及使用的cce聚合级别；

所述处理模块，还用于根据所述终端在当前子帧上能调度的数据量以及使用的cce聚合级别，确定所述终端所使用的cce的效率，并根据每个终端所使用的cce的效率，确定每个终端的上行调度优先级，其中，所述终端所使用的cce的效率为所述终端在当前子帧上能调度的数据量与所述终端使用的cce聚合级别的比值。

作为另一种示例，在所述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，所述处理模块，具体用于：

根据所述终端的类型，将所述终端划分为至少一类终端；

根据每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序；

根据所述业务优先级，确定出同一类终端中为每个终端进行资源调度的顺序；

根据每类终端进行资源调度的顺序和同一类终端中为每个终端进行资源调度的顺序，为所述待调度资源的终端进行资源调度。

作为再一种示例，在所述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，所述处理模块，具体用于：

根据业务优先级，将所述终端划分成多个终端集合，并确定为每个终端集合进行资源调度的顺序，每个终端集合中的终端请求同一类业务；

根据每个终端集合中每个终端的类型，对每个终端集合中的终端进行分类，得到每个终端集合包括的至少一类终端；

根据每个终端集合中每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序；

根据为每个终端集合进行资源调度的顺序和每个终端集合中为每类终端进行资源调度的顺序，为所述待调度资源的终端进行资源调度。

在第二方面的另一种可能设计中，所述处理模块，具体用于：

在所述待调度资源的终端只包括第一类终端时，采用pdcch符号最大为6的sul终端资源池，根据所述预设规则对所述第一类终端进行资源调度；

在所述待调度资源的终端只包括第二类终端时，采用pdcch符号最大为4的普通终端资源池，根据所述预设规则对所述第一类终端进行资源调度。

在第二方面的再一种可能设计中，所述处理模块，具体用于：

在所述待调度资源的终端包括第一类终端和第二类终端时，确定pdcch符号最大为4时的资源是否能够调度完所有终端；

在pdcch符号最大为4时的资源能够调度完所有终端时，采用pdcch符号最大为4的普通资源池，根据所述预设规则对所述第一类终端和所述第二类终端进行资源调度；

在pdcch符号最大为4时的资源不能调度完所有终端时，确定pdcch符号最大为4时的资源是否能够调度完所有第一类终端；

在pdcch符号最大为4时的资源能够调度完所有第一类终端时，采用pdcch符号最大为4的所述普通资源池，根据所述预设规则对所述第一类终端和所述第二类终端进行资源调度，在pdcch符号最大为4时的资源不能够调度完所有第一类终端时，采用sul资源池，根据所述预设规则对所述第一类终端进行资源调度。

第三方面，本申请提供一种通信设备，包括：处理器、存储器、收发器和系统总线，所述存储器和所述收发器通过所述系统总线与所述处理器连接进行相互通信，所述存储器用于存储计算机程序指令，所述收发器用于和其他设备进行通信，所述处理器执行所述存储器存储的计算机程序指令时实现第一方面以及各可能设计提供的方法。

可选地，在第三方面的具体实现中，所述处理器可以为芯片。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序指令，当所述计算机程序指令被处理器执行时用于实现第一方面以及各可能设计提供的方法。

本申请实施例提供的资源调度方法、装置、设备及存储介质，网络设备获取待调度资源的终端的标识，该终端包括支持sul能力的第一类终端和/或不支持sul能力的第二类终端，根据该终端的类型以及预设规则，为待调度资源的终端进行资源调度；其中，预设规则用于为终端确定进行资源调度的pdcch。该技术方案中，根据终端的类型和预设规则共同确定针对终端的调度策略，使得终端的pdcch错开分配，有效的避免了对pdcch的干扰，提高了系统稳定性。

附图说明

图1为本申请实施例提供的一种通信系统的结构示意图；

图2为本申请实施例提供的资源调度方法实施例一的流程示意图；

图3为本申请实施例提供的资源调度方法实施例二的流程示意图；

图4为本申请实施例提供的资源调度方法实施例三的流程示意图；

图5为本申请实施例提供的资源调度方法实施例四的流程示意图；

图6为本申请实施例提供的资源调度方法实施例五的流程示意图；

图7为本申请实施例提供的资源调度装置的结构示意图；

图8为本申请实施例提供的通信设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请下述各实施例提供的资源调度方法，可适用于通信系统中。图1为本申请实施例提供的一种通信系统的结构示意图。如图1所示，该通信系统可以包括至少一个网络设备10和位于网络设备10覆盖范围内的多个终端设备。图1示例性地示出了一个网络设备、以及终端设备11至终端设备16。在图1所示实施例的通信系统中，网络设备10作为发送者，可以向终端设备11至终端设备16中的一个或某几个终端设备发送信息。

可选的，在图1所示的实施例中，网络设备10和终端设备11至终端设备13可以组成一个单小区通信系统，终端设备11至终端设备13可以分别或同时向网络设备10发送上行数据。可选的，如图1所示，终端设备14至终端设备16也可组成一个设备到设备的通信系统，在设备到设备的通信系统中，终端设备15作为发送者，可以向终端设备14和终端设备16中的一个或多个终端设备发送信息，相应的，终端设备14和终端设备16可以分别或同时向终端设备15发送数据。可选地，该通信系统不限于包括网络设备和终端设备，只要该通信系统中存在发送信息的实体，以及存在接收信息的实体即可，本申请实施例对此不做限定。

可选地，该通信系统还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例不限于此。

本申请实施例所应用的通信系统可以为全球移动通讯(globalsystemofmobilecommunication，gsm)系统、码分多址(codedivisionmultipleaccess，cdma)系统、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)系统、通用分组无线业务(generalpacketradioservice，gprs)、长期演进(longtermevolution，lte)系统、高级的长期演进(lteadvanced，lte-a)、lte频分双工(frequencydivisionduplex，fdd)系统、lte时分双工(timedivisionduplex，tdd)、通用移动通信系统(universalmobiletelecommunicationsystem，umts)，及其他应用正交频分复用(orthogonalfrequencydivisionmultiplexing，ofdm)技术的无线通信系统等。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

在本申请实施例中所涉及的网络设备可用于为终端设备提供无线通信功能，即该网络设备可以是网络侧的一种用来发送或接收信号的实体。所述网络设备可以包括各种形式的宏基站，微基站(也称为小站)，中继站，接入点等。在不同的通信模式下，该网络设备可能有不同的名称，比如，所述网络设备可以是gsm或cdma中的基站(basetransceiverstation，bts)，也可以是wcdma中的基站(nodeb，nb)，还可以是lte中的演进型基站(evolutionalnodeb，enb或e-nodeb)，以及可以是5g网络中对应的设备gnb。为方便描述，本申请所有实施例中，上述为终端设备提供无线通信功能的装置统称为网络设备。

在本申请实施例中，终端设备可以是任意的终端，比如，终端设备可以是机器类通信的用户设备。也就是说，所述终端设备也可称之为用户设备(userequipment，ue)、移动台(mobilestation，ms)、移动终端(mobileterminal)、终端(terminal)等，该终端设备可以经无线接入网(radioaccessnetwork，ran)与一个或多个核心网进行通信，例如，终端设备可以是移动电话(或称为“蜂窝”电话)、具有移动终端的计算机等，例如，终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。本申请实施例中不做具体限定。

可选的，网络设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensedspectrum)进行通信，也可以通过免授权频谱(unlicensedspectrum)进行通信，也可以同时通过授权频谱和免授权频谱进行通信。网络设备和终端设备之间以及终端设备和终端设备之间可以通过6吉兆赫(gigahertz，ghz)以下的频谱进行通信，也可以通过6ghz以上的频谱进行通信，还可以同时使用6ghz以下的频谱和6ghz以上的频谱进行通信。本申请的实施例对网络设备和终端设备之间所使用的频谱资源不做限定。

下面首先针对本申请实施例适用场景进行简要说明。

在现有的通信系统中，某些行业客户的终端设备受限于频率资源以及业务特征，无法按照既有3gpp或其他标准协议建立合适的集群系统，为了解决该问题，1.4m+sul技术可以解决这种场景的问题，其可以在目前lte协议的基础上，进行适度的资源整合，满足行业的需要。

可以理解的是，1.4mfdd的标准频段可以用于支撑集群服务或者小速率业务，即利用1.4m带宽上共享信道资源的进行资源的分配，sul技术是指通过载波聚合方法将上行零散的载波聚合起来用以满足上行高速率业务的需求，比如，视频上传、图片上传等。

通常情况下，1.4mfdd的pdcch在每个子帧上具有最大可用的4个ofdm符号(约6个聚合级别为1的cce)，这4个ofdm符号可以用于1.4m带宽上的共享信道资源的分配，总共包含上行6个rb和下行6个rb。而在1.4m+sul的场景下，例如，1.4mfdd+sul8m的组合，或者，1.4mfdd+sul4m的组合，1.4mfdd的pdcch在每个子帧上的最大4个ofdm符号除了用于1.4m带宽上的共享信道资源的分配外，还需要对sul共享信道的资源进行分配(8msul对应42个上行rb、或4msul对应21个rb)，这会严重制约单小区下的用户数和业务情况，尤其对于分布在小区信号较差区域的部分用户，其每次调度要占用更多的cce，这会造成控制信道更加匮乏，存在共享信道资源不足的问题。针对该问题，一种解决方法是pdcch符号数可以根据调度进行灵活调整，能够扩充控制信道的cce个数，解决共享信道资源不足的问题，但是pdcch符号数可以根据调度进行灵活调整会导致邻区的业务信道对本小区的共享信道造成干扰，存在系统不稳定的问题。

针对该问题，本申请实施例提供了一种资源调度方法，网络设备获取待调度资源的终端的标识，该终端包括支持sul能力的第一类终端和/或不支持sul能力的第二类终端，根据该终端的类型以及预设规则，为待调度资源的终端进行资源调度；其中，预设规则用于为终端确定进行资源调度的pdcch。该技术方案中，根据终端的类型和预设规则共同确定针对终端的调度策略，使得终端的pdcch错开分配，有效的避免了对pdcch的干扰，提高了系统稳定性。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

在对本申请的技术方案进行详细说明之前，首先对本申请技术方案的涉及到的终端以及终端资源池进行简单介绍。

在1.4m+sul的场景中，为了便于判断终端是否支持sul能力，可以在信令中增加一个字段用于表征终端是否支持sul能力。可选的，将支持sul能力的终端称为sul终端。为了便于描述，在本申请的实施例中，将支持sul能力的终端(sul终端)称为第一类终端，将不支持sul能力的普通终端称为第二类终端。

可选的，在1.4m+sul的场景中，由于接入网络设备的终端既可能包括支持sul能力的终端，也可能包括不支持sul能力的终端，还可能同时包括支持sul能力的终端和不支持sul能力的终端，因而，为了网络设备能够在pdcch上对终端进行灵活调度，网络设备将终端的资源池划分为普通终端资源池和sul终端资源池。

其中，普通终端资源池中pdcch符号最大为4，sul终端资源池中pdcch符号最大为6，相对于普通终端资源池，该sul终端资源池约能增加50％的控制信道cce资源。

具体的，在pdcch上可用的ofdm符号个数的确定方式如下：

(1)对于帧类型为2的子帧1和子帧6，在下行rb数大于10时，pdcch上的ofdm符号个数可取值1,2；在下行rb数小于或等于10时，pdcch上的ofdm符号个数可取值2；

(2)对于配置有1或2个专用天线端口，且在载波上支持物理下行共享信道(physicaldownlinksharedchannel，pdsch)的多播/组播单频网络(multicastbroadcastsinglefrequencynetwork，mbsfn)子帧，在下行rb数大于10时，pdcch上的ofdm符号个数可取值1,2；在下行rb数小于或等于10时，pdcch上的ofdm符号个数可取值2；

(3)对于配置有4个专用天线端口，且在载波上支持pdsch的mbsfn子帧，在下行rb数大于10时，pdcch上的ofdm符号个数可取值2；在下行rb数小于或等于10时，pdcch上的ofdm符号个数可取值2；

(4)对于载波上不支持pdsch的子帧，在下行rb数大于10时，pdcch上的ofdm符号个数可取值0；在下行rb数小于或等于10时，pdcch上的ofdm符号个数可取值0；

(5)对于配置有定位参考信号的非mbsfn子帧(除了帧类型为2的子帧6)，在下行rb数大于10时，pdcch上的ofdm符号个数可取值1,2,3；在下行rb数小于或等于10时，pdcch上的ofdm符号个数可取值2,3；

(6)对于其他的情况，在下行rb数大于10时，pdcch上的ofdm符号个数可取值1,2,3；在下行rb数小于或等于10时，pdcch上的ofdm符号个数可取值2,3,4,5,6。

图2为本申请实施例提供的资源调度方法实施例一的流程示意图。该方法适用于网络设备。如图2所示，该方法可以包括如下步骤：

步骤21、获取待调度资源的终端的标识，该待调度资源的终端包括支持sul能力的第一类终端和/或不支持sul能力的第二类终端。

通常情况下，终端设备具有一个用来标识终端支持的终端能力的信令。因而，在本实施例中，网络设备在为终端设备确定调度资源时，首先获取待调度资源的终端的标识，进而根据终端的标识获取该终端携带sul的字段，进而根据sul的字段确定终端是否支持sul能力。

可选的，在本实施例中，网络设备获取的待调度资源的终端可以是能够支持sul能力的第一类终端，也可以是不支持sul能力的第二类终端，还可以同时包括支持sul能力的第一类终端和不支持sul能力的第二类终端，关于待调度资源的终端的具体表现形式，可以根据实际情况确定，此处不再赘述。

可以理解的是，关于终端是否支持sul能力的可以通过如下方式确定：

在实际应用中，终端接入网络设备，例如，初次入网或者切换小区时，通常情况下，终端需要向网络设备上报该终端支持的能力。例如，在1.4m+sul的场景中，终端通过上报能力信息以告知网络设备其支持的能力。可选的，该能力信息中可以包括用于指示该终端是否支持sul能力的比特，因而，该能力信息用于确定为该终端调度资源的pdcch。

具体的，3gpp36331中的终端陆地无线接入能力(ue-eutra-capabilityie)中增加了表示终端sul能力(ue-sulcapability)的字段，当该字段的取值为true时，表示该终端支持sul能力，当终端未携带ue-sulcapability字段或者字段的取值为false时，表示该终端为普通终端，不支持sul能力。

相应的，在终端上报能力信息后，网络设备可以接收每个终端上报的该能力信息，并且根据该能力信息中包括的用于指示该终端是否支持sul能力的比特，确定该终端的类型。

示例性的，若能力信息中包括的用于指示该终端是否支持sul能力的比特取值为true时，确定该终端为支持sul能力的第一类终端，否则，确定该终端为不支持sul能力的第二类终端。网络设备在确定出该终端的类型后，进而可以预设的调度策略确定出针对该终端的预设规则。

进一步的，为了使得终端能够准确的进行数据传输，网络设备在确定出针对该终端的调度信息后，便可以在pdcch上向终端反馈该预设规则，以使得终端能够及时接收到，因而，终端接收到网络设备反馈的调度信息后，便可以基于该调度信息进行数据传输。网络设备及时将调度信息反馈给终端，为终端设备与网络设备之间的数据传输奠定了基础。

步骤22、根据终端的类型以及预设规则，为待调度资源的终端进行资源调度；其中，该预设规则用于为终端确定进行资源调度的pdcch。

可选的，在本实施例中，网络设备获取到终端的标识后，首先确定出终端的类型，然后确定出用于为终端进行资源调度的pdcch的预设规则，最后再根据该终端的类型以及预设规则，共同为待调度资源的终端进行资源调度。

示例性的，在本实施例中，由上述步骤21中的分析可知，终端可以是能够支持sul能力的第一类终端，也可以是不支持sul能力的第二类终端，还可以同时包括支持sul能力的第一类终端和不支持sul能力的第二类终端，所以，终端的类型可以是第一类，也可以是第二类。

示例性的，在本实施例中，该预设规则可以包括如下的任意一种：

(1)根据用户优先级和/或业务优先级对终端进行资源调度。

在本实施例中，对终端进行资源调度时，网络设备可以基于终端对应的用户优先级和/或业务优先级，具体实现时，网络设备首先考虑终端的用户优先级，还是首先考虑终端的业务优先级，其可以根据不同需求确定。关于如何根据用户优先级和/或业务优先级对终端进行资源调度的具体实现方案可以参见下述图4和图5所示实施例中的记载，此处不再赘述。

(2)根据预设的pdcch符号数对终端进行资源调度。

示例性的，预设规则可以是固定pdcch符号数。

具体的，如果pdcch符号数根据调度进行灵活调整时，pdcch的资源会受到邻区业务信道的干扰，这时，为了降低邻区业务信道对本小区控制信道(pdcch)的干扰，可以增强弱覆盖区域控制信道的解调能力，也即，将pdcch符号数选择为最大。

示例性的，对于sul终端资源池，选择的pdcch符号数可以为6；对于普通终端资源池，选择的pdcch符号数可以为4。

(3)根据使用的pdcch符号个数，确定对终端进行资源调度时的cce起始编号。

在本实施例中，预设规则可以是根据pdcchcce资源的进行灵活调整。

可选的，对于pdcch符号数为4的场景，预设规则可以总结为如下几种情况：

a1：若1个pdcch符号上的cce能调度完所有的终端，这时cce起始分配的符号编号为小区物理标识(physicalcellidentifier，pci)的数量与4求余数得到的结果，简单可以标记为pcimod4。

a2：若2个pdcch符号的cce能调度完所有的终端，则cce起始分配的符号编号为pci与2求余数得到的结果，简单可以标记为pcimod2。

a3：若2个或2个以上pdcch符号上的cce才能调度完所有的终端，则预设规则是从第一个pdcch符号开始分配cce。

可选的，对于pdcch符号数为6的场景，预设规则可以总结为如下几种情况：

b1：若1个pdcch符号上的cce能调度完所有的终端，则cce起始分配的符号编号为pci的数量与6求余数得到的结果，简单可以标记为pcimod6。

b2：若2个pdcch符号上的cce能调度完所有的终端，则cce起始分配的符号编号为pci的数量与3求余数得到的结果，简单可以标记为pcimod3。

b3：若3个pdcch符号上的cce能调度完所有的终端，则cce起始分配的符号编号为pci的数量与2求余数得到的结果，简单可以标记为pcimod2。

b4：若3个或3个以上pdcch符号上的cce才能调度完所有的终端，则预设规则是从第一个pdcch符号开始分配cce。

(4)根据上行调度优先级对终端进行资源调度，该上行调度优先级是根据cce效率确定的。

可选的，在本实施例中，为了提升控制信道上每个cce的调度效率，网络设备可以基于cce的效率确定出终端的上行调度优先级，进而根据该上行调度优先级对终端进行资源调度。

可以理解的是，本申请实施例并不限定预设规则的具体实现方式，其可以根据实际情况确定，此处不再赘述。

本申请实施例提供的资源调度方法，网络设备获取待调度资源的终端的标识，该终端包括支持sul能力的第一类终端和/或不支持sul能力的第二类终端，根据该终端的类型以及预设规则，为待调度资源的终端进行资源调度；其中，预设规则用于为终端确定进行资源调度的pdcch。该技术方案中，根据终端的类型和预设规则共同确定针对终端的调度策略，使得终端的pdcch错开分配，有效的避免了对pdcch的干扰，提高了系统稳定性。

示例性的，在上述实施例的一种可能设计中，图3为本申请实施例提供的资源调度方法实施例二的流程示意图。参照图3所示，在上述预设规则包括：根据上行调度优先级对终端进行资源调度时，该方法还可以包括如下步骤：

步骤31、获取终端在当前子帧上能调度的数据量以及使用的cce聚合级别。

在本实施例中，网络设备首先根据终端的能力，确定出终端设备在当前子帧上能调度的数据量以及使用的cce聚合级别。

步骤32、根据该终端在当前子帧上能调度的数据量以及使用的cce聚合级别，确定该终端所使用的cce的效率。

其中，终端所使用的cce的效率为该终端在当前子帧上能调度的数据量与该终端使用的cce聚合级别的比值。

步骤33、根据每个终端所使用的cce的效率，确定每个终端的上行调度优先级。

在本实施例中，网络设备在计算得到每个终端所使用的cce的效率后，可以对所有终端使用的cce的效率进行排序得到每个终端的上行调度优先级。例如，按照从大到小的顺序对终端使用的cce的效率进行排序，根据终端使用的cce的效率确定出每个终端的上行调度优先级。

本实施例提供的资源调度方法，网络设备根据获取到的终端在当前子帧上能调度的数据量以及使用的cce聚合级别，确定终端所使用的cce的效率，再根据每个终端所使用的cce的效率，确定每个终端的上行调度优先级。该技术方案提升控制信道上每个cce的调度效率。

示例性的，在上述实施例的另一种可能设计中，图4为本申请实施例提供的资源调度方法实施例三的流程示意图。参照图4所示，在上述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，上述步骤22可以通过如下步骤实现：

步骤41、根据终端的类型，将该终端划分为至少一类终端。

可选的，在本实施例中，网络设备首先获取终端上报的终端能力等级，然后可以根据终端的终端能力等级确定出终端的类型，再对待调度资源的终端进行分类，得到至少一类终端。

例如，根据终端是否支持sul能力，可以将终端分为支持sul的第一类终端和不支持sul能力的第二类终端。

步骤42、根据每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序。

可选的，网络设备将所有待调度资源的终端划分为至少一类终端后，再分别针对每类终端对应的用户优先级，对每类终端的优先级进行排序，确定出为每类终端进行资源调度的顺序。

步骤43、根据业务优先级，确定出同一类终端中为每个终端进行资源调度的顺序。

示例性的，在本实施例中，网络设备可以根据系统中预设的业务优先级，针对同一类终端中到的每个终端请求的业务，可以确定出同一类终端中为每个终端进行资源调度的顺序。

步骤44、根据每类终端进行资源调度的顺序和同一类终端中为每个终端进行资源调度的顺序，为待调度资源的终端进行资源调度。

在实施例中，网络设备在确定出每类终端进行资源调度的顺序和同一类终端中为每个终端进行资源调度的顺序后，再对所有的终端进行排序，从而基于确定出的终端顺序对待调度资源的终端进行资源调度。

本申请实施例的技术方案，能够实现对终端的合理调度，最大化利用pdcch的资源。

示例性的，在上述实施例的再一种可能设计中，图5为本申请实施例提供的资源调度方法实施例四的流程示意图。参照图5所示，在上述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，上述步骤22可以通过如下步骤实现：

步骤51、根据业务优先级，将终端划分成多个终端集合，并确定为每个终端集合进行资源调度的顺序，每个终端集合中的终端请求同一类业务。

在本实施例中，网络设备可以首先根据终端请求的业务对所有的待调度资源的终端进行划分，将请求同一类业务的终端归到同一个终端集合，然后根据系统中预设的业务优先级，按照业务优先级从高到低的顺序，确定出为每个终端集合进行资源调度的顺序。

步骤52、根据每个终端集合中每个终端的类型，对每个终端集合中的终端进行分类，得到每个终端集合包括的至少一类终端。

在本实施例中，针对每个终端集合，网络设备首先获取终端上报的终端能力等级，然后根据终端的终端能力等级确定出终端的类型，再每个终端集合中的终端进行分类，得到每个终端集合包括的至少一类终端。

步骤53、根据每个终端集合中每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序。

可选的，网络设备针对每个终端集合，确定出每个终端集合包括的至少一类终端后，可以根据每类终端对应的用户优先级，对每类终端的优先级进行排序，确定出为每类终端进行资源调度的顺序。

步骤54、根据为每个终端集合进行资源调度的顺序和每个终端集合中为每类终端进行资源调度的顺序，为待调度资源的终端进行资源调度。

在实施例中，网络设备在确定出为每个终端集合进行资源调度的顺序和每个终端集合中为每类终端进行资源调度的顺序后，可以对所有的终端进行排序，从而基于确定出的终端顺序对待调度资源的终端进行资源调度。

本申请实施例的技术方案，同样能够实现对终端的合理调度，也可以最大化利用pdcch的资源。

示例性的，在上述各实施例的基础上，图6为本申请实施例提供的资源调度方法实施例五的流程示意图。参照图6所示，上述步骤22可以通过如下步骤实现：

步骤61、确定待调度资源的终端的类型。

在本实施例中，网络设备获取到待调度资源的终端的标识后，首先可以根据终端上传的终端能力信息确定出待调度资源的终端的类型，然后再确定对终端的调度策略。

可选的，根据该步骤61的执行结果，本实施例的资源调度方法可以通过如下三种可能设计实现：

参照图6所示，在本申请的一种可能设计中，在待调度资源的终端只包括第一类终端时，在步骤61之后，执行如下步骤62：

步骤62、采用pdcch符号最大为6的sul终端资源池，根据预设规则对第一类终端进行资源调度。

作为一种示例，如果待调度资源的终端只包括支持sul能力的第一类终端，这时为了保证网络设备能够在pdcch的资源上实现对所有终端的调度，网络设备可以根据预先设置的调度策略即预设规则，采用sul终端资源池对第一类终端进行资源调度。具体的，由于sul终端资源池中pdcch符号数最大为6，所以，网络设备可在ofdm符号2、3、4、5、6中根据实际需要灵活调整，避免了小区pdcchofdm个数不足的问题。

在本申请的另一种可能设计中，在待调度资源的终端只包括第二类终端时，在步骤61之后，执行如下步骤63：

步骤63、采用pdcch符号最大为4的普通终端资源池，根据预设规则对第一类终端进行资源调度。

示例性的，网络设备可以通过物理控制格式指示信道(physicalcontrolformatindicatorchannel，pcfich)指示小区的pdcchofdm个数，普通终端资源池中小带宽最大仅能支持到4个ofdm符号，sul终端资源池中的带宽最大能支持6个ofdm符号。

在本实施例中，如果网络设备在本子帧上调度，且网络设备需要调度的终端仅有不支持sul能力的第二类终端有数据调度请求，则可以采用普通终端资源池根据预设规则对终端进行调度，由于普通终端资源池中的pdcch的符号数最大为4，因而，网络设备可在ofdm符号2、3、4中根据实际需要灵活调整。

在本申请的再一种可能设计中，在待调度资源的终端包括第一类终端和第二类终端时，在步骤61之后，则执行如下步骤：

步骤64、判断pdcch符号最大为4时的资源是否能够调度完所有终端，若是，执行步骤65；若否，执行步骤66。

示例性的，在本实施例中，如果网络设备在本子帧上调度，且网络设备需要调度的终端既有支持sul能力的第二类终端，又有不支持sul能力的第二类终端，则按照调度策略进行选择，这样可以保障最大化利用pdcch的控制信道资源。

具体的，在网络设备需要调度的终端包括第一类终端和第二类终端时，首先判断pdcch符号最大为4时的资源是否够用，即pdcch符号最大为4时的资源是否能够调度完所有终端，再根据判断结果执行后续操作。

步骤65、采用pdcch符号最大为4的普通资源池，根据预设规则对述第一类终端和第二类终端进行资源调度。

作为一种示例，若pdcch符号最大为4时的资源能够调度完所有终端，这时为了提高pdcch上资源的利用率，则可以采用pdcch符号最大为4的普通终端资源池，基于系统中的预设规则对第一类终端和第二类终端进行资源调度。

步骤66、判断pdcch符号最大为4时的资源是否能够调度完所有第一类终端；若是，执行步骤67，若否，执行步骤68。

作为另一种示例，若pdcch符号最大为4时的资源无法调度完所有终端，这时可以判断pdcch符号最大为4时的资源是否能够调度完所有的第一类终端，再根据判断结果进行资源调度。

步骤67、采用pdcch符号最大为4的普通资源池，根据预设规则对第一类终端和第二类终端进行资源调度。

在本实施例中，若pdcch符号最大为4时的资源能够调度完所有的第一类终端，这时为了提高资源的利用率以及保证第一类终端能够被及时调度，这时可以根据普通终端资源池以及预设规则对第一类终端和第二类终端进行资源调度，例如，首先根据预设规则，利用该pdcch符号最大为4时pdcch的资源调度完所有的第一类终端，然后再利用剩余的资源调度第二类终端中的一部分终端，而第二类终端中的剩余终端可以在下一个子帧上进行调度。

可以理解的是，第二类终端中的这部分终端可以是网络设备随机选择的终端，也可以是网络设备根据终端的优先级和业务优先级确定出来的，本申请实施例并不对参与调度的这部分终端的进行限定，其可以根据实际情况选择确定。

步骤68、采用sul资源池，根据预设规则对第一类终端进行资源调度。

在本实施例中，若pdcch符号最大为4时的资源也无法调度完所有的第一类终端，这时为了保证所有的第一类终端都能够被及时调度，可以直接利用sul终端资源池，根据预设规则对第一类终端进行资源调度。

值得说明的是，本实施例中的预设规则的具体表现形式可以参见上述图2所示实施例中的记载，此处不再赘述。

在本申请的实施例中，网络设备可以根据终端的能力，灵活调整下行控制信道的ofdm个数，以及需要在一个子帧上调度第一类终端和第二类终端时，可以按照预设规则进行选择，既可以保障最大化利用pdcch的控制信道资源，又能够解决某个子帧上pdcch资源不足的问题。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图7为本申请实施例提供的资源调度装置的结构示意图。该装置可以应用于网络设备。如图7所示，该装置可以包括：获取模块71和处理模块72。

其中，该获取模块71，用于获取待调度资源的终端的标识，所述终端包括支持补充上行链路sul能力的第一类终端和/或不支持sul能力的第二类终端；

该处理模块72，用于根据所述终端的类型以及预设规则，为所述待调度资源的终端进行资源调度；其中，所述预设规则用于为终端确定进行资源调度的pdcch。

在本实施例的一种可能设计中，所述预设规则包括：

根据用户优先级和/或业务优先级对终端进行资源调度；

或者，

根据预设的pdcch符号数对终端进行资源调度；

或者，

根据使用的pdcch符号个数，确定对终端进行资源调度时的cce起始编号；

或者，

根据上行调度优先级对终端进行资源调度，所述上行调度优先级是根据cce效率确定的。

作为一种示例，在所述预设规则包括：根据上行调度优先级对终端进行资源调度时，所述方法还包括：

所述获取模块，还用于获取所述终端在当前子帧上能调度的数据量以及使用的cce聚合级别；

所述处理模块，还用于根据所述终端在当前子帧上能调度的数据量以及使用的cce聚合级别，确定所述终端所使用的cce的效率，并根据每个终端所使用的cce的效率，确定每个终端的上行调度优先级，其中，所述终端所使用的cce的效率为所述终端在当前子帧上能调度的数据量与所述终端使用的cce聚合级别的比值。

作为另一种示例，在所述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，所述处理模块，具体用于：

根据所述终端的类型，将所述终端划分为至少一类终端；

根据每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序；

根据所述业务优先级，确定出同一类终端中为每个终端进行资源调度的顺序；

根据每类终端进行资源调度的顺序和同一类终端中为每个终端进行资源调度的顺序，为所述待调度资源的终端进行资源调度。

作为再一种示例，在所述预设规则包括：根据用户优先级和/或业务优先级对终端进行资源调度时，所述处理模块，具体用于：

根据业务优先级，将所述终端划分成多个终端集合，并确定为每个终端集合进行资源调度的顺序，每个终端集合中的终端请求同一类业务；

根据每个终端集合中每个终端的类型，对每个终端集合中的终端进行分类，得到每个终端集合包括的至少一类终端；

根据每个终端集合中每类终端对应的用户优先级，确定为每类终端进行资源调度的顺序；

根据为每个终端集合进行资源调度的顺序和每个终端集合中为每类终端进行资源调度的顺序，为所述待调度资源的终端进行资源调度。

在本申请的另一种可能设计中，所述处理模块，具体用于：

在所述待调度资源的终端只包括第一类终端时，采用pdcch符号最大为6的sul终端资源池，根据所述预设规则对所述第一类终端进行资源调度；

在所述待调度资源的终端只包括第二类终端时，采用pdcch符号最大为4的普通终端资源池，根据所述预设规则对所述第一类终端进行资源调度。

在本申请的再一种可能设计中，所述处理模块，具体用于：

在所述待调度资源的终端包括第一类终端和第二类终端时，确定pdcch符号最大为4时的资源是否能够调度完所有终端；

在pdcch符号最大为4时的资源能够调度完所有终端时，采用pdcch符号最大为4的普通资源池，根据所述预设规则对所述第一类终端和所述第二类终端进行资源调度；

在pdcch符号最大为4时的资源不能调度完所有终端时，确定pdcch符号最大为4时的资源是否能够调度完所有第一类终端；

在pdcch符号最大为4时的资源能够调度完所有第一类终端时，采用pdcch符号最大为4的所述普通资源池，根据所述预设规则对所述第一类终端和所述第二类终端进行资源调度，在pdcch符号最大为4时的资源不能够调度完所有第一类终端时，采用sul资源池，根据所述预设规则对所述第一类终端进行资源调度。

本申请实施例提供的装置，可用于执行图2至图6所示实施例的方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(applicationspecificintegratedcircuit，asic)，或，一个或多个微处理器(digitalsignalprocessor，dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessingunit，cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。

图8为本申请实施例提供的通信设备的结构示意图。如图8所示，该装置可以包括：处理器81、存储器82、收发器83和系统总线84，该存储器82和收发器83通过系统总线84与处理器81连接并完成相互间的通信，存储器82用于存储计算机程序指令，收发器83用于和其他设备进行通信，处理器81执行存储器82存储的计算机程序指令时实现如图2至图6所示方法实施例中的实现方案。

可选的，在硬件实现上，上述图7所示实施例中的处理模块72可以对应于本实施例中的处理器81。

该图8中提到的系统总线可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(randomaccessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

上述的处理器可以是通用处理器，包括中央处理器cpu、网络处理器(networkprocessor，np)等；还可以是数字信号处理器dsp、专用集成电路asic、现场可编程门阵列fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序指令，当所述计算机程序指令在计算机上运行时，使得计算机执行如上述图2至图6所示方法实施例的实现方案。

本申请实施例还提供一种程序，当该程序被处理器执行时，用于执行上述图2至图6所示方法实施例的实现方案。

本申请实施例还提供一种计算机程序产品，包括程序指令，程序指令用于实现上述图2至图6所示方法实施例的实现方案。

本申请实施例还提供了一种芯片，包括：处理模块与通信接口，该处理模块能执行上述图2至图6所示方法实施例的实现方案。

进一步地，该芯片还包括存储模块(如，存储器)，存储模块用于存储指令，处理模块用于执行存储模块存储的指令，并且对存储模块中存储的指令的执行使得处理模块执行网络设备侧的技术方案。

可选的，本申请实施例还提供一种通信系统，该系统可以包括：至少一个终端和网络设备。每个终端均可以和该网络设备进行通信。

其中，该网络设备可以是上述图7所示实施例的资源调度装置或者图8所示实施例的通信设备。在本实施例中，关于网络设备的具体实现方式可参见上述实施例中的记载，此处不再赘述。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

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