网络流量控制的方法及其网络设备与流程

文档序号:11292138阅读:387来源:国知局
网络流量控制的方法及其网络设备与流程

本发明涉及通信领域,更具体地,涉及一种网络流量控制的方法及其网络设备。



背景技术:

现代网络是一种共享网络,网络资源是分布式资源,它与计算资源、存贮资源不同,如何共享网络是存在的一个问题。随着云技术的广泛应用、云互联网络的大量建设以及网络功能虚拟化(英文:networkfunctionvirtualization,简写:nfv)技术的兴起,使得对广域网(英文:wideareanetwork,简写)wan的业务需求也呈现多样化趋势,因此,对wan的网络质量要求也在提高。

最早研究流量控制网络业务服务质量(英文:qualityofservice,简写:qos)技术始于在二十世纪九十年代,其中最主要的是资源预留协议(英文:resourcereservationprotocol,简写:rsvp)技术,但是由于该算法复杂,在该算法中很多参数无法获得,使得该技术还是停留在理论阶段。并且,rsvp的算法布署困难,扩展性弱,加之该算法针对的是保证类业务(guaranteeservice),网络利用率低,所以其并没有在网络中规模使用。

长期以来,数据中心(英文:datacenter,简写:dc)网络,wan网络都采用差分服务方式diffserve,并采用大带宽来保证业务质量。该方式之所以普及,是因为它方法简单,不需要复杂的控制。也正因为如此,在这种方式下的带宽利用率很低并且带宽分配不均衡,对于高突发业务、低时延业务等不能够很好的保证质量。

近些年,人们认识到集中粗放式网络管理越来越不能满足日益增长的网络各类需求。随着软件定义网络(英文:softwaredefinednetwork,简写:sdn)技术的产生,基于sdn思路的集中流量控制技术也有不少研究。该技术的主要思路就是通过收集网络流量流向,构建动态的流量矩阵,并根据流量矩阵来调整网络中的路径,使得网络达到最优的性能和利用率。然而,在这样的方案中,存在大量收集实际的流量信息、并实时地做出决策的问题。网络的实时性、扩展性并不能够很好的保证。

此外,基于传输控制协议(英文:transmissioncontrolprotocol,简写:tcp)tcp流控机制的创新存在不少研究,主要是对拥塞控制,滑动窗口的调整一些细化研究。例如:d2tcp,具体来讲,d2tcp主要的思想是在检测到拥塞时,发送端对结束期较长(fardeadline)的流,将发送窗口进行大幅减小;对近期结束的流(neardeadline)的流,将发送窗口进行小幅减小。在该类型逐流控制的机制中,优点是反映迅速;但不同的机制在多业务共存的网络环境中相互影响。并且,由于一个应用可以启动更多的流占用更多的带宽,这将造成对网络使用的不公平。

实际在多业务共存在网络中,多种业务流之间产生相互干扰,不同业务类型的业务流的性能要求难以兼顾。



技术实现要素:

本发明实施例提供一种网络流量控制的方法,能够根据每个业务类型对应的带宽权重,在该业务类型对应的业务管道中进行报文流的调度。

第一方面,提供一种网络流量控制的方法,包括:接收报文流;根据所述报文流的业务类型,确定用于传输所述报文流的业务管道,所述业务管道中的各报文流的业务类型相同;根据为所述业务类型分配的带宽权重,通过所述业务管道传送所述报文流。

所述某业务类型的带宽权重,是指该业务类型被允许占用的最大带宽占用最大可用带宽的比例。通常最大可用带宽是指该业务类型可以使用的一个或多个物理端口的总带宽,或者指该业务类型在虚拟网络中的虚拟网络物理端口的带宽。

应理解,上述方法的执行主体可以为通信实体,其中,为所述业务类型分配的带宽权重可以是通信实体本地预先设定的,也可以是根据其它设备,例如协调设备发送的带宽权重设定的,本发明不限于此。上述通信实体可以为主机、客户终端、交换机、虚拟交换机、路由器、虚拟路由器等通信设备,应理解,本发明不限于此。

本发明实施,通过将报文流按照业务类型划分至不同的业务管道中,对承载相同业务类型的业务管道统一分配带宽权重,因此,每个业务管道能够按照为特定业务类型分配的带宽权重,对该业务管道中的报文流进行调度。避免不同业务类型的报文流之间产生的相互干扰,为满足不同业务类型的业务流的性能要求。

结合第一方面,在第一方面的第一种可能的实现方式中,所述通过所述业务管道传送所述报文流之前,所述方法还包括:根据为所述业务类型对应的所述业务管道分配的带宽权重,对所述业务管道中的报文流进行管道调度。

也就是说,通信实体还可以为每个业务管道单独分配带宽权重,这样不仅每个业务类型的报文流之间可以相互隔离,每个业务管道之间的报文流还可以单独进行权重控制,实现更精细的网络流量控制。

结合第一方面及其上述实现方式,在第一方面的第二种可能的实现方式中,在所述将所述业务管道中的报文流发送至物理端口之前,所述方法还包括:根据所述业务管道中的报文流的业务类型,对所述业务管道中的报文流进行管道内调度。

由于每个业务管道中承载着具有特定业务类型的业务流,每个业务类型的业务流的性能要求不同,因此,对每个业务管道中的报文流,根据报文类型进行个性化的管道内调度,能够满足不同而业务类型的业务要求,进一步提高网络性能。

结合第一方面及其上述实现方式,在第一方面的第三种可能的实现方式中,所述根据所述业务管道中的报文流的业务类型,对所述业务管道中的报文流进行管道内调度,包括下列中的一种:当所述业务管道对应中的报文流的业务类型为带宽敏感业务时,采用先入先出队列调度方式对所述业务管道中的报文流进行调度;当所述业务管道中的报文流的业务类型为限时结束敏感业务时,按照所述业务管道中的每个业务流的结束时限,确定所述每个报文流的优先级,根据所述每个报文流的优先级调度所述每个报文流,其中,结束时限越早的业务流对应的优先级越高;当所述业务管道中的报文流的业务类型为时延敏感业务时,在保证业务管道内各报文流的最小带宽下,采用先入先出队列调度方式对所述业务管道中的报文流进行调度;当所述业务管道中的报文流的业务类型为优先级敏感业务时,确定所述业务管道中每个报文流的优先级,根据所述每个报文流的优先级调度所述每个报文流。

结合第一方面及其上述实现方式,在第一方面的第四种可能的实现方式中,所述方法还包括:根据所述业务管道的拥塞状态和为所述业务类型分配的带宽权重,确定所述业务管道中的报文流的传输速率。

