CN106452958A - 一种流量控制方法、系统及集中控制器 - Google Patents

Abstract

本发明实施例提供一种流量控制方法、系统及集中控制器，涉及通信技术领域，解决了现有技术中在进行流量疏导的过程中仅根据IP路径进行流量转发，所导致流量的传输效果无法满足用户对业务质量的实际需求的问题。该方法包括：网络边缘设备向集中控制器发送用户终端的网络监测信息；网络监测信息包括流量的种类和占用带宽；网络转发设备向集中控制器发送链路时延信息；链路时延信息包括链路的剩余带宽以及链路传播时延；集中控制器根据网络边缘设备发送的网络监测信息、网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径，并将目标转发路径和流量控制策略下发给网络设备。本发明应用于流量的控制。

Description

一种流量控制方法、系统及集中控制器

技术领域

本发明涉及通信技术领域，尤其涉及一种流量控制方法、系统及集中控制器。

背景技术

目前，网络中的流量均是按路由协议疏导的，而主流的路由协议如BGP、ISIS、OSPF等都是采用分布式控制，即每台网络设备同时拥有控制层面和转发层面。各网络设备通过交互路由协议报文收集附近的网络信息，然后生成各自的转发表项。当收到数据流后，各设备按自己的转发表项基于数据流的二、三层信息进行查表匹配转发。

另一种新兴的网络组织方式是软件定义网络，即SDN。它将各网络设备的控制层面抽离并集中到一台专门的设备上，即控制器。其他各网络设备只保持转发功能。当网络设备收到新数据流后，会先将流量简报或第一个报文上送到控制器。控制器收到后会根据报文的二三层信息进行集中计算，然后将结算结果转化成网络中各设备的转发表项并下发到具体设备上。

但是，发明人发现，不管是分布式控制还是集中式控制，现有技术中在流量疏导过程中网络设备仅根据流量的二三层信息进行寻路、转发，即仅根据IP路径进行流量转发，导致流量的传输效果往往不能满足用户对业务质量的实际需求，影响用户的使用体验。

发明内容

本发明的实施例提供一种流量控制方法、系统及集中控制器，解决了现有技术中在进行流量疏导的过程中仅根据IP路径进行流量转发，所导致流量的传输效果无法满足用户对业务质量的实际需求的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供一种流量控制方法，应用于集中控制器，所述方法包括：

网络边缘设备向所述集中控制器发送用户终端的网络监测信息；所述网络监测信息包括流量类型和占用带宽；

网络转发设备向所述集中控制器发送链路时延信息；所述链路时延信息包括链路的剩余带宽以及链路传播时延；

集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径，并将所述目标转发路径和流量控制策略下发给网络设备；

其中，所述业务需求信息包括业务类型、业务质量需求以及业务优先级。

进一步的，所述集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径之前，还包括：

所述集中控制器接收外部设定的业务需求信息。

可选的，所述集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径具体包括：

所述集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定网络中各节点之间的当前负载和当前所需网络时延；

所述集中控制器根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径。

可选的，所述集中控制器根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径具体包括：

所述集中控制器根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定各链路的负载权重；

所述集中控制器选择出各链路中负载权重最小的链路，并将所述负载权重最小的链路作为目标转发路径。

第二方面，提供一种集中控制器，应用于第一方面所述的方法，所述集中控制器包括：

网络信息收集模块，用于接收网络边缘设备发送的用户终端的网络监测信息和网络转发设备发送的链路时延信息；

业务需求设定模块，用于接收业务需求信息；

流量处理模块，用于根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径；

策略下发模块，用于将所述目标转发路径和流量控制策略下发给网络设备。

可选的，所述流量处理模块具体用于：

根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定网络中各节点之间的当前负载和当前所需网络时延；

根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径。

进一步的，所述流量处理模块具体用于：

根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定各链路的负载权重；

所述集中控制器选择出各链路中负载权重最小的链路，并将所述负载权重最小的链路作为目标转发路径。

第三方面，提供一种网络转发设备，包括:

链路监测模块，用于通过周期的向转发节点发送ping报文获取链路时延信息；

发送模块，用于将所述链路监测模块获取的链路时延信息发送至集中控制器；

流量转发模块，用于根据集中控制器下发的目标转发路径对数据流进行匹配和转发。

第四方面，提供一种网络边缘设备，包括：

