A Google Congestion Control Algorithm for Real-Time Communication draft-alvestrand-rmcat-congestion-03论文理解
看中文的GCC算法一脸懵。看一看英文版的,找一找感觉。
目录
Abstract
本文档介绍了适用于webRTC两种拥塞控制算法。一种是== 基于时延(delay-based)== 一种是== 基于损失(loss-based)==。
1. Introduction
带宽变化很大,媒体的编码形式不能快速改变以适应变化的带宽。
编码对丢包是很敏感的,然而,媒体流出于实时性的要求会减少包的重传。
1.1 Mathematical notation conventions
略
2. System model
- RTP packet - an RTP packet containing media data.
- Packet group - 发送方发送的一组RTP包,由组出发时间和组到达时间(absolute send time)唯一标识。这些包可以是视频包、音频包或音频和视频包的混合。
- Incoming media stream - a stream of frames(帧) consisting of RTP packets.
- RTP sender - sends the RTP stream over the network to the RTP receiver. It generates the RTP timestamp and the abs-send-time header extension
- RTP receiver - receives the RTP stream, marks the time of arrival.
- RTP接收方的RTCP发送方–发送接收方报告、REMB消息和全运输范围的RTCP反馈消息。

该文档阐述了适用于WebRTC的两种拥塞控制算法,包括基于延迟和基于丢失的策略。延迟控制算法通过分析包的到达时间来调整比特率,而丢失控制则通过测量丢包率和RTCP反馈来确定目标比特率。反馈机制包括接收端和发送端的交互,用于实时监测网络状况并调整传输速率。
最低0.47元/天 解锁文章
1万+

被折叠的 条评论
为什么被折叠?



