TFRC: TCP-Friendly Rate Control(TCP友好速率控制算法)

参考百度百科

在移动流媒体领域,服务质量是目前非常热门的一个课题

国际标准化组织专门为语音、视频、仿真等实时数据制定了RTP\RTCP【1j协议,使LAN和Internet具有多媒体实时数据传输的能力。但是传统的BTP\RTCP是基于有线网络设计,而对于移动网络,流媒体传输还必须面临解决较窄带宽和高传输误码、时变等问题的挑战。

在目前的RTP拥塞控制算法中,一类是基于AIMD的窗口控制方法忙儿3|,这类方法采用TCP协议窗口的加性增加乘性减少调节发送速率。基于窗口机制的控制方法在遭遇分组丢弃时将窗口减半,导致速率突变,严重影响了流媒体的QoS,因此这类方法并不适合连续的媒体流传输;一类是基于速率公式的控制方法⋯【4』,其中最具代表性的是TFRC(TCP—FriendlyRate Contr01)H1,这类方法主要根据网络丢包率来判断网络拥塞程度,实时调整自己的速率,提高网络利用率,这类方法目前获得了很好的应用。但是基于速率的控制方法在大规模移动网络用户同时加入会话时,存在RTCP拥塞导致的丢包以及丢包类型误判问题,使测得的丢包率与实际网络状况存在偏差,以致过度调节媒体流发送速率,影响流媒体QoS。

TFRC工作步骤如下:
1)接收端测量丢包率P并将其作为拥塞信号与时间戳一起通过RTCP反馈给发送端;
2)发送端利用反馈包(RTCP)中的时间戳来测量往返时延RTT:
3)发送端将丢包率P和往返时延砌_r代入吞吐量计算公式,计算发送速率;
4)发送端按照计算的结果调节发送速率,使用RTP协议进行数据传输。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值