雪亮工程系统总体设计Word文档格式.docx

上传人:b****3 文档编号:7431945 上传时间:2023-05-08 格式:DOCX 页数:18 大小:280.91KB
下载 相关 举报
雪亮工程系统总体设计Word文档格式.docx_第1页
第1页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第2页
第2页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第3页
第3页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第4页
第4页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第5页
第5页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第6页
第6页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第7页
第7页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第8页
第8页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第9页
第9页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第10页
第10页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第11页
第11页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第12页
第12页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第13页
第13页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第14页
第14页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第15页
第15页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第16页
第16页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第17页
第17页 / 共18页
雪亮工程系统总体设计Word文档格式.docx_第18页
第18页 / 共18页
亲,该文档总共18页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

雪亮工程系统总体设计Word文档格式.docx

《雪亮工程系统总体设计Word文档格式.docx》由会员分享,可在线阅读,更多相关《雪亮工程系统总体设计Word文档格式.docx(18页珍藏版)》请在冰点文库上搜索。

雪亮工程系统总体设计Word文档格式.docx

社会视频接入平台可开放服务接口,将整合接入的具备共享及惠民价值的社会视频提供给各部门、各单位以及普通市民,根据各部门、各单位及民众对社会视频资源的使用需求,通过平台的权限设置,灵活划分图像资源和应用功能,向不同部门、单位及民众提供相应的视频图像资源以及基础服务。

一.2.2系统拓扑图

系统总体为“四网三边界”架构,四网分别为外网、社会资源接入网、公安视频专网与公安信息网,安全级别逐级上升。

三边界分别为外网与社会资源接入网边界、视频资源接入网与公安视频专网边界、公安视频专网与公安信息网边界,并在边界处与不同区域网内部署安全防范与隔离措施。

系统拓扑图如下图:

图2.系统拓扑结构示意图

一.2.3数据流向图

系统数据包括视频流数据和信令流数据。

整个数据流转流向如下图所示:

图3.系统数据流向示意图

一.3联网技术要求

社会视频资源整合接入应全面符合GB/T28181-2016标准,统一以下建设标准,并支持向下兼容GB/T28181-2011及补充协议,防止出现对接过程中需要现有平台升级改造的问题。

一.3.1通信协议结构

以下是对GB/T28181协议连接和控制层面的扩展和补充,包括实现云台锁定与解锁、支持对主子码流的任意获取等业务应用中实用的几个功能:

一.3.1.1注册、鉴权与注销

应满足《GB/T28181-2016》中的相关要求,并在此基础针对实现全网域内的云台等控制抢占、流媒体等的干线管理,将用户权限信息做统一和传递。

1. 权限编码规则

权限编码沿用《GB/T28181-2016》附录D统一编码规则,扩展编码15、16位为权限权重的编码。

域间可以通过权限权重来实现用户之间权限的轻重之分。

具体扩展编码细则见下表。

表1用户编码规则-权限编码细化

码段

码位

代码

用户及标识码名称

权重编码

15、16

90-99

决策领导

80-89

应急指挥领导

70-79

领导

60-69

高级指挥员

50-59

指挥员

40-49

高级操作员

30-39

操作员

20-29

辅助人员

0-19

预留

2.实现方式

权限编码通过SIP请求消息的Monitor-User-Identity头域携带,参数包括用户ID、目标设备ID、机构、警种、职级等,目标域解析这些参数进行锁定权限判断等处理。

权限头域示例如下:

Monitor-User-Identity:

user=33010800003017890001,usergroup=001,deviceid=33010801651317000001,operation=devicecontrol,organization=机构编号,policetype=警种编号,duty=职级编号,其中,user字段为必填参数,其他参数可以不解析。

一.3.1.2目录共享

应满足《GB/T28181-2016》中的相关要求。

一.3.1.3设备共享

应满足公安部下发的国家标准GB/T28181-2016的要求。

并在组织、区域目录报文增加ParentID字段,表示所属父节点。

在监控点目录报文可增加RecLocation字段,表示录像存储位置,1设备存储,2中心存储,3以上为保留扩展。

一.3.1.4实时浏览

应能够选择设备提供的不同视频码流。

通过SDP定义中a字段可携带媒体类型参数,用于实时点播时的码流类型选择。

格式如下:

a=streamprofile:

码流类型(取值为整型,0为主码流,1为子码流)

应扩展支持基于TCP协议的视音频文件传输方式,尤其在网络环境欠佳的非前端存储中,宜使用TCP协议直接传输视音频数据。

详见GB/T28181-2016《公共安全视频监控联网系统信息传输、交换、控制技术要求》附件F、附录L。

一.3.1.5音频监听对讲

应支持音频监听功能;

应支持语音对讲功能。

一.3.1.6录像查询

目的联网单元应能按指定摄像机和时间段向源联网单元查询所管辖的历史图像索引。

应支持按照时间、监控点查询保存在前端设备硬盘、集中存储和本地计算机硬盘中的录像文件目录列表。

应支持多个监控点录像的同时查询并分别列出其文件目录,文件目录中增加FileSize字段,表示录像文件的大小属性。

