CN106713168A - 一种流量控制方法及系统 - Google Patents

Abstract

本申请公开一种流量控制方法及系统，其中，流量控制方法包括：获取传输业务数据的请求，所述请求携带所述业务数据对应的业务场景的信息；根据所述业务场景的信息确定所述业务场景所对应的第一流量控制参数，所述第一流量控制参数包括所述业务场景对应的令牌桶的令牌量；当传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量时，传输所述业务数据并在所述令牌桶的令牌量中减去传输所述业务数据所需要的令牌量。通过本技术方案，达到了根据不同的业务场景信息采取相应的流量控制参数控制传输业务数据的速率，能够实现对业务数据传输速率的实时控制，达到了对流量实时控制的目的。

Description

一种流量控制方法及系统

技术领域

本申请涉及流量控制技术领域，具体涉及一种流量控制方法及系统。

背景技术

随着金融电商平台应用的推广及技术的改进，金融电商平台的网络访问量越来越高，尤其在遇到秒杀或抢购等电商活动时，用户的访问量更是成倍甚至成几倍的增长，容易造成整个网络系统的响应缓慢或宕机。

漏桶算法可以强行限制数据的传输速率，对由于数据量过大造成的网络系统响应缓慢甚至宕机现象有很好的预防作用。然而，该方法强制限制数据的传输速率，在遇到类似秒杀或者抢购等场景改变时，不能随着场景的改变而自动变化数据传输速率的门限值，对网络数据传输有一定的限制。

综上分析，发明人认为现有技术中不存在根据不同的业务场景采用相应的业务数据传输速率的流量控制方法及系统。

发明内容

因此，本申请要解决的技术问题在于克服现有技术中不存在根据不同的业务场景采用不同的业务数据传输速率的流量控制方法及系统的问题，本申请实施例提供一种流量控制方法，本申请实施例还提供一种流量控制系统。

根据本申请实施例提供的一种流量控制方法，包括如下步骤：

获取传输业务数据的请求，所述请求携带所述业务数据对应的业务场景的信息；

根据所述业务场景的信息确定所述业务场景所对应的第一流量控制参数，所述第一流量控制参数包括所述业务场景对应的令牌桶的令牌量；其中，所述令牌桶的令牌量为所述令牌桶中当前存在的令牌的数量；

当传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量时，传输所述业务数据并在所述令牌桶的令牌量中减去传输所述业务数据所需要的令牌量。

在一个实施例中，所述第一流量控制参数中包括令牌桶的容量，当传输所述业务数据所需要的令牌量大于所述令牌桶的令牌量时，在传输所述业务数据之前，所述方法还包括：

若传输所述业务数据需要的令牌量小于所述令牌桶的容量；

等待所述令牌桶的令牌量增长，直至传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量。

在一个实施例中，所述第一流量控制参数还包括所述令牌桶中令牌的生成速率。

在一个实施例中，当传输所述业务数据所需要的令牌量大于所述令牌桶的令牌量时，在传输所述业务数据之前，所述方法还包括：

若传输业务数据需要的令牌量大于所述令牌桶的容量，则向监控平台发送向监控平台发送资源请求，所述资源请求信息用于将业务场景或业务数据需要的令牌量超出分配的令牌桶容量的信息通知所述监控平台，并请求所述监控平台为所述业务场景或业务数据重新分配令牌桶的容量。

在一个实施例中，流量控制方法还包括，接收监控平台发送的第二流量控制参数，所述第二流量控制参数中包含的所述令牌桶的容量大于传输业务数据需要的令牌量。

根据本申请实施例提供的一种流量控制系统，包括：

获取模块，获取传输业务数据的请求，所述请求携带所述业务数据对应的业务场景的信息；

控制模块，根据所述业务场景的信息确定所述业务场景所对应的第一流量控制参数，所述第一流量控制参数包括所述业务场景对应的令牌桶的令牌量；其中，所述令牌桶的令牌量为令牌桶中当前存在的令牌的数量；

