资源管理方法、系统及基带板.pdf

本发明公开了一种资源管理方法、系统及基带板，属于通信领域。所述方法包括：接收资源申请；根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源；如果判断出不存在满足所述资源申请的资源，则向多个基带板中的其它基带板借用满足所述资源申请的资源；如果所述其它基带板中不存在满足所述资源申请的资源，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。本发明通过用户面实例在线程间的迁移和主控板下基带板间的迁移，保证了在现有硬件资源条件下，尽可能提供满足资源申请的资源，有效提高了系统的容量。

1、  一种资源管理方法，其特征在于，所述方法包括：
接收资源申请；
根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源；
如果判断出不存在满足所述资源申请的资源，则向多个基带板中的其它基带板借用满足所述资源申请的资源；
如果所述其它基带板中不存在满足所述资源申请的资源，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。

2、  根据权利要求1所述的方法，其特征在于，所述判断是否存在满足所述资源申请的资源，具体包括：
如果查找到空闲资源可容纳所述资源申请对应业务的最大带宽速率的用户面处理线程，且查找到的所述用户面处理线程可处理的用户面实例类型与所述资源申请所对应的用户面实例类型一致，则判断存在满足所述资源申请的资源；
如果未查找到空闲资源可容纳所述资源申请对应业务的最大带宽速率的用户面处理下线程，或查找到的所述用户面处理线程可处理的用户面实例类型与所述资源申请所对应的用户面实例类型不一致，则判断不存在满足所述资源申请的资源。

3、  根据权利要求1所述的方法，其特征在于，所述向多个基带板中的其它基带板借用满足所述资源申请的资源，具体包括：
将当前不存在满足所述资源申请的资源的判断结果上报给管理所述多个基带板资源的主控板，通过所述主控板向所述多个基带板中的其它基带板借用满足所述资源申请的资源。

4、  根据权利要求1所述的方法，其特征在于，所述资源申请为：
新用户请求接入的资源申请；或者，已接入用户的业务需要修改带宽速率的资源申请。

5、  一种资源管理系统，其特征在于，所述系统包括：多个基带板；
所述基带板包括：
接收模块，用于接收资源申请；
判断模块，用于根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源；
第一处理模块，用于在所述判断模块判断不存在满足所述资源申请的资源时，则向多个基带板中的其它基带板借用满足所述资源申请的资源；
第二处理模块，用于在所述其它基带板中不存在满足所述资源申请的资源时，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。

6、  根据权利要求5所述的系统，其特征在于，所述基带板的判断模块，具体包括：
第一判断单元，用于在查找到空闲资源可容纳所述资源申请对应业务的最大带宽速率的用户面处理线程，且查找到的所述用户面处理线程可处理的用户面实例类型与所述资源申请所对应的用户面实例类型一致时，判断存在满足所述资源申请的资源；
第二判断单元，用于在未查找到空闲资源可容纳所述资源申请对应业务的最大带宽速率的用户面处理线程，或查找到的所述用户面处理线程可处理的用户面实例类型与所述资源申请所对应的用户面实例类型不一致时，判断不存在满足所述资源申请的资源。

7、  根据权利要求5所述的系统，其特征在于，所述系统还包括：
主控板，用于管理所述多个基带板的资源；
相应地，所述基带板的第一处理模块，具体用于在所述判断模块判断不存在满足所述资源申请的资源时，将当前不存在满足所述资源申请的资源的判断结果上报给管理所述多个基带板资源的主控板，通过所述主控板向所述多个基带板中的其它基带板借用满足所述资源申请的资源。

8、  一种基带板，其特征在于，所述基带板包括：
接收模块，用于接收资源申请；
判断模块，用于根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源；
第一处理模块，用于在所述判断模块判断不存在满足所述资源申请的资源时，则向多个基带板中的其它基带板借用满足所述资源申请的资源；
第二处理模块，用于在所述其它基带板中不存在满足所述资源申请的资源时，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。

