CN101127713A - 通用流量控制装置及流量控制方法 - Google Patents

Abstract

本发明提供一种通用流量控制装置，包括状态监测单元Monitor、流量控制决策单元Controller、流量控制策略存储单元Policies及执行单元Performer；所述Monitor用于将业务节点的当前运行状态上报给Controller；所述Controller用于将业务节点的当前运行状态提供给Policies，并根据Policies通过一种或多种流量控制算法以及业务节点的当前运行状态得到的评估结果，生成并下发流量控制指令；所述Policies用于存储至少一种流量控制算法，并根据Controller提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果，将所述评估结果提供给Controller；所述Performer用于根据Controller下发的流量控制指令，对到达业务处理系统的新业务进行控制。本发明还提供一种流量控制方法。本发明的通用流量控制装置及流量控制方法都是与业务处理系统分离的。

Description

通用流量控制装置及流量控制方法

技术领域

本发明涉及网络技术，尤其涉及流量控制技术。

背景技术

随着网络技术和业务的发展，网络中的用户数量和业务量迅速增加。在一些特定的时间点和场景下，业务处理系统的某些业务节点上的业务量可能会超过实际的处理能力，这样就可能导致业务节点运行缓慢甚至崩溃，从而导致业务中断。

目前，本领域技术人员普遍采用流量控制技术解决因流量过多而导致业务节点运行缓慢的问题。

在其中的一种流量控制方法中，过负荷门限与丢弃的业务量之间具有固定映射关系，当负荷指标达到或超过这个过负荷门限时，即丢弃指定比例的业务。如图1所示，以呼叫业务为例，当某个业务节点的负荷指标达到或超过过负荷门限时，就丢弃所有超过门限的新呼叫。

在另外的一种流量控制方法中，设置多个过负荷门限，每两个过负荷门限之间组成的区间对应指定的丢弃业务的比例，当负荷指标在每两个相邻门限组成的区间时，即丢弃不同比例的业务。如图2所示，还是以呼叫业务为例，当某个业务节点的负荷指标达到门限1和门限2组成的区间时，可以丢弃35％的业务；当某个业务节点的负荷指标达到门限2和门限3组成的区间时，可以丢弃85％的业务。

发明人在认真分析、仔细研究后发现，上述两种流量控制方法虽然都可以实现流量控制，但在实际应用中，上述两种流量控制方法与产品高度耦合，换句话说，上述两种流量控制方法的实现代码与产品的实现代码是集成在一起的。这种情况下，上述两种流量控制方法都不具备可移植性，即，无法方便的将一个产品的流量控制方法移植到其他产品；另外，在不修改产品的实现代码的前提下，无法更改或扩展流量控制方法。当然，目前也没有一种可行的与业务处理系统分离的流量控制架构，用于方便的对任何产品进行流量控制。

发明内容

本发明实施例要解决的技术问题在于提供一种通用流量控制装置及流量控制方法，用以提供一种与业务处理系统分离的流量控制装置及方法。

为解决上述技术问题，本发明提供一种通用流量控制装置的实施例，包括状态监测单元Monitor、流量控制决策单元Controller、流量控制策略存储单元Policies及执行单元Performer；所述状态监测单元Monitor用于对业务处理系统的业务节点的运行状态进行监测，并将业务节点的当前运行状态上报给流量控制决策单元Controller；所述流量控制决策单元Controller用于将业务节点的当前运行状态提供给所述流量控制策略存储单元Policies，并根据所述流量控制策略存储单元Policies通过一种或多种流量控制算法以及业务节点的当前运行状态得到的评估结果，生成并下发流量控制指令；所述流量控制策略存储单元Policies用于存储至少一种流量控制算法，并根据所述流量控制决策单元Controller提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果，将所述评估结果提供给所述流量控制决策单元Controller；所述执行单元Performer用于根据所述流量控制决策单元Controller下发的流量控制指令，对到达业务处理系统的新业务进行控制。

本发明还提供一种流量控制方法的实施例，所述方法实施例应用于与业务处理系统分离的网络架构中，具体包括：获得业务处理系统的业务节点的当前运行状态；根据所述当前运行状态以及一种或多种流量控制算法，得到评估结果；根据所述评估结果，对到达业务处理系统的新业务进行控制。

