CN115918043A - 用于支持通信网络中的通信路径上的延时的估计的方法和装置 - Google Patents

用于支持通信网络中的通信路径上的延时的估计的方法和装置 Download PDF

Info

Publication number
CN115918043A
CN115918043A CN202080103229.1A CN202080103229A CN115918043A CN 115918043 A CN115918043 A CN 115918043A CN 202080103229 A CN202080103229 A CN 202080103229A CN 115918043 A CN115918043 A CN 115918043A
Authority
CN
China
Prior art keywords
node
packets
burst
data stream
acknowledgement
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.)
Pending
Application number
CN202080103229.1A
Other languages
English (en)
Inventor
M·伊拉尔
R·斯科格
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN115918043A publication Critical patent/CN115918043A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • H04L43/0864Round trip delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/12Network monitoring probes
    • 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/22Traffic shaping

Abstract

用于支持通信网络(100;200)中的在突发中向数据流目标节点(120;220)提供数据流(150;250)的数据流整形节点(111;211)与探测节点(110;210;111;211)之间的通信路径(160a‑b;260)上的延时的估计的方法和设备(111;140;141;211;600)。该一个或多个设备启动(801)由数据流整形节点(111;211)发送样本突发(503),该样本突发是所述突发中的以预定义方式与先前的和随后的突发(502a、502c)不同的突发,以使得数据流目标节点(120;220)响应于该样本突发(503)而发送特定模式的确认分组,该特定模式与由数据流目标节点(120;220)响应于所述先前的和随后的突发而发送的确认分组的模式相比不同。该一个或多个设备启动(802)由探测节点(110;210;111;211)根据所述特定模式,识别潜在确认分组的接收。

Description

