1.过检认证需求:

两者都需要到主管部门指定的检测机构检测, GB28181是需要通过公安部一所、公安部三所的认证,

JT1078是需要通过交通部信息中心指定的几家检测机构,如交通运输通信信息工程质量检测中心,石家庄54所等机构检测认证. 

2.主要版本:

GB28181有2011版本, 和2016版本,

JT1078目前只有2017年发布的版本. 最近几年, 地方上开始有了2019版本的变体, 但是官方还没有正式的2019版本.

3.基于协议:

GB28181主要是以UDP为主, 多数设备以有线接入,面向局域网环境 少数手持执法设备以4G接入;

JT1078主要是以TCP为主, 由于车载设备多以无线4G接入. 

GB28181的指令协议是SIP协议,文本协议, 扩展性较强, 但是占用流量较大, 在内网无所谓, 在外网, 如果用于几千辆车带车队目录的同步, 每个车有四路摄像头, 这个流量还是比较大.

JT1078的指令协议是部标808协议, 二进制格式, 惜字如金, 适用于无线对流量费比较敏感的环境.

4.视频流格式:

GB28181的视频流比较复杂, 主要是RTP + PS + H.264的封装.

部标1078视频流的封装相对比较简单, 主要是RTP +H.264, 少了PS层. 

5.架构设计

两者在协议结构上都是类似的, 都是分为指令和数据两部分, 各自独立的两个通道, 一个长连接保持用于指令的交互, 一个数据连接用于流媒体上传, 生命周期随着用户指令结束播放而结束.

所以在架构设计上也是一样的, 需要两个子系统 : 一个网关, 一个流媒体服务器, 各司其职.

6.GB28181相对于JT1078的优势:

1. 有非常成熟的级联方案,上下级之间,同级之间都可以层层级联, 可以推送下级平台的组织架构目录树和设备及状态.

2. JT1078没有比较好的级联方案, 各级视频平台无法层层级联, 上级平台主要依托于JT/T 809协议 进行视频请求. 

由于GB28181的非常好的级联设计, 我们可以很方便的将部标企业平台的车辆树通过GB28181的SIP协议指令给同步过去, 对方的GB28181平台接收到同步数据后,自然就形成了一个组织架构树, 叶子节点为摄像头.

但由于要考虑级联,所以GB28181的视频请求流程相对于JT1078的指令来说 是根据复杂的, 详细的GB28181视频请求流程图如下:

两者本来没有什么交集, 今年来, 有些地方标准如川标,要求将车载视频转入到公安部的GB28181平台进行监控, 两者慢慢发生了交集.两者以两种方式发生交集:

1. 一种是车载视频设备通过部标1078视频协议接入部标企业平台, 然后通过音视频转换和转发 转入GB28181平台.

2. 一种是固定场所的28181设备和车载设备一样,混合接入到部标企业平台当中.

两种方式都需要设计中间件,进行复杂的协议转换,音频编解码,以及数据转发, 在编解码及转发过程中, 要保持高性能的交换,避免产生视频延迟.

JT808.com在已有的视频服务器的基础之上, 增加了GB28181的协议转换, 使得视频服务器可以将1078视频流,转换为GB28181的PS流, 推流到GB28181视频监控平台.

主要的功能如下:

1) 平台间注册和鉴权

2) 自动定时推送设备列表和目录列表, 对车载设备和所属组织架构进行GB28181行业规范编码, 定时推送到GB28181监控平台, 监控平台自动形成监控层级目录, 并实时同步设备的上线下线状态.

3) 音频视频PS推流

如需购买视频平台源码, 请联系2379423771@qq.com

• 部标1077视频平台过检和压力测试经验分享
• 基于JT/T 1078协议设计和开发部标视频服务器
• 基于spring4+springMVC4+mybatis3+Hibernate4+junit4框架构建高性能企业级的部标1077视频监控平台
• 基于部标1078视频协议和苏标Adas协议构建主动安全平台

(8991)