一种CCE分配方法、装置、网络设备以及存储介质

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种CCE分配方法、装置、网络设备以及存储介质。

背景技术

在第五代移动通信技术(英文：5th Generation Mobile CommunicationTechnology，缩写为5G)系统中，物理层下行控制信道(英文：Physical Downlink ControlChannel，缩写为PDCCH)上使用控制信道单元(英文：Control Channel Element，缩写为CCE)资源，传输调度物理层下行共享信道(英文：Physical Uplink Shared Channel，缩写为PDSCH)的下行授权的控制信息，并传输调度物理层上行共享信道(英文：PhysicalUplink Shared Channel，缩写为PUSCH)的上行授权的控制信息。

在多用户调度场景下，为了减少CCE资源被某一个方向的授权信息独占的情况，需要对CCE资源进行分配。

相关技术中，按照预设比例为上行用户和下行分配CCE，也就是说上下行使用固定数量的CCE。

然而，上述方式中没有参考上行和下行的具体需求。如果某个方向用户数量较多，需要更多的CCE，但是由于比例固定，可能会导致CCE分配失败；而用户数量少的方向，却还有很多空闲CCE可以使用，造成了CCE资源浪费。因此，上述方式无法实现CCE合理分配。

发明内容

本申请实施例提供了一种CCE分配方法、装置、网络设备以及存储介质，用以合理地进行CCE分配。

第一方面，本申请实施例提供了第一种CCE分配方法，该方法包括：

确定在目标传输时间间隔(英文：Transmission Time Interval，缩写为TTI)，各上行用户的期望CCE数量以及各下行用户的期望CCE数量；

基于上行期望总数与下行期望总数之和，确定目标CCE数量；其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和；

基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配。

上述方案，在目标TTI确定需要调度的所有上行用户和所有下行用户；针对需要调度的用户，确定对应的期望CCE数量(也就是其所需的CCE数量)，即考虑到所有需要调度的用户的需求情况；综合所有上行用户，得到在该TTI上行期望总数(上行用户所需的CCE总数)；综合所有下行用户，得到在该TTI下行期望总数(下行用户所需的CCE总数)；通过将上行与下行总的目标CCE数量(上下用户所需的CCE总数)与当前TTI的可用CCE的数量之间的比对结果，可以确定可用CCE是否满足上下行用户的需求，进而基于比对结果对可用CCE进行合理分配。由于分配过程考虑到了上下行调度的用户，更加合理地分配CCE。

一些可选的实施方式中，基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配，包括：

若所述目标CCE数量小于或等于所述可用CCE的数量，则为各上行用户分配对应的期望CCE数量的CCE，以及为各下行用户分配对应的期望CCE数量的CCE。

上述方案，针对目标CCE数量小于或等于可用CCE的数量的情况，可用CCE大概率能够满足所有上下行用户的CCE需求，可直接为各上行用户分配对应的期望CCE数量的CCE，并为各下行用户分配对应的期望CCE数量的CCE，从而为上下行用户分配所需数量的CCE，满足上下行用户对CCE的需求。

一些可选的实施方式中，基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配，包括：

若所述目标CCE数量大于所述可用CCE的数量，则确定各上行用户对应的权重值，以及确定各下行用户对应的权重值；

基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；以及，基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数；

基于所述上行加权期望总数、所述下行加权期望总数以及所述可用CCE的数量，确定第一上行数量以及第一下行数量；

基于所述第一上行数量或者所述第一下行数量，进行CCE分配。

上述方案，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；需要考虑上下行调度的权重信息，有选择性地为上下行用户分配CCE；在确定各上行用户对应的权重值，以及各下行用户对应的权重值后，基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数；结合可用CCE的数量，确定对上行分配起限定作用的第一上行数量，以及对下行分配起限定作用的第一下行数量；基于第一上行数量或者第一下行数量，对一方向进行分配限定，从而更有选择性地为上下行用户分配CCE。

一些可选的实施方式中，通过以下方式确定各上行用户对应的权重值：

基于第一预设对应关系，将任一上行用户的业务类型对应的权重值，确定为所述上行用户对应的权重值；其中，所述第一预设对应关系包括上行的业务类型与权重值之间的对应，上行的业务类型的优先级越高，对应的权重值越大；

通过以下方式确定各下行用户对应的权重值：

基于第二预设对应关系，将任一下行用户的业务类型对应的权重值，确定为所述下行用户对应的权重值；其中，所述第二预设对应关系包括下行的业务类型与权重值之间的对应，下行的业务类型的优先级越高，对应的权重值越大。

上述方案，通过设置第一预设对应关系，该第一预设对应关系包括上行的业务类型与权重值之间的对应，上行的业务类型的优先级越高，对应的权重值越大；将上行用户的业务类型对应的权重值，确定为上行用户对应的权重值，使得权重值精准反映对应用户的业务重要程度；还设置有第二预设对应关系，该第二预设对应关系包括下行的业务类型与权重值之间的对应，下行的业务类型的优先级越高，对应的权重值越大；将下行用户的业务类型对应的权重值，确定为下行用户对应的权重值，使得权重值精准反映对应用户的业务重要程度；从而在可用CCE不能满足所有上下行用户的CCE需求时，有选择性地为上下行用户分配CCE，在CCE资源紧张时也能保证重要业务的传输。

一些可选的实施方式中，基于所述上行加权期望总数、所述下行加权期望总数以及所述可用CCE的数量，确定第一上行数量以及第一下行数量，包括：

将所述上行加权期望总数以及所述下行加权期望总数之和，确定为目标加权期望总数；

将所述上行加权期望总数与所述目标加权期望总数之间的比值，确定为第一上行比例；

对所述可用CCE的数量与所述第一上行比例之间的乘积进行取整计算，得到所述第一上行数量；

将所述可用CCE的数量与所述第一上行数量之差，确定为所述第一下行数量。

上述方案，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；需要考虑上下行调度的权重信息，有选择性地为上下行用户分配CCE；在确定上行加权期望总数以及下行加权期望总数后；基于上行加权期望总数以及下行加权期望总数之和，确定出权重影响下的目标加权期望总数；上行加权期望总数与目标加权期望总数之间的比值(第一上行比例)，表征了权重影响下上行用户对CCE的需求比例；对可用CCE的数量与第一上行比例之间的乘积进行取整计算，得到对上行分配起限定作用的第一上行数量；可用CCE的数量减去第一上行数量，得到对下行分配起限定作用的第一下行数量。

一些可选的实施方式中，基于所述第一上行数量或者所述第一下行数量，进行CCE分配，包括：

确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值；

若所述第一差值小于或等于所述第二差值，则按照下行用户的业务类型的优先级由高到低的顺序，为第一目标下行用户分配CCE；其中，为所述第一目标下行用户分配的CCE的数量小于或等于所述第一下行数量，所述第一目标下行用户为部分或全部下行用户；

按照上行用户的业务类型的优先级由高到低的顺序，为第一目标上行用户分配CCE；其中，所述第一目标上行用户为部分或全部上行用户。

