早上八点，某中学网课准时开始。教室大屏卡在登录页，学生端视频画面糊成马赛克，老师语音断断续续像收音机调频——不是服务器崩了，很可能是带宽不够用。
一节课背后的真实流量消耗
不是所有“高清”都一样。1080p 视频在不同编码、帧率、码率下，实际带宽占用差得挺远。比如：
- 720p 课堂直播（H.264 编码，30fps）：约 1.5–2.5 Mbps/人
- 1080p 双流课件+教师画面（H.265 编码）：约 3–4.5 Mbps/人
- 含实时白板、手写标注、AI字幕的互动课：上行带宽也得留足，教师端建议不低于 5 Mbps 上行
如果一个平台同时有 2000 名学生在线上课，按平均 3 Mbps/人算，下行总带宽就得扛住 6 Gbps。这还没算后台管理、课件下载、录播回放这些附加流量。
带宽不是越宽越好，而是要分场景配
学校自建直播平台和用公有云 SaaS 服务，对带宽的要求逻辑完全不同：
自建方案里，出口带宽是硬门槛。比如某高校部署私有网校系统，核心交换机到互联网出口只有 1 Gbps，结果全校 3000 人同时进课，网络直接拥塞，连登录接口都超时。后来升级到 10 Gbps 出口，并搭配本地 CDN 缓存热门课程视频，才稳住。
而用腾讯课堂、钉钉课堂这类第三方平台，学校侧主要看接入带宽是否够用。重点其实是终端到平台之间的链路质量——比如教室 Wi-Fi 覆盖弱、AP 接入数超载、学生用老旧路由器，这些都会让“明明买了 100M 宽带却卡得没法看”的情况反复出现。
几个容易被忽略的带宽坑
• 上行被低估：很多家庭宽带套餐标称“100M”，其实上行只有 20M 或更低。老师开摄像头+共享屏幕+语音，三路并发很容易吃满上行，导致自己画面卡顿、声音延迟，学生反而看着流畅——问题不在学生端，而在老师那头。
• 非视频流量也在抢带宽：课前自动更新 App、课中同步题库数据、课后上传作业附件……这些小流量叠加起来，高峰期也能占掉 10%～15% 的可用带宽。
• 突发流量没预留：上课开始前 5 分钟，大量学生集中登录、加载课件封面、预加载首段视频，瞬时请求量可能比均值高 3 倍以上。没做带宽弹性或限流策略，就容易“秒崩”。
怎么粗略估算你平台要多少带宽？
可以套这个简单公式：
所需总带宽（Mbps） = 并发用户数 × 单用户平均码率（Mbps） × 1.3（冗余系数）例如：预计峰值 1500 人在线，主推 720p 直播（取中间值 2 Mbps），那么：
1500 × 2 × 1.3 = 3900 Mbps ≈ 4 Gbps注意：这是纯下行理论值。若支持师生双向互动、录播转存、后台运维等，建议再上浮 20%～30%。
带宽不是买得越多越保险，而是得看清数据从哪来、往哪去、谁在用、什么时候用最猛。把带宽当水龙头看——拧太小，水流不出；拧太大，水管接不住，照样漏水。