传输模块，当传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量时，传输所述业务数据并在所述令牌桶的令牌量中减去传输所述业务数据所需要的令牌量。

在一个实施例中，所述第一流量控制参数中包括所述令牌桶的容量，所述系统还包括：

第一处理模块，当传输所述业务数据所需要的令牌量大于所述令牌桶的令牌量且传输业务数据需要的令牌量小于令牌桶的容量时，等待所述令牌桶的令牌量增长，直至传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量，传输业务数据。

在一个实施例中，所述第一流量控制参数中还包括所述令牌桶中令牌的生成速率。

在一个实施例中，流量控制系统还包括：

发送模块，若传输业务数据需要的令牌量大于所述令牌桶的容量，则向监控平台发送资源请求，所述资源请求信息用于将业务场景或业务数据需要的令牌量超出分配的令牌桶容量的信息通知所述监控平台，并请求所述监控平台为所述业务场景或业务数据重新分配令牌桶的容量。

在一个实施例中，流量控制系统还包括：

接收模块，接收监控平台发送的第二流量控制参数，根据所述第二流量控制参数传输业务数据，所述第二流量控制参数中包含的所述令牌桶的容量大于或等于传输业务数据需要的令牌量。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请提供的流量控制方法及系统，有效控制了网络传输数据成倍或成几倍增长时造成的网络系统反应缓慢或宕机现象，同时，采用判断令牌桶中的令牌量作为判断是否传输业务数据的依据，在满足根据不同的业务场景采取相应的业务数据传输速率的同时，达到了对业务数据传输速率实时监控的技术效果。

附图说明

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

图1为本申请实施例中一种流量控制方法的流程图；

图2为本申请实施例中另外一种流量控制方法的流程图；

图3为本申请实施例中另外一种流量控制方法的流程图；

图4为本申请实施例中一种流量控制系统的结构示意图；

图5为本申请实施例中另外一种流量控制系统的结构示意图；

图6为本申请实施例中另外一种流量控制系统的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

参见图1所示，本申请实施例提供一种流量控制方法，可应用于金融电商平台，包括如下步骤：

步骤S1、获取传输业务数据的请求，所述请求携带所述业务数据对应的业务场景的信息；

传输业务数据的请求中携带业务数据对应的业务场景信息，如，秒杀或限时抢购等业务场景信息，业务场景信息的不同可采用不同的业务数据传输速率。

步骤S3、根据所述业务场景的信息确定所述业务场景所对应的第一流量控制参数，所述第一流量控制参数包括所述业务场景对应的令牌桶的令牌量；其中，所述令牌桶的令牌量为令牌桶中当前存在的令牌的数量；

不同的业务场景可对应不同的第一流量控制参数，第一流量控制参数中包含获取传输业务数据的请求时令牌桶中对应的令牌量。

作为一个可实施的方案，获取到携带业务场景信息的传输业务数据的请求后，启动Filter的init方法，根据不同的业务场景信息从Zookeeper中读取与业务场景信息对应的第一流量控制参数；当无法从Zookeeper中读取第一流量控制参数时，采用当前网络默认的流量控制参数。

步骤S5、当传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量时，传输所述业务数据并在所述令牌桶的令牌量中减去传输所述业务数据所需要的令牌量。

判断传输业务数据需要的令牌量是否小于或等于令牌桶的令牌量，当传输业务数据需要的令牌量小于或等于令牌桶的令牌量时，传输业务数据，否则，令牌桶的令牌量不满足传输业务数据的需求，则当前无法传输业务数据。

采用令牌桶算法控制业务数据的传输速率，只有当令牌桶的令牌量大于或等于传输业务数据需要的令牌量时，方可传输业务数据，在传输业务数据时，令牌桶的令牌量减少，减少的量为传输业务数据所需要的令牌的数量；如：获取传输业务数据的请求时，令牌桶的令牌量为30个，而传输业务数据需要10个令牌，令牌桶的令牌量大于传输业务数据需要的令牌量，则传输该业务请求，同时，令牌桶的令牌量减去传输业务所需要的10个令牌，即令牌桶的令牌量由30变为20。

