做直播工程这些年，最怕客户临开场才问一句"我们网络应该够吧"。其实直播带宽预估从来不是拍脑袋，它决定了一场会是从容收尾还是全网卡成幻灯片。去年 11 月中旬的周四下午两点半，华东某制造园区的年度供应商大会，就因为没把上行算清楚，开场七分钟集体掉线。下面把我常用的算盘摊开讲，省得你也踩坑白熬夜。
直播带宽预估的第一步是分清上下行
家用宽带最常见的坑，是把"一百兆"当成能推一百兆。那是下行，你刷视频用的。直播推流走的是上行，很多小区上行只有下行的十分之一，标称一百兆的宽带，上行可能就给到 8 到 12 Mbps。我当时在西南一个会展中心搭车展直播，客户拍胸脯说"我们一千兆专线"，结果一测上行只有 38.4 Mbps，脸都绿了。摄行科技这几年接的活里，一半以上的现场头一件事就是先拿测速软件怼脸测上行，别信合同上那行漂亮数字。
上行还分"稳定上行"和"突发上行"。编码器不是匀速吐数据的，关键帧一出来，瞬时码率能飙到平均值的 1.7 倍。所以你看到的码率表只是平均，真到了 GOP 头部那一下，网络就被猛灌一口。不少新手拿平均码率去申请专线，结果一翻页就卡，就是这个原因。我们一般在会场角落先拉十五分钟实采，把峰值码率记下来，再反推该申请多少上行，比看厂商给的参考值靠谱得多。
并发人数怎么折算成直播带宽预估
很多人以为"一万人看就要一万份带宽"，错得离谱。观众端是下行，走的是 CDN 分发，平台边缘节点扛着，跟你推流的上行没半毛钱关系。所以直播带宽预估真正算的只有一路推流上行，也就是你编码器到服务器的那根管子，跟现场坐了多少人、手机上看的有几万完全无关。
折算公式其实很土：单路推流码率 × 安全系数 = 你需要准备的上行。假设主备两路 1080p，主路 6 Mbps，备路 4 Mbps，那就是 10 Mbps 推流，再乘 1.3 左右的抖动系数，上行至少要留 13 Mbps。如果还要多平台同时推，每加一个平台就加一路。去年双十一前的一场品牌发布，客户非要抖音、视频号、私域三端同推，我们直接按三路 6 Mbps 算，上行压到 23 Mbps 才稳。摄行科技刚入行时也这么以为，被甲方一句"万人大会"吓去加专线，后来才明白冤枉钱花在哪。
这里有个反常识的点：观众越多，你推流带宽反而不增，增的是 CDN 账单。不少甲方被"万人同时在线"吓住，疯狂给自己加专线，纯属冤枉钱。真正该慌的是上行那一根线断了，全场黑屏，跟人数无关。这事儿真挺离谱的，但凡搞清上下行，能省掉一大笔没必要的开支。顺带说一句，观众端下行体验跟你推流无关，但跟码率档位有关，直播码率自适应原理 我们另写过了，这里不展开。
峰值和均值之间的直播带宽预估余量
前面说了关键帧会瞬时冲高。行业默认留 20% 余量，我自己的习惯是留 35% 到 45%，尤其是有 PPT 翻页、视频插播的场次。PPT 从纯色跳到满屏图表那一帧，码率能瞬间翻倍，留少了就卡顿。直播带宽预估余量别只盯平均值，峰值才是真刀子。
我一般做一张表给客户看余量怎么来的：
| --- | --- |
| 主路推流码率 | 6 Mbps |
| 备路推流码率 | 4 Mbps |
| 多平台追加 | 3 路 × 6 Mbps |
| 平均总上行 | 28 Mbps |
| 建议预留系数 | 1.4 |
| 实际需申请上行 | 约 39 Mbps |
西南那次车展，我们按 1.4 系数申请了 40 Mbps 上行专线，结果插播宣传片时瞬时冲到 33 Mbps，余量刚好兜住。要是只留 20%，那一下就爆了。摄行科技交付前的彩排，一定会用宣传片实拉一遍，看峰值落在哪，而不是只看平均码率表。现场那股线缆的胶皮味混着盒饭的油腻味，倒是提醒我们别偷懒。有回客户嫌麻烦跳过这步，结果正片一播就卡，全场尴尬得不行。
一场真实翻车复盘
说回华东那场掉线。那是去年 11 月中旬周四下午两点半，园区自己拉的临时光纤，号称 50 兆上行。我们到现场才发现，那根光纤是和园区办公网共用的，下午两点半正好是下班前摸鱼高峰，上行被同事刷剧吃掉一大半。开场七分钟，主路掉，切备路，备路也掉，直播间瞬间灰屏。
摄行科技的教训就是太信"合同带宽"。后来我们改成：任何临时线路，必须拉一条独立光猫，现场测速截图留档，峰值时段连测三次。那次救场靠的是 4G 背包临时顶上，画质掉到 720p，但至少没冷场。盒饭都凉了大家还在调线路，那个临时电源插座还滋滋响，现场一股塑料烧焦味，现在想起来都后怕。线缆缠了一地，谁不小心踢到就又是一轮掉线，那天的会开到晚上九点才收尾。
给客户的带宽清单怎么写
别给客户发一句"请准备 40 兆上行"就完事，那等于没说。我习惯写成一张带责任边界的清单：
推流上行：独立专线 ≥ 39 Mbps，避开办公网共用； 本地供电：独立插座两路，带 UPS 不断电； 备用链路：4G/5G 背包一路，提前实名激活； 测速要求：峰值时段连测三次，截图回传； 禁止行为：直播时段同网段禁止大文件下载、视频会议。
直播带宽预估清单要写清"独立"和"峰值连测"，不然现场出问题一眼分不清锅是谁的。摄行科技把这张清单当合同附件走，很多纠纷就是清单写太虚，出了事互相甩，最后乙方背锅。白纸黑字写清责任，比什么都管用。我们甚至会在清单背面画拓扑图，甲方看着直观，也不容易赖账。有回甲方非说网络是他提供的没问题，翻出连测截图，峰值只有 11 Mbps，当场没话讲。
弱网兜底的最后一道闸
再好的预估也怕意外，所以得有兜底。主备双路推流先顶上，主路挂了自动切备路；要是专线整段没了，4G/5G 背包还能走公网兜底；真到了极限，降码率保流畅，宁可糊一点也别卡。这里有个细节：SRT 协议比传统 RTMP 抗丢包强太多，弱网下能靠前向纠错把丢的包补回来，这事儿真挺离谱的，老协议居然还在大量使用。
关于弱网传输的底层标准，可以顺着 W3C 的 WebRTC 规范 往下啃，实时传输那块写得清楚。推流侧的编码与封装也可以参考 中国通信标准化协会 发布的行业文稿。另外我们一般会建议客户读一读 SRT协议凭什么取代RTMP成为专业推流首选，原理讲得透。还有 直播回源带宽为什么总是超预算 这篇也值得看，回源那块经常被忽略。以及 直播CDN节点选错会让延迟凭空多两秒，节点选错延迟凭空多两秒，跟带宽预估其实是一套账。
弱网兜底说到底，是承认"网络一定会出事"，然后把出事后的观感托住。这事儿真挺离谱的，但凡甲方肯多花半小时看清单，能省掉半夜救火的命。
需要更稳的方案，或者想让我们派人去现场帮你把上行实测一遍、顺手把清单和兜底都搭好，直接找摄行科技聊就行。我们按你的场地类型和人数，给你出一份能直接签字的带宽算盘，省得临开场再翻车。
#摄行科技
