项目设计方案:市交通视频监控平台项目设计方案(三)

目录

1 前言

1.1 目的

1.2 适用范围

1.3 术语表

2 现状分析

2.1 业务现状

2.2 组织机构现状

2.3 存在的问题

2.4 项目成果预期

3 系统建设原则

4 项目需求

4.1 项目需求

4.1.1 业务需求主要分为三部分:

4.1.2 技术需求主要分为四部分:

4.2 项目环境要求

4.2.1 硬件要求

4.2.2 网络存储要求:

4.2.3 技术支持服务要求:

5 系统设计方案

5.1 系统功能设计

5.1.1 视频监控平台基础功能设计

5.1.2 视频资源及联网设备编码与管理设计

5.2系统软件结构

5.2.1总体设计思想

5.2.2 基础平台功能

5.3平台互联互通

5.3.1级联内容

5.3.2级联架构

5.3.2.1 省视频图像信息联网架构

5.3.2.2 级联信令流向

5.3.2.3 级联媒体流向

5.3.2.4 标准平台与标准平台级联

5.3.2.5   标准平台与非标准平台级联    

5.3.2.6级联协议

5.3.2.6.1国标对接结构

5.3.2.6.2国标信令格式

5.3.2.6.3国标媒体格式

5.3.2.6.4 音频编解码格式

5.3.2.6.5国标信令流程和协议接口

5.3.3平台业务流程及接口定义

5.3.3.1业务流程示例

5.3.3.1平台接口

5.4系统网络结构

5.4.1总体系统架构

5.4.2 系统横向联网结构

5.4.3 异构平台级联要求


前言

       本节略,若有兴趣, 可以参考前面的文章:

AS-V1000 视频监控平台产品介绍:web客户端功能介绍(上)项目设计方案:市交通视频监控平台项目设计方案(一)》;

1.1 目的

1.2 适用范围

1.3 术语表

现状分析

       本节略,若有兴趣, 可以参考前面的文章:

项目设计方案:市交通视频监控平台项目设计方案(一)》;

2.1 业务现状

2.2 组织机构现状

2.3 存在的问题

2.4 项目成果预期

系统建设原则

       本节略,若有兴趣, 可以参考前面的文章:

项目设计方案:市交通视频监控平台项目设计方案(一)》;

项目需求

       本节略,若有兴趣, 可以参考前面的文章:

项目设计方案:市交通视频监控平台项目设计方案(一)》;

4.1 项目需求

4.1.1 业务需求主要分为三部分:

4.1.2 技术需求主要分为四部分:

4.2 项目环境要求

4.2.1 硬件要求

4.2.2 网络存储要求:

4.2.3 技术支持服务要求:

系统设计方案

5.1 系统功能设计

5.1.1 视频监控平台基础功能设计

       本节略,若有兴趣, 可以参考前面的文章:

项目设计方案:市交通视频监控平台项目设计方案(一)》;

5.1.2 视频资源及联网设备编码与管理设计

       本节略,若有兴趣, 可以参考前面的文章:

项目设计方案:市交通视频监控平台项目设计方案(一)》;

5.2系统软件结构

5.2.1总体设计思想

       本节略,若有兴趣, 可以参考前面的文章:

项目设计方案:市交通视频监控平台项目设计方案(二)》;上面略去的章节都在其中。

5.2.2 基础平台功能

       本节略,若有兴趣, 可以参考前面的文章:

项目设计方案:市交通视频监控平台项目设计方案(二)》;

5.3平台互联互通

5.3.1级联内容

        由于现有各级平台建设标准不一,所以平台间的互联互通内容和方式不尽相同,大致可以分为以下四个内容的对接:

(1)控制信令和媒体流对接:

        上下级平台进行对接原则均通过GB/T 28181网关模块实现,但实际情况一些平台无法改造成GB/T 28181标准接口,像类似无法改造的平台可以根据其提供的SDK开发包进行定制化开发接口,进行对接工作。  