上述方案，由于上行加权期望总数与上行期望总数之间的第一差值，反映了在上行方向权重的影响；下行加权期望总数与下行期望总数之间的第二差值，反映了在下行方向权重的影响；如果第一差值小于或等于第二差值，说明下行方向权重影响较大，基于第一下行数量对下行方向进行CCE分配限定，即为下行用户分配的CCE的数量小于或等于第一下行数量；由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么下行方向可能会存在没有CCE资源的下行用户；通过将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但为下行用户分配的CCE数量已经达到第一下行数量，就不会为这些业务类型优先级低的下行用户分配CCE；将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但已经没有CCE资源，就不会为这些业务类型优先级低的上行用户分配CCE，从而平衡权重影响，且进一步保证了上下行优先级较高的业务的正常传输。

一些可选的实施方式中，基于所述第一上行数量或者所述第一下行数量，进行CCE分配，包括：

确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值；

若所述第一差值大于所述第二差值，则按照上行用户的业务类型的优先级由高到低的顺序，为第二目标上行用户分配CCE；其中，为所述第二目标上行用户分配的CCE的数量小于或等于所述第一上行数量，所述第二目标上行用户为部分或全部上行用户；

按照下行用户的业务类型的优先级由高到低的顺序，为第二目标下行用户分配CCE；其中，所述第二目标下行用户为部分或全部下行用户。

上述方案，由于上行加权期望总数与上行期望总数之间的第一差值，反映了在上行方向权重的影响；下行加权期望总数与下行期望总数之间的第二差值，反映了在下行方向权重的影响；如果第一差值大于第二差值，说明上行方向权重影响较大，基于第一上行数量对上行方向进行CCE分配限定，即为上行用户分配的CCE的数量小于或等于第一上行数量；由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么上行方向可能会存在没有CCE资源的上行用户；通过将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但为上行用户分配的CCE数量已经达到第一上行数量，就不会为这些业务类型优先级低的上行用户分配CCE；将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但已经没有CCE资源，就不会为这些业务类型优先级低的下行用户分配CCE，从而平衡权重影响，且进一步保证了上下行优先级较高的业务的正常传输。

一些可选的实施方式中，通过以下方式确定所述当前TTI的可用CCE的数量：

将CCE总数以及所述当前TTI的公共调度CCE数量之差，确定为所述可用CCE的数量。

上述方案，将CCE总数与当前TTI的公共调度CCE数量之差，确定为可用CCE的数量，保证了公共调度的消息所需的CCE资源不被上下行用户所占用，同时还精准地确定出上下行用户可用的CCE，只有这些CCE才会参与到后续上下行分配，保证了CCE有序分配。

一些可选的实施方式中，基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配，包括：

若所述目标CCE数量大于所述可用CCE的数量，则将所述上行期望总数与所述目标CCE数量之间的比值，确定为第二上行比例；

对所述可用CCE的数量与所述第二上行比例之间的乘积进行取整计算，得到第二上行数量；

将所述可用CCE的数量与所述第二上行数量之差，确定为第二下行数量；

基于所述第二上行数量以及所述第二下行数量，进行CCE分配。

上述方案，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；基于上下行期望的CCE数量，直接按所期望的CCE比例进行分配，在CCE不足时，均衡地分配上下行CCE。

一些可选的实施方式中，基于所述第二上行数量以及所述第二下行数量，进行CCE分配，包括：

按照上行用户的业务类型的优先级由高到低的顺序，为第三目标上行用户分配所述第二上行数量的CCE；其中，所述第三目标上行用户为部分上行用户；

按照下行用户的业务类型的优先级由高到低的顺序，为第三目标下行用户分配所述第二下行数量的CCE；其中，所述第三目标下行用户为部分下行用户。

上述方案，由于目标CCE数量大于可用CCE的数量，并且是按所期望的CCE比例进行分配，可用CCE不能满足所有上下行用户的CCE需求，那么上下行方向均会存在没有CCE资源的用户；通过将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但为上行用户分配的CCE数量已经达到第二上行数量，就不会为这些业务类型优先级低的上行用户分配CCE；将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但为下行用户分配的CCE数量已经达到第二下行数量，就不会为这些业务类型优先级低的下行用户分配CCE，进一步保证了上下行优先级较高的业务的正常传输。

一些可选的实施方式中，确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量，包括：

基于在目标TTI各上行用户的信道质量指示，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示，确定各下行用户的期望CCE数量；或者

基于在目标TTI各上行用户的信道质量指示以及各上行用户的权重值，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示以及各下行用户的权重值，确定各下行用户的期望CCE数量。

一些可选的实施方式中，基于在目标TTI各上行用户的信道质量指示，确定各上行用户的期望CCE数量，包括：

基于第三预设对应关系，将任一上行用户的信道质量指示对应的CCE数量，确定为所述上行用户的期望CCE数量；

基于在目标TTI各下行用户的信道质量指示，确定各下行用户的期望CCE数量，包括：

基于所述第三预设对应关系，将任一下行用户的信道质量指示对应的CCE数量，确定为所述下行用户的期望CCE数量；

其中，所述第三预设对应关系包括信道质量指示与CCE数量之间的对应，信道质量指示越大，对应的CCE数量越少。

上述方案，通过设置第三预设对应关系，该第三预设对应关系包括信道质量指示与CCE数量之间的对应，信道质量指示越大，对应的CCE数量越少；将上行/下行用户的信道质量指示对应的CCE数量，确定为该上行/下行用户的期望CCE数量；如果信道质量指示越大，说明信道质量越好，对应期望CCE数量越小，减少CCE资源的浪费；如果信道质量指示越小，说明信道质量越差，对应期望CCE数量越大，保证有效传输；使得期望CCE数量精准反映对应用户的CCE需求。

第二方面，本申请实施例提供了第一种CCE分配装置，该装置包括：

用户确定模块，用于确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量；

所述CCE确定模块，用于基于上行期望总数与下行期望总数之和，确定目标CCE数量；其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和；

CCE分配模块，用于基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配。

第三方面，本申请实施例提供一种网络设备，包括至少一个处理器以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行上述第一方面任一所述的CCE分配方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其存储有可由处理器执行的计算机程序，当所述程序在所述处理器上运行时，使得所述处理器执行上述第一方面任一所述的CCE分配方法。

附图说明

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

图1为本申请实施例提供的第一种CCE分配方法的流程示意图；

图2为本申请实施例提供的第二种CCE分配方法的流程示意图；

图3为本申请实施例提供的第三种CCE分配方法的流程示意图；

图4为本申请实施例提供的第四种CCE分配方法的流程示意图；

图5为本申请实施例提供的第五种CCE分配方法的流程示意图；

图6为本申请实施例提供的第六种CCE分配方法的流程示意图；

图7为本申请实施例提供的CCE分配装置的结构示意图；

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

具体实施方式

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

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“连接”应做广义理解，例如，可以是直接相连，也可以通过中间媒介间接相连，可以是两个器件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

在5G系统中PDCCH上使用CCE资源，传输调度PDSCH的下行授权的控制信息，并传输调度PUSCH的上行授权的控制信息。