在本发明的通用流量控制装置的实施例中，由状态监测单元Monitor、流量控制决策单元Controller、流量控制策略存储单元Policies及执行单元Performer等就可以实现对到达业务处理系统的新业务进行控制，而这些单元完全可以独立于业务处理系统而存在，所以，本发明的通用流量控制装置的实施例是与业务处理系统分离的且有效控制流量的装置实施例。

本发明的流量控制方法的实施例可以应用于与业务处理系统分离的网络架构中，或者说，获得运行状态、得到评估结果以及对新业务进行控制等这些步骤都是独立于业务处理系统进行的，这样，流量控制方法就不会与业务处理系统本身融合，也可以说，这样的流量控制方法可以对任何业务处理系统的流量进行控制，实现了流量控制方法与业务处理系统本身相互分离。

附图说明

图1为现有的一种流量控制技术的示意图；

图2为现有的另一种流量控制技术的示意图；

图3为本发明的一种流量控制方法实施例的流程图；

图4为本发明实施例的根据门限来决定开始丢弃新业务或开始接受新业务的示意图；

图5为本发明的通用流量控制装置的一个实施例的示意图；

图6为本发明实施例的多个内核集成在一个外壳的示意图；

图7为本发明实施例的多个内核分别集成在各自的外壳的示意图；

图8为本发明的业务处理系统的第一实施例的示意图；

图9为本发明的业务处理系统的第二实施例的示意图；

图10为本发明的业务处理系统的第三实施例的示意图。

具体实施方式

首先对本发明的流量控制方法的实施例进行说明。这种方法实施例应用于与业务处理系统分离的网络架构中，所述方法实施例包括：获得业务处理系统的业务节点的当前运行状态；根据所述当前运行状态以及一种或多种流量控制算法，得到评估结果；根据所述评估结果，对到达业务处理系统的新业务进行控制。这里需要说明的是，当根据所述当前运行状态以及多种流量控制算法得到评估结果时，可以从每种算法得到的评估结果中选择一个评估结果，也可以综合所有的评估结果再得到一个评估结果。

具体可以按照下述方式根据所述当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与之前获得的所述业务节点的运行状态进行比较，得到评估结果。

还可以按照下述方式根据所述当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与预先设置的过负荷启动门限和/或过负荷恢复门限进行比较，得到评估结果，其中，所述过负荷恢复门限比所述过负荷启动门限低。

下面结合附图，对本发明的流量控制方法的实施例进行详细描述。

图3是本发明的一种流量控制方法实施例的流程图。如图3所示，包括：

步骤S301：获得业务节点的当前运行状态。

具体的，可以从业务节点本身获得运行状态，也可以从其他网络实体获得这个业务节点的运行状态，当然，还可以通过其他途径获得业务节点的运行状态，这里不再一一列举。业务节点的运行状态可以为业务节点的负荷状态，例如CPU的占用率，业务节点的负荷越高，说明业务节点的运行状态越差；业务节点的运行状态也可以为处理消息的时间等，业务节点处理消息的时间越多，说明业务节点的运行状态越差。

步骤S302：将所述业务节点的当前运行状态与之前获得的所述业务节点的运行状态进行比较。

实际上，每获得一个当前运行状态后，可以将运行状态保存，等到再获得一个新的运行状态后，就可以将新的运行状态与之前保存的运行状态进行比较，以查看运行状态是否有所变化。

步骤S303：根据比较结果，对流量进行控制。

将当前运行状态与之前的获得的运行状态进行比较，就可以得知当前运行状态是否发生变化，如果发生变化，发生了什么样的变化。

具体的，如果当前运行状态比之前的运行状态好且之前已经开始丢弃新业务，则减少新业务的丢弃比例或停止丢弃任何新业务；如果当前运行状态比之前的运行状态差，则增加新业务的丢弃比例或开始丢弃新业务。如果当前运行状态比之前的运行状态好，并且之前已经丢弃了一定比例的新业务，说明丢弃新业务已经使业务节点的运行状况得到好转，此时，可以适当降低新业务的丢弃比例，甚至可以不再丢弃任何新业务；如果当前运行状态比之前的运行状态好，并且之前没有丢弃任何新业务，说明业务节点的运行状况比之前的运行状况还要好，此时，可以无需对流量进行调整，仍然可以继续接受全部的新业务；如果当前运行状态比之前的运行状态差，并且之前已经丢弃了一定比例的新业务，说明丢弃这些比例的新业务没能使业务节点的运行状况得到好转，此时，可以提高新业务的丢弃比例，以使业务节点的运行状况尽快得到改善；如果当前运行状态比之前的运行状态差，并且之前没有丢弃任何新业务，则可以开始丢弃一定比例的新业务，当然，这个手段是可选的，例如，虽然得知业务节点的当前运行状况比之前的运行状况要差，但业务节点可能仍然具有处理相当数量的新业务的能力，此时，还没有必要一定要通过丢弃新业务的手段改善业务节点的运行状况。