(2)设备的注册和注销对接:

        如果上下级平台是根据GB/T 28181网关进行对接,下级平台应该根据28181标准主动向上级平台上报设备的注册和注销情况;如果非标准平台对接是根据原平台SDK进行对接的,在SDK提供此功能的情况下应该实现设备的注册和注销自动对接功能,如果SDK不提供此功能那应该由人工在一级平台进行设备的注册和注销。

(3)平台之间设备编码规则对接:

        由于平台之间设备编码规则不同,在一级平台上应该严格遵循28181标准和江苏省省标对其进行统一编码。在系统中应该有一张表记录了设备在二级平台上的编码和在一级平台上编码对应关系,并有相应的工具对其查询和维护,具体编码规则详见系统功能介绍中,视频资源及联网设备编码与管理部分。

(4)云台控制功能对接:

        在一般情况下一级平台不对二级平台的设备进行直接控制,如果有特殊需求需要对接云台控制功能,那在原平台开放接口的支持下进行对接。

5.3.2级联架构

5.3.2.1 省视频图像信息联网架构

        采用信令流和媒体流相分离的结构。如下图所示。

        根据GB/T 28181-2011要求,各级联网平台、共享平台应包含信令网关、中心服务器、流媒体服务器和接入网关等实体单元。其中,信令网关负责信令的转发、信息传递以及安全认证等;中心服务器负责信令的处理;流媒体服务器负责实时流媒体的转发以及历史图像的调阅点播等;接入网关负责将非标信令、非标码流转换成标准信令、标准码流。

        省视频图像信息联网系统省级节点构建在视频专网。各节点间通过接入网关进行信令通信,发起媒体连接请求和操作指令控制设备;通过媒体服务器将设备的媒体流发送到客户端或媒体接收设备。终端用户通过该网络内的任意接入点,可调看、控制授权范围内的视频监控资源。

        省视频图像信息联网及应用系统上下级级联时,上级信令网关根据信令路由路径直接连接下级信令网关控制信令网关;上级流媒体服务器在信令控制下与下级或平级流媒体服务器进行连接,接收或转发媒体流。

5.3.2.2 级联信令流向

        部级、省级、地市级、各行业四级平台之间的SIP信令流向如下图所示,可以看到上下级网关都需要使用SIP协议逐级转发。各个网关之间是上下级关系,下级网关主动向上级网关发起注册,经上级网关鉴权认证后才能进行系统间通信。

5.3.2.3 级联媒体流向

        部级、省级、地市级、各行业平台四级平台之间媒体流流向如下图所示,各级流媒体都需要使用RTP协议转发。下级流媒体通过RTP协议往上级流媒体发送媒体流。

5.3.2.4 标准平台与标准平台级联

        标准平台间直接联网。上级平台接入网关直接连接下级平台接入网关控制信令的路由;上级平台流媒体服务器在接入网关的控制下与下级平台流媒体服务器直接连接,接收或转发媒体流。如下图示例的是省级交通网的客户端通过地市级标准平台点播各行业视频资源的信令及媒体流向。

5.3.2.5   标准平台与非标准平台级联    

        由于非标准平台在上下级平台联网时控制信令和媒体流与标准协议不一致,必须进行协议转换。下级非标平台通过转码服务器连接上级标准平台接入网关;上级平台流媒体服务器在接入网关的控制下通过转码服务器与下级平台流媒体服务器连接,接收或转发媒体流。如下图示例的是省级标准平台通过转码服务器转换后访问地市级非标准平台,点播各行业视频资源的信令及媒体流向。

5.3.2.6级联协议
5.3.2.6.1国标对接结构

        跨区域的视频图像信息联网通过平台对接实现,联网系统遵循《安全防范视频监控联网系统信息传、交换、控制技术要求》 及GB/T 28181-2011标准,平台对接结构图如下:

        联网系统内部进行视频、音频、数据等信息传输、交换、控制时,完全遵循标准的通信协议,协议的结构见下图。

5.3.2.6.2国标信令格式

