第 6 章 抗弱网与质量控制

第 6 章 · 抗弱网与质量控制

章节摘要：通话打通只是及格线，用户嘴里的「好不好用」由这一章的内容决定。真实网络永远在丢包、抖动、挤压带宽，WebRTC 的应对是一套闭环：RTCP 反馈提供现场数据，带宽估计器算出「现在能发多快」，丢包恢复三件套处理「已经丢了的」，动态降级决定「发不起时先牺牲什么」。本章把这四件事逐一拆开，让你具备把「有点卡」变成一个可量化、可定位、可优化工程问题的能力。

学习目标

读完本章，你应当能够：

1. 描述基于延迟与基于丢包的两类带宽估计思路，说出 GCC 混合两者的理由；
2. 解释 remb 与 TWCC 两种带宽反馈机制的差异与各自适用场景；
3. 说出 nack 重传、FEC 前向纠错、pli 关键帧恢复各自的触发条件与代价；
4. 在「重传还是纠错」之间按丢包特征（随机突发、RTT 大小）做出配置决策；
5. 解释 simulcast 与 SVC 两种分层发送的原理与取舍；
6. 配置发送端降级顺序，弱网时先降帧率再降分辨率、音频永远最后牺牲；
7. 用统计接口读出当前带宽估计、丢包率、抖动，验证调优是否生效。

核心概念速览

抗弱网的全部手段可以放进一个闭环里看：接收端把网络实况（丢包、延迟、带宽）经 RTCP 送回，发送端的估计器把实况换算成目标码率，丢包恢复机制在传输过程中就地补救，码率分配器按目标码率决定各路媒体的参数。四个环节共享同一份事实，任何一环失灵都表现为用户体验的劣化。

一句金句：弱网优化不是让网络变好，而是让「发送的、恢复的、牺牲的」三件事永远跟着网络的现状走。

子章节导航

6.1 拥塞控制与带宽估计——闭环的大脑。Google 拥塞控制算法如何把延迟变化与丢包率合成一个目标码率，remb 与 TWCC 两种反馈机制怎么选。带宽估计是所有质量手段的输入口，估不准则全盘皆输。

6.2 丢包恢复三件套——就地补救。重传、前向纠错、关键帧请求各管一段：小丢重传最省、持续丢包上纠错、解码断了求关键帧。本节讲清三者的触发逻辑、带宽代价与配置决策表。

6.3 动态降级与分层编码——发不起时的取舍。simulcast 一源多码流让接收端各取所需，SVC 分层编码让一条流自带层次；发送端降级顺序的工程惯例（先帧率后分辨率、音频殿后）与实现手段。

子章节之间的逻辑关系

本章三节是「估计、恢复、降级」的递进，对应闭环里从感知到行动的路径：

  6.1 带宽估计           6.2 丢包恢复            6.3 动态降级
  ┌────────────────┐    ┌────────────────┐    ┌────────────────┐
  │ 反馈机制与算法  │    │ 重传 纠错 关键帧│    │ 分层发送        │
  │ 目标码率输出    │───▶│ 触发与代价      │───▶│ 降级顺序惯例    │
  │ remb 与 TWCC   │    │ 配置决策表      │    │ simulcast 与 SVC│
  └────────────────┘    └────────────────┘    └────────────────┘
     知道能发多快           补好已经丢的           发不起时舍什么
​

6.1 的目标码率是 6.3 降级动作的触发器；6.2 的恢复手段决定 6.3 降级的紧迫程度——恢复得力，降级可以迟缓些；恢复乏力，降级必须果断。三节共用 5.2 节建立的那条 RTCP 反馈回路，学习时建议对照回看。

前置知识与后续延伸

前置：需要 5.2 节的 RTP 序号与 RTCP 反馈语义（nack、pli、remb 的字面含义在那一节已交代），以及「码率决定画质」的朴素常识。不要求了解任何具体编码器的内部。

后续：本章的机制在 SFU 架构里才完全展开——simulcast 的价值要靠 SFU 按接收端能力选流才兑现，这是第 7 章的内容。本章末尾的统计指标观测也衔接第 7 章的线上监控。建议学完本章做一次弱网实验：用系统工具给本机限速，观察通话的降级过程与统计指标变化——亲眼看到码率曲线随限速下弯，这一章就学活了。