9、  根据权利要求8所述的基带板，其特征在于，所述判断模块，具体包括：
第一判断单元，用于在查找到空闲资源可容纳所述资源申请对应业务的最大带宽速率的用户面处理线程，且查找到的所述用户面处理线程可处理的用户面实例类型与所述资源申请所对应的用户面实例类型一致时，判断存在满足所述资源申请的资源；
第二判断单元，用于在未查找到空闲资源可容纳所述资源申请对应业务的最大带宽速率的用户面处理线程，或查找到的所述用户面处理线程可处理的用户面实例类型与所述资源申请所对应的用户面实例类型不一致时，判断不存在满足所述资源申请的资源。

10、  根据权利要求8所述的基带板，其特征在于，
所述第一处理模块，具体用于在所述判断模块判断出不存在满足所述资源申请的资源时，将当前不存在满足所述资源申请的资源的判断结果上报给管理所述多个基带板资源的主控板，通过所述主控板向所述多个基带板中的其它基带板借用满足所述资源申请的资源。

资源管理方法、系统及基带板
技术领域
本发明涉及通信领域，特别涉及一种资源管理方法、系统及基带板。
背景技术
在演进UMTS(Universal Mobile Telecommunication System，通用移动通信系统)地面无线接入网的架构中，无线网络层被分为控制面和用户面两部分；控制面负责无线资源管理等功能，而用户面负责承载无线接入网用户的业务，每个无线接入网用户，均对应用户面的一个实例。在演进UMTS的系统实现中，采用多核多线程的处理器来部署实现控制面及用户面的处理功能。
当有新用户需要接入网络或者已经接入网络的用户需要建立新业务时，控制面处理线程将该新用户或新业务所对应的用户面实例分配给一个或多个用户面处理线程，分配的策略是尽可能平均地分配用户面实例，根据各个用户面处理线程的负载情况将新用户或新业务所对应的用户面实例分配到负载最低的用户面处理线程上，避免出现某些用户面处理线程负载较高而同时另一些用户面处理线程负载较低的不均衡情况，在保证所有用户面处理线程不发生过载的前提下，最大限度的接入用户和业务。
现有技术中，一种用户面实例的分配方式是：把用户面处理线程上的所有业务的最大带宽速率之和作为该用户面处理线程当前的负载，控制面处理线程在维护资源处理能力时，将新用户或新业务对应的用户面实例分配到具有多余负载的用户面处理线程上；另一种用户面实例的分配方式是：控制面处理线程通过实时监测各个用户面处理线程的性能(如用户业务的实际吞吐量等)，将实际的带宽速率作为各个用户面处理线程当前的负载，判断哪个用户面处理线程当前的负载最小，并将该新用户或新业务对应的用户面实例分配到该用户面处理线程上。
在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：
现有技术一在计算各个用户面处理线程的当前负载时，使用的是用户所有业务的最大带宽速率，虽然可以防止业务提速后造成用户面处理线程的过载，但由于大多数业务很少会一直处于最大带宽速率状态，实际带宽速率往往只有最大带宽速率的一半甚至更低，因此，该现有技术一的方法会产生较多的资源浪费。现有技术二虽然能够反映每个用户面处理线程当前实际的负载情况，却没有考虑到业务可能存在提高带宽速率的情景，如果某些用户面处理线程中的业务大多处于较低速率，远小于最大带宽速率，则该用户面处理线程的实时性能指标就相对较低，控制面处理线程将判断出该用户面处理线程的负载较小，就容易将新业务建立在该用户面处理线程上，而一旦这些业务进行提速，就有可能造成该用户面处理线程的过载或导致业务提速失败。
发明内容
为了最大化资源利用率，提高系统的容量，本发明实施例提供了一种资源管理方法、系统及基带板。所述技术方案如下：
一方面，提供了一种资源管理方法，所述方法包括：
接收资源申请；
根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源；
如果判断出不存在满足所述资源申请的资源，则向多个基带板中的其它基带板借用满足所述资源申请的资源；
如果所述其它基带板中不存在满足所述资源申请的资源，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。
另一方面，提供了一种资源管理系统，所述系统包括：多个基带板；
所述基带板包括：
接收模块，用于接收资源申请；
判断模块，用于根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源；
第一处理模块，用于在所述判断模块判断出不存在满足所述资源申请的资源时，则向所述多个基带板中的其它基带板借用满足所述资源申请的资源；
第二处理模块，用于在所述其它基带板中不存在满足所述资源申请的资源时，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。
还提供了一种基带板，所述基带板包括：
接收模块，用于接收资源申请；
判断模块，用于根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源；
第一处理模块，用于在所述判断模块判断出不存在满足所述资源申请的资源时，则向所述多个基带板中的其它基带板借用满足所述资源申请的资源；
第二处理模块，用于在所述其它基带板中不存在满足所述资源申请的资源时，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。
本发明实施例提供的技术方案的有益效果是：
本发明实施例根据负载均衡的原则，当接收到资源申请时，先按照已接入用户的所有业务的最大带宽速率，来判断是否存在满足资源申请的资源，从而提高了已接入用户的满意度；在按照最大带宽速率判断不存在满足资源申请的资源时，则改为按照已接入用户的所有业务的实际带宽速率，来判断是否存在满足资源申请的资源，保证了在现有硬件资源的条件下，尽可能的接受资源申请，提供满足资源申请的资源，有效地提高系统的容量。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例1提供的资源管理方法流程示意图；
图2是本发明实施例2提供的资源管理方法流程示意图；
图3是本发明实施例3提供的主控板与基带板的部署关系示意图；
图4是本发明实施例3提供的资源管理方法流程示意图；
图5是本发明实施例4提供的资源管理方法流程示意图；
图6是本发明实施例5提供的资源管理系统结构示意图；
图7是本发明实施例5提供的另一种资源管理系统结构示意图；
图8是本发明实施例6提供的基带板结构示意图；
图9是本发明实施例6提供的基带板中的判断模块结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图1，本实施例提供了一种资源管理方法，该方法流程具体如下：
101：接收资源申请。
102：根据已接入用户的所有业务的最大带宽速率，判断是否存在满足所述资源申请的资源。
103：如果判断出不存在满足所述资源申请的资源，则向多个基带板中的其它基带板借用满足所述资源申请的资源。
104：如果所述其它基带板中不存在满足所述资源申请的资源，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足所述资源申请的资源，并根据判断结果处理所述资源申请。
本实施例提供的资源管理方法，在接收资源申请时，通过先按照已接入用户的所有业务的最大带宽速率，来判断是否存在满足资源申请的资源，从而提高已接入用户的满意度；并在按照最大带宽速率判断不存在满足资源申请的资源时，则改为按照已接入用户的所有业务的实际带宽速率，来判断是否存在满足资源申请的资源，保证了在现有硬件资源的条件下，尽可能的接受资源申请，提供满足资源申请的资源，有效地提高系统的容量。
实施例2
参见图2，本实施例提供了一种资源管理方法，该方法流程具体如下：
201：接收资源申请。
其中，资源申请可以是新用户请求接入的资源申请，或是已接入用户的业务需要修改带宽速率的资源申请。
202：根据已接入用户的所有业务的最大带宽速率，计算每个用户面处理线程的空闲资源，通过查找空闲资源可容纳资源申请对应业务的最大带宽速率，且可处理的用户面实例类型与资源申请所对应的用户面实例类型一致的用户面处理线程，判断是否存在满足资源申请的资源。
针对该步骤，如果查找到空闲资源可容纳资源申请对应业务的最大带宽速率的用户面处理线程，且查找到的用户面处理线程可处理的用户面实例类型与资源申请所对应的用户面实例类型一致，则判断存在满足资源申请的资源，否则，判断不存在满足资源申请的资源。
203：如果判断不存在满足资源申请的资源，则将当前不存在满足资源申请的资源的判断结果上报给管理多个基带板资源的主控板，通过主控板向多个基带板中的其它基带板借用满足资源申请的资源。
204：如果其它基带板中不存在满足资源申请的资源，则根据已接入用户的所有业务的实际带宽速率，计算每个用户面处理线程的空闲资源，通过查找空闲资源可容纳资源申请对应业务的最大带宽速率，且可处理的用户面实例类型与资源申请所对应的用户面实例类型一致的用户面处理线程，判断是否存在满足资源申请的资源，并根据判断结果处理资源申请。
具体地，在根据已接入用户的所有业务的实际带宽速率计算出每个用户面处理线程的空闲资源后，如果查找到空闲资源可容纳资源申请对应业务的最大带宽速率的用户面处理线程，且查找到的用户面处理线程可处理的用户面实例类型与资源申请所对应的用户面实例类型一致，则判断存在满足资源申请的资源，否则，判断不存在满足资源申请的资源。
当判断结果为存在满足资源申请的资源时，接受资源申请。
具体地，如果步骤201接收的资源申请为新用户申请接入的申请，则接受资源申请，即接纳新用户接入，并在符合条件的用户面处理线程上建立对应于该资源申请的用户面实例，为该资源申请对应的业务分配资源；如果步骤201接收的资源申请为已接入用户的业务需要修改带宽速率的资源申请，则修改已接入用户的业务的带宽速率。
其中，符合条件的用户面处理线程，即为空闲资源可容纳资源申请对应业务的最大带宽速率，且可处理的用户面实例类型与资源申请所对应的用户面实例类型一致的用户面处理线程。
当判断结果为不存在满足资源申请的资源时，拒绝资源申请。
具体地，如果步骤201中接收的资源申请为新用户请求接入的资源申请，则拒绝新用户接入；如果步骤201中接收的资源申请是已接入用户的业务需要修改带宽速率的资源申请，则拒绝修改已接入用户的业务的带宽速率。
本实施例提供的方法，无论是在接收到新用户请求接入的资源申请，还是接收到已接入用户的业务需要修改带宽速率的资源申请，均先按照已接入用户的所有业务的最大带宽速率，来判断是否存在满足资源申请的资源，从而提高了已接入用户的满意度；如果在按照最大带宽速率判断不存在满足资源申请的资源后，再按照已接入用户的所有业务的实际带宽速率，来判断是否存在满足资源申请的资源，并根据判断结果处理资源申请，保证在现有硬件资源的条件下，尽可能的提供满足资源申请的资源，从而有效提高系统的容量。
实施例3
本实施例提供了一种资源管理方法，以接收到新用户请求接入的资源申请为例，结合以下内容对本实施例提供的方法做详细的说明。
在演进UMTS地面无线接入网的架构中，用于发送和接收无线信号的基站包括一个主控板和多个基带板，其中，主控板用于管理每个基带板的资源，每个基带板则从属于主控板，用于为用户分配资源，即为用户所对应的用户面实例分配用户面处理线程，每个用户均对应于一个基带板。各个基带板之间的地位一样，处理功能也一样，均为多核多线程，将多核中的一个核作为主核，主核中的一个线程作为主核主线程；该主核主线程为控制面处理线程，基带板内其余线程皆作为用户面处理线程。参见图3，本实施例以一个主控板控制三个基带板为例，对本实施例提供的方法进行说明。
首先，由于用户面实例上下行时延要求不一样，本实施例采用将用户面实例所占用的用户面处理线程按上下行分开处理，对基带板的用户面实例分配方案进行初始化，即定义各个用户面处理线程能够处理的用户面实例类型，参见表1，C_Modu为控制面线程，UL_Modu为上行用户面处理线程，DL_Modu为下行用户面处理线程，本实施例仅将用户面实例分为上下行两种类型，以一个用户面处理线程能够处理一种用户面实例类型为例，对用户面处理线程能够处理的用户面实例类型进行了定义，实际应用中，用户面实例的类型可以有多种，用户面处理线程也可以定义为能够处理两种甚至多种用户面实例类型，对用户面实例的类型及用户面处理线程能够处理的用户面实例类型，本实施例不做具体限定。
表1

