CN103634801A - 资源分配方法和装置 - Google Patents

Abstract

本发明公开了一种资源分配方法和装置，其中，该方法包括：监控共享资源池的多个节点，其中，多个节点包括属性为CP的节点和属性为UP的节点；根据监控结果，调整多个节点中的一个或多个节点的属性。本发明解决了现有技术中资源池的资源静态配置而造成资源浪费的技术问题，达到了有效利用资源和提高业务处理能力的技术效果。

Description

资源分配方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种资源分配方法和装置。

背景技术

在移动通信系统中，无线网络控制器（Radio Network Controller，简称为RNC）根据处理协议和功能的不同可以将业务处理单板分为两类：

1）控制面处理板（Control Plane，简称为CP），主要用于处理传输信令和无线空口控制平面协议；

2）用户面处理板（User Plane，简称为UP），主要用于处理无线用户平面协议。

其中，CP和UP又各自可以分为两类，一类是公共CP、公共UP，主要用于处理各自公共部分的协议，例如：小区、公共信道等的协议；另外一类是专用CP、专用UP，主要用于处理具体的专用用户设备（User Equipment，简称为UE）相关的功能。公共CP和公共UP的备份方式是1+1备份，专用CP和专用UP则是通过资源池的方式，即有专用CP资源池和专用UP资源池。

传统的专用CP资源池和专用UP资源池，在实际网络运营的时候，都有一套静态的配置比例，固化了CP资源池和UP资源池的数目和比例。随着智能终端价格下降和Android系统、智能手机的推广，网络中智能终端的数目越来越多，然而，智能终端往往由于节电的需要，会自行发起状态的变更，其行为不受限于RNC的控制，从而加剧了控制面信令处理的负荷。从业务模式上分析，智能手机用户会经常收发邮件，进行IM消息通话等。收发的时间间隔可能有几秒的时间间隔。间隔期间智能手机为了省电一般会主动释放信令连接，进入idle模式。这样会造成很多的连接/释放，占用网络资源，造成网络拥塞，对控制器造成控制面CP和用户面UP的负荷增加。

鉴于传统的资源池中节点的分配采用固化的方式造成资源无法合理利用，造成资源的浪费，也渐渐难以满足现有的无线网络中复杂多变的业务分布和信令风暴。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种资源分配方法和装置，以至少解决现有技术中资源池的资源静态配置而造成资源浪费的技术问题。

根据本发明的一个方面，提供了一种资源分配方法，包括：监控共享资源池的多个节点，其中，上述多个节点包括属性为CP的节点和属性为UP的节点；根据监控结果，调整上述多个节点中的一个或多个节点的属性。

优选地，根据监控结果，调整上述多个节点中的部分或全部节点的属性包括：当检测到当前属性为CP的节点的总的负荷大于第一预定阈值时，且当前属性为UP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为UP的节点的属性调整为CP；和/或当检测到当前属性为UP的节点的总的负荷大于第三预定阈值时，且当前属性为CP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为CP的节点的属性调整为UP。

优选地，将当前接入上述系统的用户数与每个属性为CP的节点所能支持的最大用户数之间的比值作为属性为CP的节点当前的总的负荷；和/或根据当前CPU的负荷以及媒体面流量确定属性为UP的节点当前的总的负荷。

优选地，属性被调整的节点是当前负荷最小的一个或多个节点。

优选地，在调整上述多个节点中的一个或多个节点的属性之前，上述方法还包括：判断在将上述一个或多个节点的属性进行调整后，剩余的与该被调整的一个或多个节点的属性相同的节点是否可以承载该属性所对应的业务负荷。

优选地，调整上述多个节点中的一个或多个节点的属性包括：向每个待调整的节点发送属性调整指令，其中，上述属性调整指令用于指示该节点改变自身当前的属性；如果在预定时间内未收到该节点返回的调整完成指示消息，则将该节点的属性恢复为进行调整前的属性。