DPI模块，用于获取用户终端的网络监测信息，并将所述网络监测信息反馈给集中控制器和流量控制模块；

流量控制模块，用于根据DPI模块获取的所述网络监测信息以及集中控制器下发的流量控制策略，通知会话开关模块对流量进行控制；

会话开关模块，用于根据流量控制模块通知的命令对流量转发模块实施流量控制；

流量转发模块，用于根据所述会话开关模块发送的流量控制命令，依据集中控制器下发的目标转发路径对数据流进行匹配和转发。

第五方面，提供一种流量控制系统，包括第二方面所述的集中控制器、第三方面所述的网络转发设备以及第四方面所述的网络边缘设备，其中：

所述网络边缘设备用于获取用户终端的网络监测信息；

所述网络转发设备备用于获取链路的时延信息；

所述集中控制器用于根据所述网络边缘设备获取的用户终端的网络监测信息、所述网络转发设备获取的链路时延信息以及业务需求信息确定目标转发路径，并将所述目标转发路径和流量控制策略下发给网络设备。

可选的，所述系统还包括：

业务计费服务器，用于根据所述网络设备中业务的实际运营情况和预制计费原则对所述网络设备各时段流量进行计费。

进一步的，所述业务计费服务器包括：

业务输入模块，用于用户或者管理员输入业务类型或流量的业务需求；

计费模块，用于根据所述业务输入模块输入的业务类型或流量的业务需求以及预设的计费原则对用户各时段的流量进行计费。

本方案中的集中控制器根据网络边缘设备发送的网络监测信息、网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径，由于该业务需求信息中包括业务类型、业务质量需求以及业务优先级，使得集中控制器确定出的目标转发路径，充分考虑到业务自身的需求，这样可以满足用户对业务质量的实际需求，避免现有技术中出现由于网络设备仅根据IP路径进行流量转发，所导致流量的传输效果无法满足用户对业务质量的实际需求的问题。此外，网络边缘设备发送的网络监测信息在不同时刻是动态变化的，从而使得集中控制器最终确定的目标转发路径在不同时刻均对应不同的目标转发路径，从而实现了流量转发的动态控制，保证了流量在整个网络中的传输过程中都不会拥塞，从而保证用户流量在网络中的整体传输质量。

附图说明

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

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

图2为本发明实施例提供的另一种流量控制方法的方法流程图；

图3为本发明实施例提供的基于图2的对QoS有需求的流量的处理方法的流程图；

图4为本发明实施例提供的基于图2的对QoS无需求的流量的处理方法的流程图；

图5为本发明实施例提供的一种网络拓扑结构图；

图6为本发明实施例提供的一种集中控制器的结构示意图；

图7为本发明实施例提供的一种网络转发设备的结构示意图；

图8为本发明实施例提供的一种网络边缘设备的结构示意图；

图9为本发明实施例提供的一种流量控制系统的结构示意图；

图10为本发明实施例提供的一种业务计费服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种流量控制方法，应用于集中控制器，如图1所示，该方法包括：

101、网络边缘设备向集中控制器发送用户终端的网络监测信息。

其中，上述的网络监测信息包括流量类型和占用带宽。

示例性的，上述网络边缘设备通过深度报文检测(英文：Deep PacketInspection，简称：DPI)模块周期检测从用户终端流入流量的源、目的等地址信息，应用层的业务组成以及占用的带宽，并将该结果汇报给集中控制器。

102、网络转发设备向集中控制器发送链路时延信息。

其中，上述的链路时延信息包括链路的剩余带宽以及链路传播时延。

示例性的，上述的网络转发设备通过周期的向邻居节点发送ping报文获取链路时延信息，同时通过监测设备各端口流量情况获取各链路的剩余带宽以及当前时延情况。

103、集中控制器根据网络边缘设备发送的网络监测信息、网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径，并将目标转发路径和流量控制策略下发给网络设备。

其中，上述的业务需求信息包括业务类型、业务质量需求(英文：Quality ofservice，简称：QoS)以及业务优先级。

示例性的，步骤103之前，还包括：

103a、集中控制器接收外部设定的业务需求信息。

示例性的，参照表1所示的各种业务的业务需求信息表，可以得出不同类型的业务对应的QoS需求以及业务的优先级。上述的集中控制器接收外部设定的业务需求信息，并将该业务需求信息预先保存至集中控制器的存储单元中，而该业务需求信息可以参照下表1中给出的内容。

