DB41/T 759.2-2012 视频监控联网系统技术规范 第2部分 联网平台技术要求

DB41
河南省地方标准
DB41/T759.2-2012
视频监控联网系统技术规范第2部分：联网平台技术要求
2012-11-01发布201301-01实施
河南省质量技术监督局发布

1范围
本部分规定了视频监控联网系统的控制传输流程和协议接口。
本部分适用于河南省省视频监控联网系统的建设及相关软硬件产品的开发，其他领域的视频监控联网系统可参考使用。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GD/T28181-2011安全防范视颊监控联网系统信息传输、交换、控制技术要求
3控制、传输流程和协议接口
3.1注册、鉴权与注销
符合GBT28181一2011中7.1的规定。
3.2设备目录共享
设备目录共享应支持两种方式：目录推送、目录查询。
3.2.1目录推送
目录拥有者，当间目录收者注册成功后，目录发生变化时，要立即通知目录收者，目录接收者要向目录拥有者发送目录收到的确认消息。目录通知使用RFC3265中定义的NOTIFY方法。目录拥有者可以是安全防范视频监控联网系统、有子设备的设备以及代理设备网关等，目录接收者也可以是安全防范视频监控联网系统、有子设备的设备以及代理设备网关等。
a)在以下情况下目录拥有者成自动向目录接收者发送目录信悬：
1)目录拥有者的目录信息发生变化（包括新增、修改和刑除共享）后，应发送变化部分目录信息；
2)目录拥有者准送的设备状态发生变化（上下线等）后，应发送变化部分设备信息；
3)推送多级目录的时侯，目录树从父节点到子节点逐级推送：刑除父节点的时候，应先刑除子节点；
4)分多个SP消息推送目录信息的时候，当收到上一个SP消息的成功返回后，才进行下一个SIP消息的推送；5)对于推送未成功的目录信息，需要进行重试，并最多重试3次，重试的时间间隔依次为30s、455、60s:如果重试3次还是推送失收，在联网单元重新注册成功后应自动再进行推送。
b)提供手动推送全部共享目录和极像机的功能。
c)除了包括GB/T28181-201中7.5的规定的字段外增加字段：解码插件标识(DecoderTag)、目录类型(CatalogType)、存储类型(RecLocation)、操作类型(OperateType)
1)使用ecoderTag来标识极像机所对应的解码插件；
2)使用C妇talogType来标示目录类型，行政规划区域还是视频、报警设备等；
3)使用RecL.ocation来标示设备存储位置类型，设备、集中存储服务器等；
4)使用0 perateType来标示本次通知操作是增加、修改或别除。
3.2.2目录推送流程
目录推送流程见图1。命令流程描述如下：
a)1:需发送共享设备目录信息的源联网单元向所有与之联网的目的联网单元发送N0TIFY信息。0TFY消息的消息体包含整个允许共享的设备目录信息，每个设备对应的目录信息除了应包括GB/T28181-201中7.5的规定的目录字段外，还应包含以下内容：解码插件标识、目录类型、存储类型、操作类型；
b)2:目录接收者收到正确目录消息后更新本地目录数据库，目录接收者应将目录接收成功或失收的消息返回给该源联网单元，目录信息一次可发送一个或多个设备目录信息，一次目录推送消息中，只包含两级，先推送根节点，推送根节点的时侯，父节点编码取值等于自己。
3.2.3目录新增字段格式
目录新增字段格式见表1。
3.2.4推送消息
推送消息示范见附录A中的A.1。
3.2.5目录查询要求
查询要求包括：
a)设备目录查询消息体：
1)MESSAGE消息头Content-type头域为Content-type:Application/MANSCDP+xml；