用于支持通信网络中的通信路径上的延时的估计的方法和装置
技术领域
本文的实施例涉及与通信网络(例如,诸如电信网络之类的无线通信网络)中的通信路径上的延时的估计(诸如基于往返时间(RTT))有关的方法和装置。
背景技术
诸如无线通信设备(可被简称为无线设备)之类的通信设备也可以被称为例如用户设备(UE)、移动终端、无线终端和/或移动台。无线设备被使能在无线通信网络、无线通信系统、或无线电通信系统(例如,电信网络,有时也被称为蜂窝无线电系统、蜂窝网络或蜂窝通信系统)中进行无线通信。可以例如在两个无线设备之间、在无线设备与常规电话之间和/或在无线设备与服务器之间经由在蜂窝通信网络内包括的无线电接入网络(RAN)和可能的一个或多个核心网络执行通信。仅举另一些示例,无线设备还可以被称为移动电话、蜂窝电话、膝上型计算机、个人数字助理(PDA)、平板计算机。无线设备可以是所谓的机器对机器(M2M)设备或机器通信类型(MTC)设备,即,不与常规用户相关联的设备。
无线设备例如可以是便携式、口袋可存储式、手持式、包含计算机或车载移动设备,被使能经由RAN与另一个实体(诸如另一个无线设备或服务器)传送语音和/或数据。
无线通信网络可以覆盖被划分成小区区域的地理区域,其中,每个小区区域由至少一个基站、或基站(BS)(例如,无线电基站(RBS),其有时可被称为例如“eNB”、“eNodeB”、“NodeB”、“B节点”或BTS(基站收发台))服务,具体取决于所使用的技术和术语。基于传输功率并由此还基于小区大小,基站可以属于不同的类别,诸如例如宏eNodeB、家庭eNodeB或微微基站。小区通常由一个或多个小区标识来识别。在基站站点处的基站可以为一个或多个小区提供无线电覆盖。因此,小区通常与其中由在基站站点处的基站提供对该小区的无线电覆盖的地理区域相关联。小区可以重叠,从而若干小区覆盖相同的地理区域。由基站提供或服务小区通常意味着基站提供无线电覆盖,以使得位于在其中提供无线电覆盖的地理区域中的一个或多个无线设备可以由所述小区中的基站来服务。当无线设备被描述为在小区中被服务或由小区服务时,这意味着该无线设备由为小区提供无线电覆盖的基站服务。一个基站可以服务一个或几个小区。此外,每个基站可以支持一种或几种通信技术。基站通过在无线电频率上操作的空中接口与在基站的范围内的无线设备通信。
在一些RAN中,若干基站可以例如通过陆线或微波被连接到无线电网络控制器(例如,通用移动电信系统(UMTS)中的无线电网络控制器(RNC))和/或彼此连接。无线电网络控制器(有时也被称为基站控制器(BSC),例如,在GSM中)可以监督并协调与其相连的多个基站的各种活动。GSM是全球移动通信系统(原名:Groupe Spécial Mobile)的缩写,其可以被称为第二代或2G。
UMTS是第三代移动通信系统(其可以被称为第三代或3G并从GSM演变而来)并基于宽带码分多址(WCDMA)接入技术而提供改进的移动通信服务。UMTS陆地无线电接入网络(UTRAN)本质上是一种使用用于无线设备的宽带码分多址接入的无线电接入网络。高速分组接入(HSPA)是由3GPP定义的两种移动电话协议即高速下行链路分组接入(HSDPA)和高速上行链路分组接入(HSUPA)的合并,其使用WCDMA来扩展并改进现有的第三代移动电信网络的性能。这种网络可以被命名为WCDMA/HSPA。
表述下行链路(DL)可以被用于从基站到无线设备的传输路径。表述上行链路(UL)可以被用于在相反方向上(即,从无线设备到基站)的传输路径。
在第三代合作伙伴计划(3GPP)长期演进(LTE)中,基站(其可被称为eNodeB或eNB)可以被直接连接到其他基站并且可以被直接连接到一个或多个核心网络。LTE可以被称为第4代或4G。
3GPP已经着手进一步发展基于UTRAN和GSM的无线电接入网络技术,例如,发展成LTE中使用的演进的UTRAN(E-UTRAN)。
正在进行开发下一代广域网的工作,该下一代广域网可以被称为下一代(NX)、新无线电(NR)、或第五代(5G)。
QUIC是一种基于用户数据报协议(UDP)的流复用和安全传输协议,具有完整性保护报头和加密有效载荷。与使用传输控制协议(TCP)的传统传输协议栈(其驻留在操作系统内核中)不同,QUIC可以很容易地在应用层中实现。这在演进、拥塞控制和新特征实现方面带来了很大的灵活性。QUIC正在互联网工程任务组(IETF)组织中进行,参见例如“QUIC:基于UDP的复用和安全传输(QUIC:A UDP-Based Multiplexed and Secure Transport)”(第29版(draft-ietf-quic-transport-29),2020年6月10日)以及“使用TLS保护QUIC(UsingTLS to Secure QUIC)”(第29版(draft-ietf-quic-tls-29),2020年6月9日)。
QUIC很可能成为无线通信网络和其他通信网络中的用户面中的主要传输协议。预计目前主要通过HTTP/HTTPS运行的大多数Web应用将迁移到QUIC。
QUIC与TCP之间的重要区别在于QUIC是加密协议。在TCP之上运行的协议通常受传输层安全(TLS)协议保护,该协议提供对有效载荷的保护但不提供对TCP报头的保护。另一方面,QUIC提供对有效载荷和分组报头两者的保护。使用两个单独的密钥来保护QUIC分组,一个用于保护分组报头,另一个用于保护分组有效载荷。此外,QUIC分组报头比TCP对应部分包括更少的字段。相反,QUIC使用作为受保护分组有效载荷的一部分的帧来传输诸如确认之类的相关信息。
QUIC允许在不同的互联网协议(IP)地址和端口之间的连接的迁移。这种迁移可以隐式地(例如,由于重新绑定网络地址转换(NAT)状态)或显式地(例如,因为客户端决定在其变得可用时使用单独的接入网络)发生。
延时测量通常由网络节点执行,以了解穿越网络的端到端流的特性以及流正在穿越的网络段的行为。在端到端流上测量的延时的最常见形式是或是基于分组往返时间(RTT)。RTT通常被定义为从发送分组到接收到所述分组的确认的时间。
由于QUIC是一种加密协议,因此对于不是QUIC对话的显式部分的被动观察者来说,不可能看到哪个确认引用哪个分组。因此,不可能以与TCP相同的方式针对QUIC测量RTT。
QUIC协议定义了一种被称为自旋位(spin bit)的机制,其被设计为允许路径上的被动观察者通过观察自旋位值的变化的周期来测量RTT。然而,这个显式信号是QUIC协议的可选部分,并且不能假定它始终存在。
在无线通信网络中,延时测量和RTT也是重要的度量,并且例如被用于了解网络中的当前状况,从而例如获得通常在RAN或其部分中是否存在拥塞或其他问题、或者前方潜在存在这种问题的指示。无线通信网络可以被配置为基于延时测量和RTT而采取各种动作。例如,当前的拥塞检测技术使用RTT作为用于确定RAN中的负载水平的主要信息源。因此,当所观察的业务不是基于TCP或基于QUIC(具有所启用的自旋位)时,当前的拥塞检测技术将不起作用。
因此,当通过QUIC分组来提供数据和数据流(例如,包含流视频)时,估计延时可能成为问题。
发明内容
鉴于以上所述,一个目的在于提供与现有技术相关的一个或多个改进,特别是提供关于通信网络中的通信路径上的延时的估计的改进,并且当数据分组是QUIC分组时也将会起作用。
根据本文的实施例的第一方面,该目的通过一种由一个或多个设备执行的用于支持通信网络中的数据流整形节点与探测节点之间的通信路径上的延时的估计的方法来实现。该通信路径包括被配置为从数据流源节点经由该通信路径接收数据流的数据流目标节点。该数据流整形节点被配置为在突发中向数据流目标节点提供数据流。该一个或多个设备启动由数据流整形节点发送样本突发,该样本突发是所述突发中的以预定义方式与先前的和随后的突发不同的突发,以使得数据流目标节点响应于该样本突发而发送特定模式的确认分组,该特定模式与由数据流目标节点响应于所述先前的和随后的突发而发送的确认分组的模式相比不同。该一个或多个设备进一步启动由探测节点根据所述特定模式,识别潜在确认分组的接收。
根据本文的实施例的第二方面,该目的通过用于支持通信网络中的数据流整形节点与探测节点之间的通信路径上的延时的估计的一个或多个设备来实现。该通信路径包括被配置为从数据流源节点经由该通信路径接收数据流的数据流目标节点。该数据流整形节点被配置为在突发中向数据流目标节点提供数据流。该一个或多个设备被配置为启动由数据流整形节点发送样本突发,该样本突发是所述突发中的以预定义方式与先前的和随后的突发不同的突发,以使得数据流目标节点响应于该样本突发而发送特定模式的确认分组,该特定模式与由数据流目标节点响应于所述先前的和随后的突发而发送的确认分组的模式相比不同。该一个或多个设备进一步被配置为启动由探测节点根据所述特定模式,识别潜在确认分组的接收。
该一个或多个设备进而可以或可以被配置为启动基于关于样本突发的发送和探测节点对所述所识别的潜在确认分组的接收的定时信息,确定延时的估计。
在一些实施例中,探测节点是数据整形节点并且通信路径对应于往返并且延时的估计可以对应于往返时间(RTT)的计算。
通过在潜在确认分组中识别所述特定模式,这些分组很可能是实际的确认分组,并且还可以避免混合突发之间的确认分组的风险。甚至可以找出样本突发的哪个确切数据分组生成了该模式的某个确认分组。这意味着延时可以被估计。因此,本文的实施例支持延时的估计,当数据分组是没有自旋位的QUIC分组时也起作用。
本文的实施例的另一优势是样本突发本身(即,高于分组水平,例如,其数据速率、长度等)与常规突发相比无需被影响或被改变。因此,样本突发可看起来与先前的和随后的突发相同,因为仅仅例如数据分组的顺序可能已改变。这意味着当实现本文的实施例时可以避免不期望的整形。
因此,本文的实施例支持延时的估计(例如,RTT的计算),当数据分组是没有自旋位的QUIC分组时也起作用。
附图说明
参考所附示意图更详细地描述了本文的实施例的示例,以下简要描述这些附图。
图1是示意性地描绘用于讨论本文的实施例的第一通信系统的示例的框图。
图2是示意性地描绘用于讨论本文的实施例的第二通信系统的示例的另一个框图。
图3示意性地图示数据流可以如何被整形并在突发中被发送的示例。
图4示意性地图示用于说明常规突发的分组如何导致确认分组的示例。
图5示意性地图示用于说明根据本文的一些实施例的具有重新排序的分组的样本突发可以如何导致特定模式的确认分组的示例。
图6示意性地图示用于进一步说明采样窗口和匹配窗口可以如何彼此相关并在本文的实施例中被使用的示例。
图7是用于示意性地图示根据本文的一些实施例的示例性方法的流程图。
图8是用于示意性图示根据本文的实施例的方法的流程图。
图9是用于图示一个或多个设备可以如何被配置为执行第一方法的实施例的示意性框图。
图10是图示与使设备执行所述第一方法和相关动作的计算机程序及其载体相关的一些实施例的示意图。
具体实施方式
在以下描述中,相似的参考标号在适用时可以被用于标示相似的元件、单元、模块、电路、节点、部件、项或特征。当在附图中图示实施例时,仅在一些实施例中出现的特征通常由虚线指示。
本文的实施例通过示例性实施例来说明。应当注意,这些实施例并非相互排斥。来自一个实施例的组件可以被默认地假定存在于另一个实施例中,并且对于本领域技术人员来说,这些组件可以如何被用于其他示例性实施例中将是显而易见的。
作为本文的实施例的发展,将首先讨论作为本文的实施例的基础的一些思想。
为了从主机(例如,服务器)向客户端(例如,无线通信设备)递送业务(即,数据),经常应用数据整形。它例如是在蜂窝网络中执行自适应比特率(ABR)视频流的节流的常见实践。在通信网络(例如,CN)中或局域网(LAN)中的节点检测递送具有ABR特性的视频的流,并将流的集合整形为所配置的比特率。ABR视频流的整形有可能导致这些流所承载的视频服务所消费的容量减少。ABR客户端可以连续地估计下行链路带宽并选择与可用带宽最匹配的视频分辨率。
对于无线通信网络,当RAN在高负载下时,可以通过对视频进行整形而实现的体积减小最有用。因此,执行整形的网络节点通常还与负载或拥塞检测机制相关联。这种机制通常使用基于RTT的延时估计作为用于确定RAN中的负载水平的主要信息源。
当例如在无线通信网络(例如,蜂窝和/或电信网络)中对业务进行整形时,一次在由若干最大传输单元(MTU)大小的数据分组组成的大突发中发送数据(即在之间有静默周期的传输周期发送数据)已被证明是有益的。在突发中发送数据的益处在于它减轻了对RAN吞吐量度量的一些负面影响,这些负面影响通常在逐个分组地或在小突发中发送经整形的数据分组时被观察到。此外,还存在一些可以通过在突发中发送数据来减轻大数据流对负载RAN的影响的整形技术。突发通常由下游节点或设备形成(即,数据流被变换成突发),例如,CN或RAN中的节点或设备可以对应于数据流整形器或数据流整形节点并且可以被配置为将所接收的数据流转换成突发以进一步递送到客户端(诸如无线设备)。
本文的实施例可以以简化的方式被描述为利用突发的存在和/或形成突发的能力(例如,当在通信网络中存在被配置为将数据流整形成突发的数据整形节点时)以在其中突发被递送的网络部分(例如,RAN)中找出延时或其度量(例如,RTT)并以在QUIC分组的情况下同样有效的方式来实现。
图1是示意性地描绘用于讨论本文的实施例并且在其中可以实现本文的实施例的第一通信系统10的示例的框图。第一通信系统10包括通信网络100,通信网络100可以是或基于IP网络,或者换句话说,是基于(诸如被实现为支持)互联网协议(例如,版本4或版本6,即IPv4或IPv6)的数据通信网络。该附图示出了通信网络100中的客户端设备120,例如,由它服务和/或被使能在通信网络100中和/或经由通信网络100接收和/或发送数据业务。该附图还示出了服务器设备130(例如,主机设备),其例如经由通信网络100提供用于去往/来自客户端设备120的通信的数据(诸如用于流传输的媒体,例如,音频和/或视频数据)。该附图还示意性地图示了在通信网络100中并经由通信网络100从服务器设备130到客户端设备120的数据流150。数据流150可以包括由服务器设备130提供的所述数据。因此,客户端设备120在此是数据流目标节点的示例,服务器设备130是数据流源节点的示例。
此外,在数据流整形节点111与探测节点110之间示出了通信路径160a-b。应当理解,数据流整形节点111可以是上面提及的这种数据整形节点,其可以存在以用于形成突发。探测节点110可以是与数据流整形节点111不同或相同的节点。
在该附图中还示出了远程设备141(例如,远程网络节点)和远程计算机网络140,远程设备141可以被连接到远程计算机网络140或是其一部分。远程计算机网络140可以对应于所谓的计算机云(或简称为云),从而提供某些服务。远程设备141和/或远程网络140可以例如被通信地连接到多址通信网络100以及例如探测器节点110和/或数据流整形节点111,如该附图中所示。
图2是示意性地描绘用于讨论本文的实施例并且在其中可以实现本文的实施例的第二通信系统20的示例的框图。第二通信系统20包括无线通信网络200(例如,电信网络)。无线通信网络200可以包括无线电接入网络(RAN)201部分和核心网络(CN)202部分。无线通信网络200通常是电信网络或系统,诸如支持至少一种无线电接入技术(RAT)(例如,LTE或4G,也被称为5G的新无线电(NR))的蜂窝通信网络。
无线通信网络200包括通信地互连的网络节点。这些网络节点可以是逻辑的和/或物理的并且位于一个或多个物理设备中。无线通信网络200(通常是RAN 201)可以包括无线电网络节点210,即,是或包括无线电发送网络节点(诸如基站)的网络节点和/或是或包括控制一个或多个无线电发送网络节点的控制节点的网络节点。所述无线电网络节点可以例如被通信地连接,诸如被配置为通过或经由所谓的X2-U通信接口或通信链路与RAN中包括的其他无线电网络节点(未示出)通信。
此外,所示出的无线通信网络200(例如,CN 202)包括网络节点211(例如,核心网络节点,诸如LTE/4G中的数据分组网关(P-GW)或NR/5G中的用户面功能(UPF)节点),其可以被通信地连接,诸如被配置为通过或经由通信接口或通信链路(诸如所谓的S1-U)与RAN201的无线电网络节点(例如,与无线电网络节点210)通信。网络节点211在此应当对应于数据整形节点,即,具有(例如被配置为)将它接收的数据流变换成突发以进行进一步传输的能力的节点。换句话说,它可以对应于数据流整形节点111,但在无线通信网络的上下文中。
S1-U、X2-U是基于IP/UDP的并且是在例如LTE和NR无线通信网络中使用的用户面协议的示例。这些用户面协议可以被认为一般对应于在IP网络方面的应用层协议。
因此,无线通信网络200可以被认为是基于和/或包括一个或多个IP网络。例如,无线电网络节点210可以被通信地连接(例如,经由X2-U)到RAN 201的IP网络部分中的另一个无线电网络节点。此外,网络节点210可以被通信地连接(例如,经由S1-U)到网络节点211。该连接在连接RAN 201和CN 202的无线通信网络200的IP网络中。
无线通信网络200(或者具体地,其一个或多个网络节点,例如,无线电网络节点210)通常被配置为服务和/或控制和/或管理无线电覆盖区域(即,其中提供无线电覆盖以用于与一个或多个通信设备的通信的区域)中的一个或多个无线通信设备(诸如第一通信设备220和第二通信设备221)。通信设备220可以可替代地被命名为无线通信设备(或简称为无线设备),并且它可以对应于用户设备(UE)。每个无线电覆盖可以由特定的无线电接入技术(RAT)提供和/或与之相关联。该无线电覆盖可以是无线电波束(其可被简称为波束)的无线电覆盖。本领域技术人员应当认识到,与常规小区相比,波束是更动态且相对窄和定向的无线电覆盖,并且可以通过所谓的波束成形来实现。波束通常用于同时服务一个或几个通信设备,并且可以被专门设置为服务这一个或这几个通信设备。波束可以通过波束成形而被动态地改变,以向由该波束所服务的一个或多个通信设备提供期望的覆盖。可以存在由同一个网络节点所提供的多于一个的波束。
无线通信网络(例如,其CN 202)还可以被通信地连接到(例如,经由核心网络节点212)外部网络240(例如,互联网),并由此例如为所述通信设备220提供对外部网络240的接入。外部网络240包括并被连接到其他网络节点(例如,外部网络节点230)。在此,外部是指相对于无线通信网络200的外部。外部网络节点230可以例如对应于向一个或多个其他互联网连接设备提供服务的服务器,例如,第一通信设备220可以被提供经由无线通信网络200(例如,具体地经由上面提及的核心网络节点220)对外部网络230(诸如互联网)的接入。因此,第一通信设备220可以经由无线通信网络200和外部网络240与外部网络节点230通信地连接,例如,借助于TCP/UDP/IP和应用层协议。数据流250(如在该附图中由虚线所指示)可以例如从外部网络节点230经由外部网络240和无线通信网络200被提供给第一通信设备220。外部网络节点230可以例如是经由在第一通信设备220上执行的应用或app提供所接入的视频流服务的服务器。类似的情况可以出现在经由局域网(LAN)(例如,家里的WiFi网络)而不是如上所讨论的无线通信网络200(例如,5G)被连接到互联网的另一个或同一个通信设备上。
此外,示出了从网络节点211到第一客户端设备并再返回的通信路径260。
与图1相比,第一通信设备220可以被认为对应于客户端设备120并因此是数据流目标节点的示例,无线通信网络200(可能与外部网络240一起)可以被认为对应于通信网络100,并且网络节点211可以被认为对应于数据流整形节点111和探测节点110。至少在当探测节点110和数据流整形节点111是同一节点的情况下,外部网络节点230可以被认为对应于服务器设备130,数据流250对应于数据流150,并且通信路径260对应于通信路径160a-b。
可以注意到,服务器(例如,对应于服务器设备130或外部网络节点230或外部网络240的设备或网络节点)实际上可以对应于例如与通过其或从其提供数据流(例如,150或250)的服务器相关联的一个或多个物理节点或设备。该服务器可以可替代地被称为例如主机计算机、服务器系统或通信系统。
注意,图1和图2仅仅是示意性的并用于示例目的,并且并非附图中所示的一切对于本文的所有实施例都是必需的,这对本领域技术人员来说应是显而易见的。此外,与附图中所示对应的通信网络和无线通信网络通常将包括如本领域技术人员所了解的若干其他设备、网络节点和细节,但为了简化起见在本文中并未示出。
图3示意性地图示了数据流可以如何被整形和在突发中被发送的示例,即,图示了已经在上面描述的内容。所示的是数据流(例如,数据流150、250中的任何一个)的数据301可以如何在数据突发302a-d中被发送。注意,该附图中的数据301是示意性的,并且可以被认为示出数据量。实际上,当数据随着时间被接收时,数据速率将发生变化。将数据301整形成突发可以例如由数据整形节点111或网络节点211来执行。从该附图中可以看出,突发中的数据在传输周期下被发送,在传输周期之后是静默周期,直到在时间上的下一突发(即,随后的突发)的数据传输参与为止。
突发间隔(即,突发之间的时间)可以被称为突发间隔,并因此对应于传输周期和静默周期。例如,所示的第一突发302a的突发间隔是突发间隔#1等。在所示的附图中,突发之间的突发间隔看起来相同,传输周期、静默周期和在传输期间的突发比特率也相同。然而,实际上可存在变化,并且提供突发的节点通常是可配置的,以使得突发间隔和/或传输周期和/或静默周期和/或比特率可以根据需要在突发之间改变和变化。
QUIC是一种可靠的协议,其中,数据分组与TCP类似地被确认。然而,如已经在上面说明的,QUIC的问题在于它无法被准确跟踪确认在引用哪个(哪些)分组。然而,存在其中可以推断出QUIC流(即,其中数据分组是QUIC分组的数据流)的RTT的情况。如果测量点(即,接收确认分组的地方,诸如在探测节点110或网络节点211、以及QUIC分组的接收机(例如,客户端设备120或第一通信设备220)处)之间的路径为空,则可以计算从一组分组向下游被发送到接收机到另一组分组在反方向(即,上游)上从接收机被观察到的时间,该另一组分组进而可以被假定为确认分组。这提供可以被用于估计延时的信息。例如当在初始握手分组交换期间建立连接时并当连接已受到应用限制(这意味着应用已停止向网络发送数据一段时间了)时,这种状况和情况“自然地”出现。然而,这可能是可以“像…一样”用于此目的的唯一自然发生情况,但当然能够在其他场合估计延时也是很有意义的。如所描述的这种状况也可在其他场合自然地发生,但通常很难或不可能知道何时发生,因此很难利用这一点。
本文的实施例通常可以基于操纵一些突发(不然它们例如将会像序列中的其他突发一样被发送,例如,如在图3中并关于图3讨论的,例如,操纵突发302b)来考虑,因此它成为与常规突发和序列的其他突发不同的另一种类型的突发,从而产生另一种模式的确认分组,进而可以识别该模式。以此方式,关于生成根据该模式而识别的确认分组的突发的数据分组的定时信息以及关于这些所识别的确认分组的定时信息可以被用于估计延时,例如,以RTT的形式,使用由数据整形节点(例如,111或211)的数据分组传输时间以及同一节点中的确认分组接收时间。
进一步的细节、说明和示例如下。
当QUIC端点(例如,对应于数据流目标节点,诸如本文实施例中的120或220)按顺序接收分组时,它针对每第N个分组生成一个确认分组,其中,N通常为2或10。换句话说并且一般而言,确认分组并非总是由端点针对每个所接收的数据分组而发送,而是针对每个所接收的第N个数据分组而发送。
在突发中发送分组的数据整形节点(例如,111或211)可以切换该突发中的一组分组的顺序,以使得接收端点(例如,120或220)将生成比它将会在按顺序递送突发的情况下更多的确认分组。
例如:考虑“按顺序”[1,2,3,4,5,6,7,8,9,10]的10个分组的突发并且接收端点针对每10个按顺序分组发送一个确认。在正常情况下,每个突发将导致在相反的方向上发送单个确认。然而,数据整形节点可以定义(例如,被配置为发送)采样突发,其中,前两个分组具有交换的顺序,最后两个分组具有交换的顺序,即[2,1,3,4,5,6,7,8,10,9]。对于遵循在接收到无序分组时发送立即确认的原则的端点,该序列将会生成四个确认而不是一个。在已发送这种样本突发后,数据整形节点进而可以开始搜索对应的确认模式,例如,监听这种确认模式的接收。当在样本突发已被发送之后,观察到(即,被识别)确认分组或潜在确认分组(因为它可能并不总是确定哪些分组是确认分组)时,可以启动匹配窗口定时器。如果进而在匹配窗口内观察到预期的确认模式(例如,接收到预期数量的确认分组),则它被认为匹配并且RTT可以被计算为例如从发送突发到接收到对应的确认突发的时间。
图4举例说明了这一点并示意性地图示了用于说明常规突发的分组可以如何导致确认分组的示例。三个突发402a-c被示出并且可以例如对应于突发302a-c。在所示的示例中,每个突发由4个数据分组组成,数据分组404a-1…404a-4的突发402a、突发402b或数据分组404b-1…404b-4、以及数据分组404c-1…404c-4的突发402c。每个突发的数据分组以某一编号顺序被发送,并且端点预期按此顺序接收到数据分组。在所示的示例中,只是为了说明原理,每第4个数据分组生成一个确认分组。也就是说,突发402a的第4个数据分组(即,数据分组404a-4)生成确认分组406a,突发402b的第4个数据分组(即,数据分组404b-4)生成确认分组406b,突发402c的第4个数据分组(即,数据分组404c-4)生成确认分组406c。为了确保每个突发都可以被完全确认,提供突发的数据流整形节点(例如,111或211)通常被配置为使得每个突发由整数N个数据分组组成,其中,N是每确认分组的数据分组数量。如图4中的确认分组序列的问题在于可能难以识别分组是否是确认分组,尽管在某些情况下可以假定这一点,但至少可以识别分组是否是潜在确认分组。然而,即使分组可以被识别为确认分组或潜在的这种分组,但识别哪个突发和/或突发的分组(响应于该突发和/或突发的分组已发送这种(潜在的)确认分组)仍然是一个问题,而这是延时估计以及例如RTT计算期望知道的。例如,虽然在图4中简化了该示例,但在原则上不可能(例如,在QUIC分组的情况下)知道确认分组406b是响应于突发402a还是402b的数据分组而被发送的,并且不可能知道生成它的是哪个特定数据分组。
当分组被无序地(即,以不正确的顺序)接收时,QUIC端点将发送立即确认,以使得发送方获得更快的反馈,而这可以有助于潜在的丢失恢复。对于QUIC(即,当每第N个分组通常应生成确认时)以外的其他情况也是如此。在这种情况下,通常还存在计数器重置,并且在该计数器重置之后,需要另外N个正确顺序的分组以生成确认分组。
这可以在本文的实施例的实现中使用并且接下来将示例说明。
图5示意性地图示了用于说明根据本文的一些实施例的具有重新排序的分组的样本突发可以如何导致特定模式的确认分组的示例。图5的示例可以与图4中的示例进行比较,并且可以从突发402b的操纵或形成具有与该突发的数据分组不同的突发产生,而另一个突发可以保持与图4中的相同。因此,在图5中,突发502a、502c可以对应于突发402a、402c,数据分组504a-1、2、3、4可以对应于数据分组402a-1…4,数据分组504c-1、2、3、4可以对应于数据分组402c-1…4,并且确认分组506a、506c可以对应于确认分组406a、406c。为了说明数据突发502a、502c的数据分组如常规地以编号的某一顺序被发送,它们各自的有序序列在该附图中被写出,即,1、2、3、4。因此,与图4类似地,序列的数据分组504a-4产生确认分组506a等。
然而,如所提及的,还存在另一个突发即样本突发503或502b',其可以被视为突发402b(即,正常或常规突发)的被操纵版本。在所示的示例中,操纵可以涉及否则将会常规地被发送的突发的数据分组的顺序的有目的的重新排序,并因此对它们在图4的示例中被发送的顺序进行重新排序或改变,并且还与在先前的和随后的突发502a、502c中的数据分组的顺序相比较。换句话说,不是以正确的顺序发送数据分组,而是有目的的以不正确的顺序发送数据分组。如果假定并如上所说明的,正确的顺序是突发的数据分组的1、2、3、4,则样本突发503的数据分组反而是不正确的顺序或序列2、1、4、3,这就是这些数据分组在该附图中被命名为数据分组504b-2、1、4、3的原因。在该示例中,这在此已被用于强制端点针对样本突发503的每一个数据分组发送确认分组。由于每个数据分组(当以重排序2、1、4、3被发送时)将被端点(例如,120、220中的任何一个)视为以不正确的顺序接收,因此,每个数据分组将生成确认分组。换句话说并如该附图中所示,代替如图4中的单个确认分组406b,现在发送4个确认分组506b-1…506b-4。将认识到,与响应于先前的和随后的突发而发送的确认模式相比,由此形成了确认模式的可区分模式。这使得可以将这些确认分组识别为响应于样本突发503而生成的,并且还识别出这些确认分组中的第一个确认分组是响应于该突发的第一个数据分组而发送的确认分组。
在该附图中还标记了采样窗口508和匹配窗口510。此类窗口被用于本文的一些实施例以促进实现。下面是更详细的说明,但简而言之,该想法是采样窗口508对应于与样本突发503的传输相关联的时间范围或间隔,在此期间,预期响应于采样突发而发送的潜在确认分组(如果有的话)将被接收。匹配窗口是采样窗口内的一个或多个窗口,并且在接收到每个潜在确认分组时开始。它们的宽度(即,持续时间)是基于应响应于样本突发而发送确认分组的频率和数量来设置的,也就是说,这在此具体取决于数据分组的重新排序方式。该想法在于,如果在匹配窗口内接收到特定数量的潜在确认分组,则这可以被用于响应于样本突发来识别预期模式的确认分组,即,响应于样本突发而发送的确认分组的出现。尽管可以采用许多不同的方式来识别预期的模式,如本领域技术人员所认识到的,如果在时间间隔期间对特定数量的分组进行计数就足以识别该模式,则这将是有利的。因此,在所示的示例中,可以设置匹配窗口,以使得如果在某个时间间隔(例如,基于用于发送4个数据分组的时间)期间接收到4个潜在确认分组,则这可以被认为识别出这些潜在确认分组是响应于该样本突发而发送的确认。
图6示意性地图示了用于进一步说明采样窗口和匹配窗口可以如何彼此相关并在本文的实施例中被使用的简化示例。在此,示出了采样窗口608,并且在其中(即,在与该采样窗口对应的时间范围内)示出了两个大小相等的匹配窗口610a-b。每个匹配窗口在接收到潜在确认分组或识别出所接收的潜在确认分组时开始。在该附图中,潜在确认分组由x指示(即,与图5中一样)。采样窗口和匹配窗口通常具有预定义或预先确定的长度,并且可已基于一个或多个所使用的突发传输周期、所使用的突发间隔和用于生成将要被识别的确认分组模式的样本突发而被预定义或预先确定。在所示的示例中,可以存在突发序列的突发的数据分组,从而每个正常突发应在采样窗口610内仅产生单个确认分组,并且样本突发(例如,由重新排序的分组形成)应在匹配窗口内产生至少两个确认分组。因此,如该示例中所示,在匹配窗口610a内仅接收到单个潜在确认分组(即,直到该匹配窗口“到期”为止),因此这不足以得出该模式已出现(即,用于识别该模式)的结论。然而,在匹配窗口610b内,识别出接收到两个潜在确认分组,并且结论是该模式已出现(即,预期模式已被识别)。由于从如何形成采样突发而得知该采样突发的哪个数据分组生成了该模式的第一确认分组,因此,例如该数据分组的发送/传输时间和该模式的第一确认分组的接收时间可以被用于估计延时。如果它是发送该样本突发的同一网络节点(例如,数据整形节点,例如,111或211),则其也接收到该确认分组,并且发送时间与接收时间之差对应于RTT。
图7是用于示意性地图示根据本文的一些实施例的示例性方法的流程图。该方法是用于通信网络(例如,100或200)中的通信路径(例如,160a-b或260)上的延时估计。该通信路径包括(即,在其所在的路径中)数据流目标节点(例如,120或220),该数据流目标节点被配置为从数据流源节点(例如,130或230)经由该通信路径接收数据流(例如,150或250)。该数据流整形节点被配置为在突发中向该数据流目标节点提供该数据流。
注意,以下讨论的动作可以以任何合适的顺序进行和/或在可能和合适的情况下在时间上完全或部分重叠地被执行。还应注意,并非下面讨论的所有动作和特征都必需在所有实施例中出现。
动作701
该数据流整形节点发送样本突发以导致可通过在匹配窗口期间接收的特定数量的确认分组来识别的特定模式的确认分组。
样本突发和匹配窗口可以是如上所讨论的。该样本突发是由该数据整形节点发送的突发序列的一部分并且可以是该序列的标称或常规突发,但其中,该数据整形节点已改变了该样本突发由数据分组组成的方式,例如,改变了两个或更多个数据分组的顺序和/或移除了该突发的分组。因此,该采样突发以预定义方式与该突发序列的先前的和随后的突发不同。该采样突发被形成,以使得该数据流目标节点响应于该采样突发,发送所述特定模式的确认分组,因此,该特定模式与由该数据流目标节点响应于所述先前的和随后的突发而发送的确认分组的模式相比不同。
动作702
启动(例如,开启)采样窗口(诸如上面所说明的),这可以涉及启动采样窗口定时器(即,与该采样窗口相关联的定时器),该定时器将运行与该采样窗口的长度对应的某一时间段。该采样窗口可以对应于如上所说明的这种采样窗口。该动作通常由该数据整形节点执行。
动作703
在该采样窗口期间,即,在该窗口打开时,诸如在与该采样窗口相关联的定时器已到期之前,在监听至少潜在确认分组的接收(例如,如由该数据整形节点接收)。优选地,这种监听可以由接收确认分组的同一节点(例如,该数据整形节点)来执行。在某个时间点,接收到潜在确认分组,并且例如由该数据整形节点来识别此类接收。
动作704
在动作703中接收到潜在确认分组后(即,响应于潜在确认分组的接收),启动(例如,开启)匹配窗口(诸如上面所说明的),这可以涉及启动另一个定时器,该定时器将运行与该匹配窗口的长度对应的时间段。该匹配窗口可以对应于如上所说明的匹配窗口,并因此具有与其相关联的可由样本突发预先确定和/或确定的特定数量的确认分组。
动作705
在该匹配窗口期间,即,在该窗口打开时,诸如在与该匹配窗口相关联的计时器已到期之前,对所接收的潜在确认分组的数量进行计数,并检查是否在该匹配窗口内接收到特定数量的潜在确认分组。所述特定数量是预定义的或预先确定的,并且例如是基于确认模式的所述特定模式并且还基于该样本突发。所述特定数量通常与该匹配窗口一起被预定义或预先确定,以使得在该匹配窗口内接收到的所述特定数量的确认分组将是针对所述确认分组模式的情况,同时当响应于突发序列的“正常”突发(例如从所述先前的和随后的突发而不是该样本突发产生的)而发送确认分组时在匹配窗口内接收到更少的确认分组(例如,仅一个)。
动作706
如果在该匹配窗口期间接收到所述特定数量的确认分组,则因此存在模式匹配并且可以估计延时(例如,计算RTT,如上所述)。该方法可以随后结束,但可以针对另一个稍后的样本突发再次被执行。以此方式,可以重复地估计延时。
如果在该匹配窗口期间没有达到所述特定数量的确认分组并且该采样窗口尚未到期并且接收到新的潜在确认分组,则启动新的匹配窗口,再次执行动作704等。
动作707
如果当该采样窗口到期时还没有模式匹配,则可以断定模式匹配失败并且没有时延估计完成。
在一些实施例中,来自这种“失败”的信息(尤其是如果它在相同的设置下发生不止一次)可以被用作输入以改变或适配样本突发、采样窗口和/或匹配窗口。以此方式,可以测试并尝试不同的设置,直到应用了合适的样本突发、采样窗口和匹配窗口(包括将要在匹配窗口内接收的确认分组的数量)(即,导致模式匹配并且可用于延时估计的设置)为止。
图8是示意性地图示根据本文的实施例的方法的实施例的流程图。该方法用于支持通信网络(例如,100或200)中的数据流整形节点(例如111;211)与探测节点之间的通信路径(例如,160a-b或260)上的延时的估计。如已在上面所说明的,该探测节点原则上可以是该通信路径中的任何节点(例如,探测节点110),并且在一些实施例中可以对应于无线电网络节点210、或网络节点211和/或数据流整形节点111。该通信路径(例如,160a-b;260)包括数据流目标节点(例如,120;220),该数据流目标节点被配置为从数据流源节点(例如,130;230)经由该通信路径接收数据流(例如,150;250)。该数据流整形节点(例如,111或网络节点211)被配置为在突发中向该数据流目标节点(例如,120;220)提供该数据流(例如,150;250)。如应认识到的,突发在与该突发相关联的突发间隔期间被发送,该突发间隔具有数据传输的传输周期和随后的无数据传输的静默周期。
该方法可以由一个或多个设备执行,例如,由第一通信系统10或第二通信系统20、和/或数据流整形节点111或网络节点211、和/或远程设备141和/或远程计算机网络140的一个或多个设备执行。
注意,以下动作可以以任何合适的顺序进行和/或在可能和合适的情况下在时间上完全或部分重叠地被执行。
动作801
该一个或多个设备启动由数据流整形节点(例如,111;211)发送样本突发(例如,503),该样本突发是所述突发中的以预定义方式与先前的和随后的突发(例如,502a、502c)不同的突发,以使得数据流目标节点(例如,120;220)响应于该样本突发而发送特定模式的确认分组,该特定模式与由该数据流目标节点(例如,120;220)响应于所述先前的和随后的突发而发送的确认分组的模式相比不同。
如应认识到的,先前的和随后的突发是数据流的突发并且分别在该样本突发之前和之后(通常最接近之前和之后)被发送。现有的突发生成数据流整形节点可以例如被控制,以使得发送一个或多个突发,每个突发对应于如上这种样本突发。可以预先确定或学习(例如通过交换分组的顺序和/或改变突发大小)需要多少分组以生成确认分组。该知识可以与如上所说明的假定(即,以不正确的顺序接收的每个数据分组都生成确认分组)一起使用,以形成所述特定模式。然而,产生所述特定模式的替代方式(虽然不是优选的)可以是移除一些分组和/或与其他内容的分组(例如,虚拟分组)交换一些分组。移除分组意味着数据流源节点可能不得不重新发送分组,这通常是不希望的,尽管可以首先考虑其他解决方案,但这在某些情况下仍然是可以接受的。用虚拟分组替换分组通常是不可取的,因为原则上其效果可能与移除分组相同并且具有额外的负面影响(还导致在数据流目标节点处的其他且不必要的处理)。虚拟分组还可能无法像在改变顺序的情况下那样导致发送“额外的”确认分组,因为虚拟分组可能在这将发生之前(例如,在由QUIC的传输层管理时)就被丢弃。
在一些实施例中,所述样本突发的不同之处在于该样本突发的至少两个数据分组处于不正确的顺序。这可以通过当数据分组要被发送为该样本突发的一部分时改变这些数据分组的顺序来实现。将顺序改变成不正确的顺序具有生成确认分组的能力,并因此可以被用于形成所述模式而仍然发送该突发的所有分组从而它们可由数据流目标节点使用。改变顺序也是比较简单的操作,因此有利于本文的实施例的实现。
所述不正确的顺序可以通过交换两个分组的位置来实现。出于实现原因,交换顺序可以是优选的并且易于扩展,每次交换使能强制生成两个确认分组。交换位置的两个分组可以是连续出现的分组。这可以是有利的,出于实现原因并且因为它可以被用于生成有用的模式,即使当正常地发送确认分组时(像针对每第二个所接收的分组一样频繁地),即,这是导致所述特定模式的通用且灵活的解决方案。
所述至少两个分组可以包括样本突发的第一个发送的分组。通常,突发的第一分组不生成确认分组,这使得如果由此可以使所述特定模式包含由第一分组生成的确认分组,则是有利的。它通常会增加样本突发的可识别不同模式的可能性。
所述至少两个分组可以包括样本突发的最后一个发送的分组。通常,每个突发由生成确认分组所需的整数倍的分组数量组成,并且确认计数器可以由突发的最后一个分组“重置”。然而,当不同模式的确认分组已被本文的实施例(即,通过样本突发的不正确顺序的分组)强制执行时,确认分组计数器可以不被最后一个分组重置,这进而将影响随后的突发的确认分组模式。然而,由于这里涉及样本突发的最后一个分组,所以它在任何情况下都应生成确认分组,这可以被避免,因此也可以变得更容易地识别样本突发的不同模式。
动作802
该一个或多个设备启动由探测节点(例如,110;211)根据所述特定模式,识别潜在确认分组的接收。
通过在潜在确认分组中识别所述特定模式,这些分组很可能是实际的确认分组,并且还可以避免混合突发之间的确认分组的风险。甚至可以找出样本突发的哪个确切数据分组生成了该模式的某个确认分组。这意味着延时可以被估计。因此,本文的实施例支持延时的估计,当数据分组是没有自旋位的QUIC分组时也起作用。注意,当探测节点是数据整形节点时,通信路径上的延时对应于RTT。
本文的实施例的另一优势是样本突发本身(即,高于分组水平,例如,其数据速率、长度等)与常规突发相比无需被影响或被改变。因此,样本突发可看起来与先前的和随后的突发相同,因为仅仅例如数据分组的顺序可能已改变。这意味着当实现本文的实施例时可以避免不期望的整形。
在一些实施例中,根据所述特定模式识别潜在确认分组是基于在采样窗口期间由探测节点接收到潜在确认分组,例如,如上所讨论的。该采样窗口可以对应于第一时间间隔,该第一时间间隔是预定义的并覆盖在其间能够预期来自样本突发的潜在确认分组的时间段。所述采样窗口可以对应于与该样本突发相关联的突发间隔、或在样本突发的起始(例如,在该样本突发的第一确认分组可以被预期将由探测节点接收的时间)处开始,并在最接近的随后的突发的确认分组可以被预期将由探测节点接收之前的时间结束的时间间隔。
此外,根据所述特定模式识别确认分组可以基于在匹配窗口内识别特定数量的确认分组,例如,如上所讨论的。所述匹配窗口是具有预定义的持续时间的时间窗口并从在采样窗口内接收到每个确认分组开始。由于样本突发如上所述地(例如,通过处于不正确的顺序的分组,诸如通过交换分组)被形成,因此这可以被用于确保与由正常突发(其中数据分组以正确的顺序被发送,诸如先前的和随后的突发)生成的确认分组相比,所述特定模式每时间单位将包括更多的确认分组。这种情况在此被利用,因为匹配窗口因此可以被设置为合适的时间段,在该时间段期间,只有样本突发应导致所述特定数量的确认分组。因此,可以通过在匹配窗口期间接收到所述特定数量的确认分组来识别样本突发。这使本文的实施例的实现能够相对简单并能够快速执行,因为例如计数器可以被用于实现,而不是任何更先进的并通常在计算方面很繁重的模式识别算法。
动作803
该一个或多个设备可以启动基于关于样本突发(例如,503)的发送和探测节点对所述所识别的潜在确认分组的接收的定时信息,确定延时的估计。
延时的估计可以基于探测节点何时接收到一个或多个所识别的潜在确认分组以及数据流整形节点何时发送导致所述一个或多个所识别的潜在确认分组的样本突发的一个或多个分组。
如本文中所使用的,启动执行动作(例如,发送)的一个或多个设备是指导致或使动作被执行的任何预动作和/或子动作。启动(即,预动作和/或子动作)可以由执行该动作的设备本身或另一个实体来执行。从不执行动作改变为主动执行动作的设备本身将包括执行该动作的一些启动,或者换句话说,在这种情况(即,当设备本身执行被启动的动作时)下包括启动以执行动作。启动由另一个实体执行的动作而不是执行动作本身可以对应于由另一个实体提供的一些信号(例如,触发器信号)或执行的动作,该信号或动作使该设备执行动作。如所提及的,在一些实施例中,该方法和/或其一些或所有动作例如由数据流整形节点111或网络节点211和/或远程设备141和/或远程计算机网络140(例如,计算机云)来执行,并且本文的实施例进而可以例如至少部分地由云服务发起或被提供为云服务。如果该方法和/或其一些或所有动作由例如通信网络100或无线通信网络200的一个或多个节点部分(例如,对应于数据流整形节点111或网络节点211的节点)来执行,则其执行相应动作的节点通常也执行被启动的动作,例如,数据流整形节点111或网络节点211可以在动作802中识别潜在确认分组的接收和/或在动作803中确定延时的估计。
图9是用于图示一个或多个设备900(例如,上面结合图8所讨论的所述一个或多个设备)可以如何被配置为执行上面结合图8所讨论的方法和动作的实施例的示意性框图。
因此,一个或多个设备900是用于支持通信网络(例如,100;200)中的数据流整形节点(例如,111;211)与探测节点(例如,110;210;111;211)之间的所述通信路径(例如,160a-b;260)上的延时的估计。该通信路径包括数据流目标节点(例如,120;220),该数据流目标节点被配置为从数据流源节点(例如,130;230)经由该通信路径接收数据流(例如,150;250)。该数据流整形节点被配置为在突发中向该数据流目标节点提供该数据流。
一个或多个设备900可以包括一个或多个处理模块901,诸如部件、一个或多个硬件模块(包括例如一个或多个处理器)、和/或用于执行所述方法和/或动作的一个或多个软件模块。
一个或多个设备900还可以包括存储器902,其可以包括(诸如包含或存储)计算机程序903。计算机程序903包括可由一个或多个设备900直接或间接地执行以执行所述方法和/或动作的“指令”或“代码”。存储器902可以包括一个或多个存储器单元并且可以进一步被设置为存储数据,诸如涉及或用于执行本文的实施例的功能和动作的配置和/或应用。
此外,一个或多个设备900可以包括一个或多个处理器904,即,一个或多个处理器,如一个或多个示例性硬件模块并且可以包括或对应于一个或多个处理电路。在一些实施例中,处理模块901可以包括处理器904,例如,“以处理器904的形式体现”或“由处理器904实现”。在这些实施例中,存储器902可以包括可由处理器904执行的计算机程序903,由此,一个或多个设备900可操作以或被配置为执行所述方法和/或其动作。
通常,一个或多个设备900(例如,处理模块901)包括一个或多个输入/输出(I/O)模块905,其被配置为参与(例如,通过执行)去往和/或来自其他单元和/或设备的任何通信,诸如向其他设备发送信息和/或从其他设备接收信息,例如,从服务器设备130接收以及向客户端设备120发送。如果适用,一个或多个I/O模块905可以通过获得(例如,接收)模块和/或提供(例如,发送)模块来例示。
此外,在一些实施例中,一个或多个设备900(例如,处理模块901)包括一个或多个启动模块、一个或多个识别模块和一个或多个确定模块中的一个或多个,如一个或多个用于执行本文的实施例的动作的示例性硬件和/或软件模块。这些模块可以全部或部分地由处理器904来实现。
因此:
一个或多个设备900、和/或一个或多个处理模块901、和/或一个或多个处理器904、和/或一个或多个I/O模块905、和/或一个或多个启动模块、和/或一个或多个发送模块可以可操作以或被配置为启动由数据流整形节点发送所述样本突发。
此外,一个或多个设备900、和/或一个或多个处理模块901、和/或一个或多个处理器904、和/或一个或多个I/O模块905、和/或一个或多个启动模块、和/或一个或多个识别模块可以可操作以或被配置为启动由探测节点根据所述特定模式,识别所述潜在确认分组的所述接收。
此外,一个或多个设备900、和/或一个或多个处理模块901、和/或一个或多个处理器904、和/或一个或多个I/O模块905、和/或一个或多个启动模块、和/或一个或多个确定模块还可以可操作以或被配置为启动基于所述定时信息,确定所述延时的所述估计。
图10是图示与使上面所讨论的所述设备900执行所述方法和相关动作的一个或多个计算机程序及其载体相关的一些实施例的示意图。该计算机程序可以是计算机程序903并且包括在由处理器904和/或处理模块901执行时使设备900如上所描述地执行的指令。在一些实施例中提供了载体,或者更具体地提供了包括计算机程序的数据载体(例如,计算机程序产品)。该载体可以是电信号、光信号、无线电信号、以及一个或多个计算机可读存储介质(例如,如该附图中示意性图示的一个或多个计算机可读存储介质1001)之一。因此,计算机程序903可以被存储在计算机可读存储介质1001上。载体可以排除暂时性传播信号,并且数据载体可以相应地被命名为非暂时性数据载体。作为一个或多个计算机可读存储介质的数据载体的非限制性示例是存储卡或记忆棒、诸如CD或DVD之类的一个或多个磁盘存储介质、或例如基于硬盘驱动器或固态驱动器(SSD)的大容量存储设备。一个或多个计算机可读存储介质1001可以被用于存储可通过计算机网络1002(例如,互联网或局域网(LAN))访问的数据。计算机程序903还可以被提供为纯计算机程序或被包括在一个或多个文件中。一个或多个文件可以被存储在一个或多个计算机可读存储介质1001上,并且例如,可例如在该附图中所示的计算机网络1002上例如经由服务器通过下载获得。服务器可以例如是Web或文件传输协议(FTP)服务器。一个或多个文件可以例如是可执行文件,以用于直接或间接下载到所述设备900并在其上执行以使其如上所述地执行(例如,通过由处理器904来执行)。一个或多个文件还可以或可替代地用于涉及相同或另一个或多个处理器的中间下载和编译,以使它们在进一步下载和执行之前可执行,从而使所述设备900如上所述地执行。
注意,前文中提及的任何处理模块和电路可以被实现为软件和/或硬件模块,例如,以现有的硬件实现和/或被实现为专用集成电路(ASIC)、现场可编程门阵列(FPGA)等。还应注意,前文提及的任何硬件模块和/或电路可以例如被包括在单个ASIC或FPGA中,或者被分布在若干分离的硬件组件中,无论是单独封装还是被组装到片上系统(SoC)中。
本领域技术人员还将理解,本文讨论的模块和电路系统可以是指硬件模块、软件模块、模拟和数字电路、和/或被配置有软件和/或固件(例如,被存储在存储器中)的一个或多个处理器的组合,其在由一个或多个处理器执行时可以使节点和设备被配置为和/或执行上述的方法和动作。
本文中由任何标识符的标识/识别可以是隐式的或显式的。该标识/识别在特定上下文中(例如,在无线通信网络中或至少在其相关部分或区域中)可以是唯一的。
如本文中所使用的,术语“网络节点”或简称“节点”可以是指可与通信网络(例如,IP网络或无线通信网络)中的另一个节点通信并被包括在通信网络中的任何类型的节点。此外,这种节点可以是无线电网络节点(如下所述)或任何网络节点(其例如可以与无线电网络节点通信)或被包括在其中。这种网络节点的示例包括任何无线电网络节点、核心网络节点、操作和维护(O&M)、操作支持系统(OSS)、自组织网络(SON)节点等。
如可以在本文中使用的术语“无线电网络节点”可以是指用于服务无线通信设备(例如,所谓的用户设备或UE)的任何类型的网络节点,和/或被连接到其他网络节点或网络单元或无线通信设备从其接收信号的任何无线电节点。无线电网络节点的示例是节点B、基站(BS)、多标准无线电(MSR)节点(诸如MSR BS)、eNB、eNodeB、gNB、网络控制器、RNC、基站控制器(BSC)、中继器、施主节点控制中继器、基站收发台(BTS)、接入点(AP)、新无线电(NR)节点、传输点、传输节点、分布式天线系统(DAS)中的节点等。
如可以在本文中使用的术语“无线通信设备”、“用户设备”和“UE”中的每一个本身可以是指被设置为在无线、蜂窝和/或移动通信系统中与无线电网络节点通信的任何类型的无线设备,并因此可以被称为无线通信设备。示例包括:目标设备、设备到设备UE、用于机器类型通信(MTC)的设备、机器类型UE或能够进行机器对机器(M2M)通信的UE、个人数字助理(PDA)、平板计算机、移动设备、终端、智能电话、笔记本嵌入式设备(LEE)、笔记本安装式设备(LME)、通用串行总线(USB)加密狗等。
虽然为了方便起见或在涉及其他某些(例如,3GPP或其他相关标准)命名法的示例的上下文中,一些术语在本文中被频繁地使用,但是必须理解这种术语本身是非限制性的。
还应注意,尽管本文中使用的术语可与特定通信系统或网络特别相关联和/或由其举例说明,但这不应被视为将本文的实施例的范围限制为仅这些特定的系统或网络等。
如本文中所使用的,术语“存储器”可以是指用于存储数字信息的数据存储器,通常为硬盘、磁存储器、介质、便携式计算机软盘或盘、闪存、随机存取存储器(RAM)等。此外,存储器可以是处理器的内部寄存器。
还应注意,诸如第一设备或节点、第二设备或节点、第一基站、第二基站等的任何枚举术语本身都应被认为是非限制性的,并且术语本身并不暗示某种层级关系。在没有任何相反的明确信息的情况下,枚举命名应被视为仅仅是实现不同名称的一种方式。
如本文中所使用的,表述“被配置为”可意味着处理电路被配置为或适于(借助于软件或硬件配置)执行本文所描述的动作中的一个或多个。
如本文中所使用的,术语“数”或“值”可以是指任何种类的数字,例如,二进制、实数、虚数或有理数等。此外,“数”或“值”可以是一个或多个字符,例如,字母或一串字母。此外,“数”或“值”可以由位串表示。
如本文中所使用的,表述“可以”和“在一些实施例中”通常被用于说明所描述的特征可以与本文所公开的任何其他实施例相结合。
在附图中,可以仅存在于一些实施例中的特征通常使用点线或短划线来绘制。
如本文中所使用的,表述“传输”和“发送”通常是可互换的。这些表述可以包括通过广播、单播、组播等的传输。在此上下文中,通过广播的传输可以由范围内的任何授权设备来接收和解码。在单播的情况下,一个特定寻址的设备可以接收传输并对其进行编码。在组播(例如,多播)的情况下,特定寻址的设备组可以接收传输并对其进行解码。
当使用词语“包括”或“包含”时,应将其解释为非限制性的,即,意味着“至少由……组成”。
本文的实施例并不限于上述优选实施例。可以使用各种替代、修改和等效物。因此,上述的实施例不应被视为限制由所附权利要求限定的本公开的范围。

