一种同时适用于有线和无线网络的实时流媒体传输的方法.pdf

本发明涉及一种同时适用于有线和无线网络的实时流媒体传输协议的方法，其特征在于有以下步骤：a.发送端发出TFRC数据包；b.接收端接收TFRC数据包，同时计算前一段时间的丢包率p，c.接收端将丢包率p的信息通过ACK包返回给发送端，每收到b个TFRC数据包返回一个ACK包；d.发送端收到ACK包后，TFRC根据Veno公式计算出新的发送速率Tcalc。采用本发明方法，使TFRCVeno具有在无线网络和有线网络良好的传输性能，在大幅度提高TFRC在无线网络中的性能同时，又保证了TFRC的公平性和对其他TCP传输的友好性，并且有简单快捷，成本低的优点。

1.  一种同时适用于有线和无线网络的实时流媒体传输协议的方法，其特征在于有以下步骤：
a.发送端发出TFRC数据包；
b.接收端接收TFRC数据包，同时计算前一段时间的丢包率p，
c.接收端将丢包率p的信息通过ACK包返回给发送端，每收到b个TFRC数据包返回一个ACK包；
d.发送端收到ACK包后，TFRC根据下式计算出新的发送速率T_calc，
Tcalc=SRTT2b(1-γ)p1+γ+3T0b(1-γ2)p2p(1+32p2)]]>
式中：S为TFRC新的数据包的大小，RTT为数据包往返时间，b为接收端每收到1个数据包返回一个ACK包，p是接收端发回的丢包率，T₀＝4RTT，γ为本发明对TCP Veno建模所得到的特征参数，
e.发送端在下一个时刻按照新的发包速率发送TFRC数据包。

2.  根据权利要求1所述的同时适用于有线和无线网络的实时流媒体传输协议的方法，其特征在于：丢包率p=1A‾,]]>其中A第i-1次丢包的加权平均值。

3.  根据权利要求1所述的同时适用于有线和无线网络的实时流媒体传输协议的方法，其特征在于：对TCP Veno建模所得到的特征参数γ的计算公式为
γ=min(θ1,θ2+(θ1-θ2)×β×RTT(RTT-BaseRTT)×Wmax)]]>
式中，θ₁为TCP Veno在判断丢包是随机丢包时所减小到的速率和原来速率的比例，θ₂为TCP Veno在判断丢包是拥塞丢包时所减小到的速率和原来速率的比例，BaseRTT为传输过程中最小的RTT，W_max＝65535/S，S为数据包的大小，β为TCP Veno中使用的常数，通常取3。

