GB28181协议之录像回放

目录

一、概述

二、录像文件播放

2.1 基本要求

2.2 命令流程

2.3 抓包示例

2.3.1 Invite请求[SIP服务器---->设备]

2.3.2 Invite应答[设备---->SIP服务器]

2.3.3 ACK[SIP服务器---->设备]

2.3.4 Bye结束回放

2.3.5 Bye应答

2.3.6 播放速度控制

2.3.6 控制应答

三、国标平台介绍


一、概述

近年来,国内视频监控应用发展迅猛,系统接入规模不断扩大,涌现了大量平台提供商,平台提供商的接入协议各不相同,终端制造商需要给每款终端维护提供各种不同平台的软件版本,造成了极大的资源浪费。各地视频大规模建设后,省级、国家级集中调阅,对重特大事件通过视频掌握现场并进行指挥调度的需求逐步涌现,然而不同平台间缺乏统一的互通协议。在这样的产业背景下,基于终端标准化、平台互联互通的需求,GB/T28181应运而生。 GB28181标准规定了公共安全视频监控联网系统(以下简称联网系统) 的互联结构, 传输、 交换、 控制的基本要求和安全性要求, 以及控制、 传输流程和协议接口等技术要求。
 

二、录像文件播放

2.1 基本要求

录像文件回放应采用SIP协议的INVITE方法实现会话连接,采用SIP协议的Info方法的消息体携带音视频回放控制命令,采用RTSP/RTCP协议实现流媒体的传输。媒体回放控制采用引用MANSRTSP协议中的Play,Pause,Teardown的请求消息和应答消息,具体见附录B(详见后续会有网络抓包示例)。