1、SIP协议

        SIP协议用于建立、修改和终止IP 网上的双方或多方多媒体会话,是一个基于文本的应用层控制协议,独立于底层传输协议。

        联网系统的安全注册、实时视音频点播、历史视音频的回放等应用的信令控制采用 RFC3261(SIP)规定的REGISTER、INVITE 等请求和响应方法实现。历史视音频回放控制采用 SIP 扩展协议 RFC2976规定的INFO 方法实现。前端设备控制、信息查询、报警事件通知和分发等应用的会话控制采用 SIP扩展协议RFC3428规定的 MESSAGE 方法实现。

        联网系统内设备进行统一编码,具有全局唯一性,设备编码遵循国标GB/T 28181-2014附录D.1,为20位十进制数字字符。

        联网系统标准设备的SIP URI命名参照RFC3261的规定,采用如下格式:sip[s]:username@domain:port。其中,用户名“username”的命名采用前述统一的20位编码;“domain”采用统一编码的前10位编码;“port”采用5060。

2、SDP协议

        联网系统中SIP消息体中携带的SDP内容符合RFC2327(SDP)的相关要求,具备国标GB/T 28181-2014附录F所要求字段,另外,扩展SDP中rtpmap字段用于携带厂家信息。

3、MANSCDP协议

        联网系统有关前端设备控制、报警信息、设备目录信息等控制命令采用MANSCDP协议(监控报警联网系统控制协议)描述,见国标GB/T 28181-2014附录 A。

4、MANSRTSP协议

        联网系统有关历史录像的回放控制命令采用MANSRTSP协议(监控报警联网系统实时流协议),实现对录像的正常播放、快/慢放、暂停、随机拖动等远程控制,见国标GB/T 28181-2014附录 B。

5.3.2.6.3国标媒体格式

(a)媒体流封装格式

        媒体流在IP 网络上传输时支持 RTP协议,媒体流采用PS格式封装,见国标GB/T 28181-2014附录 C。

(b)视频编解码格式

        联网系统中视频编码格式采用H.264、SVAC或MPEG-4视频编码标准,不添加编码标准规范格式之外的私有数据。视频解码同时支持H.264、SVAC和MPEG-4标准。

(1)基于H.264的视频编、解码技术

        采用H.264标准的视频编码支持ITU-T Rec. H.264-2005视频标准的基本档次(Baseline Profile),级别(Level)支持到Level 3;视频解码所支持的档次和级别支持到H.264视频标准基本档次的Level 3,扩展支持H.264主档次(Main Profile)中的隔行扫描和B帧工具,且相邻两P帧间的B帧个数不大于2。

        采用H.264标准编码的高清视频,视频尺寸不低于720P, 视频编解码支持ITU-T Rec. H.264-2005视频标准的基本档次(Baseline Profile),级别(Level)支持到Level 3.1。

(2)基于MPEG-4的视频编、解码技术

        采用 MPEG-4标准的视频编码支持 ISO/IEC 14496-2:2004 中简单档次(Simple Profile)的级别 L5(ISO/IEC 14496-2:2004/Amd.2:2005),即 MPEG-4 SP@L5。采用 MPEG-4 标准的视频解码所支持的档次和级别不低于编码支持的最高档次和级别,并扩展支持 MPEG-4 先进简单档次(Advanced Simple Profile)中的隔行扫描和 B帧工具。

(3)基于SVAC的视频编、解码技术

        采用 SVAC标准的视频编码严格遵循《安全防范监控数字视频音频编解码技术要求》(GB/T 25724-2010)。

5.3.2.6.4 音频编解码格式

        在联网系统中,音频编码采用 ITU-T Rec. G.711编码格式,也可同时支持 G.722.1或G.723.1 或 G.729 等音频编码标准;音频解码同时支持 ITU-T Rec. G.711、G.723.1和 G.729音频解码标准,并扩展支持 ITU-T Rec. G.722.1音频解码标准,见国标GB/T28181-2014附录 E。