一.3.1.7录像点播和回放控制

目的联网单元应能通过查询得到的历史图像索引点播源联网单元的历史图像,对历史图像的回放过程进行控制,包括开始、停止、暂停、快速和慢速播放、时间点定位和进度条拖动等控制功能。

实时监控图像浏览和历史录像点播应可同时进行。

录像点播和回放应扩展支持基于TCP协议的视音频文件传输方式,尤其在网络环境欠佳的非前端存储中,宜使用TCP协议直接传输视音频数据。

一.3.1.8录像下载、剪辑备份

目的联网单元应能通过查询得到的历史图像索引下载所需要的源联网单元的历史图像。

应支持历史录像文件片段剪辑备份存储功能,能够将某个历史录像文件或历史录像文件中的某一段下载到本地计算机硬盘中保存,也能上传到指定的集中存储磁盘阵列中备份保存。

一.3.1.9远程控制

源联网单元应能对目的联网单元的设备进行云台、镜头、护罩等控制,云台控制应支持上、下、左右、左上、左下、右上、右下、预置位等功能,镜头控制应支持镜头变倍、聚焦和光圈调整功能,护罩控制应支持除湿、加热、雨刷、灯光等控制功能,云台镜头控制应支持速度调整功能。

应支持直接在实时监控图像窗口上用鼠标对云台镜头进行控制功能。

应支持云台锁定功能,在应急情况下,高级用户具有独占前端资源的控制权限。

为实现该需求,A市局/分局在用的各厂家平台都应支持“锁定/解锁”前端设备资源的控制信令。

1.加/解锁

增加加/解锁信令,实现上级平台对下级平台的加/解锁控制功能。

2.信令流程

图4.加/解锁信令流程

上级平台对下级平台的加/解锁控制流程

信令流程描述如下:

1)上级平台向下级平台发送加/解锁Message请求,用户身份头域中携带用户身份,DeviceID指定加/解锁设备,扩展加/解锁参数,增加锁定有效时长参数,可由用户输入或采用一个默认值;

2)下级平台将200OK响应消息发送给上级平台,该响应无消息体;

3)下级平台进行加/解锁处理,将处理结果返回给上级平台;

4)上级平台将200OK响应消息发送给下级平台,该响应无消息体;

一.3.2联网方式

根据国标GB/T28181-2016要求,各级平台应包含信令安全路由网关、信令控制服务器和媒体服务器等实体单元,根据《公安机关图像信息联网总体技术方案》第四章联网架构,联网方式分为以下两类:

1、上下级平台级联

上下级社会视频接入平台级联时,上级信令路由网关直接连接下级信令安全路由网关,控制信令的路由;

上级流媒体服务器在信令控制下与下级或平级流媒体服务器进行连接,接受或转发媒体流。

图5.上下级平台级联示意图

2、同级平台互联

同级社会视频接入平台互联可在上级平台控制下,互相调用图像资源。

同级平台级联包括信令互联,其中信令互联时,信令必须通过上级节点做中介进行互联;

媒体互联时,可以直接互联也可以通过上级节点中介后互联。

图6.同级平台互联示意图

一.3.3视音频编/解码及封装格式

对于视音频的编码格式应满足GB/T28181-2016的相关规定,除此之外,还应满足以下要求:

主码流和子码流采用ISO/IEC13818-1或ITU-TH.222.0中定义的PS(ProgramStream)流作为存储封装格式。

在标准文档定义的PS封装格式基础之上,提出以下封装格式细则:

systemheader

在每一个视频关键帧数据之前,应填写systemheader字段,该systemheader字段应体现后续关键帧片段(GOP)的媒体数据系统信息,即该关键帧片段(GOP)中,systemheader字段中须包含媒体数据PES包streamid。

建议视频的非关键帧不得添加systemheader字段。

音频流情况下,systemheader应以一定频率在码流中出现,建议每一秒在码流中添加systemheader字段。

传输封装格式

主码流和子码流的实时传输应采用RTP包负载PS流的形式,符合RFC2250规范。

负载中PS流的封装格式应符合1细则要求。

在标准文档定义的RTP负载PS流基础之上,提出以下封装格式细则:

1)RTP参数设置

a)负载类型(payloadtype):

96;

b)编码名称(encodingname):

PS或者MP2P;

c)时钟频率(clockrate):

90kHz;

d)SDP描述中“m”字段的“media”项:

video。

2)每个RTP包只能负载PS封装的视频数据或音频数据,不允许单个RTP包同时负载PS封装的音视频混合数据。

3)一帧音视频数据可以拆分为多个RTP包,但不允许单个RTP包负载多帧音视频数据。

4)RTP包头的时间戳应和RTP负载中PS流中的PCR(ProgramClockReference)或SCR(SystemClockReference)保持同步。

5)对于视频流或音频流,应设置一帧数据的最后一个RTP包头的markbit为1,作为断帧依据。

6)对于音视频混合流,应保证一帧视频数据发送过程中,不允许插入音频数据,音频数据在视频数据之前或之后。

并对一帧数据的最后一个RTP包头的markbit置1。