结合第一方面及其上述实现方式,在第一方面的第五种可能的实现方式中,所述根据所述业务管道的拥塞状态和为所述业务类型分配的带宽权重,确定所述业务管道中的报文流的传输速率,包括:当所述业务管道处于不拥塞状态时,利用下述公式,确定t时刻所述业务管道的报文流的传输速率r(t):

r(t)=min(r(t-t)×(1+w),rmax×w),

其中,所述业务管道在t-t时刻的传输速率为r(t-t),为所述业务类型分配的带宽权重为w,所述第i个业务管道所能够占用的最大带宽为rmax;

当所述业务管道中处于拥塞状态时,利用下述公式,确定t时刻所述业务管道的报文流的传输速率r(t):

r(t)=r(t-t)×(1-αw),

其中,所述业务管道在t-t时刻的传输速率为r(t-t),为所述业务类型分配的带宽权重为w,所述业务管道的拥塞程度为α,0<α<1。

结合第一方面及其上述实现方式,在第一方面的第六种可能的实现方式中,所述权重通知消息中携带所述通信实体上每个业务类型的当前使用带宽,或者携带当前带宽权重;接收所述协调设备反馈的权重通知响应,其中,所述权重通知响应中携带所述每个业务类型的目标带宽权重。所述当前带宽权重,是指通信实体上每个业务类型的当前使用带宽占用总可用带宽的比例。这里需要说明的是,当前使用带宽、当前的带宽权重与当前多个业务类型占用的总带宽有简单的换算关系,在权重通知消息中的所有相关组合,都在本发明保护范围内。

因此,上述协调设备可以与多个通信实体相互通信,收集该多个通信实体中每个通信实体的权重通知消息,利用各个通信实体的分布信息,智能判断各业务类型的带宽瓶径通信实体,并可以指示每个通信实体通过更新各业务占用的网络权重,从而能够实现网络的利用率的最大化。

结合第一方面及其上述实现方式,在第一方面的第七种可能的实现方式中,所述权重通知消息中还携带下列信息中的至少一种:所述通信实体的物理端口标识;所述通信实体标识或地址;所述通信实体上每个业务报文流的目的通信实体标识或地址;所述通信实体上每个业务管道的管道标识;所述通信实体上每个业务管道中承载的业务类型。

结合第一方面及其上述实现方式,在第一方面的第八种可能的实现方式中,方法还包括:接收协调设备发送的权重更新消息,该权重更新消息中携带通信实体上为每个业务类型分配的带宽权重,或者携带通信实体上为每个业务类型分配的允许最大带宽。

也就是说,通信实体收到协调设备发送的权重更新消息后,将更新该通信实体上每个业务类型能够分配和使用的带宽权重。

因此,本发明实施例能够保证不同业务类型的应用共存时的网络性能,够保证对网络状态变化的实时适应,同时能够满足网络部署的可扩展性,支持大规模的网络部署。

第二方面,提供了一种网络流量控制的方法,包括:接收多个通信实体中每个通信实体的权重通知消息,所述多个通信实体中第i个通信实体的权重通知消息中携带所述第i个通信实上每个业务类型的当前使用带宽;根据所述多个通信实体中每个通信实体的权重通知消息,确定所述第i个通信实体上的第j个业务类型的目标允许最大带宽。

在通信实体上,某个业务带宽权重的配置,会因为与业务实际使用网络资源分配的不匹配而浪费带宽,从而降低整体网络的资源利用率。

本发明实施例能够如何根据每个业务类型的实际占用带宽情况,动态地确定每个业务类型的带宽权重,从而达到整网的利用率最优,以及网络的公平或商业公平使用。

结合第二方面,在第二方面的第一种可能的实现方式中,所述根据所述多个通信实体每个的权重通知消息,确定所述第i个通信实体上第j个业务类型的允许最大带宽,包括:根据所述每个通信实体的权重通知消息中携带的每个业务类型的当前使用带宽,从所述多个通信实体中,确定当前使用总带宽最大的瓶颈通信实体,所述瓶颈通信实体上存在所述第j个业务类型;根据所述瓶颈通信实体上每个业务类型的当前使用带宽占当前总使用带宽的比重,确定当所述瓶颈通信实体的最大可用带宽被占满时,所述第j个业务类型在所述瓶颈通信实体上的允许最大带宽;根据所述第j个业务类型在所述瓶颈通信实体上的允许最大带宽,以及所述第j个业务类型在所述第i个通信实体上的当前使用带宽与所述第j个业务类型在所述瓶颈通信实体上的当前使用带宽的比例关系,确定所述第j个业务类型在所述第i个通信实体上的目标允许最大带宽。

结合第二方面及其上述实现方式,在第二方面的第二种可能的实现方式中,所述多个通信实体中第i个通信实体的权重通知消息中携带所述第i个通信实体上的每个业务类型当前允许最大带宽,所述方法还包括:当所述第i个通信实体上的所述第j个业务类型所配置的当前允许最大带宽与所述第j个业务类型的目标允许最大带宽不同时,向所述第i个通信实体发送所述第j个业务类型的目标允许最大带宽。

结合第二方面及其上述实现方式,在第二方面的第三种可能的实现方式中,所述方法还包括:将所述第j个业务类型的目标允许最大带宽占所述第i通信实体的最大总带宽的比例,确定为所述第j个业务类型的最大带宽权重。

第三方面,提供了一种网络实体,包括:接收单元、确定单元和调度单元单元,所述网络实体用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。

第四方面,提供了一种网络设备,包括:接收单元、确定单元,所述网络实体用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。

第五方面,提供了一种装置,包括:处理器、接收器、发送器和存储器,所述处理器和所述存储器通过总线系统相连,所述存储器用于存储指令,所述处理器用于执行该存储器存储的指令,以控制所述接收器接收信号、所述发射器发送信号,使得所述装置执行上述第一方面或第一方面的任一可能的实现方式中的方法。

第六方面,提供了一种装置,包括:处理器、存储器、接收器和发送器,所述处理器、所述存储器和所述接收器通过总线系统相连,所述存储器用于存储指令,所述处理器用于执行该存储器存储的指令,以控制所述接收器接收信号、所述发射器发送信号,使得所述装置执行上述第二方面或第二方面的任一可能的实现方式中的方法。

第七方面,提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第八方面,提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。

附图说明

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

图1是本发明一个实施例的网络流量控制的方法的示意图。

图2是本发明另一实施例的网络流量控制的方法的示意图。

图3是本发明实施例的数据面的示意图。

