webrtc中的码率控制

101 篇文章 109 订阅 ¥29.90 ¥99.00
本文深入探讨了WebRTC的拥塞控制算法,重点分析了基于GCC的拥塞控制,包括发送端和接收端的码率控制策略。GCC算法通过丢包率和接收端延迟来调整码率,接收端通过RTCP反馈发送Ar值到发送端,影响发送端的码率计算。发送端根据丢包率和接收端Ar值进行码率调整,确保服务质量。整个过程涉及RTCP报文处理、码率计算和生效等环节。
摘要由CSDN通过智能技术生成

本来想要自己写一篇文章,但是网上已经有很好的文章了,所以这里直接综合转载;

文章前面的部分是简单原创总结,后面是转载的文章;

 

名词解释:

 

GCC谷歌提出的拥塞控制算法(Google Congestion Control,简称GCC[1])来控制发送端码率

 

TransportCC

REMB: Receiver Estimated Maximum Bitrate,  接收端最大接收码率估测,接收端会估计本地接收的最大带宽能力,并通过rtcp remb 消息返回给对端,这样对端可以调整自己的发送端码率,达到动态调整带宽得目的

丢包率:

goog-remb:google实现了自己版本的remb;

 

协议文档:https://tools.ietf.org/html/draft-alvestrand-rmcat-remb-03

 

NACK:丢包重传

 

delay_based:

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

chinabinlang

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值