5.3.2.6.5国标信令流程和协议接口

        联网系统中各级联网平台具备注册/注销、实时视音频点播、设备控制、网络设备信息查询、状态信息报送、设备视音频文件检索、历史视音频回放、历史视音频文件下载、校时等信令:

序号

信令描述

信令标准

1

注册和注销

SIP

2

实时视音频点播

SIP

3

设备控制

SIP、MANSCDP

4

报警事件通知和分发

SIP、MANSCDP

5

网络设备信息查询

SIP、MANSCDP

6

状态信息报送

SIP、MANSCDP

7

设备视音频文件检索

SIP、MANSCDP

8

历史视音频回放

SIP、MANSRTSP

9

历史视音频文件下载

SIP

10

校时

SIP

5.3.3平台业务流程及接口定义

5.3.3.1业务流程示例

(1)实时视频预览的流程如下图示例:

(2)国标对接流程如下:

5.3.3.1平台接口

        平台的网络SDK二次开发接口:

接口

功能

BOOL  VSNET_Init

SDK初始化。

VOID  VSNET_Uninit

SDK资源释放。

DWORD  VSNET_GetSDKVersion

获取SDK的版本信息。

DWORD  VSNET_GetSDKBuildVersion

获取SDK的版本号和build信息。

DWORD  VSNET_GetLastError

返回最后操作的错误码。

BOOL  VSNET_SetComResultCallBack

设置操作结果回调函数。

BOOL  VSNET_SetMediaDataCallBack

设置多媒体数据回调函数。

LONG  VSNET_Login

用户登录。

BOOL  VSNET_Logout

用户注销。

BOOL  VSNET_QueryDevList

查询设备列表。

BOOL  VSNET_QueryDevInfo

查询设备信息。

LONG  VSNET_RealPlay

启动实时视频预览。

BOOL       VSNET_StopRealPlay

停止实时视频预览。

BOOL       VSNET_PTZControl

云台控制。

LONG  VSNET_SearchRecordFiles

检索监控点位在指定时间段内的所有录像文件。

LONG  VSNET_PlaybackByName

按录像文件名进行回放。

LONG  VSNET_PlaybackByTime

按指定时间段进行录像回放。

BOOL  VSNET_PlaybackControl

回放控制。

BOOL  VSNET_StopPlayback

停止录像回放。

LONG  VSNET_DownloadByName

按录像文件名进行下载。

LONG  VSNET_DownloadByTime

下载指定时间段内的所有录像文件。

BOOL  VSNET_StopDownload

停止录像下载。

LONG  VSNET_GetDownloadProgress

获取当前下载的进度。

        平台的解码SDK二次开发接口:

接口

功能

BOOL  VSPLAY_Init

SDK初始化。

void   VSPLAY_Release

SDK资源释放。

BOOL  VSPLAY_GetSafePort

获取空闲的解码通道。

BOOL  VSPLAY_FreePort

释放通道。

LONG  VSPLAY_GetLastError

获取指定通道的错误号。

BOOL  VSPLAY_PlayFile

播放本地视频文件。

BOOL  VSPLAY_Play

播放视频流。

BOOL  VSPLAY_Stop

停止播放。

BOOL  VSPLAY_Pause

暂停播放。

BOOL  VSPLAY_Resume

恢复播放。

BOOL  VSPLAY_Refresh

刷新视频窗口。

BOOL  VSPLAY_Input

输入视频数据。

BOOL  VSPLAY_PlayFast

快速播放。

BOOL  VSPLAY_PlaySlow

慢速播放。

BOOL  VSPLAY_PlayNormal

将当前播放速度设置为正常播放速度。

BOOL  VSPLAY_StepForward

单帧向前播放。

BOOL  VSPLAY_StepBackward

单帧向后播放。

LONG  VSPLAY_GetTotalFrames

获取录像文件的总帧数。

BOOL  VSPLAY_SeekToFrame

定位到指定的帧序号进行播放。

LONG  VSPLAY_GetFileTime

获取视频文件的总时长。

LONG  VSPLAY_GetPlayedTime

获取当前已播放的时间。