在多用户调度场景下，为了减少CCE资源被某一个方向的授权信息独占的情况，需要对CCE资源进行分配。

相关技术中，按照预设比例为上行用户和下行分配CCE，也就是说上下行使用固定数量的CCE。

然而，上述方式中没有参考上行和下行的具体需求。如果某个方向用户数量较多，需要更多的CCE，但是由于比例固定，可能会导致CCE分配失败；而用户数量少的方向，却还有很多空闲CCE可以使用，造成了CCE资源浪费。因此，上述方式无法实现CCE合理分配。

一些实施例，通过计算一段时间内的上行授权CCE利用率，上行授权CCE利用率大于上行高门限时，调低下行授权CCE所占比例，从而动态调整上下行CCE占用比例。

然而，上行和下行对CCE的需求是动态变化的，即使按照历史CCE利用率，可能还是无法满足当前的CCE需求，如基站侧希望调度大量的上行用户，但是历史上行授权CCE利用率较低，上行授权的CCE比例小，可能就无法满足上行用户的调度。因此，这种方式虽实现了到动态分配CCE，但分配方式还是不够合理。

鉴于此，本申请实施例提出一种CCE分配方法、装置、网络设备以及存储介质，该方法包括：确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量；基于各上行用户的信道质量指示，确定各上行用户的期望CCE数量；以及基于各下行用户的信道质量指示，确定各下行用户的期望CCE数量；基于上行期望总数与下行期望总数之和，确定目标CCE数量；其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和；基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配。

上述方案，在目标TTI确定需要调度的所有上行用户和所有下行用户；针对需要调度的用户，确定对应的期望CCE数量(也就是其所需的CCE数量)，即考虑到所有需要调度的用户的需求情况；综合所有上行用户，得到在该TTI上行期望总数(上行用户所需的CCE总数)；综合所有下行用户，得到在该TTI下行期望总数(下行用户所需的CCE总数)；通过将上行与下行总的目标CCE数量(上下用户所需的CCE总数)与当前TTI的可用CCE的数量之间的比对结果，可以确定可用CCE是否满足上下行用户的需求，进而基于比对结果对可用CCE进行合理分配。由于分配过程考虑到了上下行调度的用户，更加合理地分配CCE。

下面将结合附图及具体实施例，对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图1为本申请实施例提供的第一种CCE分配方法的流程示意图，如图1所示，包括以下步骤：

步骤S101：确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量。

本实施例，目标TTI可以为各TTI，或者每个周期(一个周期可包括多个TTI)中的任一TTI，或者在确定CCE分配失衡时的下一个TTI等，具体可根据实际应用进行设置。

在目标TTI确定需要调度的所有上行用户和所有下行用户。

示例性的，通过调度模块，使用轮询调度(英文：Round Robin，缩写为RR)算法，或正交公平调度(英文：Proportional Fail，缩写为PF)算法，或其他常见的基站介质访问控制(英文：Medium Access Control，缩写为MAC)层的调度算法进行多用户的调度，来实现用户调度的公平性和用户的服务质量(英文Quality of Service，缩写为QoS)，在目标TTI输出需要调度的上行用户和下行用户。

本实施例，针对需要调度的各上行用户，基于其信道质量指示确定对应的期望CCE数量(也就是其所需的CCE数量)；针对需要调度的各下行用户，基于其信道质量指示确定对应的期望CCE数量(也就是其所需的CCE数量)；从而考虑到所有需要调度的用户的需求情况。

步骤S102：基于上行期望总数与下行期望总数之和，确定目标CCE数量。

其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和。

本实施例，综合所有上行用户，得到在该TTI上行期望总数(上行用户所需的CCE总数)；综合所有下行用户，得到在该TTI下行期望总数(下行用户所需的CCE总数)。

示例性的，上行期望总数

下行期望总数

目标CCE数量ALL_EXP_CCE_NUM＝UL_ALL_EXP_CCE_NUM+DL_ALL_EXP_CCE_NUM。

步骤S103：基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配。

上述方案，在目标TTI确定需要调度的所有上行用户和所有下行用户；针对需要调度的用户，确定对应的期望CCE数量(也就是其所需的CCE数量)，即考虑到所有需要调度的用户的需求情况；综合所有上行用户，得到在该TTI上行期望总数(上行用户所需的CCE总数)；综合所有下行用户，得到在该TTI下行期望总数(下行用户所需的CCE总数)；通过将上行与下行总的目标CCE数量(上下用户所需的CCE总数)与当前TTI的可用CCE的数量之间的比对结果，可以确定可用CCE是否满足上下行用户的需求，进而基于比对结果对可用CCE进行合理分配。由于分配过程考虑到了上下行调度的用户，更加合理地分配CCE。

一些可选的实施方式中，可通过但不限于以下方式确定所述当前TTI的可用CCE的数量：

将CCE总数以及所述当前TTI的公共调度CCE数量之差，确定为所述可用CCE的数量。

实施中，不同数量正交频分复用(英文：Orthogonal Frequency DivisionMultiplexing，缩写为OFDM)符号下的PDCCH，对应不同的CCE总数。在100MHZ带宽下，CCE总数可参阅表1所示：

表1

上述表1只是示例性说明，本实施例对CCE总数不做具体限定。

实施中，公共调度的消息也需要CCE资源，需要为公共调度的消息分配CCE，剩余的才能分配给上下行用户；

基于此，本实施例将CCE总数与当前TTI的公共调度CCE数量之差，确定为可用CCE的数量，可用CCE是上下行用户可用的CCE，只有这些CCE才会参与到后续上下行分配。

本实施例对上述公共调度的消息不做具体限定，如系统信息块1(英文：SystemInformation Block1，缩写为SIB1),其他系统消息(英文：Other System Information，缩写为Other SI)，寻呼(英文：Paging)消息，随机接入回复(英文：Random Access Response，缩写为RAR)消息，竞争解决(英文：Contention Resolution，缩写为CR)消息，公共控制信道(英文：Common Control Channel，缩写为CCCH)等。

上述方案，将CCE总数与当前TTI的公共调度CCE数量之差，确定为可用CCE的数量，保证了公共调度的消息所需的CCE资源不被上下行用户所占用，同时还精准地确定出上下行用户可用的CCE，只有这些CCE才会参与到后续上下行分配，保证了CCE有序分配。

一些可选的实施方式中，上述步骤S102可通过但不限于如下方式实现：

基于在目标TTI各上行用户的信道质量指示，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示，确定各下行用户的期望CCE数量；或者

基于在目标TTI各上行用户的信道质量指示以及各上行用户的权重值，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示以及各下行用户的权重值，确定各下行用户的期望CCE数量。

本实施例，可直接基于信道质量指示，确定各上/下行用户的期望CCE数量；也可以结合权重值，确定各上/下行用户的期望CCE数量。

一些可选的实施方式中，基于在目标TTI各上行用户的信道质量指示，确定各上行用户的期望CCE数量，可通过但不限于如下方式实现：

基于第三预设对应关系，将任一上行用户的信道质量指示(英文：ChannelQuality Indicator，缩写为CQI)对应的CCE数量，确定为所述上行用户的期望CCE数量；