优选地，监控共享资源池的多个节点包括：上述共享资源池中的每个节点周期性地上报自身当前的负荷和自身的处理能力；或者资源配置管理模块周期性地检测上述共享资源池中每个节点的当前的负荷和自身的处理能力。

优选地，上述CP为专用CP，上述UP为专用UP。

根据本发明的另一方面，提供了一种资源分配装置，包括：监控单元，用于监控共享资源池的多个节点，其中，上述多个节点包括属性为CP的节点和属性为UP的节点；调整单元，用于根据监控结果，调整上述多个节点中的一个或多个节点的属性。

优选地，上述调整单元包括：第一调整模块，用于当检测到当前属性为CP的节点的总的负荷大于第一预定阈值时，且当前属性为UP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为UP的节点的属性调整为CP；和/或第二调整模块，用于当检测到当前属性为UP的节点的总的负荷大于第三预定阈值时，且当前属性为CP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为CP的节点的属性调整为UP。

优选地，上述调整单元还包括：发送模块，用于向每个待调整的节点发送属性调整指令，其中，上述属性调整指令用于指示该节点改变自身当前的属性；恢复模块，用于在预定时间内未收到该节点返回的调整完成指示消息的情况下，将该节点的属性恢复为进行调整前的属性。

在本发明实施例中，通过共享资源池的方式来分配CP节点和UP节点，从而使得CP节点和UP之间可以实现动态的切换，只要对资源池中的资源进行实时的监控并根据监控的结果实现节点属性的切换便可以达到有效利用资源的目的。通过上述方式解决了现有技术中资源池的资源静态配置而造成资源浪费的技术问题，达到了有效利用资源和提高业务处理能力的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的资源分配方法的一种优选流程图；

图2是根据本发明实施例的资源分配方法的另一种优选流程图；

图3是根据本发明实施例的资源分配装置的一种优选结构框图；

图4是根据本发明实施例的资源分配装置的另一种优选结构框图；

图5是根据本发明实施例的资源分配装置的又一种优选结构框图；

图6是根据本发明实施例的资源分配方法的又一种优选流程图；

图7是根据本发明实施例的资源分配方法的又一种优选流程图；

图8是根据本发明实施例的共享资源池系统的优选结构示意图；

图9是根据本发明实施例的共享资源池初始分配的优选示意图；

图10是根据本发明实施例的CP转UP属性切换处理流程图；

图11是根据本发明实施例的UP转CP属性切换处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例提供了一种优选的资源分配方法，如图1所示，该方法包括以下步骤：

步骤S102：监控共享资源池的多个节点，其中，多个节点包括属性为CP的节点和属性为UP的节点；

步骤S104：根据监控结果，调整多个节点中的一个或多个节点的属性。

在上述优选实施方式中，通过共享资源池的方式来分配CP节点和UP节点，从而使得CP节点和UP之间可以实现动态的切换，只要对资源池中的资源进行实时的监控并根据监控的结果实现节点属性的切换便可以达到有效利用资源的目的。通过上述方式解决了现有技术中资源池的资源静态配置而造成资源浪费的技术问题，达到了有效利用资源和提高业务处理能力的技术效果。

对于上述根据监控结果，调整多个节点中的部分或全部节点的属性主要有两种情况，一种就是将属性为CP的节点的属性调整为UP，另一种就是将属性为UP的节点的属性调整为UP。对于上述的这种调整主要是为了实现负荷的均衡，即，主要通过每种属性的节点的处理负荷进行相应的调整，在一个优选实施方式中，包括：

1）当检测到当前属性为CP的节点的总的负荷大于第一预定阈值时，且当前属性为UP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为UP的节点的属性调整为CP；和/或

2）当检测到当前属性为UP的节点的总的负荷大于第三预定阈值时，且当前属性为CP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为CP的节点的属性调整为UP。

通过上述按照各自的负荷进行调整的方式可以有效实现资源池中节点的负荷均衡。

