考试季在线监考视频流的并发上行压力，本质上是一场“数百路高清画面同时挤一座独木桥”的带宽与架构考验，解决思路是把每路视频的码率降下来、把上传流量分散开、把服务器扛量能力提上去。
在线监考视频流并发上行压力是怎么来的
每年六月和一月，高校、中学集中组织期末考试，在线监考系统会在同一时间段涌入大量考生，以一所普通本科院校为例，单场考试可能有2000到5000个摄像头同时开启，每路摄像头默认输出1080P甚至2K画面，码率在2Mbps到4Mbps之间，按3000人同时上传计算，上行总带宽需求大约是6000Mbps到12000Mbps，也就是每秒需要吐掉1.5GB左右的数据。
校园网出口通常只有千兆到万兆，而且很多学校出口链路是上下行不对等的，上行往往更紧张，再加上同一时间还有教务系统、视频会议、日常办公流量在抢带宽，上行压力瞬间被放大，业内专家指出，这类压力的核心矛盾不是单路视频多卡顿，而是并发路数×单路码率×持续时间三个变量叠加。
考试场景比直播更特殊的地方
- 直播有CDN分发，主播只上传一路，观众点多但下行压力大；在线监考却是所有考生同时上传，服务器要接收全部流,完全依赖上行链路。
- 直播出现卡顿可以重连，但监考视频需要连续、完整、可回放,丢帧和断流会直接影响考试诚信认定。
- 考试时间集中，压力峰值出现在开考前10分钟和考试中每小时的整点检查环节,平时闲置的资源在那一刻需要全部就绪。
上行带宽不够用会带来哪些具体问题
很多学校在考试季临时扩容出口带宽，结果发现效果有限，原因在于压力不仅出在运营商接入段，还出在校内网络架构、监控服务器性能和视频编码方式。
考生端到监考平台的全链路瓶颈
- 考生宿舍Wi-Fi弱，手机上行速率只有实际带宽的三分之一,视频不断重传。
- 校园网汇聚交换机处理能力不足，大量UDP视频流引发丢包,画面花屏。
- 监考平台服务器带宽入口有限，例如简米云按固定带宽计费的实例，每台最多几百Mbps,几千路流进来直接被拒。
- 平台本身没有做流媒体网关优化，每一路视频都走HTTP拉流,连接数爆表。
常见现象是：系统显示考生在线，但监考老师看到的画面是一张张“定妆照”，每几秒才刷一帧，这种情况下，
即便带宽物理上够了，用户体验仍然不及格。
解决并发上行压力的四个核心思路
第一：降低每路视频的码率，但保留关键帧
1080P不是必须的，行业共识认为，监考场景下720P分辨率配合2Mbps码率就足够看清考生动作和表情，而人脸识别和作弊行为检测对分辨率的要求反而低于人眼主观判断,整体策略：
- 考生端固定使用720P，帧率从30fps降到15fps，码率控制在1.5Mbps以内。
- 开启H.265/HEVC编码，相比H.264省一半码率，但注意部分老手机不支持硬编,需要做软编降级方案。
- 采用“动态分辨率”策略：画面静止时降到360P,检测到运动时自动升回720P。
- 关键帧间隔从2秒调到4秒,减少瞬时数据峰值。
第二：把上行流量从“直连服务器”改为“分级汇聚”
不要让每个考生的视频直接怼到中心服务器,规范做法是：
- 在每栋宿舍楼或教学楼部署边缘接入节点,比如一台带流媒体转发功能的软件网关或智能盒子。
- 考生设备先推流到最近边缘节点，由边缘节点做转码、抽帧和缓存。
- 边缘节点再以聚合后的单一长连接上传到监考平台中心,这样中心服务器面对的并发连接数从几千路降到几十路。
- 边缘节点还承担本地录制功能，即使中心网络断开,本地也有完整录像。
这个方案类似直播行业的多级转推，但更强调“边缘侧先落地”,减轻骨干网压力。
第三：利用空闲时间做提前预上传
监考视频其实可以拆成“考前握手”和“考中持续流”两段，考前5分钟，考生进入考场时，系统先让设备上传一张高清晰度定妆照和30秒环境试拍视频，用于身份核验和座位环境记录，正式开考后，视频流码率反而可以降低，因为主要监考目标是动作，不是容貌细节,这样可以错峰用满带宽。
第四：平台侧采用弹性带宽和限流策略
监考平台必须配置带宽自动伸缩，考试开始前10分钟提前拉高入口带宽，考试结束后再释放，同时设置每位考生的最大上传速率，超过阈值的自动丢帧或降清晰度,防止少数异常设备拖垮全局。
在线监考视频流并发上行压力有多大，用一个例子算清楚
假设一所学校有
5000人同时在线监考，采用H.264 1080P固定码率4Mbps,需要的总上行带宽为：
5000 × 4Mbps = 20000Mbps ≈ 20Gbps
学校校园网出口一般也就10Gbps，直接爆掉，如果改用H.265 720P动态码率，平均按1.2Mbps计算：
5000 × 1.2Mbps = 6000Mbps ≈ 6Gbps
再叠加边缘节点聚合，假设每个宿舍楼边缘节点只上传一路5Mbps的聚合流（内部完成转码和合并），那么中心服务器入口带宽只需要数十Mbps就够,两种方案对比如下：
| 方案 | 考生端码率 | 中心入口带宽需求 | 延迟 | 录像完整性 |
|---|---|---|---|---|
| 直连1080P H.264 | 4Mbps | 20Gbps | 低 | 依赖网络 |
| 直连720P H.265 | 2Mbps | 10Gbps | 低 | 依赖网络 |
| 边缘节点聚合 | 2Mbps | <1Gbps | 增加200ms | 边缘本地存储 |
最后一种方案并非完美,但它在预算有限时最实用。
考试季在线监考系统选型时的三个对比维度
本地部署和云平台哪种应对并发更稳
本地部署适合机房带宽充裕且技术团队足够的高校，你可以自己控制交换机策略和防火墙规则，云平台适合快速扩容，但注意云服务器的按流量计费在考试季会烧钱，一天上万块也常见，混合方案更推荐：边缘节点本地化，中心平台用云主机，考生端到边缘节点走校园内网,不占出口带宽。
在线监考和传统线下监考的成本区别
传统监考需要每位老师盯一个教室，按一场考试3小时计算，5000人需要大约150个监考老师，在线监考的核心成本是网络改造、软件license和服务器费用，如果学校本身有可用的校园网和电脑机房，每场考试的人均成本可以压到几块钱，但前提是视频流方案必须高效，否则后续补考、申诉的人工成本会吃掉节省的费用。
实操：从零配置一套抗并发上行压力的监考系统
第一阶段：网络摸底
- 用
iperf3测试宿舍区到机房的上行带宽,记录空闲和高峰两个时段的差值。 - 检查交换机是否开启
IGMP Snooping,防止组播广播风暴。 - 确认校园网出口运营商的上行承诺带宽，一般要留出30%冗余。
第二阶段：搭建边缘节点
选一台普通PC（双核CPU、8G内存）安装SRS或ZLMediaKit作为流媒体网关,配置如下：
- 监听TCP 1935端口接收RTMP推流。
- 开启转码功能，统一输出H.265 720P 1.5Mbps。
- 设置
hls_dispose参数，将切片时间设为2秒,方便快速预览。 - 用
nginx做反向代理,仅允许校内IP段访问。
考生端的推流地址填成rtmp://边缘节点IP/live/考场号-座位号，流带上时间戳,便于事后取证。
第三阶段：中心平台接入
中心平台通过标准GB/T 28181国标协议从边缘节点拉流，这样有NVR设备的高校可以直接复用现有监控存储，没有平台时，先开源部署一套wvp-GB28181-pro，它支持自动注册和录像回放,最后做一个压测：
- 用100台手机模拟推流,测边缘节点的CPU占用率。
- 用
tc命令模拟丢包和延迟,观察画面卡顿情况。 - 在考试前一周做全真模拟，把所有考生设备同时推流10分钟,记录丢包率和平均码率。
常见问题：考试季视频流上行拥塞还能怎么办
为什么运营商说带宽够用，实际还是卡
运营商提供的上行带宽往往指“保证带宽”或“平均带宽”，他们没说突发速率限制，校园网出口的运营商路由器通常会设置CIR（承诺信息速率）和PIR（峰值信息速率），考试期间流量超出CIR但低于PIR时，数据包会被标记为可丢弃，所以你需要跟运营商申请临时修改CIR策略,而不是单纯加带宽。
如何和在线监考系统供应商谈并发规格
别只听他们宣传“支持多少路并发”，要问三个数字：视频流入口带宽上限是多少、单路最大码率是多少、是否支持边缘节点聚合，如果供应商说“并发5000路”，但入口只配了1Gbps带宽，那么每路平均只能分到0.2Mbps，画面必然模糊，正确做法是让供应商提供一个已部署案例的带宽拓扑图，最好能在合同里写清“峰值并发下丢包率低于1%”。
如果考场教室网络很弱，能不能离线后补传
可以，在考生手机上开启本地录像，考试结束后用内部Wi-Fi或手机热点上传到指定服务器，但关键是在考试过程中要持续发送心跳信号和关键帧截图，每5秒上传一张JPEG图片，图片压缩后大约50KB，5000人同时传也只需要250Mbps，常规网络能扛住,这种混合模式比强行保视频流更务实。