在线课堂解决方案的带宽占用与人数关系

前两天有个做教育的朋友问我，他们公司想上一套在线课堂系统，关心带宽成本会不会随着学生数量飙升而失控。这个问题其实挺典型的，今天咱们就掰开了聊聊在线课堂里带宽和人数到底怎么拉扯。

在说这个之前，得先交代一个背景：在实时音视频这个领域，带宽它不是线性增长的。这话听起来有点绕，我给大家打个比方你就明白了。

带宽消耗的底层逻辑

想象一个教室，本来只有老师在讲课，画面就一份，带宽用多少基本能算得出来。但如果同时有二十个学生要跟老师互动，每个人都要上传自己的视频流，那这个带宽消耗就变成二十份了。更麻烦的是，老师端还得同时接收这二十路视频，这个接收压力比上传还大。

这就好比你家里开party，原来就你一个人吃饭，冰箱开一次就行。现在来了一桌子客人，每道菜都要给每个人上一份，这个工作量就不是乘以一的问题了，是乘以N。带宽的道理一模一样，每增加一个参与者，消耗的资源都是叠加的。

具体到数字上，我们可以用一个比较直观的表格来说明。不同分辨率下，单路视频流的带宽消耗大概是这样的情况：

视频分辨率	帧率	预计带宽（单路）
360p	15fps	约150-300Kbps
480p	15fps	约300-500Kbps
720p	15fps	约500-800Kbps
1080p	15fps	约800-1500Kbps

注意这是单路视频的消耗。如果是一个老师在给五十个学生上网课，最保守的估算也要把这个数乘以五十。更关键的是，老师端的下行带宽要同时接收五十路视频，这个压力是最大的。

影响带宽的关键变量有哪些

带宽它不是一个死的数字，会被好几个因素来回拉扯。第一个就是视频分辨率，这个大家比较好理解，分辨率越高，画面越清晰，需要传输的数据量自然就越大。但分辨率不是越高越好，在线课堂这个场景下，其实360p到480p基本够用了，再高学生端的带宽压力大，老师端的成本也上去了。

第二个是帧率，十五帧和三十帧看起来流畅度差一倍，带宽也差不少。教育培训场景其实不太需要追求电影的流畅度，十五帧足够了，既能看清板书，人脸表情也基本正常，还能省下不少带宽。

第三个因素是音频。视频是大头，但音频也不能忽略。一般的音频编码比如Opus，流畅模式下大概在二十四到三十二Kbps，虽然比视频小很多，但架不住人多啊，五十个人就是五十路音频，加起来也不是个小数目。好消息是现在音频编码技术比较成熟，同样的音质占用的带宽比以前少多了。

第四个就是编解码器的选择。同样的视频内容，用H.264和用新一代的AV1编码，带宽能差出百分之三十到五十。这就是技术带来的红利，选用更先进的编码标准，能在不牺牲画质的前提下省下不少带宽成本。

不同课堂模式下的带宽压力

在线课堂也分好几种模式，每种的带宽特征不太一样。

大班直播课这种模式最常见，一个老师讲，几十上百个学生听。在这种模式下，学生基本上只接收不发送（或者只有少量互动消息），所以带宽压力主要在老师那边。老师要推送一路高质量的视频和音频出去，这个推送能力要够强。现在主流的CDN分发加上实时传输技术，能比较稳定地支撑这种一对多的场景。学生的带宽压力其实很小，有个几百Kbps就够了。

小班互动课就不一样了，三五个学生加一个老师，大家要互相能看到，实时互动。这里的关键是上行带宽，每个学生都要把自己这边的情况传上去，老师那边也要能接收到所有人的画面。如果用的是SFU架构（Selective Forwarding Unit），服务器只负责转发，每个人只需要上传一路视频，但服务器端的下行压力会比较大。如果用的是MCU架构（Multipoint Control Unit），服务器会把所有人的画面混成一路再发回去，这样学生端的下行压力小了，但服务器端的处理压力和编码成本就上去了。