对于CP和UP而言，负荷的确定可以采用不同的依据，例如，对于CP属性的节点，可以将当前接入系统的用户数与每个属性为CP的节点所能支持的最大用户数之间的比值作为属性为CP的节点当前的总的负荷；对于UP属性的节点，可以根据当前CPU的负荷以及媒体面流量确定属性为UP的节点当前的总的负荷。

为了保证对节点的变动最小，在确定需要对节点的属性进行调整的时候，一般选择当前负荷最小的节点进行调整。例如，当CP的负荷过大需要将部分的UP节点转换为CP节点时，可以选择UP节点中负荷最小的一个或多个节点进行转换。即，属性被调整的节点是当前负荷最小的一个或多个节点。

考虑到可能将一种属性的节点调整为另外一种属性之后，被调整的节点所对应的节点的数量难以承载当前该节点的业务，这样的调整显然是不合理的，为了避免这种情况的出现，可以在进行调整之前进行如下判断：判断在将一个或多个节点的属性进行调整后，剩余的与该被调整的一个或多个节点的属性相同的节点是否可以承载该属性所对应的业务负荷。

在实际应用时，可能会出现调整出现异常的状况，因此可以在调整的过程增加一个回退操作，例如，需要将一个CP节点调整为UP节点，然而在调整的过程中，该节点未调整成功，这样可能会出现异常，因此，可以设定一个定时器，如果在预定时间内未收到该节点返回的调整成功的消息，则还将该节点的属性设置为CP。在一个优选实施方式中，如图2所示，调整多个节点中的一个或多个节点的属性包括以下步骤：

步骤S202：向每个待调整的节点发送属性调整指令，其中，属性调整指令用于指示该节点改变自身当前的属性；

步骤S204：如果在预定时间内未收到该节点返回的调整完成指示消息，则将该节点的属性恢复为进行调整前的属性。

监控共享资源池的多个节点可以采用节点主动上报的方式，也可以采取资源配置管理模块主动检查的方式，优选地，可以但不限于采用以下方式之一监控共享资源池的多个节点：

1）共享资源池中的每个节点周期性地上报自身当前的负荷和自身的处理能力；或者

2）资源配置管理模块周期性地检测共享资源池中每个节点的当前的负荷和自身的处理能力。

在上述各个优选实施方式中，CP是专用CP，UP是专用UP。

在本实施例中还提供了一种资源分配装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图3是根据本发明实施例的资源分配装置的一种优选结构框图，如图3所示，包括：监控单元302和调整单元304，下面对该结构进行说明。

监控单元302，用于监控共享资源池的多个节点，其中，多个节点包括属性为CP的节点和属性为UP的节点；

调整单元304，与监控单元302耦合，用于根据监控结果，调整多个节点中的一个或多个节点的属性。

在一个优选实施方式中，如图4所示，调整单元包括：第一调整模块402，与监控单元302耦合，用于当检测到当前属性为CP的节点的总的负荷大于第一预定阈值时，且当前属性为UP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为UP的节点的属性调整为CP；和/或第二调整模块404，与监控单元302耦合，用于当检测到当前属性为UP的节点的总的负荷大于第三预定阈值时，且当前属性为CP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为CP的节点的属性调整为UP。

在一个优选实施方式中，如图5所示，调整单元还可以包括：发送模块502，用于向每个待调整的节点发送属性调整指令，其中，属性调整指令用于指示该节点改变自身当前的属性；恢复模块504，与发送模块502耦合，用于在预定时间内未收到该节点返回的调整完成指示消息的情况下，将该节点的属性恢复为进行调整前的属性。

本发明提供了一种优选的实施例来进一步对本发明进行解释，但是值得注意的是，该优选实施例只是为了更好的描述本发明，并不构成对本发明不当的限定。

为了解决传统的固化配置无法适应现有的无线网络业务的多变性的要求的问题，以提高资源的利用率和系统的整体处理能力，降低冗余单板数量，在CP和UP都采用同种物理单板的前提下提出了本申请的控制面、用户面处理板共享资源池的方式，具体的就是指将原先独立的专用CP资源池和专用UP资源池进行融合形成一个大的资源池。其中，资源池中的每个节点都完全相同，同时依据当前系统的负荷，每个节点可以用作专用CP，也可以用作专用UP。