基于在目标TTI各下行用户的信道质量指示，确定各下行用户的期望CCE数量，可通过但不限于如下方式实现：

基于所述第三预设对应关系，将任一下行用户的信道质量指示对应的CCE数量，确定为所述下行用户的期望CCE数量；

其中，所述第三预设对应关系包括信道质量指示与CCE数量之间的对应，信道质量指示越大，对应的CCE数量越少。

实施中，如果信道质量指示越大，说明信道质量越好，为了减少CCE资源的浪费，则只需要使用较少的CCE就能满足传输需求；如果信道质量指示越小，说明信道质量越差，需要分配较多的CCE来承载单个授权的控制信息，以保证有效传输；

基于此，本实施例设置有第三预设对应关系，该第三预设对应关系包括信道质量指示与CCE数量之间的对应，信道质量指示越大，对应的CCE数量越少；

将上行/下行用户的信道质量指示对应的CCE数量，确定为该上行/下行用户的期望CCE数量，使得期望CCE数量精准反映对应用户的CCE需求。

第三预设对应关系可参阅表2所示：

表2

其中，Z1～Z15整体是呈递减趋势，即可以依次递减，如Z1＞Z2＞……＞Z14＞Z15；或者，可以有部分相邻的CCE数量相同，如Z1＝Z2＞Z3＝Z4……＞Z14＝Z15等，本实施例对此不做具体限定。

上述表2只是示例性说明，本实施例对第三预设对应关系不做具体限定。

上述方案，通过设置第三预设对应关系，该第三预设对应关系包括信道质量指示与CCE数量之间的对应，信道质量指示越大，对应的CCE数量越少；将上行/下行用户的信道质量指示对应的CCE数量，确定为该上行/下行用户的期望CCE数量；如果信道质量指示越大，说明信道质量越好，对应期望CCE数量越小，减少CCE资源的浪费；如果信道质量指示越小，说明信道质量越差，对应期望CCE数量越大，保证有效传输；使得期望CCE数量精准反映对应用户的CCE需求。

图2为本申请实施例提供的第二种CCE分配方法的流程示意图，如图2所示，包括以下步骤：

步骤S201：确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量。

步骤S202：基于上行期望总数与下行期望总数之和，确定目标CCE数量。

其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和。

该步骤S201～S202的具体实现方式可参照上述实施例，此处不再赘述。

步骤S203：若所述目标CCE数量小于或等于所述可用CCE的数量，则为各上行用户分配对应的期望CCE数量的CCE，以及为各下行用户分配对应的期望CCE数量的CCE。

实施中，如果目标CCE数量小于或等于可用CCE的数量，说明可用CCE大概率能够满足所有上下行用户的CCE需求；

基于此，本实施例为各上行用户分配对应的期望CCE数量的CCE，并为各下行用户分配对应的期望CCE数量的CCE。

本实施例对具体分配方式不做具体限定，示例性的：

先为各上行用户分配对应的期望CCE数量的CCE，上行用户CCE分配完成后，再为下行用户分配对应的期望CCE数量的CCE；

或者，先为各下行用户分配对应的期望CCE数量的CCE，下行用户CCE分配完成后，再为上行用户分配对应的期望CCE数量的CCE。

上述方案，针对目标CCE数量小于或等于可用CCE的数量的情况，可用CCE大概率能够满足所有上下行用户的CCE需求，可直接为各上行用户分配对应的期望CCE数量的CCE，并为各下行用户分配对应的期望CCE数量的CCE，从而为上下行用户分配所需数量的CCE，满足上下行用户对CCE的需求。

图3为本申请实施例提供的第三种CCE分配方法的流程示意图，如图3所示，包括以下步骤：

步骤S301：确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量。

步骤S302：基于上行期望总数与下行期望总数之和，确定目标CCE数量。

其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和。

该步骤S301～S302的具体实现方式可参照上述实施例，此处不再赘述。

步骤S303：若所述目标CCE数量大于所述可用CCE的数量，则确定各上行用户对应的权重值，以及确定各下行用户对应的权重值。

实施中，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；需要考虑上下行调度的权重信息，有选择性地为上下行用户分配CCE；

基于此，本实施例需要确定各上行用户对应的权重值，以及各下行用户对应的权重值，用以进行后续加权计算。

步骤S304：基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；以及，基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数。

如上所述，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；需要考虑上下行调度的权重信息，对期望CCE数量进行了调整，即上行加权期望总数和下行加权期望总数是经过权重调整后的数量，因此，基于上下行调度的权重信息，有选择性地为上下行用户分配CCE；

基于此，本实施例在确定各上行用户对应的权重值，以及各下行用户对应的权重值后，需要基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数。

步骤S305：基于所述上行加权期望总数、所述下行加权期望总数以及所述可用CCE的数量，确定第一上行数量以及第一下行数量。

上述上行加权期望总数是对上行用户的期望CCE数量的加权调整，上述下行加权期望总数是对下行用户的期望CCE数量的加权调整；还需要参考可用CCE的数量，才能确定对上行分配起限定作用的第一上行数量，以及对下行分配起限定作用的第一下行数量。

步骤S306：基于所述第一上行数量或者所述第一下行数量，进行CCE分配。

如上所述，第一上行数量对上行分配起限定作用，上述第一下行数量对下行分配起限定作用；基于第一上行数量或者第一下行数量，对一方向进行分配限定，结合了上下行调度的权重信息，更有选择性地为上下行用户分配CCE。

上述方案，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；需要考虑上下行调度的权重信息，有选择性地为上下行用户分配CCE；在确定各上行用户对应的权重值，以及各下行用户对应的权重值后，基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数；结合可用CCE的数量，确定对上行分配起限定作用的第一上行数量，以及对下行分配起限定作用的第一下行数量；基于第一上行数量或者第一下行数量，对一方向进行分配限定，从而更有选择性地为上下行用户分配CCE。

一些可选的实施方式中，上述确定各上行用户对应的权重值可通过但不限于如下方式实现：

基于第一预设对应关系，将任一上行用户的业务类型对应的权重值，确定为所述上行用户对应的权重值；

其中，所述第一预设对应关系包括上行的业务类型与权重值之间的对应，上行的业务类型的优先级越高，对应的权重值越大。

一些可选的实施方式中，上述确定各下上行用户对应的权重值可通过但不限于如下方式实现：

基于第二预设对应关系，将任一下行用户的业务类型对应的权重值，确定为所述下行用户对应的权重值；

其中，所述第二预设对应关系包括下行的业务类型与权重值之间的对应，下行的业务类型的优先级越高，对应的权重值越大。

实施中，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；需要考虑上下行调度的权重信息，有选择性地为上下行用户分配CCE；

由于不同业务类型的优先级不同，针对优先级高的业务类型，需要为其对应的上行用户/下行用户优先分配CCE，保证业务正常进行。

基于此，本实施例设置了上行的业务类型与权重值之间的第一预设对应关系，上行的业务类型的优先级越高，对应的权重值越大；

