推流端上行流量基本固定，播放端下行流量随并发人数线性放大，优化核心不是一味压低画质，而是让推流参数匹配固定机位场景、用H.265减少无效码率、在分发侧做按需回源和边缘收流，避免长连接空转烧带宽。
慢直播带宽多少够用？先拆解长连接流量
慢直播和普通直播最大的不同，是它像一根一直打开的水管，推流端一旦开播，就不分昼夜地向上行发送数据，观看端只要有人打开页面,CDN就开始向下行发送数据。
推流端的上行带宽，基本由编码码率决定，常见配置下,不同分辨率和编码的典型上行码率可以参考这张表：
| 编码与分辨率 | 典型上行码率 | 适用场景 |
|---|---|---|
| H.264 720p 25fps | 5-2.5Mbps | 低画质预览、窄带场景 |
| H.264 1080p 25fps | 3-5Mbps | 标准慢直播推流 |
| H.265 1080p 25fps | 5-3Mbps | 4G或带宽敏感场景 |
| H.265 4K 30fps | 8-15Mbps | 景区地标、夜景高画质 |
以1080p H.264标准画质为例，推流端上行跑满4Mbps，一天连续推流就会消耗40GB以上流量，如果换成H.265，同等画质下码率可以明显下降,这是固定机位慢直播最值得做的第一件事。
观看端下行带宽的计算更直接：下行总带宽约等于单路码率乘以同时在线人数，假设一路码率是4Mbps，500人同时观看，就需要约2Gbps分发带宽，而且慢直播的并发高峰往往由突发事件、天气变化或社交媒体传播带来，短时间内就能把CDN带宽打满，这就是为什么慢直播服务器带宽优化的重点，通常不在推流侧,而在分发侧。
慢直播和监控直播区别在哪？编码目标完全不同
监控直播追求“能看清”，慢直播追求“能常看”
很多人以为直接拿一台监控摄像机配个RTMP推流就能做慢直播,实际上两者对带宽和编码的理解完全不同。
- 监控直播多数走局域网或专网，码率可以压到几百Kbps,画面抽帧存储为主。
- 慢直播面向公网CDN分发，画面必须连续流畅,码率通常更高。
- 监控设备默认参数会频繁触发关键帧,导致慢直播长连接下出现码率毛刺。
- 监控摄像机很多只支持H.264基线编码,不利于带宽优化。
业内专家指出，慢直播的带宽瓶颈多数不在推流端，而在分发端和回源链路，如果直接把监控机位的默认参数搬到慢直播，上行流量会多出不少,观看侧也会因为码率波动产生卡顿。
为什么慢直播比普通直播更吃带宽？
普通直播有主播互动、镜头切换、话题节奏，观众停留时间有高有低，慢直播固定机位、24小时不间断，画面虽然变化慢，但每一帧仍然被编码传输，长连接一旦建立,就不会主动断开。
- 推流端持续发送,没有下播休息。
- CDN节点持续回源或缓存,空闲时段也可能产生心跳流量。
- 观众进入离开频繁,边缘节点需要不断回源拉流。
- 热点爆发时,CDN峰值带宽可能在十几分钟内翻倍。
所以做慢直播，不能只按平均在线人数买带宽，峰值带宽和峰值持续时间,才是成本大头。
推流端优化：从源头减少无效码率
用H.265编码把码率压下来
行业共识认为，H.265正成为固定机位慢直播的主流编码选择，它的优势是同等画质下能显著降低码率，特别适合画面变化慢、背景固定的慢直播场景。
实操路径如下：
- 如果使用OBS推流，在“设置输出输出模式”选择高级。
- 视频编码器选择硬件H.265，比如NVIDIA NVENC HEVC或Intel QSV HEVC。
- 码率控制选择CBR,固定码率避免突发流量。
- 关键帧间隔设为2-4秒，对应GOP长度为50-100帧。
- 打开B帧，可以进一步提升压缩率,但会增加极少量延迟。
- 如果编码器不支持H.265，可优先把分辨率从1080p降到720p,码率直接下调一半以上。
FFmpeg命令行也适合文件循环推流,一个可参考的慢直播推流命令如下：
ffmpeg -re -stream_loop -1 -i scene.mp4 -c:v libx265 -b:v 2M -maxrate 2M -bufsize 4M -r 15 -g 30 -preset medium -f flv rtmp://your-cdn.com/live/stream
这条命令会在循环播放本地文件的同时，用H.265恒定码率推流，帧率降到15fps，GOP约2秒，多数情况下,固定机位的画质不会感到明显下降。
帧率和GOP怎么调才不牺牲观感
变化慢，25fps和15fps在观看端几乎看不出区别，把帧率从25fps降到15fps，可以让相同码率下的单帧质量更好,或者保持画质不变直接降低码率。
GOP是关键帧间隔，GOP太短，关键帧频繁出现，码率会周期性冲高；GOP太长，观众首次打开画面等待时间变长，拉流后黑屏更久，慢直播推荐GOP设置在2-4秒,平衡延迟和带宽。
场景自适应：白天黑夜分开调
固定机位慢直播的典型痛点：白天光线充足、画面细节多，码率需要高；夜间画面暗、细节少，码率可以低，如果没有自适应，只能按最差情况设置恒定码率,会浪费夜间大量上行带宽。
可以写一个定时脚本，在日出切换高码率配置，夜间切换低码率配置，OBS用户可以用“自动场景切换器”插件，配合两个不同码率的配置文件，按时间自动加载，不仅省上行流量,也能减轻CDN分发压力。
分发端优化：别让CDN成本随人数线性涨
按需拉流与转码：没人看就不回源
慢直播的播放端带宽来自CDN，默认情况下，推流到源站后，CDN会根据播放请求回源拉流，如果某个时间段没人看，理论上CDN不会产生分发带宽消耗,只剩下推流上行。
但实际配置中，不少团队会开启“预热”或“持续拉流”，让边缘节点一直缓存直播流，这样做的好处是首位观众秒开，代价是24小时都在消耗CDN回源带宽和边缘缓存带宽，慢直播场景更适合按需回源，宁可首位观众多等待几十毫秒,也不要让CDN长时间空转。
同时建议在直播控制台创建多码率转码模板：
- 原始流保持H.265,用于高画质播放。
- 转码出一条720p H.264流,用于手机弱网播放。
- 转码出一条480p流,用于预览和网络差的环境。
- 不要默认转码出4K或多条超出实际需要的码率。
转码本身会消耗云端计算和带宽，转码模板越多，源站压力越大，只保留必要档位,能显著减少不必要的转码费用。
4G慢直播流量费用高怎么办？边缘收流是正解
不少景区慢直播推流方案都在偏远位置，没有有线宽带，只能靠4G或5G上行，1080p H.264推流一天能消耗40GB以上流量，一个月轻松超过1TB，按照普通物联网卡或大流量套餐计算,长期成本并不低。
边缘收流的思路是：
- 在机位附近部署一台小型边缘网关或支持推流的路由器。
- 摄像头先用内网推流到网关,网关再通过有线宽带或APN专网回传到CDN源站。
- 如果机位有Wi-Fi或有线网络，优先用有线,避免长时间占用4G上行。
- 5G CPE设备可以做到大上行,但仍然需要搭配大流量套餐和定向流量包。
在景区慢直播场景中，很多团队干脆把光纤拉到游客中心或监控室，再用网线或无线桥接覆盖机位，前期施工成本高一点,后续流量费用和稳定性会好很多。
并发高峰怎么避免带宽打满
慢直播一旦遇到突发热点，日照金山”“台风登陆”“极光爆发”，在线人数可能在极短时间内快速上升，CDN带宽买少了会卡顿甚至源站被打死,买多了平时又浪费。
几个可落地的预防动作：
- 在云直播控制台开启控制台告警,设置带宽阈值告警。
- 对热点流提前增加边缘节点缓存,减少回源。
- 使用HLS切片输出时，把切片时长适当调大,减轻源站请求压力。
-
如果平台支持P2P或WebRTC分发，可分担一部分高峰期CDN带宽,但移动端兼容性需要测试。
- 准备多路转码码率,高峰期引导低带宽用户使用720p或480p观看。
实操清单：慢直播带宽优化对照表
把上面提到的优化动作整理成一张表,方便落地检查：
| 优化动作 | 生效位置 | 预期效果 | 实施难度 |
|---|---|---|---|
| 推流端切换H.265 | 推流端 | 同等画质下明显降低上行码率 | 低 |
| 帧率25fps调至15fps | 推流端 | 降低固定码率或提升单帧质量 | 低 |
| GOP调整为2-4秒 | 推流端 | 减少码率毛刺，缩短首屏时间 | 低 |
| 场景定时切换码率 | 推流端 | 夜间省上行流量 | 中 |
| CDN按需回源 | 分发端 | 空闲时段减少回源带宽 | 低 |
| 多码率转码模板精简 | 分发端 | 降低转码计算和回源压力 | 低 |
| 边缘收流/有线回传 | 分发端 | 减少公网上行和流量费用 | 中 |
| 峰值告警与预热 | 分发端 | 避免热点期源站过载 | 中 |
很多团队优化完推流端后，上行流量和CDN分发明细会明显变化，优化顺序建议从推流参数开始，再到转码模板，最后调整回源策略，不要一上来就买大带宽,那样解决不了空闲时段的浪费。
慢直播带宽优化是一个从推流参数到分发架构的系统工程，优先做H.265编码、调低帧率、设定合理GOP、启用按需回源和边缘收流，比单纯加大带宽更划算,也能让长时间固定机位推流更稳定。
Q&A
慢直播带宽多少够用？
1080p H.264慢直播通常需要3-5Mbps上行推流带宽，H.265可以降到2Mbps左右，观看端总带宽按在线人数乘以单路码率计算，百人同时观看建议准备至少数百Mbps分发带宽,并考虑突发峰值。
4G慢直播流量费用怎么估算？
以1080p H.264码率4Mbps计算，一天连续推流消耗40GB以上，一个月超过1TB，具体费用取决于当地运营商大流量套餐或物联网卡资费，边缘收流和H.265编码可以明显减少上行需求。
慢直播和监控直播区别在哪？
监控直播侧重本地存储和事件检索，码率可以压得很低，甚至抽帧；慢直播面向公网观看，需要连续帧率和低延迟，码率通常更高,并且必须接入CDN做多码率分发和按需回源配置。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/647690.html