表1

参照上述表1可得，每种类型的业务对应的QoS需求以及业务的优先级。例如，HTTP媒体视频的业务其要求传输时延小于140ms，优先级为最高的，处于第一位置。

需要说明的是，上述的表1仅仅给出了部分的业务类型，以及该部分业务类型对应的QoS需求和优先级。这里仅仅是举例进行说明，并不进行限定，在实际的应用中应该涵盖所有的业务类型。

示例性的，上述的步骤103具体包括以下内容：

A1、集中控制器根据网络边缘设备发送的网络监测信息、网络转发设备发送的链路时延信息以及业务需求信息确定网络中各节点之间的当前负载和当前所需网络时延。

A2、集中控制器根据网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径。

进一步的基于步骤103的内容，集中控制器根据网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径具体包括以下内容：

B1、集中控制器根据网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定各链路的负载权重。

B2、集中控制器选择出各链路中负载权重最小的链路，并将负载权重最小的链路作为目标转发路径。

示例性的，上述的各链路负载权重为链路中各节点当前负载与网络带宽的比值的最大值。

示例性的，如图2所示为本方案提供的集中控制器计算目标转发路径的流程图。

201、集中控制器获取网络信息。

示例性的，上述的网络信息包括：流量类型、占用带宽、网络带宽以及网络时延。

202、集中控制器对所有流量按优先级排序。

203、集中控制器为有QoS需求的流量分配传输路径。

204、集中控制器为无QoS需求的流量分配传输路径。

205、集中控制器生成目标转发路径以及流量控制策略。

示例性的，参照图3所示的流程图，上述的203具体包括以下内容：

2031、集中控制器先进行判断，是否所有的对QoS有需求的流量都已确定传输路径。

若是，则进入步骤2032；否则进入步骤2033。

2032、进入步骤204。

2033、集中控制器按照优先级从高到低为未分配路径的流量查找符合QoS需求的转发节点，并将该流量累加到这些转发节点对应的路径上，然后计算各路径的负载权重。

2034、集中控制器判断是否存在满足优先级最高的流量QoS及带宽需求的传输路径。

若是，则进入步骤2035；否则，进入到2036。

2035集中控制器计算各链路的负载权重，为未分配路径的流量选择出负载权重最小的链路，即目标转发路径。

2036、集中控制器将该流量加入到流控列表中。

2037、集中控制器计算各链路的剩余带宽。

然后，再回到2031，一直进行循环下去，直到所有QoS有需求的流量都已确定传输路径。

示例性的，参照图4所示的流程图，上述的204具体包括以下内容：

2041、集中控制器判断是否所有QoS无需求的流量都已确定传输路径。

若是，则进入到步骤2042；否则，进入到步骤2043。

2042、进入步骤205。

2043、集中控制器按照优先级从高到低为未分配路径的流量查找转发节点，并将该流量累加到这些转发节点对应的链路上，同时计算各链路的负载权重。

2044、集中控制器判断是否存在优先级最高的流量的传输路径。

若是，则进入到步骤2045；否则，进入到2046。

2045、集中控制器计算各链路的负载权重，为未分配路径的流量选择出负载权重最小的链路，即目标转发路径。

2046、集中控制器将该流量加入到流控列表。

2047、集中控制器判断该目标转发路径带宽是否足以承载优先级最高的流量。

若是，则进入到步骤2048；否则，进入2049。

2048、集中控制器计算各链路的剩余带宽。

2049、集中控制器根据该目标转发路径提供的带宽对该流量进行流量控制策略的控制，并将该流量加入到流控列表中。

然后，再回到2041，一直进行循环下去，直到所有QoS无需求的流量都已确定传输路径。

如图5所示为本发明实施例提供的网络拓扑结构图，参照该图2以及图3和图4所示的流程图，下面将对有QoS需求的流量和无QoS的流量分别举例进行说明如何确定目标转发路径的过程。

示例性的，图5所示的网络拓扑结构图中包括网络边缘设备和网络转发设备间的带宽及链路中的网络时延。

首先，网络边缘设备获取的用户终端的网络监测信息如下表2所示，该表2中给出了用户终端流入流量的源、目的地址以及对应得流量类型和流量负载。

表2