例如，随着系统的正常运行，当整个UP的负荷很高，而CP负荷可以承受时，可以将资源池中某个用作CP功能的节点进行动态切换，用作UP功能，或者当整个CP的负荷很高，而UP的负荷可以承受时，可以将资源池中某个用作UP功能的节点的属性进行切换，用作CP功能。

具体的，如图6所示，包括以下步骤：

步骤S602：根据系统容量计算所需的专用CP的节点数目和专用UP的节点数目，将这些节点配置成共享资源池节点（优选的，不需要设置每个节点的对外属性）。

步骤S604：系统定时对资源池中的每个节点进行负荷监控；对于CP和UP来说，可以依据不同的条件来确定负荷，例如，对于CP属性的节点，负荷可以但不局限于当前用户数与单节点支持的最大用户数之间的比例的归一化负荷；对于UP属性节点，负荷可以是将CPU负荷、媒体面流量等加权后得到的归一化负荷。

步骤S606：在系统上电控制时，读取资源池的配置，同时给每个节点分配一个初始属性，即，初始设置节点用作CP属性还是UP属性；

步骤S608：在系统运行过程中，资源池中的任意一个节点都需要定时上报本节点的当前负荷和总的处理能力。

步骤S610：系统周期性地进行负荷评估，当发现CP资源和UP资源的负荷出现不匹配时，即，当前系统网络运行情况导致某一方资源不够，而另一方则仍然有很大剩余时，可以采用预定的算法选择某个节点进行节点属性的动态切换。

下面将结合两个具体的实施例进行说明，在本优选实施方式中以资源池有N个节点为例进行说明。

如图7所示，包括以下步骤：

步骤S702：后台配置共享资源池中的单板和相关的资源归属，使得前台的资源配置管理模块知道配置了多大容量的资源池。

步骤S704：如图8所示，在总控单板部署一个资源配置管理模块，用于全局评估资源池中的负荷并做相应的判决；优选地，可以在每个资源池节点中部署一个资源配置管理代理，用于计算本节点的负荷，然后上报给资源配置管理模块，同时该资源配置管理带来还用于接收资源配置管理模块的判决命令。

步骤S706：整个系统上电，资源配置管理模块获取资源池信息，如图9所示，根据传统的配置，先给资源池中的任意一个节点设置初始属性，即这个节点是作为CP属性，还是UP属性。

步骤S708：资源池中的每个节点通过资源配置代理定时（例如每隔2s）向总控单板的资源配置管理模块上报本节点的处理能力和当前的负荷。

步骤S710：总控模块的资源配置管理模块周期性地进行负荷评估，主要包括：

1）计算资源池中的所有当前为CP且运行正常的节点的总的CP处理能力，以及当前总的CP负荷。

2）计算资源池中的所有当前为UP且运行正常的节点的总的UP处理能力，以及当前总的UP负荷。

下面结合两个具体方式对上述方法进行描述。

实施方式1

在本实施方式描述的是将资源池单板从控制面CP转换为用户面UP，如图10所示，包括以下步骤：

步骤S1002：资源配置管理模块根据负荷进行评估后，根据不同场景做出如下的判决：

场景A：若当前总的CP负荷相比总处理能力是一个轻负荷状态（优选地，阀值可以由配置决定），则将资源池中的负荷最小的CP节点下电；

场景B：若当前总的CP负荷相比总处理能力是一个非轻负荷状态但处理能力还有剩余，则保持现状；

场景C：若当前总的UP负荷相比总处理能力是一个高负荷状态，处理能力已经无法支撑，需要将系统中的某些CP节点切换为UP属性，则做如下处理：

S1：判断资源池中是否有已经下电的UP节点，若有，则直接将已经下电的UP节点恢复为上电；

