RTCP/RTP （动态码流）Webrtc

 

 

WebRTC研究：RTP中的序列号以及时间戳比较

https://blog.csdn.net/zhuiyuanqingya/article/details/103188790

WEBRTC RTP/RTCP协议族

https://blog.csdn.net/chinabinlang/article/details/79195239

WebRTC之RTP包

http://www.manongjc.com/article/60915.html

 

RTP报文头中的SSRC和CSRC

https://blog.csdn.net/zhushentian/article/details/79804742

 

webrtc中的rtp扩展 rtp-hdrext

http://www.voidcn.com/article/p-dgnspngl-bqo.html

http://www.manongjc.com/article/60915.html

 

RTCP介绍及发送间隔控制

https://blog.csdn.net/dittychen/article/details/78065974

https://blog.csdn.net/yuanchunsi/article/details/78850124

WebRTC动态码率-基于丢包的码率估计原理

https://www.jianshu.com/p/a3310e5d3768

本文档码流控制思路是借鉴了webrtc拥塞控制技术，先介绍一下它两种拥塞控制技术：

 

1、基于延迟（delay-based）的拥塞控制算法：算法由数据的接收方实现，接收方需要记录每个数据包到达的时间和大小，并计算每个数据分组之间（inter-group）的延迟的变化，由此判断当前网络的拥塞情况，并最终输出码率估计值由RTCP feedback（TMMBR或 REMB）反馈给发送方；

2、基于丢包（loss-based）的拥塞控制算法：算法则由数据的发送方来实现，发送方通过从接收方周期性发来的RTCP RR（Receiver Report）中获取丢包信息以及计算RTT，并结合TMMBR或REMB中携带的码率信息算得最终的码率值，然后由媒体引擎根据码率来配置编码器，从而实现码率的自适应调整。

 

综上简而言之webrtc拥塞技术的核心就是接收端基于RTP/RTCP协议通过上述算法计算出RTCP的feedback/RR即网络延迟和丢包，反馈给发送端。发送端根据自身阀值进行调节码流

 

 

 

 

2.我的方案