图4是本发明另一实施例的数据面结构示意图。

图5是本发明另一实施例的流量控制的示意图。

图6是本发明再一实施例的流量控制的示意性流程图。

图7是本发明另一实施例的网络流量控制的示意图。

图8是本发明实施例的网络实体。

图9是本发明实施例的协调设备。

图10是本发明另一实施例的网络设备。

图11是本发明另一实施例的网络设备。

具体实施方式

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

图1是本发明一个实施例的网络流量控制的方法的示意图,该方法的执行主体为通信实体。如图1所示,该方法包括:

步骤110,接收报文流。

步骤120,根据报文流的业务类型,确定用于传输该报文流的业务管道,该业务管道中的各报文流的业务类型相同。

步骤130,根据为该业务类型分配的带宽权重,通过该业务管道传送上述报文流。

上述通信实体可以为主机、客户终端、交换机、虚拟交换机、路由器、虚拟路由器等通信设备,应理解,本发明不限于此。

具体地,在步骤110中,通信实体从物理链路中获取一个或多个报文流,同一个报文流中的报文具有相同的五元组信息,更具体地,同一个报文流中的报文具有相同的源地址和目的地址。

在步骤120中,当通信实体获得某一特定报文流时,需要根据该流的业务类型,确定用于传输该报文流的业务管道。

具体地,通信实体可以通过下列中的一种方式确定报文流的业务类型:应用在布署的时候,云管理系统或sdn控制器将业务类型配置到边缘通道实体,例如,通过具有特定目的地址和源地址的报文即可判断其业务类型;通过业务报文中携带的公知端口号来推测应用类型,如ftp信令端口号tcp21,dns端口号udp67,http端口号tcp80等;通过深度报文检测dpi(deeppacketinspection)等技术识别报文流所属的业务类型,应理解,本发明不限于此,其它可以确定该报文流业务类型的方法都落入本发明的范围。

具体地,通信实体确定用于传输报文流的业务管道,是指按照报文流的业务类型将该报文流划分在其对应的业务管道中,该业务管道中的报文流都具有相同的业务类型,其中,业务管道是指具有特定管道源地址和目的地址的逻辑管道,该逻辑管道中承载某一特定业务类型的报文流,因此也可以说,业务管道为该特定的业务类型的逻辑管道,业务管道在实现上,可以用ieee802.1q的vlan标识,多协议标签交换(mpls)标签,gre(genericroutingencapsulation),vxlan(virtualextensiblelocalareanetwork)等技术标识和区分。应理解,确定报文流的业务管道还可能需要根据其它信息,例如报文流的源地址、目的地址等信息,才能够确定报文流的业务管道,本发明不限于此。

以具体例子来讲,通信实体获得报文的源地址和目的地址信息后,可以通过查找预设在通信实体的管道表确定该报文的业务管道,该管道表中包括下列表项:报文源地址、报文目的地址、报文所属的业务类型、业务管道的源地址、业务管道的目的地址、管道号、输出物理端口号等表项。

根据上述管道表,通信实体通过获得报文流的源地址和目的地址信息、业务类型等信息,可以确定报文流的业务类型、对应的业务管道信息和对应的输出物理链路信息。将报文流中的报文进行管道封装之后,即将管道源地址、目的地址或管道标识信息增加到报文头部之后,可以将封装后的报文流通过对应的业务管道发送至对应的物理链路。对尽力传送be(besteffort)的报文,或无法识别业务类型的报文,直接送到输出到物理链路。

具体地,在步骤130中,通信实体根据为上述业务类型分配的带宽权重,对上述业务管道中的报文流进行调度,该业务管道中承载的全部报文流具有相同的业务类型。承载相同业务类型报文流的业务管道可能有一个或多个,这些业务管道中的每个业务管道中承载的报文流的业务类型都相同,但每个业务管道的管道目的地址或管道源地址不同。通信实体为每个业务类型分配带宽权重,上述一个或多个承载相同业务类型业务流的业务管道共享该部分带宽权重,上述业务管道对报文流的调度过程实质上是将业务报文按照一定的带宽发送至物理端口的过程。

应理解,通信实体还可以为每个业务管道单独分配带宽权重,这样不仅可以实现不同业务类型的报文流间的相互隔离,不同业务管道之间的报文流也可以实现相互隔离,实现更精细的网络流量控制。

还应理解,通信实体为每个业务类型配置的带宽权重可以是预先配置在该通信实体上的,也可以是接收由其它通信实体,例如协调设备,发送的配置信息,根据接收该通信实体发送的配置消息进行权重更新配置,每个业务类型的带宽权重配置更新周期可以固定、也可以不固定,本发明不限于此。

本发明实施例,通过将报文流按照业务类型划分至不同的业务管道中,对承载相同业务类型的业务管道统一分配带宽权重,因此,通信实体能够按照为特定业务类型分配的带宽权重,对报文流进行调度。避免不同业务类型的报文流之间产生的相互干扰,为满足不同业务类型的业务流的性能要求,可以进行单独配置。

可选地,作为本发明一个实施例,在将上述业务管道中的报文流发送至物理端口之前,方法还包括:根据业务管道中的报文流的业务类型,对业务管道中的各报文流进行管道内调度。

具体地,由于每个业务管道中承载着具有特定业务类型的业务流,每个业务类型的业务流的性能要求不同,因此,对每个业务管道中的报文流,根据报文类型进行个性化的管道内调度,能够满足不同而业务类型的业务要求,进一步提高网络性能。

可选地,作为本发明一个实施例,根据业务管道中的报文流的业务类型,对业务管道中的报文流进行管道内调度,包括下列中的一种:当业务管道对应中的报文流的业务类型为带宽敏感(英文:throughputsensitive,简写:ts)业务时,采用先入先出(英文:firstinfirstout,简写:fifo)队列调度方式对业务管道中的报文流进行调度;当业务管道中的报文流的业务类型为限时结束(英文:deadlinesensitive,简写:ds)业务时,按照业务管道中的每个业务流的结束时限,确定每个报文流的优先级,根据每个报文流的优先级调度该报文流,其中,结束时限越早的业务流对应的优先级越高;当业务管道中的报文流的业务类型为时延敏感(英文:latencysensitive,简写:ls)业务时,要保证业务管道的总带宽大于管道中中每个报文流的带宽之和,并采用先入先出队列调度方式对业务管道中的报文流进行调度;当业务管道中的报文流的业务类型为优先级敏感(英文:prioritysensitive,简写:ps)业务时,确定业务管道中每个报文流的优先级,根据每个报文流的优先级调度该每个报文流。应理解,本发明不限于上述列举的业务类型。