步骤S301中提到，业务节点的运行状态可以是业务节点的负荷状态，当前运行状态比之前的运行状态好可以表现为当前负荷状态比之前的负荷状态低，当前运行状态比之前的运行状态差可以表现为当前负荷状态比之前的负荷状态高。另外，业务节点的运行状态可以是业务节点处理消息的时间，当前运行状态比之前的运行状态好可以表现为业务节点当前处理消息的时间比之前处理消息的时间短，当前运行状态比之前的运行状态差可以表现为业务节点当前处理消息的时间比之前处理消息的时间长。

另外，上面提到过，业务节点的当前运行状况比之前的运行状况要差，并不一定说明业务节点就不具备处理新业务的能力，但毕竟还存在业务节点确实不具备处理新业务能力的可能。对此，当得知业务节点的当前运行状况比之前的运行状况要差时，可以根据实际需要或随机选择是否丢弃新业务。但是，业务节点的运行状态一般都会经常发生变化，为便于管理，可以设置一个门限，这个门限在这里称为过负荷启动门限，其可以作为判断是否丢弃新业务的一个依据。例如，如果当前负荷状态比之前的负荷状态高，之前还没有丢弃新业务，并且当前负荷状态已经达到或超过这个过负荷启动门限时，则可以开始丢弃一定比例的新业务；如果当前负荷状态比之前的负荷状态高，之前也没有丢弃任何新业务，并且当前负荷状态还没有达到或超过这个过负荷启动门限时，则可以不丢弃任何新业务，而是继续接受全部的新业务。

同样，业务节点的当前运行状况比之前的运行状况要好时，可以减少新业务的丢弃比例，对此，可以根据实际需要或随机选择丢弃的比例，但业务节点的当前运行状况毕竟还会有好转到可以处理新业务的可能，如果再将新业务丢弃，就有可能造成业务损失。所以，为便于管理，可以设置一个门限，这个门限在这里称为过负荷恢复门限，其可以作为判断是否降低丢弃新业务的比例或停止丢弃任何新业务的依据。例如，如果当前负荷状态比之前的负荷状态低，之前已经丢弃一定比例的新业务，并且当前负荷状态已经达到或低于过负荷恢复门限，则可以降低丢弃新业务的比例或停止丢弃新业务；如果当前负荷状态比之前的负荷状态低，之前已经丢弃一定比例的业务，但当前负荷状态还没有达到或低于过负荷恢复门限，则可以仍然保持丢弃新业务的比例。需要说明的是，过负荷恢复门限比过负荷启动门限低。

图4即示意了如何根据门限来决定开始丢弃新业务以及降低丢弃新业务的比例。如图4所示，当负荷指标超过过负荷启动门限时，则开始丢弃新业务，随着负荷指标的进一步增大，丢弃的比例也随之提高；当负荷指标趋于稳定时，丢弃的比例也可随之稳定；当负荷指标下降且达到或低于过负荷恢复门限时，则降低丢弃新业务的比例。当然，图4考虑了在实际应用中的延迟，所以在图4中，丢弃的比例开始发生变化的时间点要比负荷指标开始发生变化的时间点滞后，在实际应用中，如果延迟较小且对流程的实现不产生影响，则这类延迟可以忽略不计。需要说明的是，当负荷指标趋于稳定时，业务节点仍然在处理已经接收的业务，这些接收的业务随着处理的完成，将不再是业务节点的负载，而丢弃的比例达到稳定，实质上还是让业务节点减轻了处理新业务的负担。

另外，本发明还提供了一种独立于业务处理系统的通用流量控制装置的实施例。