本实施例提供的流量控制方法，采用令牌桶算法，当传输业务数据需要的令牌量小于或等于令牌桶中的令牌量时，传输业务数据并从令牌桶的令牌量中减去传输业务数据需要的令牌量，通过本技术方案，达到了控制业务数据传输速率的技术效果，达到了流量控制的目的。

在一个实施例中，第一流量控制参数还可以包括业务场景对应的令牌桶的容量，即令牌桶能容纳的令牌的数量的最大值，作为传输业务数据的门限值，参见图2所示，所述流量控制方法还包括步骤S6：

步骤S6、当传输业务数据所需要的令牌量大于令牌桶的令牌量且传输业务数据需要的令牌量小于或等于令牌桶的容量时，等待令牌桶的令牌量增长，直至传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量，传输业务数据；

当获取到传输业务数据的请求，根据该请求中携带的业务数据对应的业务场景信息对应的第一流量控制参数中包含的令牌量不满足传输所述业务数据需要的令牌量时，则需确定传输业务数据需要的令牌量是否不大于业务场景信息对应的令牌桶的容量，若确定的结果是传输业务数据需要的令牌量不大于业务场景对应的令牌桶的容量，则等待，直到令牌桶中的领排量满足传输业务数据时，传输业务数据。如：传输业务数据需要30个令牌，而业务数据对应的业务场景信息对应的第一流量控制参数中的令牌桶中的领排量为15，而该令牌桶的容量为100，则，需等待，直到该令牌桶的令牌量大于或等于30时，停止等待，同时，传输该业务数据，令牌桶的令牌量同样需减去传输业务数据所需要的令牌量。

在一个实施例中，第一流量控制参数还包括令牌桶中的令牌产生的速率；

在传输业务数据时，需要消耗令牌桶中的令牌，使令牌桶的令牌量降低，然而，令牌桶中也是以一定的速率产生新的令牌，即，令牌量以一定的速率增多，只有当产生的令牌无法被令牌桶容纳时，产生的令牌被丢弃。

如，与业务场景信息对应的第一流量控制参数中包含的令牌产生速率为10个/s，则该令牌桶以每秒钟10个令牌的速度产生新的令牌，即令牌桶的令牌量的增长率也为每秒增长10个，当然，在该1s内若因传输业务数据而消耗一定数量的令牌，则令牌桶的令牌量相应减去该传输业务数据消耗掉的令牌量。

作为一种可选方案，在传输业务数据需要的令牌量大于令牌桶的令牌量且不大于令牌桶的容量时，可发送传输业务数据需要的令牌量信息至监控平台，监控平台接收到传输业务数据需要的令牌量信息后，查看当前网络或带宽是否允许修改第一流量控制参数，若允许，则修改第一流量控制参数，以修改后的流量控制参数为依据传输业务数据。作为一种可选方案，修改后的第一流量控制参数中包含的令牌桶的令牌产生速率大于第一流量控制参数中包含的令牌桶的令牌产生速率，如此，则传输业务数据等待的时间缩短，传输业务数据的速率提高。

在一个实施例中，当传输业务数据所需要的令牌量大于令牌桶的容量时，在传输所述业务数据之前，还包括S7：

步骤S7、则向监控平台发送向监控平台发送资源请求，所述资源请求信息用于将业务场景或业务数据需要的令牌量超出分配的令牌桶容量的信息通知所述监控平台，并请求所述监控平台为所述业务场景或业务数据重新分配令牌桶的容量。

当传输业务数据请求所需的令牌量大于当前业务场景信息对应的令牌桶的容量时，发送资源请求信息，所述资源请求信息中可包括传输业务数据所需的令牌量信息，如，传输业务数据需要50个令牌，而令牌桶的容量为40个，此时需发送资源请求信息至监控平台，资源请求信息中可包括传输业务数据所需要的令牌量(50)至监控平台，监控平台根据当前带宽及网络状况判断是否可修改令牌桶的容量。