可选地,作为本发明一个实施例,上述方法还包括:根据上述业务管道的拥塞状态和为上述业务类型分配的带宽权重,确定上述业务管道的传输速率。

应理解,业务管道的拥塞状态可以包括拥塞或不拥塞两种状态,其中,在管道处于拥塞状态时,还可能具有一定的拥塞程度。判断业务管道的拥塞状态时,在每个业务管道的目的端执行独立的拥塞检测,并且可以将该业务管道的拥塞状态反馈到源端。具体拥塞检测的方法包括下列中的一种:

(1)显示拥塞控制(英文:explicitcongestionnotification,简写:ecn),该方法具体是由网络中的交换机或路由器等检测到拥塞后,会给拥塞的报文打上拥塞标记,拥塞信息由目的端反馈到源端;

(2)在源端向通过业务管道中发向目的端的报文中携带报文的序列号,由目的端检测丢失的序列号以检测拥塞程度,目的端将该拥塞程度信息反馈至源端;或者,在发送往目的端的报文中,携带所经过物理路径中的最大链路占用率,目的端将业务管道中报文携带的最大链路占用率反馈到逻辑管道对应的源端,实现拥塞检测。

应理解,检测是否拥塞或者拥塞程度是由不同的设备具体参数确定的,本发明不限于此。

具体地,每个业务管道中的报文的传输速率为比特/秒(bit/s),也可以理解为业务管道的使用带宽。换句话说,每个业务管道通过自适应的拥塞检测方式,能够确定该业务管道的当前使用带宽,而该当前使用带宽不超过该业务管道允许使用的最大带宽,即就该业务管道能够使用的带宽权重;同时每个业务管道的使用带宽不低于该业务管道的最小保留带宽。

可选地,作为本发明一个实施例,根据上述业务管道的拥塞状态和为上述业务类型分配的带宽权重,确定上述业务管道中的报文流的传输速率,包括:当业务管道处于不拥塞状态时,利用下述公式,提高t时刻所述业务管道的报文流的传输速率r(t):

r(t)=min(r(t-t)×(1+w),rmax×w),

其中,所述业务管道在t-t时刻的传输速率为r(t-t),为所述业务类型分配的带宽权重为w,所述业务管道所能够占用的最大带宽为rmax;

当上述业务管道中处于拥塞状态时,利用下述公式,确定t时刻所述业务管道的报文流的传输速率r(t):

r(t)=r(t-t)×(1-αw),

其中,所述业务管道在t-t时刻的传输速率为r(t-t),为所述业务类型分配的带宽权重为w,所述业务管道的拥塞程度为α,0<α<1。也就是说,当出现拥塞时,各业务管道按所属业务类型的比重和拥塞程度,减小当前使用带宽。

因此,每个业务管道可以通过该业务管道的拥塞状态和业务带宽权重,实现独立的速率调整,确定每个业务管道的使用带宽,从而能够保证对网络状态变化的实时适应。

可选地,作为本发明一个实施例,上述方法还包括:通信实体向协调设备发送权重通知消息,该权重通知消息中携带通信实体上每个业务类型的当前使用带宽。

上述协调设备可以与多个通信实体相互通信,收集该多个通信实体中每个通信实体的权重通知消息,利用各个通信实体的分布信息,智能判断各业务类型的带宽瓶径通信实体,并可以指示每个通信实体通过更新各业务占用的带宽权重,从而能够实现网络的利用率的最大化。

可选地,作为本发明一个实施例,所述权重通知消息中还携带下列信息中的至少一种:通信实体的物理端口标识;通信实体标识或地址;通信实体上每个业务报文流的目的通信实体标识或地址;通信实体上每个业务管道的管道标识;通信实体上每个业务管道中承载的业务类型。从实现角度上说,该权重通知消息中携带通信实体的物理端口标识信息是为了中心的协调者方便地获取物理端口所对应物理链路的最大带宽,及相关于该物理端口的路径信息;携带通信实体的标识或地址是为了明确通信的源与目的,便于找到对应于源,目的的路径,同时便于方便地确认相关通信方,实施带宽权重的计算与更新。

可选地,作为本发明一个实施例,上述方法还包括:接收协调设备发送的权重更新消息,该权重更新消息中携带通信实体上为每个业务类型分配的带宽权重。

应理解,在还未收到协调设备发送的权重更新消息之前,通信实体上为每个业务类型分配的带宽权重可以是预先设置的初始值,本发明不限于此。

也就是说,通信实体收到协调设备发送的权重更新消息后,将更新该通信实体上每个业务类型能够分配和使用的带宽权重。

因此,本发明实施例能够保证不同业务类型的应用共存时的网络性能,够保证对网络状态变化的实时适应,同时能够满足网络部署的可扩展性,支持大规模的网络部署。

图2是本发明另一实施例的网络流量控制的方法的示意图,该方法的执行主体为协调设备,该协调设备可以为一个服务器,一个网络中的路由器,或运行于网络或数据中心的一个软件进程,本发明不限于此。如图2所示,该方法包括:

步骤210,接收多个通信实体中每个通信实体的权重通知消息,该多个通信实体中第i个通信实体的权重通知消息中携带第i个通信实上每个业务类型的当前使用带宽。

步骤220,根据多个通信实体中每个通信实体的权重通知消息,确定第i个通信实体上的第j个业务类型的目标允许最大带宽。

在步骤210中,第i个通信实体的权重通知消息中携带第i个通信实体上每个业务类型的当前使用带宽,应理解,与当前使用带宽等价的其它信息也落入本发明的范围,本发明不限于此,例如,该权重通知消息中携带每个业务当前使用带宽占全部当前使用带宽的权重时,也可以推知每个业务类型的当前使用带宽。

具体地,步骤210中,多个通信实体中任意两个通信实体之间可以相互通信,其中,每个通信实体的权重通知消息中都携带该通信实体上每个业务类型的当前使用带宽,也就是第i个通信实体对应的第i个权重通知消息中携带第i个通信实体上每个业务类型的当前使用带宽。应理解,该第i个通信实体上任意一个业务类型的当前使用带宽都可以是属于该业务类型的一个或多个业务管道的当前占用情况的加和。应理解,当存在多个业务管道共享某一业务类型当前使用带宽时,这多个业务管道可以根据各自业务管道的报文流的拥塞状态进行动态的调整,也可以简单的平均分配该当前使用带宽等,本发明不限于此。