一.3.4统一寻址规则

一.3.4.1编码规则

系统应对前端设备、监控中心设备、用户终端ID进行统一编码,编码规则沿用《GB/T28181-2016》附录D.1编码规则A,采用20位编码方式,作为联网系统内部终端的唯一ID,该ID可以直接区别行业,资源类型,同时可逆查询。

为了满足社会面资源类型分类,特扩展9、10位的行业编码,具体编码与类型对应关系见下表:

表2社会面资源行业类型编码

接入类型码

名称

建设主体

备注

00

社会治安路面接入

政府机关

包括城市路面、城市广场、集贸市场、市政地下通道、步行街、旅游景区、公园等公共场所、公共区域、重点区域等

01

社会治安社区接入

包括社区、楼宇、网吧等

02

社会治安内部接入

包括公安办公楼、留置室等

03

社会治安其他接入

04

交通路面接入

包括城市主要干道、国道、高速交通状况监视

05

交通卡口接入

包括交叉路口、“电子警察”、关口、收费站等

06

交通内部接入

包括交管办公楼等

07

交通其他接入

08

城市管理接入

09

卫生环保接入

10

商检海关接入

11

教育部门接入

12~39

预留1

40

农林牧渔业接入

企业/事业单位

41

采矿企业接入

42

制造企业接入

43

冶金企业接入

44

电力企业接入

电力供应单位

45

燃气企业接入

燃气、热力供应单位

46

建筑企业接入

国家重点建设工程单位

47

物流企业接入

大型物资储备单位

48

邮政企业接入

49

信息企业接入

电信运营商

50

住宿和餐饮业接入

酒店、宾馆、旅馆业,各类大中小型餐饮场所

51

金融企业接入

金融(银行业、证券业、保险业)

52

房地产业接入

53

商务服务业接入

中介服务、广告业、旅行社等单位

54

水利企业接入

公共用水供应单位、水力发电单位、水害防治单位

55

娱乐企业接入

歌舞娱乐业、电子游戏厅(室)

56

医疗单位接入

乡镇、街道卫生所,各类医院等医疗单位

57

文博单位接入

博物馆、档案馆和重点文物保护单位

58

文体活动场所接入

大型文化、体育场所和其他大型群众性活动举办场所

59

传媒单位接入

广播电台、电视台、报社、通讯社等单位

60

教育单位接入

学校、幼儿园等教育单位,科研单位

61

国防单位接入

国防科技工业重要产品的研制生产单位

62

交通单位接入

机场、火车站、港口、地铁站等重要交通枢纽,以及城市公共交通车辆、客运车辆和客运轮船等大中型公共交通工具的重点部位

63

食药单位接入

食品生产单位、研制、生产、销售、储存危险物品、药品或者实验、保藏传染性菌、毒种的单位

64

危险品单位接入

民用爆炸物品存储单位等

65

商贸单位接入

大型商贸中心、购物中心、超市、连锁便利店等

66

保安服务业

保安服务公司提供押运服务,涉及枪支弹药使用的

67

住宅小区接入

住宅小区及出入口

68

网吧网咖接入

互联网上网服务营业场所

69~79

预留2

80

个人自建接入

居民自建

小型个体经营单位、居民个人自建

81~89

预留3

90~99

其他主体

预留4

另外,为了满足全网用户的统一与权限的抢占,扩展15~16位用户编码的细则,详细可见下表。

表3用户编码规则-权限编码细化

一.3.4.2编码举例

1、设备编码举例:

浙江省杭州市滨江区西兴街道某某超市的摄像机编码如下:

地区编号行业编码类型编码网络标识设备编号

3301080165131(摄像机)7(Internet网)000001

2、用户编码举例:

浙江省杭州市滨江区指挥中心领导编码如下:

地区编号行业编码类型编码网络标识权重编号用户编号

33010800003018(社会资源接入网)890001

一.3.4.3编码冲突问题的处理

对于一个前端设备安装地区与产权单位所在地分属不同地区的情况,建议统一按照产权单位所在地区进行编码,同时共享使用权给该设备的安装地区的公安机关。

编码冲突举例如下:

浙江省杭州市滨江区西兴街道某学校所有的摄像机建设在马路对面的萧山区,那么该摄像机编码按照滨江区进行编码,并共享使用权给萧山区公安机关。

编码如下:

3301080160131(摄像机)7(Internet网)000002

一.3.5转码要求

图7.转码示意图

由于需要整合接入的社会视频监控设备中存在大量不符合国标码流要求的非标准编码设备,因此在接入后在社会视频接入平台的出口端(向上推送至上级社会视频接入平台,或同级推送至公安视频专网共享平台,或通过共享服务接口提供给其他部门、单位时)必须通过联网网关对这些异构视频格式进行国标化转换,保证社会视频资源在共享、调用时均符合国标要求。

具体转码建议采用基于GPU架构的硬转码方案,利用GPU转码的专业性,实现高性能转码,与传统的基于X86的CPU转码方案,GPU并发转码性能高出数倍,同时整体转码方案的成本与功耗也更低。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2