GB28181实战（八）——基于SIP INFO与RTP/PS流的录像回放控制-编程阁

1. GB28181录像回放功能概述

GB28181标准作为视频监控领域的核心协议，其录像回放功能在实际项目中应用广泛。相比实时点播，录像回放需要处理更多时间维度的控制逻辑。简单来说，你可以把它想象成视频网站的"进度条"功能——不仅能播放指定时间段的录像，还能随时暂停、快进或停止播放。

在技术实现上，录像回放主要涉及三个关键环节：

信令交互：通过SIP协议建立会话，使用INFO方法携带控制指令
媒体传输：采用RTP协议传输PS封装的音视频数据流
时间控制：通过SDP中的时间戳字段指定播放时间段

我曾在一个智慧园区项目中实现过完整的回放功能。当时遇到最头疼的问题是设备端的时间戳不准确，导致回放时出现画面跳变。后来通过引入NTP校时服务才解决这个问题。这也提醒我们，时间同步是回放功能的基础保障。

2. SIP INFO信令的实战应用

2.1 MANSRTSP控制命令解析

在GB28181标准中，录像回放的控制命令实际上借用了RTSP协议的部分指令，主要包括：

PLAY：启动播放，可带Range参数指定时间范围
PAUSE：暂停播放，保持当前连接
TEARDOWN：终止播放，释放资源

这些命令通过SIP INFO消息体传输。下面是一个典型的PLAY命令示例：

<?xml version="1.0"?> <Control> <CmdType>Play</CmdType> <SN>12345</SN> <DeviceID>34020000001320000001</DeviceID> <Scale>1.0</Scale> <Range>20230901T120000-20230901T130000</Range> </Control>

实际开发中要注意几个坑点：

SN序列号必须单调递增且唯一
Range时间格式必须严格遵循ISO 8601标准
Scale参数控制播放速度（1.0为正常速度）

2.2 INFO消息的可靠传输

由于SIP INFO方法本身不保证可靠性，我们需要在实现时考虑重传机制。我的经验是：

设置500ms超时等待响应
最多重试3次
每次重传前检查会话状态

这里有个实用的重传判断逻辑：

bool needRetransmit(const SIPResponse& response) { return response.statusCode() >= 300 || response.getHeader("Retry-After").empty(); }

3. SDP协商的关键细节

3.1 Playback与时间戳的特殊处理

录像回放的SDP与实时点播主要区别在两个字段：

- s=Play + s=Playback - t=0 0 + t=1697264152 1697266715

在实际编码时，我建议封装一个专门的SDP生成器：

class PlaybackSDPBuilder { public: PlaybackSDPBuilder& setTimeRange(time_t start, time_t end) { this->start = start; this->end = end; return *this; } std::string build() const { char buffer[512]; snprintf(buffer, sizeof(buffer), "v=0\n" "o=%s 0 0 IN IP4 %s\n" "s=Playback\n" "c=IN IP4 %s\n" "t=%lld %lld\n" "...", deviceId.c_str(), localIP.c_str(), localIP.c_str(), start, end); return buffer; } };

3.2 媒体流保活机制

长时间回放时，媒体流保活至关重要。GB28181要求至少每60秒发送一次保活消息。我通常采用双线程方案：

信令线程：定时发送Keepalive INFO消息
媒体线程：检测RTP包接收间隔

当网络中断时，保活超时后应该自动触发TEARDOWN并通知上层应用。

4. RTP/PS流解析实战

4.1 PS包结构解析

PS流封装格式包含多个层次：

RTP Header(12字节) ↓ PS Header(14字节) ↓ PS System Header(24字节) ↓ PES Packet ↓ 视频/音频ES流

解析时要注意：

检查RTP头的Marker标志位
处理PS头中的SCR时间戳
正确处理PES包的分段情况

4.2 时间戳同步方案

音视频同步是回放功能的难点。我推荐采用以下策略：

以视频PTS为基准
音频PTS做动态调整
设置合理的缓冲区间（建议300-500ms）

这里有个简单的同步算法实现：

def sync_av(video_pts, audio_pts): delta = audio_pts - video_pts if abs(delta) > MAX_DELTA: if delta > 0: drop_audio_frames() else: repeat_audio_frames()