基于上述第一预设对应关系，将上行用户的业务类型对应的权重值，确定为上行用户对应的权重值，使得权重值精准反映对应用户的业务重要程度，后续有选择性地为上下行用户分配CCE。

第一预设对应关系可参阅表3所示：

表3

由于上下行业务不同，本实施例还设置了下行的业务类型与权重值之间的第二预设对应关系，下行的业务类型的优先级越高，对应的权重值越大；

基于上述第二预设对应关系，将下行用户的业务类型对应的权重值，确定为下行用户对应的权重值，使得权重值精准反映对应用户的业务重要程度，后续有选择性地为上下行用户分配CCE。

第二预设对应关系可参阅表4所示：

表4

上述表3和表4只是示例性说明，实施中，可能会涉及其他业务类型，业务类型可以对应其他权重值等，本实施例对此不做具体限定。

一些可选的实施方式中，第一预设对应关系以及第二预设对应关系中的权重值均大于或等于1，便于进行后续计算。

上述方案，通过设置第一预设对应关系，该第一预设对应关系包括上行的业务类型与权重值之间的对应，上行的业务类型的优先级越高，对应的权重值越大；将上行用户的业务类型对应的权重值，确定为上行用户对应的权重值，使得权重值精准反映对应用户的业务重要程度；还设置有第二预设对应关系，该第二预设对应关系包括下行的业务类型与权重值之间的对应，下行的业务类型的优先级越高，对应的权重值越大；将下行用户的业务类型对应的权重值，确定为下行用户对应的权重值，使得权重值精准反映对应用户的业务重要程度；从而在可用CCE不能满足所有上下行用户的CCE需求时，有选择性地为上下行用户分配CCE，在CCE资源紧张时也能保证重要业务的传输。

一些可选的实施方式中，上述步骤S305可通过但不限于如下方式实现：

将所述上行加权期望总数以及所述下行加权期望总数之和，确定为目标加权期望总数；

将所述上行加权期望总数与所述目标加权期望总数之间的比值，确定为第一上行比例；

对所述可用CCE的数量与所述第一上行比例之间的乘积进行取整计算，得到所述第一上行数量；

将所述可用CCE的数量与所述第一上行数量之差，确定为所述第一下行数量。

示例性的，目标加权期望总数ALL_EXP_CCE_WITH_WEIGHT＝UL_ALL_EXP_CCE_NUM_WITH_WEIGHT+DL_ALL_EXP_CCE_NUM_WIT H_WEIGHT；其中，UL_ALL_EXP_CCE_NUM_WITH_WEIGHT为上行加权期望总数，DL_ALL_EXP_CCE_NUM_WITH_WEIGHT为下行加权期望总数；

第一上行比例UL_CCE_RATIO＝UL_ALL_EXP_CCE_NUM_WITH_WEIGHT/ALL_EXP_CCE_WITH_WEIGHT；其中，UL_ALL_EXP_CCE_NUM_WITH_WEIGHT为上行加权期望总数，ALL_EXP_CCE_WITH_WEIGHT为目标加权期望总数；

第一上行数量

其中，FREE_CCE_NUM为可用CCE的数量，UL_CCE_RATIO为第一上行比例，

第一下行数量DL_CCE_NUM＝FREE_CCE_NUM–UL_CCE_NUM；其中，FREE_CCE_NUM为可用CCE的数量，UL_CCE_NUM为第一上行数量。

上述方案，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；需要考虑上下行调度的权重信息，有选择性地为上下行用户分配CCE；在确定上行加权期望总数以及下行加权期望总数后；基于上行加权期望总数以及下行加权期望总数之和，确定出权重影响下的目标加权期望总数；上行加权期望总数与目标加权期望总数之间的比值(第一上行比例)，表征了权重影响下上行用户对CCE的需求比例；对可用CCE的数量与第一上行比例之间的乘积进行取整计算，得到对上行分配起限定作用的第一上行数量；可用CCE的数量减去第一上行数量，得到对下行分配起限定作用的第一下行数量。

一些可选的实施方式中，上述步骤S305可通过但不限于如下方式实现：

将所述上行加权期望总数以及所述下行加权期望总数之和，确定为目标加权期望总数；

将所述下行加权期望总数与所述目标加权期望总数之间的比值，确定为第一下行比例；

对所述可用CCE的数量与所述第一下行比例之间的乘积进行取整计算，得到所述第一下行数量；

将所述可用CCE的数量与所述第一下行数量之差，确定为所述第一上行数量。

实施中，也可先计算下行占用比例(将下行加权期望总数与目标加权期望总数之间的比值，确定为下行占用比例)；进而对可用CCE的数量与下行占用比例之间的乘积进行取整计算，得到第一下行数量；将可用CCE的数量与第一下行数量之差，确定为第一上行数量，具体计算过程可参照上述实施例，此处不再赘述。

图4为本申请实施例提供的第四种CCE分配方法的流程示意图，如图4所示，包括以下步骤：

步骤S401：确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量。

步骤S402：基于上行期望总数与下行期望总数之和，确定目标CCE数量。

其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和。

步骤S403：若所述目标CCE数量大于所述可用CCE的数量，则确定各上行用户对应的权重值，以及确定各下行用户对应的权重值。

步骤S404：基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；以及，基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数。

步骤S405：基于所述上行加权期望总数、所述下行加权期望总数以及所述可用CCE的数量，确定第一上行数量以及第一下行数量。

该步骤S401～S405的具体实现方式可参照上述实施例，此处不再赘述。

步骤S406：确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值。

由于本实施例是基于上行加权期望总数和下行加权期望总数，确定的上第一下行数量，即引入了权重的影响，有时会出现因权重的影响过大，导致一方分配的CCE已经超过需求，而另一个方向，CCE可能会分配不足，造成CCE分配不均衡的现象。

基于此，本实施例确定上行加权期望总数与上行期望总数之间的第一差值，该差值反映了在上行方向权重的影响；还确定下行加权期望总数与下行期望总数之间的第二差值，该差值反映了在下行方向权重的影响；

基于这两个差值就能确定是哪方权重影响过重，从而基于权重影响过重一方的分配数量进行分配限定。

步骤S407：若所述第一差值小于或等于所述第二差值，则按照下行用户的业务类型的优先级由高到低的顺序，为第一目标下行用户分配CCE。

其中，为所述第一目标下行用户分配的CCE的数量小于或等于所述第一下行数量，所述第一目标下行用户为部分或全部下行用户。

如上所述，第一差值反映了在上行方向权重的影响，第二差值反映了在下行方向权重的影响；

如果第一差值小于或等于第二差值，说明下行方向权重影响较大，基于第一下行数量对下行方向进行CCE分配限定，即为下行用户分配的CCE的数量小于或等于第一下行数量。

示例性的，由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么下行方向可能会存在没有CCE资源的下行用户；

本实施例为了保证优先级高的业务的正常传输，将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但为下行用户分配的CCE数量已经达到第一下行数量，就不会为这些业务类型优先级低的下行用户分配CCE。

上述第一目标下行用户为在第一下行数量限定下能够分配CCE的下行用户，如果能为所有下行用户分配CCE，第一目标下行用户就是全部下行用户；如果不能为所有下行用户分配CCE，第一目标下行用户就是部分业务类型优先级较高的下行用户。