同时回放流媒体会话宜支持附录M的规定流媒体保活机制。(通俗来讲就三点:

1:视频回放双方应具备流媒体丢失监测能力,可以通过RTCP定时监测,监测到会话丢失应发送Bye消息通知对方;

2:在监测到会话双方设备离线时,应支持对流媒体会话进行资源清理

3:在上面二个条件都没监测到时,通过Invite中Subject头域进行判断,如果是同一个媒体请求的同一个摄像头会话时,需要清理之前已打开的流媒体会话,按新的Invite请求打开回放

2.2 命令流程

客户端主动发起视频回放,流程图见下:

具体的流程步骤可参见GB28281协议文档(●'◡'●),在视频播放得过程中可对会话发送暂停、快进、恢复播放等消息。

PS:在实际实现过程中,GB28181文档中客户端和第三方呼叫历史视频回放通讯流程和步骤也不一定完全得照搬照抄,从Client到SIP服务器中,每个平台一般都由自己得通讯协议,但是SIP服务器和设备之间的通讯步骤就得完全按照GB28181协议来实现了,不然就不符合规范通讯不了。

2.3 抓包示例

2.3.1 Invite请求[SIP服务器---->设备]

INVITE sip:34020000001310000029@192.168.5.30:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.3.23:9205;rport;branch=z9hG4bK1544485539
From: <sip:34020000002000000001@3402000000>;tag=31260752
To: <sip:34020000001310000029@192.168.5.30:5060>
Call-ID: 2038114978
CSeq: 20 INVITE
Contact: <sip:34020000002000000001@192.168.3.23:9205>
Content-Type: application/sdp
Max-Forwards: 70
User-Agent: LiveMedia
Subject: 34020000001310000029:1000000001,34020000002000000001:1000000001
Content-Length:   268

v=0
o=34020000002000000001 0 0 IN IP4 192.168.3.23
s=Playback
u=34020000001310000029:0
c=IN IP4 192.168.3.23
t=1667584166 1667597055
m=video 34000 RTP/AVP 96 98 97
a=recvonly
a=rtpmap:96 PS/90000
a=rtpmap:98 H264/90000
a=rtpmap:97 MPEG4/90000
y=1000000001

2.3.2 Invite应答[设备---->SIP服务器]

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.3.23:9205;rport=9205;branch=z9hG4bK1544485539
From: <sip:34020000002000000001@3402000000>;tag=31260752
To: <sip:34020000001310000029@192.168.5.30:5060>;tag=1850760574
Call-ID: 2038114978
CSeq: 20 INVITE
Contact: <sip:34020000001310000029@192.168.5.30:5060>
Content-Type: application/SDP
User-Agent: Embedded Net DVR/NVR/DVS
Content-Length:   287

v=0
o=34020000001180000500 0 0 IN IP4 192.168.5.30
s=Playback
c=IN IP4 192.168.5.30
t=1667612966 1667625855
m=video 63154 RTP/AVP 96
a=sendonly
a=rtpmap:96 PS/90000
a=username:34020000001180000500
a=password:12345678
a=filesize:1063854276
y=1000000001
f=v/2/6/25/1/4096a///

2.3.3 ACK[SIP服务器---->设备]

ACK sip:34020000001310000029@192.168.5.30:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.3.23:9205;rport;branch=z9hG4bK1245214036
From: <sip:34020000002000000001@3402000000>;tag=31260752
To: <sip:34020000001310000029@192.168.5.30:5060>;tag=1850760574
Call-ID: 2038114978
CSeq: 20 ACK
Contact: <sip:34020000002000000001@192.168.3.23:9205>
Max-Forwards: 70
User-Agent: LiveMedia
Content-Length: 0

2.3.4 Bye结束回放

BYE sip:34020000001310000029@192.168.5.30:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.3.23:9205;rport;branch=z9hG4bK994949627
From: <sip:34020000002000000001@3402000000>;tag=31260752
To: <sip:34020000001310000029@192.168.5.30:5060>;tag=1850760574
Call-ID: 2038114978
CSeq: 21 BYE
Max-Forwards: 70
User-Agent: LiveMedia
Reason: 
Content-Length: 0

2.3.5 Bye应答

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.3.23:9205;rport=9205;branch=z9hG4bK994949627
From: <sip:34020000002000000001@3402000000>;tag=31260752
To: <sip:34020000001310000029@192.168.5.30:5060>;tag=1850760574
Call-ID: 2038114978
CSeq: 21 BYE
User-Agent: Embedded Net DVR/NVR/DVS
Content-Length: 0

2.3.6 播放速度控制

INFO sip:34020000001310000029@192.168.5.30:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.3.23:9205;rport;branch=z9hG4bK1068345486
From: <sip:34020000002000000001@3402000000>;tag=334656844
To: <sip:34020000001310000029@192.168.5.30:5060>;tag=1014595445
Call-ID: 538786979
CSeq: 21 INFO
Contact: <sip:34020000002000000001@192.168.3.23:9205>
Content-Type: application/RTSP
Max-Forwards: 70
User-Agent: LiveMedia
Date: 2022-11-05T11:32:50.000
Content-Length:    33

PLAY RTSP/1.0
CSeq:1
Scale: 2

2.3.6 控制应答

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.3.23:9205;rport=9205;branch=z9hG4bK1068345486
From: <sip:34020000002000000001@3402000000>;tag=334656844
To: <sip:34020000001310000029@192.168.5.30:5060>;tag=1014595445
Call-ID: 538786979
CSeq: 21 INFO
Contact: <sip:34020000001310000029@192.168.5.30:5060>
Content-Type: Application/RTSP
User-Agent: Embedded Net DVR/NVR/DVS
Content-Length:    65

三、国标平台介绍

 LiveMedia视频平台经过多年的研发和沉淀,已逐步完善了从前端多协议(海康、大华、GB28181、RTSP、ONVIF等)设备接入、视频(软硬兼容)转码、视频转发、平台级联等一系列功能并提供完善的API调用接口,目前已在城市建筑工地、国家电网、医疗AI、铁路局、农业大棚、园区监控、移动指挥等领域已有案例落地。

 

微信:

网址:www.houhangkeji.com

QQ技术交流群:698793654
 

  • 2
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
GB28181是中国的视频监控行业标准,它规定了视频监控设备之间的通信协议和接口标准。要开发一个符合GB28181标准的录像机,你可以按照以下步骤进行: 1. 了解GB28181标准:深入研究GB28181标准文档,了解其中定义的协议、接口和相关要求。 2. 设计系统架构:根据GB28181标准的要求,设计录像机的系统架构,包括硬件和软件部分。确定硬件平台和操作系统。 3. 开发视频流处理:根据GB28181标准,实现视频流采集、编码、传输和解码等功能。可以使用开源库或自行开发相关模块。 4. 实现设备管理:按照GB28181标准,实现设备的注册、查询、控制等管理功能。开发设备管理接口,与其他设备进行交互。 5. 数据存储和:设计数据存储方案,将录像数据保存到本地或远程服务器。实现录像功能,支持按时间点或事件检索。 6. 安全性和稳定性:考虑系统的安全性和稳定性,采取适当的加密措施保护视频数据传输安全。进行系统测试和优化,确保系统的稳定运行。 7. 产品调试和验证:进行录像机的功能调试和验证,确保符合GB28181标准的要求。 开发GB28181录像机需要有相关的视频处理、网络通信和嵌入式系统开发经验。此外,还需要关注标准的最新更新和行业的发展动态,不断优化和改进产品。希望以上信息对你有所帮助!如果有更多问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

LiveMedia视频中间件

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值