其次，根据上述的网络拓扑结构图5以及表2和表1可以得到，对于流量1(用户A1至用户C1之间)的转发路径为：S1->S4->S6->S3和S1->S4->S5->S6->S3这两条转发路径。而对于流量2(用户B2至用户C2之间)的转发路径为：S2->S4->S6->S3和S2->S4->S5->S6->S3这两条路径。对于流量3(用户A1至用户B1之间)的转发路径为：S1->S4->S2这一条路径。其中，流量1和流量2是对QoS有需求的，而流量3是对QoS无需求的。

需要说明的是，首先，对于上述的流量1和流量2所确定的转发路径，是考虑过不同的业务类型当前所需的网络时延所得到的转发路径，因此，在以下确定流量1和流量2的目标转发路径时，就不再考虑各节点间当前所需的网络时延了，即直接根据各节点之间的当前负载和网络带宽来计算各转发路径的负载权重，从而确定出目标转发路径。其次，这里以网络中包含这三种流量为例进行说明集中控制器如何确定目标转发路径的过程，并不进行限定。在实际的应用中网络中的流量不仅包含上述的三种情况，还可以包括的更多。

根据图3中的步骤2033得到：对于流量1，各节点间的当前负载为下表3所示：

表3

各节点间	各节点间的当前负载	带宽
			S1-S4	6G	10G
S4-S6	3G	20G
			S6-S3	6G	10G
S4-S5	3G	20G
			S5-S6	3G	20G

根据图3中的步骤2033得到：对于流量2，各节点间的当前负载为下表4所示：

表4

根据图3中的步骤2035以及表4中的各节点当前的负载得到：流量1的两条转发路径的负载权重如下表5所示。

表5

流量	转发路径	负载权重
			流量1	S1->S4->S6->S3	12/10
流量1	S1->S4->S5->S6->S3	12/10

从上述的表5中可以得到流量1的两条转发路径的负载权重均为：12/10。因此，集中控制器则选择链路最短的转发路径为目标转发路径，即S1->S4->S6->S3。

此时，网络中各节点间的实际负载如下表6所示。

表6

各节点间	实际负载
		S1-S4	3
S4-S6	3
		S6-S3	3

根据图3中的步骤2033得到：对于流量2，各节点间的当前负载为下表7所示：

表7

根据图3中的步骤2035以及表7中的各节点当前的负载得到：流量2的两条转发路径的负载权重如下表8所示：

表8

流量	转发路径	负载权重
			流量2	S2->S4->S6->S3	9/10
流量2	S2->S4->S5->S6->S3	9/10

从上述的表8中可以得到流量2的两条转发路径的负载权重均为：9/10。因此，集中控制器则选择链路最短的路径为目标转发路径，即S2->S4->S6->S3。

此时，网络中各节点间的实际负载如下表9所示：

表9

各节点间	实际负载
		S1-S4	3G
S4-S6	6G
		S6-S3	6G
S2-S4	3G

按图4所示，继续为流量3确定目标转发路径。本文中定义链路带宽利用率超过90％就是发生拥塞。而流量3转发路径仅有一条，即也为流量3的目标转发路径(即S1->S4->S2转发路径)。各节点间的当前负载如下表10所示：

表10

各节点间	当前负载	带宽
			S1-S4	10G	10G
S4-S2	10G	10G

为保证链路不拥塞，设定对流量3进行带宽控制。根据链路在不拥塞的情况下的剩余带宽为1G，故向网络边缘设备下发流量控制策略，即在网络边缘设备S2上增加一条流量命令，将流量3的带宽控制到6G。

至此，完成整个目标转发路径和流量控制策略的设定。集中控制器将其转换为各网络设备的转发表和流控列表下发到各网络设备即可。

本方案中的集中控制器根据网络边缘设备发送的网络监测信息、网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径，由于该业务需求信息中包括业务类型、业务质量需求以及业务优先级，使得集中控制器确定出的目标转发路径，充分考虑到业务自身的需求，这样可以满足用户对业务质量的实际需求，避免现有技术中出现由于网络设备仅根据IP路径进行流量转发，所导致流量的传输效果无法满足用户对业务质量的实际需求的问题。此外，网络边缘设备发送的网络监测信息在不同时刻是动态变化的，从而使得集中控制器最终确定的目标转发路径在不同时刻均对应不同的目标转发路径，从而实现了流量转发的动态控制，保证了流量在整个网络中的传输过程中都不会拥塞，从而保证用户流量在网络中的整体传输质量。

