直播推流业务的带宽配置没有统一标准，核心公式是“推流码率×1.5倍冗余×并发路数”，而线路选择必须基于观众地域分布和源站性质，绝不能照搬网站加速方案。
直播推流和视频下载是两套完全不同的网络逻辑,下载追求单点大流量，推流追求的是低延迟和抗丢包，很多团队在初期把带宽当水管粗细来买，结果推流卡顿、观众端黑屏，问题恰恰出在线路调度而非总量上，这篇文章直接拆解带宽计算方法和线路选型逻辑，最后给出可落地的压测命令和避坑清单。
直播推流需要多大带宽？先算码率再谈冗余
带宽配置的第一步永远不是问运营商,而是问你的编码器。推流带宽 = 视频码率 + 音频码率 + 协议开销，在此基础上再乘以冗余系数，实际规划时按这条路径走：
- 确定视频码率：1080p 60帧的直播，H.264编码通常需要6-8Mbps，H.265/HEVC可以压到3-4Mbps，如果是游戏画面高速动态场景，码率直接取上限。
- 计算音频码率：AAC编码128kbps起步，音乐类直播建议192kbps，这部分很少被重视，但积少成多。
- 加上协议开销：RTMP推流会有大约5%-10%的额外传输损耗，SRT协议相对低一些，但遇到弱网重传时开销反而更大。
- 乘以冗余系数：行业共识认为，5倍冗余是保底，追求稳定至少做到2倍，因为TCP丢包重传和网络抖动会导致瞬时带宽峰值远超平均值。
单路推流和多路并发场景下的计算差异
单主播推流和多人连麦的带宽模型完全不同,连麦场景下，观众端看到的是混流后的画面，但推流端每路参与者都在上行独立码流。
| 场景 | 单路推流带宽（Mbps） | 10路并发总带宽（Mbps） |
|---|---|---|
| 720p 30帧 | 3（码率2 + 音频0.2 + 冗余0.8） | 30 |
| 1080p 30帧 | 5（码率3.5 + 音频0.2 + 冗余0.8） | 45 |
| 1080p 60帧游戏 | 9（码率7 + 音频0.2 + 冗余1.8） | 90 |
注意：这里的并发指同时推流的路数，不是观看人数，观看端带宽由CDN分发承担，和推流带宽是两个独立预算。
上行带宽和下行带宽的误区
运营商给的带宽套餐通常标注下行速率,而推流吃的是上行，家用宽带的上行带宽一般是下行的1/3到1/5，比如100Mbps家庭宽带，实际上行可能只有20-30Mbps，做直播推流前先跑测速，用Speedtest确认实际上行速率，再决定推流参数，如果是多人推流场景，必须考虑增加独立的上行带宽包。
直播推流线路怎么选？BGP、单线还是专线
线路选择直接决定观众端的流畅度,尤其是跨地域、跨运营商的场景，选线路之前先明确自己的推流模式：是主播端直接推到云平台，还是经过自建源站再分发。
单线推流：低成本但看天吃饭
- 适用场景：单城市、单运营商用户群，比如本地生活类直播。
- 优势：价格便宜，配置简单。
- 致命伤：跨运营商延迟高，电信用户推到联通源站，抖动轻松突破100ms。
- 配置建议：如果必须用单线，优先选BGP单线（实际是多线接入但走单出口），至少在源站侧减少一跳跨网。
多线BGP：多数直播间的安全选择
BGP（边界网关协议）线路能实现单IP多运营商路由自动切换，观众从电信、联通、移动访问时，源站自动选择最优路径，对于推流链路，BGP的价值在于：
- 降低跨网延迟：电信主播推到BGP源站，联通观众拉流时，BGP机房直接走联通出口，避免绕路。
- 抗抖动能力：某条运营商线路波动时，BGP路由表自动收敛，推流不会中断。
- 成本可控：相比专线便宜一大截，适合月峰值带宽在100Mbps到1Gbps之间的业务。
专线组网：企业级直播推流的最终方案
专线不是给单主播用的,它是给多地分场、多机位导播台、大规模赛事直播
准备的，比如总部在上海、分会场在北京，两个机房的推流信号需要回到同一个制作中心，专线提供的是带宽独享、延迟稳定、丢包率趋近于零的物理链路，近年来的趋势是，一部分制作团队用SRT over 专线替代传统卫星车，画质和时延反而更好。
推流CDN和线路质量：忽略这一层等于白花钱
带宽和线路是一体两面,不能只买大带宽不优化线路，推流端走公网时，CDN的推流域名接入节点决定了首跳质量，配置时注意：
- 就近接入：推流端使用CDN的边缘节点IP列表，自动选择RTT最低的节点，而不是固定IP。
- 线路探测：开播前用
ping和traceroute检查推流域名的连通性，RTT高于50ms时考虑切换节点。 - 协议优化：RTMP慢启动但兼容好，SRT抗丢包但需要放通UDP端口（默认端口：SRT使用UDP 8000，RTMP使用TCP 1935），防火墙规则不匹配，线路再好也是白搭。
直播推流带宽价格构成与避坑
带宽的价格不只是套餐标价,实际成本包含三个部分：
- 基础带宽费：按峰值或月95计费，峰值计费适合有规律直播，月95适合流量波动大的业务。
- 线路附加费：BGP比单线贵，专线按端口和带宽双重计费。
- 地域差异：国内主流云厂商的价格，华东、华北节点的资源池大，价格相对透明；西部节点带宽单价可能上浮，但延迟更低。
避坑建议：不要只盯着带宽单价，先确认账单是按出方向流量计费还是按并发连接数计费，直播推流是长连接，连接数占用高但流量不一定大，有些计费模型反而吃亏。
实测校准：用便宜工具测出真实带宽需求
动手配置之前,用现有设备跑一遍压测，比任何理论计算都靠谱。
- 步骤1：用OBS或ffmpeg推流到测试节点，ffmpeg命令示例：
ffmpeg -re -i test.mp4 -c copy -f flv rtmp://你的推流域名/live/test
- 步骤2：用
iftop工具实时监控推流进程的上行流量，确认实际带宽占用。 - 步骤3：用
mtr（组合了ping和traceroute的工具）持续追踪推流域名的路由路径，观察丢包率。丢包率超过1%时，线路质量大概率不合格。 - 步骤4：模拟并发推流，开多个终端同时执行ffmpeg推流，每增加一路记录一次CPU和带宽占用，找到你服务器的瓶颈点在CPU编码还是网卡吞吐。
直播推流带宽和线路常见问题解答
直播推流对上行带宽的要求是多少？
主要看推流码率。1080p高清推流需要6-8Mbps稳定上行带宽，再叠加1.5倍冗余，实际建议预留10-12Mbps，用手机直播时，4G网络理论上行速率足够，但高峰期不稳定，建议开启“流畅优先”模式自动降低码率。
直播推流线路选择BGP和单线的区别大吗？
区别很大。单线只服务单一运营商用户，跨网延迟高且容易丢包，BGP线路自动优化路由，让不同运营商的推流端和观众端都走最优路径，只要预算允许，直接选BGP，尤其是在观众分布不明确的情况下。
直播推流卡顿是带宽不够还是线路问题？
两者都有可能,但优先排查线路，再看带宽，先用mtr查丢包，如果丢包率高但带宽没跑满，是线路质量差；如果带宽跑满且CPU占用高，才是带宽不足，多路推流场景下，UDP端口被防火墙拦截也是常见隐藏原因，SRT推流失败时记得查安全组规则。
直播推流的带宽和线路配置,本质上是“编码参数 + 业务并发 + 观众分布”三个变量的协同决策，先严格控制码率，再预留1.5-2倍带宽冗余，最后根据观众所在的运营商和地域选择BGP或专线，配置完成后一定要用压测工具验证，不要相信“看上去很快”的主观感受，记住一个原则：线路质量决定流畅度的下限，带宽大小决定画质的上限，两者缺一不可。