步骤S408：按照上行用户的业务类型的优先级由高到低的顺序，为第一目标上行用户分配CCE。

其中，所述第一目标上行用户为部分或全部上行用户。

如上所述，第一差值反映了在上行方向权重的影响，第二差值反映了在下行方向权重的影响；

如果第一差值小于或等于第二差值，说明下行方向权重影响较大，不对上行方向进行CCE分配限定，即为上行用户分配的CCE的数量可以超过第一上行数量，在为下行用户分配CCE后，可为上行用户分配所有余下的CCE。

示例性的，由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么上行方向可能会存在没有CCE资源的上行用户；

本实施例为了保证优先级高的业务的正常传输，将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但已经没有CCE资源，就不会为这些业务类型优先级低的上行用户分配CCE。

上述第一目标上行用户为在余下的CCE数量下，能够分配CCE的上行用户，如果能为所有上行用户分配CCE，第一目标上行用户就是全部上行用户；如果不能为所有上行用户分配CCE，第一目标上行用户就是部分业务类型优先级较高的上行用户。

上述方案，由于上行加权期望总数与上行期望总数之间的第一差值，反映了在上行方向权重的影响；下行加权期望总数与下行期望总数之间的第二差值，反映了在下行方向权重的影响；如果第一差值小于或等于第二差值，说明下行方向权重影响较大，基于第一下行数量对下行方向进行CCE分配限定，即为下行用户分配的CCE的数量小于或等于第一下行数量；由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么下行方向可能会存在没有CCE资源的下行用户；通过将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但为下行用户分配的CCE数量已经达到第一下行数量，就不会为这些业务类型优先级低的下行用户分配CCE；将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但已经没有CCE资源，就不会为这些业务类型优先级低的上行用户分配CCE，从而平衡权重影响，且进一步保证了上下行优先级较高的业务的正常传输。

图5为本申请实施例提供的第五种CCE分配方法的流程示意图，如图5所示，包括以下步骤：

步骤S501：确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量。

步骤S502：基于上行期望总数与下行期望总数之和，确定目标CCE数量。

其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和。

步骤S503：若所述目标CCE数量大于所述可用CCE的数量，则确定各上行用户对应的权重值，以及确定各下行用户对应的权重值。

步骤S504：基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；以及，基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数。

步骤S505：基于所述上行加权期望总数、所述下行加权期望总数以及所述可用CCE的数量，确定第一上行数量以及第一下行数量。

步骤S506：确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值。

该步骤S501～S506的具体实现方式可参照上述实施例，此处不再赘述。

步骤S507：若所述第一差值大于所述第二差值，则按照上行用户的业务类型的优先级由高到低的顺序，为第二目标上行用户分配CCE。

其中，为所述第二目标上行用户分配的CCE的数量小于或等于所述第一上行数量，所述第二目标上行用户为部分或全部上行用户。

如上所述，第一差值反映了在上行方向权重的影响，第二差值反映了在下行方向权重的影响；

如果第一差值大于第二差值，说明上行方向权重影响较大，基于第一上行数量对上行方向进行CCE分配限定，即为上行用户分配的CCE的数量小于或等于第一上行数量。

示例性的，由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么上行方向可能会存在没有CCE资源的上行用户；

本实施例为了保证优先级高的业务的正常传输，将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但为上行用户分配的CCE数量已经达到第一上行数量，就不会为这些业务类型优先级低的上行用户分配CCE。

上述第二目标上行用户为在第一上行数量限定下能够分配CCE的上行用户，如果能为所有上行用户分配CCE，第二目标上行用户就是全部上行用户；如果不能为所有上行用户分配CCE，第二目标上行用户就是部分业务类型优先级较高的上行用户。

步骤S508：按照下行用户的业务类型的优先级由高到低的顺序，为第二目标下行用户分配CCE。

其中，所述第二目标下行用户为部分或全部下行用户。

如上所述，第一差值反映了在上行方向权重的影响，第二差值反映了在下行方向权重的影响；

如果第一差值大于第二差值，说明上行方向权重影响较大，不对下行方向进行CCE分配限定，即为下行用户分配的CCE的数量可以超过第一下行数量，在为上行用户分配CCE后，可为下行用户分配所有余下的CCE。

示例性的，由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么下行方向可能会存在没有CCE资源的下行用户；

本实施例为了保证优先级高的业务的正常传输，将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但已经没有CCE资源，就不会为这些业务类型优先级低的下行用户分配CCE。

上述第二目标下行用户为在余下的CCE数量下，能够分配CCE的下行用户，如果能为所有下行用户分配CCE，第二目标下行用户就是全部下行用户；如果不能为所有下行用户分配CCE，第二目标下行用户就是部分业务类型优先级较高的下行用户。

上述方案，由于上行加权期望总数与上行期望总数之间的第一差值，反映了在上行方向权重的影响；下行加权期望总数与下行期望总数之间的第二差值，反映了在下行方向权重的影响；如果第一差值大于第二差值，说明上行方向权重影响较大，基于第一上行数量对上行方向进行CCE分配限定，即为上行用户分配的CCE的数量小于或等于第一上行数量；由于目标CCE数量大于可用CCE的数量，可用CCE不能满足所有上下行用户的CCE需求，那么上行方向可能会存在没有CCE资源的上行用户；通过将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但为上行用户分配的CCE数量已经达到第一上行数量，就不会为这些业务类型优先级低的上行用户分配CCE；将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但已经没有CCE资源，就不会为这些业务类型优先级低的下行用户分配CCE，从而平衡权重影响，且进一步保证了上下行优先级较高的业务的正常传输。

图6为本申请实施例提供的第六种CCE分配方法的流程示意图，如图6所示，包括以下步骤：

步骤S601：确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量。

步骤S602：基于上行期望总数与下行期望总数之和，确定目标CCE数量。

其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和。

步骤S603：若所述目标CCE数量大于所述可用CCE的数量，则将所述上行期望总数与所述目标CCE数量之间的比值，确定为第二上行比例。

如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；本实施例，不考虑哪个方向权重影响较大，直接根据上行期望总数和下行期望总数的比例，分配上下行CCE；

示例性的，根据上行期望总数与目标CCE数量之间的比值，确定第二上行比例，即为上行分配的CCE的比例。

步骤S604：对所述可用CCE的数量与所述第二上行比例之间的乘积进行取整计算，得到第二上行数量。

本实施例，在确定上行分配的CCE的比例后，基于可用CCE的数量确定第二上行数量，即为上行分配的CCE的数量。

步骤S605：将所述可用CCE的数量与所述第二上行数量之差，确定为第二下行数量。

本实施例，在确定上行分配的CCE的数量后，基于可用CCE的数量进一步确定第二下行数量，即为下行分配的CCE的数量。

步骤S606：基于所述第二上行数量以及所述第二下行数量，进行CCE分配。

上述方案，如果目标CCE数量大于可用CCE的数量，说明可用CCE不能满足所有上下行用户的CCE需求；基于上下行期望的CCE数量，直接按所期望的CCE比例进行分配，在CCE不足时，均衡地分配上下行CCE。