一种同时适用于有线和无线网络的实时流媒体传输的方法
技术领域
本发明涉及一种网络协议的方法，特别涉及一种同时适用于有线和无线网络的实时流媒体传输的方法。
背景技术
TFRC(TCP Friendly Rate Control TCP兼容流传输控制协议)是一种为了给流媒体应用提供优质的传输服务而设计的网络协议(S.Floyd，M.Handley，andJ.Padhye et al.“Equation-Based Congestion Control for UnicastApplications.”ACM SIGCOMM’00，August 2000.)。TFRC在(UDP User DatagramProtocol用户数据包协议)网络协议的基础上，利用一种可以模拟TCP Reno(传统TCP拥塞控制协议，TCP拥塞控制协议的一种)吞吐量行为的计算公式(以下称为“Reno公式”)来控制发送数据包的速率，从而既利用了UDP在网络传输中的实时特性，又避免了UDP无限制的发送数据包而影响其它TCP(TransmissionControl Protocol传输控制协议)传输的性能。具体的传输过程如图1所示。
TFRC接收端计算该连接的丢包率，并把此结果通过ACK包(acknowledgement)返回给发送端。收到ACK包后，发送端根据新的丢包率，用Reno公式算出新的发送速率，并由此调整发送数据包的速度。调整发送数据包速度的Reno公式如下所示：
Tcalc=SRTT2bp3+3T03bp8p(1+32p2)]]>
其中T_calc是计算所的发包速率，S是数据包的大小，RTT是数据包往返时间(round trip time)，p是接收端发回的丢包率，T₀＝4RTT，b是指接收端每收到多少个数据包返回一个ACK包，通常取1或者2。
由此可以看出，Reno公式是TFRC协议的核心，它决定了TFRC的传输性能。
在今天，无线网络已经成为了计算机网络的重要组成部分，并会在将来扮演越来越重要的角色。众所周知，无线网络有着很高的随机丢包率。TCP Reno总是把数据包的丢失作为网络拥塞的信号，并在丢包后大幅度的降低其传输速率(通常减半)。但是这个判断在无线网络中并不适用，因为在无线网络中，大部分的丢包都是由于信号噪声，连接中断等造成的，而不是网络拥塞，我们称之为随机丢包，或者叫无线网络丢包。由于TCP Reno将大量的无线网络丢包认为是网络拥塞，所以TCP Reno在无线网络中性能很低。而TFRC是通过Reno公式的结果来发送数据包的，所以在无线网络中，TFRC的性能也很差。
目前，已有很多对TFRC进行的改进，以实现在无线网络中的良好性能。这些改进可以分为两大类：需要中间网络支持的改进和无需中间网络支持的改进。
需要中间网络支持的改进是指，这种改进不仅需要在发送/接收端进行，也会涉及到网络的中间节点，如路由器(router)，代理服务器(proxy)，无线网接入器(access point)等。代表性的例子有ECN-based TFRC(R.Chaudhary，and L.Jacob.“ECN Based TCP-friendly Rate Control for Wireless MultimediaStreaming.”IEEE ICCCN’03，October 2003.)，Proxy-based TFRC(L.Huang，U.Horn，and F.Hartung et al.“Proxy-based TCP-friendly Streaming overMobile Networks.”ACM WoWMoM’02，September 2002.)，WM-TFRC(J.Y.Pyun，Y.Kim，and K.H.Jang et al.“Wireless Measurement Based ResourceAllocation for QoS Provisioning over IEEE 802.11 Wireless LAN.”IEEETrans.On Computer Electronics，vol.49，Issue 3，2003)，AED-based TFRC(V.Arya，and T.Turletti.“Accurate and Explicit Differentiation ofWireless and Congestion Losses.”IEEE ICDCSW’03，May 2003)等。
ECN-based TFRC利用中间的路由器(router)来判断网络是否拥塞，并把该信息通过设置IP(Internet Protocol互联网协议)包头的ECN(ExplicitCongestion Notification拥塞提醒信号)标志来通知接收端。接收端只根据ECN标志的包来计算丢失率，并通过ACK包通知发送端。这样，发送端便只用由网络拥塞导致的丢包率来计算发送速率，从而避免其他原因的丢包产生的影响，提高了TFRC的性能。
Proxy-based TFRC使用代理服务器(proxy)将发送端和接收端分成两部分，只在发送端和代理服务器之间的这部分使用TFRC来传输数据。在另一部分，也就是代理服务器和接收端，则通过基于TCP的RTP(Real-time TransportProtocol实时传输协议)协议来传输数据。这种方法可以充分的利用无线网络的带宽，从而提高整体的性能。
WM-TFRC利用无线网络的接入节点(access point)来测量无线网络的丢包率，并将结果返回给发送端。与此同时，接收端则返回总的丢包率。这样，发送端可以通过总的丢包率减去无线网络的丢包率，来得到真正的由网络拥塞引起的丢包率。由此丢包率来计算发送速率，可以提高TFRC的性能。
AED-based TFRC使用一种新的称为Accurate and ExplicitDifferentiation(AED)的丢包分辨方法来提高TFRC的性能。它在无线网络边界和有线网络的边界均设置一个代理服务器(agent)。无线网络中的代理服务器将丢包视作随机丢包，而有线网络中的代理服务器则将丢包视作拥塞丢包。这些信息将会传给接收端，从而让接收端正确的得到拥塞丢包率，来提高TFRC的性能。
综上所述，无线网络需要中间网络支持的改进方法必须要加入新的功能在中间节点上，或者加入新的中间节点，这会给改进的推行带来麻烦，因为要改变或者更换现有的大量的已存在的Internet的设备，是一件非常困难的事情。而另外一种类型的改进则避免了这种情况，即无需中间网络支持的改进。这种改进只对发送/接收端的一方或者两方进行修改。其中的代表是MULTFRC(M.Chen，and A.Zakhor.“Rate Control for Streaming Video over Wireless.”IEEEINFOCOM’04，March 2004.)。
MULTFRC发现如果只用一条TFRC连接在无线网络中进行传输，其带宽利用率非常的低。因此MULTFRC在数据传输的过程中会同时建立多条连接，这样传输的效率就大大提高了。连接的数目根据数据包的往返时间(round trip time)由特定的算法计算出来，并在传输的过程中动态的变化。MULTFRC仅仅需要对发送端进行改进，因此非常的方便。随后MULTFRC又进行了改进，称为AIO-TFRC(M.Chen，and A.Zakhor.“AIO-TFRC：A Light-weight Rate Control Schemefor Streaming over Wireless.”IEEE WirelessCom’05，June 2005.)。AIO-TFRC简化了MULTFRC的编程实现过程，并且解决了其在量化连接数目时有可能产生的不良结果。
然而，无论是MULTFRC还是AIO-TFRC，虽然它们可以大幅度提高TFRC在无线网络中的性能，却牺牲了TFRC别的优点，即公平性和对其他TCP传输的友好性。也就是说，当多个MULTFRC同时传输数据时，它们并不能平等的享有带宽。同时，如果MULTFRC和别的TCP同时传输数据时，MULTFRC会抢占TCP本该享有的带宽。
发明内容
本发明的目的是提供一种同时适用于有线和无线网络的实时流媒体传输的方法。采用本发明方法，使TFRC Veno具有在无线网络和有线网络良好的传输性能，在大幅度提高TFRC在无线网络中的性能同时，又保证了TFRC的公平性和对其他TCP传输的友好性，并且有简单快捷，成本低的优点。
本发明的技术方案有以下步骤：
a.发送端发出TFRC数据包；
b.接收端接收TFRC数据包，同时计算前一段时间的丢包率p，
c.接收端将丢包率p的信息通过ACK包(acknowledgement)返回给发送端，每收到b个TFRC数据包返回一个ACK包；
d.发送端收到ACK包后，TFRC根据Reno公式计算出新的发送速率T_calc，其中
Tcalc=SRTT2b(1-γ)p1+γ+3T0b(1-γ2)p2p(1+32p2)]]>
式中：S为TFRC新的数据包的大小，RTT为数据包往返时间(round triptime)，b为接收端每收到1～2个数据包返回一个ACK包，p是接收端发回的丢包率，T₀＝4RTT，γ为本发明对TCP Veno建模所得到的特征参数，其计算公式为
γ=min(θ1,θ2+(θ1-θ2)×β×RTT(RTT-BaseRTT)×Wmax)]]>
式中，θ₁为TCP Veno在判断丢包是随机丢包时所减小到的速率和原来速率的比例，θ₂为TCP Veno在判断丢包是拥塞丢包时所减小到的速率和原来速率的比例，BaseRTT为传输过程中最小的RTT，W_max＝65535/S，S为数据包的大小，β为TCP Veno中使用的常数，通常取3。
本发明方法采用模拟TCP Veno(新型TCP拥塞控制协议，TCP拥塞控制协议的一种)吞吐量行为的计算公式(以下称为“Veno公式”)，并改用该公式来控制TFRC发包的速率。TCP Veno是一种在无线网络和有线网络环境下都有很好的传输性能的TCP网络协议，因此使用了Veno公式后的TFRC(以下称为“TFRCVeno”)在无线网络中的性能有大幅度的提高。
本发明用一种能同时适合于有线和无线网络的公式来代替Reno公式，从根本上解决TFRC在无线网络中遇到的问题。TFRC Veno在大幅度提升TFRC性能的同时，并没有牺牲原来TFRC的其他优点，如公平性，和对其他TCP传输的友好性，以及发送数据包的平稳性。另外，TFRC Veno只需要在TFRC协议的发送端进行少量改进：用Veno公式代替Reno公式即可。因此，如果想提高现有的TFRC连接在无线网络中的性能，只需在TFRC发送端使用Veno公式代替Reno公式来计算发包速率，其他的机制不用变动，即可提高其性能，具有使用简单便捷，成本低的优点。
我们的仿真实验和真实网络实验表明，采用模拟TCP Veno吞吐量行为的Veno公式控制TFRC发包的速率，当网络的随机丢包率在10％左右时，TFRC Veno的传输速度可以达到TFRC速度的3倍以上。
附图说明
图1为TFRC和TFRC Veno协议的传输过程示意图；
图2为TFRC Veno和TFRC在无线网络环境下的吞吐量的比较实验结果示意图；
图3为TFRC Veno和TFRC在无线网络环境下的公平性的比较实验结果示意图；
图4为TFRC Veno和TFRC在无线网络环境下对其他TCP传输的友好性的比较实验结果示意图；
图5为TFRC Veno和TFRC在无线网络环境下传输的平稳性的比较实验结果示意图。
具体实施方式
名词解释：
1.TFRC：TCP Friendly Rate Control(TCP兼容流传输控制协议)
2.UDP：User Datagram Protocol(用户数据包协议)
3.TCP：Transmission Control Protocol(传输控制协议)
4.IP：Internet Protocol(互联网协议)
5.TCP Reno：(传统TCP拥塞控制协议，TCP拥塞控制协议的一种)
6.TCP Veno：(新型TCP拥塞控制协议，TCP拥塞控制协议的一种)
7.ECN：Explicit Congestion Notification(拥塞提醒信号)
8.RTP：Real-time Transport Protocol(实时传输协议)
9.ACK：Acknowledgement(确认数据包)
一.TFRC Veno协议的传输过程
参见图1，TFRC Veno协议的传输过程如下所述：
1.发送端和接收端均为计算机，其间通过互联网连接。
2.发送端发出TFRC数据包，在未接到ACK包或者ACK包内的丢包率为0时，发送端加大其发送速度T_send(i)，通常取前次发送速度T_send(i-1)的两倍和前次接收速度T_receive(i-1)的两倍的最小值，即T_send(i)＝min(2T_send(i-1)，2T_receive(i-1))，其中前次接收速度T_receive(i-1)由ACK包告知。
3.接收端接收TFRC数据包，同时计算前一段时间的丢包率p，具体计算过程如下所示：
记A_i为第i次丢包和第i-1次丢包中间的收到的数据包的数目，我们对最近的8个A_i进行加权平均，
A‾=Σi=18wiAiΣi=18wi]]>
其中w₁＝w₂＝w₃＝w₄＝1，w₅＝0.8，w₆＝0.6，w₇＝0.4，w₈＝0.2，最后，得到前一段时间的平均丢包率：
p=1A‾]]>
4.接收端将丢包率p的信息通过ACK包返回给发送端，每收到b个TFRC数据包返回一个ACK包(b通常为1或者2)。
5.发送端收到ACK包后，TFRC Veno根据Veno公式计算出新的发送速率，并以此速度来发送新的数据包：
a)S是数据包的大小，由协议预先设定。
b)RTT是数据包往返时间(round trip time)，发送端每收到一个ACK包，都会更新当前的RTT值，其计算公式为：
记t为最新一次所测到的数据包发出到其ACK包收到所经过的时间，则
RTT_i＝αRTT_i-1+(1-α)t
其中α通常取0.9，由协议预先设定；RTT_i为当前最新的RTT值；RTT_i-1为上一次的RTT值。
c)p是接收端发回的丢包率，其计算过程参见步骤3；
d)T₀＝4RTT；
e)b是指接收端每收到多少个数据包返回一个ACK包，通常取1或者2，由协议预先设定；
f)计算特征参数γ：
i)θ₁是TCP Veno在判断丢包是随机丢包时所减小到的速率和原来速率的比例，通常为0.95，由协议预先设定；
ii)θ₂是TCP Veno在判断丢包是拥塞丢包时所减小到的速率和原来速率的比例，通常为0.5，由协议预先设定；
iii)BaseRTT是传输过程中最小的RTT，每当得到一个新的RTT，都会和原来的BaseRTT进行比较，如果大于或等于原来的BaseRTT，则原来的BaseRTT不变，如果小于原来的BaseRTT，则原来的BaseRTT变为新的RTT值，即BaseRTT_i＝min(BaseRTT_i-1，RTT_i)；
iv)β为TCP Veno中使用的常数，通常取3，由协议预先设定；
iv)W_max＝65535/S，S是数据包的大小；
v)γ由步骤(i)～(iv)的参数算出
γ=min(θ1,θ2+(θ1-θ2)×β×RTT(RTT-BaseRTT)×Wmax)]]>
g)最后通过Veno公式得到发包速率T_calc
Tcalc=SRTT2b(1-γ)p1+γ+3T0b(1-γ2)p2p(1+32p2).]]>
Veno公式是根据模拟TCP Veno的吞吐量行为得到的公式。TCP Veno是一种在无线网络和有线网络环境下都有很好的传输性能的TCP网络协议，因此根据该公式得出的发包速率不会因为无线网络的影响而大幅度下降。得到新的发包速率T_calc后，发送端在下一个时刻将按照新的发包速率发送TFRC数据包。
下面我们以Linux操作系统为例，说明如何利用TFRC Veno协议发送数据包。
TFRC Veno协议作为一个系统模块(system module)，位于Linux系统核心(Linux Kernel)中。当安装Linux操作系统时，用户可以选择是否安装TFRC Veno协议模块。TFRC Veno协议模块提供一些网络接口函数(Socket API)，以便用户在编写自己的软件时调用。
假定发送端和接收端的计算机都使用Linux操作系统，并且都安装了TFRCVeno协议模块。
发送端和接收端使用TFRC Veno协议模块提供的网络接口函数socket()来装入TFRC Veno协议模块以便传输数据。发送端有一个发送流媒体的软件，调用了TFRC Veno的网络接口函数listen()，在某个计算机端口(port)，例如3912，进行监听。接收端的用户有一个接收流媒体的软件(通常为媒体播放器)，调用了TFRC Veno的网络接口函数recv()，促使接收端的TFRC Veno协议模块便向发送端的3912号端口请求建立连接。当发送端的TFRC Veno协议模块得到连接请求后，便通知调用它的上层软件，该软件随后调用TFRC Veno网络接口函数send()，由TFRC Veno向接收端以TFRC数据包的形式发送流媒体数据。TFRCVeno协议中的常数，例如数据包的大小S等，都由发送端程序调用TFRC Veno网络接口函数setsockopt()预先设置。
注意，这里的网络接口函数的名称仅为举例方便，其真实的名称在各个操作系统中可能有所不同。
在数据的发送过程中，发送端的TFRC Veno协议模块会根据Veno公式来计算发包的速度是多少。例如，
发送端的TFRC Veno接收到接收端返回的ACK包，其中告知网络的丢包率p为0.1(接收端对网络丢包率p的计算，参见附图1的说明)；
同时，发送端的TFRC Veno设置的TFRC数据包的大小为1000字节(Byte)，b为1，θ₁为0.95，θ₂为0.5，β为3(各种预设参数的意义，参见附图1的说明)；
测量得到数据包往返时间(round trip time)RTT为0.1秒(对RTT的计算，参见附图1的说明)，则T₀＝4RTT为0.4秒；
测量得到传输过程中最小的RTT，即BaseRTT为0.09(对BaseRTT的计算，参见附图1的说明)；
计算W_max＝65535/S＝65535/1000＝65.535；
γ=min(θ1,θ2+(θ1-θ2)×β×RTT(RTT-BaseRTT)×Wmax)]]>
=min(0.95,0.5+(0.95-0.5)×3×0.1(0.1-0.09)×65.535]]>
=min(0.95,0.7)]]>
=0.7]]>
则最后的发包速率(字节/秒)为：
Tcalc=SRTT2b(1-γ)p1+γ+3T0b(1-γ2)p2p(1+32p2)]]>
=10000.1×2×(1-0.7)×0.11+0.7+3×0.4×(1-0.72)×0.12×0.1×(1+32×0.12)]]>
=22576]]>
二.实施例
实施例1：TFRC Veno和TFRC在无线网络环境下的吞吐量的比较(仿真实验)
参见图2，使用网络仿真工具NS-2来模拟无线网络环境，并设定其随机丢包率。在实验中，发送端和接收端共建立8条TFRC连接，由发送端同时开始传输数据，时间为5分钟，并记下8条连接的平均吞吐量(包/秒)，然后发送端和接收端共建立8条TFRC Veno连接，发送端在同样的环境传输数据，时间也为5分钟，同样记下其平均吞吐量，并和TFRC的吞吐量进行比较。同样的实验重复20次，取其平均数据和置信度为0.95的置信区间。我们还将随机丢包率从0.0001逐步增大到0.1，重复以上实验，实验结果见图2。
图2的横坐标表示无线网络的丢包率，从0.0001到0.1，纵坐标表示平均吞吐量(Throughput)，单位为包/秒(packet/s)。从图上我们可以看出，当无线网络的丢包率上升到0.002后，TFRC Veno的吞吐量便开始大于TFRC。当丢包率达到0.1时，TFRC Veno的吞吐量是TFRC的3倍。这说明了TFRC Veno在无线网络中对TFRC的性能有很大的提升。
实施例2：TFRC Veno和TFRC在无线网络环境下的公平性的比较(仿真实验)
公平性是指当多个相同协议的连接同时传输数据时，它们应该能平等的享有带宽。这里我们引用R.Jain的公平指数(Fairness Index)作为衡量公平性的标准(R.Jain.“The art of computer systems performance analysis.”Wiley，New York，1991.)。公平指数计算公式如下：
f=(Σi=1nTi)2(nΣi=1nTi2)]]>
其中f是公平指数，n为同时传输的连接数目，T_i为第i条连接的吞吐量。其中，公平指数越接近1，则说明该协议的公平性越好。
图3给出了TFRC Veno和TFRC协议的公平指数的比较。其实验环境和操作方法和图2的实验相同，同样也用8条TFRC或者8条TFRC Veno来传输数据，只是每次需要纪录的是公平指数。图3横坐标表示无线网络的丢包率，从0.0001到0.1，纵坐标表示公平指数(Fairness Index)。从图中可以看出，TFRC Veno和TFRC的公平指数基本相同，并且都接近1，说明TFRC Veno的改进并没有牺牲TFRC的良好的公平性。
实施例3：TFRC Veno和TFRC在无线网络环境下对其他TCP传输的友好性的比较(仿真实验)
对其他TCP传输的友好性是指，该协议和TCP协议同时传输数据时，该协议不应抢占TCP本该享有的带宽。之所以考虑和TCP传输的友好性，是因为如今互联网上大部分的数据传输都是使用TCP协议，因此新的协议不应对现有的TCP传输造成不良的影响。遗憾的是网络界尚未定义一个能被普遍接受的关于友好性的指标，我们使用如下方法观察友好性：
实验环境和操作方法与图2的实验相同。首先让8条TCP Sack连接传输数据，时间是5分钟，并记录其平均吞吐量Throughput_pure。TCP Sack(TCP withSelected Acknowl edgement)是当前应用最广泛的一种TCP协议。然后将其中的4条连接替换成TFRC，重新传输数据，时间仍为5分钟，并记录剩下的4条TCP连接的平均吞吐量Throughput_coexistent，如果的值接近1，则说明用TFRC代替TCP连接并没有影响剩下的TCP连接，TFRC对TCP传输是友好的。我们用同样的方法对TFRC Veno进行观察，并和TFRC进行比较。
图4给出了TFRC Veno和TFRC协议对TCP传输的友好性的比较，横坐标表示无线网络的丢包率，从0.0001到0.1，纵坐标表示的值。从图中可以看出，TFRC Veno和TFRC的的值基本相同，并且都接近1，说明TFRC Veno的改进并没有牺牲TFRC的良好的对TCP传输的友好性。
实施例4：TFRC Veno和TFRC在无线网络环境下传输的平稳性的比较(仿真实验)
传输的平稳性是指该协议单位时间发出的数据包数目应该保持平稳，这对于实时的流媒体协议尤其重要，因为发包过程中的时快时慢会对用户观看媒体造成不良的影响。这里我们引用TFRC作者在其论文中使用的CoV(Coefficientof Variation)来作为衡量平稳性的标准，其计算方法如下：
CoV=1nΣi=1n(xi-1nΣi=1nxi)2(1nΣi=1nxi)]]>
其中x_i为每0.1秒钟TFRC发出的数据包数目，n指总共纪录了多少个0.1秒。CoV越小，则表明发送的平稳性越好。
本实验的实验环境和操作方法与图2的实验相同。首先让8条TFRC连接传输数据，时间是5分钟，并记录其平均CoV。然后换成TFRC Veno，重新传输数据，时间仍为5分钟，并记录其CoV，并于TFRC的进行比较。
图5给出了TFRC Veno和TFRC协议对TCP传输的平稳性的比较，横坐标表示无线网络的丢包率，从0.0001到0.1，纵坐标表示CoV的值。从图中可以看出，TFRC Veno和TFRC的CoV的值基本相同，甚至在随机丢包率较大时比TFRC的CoV还要小，说明TFRC Veno的改进并没有牺牲TFRC良好的传输平稳性。
实施例5：TFRC Veno和TFRC在无线网络环境下的吞吐量，接受成功率，发送平稳性的比较(Internet实验)
我们在香港和新加坡分别搭建发送端和接收端，在新加坡的接收端通过无线接入网联接Internet。我们在一天的不同时段(9:00 10:00，11:0012:00，13:00 14:00，15:00 16:00，17:00 18:00，22:0023:00)，同时用1条TFRC和1条TFRC Veno传输数据，并纪录其吞吐量，接受成功率(指收到的包占发送的包的百分比)和CoV，并进行比较。该实验重复一个星期。表1给出了其中一天的数据。
表1 TFRC Veno和TFRC在无线网络环境下的吞吐量，接受成功率，发送平稳性的比较(Internet实验)

