算教育直播大班课的下行带宽，核心就一句话：把“峰值并发观看人数”乘以“单路流畅播放所需码率”，再留出30%冗余，同时确认上行带宽够用，这事基本就稳了。大白话讲，带宽不是按总学生数买的，而是按“同时在线看的人”和“卡不卡的标准”买的，下面把算法、避坑点和真实场景彻底拆开讲。
先别套公式，先搞懂下行带宽和上行带宽的区别
很多老师第一次买带宽,上来就问“我2000个学生要多少带宽”，结果被IDC推荐了一台高配服务器，这里有个概念必须先捋直了。
- 下行带宽：指服务器向学生端推流的数据出口速度，大班课里，学生只收画面和声音，几乎不发数据，所以真正的压力全在服务器下行。
- 上行带宽：指老师端（或媒体服务器）把视频流送给平台的速度，老师用家用百兆宽带直播，通常上行被限制在4Mbps到8Mbps，这决定了推流码率的上限。
业内专家指出,九成带宽测算事故都出在混淆了“总用户数”和“并发在线数”，或者把下行带宽买够了，结果老师的路由器太远，上行不稳导致全直播间卡顿。测算下行带宽是第一步，但永远别忘了验证上行链路是否匹配。
核心算法：峰值并发人数 × 单路码率 × 冗余系数
这是整个测算逻辑的地基,别被复杂的网络术语吓住，本质上就是一道乘法题。
第一步：别用报名人数算，要用“峰值并发在线数”
大班课有开始、中场、结束的节奏波动，热搜课和考前提分课，开课瞬间涌入的人往往是最多的。
- 报名3000人的课,实际同时在线峰值可能只有1500人到2200人，这个比例受课程时段影响。
- 个别营销大课,前5分钟并发率极高，达到报名的80%以上，随后回落。
- 行业共识认为,取“开课第3到5分钟”和“老师抛出重难点”两个时间点观测后台并发数，最接近真实峰值。
没有历史数据的新课,建议按报名人数的60%到70%预估并发上限，保守一点没坏处。
第二步：码率直接决定学生看到的清晰度和流畅度
码率是视频每秒传输的数据量,单位是Mbps，它和清晰度强相关，但并不是越高越好。
| 授课场景 | 推荐码率 | 适合画质 | 每路带宽占用 |
|---|---|---|---|
| 纯PPT录屏 + 老师头像小窗 | 5Mbps | 高清 | 约0.2MB/s |
| 老师出镜讲解 + 白板手写 | 2Mbps | 高清 | 约0.25MB/s |
| 实验演示 / 复杂板书细节 | 5Mbps | 超清 | 约0.32MB/s |
| 美术书法跟练 | 3Mbps | 超清 | 约0.38MB/s |
记住一个换算口诀：1Mbps等于128KB/s，如果单路码率2Mbps，那一个学生每秒要吃掉256KB的服务器出口流量。
第三步：冗余系数怎么留
理论算出来的数值是“理想满速”，但公网传输存在波动，服务器也扛不住瞬间冲击，这里把冗余规则直接写出来：
- 常规课程：在理论峰值基础上加30%冗余，即乘以1.3。
- 考前冲刺、免费引流大课：加50%冗余，因为这类课程分享率极高，中途可能涌入新用户，峰值呈锯齿状波动。
- 同时开多个班次：不能简单叠加，要看各班级的“开课时间错峰程度”，完全同时开课才做加法，错开15分钟以上按最大单课带宽来算。
实操举例：一门2000人报名的单词速记课，预估峰值并发1400人，采用2Mbps码率直播。
- 理论带宽 = 1400 × 2Mbps = 2800Mbps
- 加30%冗余 = 2800 × 1.3 = 3640Mbps
- 换算成云服务器带宽,约等于6Gbps，即每秒需要从服务器传出约455MB数据。
如果租用的云服务器是“按固定带宽计费”，这个数值意味着你需要一台具备5Gbps以上出口能力的实例，或者用按流量计费配合CDN分发。
大班课方案的隐藏分水岭：直推 vs CDN分发
同样算出3.6Gbps，你的技术选型会彻底改变成本结构。
裸奔直推方案：一台高配服务器打天下
- 适用场景：同时在线人数低于500人，且对成本极度敏感。
- 带宽形态：云厂商的“按固定带宽”计费，买10Mbps到100Mbps独享带宽，一个月几百到几千元。
- 坑点：并发一旦冲破服务器连接数上限，不是卡顿而是直接黑屏，很多老师用OBS推流到一台4核8G服务器，学生超过300人就集体掉线，就是没算清带宽和连接数的双重瓶颈。
CDN加速方案：大班课的常规解法
- 适用场景：并发超过800人，或学生分布在全国各地。
- 原理：直播流先推到源站，再由CDN节点分发到离学生最近的机房，你的服务器下行带宽只需覆盖“源站到CDN”这一路，通常100Mbps到200Mbps下行就够用了，真正的压力被CDN节点分摊。
- 计费逻辑：按CDN流量或带宽峰值计费，远超自建服务器带宽成本，但换来了平滑体验。
这里有个算账技巧：按流量计费的CDN，1TB流量大概能支撑1500人看2小时的2Mbps直播，如果每月开课20次，每次2小时，峰值并发1000人，总流量约60TB/月，对比自购一台3.6Gbps带宽的物理机，CDN方案通常更划算，且不用熬夜处理突发故障。
实操测带宽的四个步骤，不靠猜
理论算完,必须实测，强烈建议开播前48小时做一次压测。
- 创建测试直播间，用OBS推流到正式环境。
- 用5到10台手机/电脑同时接入，观察后台显示的“实时下行带宽”与“连接数”，如果后台数值和理论计算差距巨大，优先查码率设置是不是被平台二次转码了。
- 找3个不同省份的学生（比如新疆、广东、黑龙江）点开高清模式，问他们拖动进度条是否秒开，这能验证CDN节点覆盖是否够用。
- 关掉老师端的Wi-Fi，改用网线直连路由器，测一下上行带宽是否稳定在4Mbps以上，这一步能排除“服务器没问题，老师端拉了胯”的尴尬情况。
10000人直播带宽需要多少，直接给个参考
你搜“10000人直播带宽需要多少”，大概率看到的是“至少20Gbps”这种吓人数字，但真实情况更细：
- 1万人同时在线,如果码率压到2Mbps（适合PPT课），理论带宽 12Gbps，加冗余需
15Gbps以上
。 - 这类规模几乎不可能用单台物理机扛,必须上CDN分流，源站带宽需求反而只有200Mbps到500Mbps。
- 真正的瓶颈往往出现在“并发人数过万时，互动聊天室的WebSocket连接数”上，这是另一个维度的性能问题，带宽再大也救不了服务器CPU。
测算带宽是一套组合拳：
- 自建服务器裸推：适合小班课，带宽成本低，但并发天花板明显。
- CDN分发：适合大班课和万人课，算清月度流量费用即可。
- 让学生切换为“极速模式”（即低码率），能在带宽不足时保留基础教学，这是最后的保险丝。
最终结论：测算下行带宽，请始终围绕“峰值并发、单路码率、冗余系数”三个变量展开，报3000人期望2Mbps清晰度，就按3.6Gbps预留出口带宽；人数过万，果断放弃自建带宽思路，改用CDN分流，下行带宽永远只算“服务器往外推的量”，但只要学生反馈卡，第一时间检查老师上行的推流质量，带宽没有一步到位的魔法，只有精细计算和压测后的从容。
教育直播大班课下行带宽怎么算？常见问题扫尾
问：用家用宽带推流，是不是下行带宽不用买太多？
对,家用宽带上行一般只有4Mbps到8Mbps，推流码率撑死3Mbps，此时服务器下行带宽按“推流码率”而非“学生需求码率”算，因为输入源只有这么多，想让学生看超清，老师端必须先拉一条上行30Mbps起的商用宽带。
问：云服务器按流量计费和按带宽计费怎么选？
按带宽计费适合稳定在线时长,按流量计费适合有突发峰值的课程，大班课强烈建议“按流量计费”，因为课间休息时带宽闲置，按带宽计费等于亏钱，计算方法是：预估总流量（GB）= 码率(Mbps) × 并发数 × 时长(秒) ÷ 8 ÷ 1024，再乘以单价对比即可。
问：学生卡的根源是服务器下行带宽不够吗？
不完全是,90%的卡顿来自两个地方：一是学生端Wi-Fi信号差或运营商跨网延迟，二是服务器连接数被打满后拒绝新请求，观察后台指标时，同时在线人数”远低于“连接数上限”但学生仍然卡，先跑一遍MTR路由测试，再怀疑带宽数值本身。