下面将基于图1对应的流量控制方法的实施例中的相关描述对本发明实施例提供的一种集中控制器进行介绍。以下实施例中与上述实施例相关的技术术语、概念等的说明可以参照上述的实施例，这里不再赘述

本发明实施例提供一种集中控制器，应用于上述的方法，如图6所示，该集中控制器3包括：网络信息收集模块31、业务需求设定模块32、流量处理模块33以及策略下发模块34。其中：

网络信息收集模块31，用于接收网络边缘设备发送的用户终端的网络监测信息和网络转发设备发送的链路时延信息。

业务需求设定模块32，用于接收业务需求信息。

流量处理模块33，用于根据网络边缘设备发送的网络监测信息、网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径。

策略下发模块34，用于将目标转发路径和流量控制策略下发给网络设备。

示例性的，流量处理模块33具体用于：

根据网络边缘设备发送的网络监测信息、转发设备发送的链路时延信息以及业务需求信息确定网络中各节点之间的当前负载和当前所需网络时延。

根据网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径。

进一步的，上述的流量处理模块33在根据网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径具体用于：

根据网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定各链路的负载权重。

选择出各链路中负载权重最小的链路，并将所述负载权重最小的链路作为目标转发路径。

示例性的，上述的各链路负载权重为链路中各节点当前负载与网络带宽的比值的最大值。

本发明实施例提供一种网络转发设备，如图7所示，该网络转发设备包括:链路监测模块41、发送模块42以及第一流量转发模块43，其中：

链路监测模块41，用于通过周期的向转发节点发送ping报文获取链路时延信息。

发送模块42，用于将链路监测模块获取的链路时延信息发送至集中控制器。

第一流量转发模块43，用于根据集中控制器下发的目标转发路径对数据流进行匹配和转发。

本发明实施例提供一种网络边缘设备，如图8所示，该网络边缘设备包括：DPI模块51、流量控制模块52、会话开关模块53以及第二流量转发模块54，其中：

DPI模块51，用于获取用户终端的网络监测信息，并将所述网络监测信息反馈给集中控制器和流量控制模块；

流量控制模块52，用于根据DPI模块51获取的网络监测信息以及集中控制器下发的流量控制策略，通知会话开关模块对流量进行控制；

会话开关模块53，用于根据流量控制模块52通知的命令对流量转发模块实施流量控制；

流量转发模块54，用于根据会话开关模块53发送的流量控制命令，依据集中控制器下发的目标转发路径对数据流进行匹配和转发。

本发明实施例提供一种流量控制系统，如图9所示，该流量控制系统6包括上述的集中控制器61、上述的网络转发设备62以及上述的网络边缘设备63，其中：

网络边缘设备63用于获取用户终端的网络监测信息。

网络转发设备62用于获取链路的时延信息。

集中控制器61用于根据网络边缘设备63获取的用户终端的网络监测信息、网路转发设备62获取的链路时延信息以及业务需求信息确定目标转发路径，并将目标转发路径和流量控制策略下发给网络设备。

可选的，如图9所示，该流量控制系统6还包括：业务计费服务器64，其中：

业务计费服务器64，用于根据网络设备中业务的实际运营情况和预制计费原则对网络设备各时段流量进行计费。

进一步的，如图10所示，上述的业务计费服务器7包括：业务输入模块71以及计费模块72

业务输入模块，用于用户或者管理员输入业务类型或流量的业务需求；

计费模块，用于根据业务输入模块71输入的业务类型或流量的业务需求以及预设的计费原则对用户各时段的流量进行计费。

本方案中的集中控制器根据网络边缘设备发送的网络监测信息、网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径，由于该业务需求信息中包括业务类型、业务质量需求以及业务优先级，使得集中控制器确定出的目标转发路径，充分考虑到业务自身的需求，这样可以满足用户对业务质量的实际需求，避免现有技术中出现由于网络设备仅根据IP路径进行流量转发，所导致流量的传输效果无法满足用户对业务质量的实际需求的问题。此外，网络边缘设备发送的网络监测信息在不同时刻是动态变化的，从而使得集中控制器最终确定的目标转发路径在不同时刻均对应不同的目标转发路径，从而实现了流量转发的动态控制，保证了流量在整个网络中的传输过程中都不会拥塞，从而保证用户流量在网络中的整体传输质量。

