带宽分配策略解析：保音频弃视频

在实时音视频通信系统中，带宽分配是决定媒体流质量与稳定性的核心算法。WebRTC 的带宽分配逻辑（通常集成在 Goog-CC 拥塞控制算法中）旨在根据网络探测的可用带宽，动态且公平地在音频流和视频流之间分配比特率，其核心目标是优先保障音频的连续性，同时最大化视频质量。该逻辑主要处理两种典型网络场景。

一、探测带宽为 0 的极端情况

当网络探测模块（如发送端带宽估计）反馈的可用带宽为 0 或极低时，系统进入保护模式。此时，分配逻辑的首要原则是 "保音频、弃视频"。音频作为实时对话的基础，其连续性和低延迟至关重要。因此，系统会将所有（或绝大部分）可用的、极少的带宽资源分配给音频流，以确保基本的通话功能得以维持。视频流则会被完全暂停发送或分配到一个接近于零的极低码率，表现为视频卡顿、黑屏或严重马赛克。这种策略是基于用户体验的权衡：在带宽枯竭时，清晰的语音通话远比破碎的视频画面更有价值。

二、探测带宽介于零与音视频最小码率之和之间的情况

这是更常见的网络波动场景，即探测带宽 Bwe 满足： 0 < Bwe < (MinAudioBitrate + MinVideoBitrate)。其中，MinAudioBitrate 和 MinVideoBitrate 是编解码器或业务层设定的最低保障码率。此时，带宽不足以同时满足两个流的最低需求，分配逻辑需要执行精细的优先级裁减。

步骤一：确定分配基线

系统首先会为音频流分配其 最低保障码率 MinAudioBitrate。这是不可妥协的底线，确保了音频的基本可懂度。剩余带宽 RemainingBwe = Bwe - MinAudioBitrate 将全部分配给视频流。

步骤二：视频流的适应性调整

由于 RemainingBwe 很可能小于 MinVideoBitrate，视频流无法以最低质量运行。此时，视频发送端会采取一系列降级措施：

降低发送分辨率与帧率：通过 RTCP 反馈或本地控制，指示编码器输出更低的分辨率（如从 720p 降至 360p）和更低的帧率（如从 30fps 降至 15fps）。
调整编码复杂度 ：使用更快的编码预设（如 H.264 的 veryfast 模式），牺牲压缩效率以换取更低的处理开销和更稳定的输出码率。
启用丢帧（Frame Dropping）：在编码前或编码后主动丢弃非关键帧（P帧、B帧），优先保留关键帧（I帧），以在极低码率下维持画面的基本可刷新能力。

此过程是一个闭环控制：视频码率调整后，其实际占用带宽可能仍会动态变化，系统会持续监测并将 Bwe 的剩余部分分配给视频，形成一个"音频固定保底，视频弹性占用剩余"的分配模型。

三、分配策略的技术影响对比

下表概括了不同带宽区间下，分配策略对媒体流产生的具体影响：

带宽区间	分配策略核心	音频流状态	视频流状态	用户体验表征
Bwe = 0	全力保音频	分配全部带宽，维持编码	暂停发送或极低码率	语音断续可闻，视频卡死/黑屏
0 < Bwe < MinAudio + MinVideo	音频保底，视频用剩余	稳定在 `MinAudioBitrate`	码率低于最低要求，触发降级	语音清晰，视频模糊、卡顿、跳帧
Bwe >= MinAudio + MinVideo	按优先级/比例分配	达到或超过最低码率	达到最低码率，并可能随带宽提升	音视频皆流畅，质量随带宽提升

四、关键实现逻辑示例（伪代码）

以下伪代码勾勒了上述第二种情况下的核心分配逻辑：

cpp 复制代码

// 伪代码：基于探测带宽的音视频分配
struct MediaStream {
    string type; // "audio" or "video"
    int minBitrate; // 最小保障码率 (bps)
    int targetBitrate; // 当前目标码率 (bps)
};

void allocateBandwidth(int probeBandwidth, MediaStream& audio, MediaStream& video) {
    // 情况处理
    if (probeBandwidth <= 0) {
        // 极端情况：保音频
        audio.targetBitrate = probeBandwidth; // 全部给音频
        video.targetBitrate = 0; // 视频暂停
        return;
    }

    // 计算音频保底占用
    int allocatedToAudio = std::min(audio.minBitrate, probeBandwidth);
    audio.targetBitrate = allocatedToAudio;

    // 剩余带宽给视频
    int remainingBwe = probeBandwidth - allocatedToAudio;
    if (remainingBwe <= 0) {
        video.targetBitrate = 0;
    } else {
        // 视频码率不得为负，但可能低于其 minBitrate
        video.targetBitrate = std::max(0, remainingBwe);
        // 触发视频自适应逻辑（如调整分辨率、帧率）
        if (video.targetBitrate < video.minBitrate) {
            triggerVideoDegradation(video.targetBitrate);
        }
    }
}

void triggerVideoDegradation(int currentVideoBitrate) {
    // 根据当前码率，决策降低分辨率或帧率
    // 例如：码率低于阈值时，将编码分辨率降级一档
    if (currentVideoBitrate < THRESHOLD_LOW) {
        setEncoderResolution(RESOLUTION_360P);
        setEncoderFrameRate(15);
    }
    // ... 更多降级策略
}

综上所述，WebRTC 的带宽分配是一个以音频为最高优先级、视频为弹性资源的层次化决策过程。它通过在网络资源受限时执行有损降级，优先保障核心通信功能，体现了实时系统在资源管理上的典型设计哲学。

参考来源

WebRTC $52$ - WebRTC 带宽分配逻辑详解