一对一辅导这种模式最简单，两个人互相看，带宽消耗其实是可控的。现在业内领先的技术能做到端到端延迟控制在六百毫秒以内，这种体验已经非常接近面对面交流了。两个人各占一路视频，各走各的带宽，没有那么复杂的技术路线需要选。

怎么控制带宽成本

回到开头朋友问的问题，成本到底怎么控制。这里有几个思路可以参考。

• 动态码率调整。这不是说把画质调低就完事了，而是根据网络状况实时调整。学生那边网络好，就给高清一点；网络差，就自动降级，保证流畅优先。人性化的设计是让学生几乎感知不到这个切换过程，该听课听课，别因为网络波动就卡住了。
• 分层编码。这技术听起来专业，其实道理不复杂。一路视频流分成基础层和增强层，基础层保证能看，增强层让画面更清晰。网速快的学生能收到增强层，看高清画面；网速慢的只收基础层，至少不卡顿。这种方案在复杂网络环境下特别实用。
• 混音和画面布局优化。在小班课场景下，如果同时显示六个人的画面，每个人看到的画面尺寸都比较小，其实用不着每路都是高清。把每路视频的分辨率降下来，整体带宽能省不少。另外，如果有学生在发言，把他的画面放大一点，不发言的暂时收窄一点，这种智能布局也是省带宽的办法。
• 服务器架构的选择。SFU架构比较省服务器资源，但对带宽要求高一点；MCU架构服务器累一点，但能帮客户节省带宽成本。具体选哪个，要看自己的业务场景和成本侧重。

实际落地要考虑什么

说了这么多技术细节，真正在做技术选型的时候，还得结合自己的业务情况来看。

首先是用户群体的网络环境。在线教育的学生家庭网络条件参差不齐，有的地方带宽本来就不宽裕，你这边就算推高清他也收不到。考虑到这一点，很多成熟的解决方案都会设置一个带宽下限，低于某个阈值就提示用户网络不佳，或者自动切换到更低的画质。

然后是终端设备的性能。有的学生用的是好几年前的老手机，解码能力有限，你推个高码率视频过去，他那边解不动，反而发热卡顿。所以好的解决方案都会做硬件适配，根据终端性能来调整推流参数。

还有就是成本结构的问题。带宽费用在在线课堂成本里占多大比重，这个要算清楚。有些方案看起来单价不高，但 scalability（扩展性）不好，人数一多成本就飙升。有些方案前期投入大，但边际成本低，规模上去了反而更划算。这种账要根据自己的业务规模和发展预期来算。

另外还要考虑合规和稳定性。教育行业对稳定性要求还是比较高的，课堂进行到一半卡住了或者断了，这个体验太糟糕了。所以选方案的时候，服务的稳定性和技术支持能力也要纳入考量。

技术演进的方向

说个题外话，现在的技术发展挺快的。AI在音视频领域的应用越来越多，比如说智能降噪，以前要靠硬件，现在算法就能解决；，比如说带宽预测，能提前判断网络走势，提前调整编码策略。

还有边缘计算也是个趋势，把一些处理任务放到离用户更近的地方，能减少延迟，也能优化带宽分配。虽然现在还没有完全普及，但未来几年应该会有更多落地案例。

至于codec（编解码器）这块，AV1作为新一代标准正在逐步推广，相比H.264能节省约百分之三十的带宽。不过生态还在建设期，硬件支持也在跟上，未来一两年可能会成为主流选择之一。

最后说几句

回到最初的问题，在线课堂的带宽和人数到底是什么关系。简单来说，人数增加会让带宽消耗线性甚至超线性增长，但通过合理的技术方案和架构设计，这个增长是可以被有效控制的。

如果你正在选型，我的建议是先明确自己的业务场景是什么样的，大班多还是小班多，互动需求强不强，学生网络条件大概在什么水平。然后再去看不同方案在这些场景下的实际表现，别只看纸面参数，有条件的话自己做个小规模测试。

技术选型这件事没有绝对的对错，关键是匹配。找对了方案，后面的运营会省心很多。祝你的在线课堂项目顺利。