在本申请所提供的几个实施例中，应该理解到，所揭露的集中控制器、网络边缘设备以及网络转发设备，可以通过其它的方式实现。例如，以上所描述的集中控制器的实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，基站或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理包括，也可以两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种流量控制方法，其特征在于，应用于集中控制器，所述方法包括：

网络边缘设备向所述集中控制器发送用户终端的网络监测信息；所述网络监测信息包括流量类型和占用带宽；

网络转发设备向所述集中控制器发送链路时延信息；所述链路时延信息包括链路的剩余带宽以及链路传播时延；

集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径，并将所述目标转发路径和流量控制策略下发给网络设备；

其中，所述业务需求信息包括业务类型、业务质量需求以及业务优先级。

2.根据权利要求1所述的方法，其特征在于，所述集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径之前，还包括：

所述集中控制器接收外部设定的业务需求信息。

3.根据权利要求1所述的方法，其特征在于，所述集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径具体包括：

所述集中控制器根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定网络中各节点之间的当前负载和当前所需网络时延；

所述集中控制器根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径。

4.根据权利要求3所述的方法，其特征在于，所述集中控制器根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径具体包括：

所述集中控制器根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定各链路的负载权重；

所述集中控制器选择出各链路中负载权重最小的链路，并将所述负载权重最小的链路作为目标转发路径。

5.一种集中控制器，其特征在于，应用于权利要求1-4任一项所述的方法，所述控制器包括：

网络信息收集模块，用于接收网络边缘设备发送的用户终端的网络监测信息和网络转发设备发送的链路时延信息；

业务需求设定模块，用于接收业务需求信息；

流量处理模块，用于根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定目标转发路径；

策略下发模块，用于将所述目标转发路径和流量控制策略下发给网络设备。

6.根据权利要求5所述的控制器，其特征在于，所述流量处理模块具体用于：

根据所述网络边缘设备发送的网络监测信息、所述网络转发设备发送的链路时延信息以及业务需求信息确定网络中各节点之间的当前负载和当前所需网络时延；

根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定目标转发路径。

7.根据权利要求6所述的控制器，其特征在于，所述流量处理模块具体用于：

根据所述网络中各节点之间的当前负载和当前所需网络时延以及网络带宽确定各链路的负载权重；

选择出各链路中负载权重最小的链路，并将所述负载权重最小的链路作为目标转发路径。

8.一种网络转发设备，其特征在于，包括:

链路监测模块，用于通过周期的向转发节点发送ping报文获取链路时延信息；

发送模块，用于将所述链路监测模块获取的链路时延信息发送至集中控制器；

流量转发模块，用于根据集中控制器下发的目标转发路径对数据流进行匹配和转发。

9.一种网络边缘设备，其特征在于，包括：

DPI模块，用于获取用户终端的网络监测信息，并将所述网络监测信息反馈给集中控制器和流量控制模块；

流量控制模块，用于根据DPI模块获取的所述网络监测信息以及集中控制器下发的流量控制策略，通知会话开关模块对流量进行控制；

会话开关模块，用于根据流量控制模块通知的命令对流量转发模块实施流量控制；

流量转发模块，用于根据所述会话开关模块发送的流量控制命令，依据集中控制器下发的目标转发路径对数据流进行匹配和转发。

10.一种流量控制系统，其特征在于，包括权利要求5-7任一项所述的集中控制器、权利要求8所述的网络转发设备以及权利要求9所述的网络边缘设备，其中：

所述网络边缘设备用于获取用户终端的网络监测信息；

所述网络转发设备用于获取链路的时延信息；

所述集中控制器用于根据所述网络边缘设备获取的用户终端的网络监测信息、所述转发设备获取的链路时延信息以及业务需求信息确定目标转发路径，并将所述目标转发路径和流量控制策略下发给网络设备。

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

业务计费服务器，用于根据所述网络设备中业务的实际运营情况和预制计费原则对所述网络设备各时段流量进行计费。

12.根据权利要求11所述的系统，其特征在于，所述业务计费服务器包括：

业务输入模块，用于用户或者管理员输入业务类型或流量的业务需求；

计费模块，用于根据所述业务输入模块输入的业务类型或流量的业务需求以及预设的计费原则对用户各时段的流量进行计费。