步骤220,可以根据上述多个通信实体中每个通信实体的权重通知消息,确定每个通信实体上每个业务类型的目标允许最大带宽。也就是说,协调设备通过收集多个通信实体中每个通信实体的带宽使用情况,可以通过找出该多个通信实体中的瓶颈通信实体,从而确定每个通信实体上每个业务的目标允许最大带宽。

在通信实体上,某个业务带宽权重的配置,会因为与业务实际使用网络资源分配的不匹配而浪费带宽,从而降低整体网络的资源利用率。

本发明实施例能够如何根据每个业务类型的实际占用带宽情况,动态地确定每个业务类型的带宽权重,从而达到整网的利用率最优,以及网络的公平或商业公平使用。

可选地,作为本发明一个实施例,根据多个通信实体每个的权重通知消息,确定第i个通信实体上第j个业务类型的目标允许最大带宽,包括:根据每个通信实体的权重通知消息中携带的每个业务类型的当前使用带宽,从该多个通信实体中,确定当前使用总带宽最大的瓶颈通信实体,该瓶颈通信实体上存在第j个业务类型;根据瓶颈通信实体上每个业务类型的当前使用带宽占当前总使用带宽的比重,确定当瓶颈通信实体的最大可用带宽被占满时,第j个业务类型在瓶颈通信实体上的最大带宽;根据第j个业务类型在瓶颈通信实体上的最大带宽,以及第j个业务类型在第i个通信实体上的当前使用带宽与第j个业务类型在所述瓶颈通信实体上的当前使用带宽的比例关系,确定第j个业务类型在第i个通信实体上的目标允许最大带宽。后文中的图7将结合具体例子描述本发明实施例的具体步骤。

具体地,当确定第i个通信实体上第j个业务类型的目标允许最大带宽时,需要先找到当前占用带宽最大的瓶颈通信实体,确定该瓶颈通信实体的最大可用带宽被占满时,第j个业务类型在瓶颈通信实体上的最大带宽;进一步地,由于对于第j个业务类型,瓶颈通信实体与第i个通信实体的当前使用带宽之间存在一个比例关系,例如比例为2:1,根据该比例关系和第j个业务类型在瓶颈通信实体上的最大带宽,确定第i个通信实体上第j个业务类型的允许最大带宽,那么如果确定第j个业务类型在瓶颈通信实体的最大允许带宽为4m的话,那么第j个业务类型在第i个通信实体上的目标最大允许带宽为2m。

可选地,作为本发明一个实施例,多个通信实体中第i个通信实体的权重通知消息中携带第i个通信实体上的每个业务类型的当前允许最大带宽,还包括:当第i个通信实体上的第j个业务类型所配置的当前允许最大带宽与第j个业务类型的目标允许最大带宽不同时,向第i个通信实体发送第j个业务类型的目标允许最大带宽。

应理解,与第j个业务类型的最大带宽可以相互推导得出的信息都落入本发明范围,例如确定第j个业务类型的最大带宽权重后,便可以确定第j个业务类型的最大带宽。

协调设备对比当前目标通信实体的业务权重与更新的目标通信实体的业务权重,可以采取立即更新的方式,也可以计算权重差大于预定的范围后,才更新的方式,或采用定时更新的方式来实现对目标通信实体的业务权重更新。

可选地,作为本发明一个实施例,上述方法还包括:将第j个业务类型的目标允许最大带宽占第i通信实体的最大总带宽的比例,确定为第j个业务类型的带宽权重。

本发明实施例能够如何根据每个业务类型的实际占用带宽情况,动态地确定每个业务类型的带宽权重,从而达到整网的利用率最优,以及网络的公平或商业公平使用。

图3是本发明实施例的数据面的示意图。

报文流按照业务类型来分可以划分为如下几类:带宽敏感业务(英文:thoughputsensitive,简写:ts)、限时结束业务(英文:deadlinesensitive,简写:ds)、时延敏感业务(英文:latencysensitive,简写:ls)、优先级敏感业务(英文:prioritysensitive,简写:ps)和尽力传送业务(英文:besteffort,简写:be)等。在网络中的目的地址和源地址之间,建立了如图4所示的逻辑管道,这些逻辑管道分别与不同的业务类型相对应,分别为:ts业务管道、ds业务管道、ls业务管道、ps业务管道和be业务管道。以上每个业务管道承载特定相应业务性能要求的业务流,例如在ts业务管道中承载ts业务。

具体地,在ts业务管道内,对ts业务,采用先入先出(英文:firstinfirstout,简写:fifo)队列调度的方式进行调度;

在ds业务管道内,对ds业务,首先要确定每个报文流的优先级,根据每个报文流的优先级调度该业务管道内的报文流,结束时间越早的业务流对应的优先级越高,优先级越高的业务则可能在该业务管道内分配更高的带宽权重,例如,当采用a、b两个队列进行调度时,调度近期将要结束的报文流进入队列a,其余报文流进入队列b,设置队列a的带宽权重为95%,设置b的带宽权重为5%,这样近期要结束的报文,将要得到更多的带宽,提升了业务性能;

在ls业务管道内,对于ls业务,采用fifo队列进行调度,在设置ls业务管道的带宽权重时,需要考虑给每个报文流在往返时间(英文:roundtriptime,简写:rtt)传递两个报文的带宽,设置ls类业务占用的带宽为所有报文流带宽的和的2倍,并利用令牌桶保证ts类业务一定的突发情况;

在ps业务管道内,对于ps业务,根据每个业务流的长度,确定每个业务流的优先级,一般来说,业务流长度越长,优先级越高,业务流长度越短,优先级越低,优先级越高的业务则可能在该业务管道内分配更高的带宽权重。

其中,在每个业务管道的目的端执行独立的拥塞检测,并且可以将该业务管道的拥塞状态反馈到源端。具体拥塞检测的方法如下:

(1)显示拥塞控制(英文:explicitcongestionnotification,简写:ecn),该方法具体是由网络中的交换机或路由器等检测到拥塞后,会给拥塞的报文打上拥塞标记,拥塞信息由目的端反馈到源端;

(2)在源端向通过业务管道中发向目的端的报文中携带报文的序列号,由目的端检测丢失的序列号以检测拥塞程度,目的端将该拥塞程度信息反馈至源端;或者,在发送往目的端的报文中,携带所经过物理路径中的最大链路占用率,目的端将业务管道中报文携带的最大链路占用率反馈到逻辑管道对应的源端,实现拥塞检测。

应理解,检测是否拥塞或者拥塞程度是由不同的设备具体参数确定的,本发明不限于此。