如图5所示，通用流量控制装置包括状态监测单元(Monitor)501、流量控制决策单元(Controller)502、流量控制策略存储单元(Policies)503及执行单元(Performer)504。其中，状态监测单元501用于对业务处理系统的业务节点的运行状态进行监测，并将业务节点的当前运行状态上报给流量控制决策单元502；流量控制决策单元502用于将业务节点的当前运行状态提供给流量控制策略存储单元503，并根据流量控制策略存储单元503通过一种或多种流量控制算法以及业务节点的当前运行状态得到的评估结果，生成并下发流量控制指令；流量控制策略存储单元503用于存储至少一种流量控制算法，并根据流量控制决策单元502提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果，将所述评估结果提供给流量控制决策单元502；执行单元504用于根据流量控制决策单元502下发的流量控制指令，对到达业务处理系统的新业务进行控制。

流量控制策略存储单元503按照下述方式根据流量控制决策单元502提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与之前获得的所述业务节点的运行状态进行比较，得到评估结果。

流量控制决策单元502可以按照下述方式根据评估结果，生成流量控制指令：如果所述评估结果是当前运行状态比之前的运行状态好且之前已经要求执行单元504开始丢弃新业务，则生成要求减少新业务的丢弃比例或停止丢弃任何新业务的指令；如果所述评估结果是当前运行状态比之前的运行状态差，则生成要求增加新业务的丢弃比例或开始丢弃新业务的指令。

流量控制策略存储单元503可以按照下述方式根据流量控制决策单元502提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与预先设置的过负荷启动门限和/或过负荷恢复门限进行比较，得到评估结果，其中，所述过负荷恢复门限比所述过负荷启动门限低。

流量控制决策单元502可以按照下述方式根据评估结果，生成流量控制指令：如果所述评估结果是当前运行状态达到或超过过负荷启动门限，并且之前没有要求丢弃任何新业务，则生成要求开始丢弃新业务的指令；如果所述评估结果是当前运行状态达到或低于过负荷恢复门限，并且之前已经要求丢弃新业务，则生成要求停止丢弃任何新业务的指令。

执行单元504可以按照下述方式根据流量控制决策单元502下发的流量控制指令，对新业务进行控制：如果流量控制指令要求减少新业务的丢弃比例，则执行单元504要求业务处理系统接受当前的新业务，或者要求业务处理系统拒绝接受当前的新业务；如果流量控制指令要求停止丢弃任何新的业务，则执行单元504要求业务处理系统接受当前的新业务；如果流量控制指令要求增加新的业务的丢弃比例或开始丢弃新的业务，则执行单元504要求业务处理系统拒绝接受当前的新业务，或者要求业务处理系统暂存但不处理当前的新业务。

所述业务节点的运行状态可以为所述业务节点的负荷状态或所述业务节点处理消息的时间。

另外，在图5所示的实施例中，流量控制决策单元502可以不将业务节点的运行状态提供给流量控制策略存储单元503，而是由流量控制策略存储单元503提供给流量控制决策单元502至少一种算法，流量控制决策单元502通过这种或这些算法得到评估结果，再根据评估结果，生成流量控制指令。此外，开始丢弃新业务、提供丢弃新业务的比例、降低丢弃新业务的比例以及停止丢弃任何新业务的决定可以由流量控制策略存储单元503作出，此时，评估结果就是开始丢弃新业务、提供丢弃新业务的比例、降低丢弃新业务的比例以及停止丢弃任何新业务等决定，流量控制决策单元502只需根据这些决定生成并下发流量控制指令即可。

如果图5所示的实施例由软件来实现，则涉及到内核及外壳两个部分。具体的，状态监测单元501、流量控制决策单元502及执行单元504可以分别具有一个内核。内核以动态链接库的方式存在，其类似于库函数。内核负责完成业务节点的运行状态的采集/汇总、过负荷状态评估、流量控制指令下发、业务过滤等核心功能。另外，状态监测单元501、流量控制决策单元502及执行单元504的内核可以一同运行于一个外壳之上，也可以分别运行于各自的外壳之上。外壳由集成图5所示的产品提供，实现为内核提供的通讯、定时器接口，驱动内核。

