监控摄像头一多，网络就卡？手把手教你算带宽，轻松避坑

以前帮不少小区、工厂、办公室做过监控项目，最常听到的一句话就是：“李工，怎么我加了几台摄像头之后，网络就卡得要死？” 其实不是设备不行，而是带宽没算清楚，或者压根没考虑实际使用场景。今天我就用最接地气的方式，跟大家从头到尾聊聊怎么算、怎么优化、怎么少走弯路。咱们不整那些生硬的公式堆砌，就当老朋友聊天，边看边记笔记就行。

先说说为什么带宽计算这么重要

想象一下，你家或者公司装了20台、50台甚至上百台网络摄像头。白天大家正常办公，晚上要留存录像，结果一到高峰期，监控画面就开始花屏、延迟、丢帧，甚至整个网络都慢得像蜗牛。这时候老板或业主肯定要找你“喝茶”了。

带宽不够的后果很真实：

实时查看卡顿，安全隐患变大

录像文件丢包，事后查不到关键画面

网络拥堵影响其他业务（比如办公电脑、上网、打印机）

后期扩容成本更高，甚至得重新拉光纤

我见过好几个项目，就是因为前期带宽估算太乐观，后期花了双倍的钱去整改。朋友们，前期算清楚，能省一大笔钱和一堆麻烦。

影响带宽的核心因素有哪些？

咱们先不急着算，先把“变量”搞明白，这样后面计算才不会蒙。

分辨率

现在主流的是1080P（1920×1080）、2K、4K（3840×2160）。分辨率越高，像素越多，需要的带宽就越大。

打个比方：1080P就像看高清电视，4K就像去电影院看IMAX，数据量差了好几倍。

帧率（FPS）

通常15帧、25帧、30帧就够用了。监控场景下25帧已经非常流畅，帧率太高（比如60帧）带宽会直线上升，但肉眼感知提升不大。除非是需要抓拍高速运动的特殊场景。

压缩编码

老的MJPEG基本淘汰了，现在主流是H.264和H.265（HEVC）。

H.265比H.264省带宽30%-50%，但对解码设备要求更高。建议新项目尽量上H.265，老设备兼容不了再用H.264。

码率（Bitrate）

这才是真正决定带宽的“灵魂”。码率分固定码率（CBR）和可变码率（VBR）。

1080P H.264 25帧：典型2-4Mbps

1080P H.265 25帧：典型1-2.5Mbps

4K H.265 25帧：典型4-8Mbps

不同厂家默认值不一样，海康、大华、宇视等都有自己的推荐设置。

其他隐藏消耗

音频（通常很小，但双向对讲会增加）

控制信令（云台转动、焦距调整）

协议开销（RTSP、RTP、TCP/IP头部，大概10%-20%额外）

多路同时查看时的并发

夜晚红外开启后的画质变化（有些相机夜间码率会自动升高）