LONG  VSPLAY_GetPlayedFrame

获取当前播放的帧序号。

LONG  VSPLAY_GetFrameRate

获取当前码流的编码帧率。

BOOL  VSPLAY_SetColor

设置图像属性。

BOOL  VSPLAY_GetColor

获取图像属性。

BOOL  VSPLAY_GetPicSize

获取图像大小。

BOOL  VSPLAY_CaptureBMP

抓取BMP图像。

BOOL  VSPLAY_SetDrawCallBack

设置解码后的图像数据回调函数。

BOOL  VSPLAY_ResetBuffer

清空缓冲区。

BOOL  VSPLAY_SetBufCallBack

设置缓冲区阈值及回调函数。

BOOL  VSPLAY_ResetBufferFlag

重置缓冲区回调标志为有效状态。

LONG  VSPLAY_GetBufferRemainData

获取缓冲区的剩余数据大小。

BOOL  VSPLAY_StartLocalRecord

开始本地录像。

BOOL  VSPLAY_StopLocalRecord

停止本地录像。

LONG  VSPLAY_GetFileHeadLength

获取文件头长度。

BOOL  VSPLAY_GetKeyFramePos

查找指定位置之前的关键帧位置。

BOOL  VSPLAY_GetNextKeyFramePos

查找指定位置之后的关键帧位置。

BOOL  VSPLAY_StartAVIConvert

将原始视频文件转换为AVI文件。

BOOL  VSPLAY_StopAVIConvert

停止AVI文件转换任务。

LONG  VSPLAY_GetAVICvtProgress

获取AVI文件转换的进度值。

BOOL  VSPLAY_ClipFile

剪辑视频文件。

5.4系统网络结构

5.4.1总体系统架构

        上图是系统整体网络架构。系统采用多级架构进行建设,按照管理职能划分等级,总控中心为一级监控中心、各县处监控区域为二级监控中心、各县处区域为前端视频数据采集。总控中心是本项目的核心部分,负责对全市各监控区域的用户、角色、权限、视频监控资源、各种服务器进行统一配置管理。

        前端的各县市的视频图像信息经过视频专网直接上传到市局监控管理中心,市局一级总控中心统一对其所属视频信号资源等进行统一规划部署,按照权限的设置对不同的地区实行不同的区域管理,各县处分控中心直接从二级监控管理中心的流媒体直接取视频实时流到分控中心客户端上显示监控画面,只能监看和回放其区域管辖内的视频信号资源图像,涉及到其他地区的视频信号则不能进行预览和回放,对一些重要隐私部位的图像也设置了画面监控权限,一般操作人员不能进行监看和回放,只有涉及到与此相关业务部门的领导和相关的部门负责人才可以监控重要图像。

        总的来说是在统一多层次的指挥体系覆盖下,不同层次的指挥系统承担不同性质、不同地区的事件处理,并形成分工协作的关系,图像联网监控体系的所有环节都得到有效连接,从而保持对突发事件的高度敏感和快速反应。

5.4.2 系统横向联网结构

        系统可采用多级横向级联结构,按照管理职能划分等级,各总控中心分别管理其下级监控中心,并通过横向流媒体级联,实现各总控中心的互联互通。各总控中心管理权限各自分开,互不干扰。

5.4.3 异构平台级联要求

        第三方异构平台,满足跨区域互联互通及视频数据整合,需获得国家标准关于跨区域视频共享级联标准的检测认证证书:满足GB28181视频共享互联国家标准,并获得相关的权威认证。

        若干个相对独立的区域视频监控系统以联网单元为核心,通过IP传输网络,实现跨区域视频监控资源的共享。跨区域监控网络系统是指其中的监控资源、用户终端、监控中心等通过联网单元进行SIP协议转换, 实现区域监控网络系统之间的互联互通、资源共享。 


未完待续,文章正下方可以看到我的联系方式。

鼠标 点击 下面的 “威迪斯特-就是video system 微信名片”字样,就会出现我的二维码,欢迎沟通。


  • 33
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值