在线课堂系统的带宽与并发设计，核心在于根据用户规模、互动模式和数据传输类型，预先评估峰值并发数，并匹配对应的上行/下行带宽，同时采用CDN分发、边缘节点和弹性扩容等技术来保障流畅体验。
很多人在搭建在线课堂系统时，会纠结带宽到底要买多少，并发用户数怎么算，这些直接影响体验和成本，本文从带宽和并发两个维度，拆解设计要点,并给出可落地的操作步骤。
在线课堂系统带宽要求与成本估算
带宽需求不是拍脑袋决定的，而是由几个关键参数推算出来的，你需要明确视频分辨率、帧率、编码方式、同时在线人数,以及师生互动模式。
带宽计算的基本公式
单路视频码率乘以同时传输的视频流数，就是总带宽需求,但要注意上行和下行分开计算。
- 教师端：通常需要上传摄像头画面和屏幕共享，所以上行带宽需求较高，一个1080p屏幕共享流，码率通常在1-2Mbps；如果同时开启摄像头，再加5-1Mbps。
- 学生端：主要接收视频流，下行带宽需求取决于同时观看的人数，如果学生也开启摄像头互动,则上行也需要考虑。
多数情况下，教师端的上行带宽是瓶颈，很多在线课堂系统建议教师端带宽不低于10Mbps上行,以保证同时推流两路高清视频。
不同场景下的带宽要求
用表格对比更直观：
| 场景 | 教师端上行 | 单个学生下行 | 学生端上行（若互动） |
|---|---|---|---|
| 1对1网课 | 2-4 Mbps | 1-2 Mbps | 5-1 Mbps |
| 小班课（10人） | 4-6 Mbps | 1-2 Mbps | 5-1 Mbps |
| 大班课（100人） | 6-10 Mbps | 1-2 Mbps | 不需（或仅少数） |
注意：这些是基准值，实际编码器设置和动态画面会影响码率，你可以用ffmpeg配合iperf测试你的网络环境，
ffmpeg -re -i input.mp4 -c:v libx264 -b:v 2M -f mpegts udp://192.168.1.100:1234,然后观察实际带宽占用。
带宽成本估算
带宽成本因部署方式而异，选择本地部署在线课堂系统时，带宽是固定线路成本，比如百兆独享带宽每月几千元，还需要考虑多线BGP，而使用云服务，则按流量计费，每GB约0.1-0.8元，视运营商和地区不同，在对比在线课堂系统报价时，带宽成本往往是被低估的部分，行业共识认为，带宽支出占在线课堂系统总运营成本的相当比例，尤其当用户规模增长时，你可以通过云服务商的成本计算器预先估算,比如简米云或酷番云的带宽包。
在线课堂并发人数怎么计算？设计要点解析
并发设计比带宽计算更复杂，因为它涉及服务器架构、负载均衡和弹性扩容，你需要先明确并发用户数的定义,再选择合适的架构。
定义并发用户数
并发用户数不是简单的同时在线，而是指在同一时刻进行音视频传输和互动的用户数，一个100人在线的课堂，如果只有教师发言，学生只听，那么并发压力集中在教师端；如果学生分组讨论，则每组都有并发，在压测时，你用wrk或JMeter模拟的并发数,应该对应这种真实互动场景。
常见的并发架构
- Mesh架构：每个端与所有端直连，适用于小规模（<10人），不适合大规模,因为带宽消耗随用户数平方增长。
- MCU架构：服务器混合所有音视频流，再分发给客户端，优点是节省客户端带宽，但服务器压力大,且延迟高。
- SFU架构：服务器转发流，每个客户端只接收需要的流，是当前主流，如WebRTC的SFU模式，对于在线课堂，SFU架构灵活性高,能够支持数百人并发。
你可以用Janus Gateway或mediasoup搭建SFU，它们支持WebRTC,并提供了水平扩展方案。
并发负载均衡策略
当用户数超过单台服务器能力时，需要做负载均衡,可参考以下步骤：
- 使用DNS轮询或IP哈希将用户分配到不同媒体服务器。
- 对WebRTC服务，部署Nginx RTMP模块或Janus等网关,实现媒体流向的分发。
- 监控各服务器的CPU、内存和网络连接数，动态调整分配权重，你可以用
prometheus配合grafana实时监控这些指标。
弹性伸缩方案
弹性伸缩是应对并发峰值的关键，多数云服务商提供自动伸缩组，你可以设置基于CPU利用率的策略，当平均CPU超过60%时自动增加实例，对于在线课堂，建议也关注网络进出流量指标，因为流量可能先于CPU达到瓶颈，业内专家指出，在并发设计时，还需要考虑瞬间涌入的场景，比如课程开始前5分钟，大量用户同时加入，可能导致服务器链路打满，预启动一定量的冗余实例是必要的,也可以在应用层实现排队机制。
带宽与并发优化实践
前面讲了设计要点，这里给出一些可落地的优化方法，这些方法能显著降低带宽消耗,提升并发承载能力。
视频编码优化
使用H.265/HEVC编码可以降低约50%的码率，但需要客户端支持，对于WebRTC，可以开启VP9编码，浏览器兼容性较好，动态码率适应（ABR）可以根据网络状况自动调整清晰度，保证流畅，在ffmpeg中，你可以用libx265编码，并设置-crf 28,平衡画质和码率。
使用CDN和边缘节点
对于非实时互动部分（如课件、录播），使用CDN加速分发，降低源站带宽压力，对于实时音视频，可以在边缘节点部署SFU，减少中心服务器压力，降低延迟，在多个地区部署mediasoup worker，并通过nginx根据用户IP区域路由。
客户端优化
- 限制学生端同时开启摄像头的人数,例如只允许前5名发言者开启。
- 对于屏幕共享，使用区域编码，只传输变化区域,减少带宽占用。
- 在客户端实现码率自适应，根据自身带宽选择合适的分辨率，WebRTC原生支持
RTCRtpSender.setParameters动态调整码率。
具体操作示例：配置Nginx缓存静态资源
location ~ \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 30d;
add_header Cache-Control "public, immutable";
}
这只是简单示例，实际需要结合项目情况，对于WebRTC静态资源，你还可以启用gzip压缩,减少传输体积。
Q&A：在线课堂系统带宽与并发常见问题
在线课堂系统带宽要求与普通视频会议有什么区别？
主要区别在于，在线课堂场景下，教师端通常需要同时上传屏幕共享和摄像头画面，且教师端对上行带宽需求更高，普通视频会议可能只传输摄像头画面，且多人发言时对称性更强，课堂系统可能涉及数千人同时观看，普通视频会议通常不支持这么大并发，课堂系统对带宽和并发的要求更高，需要专门的架构设计,比如SFU加CDN的组合。
本地部署在线课堂系统需要多少带宽？
这取决于同时在线人数和互动模式，以一个100人班级为例，教师端需要至少10Mbps上行（用于推流），学生端需要2Mbps下行，如果100人都接收，则下行总带宽需求约200Mbps，但实际用户分散，且可通过CDN降低，建议企业带宽至少100Mbps独享，并考虑多线BGP以保证不同运营商用户的访问速度，实际部署时，可以用speedtest-cli测试各节点带宽,确保达标。
在线课堂系统哪个平台带宽优化做得好？
目前主流平台如腾讯课堂、Zoom、ClassIn等，都采用自适应码率和多区域部署，选择时，重点评估其媒体服务器架构是SFU还是MCU，是否支持动态码率和边缘节点，对于有特定区域需求的，比如教育机构集中在一线城市，建议选择在当地有节点的平台，最终以实际压力测试结果为准，没有绝对哪个最好,只有最适合自己场景。