当然，根据不同的应用场景和需求，可以用统一的外壳将多个内核集成在一个进程中，如图6所示，状态监测单元501的内核、流量控制决策单元502的内核及执行单元504的内核集成于外壳61中；也可以用多个外壳分别将每个内核集成在不同的进程中，如图7所示，状态监测单元501的内核、流量控制决策单元502的内核及执行单元504的内核分别集成于各自的外壳71、72及73中。需要说明的是，无论是哪种场景，流量控制策略存储单元503都可以由流量控制决策单元502的内核直接加载、调用，所以，流量控制策略存储单元503可以不需要外壳，具体实现上，流量控制决策单元502与流量控制策略存储单元503之间可以使用函数实现加载、调用。事实上，流量控制策略存储单元503可以由任意的流量控制决策单元502的内核直接加载、调用，这样，流量控制策略存储单元503提供的流量控制算法可以服务于任何的流量控制装置中，与流量控制装置本身无关。另外，状态监测单元501的内核、流量控制决策单元502的内核及执行单元504的内核之间可以通过通信接口(图中未绘示)进行交互。

另外，图5所示的装置可以对任何一个业务处理系统进行流量控制。具体的，如图8所示，状态监测单元501监测的是业务逻辑处理单元(BizLogic)505的运行状态，流量控制策略存储单元503评估的是业务逻辑处理单元505的过负荷状况，流量控制决策单元502下发的流量控制指令是针对涉及业务逻辑处理单元505的流量的。连接单元(Connector)506接收到新业务时，可以调用执行单元504的过滤接口对新业务进行过滤，并根据执行单元504的指令接受或结束新业务，例如，如果执行单元504要求连接单元506拒绝接受新业务，则连接单元506可以将新业务暂存；如果执行单元504要求连接单元506接受这个新业务，连接单元506可以直接将这个新业务转给业务逻辑处理单元505。由上面的描述不难看出，业务逻辑处理单元505和连接单元506可以看作业务处理系统的一部分，当然，也可以看作一个结构简单的业务处理系统。

需要说明的是，这个业务可以仅仅指呼叫业务，相应的，新业务可以是指新的呼叫。

下面再结合图8，以呼叫业务为例，对相关的系统启动过程、信息采集过程及流量控制过程进行说明。

1.系统启动过程(流量控制策略加载)

流量控制决策单元502启动后，加载流量控制策略存储单元503中的流量控制算法。

2.信息采集过程

(1)状态监测单元501定时采集业务逻辑处理单元505的运行状态，并上报给流量控制决策单元502。当然，状态监测单元501也可以不需定时采集业务逻辑处理单元505的运行状态，例如，状态监测单元501还可以间隔性的采集业务逻辑处理单元505的运行状态。

(2)流量控制决策单元502将状态监测单元501上报的运行状态，提供给流量控制策略存储单元503。

(3)流量控制策略存储单元503可以比较业务节点的当前运行状态与业务节点的之前的运行状态，得到评估结果。评估结果可以是关于业务逻辑处理单元505的负荷状况，和/或，建议流量控制决策单元502增加呼叫或减少呼叫的通过比例，比例可以用百分比(％)表示。

(4)流量控制决策单元502根据流量控制策略存储单元503反馈的评估结果生成流量控制指令，并将流量控制指令下发给执行单元504。如果流量控制策略存储单元503没有提供增加呼叫或减少呼叫的通过比例，则流量控制决策单元502可以根据业务逻辑处理单元505的负荷状况，确定增加呼叫或减少呼叫的通过比例。

3.流量控制过程

(1)连接单元506接受到新呼叫后，调用执行单元504的过滤接口进行过滤。

(2)执行单元504根据流量控制决策单元502下发的流量控制指令和当前状态(例如接纳/拒绝次数)确定接纳还是拒绝新呼叫。

(3)当执行单元504要求接纳新呼叫时，连接单元506将新呼叫转发给业务逻辑处理单元505，否则，连接单元506结束新呼叫，或者暂存新呼叫。

需要说明的是，流量控制策略存储单元503中可以存储多种不同的流量控制算法，当需要使用新算法时，只需将新算法增加到流量控制策略存储单元503中，原有的代码可以几乎不做修改。

下面结合图9及图10，介绍两种应用本发明流量控制装置的业务处理系统的实施例。

