第七章 服务质量保障 QoS

第七章 · 服务质量保障 QoS

本章要回答的三个问题：引擎怎么知道当前线路能跑多快，估计错了怎么办？丢包不可避免，重传与冗余这两件武器各管哪种丢法、怎么配合？带宽紧的时候，音频、视频、共享多路并存，谁让谁保、依据是什么？

为什么会有这一章

一座话务局最见功力的部门不是接线，而是调度：线路容量时刻在变，业务量时刻在变，把合适的业务按合适的量放到合适的线路上，才能让全局体验最大化。本章讲的三个机制——拥塞控制、抗丢包、带宽分配——就是引擎的调度台，也是实时通信与普通流媒体分野最大的地方：点播可以缓冲、可以等待，实时业务只有几百毫秒的预算，所有适应必须在线自动完成。

这一章的三个机制构成一个闭环：传输层反馈报告告诉估计器线路现状，估计器产出带宽预算，分配器把预算切成份额下发到各路编码器，编码器的实际发送又被探测器持续采样、形成新的反馈。前六章的所有"自适应"行为——冗余的开关、码率的台阶、缓冲的深浅——预算源头都在这个闭环里。把本章读透，前面章节里那些" magically 合理"的参数变化就全部有了出处。

本章也是全书数学密度最高的一章，但请放心：引擎的设计哲学是工程实证而非理论最优，每个算法背后的思想都能用一句话讲清——带宽估计是"看延迟趋势做先手判断"，抗丢包是"按丢法选武器"，带宽分配是"按价值定优先级"。我们始终用因果与数据说话，公式能不出现就不出现。

图：QoS 闭环的三个科室

读完能解决什么

对照三个问题给结果。其一，你能完整讲述带宽估计的工作方式：逐包到达记录怎么变成延迟趋势，趋势怎么翻译成预算，为什么升得慢降得快，探测机制何时介入。其二，你能按丢法选武器：随机散丢用冗余、单点缺失用重传、连续大段丢靠关键帧兜底，并能量化每件武器的带宽代价，在弱网演练中判断武器配置是否合理。其三，你掌握分配的判据体系：优先级、上下限、保底逻辑，多路并存时能手工推演份额切分，解释"为什么共享比摄像头先保""为什么音频几乎不受挤压"，并据此设计业务的多流权重策略。

各节怎么分工

三节串成一个闭环的三段。7.1 是源头，7.3 是终点，7.2 横跨其间——武器调度既是预算的消费者，其开销又反过来改变预算分配。建议按序读，读完后回看 5.2 的码率连锁图，你会看到完整的因果环。

先决条件

需要 6.1 的反馈报文知识（本章的原材料）与 5.2 的编码三旋钮（本章的执行端）。带宽估计一节涉及趋势判断与增减控制的思想，有自动控制或统计直觉更好，没有也能读懂——我们用曲线与时间轴代替公式。

往下走到哪

本章的出口是第八章的服务端：当链路里出现转发服务器，闭环的测量与执行两端被拆到不同机器上，预算机制如何跨端延续，是服务端架构设计的核心约束之一。同时，本章的弱网演练方法也是 8.4 与 8.5 监控调优的直接工具——第七章给你看懂仪表盘，第八章教你转方向盘。

演练环境的搭建值得提前交代：弱网模拟工具可以按丢包率、延迟、抖动、带宽四元组塑造线路形态，与真实弱网的关键差异在于丢包模型——随机丢包与突发丢包要用两套参数分别跑，7.2 的案例会展示两者结论的巨大差异。把演练做成常设实验、参数有档可查，团队的每一次弱网策略决策就都有据可依。