CN106330710B - 数据流调度方法及装置 - Google Patents
数据流调度方法及装置 Download PDFInfo
- Publication number
- CN106330710B CN106330710B CN201510379415.9A CN201510379415A CN106330710B CN 106330710 B CN106330710 B CN 106330710B CN 201510379415 A CN201510379415 A CN 201510379415A CN 106330710 B CN106330710 B CN 106330710B
- Authority
- CN
- China
- Prior art keywords
- scheduling
- level
- enabled
- node
- data stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据流调度方法,所述数据流调度方法包括:按照当前调度参数确定预设端口需要使能的调度层级;使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系;为使能的各调度节点配置调度策略;在所述预设端口接收到数据流时,根据各调度节点配置的调度策略及各调度节点之间的链接关系,在使能的各调度节点之间对所述数据流分层进行调度。本发明还公开了一种数据流调度装置。本发明能够提高调度数据流的效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及数据流调度方法及装置。
背景技术
随着通信技术的飞速发展,使得对带宽、延迟、抖动敏感的语音、视频以及数据等业务越来越多的通过网络传输。为了能够对数据传输性能提供不同的承诺和保证,广泛的使用了QoS(Quality of Service,服务质量)技术来保证网络传输质量。然而,随着用户规模的扩大,业务种类的增多,要求网络设备不仅能够进一步细化区分业务流量,而且还能够针对多个用户、多种业务以及多种流量等传输对象进行统一管理和分层调度。这对于传统的QoS技术来说,是难以实现的。为了达到分层调度的目的,HQoS(Hierarchical Qualityof Service,分层QoS)技术应运而生。但是,现有的HQoS技术调度层次固定,不能根据用户需求进行灵活的分层调度,调度数据流的效率较低。
发明内容
本发明的主要目的在于提供一种数据流调度方法及装置,旨在提高调度数据流的效率。
为实现上述目的,本发明提供一种数据流调度方法,所述数据流调度方法包括:
按照当前调度参数确定预设端口需要使能的调度层级;
使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系;
为使能的各调度节点配置调度策略;
在所述预设端口接收到数据流时,根据各调度节点配置的调度策略及各调度节点之间的链接关系,在使能的各调度节点之间对所述数据流分层进行调度。
优选地,所述预设端口包括一类端口和二类端口,当所述预设端口为一类端口时,所述预设端口包括5级调度层级;当所述预设端口为二类端口时,所述预设端口包括3级调度层级。
优选地,所述按照当前调度参数确定预设端口需要使能的调度层级包括:
始终将所述预设端口调度优先级最低和最高的调度层级作为需要使能的调度层级,并按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
优选地,所述为使能的各调度节点配置调度策略包括:
为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
优选地,所述按照当前调度参数确定预设端口需要使能的调度层级之前,还包括:
接收用户基于调度参数设置界面输入的调度参数;
将接收到的所述调度参数作为当前调度参数。
此外,为实现上述目的,本发明还提供一种数据流调度装置,所述数据流调度装置包括:
确定模块,用于按照当前调度参数确定预设端口需要使能的调度层级;
使能模块,用于使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系;
配置模块,用于为使能的各调度节点配置调度策略;
调度模块,用于在所述预设端口接收到数据流时,根据各调度节点配置的调度策略及各调度节点之间的链接关系,在使能的各调度节点之间对所述数据流分层进行调度。
优选地,所述预设端口包括一类端口和二类端口,当所述预设端口为一类端口时,所述预设端口包括5级调度层级;当所述预设端口为二类端口时,所述预设端口包括3级调度层级。
优选地,所述确定模块还用于始终将所述预设端口调度优先级最低和最高的调度层级作为需要使能的调度层级,并按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
优选地,所述配置模块还用于为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
优选地,所述数据流调度装置还包括设置模块,用于接收用户基于调度参数设置界面输入的调度参数;以及将接收到的所述调度参数作为当前调度参数。
本发明在现有HQoS技术的基础上,灵活选择需要使能的调度层级,并使能选择的调度层级相应的调度节点,各调度节点按照配置的调度策略以及调度节点间的链接关系相互配合,实现数据流的分层调度。解决了现有HQoS技术中调度层级固定的问题,更符合用户需求,且避免了不必要的处理资源浪费,从而本发明能够提高调度数据流的效率。
附图说明
图1为本发明数据流调度方法较佳实施例的流程示意图;
图2为本发明数据流调度方法较佳实施例中的组网示意图;
图3为本发明数据流调度方法较佳实施例中一种调度层级示意图;
图4为本发明数据流调度方法较佳实施例中另一种调度层级示意图;
图5为本发明数据流调度方法较佳实施例中又一种调度层级示意图;
图6为本发明数据流调度装置较佳实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种数据流调度方法,参照图1,在本发明数据流调度方法的较佳实施例中,所述数据流调度方法包括:
S10,按照当前调度参数确定预设端口需要使能的调度层级;
S20,使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系;
本实施例提供的数据流调度方法可以应用于MPLS(Multi-Protocol LabelSwitching,多协议标签交换)网络,例如,在MPLS网络中,当某网络节点的某端口接收到数据流时,根据预先配置的调度层级以及相应的调度策略对所述数据流进行分层调度,高效的将数据流转发出去。以下以本发明提供的数据流调度方法应用于MPLS网络进行说明。
需要说明的是,MPLS是新一代的IP高速骨干网络交换标准,由IETF(InternetEngineering Task Force,因特网工程任务组)提出。MPLS独立于第二层和第三层协议,其利用Label(标签)进行数据转发:当数据流进入网络节点时,为其分配固定长度的标签,并将标签与数据流封装在一起,在整个转发过程中,网络节点仅根据标签进行转发。其中,数据传输发生在LSP(标签交换路径)上,LSP是每一个沿着源端到终端的路径上的网络节点的标签序列。
本实施例提出的数据流调度方法,根据MPLS的特性,预先划分不同的调度层级,并按照当前调度参数确定预设端口需要使能的调度层级;以及按照当前调度参数使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系。其中,所述调度参数包括但不限于需要使能的调度层级信息、调度节点信息、调度策略信息以及不同调度层级调度节点之间的链接关系信息。
S30,为使能的各调度节点配置调度策略;
在调度节点使能后,需要为使能的各调度节点配置调度策略。其中,不同调度层级或者相同调度层级的调度节点之间可以配置相同的调度策略,也可以配置不同的调度策略,具体根据调度参数中的调度策略信息进行配置。
S40,在所述预设端口接收到数据流时,根据各调度节点配置的调度策略及各调度节点之间的链接关系,在使能的各调度节点之间对所述数据流分层进行调度。
需要说明的是,本实施例中,为不同调度层级的各调度节点分别挂载有相应调度层级的调度器,由不同调度层级的调度器实现数据流的分层调度。具体地,按照调度器之间的调度层级关系(不同调度层级调度节点之间的链接关系)以及相应的调度策略,上级调度器控制一组下级调度器的总带宽,并根据下级调度器的级别和权重分配下级调度器的承诺带宽和峰值带宽,实现数据流的分层调度。
本实施例提出的数据流调度方法,在现有HQoS技术的基础上,灵活选择需要使能的调度层级,并使能选择的调度层级相应的调度节点,各调度节点按照配置的调度策略以及调度节点间的链接关系相互配合,实现数据流的分层调度。解决了现有HQoS技术中调度层级固定的问题,更符合用户需求,且避免了不必要的处理资源浪费,从而本发明能够提高调度数据流的效率。
进一步地,在本发明数据流调度方法的较佳实施例中,所述预设端口包括一类端口和二类端口,当所述预设端口为一类端口时,所述预设端口包括5级调度层级;当所述预设端口为二类端口时,所述预设端口包括3级调度层级。
需要说明的是,在MPLS网络中,包括两类端口,参照图2,将本网络内的网络节点相连的端口称为NNI(网络节点端口),本网络和其它网络相连的端口称为UNI(用户网络端口)。本实施例按照MPLS的网络结构,为不同类型的端口划分不同级数的调度层级。
具体地,当所述预设端口为一类端口(NNI)时,所述预设端口包括5级调度层级,即针对NNI划分有5级调度层级,分别为:端口、VLAN子端口、隧道、伪线以及队列,各调度层级包括一个或多个调度节点。例如,参照图3,针对NNI,使能了全部5级调度层级的调度节点;参照图4,针对NNI,使能了端口、隧道、伪线以及队列调度层级的调度节点。
当所述预设端口为二类端口(UNI)时,所述预设端口包括3级调度层级,即针对UNI划分有3级调度层级,分别为:端口、CIP(Client Computer's IP address,客户端地址)以及队列,各调度层级包括一个或多个调度节点。例如,参照图5,针对UNI,使能了全部3级调度层级的调度节点。
本实施例通过针对不同类型的端口,相应划分不同的调度层级,以满足不同的网络组网环境。
进一步地,在本发明数据流调度方法的较佳实施例中,所述按照当前调度参数确定预设端口需要使能的调度层级包括:
始终将所述预设端口调度优先级最低和最高的调度层级作为需要使能的调度层级,并按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
需要说明的是,即使采用普通的QoS调度,端口调度层级和队列调度层级的调度也是始终使能的,在本实施例中,同样需要始终使能端口调度层级和队列调度层级的调度,即始终将所述预设端口调度优先级最低的调度层级(端口调度层级)和调度优先级最高的调度层级(队列调度层级)作为需要使能的调度层级。在前述始终将端口调度层级和队列调度层级作为需要使能的调度层级的基础上,按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
例如,针对NNI,始终将端口调度层级以及队列调度层级作为需要使能的调度层级,并按照当前调度参数,动态选择VLAN子接口调度层级、隧道调度层级以及伪线调度层级作为需要使能的调度层级;针对UNI,始终将端口调度层级以及队列调度层级作为需要使能的调度层级,并按照当前调度参数,动态选择是否将CIP调度层级作为需要使能的调度层级。
进一步地,在本发明数据流调度方法的较佳实施例中,所述为使能的各调度节点配置调度策略包括:
为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
本实施例中,调度参数中的调度策略信息包括但不限于调度算法、流量整形策略以及拥塞避免策略,所述为使能的各调度节点配置调度策略包括为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
具体地,针对不同调度层级的调度节点,可以配置的调度算法包括但不限于SP(Strict Priority,严格优选级)、RR(Round Robin,循环调度)、DRR(Deficit RoundRobin,差额循环调度)、WRR(Weighted Round Robin,加权循环调度)、WDRR(WeightedDeficit Round Robin,加权差额循环调度)、以及DWRR(Dynamic Weighted Round Robin,动态加权循环调度)中的一种。例如,参照图3,可以为VLAN子接口调度层级的调度节点null_vlan配置SP算法,为隧道调度层级的调度节点null_lsp配置SP算法,为隧道调度层级的调度节点Lsp_1配置DWRR算法。
为了避免所述预设端口转发出的数据流超过网络的承载能力,优选地,本实施例在各调度层级的调度节点配置流量整形策略,进行流量整形。流量整形策略是采用令牌桶对数据流进行评估和削峰填谷,将峰值数据流缓存到整形队列中,延迟再发送,尽可能保证报文(数据流由报文组成)不丢失。
拥塞避免策略仅可配置于队列调度层级的调度节点,拥塞避免是一种流控机制,其通过监视队列缓存的使用情况,在拥塞有加剧的趋势时,主动丢弃报文,通过调整数据流量来解除网络过载。传统的拥塞避免策略采用尾部丢弃(Tail-Drop)的方法,当队列的长度达到某一最大值后,所有新到来的报文都将被丢弃,Tail-Drop将会引发TCP全局同步现象。优选地,为避免TCP全局同步现象,本实施例采用WRED(Weighted Random EarlyDetection,加权随机早期检测)进行拥塞避免。WRED基于报文的丢弃优先级为每个队列都设定上限和下限,对队列中的报文进行如下处理:
(1)、当队列的长度小于下限时,不丢弃报文;
(2)、当队列的长度超过上限时,丢弃所有到来的报文;
(3)、当队列的长度在上限和下限之间时,随机丢弃到来的报文。队列越长,丢弃的概率越高,但有一个最大丢弃概率。
进一步地,在本发明数据流调度方法的较佳实施例中,所述按照当前调度参数确定预设端口需要使能的调度层级之前,还包括:
接收用户基于调度参数设置界面输入的调度参数;
将接收到的所述调度参数作为当前调度参数。
具体地,用户可根据实际需求通过网络节点提供的CLI(Command LineInterface,命令行界面)和/或GUI(Graphical User Interface,图形用户界面)调度参数设置界面进行预设端口调度参数的设置。例如,当判断需要较大调度力度才能满足数据流调度需求时,用户可通过设置相应的调度参数使能较多级数的调度层级,以满足数据流调度需求,确保网络节点正常转发数据流。
进一步地,用户还可根据实际需求对设置的调度参数进行更新,以使得网络节点适应不断变化的网络环境。
本发明还提供一种数据流调度装置,参照图6,在本发明数据流调度装置的较佳实施例中,所述数据流调度装置包括:
确定模块10,用于按照当前调度参数确定预设端口需要使能的调度层级;
使能模块20,用于使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系;
本实施例提供的数据流调度装置可以应用于MPLS(Multi-Protocol LabelSwitching,多协议标签交换)网络,例如,在MPLS网络中,数据流调度装置内置于网络节点运行,当该网络节点的某端口接收到数据流时,数据流调度装置根据预先配置的调度层级以及相应的调度策略对所述数据流进行分层调度,高效的将数据流转发出去。以下以本发明提供的数据流调度装置应用于MPLS网络进行说明。
需要说明的是,MPLS是新一代的IP高速骨干网络交换标准,由IETF(InternetEngineering Task Force,因特网工程任务组)提出。MPLS独立于第二层和第三层协议,其利用Label(标签)进行数据转发:当数据流进入网络节点时,为其分配固定长度的标签,并将标签与数据流封装在一起,在整个转发过程中,网络节点仅根据标签进行转发。其中,数据传输发生在LSP(标签交换路径)上,LSP是每一个沿着源端到终端的路径上的网络节点的标签序列。
本实施例提出的数据流调度装置,根据MPLS的特性,预先划分不同的调度层级,并由确定模块10按照当前调度参数确定预设端口需要使能的调度层级;以及由使能模块20按照当前调度参数使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系。其中,所述调度参数包括但不限于需要使能的调度层级信息、调度节点信息、调度策略信息以及不同调度层级调度节点之间的链接关系信息。
配置模块30,用于为使能的各调度节点配置调度策略;
在调度节点使能后,需要配置模块30为使能的各调度节点配置调度策略。其中,不同调度层级或者相同调度层级的调度节点之间可以配置相同的调度策略,也可以配置不同的调度策略,具体由配置模块30根据调度参数中的调度策略信息进行配置。
调度模块40,用于在所述预设端口接收到数据流时,根据各调度节点配置的调度策略及各调度节点之间的链接关系,在使能的各调度节点之间对所述数据流分层进行调度。
需要说明的是,本实施例中,调度模块40为不同调度层级的各调度节点分别挂载有相应调度层级的调度器,由不同调度层级的调度器实现数据流的分层调度。具体地,按照调度器之间的调度层级关系(不同调度层级调度节点之间的链接关系)以及相应的调度策略,上级调度器控制一组下级调度器的总带宽,并根据下级调度器的级别和权重分配下级调度器的承诺带宽和峰值带宽,实现数据流的分层调度。
本实施例提出的数据流调度装置,在现有HQoS技术的基础上,灵活选择需要使能的调度层级,并使能选择的调度层级相应的调度节点,各调度节点按照配置的调度策略以及调度节点间的链接关系相互配合,实现数据流的分层调度。解决了现有HQoS技术中调度层级固定的问题,更符合用户需求,且避免了不必要的处理资源浪费,从而本发明能够提高调度数据流的效率。
进一步地,在本发明数据流调度装置的较佳实施例中,所述预设端口包括一类端口和二类端口,当所述预设端口为一类端口时,所述预设端口包括5级调度层级;当所述预设端口为二类端口时,所述预设端口包括3级调度层级。
需要说明的是,在MPLS网络中,包括两类端口,参照图2,将本网络内的网络节点相连的端口称为NNI(网络节点端口),本网络和其它网络相连的端口称为UNI(用户网络端口)。本实施例中,所述数据流调度装置还包括划分模块,用于按照MPLS的网络结构,为不同类型的端口划分不同级数的调度层级。
具体地,当所述预设端口为一类端口(NNI)时,所述预设端口包括5级调度层级,即划分模块针对NNI划分有5级调度层级,分别为:端口、VLAN子端口、隧道、伪线以及队列,各调度层级包括一个或多个调度节点。例如,参照图3,针对NNI,使能模块20使能了划分模块划分的全部5级调度层级的调度节点;参照图4,针对NNI,使能模块20使能了划分模块划分的端口、隧道、伪线以及队列调度层级的调度节点。
当所述预设端口为二类端口(UNI)时,所述预设端口包括3级调度层级,即划分模块针对UNI划分有3级调度层级,分别为:端口、CIP(Client Computer's IP address,客户端地址)以及队列,各调度层级包括一个或多个调度节点。例如,参照图5,针对UNI,使能模块20使能了划分模块划分的全部3级调度层级的调度节点。
本实施例通过针对不同类型的端口,相应划分不同的调度层级,以满足不同的网络组网环境。
进一步地,在本发明数据流调度装置的较佳实施例中,所述确定模块10还用于始终将所述预设端口调度优先级最低和最高的调度层级作为需要使能的调度层级,并按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
需要说明的是,即使采用普通的QoS调度,端口调度层级和队列调度层级的调度也是始终使能的,在本实施例中,同样需要始终使能端口调度层级和队列调度层级的调度,即确定模块10始终将所述预设端口调度优先级最低的调度层级(端口调度层级)和调度优先级最高的调度层级(队列调度层级)作为需要使能的调度层级。在前述始终将端口调度层级和队列调度层级作为需要使能的调度层级的基础上,确定模块10按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
例如,针对NNI,确定模块10始终将端口调度层级以及队列调度层级作为需要使能的调度层级,并按照当前调度参数,动态选择VLAN子接口调度层级、隧道调度层级以及伪线调度层级作为需要使能的调度层级;针对UNI,确定模块10始终将端口调度层级以及队列调度层级作为需要使能的调度层级,并按照当前调度参数,动态选择是否将CIP调度层级作为需要使能的调度层级。
进一步地,在本发明数据流调度装置的较佳实施例中,所述配置模块30还用于为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
本实施例中,调度参数中的调度策略信息包括但不限于调度算法、流量整形策略以及拥塞避免策略,所述配置模块30还用于为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
具体地,针对不同调度层级的调度节点,配置模块30可以配置的调度算法包括但不限于SP(Strict Priority,严格优选级)、RR(Round Robin,循环调度)、DRR(DeficitRound Robin,差额循环调度)、WRR(Weighted Round Robin,加权循环调度)、WDRR(Weighted Deficit Round Robin,加权差额循环调度)、以及DWRR(Dynamic WeightedRound Robin,动态加权循环调度)中的一种。例如,参照图3,配置模块30可以为VLAN子接口调度层级的调度节点null_vlan配置SP算法,为隧道调度层级的调度节点null_lsp配置SP算法,为隧道调度层级的调度节点Lsp_1配置DWRR算法。
为了避免所述预设端口转发出的数据流超过网络的承载能力,优选地,配置模块30在各调度层级的调度节点配置流量整形策略,进行流量整形。流量整形策略是采用令牌桶对数据流进行评估和削峰填谷,将峰值数据流缓存到整形队列中,延迟再发送,尽可能保证报文(数据流由报文组成)不丢失。
拥塞避免策略仅可配置于队列调度层级的调度节点,拥塞避免是一种流控机制,其通过监视队列缓存的使用情况,在拥塞有加剧的趋势时,主动丢弃报文,通过调整数据流量来解除网络过载。传统的拥塞避免策略采用尾部丢弃(Tail-Drop)的方法,当队列的长度达到某一最大值后,所有新到来的报文都将被丢弃,Tail-Drop将会引发TCP全局同步现象。优选地,为避免TCP全局同步现象,本实施例采用WRED(Weighted Random EarlyDetection,加权随机早期检测)进行拥塞避免。WRED基于报文的丢弃优先级为每个队列都设定上限和下限,对队列中的报文进行如下处理:
(1)、当队列的长度小于下限时,不丢弃报文;
(2)、当队列的长度超过上限时,丢弃所有到来的报文;
(3)、当队列的长度在上限和下限之间时,随机丢弃到来的报文。队列越长,丢弃的概率越高,但有一个最大丢弃概率。
进一步地,在本发明数据流调度装置的较佳实施例中,所述数据流调度装置还包括设置模块,用于接收用户基于调度参数设置界面输入的调度参数;以及将接收到的所述调度参数作为当前调度参数。
具体地,用户可根据实际需求通过设置模块基于网络节点提供的CLI(CommandLine Interface,命令行界面)和/或GUI(Graphical User Interface,图形用户界面)调度参数设置界面进行预设端口调度参数的设置。例如,当判断需要较大调度力度才能满足数据流调度需求时,用户可通过设置相应的调度参数使能较多级数的调度层级,以满足数据流调度需求,确保网络节点正常转发数据流。
进一步地,用户还可根据实际需求对设置的调度参数进行更新,以使得网络节点适应不断变化的网络环境。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种数据流调度方法,其特征在于,所述数据流调度方法包括:
按照当前调度参数确定预设端口需要使能的调度层级,其中,所述调度参数至少包括需要使能的调度层级信息、调度节点信息、调度策略信息以及不同调度层级调度节点之间的链接关系信息;
使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系;
为使能的各调度节点配置调度策略;
在所述预设端口接收到数据流时,根据各调度节点配置的调度策略及各调度节点之间的链接关系,在使能的各调度节点之间对所述数据流分层进行调度。
2.如权利要求1所述的数据流调度方法,其特征在于,所述预设端口包括一类端口和二类端口,当所述预设端口为一类端口时,所述预设端口包括5级调度层级;当所述预设端口为二类端口时,所述预设端口包括3级调度层级。
3.如权利要求2所述的数据流调度方法,其特征在于,所述按照当前调度参数确定预设端口需要使能的调度层级包括:
始终将所述预设端口调度优先级最低和最高的调度层级作为需要使能的调度层级,并按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
4.如权利要求1-3任一项所述的数据流调度方法,其特征在于,所述为使能的各调度节点配置调度策略包括:
为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
5.如权利要求1-3任一项所述的数据流调度方法,其特征在于,所述按照当前调度参数确定预设端口需要使能的调度层级之前,还包括:
接收用户基于调度参数设置界面输入的调度参数;
将接收到的所述调度参数作为当前调度参数。
6.一种数据流调度装置,其特征在于,所述数据流调度装置包括:
确定模块,用于按照当前调度参数确定预设端口需要使能的调度层级,其中,所述调度参数至少包括需要使能的调度层级信息、调度节点信息、调度策略信息以及不同调度层级调度节点之间的链接关系信息;
使能模块,用于使能确定的调度层级的相应调度节点,并建立不同调度层级调度节点之间的链接关系;
配置模块,用于为使能的各调度节点配置调度策略;
调度模块,用于在所述预设端口接收到数据流时,根据各调度节点配置的调度策略及各调度节点之间的链接关系,在使能的各调度节点之间对所述数据流分层进行调度。
7.如权利要求6所述的数据流调度装置,其特征在于,所述预设端口包括一类端口和二类端口,当所述预设端口为一类端口时,所述预设端口包括5级调度层级;当所述预设端口为二类端口时,所述预设端口包括3级调度层级。
8.如权利要求7所述的数据流调度装置,其特征在于,所述确定模块还用于始终将所述预设端口调度优先级最低和最高的调度层级作为需要使能的调度层级,并按照当前调度参数,确定所述预设端口需要使能的,除所述预设端口调度优先级最低和最高的调度层级之外的其它调度层级。
9.如权利要求6-8任一项所述的数据流调度装置,其特征在于,所述配置模块还用于为使能的各调度节点配置调度算法、流量整形策略和/或拥塞避免策略。
10.如权利要求6-8任一项所述的数据流调度装置,其特征在于,所述数据流调度装置还包括设置模块,用于接收用户基于调度参数设置界面输入的调度参数;以及将接收到的所述调度参数作为当前调度参数。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510379415.9A CN106330710B (zh) | 2015-07-01 | 2015-07-01 | 数据流调度方法及装置 |
PCT/CN2016/075256 WO2016177058A1 (zh) | 2015-07-01 | 2016-03-01 | 数据流调度方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510379415.9A CN106330710B (zh) | 2015-07-01 | 2015-07-01 | 数据流调度方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106330710A CN106330710A (zh) | 2017-01-11 |
CN106330710B true CN106330710B (zh) | 2019-09-13 |
Family
ID=57217486
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510379415.9A Active CN106330710B (zh) | 2015-07-01 | 2015-07-01 | 数据流调度方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106330710B (zh) |
WO (1) | WO2016177058A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109840145B (zh) * | 2019-01-08 | 2021-09-07 | 苏州盛科通信股份有限公司 | 一种多级调度方法、装置、网络芯片及存储介质 |
CN113810314A (zh) * | 2020-06-15 | 2021-12-17 | 中兴通讯股份有限公司 | 数据调度方法、设备和存储介质 |
CN113949675A (zh) * | 2020-07-16 | 2022-01-18 | 华为技术有限公司 | 一种队列调度方法、装置及*** |
CN115118677B (zh) * | 2022-06-24 | 2024-06-25 | 无锡中微亿芯有限公司 | 一种fpga中的片上网络的路由节点调度方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7379467B1 (en) * | 2003-05-08 | 2008-05-27 | Cypress Semiconductor Corporation | Scheduling store-forwarding of back-to-back multi-channel packet fragments |
CN101478475A (zh) * | 2008-11-21 | 2009-07-08 | 中兴通讯股份有限公司 | 一种HQoS技术在T-MPLS网络中的实现方法 |
CN102546395A (zh) * | 2011-12-14 | 2012-07-04 | 中兴通讯股份有限公司 | 基于l2vpn网络的业务调度方法和装置 |
-
2015
- 2015-07-01 CN CN201510379415.9A patent/CN106330710B/zh active Active
-
2016
- 2016-03-01 WO PCT/CN2016/075256 patent/WO2016177058A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7379467B1 (en) * | 2003-05-08 | 2008-05-27 | Cypress Semiconductor Corporation | Scheduling store-forwarding of back-to-back multi-channel packet fragments |
CN101478475A (zh) * | 2008-11-21 | 2009-07-08 | 中兴通讯股份有限公司 | 一种HQoS技术在T-MPLS网络中的实现方法 |
CN102546395A (zh) * | 2011-12-14 | 2012-07-04 | 中兴通讯股份有限公司 | 基于l2vpn网络的业务调度方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2016177058A1 (zh) | 2016-11-10 |
CN106330710A (zh) | 2017-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101843239B1 (ko) | 소프트웨어 정의 프로토콜 스택을 제공하기 위한 시스템 및 방법 | |
EP3210349B1 (en) | Qos on a virtual interface over multi-path transport | |
US8705363B2 (en) | Packet scheduling method and apparatus | |
CN101692648B (zh) | 一种队列调度方法及*** | |
EP2302843A1 (en) | Method and device for packet scheduling | |
CN108353029A (zh) | 用于管理计算网络中的数据业务的方法和*** | |
CN106330710B (zh) | 数据流调度方法及装置 | |
CN105490962B (zh) | 一种基于OpenFlow网络的QoS管理方法 | |
CN109391563B (zh) | 一种资源预留方法以及相关设备 | |
JP4163044B2 (ja) | 帯域制御方法およびその帯域制御装置 | |
CN104092625B (zh) | 一种用于dcn中的自适应请求分批调度方法 | |
CN110557333A (zh) | 软件定义网络服务质量控制保障的方法及*** | |
CN102413051B (zh) | 一种服务质量调度方法和装置 | |
CN112005528B (zh) | 一种数据交换方法、数据交换节点及数据中心网络 | |
CN101478486B (zh) | 一种交换网数据调度方法、设备和*** | |
CN103858474A (zh) | 针对传输网络的增强性能的基于服务的配置 | |
CN110247859B (zh) | 一种基于airt-ros节点的数据发送方法及装置 | |
CN105099947A (zh) | 空间网络接入方法及装置 | |
CN100531203C (zh) | 一种在多协议标签交换协议中保证服务质量的方法 | |
CN110417656A (zh) | 一种基于sdn网络的服务质量保障***以及方法 | |
TW200303670A (en) | Inverse multiplexing of managed traffic flows over a multi-star network | |
KR101587379B1 (ko) | 큐 사이즈의 동적 제어 방법 및 이를 수행하는 장치 | |
CN103326962B (zh) | 多样化服务交换方法 | |
US9166924B2 (en) | Packet scheduling method and apparatus considering virtual port | |
Joung et al. | Scalable Flow Isolation with Work Conserving Stateless Core Fair Queuing for Deterministic Networking |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20190807 Address after: Yuhuatai District of Nanjing City, Jiangsu province 210012 Bauhinia Road No. 68 Applicant after: Nanjing Zhongxing New Software Co., Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Applicant before: ZTE Corporation |
|
GR01 | Patent grant | ||
GR01 | Patent grant |