CN114631297B - 用于多路径通信的方法和网络设备 - Google Patents

用于多路径通信的方法和网络设备 Download PDF

Info

Publication number
CN114631297B
CN114631297B CN202080077025.5A CN202080077025A CN114631297B CN 114631297 B CN114631297 B CN 114631297B CN 202080077025 A CN202080077025 A CN 202080077025A CN 114631297 B CN114631297 B CN 114631297B
Authority
CN
China
Prior art keywords
network entity
network
data packets
internet connection
user datagram
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
Application number
CN202080077025.5A
Other languages
English (en)
Other versions
CN114631297A (zh
Inventor
M·阿门德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Deutsche Telekom AG
Original Assignee
Deutsche Telekom AG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Deutsche Telekom AG filed Critical Deutsche Telekom AG
Publication of CN114631297A publication Critical patent/CN114631297A/zh
Application granted granted Critical
Publication of CN114631297B publication Critical patent/CN114631297B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14Multichannel or multilink protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2869Operational details of access network equipments
    • H04L12/2878Access multiplexer, e.g. DSLAM
    • H04L12/2879Access multiplexer, e.g. DSLAM characterised by the network type on the uplink side, i.e. towards the service provider network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/123Evaluation of link metrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/122Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/33Flow control; Congestion control using forward notification
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163In-band adaptation of TCP data exchange; In-band control procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及一种用于从第一网络实体(100)向至少一个目的地网络实体(510、520、530、540)传送至少一个通信服务的数据分组的方法,该方法包括以下步骤:在第一网络实体(100)与第二网络实体(200)之间建立快速用户数据报协议因特网连接隧道(300);从第一网络实体(100)经由所述隧道(300)向第二网络实体(200)传送数据分组,其中数据分组被封装在快速用户数据报协议因特网连接分组内,并且其中快速用户数据报协议因特网连接分组是从第一网络实体(100)经由多条路径传送到第二网络实体(200)的;在第二网络实体(200)中从所接收到的快速用户数据报协议因特网连接分组中提取数据分组;以及将所提取的数据分组从第二网络实体(200)转发到相应的目的地网络实体(510、520、530、540)。此外,本发明涉及一种用于执行该方法的网络设备和通信系统。

Description

用于多路径通信的方法和网络设备
技术领域
本发明涉及一种用于从第一网络实体经由多条路径向至少一个目的地网络实体传送至少一个通信服务的数据分组的方法。
背景技术
混合接入网是一种其中结合了两种不同的网络技术(例如将一个xDSL网络与无线网络(诸如LTE)相结合)的用于宽带接入网的特殊架构。类似地,3GPP ATSSS(第3代合作伙伴项目接入话务引导、切换和拆分)是指一种将3GPP和非3GPP接入相结合的架构。接入话务引导是指为新的数据流选择接入网并在所选接入网上传输该数据流的话务的规程,接入话务切换是指以保持数据流的连续性的方式来将正在进行的数据流的所有话务从一个接入网移动到另一接入网的规程,并且接入话务拆分是指跨多个接入网拆分数据流的话务的规程,其中在话务拆分被应用于数据流时,该数据流的一些话务经由一个接入来传输,而相同数据流的一些其他话务经由另一接入来传输。接入话务引导、切换和拆分适用于3GPP与非3GPP接入之间。可连接到不止一个网络的设备也被称为多宿主设备。
出于在对等设备之间同时使用多条路径的目的,存在若干种多路径网络协议,如2013年1月在RFC 6824中由IEFT标准化的MPTCP(多路径传输控制协议)、由P.Amer等人在文档“Load Sharing for the Stream Control Transmission Protocol(SCTP)(用于流控制传输协议(SCTP)的负载共享),draft-tuexen-tsvwg-sctp-multipath-18,2019年7月22日”中描述的CMT-SCTP、以及如由M.Amend等人在文档“DCCP Extensions for MultipathOperation with Multiple Addresses(用于具有多个地址的多路径操作的DCCP扩展),draft-amend-tsvwg-multipath-dccp-02,2019年7月8日”中公开的MP-DCCP。
为了克服TCP和HTTP限制,在2013年发起了所谓的QUIC协议,其名称“QUIC”最初提议为“Quick UDP Internet Connections(快速UDP因特网连接)”的首字母缩写。在这种情况下,早期的努力是所谓的SPDY。不发展TCP本身的决定是由于向后兼容的原因以及这种发展的缓慢渗透和部署而做出的。QUIC通过UDP运行,并且承诺性能优于TCP,尽管它模仿了TCP的许多特性,如拥塞控制和可靠的按序交付。然而,当包括流复用和端到端加密时,它扩展了TCP的范围。在2018年做出关于下一HTTP版本HTTP/3将通过QUIC运行的决定。与其他传输协议一样,QUIC也需要服务的显式实现和选择。
因此,QUIC协议是一种通用传输层网络协议,其目前处于IETF内的标准化过程中。在J.Iyengar等人的因特网草案“QUIC:A UDP-Based Multiplexed and Secure Transport(QUIC:基于UDP的经复用和安全传输),draft-ietf-quic-transport-23,2019年9月12日”中描述了由IETF工作组进行的标准化的当前状态。在下文中,所述因特网草案的内容也被称为当前的QUIC设计QUIC的非标准化版本已经在使用,例如,在某些网络浏览器中实现。
发明内容
本发明的目的在于示出可如何使用QUIC协议来从第一网络实体经由多条路径向至少一个目的地网络实体传送至少一个通信服务的数据分组的方式。
将注意,在本发明的上下文中,除非另有说明,否则术语QUIC应涵盖具有根据由IETF进行的QUIC协议的标准化的当前状态的特征的协议或根据QUIC协议的未来标准的协议。由于本发明提出了QUIC协议的某些扩展和/或修改,然而,在本发明的上下文中,术语QUIC不应限于由IETF进行的QUIC协议的标准化的当前状态,还应涵盖这些扩展和/或修改,特别是关于隧道的建立和MP-QUIC的采用以及在某些实施例中还关于不可靠数据传输的利用。
本发明的核心方面可以看出,在第一网络实体与第二网络实体之间建立了QUIC隧道,并且对于第一和第二网络实体之间的数据传输,使用多路径QUIC(MP-QUIC)协议。本发明的优选方面进一步在于利用第一网络实体与第二网络实体之间的不可靠数据传输。
附图的简要说明
附图中示出:
图1示出了解说本发明所解决的问题的非工作通信系统的示意图,
图2示出了本发明通信系统的优选实施例的示意图,以及
图3示出了用于混合接入的参考拓扑的示意图。
具体实施方式
在图1中,示出了非工作系统架构以用于解说例如在混合接入网中或在3GPPATSSS的上下文中在应当经由多条路径利用QUIC协议时遇到的问题。在图1中所示的仅理论上的非工作通信系统10’中,用户装备100'经由LTE网络310和xDSL网络320同时连接到转换器服务器200'。用户装备100'可以是混合客户端装备路由器,并且转换器200'可以是通信提供商的服务器中的混合聚集网关。
由于QUIC和TCP在传输特性方面有很多相似之处,因此可以使用MP-TCP协议的经验并将其转移到MP-QUIC协议。与MP-TCP相当的MP-QUIC协议可以在多条路径上拆分QUIC连接,并且依赖于QUIC的可靠的按序交付。
在系统10'中,指示在用户装备100'上运行的数目为n个应用的应用110'、120'、130'和140'将使用此类MP-QUIC协议来经由多条路径(即,经由网络310和320)向转换器200'传送数据分组。转换器200'随后将所接收到的数据分组经由因特网400转发到相应的目的地应用510'、520'、530'和540',这些目的地应用510'、520'、530'和540'指示使用QUIC协议并且可能正在各种设备或服务器上运行的数目为n个目的地应用。
然而,与MP-TCP相当的MP-QUIC协议由于其固有的端到端加密而只能端到端工作并且不能容忍拦截。因此,无法实现将MP-QUIC协议转换为QUIC协议所需的代理250',并且因此图1中所示的通信系统10'是非工作系统,其解说了在尝试经由多条路径来利用QUIC协议时遇到的一般问题。作为结果,纳入到混合接入或3GPP ATSSS中以用于运营商控制的话务管理在QUIC或MP-QUIC协议级别上不起作用。
在图2中,示出了本发明通信系统10的优选实施例的示意图,其中解决了上述问题。
通信系统10包括用户装备100,其中在数目为n个应用中,通信服务正在运行,这些通信服务分别生成要传送到相应目的地网络实体的数据分组。数据分组是基于取决于相应的通信服务而选择的通信协议来生成的。在图2中所示的实施例中,第一应用110正在生成QUIC数据分组,第二应用120正在生成UDP数据分组,第三应用130正在生成IP数据分组,第n应用140正在生成TCP数据分组。在所示的实施例中,来自不同应用的不同数据分组被路由到虚拟网络接口VNIF 150,该虚拟网络接口VNIF 150可以在混合客户端装备路由器中实现。应用110、120、130和140可能正在所述路由器上或在连接到该路由器的任何一种终端设备上运行,其中此类终端设备可以是移动电话、个人计算机、平板PC、智能电视机等。
在所示的实施例中,虚拟网络接口150被连接到转换器200中的虚拟网络接口250,其中所述转换器200优选地是通信提供商的服务器中的混合聚集网关。混合用户装备100和混合转换器200经由至少两个不同的网络同时连接,从而实现经由多条路径的数据传输。在所示的实施例中,虚拟网络接口150经由LTE网络310和xDSL网络320连接到虚拟网络接口250。将注意,也可以利用其他类型的网络,其中在此类情形中,用户装备100和转换器200随后被提供有适于经由所述其他类型的网络进行通信的相应的网络接口。
本发明提出在第一网络实体与第二网络实体之间建立QUIC隧道,其中在图2中所示的实施例中,第一网络实体为用户装备100,而第二网络实体为转换器200,并且QUIC隧道被建立在虚拟网络接口150与虚拟网络接口250之间。建立QUIC隧道意指在QUIC协议的基础上使用隧道协议来建立连接。
TCP通常被用作隧道协议。QUIC可以类似地被用作隧道协议,其允许隧道服务保持QUIC的益处,而不会使性能和安全特性降级。
隧道协议是一种允许通过被称为封装的过程将数据从一个网络实体传输到另一网络实体的通信协议。由于QUIC隧道涉及由于使用QUIC协议而将话务数据重新打包成以加密为标准的不同形式,因而它可以隐藏通过隧道的话务的性质。隧道协议通过使用分组的数据部分(即,有效载荷)携带实际上提供服务的分组来工作。隧道使用分层协议模型(诸如OSI或TCP/IP协议套件的那些模型),但在使用有效载荷来携带通常不由网络提供的服务时,通常会违反分层。通常,递送协议在分层模型中以与有效载荷协议相同或比有效载荷协议更高的级别来操作。
两个具有多路径能力的实体(诸如实体100和200)之间的QUIC隧道通常可以从层2向上传输任何网络话务。在图2中所示的实施例中,封装成QUIC分组的数据分组示例性地包括来自应用110的QUIC数据分组、来自应用120的UDP数据分组、来自应用130的IP数据分组和来自应用140的TCP数据分组。
本发明进一步提出,两个QUIC隧道终止点(在图2中所示的实施例中为虚拟网络接口150和250)采用MP-QUIC协议,以使得QUIC隧道本身分布在多条路径上。
QUIC的当前设计不能使多宿主或混合接入设备同时高效地使用不同的路径。因此,为了在QUIC隧道内利用MP-QUIC协议,本发明提出了当前QUIC协议的相应扩展。
通常,路径由4元组定义,包括源IP地址、源端口号、目的地IP地址和目的地端口号。QUIC路径是因主机而异的,即,从A到B的路径不同于从B到A的路径,这使得单向网络(诸如卫星)的使用在使用TCP时不适用。
此外,QUIC在连接的寿命期间并不绑定到特定的4元组。QUIC连接由放置在每个QUIC分组的公共报头中的连接ID来标识。这使得主机能够继续连接,即使4元组发生变化。这种将连接从一个4元组转移到另一4元组的能力被称为连接迁移。因此,QUIC对等点可以在被标示为初始路径的给定路径上开始,并且在另一条路径上结束。然而,当前的QUIC设计假设仅一个对称路径被用于给定连接。
在下文中,示例性地描述了在第一网络实体与第二网络实体之间的多路径QUIC连接的可能建立。多路径QUIC连接可以像常规QUIC连接一样开始,其中握手根据当前的QUIC设计进行。在该握手期间,可以在各网络实体之间(在如图2中所示的实施例中,利用虚拟网络接口150和250在用户装备100与转换器200之间)协商多路径能力。为此目的,在各网络实体之间传送指示相应网络实体用于多路径传输的能力的相应参数。例如,该参数可以指示可由相应网络实体同时支持的路径的数目。还可以构想,没有所传送的参数或值为0的参数指示不支持多路径传输,而任何其他参数值指示支持多路径传输。
已建立的多路径QUIC连接包括至少两条路径,其中每条路径与不同的四元组相关联并且由路径ID标识,其中相应的路径ID在各网络实体之间被协商。作为对当前QUIC设计的扩展,路径ID在所有或至少在某些QUIC分组中被传送,其中路径ID可被放置在相应QUIC分组的公共报头中。
因此,本发明的核心方面可以在用于第一和第二网络实体之间的数据传输的QUIC隧道和MP-QUIC协议的使用的组合中看到,其中第一网络实体特别是用户设备(诸如具有用于分别连接到不同网络的两个网络接口的混合接入路由器或智能电话),并且其中第二网络实体特别是通信提供商的核心网中的服务器(诸如混合聚集网关)。
再次参考图2,使用如上所述的IP兼容多路径框架的服务基于QUIC隧道中的QUIC封装来通过虚拟网络接口150发送其有效载荷。由应用110、120、130和140提供的所示的示例性服务生成不同类型的数据分组,例如,IP分组、UDP数据报、QUIC段、TCP段或以太网帧。虚拟网络接口150和250中的每一者取决于话务传输的方向而充当IP兼容多路径框架的入口或出口点。在进入虚拟网络接口150或250中的相应一者之后,有效载荷被封装到QUIC隧道中。在下一步中,MP-QUIC接管传输控制并决定在潜在路径束中的哪条路径上发送所封装的有效载荷。在接收方侧,分组由MP-QUIC栈接收。当分组被释放并且MP-QUIC被剥离,即,封装被移除时,所捎带的有效载荷离开接收方侧的相应虚拟网络接口,并准备经由因特网400转发到原始服务端点510、520、530或540中的相应一者。
如上所述,在QUIC隧道内,各种类型的数据分组可以被封装并作为有效载荷来传送,其中可以使用可靠传输在通信端点之间传送某些类型的数据分组,如例如在应用140与应用540之间传送的TCP数据分组。
传输控制协议或简称TCP旨在提供一种用于在两个端点之间可靠地发送数据流的接口,其中数据被交给TCP系统,其确保数据以完全相同的形式到达另一端,或连接将指示存在错误状况。为此,TCP将数据分解为网络分组,并向每个分组添加少量数据。该附加数据包括用于检测丢失的或乱序传送的分组的序列号、以及允许检测到分组数据内的错误的校验和。当任一问题发生时,TCP使用自动重复请求(ARQ)来告诉发送方重新发送丢失的或损坏的分组。在大多数实现中,TCP将连接上的任何错误视为阻塞操作,从而停止进一步的传输,直到错误得到解决或连接被视为失败。如果单个连接被用于发送多个数据流,如同在HTTP/2协议中的情形一样,则所有这些流都会被阻塞,尽管其中只有一个流可能有问题。这种现象被称为行头阻塞。
QUIC旨在几乎等同于TCP连接,但等待时间更低。QUIC将UDP用作其基础,其不包括丢失恢复。相反,对每个QUIC流单独地进行流控制,并且在QUIC级别而不是UDP级别重传丢失的数据。这意味着如果在一个流中发生错误,则协议栈可以继续独立地为其他流提供服务。然而,对于有错误的一个流,仍然会发生行头阻塞。
为了确保QUIC隧道在干扰的情形中不发生行头阻塞,优选地在QUIC内应用放宽其可靠传输的机制。
此外,如果采用可靠传输并相应地在数据分组的错误或重新排序的情形中执行重传的协议(诸如TCP)的数据分组被封装在QUIC隧道内,则也在QUIC隧道内利用同时地重传和重新排序捎带的TCP分组和底层QUIC分组来执行可靠传输时可能出现冲突。此类冲突可能导致等待时间显著增加和/或吞吐量减小。
因此,在本发明的优选实施例中,在第一和第二网络实体100和200之间不可靠地传送快速用户数据报协议因特网连接分组或QUIC分组。为此目的,优选地,从第一网络实体向第二网络实体传送指示QUIC隧道内的非可靠传输的信息,其中该信息可以根据当前的QUIC设计在握手中被传送。作为响应,快速用户数据报协议因特网连接分组或QUIC分组不可靠地(即,在分组丢失的情形中没有重传且没有重新排序的情况下)被传送。
不可靠的数据传输由于其优选地被提议用于QUIC隧道内的数据传输而是当前QUIC设计的另一扩展。为此目的,优选地,不同的或附加的帧类型可以由QUIC分组内的参数来定义和指示。
然而,多条路径的显著不同的传输特性可能导致经封装数据分组的大量加扰,这可能导致利用可靠传输(例如,TCP数据分组的可靠传输)的通信服务出现问题。因此,在优选实施例中,将所提取的数据分组从第二网络实体(例如,转换器200)转发到相应的目的地网络实体(例如,网络实体510、520、530或540)取决于排序信息而按序执行,该排序信息被包括在经封装数据分组(诸如TCP数据分组)、和/或快速用户数据报协议因特网连接分组或QUIC分组中。
换言之,优选地执行某个重新排序,然而这通常不是完整的重新排序,其中特别是容忍分组丢失并且因此不执行重传。
在优选实施例中,所接收到的数据分组在第二网络实体中的重新排序队列中排队以用于转发,并且其中重新排序队列中的数据分组根据预定义的重新排序准则来重新排序,并且其中在重新排序中跳过从第一网络实体经由隧道传送到第二网络实体的传输中丢失的数据分组。此外,诸机制可被用于如EP 3 531637A1中所描述的重新排序。
如由当前QUIC设计所定义的拥塞控制方案不适用于经由多条路径的数据传输。因此,优选地不使用这种拥塞控制方案。
对于QUIC隧道内的MP-QUIC数据传输,可以利用如RFC 6356中指定的LIA拥塞控制方案,其也由多路径TCP使用。
在优选实施例中,可以从作为有效载荷在第一和/或第二网络实体中的QUIC隧道内传输的数据分组中提取拥塞控制信息,其中特别是所述提取的拥塞控制信息被用于适应第一网络实体与第二网络实体之间的QUIC隧道的拥塞控制。
在本发明的进一步优选实施例中,可用于从第一网络实体向第二网络实体传送数据的至少一条传输路径的最大传输单元被确定,并且快速用户数据报协议因特网连接分组的数据大小是取决于所确定的最大传输单元来选择的。
总而言之,本发明优选地组合用于形成如图2中所描绘的能够在多条路径上传输IP分组、UDP数据报和QUIC段的IP兼容多路径框架的三种技术,其中所述技术是
使用QUIC隧道的QUIC封装,
在QUIC隧道内采用多路径QUIC,以及
QUIC隧道内有效载荷的不可靠传输。
所有这些技术都是当前QUIC设计的扩展和/或修改。
如以上所描述的,用于保证对通过QUIC隧道的所捎带的有效载荷的高效处理的附加特征可能是接收方侧上用于使有效载荷以与其最初相同或几乎相同的顺序排列的重组单元。重组单元可被放置在QUIC或MP-QUIC内,也可以作为外部实体放置,只要某个排序信息可用。
作为附加特征,当新路径加入MP-QUIC会话时,可能采用路径最大传输单元(PMTU)探测,以确保与虚拟网络接口最大传输单元(VNIF MTU)没有不匹配并且避免碎片化。在PMTU低于VNIF MTU与封装开销的差异的情形中,优选地适配VNIF MTU。
作为用于避免QUIC隧道的性能降级的另一附加特征,可以采用与所捎带的有效载荷的潜在内部拥塞控制的一些交互,如以上所描述的,其中所捎带的有效载荷的拥塞控制参数可以仅出于监视目的而被测量,而不在此基础上执行QUIC隧道的拥塞控制。
图3示出了用于混合接入(HA)的参考拓扑600。参考拓扑600解说了具有客户网络611和带有混合接入客户端612的家庭网关的家庭网络区域110、具有各种各样运营商网络620、621、622、623、624、625的集成式运营商网络620、以及具有因特网631的因特网区域630。在运营商网络621、622、623、624、625、626处,实现混合接入算法和协议627以将混合接入客户端612与混合接入服务器628连接以用于与因特网631的连接。如图3中所示的参考拓扑600是其中可采用本发明的系统的示例,其中在图3中,如以上所描述的第一网络实体是混合接入客户端612,而第二网络实体是混合接入服务器628。
以下概述了至少一些优选方面。在下文中,术语“用户数据报协议因特网连接分组”是指如以上所描述的QUIC分组,其格式基于如本文所描述的由本发明提议的相应扩展和/或修改来扩展和/或修改的当前QUIC设计。
根据一个方面,提供了一种用于从第一网络实体向至少一个目的地网络实体传送至少一个通信服务的数据分组的方法,该方法包括以下步骤:在第一网络实体与第二网络实体之间建立快速用户数据报协议因特网连接隧道;从第一网络实体经由所述隧道向第二网络实体传送数据分组,其中数据分组被封装在快速用户数据报协议因特网连接分组内,并且其中快速用户数据报协议因特网连接分组是从第一网络实体经由多条路径传送到第二网络实体的;在第二网络实体中从所接收到的快速用户数据报协议因特网连接分组中提取数据分组;以及将所提取的数据分组从第二网络实体转发到相应的目的地网络实体。
在该方法的优选实施例中,从第一网络实体向第二网络实体传送指示快速用户数据报协议因特网连接隧道内的非可靠传输的信息,其中作为响应,快速用户数据报协议因特网连接分组被非可靠地传送。
优选地,数据分组和/或快速用户数据报协议因特网连接分组包括排序信息,其中将所提取的数据分组从第二网络实体转发到相应的目的地网络实体取决于所述排序信息而按序执行。
优选地,为了转发,所接收到的数据分组在第二网络实体中的重新排序队列中排队,并且其中重新排序队列中的数据分组根据预定义的重新排序准则来重新排序,并且其中在重新排序中跳过从第一网络实体到第二网络实体的传输中丢失的数据分组。
快速用户数据报协议因特网连接隧道优选地建立在第一网络实体中的第一虚拟网络接口与第二网络实体中的第二虚拟网络接口之间。虚拟网络接口本身是已知的,其中虚拟网络接口的使用允许在相应网络实体中进行简单路由。
优选地,源自不同通信服务的数据分组被封装在相同的快速用户数据报协议因特网连接分组中。
该方法优选地包括以下步骤:确定可用于从第一网络实体向第二网络实体传送数据分组的至少一条传输路径的最大传输单元;以及取决于所确定的最大传输单元来选择快速用户数据报协议因特网连接分组的数据大小。
此外,该方法优选地包括以下步骤:在第一和/或第二网络实体中从数据分组中提取拥塞控制信息,其中特别是所述提取的拥塞控制信息被用于适配第一网络实体与第二网络实体之间的快速用户数据报协议因特网连接隧道的拥塞控制。
根据另一方面,提供了一种网络设备,其包括至少两个网络接口,该网络设备适用于使用所述至少两个网络接口的多路径通信,其中该网络设备进一步适用于建立到另外的网络设备的快速用户数据报协议因特网连接隧道,所述另外的网络设备适用于多路径通信,其中该网络设备适用于经由所述隧道来向该另外的网络设备传送数据分组,所述数据分组被封装在快速用户数据报协议因特网连接分组内,其中该快速用户数据报协议因特网连接分组是经由多条路径传送的;从所接收到的快速用户数据报协议因特网连接分组中提取数据分组;以及将所提取的数据分组转发到相应的目的地。
网络设备优选地是混合客户端装备路由器、混合聚集网关或移动通信设备。
在进一步方面,提供了一种通信系统,其包括至少两个如以上所描述的网络设备,特别是用户装备和通信提供商的服务器的组合。

Claims (11)

1.一种用于从第一网络实体(100)向至少一个目的地网络实体(510、520、530、540)传送至少一个通信服务的数据分组的方法,所述第一网络实体(100)具有用于连接到相应不同网络的至少两个网络接口,所述方法包括以下步骤:
-在所述第一网络实体(100)与第二网络实体(200)之间建立快速用户数据报协议因特网连接隧道(300),
-从所述第一网络实体(100)经由所述隧道(300)向所述第二网络实体(200)传送所述数据分组,其中所述隧道的终止点采用MP-QUIC协议,其中所述数据分组被封装在快速用户数据报协议因特网连接分组内,并且其中所述快速用户数据报协议因特网连接分组是从所述第一网络实体(100)经由多条路径传送到所述第二网络实体(200)的,其中所述多条路径被同时使用,并且其中多路径通信使用所述第一网络实体(100)的所述至少两个网络接口,
-在所述第二网络实体(200)中从所接收到的快速用户数据报协议因特网连接分组中提取所述数据分组,
-将所提取的数据分组从所述第二网络实体(200)转发到相应的目的地网络实体(510、520、530、540)。
2.如权利要求1所述的方法,其中指示所述快速用户数据报协议因特网连接隧道(300)内的非可靠传输的信息从所述第一网络实体(100)传送到所述第二网络实体(200),并且其中作为响应,所述快速用户数据报协议因特网连接分组被非可靠地传送。
3.如权利要求2所述的方法,其中所述数据分组和/或所述快速用户数据报协议因特网连接分组包括排序信息,并且其中将所提取的数据分组从所述第二网络实体转发到相应的目的地网络实体(510、520、530、540)是取决于所述排序信息而按序执行的。
4.如权利要求3所述的方法,其中为了转发,所接收到的数据分组在所述第二网络实体(200)中的重新排序队列中排队,并且其中所述重新排序队列中的数据分组根据预定义的重新排序准则来重新排序,并且其中从所述第一网络实体(100)经由所述隧道(300)到所述第二网络实体(200)的传输中丢失的数据分组在所述重新排序中被跳过。
5.如权利要求1所述的方法,其中所述快速用户数据报协议因特网连接隧道(300)建立在所述第一网络实体(100)中的第一虚拟网络接口(150)与所述第二网络实体(200)中的第二虚拟网络接口(250)之间。
6.如权利要求1所述的方法,其中源自不同通信服务(110、120、130、140)的数据分组被封装在相同的快速用户数据报协议因特网连接分组中。
7.如权利要求1所述的方法,包括以下步骤:
-确定可用于从所述第一网络实体(100)向所述第二网络实体(200)传送数据分组的至少一条传输路径的最大传输单元;以及
-取决于所确定的最大传输单元来选择所述快速用户数据报协议因特网连接分组的数据大小。
8.如权利要求1所述的方法,包括以下步骤:
-在所述第一网络实体(100)和/或所述第二网络实体(200)中从所述数据分组中提取拥塞控制信息,其中特别是所述提取的拥塞控制信息被用于适配所述第一网络实体(100)与所述第二网络实体(200)之间的所述快速用户数据报协议因特网连接隧道(300)的拥塞控制。
9.一种网络设备(100、200、612、628),所述网络设备包括用于连接到相应不同网络的至少两个网络接口,所述网络设备适用于使用所述至少两个网络接口的多路径通信,其中所述网络设备进一步适用于
-建立到另外的网络设备的快速用户数据报协议因特网连接隧道(300),所述另外的网络设备适用于多路径通信,其中所述网络设备(100、200、612、628)适用于经由所述隧道(300)向所述另外的网络设备传送数据分组,其中所述隧道的终止点采用MP-QUIC协议,所述数据分组被封装在快速用户数据报协议因特网连接分组内,其中所述快速用户数据报协议因特网连接分组是经由多条路径传送的,其中所述多条路径被同时使用,并且其中所述多路径通信使用所述至少两个网络接口,
-从所接收到的快速用户数据报协议因特网连接分组中提取数据分组;以及
-将所提取的数据分组转发到相应的目的地(510、520、530、540)。
10.如权利要求9所述的网络设备,其中所述网络设备是混合客户端装备路由器(612)、混合聚集网关(628)或移动通信设备。
11.一种通信系统(10、600),所述通信系统包括至少两个根据权利要求9或10所述的网络设备(100、200;612、628)。
CN202080077025.5A 2019-11-06 2020-11-03 用于多路径通信的方法和网络设备 Active CN114631297B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP19207381.5A EP3820088B1 (en) 2019-11-06 2019-11-06 Method and network device for multi-path communication
EP19207381.5 2019-11-06
PCT/EP2020/080829 WO2021089552A1 (en) 2019-11-06 2020-11-03 Method and network device for multi-path communication

Publications (2)

Publication Number Publication Date
CN114631297A CN114631297A (zh) 2022-06-14
CN114631297B true CN114631297B (zh) 2024-02-20

Family

ID=68470336

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080077025.5A Active CN114631297B (zh) 2019-11-06 2020-11-03 用于多路径通信的方法和网络设备

Country Status (5)

Country Link
US (1) US20220407799A1 (zh)
EP (1) EP3820088B1 (zh)
CN (1) CN114631297B (zh)
PL (1) PL3820088T3 (zh)
WO (1) WO2021089552A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220148820A (ko) * 2020-02-28 2022-11-07 레노보 (싱가포르) 피티이. 엘티디. 상이한 액세스 네트워크들을 통한 복수의 조향 접속을 이용한 액세스 트래픽 조향
US20230083582A1 (en) * 2021-09-15 2023-03-16 Cisco Technology, Inc. Policy expressions using quic connection identifiers
CN116390152B (zh) * 2023-03-16 2023-10-27 广州爱浦路网络技术有限公司 用于通信核心网中atsss的数据传输方法、装置和介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103765842A (zh) * 2011-07-25 2014-04-30 皇家飞利浦有限公司 用于建立端到端的安全连接和用于安全地传送数据分组的方法、设备以及系统
CN107786307A (zh) * 2017-09-21 2018-03-09 上海华为技术有限公司 一种数据处理方法及终端
CN109314662A (zh) * 2016-11-11 2019-02-05 华为技术有限公司 数据传输方法及装置
CN109328450A (zh) * 2016-08-17 2019-02-12 华为技术有限公司 一种多路径传输的策略控制方法及相关设备
CN109644186A (zh) * 2016-06-24 2019-04-16 奥兰治 用于在两个终端之间经由多路径进行udp通信的方法
JP2019103118A (ja) * 2017-12-01 2019-06-24 富士通株式会社 通信中継装置、通信中継プログラム、および通信中継方法
WO2019199147A1 (en) * 2018-04-13 2019-10-17 Samsung Electronics Co., Ltd. Method and system for handling data path creation in wireless network system
CN110366271A (zh) * 2018-04-10 2019-10-22 华为技术有限公司 通信方法和通信装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6999432B2 (en) * 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
US9838353B2 (en) * 2013-11-01 2017-12-05 Google Llc Communication across network address translation
US10135720B2 (en) * 2016-08-03 2018-11-20 Anchorfree Inc. System and method for virtual multipath data transport
EP3625944B1 (en) * 2017-05-19 2021-07-07 Telefonaktiebolaget LM Ericsson (publ) Technique for enabling multipath transmission
US10594618B1 (en) * 2017-06-06 2020-03-17 Juniper Networks, Inc Apparatus, system, and method for fragmenting packets into segments that comply with the maximum transmission unit of egress interfaces
US10581749B2 (en) * 2017-07-13 2020-03-03 Nicira, Inc. Automatic discovery of maximum transmission unit size for a software defined network
US11178262B2 (en) * 2017-09-29 2021-11-16 Fungible, Inc. Fabric control protocol for data center networks with packet spraying over multiple alternate data paths
EP3531637B1 (en) 2018-02-21 2020-01-01 Deutsche Telekom AG Techniques for efficient reordering of data packets in multipath scenarios
US10992712B2 (en) * 2018-02-27 2021-04-27 Cisco Technology, Inc. Multipath subflow anchoring for security policy enforcement
US10602551B2 (en) * 2018-06-27 2020-03-24 Charter Communications Operating, Llc Methods and apparatus for testing alternative wireless connections and selecting a wireless connection
US10904342B2 (en) * 2018-07-30 2021-01-26 Cisco Technology, Inc. Container networking using communication tunnels
US20190155645A1 (en) * 2019-01-23 2019-05-23 Intel Corporation Distribution of network traffic to processor cores
EP4283480A3 (en) * 2020-04-16 2024-01-03 Huawei Technologies Co., Ltd. A device and method for remote direct memory access

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103765842A (zh) * 2011-07-25 2014-04-30 皇家飞利浦有限公司 用于建立端到端的安全连接和用于安全地传送数据分组的方法、设备以及系统
CN109644186A (zh) * 2016-06-24 2019-04-16 奥兰治 用于在两个终端之间经由多路径进行udp通信的方法
CN109328450A (zh) * 2016-08-17 2019-02-12 华为技术有限公司 一种多路径传输的策略控制方法及相关设备
CN109314662A (zh) * 2016-11-11 2019-02-05 华为技术有限公司 数据传输方法及装置
CN107786307A (zh) * 2017-09-21 2018-03-09 上海华为技术有限公司 一种数据处理方法及终端
JP2019103118A (ja) * 2017-12-01 2019-06-24 富士通株式会社 通信中継装置、通信中継プログラム、および通信中継方法
CN110366271A (zh) * 2018-04-10 2019-10-22 华为技术有限公司 通信方法和通信装置
WO2019199147A1 (en) * 2018-04-13 2019-10-17 Samsung Electronics Co., Ltd. Method and system for handling data path creation in wireless network system

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Innovating Transport with QUIC: Design Approaches and Research Challenges;Yong Cui et.al;《IEEE Internet Computing 》;第21卷(第02期);第72-76页及图3C *
QUIC-proxy based architecture for satellite communication to enhance a 5G scenario;A. Abdelsalam et.al;《2019 International Symposium on Networks, Computers and Communications (ISNCC)》;全文 *
Reliability enhancement for LTE using MPQUIC in a mixed traffic scenario;Rasmus Suhr Mogensen et.al;《https://projekter.aau.dk/projekter/files/281252124/MasterThesisFinal.pdf》;全文 *
多接口智能终端的实时流媒体传输技术优化;戴明龙;《中国优秀硕士学位论文全文数据库(电子期刊)》(第08期);全文 *

Also Published As

Publication number Publication date
PL3820088T3 (pl) 2024-05-13
EP3820088A1 (en) 2021-05-12
WO2021089552A1 (en) 2021-05-14
EP3820088B1 (en) 2024-01-03
US20220407799A1 (en) 2022-12-22
CN114631297A (zh) 2022-06-14

Similar Documents

Publication Publication Date Title
CN114631297B (zh) 用于多路径通信的方法和网络设备
EP3459217B1 (en) Transporting udp packets over an mptcp connection
Bonaventure et al. Use cases and operational experience with multipath TCP
US9819463B2 (en) Method and apparatus for transmitting data in a wireless communication system
Border et al. Performance enhancing proxies intended to mitigate link-related degradations
CN109076017B (zh) 用于路由信号的方法、路由设备和计算机可读存储介质
Kumar et al. Survey on transport layer protocols: TCP & UDP
US11159423B2 (en) Techniques for efficient multipath transmission
WO2018187135A1 (en) A proxy for serving internet-of-things (iot) devices
US11258823B2 (en) Multilayer tunneling of protocols over QUIC
KR102442083B1 (ko) Tcp 터널들 및 고유 tcp 정보를 기초로 하는 번들링 시나리오에서 패킷들의 스케줄링을 위한 방법 및 시스템
JP2005520401A (ja) マルチパス通信用の方法及びシステム
EP3119057A1 (en) Packet conversion device and method for allowing transparent packet-based multipath bundling
US11425565B2 (en) Method and system for MPQUIC over QSOCKS in wireless network
Raiciu et al. Recent advances in reliable transport protocols
WO2020154872A1 (zh) 一种传输控制协议加速方法和装置
Bonaventure et al. RFC 8041: Use cases and operational experience with multipath TCP
Pacheco et al. An IP-ERN architecture to enable hybrid E2E/ERN protocol and application to satellite networking
WOZNIAK et al. The Need for New Transport Protocols on the INTERNET
Rajput et al. Comparing stream control and datagram congestion control with traditional transmission control protocol
JP2009077017A (ja) データ中継システム、データ中継方法およびデータ中継装置
Kim et al. FlexCP: A Scalable Multipath TCP Proxy for Cellular Networks
Ingebretsen et al. MultiPath TCP-communication (in NorNet Core)
Gkroustiotis QoS in heterogeneous mobility management
Detal Evaluating and improving the deployability of Multipath TCP.

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
GR01 Patent grant
GR01 Patent grant