S2：若没有已经下电的UP节点，则判断资源池中是否有已经下电的CP节点，若有，则将该已经下电的CP节点上电，并且将其属性切换为UP；

S3：若资源池中没有已经下电的CP节点，则从CP节点池中选择一块负荷最低的CP节点，同时计算将该CP节点的计算能力去除后剩余的CP的总的处理能力是否足够支撑当前的CP负荷，如果足够，则判决将该节点的属性由CP切换为UP；

S4：若该CP节点的计算能力去除后剩余的CP的总处理能力不足够支撑当前的CP负荷，则保持现状。

步骤S1004：在资源配置管理模块判决需要由CP属性切换为UP之后，给需要被切换的CP节点的资源配置代理发送属性切换命令；

步骤S1006：资源配置代理在收到属性切换命令后，给CP业务发送一个预通知消息，告知该节点马上就要属性切换为UP了，并且设置一个等待定时器，该定时器用于判断是否在预定时间内可以成功完成切换；CP业务在收到后，判断当前CP节点上的业务量、业务形态等是否允许切换，若允许，则开始进行相关的业务迁移等；业务善后工作处理完毕，则给资源配置代理回属性切换应答消息；

步骤S1008：资源配置代理判断应答消息，主要包括：

1）若应答消息中业务明确CP节点可以进行属性切换，则资源配置代理进行运行软件的切换，将UP软件运行起来；然后通知资源配置管理模块对信息和相关节点状态进行更新；

2）若应答消息中业务明确当前CP节点由于某些情况不能进行属性切换，则资源配置代理终止最终的切换动作，然后通知资源配置管理模块进行状态回退，该CP节点属性仍然为CP。

实施方式2

在本实施方式描述的是将资源池单板从用户面UP转换为控制面CP，如图11所示，包括以下步骤：

步骤S1102：资源配置管理模块根据负荷进行评估后，根据不同场景做出如下的判决：

场景A：若当前总的UP负荷相比总处理能力是一个轻负荷状态（优选地，阀值可以由配置决定），则将资源池中的负荷最小的UP节点下电；

场景B：若当前总的UP负荷相比总处理能力是一个非轻负荷状态但处理能力还有剩余，则保持现状；

场景C：若当前总的CP负荷相比总处理能力是一个高负荷状态，处理能力已经无法支撑，需要将系统中的某些UP节点切换为CP属性，则做如下处理：

S1：判断资源池中是否有已经下电的CP节点，若有，则直接将已经下电的CP节点恢复为上电；

S2：若没有已经下电的CP节点，则判断资源池中是否有已经下电的UP节点，若有，则将该已经下电的UP节点上电，并且将其属性切换为CP；

S3：若资源池中没有已经下电的UP节点，则从UP节点池中选择一块负荷最低的UP节点，同时计算将该UP节点的计算能力去除后剩余的UP的总的处理能力是否足够支撑当前的UP负荷，如果足够，则判决将该节点的属性由UP切换为CP；

S4：若把该UP节点的计算能力去除后剩余的UP的总处理能力不足够支撑当前的UP负荷，则保持现状。

步骤S1104：在资源配置管理模块判决需要由UP属性切换为CP之后，给需要被切换的UP节点的资源配置代理发送属性切换命令；

步骤S1106：资源配置代理在收到属性切换命令后，给UP业务发送一个预通知消息，告知该节点马上就要属性切换为CP了，并且设置一个等待定时器，该定时器用于判断是否在预定时间内可以成功完成切换；UP业务在收到后，判断当前UP节点上的业务量、业务形态等是否允许切换，若允许，则开始进行相关的业务迁移等；业务善后工作处理完毕，则给资源配置代理回属性切换应答消息；

步骤S1108：资源配置代理判断应答消息，主要包括：

1）若应答消息中业务明确UP节点可以进行属性切换，则资源配置代理进行运行软件的切换，将CP软件运行起来；然后通知资源配置管理模块对信息和相关节点状态进行更新；