2)设备目录查询命令采用MANSCDP协议格式定义；
3)设备目录查询请求命令应包括命令类型(C『ype)、命令序列号(SN)、设备区域/系统编码(DeviceID)、解码插件标识(ecoderTag)、目录类型(CatalogType)、存储类型(RecLocation)、操作类型(OperateType)等，采用RFC3428的MESSAGE方法的消息体携带；
4)相关设备在收到MESSAGE消息后，应立即返回2000K应答，2000K应答均无消息体。
b)应答命令消息体：设备目录查询应答命令应包括命令类型(CndType)、命令序列号(S)、设备区域/系统编码(DevicelD)、设备/区域/系统名称(Nane)、设备状态(Status)、经度(Longitude)、纬度(L,atitude)等，采用MESSAGE方法的消息体携带。
3.2.6目录查询流程
目录查询流程见图2。
命令流程描述如下：
a)1:原设备间目标设备发送设备查询命令，设备查询命令米用MESSAGE方法沙带；
b)2:目标设备收到命令后返回2000K；
c)3:目标设备向源设备发送设备查询响应命令，设备查询响应命令采用ES$GE方法携带；
d)4:源设备收到命令后返回2000K。

3.2.7查询消息
查询消息示范见附录A中的A2。
3.3实时机音频点播
3.3.1基本要求
基本要求如下：
a)实时视音频点播的SIP消息应通过本域或其它域的SIP服务器进行路由、转发，目标设备的实时视音颊流宜通过本域内的媒体服务器进行转发实时视音颊点播采用SIP议(RF℃3261)中的INVITE方法实现会话连接，采用TP/RTCP协议(RF℃3550)实现媒体传输.应按以下要求实现RTP:
1)媒体流的接收和发送方基于RICP进行媒体流保活，接收方周期性的发送TCP RR,发送方周期性的发送RTCP SR,对于一个特定的RTP会话，任何一方发送的RICP报文的间隔，成该在一定范用内变化，道免TCP报文的突发，发送间隔的计算方式为：T《取值10s)乘以{0.5：1.5司}之间的一个随机值，这个随机值，每发送一个报文，变化一次。如果媒体流的接收方或发送方在一定时间间隔（固定取值90s)内未收到，就可以认为保活失收，释放对应会话;
2)RTCP报文的PORT应为相应的RIP报文的PORT+1;
b)实时视音频点播的信令流程分为客户瑞主动发起和第三方呼叫控制两种方式，联国系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见RF℃3725。
c)语音对讲应为实时顿率。
3.3.2非标准码流解码
编解码格式允许非标，由SIP客户間或SIP设备（解码器）进行解码。对于非标准的设备或下级平台的媒体流，在SP客户带或SP设备（样码器）采用辉码插件的方案进行解码。在协议中包括了非标准解码的标签，对应的解码插件的定义，详见D41/T759.3。对非标准码流的传输，启用RFC4566中对a字段的定义[a=rtpmap:payload type>《encodingnane>/Kclock rate>/]中的,利用该属性携带媒体流发送方的非标准码流类型。