在一个实施例中，参见图3所示，发送传输业务数据所需要的令牌量信息后，还包括：

步骤S8、接收监控平台发送的第二流量控制参数，根据所述第二流量控制参数传输业务数据，所述第二流量控制参数中包含的所述令牌桶的容量大于传输业务数据需要的令牌量。

当监控平台通过判断当前的带宽及网络状况，可以将令牌桶的容量扩大至传输业务数据需要的令牌量时，便发送第二流量控制参数，以第二流量控制参数为基准进行流量控制；当接收该第二流量控制参数，以该第二流量控制参数为基准传输业务数据，第二流量控制参数中包含的令牌桶的容量大于或等于传输业务数据需要的令牌量。

当监控平台通过判断当前网络或带宽的状况，判断当前网络情况不允许将令牌桶的容量扩大至不小于传输业务数据需要的令牌量时，则阻止传输此业务数据。

第一流量控制参数和第二流量控制参数中均可包括令牌桶中产生令牌的速率，第一流量控制参数中包含的生成令牌的速率与第二流量控制参数中包含的生成令牌的速率的大小关系不做限定，可以二者相等，或者第一流量控制参数中包含的生成令牌的速率大于第二流量控制参数中包含的生成令牌的速率，也可以是参数中包含的生成令牌的速率小于第二流量控制参数中包含的生成令牌的速率。

第二流量控制参数中还可包括令牌桶的令牌量，根据第二流量控制参数传输业务数据与根据第一流量控制参数为依据传输业务数据的方法类似，在此不予赘述。

如下，列举一具体实施例进行阐述：

某电商举行秒杀活动，由于活动开始的瞬间，访问该电商的网络资源的数据量较大，当然，传输业务数据需要的令牌量也比较大，在活动开始时刻，秒杀活动业务场景对应的第一流量控制参数包含的令牌桶的令牌量为100，该令牌桶的令牌产生的速率为100个/s，如传输业务数据需要的令牌量为80，则传输业务数据，同时将令牌桶的中的令牌量减去80，则在令牌桶不产生新的令牌的情况下，传输完业务数据后令牌桶的令牌量变为20。

又如：在秒杀活动开始时，令牌桶的令牌量为100，令牌桶的容量为200个令牌，令牌产生的速率为100个/s，传输业务数据需要140个令牌，则需等待0.4s，可以完成业务数据的传输。

在等待业务数据传输的同时，发送传输业务数据所需的令牌量信息至监控平台，监控平台接收到传输业务数据所需的令牌量信息后，判断当前网络或带宽情况是否允许修改第一流量控制参数，以提高令牌产生的速率，如果判断结果是可以修改第一流量控制参数中的令牌桶的产生速率，如将令牌桶中产生令牌的速率提高为200个/s，则传输该业务数据只需等待0.2s，令牌桶产生令牌的速率提高，则传输业务数据的速率提高。

同时，如传输业务数据需要的令牌量为300，由于已经超出令牌桶的容量(200)，则确定该业务数据无法通过该令牌桶传输，发送资源请求信息至监控平台，经过监控平台判断当前网络或带宽状况后，发送第二流量控制参数，第二流量控制参数中包含的令牌桶的容量为350，则以第二流量控制参数为基准传输业务数据；若经过流量监控平台判断当前网络及带宽状况后，确定当前网络无法满足传输业务数据需要的令牌桶的容量时，则阻止传输此业务数据。

实施例2

本实施例提供一种流量控制系统2，参见图4所示，包括获取模块21、控制模块22和传输模块23。其中，获取模块21获取传输业务场景的请求，所述请求携带所述业务数据对应的业务场景的信息；控制模块22根据所述业务场景的信息确定所述业务场景所对应的第一流量控制参数，所述第一流量控制参数包括所述业务场景对应的令牌桶的令牌量；其中，所述令牌桶的令牌量为令牌桶中当前存在的令牌的数量；传输模块23当传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量时，传输所述业务数据并在所述令牌桶的令牌量中减去传输所述业务数据所需要的令牌量。