从表1中可以看出，TFRC Veno的吞吐量在大多数情况来说要比TFRC高出30％--70％。而在接收成功率和CoV两项指标上，则没有什么差别。这再次说明了TFRC Veno在提高TFRC传输性能的同时，没有牺牲TFRC的其他优点。
实施例6：TFRC Veno和TFRC在无线网络环境下的对TCP传输的友好性的比较(Internet实验)
在同实施例5相同的Internet实验环境下做了TFRC和TFRC Veno对TCP传输的友好性的对比。我们在一天的不同时段(10:30 11:30，13:3014:30，16:30 17:30，19:30 20:30，21:30 22:30)，同时使用1条TFRC Veno+1条TCP Sack的组合，1条TFRC+1条TCP Sack的组合，和1条TCP Sack+1条TCP Sack的组合来传输数据，并纪录每个连接的吞吐量，并进行比较。该实验重复一个星期。表2给出了其中一天的数据。
表2 TFRC Veno和TFRC在无线网络环境下的对TCP传输的友好性的比较(Internet实验)

从表2中可以看出，TFRC Veno的吞吐量在大多数情况来说要比TFRC高20％--50％，而与此同时，TCP Sack连接并没有因为TFRC或者TFRC Veno的存在而降低吞吐量。这说明了TFRC Veno和TFRC都有很好的对TCP传输的友好性。