[发明专利]网络服务的传输控制方法、装置和控制器有效
申请号: | 201610094640.2 | 申请日: | 2016-02-19 |
公开(公告)号: | CN107104907B | 公开(公告)日: | 2020-06-12 |
发明(设计)人: | 李磊;刘博;陶镇宁 | 申请(专利权)人: | 富士通株式会社 |
主分类号: | H04L12/927 | 分类号: | H04L12/927;H04L12/24 |
代理公司: | 北京三友知识产权代理有限公司 11127 | 代理人: | 陶海萍;樊一槿 |
地址: | 日本神奈*** | 国省代码: | 暂无信息 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 网络服务 传输 控制 方法 装置 控制器 | ||
一种网络服务的传输控制方法、装置和控制器,该网络服务的传输控制方法包括:在网络服务开始前,协商各链路所支持的工作模式,探测各链路在所支持的各个工作模式下的服务质量;根据各个网络服务的服务质量要求以及各链路在所支持的各个工作模式下的服务质量,对所有要传输的网络服务进行分组,为各分组分配链路以及工作模式;根据为各分组分配的链路以及工作模式为各分组中的各网络服务指定链路。由此,能够利用多载波光通信系统的传输质量检测和调整能力来满足不同的网络服务质量要求。
技术领域
本发明涉及通信技术领域,尤其涉及一种网络服务的传输控制方法、装置和控制器。
背景技术
目前,新型的网络服务层出不穷。不同的网络服务的服务质量(Quality ofService,简称QoS)要求,如数据吞吐率(throughput)、时延(latency)、误码率(BER,BitError Rate)等也各不相同。以云计算中心为例,大型的数据备份服务要求的吞吐率可能高达数千Gb/s,而备份服务对时延却并不敏感;相反的,服务器之间的协同计算要求的吞吐率可能不足1Gb/s,但协同计算却对时延提出了很高的要求。
为了应对不同的数据吞吐率要求,谷歌(Google)和思科(Cisco)提出了柔性以太网(FlexEthernet)的概念,FlexEthernet支持将一个数据吞吐率很大的网络服务切分映射到多个物理端口(多个子MAC流)或者将多个吞吐率小的网络服务合并映射到一个物理端口(一个MAC流)。
应该注意,上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明,并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
发明人发现,FlexEthernet在切分、合并与映射网络服务时仅仅考虑了网络服务的吞吐率要求和物理端口的速率,却没有考虑以下两点:首先,不同的物理端口的传输性能可能不同,比如所能提供的时延和误码率等可能不同;其次,不同的网络服务对时延和误码率的要求也不尽相同。这样,虽然FlexEthernet能够实现不同网络服务的吞吐率要求与物理端口速率的匹配,但是网络服务的服务质量要求无法得到保障。
为了解决上述问题,本发明实施例提供了一种网络服务的传输控制方法、装置和控制器。
根据本实施例的第一方面,提供了一种网络服务的传输控制方法,其中,该方法包括:
在网络服务开始前,协商各链路所支持的工作模式,探测各链路在所支持的各个工作模式下的服务质量;
根据各个网络服务的服务质量要求以及各链路在所支持的各个工作模式下的服务质量,对所有要传输的网络服务进行分组,为各分组分配链路以及工作模式;
根据为各分组分配的链路以及工作模式为各分组中的各网络服务指定链路。
根据本实施例的第二方面,提供了一种网络服务的传输控制装置,其中,该装置包括:
协商探测单元,其在网络服务开始前,协商各链路所支持的工作模式,探测各链路在所支持的各个工作模式下的服务质量;
分配单元,其根据各个网络服务的服务质量要求以及各链路在所支持的各个工作模式下的服务质量,对所有要传输的网络服务进行分组,为各分组分配链路以及工作模式;
指定单元,其根据为各分组分配的链路以及工作模式为各分组中的各网络服务指定链路。
根据本实施例的第三方面,提供了一种控制器,其中,该控制器被配置为:
在网络服务开始前,协商各链路所支持的工作模式,探测各链路在所支持的各个工作模式下的服务质量;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于富士通株式会社,未经富士通株式会社许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201610094640.2/2.html,转载请声明来源钻瓜专利网。