用于高效多径传输的技术转让专利
申请号 : CN201980011848.5
文献号 : CN111699666B
文献日 : 2022-01-28
发明人 : M·阿门德 , E·波根菲尔德
申请人 : 德国电信股份有限公司
摘要 :
权利要求 :
1.一种多径传输系统(500、600、1000),包括:第一网络实体(E1、510、610、1010),其被配置成将输入数据流(611、711、1011)转换成子流(521、621、821、1021)的集束以供在多径传输介质(522、622、1022)上进行传输;
第二网络实体(E2、520、620、1020),其被配置成将经由所述多径传输介质(522、622、
1022)所接收到的子流(521、621、821、1021)的所述集束重新转换成输出数据流(623、
1023),
其中所述转换和所述重新转换是基于一网络协议(511、1012),所述网络协议(511、
1012)在无需确保对子流(521、621、821、1021)的所述集束的按次序递送的情况下提供拥塞控制,
其中所述网络协议(511、1012)是数据报拥塞控制协议DCCP的多径扩展,其中所述第一网络实体(E1、510、610、1010)被配置成在不封装到DCCP中的情况下将包括OSI层4有效载荷(811)在内的输入数据流(611、711、1011)转换成子流(521、621、821、
1021)的所述集束,
并且其中所述多径传输系统(500、600、1000)的特征在于,所述第一网络实体(E1、510、610、1010)被配置成:在将包括OSI层2或OSI层3有效载荷在内的输入数据流(611、711、1011)封装到DCCP中之后将其转换成子流(521、621、821、1021)的所述集束,将整体排序添加到要被传送到所述第二网络实体(E2、520、620、1020)的现有DCCP选项中,或
使用DCCP通用报头(900)的保留比特字段或类型比特字段之一来向所述第二网络实体(E2、520、620、1020)指示所述整体排序,以及所述第二网络实体处的重排序引擎,所述重排序引擎被配置成根据所述整体排序来对所述子流(521、621、821、1021)进行重排序,以按正确的次序来提供所述输出数据流。
2.如权利要求1所述的多径传输系统(500、600、1000),其特征在于,所述网络协议(511、1012)是基于服务检测(612)的,所述服务检测(612)被配置成检测包括在所述输入数据流(611、711、1011)中的服务,其中所述服务基于所述输入数据流(611、711、1011)的以下特性中的至少一项来检测:源地址、目的地地址、深度分组检查、话务模式。
3.如权利要求2所述的多径传输系统(500、600、1000),其特征在于,所述网络协议(511、1012)是基于路径管理(615)的,所述路径管理(615)被配置成检测和管理所述多径传输介质(522、622、1022)朝向所述第二网络实体(E2、520、620、1020)的可用路径。
4.如权利要求3所述的多径传输系统(500、600、1000),其特征在于,所述网络协议(511、1012)是基于调度(613)的,所述调度(613)被配置成基于决策逻辑来在所述多径传输介质(522、622、1022)的所述可用路径上分布所述输入数据流(611、711、
1011)的有效载荷单元以创建子流(521、621、821、1021)的所述集束。
5.如权利要求4所述的多径传输系统(500、600、1000),其特征在于,所述网络协议(511、1012)是基于每路径监视(614)的,所述每路径监视(614)被配置成监视所述多径传输介质(522、622、1022)的各路径的以下参数中的至少一者:容量、等待时间、抖动、质量和丢失,
其中所述决策逻辑基于来自所述每路径监视(614)的信息。
6.如权利要求4至5中的一项所述的多径传输系统(500、600、1000),其特征在于,所述网络协议(511、1012)包括策略接口(630),所述策略接口(630)被配置成确定以下操作的策略:所述服务检测(612)、所述路径管理(615)、所述调度(613)、和/或将子流(521、
621、821、1021)的所述集束重新转换成所述输出数据流(623、1023)。
7.如权利要求6所述的多径传输系统(500、600、1000),其特征在于,所述服务检测(612)的策略基于以下选项之一或组合:所述输入数据流(611、711、
1011)的话务模式、所述输入数据流(611、711、1011)的OSI层协议标识符、所述输入数据流(611、711、1011)的OSI层报头标识符、所述输入数据流(611、711、1011)的有效载荷标识符;
其中所述路径管理(615)的策略基于以下选项之一或组合:所述多径传输介质(522、
622、1022)的路径数、所述多径传输介质(522、622、1022)的路径类型、等待时间阈值、容量阈值、白名单、黑名单、针对所述多径传输介质(522、622、1022)的拥塞控制的每路径设置;
其中所述调度(613)的策略基于以下选项之一或组合:基于流的调度、基于数据流的调度、基于分组的调度、基于服务的调度、路径优先级、流优先级、应用优先级、低等待时间优先级、稳健性和最小等待时间、循环、按次序递送以避免重排序、话务成形、路径卸载;并且
其中将子流(521、621、821、1021)的所述集束重新转换成所述输出数据流(623、1023)的策略基于以下选项之一或组合:最大均衡时间、静态或动态均衡、缓冲器大小、开启或关闭。
8.如权利要求1所述的多径传输系统(500、600、1000),其特征在于,所述第一网络实体(E1、510、610、1010)被配置成封装包括多个分组的无状态输入数据流(611、711、1011),每个分组完全独立地行进,而无需参考任何其他分组,以用于不对丢失分组进行重传的经封装的输入数据流(611、711、1011)的无状态传输并且其中所述DCCP协议通过维持其会话状态来保持其有状态特性。
9.一种用于多径传输的方法,所述方法包括:将输入数据流转换(1001)成子流的集束以供在多径传输介质上进行传输;以及将经由所述多径传输介质所接收到的子流的所述集束重新转换(1002)成输出数据流,其中所述转换和所述重新转换是基于一网络协议的,所述网络协议在无需确保对子流的所述集束的按次序递送的情况下提供拥塞控制,其中所述网络协议是数据报拥塞控制协议DCCP的多径扩展,其中在不封装到DCCP中的情况下将包括OSI层4有效载荷(811)在内的输入数据流(611、711、1011)转换成子流(521、621、821、1021)的所述集束,并且其中所述方法的特征在于,
通过第一网络实体(E1、510、610、1010)来将包括OSI层2或OSI层3有效载荷在内的输入数据流(611、711、1011)封装到DCCP中之后将其转换成子流(521、621、821、1021)的所述集束,
将整体排序添加到要被传送到第二网络实体(E2、520、620、1020)的现有DCCP选项中,或
DCCP通用报头(900)的保留比特字段或类型比特字段之一被用于向第二网络实体(E2、
520、620、1020)指示所述整体排序,由此所述第二网络实体处的重排序引擎根据所述整体排序来对所述子流(521、621、
821、1021)进行重排序,以按正确的次序来提供所述输出数据流。
说明书 :
用于高效多径传输的技术
技术领域
据报拥塞控制协议)、用于将用于OSI网络层2和更高层的多个通信路径进行组合的技术。
个未知且波动的路径上。多径集束协议(MBP)必须管理不同的路径并且包含用于路径聚集
的(诸)算法。此类算法的挑战在于各路径上的数据分布,并且若需要,则需要重排序单元将
数据流再次置于正确的次序,以便接收方可以使用该数据流。对在多个路径上高效地分布
混合接入数据话务的挑战尚未得到解决。直至今日,还没有将多个未知且波动的路径集束
成单个逻辑路径的已知办法。
发明内容
面消除了无状态属性,而另一方面通过确保按次序递送而引入队首阻塞。
被填充。无序递送在经排序分组无序到达时发生。这可能由于各分组采用不同路径或分组
被丢弃并重新发送而发生。按次序递送在经排序分组有序到达时发生。流控制是确保按次
序递送的控制。拥塞控制可调制进入电信网络的话务,以避免因超额订阅而导致的拥塞崩
溃。通常这是通过降低分组的速率来完成的,并且不应当将其与流控制相混淆,以防止发送
方压倒接收方。拥塞控制包括诸如指数退避、公平排队、优先级方案等技术。
这种行为完全匹配路径估计的要求,而无需施加流控制。标准化协议DCCP的这种机制被进
一步朝向具有多径能力的协议MP‑DCCP来发展,这是本公开的目的。MP‑DCCP的主要构思是
创建若干DCCP流,将它们进行集束并且分别管理它们。如此,DCCP协议不需要改变标准的特
殊扩展,但是如此的MP‑DCCP可能在将来被标准化。
号处理器、集成电路、电子光学电路和/或无源组件的电子组件来实现。
动无线电网络或固定网络的固定设备和平台之间进行的交换网络,以及其中信号的传输在
网络接入设备与通信终端之间进行的接入网络。通信网络可包括移动无线电网络的组件以
及固定网络的组件两者。在移动网络中,接入网络也被称为空中接口,并且包括例如带有移
动天线以建立到如上所述的通信终端的通信的基站(B节点、演进型B节点、无线电蜂窝小
区),例如带有移动适配器的移动电话或移动设备或机器终端。在固定网络中,接入网络包
括例如DSLAM(数字订户线接入复用器),以基于导线来连接多个参与者的通信终端。经由交
换网络,通信可被传递到其他网络,例如其他网络运营商(例如,外国网络)。
了通信的规则“语法”、“语义”和“同步”以及可能的检错和纠错。可以通过计算机硬件、软
件、或两者的组合来实现各网络协议。通信系统使用经明确定义的格式来交换各种消息。
定,可以将网络协议开发为技术标准。多个协议通常描述单个通信的不同方面。设计成一起
工作的一组(网络)协议被称为(网络)协议套件;当用软件实现时,它们是(网络)协议栈。因
特网通信协议由因特网工程任务组(IETF)发布。IEEE处置有线和无线联网,而国际标准化
组织(ISO)处置其他类型。
通信系统与标准协议的互操作性。该模型将通信系统划分成各抽象层。原始版本的模型定
义了七个层:物理层(层1)、数据链路层(层2)、网络层(层3)、传输层(层4)、会话层(层5)、表
示层(层6)和应用层(层7)。
被配置成将经由多径传输介质接收到的子流的集束重新转换成输出数据流,其中转换和重
新转换是基于一网络协议的,该网络协议提供拥塞控制而无需确保对子流的集束的递送或
按次序递送。
事件。有状态是指计算机或程序通常通过在出于此目的来指定的存储字段中设置值来跟踪
交互的状态。
网协议是无状态交互的示例。每个分组完全独立地行进,而无需参考任何其他分组。无状态
传输具有的优势在于,在数据传输期间不会由于对丢失分组的重传而发生中断。在接收方
侧,丢失分组可以用某种分组估计来代替,例如,通过再次播放先前的分组以便填充间隙并
避免暂停。
容量资源过载。关于下面描述的图7,MP‑DCCP能够传送无状态协议(如UDP或IP),而无需将
有状态行为施加给相应的所传送的协议,或无需确保(按次序)递送。如图7中所示的MP‑
DCCP仅施加拥塞控制。TCP是有状态的,并且还继承流控制和拥塞控制,其与DCCP相比较而
言确保按次序递送。UDP和IP是无状态的,各端点上/之间不保持会话信息。这也排除了拥塞
控制和流控制。数据仅在没有关于路径的知识且没有关于接收的信息的情况下发送。
是这种情形。由于过载,网络需要较多时间来处置和移除过载情况、拥塞和冲突。提供拥塞
控制的上述网络协议避免了此类瓶颈。
显著改善并且因此导致针对用户、特别是如上所述的混合接入场景的改善的体验质量
(QoE)。
号4340,2006年3月”的普通的旧的数据报拥塞控制协议(DCCP)是从TCP继承拥塞控制而无
需确保递送的网络协议。这种行为完全匹配路径估计的要求,而无需施加流控制。标准化协
议DCCP的这种机制被应用于多径传输,以获得具有多径能力的协议MP‑DCCP。MP‑DCCP的主
要构思是创建若干DCCP流,并且进行集束以及分别管理它们(参见以下描述的图5)。如此,
DCCP协议不需要改变标准的特殊扩展。
次播放先前的分组以便填充间隙并避免暂停。在可靠传输中,接收方必须等待直至丢失的
分组被重传。因此,在畸变的传输、特别是针对实时话务的情形中,不可靠传输改善了用户
的体验质量。
少一者来检测:源地址、目的地地址、深度分组检查、话务模式。
过使用不那么可靠的传输路径来传送非实时话务(诸如文件下载或视频下载)。在其他场景
中,服务可以受益于一群流中的各个流的容量聚集或一群流中的各个流之间的无缝切换。
不同服务之间的这种差异改善了QoE。
流的集束。
务来传送。
动、质量和丢失。
排序,子流的该集束是在第二网络实体处被接收到的。
良好的调度器或者通过使用具有相同特性的路径来避免。
数据流。
符、输入数据流的有效载荷标识符。
值、白名单(特别是多径传输介质的各路径的可允许IP地址)、黑名单(特别是多径传输介质
的各路径的被阻止的IP地址)、用于多径传输介质的拥塞控制的每路径设置。
级、应用优先级、低等待时间优先级、稳健性和最小等待时间、循环、按次序递送以避免重排
序、话务成形、路径卸载。
或OSI层3有效载荷在内的输入数据流封装在OSI层4、特别是DCCP中之后将其转换成子流的
集束。
关)之间。可以将传入的较高层数据话务封装到OSI层2或OSI层3话务中,以供两个网络节点
之间的传输。直接传输(即,不进行封装)可被最优地应用于端到端数据通信,例如,用于从
网络服务器下载视频流的浏览器之间,即,在不需要封装的情况下的话务场景中。
径传输介质的可用路径;调度模块,其被配置成基于决策逻辑来在该多径传输介质的该可
用路径上分布输入数据流的有效载荷单元以创建子流的集束;路径监视器,其被配置成监
视该多径传输介质的各路径的以下参数中的至少一者:容量、等待时间、抖动和丢失,其中
该决策逻辑基于来自该路径监视器的信息。
供了一种用于在多个路径上对数据话务进行高效分布的解决方案。通过使用新引入的子流
的多径集束,多径传输介质上的传输可被显著改善并且因此导致针对用户、特别是如上所
述的混合接入场景的改善的体验质量(QoE)。
网络协议。。
分组进行重传而发生中断。在接收方侧,丢失分组可以用某种分组估计来代替,例如,通过
再次播放先前的分组以便填充间隙并避免暂停。在可靠传输中,接收方必须等待某一时间
直至丢失的分组被重传。因此,在畸变的传输、特别是针对实时话务的情形中,不可靠传输
改善了用户的体验质量。
子流的集束重新转换成输出数据流,其中,该转换和重新转换是基于一网络协议的,该网络
协议提供拥塞控制而无需确保对子流的集束的递送或按次序递送。
在多个路径上对数据话务进行高效分布的解决方案。通过使用新引入的子流的多径集束,
多径传输介质上的传输可被显著改善并且因此导致针对用户、特别是如上所述的混合接入
场景的改善的体验质量(QoE)。
具体实施方式
而不脱离本发明的范围。因此,以下详细描述不应按照限制的意义来理解,如本发明的范围
由所附权利要求限定。
所描述的方法步骤的单元,即使在附图中未显式地描述或解说此类单元。此外,应理解,除
非另有特别说明,否则本文所描述的各种示例性方面的特征可以彼此组合。
的运营商网络121、122、123、124、125、126的集成运营商网络120、以及具有因特网131的因
特网区域130。在运营商网络121、122、123、124、125、126处,实现混合接入算法和协议127以
将混合接入客户端112与混合接入服务器128相连接以用于与因特网131的连接。
型场景,但也可被实现为OTT(over the top)解决方案。HA客户端112具有至少两个接入接
口,一个接口例如用于数字订户线(DSL)接入122,而另一接口例如用于对长期演进(LTE)网
络121的接入。关于HA算法的考虑集中于分布式客户端‑服务器解决方案,其具有住宅网关
中的客户端功能以及运营商126的网络处或公共因特网131中的数据中心中的服务器功能
(HA服务器128)。但是,如图2中所示,多径使用也可被直接应用于终端设备,而无需使中间
设备进行代表。
点。多径集束协议(MBP)222必须管理不同的路径221并且包含用于路径聚集的(诸)算法。此
类算法的挑战在于各路径221上的数据分布,并且若需要,则需要重排序单元将数据流再次
置于正确的次序,以便接收方220可以使用该数据流。MBP 222可以单向或双向地应用。
输之前,由生成器310生成的数据被调度器311调度。发送方侧的调度311(分布)是MBP 222
不可或缺的要求,并且因此如图3所示是强制性的。
则如图4中所示,使用接收方320侧的重排序单元423可能有帮助。不同的设计目标可被应用
于MBP,例如递送高的总吞吐量/实际吞吐量、低等待时间、确保质量、无缝连接性等。
Multiple Addresses(具有多个地址的多径操作的TCP扩展)”RFC编号6824,2013年1月”的
多径传输控制协议(MPTCP)能被应用于MBP,根据“Nicolai Leymann(尼克莱·莱曼)、
Cornelius Heidemann(科尼利厄斯·海德曼)、Minggui Zhang(张明桂)、Behcet Sarikaya
(白塞·萨里卡娅)、Margaret Cullen(玛格丽特·卡伦)的“Huawei's GRE Tunnel
Bonding Protocol(华为GRE隧道绑定协议)”RFC编号8157,2017年5月”的华为GRE隧道集束
协议同样如此。MPTCP是传输层协议的作为对常规传输控制协议(TCP)的扩展的新提议的标
准。MPTCP增强网络性能,尤其是在一个接口上的可用吞吐量相对低于应用需求的情况下,
并且存在将多个(n个)接口用于最大化整体输出的可能性,如图2中所示。MPTCP利用TCP的
路径估计和严格的按次序递送的固有能力。第一个能力有助于设计高效的调度器,这是因
为它具有关于RTT、CWND、传输中字节数等的永久知识,而后一个能力使接收方侧进行重排
序的努力保持较小,这是因为MPTCP可以依赖:流的每一部分将被接收到并且因此仅需要等
待并且将其置于正确的次序。GRE办法与MPTCP相比较而言是非常静态的设置,而无需固有
地提供像TCP那样的广泛信令,并且因此仅限于与一个未知路径相组合的N个已知(在容量
方面已知,不计及RTT/等待时间)的优先路径。调度器确保在将溢出的分组转移到未知路径
之前首先填充(诸)已知路径。重排序队列如下工作:用静态时间值来均衡各路径之间的等
待时间差异并尝试确保按次序递送,这可能合适、也可能不合适。原则上,它不能对来自网
络路径的新挑战(如分组丢失、带宽减少、或等待时间波动)进行动态的反应。此外,如果一
个所使用路径是有损或等待时间敏感的,则它会引入许多抖动。可以通过华为GRE隧道绑定
协议来传递的TCP对此抖动非常敏感并将显著降低速度,但是基于无状态传输协议(例如,
UDP)的应用也将难以处置该抖动并且可能会表现为被连接到已中断的单个链路。
态的,但尤其在对未知路径进行组合上缺乏效率。清楚地表明,需要利用像TCP之类的信令
(发送数据并确收该数据)来优化调度,并帮助在接收方侧将数据置于正确的次序。使MPTCP
能够传输无状态协议(IP、UDP等)的第一粗略且容易的办法是通过TCP隧道来隧穿这种话
务,该话务再次在MPTCP上分布。然而,这可能会对经隧道封装的话务施加不想要的TCP行为
(像重传和队首阻塞),并且如果话务已经是TCP,则可能会导致TCP崩溃效应,从而导致数据
流停止运行。
入数据流转换成子流(例如,DCCP子流)521的集束以供在多径传输介质522上进行传输。第
二网络实体E2 520被配置成将经由多径传输介质522接收到的子流521的集束进行重新转
换。转换和重新转换是基于一网络协议511的,该网络协议511提供拥塞控制而无需确保对
子流521的集束的递送或按次序递送。
“E.Kohler(E.科勒)、M.Handley(M.汉得利)、S.Floyd(S.弗洛伊德)的“Datagram
Congestion Control Protocol(DCCP)(数据报拥塞控制协议(DCCP))”,RFC编号4340,2006
年3月”的、从TCP继承拥塞控制而无需确保递送的网络协议。这种行为完全匹配路径估计的
要求,而无需施加流控制。标准化协议DCCP的这种机制被进一步朝向具有多径能力的协议
MP‑DCCP来发展,这是本公开的目的。MP‑DCCP的主要构思是将若干DCCP流521创建为集束并
分别管理它们。如此,DCCP网络协议不需要改变标准的特殊扩展。
决方案在不施加TCP行为的情况下利用运行良好的TCP信道估计并同时提供不可靠协议(如
UDP或IP)的传输,这消除了不可靠属性。
613、可任选的重排序引擎622和策略应用接口630。在传送方侧610,服务检测模块612可以
基于例如源、目的地、深度分组检查、话务模式等特性来区分服务,并相应地标记要在调度
器中处置的分组。路径管理器615负责检测朝向目的地的n条可用路径,对这些可用路径进
行管理,并使它们可用于创建n个DCCP流621的调度器引擎613。调度器613包括用于在可用
路径622上分布(来自输入流611的)有效载荷单元的决策逻辑,并且因此可以使用每路径监
视614的信息。监视614本身至少保持对容量、等待时间、抖动和丢失的跟踪。在接收方侧
620,可任选的重排序引擎622可被用于均衡不同的路径特性,例如,缓解等待时间尖峰、加
扰或分组丢失。此类重排序引擎622不是强制性的,并且可以例如通过预先进行均衡的良好
运行的调度器613或者通过使用具有相同特性的路径来避免。
将重组后的数据输出数据流进行解封装之后,将其提供给接收方720。经由MP‑DCCP来传输
话务具有选项。将任何话务封装到DCCP中,或直接由两端上的DCCP应用来使用。第一种解决
方案如图7中所描绘,而第二种解决方案如图8中所描绘。根据图7的封装选项具有成为OSI
层2或OSI层3的能力的优势,而不会像流控制或类似操作那样施加不利的副作用。生成器
710端的“调度器+封装”引擎712可被放置在分开的设备中,“解封装引擎”722和接收方720
也可被放置在分开的设备中。
OSI层2或OSI层3话务中,以供两个网络节点之间的传输。无需在网络节点(例如,网关)中实
现更高层的网络协议。
于创建DCCP子流821的集束以供在多径传输介质上进行传输。在DCCP接收方820侧,可借助
于套接字API 822来重组DCCP流821,以将带有有效载荷823的输出数据流提供给DCCP接收
方820。多径DCCP 800例如可被应用于端到端数据话务,例如,在用于从网络服务器820下载
视频流的浏览器810之间的端到端数据话务。设备810、820两者都使用OSI层4话务(诸如
DCCP),因此不需要封装。
字段、CsCov字段、校验和字段、保留数据字段、类型字段、X字段,另一保留数据字段、序列号
(高比特)和序列号(低比特)。
选的重新排序是一种功能性,该功能性对于将有效载荷的各部分置于它们如何从发起方发
送的次序而言是非常有用的。为了优化重排序过程,整体排序可能会有帮助,其能通过使用
现有的DCCP选项或通过定义新的DCCP选项来进行添加,该现有的DCCP选项例如在
“E.Kohler(E.科勒)、M.Handley(M.汉得利)、S.Floyd(S.弗洛伊德)的“Datagram
Congestion Control Protocol(DCCP)(数据报拥塞控制协议(DCCP))”,RFC编号4340,2006
年3月”的第30页中描述。例如,DCCP通用报头900的保留比特字段或类型比特字段之一可被
传送方用来向接收方指示整体排序。接收方可以从DCCP通用报头900移除所指示的值以便
与DCCP标准兼容。
换成子流1021的集束以供在多径传输介质1022上进行传输。第二网络实体1020被配置成将
经由多径传输介质1022接收到的子流1021的集束重新转换成输出数据流1023。转换和重新
转换是基于一网络协议1012的,该网络协议1012提供拥塞控制而无需确保对子流1021的集
束的递送或按次序递送。
者来检测服务:源地址、目的地地址、深度分组检查、话务模式。
流1021的集束。
决策逻辑可以基于来自例如如以上关于图6所描述的每路径监视614的信息。
进行重排序。
换成输出数据流1023,例如,如以上关于图6所描述的。
1011的有效载荷标识符,例如,如上面关于图6所描述的。
(特别是多径传输介质1022的各路径的可允许IP地址)、黑名单(特别是多径传输介质1022
的路径的被阻止IP地址)、用于多径传输介质1022的拥塞控制的每路径设置,例如,如以上
关于图6所描述的。
先级、稳健性和最小等待时间、循环、按次序递送以避免重排序、话务成形、路径卸载,例如,
如上面关于图6所描述的。
述的。
络实体1010可以被配置成在将包括OSI层2或OSI层3有效载荷在内的输入数据流1011封装
到OSI层4、特别是DCCP中之后,将其转换成子流1021的集束,例如,如上面关于图7所描述
的。
管理器615、调度模块613和路径监视器614,如上面参照图6所描述的。路径管理器615被配
置成检测和管理多径传输介质1022的可用路径。调度模块613被配置成基于决策逻辑来在
多径传输介质1022的可用路径上分布输入数据流1011的有效载荷单元以创建子流1021的
集束。路径监视器614被配置成监视多径传输介质1022的各路径的以下参数中的至少一者:
容量、等待时间、抖动和丢失,其中,决策逻辑基于来自路径监视器614的信息。
略。
特别是基于数据报拥塞控制协议DCCP的多径扩展。
径传输介质接收到的子流的集束重新转换(1002)成输出数据流,其中转换和重新转换是基
于一网络协议的,该网络协议提供拥塞控制而无需确保对子流的集束的递送或按次序递
送,例如,如上面关于图5至图10所描述的。
可被存储在非瞬态计算机介质上的程序代码。计算机程序产品可以实现以上关于图5到10
描述的技术。
给定的或特定的应用可以是期望的和有利的。此外,在详细描述或权利要求书中使用术语
“包括”、“具有”、“带有”或其其他变体的范围内,此类术语旨在以类似于术语“包括”的方式
被包含。同样,术语“示例性”、“例如”和“例如”仅仅意指作为示例,而不是最好的或最优的。
术语“耦合”和“连接”,连同衍生物可能已经被使用。应当理解的是,这些术语可能已经被用
来指示两个元素相互合作或相互作用,无论它们是直接物理接触还是电接触,或者它们不
是彼此直接接触的。
方面。本申请旨在涵盖本文所讨论的特定方面的任何调整或变化。
实现。
经参照一个或多个特定实施例描述了本发明,但本领域技术人员认识到,在不脱离本发明
的范围的情况下,可以对其进行许多改变。因此,应当理解,在所附权利要求及其等同物的
范围内,本发明可以不是如本文特别描述的那样来实践。