2）若应答消息中业务明确当前UP节点由于某些情况不能进行属性切换，则资源配置代理终止最终的切换动作，然后通知资源配置管理模块进行状态回退，该UP节点属性仍然为UP。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

从以上的描述中，可以看出，本发明实现了如下技术效果：通过共享资源池的方式来分配CP节点和UP节点，从而使得CP节点和UP之间可以实现动态的切换，只要对资源池中的资源进行实时的监控并根据监控的结果实现节点属性的切换便可以达到有效利用资源的目的。通过上述方式解决了现有技术中资源池的资源静态配置而造成资源浪费的技术问题，达到了有效利用资源和提高业务处理能力的技术效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种资源分配方法，其特征在于，包括：

监控共享资源池的多个节点，其中，所述多个节点包括属性为控制面处理板CP的节点和属性为用户面处理板UP的节点；

根据监控结果，调整所述多个节点中的一个或多个节点的属性。

2.根据权利要求1所述的方法，其特征在于，根据监控结果，调整所述多个节点中的部分或全部节点的属性包括：

当检测到当前属性为CP的节点的总的负荷大于第一预定阈值时，且当前属性为UP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为UP的节点的属性调整为CP；和/或

当检测到当前属性为UP的节点的总的负荷大于第三预定阈值时，且当前属性为CP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为CP的节点的属性调整为UP。

3.根据权利要求2所述的方法，其特征在于，

将当前接入所述系统的用户数与每个属性为CP的节点所能支持的最大用户数之间的比值作为属性为CP的节点当前的总的负荷；和/或

根据当前CPU的负荷以及媒体面流量确定属性为UP的节点当前的总的负荷。

4.根据权利要求1所述的方法，其特征在于，属性被调整的节点是当前负荷最小的一个或多个节点。

5.根据权利要求1所述的方法，其特征在于，在调整所述多个节点中的一个或多个节点的属性之前，所述方法还包括：

判断在将所述一个或多个节点的属性进行调整后，剩余的与该被调整的一个或多个节点的属性相同的节点是否可以承载该属性所对应的业务负荷。

6.根据权利要求1至5中任一项所述的方法，其特征在于，调整所述多个节点中的一个或多个节点的属性包括：

向每个待调整的节点发送属性调整指令，其中，所述属性调整指令用于指示该节点改变自身当前的属性；

如果在预定时间内未收到该节点返回的调整完成指示消息，则将该节点的属性恢复为进行调整前的属性。

7.根据权利要求1至5中任一项所述的方法，其特征在于，监控共享资源池的多个节点包括：

所述共享资源池中的每个节点周期性地上报自身当前的负荷和自身的处理能力；或者

资源配置管理模块周期性地检测所述共享资源池中每个节点的当前的负荷和自身的处理能力。

8.根据权利要求1至5中任一项所述的方法，其特征在于，所述CP为专用CP，所述UP为专用UP。

9.一种资源分配装置，其特征在于，包括：

监控单元，用于监控共享资源池的多个节点，其中，所述多个节点包括属性为控制面处理板CP的节点和属性为用户面处理板UP的节点；

调整单元，用于根据监控结果，调整所述多个节点中的一个或多个节点的属性。

10.根据权利要求9所述的装置，其特征在于，所述调整单元包括：

第一调整模块，用于当检测到当前属性为CP的节点的总的负荷大于第一预定阈值时，且当前属性为UP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为UP的节点的属性调整为CP；和/或

第二调整模块，用于当检测到当前属性为UP的节点的总的负荷大于第三预定阈值时，且当前属性为CP的节点的总的负荷小于第二预定阈值时，将一个或多个当前属性为CP的节点的属性调整为UP。

11.根据权利要求9或10所述的装置，其特征在于，所述调整单元还包括：

发送模块，用于向每个待调整的节点发送属性调整指令，其中，所述属性调整指令用于指示该节点改变自身当前的属性；

恢复模块，用于在预定时间内未收到该节点返回的调整完成指示消息的情况下，将该节点的属性恢复为进行调整前的属性。

Images