第一个业务处理系统的实施例如图9所示，执行单元941以动态链接库的方式集成在会话发起协议适配器(SIPAdapter，Session Initiation ProtocolAdapter)94，会话发起协议适配器94相当于图8中的连接单元(Connector)506，流量控制策略存储单元(Policies)922以动态链接库的方式集成在独立的流量控制决策单元(Controller)92中，状态监测单元(Monitor)91也是独立的进程，业务服务节点(TopoService)93相当于图8中的业务逻辑处理单元(BizLogic)505。

以业务消息为例，相关的系统启动过程、信息采集过程及流量控制过程如下：

1.系统启动过程(流量控制策略加载)

流量控制决策单元92启动后，加载流量控制策略存储单元922中的流量控制算法。

2.信息采集过程

(1)状态监测单元91采集业务服务节点93的运行状态，其中，运行状态包括但不仅限于CPU占用率、消息处理时间等，状态监测单元91将运行状态上报给流量控制决策单元92。

(2)流量控制决策单元92中的内核921将运行状态提供给流量控制策略存储单元922。

(3)流量控制策略存储单元922根据运行状态，评估业务服务节点93的负荷状况，例如，大于预先设置的启动门限则减少业务消息的接受比例，小于预先设置的恢复门限则增加业务消息的接受比例，其中，启动门限大于恢复门限，流量控制策略存储单元922评估完成后，还要将评估结果反馈给流量控制决策单元92中的内核921。

(4)流量控制决策单元92根据算法的反馈结果，生成流量控制指令并下发给会话发起协议适配器94中的执行单元941。

3.流量控制过程

(1)会话发起协议适配器94接受到新业务消息后，调用执行单元941的过滤接口进行过滤。

(2)执行单元941根据流量控制决策单元92下发的流量控制指令和当前状态(例如接纳/拒绝次数)确定接纳还是拒绝新业务消息。

(3)当执行单元941要求接纳新业务消息时，会话发起协议适配器94将新业务消息转发给业务服务节点93，否则，会话发起协议适配器94不将新业务消息转发给业务服务节点93，或者暂存新业务消息。

第二个业务处理系统的实施例如图10所示，执行单元1041以动态链接库的方式集成在单直径协议适配器(Diameter Adapter)104中，单直径协议适配器104相当于图8中的连接单元(Connector)506，流量控制策略存储单元(Policies)1022以动态链接库的方式集成在独立的流量控制决策单元(Controller)102中，每个状态监测单元(Monitor)101也是独立的进程，并且分别监测每个融合计费引擎(CBE，Convergent Billing Engine)节点103，融合计费引擎节点103相当于图8中的业务逻辑处理单元(BizLogic)505。

相关的系统启动过程、信息采集过程及流量控制过程与图9所示的相关的系统启动过程、信息采集过程及流量控制过程基本相同，只不过流量控制决策单元102需要汇总关于每个融合计费引擎节点103的评估结果，并根据评估结果生成流量控制指令，并下发到执行单元1041。需要说明的是，流量控制决策单元102可以分别生成关于每个融合计费引擎节点103的流量控制指令，这时，执行单元1041就需要根据每个流量控制指令分别控制每个融合计费引擎节点103的流量，如果流量控制决策单元102对于所有的融合计费引擎节点103只生成一个流量控制指令，则执行单元1041就综合控制所有的融合计费引擎节点103的流量。

在具体实现上，上述通用流量控制装置可以与具体的业务没有必然的关系，或者说，通用流量控制装置可以与产品(例如业务节点)相互分离，在编写代码时，无需将流量控制的方法和装置与产品的代码融合在一起，这样，不同的产品都可以应用本发明的流量控制方法和装置。

另外，流量控制策略存储单元中可以存储多个算法，当需要使用新的算法评估业务节点的过负荷状况时，只需要将这个新的算法加入到流量控制策略存储单元中或者替换流量控制策略存储单元中已有的算法即可，无需大量修改代码。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种通用流量控制装置，其特征在于，包括状态监测单元Monitor、流量控制决策单元Controller、流量控制策略存储单元Policies及执行单元Performer；

所述状态监测单元Monitor用于对业务处理系统的业务节点的运行状态进行监测，并将业务节点的当前运行状态上报给流量控制决策单元Controller；