3.3.3客户端主动发起的实时机音频点播
3.3.3.1信令流程
信息流程见图3。
命令流程描述如下：
a)1:媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Sub ject字段，表明点播的视频源ID、分辨率、媒体流接收者ID、接收端媒体流序列号等参数，SP消息体中s字段为“P1ay”代表实时点播;
b)2:SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体报务器和媒体流发送者之间的媒体连接。向媒体服务器发送Iite消息，此消息不携带SDP消息体;
c)3:媒体服务器收到SIP服务器的Invite请求后，回复2O00K响应，抄带SDP消息体，消息体中描述了媒体服务器接收媒体流的P、端口、媒体格式等内容;
d)4:SIP服务器收到媒体报务器返回的2000K响成后，向媒体流发送者发送Invite请求，请求中携带消息3中媒体服务器回复的2000K响应消息体，并且修改s字段为P1ay”代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数;
e)5:媒体流发送者收到SIP服务器的Invite请求后，回复2000K响应，抄带SDP消息体，消息体中描述了媒体流发送者发送媒体流的P、端口、媒体格式、SSC字段等内容;
f)6:SIP服务器收到媒体流发送者返回的2000K响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的2000K响应消息体，完成与媒体服务器的Invite会话建立过程;
g)7:SIP报务器收到媒体流发送者返回的2000K应后，向媒体流发送者发送CK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程;
h)8:完成三方呼叫控制后，SP服务器通过2BA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器;
i)9:媒体服务器收到Invite请求，回复2000K响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSC值等内容;
j)10:SIP服务器将消息9转发给媒体流接收者;
k)11:媒体流接收者收到2000K响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程;
l)12:SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程;
m)13:媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的nwie会话;
n)14:SIP服务器收到BYE消息后回复2000K南应，会话断开;
o)15:SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话;
p)16:媒体服务器收到BYE消息后回复2000K响应，会话断开;
q)17:SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话;
r)18:媒体服务器收到BYE消息后回复2000K响成，会话断开：3.3.3.2实时视音频点播消息实时视音频点播消息示范见附录A中的A3。
3.3.4第三方呼叫控制
3.3.4.1信令流程
信令流程见图4。
其中，信令1-6为$IP报务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，令7-12为$江P服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程，信令13-16为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令17-20为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。命令流程描述如下：

a)1:SIP报务器向媒体报务器发送Invite消思息，此消思不携带SDP消悬体;
b)2:媒体服务器收到SIP服务器的Invite请求后，回复2000K响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、瑞口、媒体格式等内容;
c)3:SIP服务器收到媒体服务器返回的2000K响应后，向媒体流发送者发送Invite请求，请求中携带消息2中媒体服务器回复的2000K响应消息体，并且修改s字段为PIay”代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数;

d)4:媒体流发送者收到SIP服务器的Invite请求后，回复000K响应，抄带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容;
e)5:SP服务器收到媒体流发送者返回的2000K响应后，向媒体服务器发送CK请求，请求中携带消息4中媒体流发送者回复的2000K应消息体，完成与媒体服务器的Invite会话建立过程;
f)6:SIP服务器收到媒体流发送者返回的2000K响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程;
g)7:SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体;
h)8:媒体流接收者收到SIP报务器的Invite请求后，回复2000K响成，抄带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容;
i):SIP服务器收到媒体流接收者返回的2000K响应后，向媒体服务器发送Invite请求，请求;
j)中携带消息8中媒体流接收者回复的2000K响应消息体，并且并且修改s字段为P1ay”代表实时点播，增加y字段描述SSRC值;
k)10:媒体报务器收到SIP服务器的Invite请求后，回复2000K响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容;
l)11:SP服务器收到媒体服务器返回的2000K响应后，向媒体流接收者发送CK请求，请求中携带消息10中媒体服务器回复的2000K向应消息体，完成与媒体流接收者的Invite会话建立过程;
1)12:SIP服务器收到媒体服务器返回的2000K响应后，向媒体服务器发送ACK请求，请求中不
携带消息体，完成与媒体服务器的Iite会话建立过程：
m)13:SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的Invite会话;
n)14:媒体流接收者收到BYE消息后回复2000K响成，会话断开;
o)15:SIP服务器向媒体服务器发送BE消息，断开消息9、10、12建立的同媒体服务器的Invite会话;
p)16:媒体服务器收到BE消息后回复2000K响成，会话断开;
g)17:SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话;
r)18:媒体服务器收到BYE消息后回复2000K响应，会话断开：
s)19:SIP服务器向媒体流发送者发送BE消息，断开消息3、46建立的同媒体流发送者的Invite会话;
t)20:媒体流发送者收到BYE消息后回复2000K响成，会话断开。
3.3.4.2第三方呼叫控制消息
第三方呼叫控制消息示范按附录A中的A4。
3.3.5语音对讲
3.3.5.1信令流程
信令流程见图5.
命令流程描述如下。

投稿会员：2Ru1