进一步地,源端基于目的端反馈的拥塞状态,决定是否调整发送速率,具体地,如果发现没有拥塞,则试探使用更高的速率发送。每经过时间周期t,进行调整。假设业务i的第j个业务管道pij当前发送速率为rij(t),则该管道下一个t的发送速率rij(t+t)调整为:

rij(t+t)=min(rij(t)×(1+wi),rmax×wi)

其中,wi是业务管道pij所属第i类业务的源端通信实体的总带宽比重值,0<wi<1,rmax为源端通信实体的最大带宽。

上式表示,在没有拥塞时,每个管道试探性地增大发送速率,增加的值与各管道所代表业务的权重成正比。

如果发现有拥塞,则减小减率的发送。管道下一个t的发送速率rij(t+t)调整为

rij(t+t)=rij(t)×(1-αwi)

其中,∑rij≥minri,α表示业务管道pij内的拥塞程度,α越大表示拥塞越严重,上式表示,当出现拥塞时,各管道按所属业务的比重,和拥塞程度减小发送带宽,但每类业务保留管道最小带宽minri。

图4是本发明另一实施例的数据面结构示意图。

如图4所示,报文流1、报文流2、报文流3、报文流4、报文流5、报文流6和报文流7,该7个报文流从相同的源端发出,具有相同的目的端。

首先,流路由管理模块将图中报文流1至报文流7分别转发至对应的业务管道,具体地,报文流1和报文流3转发至业务管道1,对应的业务类型为ts业务类型;报文流2和报文流4转发至业务管道2,对应的业务类型为ds业务类型;报文流5转发至业务管道3,对应的业务类型为ls业务类型;报文流6转发至业务管道4,对应的业务类型为ps业务类型;报文流7转发至业务管道5,对应的业务类型为be业务类型。

管道内调度模块用于在各个业务管道内进行报文调度,在一个业务管道内,基于业务的性能要求实施特定的报文调度方式进行报文的调度,方式包括不限于以下方式:先入先出调度、最近接收优先、最短流长度优先、高优先级优先等方式。

管道状态感知模块用于接收管道的目的端发送的拥塞状态通知消息,并将该消息通知管道速率通知模块,管道速率模块根据管道感知模块提供的管道拥塞信息,基于一定的速率控制算法提升或降低管道发送速率;或者,基于管道的目的端发送的拥塞信息,计算新的管道速率,并基于新的管道速率调整管道速率控制模块的相关参数,使得管道速率控制模块进行管道速率的调整。

管道速率控制模块用于根据管道状态感知模块提供的管道拥塞信息,基于一定的速率控制算法提升或降低管道发送速率,例如,可以采用漏桶(leakybucket)算法等,本发明不限于此。

业务权重调度模块用于根据预设的各业务权重比例实现对网络资源的共享。例如,业务权重调度模块可以对n种业务设置n个队列,并按照加权公平队列的方式调度这n个队列,在一个调度周期内,每个队列被调度的次数或报文字节数正比与该队列对应的业务网络权重。

根据图4所示的数据面实现的示意图,报文流处理的具体过程如下:业务报文流经过流路由模块处理,根据报文的源地址、目的地址,查找如表1所示的管道表,得到该业务报文的管道源地址、管道目的地址、管道号、对应的输出物理端口号等信息。根据查表的结果,对该业务报文进行管道封装,即将管道源地址、目的地址、管道号信息增加到该报文头部,并发送至对应的物理链路及对应的管道调度模块。

对尽力传送报文或其它无法识别业务类型的报文,直接发送到输出物理链路对应的业务权重调度模块。

表1

假设通信实体a、b为两个主机,从a到b有如表1所示的7个业务流,分别为flow1,flow2,…,flow7。例如,具体地,flow1对应报文的源地址为主机a的个虚拟机地址flow1-s,目的地址为主机b的一个虚拟机地址flow1-d,flow1对应的业务类型为ts类型,通过查找表1可以得到管道原地址为主机a的通信地址,管道目的地址为主机b的通信地址,对应的业务管道管道号为100,输出物理端口好为p1,管道处理通道号为ins01。

进一步地,流路由模块将报文封装在源地址为a、目的地址为b、管道号为100的业务管道中,并发送至管道处理通道号为ins01的通道进行下一步处理,表1中的管道处理通道号主要是基于实现方式对应硬件处理方式中的一个通道,实例号主要是基于实现方式对应软间处理方式的一个进程、一个中央处理器(英文:centralprocessingunit,简写:cpu)核或者一个资源调度分片。应理解,flow2至flow6的处理方式与flow1的处理方式类似,在此不再赘述。对于flow7,由于表中没有流的业务类型信息,则将该流的报文按照be类型处理,直接送到业务权重调度模块。

具体地,flow1的报文,进入管道100,在通道号为ins01的通道中,首先进行管道内调度;该报文类型为ts,可以采用fifo调度;然后在管道速率控制模块进行速率控制;发送至业务权重调度模块实施业务级别的权重调度,最后送至物理链路。

具体地,flow2的报文,进入管道101,在通道号为ins02的通道中,首先进行管道内调度;该报文类型为ds,可以采用双队列方式;将两个队列设置相差较大的权重,如一个队列设置权重为95%,另一个队列设置权重为5%。对于近期结束的流的报文,进入大权重队列,对于远期结束的流的报文,进入小权重队列。或者,在另外一个方式中,双队列也可以采用不同优先级的调度方式,一个队列设置高优先级,另一个队列设置低优先级;近期结束的流的报文进入高优先级队列,远期结束的流的报文进入低优先级队列。

对flow3到flow6的报文,处理方式与flow1和flow2类似,在此不再赘述。对于flow7,由于不属于某种特定业务类型,则按照按尽力服务方式,直接送到业务权重调度模块,即ins90中,按be业务类型占用的权重调度。

应理解,在权重调度模块中,对同一类业务,可以有多个业务管道在此汇集,这是因为同物理链路中可以有走向不同目的通信实体的业务管道。此时,这些来自不同业务管道的报文,会统一接受在业务权重模块分配的带宽权重,共享网络资源。

其中,报文流所对应的业务类型信息,可以有如下方法获得:

1.在布署应用的时候,云管理系统或sdn控制器将业务类型配置到通道实体;

2.通过公知的端口号来推测应用类型,如ftp信令端口号tcp21,dns端口号udp67,http端口号tcp80等。

3.通过dpi等技术识别报文流的业务类型后后,将报文流的业务类型信息反馈到通信实体。

图5是本发明另一实施例的流量控制的示意图。