所述流量控制决策单元Controller用于将业务节点的当前运行状态提供给所述流量控制策略存储单元Policies，并根据所述流量控制策略存储单元Policies通过一种或多种流量控制算法以及业务节点的当前运行状态得到的评估结果，生成并下发流量控制指令；

所述流量控制策略存储单元Policies用于存储至少一种流量控制算法，并根据所述流量控制决策单元Controller提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果，将所述评估结果提供给所述流量控制决策单元Controller；

所述执行单元Performer用于根据所述流量控制决策单元Controller下发的流量控制指令，对到达业务处理系统的新业务进行控制。

2.如权利要求1所述的通用流量控制装置，其特征在于，所述流量控制策略存储单元Policies按照下述方式根据所述流量控制决策单元Controller提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与之前获得的所述业务节点的运行状态进行比较，得到评估结果。

3.如权利要求2所述的通用流量控制装置，其特征在于，所述流量控制决策单元Controller按照下述方式根据评估结果，生成流量控制指令：如果所述评估结果是当前运行状态比之前的运行状态好且之前已经要求所述执行单元Performer开始丢弃新业务，则生成要求减少新业务的丢弃比例或停止丢弃任何新业务的指令；如果所述评估结果是当前运行状态比之前的运行状态差，则生成要求增加新业务的丢弃比例或开始丢弃新业务的指令。

4.如权利要求1所述的通用流量控制装置，其特征在于，所述流量控制策略存储单元Policies按照下述方式根据所述流量控制决策单元Controller提供的业务节点的当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与预先设置的过负荷启动门限和/或过负荷恢复门限进行比较，得到评估结果，其中，所述过负荷恢复门限比所述过负荷启动门限低。

5.如权利要求4所述的通用流量控制装置，其特征在于，所述流量控制决策单元Controller按照下述方式根据评估结果，生成流量控制指令：如果所述评估结果是当前运行状态达到或超过过负荷启动门限，并且之前没有要求丢弃任何新业务，则生成要求开始丢弃新业务的指令；如果所述评估结果是当前运行状态达到或低于过负荷恢复门限，并且之前已经要求丢弃新业务，则生成要求停止丢弃任何新业务的指令。

6.如权利要求3或5所述的通用流量控制装置，其特征在于，所述执行单元Performer按照下述方式根据所述流量控制决策单元Controller下发的流量控制指令，对新业务进行控制：

如果流量控制指令要求减少新业务的丢弃比例，则所述执行单元Performer要求业务处理系统接受当前的新业务，或者要求业务处理系统拒绝接受当前的新业务；

如果流量控制指令要求停止丢弃任何新的业务，则所述执行单元Performer要求业务处理系统接受当前的新业务；

如果流量控制指令要求增加新的业务的丢弃比例或开始丢弃新的业务，则所述执行单元Performer要求业务处理系统拒绝接受当前的新业务，或者要求业务处理系统暂存但不处理当前的新业务。

7.如权利要求1所述的通用流量控制装置，其特征在于，所述状态监测单元Monitor、流量控制决策单元Controller、流量控制策略存储单元Policies及执行单元Performer以动态链接库的形式集成在同一个进程中，或者，所述状态监测单元Monitor、流量控制决策单元Controller及执行单元Performer以动态链接库的形式分别集成在不同的进程中，所述流量控制策略存储单元Policies集成在流量控制决策单元Controller中。

8.如权利要求1-5任意一项所述的通用流量控制装置，其特征在于，所述业务节点的运行状态为所述业务节点的负荷状态或所述业务节点处理消息的时间。

9.一种流量控制方法，其特征在于，所述方法应用于与业务处理系统分离的网络架构中，所述方法包括：

获得业务处理系统的业务节点的当前运行状态；

根据所述当前运行状态以及一种或多种流量控制算法，得到评估结果；

根据所述评估结果，对到达业务处理系统的新业务进行控制。

10.如权利要求9所述的流量控制方法，其特征在于，按照下述方式根据所述当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与之前获得的所述业务节点的运行状态进行比较，得到评估结果。

11.如权利要求9所述的流量控制方法，其特征在于，按照下述方式根据所述当前运行状态以及一种或多种流量控制算法，得到评估结果：将所述业务节点的当前运行状态与预先设置的过负荷启动门限和/或过负荷恢复门限进行比较，得到评估结果，其中，所述过负荷恢复门限比所述过负荷启动门限低。

Images