Claims (20)

1.一种由一个或多个设备(111;140;141;211;600)执行的用于支持通信网络(100;200)中的数据流整形节点(111;211)与探测节点(110;210;111;211)之间的通信路径(160a-b;260)上的延时的估计的方法,所述通信路径(160a-b;260)包括被配置为从数据流源节点(130;230)经由所述通信路径(160a-b;260)接收数据流(150;250)的数据流目标节点(120;220),所述数据流整形节点(111;211)被配置为在突发中向所述数据流目标节点(120;220)提供所述数据流(150;250),其中,所述方法包括:
-启动(801)由所述数据流整形节点(111;211)发送样本突发(503),所述样本突发(503)是所述突发中的以预定义方式与先前的和随后的突发(502a,502c)不同的突发,以使得所述数据流目标节点(120;220)响应于所述样本突发(503)而发送特定模式的确认分组,所述特定模式与由所述数据流目标节点(120;220)响应于所述先前的和随后的突发而发送的确认分组的模式相比不同,以及
-启动(802)由所述探测节点(110;210;111;211)根据所述特定模式,识别潜在确认分组的接收。
2.根据权利要求1所述的方法,其中,所述方法进一步包括:
-启动(803)基于关于所述样本突发(503)的发送和所述探测节点(110;210;111;211)对所述所识别的潜在确认分组的接收的定时信息,确定所述延时的估计。
3.根据权利要求2所述的方法,其中,所述延时的所述估计是基于所述探测节点(110;210;111;211)何时接收到一个或多个所述所识别的潜在确认分组以及所述数据流整形节点(111;211)何时发送导致所述一个或多个所识别的潜在确认分组的所述样本突发(503)的一个或多个分组。
4.根据权利要求1-3中任一项所述的方法,其中,所述样本突发(503)的不同之处在于所述样本突发(503)的至少两个数据分组处于不正确的顺序。
5.根据权利要求4所述的方法,其中,所述不正确的顺序通过交换两个分组的位置来实现。
6.根据权利要求5所述的方法,其中,交换位置的所述两个分组是连续出现的分组。
7.根据权利要求4-6中任一项所述的方法,其中,所述至少两个分组包括所述样本突发(508;502b')的第一个发送的分组。
8.根据权利要求4-7中任一项所述的方法,其中,所述至少两个分组包括所述样本突发(508;502b')的最后一个发送的分组。
9.根据权利要求1-8中任一项所述的方法,其中,根据所述特定模式识别所述潜在确认分组是基于在采样窗口(508;608;702)期间由所述探测节点(110;210;111;211)接收到所述潜在确认分组,所述采样窗口(508;608;702)对应于第一时间间隔,所述第一时间间隔是预定义的并覆盖在其间能够预期来自所述样本突发(503)的潜在确认分组的时间段。
10.根据权利要求9所述的方法,其中,根据所述特定模式识别所述确认分组是基于在匹配窗口(510;610;704)内识别特定数量的确认分组,所述匹配窗口(510;610;704)是具有预定义的持续时间的时间窗口并从在所述采样窗口(508;608;702)内接收到每个确认分组开始。
11.一个或多个设备(111;140;141;211;600),用于支持通信网络(100;200)中的数据流整形节点(111;211)与探测节点(110;210;111;211)之间的通信路径(160a-b;260)上的延时的估计,其中,所述通信路径(160a-b;260)包括被配置为从数据流源节点(130;230)经由所述通信路径(160a-b;260)接收数据流(150;250)的数据流目标节点(120;220),所述数据流整形节点(111;211)被配置为在突发中向所述数据流目标节点(120;220)提供所述数据流(150;250),其中,所述一个或多个设备被配置为:
启动(801)由所述数据流整形节点(111;211)发送样本突发(503),所述样本突发(503)是所述突发中的以预定义方式与先前的和随后的突发(502a,502c)不同的突发,以使得所述数据流目标节点(120;220)响应于所述样本突发(503)而发送特定模式的确认分组,所述特定模式与由所述数据流目标节点(120;220)响应于所述先前的和随后的突发而发送的确认分组的模式相比不同,以及
启动(802)由所述探测节点(110;210;111;211)根据所述特定模式,识别潜在确认分组的接收。
12.根据权利要求1所述的一个或多个设备,其中,所述一个或多个设备进一步被配置为:
启动(803)基于关于所述样本突发(503)的发送和所述探测节点(110;210;111;211)对所述所识别的潜在确认分组的接收的定时信息,确定所述延时的估计。
13.根据权利要求12所述的一个或多个设备,其中,所述延时的所述估计是基于所述探测节点(110;210;111;211)何时接收到一个或多个所述所识别的潜在确认分组以及所述数据流整形节点(111;211)何时发送导致所述一个或多个所识别的潜在确认分组的所述样本突发(503)的一个或多个分组。
14.根据权利要求11-13中任一项所述的一个或多个设备,其中,所述样本突发(503)的不同之处在于所述样本突发(503)的至少两个数据分组处于不正确的顺序。
15.根据权利要求14所述的一个或多个设备,其中,所述不正确的顺序通过交换两个分组的位置来实现。
16.根据权利要求15所述的一个或多个设备,其中,交换位置的所述两个分组是连续出现的分组。
17.根据权利要求14-16中任一项所述的一个或多个设备,其中,所述至少两个分组包括所述样本突发(508;502b')的第一个发送的分组。
18.根据权利要求14-17中任一项所述的一个或多个设备,其中,所述至少两个分组包括所述样本突发(508;502b')的最后一个发送的分组。
19.根据权利要求11-18中任一项所述的一个或多个设备,其中,根据所述特定模式识别所述潜在确认分组是基于在采样窗口(508;608;702)期间由所述探测节点(110;210;111;211)接收到所述潜在确认分组,所述采样窗口(508;608;702)对应于第一时间间隔,所述第一时间间隔是预定义的并覆盖在其间能够预期来自所述样本突发(503)的潜在确认分组的时间段。
20.根据权利要求19所述的一个或多个设备,其中,根据所述特定模式识别所述确认分组是基于在匹配窗口(510;610;704)内识别特定数量的确认分组,所述匹配窗口(510;610;704)是具有预定义的持续时间的时间窗口并从在所述采样窗口(508;608;702)内接收到每个确认分组开始。
CN202080103229.1A 2020-08-18 2020-08-18 用于支持通信网络中的通信路径上的延时的估计的方法和装置 Pending CN115918043A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2020/050796 WO2022039639A1 (en) 2020-08-18 2020-08-18 Methods and arrangements for supporting estimation of latency over a communication path in a communication network

Publications (1)

Publication Number Publication Date
CN115918043A true CN115918043A (zh) 2023-04-04

Family

ID=72292602

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080103229.1A Pending CN115918043A (zh) 2020-08-18 2020-08-18 用于支持通信网络中的通信路径上的延时的估计的方法和装置

Country Status (4)

Country Link
US (1) US20230308373A1 (zh)
EP (1) EP4201037A1 (zh)
CN (1) CN115918043A (zh)
WO (1) WO2022039639A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070011181A (ko) * 2005-07-20 2007-01-24 텍트로닉스 인코포레이티드 Ip 상호작용 애플리케이션의 버스트 비트 레이트 계산방법 및 시스템
CN101291208A (zh) * 2007-04-17 2008-10-22 佳能株式会社 通信网络中数据内容的传送和接收方法和相应设备
CN101917342A (zh) * 2010-08-25 2010-12-15 天津理工大学 一种面向普适服务的自适应网络拥塞控制方法
CN102027692A (zh) * 2008-05-13 2011-04-20 高通股份有限公司 非静止条件下的干扰消除
CN109155744A (zh) * 2016-04-01 2019-01-04 诺基亚通信公司 通信中的动态体验管理
WO2019129163A1 (zh) * 2017-12-28 2019-07-04 华为技术有限公司 网络质量测量方法及其装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070011181A (ko) * 2005-07-20 2007-01-24 텍트로닉스 인코포레이티드 Ip 상호작용 애플리케이션의 버스트 비트 레이트 계산방법 및 시스템
JP2007028644A (ja) * 2005-07-20 2007-02-01 Tektronix Inc バースト・ビット・レート測定方法及び装置
CN101291208A (zh) * 2007-04-17 2008-10-22 佳能株式会社 通信网络中数据内容的传送和接收方法和相应设备
CN102027692A (zh) * 2008-05-13 2011-04-20 高通股份有限公司 非静止条件下的干扰消除
CN101917342A (zh) * 2010-08-25 2010-12-15 天津理工大学 一种面向普适服务的自适应网络拥塞控制方法
CN109155744A (zh) * 2016-04-01 2019-01-04 诺基亚通信公司 通信中的动态体验管理
WO2019129163A1 (zh) * 2017-12-28 2019-07-04 华为技术有限公司 网络质量测量方法及其装置

Also Published As

Publication number Publication date
WO2022039639A1 (en) 2022-02-24
US20230308373A1 (en) 2023-09-28
EP4201037A1 (en) 2023-06-28

Similar Documents

Publication Publication Date Title
US9548936B2 (en) Method and system for improved TCP performance over mobile data networks
US20050005207A1 (en) Method of improving the performance of a transmission protocol using a retransmission timer
US9407734B2 (en) System and method for efficient frame aggregation based on aggregation limits or parameters
Slingerland et al. Performance of transport control protocol over dynamic spectrum access links
WO2010006557A1 (zh) 数据传输方法和装置
US10524175B2 (en) Data transmission method and network device
JP2007536794A (ja) セルラシステム、無線ネットワーク制御装置及び無線基地局
US20170027016A1 (en) Communication device, wireless communication device, and communication method
US9832133B2 (en) Network node for controlling transport of data in a wireless communication network
CN115918043A (zh) 用于支持通信网络中的通信路径上的延时的估计的方法和装置
CN108429700B (zh) 一种发送报文的方法及装置
Murray et al. Measuring the reliability of 802.11 WiFi networks
Prause et al. A Measurement Study on the Application-level Performance of NSA-NR
US20230208735A1 (en) Methods and arrangements for supporting estimation of latency over a communication path in a communication network
CN108777607B (zh) 一种拦截确认包的方法以及接入网设备
US11956669B2 (en) Methods and arrangements for determining indication of maximum datagram size supported without fragmentation in an IP network
Statkus et al. Improving TCP performance in IEEE 802.11 networks
WO2023093381A1 (zh) 报文防重放的方法和装置
Zhao et al. Designing and Testing of a Semi-Physical QUIC Video Streaming Simulation Platform
Ma et al. Modeling SCTP throughput in integrated WLAN/cellular networks
Jung et al. Augmented split-TCP over wireless LANs
Winbjörk TCP Optimized for Wireless Access
Sarolahti TCP Performance in Heterogeneous Wireless Networks
Ho et al. Snug-Vegas and Snug-Reno: efficient mechanisms for performance improvement of TCP over heterogeneous networks
Hur et al. Performance analysis of multimedia data transmission with PDA over an infrastructure 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