本实施例提供的流量控制系统，设置有控制模块22，控制模块22中设置有第一流量控制参数，传输模块采用令牌桶算法传输业务数据，当第一流量控制参数中包含的令牌量大于或等于传输业务数据需要的令牌量时，传输业务数据，本技术方案通过令牌桶的令牌量控制传输业务数据的速率，达到了控制业务数据传输速率的效果，达到了控制流量的目的。

在一个实施例中，第一流量控制参数还包括令牌桶的容量，即令牌桶所容纳的令牌量的最大值。参见图5所示，流量控制系统还包括处理模块24，当传输业务数据所需要的令牌量大于所述令牌桶的令牌量且传输业务数据需要的令牌量不大于令牌桶的容量时，等待令牌桶的令牌量增长，直至传输业务数据需要的令牌量小于或等于令牌桶的令牌量，如，传输业务数据需要令牌量为30个，而令牌桶的令牌量为20个，令牌桶的容量为50，则需要执行第一处理模块24，直至令牌桶的令牌量大于或等于30，传输业务数据，同时，将令牌桶的令牌量减去30。

在一个实施例中，第一流量控制参数中还包括令牌桶中令牌的生成速率，用于确定所述令牌桶的令牌量增长至传输所述业务数据需要的令牌量的时间，如：令牌桶中的令牌量为30，令牌桶的容量为100，传输业务数据需要的令牌量为50，令牌桶中令牌的生成速率为100个/s，则令牌桶的令牌量增长至传输业务数据需要的令牌量的时间为0.2s。

在一个实施例中，流量控制系统还包括：

发送模块25，用于若传输业务数据需要的令牌量大于所述令牌桶的容量，则向监控平台发送资源请求，所述资源请求信息用于将业务场景或业务数据需要的令牌量超出分配的令牌桶容量的信息通知所述监控平台，并请求所述监控平台为所述业务场景或业务数据重新分配令牌桶的容量。

发送资源请求信息后，经过监控平台的判断，若允许将令牌桶的容量增大至满足传输该业务数据需要的令牌量时，则监控平台修改第一流量控制参数，得到第二流量控制参数，并将第二流量控制参数发送至流量控制系统。

在一个实施例中，参见图6所示，流量控制系统还包括：

接收模块26，接收监控平台发送的第二流量控制参数，根据第二流量控制参数传输业务数据，所述第二流量控制参数中包含的所述令牌桶的容量大于或等于传输业务数据需要的令牌量。

第二流量控制参数可包含令牌桶产生令牌的速率，第一流量控制参数中也可包含令牌桶中产生令牌的速率，关于第二流量控制参数包含的令牌桶中令牌的产生速率与第一流量控制参数中包含的令牌桶中的令牌产生速率的大小关系，在此不做限定，可以是第二流量控制参数包含的令牌桶中令牌的产生速率大于第一流量控制参数中包含的令牌桶中的令牌产生速率，也可以是二者相等，或者是第二流量控制参数包含的令牌桶中令牌的产生速率小于第一流量控制参数中包含的令牌桶中的令牌产生速率。

当发送模块发送资源请求信息至监控平台后，经过监控平台的判断，当前的网络或带宽状况不允许将令牌桶的容量扩大至满足传输业务数据需要的令牌量需求时，则阻止此业务数据的传输。

如：传输业务数据需要的令牌量为170，而令牌桶的令牌量为150，令牌桶的容量为200，控制模块获取到当前令牌桶的令牌量小于170，且传输业务数据需要的令牌量小于令牌桶的容量，则处理模块24启动，等待令牌桶中令牌量增长至170。

又如：传输业务数据需要的令牌量为170，而令牌桶的令牌量容量为150，则发送模块25发送资源请求信息至监控平台，接收模块26接收第二流量控制参数，将令牌桶的容量扩大至200，则以第二流量控制参数为依据传输业务数据。

而若当前的网络或带宽状况不允许将令牌桶的容量扩大至大于或等于170时，则阻止该业务数据的传输。

