Architecture
- 媒体数据经过编码后送到RTP queue
- 更新 RTP queue的size
- Media Rate Control模块负责计算媒体编码器的目标码率
- 从RTP queue中选择合适的RTP包送到send queue
- Send Transmission Control模块负责计算实际发送速率（pacing）
- RTCP反馈：用于计算ack和qdelay的相关信息
- Network Congestion Contral模块负责计算congestion window和send window
Algorithm Details
1. Network congestion control
职责：计算congestion window 和 send window
- qdelay
反馈信息中包含最大seq_no的received time，用于估算qdelay - qdelay_tread的估算
qdelay fraction每50ms更新一次，保存20个历史值
- Congestion window的更新
考虑丢包，ecn，qdelay等不同因素的影响
在fast increase 状态时，主要考虑增加newly acknowledged bytes
在非fast increase 状态时，则考虑了qdelay and qdelay_target
- Send Window 更新
当qdelay很小时，用于补偿congestion window，增大发送速率
- Pacing
- Resuming fast increase
当qdelay_trend 小于QDELAY_TREND_LO 一段时间 - Competing flows compensation
当与多个流竞争时，为了提高有效性（带宽占用率），动态调整qdelay_target来实现。但实际使用时建议关掉～
2. Media rate control
- rate_transmit: 实际发送的码率
- rate_ack： 实际被ack的码率
均200ms更新一次 - 特殊情况处理
- 一般情况
fast_increase = true，主要考虑了ramp-up speed
fast_increase = false，则综合考虑RTP queue 和 qdelay trend
- 边界限制
rate_media_limit_t = max(current_rate_t, max(rate_media,rtp_rate_median))
rate_media_limit_t *= (2.0-qdelay_trend_mem)
target_bitrate = min(target_bitrate, rate_media_limit_t)
target_bitrate = min(TARGET_BITRATE_MAX,
3. Receiver
- received RTP packets的list，即ack
- 最大序号的rtp包的timestamp，用于计算qdelay
- 反馈速率（packets/s）
rate_fb = min(50,max(2.5,rate_media/10000))
