ZLMediaKit 推流至 LiveGBS 的兼容性问题分析与解决

问题背景

在国标视频监控系统中，ZLMediaKit 作为流媒体服务器，常需要与其他国标平台如 LiveGBS 进行级联对接。近期有用户反馈在使用 ZLMediaKit 向 LiveGBS 推送 GB28181 流时遇到了播放失败的问题，而使用 FFmpeg 推流却能正常播放。

问题现象分析

用户的具体表现为：

1. 通过 ZLMediaKit 调用 startSendRtp 接口向 LiveGBS 推流
2. LiveGBS 接收端显示找不到流并报超时错误
3. 相同通道使用 FFmpeg 推流却能正常播放

从日志分析可见，整个 SIP 信令交互过程是正常的，包括 INVITE、200 OK、ACK 等消息都成功交换。问题出现在媒体流传输阶段，LiveGBS 在等待 15 秒后因超时主动发送了 BYE 消息终止会话。

技术排查过程

1. 协议交互验证

检查 SIP 信令交互：

• INVITE 消息中正确携带了 SDP 媒体描述
• 双方协商的端口和编解码参数一致
• ACK 消息确认了媒体传输方向

2. RTP 报文分析

通过抓包分析发现：

• ZLMediaKit 确实向 LiveGBS 指定端口发送了 RTP 报文
• 报文负载类型(PT=96)与协商一致
• 使用了 PS 封装格式(use_ps=1)

3. 版本兼容性检查

发现用户使用的是 2024 年 3 月的代码版本，而当前已有更新的版本。经过测试，更新到最新版本后问题解决，这表明这是一个已在后续版本中修复的兼容性问题。

解决方案

对于遇到类似问题的用户，建议采取以下步骤：

1. 版本升级：确保使用 ZLMediaKit 的最新稳定版本
2. 参数验证：检查 startSendRtp 接口参数是否正确
   • 特别注意 use_ps 参数是否与接收端要求一致
   • 确认 ssrc 值是否唯一
3. 网络检查：验证 UDP 端口是否可达，防火墙是否放行
4. 抓包分析：使用 Wireshark 等工具捕获 SIP 和 RTP 报文，分析交互过程

技术要点总结

1. GB28181 标准中，媒体流传输依赖于 SIP 信令协商和 RTP 传输两个独立过程
2. 不同版本的流媒体服务器可能存在编封装格式处理的差异
3. PS 封装格式(Program Stream)是国标中常用的封装方式，但实现细节可能因版本而异
4. 超时问题通常表明信令交互成功但媒体流未能正确传输

最佳实践建议

1. 保持流媒体服务器版本更新，以获取最新的兼容性修复
2. 在级联不同平台时，先进行简单的推流测试验证基本功能
3. 对于生产环境，建议进行全面的兼容性测试
4. 记录详细的日志和抓包信息，便于问题排查

通过这次问题分析可以看出，流媒体服务器间的级联对接需要考虑协议实现细节和版本兼容性，及时更新版本和全面测试是保证系统稳定运行的关键。