一、先算一笔明白账：一场直播到底吃掉多少流量
很多团队买带宽时凭感觉，结果要么买了用不完造成浪费，要么带宽不够频繁卡顿。其实直播的流量消耗是可以精确计算的，核心公式只有一条：
流量（MB） = 码率（Mbps） × 时长（秒） ÷ 8
注意这里的码率是视频码率 + 音频码率之和，再叠加约 5%—10% 的协议与重传开销。下面按实际情况算几个例子：
| 场景 | 视频码率 | 音频码率 | 含开销总码率 | 每小时流量 | 4 小时流量 |
|---|---|---|---|---|---|
| 720P 30fps 标清 | 3000 kbps | 128 kbps | ≈ 3.45 Mbps | ≈ 1.55 GB | ≈ 6.2 GB |
| 1080P 30fps 高清 | 4500 kbps | 160 kbps | ≈ 5.16 Mbps | ≈ 2.3 GB | ≈ 9.3 GB |
| 1080P 60fps 高帧 | 7000 kbps | 192 kbps | ≈ 8.02 Mbps | ≈ 3.6 GB | ≈ 14.4 GB |
| 多机位 1080P | 6000 kbps | 192 kbps | ≈ 6.9 Mbps | ≈ 3.1 GB | ≈ 12.4 GB |
也就是说，一场 4 小时的 1080P 直播，大约消耗 10GB 上行流量。如果每天播 4 小时、每月播 26 天，月流量约 240GB。这个数字对于专线来说不算大，但对于按流量计费的方案（部分住宅 IP、4G/5G 热点）就必须精打细算。
二、带宽不是够用就行，要留冗余
算出了平均码率，还要考虑三个额外因素：
1. 峰值冗余
画面运动剧烈时（例如带货展示、快速切换镜头），编码器瞬时码率会高于设定值，尤其是使用 VBR（动态码率）时。建议按目标码率的 1.5—2 倍来预留带宽。目标 5Mbps，就准备 8—10Mbps 的可用上行。
2. 并发占用
直播现场通常不只有推流：后台要上传素材、导播要同步文件、客服要用网络、监控要回传画面。这些都会抢占上行。规划时要把并发业务一起算进去，或者给推流设备做带宽保障（QoS）。
3. 晚高峰衰减
共享带宽在晚高峰可能衰减 30%—50%。你白天测到的 20Mbps，晚上可能只剩 10Mbps。规划要按最差时段的最差值来定，而不是按最好时段的峰值来定。
三、按业务规模的配置建议
| 规模 | 同时开播 | 单路配置 | 建议上行带宽 | 网络方案 |
|---|---|---|---|---|
| 个人试播 | 1 路 | 720P / 3Mbps | ≥ 8 Mbps | 优质独享节点 |
| 小型直播间 | 1—2 路 | 1080P / 4.5Mbps | ≥ 20 Mbps | 独享原生 IP 专线 |
| 中型团队 | 3—5 路 | 1080P / 4.5Mbps | ≥ 50 Mbps | 专线 + 软路由分流 |
| 多直播间 | 6—20 路 | 1080P / 4.5Mbps | ≥ 100 Mbps | SD-WAN 多链路调度 |
| 专业机房 | 20 路以上 | 1080P / 6Mbps | ≥ 200 Mbps | 专线 + 双路由冗余 |
四、上传侧：容易被忽略的流量大头
除了直播推流，内容团队还有一个大流量来源——素材上传。一条 3 分钟的 1080P 成片，H.264 编码后通常在 200—500MB；如果团队每天产出 10 条，就是 2—5GB。再加上备份、同步、多人协作，上行压力并不比直播小。
优化建议：
- 本地先压缩再上传：上传到平台前压到目标码率，避免上传原始大文件再让平台转码；
- 错峰上传：把大文件上传安排在非直播时段，避免与推流抢上行；
- 用断点续传工具：跨境链路难免抖动，支持断点续传能避免重头再来；
- 给上传限速：在路由器或上传工具里设置限速，为推流保留带宽余量。
五、成本怎么算才合理
把网络成本换算成"每小时直播成本"或"每条视频成本"，会更容易做决策：
- 专线方案：按月固定费用，用满即用，适合日均开播时间长的团队。开播时长越长，单位成本越低。
- 按流量计费方案：适合开播少、流量小的团队。但要盯紧流量，一场 4 小时高清直播 10GB，一个月下来可能超过预期。
- 混合方案：直播走不限量的专线，素材上传和日常办公走普通宽带，用策略路由分开，这是多数中型团队的最优解。
一个实用的判断标准：如果一场直播的投入（投流费用 + 人力 + 货值）远大于网络月费，就别在带宽上省钱。卡顿导致的掉人和中断，损失远超节省的那部分费用。
六、带宽不够时的应急办法
规划做得再好，也难免遇到临时带宽不足（比如临时加播一场、上传紧急素材）。这时按以下顺序处理，能最快止损：
- 先降码率，不要硬扛：把码率从 4500kbps 降到 3000kbps，画质损失有限，但流畅度立刻恢复；
- 降分辨率：1080P 降到 720P 是最有效的减负手段，带宽需求直接砍掉近一半；
- 停掉非必要上传：暂停素材上传、云备份、系统更新，把上行全部让给推流；
- 限制并发设备：把现场其他设备的网络暂时断开或限速，避免抢占；
- 切备用链路：如果主链路确实扛不住，果断切到 5G 热点或备用专线，事后再复盘扩容。
直播场景下要记住一条优先级：流畅 > 画质 > 特效。宁可画面稍糊，也不能让观众看到卡顿和中断。
七、五步完成带宽规划
步骤 1：确定画质目标
先定分辨率、帧率、码率。不要盲目追高，720P 稳定远比 1080P 卡顿划算。
步骤 2：算总码率
视频码率 + 音频码率 + 10% 开销 = 实际码率。单路直播按 1.5—2 倍预留。
步骤 3：算并发
同时开播的路数 × 单路预留带宽 + 上传/办公的并发占用 = 总上行需求。
步骤 4：按最差时段验证
在目标市场的晚高峰，用 iperf3 实测可用上行，确认能达到总需求的 100% 而不是 70%。
步骤 5：留一条退路
准备第二路链路（5G 热点或备用专线），主链路不足或中断时能顶上。冗余带宽的成本，远低于一次直播事故。
八、常见误区
- 只看下载不看上行：直播和上传吃的是上行，家用宽带上行往往只有下行的十分之一；
- 用峰值测速做规划：瞬时测速值没有意义，要测长时稳定值；
- 忽略并发：一个人测着够用，全员开工就崩；
- 不留冗余：刚好卡着码率配带宽，抖动一来必掉帧；
- 只看带宽不看质量：带宽再大，丢包抖动超标一样卡，两者要同时达标。
九、结语
带宽规划是个简单但值得认真做的算术题：算清码率、留足冗余、按最差时段验证、准备好退路。做完这四步，你就知道自己该买多大的带宽、该选哪种计费方式、该不该上双链路。把这些数字摆出来，采购决策会清晰很多，也不用再靠"感觉网速还行"来判断一套网络能不能扛住你的业务。