一些可选的实施方式中，基于所述第二上行数量以及所述第二下行数量，进行CCE分配，包括：

按照上行用户的业务类型的优先级由高到低的顺序，为第三目标上行用户分配所述第二上行数量的CCE；其中，所述第三目标上行用户为部分上行用户；

按照下行用户的业务类型的优先级由高到低的顺序，为第三目标下行用户分配所述第二下行数量的CCE；其中，所述第三目标下行用户为部分下行用户。

上述方案，由于目标CCE数量大于可用CCE的数量，并且是按所期望的CCE比例进行分配，可用CCE不能满足所有上下行用户的CCE需求，那么上下行方向均会存在没有CCE资源的用户；通过将上行用户按照业务类型的优先级由高到低进行排序，按顺序为上行用户分配CCE，即先为业务类型优先级高的上行用户分配CCE，如果还有上行用户未分配CCE，但为上行用户分配的CCE数量已经达到第二上行数量，就不会为这些业务类型优先级低的上行用户分配CCE；将下行用户按照业务类型的优先级由高到低进行排序，按顺序为下行用户分配CCE，即先为业务类型优先级高的下行用户分配CCE，如果还有下行用户未分配CCE，但为下行用户分配的CCE数量已经达到第二下行数量，就不会为这些业务类型优先级低的下行用户分配CCE，进一步保证了上下行优先级较高的业务的正常传输。

实施中，针对目标CCE数量大于所述可用CCE的数量的情况，除了按照上下行用户的业务类型的优先级由高到低的顺序，为上下行用户分配CCE，还可设置优先级阈值，大于或等于优先级阈值时，分配的CCE数量等于期望CCE数量；小于优先级阈值时，分配的CCE数量小于期望CCE数量。

如图7所示，本申请实施例提供一种CCE分配装置700，该装置包括：

用户确定模块701，用于确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量；

CCE确定模块702，用于基于上行期望总数与下行期望总数之和，确定目标CCE数量；其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和；

CCE分配模块703，用于基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配。

一些可选的实施方式中，CCE确定模块702，具体用于：

基于在目标TTI各上行用户的信道质量指示，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示，确定各下行用户的期望CCE数量；或者

基于在目标TTI各上行用户的信道质量指示以及各上行用户的权重值，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示以及各下行用户的权重值，确定各下行用户的期望CCE数量。

一些可选的实施方式中，CCE分配模块703，具体用于：

若所述目标CCE数量小于或等于所述可用CCE的数量，则为各上行用户分配对应的期望CCE数量的CCE，以及为各下行用户分配对应的期望CCE数量的CCE。

一些可选的实施方式中，CCE分配模块703，具体用于：

若所述目标CCE数量大于所述可用CCE的数量，则确定各上行用户对应的权重值，以及确定各下行用户对应的权重值；

基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；以及，基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数；

基于所述上行加权期望总数、所述下行加权期望总数以及所述可用CCE的数量，确定第一上行数量以及第一下行数量；

基于所述第一上行数量或者所述第一下行数量，进行CCE分配。

一些可选的实施方式中，CCE分配模块703，具体用于：

基于第一预设对应关系，将任一上行用户的业务类型对应的权重值，确定为所述上行用户对应的权重值；其中，所述第一预设对应关系包括上行的业务类型与权重值之间的对应，上行的业务类型的优先级越高，对应的权重值越大；

一些可选的实施方式中，CCE分配模块703，具体用于：

基于第二预设对应关系，将任一下行用户的业务类型对应的权重值，确定为所述下行用户对应的权重值；其中，所述第二预设对应关系包括下行的业务类型与权重值之间的对应，下行的业务类型的优先级越高，对应的权重值越大。

一些可选的实施方式中，CCE分配模块703，具体用于：

将所述上行加权期望总数以及所述下行加权期望总数之和，确定为目标加权期望总数；

将所述上行加权期望总数与所述目标加权期望总数之间的比值，确定为第一上行比例；

对所述可用CCE的数量与所述第一上行比例之间的乘积进行取整计算，得到所述第一上行数量；

将所述可用CCE的数量与所述第一上行数量之差，确定为所述第一下行数量。

一些可选的实施方式中，CCE分配模块703，具体用于：

确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值；

若所述第一差值小于或等于所述第二差值，则按照下行用户的业务类型的优先级由高到低的顺序，为第一目标下行用户分配CCE；其中，为所述第一目标下行用户分配的CCE的数量小于或等于所述第一下行数量，所述第一目标下行用户为部分或全部下行用户；

按照上行用户的业务类型的优先级由高到低的顺序，为第一目标上行用户分配CCE；其中，所述第一目标上行用户为部分或全部上行用户。

一些可选的实施方式中，CCE分配模块703，具体用于：

确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值；

若所述第一差值大于所述第二差值，则按照上行用户的业务类型的优先级由高到低的顺序，为第二目标上行用户分配CCE；其中，为所述第二目标上行用户分配的CCE的数量小于或等于所述第一上行数量，所述第二目标上行用户为部分或全部上行用户；

按照下行用户的业务类型的优先级由高到低的顺序，为第二目标下行用户分配CCE；其中，所述第二目标下行用户为部分或全部下行用户。

一些可选的实施方式中，CCE分配模块703，具体用于：

若所述目标CCE数量大于所述可用CCE的数量，则将所述上行期望总数与所述目标CCE数量之间的比值，确定为第二上行比例；

对所述可用CCE的数量与所述第二上行比例之间的乘积进行取整计算，得到第二上行数量；

将所述可用CCE的数量与所述第二上行数量之差，确定为第二下行数量；

基于所述第二上行数量以及所述第二下行数量，进行CCE分配。

一些可选的实施方式中，CCE分配模块703，具体用于：

按照上行用户的业务类型的优先级由高到低的顺序，为第三目标上行用户分配所述第二上行数量的CCE；其中，所述第三目标上行用户为部分上行用户；

按照下行用户的业务类型的优先级由高到低的顺序，为第三目标下行用户分配所述第二下行数量的CCE；其中，所述第三目标下行用户为部分下行用户。

一些可选的实施方式中，CCE确定模块702，还用于通过以下方式确定所述当前TTI的可用CCE的数量：

将CCE总数以及所述当前TTI的公共调度CCE数量之差，确定为所述可用CCE的数量。

一些可选的实施方式中，CCE确定模块702，具体用于：

基于第三预设对应关系，将任一上行用户的信道质量指示对应的CCE数量，确定为所述上行用户的期望CCE数量；

一些可选的实施方式中，CCE确定模块702，具体用于：

基于所述第三预设对应关系，将任一下行用户的信道质量指示对应的CCE数量，确定为所述下行用户的期望CCE数量；

其中，所述第三预设对应关系包括信道质量指示与CCE数量之间的对应，信道质量指示越大，对应的CCE数量越少。

