弱网对抗
专网和家庭宽带里最常见的卡顿不是线路坏了，而是瞬时带宽不够。带宽不足时盲目重传只会让网络更堵，所以 SRTC 把上行、下行、丢包、终端性能分开处理，并始终遵循一条原则：先保音频，再保视频。公开口径为视频 30%、音频 50% 丢包下仍可流畅通话。
动态丢包重传
上下行都做丢包检测与重传，重传次数按网络状况在 2~4 次之间调整；网络好转后，重传带来的额外延迟会逐渐消失。
四档码率自适应
按延迟、丢包、抖动综合评估上行网络，分良好 / 一般 / 差 / 极差四档：视频码率依次为原码率、1/2、1/4、停发视频。升档时一档一档缓慢上调、间隔逐次拉长，避免「降了就好、升了又卡」的来回振荡。
摄像头与屏幕共享分开对待
摄像头画面降画质和帧率，但不主动改分辨率（避免影响录制等后处理）；屏幕共享必须清晰，只降帧率。
静止画面动态帧率
屏幕共享时对采集画面做隔行运动扫描，把画面变化比例告诉编码器；讲 PPT 等画面静止时帧率自动降到 1 帧，大幅降低上行占用。
I 帧拆分
帧率降到 1 帧时传输的基本只剩 I 帧。SRTC 把 I 帧间隔设为 2 秒、每个 I 帧拆成 2 个包逐秒发送，平滑 I 帧带来的突发，把 1080p 共享桌面的带宽依赖从约 1Mbps 降到约 500kbps。
视频转图片
上行连 0.5Mbps 都不到时，放弃发送共享桌面视频，改为发送桌面截图：图片走文件流分发、不抢占音频带宽，即便上行只有 0.1~0.2Mbps，语音也基本不丢包。
语音转文字
极限情况下上行不足 100kbps、语音都难以保证时，在端侧用离线语音转写把语音实时转成文字发给其他成员，声音断续时也能看字沟通。
动态大小流（SSVC）
编码端最多同时编码 7 路视频轨（演示流 + 大中小摄像头码流）；接收端只为大画面拉高清流（如 720p），小画面拉低清流（如 180p），随语音激励自动切换，同一时刻最多只接收一路高清流。
服务端带宽估算与发送整形
SFU 持续估算每个终端的可用下行带宽，在多档视频之间自动切换；下行发送做整形，音频走独立通道优先发送，视频按流排队并限制队列时长，拥塞时延迟不会无限累积。
音频优先的重传策略
带宽不足时降低甚至关闭视频的重传，让视频抢带宽的能力弱于音频；语音额外使用冗余编码，单个包丢失可从相邻包恢复。
语音模式
下行极差、丢包补偿和切小流都无济于事时，关闭全部视频接收、只收音频，作为保住通话的最后一道防线；为避免振荡，网络好转后不会自动恢复视频。
动态音频缓冲
终端 CPU 占满时，音频采集会一次积压多帧，接收端缓冲溢出就会破音。SRTC 的采集缓冲以 200ms 为基准、最大扩到 400ms，接收缓冲以 100ms 为基准按需扩展，在延迟和稳定之间动态取舍。
分级集群与就近接入
私有化项目的规模差异很大：从一台服务器的试点，到省、市、区县多级组网。SRTC 让容量取决于节点数量而不是单机性能，并让每个终端接入离它最近的集群。
三层解耦，各自扩展
会议层、RTC 层是无状态服务，状态集中在 Redis 与数据库，按实例数水平扩展，负载均衡轮询即可、无需会话粘滞；媒体层（SFU）按节点数扩展，两层互不牵制。
信令与媒体分离
信令经 HTTPS 进入业务实例，媒体是终端与媒体节点之间的 UDP 直连。业务实例扩缩容、升级或故障，都不会打断正在进行的通话。
按频道分片
同一频道的成员默认收敛到同一媒体节点，转发在单机内完成、没有服务器之间的中转流量；不同频道分散到不同节点，总容量随节点数线性增长。
单节点深度优化
转发热路径全程无锁，所有终端复用单一 UDP 端口便于防火墙配置，并配套内核收发缓冲调优，扩节点之前先把每台服务器的投入产出比做到最大。
静音抑制省带宽（DTX）
语音启用 Opus DTX，发言人静音期间上行码率下降约 80%，大会议、多接入点场景下显著降低整体带宽占用（实测环境 A/B 对照验证）。
四级节点调度
会话粘滞 → 频道亲和 → 负载择优 → 过载保护。媒体节点每 10 秒上报连接数、轨道数、带宽与 CPU / 内存，超过 30 秒未上报即判定下线，其上的终端自动重连到健康节点并重建订阅。
显式声明的就近接入
政务网和专网里光闸、地址转换设备普遍存在，按来源 IP 推断归属地并不可靠。SRTC 由业务系统在签发入会令牌时为每个用户指定线路，服务端按线路表返回对应的接入地址，结果可预期、可追溯。
内外网双栈
媒体节点按终端所属网络分组改写连接地址，同一台服务器可同时为内网终端和互联网终端服务；内外网可以使用各自独立的域名与证书。
分级独立集群
省级与各地市各部署一套可独立运行的集群，终端接入本地集群，本地会议的媒体流不出本地、不占上联带宽；上联链路中断时，各地本地会议照常进行。
离线交付
全部组件以容器镜像离线交付，配套图形化安装工具和多服务器批量部署 / 升级工具，安装、运行、升级全程不依赖公网。
单节点的承载能力受 CPU、网卡、码率档位和会议互看模型影响很大，我们建议按客户的真实业务模型先做一轮压测，再据此规划硬件。
内外网（光闸）互通
公安、法院、政务等单位的专网与互联网之间普遍部署光闸、网闸等隔离设备。它们不是路由器：不转发任意 TCP/UDP，只放行少数几种业务协议（常见的是 RTSP 视频流），所以普通音视频系统的业务接口、信令和 UDP 媒体流都过不去。SRTC 用一对网关解决这个问题：外网用户不打破隔离，也能和内网用户开同一场会。
典型拓扑
一对网关，分居隔离设备两侧
外网网关部署在光闸外网侧，对外提供接入端口；内网网关部署在内网侧，对接会议平台的业务接口、信令和媒体服务。内网用户照常直连平台。
封装成光闸放行的协议
网关把流量封装成标准 RTSP 会话穿过光闸：HTTPS 接口和信令走 RTSP over TCP，保证有序可靠；音视频走 RTP 通道，保证实时性。到对端还原成原始流量，回包按原路返回。
加密数据原样透传
网关不解析、不解密业务数据，HTTPS、TLS 信令和 DTLS-SRTP 媒体都原样穿过；证书只部署在内网平台，网关和光闸都接触不到明文。
穿透通道少且固定
所有用户的媒体复用同一个 UDP 端口，外网接入只需业务接口、信令、媒体 3 条穿透通道，不随参会人数增加，也不用另建 TURN 中转。
对业务透明、同会互通
会议平台和客户端都不用为光闸改造，Web、小程序、Android、iOS、PC 与 SIP / H.323 终端照常入会，内外网用户在同一场会议里音视频互通。
会话隔离与管控
每个外网连接对应一条独立会话，互不影响；空闲会话超时自动回收，外网网关可按端口限制并发会话数，便于安全审计。
编解码板跨网
只允许视频信号过网的环境，可经编解码板跨网：内网部署专有云、外网部署公有云节点，音视频以视频信号形式在两网之间交换。
单向输出
只允许数据由内向外单向流动时，可把合成后的会议或庭审画面单向推送到互联网直播平台，公众只看不回传。
适用场景
法院远程庭审
法官、书记员在法院内网，律师与当事人在互联网侧用小程序或网页入会，经光闸或编解码板同庭互通。
公安专网
公安信息网、视频专网与互联网隔离，远程取证、指挥调度需要外网人员与内网业务同会。
政务专网
远程评标、远程面试、政务会商等业务跑在政务内网，外网专家、考生和协同单位接入。
能源、军工等涉密单位
与外部单位开视频会商时，不在隔离设备上开放通用端口，满足强隔离与审计要求。
光闸放行的协议、端口段和吞吐需在实施时与光闸厂商共同确定；网关的并发会话数按外网并发参会人数规划。
融合通信
政企现场往往已经有 SIP 话机、H.323 会议终端、国标监控、对讲系统，甚至在用第三方云会议。SRTC 用一组网关把它们接进同一个实时频道，而不是要求客户换设备。
SIP / H.323 网关
SIP 话机、SIP / H.323 会议终端、调度台与广播对讲等设备注册到网关后，可呼入频道与 PC、手机、网页终端互通，支持会议终端的双流（主视频 + 共享内容）。
GB28181 / RTSP 设备网关
国标监控、单兵、执法记录仪等前端设备经设备网关接入，其画面在频道里和普通参会者一样可被订阅、合成与录制。
第三方云会议互通
云会议互通网关经 SIP / H.323 把我方会议以会议室终端的身份接入 Zoom、腾讯会议、Teams、小鱼易连、钉钉等第三方会议，双方音视频互通。
云 MCU
在服务端合成多路画面，用于录制、直播转推和向传统终端输出；可输出 RTMP / RTSP / SIP 流，录像写入本地磁盘、NFS 或 S3 兼容存储。
服务端代理入会
录制、转推、语音识别、会议纪要等服务都以「服务端参会者」身份加入频道，使用和终端相同的 SDK 与协议，二次开发无需在媒体层另开通道。
需要完整的技术方案文档（可用于评标应答）？
联系我们