如表1所示，将每个核中的所有线程按上下行分开处理，定义每个线程能够处理的用户面实例的类型。例如，表中的核0处理m个线程，核0的线程0为控制面处理线程，线程2为上行用户面处理线程，而线程m则为下行用户面处理线程。
除此之外，还要计算出每个用户面处理线程的负载能力，即最大负载，如果哪个线程当前的负载超过该计算出的该线程的最大负载，则认为该线程为过载；同理，通过计算每个核内所有线程的最大负载，则可以获得每个核的最大负载，具体如何计算每个用户面处理线程的最大负载，本实施例不做具体限定。
参见图4，对基带板的用户面实例分配方案进行初始化之后，本实施例提供的资源管理的方法，当有新用户请求接入时，即接收新用户请求接入的资源申请时，采用如下步骤实现资源管理：
401：新建用户，分配用户面实例号。
当有新用户请求接入网络时，该新用户所属基带板接收到资源申请，该基带板的控制面处理线程为该新用户新建用户面实例，且分配对应的用户面实例号。
具体地，用户面实例号为每个用户对应的用户面实例的标识，不同的用户面实例具有不同的用户面实例号，通过该用户面实例号，不仅可以区分不同的用户面实例，还可以从中获知用户面实例的类型是上行还是下行。
402：判断基带板上是否存在未过载的核，如果是，则执行403，否则，执行405。
示例性的，控制面处理线程对每个核内所有用户业务按最大带宽速率计算所有用户业务的负载，每个用户业务的负载相加求和，将计算出的结果作为基带板内核当前的总负载，将每个核当前的总负载与该核初始化时定义的最大负载进行比较，如果核当前的总负载大于自身的最大负载，则该核过载，否则，视为不过载；判断基带板内所有核的过载情况，如果存在未过载的核，则执行403，否则，执行405。
示例性的，以基带板中的核0为例，设该核上存在2个用户面处理线程，每个用户面处理线程上均承载着2个业务，且每个业务的最大带宽速率为2M，则该核当前的总负载为8M，如果初始化时计算该核的最大负载为10M，那么则认为该核未过载，如果初始化时计算该核的最大负载为7M，那么则认为该核已经过载。本实施例之所以先按照每个业务的最大带宽速率计算核当前的总负载，是为了保证业务在提速时，以免造成用户面处理线程的过载或业务提速失败，提升已接入网络的用户的满意度。
403：判断未过载的核上是否存在符合新用户接入条件的用户面处理线程，如果存在，执行404，否则，执行405。
其中，符合新用户接入条件的用户面处理线程，至少包含以下两点：
a：多余的负载能够容纳该新用户拥有的所有业务的最大带宽速率之和；
其中，“多余的负载”即为“空闲资源”，“新用户拥有的所有业务的最大带宽速率之和”即“资源申请对应业务的最大带宽速率”。
b：可处理的用户面实例类型与该新用户所对应的用户面实例类型一致，即存在能够处理用户面实例的用户面处理线程，该用户面处理线程可处理的用户面实例类型与资源申请所对应的用户面实例类型一致。
其中，上述多余的负载是在根据核内所有用户业务的最大带宽速率计算核当前的总负载后，由计算出的核当前的总负载与该核初始化时定义的最大负载相比较得到的。
例如：该新用户拥有2个业务，每个业务的最大带宽速率为3M，则该新用户接入网络所需的带宽速率之和为6M，假设在步骤402中，判断出核0与核1均未过载，核0还有10M的负载能力，而核1还有2M的负载能力，此种情况下，则判断核0上是否存在符合承载该新建用户面实例的条件的用户面处理线程，如果存在，则将该新建用户面实例分配到该用户面处理线程上；否则，即使存在未过载的核，但如果该未过载的核上没有符合条件的用户面处理线程，则仍然不能在该未过载的核上成功新建用户面实例。
针对该步骤，还存在另一种情况，例如：仍以该新用户拥有2个业务，每个业务的最大带宽速率为3M，则该新用户接入网络所需的带宽速率之和为6M，假设在步骤402中，判断出核0与核1均未过载，核0还有10M的负载能力，而核1还有12M的负载能力，又判断出核0与核1均存在符合承载该新建用户面实例的条件的用户面处理线程，此种情况下，可以按照一定的分配原则，将该新建用户面实例分配到核0或核1的用户面处理线程上，具体的分配原则，可以采取随机分配，或是采取其它方式分配，本实施例不对分配原则做具体限定。
404：将该新建用户面实例分配到符合该新用户接入条件的用户面处理线程上，然后执行407；
405：将基带板信息上报主控板，由主控板判断是否有可提供处理能力的基带板，如果有，执行406，否则，执行407。
当前基带板不存在满足资源申请的资源，控制面处理线程将当前基带板的第一过载信息上报给主控板，由主控板判断是否还有可提供处理能力的基带板，如果有，则执行406，否则，执行407。
其中，第一过载信息是根据核内所有用户业务的最大带宽速率计算核当前的总负载，并将计算出的核当前的总负载与该核的最大负载相比较，如果该核当前的总负载大于该核的最大负载，则称当前的信息为第一过载信息。
406：由主控板选择可提供处理能力的基带板进行新建用户面实例的分配，当前基带板分配流程结束。
407：根据每个核内所有用户业务的实际带宽速率，计算当前基带板内所有核当前的总负载，判断是否允许新用户接入网络；如果是，则执行408，否则，流程结束。
对新用户是否可以成功接入网络进行判断时，如果存在符合承载该新建用户面实例的条件的用户面处理线程，则将该新建用户面实例分配到该用户面处理线程上，否则，新建用户面实例失败，禁止新用户接入网络。
实际应用中，大多数业务很少会一直处于最大带宽速率状态，因此，虽然计算出有的核已经过载，但在实际情况中，因为该核上的业务有些未处于最大带宽速率，此时，该核还是未过载的，因此，将每个核的实际带宽速率作为该核当前的总负载，能够提高系统的容量，同时提升用户的满意度。
408：通知符合条件的用户面处理线程建立用户面实例，流程结束。
综上所述，本实施例在基带板中核的负载较轻时，按照用户业务的最大带宽速率计算核当前的总负载，调度时尽可能的达到用户业务的最大带宽速率，从而提升用户的满意度；如果在基带板的核过载时，将基带板的过载信息上报给主控板，由主控板进一步选择其它基带板进行用户面实例分配，使用户业务可以以最大带宽速率接入网络，从而满足用户业务可以在该最大速率范围内来升速；如果主控板下的所有基带板都过载时，再考虑按照用户业务的实际带宽速率计算核的负载，从而保证在现有硬件资源的条件下，尽可能多的接入用户，提升系统的容量。
实施例4
参见图5，本实施例提供了一种资源管理方法，针对已接入用户，每个用户所对应的用户面实例都会被分配到一个用户面处理线程中。如果用户面实例需要修改，例如：用户业务需要升速，而导致用户面实例当前所在的用户面处理线程资源不足，即用户面处理线程面临过载时，用户面实例需要迁移。
在用户面实例发生变化时候，基带板将接收到已接入用户的业务需要修改带宽速率的资源申请，针对该种情况，资源管理方法流程如下所示：
501：判断用户面实例当前所在用户面处理线程是否过载，如果不过载，执行507；否则，执行502。
当用户业务需要升速时，该业务对应的控制面处理线程，判断在该用户面实例修改后，承载该用户面实例的用户面处理线程是否过载，如果不过载，执行507；否则，执行502。
其中，在核轻载时，以用户面处理线程上拥有的所有用户业务的最大带宽速率之和来计算承载该用户面实例的用户面处理线程当前的总负载，从而提升用户的满意度。
502：判断基带板内是否有符合业务升速所需的最大带宽速率的核，如果有，执行503；否则，执行504。
控制面处理线程在基带板内判断是否有满足业务所需最大带宽速率的核，且该核中的用户面处理线程符合承载该修改后的用户面实例的条件，如果有，执行503；否则，执行504。
其中，承载该修改后的用户面实例的条件，至少包含以下两点：
a：多余的负载能够容纳该修改后的用户面实例拥有的所有业务的最大带宽速率之和；
其中，“多余的负载”即为“空闲资源”，“修改后的用户面实例拥有的所有业务的最大带宽速率之和”即“资源申请对应业务的最大带宽速率”。
b：能够处理的用户面实例类型与该修改后的用户面实例类型一致，即可处理的用户面实例类型与资源申请所对应的用户面实例类型一致。
其中，上述多余的负载是在根据核内所有用户业务的实际带宽速率计算核内当前的总负载后，由计算出的核当前的总负载与该核的最大负载相比较得出。
503：控制面处理线程将该修改后的用户面实例分配到当前基带板下符合承载该修改后的用户面实例的条件的用户面处理线程上，即符合业务提速条件的用户面处理线程上，然后执行507。
504：本基带板不存在满足资源申请的资源，控制面处理线程将基带板当前的第二过载信息上报主控板，由主控板判断是否还有可提供处理能力的基带板，如果有，则执行505，否则，执行506。
其中，第二过载信息是根据核内所有用户业务的实际带宽速率计算核当前的总负载，并将计算出的核当前的总负载与该核的最大负载相比较，如果该核当前的总负载大于该核的最大负载，则称当前的信息为第二过载信息。
505：主控板选择其余可提供处理能力的基带板进行用户面实例迁移的分配，分配过程可参照实施例2中的步骤402至步骤404描述的方案。
506：控制面处理线程根据每个核内所有用户业务的实际带宽速率，判断是否存在符合用户业务升速条件的用户面处理线程；如果是，则执行507，否则，用户业务升速失败，流程结束。
具体地，控制面处理线程计算每个核内所有用户业务的实际带宽速率之后，将计算出的结果作为该核当前的总负载，判断基带板内是否存在可以承载该修改后的用户面实例的条件的用户面处理线程，如果存在可以承载该修改后的用户面实例的条件的用户面处理线程，则判断存在符合用户业务升速条件的用户面处理线程，否则，判断不存在符合用户业务升速条件的用户面处理线程。
507：控制面处理线程通知符合条件的用户面处理线程修改用户面实例，流程结束。
本实施例提供的方法，在用户业务升速过程中，如果修改后的用户面实例所在线程过载，则先考虑将该用户面实例分配到本基带板内其它满足分配条件的核中，在基带板内的核都过载或不存在满足分配条件的情况下，再将基带板当前的第二过载信息上报给主控板，由主控板在其它基带板上进行对该修改后的用户面实例的分配，本实施例提供的方法，在保证在现有硬件资源的条件下，提升了系统的容量。
实施例5
参见图6，本实施例提供了一种资源管理系统，该系统包括：多个基带板。
基带板包括：
接收模块，用于接收资源申请。
其中，资源申请可以是新用户请求接入的资源申请，或是已接入用户的业务需要修改带宽速率的资源申请。
判断模块，用于根据已接入用户的所有业务的最大带宽速率，判断是否存在满足资源申请的资源。
第一处理模块，用于在判断出不存在满足资源申请的资源时，则向多个基带板中的其它基带板借用满足资源申请的资源。
第二处理模块，用于在其它基带板中不存在满足资源申请的资源时，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足资源申请的资源，并根据判断结果处理资源申请。
其中，接收模块接收到的资源申请，为新用户请求接入的资源申请，或是已接入用户的业务需要修改带宽速率的资源申请。
具体地，上述判断模块，具体包括：
第一判断单元，用于在查找到空闲资源可容纳资源申请对应业务的最大带宽速率，且可处理的用户面实例类型与资源申请所对应的用户面实例类型一致的用户面处理线程时，判断存在满足资源申请的资源。
第二判断单元，用于在未查找到空闲资源可容纳资源申请对应业务的最大带宽速率，且可处理的用户面实例类型与资源申请所对应的用户面实例类型一致的用户面处理线程时，判断不存在满足资源申请的资源。
参见图7，本实施例提供的资源管理系统还包括：
主控板，用于管理多个基带板的资源；
相应地，基带板的第一处理模块，具体用于在判断出不存在满足资源申请的资源时，将当前不存在满足资源申请的资源的判断结果上报给管理多个基带板资源的主控板，通过主控板向多个基带板中的其它基带板借用满足资源申请的资源。
本实施例提供的系统，无论是在接收到新用户请求接入的资源申请，还是接收到已接入用户的业务需要修改带宽速率的资源申请，均先按照已接入用户的所有业务的最大带宽速率，来判断是否存在满足资源申请的资源，从而提高了已接入用户的满意度；如果在按照最大带宽速率判断不存在满足资源申请的资源后，再按照已接入用户的所有业务的实际带宽速率，来判断是否存在满足资源申请的资源，并根据判断结果处理资源申请，保证在现有硬件资源的条件下，尽可能的提供满足资源申请的资源，从而有效提高系统的容量。
实施例6
参见图8，本实施例提供了一种基带板，该基带板包括：
接收模块801，用于接收资源申请。
其中，资源申请为新用户请求接入的资源申请，或是已接入用户的业务需要修改带宽速率的资源申请。
判断模块802，用于根据已接入用户的所有业务的最大带宽速率，判断是否存在满足资源申请的资源。
第一处理模块803，用于在判断模块802判断出不存在满足资源申请的资源时，则向多个基带板中的其它基带板借用满足资源申请的资源。
第二处理模块804，用于在其它基带板中不存在满足资源申请的资源时，则根据已接入用户的所有业务的实际带宽速率，判断是否存在满足资源申请的资源，并根据判断结果处理资源申请。
参见图9，上述判断模块802，具体包括：
第一判断单元802a，用于在查找到空闲资源可容纳资源申请对应业务的最大带宽速率的用户面处理线程，且查找到的用户面处理线程可处理的用户面实例类型与资源申请所对应的用户面实例类型一致时，判断存在满足资源申请的资源。
第二判断单元802b，用于在未查找到空闲资源可容纳资源申请对应的业务的最大带宽速率的用户面处理线程，或查找到的用户面处理线程可处理的用户面实例类型与资源申请所对应的用户面实例类型不一致时，判断不存在满足资源申请的资源。
具体地，上述第一处理模块803，具体用于在判断模块802判断出不存在满足资源申请的资源时，将当前不存在满足资源申请的资源的判断结果上报给管理多个基带板资源的主控板，通过主控板向多个基带板中的其它基带板借用满足资源申请的资源。
关于上述第二处理模块804，在根据判断结果处理资源申请时，具体包括：
当判断结果为存在满足资源申请的资源时，接受资源申请。
如果接收模块801接收的资源申请为新用户申请接入的申请，则接受资源申请，即接纳新用户接入，并在符合条件的用户面处理线程上建立对应于该资源申请的用户面实例，为该资源申请对应的业务分配资源；如果接收模块801接收的资源申请为已接入用户的业务需要修改带宽速率的资源申请，则修改已接入用户的业务的带宽速率。其中，符合条件的用户面线程，即为空闲资源可容纳资源申请对应业务的最大带宽速率，且可处理的用户面实例类型与资源申请所对应的用户面实例类型一致的用户面处理线程。
当判断结果为不存在满足资源申请的资源时，拒绝资源申请。
如果接收模块801接收的资源申请为新用户请求接入的资源申请，则拒绝新用户接入；如果接收模块801接收的资源申请是已接入用户的业务需要修改带宽速率的资源申请，则拒绝修改已接入用户的业务的带宽速率。
本实施例提供的基带板，当接收到资源申请时，先按照已接入用户的所有业务的最大带宽速率，来判断是否存在满足资源申请的资源，从而提高了已接入用户的满意度；在按照最大带宽速率判断不存在满足资源申请的资源时，则改为按照已接入用户的所有业务的实际带宽速率，来判断是否存在满足资源申请的资源，保证了在现有硬件资源的条件下，尽可能的接受资源申请，提供满足资源申请的资源，有效地提高系统的容量。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
可选地，本发明方法实施例部分，还可以根据用户当前业务的实际速率计算用户面实例实际CPU(Central Process Unit，中央处理单元)消耗的处理能力，再乘以一个经验权值，在实际环境中调整该值，或者借鉴WCDMA(WidebandCode Division Multiple Access，宽带码分多址移动通信系统)中的等效用户数的概念来衡量用户消耗的处理能力，从而实现资源管理，方法类似，不再赘述。
本发明实施例中的部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。本发明实施例中凡提到的已接入用户均指代已接入网络的用户，而新用户请求接入即请求接入网络。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。