本申请实施例提供的流量控制系统，设置有发送模块25，可发送资源请求值信息至监控平台，可将传输业务数据需要的令牌量信息至监控平台，以供监控平台实时监控业务数据的传输速率；同时，接收模块26接收监控平台发送的第二流量控制参数，第二流量控制参数中包含的令牌桶的容量大于或等于传输业务数据需要的令牌量，以传输业务数据。

需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

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

Claims (10)

1.一种流量控制方法，其特征在于，包括如下步骤：

获取传输业务数据的请求，所述请求携带所述业务数据对应的业务场景的信息；

根据所述业务场景的信息确定所述业务场景所对应的第一流量控制参数，所述第一流量控制参数包括所述业务场景对应的令牌桶的令牌量；其中，所述令牌桶的令牌量为所述令牌桶中当前存在的令牌的数量；

当传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量时，传输所述业务数据并在所述令牌桶的令牌量中减去传输所述业务数据所需要的令牌量。

2.根据权利要求1所述的方法，其特征在于，所述第一流量控制参数中包括令牌桶的容量，当传输所述业务数据所需要的令牌量大于所述令牌桶的令牌量时，在传输所述业务数据之前，所述方法还包括：

若传输所述业务数据需要的令牌量小于所述令牌桶的容量；

等待所述令牌桶的令牌量增长，直至传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量。

3.如权利要求2所述的方法，其特征在于，所述第一流量控制参数还包括所述令牌桶中令牌的生成速率。

4.根据权利要求2所述的方法，其特征在于，当传输所述业务数据所需要的令牌量大于所述令牌桶的令牌量时，在传输所述业务数据之前，所述方法还包括：

若传输业务数据需要的令牌量大于所述令牌桶的容量，则向监控平台发送向监控平台发送资源请求，所述资源请求信息用于将业务场景或业务数据需要的令牌量超出分配的令牌桶容量的信息通知所述监控平台，并请求所述监控平台为所述业务场景或业务数据重新分配令牌桶的容量。

5.根据权利要求4所述的方法，其特征在于，还包括，接收监控平台发送的第二流量控制参数，根据所述第二流量控制参数传输业务数据，所述第二流量控制参数中包含的所述令牌桶的容量大于传输业务数据需要的令牌量。

6.一种流量控制系统，其特征在于，包括如下步骤：

获取模块，获取传输业务数据的请求，所述请求携带所述业务数据对应的业务场景的信息；

控制模块，根据所述业务场景的信息确定所述业务场景所对应的第一流量控制参数，所述第一流量控制参数包括所述业务场景对应的令牌桶的令牌量；其中，所述令牌桶的令牌量为令牌桶中当前存在的令牌的数量；

传输模块，当传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量时，传输所述业务数据并在所述令牌桶的令牌量中减去传输所述业务数据所需要的令牌量。

7.根据权利要求6所述的系统，其特征在于，所述第一流量控制参数中包括所述令牌桶的容量，所述系统还包括：

第一处理模块，当传输所述业务数据所需要的令牌量大于所述令牌桶的令牌量且传输业务数据需要的令牌量小于令牌桶的容量时，等待所述令牌桶的令牌量增长，直至传输所述业务数据所需要的令牌量小于或等于所述令牌桶的令牌量，传输业务数据。

8.根据权利要求7所述的系统，其特征在于，所述第一流量控制参数中还包括所述令牌桶中令牌的生成速率。

9.根据权利要求7所述的系统，其特征在于，还包括：

发送模块，若传输业务数据需要的令牌量大于所述令牌桶的容量，则向监控平台发送资源请求，所述资源请求信息用于将业务场景或业务数据需要的令牌量超出分配的令牌桶容量的信息通知所述监控平台，并请求所述监控平台为所述业务场景或业务数据重新分配令牌桶的容量。

10.根据权利要求9所述的系统，其特征在于，还包括：

接收模块，接收监控平台发送的第二流量控制参数，所述第二流量控制参数中包含的所述令牌桶的容量大于或等于传输业务数据需要的令牌量。