基于相同的技术构思，本申请实施例还提供了一种网络设备800，如图8所示，包括至少一个处理器801，以及与至少一个处理器连接的存储器802，本申请实施例中不限定处理器801与存储器802之间的具体连接介质，图8中处理器801和存储器802之间通过总线803连接为例。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，处理器801是网络设备的控制中心，可以利用各种接口和线路连接网络设备的各个部分，通过运行或执行存储在存储器802内的指令以及调用存储在存储器802内的数据，从而实现数据处理。可选的，处理器801可包括一个或多个处理单元，处理器801可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理下发指令。可以理解的是，上述调制解调处理器也可以不集成到处理器801中。在一些实施例中，处理器801和存储器802可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器801可以是通用处理器，例如中央处理器(英文：Central ProcessingUnit，缩写为CPU)、数字信号处理器、专用集成电路(英文：Application SpecificIntegrated Circuit，缩写为ASIC)、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合CCE分配方法实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器802作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器802可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(英文：Random AccessMemory，缩写为RAM)、静态随机访问存储器(英文：Static Random Access Memory，缩写为SRAM)、可编程只读存储器(英文：Programmable Read Only Memory，缩写为PROM)、只读存储器(英文：Read Only Memory，缩写为ROM)、带电可擦除可编程只读存储器(英文：Electrically Erasable Programmable Read-Only Memory，缩写为EEPROM)、磁性存储器、磁盘、光盘等等。存储器802是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器802还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

在本申请实施例中，存储器802存储有计算机程序，当该程序被处理器801执行时，使得处理器801执行：

确定在目标TTI，各上行用户的期望CCE数量以及各下行用户的期望CCE数量；

基于上行期望总数与下行期望总数之和，确定目标CCE数量；其中，所述上行期望总数为所有上行用户的期望CCE数量之和，所述下行期望总数为所有下行用户的期望CCE数量之和；

基于所述目标CCE数量与当前TTI的可用CCE的数量之间的比对结果，进行CCE分配。

一些可选的实施方式中，处理器801具体执行：

基于在目标TTI各上行用户的信道质量指示，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示，确定各下行用户的期望CCE数量；或者

基于在目标TTI各上行用户的信道质量指示以及各上行用户的权重值，确定各上行用户的期望CCE数量；以及，基于在目标TTI各下行用户的信道质量指示以及各下行用户的权重值，确定各下行用户的期望CCE数量。

一些可选的实施方式中，处理器801具体执行：

若所述目标CCE数量小于或等于所述可用CCE的数量，则为各上行用户分配对应的期望CCE数量的CCE，以及为各下行用户分配对应的期望CCE数量的CCE。

一些可选的实施方式中，处理器801具体执行：

若所述目标CCE数量大于所述可用CCE的数量，则确定各上行用户对应的权重值，以及确定各下行用户对应的权重值；

基于所有上行用户对应的权重值，对所有上行用户的期望CCE数量进行加权计算，得到上行加权期望总数；以及，基于所有下行用户对应的权重值，对所有下行用户的期望CCE数量进行加权计算，得到下行加权期望总数；

基于所述上行加权期望总数、所述下行加权期望总数以及所述可用CCE的数量，确定第一上行数量以及第一下行数量；

基于所述第一上行数量或者所述第一下行数量，进行CCE分配。

一些可选的实施方式中，通过以下方式确定各上行用户对应的权重值：

基于第一预设对应关系，将任一上行用户的业务类型对应的权重值，确定为所述上行用户对应的权重值；其中，所述第一预设对应关系包括上行的业务类型与权重值之间的对应，上行的业务类型的优先级越高，对应的权重值越大；

通过以下方式确定各下行用户对应的权重值：

基于第二预设对应关系，将任一下行用户的业务类型对应的权重值，确定为所述下行用户对应的权重值；其中，所述第二预设对应关系包括下行的业务类型与权重值之间的对应，下行的业务类型的优先级越高，对应的权重值越大。

一些可选的实施方式中，处理器801具体执行：

将所述上行加权期望总数以及所述下行加权期望总数之和，确定为目标加权期望总数；

将所述上行加权期望总数与所述目标加权期望总数之间的比值，确定为第一上行比例；

对所述可用CCE的数量与所述第一上行比例之间的乘积进行取整计算，得到所述第一上行数量；

将所述可用CCE的数量与所述第一上行数量之差，确定为所述第一下行数量。

一些可选的实施方式中，处理器801具体执行：

确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值；

若所述第一差值小于或等于所述第二差值，则按照下行用户的业务类型的优先级由高到低的顺序，为第一目标下行用户分配CCE；其中，为所述第一目标下行用户分配的CCE的数量小于或等于所述第一下行数量，所述第一目标下行用户为部分或全部下行用户；

按照上行用户的业务类型的优先级由高到低的顺序，为第一目标上行用户分配CCE；其中，所述第一目标上行用户为部分或全部上行用户。

一些可选的实施方式中，处理器801具体执行：

确定上行加权期望总数与上行期望总数之间的第一差值，以及下行加权期望总数与下行期望总数之间的第二差值；

若所述第一差值大于所述第二差值，则按照上行用户的业务类型的优先级由高到低的顺序，为第二目标上行用户分配CCE；其中，为所述第二目标上行用户分配的CCE的数量小于或等于所述第一上行数量，所述第二目标上行用户为部分或全部上行用户；

按照下行用户的业务类型的优先级由高到低的顺序，为第二目标下行用户分配CCE；其中，所述第二目标下行用户为部分或全部下行用户。

一些可选的实施方式中，处理器801具体执行：

若所述目标CCE数量大于所述可用CCE的数量，则将所述上行期望总数与所述目标CCE数量之间的比值，确定为第二上行比例；

对所述可用CCE的数量与所述第二上行比例之间的乘积进行取整计算，得到第二上行数量；

将所述可用CCE的数量与所述第二上行数量之差，确定为第二下行数量；

基于所述第二上行数量以及所述第二下行数量，进行CCE分配。

一些可选的实施方式中，处理器801具体执行：

按照上行用户的业务类型的优先级由高到低的顺序，为第三目标上行用户分配所述第二上行数量的CCE；其中，所述第三目标上行用户为部分上行用户；

按照下行用户的业务类型的优先级由高到低的顺序，为第三目标下行用户分配所述第二下行数量的CCE；其中，所述第三目标下行用户为部分下行用户。

一些可选的实施方式中，通过以下方式确定所述当前TTI的可用CCE的数量：

将CCE总数以及所述当前TTI的公共调度CCE数量之差，确定为所述可用CCE的数量。

一些可选的实施方式中，处理器801具体执行：

基于第三预设对应关系，将任一上行用户的信道质量指示对应的CCE数量，确定为所述上行用户的期望CCE数量；

处理器801具体执行：

基于所述第三预设对应关系，将任一下行用户的信道质量指示对应的CCE数量，确定为所述下行用户的期望CCE数量；

其中，所述第三预设对应关系包括信道质量指示与CCE数量之间的对应，信道质量指示越大，对应的CCE数量越少。

基于相同的技术构思，本申请实施例还提供了一种计算机可读存储介质，其存储有可由处理器执行的计算机程序，当所述程序在所述处理器上运行时，使得所述处理器执行上述CCE分配方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。