CN110915181B - 用于多连接性控制的方法和网络元件 - Google Patents
用于多连接性控制的方法和网络元件 Download PDFInfo
- Publication number
- CN110915181B CN110915181B CN201880026773.3A CN201880026773A CN110915181B CN 110915181 B CN110915181 B CN 110915181B CN 201880026773 A CN201880026773 A CN 201880026773A CN 110915181 B CN110915181 B CN 110915181B
- Authority
- CN
- China
- Prior art keywords
- parameter value
- data
- related information
- network element
- communication paths
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/726—Reserving resources in multiple paths to be used simultaneously
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/04—Communication route or path selection, e.g. power-based or shortest path routing based on wireless node resources
- H04W40/10—Communication route or path selection, e.g. power-based or shortest path routing based on wireless node resources based on available power or energy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
在一个示例实施例中,第一网络元件包括存储计算机可读指令的存储器和至少一个处理器,所述至少一个处理器被配置成执行计算机可读指令以使得第一网络元件:从用户设备(UE)的用户域获得UE侧参数值,在UE和第一网络元件之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流,并且基于UE侧参数值将多个第二数据流分配给多个数据通信路径中的至少一个。
Description
相关申请的交叉引用
本申请要求2017年2月24日提交的、申请号为62/463,174的美国临时申请的优先权,通过引用将其全部内容合并于此。
背景技术
在多路径(MP)无线通信中,同时使用多个无线电接入技术(RAT)通过多个并行无线链路(路径)递送单个数据流。
发明内容
在至少一个示例实施例中,第一网络元件包括存储计算机可读指令的存储器和至少一个处理器,所述至少一个处理器被配置成执行计算机可读指令以使得第一网络元件:从用户设备(UE)的用户域获得UE侧参数值,在UE和第一网络元件之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流,并且基于UE侧参数值将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件使用共享带宽中的控制消息作为数据有效载荷来获得UE侧参数值。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件获得用户数据报协议(UDP)和传输控制协议(TCP)连接之一的UE侧参数值。
在至少一个示例实施例中,UE侧参数值包括UE的功率相关信息,并且至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件基于功率相关信息将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述至少一个处理器被配置成如果UE的功率相关信息低于阈值水平,则执行计算机可读指令,以使得第一网络元件通过改变多个数据通信路径中的另一个的配置来分配多个第二数据流。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件进一步基于传输协议、应用和服务质量(QoS)类别中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个,所述传输协议是至少第一协议和第二协议中的一个,并且所述至少一个处理器被配置成针对所述第一协议和第二协议不同地分配多个第二数据流。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件通过基于UE侧参数值改变多个数据通信路径中的另一个的配置来分配多个第二数据流。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件基于将多个第二数据流分配给多个数据通信路径中的至少一个来选择调度器。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件控制用于用户域中的多个数据通信路径中的至少一个的传输控制协议(TCP)拥塞窗口参数值,并且将TCP拥塞窗口参数值发送到第一网络元件的网络控制域以限制下行链路传输速率。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令以使得第一网络元件:建立与UE中的用户空间模块的连接,并且基于与用户空间模块的连接,使用用户数据报协议(UDP)和传输控制协议(TCP)连接中的一个从UE接收数据。
在至少一个示例实施例中,用户设备(UE)被配置成通过不同频带的通信路径接收和传送数据,并且包括存储计算机可读指令的存储器和至少一个处理器,所述至少一个处理器被配置成执行计算机可读指令以使得UE:在网络控制域和用户域中操作;从网络控制域获得UE侧参数值,该UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个;从用户域向网络代理提供UE侧参数值;并且基于UE侧参数值接收网络控制域中的数据。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得UE使用共享带宽中的控制消息作为数据有效载荷来提供UE侧参数值。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得UE使用用户数据报协议(UDP)和传输控制协议(TCP)连接之一来提供UE侧参数值。
在至少一个示例实施例中,非暂时性计算机可读介质当由至少一个处理器执行时被配置成使得所述至少一个处理器使得用户设备(UE):在UE的网络控制域和UE的用户域中操作;从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个;并且基于传输协议将UE侧参数值从用户域提供到网络代理。
在至少一个示例实施例中,第一网络元件包括存储计算机可读指令的存储器和至少一个处理器,所述至少一个处理器被配置成执行计算机可读指令以使得第一网络元件:在第一网络元件和用户设备(UE)之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;控制用于用户域中的多个数据通信路径的传输控制协议(TCP)拥塞窗口参数值;将TCP窗口参数值发送到第一网络元件的网络控制域,以限制多个数据通信路径的传输速率;并且基于受限的传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述TCP窗口参数值是TCP拥塞窗口参数值,并且所述至少一个处理器被配置成执行计算机可读指令以使得第一网络元件:通过使用TCP拥塞窗口参数值来限制多个数据通信路径的下行链路传输速率,受限的下行链路传输速率是受限的传输速率;并且基于受限的下行链路传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件使用共享带宽中的控制消息作为数据有效载荷,从UE的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个。
在至少一个示例实施例中,UE侧参数值包括UE的功率相关信息,并且所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件基于功率相关信息将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述至少一个处理器被配置成如果UE的功率相关信息低于阈值水平,则执行计算机可读指令,以使得第一网络元件通过改变多个数据通信路径中的另一个的配置来分配多个第二数据流。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件通过基于UE侧参数值改变多个数据通信路径中的另一个的配置来分配多个第二数据流。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。
在至少一个示例实施例中,所述至少一个处理器被配置成执行计算机可读指令,以使得第一网络元件基于将多个第二数据流分配给多个数据通信路径中的至少一个来选择调度器。
在至少一个示例实施例中,非暂时性计算机可读介质当由第一网络元件中的至少一个处理器执行时被配置成:使得第一网络元件在第一网络元件和用户设备(UE)之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;控制用于用户域中的多个数据通信路径的传输控制协议(TCP)拥塞窗口参数值;将TCP窗口参数值发送到第一网络元件的网络控制域,以限制多个数据通信路径的传输速率;并且基于受限的传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
至少一个示例实施例提供第一网络元件,所述第一网络元件包括存储计算机可读指令的存储装置;以及处理装置,所述处理装置被配置成执行计算机可读指令,以使得第一网络元件:从用户设备(UE)的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个;在第一网络元件和UE之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;并且基于UE侧参数值将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件使用共享带宽中的控制消息作为数据有效载荷来获得UE侧参数值。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件使用用户数据报协议(UDP)和传输控制协议(TCP)连接之一来获得UE侧参数值。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,并且处理装置被配置成执行计算机可读指令,以使得第一网络元件基于功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,处理装置被配置成如果UE的功率相关信息低于阈值水平,则执行计算机可读指令,以使得第一网络元件通过改变多个数据通信路径中的另一个的配置来分配多个第二数据流。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件进一步基于传输协议、应用和服务质量(QoS)类别中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个,所述传输协议是至少第一协议和第二协议中的一个,并且处理装置被配置成使得第一网络元件针对所述第一协议和第二协议不同地分配多个第二数据流。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件基于将多个第二数据流分配给多个数据通信路径中的至少一个来选择调度器。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件获得用于至少一个数据通信路径的传输控制协议(TCP)拥塞窗口参数值,并且如果TCP拥塞窗口参数值超过第一参数值,则向第一网络元件的网络控制域发送第一参数值,以限制下行链路传输速率。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件获得用于第一网络元件中的多个数据通信路径的TCP接收窗口参数值,并且如果TCP接收窗口参数值超过第二参数值,则向UE的网络控制域发送第二参数值,以限制上行链路传输速率。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件建立与UE中的用户空间模块的连接,并且基于与用户空间模块的连接,使用用户数据报协议(UDP)和传输控制协议(TCP)连接中的一个从UE接收数据。
至少一个示例实施例提供了一种用户设备(UE),其被配置成通过不同频带的通信路径接收和传送数据。UE包括用于存储计算机可读指令的装置和至少一个处理装置,所述至少一个处理装置被配置成执行计算机可读指令以使得UE在网络控制域和用户域中操作;从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个;从用户域向网络代理提供UE侧参数值;并且基于UE侧参数值接收网络控制域中的数据。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得UE使用共享带宽中的控制消息作为数据有效载荷来提供UE侧参数值。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得UE提供用户数据报协议(UDP)和传输控制协议(TCP)连接之一的UE侧参数值。
至少一个示例实施例提供了一种非暂时性计算机可读介质,所述非暂时性计算机可读介质当由处理装置执行时被配置成使得处理装置:在用户设备(UE)的网络控制域和UE的用户域中操作;从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个;并且基于传输协议从用户域向网络代理提供UE侧参数值。
至少一个示例实施例提供了第一网络元件,包括存储计算机可读指令的存储装置;以及处理装置,所述处理装置被配置成执行计算机可读指令以使得第一网络元件:在第一网络元件和用户设备(UE)之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;获得用于用户域中的多个数据通信路径的传输控制协议(TCP)窗口参数值;如果TCP窗口参数值超过第一参数值,则向第一网络元件的网络控制域发送第一参数值,以限制多个数据通信路径的传输速率;并且基于受限的传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述TCP窗口参数值是TCP拥塞窗口参数值,并且所述处理装置被配置成执行计算机可读指令以使得第一网络元件:通过使用第一参数值来限制多个数据通信路径的下行链路传输速率,受限的下行链路传输速率是受限的传输速率;并且基于所述受限的下行链路传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令以使得第一网络元件:获得用于多个数据通信路径的TCP接收窗口参数值;并且如果TCP接收窗口参数值超过第二参数值,则向UE的网络控制域发送第二参数值以限制上行链路传输速率。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件使用共享带宽中的控制消息作为数据有效载荷从UE的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,并且处理装置被配置成执行计算机可读指令,以使得第一网络元件基于功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,处理装置被配置成:如果UE的功率相关信息低于阈值水平,则执行计算机可读指令,以使得第一网络元件通过改变多个数据通信路径中的另一个的配置来分配多个第二数据流。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件通过基于UE侧参数值改变多个数据通信路径中的另一个的配置来分配多个第二数据流。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。
在至少一个示例实施例中,处理装置被配置成执行计算机可读指令,以使得第一网络元件基于将多个第二数据流分配给多个数据通信路径中的至少一个来选择调度器。
至少一个示例实施例提供了一种非暂时性计算机可读介质,所述非暂时性计算机可读介质当由第一网络元件中的处理装置执行时被配置成使得第一网络元件:在第一网络元件和用户设备(UE)之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;获得用于用户域中的多个数据通信路径的传输控制协议(TCP)窗口参数值;如果TCP窗口参数值超过第一参数值,则向第一网络元件的网络控制域发送第一参数值,以限制多个数据通信路径的传输速率;并且基于受限的传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
至少一个示例实施例提供了一种方法,包括从用户设备(UE)的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个,所述UE被配置成从第一网络元件接收数据;在第一网络元件和UE之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;以及基于UE侧参数值将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述获得通过使用共享带宽中的控制消息作为数据有效载荷来获得UE侧参数值。
在至少一个示例实施例中,所述获得通过使用用户数据报协议(UDP)和传输控制协议(TCP)连接中的一个来获得UE侧参数值。
在至少一个示例实施例中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,并且所述分配基于功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述分配包括:如果UE的功率相关信息低于阈值水平,则改变多个数据通信路径中的另一个的配置。
在至少一个示例实施例中,所述分配进一步基于传输协议、应用和服务质量(QoS)类别中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个,所述传输协议是至少第一协议和第二协议中的一个;并且针对所述第一协议和第二协议不同地分配多个第二数据流。
在至少一个示例实施例中,所述方法进一步包括基于将多个第二数据流分配给多个数据通信路径中的至少一个来选择调度器。
在至少一个示例实施例中,所述方法进一步包括获得用于多个数据通信路径中的至少一个的传输控制协议(TCP)拥塞窗口参数值,并且如果TCP拥塞窗口参数值超过第一参数值,则将第一参数值发送到第一网络元件的网络控制域以限制下行链路传输速率。
在至少一个示例实施例中,所述获得用于多个数据通信路径中的至少一个的TCP拥塞窗口参数值获得用于第一网络元件中的多个数据通信路径的TCP接收窗口参数值,并且所述方法进一步包括如果TCP接收窗口参数值超过第二参数值,则向UE的网络控制域发送第二参数值以限制上行链路传输速率。
在至少一个示例实施例中,所述方法进一步包括建立与UE中的用户空间模块的连接,并且基于与用户空间模块的连接,使用用户数据报协议(UDP)和传输控制协议(TCP)连接之一从UE接收数据。
至少一个示例实施例提供了一种方法,所述方法包括:在网络控制域和用户域中操作;从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是用户设备(UE)确定的值和UE已知的值中的至少一个;从用户域向网络代理提供UE侧参数值;并且基于UE侧参数值接收网络控制域中的数据。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。
在至少一个示例实施例中,所述提供通过使用共享带宽中的控制消息作为数据有效载荷来提供UE侧参数值。
在至少一个示例实施例中,所述提供通过使用用户数据报协议(UDP)和传输控制协议(TCP)连接之一来提供UE侧参数值。
至少一个示例实施例提供了一种方法,所述方法包括:在第一网络元件和用户设备(UE)之间的多个数据通信路径上将第一数据流转换成多个第二数据流;获得用于用户域中的多个数据通信路径的传输控制协议(TCP)窗口参数值;如果TCP窗口参数值超过第一参数值,则向第一网络元件的网络控制域发送第一参数值,以限制多个数据通信路径的传输速率;并且基于受限的传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,TCP窗口参数值是TCP拥塞窗口参数值,并且所述方法进一步包括使用第一参数值限制多个数据通信路径的下行链路传输速率,受限的下行链路传输速率是受限的传输速率,其中所述分配基于所述受限的下行链路传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述限制包括:获得用于多个数据通信路径的TCP接收窗口参数值;以及如果TCP接收窗口参数值超过第二参数值,则向UE的网络控制域发送第二参数值以限制上行链路传输速率。
在至少一个示例实施例中,所述方法进一步包括使用共享带宽中的控制消息作为数据有效载荷从UE的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,并且所述分配基于功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个。
在至少一个示例实施例中,所述分配包括:如果UE的功率相关信息低于阈值水平,则改变多个数据通信路径中的另一个的配置。
在至少一个示例实施例中,所述分配包括:基于UE侧参数值改变多个数据通信路径中的另一个的配置。
在至少一个示例实施例中,UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。
在至少一个示例实施例中,所述方法进一步包括基于将多个第二数据流分配给多个数据通信路径中的至少一个来选择调度器。
附图说明
将参考附图描述一些示例实施例。图1-17表示如本文中描述的非限制性示例实施例。
图1A-1B图示了根据常规技术的通信系统。
图2是图示根据示例实施例的网络元件的示例结构的图解。
图3是图示根据示例实施例的用户设备(UE)的示例结构的图解。
图4图示了根据示例实施例的多连接性通信系统。
图5图示了根据示例实施例的多连接性通信系统。
图6图示了根据示例实施例的多连接性通信系统。
图7图示了根据示例实施例的多连接性通信系统。
图8图示了根据示例实施例的多连接性通信系统。
图9示意性示出了用户设备。
图10示意性示出了用户设备、中间代理节点和内容服务器的架构概述。
图11示意性示出了使用传统多路径协议的用户设备和中间节点的示例。
图12示意性示出了使用非标准化协议的用户设备和中间节点。
图13和图14示意性示出了纠错码的生成以及从其中对数据的恢复。
图15图示了根据示例实施例的方法;
图16图示了根据示例实施例的方法;和
图17图示了根据示例实施例的方法。
具体实施方式
现在将参考附图更全面地描述各种示例实施例,附图中图示了一些示例实施例。
因此,虽然示例实施例能够有各种修改和替换形式,但是其实施例在附图中以示例的方式被示出并且将在本文中被详细描述。然而,应当理解,不意图将示例实施例限制于所公开的特定形式,而是相反,示例实施例将覆盖落入权利要求范围内的所有修改、等同物和替换物。贯穿对附图的描述,相同的标号指代相同的元件。
应当理解,尽管术语第一、第二等等可以在本文中用于描述各种元件,但是这些元件不应当受这些术语限制。这些术语仅用于区分一个元件和另一个元件。例如,在不脱离示例实施例的范围的情况下,第一元件可以被称为第二元件,并且类似地,第二元件可以被称为第一元件。如本文中所使用的,术语“和/或”包括一个或多个被关联列出的项中的任何和所有组合。
应当理解,当一元件被称为“连接”或“耦合”到另一个元件时,它可以直接连接或耦合到另一个元件,或者可以存在中间元件。相反,当一元件被称为“直接连接”或“直接耦合”到另一个元件时,没有中间元件存在。用于描述元件之间的关系的其他词语应当以类似的方式被解释(例如,“在……之间”相对于“直接在……之间”、“相邻”相对于“直接相邻”等)。
本文中使用的术语仅用于描述特定实施例的目的,并且不旨在限制示例实施例。如本文中所使用的,单数形式“一”、“一个”和“该”旨在也包括复数形式,除非上下文另有明确指示。还将进一步理解,术语“包含”、“包含着”、“包括”和/或“包括着”当在本文中被使用时指定所陈述的特征、整数、步骤、操作、元件和/或部件的存在,但是不排除一个或多个其他特征、整数、步骤、操作、元件、部件和/或其组群的存在或添加。
还应当注意的是,在一些替换实现方式中,所记录的功能/动作可能不按图中所记录的次序发生。例如,取决于所涉及的功能/动作,连续地示出的两个图实际上可以基本上同时地被执行,或者有时可以用相反的次序被执行。
除非另有定义,否则本文中使用的所有术语(包括技术和科学术语)具有与示例实施例所属领域的普通技术人员通常理解的相同含义。还将进一步理解,术语、例如在常用词典中定义的术语应当被解释为具有与其在相关领域的上下文中的含义一致的含义,并且除非在本文中明确如此定义,否则不会被解释为理想化或过于正式的意义。
示例实施例的部分和对应的详细描述是按照软件或算法以及对计算机存储器内数据位的操作的符号表示来呈现的。这些描述和表示是本领域普通技术人员有效地将他们工作的实质传达给本领域其他普通技术人员的描述和表示。如这里使用的术语以及如其通常被使用的算法被认为是导致所期望结果的自洽步骤序列。这些步骤是需要对物理量进行物理操纵的步骤。通常,尽管不是必须的,但是这些量采取能够被存储、传送、组合、比较和其他操纵的光、电或磁信号的形式。主要出于常见用法的原因,有时将这些信号称为位、值、元件、符号、字符、术语、数字等已被证明是方便的。
在以下描述中,将参考操作的动作和符号表示(例如,以流程图的形式)来描述说明性实施例,所述操作可以被实现为包括例程、程序、对象、部件、数据结构等的程序模块或功能过程,其执行特定任务或实现特定抽象数据类型,并且可以通过使用现有网络元件或控制节点处的现有硬件来被实现。这种现有硬件可以包括一个或多个中央处理单元(CPU)、数字信号处理器(DSP)、片上系统(SoC)、专用集成电路、现场可编程门阵列(FPGA)计算机等。
除非另有特别陈述,或者如从讨论中清楚的,否则诸如“处理”或“计算”或“运算”或“确定”或“显示”等术语指代计算机系统或类似的电子计算设备的动作和过程,该计算机系统或类似的电子计算设备将被表示为计算机系统的寄存器和存储器中的物理、电子量的数据操纵和转换成类似地被表示为计算机系统的存储器或寄存器或其他这样的信息存储装置、传输或显示设备中的物理量的其他数据。
还注意到,示例实施例的经软件实现的方面典型地被编码在某种形式的存储介质上。如本文中所公开的,术语“存储介质”、“计算机可读存储介质”或“非暂时性计算机可读存储介质”可以表示用于存储数据的一个或多个设备,包括只读存储器(ROM)、随机存取存储器(RAM)、磁RAM、核存储器、磁盘存储介质、光存储介质、闪存设备和/或用于存储信息的其他有形机器可读介质。术语“计算机可读介质”可以包括但不限于便携式或固定式存储设备、光学存储设备以及能够存储、包含或携带(一个或多个)指令和/或数据的各种其他介质。
虽然术语“基站”用于描述与地理覆盖区域中的用户通信并向其提供无线资源的收发器,但是示例实施例不限于基站,并且还包括NodeB、演进NodeB(eNB)、收发器站、基站收发器站(BST)、宏小区等。
如本文中所讨论的,术语“用户设备”或“UE”可以被认为是用户、客户端、客户端设备、移动单元、移动站、移动用户、移动台、订户、用户、远程站、接入终端、接收器等的同义词并且此后可以偶尔被称为用户、客户端、客户端设备、移动单元、移动站、移动用户、移动台、订户、用户、远程站、接入终端、接收器等,并且描述了无线通信网络(例如,3GPP LTE网络或5G网络)和/或WiFi网络或无线局域网(WLAN)中的无线资源的远程用户。
示例实施例公开了一种用于多连接性联网的灵活策略驱动控制的新奇框架,该框架实现诸如动态链路选择、业务转向和负载平衡之类的控制机制。
示例实施例可以部署在未修改的(传统)UE中,并且与传统应用向后兼容。示例实施例使用诸如链路延迟、信号强度和基站负载/拥塞之类的UE侧参数(UE的参数和UE处的网络测量参数)作为决策输入。例如,UE侧参数可以包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个。功率相关信息可以包括UE的电池电量、UE的剩余充电时间、给定信道中的总接收信号强度、来自服务基站的接收信号强度、来自一个或多个干扰基站的接收信号强度以及接收器信号对噪声和/或干扰比。拥塞相关信息可以包括拥塞窗口、窗口缩放参数、广告接收窗口、无线电接入峰值/广告率、分组丢失率、分组重新排序和/或分组到达间隔时间。延迟相关信息可以包括往返时间(RTT)、前向延迟、传播延迟、带宽延迟和/或排队延迟。
用户侧参数不限于单个网络运营商。因此,UE可以从所有网络运营商向单个网络元件提供参数值。例如,UE可以向单个网络元件提供来自第一网络运营商的WiFi的接收信号强度和来自第二网络运营商的LTE的接收信号强度。
图1A图示了具有单路径联网协议的常规UE。如图1A中所示,UE 100包括用户域(或者换句话说,用户空间)105和内核110(即,网络控制域)。内核110包括通过以太网接口120通信的传统单路径协议栈115(例如,TCP/IP)。
为了使UE 100支持多技术多频带联网,UE 100需要修改内核110以便部署多路径通信,因为这是联网协议栈115位于的位置。内核修改难以实现并且受敏感内核依赖性以及稳定性和代码污染问题所限制。
然而,更重要的是,内核修改通常暗示对于UE解锁和/或超级用户访问的需要。这是商业上不可行的选择,因为UE解锁典型地使UE保修无效,而建立超级用户访问具有安全性和隐私的影响。愿意解决这些问题的网络运营商必须为所有现有手机版本及其专有驱动程序开发和维护软件补丁和内核构建,从而导致增加的成本。
图1B图示了具有多路径联网协议的常规UE。如图1B中所示,UE 150包括用户域155和内核160(即网络控制域)。内核160包括控制两个传统单路径协议栈170、175(例如,UDP或TCP/IP)的多路径协议165。两个传统单路径协议栈170、175分别用于通过LTE接口180和WiFi接口185进行通信。
为了使UE 150支持多技术多频带联网,UE 150需要修改内核160以便部署多路径通信,因为这是单路径协议栈170和175位于的位置。
多连接性部署的内核修改示例包括路由表的重新配置连同互联网协议安全(IPSec)隧道的创建和管理(网络层多连接性,诸如轻量级IP(LWIP)和LTE WLAN聚合(LWA))或网络栈的整个传输层的替换(基于多路径传输控制协议(MPTCP)的传输层解决方案)。其他多路径协议、如流控制传输协议(SCTP)、用于使用新的API的多路径通信的先进的互联网工程任务组(IETF)标准将此外需要适应运营商和应用作者使用新的向后不兼容的应用编程接口(API)。
从控制平面的角度来看,基于内核的多连接性可以通过使用专用的应用编程接口(API)进行常规控制,以便负载平衡和业务转向的目的。然而,这些API可能在范围上受限,因为许多传统应用与任何未来的API都不兼容,这可能对网络运营商的采用具有有害影响。
图2是图示网络元件200的示例结构的图解。参考图2,网络元件200可以包括例如数据总线259、发射器252、接收器254、存储器256和处理器258。
发射器252、接收器254、存储器256和处理器258可以使用数据总线259向彼此发送数据和/或从彼此接收数据。虽然发射器252和接收器254被图示为单独的实体,但是应当理解,发射器252和接收器254可以被组合以形成收发器。
发射器252是包括硬件和任何必要软件的设备,以便经由一个或多个有线和/或无线连接向其他网络元件发射信号,所述信号包括例如控制信号或数据信号。
接收器254是包括硬件和任何必要软件的设备,以便经由一个或多个有线和/或无线连接将无线信号接收到其他网络元件,所述无线信号包括例如控制信号或数据信号。
存储器256可以是能够存储数据的任何设备,包括磁存储装置、闪存等。
处理器258可以是能够处理数据的任何设备,包括例如在结构上被配置成执行特定操作、或者在结构上被配置成执行包括在计算机可读代码中的指令的处理器,所述计算机可读代码包括例如存储在存储器256中的代码。上面提到的处理器的示例包括但不限于微处理器、多处理器、中央处理单元(CPU)、数字信号处理器(DSP)、片上系统(SoC)设备、专用集成电路(ASIC)和现场可编程门阵列(FPGA)。
根据至少一个示例实施例,本文中被描述成由网络代理执行的任何操作可以由图2中所示的网络元件200执行。例如,根据至少一个示例实施例,网络元件200可以在软件和/或硬件方面被编程,以执行本文中被描述成由网络元件执行的功能中的任何或所有。
现在将在下面讨论在软件方面被编程以执行本文中描述的功能中的任何或所有的网络元件200的示例。例如,存储器256可以存储包括与本文中描述的操作中的任何或所有相对应的可执行指令的程序。根据至少一个示例实施例,除了存储在存储器256中之外或可替换于存储在存储器256中,可执行指令可以存储在计算机可读介质中,所述计算机可读介质包括例如光盘、闪存驱动器、SD卡等,并且网络元件200可以包括用于读取被存储在计算机可读介质上的数据的硬件。此外,处理器258可以是被配置成通过读取和执行被存储在存储器256和计算机可读存储介质中的至少一个中的可执行指令来执行本文中描述的操作中的任何或所有的处理器,所述存储器256和计算机可读存储介质被加载到网络元件200中所包括的硬件中,以用于读取计算机可读介质。
现在将在下面讨论在硬件方面被编程以执行本文中描述的功能中的任何或所有的网络元件200的示例。除了与如上面所讨论的被描述成由存储在存储器或计算机可读介质中的网络元件200所执行的功能相对应的可执行指令之外或可替换于所述可执行指令,处理器258可以包括具有专用于执行本文中描述的操作中的任何或所有的结构设计的电路。例如,处理器258中所包括的上面提到的电路可以是在物理上被编程以执行本文中描述的操作中的任何或所有的FPGA或ASIC。
存储器256可以存储用于在用户域(或者换句话说,用户空间)中操作的计算机可读指令260和用于操作网络元件200的内核(网络控制域)的指令262。
在一个示例实施例中,处理器258执行被存储在存储器256中的指令,以在用户域和网络控制域中操作。处理器258执行被存储在存储器256中的指令,以从用户设备(UE)的用户域获得UE侧参数值,在UE和网络元件200之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流,并且基于UE侧参数值将多个第二数据流分配给多个数据通信路径中的至少一个。
在示例实施例中,处理器258执行被存储在存储器256中的指令,以在用户设备(UE)和第一网络元件之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;获得用于多个数据通信路径的传输控制协议(TCP)窗口参数值;如果TCP窗口参数值超过第一参数值,则向网络元件200的网络控制域发送第一参数值,以限制多个数据通信路径的传输速率;并且基于受限的传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。
图3是图示了UE 300的示例结构的图解。参考图3,例如,UE 300可以包括数据总线359、发射器352、接收器354、存储器356和处理器358。
发射器352、接收器354、存储器356和处理器358可以使用数据总线359向彼此发送数据和/或从彼此接收数据。虽然发射器352和接收器354被图示为单独的实体,但是应当理解,发射器352和接收器354可以被组合以形成收发器。
发射器352是包括硬件和任何必要软件的设备,以便经由一个或多个有线和/或无线连接向其他网络元件发射信号,所述信号包括例如控制信号或数据信号。
接收器354是包括硬件和任何必要软件的设备,以便经由一个或多个有线和/或无线连接将无线信号接收到其他网络元件,所述无线信号包括例如控制信号或数据信号。
存储器356可以是能够存储数据的任何设备,包括磁存储装置、闪存等。
处理器358可以是能够处理数据的任何设备,包括例如在结构上被配置成执行特定操作、或者在结构上被配置成执行包括在计算机可读代码中的指令的处理器,所述计算机可读代码包括例如存储在存储器356中的代码。上面提到的处理器的示例包括但不限于微处理器、多处理器、中央处理单元(CPU)、数字信号处理器(DSP)、片上系统(SoC)设备、专用集成电路(ASIC)和现场可编程门阵列(FPGA)。
根据至少一个示例实施例,本文中被描述成由UE执行的任何操作可以由图3中所示的UE 300执行。例如,根据至少一个示例实施例,UE 300可以在软件和/或硬件方面被编程,以执行本文中被描述成由网络元件执行的功能中的任何或所有。
现在将在下面讨论在软件方面被编程以执行本文中描述的功能中的任何或所有的UE 300的示例。例如,存储器356可以存储包括与本文中描述的操作中的任何或所有相对应的可执行指令的程序。根据至少一个示例实施例,除了存储在存储器356中之外或可替换于存储在存储器356中,可执行指令可以存储在计算机可读介质中,所述计算机可读介质包括例如光盘、闪存驱动器、SD卡等,并且UE 300可以包括用于读取被存储在计算机可读介质上的数据的硬件。此外,处理器358可以是被配置成通过读取和执行被存储在存储器356和计算机可读存储介质中的至少一个中的可执行指令来执行本文中描述的操作中的任何或所有的处理器,所述存储器356和计算机可读存储介质被加载到UE 300中所包括的硬件中,以用于读取计算机可读介质。
现在将在下面讨论在硬件方面被编程以执行本文中描述的功能中的任何或所有的UE 300的示例。除了与如上面所讨论的被描述成由存储在存储器或计算机可读介质中的UE 300所执行的功能相对应的可执行指令之外或可替换于所述可执行指令,处理器358可以包括具有专用于执行本文中描述的操作中的任何或所有的结构设计的电路。例如,处理器358中所包括的上面提到的电路可以是在物理上被编程以执行本文中描述的操作中的任何或所有的FPGA或ASIC。
存储器356可以存储用于在用户域(或者换句话说,用户空间)中操作的计算机可读指令360和用于操作内核的指令362。
在一个示例实施例中,处理器358执行被存储在存储器356中的指令,以在用户域和网络控制域中操作。处理器358执行被存储在存储器356中的指令,以在网络控制域和用户域中操作;从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用;从用户域向网络代理提供UE侧参数值;并且基于UE侧参数值接收网络控制域中的数据。
图4图示了根据示例实施例的多连接性通信系统。多连接性通信系统包括UE 400、网络代理450和内容服务器492。网络代理450可以被称为第一网络元件,并且可以具有与如图2中所示的网络元件200相同的结构。内容服务器492可以被称为第二网络元件。UE 400可以具有与如图3中所示的UE 300相同的结构。
虽然仅图示了UE 400、网络代理450和内容服务器492,但是应当理解,通信系统具有通信网络中常用的其他元件,诸如WiFi和LTE。
UE 400可以在用户域(或者换句话说,用户空间)405和内核420(即,网络控制域)中操作。内核420包括多路径协议422,多路径协议422控制两个传统的单路径协议栈425、430(例如,UDP或TCP/IP)分别通过LTE接口435和WiFi接口440进行通信。
用户域405包括监视应用410,监视应用410从内核420收集UE侧参数,并且将它们传送到网络代理450的用户域(或者换句话说,用户空间)455中的网络管理器460。在一个示例实施例中,通过诸如LET和/或WiFi的通信路径将UE侧参数发送到网络管理器460。在另一个示例实施例中,可以使用带外信令(在通过LTE和/或WiFi发送其自己的分组的专用控制会话上递送UE侧参数),或者使用带内信令(控制消息被嵌入到携带实际数据有效载荷的分组中,例如,嵌入到分组报头的专用控制字段中)。
除了用户域455之外,网络代理450还包括内核470,内核470包括多路径协议和策略驱动控制器475,用于控制单路径协议栈480、482和484(例如,UDP或TCP/IP)以便分别通过LTE、WiFi和以太网接口486、488和490进行通信。
给定在传统移动用户设备中使得多连接性业务的策略驱动控制变得困难的挑战(例如,基于LTE / WiFi信号强度或UE电池状态的多路径负载平衡和业务转向),示例实施例消除了对于任何UE(内核)修改的需要。
示例实施例利用了如下事实:即能够支持多路径通信的用户设备400通过使用网络代理450而连接到内容服务器(例如,内容服务器492),其默认情况下仅能够支持常规的单路径通信。网络代理450是中间实体,并且聚合来自UE 400的多路径上行链路(来自接口435和440)并通过单路径连接(以太网接口490)将其转发给内容服务器480。在下行链路上,该过程被反转,并且入口单路径业务被拆分成多个子流。
如图4中所示,示例实施例基于网络代理450的单方面动作灵活地控制多路径业务,而没有对于在UE内核420内的UE修改的需要。
可以用于先进网络优化的数据收集和状态监视的UE侧支持将通过使用监视应用410来被实现。监视应用410是用户空间客户端,其从内核420收集UE侧参数,并且将它们传送到网络代理450的用户域455中的网络管理器460。
监视应用410或者作为网络运营商软件包的部分被预先安装在UE的存储器(例如,存储器360)中,或者其可以由用户按需下载和安装。默认情况下,监视应用410将仅参与同网络管理实体的后台通信,但是如果被请求(例如,被用户或网络代理450),则监视应用410可以与应用用户交互(例如,以通过激活多路径通信来获取改进检测到的低质量的交互式视频呼叫的QoS的许可)。
在一个示例实施例中,不需要在UE 400中存在监视应用410以便网络代理450实现策略驱动的控制。例如,网络代理450使用诸如往返时间测量之类的本地可用数据、诸如TCP拥塞控制窗口(CWND)和TCP广告接收窗口(RWND)之类的拥塞相关信息以及诸如指示应用类型和服务器位置的IP地址和端口号之类的网络层信息来实现策略驱动的控制。
对于TCP,网络代理450是多路径TCP(MPTCP)网络代理,其基于其自己的内部决策过程单方面控制每个子流的下行链路和上行链路吞吐量二者。下行链路吞吐量可以通过CWND的操纵来被控制,而上行链路控制可以通过RWND的操纵来被实现。这两个值都包含在代理机器上的TCP流控制块中,并且因此可由网络代理450修改。
代理决策可以基于其自己的本地测量(例如,拥塞、RTT)和/或由UE侧客户端通过使用基于UDP的信令(例如,电池状态指示、应用类型、信道条件、接口频谱带和用户移动性中的至少一个)来提供的UE侧参数值。
运营商控制下的无线电接入网络还可以提供关于实际信道条件和用户频谱带(即覆盖)的无线链路更新,同时可以使用目的地IP和端口来标识应用类型。
如上面提到的,速率上限可以通过基于UE侧输入而设置对TCP的CWND和RWND参数的限制来被实施。例如,如果检测到具有良好信号强度的已知(例如,家庭)WiFi,则仅可以使用WiFi(即,LTE最大数据速率被上限限制到零)。可替换地,仅当手机电池充满电时,才可以使用两个可用路径。
图5图示了根据示例实施例的多连接性通信系统。如图5中所示,多连接性通信系统包括UE 500、网络代理550和内容服务器592。网络代理550可以被称为第一网络元件,并且可以具有与如图2中所示的网络元件200相同的结构。内容服务器592可以被称为第二网络元件。UE 500可以具有与如图3中所示的UE 300相同的结构。
虽然仅图示了UE 500、网络代理550和内容服务器492,但是应当理解,通信系统具有通信网络中常用的其他元件,诸如WiFi和LTE。
UE 500可以在用户域(或者换句话说,用户空间)505和内核520(即,网络控制域)中操作。内核520包括用于通过虚拟接口524与虚拟专用网络(VPN)模块510通信的单路径协议522(例如,UDP或TCP/IP)。VPN模块常规地例如通过使用IPsec技术来用于数据流加密。在示例实施例中,VPN模块510非常规地通过使用VPN框架来实现多连接性。内核520进一步包括两个传统的单路径协议栈525、530(例如,UDP或TCP/IP),以分别通过LTE接口535和WiFi接口540进行通信。
用户域505包括虚拟专用网络模块510,虚拟专用网络模块510从内核520收集UE侧参数,并且将它们传送到网络代理550的用户域(或者换句话说,用户空间)555中的网络管理器560。在一个示例实施例中,通过诸如LTE和/或WiFi之类的通信路径从VPN模块510向网络管理器560发送UE侧参数。在另一个示例实施例中,可以使用带外信令(在通过LTE和/或WiFi发送其自己的分组的专用控制会话上递送UE侧参数),或者使用带内信令(控制消息被嵌入到携带实际数据有效载荷的分组中,例如,嵌入到分组报头的专用控制字段中)。
除了用户域555之外,网络代理还包括内核570,内核570包括多路径协议和策略驱动控制器575,用于控制单路径协议栈580、582和584(例如,UDP或TCP/IP),以便分别通过LTE、WiFi和以太网接口586、588和590进行通信。
在图5中,网络代理550针对基于用户数据报协议(UDP)的业务实现多连接性和策略驱动控制。因此,VPN模块510利用监视应用410的功能,并且UE 500基于用于虚拟专用网络的框架来使用UE侧的用户空间架构,该架构在说明书的图9-14以及2016年9月15日提交的欧洲专利申请No.16306173.2中被描述,通过引用将所述欧洲专利申请的全部内容合并于此。
经由在UE 500中配置的虚拟接口524,UE应用数据被路由到用户空间VPN服务或从用户空间VPN服务被路由。在上行链路上,VPN服务将应用的入口单路径数据流拆分成多个出口子流,所述多个出口子流然后通过多个物理接口(例如,LTE接口535和WiFi接口540)被转发到远程内容服务器。更具体地,VPN包含多路径调度层,所述多路径调度层通过在多路径上调度数据来实现该拆分。例如,每个奇分组通过一个路径发送,而偶分组通过另一个路径发送。在下行链路上,来自远程服务器的多个入口子流由VPN服务聚合成被应用使用的单个数据流。网络代理拆分过程在VPN的专用聚合层中被反转。在多个路径上接收的分组被合并成单个转发路径。在网络侧上,多路径网络代理550充当通过传统单路径连接将UE 500与内容服务器592互连的UE侧VPN代理的计数器部分(即,用以聚合UL多路径业务并且在活跃路径之中拆分DL业务)。
至于控制平面,网络代理(例如,550)和/或UE侧客户端被配备有至少一个控制器,其可以是控制器575。控制器575实现策略控制。控制器575可以以主角色这样做(即,控制器575决定策略目标是什么),或者控制器575可以以从模式操作,其中策略控制命令来自于独立远程服务器中所实现的不同实体。(一个或多个)控制器实现动态策略驱动的协议和链路选择,以及考虑到基于诸如UE信号强度、链路延迟和基站负载/拥塞之类的输入的调度和链路使用控制。
可以使用示例实施例,其中单路径协议栈580、582和584中的至少一个中的传输层基于MPTCP和/或多路径UDP(MPUDP)。MPUDP是在多个路径上通过UDP协议发送数据的方式。
多路径UDP通过多个路径实现独立UDP分组的递送,这可以优化多路径通信的性能。
基于特定于应用的策略,单独的应用可以与特定的链路和传输层协议相关联。UE客户端可以监视应用如何创建单独的数据流、即相关联的流及其源应用。给定该知识以及关于如何处理流的策略输入,VPN模块510然后可以选择合适的协议(例如,MPTCP或MPUDP)。
关于使用/认知的服务质量和网络优化目标的策略定义输入可以从任何QoS利益相关者收集,所述QoS利益相关者诸如应用开发者(例如,定义应用QoS类别,诸如交互式视频聊天或缓冲的视频流)、终端用户(例如,建立对视频平滑度和分辨率的满意度)、操作系统(例如,控制资源可用性)、无线电接口(例如,测量实际信号强度和链路延迟)和/或无线电接入网络(例如,感知基站负载和切换事件)。
负载平衡和业务转向优化
描述了在两个独立的无线电接入网络(例如,3GPP CDMA/LTE和IEEE WiFi标准)上的多路径通信。然而,示例实施例不限于此。
在示例实施例中,网络运营商的云基础设施托管网络侧代理(例如,网络代理450或网络代理550),所述网络侧代理向/从应用内容服务器中继数据,而且实现对所有数据流的特定于应用的策略驱动的控制。
作为示例,可以通过最佳链路(LTE或WiFi)发送直播视频流,而可以通过两个链路或未使用的链路、但是以与主视频流相比更低的优先级下载同时后台系统更新。
可以使用UE侧支持模块(例如,监视应用410)。为了交换策略信息和控制命令,UE中的监视应用410和网络代理二者通过使用数据平面分组(例如,通过附加新的分组报头、创建新的报头)或并行带外通信信道(例如,基于专用UDP的连接)来进行通信。例如,网络代理可以使用共享带宽中的控制消息作为数据有效载荷来获得UE侧参数值。
通过预先配置的应用配置文件、应用编程接口(API)、测量轮询和/或从网络运营商服务器收集策略定义输入,所述策略定义输入诸如服务质量类别和链路使用统计数据。在图5中,网络代理550是独立的实体。然而,在其他示例实施例中,网络代理550功能是内容服务器的部分(例如,作为能够支持MPTCP的服务器)。因此,网络代理550的功能和内容服务器的功能将合并。
如下面策略示例中所述,网络代理可以指代网络代理450和/或网络代理550。
策略示例1:动态吞吐量聚合
为了最大化可实现的数据速率,“动态吞吐量聚合”策略暗示同时对LTE和WiFi二者的活跃使用。该策略可以通过UE的电池状态来被调节。例如,仅当UE电池充电超过其容量的阈值百分比(例如,25%)时,该策略才将被实施。在两个数据通信路径正在被使用的情况下,如果UE电池低于阈值百分比,则网络代理关闭其中一个数据通信路径(LTE或WiFi),或者保持使用一个数据通信路径并且不打开另一个数据通信路径。
如通过(下面提供的)表1a所示,其关于基于UDP的应用、容忍无序数据递送和/或实现其自己的拥塞控制,网络代理可以分别针对LTE和WiFi配置最大数据速率R_max_LTE和 R_max_WiFi。
可以用至少两个方式陈述基线策略。第一个方式(“表1a中的业务卸载”)关于定义总的期望吞吐量R_total和LTE部件R_max_LTE。第二个方式(表1a中的“分数划分”)指定总的期望吞吐量R_total以及其如何在LTE和WiFi链路之间被划分(因子LW_ratio,0 < LW_ratio < 1)。根据运营商需求和经验数据确定因子LW_ratio。因子LW_ratio是输入参数。例如,希望将更多业务卸载到WiFi网段(更便宜的比特每美元)的运营商将选择使因子LW_RATIO更接近于1。表1a中的参数是策略定义的参数。
表1a–用于基于UDP的应用的动态吞吐量聚合策略。
表1b(其如下面所提供)总结了使用有序数据递送和内置TCP拥塞控制的基于TCP的应用的相同策略。单独的策略与表1a的策略相同。唯一的区别在于,实际发送者数据速率被计算为分别是期望速率R_max_LTE和R_max_WiFi、以及分别是当前可行的数据速率R_cc_LTE和R_cc_WiFi的最小值:min[R_max_LTE, R_cc_LTE](针对 LTE)以及 min[R_max_WiFi,R_cc_WiFi](针对 WiFi),其如通过TCP拥塞控制机制所检测。R_cc_LTE和R_cc_WiFi不是策略定义的参数,而其余参数是策略定义的。参数R_cc对应于拥塞窗口(CWND),所述拥塞窗口(CWND)是每个TCP会话的内部参数。参数R_cc可以通过TCP状态监视来被检索。参数R_Max是针对CWND的预定义和/或选择的最大上限,它有效地设置了最大数据速率(粗略地,数据速率 ~ CWND / RTT)。
表1b–用于基于TCP的应用的动态吞吐量聚合策略。红色字体颜色表示策略定义的参数,而黑色字体颜色表示TCP拥塞控制的参数。
策略示例2:动态最佳链接选择
在链路选择策略之下,仅一个链路、即LTE或WiFi可用于给定的应用。网络代理基于预定义的目标函数(效用)、组合诸如信号强度或可实现的数据速率之类的指标来动态选择链路。
表2(其如下面所提供)总结了适用于基于UDP的应用的选择标准。
在WiFi模式中,强WiFi接入点(AP)(例如,具有免费未拥塞的接入的家庭WiFi AP)被UE所检测。这是基于将绝对WiFi接收的信号强度RSSI_WiFi与最小所需阈值RSSI_min(例如-45 dBm)进行比较来完成的。从标准切换过程中使用选择滞后RSSI_hyst来避免乒乓切换。
在优化覆盖稳健性的覆盖模式中,网络代理基于如从常规切换过程已知的接收信号强度指示符(RSSI)的相对比较来选择最强的服务实体、LTE基站或WiFi接入点。本文中,当前服务实体的接收信号强度RSSI_serving与替换基站的目标接收信号强度RSSI_target进行比较,同时也考虑切换滞后RSSI_hyst。
在交互模式中,除了优化指标是链路往返时间(RTT)之外执行类似的比较,其中RTT_serving是从UE到服务实体的往返时间,并且RTT_hyst是往返时间的滞后值。类推地,如通过TCP拥塞控制所检测的可实现的数据速率也可以用作链路选择指标。
表2–用于基于UDP和基于TCP的应用的动态最佳链路选择策略。
策略3:QoS感知调度
一旦选择了多个链路,网络代理就可以配置特定于应用的多路径调度器。对于面向容量的应用(例如,缓冲视频,诸如YouTubeTM),网络代理可以使用最低RTT首先调度器。对于时延敏感的应用(例如,交互式视频呼叫),网络代理可以使用时延最小化调度器,该网络代理使用无序调度的已知技术以便在多个路径上有序递送。
灵活的策略驱动控制
示例1:基于TCP的业务
图6图示了在UE中使用基于内核的MPTCP的策略驱动控制的通信系统。在图6中,基于TCP的应用的数据业务通过基于内核的MPTCP来被传输。
多连接性通信系统包括UE 600、网络代理650和内容服务器692。网络代理650可以被称为第一网络元件,并且可以具有与如图2中所示的网络元件200相同的结构。服务器692可以被称为第二网络元件。UE 600可以具有与如图3中所示的UE 300相同的结构。
虽然仅图示了UE 600、网络代理650和内容服务器692,但是应当理解,通信系统具有诸如WiFi和LTE之类的通信网络中常用的其他元件。
UE 600可以在用户域(或者换句话说,用户空间)605和内核620(即,网络控制域)中操作。内核620包括MPTCP 622,MPTCP 622控制TCP/IP协议路径625、630分别通过LTE接口635和WiFi接口640进行通信。
用户域605包括监视应用610,监视应用610与MPTCP API 612交互,MPTCP API 612从内核620收集UE侧参数并且将它们传送到网络代理650的用户域(或者换句话说,用户空间)655中的网络管理器660。
网络代理650可以与网络代理450相同,其中传输控制装置是MPTCP控制器675,并且传输协议栈是分别通过LTE接口686、WiFi接口688和以太网接口690通信的TCP/IP协议680、682和684。
根据图6,网络代理650根据网络管理实体设置的策略要求,明确地针对每个TCP子流将TCP拥塞窗口(CWND)参数限制上限,以限制用于每个无线电接口的下行链路发送速率。
在以UE 600为发送方的上行链路上,网络代理650通过将每个TCP子流的广告接收窗口(RWND)限制上限来间接实现网络管理器的控制目标。运营商的用户空间效用通过使用NETLINK套接字(一种已建立的用于过程间通信的框架)来传递CWND和RWND上限。
为了获得用于网络代理650的策略驱动决策的输入,网络代理650可以通过使用其自己的本地测量来估计RTT和拥塞水平。为了确定UE侧的条件,监视应用610作为后台过程进行操作以递送UE侧参数值,所述UE侧参数值诸如与IP地址和端口号的每个唯一组合相关联的应用类型和QoS等级、用于每个(活跃的)无线电接入接口的接收信号强度和操作频带以及UE电池状态。
监视应用610还可以使用MPTP API 612代表网络代理650来主动参与MPTCP控制。
例如,用户空间客户端可以检索关于应用系统调用(套接字选项)的信息,或者配置UE 600如何动态调整用于入口下行链路TCP业务的RWND参数(例如,如果网络策略控制是活跃的,则基于接收缓冲区的存储器可用性而不进行任何特定于OS的上限限制,以避免干扰网络代理的控制动作)。
图7图示了根据示例实施例的另一通信系统。除了网络代理750包括MPUDP控制器775和传输协议栈之外,图7中所示的通信系统与图5中所示的通信系统相同,所述传输协议栈是分别通过LTE接口786、WiFi接口788和以太网接口790通信的UDP/IP协议780、782和784。此外,UE 700包括UDP/IP协议栈722、725和730。基于VPN的代理710使用MPUDP。
在图7中,基于VPN的代理710部署在UE 700中。具有虚拟接口724的VPN代理710通过打开和调度多个UDP套接字来拆分上行链路UDP流,并且在下行链路上反转该过程。
VPN代理710和网络代理750二者配备有实现特定于应用的控制策略的互连控制模块。由于VPN本机实现MPUDP数据平面,所以实现了任何控制平面功能的添加。
图8示出了图6-7如何可以都被集成在包括UE 800和网络代理850的VPN框架内。操作系统(OS)开发人员提供的专用API可以通过向VPN代理公开系统调用细节(套接字选项)来增强系统可控性。多路径协议可以在用户空间和/或网络侧代理和UE中的内核中被实现。
VPN框架
图9-14图示了示例实施例的框架,特别是根据示例实施例的VPN框架。在用户设备的用户域内提供转换逻辑,并且具有对应转换逻辑的中间代理节点位于用户设备和与其通信的实体(可以是服务器)之间。该转换逻辑在单个数据流和多个数据流之间进行转换,并且在与两个转换逻辑都可以解码的协议相符合的报头中提供使单个数据流和多个数据流彼此相关的信息。数据流进一步包括与根据特定标准的传输协议相符合的报头,该传输协议允许用户设备的网络侧和网络控制域路由数据流而不需要任何修改。
这样,除了拆分数据流或重新组合数据流之外,转换逻辑还将改变与数据流相关联的报头信息,使得在单个数据流被形成为多个流的情况下,添加使多个流与单个流相关的附加报头。该附加报头符合如下协议:该协议可以是传统协议,但是也可以是专有协议,因为它仅通过用户设备和中间代理节点内的转换逻辑来被解释。该报头中的信息允许多个数据流被重新组合以形成单个数据流,并且还可以提供某种纠错设施。
在转换逻辑重新组合多个数据流以形成单个数据流的情况下,然后根据该协议的报头被解码和解释,使得多个数据流可以被重新形成以形成单个数据流。然后将报头添加到该单个数据流,该报头应当符合标准传输协议并且可以是最初与原始单个数据流一起使用的协议。这样,当数据流到达其目的地时,其看起来似乎没有被以任何方式更改过。
除了添加使单个数据流与多个数据流相关的报头之外,还添加了传输协议报头,该传输协议报头是标准化的传输协议并且允许多个数据流在中间代理节点和用户设备之间被路由。该传输协议可以是指示多个数据流将去往何处的传输协议,因为诸如纠错设施之类的任何附加功能可以包括在使单个数据流与多个数据流相关的报头中。在其他示例中,它可以是与单个数据流所使用的相同的传输协议。
通过利用在用户设备中所提供的虚拟专用网络的标准用户空间框架,来使能实现多路径连接性。该虚拟专用网络提供了一种将数据流输出转向到特定套接字返回到用户域的方式,在该用户域中,应用(在这种情况中是转换算法)可以修改数据流,然后该数据流可以被输出到多个套接字。
在用户空间模式下建立多路径连接性是有利的,因为它可以通过下载和安装可以由网络运营商创建和发布的专用应用来被完成。因此消除了针对电话解锁和/或超级用户访问的需要。此外,即使在传统用户设备中,也可以使用标准虚拟专用网络框架来实现用于多路径通信的标准化和非标准化协议二者。
图9示意性示出了用户设备。在图9(以及类似的图4-8和图10-12)中,上行链路数据从UE上的应用向网络行进,并且诸如视频数据之类的下行链路数据在UE处被接收并被发送到应用,所述应用诸如用于该视频数据的观看应用。
由用户域内的应用所生成的应用数据经由用户设备的内核或网络控制域内的虚拟接口被路由到在用户域中的虚拟专用网络内提供多路径协议的转换应用/从所述转换应用被路由。应用生成数据,并且经由内核以常规方式将该数据输出到输出套接字。数据流具有符合传统单路径传输协议的报头。数据流被虚拟接口拦截并且被转向到虚拟专用网络内的转换应用。因此,在上行链路期间,虚拟专用网络(VPN)服务将应用的入口单路径数据流拆分成多个出口子流,然后所述多个出口子流通过例如LTE和WiFi的多个物理接口、经由中间代理节点被转发到远程内容服务器。
在上行链路期间,VPN内的转换逻辑通过移除与将流划分成多个流的单路径传输协议相符合的报头、并且添加与多路径协议相符合的报头来起作用。然后根据传统单路径传输协议的附加报头被添加并且被网络使用来路由多个流。这些报头指示多个数据流将经由中间代理节点被路由。
在用户设备处接收下行链路数据的情况下,该下行链路数据作为多个入口子流被接收,所述多个入口子流从远程服务器所输出的单个数据流形成,所述单个数据流已经经由中间代理节点行进并且被划分成在不同接口处接收的多个数据流。每个数据流具有单路径传输协议的报头和附加报头,并且由内核利用转换逻辑被路由到虚拟专用网络。在这里,转换逻辑将多个数据流聚合成具有传统单路径协议兼容报头的单个数据流。然后,该单个数据流经由虚拟接口被路由到应用。
图10示出了包括用户设备、中间代理节点和内容服务器的系统架构的概述。传统用户设备可以适用于运营商已经发布转换应用并且用户下载并激活它的操作。转换应用激活在许多用户设备操作系统中可用的虚拟专用网络特征,并且结合转换逻辑使用该特征以在单个和多个数据流之间进行转换。
因此,如图10中所示,用户应用APP打开网络套接字,以便经由未修改的内核、使用单路径传统协议1与远程内容服务器交换数据。输出数据经由是激活的虚拟专用网络的部分的虚拟接口被路由,并且被转向到用户空间VPN服务或从用户空间VPN服务被转向。
在上行链路上,VPN服务将基于传统协议1终止连接,以便提取有效载荷数据。然后,该数据将通过图10中的PHY/MAC所表示的多个物理接口、使用通用多路径“协议2”被转发到运营商部署的聚合或中间代理节点。“协议2”可以要么由诸如TCP之类的已知传统协议组成,要么其可以是新奇的/专有的/增强的协议(具有针对低时延进行优化的TCP,如后续所描述)。根据未修改内核的“传统协议3”的附加报头充当多个数据流的实际传输协议。因此,关于多个数据流的许多信息由协议2提供,而多个数据流的传输/路由根据与传统协议3相符合的报头中的信息来被控制。
聚合或中间代理位于UE和远程内容服务器之间,并且充当连接-拆分代理,也就是说,它基于协议2信息终止与UE的多路径连接,并且使用原始传统协议1报头将聚合的数据作为单个数据流转发,以例如通过以太网与服务器通信。由于聚合代理处于网络运营商或企业服务提供商的控制之下,所以可以通过在内核模式下执行聚合代理来改进VPN性能,如在图10的示例中所指示。
通过相同的步骤、但以反向的次序进行下行链路操作。因此,由具有符合传统协议1的报头的内容服务器所生成的数据通过以太网传输并被聚合代理拦截,其中聚合代理内的转换逻辑将单个数据流拆分成多个数据流,并且向它们提供与提供多路径信息的传统或新奇协议2相符合的报头信息,并且向它们提供符合传统协议3且包括传输或路由信息的附加报头。然后,多个数据流通过不同的接口被路由到用户设备,在用户设备中,转换逻辑使用协议2报头中的信息来组合多个数据流。
使用传统多路径TCP作为协议2的示例在图11中被示出并且在下面被详细描述。在该示例中,网络运营商激活用于传统用户设备中的多路径通信的传统MPTCP功能。
如图11中所示,TCP/IP协议组被用于实现用于与单个数据流相关联的报头的“传统协议1”,该单个数据流在虚拟接口处被转向到用户模式(VPN)内的转换逻辑。在这里,该流被拆分成多个数据流,并且根据“协议2”的报头被添加到多个数据流,该协议2由用于IETF标准化MTCP的双层栈(dual-layer stack )组成。因此,在图11中,当单个数据流被拆分成多个数据流时,使用标准化的多路径协议。这在图11内通过使用TCP(MP)被表示,以例如以用于标准化TCP报头的MTCP选项的形式来指示它们对MPTCP子层的依赖。
在该示例中,使用UDP/IP作为传输层、即“传统协议3”传输报头,然而也可以替代地使用TCP/IP。如果超级用户访问可用,则可以利用无协议RAW套接字的优势。为了确保隐私和安全,可以通过加密隧道、例如IPSec(互联网协议安全)来增强在诸如公共WiFi之类的不可信介质上的传输。具有这些报头的多路径数据流被路由到中间代理节点,在该中间代理节点处,内核模式VPN中的转换逻辑进行多路径到单路径转换,并且然后它们跨以太网利用传统TCP协议报头被进一步传输。对于下载数据,将该路径反转。
图12示出了与图11的示例不同的另一个示例,其通过使用多路径TCP来进行5G低时延高带宽通信。这允许MPTCP调度器通过并行UDP连接来发送分组级前向纠错(FEC)信息。应当注意到,尽管在图12中纠错信息在它自己的并行路径上发送,但是它也可以在不同的并行多路径中与数据一起发送。
在图12中,每一个有效载荷数据的P个分组都伴随有在转换逻辑处从先前的有效载荷数据的P个分组所生成的前向纠错数据的F个分组。FEC分组虑及针对高达F个丢失的有效载荷数据分组的主动即时恢复,而不依靠重新传输。对P/F比的控制提供了对端到端时延和服务质量的控制。
FEC数据可以以随机线性组合的形式被生成,从而将多个数据源分组A、B和C组合成所谓的组合分组,如图13中所示。通过使用二进制XOR运算,组合分组被生成为几个有效载荷分组的加权随机线性组合。乘法权重α、β和γ以相同、独立、统一的方式被随机地选择。有效载荷分组的恢复可以通过使用接收的源/组合分组和高斯消除来被实时完成,如图14中所示。
在针对上行链路传输的用户设备中的转换逻辑处以及在针对下行链路传输的中间代理节点中的转换逻辑中生成FEC数据。
归因于资源池化和多路复用,将多个独立的数据递送链路聚合到一个逻辑连接中的能力可以显著增加整体吞吐量以及降低端到端时延。与标准载波聚合不同,RAT间带宽聚合的使用不受每RAT频谱可用性限制。
多路径通信还允许通过使用自适应链路多路复用来掩盖暂时带宽中断。同时,部署任意专有协议来提供多路径信息可以用于例如通过使用以分组级前向纠错形式的冗余编码来控制端到端时延。提供带宽时延权衡的控制提供了针对高效的服务质量供应的基础。
另一个优势是,它们允许网络运营商高效地重新使用其现有的多频带多技术基础设施,并且提供高速连接,而不导致与新的高性能网络的推出相关联的巨大成本。
图15图示了根据示例实施例的方法。图15的描述可以由第一网络元件执行,该第一网络元件可以是网络代理450、网络代理550、网络代理650或网络代理750。网络代理450、网络代理550、网络代理650和网络代理750被配置成利用上述功能来执行图15中所示的步骤。因此,图2中所图示的结构使得第一网络元件执行图15的方法。
在S1500处,第一网络元件从用户设备(UE)的用户域获得UE侧参数值。如上所述,UE侧参数值是UE确定的值和UE已知的值中的至少一个。
在S1505处,第一网络元件在第一网络元件和UE之间的多个数据通信路径上将从第二网络元件(例如,内容服务器)接收的第一数据流转换成多个第二数据流。
在S1510处,第一网络元件基于UE侧参数值将多个第二数据流分配给多个数据通信路径中的至少一个。第一网络元件可以配置每个路径上的流,其不依赖于是否存在一对一的流/路径映射。第一网络元件可以在多个数据通信路径中的至少一个上传送所分配的数据流。
图16图示了根据示例实施例的方法。图16的描述可以由UE 400、UE 500、UE 600或UE 700来执行。UE 400、UE 500、UE 600和UE 700被配置成利用上述功能来执行图16中所示的步骤。因此,图3中所图示的结构使得UE执行图16的方法。
在S1600处,UE在网络控制域和用户域中操作。
在S1605处,UE从网络控制域获得UE侧参数值。如上所述,UE侧参数值可以特定于用户域中的用户应用,并且是UE确定的值和UE已知的值中的至少一个。
在S1610处,UE从用户域向网络代理提供UE侧参数值。
在S1615处,UE基于UE侧参数值接收网络控制域中的数据。
图17图示了根据示例实施例的方法。图17的描述可以由第一网络元件执行,该第一网络元件可以是网络代理450、网络代理550、网络代理650或网络代理750。网络代理450、网络代理550、网络代理650和网络代理750被配置成利用上述功能来执行图17中所示的步骤。因此,图2中所示的结构使得第一网络元件执行图17的方法。
在S1700处,第一网络元件在第一网络元件和用户设备(UE)之间的多个数据通信路径上将第一数据流转换成多个第二数据流。
在S1705处,第一网络元件获得用于用户域中多个数据通信路径的传输控制协议(TCP)窗口参数值。
在S1710处,如果TCP窗口参数值超过第一参数值,则第一网络元件向第一网络元件的网络控制域发送第一参数值,以限制多个数据通信路径的传输速率。
在S1715处,第一网络元件基于受限的传输速率将多个第二数据流分配给多个数据通信路径中的至少一个。第一网络元件可以在多个数据通信路径中的至少一个上传送所分配的数据流。
实施例提供多个创新特征,诸如(i)部署而不需要修改UE操作系统,并且还覆盖传统用户设备,(ii)自由实现针对多路径通信的(传统的)标准化和(优化的专有)非标准化协议,以及(iii)基于易于维护和更新的标准操作系统工具的简单且可靠的设计。
如此描述的示例实施例,将明显的是,可以以许多方式使所述示例实施例变化。这样的变化不应被视为偏离示例实施例的精神和范围,并且如对于本领域技术人员而言将明显的所有这样的修改都旨在包括在权利要求书的范围内。
Claims (34)
1.一种第一网络元件,包括:
存储计算机可读指令的存储器;和
至少一个处理器,所述至少一个处理器被配置成执行计算机可读指令以使得第一网络元件:
从用户设备UE的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个,
其中所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个;
在第一网络元件和所述UE之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流,并且
基于功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个将多个第二数据流分配给多个数据通信路径中的至少一个,
其中如果所述UE的功率相关信息低于阈值水平,则通过改变所述多个数据通信路径中的另一个路径的配置来分配所述多个第二数据流。
2.根据权利要求1所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件使用共享带宽中的控制消息作为数据有效载荷来获得所述UE侧参数值。
3.根据权利要求1所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件使用用户数据报协议UDP和传输控制协议TCP连接中的一个来获得所述UE侧参数值。
4.根据权利要求1所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件进一步基于传输协议、应用和服务质量QoS类别中的至少一个将所述多个第二数据流分配给所述多个数据通信路径中的至少一个,所述传输协议是至少第一协议和第二协议中的一个,并且所述至少一个处理器被配置成使得所述第一网络元件针对所述第一协议和第二协议不同地分配所述多个第二数据流。
5.根据权利要求1所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件基于将所述多个第二数据流分配给所述多个数据通信路径中的至少一个来选择调度器。
6.根据权利要求1所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件:
获得用于所述多个数据通信路径中的至少一个的传输控制协议TCP拥塞窗口参数值,并且
如果所述TCP拥塞窗口参数值超过第一参数值,则向所述第一网络元件的网络控制域发送所述第一参数值,以限制下行链路传输速率。
7.根据权利要求6所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件:
获得用于所述第一网络元件中多个数据通信路径的TCP接收窗口参数值;并且
如果所述TCP接收窗口参数值超过第二参数值,则向所述UE的网络控制域发送所述第二参数值,以限制上行链路传输速率。
8.根据权利要求1所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件:
与UE中的用户空间模块建立连接,并且
基于与用户空间模块的连接,使用用户数据报协议UDP和传输控制协议TCP连接之一从UE接收数据。
9.一种用户设备( UE) ,被配置成在不同频带的通信路径上接收和传送数据,所述UE包括:
存储计算机可读指令的存储器;和
至少一个处理器,所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述UE:
在网络控制域和用户域中操作,
从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个,
其中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,
从用户域向网络代理提供所述UE侧参数值,
基于所述UE侧参数值接收网络控制域中的数据,并且
基于功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,接收分配给网络代理和UE之间的多个数据通信路径中的至少一个的多个第二数据流,
其中,如果所述UE的功率相关信息低于阈值水平,则改变所述多个数据通信路径中的另一个路径的配置。
10.根据权利要求9所述的用户设备,其中,所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述UE使用共享带宽中的控制消息作为数据有效载荷来提供所述UE侧参数值。
11.根据权利要求9所述的用户设备,其中,所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述用户设备使用用户数据报协议UDP和传输控制协议TCP连接之一来提供所述UE侧参数值。
12.一种非暂时性计算机可读介质,所述非暂时性计算机可读介质当由至少一个处理器执行时被配置成使得所述至少一个处理器:
在用户设备UE的网络控制域和UE的用户域中操作,
从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个,
其中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,
基于传输协议从用户域向网络代理提供所述UE侧参数值,并且
基于所述功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,接收分配给网络代理和UE之间的多个数据通信路径中的至少一个的多个第二数据流,
其中如果所述UE的功率相关信息低于阈值水平,则改变所述多个数据通信路径中的另一个路径的配置。
13.一种第一网络元件,包括:
存储计算机可读指令的存储器;和
至少一个处理器,所述至少一个处理器被配置成执行计算机可读指令,以使得所述第一网络元件:
在所述第一网络元件和用户设备UE之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流,
获得用于用户域中多个数据通信路径的传输控制协议TCP窗口参数值,
如果所述TCP窗口参数值超过第一参数值,则向所述第一网络元件的网络控制域发送所述第一参数值,以限制所述多个数据通信路径的传输速率,并且
基于受限的传输速率将所述多个第二数据流分配给所述多个数据通信路径中的至少一个,
使用共享带宽中的控制消息作为数据有效载荷,从所述UE的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个,其中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,并且
基于所述功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,将所述多个第二数据流分配给所述多个数据通信路径中的至少一个,
其中如果所述UE的功率相关信息低于阈值水平,则通过改变所述多个数据通信路径中的另一个路径的配置来执行分配所述多个第二数据流。
14.根据权利要求13所述的第一网络元件,其中,所述TCP窗口参数值是TCP拥塞窗口参数值,并且所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件:
使用所述第一参数值限制所述多个数据通信路径的下行链路传输速率,受限的下行链路传输速率是受限的传输速率,并且
基于所述受限的下行链路传输速率将所述多个第二数据流分配给所述多个数据通信路径中的至少一个。
15.根据权利要求14所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件:
获得用于多个数据通信路径的TCP接收窗口参数值,并且
如果所述TCP接收窗口参数值超过第二参数值,则向所述UE的网络控制域发送所述第二参数值,以限制上行链路传输速率。
16.根据权利要求13所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件通过基于所述UE侧参数值改变所述多个数据通信路径中的另一个路径的配置来分配所述多个第二数据流。
17.根据权利要求13所述的第一网络元件,其中所述至少一个处理器被配置成执行所述计算机可读指令,以使得所述第一网络元件基于将所述多个第二数据流分配给所述多个数据通信路径中的至少一个来选择调度器。
18.一种非暂时性计算机可读介质,所述非暂时性计算机可读介质当由第一网络元件中的至少一个处理器执行时被配置成使得所述第一网络元件:
在所述第一网络元件和用户设备UE之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流,
获得用于用户域中所述多个数据通信路径的传输控制协议TCP拥塞窗口参数值,
如果所述TCP拥塞窗口参数值超过第一参数值,则向所述第一网络元件的网络控制域发送所述第一参数值,以限制所述多个数据通信路径的传输速率,并且
基于受限的传输速率将所述多个第二数据流分配给所述多个数据通信路径中的至少一个,
使用共享带宽中的控制消息作为数据有效载荷,从所述UE的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个,
其中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个;以及
基于所述功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,将所述多个第二数据流分配给所述多个数据通信路径中的至少一个,
其中如果所述UE的功率相关信息低于阈值水平,则通过改变所述多个数据通信路径中的另一个路径的配置来执行分配所述多个第二数据流。
19.一种用于多连接性控制的方法,包括:
从用户设备UE的用户域获得UE侧参数值,所述UE侧参数值是UE确定的值和UE已知的值中的至少一个,所述UE被配置成从第一网络元件接收数据;
其中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,
在所述第一网络元件和UE之间的多个数据通信路径上将从第二网络元件接收的第一数据流转换成多个第二数据流;
基于所述功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,将所述多个第二数据流分配给所述多个数据通信路径中的至少一个,
其中如果所述UE的功率相关信息低于阈值水平,则改变所述多个数据通信路径中的另一个路径的配置。
20.根据权利要求19所述的方法,其中,所述获得通过使用共享带宽中的控制消息作为数据有效载荷来获得所述UE侧参数值。
21.根据权利要求19所述的方法,其中,所述获得通过使用用户数据报协议(UDP)和传输控制协议TCP连接之一来获得所述UE侧参数值。
22.根据权利要求19所述的方法,其中所述分配进一步基于传输协议、应用和服务质量QoS类别中的至少一个,将所述多个第二数据流分配给所述多个数据通信路径中的至少一个,所述传输协议是至少第一协议和第二协议中的一个,并且针对所述第一协议和第二协议不同地分配所述多个第二数据流。
23.根据权利要求19所述的方法,其中进一步包括:
基于将所述多个第二数据流分配给所述多个数据通信路径中的至少一个来选择调度器。
24.根据权利要求19所述的方法,进一步包括:
获得用于所述多个数据通信路径中的至少一个的传输控制协议TCP拥塞窗口参数值,以及
如果所述TCP拥塞窗口参数值超过第一参数值,则向所述第一网络元件的网络控制域发送所述第一参数值,以限制下行链路传输速率。
25.根据权利要求24所述的方法,其中,获得用于所述多个数据通信路径中的至少一个的所述TCP拥塞窗口参数值,获得用于所述第一网络元件中所述多个数据通信路径的TCP接收窗口参数值,并且所述方法进一步包括:
如果所述TCP接收窗口参数值超过第二参数值,则向所述UE的网络控制域发送所述第二参数值,以限制上行链路传输速率。
26.根据权利要求19所述的方法,进一步包括:
与UE中的用户空间模块建立连接;和
基于与用户空间模块的连接,使用用户数据报协议UDP和传输控制协议TCP连接之一从UE接收数据。
27.一种用于多连接性控制的方法,包括:
在网络控制域和用户域中操作;
从网络控制域获得UE侧参数值,所述UE侧参数值特定于用户域中的用户应用,所述UE侧参数值是用户设备UE确定的值和UE已知的值中的至少一个,
其中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个;
从用户域向网络代理提供所述UE侧参数值;
基于所述UE侧参数值接收网络控制域中的数据;以及
基于所述功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,接收分配给网络代理和UE之间的多个数据通信路径中的至少一个的多个第二数据流,
其中如果所述UE的功率相关信息低于阈值水平,则改变所述多个数据通信路径中的另一个路径的配置。
28.根据权利要求27所述的方法,其中,所述提供通过使用共享带宽中的控制消息作为数据有效载荷来提供所述UE侧参数值。
29.根据权利要求27所述的方法,其中,所述提供通过使用用户数据报协议UDP和传输控制协议TCP连接之一来提供所述UE侧参数值。
30.一种用于多连接性控制的方法,包括:
在第一网络元件和用户设备UE之间的多个数据通信路径上将第一数据流转换成多个第二数据流;
获得用于用户域中多个数据通信路径的传输控制协议TCP窗口参数值;
如果所述TCP窗口参数值超过第一参数值,则向所述第一网络元件的网络控制域发送所述第一参数值,以限制所述多个数据通信路径的传输速率;
基于受限的传输速率将所述多个第二数据流分配给所述多个数据通信路径中的至少一个;以及
使用共享带宽中的控制消息作为数据有效载荷,从所述UE的用户域获得UE侧参数值,所述UE侧参数值是所述UE确定的值和所述UE已知的值中的至少一个;
其中,所述UE侧参数值包括功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,并且所述分配基于所述功率相关信息、可实现的数据速率、拥塞相关信息和延迟相关信息中的至少一个,将所述多个第二数据流分配给所述多个数据通信路径中的至少一个;
其中,如果所述UE的功率相关信息低于阈值水平,则改变所述多个数据通信路径中的另一个路径的配置。
31.根据权利要求30所述的方法,其中,所述TCP窗口参数值是TCP拥塞窗口参数值,并且所述方法进一步包括:
使用所述第一参数值限制所述多个数据通信路径的下行链路传输速率,受限的下行链路传输速率是受限的传输速率,其中
所述分配基于所述受限的下行链路传输速率将所述多个第二数据流分配给所述多个数据通信路径中的至少一个。
32.根据权利要求31所述的方法,其中所述限制包括:
获得用于所述多个数据通信路径的TCP接收窗口参数值;和
如果所述TCP接收窗口参数值超过第二参数值,则向所述UE的网络控制域发送所述第二参数值,以限制上行链路传输速率。
33.根据权利要求30所述的方法,其中所述分配包括:
基于所述UE侧参数值改变所述多个数据通信路径中的另一个路径的配置。
34.根据权利要求30所述的方法,进一步包括:
基于将所述多个第二数据流分配给所述多个数据通信路径中的至少一个来选择调度器。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762463174P | 2017-02-24 | 2017-02-24 | |
US62/463174 | 2017-02-24 | ||
PCT/US2018/019097 WO2018156681A1 (en) | 2017-02-24 | 2018-02-22 | Methods and network elements for multi-connectivity control |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110915181A CN110915181A (zh) | 2020-03-24 |
CN110915181B true CN110915181B (zh) | 2022-10-11 |
Family
ID=61563540
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880026773.3A Active CN110915181B (zh) | 2017-02-24 | 2018-02-22 | 用于多连接性控制的方法和网络元件 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11096109B2 (zh) |
EP (1) | EP3586489B1 (zh) |
CN (1) | CN110915181B (zh) |
WO (1) | WO2018156681A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11259352B2 (en) | 2016-09-26 | 2022-02-22 | The Trustees Of Columbia University In The City Of New York | Systems, methods, and media for providing multi-homing |
WO2018058145A1 (en) | 2016-09-26 | 2018-03-29 | Yudong Yang | Scheduling traffic of an application communication session between a wifi network and a device |
US20210345435A1 (en) * | 2018-10-31 | 2021-11-04 | Nokia Solutions And Networks Oy | Monitoring mobile device |
WO2021118562A1 (en) * | 2019-12-11 | 2021-06-17 | Google Llc | Demarcating user-mediated and carrier-mediated connections |
CN111294881A (zh) * | 2020-02-07 | 2020-06-16 | 北京小米移动软件有限公司 | 网络链路切换方法及装置、客户端和计算机可读存储介质 |
US11489761B2 (en) * | 2020-04-23 | 2022-11-01 | Code On Network Coding, Llc | Method and apparatus for coded multipath network communication |
WO2021257565A1 (en) * | 2020-06-15 | 2021-12-23 | The Trustees Of Columbia University In The City Of New York | Systems, methods, and media for providing multi-homing |
EP3968578A1 (en) * | 2020-09-11 | 2022-03-16 | Deutsche Telekom AG | Multipath-capable communication device |
US20230155983A1 (en) * | 2021-11-16 | 2023-05-18 | Capital One Services, Llc | SYSTEMS AND METHODS FOR IMPLEMENTING TRANSPARENT SaaS PROXY ON AND OFF NETWORK |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105359571A (zh) * | 2013-08-12 | 2016-02-24 | 英特尔公司 | 管理多个无线电接入网中的通信 |
CN105723668A (zh) * | 2013-10-30 | 2016-06-29 | 高通股份有限公司 | 用于聚集来自wwan和wlan的数据的技术 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8442504B2 (en) * | 2000-08-23 | 2013-05-14 | Novatel Wireless, Inc. | Method and apparatus for distributed data transfer over multiple independent wireless networks |
DK2351445T3 (en) * | 2008-10-20 | 2015-10-26 | Interdigital Patent Holdings | carrier Aggregation |
TW201246879A (en) * | 2011-04-13 | 2012-11-16 | Interdigital Patent Holdings | Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol (''IP'') traffic among multiple accesses of a network |
US9888341B2 (en) * | 2014-06-26 | 2018-02-06 | Lg Electronics Inc. | Data transmitting method using WLAN |
WO2015199340A1 (ko) * | 2014-06-27 | 2015-12-30 | 주식회사 케이티 | 다중 경로 통신을 위한 네트워크 장치 및 단말, 이들의 동작 방법, 그리고 동작 방법을 구현한 프로그램 |
KR102461929B1 (ko) * | 2015-09-25 | 2022-11-02 | 삼성전자주식회사 | 다수의 무선 접속 인터페이스를 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터를 수신하는 장치 및 방법 |
EP3297322B1 (en) | 2016-09-15 | 2022-06-22 | Alcatel Lucent | Multiple path transmission of data |
-
2018
- 2018-02-22 EP EP18708862.0A patent/EP3586489B1/en active Active
- 2018-02-22 WO PCT/US2018/019097 patent/WO2018156681A1/en unknown
- 2018-02-22 CN CN201880026773.3A patent/CN110915181B/zh active Active
- 2018-02-22 US US16/487,910 patent/US11096109B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105359571A (zh) * | 2013-08-12 | 2016-02-24 | 英特尔公司 | 管理多个无线电接入网中的通信 |
CN105723668A (zh) * | 2013-10-30 | 2016-06-29 | 高通股份有限公司 | 用于聚集来自wwan和wlan的数据的技术 |
Non-Patent Citations (2)
Title |
---|
Multiple Access Management Services draft-kanugovi-intarea-mams-protocol-02;S. Kanugovi等;《IETF》;20170120;第1-13页 * |
S. Kanugovi等.Multiple Access Management Services draft-kanugovi-intarea-mams-protocol-02.《IETF》.2017,第1-13页. * |
Also Published As
Publication number | Publication date |
---|---|
US11096109B2 (en) | 2021-08-17 |
US20190387451A1 (en) | 2019-12-19 |
WO2018156681A1 (en) | 2018-08-30 |
EP3586489A1 (en) | 2020-01-01 |
EP3586489B1 (en) | 2023-09-06 |
CN110915181A (zh) | 2020-03-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110915181B (zh) | 用于多连接性控制的方法和网络元件 | |
EP2556645B1 (en) | Cooperative bandwidth aggregation using multipath transport | |
US9426689B2 (en) | Control and data plane solutions for carrier-aggregation based WLAN offload | |
US10973071B2 (en) | Improving communication reliability | |
KR101717892B1 (ko) | 멀티-접속 통신을 위한 통합 서브층 | |
Li et al. | Toward software-defined cellular networks | |
ES2746067T3 (es) | Planificación de MPTCP | |
EP2789190B1 (en) | Method and apparatus to route packet flows over two transport radios | |
US20210084523A1 (en) | Method for controlling data transmission by using network slices | |
EP2985939A1 (en) | System and method for distribution of radio channel state and base station congestion state in a network environment | |
US20180167418A1 (en) | Apparatus and method for lawful interception | |
WO2015118020A1 (en) | Method and system for controlling carrier allocation in a multi-connectivity radio access environment | |
US11246060B2 (en) | Network node communication | |
US20240056885A1 (en) | Multi-access traffic management | |
Singh | LTE–Wi-Fi Aggregation Solutions and Congestion Control Management in MPTCP | |
Masud et al. | An analysis of resource sharing scheme in heterogeneous wireless campus network |
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 |