如图5所示,通信实体a、通信实体b和通信实体c可以通过网络两两进行通信,它们可以通过将各自的业务对网络带宽占用的权重上报至协调者,协调者通过收集分布在网络边缘的各通信实体的各业务对网络占用的权重比率,利用各应用在网络边缘通信实体的分布信息,判断各应用的带宽瓶径点,并通计算各业务在通信实体的最优的带宽权重,将各个通信实体上每个业务类型的带宽权重信息下发至对应的每个通信实体,实现网络的利用率的最大化。

图6是本发明再一实施例的流量控制的示意性流程图。

如图6所示,首先,通信实体a、通信实体b和通信实体c分别发送权重通知消息至协调者,具体地,通信实体a的权重通知消息中至少包括:(在通信实体a上各个业务当前使用带宽,包括当前发送带宽和当前接收带宽;)通信实体a的最大带宽以及通信实体a上的每个业务类型所配置的当前带宽权重。通信实体a的权重通知消息中还可能包括以下信息:通信实体a的物理端口标识;通信实体a的标识或地址;通信实体a上每个业务报文流的目的通信实体标识或地址;通信实体a中业务管道标识;通信实体中每个业务管道中承载的业务类型。

进一步地,协调者根据通信实体a、通信实体b和通信实体c的权重通知消息,计算各个通信实体的目标带宽权重,例如,可以采用如下所示的应用驱动共享网络(英文:applicationdrivennetworksharing;简写:adns)算法。

计算某个主机host,针对一类业务s在一个主机host上的带宽weight值

说明:

gethosts(app):运行某app的host集合

b(host):某host上当前占用的总带宽

bw(s,host)某host,s类应用的当前带宽值

total(host)某host物理总带宽

在第3行中,hostmaxh=null表示瓶颈主机未定;bwb=0表示设置带宽初值为0;bwmaxquota=0表示设置带宽权重的初值为0;sethset=nullmaxh表示最大允许带宽未设定。

在第4行中,确定所有属于s类业务并且位于当前主机host运行的应用,遍历这些应用所分布的主机。

在第5行中,以应用a为例,表示利用了应用的布署信息等,得到所有运行应用a的主机信息。应用布署信息,可以从云管理软件模块中得到,本发明不限于此。

在第6-8行中,找到当前应用a所分布的主机中,带宽占用最大的主机,称为瓶径主机maxh。

第9-10行,首先按照应用a在瓶颈主机maxh上的带宽占用比例和瓶颈主机maxh的最大总带宽,确定应用a在瓶颈主机上的目标最大允许带宽;进一步地,基于瓶径主机maxh上应用a与当前主机currh应用a的占用带宽比值,计算当前主机currh上应用a的目标允许最大带宽,当前主机也即期望确定目标带宽的目标主机。

在9-12行,将所有属于业务s的应用,通过上述方式计算的对应的应用在当前主机(即目标主机)的带宽值相加,最终可计算得到业务s在当前主机(目标主机)上的目标带宽,也即可以得到业务s在当前主机的带宽权重。

图7是本发明另一实施例的网络流量控制的示意图。如图7所示,三个主机分别为h1,h2,h3,该三个主机通过网络连接,它们连接到网络的物理带宽都是10m,也就是该三个主机的最大物理带宽都为10m。假设如图7(b)所示,存在两个应用a、b,该两个应用属于不同的业务,与应用a相关的虚拟机为a1、a2,与应用b相关的虚拟机为b1、b2和b3。应用a在h1部署了虚拟机a1,在h3布署了虚拟机a2;应用b分别在h1,h2,h3布署了b1,b2,b3三个虚拟机,各个虚拟机之间通信关系如图所示,其中,a1到a2的当前占用的通信带宽为4m,b1到b3,b2到b3分别占用的当前通信带宽为2m。

假设目标主机为h1,那么在计算主机h1应用a所属的业务类型的网络权重值时,首先会找到应用a1,a1涉及h1,h3两个主机,这两个主机中占用带宽最大的主机为h3,并确定h3上应用a的最大可能占用带宽,例如,h3上应用a和应用b所占的带宽分别为4m和4m,那么该两种业务类型比例为1:1,h3的最大物理带宽为10m,那么以当h3的最大物理带宽被占满时,应用a在h3所占的带宽为5m,根据应用a在h1和h3的当前占用带宽比例(由于a1在h1上占用带宽为4m,a2在h3上占用带宽为4m,那么应用a在h1和h3上占用带宽的比例为1:1),能够推知应用a在h1所占的带宽也是5m,即应用a在h1和h3的目标带宽都为5m。同理,按照同样的方式,可以推知应用b在h3的目标带宽5m,进而确定应用b在h1的目标带宽2.5m,类似的,应用b在h2的目标带宽为2.5m。在某个通信实体上,除了特定的业务类型业务外,无法确定业务类型的业务都可以称之为尽力传送业务be,be的目标带宽为通信实体的总带宽和其它特定业务类型的目标带宽的差值,因此,最终可以得到,在h1上,a,b,be的占用比例就是0.5:0.25:0.25,在h3上,a,b,be的占用比例是0.5:0.5:0。实际对于比例为0的业务类,留一个很小的带宽min。从这个例子可以看出,对于h1,由于有其它的瓶径,系统不会上h1上的应用a和b占用满带宽,从而留下更多的资源给其它应用使用,从而使整网的带宽利用率提升。

以上结合图1至图7详细描述了根据本发明实施例的网络流量控制的方法,下面将结合图8至图11详细描述根据本发明实施例的网络设备。

图8是本发明实施例的网络实体。如图8所示,该网络实体800包括:

接收单元810,所述接收单元810用于接收报文流.

确定单元820,所述确定单元820用于根据所述报文流的业务类型,确定用于传输所述报文流的业务管道,所述业务管道中的报文流的业务类型相同.

调度单元830,所述调度单元830用于根据为所述业务类型分配的带宽权重,将所述业务管道中的报文流发送至物理端口。

本发明实施,通过将报文流按照业务类型划分至不同的业务管道中,对承载相同业务类型的业务管道统一分配带宽权重,因此,每个业务管道能够按照为特定业务类型分配的带宽权重,对该业务管道中的报文流进行调度。避免不同业务类型的报文流之间产生的相互干扰,为满足不同业务类型的业务流的性能要求,可以进行单独配置。

可选地,作为本发明一个实施例,所述调度单元830还用于:根据所述业务管道中的报文流的业务类型,对所述业务管道中的报文流进行管道内调度。

