042、WebRTC 视频通话画质自适应失败？SVC 分层编码、码率自适应与 QoS 方案

042、WebRTC 视频通话画质自适应失败？SVC 分层编码、码率自适应与 QoS 方案

一、一个让人抓狂的调试现场

去年帮一家远程医疗团队排查视频卡顿问题，场景很典型：医生端网络波动，患者端画面直接糊成一团马赛克，偶尔还绿屏。他们用的是标准WebRTC，没做任何额外优化。我抓了PCAP日志，发现发送端码率在500kbps到2Mbps之间疯狂跳变，每三秒一次“断崖式下跌”。更诡异的是，接收端丢包率只有3%，但画面质量却像丢了30%的包。

问题出在哪？WebRTC默认的码率自适应算法（GCC）在丢包和延迟之间做了个“折中”，但这个折中在医疗场景下完全不可接受——医生需要看清病灶细节，哪怕延迟高一点。后来我强制启用了SVC分层编码，配合自定义QoS策略，才把问题压住。今天就把这套方案拆开揉碎了讲。

二、SVC分层编码：别把它当万能药

SVC（Scalable Video Coding）在WebRTC里是个“半成品”特性。Chrome从M72开始支持VP9的SVC，但默认是关闭的。很多人以为开了SVC就能自动分层，结果发现编码器根本不听话。

2.1 分层结构：时间层、空间层、质量层

SVC把视频流拆成多个层（Layer），核心是基础层（Base Layer）和增强层（Enhancement Layer）。基础层保证最低可用画质，增强层逐步提升分辨率或帧率。

• 时间层（