SRS服务器深度配置GB28181，解锁海康设备毫秒级WebRTC直播
1. 为什么需要深度配置SRS的GB28181功能
第一次接触海康摄像头接入SRS服务器时，我以为只要简单配置就能实现低延迟直播。结果发现默认配置下的WebRTC延迟竟然高达3秒以上，完全达不到项目要求的亚秒级标准。经过反复调试才发现，GB28181协议栈的每个参数都会对最终效果产生关键影响。
GB28181作为视频监控领域的国家标准协议，其设计初衷是为了保证兼容性和稳定性，而不是极致低延迟。这就导致了很多默认配置参数并不适合实时直播场景。比如RTP打包方式、SIP信令交互频率、媒体流传输策略等，都需要针对WebRTC进行特殊优化。
在实际项目中，我遇到过最典型的问题就是NAT穿透失败。由于默认配置的candidate地址是自动获取的，在内网测试时一切正常，但部署到公网后客户端完全无法建立连接。后来通过固定candidate地址并优化ICE策略，才解决了这个棘手问题。
2. SRS服务器部署与基础配置
2.1 编译安装支持GB28181的SRS
官方提供的Docker镜像虽然方便，但默认不包含GB28181模块。我建议直接从源码编译，确保所有功能可用。在Ubuntu 20.04上实测的完整步骤如下：
# 安装编译依赖 sudo apt update sudo apt install -y git g++ make python3 pkg-config libssl-dev # 下载源码 git clone https://github.com/ossrs/srs.git cd srs/trunk # 开启GB28181支持编译 ./configure --gb28181=on --rtc=on make -j$(nproc)编译完成后，关键是要确认生成了gb28181相关的模块。可以检查objs目录下是否存在srs_gb28181_module.so文件。如果编译过程报错，大概率是缺少某些依赖库，需要根据错误提示补充安装。
2.2 关键配置文件解析
push.gb28181.conf是核心配置文件，有几个关键区块需要特别注意：
- http_api：启用后可以通过REST API控制设备，默认端口1985
- stream_caster：GB28181流转换的核心配置
- rtc_server：WebRTC服务的核心配置
- vhost：虚拟主机配置，需要开启RTC支持
建议首次部署时先以非守护进程模式运行，方便查看实时日志：
./objs/srs -c ./conf/push.gb28181.conf3. 毫秒级延迟的进阶配置技巧
3.1 WebRTC关键参数调优
实现亚秒级延迟的核心在于rtc_server配置段。以下是经过实测的最佳参数组合：
rtc_server { enabled on; listen 8000; candidate 192.168.1.100; # 必须改为服务器实际IP stun_enable on; # 开启STUN服务 stun_listen 3478; # STUN服务端口 dtls_role passive; # DTLS角色设置 encrypt on; # 启用SRTP加密 }特别需要注意的是candidate参数。很多开发者会忽略这个配置，导致NAT穿透失败。在公网环境部署时，这里必须填写服务器的公网IP地址。如果是内网环境，则填写内网IP。
3.2 GB28181流转换优化
stream_caster配置段直接影响媒体流的处理效率：
stream_caster { enabled on; caster gb28181; output rtmp://127.0.0.1:1935/live/[stream]; listen 9000; rtp_port_min 58200; rtp_port_max 58300; wait_keyframe off; # 关键优化：关闭关键帧等待 rtp_idle_timeout 10; # 缩短超时时间 audio_enable off; # 关闭音频减少延迟 host $CANDIDATE; auto_create_channel on; # 自动创建频道 }其中wait_keyframe参数对延迟影响最大。默认配置是等待关键帧后再转发，这会导致额外的延迟。在实时性要求高的场景下，建议关闭此选项。
4. 海康设备端的关键配置
4.1 网络参数对接
海康摄像头的GB28181配置界面需要与SRS服务器严格对应：
- SIP服务器ID：必须与SRS配置中的serial一致
- SIP域：对应realm配置
- 端口号：5060（默认值）
- 传输协议：TCP（建议）
在高级配置中，需要调整以下参数：
- 心跳间隔：建议设置为60秒
- 媒体流传输模式：RTP over TCP
- 视频编码参数：优先使用H.264 Baseline Profile
4.2 常见问题排查
设备注册失败时，建议按以下步骤排查：
- 检查SIP服务器地址和端口是否正确
- 确认SRS的5060端口已开放（TCP+UDP）
- 查看SRS日志中的SIP信令交互情况
- 尝试关闭防火墙临时测试
如果视频流能注册但无法播放，重点检查：
- 9000端口是否开放
- SRS的host参数是否配置正确
- 摄像头输出的编码格式是否支持
5. 实战：构建毫秒级直播系统
5.1 全链路延迟测试方法
要准确测量端到端延迟，我推荐使用以下方法：
- 在摄像头前放置数字时钟
- 用OBS同时采集摄像头画面和WebRTC播放画面
- 使用视频编辑软件计算两个画面的时间差
实测数据表明，经过优化后的配置可以达到：
- WebRTC延迟：300-500ms
- HTTP-FLV延迟：1.5-2s
- HLS延迟：5s以上
5.2 高可用架构设计
生产环境建议采用以下架构：
[海康摄像头] -> [SRS边缘节点] -> [SRS中心集群] -> [CDN] -> [终端用户]关键设计点：
- 边缘节点负责协议转换和初步处理
- 中心集群实现负载均衡和故障转移
- 通过HTTP API实现动态调度
对于大规模部署，还需要考虑：
- 端口资源管理（每个设备需要多个端口）
- 信令服务器的水平扩展
- 媒体流的智能路由
6. 性能监控与调优
在trunk/conf目录下新建一个stats.conf配置文件：
stats { network 0; # 监控所有网卡 disk sda,sdb; # 监控磁盘IO interval 10; # 采样间隔(秒) log_file ./objs/stats.log; # 日志路径 }启动时加载这个配置：
./objs/srs -c ./conf/push.gb28181.conf -c ./conf/stats.conf关键监控指标包括：
- 网络吞吐量：确保不出现瓶颈
- CPU使用率：超过70%需要考虑扩容
- 内存占用：关注是否有内存泄漏
- 连接数：单个节点建议不超过500路
对于WebRTC专项优化，可以使用Chrome的chrome://webrtc-internals页面分析：
- ICE连接状态
- 数据包往返时间(RTT)
- 抖动缓冲区大小
- 丢包率统计
当发现延迟波动时，可以尝试调整以下参数：
- 增加jitter_buffer_ms（抗抖动）
- 调整拥塞控制算法
- 优化FEC（前向纠错）策略