可选地,作为本发明一个实施例,所述调度单元830具体用于:当所述业务管道对应中的报文流的业务类型为带宽敏感业务时,采用先入先出队列调度方式对所述业务管道中的报文流进行调度;当所述业务管道中的报文流的业务类型为限时结束业务时,按照所述业务管道中的每个业务流的结束时限,确定所述每个报文流的优先级,根据所述每个报文流的优先级调度所述每个报文流,其中,结束时限越早的业务流对应的优先级越高;当所述业务管道中的报文流的业务类型为时延敏感业务时,采用先入先出队列调度方式对所述业务管道中的报文流进行调度;当所述业务管道中的报文流的业务类型为优先级敏感业务时,确定所述业务管道中每个报文流的优先级,根据所述每个报文流的优先级调度所述每个报文流。

可选地,作为本发明一个实施例,所述确定单元820还用于:根据所述业务管道的拥塞状态和为所述业务类型分配的带宽权重,确定所述业务管道中的报文流的传输速率。

可选地,作为本发明一个实施例,所述确定单元820具体用于:当所述业务管道处于不拥塞状态时,利用下述公式,提高t时刻所述业务管道的报文流的传输速率r(t):

r(t)=min(r(t-t)×(1+w),rmax×w),

其中,所述业务管道在t-t时刻的传输速率为r(t-t),为所述业务类型分配的带宽权重为w,所述业务管道所能够占用的最大带宽为rmax;

当所述业务管道中处于拥塞状态时,利用下述公式,确定t时刻所述业务管道的报文流的传输速率r(t):

r(t)=r(t-t)×(1-αw),

其中,所述业务管道在t-t时刻的传输速率为r(t-t),为所述业务类型分配的带宽权重为w,所述业务管道的拥塞程度为α,0<α<1。

可选地,作为本发明一个实施例,所述通信实体还包括:发送单元,所述发送单元用于向协调设备发送权重通知消息,所述权重通知消息中携带所述通信实体上每个业务类型的当前使用带宽。

应理解,根据本发明实施例的通信实体800可对应于执行本发明实施例中的方法100中的通信实体,并且通信实体800中的各个单元的上述和其它操作和/或功能分别为了实现图1中的方法中通信实体设备对应的相应流程,为了简洁,在此不再赘述。

本发明实施,通过将报文流按照业务类型划分至不同的业务管道中,对承载相同业务类型的业务管道统一分配带宽权重,因此,每个业务管道能够按照为特定业务类型分配的带宽权重,对该业务管道中的报文流进行调度。避免不同业务类型的报文流之间产生的相互干扰,为满足不同业务类型的业务流的性能要求,可以进行单独配置。

图9是本发明实施例的协调设备。如图9所示,该协调设备900包括:

接收单元910,所述接收单元910用于接收多个通信实体中每个通信实体的权重通知消息,所述多个通信实体中第i个通信实体的权重通知消息中携带所述第i个通信实上每个业务类型的当前使用带宽。

确定单元920,所述确定单元920用于根据所述多个通信实体中每个通信实体的权重通知消息,确定所述第i个通信实体上的第j个业务类型的目标允许最大带宽。可选地,作为本发明一个实施例,确定单元920具体用于:根据所述每个通信实体的权重通知消息中携带的每个业务类型的当前使用带宽,从所述多个通信实体中,确定当前使用总带宽最大的瓶颈通信实体,所述瓶颈通信实体上存在所述第j个业务类型;根据所述瓶颈通信实体上每个业务类型的当前使用带宽占当前总使用带宽的比重,确定当所述瓶颈通信实体的最大可用带宽被占满时,所述第j个业务类型在所述瓶颈通信实体上的允许最大带宽;根据所述第j个业务类型在所述瓶颈通信实体上的最大带宽,以及所述第j个业务类型在所述第i个通信实体上的当前使用带宽与所述第j个业务类型在所述瓶颈通信实体上的当前使用带宽的比例关系,确定所述第j个业务类型在所述第i个通信实体上的目标允许最大带宽。

可选地,作为本发明一个实施例,所述协调设备还包括:发送单元,所述发送单元用于向所述第i个通信实体发送所述第j个业务类型的目标允许最大带宽。

可选地,作为本发明一个实施例,所述确定单元920还用于,将所述第j个业务类型的目标最大带宽占所述第i通信实体的最大总带宽的比例,确定为所述第j个业务类型的带宽权重。

应理解,根据本发明实施例的协调设备900可对应于执行本发明实施例中的方法200中的协调设备,并且协调设备900中的各个单元的上述和其它操作和/或功能分别为了实现图2中的方法中通信实体设备对应的相应流程,为了简洁,在此不再赘述。

本发明实施例能够如何根据每个业务类型的实际占用带宽情况,动态地确定每个业务类型的带宽权重,从而达到整网的利用率最优,以及网络的公平或商业公平使用。

图10是本发明另一实施例的网络设备。如图10所示,本发明实施例还提供了一种网络设备1000,该网络设备1000包括处理器1001、存储器1102、总线系统1003和接收器1004。其中,处理器1001、存储器1002和接收器1004通过总线系统1003相连,该存储器1002用于存储指令,该处理器1001用于执行该存储器1002存储的指令,并控制该接收器1004接收信息。网络设备1000能够实现前述方法实施例中的相应流程,为避免重复,这里不再赘述。

应理解,在本发明实施例中,该处理器1001可以是中央处理单元(centralprocessingunit,简称为“cpu”),该处理器1001还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器1002可以包括只读存储器和随机存取存储器,并向处理器11提供指令和数据。存储器1002的一部分还可以包括非易失性随机存取存储器。例如,存储器1002还可以存储设备类型的信息。

该总线系统1003除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统1103。

在实现过程中,上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1002,处理器1001读取存储器1002中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。

图11是本发明另一实施例的网络设备。如图11所示,本发明实施例还提供了一种网络设备1100,该网络设备1100包括处理器1101、存储器1102、总线系统1103和接收器1104。其中,处理器1101、存储器1102和接收器1104通过总线系统1103相连,该存储器1102用于存储指令,该处理器1101用于执行该存储器1102存储的指令,并控制该接收器1104接收信息。网络设备1100能够实现前述方法实施例中的相应流程,为避免重复,这里不再赘述。

应理解,在本发明实施例中,该处理器1101可以是中央处理单元(centralprocessingunit,简称为“cpu”),该处理器11还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器1102可以包括只读存储器和随机存取存储器,并向处理器11提供指令和数据。存储器1102的一部分还可以包括非易失性随机存取存储器。例如,存储器1102还可以存储设备类型的信息。

该总线系统1103除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统1103。

在实现过程中,上述方法的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1102,处理器1101读取存储器1102中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

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

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1