带宽需求（Mbps）≈ 视频码率（Mbps）× 并发观看人数 ×（1 + 冗余系数），其中冗余系数建议预留 30% 以上。这个公式看似简单，但真正动手估算时，很多人会卡在“码率到底取多少”“并发数怎么预估”这些细节上，下面我把这套估算方法掰开揉碎讲清楚，让你看完就能直接套用。
视频码率怎么算带宽：先搞清楚码率的真实含义
视频码率（Bitrate）指的是视频文件在单位时间内传输的数据量，单位是 Mbps（兆比特每秒），注意这里的“b”是小写，代表 bit（比特），而不是 Byte（字节）。1 Byte = 8 bit，8 Mbps 的码率实际每秒传输 1 MB（兆字节）的数据，这是做带宽估算时最容易踩的坑很多人把 Mbps 和 MB/s 混为一谈，导致估算结果差了 8 倍。
码率与画质的对应关系
不同分辨率、帧率、编码格式下，达到“清晰”标准的码率差异很大，以下数据参考了主流视频平台的公开传输规范，结合 H.264 / H.265 编码的行业通用经验值：
| 分辨率 | 帧率 | H.264 推荐码率 | H.265 推荐码率 | 典型应用场景 |
|---|---|---|---|---|
| 720P | 30fps | 5 - 4 Mbps | 5 - 2.5 Mbps | 监控摄像头、移动端直播 |
| 1080P | 30fps | 4 - 8 Mbps | 5 - 5 Mbps | 视频号直播、B站上传 |
| 4K | 30fps | 15 - 25 Mbps | 8 - 15 Mbps | 影视点播、赛事直播 |
| 4K | 60fps | 25 - 40 Mbps | 15 - 25 Mbps | 高动态范围游戏直播 |
行业共识认为：在 H.265 编码下，1080P 视频码率取 4 Mbps 即可满足绝大多数观看场景；而 H.264 编码下则需要至少 6 Mbps 才能避免明显压缩痕迹。
码率波动：VBR 与 CBR 的区别
固定码率（CBR）下，视频每一秒的数据量恒定，带宽估算最省心；可变码率（VBR）下，动态画面瞬间码率可能是平均值的 2 - 3 倍，这直接抬高了瞬时带宽需求，如果你做的是体育直播、游戏直播这类高动态内容，建议按平均码率的 5 - 2 倍 来估算峰值带宽，否则容易出现“码率显示正常但观众端疯狂缓冲”的情况。
拉流端带宽需求：从码率到带宽的完整计算公式
单路视频的带宽需求只是起点,真实场景中还需要考虑并发数、协议开销、网络损耗三个因素，完整的估算公式如下：
所需带宽（Mbps）= 视频码率（Mbps）× 并发拉流数 × 协议开销系数 × 冗余系数协议开销：TCP 与 UDP 的差异
- 基于 HTTP-FLV / HLS 的拉流走 TCP 协议，协议开销占数据量的 3% - 5%
- 基于 RTSP / RTMP 的实时流走 UDP 协议，开销略低，但在弱网环境下重传率会飙升，建议按 10% 的额外损耗计算
并发数：峰值并发决定带宽上限
这里说的并发数不是“有多少人观看”，而是“同一秒内有多少个客户端在拉流”，比如一场直播总共 1 万人观看，但 90% 的流量集中在前 5 分钟涌入，那么你需要按 1 万的峰值并发去算，而不是按 1 万的总观看人次。
实操经验：如果拿不准峰值并发，用“总观看人次 ÷ 总时长（分钟）× 10”作为粗略估算基准，3 万人观看、直播 60 分钟，峰值并发约 5000 路，这个数字不精确，但在预算规划阶段够用。
冗余预留：别把带宽用满
带宽使用率一旦超过 80%，网络延迟和丢包率会呈指数级上升，业内通常把冗余系数设为 3 - 1.5，即实际采购带宽是理论计算值的 1.3 倍以上，这部分冗余不只是应付码率波动，还要给转码、录制、连麦等旁路操作留出余量。
直播需要多少上行带宽：推流端与拉流端的双向计算
很多人只关注观众端的下行带宽,却忽略了主播端的上行带宽。推流端的带宽需求 = 视频码率 × 1.2，多出来的 20% 是推流协议（RTMP / SRT）的额外开销。
直播场景下的带宽对照表
| 推流规格 | 视频码率 | 主播上行带宽 | 观众端建议下行带宽 |
|---|---|---|---|
| 720P 高清 | 3 Mbps | 4 Mbps | 5 Mbps 以上 |
| 1080P 全高清 | 6 Mbps | 8 Mbps | 10 Mbps 以上 |
| 4K 超清 | 20 Mbps | 25 Mbps | 30 Mbps 以上 |
注意：家用宽带的上行带宽通常远低于下行带宽，电信 500M 宽带的下行是 500 Mbps，但上行可能只有 30 Mbps，所以做直播前先测上行，别只看下载速度。
视频号直播的码率设置参考
以视频号直播为例,平台官方推荐的 1080P 直播码率范围是 3 - 5 Mbps，如果你在视频号做电商带货或才艺直播，建议按 4 Mbps 推流、观众端预留 8 Mbps 下行带宽来做网络规划，视频号直播的观众多数在移动端观看，移动网络的抖动比固网严重，冗余系数直接按 1.5 拉满。
监控摄像头码率带宽计算：特殊场景的估算逻辑
监控摄像头和直播有个本质区别：码率是持续性的，7×24 小时不断流，而且监控画面大多静止， H.265 编码在静态场景下能把码率压得很低，但一旦有人走动或车辆经过，码率瞬间飙升。
监控码率的取值建议
- 室内固定机位（办公室、仓库）：平均码率取推荐值的 60%，冗余按 200% 预留
- 室外动态机位（出入口、道路）：平均码率取推荐值的 100%，冗余按 300% 预留
假设你有 16 路 200 万像素（约莫 1080P）的监控摄像头，H.265 编码，平均码率 2 Mbps，动态场景占比高，那么总带宽需求估算如下：
16 路 × 2 Mbps × 1.5（动态冗余） = 48 Mbps这意味着监控机房需要至少一条 50 Mbps 的专线，如果录像还要回传中心存储，这个带宽还得翻倍，监控场景的带宽计算，建议比直播多留一倍的冗余，因为监控丢帧导致的后果远比直播卡顿严重。
网络带宽和码率对照表：快速查表法
以下是一张可直接参考的对照表,覆盖从个人直播到企业点播的常见场景：
| 场景 | 视频码率 | 并发数 | 所需带宽（含冗余） |
|---|---|---|---|
| 个人游戏直播 | 6 Mbps | 100 人 | 约 1 Gbps |
| 企业线上发布会 | 8 Mbps | 500 人 | 约 6 Gbps |
| 在线教育大班课 | 4 Mbps | 2000 人 | 约 12 Gbps |
| 省级赛事直播 | 20 Mbps | 5 万人 | 约 1.5 Tbps（需 CDN 分发） |
并发超过 1000 时，自建带宽的成本会远超 CDN 分发成本。行业共识是：当并发数超过 500，直接上 CDN，不要自己扛带宽，CDN 的边缘节点会把回源带宽消耗得很低，源站只需 50 - 100 Mbps 的入带宽即可支撑数万并发。
实操验证：用 ffprobe 快速测量真实码率
理论算完,还得实测，推荐用 ffprobe（FFmpeg 套件里的工具）读取视频文件的真实平均码率。
ffprobe -v error -select_streams v:0 -show_entries stream=bit_rate -of default=noprint_wrappers=1:nokey=1 input.mp4
如果是直播流,可以用以下命令监控实时码率波动：
ffprobe -v error -select_streams v:0 -show_entries stream=bit_rate -of csv=p=0 rtmp://你的推流地址
实测码率和理论码率的偏差如果在 ±15% 以内，属于正常范围；超过这个范围，说明编码参数设置有问题，或者源视频本身经过了多次转码，用实测值替换理论值，再代入前面的公式，得到的带宽估算才真正靠谱。
带宽估算常见误区与避坑指南
把码率单位当字节
正如开头所说,Mbps 和 MB/s 是 8 倍关系，一个 8 Mbps 码率的视频流，每秒实际占用带宽约 1 MB，我曾见过有人把 8 Mbps 视频的带宽需求算成 8 MB/s，导致采购成本翻 8 倍。
只算平均码率不算峰值
VBR 编码下，画面剧烈变化时码率可能冲到平均值的 2 倍以上，如果按平均码率买带宽，高峰期轻则画面模糊，重则直接断流，所有商业直播场景，必须按峰值码率来算。
忽略播放器的缓冲策略
主流播放器（如 VLC、IINA、腾讯播放器）都有预缓冲机制，会以 2 - 3 倍于实时码率的速度预拉流，这意味着即使观众实际观看码率只有 4 Mbps，播放器可能瞬间拉取 8 - 12 Mbps 的数据，这个行为在刚打开视频的前 10 秒内尤其明显，高并发场景下会导致首波带宽尖峰。
常见问题解答
视频码率怎么算带宽最准确？
最准确的方法是用 ffprobe 实测视频文件的平均码率和峰值码率，然后套用公式：带宽（Mbps）= 码率 × 并发数 × 1.2（协议开销）× 1.3（冗余），如果无法实测，参考编码标称码率时务必按 H.264 取高值、H.265 取中值，并用在线监控工具在真实推流过程中验证。
直播需要多少上行带宽才不卡？
1080P 60fps 直播建议上行不低于 10 Mbps，720P 30fps 直播建议上行不低于 5 Mbps，关键提醒：家用宽带的上行速度往往只有宣称带宽的十分之一，务必先测速再开播，企业级直播建议直接采购上行 20 Mbps 起的专线，并搭配双线路备份，谨防单一运营商网络波动导致开播即断线。
网络带宽和码率对照表为什么参考不了？
网上流传的对照表大多没有区分 H.264 和 H.265 编码，也没说明帧率，H.265 编码比 H.264 节省约 40% 码率，4K 60fps 的 H.265 只比 1080P 30fps 的 H.264 高 1 倍码率，对照表必须匹配自己的编码格式、分辨率和帧率，否则参考价值极低，建议以自己实测的码率数据为准，对照表只作为初始规划的依据。