[发明专利]用于分组数据转换的技术

说明书

本公开涉及用于网络协议转换的技术，尤其涉及用于发送器的第一分组数据转换设备(810)，该分组数据转换设备(810)包括：数据接口(811)，该数据接口(811)被配置成根据第一网络协议(814)，特别是根据数据报拥塞控制协议DCCP提供第一分组数据(813)，其中该第一分组数据(813)的每个分组都包括第一分组报头(815)；以及转换器(812)，该转换器(812)被配置成将该第一分组数据(813)转换成第二分组数据(817)；其中该转换基于对该第一分组报头(815)的内容的重新布置，其中该经重新布置的第一分组报头(819)指示该第二分组数据(817)是根据第二网络协议(818)生成的，特别是根据用户数据报协议UDP或根据UDP‑Lite协议生成的。

技术领域

本发明涉及用于分组数据转换的技术，特别是用于DCCP(数据报拥塞控制协议)分组数据的转换，使得其看起来像UDP(用户数据报协议)分组数据，以便在仅支持UDP分组数据的中间盒(middle box)上传送经转换的DCCP分组数据。本发明进一步涉及用于类UDP外观的DCCP报头转换器设备。

背景技术

根据“University of Southern California(南加州大学)，“TRANSMISSIONCONTROL PROTOCOL(传输控制协议)”RFC793，1981年9月”的传输控制协议(TCP)被广泛地应用于当今的计算机网络以确保OSI(开放系统互连)层4上的可靠数据传输。因此，它使用拥塞控制来适配路径特性并使用流控制来实现可靠有序递送，这可能会导致队首阻塞。尤其，从应用角度来看，队首阻塞是非期望的特征，例如，对于实时通信而言。因此，大多数此类应用使用根据“J.Postel，“User Datagram Protocol(用户数据报协议)”RFC768，1980年8月28日”的OSI层4用户数据报协议(UDP)，该协议是无状态的并且不包括任何拥塞或流控制。替换地，可以使用根据RFC3828的UDP-Lite，其具有协议号136而非17的UDP。为了确保路径适配，应用大多在顶层实施自己的拥塞控制，这既耗时又容易出错。存在解决此问题的另一OSI层4协议：根据“E.Kohler、M.Handley、S.Floyd，“Datagram Congestion ControlProtocol(DCCP)(数据报拥塞控制协议(DCCP))”，RFC4340，2006年3月”的普通旧数据报拥塞控制协议(DCCP)是一种继承TCP类拥塞控制的协议，而不保证(有序)递送。使用它的应用可以将拥塞控制留给层4而无需关注。

原则上，对于当今使用UDP并实现其自己的拥塞控制的许多应用来说，DCCP似乎是一个不错的选择。但是，DCCP具有经典的“鸡与蛋”问题。由于DCCP没有被广泛地部署，因此中间盒经常在DCCP到达目的地的途中阻塞DCCP，这进而成为不使用DCCP作为应用开发器的原因。仅TCP和UDP是预期中间盒能够合理接受的协议。

发明内容

本发明的目的是提供一种用于解决上文提及的问题的概念，即如何在为UDP或TCP数据话务设计的中间盒上高效地分发DCCP数据话务。

本发明的另一目的是介绍一种用于在仅支持特定网络协议的网络设备上高效传输数据话务的概念。

上述和其他目的是通过独立权利要求的主题内容来实现的。进一步的实现形式从从属权利要求、说明书和附图中是明显的。

为了克服穿越防火墙和NAT(网络地址转换)等中间盒的挑战，唯一合理的解决方案是在不相信DCCP将会被允许通过这些中间盒的情况下，将其转换为TCP或UDP等通用协议。由于DCCP希望避免TCP行为，因此解决方案空间仅限于UDP。