H264视频监控联网共享技术规范.docx
《H264视频监控联网共享技术规范.docx》由会员分享，可在线阅读，更多相关《H264视频监控联网共享技术规范.docx（44页珍藏版）》请在冰豆网上搜索。
H264视频监控联网共享技术规范
H.264视频监控
联网共享技术规范
1范围1
2规范性引用文件1
3术语和定义1
3.1心跳信息1
4SIP协议扩展1
4.1方法DO1
4.2消息体类型2
4.3SIP地址编码3
5联网单元技术要求3
5.1设备注册与发现3
5.2监控图像获取6
5.3控制14
5.4查询16
5.5事件预订通告23
6音视频编解码、传输要求26
6.1编码标准26
6.2音视频流传输格式26
7对象编码规则27
7.1对象编码结构27
7.2设备地址编码规则27
7.3联网单元地址编码规则28
8技术要求28
8.1图像性能指标28
8.2视频报警联动响应时间28
8.3传输网络性能指标29
11 范围
本部分规定了跨区域视频监控联网共享中使用的联网单元的技术要求。
本部分适用于视频监控系统的跨区域联网共享建设，及相关软硬件产品的设计与开发。
12 规范性引用文件
下列标准中的条款通过本部分的引用而成为本部分的条款。
凡是注日期的引用标准，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励使用本部分的各方研究使用这些标准最新版本的可能性。
凡是不注日期的引用文件，其最新版本适用于本部分。
RFC2326RTSP：
实时流协议
RFC3261SessionInitiationProtocol
RFC3265SessionInitiationProtocol（SIP）-SpecificEventNotification
13 术语和定义
本部分采用下列术语和定义。
心跳信息heartbeatinfo
心跳信息是指由设备定时发送的关于联网单元、前端设备等运行状态的信息。
14 SIP协议扩展
方法DO
方法描述
本部分在RFC3261基础上定义了一个新方法DO。
方法DO的功能包括：
控制对方动作、更新对方信息、查询对方状态、历史监控资料查询和回放等。
发送方法DO的请求报文时，不会创建一个新的SIP会话，也不需要存在一个SIP会话作为前提。
方法DO与SIP会话无关，可在SIP会话内存在，也可在SIP会话之外存在，当DO是在一个SIP会话内发送时，方法DO中包含的Call-ID应与SIP会话的Call-ID一致。
方法DO支持的头域
本部分表1是对RFC3261SIP协议的扩展，规定了方法DO支持的头域。
表中符号含义参见RFC3261。
表1方法DO头域表
Header
Where
enc.
e-e
DO
Accept
R
e
o
Accept
415
e
o
Accept-Encoding
R
e
o
Accept-Encoding
415
e
o
Accept-Language
R
e
o
Accept-Language
415
e
o
Allow
200
e
o
Allow
405
e
m
表1（续）
Authorization
R
e
o
Authorization
r
e
o
Call-ID
gc
n
e
m
Contact
R
e
m
Header
Where
enc.
e-e
DO
Contact
2xx
e
o
Contact
3xx
e
o
Contact
486
e
o
Content-Encoding
e
e
o
Content-Length
e
e
m
Content-Type
e
e
*
Cseq
gc
n
e
m
Date
g
e
o
Encryption
g
n
e
o
Expires
g
e
o
From
gc
n
e
m
Hide
R
n
h
o
Max-Forwards
R
n
e
o
Organization
g
c
h
o
Priority
R
c
e
o
Proxy-Authenticate
407
n
h
O
Proxy-Authorization
R
n
h
O
Proxy-Require
R
n
h
O
Record-Route
R
h
o
O
Record-Route
2xx,401,484
h
o
o
Require
R
e
o
Retry-After
R
c
e
-
Retry-After
404,413,480,486
c
e
o
500,503
c
e
o
600,603
c
e
o
Response-Key
R
c
e
O
Route
R
h
o
O
Server
r
c
e
O
Subject
R
c
e
o
Timestamp
g
e
o
To
gc
n
e
m
Unsupported
420
e
o
User-Agent
g
c
e
o
Via
gc
n
e
m
Warning
r
e
o
WWW-Authenticate
R
c
e
O
WWW-Authenticate
401
c
e
o
DO请求响应
当DO请求得到成功执行时，一般应回送一个“200OK”响应消息，消息体中可包含结果信息，如当前设备状态等。
当DO请求失败时，可回送请求失败（RequestFailure,4xx）、服务器失败（Serverfailure,5xx）和全局失败（GlobalFailure,6xx）响应消息。
对于监控中的部分控制请求，DO请求可无响应消息。
DO的消息实体
方法DO的消息实体应采用本规范定义的设备描述和控制协议（DDCP）来描述相应的消息内容。
消息体类型
采用RFC3261、RFC3265和方法DO实现视频监控系统跨区域联网时，方法的消息体MIME类型应采用本规范定义的设备描述和控制协议（DDCP协议），Content-Type字段应设为“application/DDCP”。
SIP地址编码
SIP地址编码格式应采用RFC3261中规定的SIP:
user@host形式。
其中user部分应符合本规范定义的对象编码规则，host按RFC3261规定执行。
15 联网单元技术要求
设备注册与发现
联网单元之间应能相互注册、获取对方的视频监控设备（如硬盘录像机、矩阵等）的设备地址和状态。
联网单元应支持注册登记、目录发送、心跳信息传递等消息。
注册登记：
a）联网单元应使用RFC3261中定义的方法REGISTER进行注册登记。
b）注册登记流程如下：
1）源联网单元向目的联网单元发送REGISTER消息。
如果联网单元要求从目的联网单元中注销，把Expires设置为0。
如果联网单元修改了IP地址和监听端口，应先注销，再重新进行注册登记；
2）目的联网单元收到注册登记消息后应对注册登记信息进行验证、核准，对符合接入条件的联网单元进行注册登记；
3）目的联网单元应将注册成功或失败的消息返回给该源联网单元。
图1注册登记
消息示例：
F1：
REGISTERsip:
目的联网单元域名或IP地址SIP/2.0
Via:
SIP/2.0/UDP源联网单元IP地址
Max-Forwards:
70
From:
显示名源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名源联网单元地址编码@源联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1REGISTER
Contact:
源联网单元IP地址:
5060>
Expires:
3600
F2：
200
Via:
SIP/2.0/UDP源联网单元IP地址
From:
显示名源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名源联网单元地址编码@源联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1REGISTER
Expires:
3600
或：
401
Via:
SIP/2.0/UDP源联网单元IP地址
From:
显示名源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名源联网单元地址编码@源联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1REGISTER
目录发送：
a）在以下两种情况下应向所有与之联网的联网单元发送目录信息：
1）联网单元注册成功后，应发送整个允许共享的设备目录信息；
2）联网单元的目录信息发生变化（包括新增、修改和取消共享）后，应发送变化部分目录信息。
应使用RFC3265中定义的方法NOTIFY发送目录信息。
b）目录发送流程如下：
1）需发送共享设备目录信息的源联网单元向所有与之联网的目的联网单元发送NOTIFY信息。
NOTIFY消息的消息体包含整个允许共享的设备目录信息，每个设备对应的目录信息应包含以下内容：
显示名（Name）、地址编码（Address）、权限功能码（Privilege）、父节点地址编码（Parent）、活动状态（Status）、经度（Longitude）、录像位置（RecLacation）、纬度（Latitude）、子节点个数（Subnum）、子节点列表（Sublist）等。
2）目的联网单元收到正确目录消息后更新本地目录数据库；
3）目的联网单元应将目录接收成功或失败的消息返回给该源联网单元；
4）目录信息以三级结构（联网单元、编码设备、摄像机）来发送，一次可发送一个或多个摄像机信息；
5）使用Status字段来标识设备的工作状态；
6）使用DecoderTag来标识摄像机所对应的解码插件，其取值由标委会统一管理。
图2发送目录信息
消息示例：
F1：
NOTIFYsip:
目的联网单元地址编码@目的联网单元域名或IP地址SIP/2.0
Via:
SIP/2.0/UDP源联网单元IP地址
Max-Forwards:
70
From:
显示名联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名目的联网单元地址编码@目的联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1NOTIFY
Content-type:
Application/DDCP
Content-Length:
消息实体的字节长度
xmlversion="1.0"?
>
Catalog
显示名
地址编码
地址编码
活动状态
2
显示名
地址编码
权限功能码
地址编码
活动状态
录像位置
经度
纬度
解码插件标签
2
...
显示名
地址编码
权限功能码
地址编码
活动状态
录像位置
经度
纬度
解码插件标签
2
...
F2：
200
Via:
SIP/2.0/UDP源联网单元IP地址
From:
显示名源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名目的联网单元地址编码@目的联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1NOTIFY
Content-type:
Application/DDCP
Content-Length:
消息实体的字节长度
xmlversion="1.0"?
>
Catalog
0
或：
400
Via:
SIP/2.0/UDP源联网单元IP地址
From:
显示名联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名目的联网单元地址编码@目的联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1NOTIFY
心跳信息传递
联网单元应定时向所有与之联网的联网单元发送心跳报文消息。
应使用方法DO传递心跳信息，心跳消息的消息体包含保持活动信息（Keepalive）。
心跳报文不要求应答确认报文。
目的联网单元和源联网单元使用Register过程中Expires字段来协商保活周期。
如果目的联网单元在协商好的时间内未收到对端的Keepalive报文，则认为对端离线（建议在保活周期内发送2～3个keepalive报文），不再响应后续发送过来的keepalive报文，以触发对端重新发起注册流程。
图3心跳信息传递
消息示例：
F1：
DOsip:
目的联网单元地址编码@目的联网单元域名或IP地址SIP/2.0
Via:
SIP/2.0/UDP源联网单元IP地址
Max-Forwards:
70
From:
显示名源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名目的联网单元地址编码@目的联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1DO
Content-type:
Application/DDCP
Content-Length:
消息实体的字节长度
xmlversion="1.0"?
>
Keepalive
监控图像获取
实时监控图像的获取：
a）实时监控图像的获取过程应包括获取实时流、释放实时流。
应使用RFC3261中定义的方法INVITE获取一个摄像机的实时监控视频流。
取消没有完成的连接应采用CANCEL方法。
使用RFC3261中定义的方法BYE停止接收一个摄像机的实时视频流，并释放相关资源。
b）实时监控图像的获取过程的主要流程如下：
1）源联网单元向目的联网单元发送INVITE请求。
INVITE请求的消息体应指明是实时监控图像获取（RealMedia）。
同时应包含请求用户的权限功能码（Privilege），源联网单元支持的码流格式（Format）、视频编码类型（Video）、音频编码类型（Audio）、最高码率（MaxBitrate）、接收视频的用户或视频转发代理的IP地址/传输协议/端口号（ReceiveSocket）；
2）目的联网单元收到INVITE请求后，在回送成功或失败的应答消息前如需一定的处理时间，可发送临时响应消息100Tring；
3）目的联网单元应将同意或拒绝的消息返回给该源联网单元；在同意的确认响应消息的消息体中应包含确定的码流格式（Format）、视频编码类型（Video）、音频编码类型（Audio）、传输码率（MaxBitrate）。
码流格式（Format）、视频编码类型（Video）和音频编码类型（Audio）根据INVITE请求消息体相应列表中目的联网单元能支持的排在最前的类型来确定；
4）源联网单元发送ACK消息前如欲取消本操作，可向目的联网单元发送CANCEL请求消息；
5）源联网单元收到目的联网单元同意确认消息200OK，应向目的联网单元发送ACK消息；
6）目的联网单元收到源联网单元发送ACK消息后，可向源联网单元发送实时监控视频流；
7）源联网单元欲释放实时流时，向目的联网单元发送BYE请求消息；
8）目的联网单元收到BYE请求消息后，回送200OK同意释放消息。
图4实时监控图像获取
消息示例：
F1：
INVITEsip:
摄像机地址编码@目的联网单元域名或IP地址SIP/2.0
Via:
SIP/2.0/UDP源联网单元域名或IP地址
Max-Forwards:
70
From:
显示名用户地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名摄像机地址编码@目的联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1INVITE
Content-type:
Application/DDCP
Content-Length:
消息实体的字节长度
xmlversion="1.0"?
>
RealMedia
权限功能码
4CIFCIFQCIF
800
210.98.45.234UDP2350
F2：
100
Via:
SIP/2.0/UDP源联网单元域名或IP地址
Max-Forwards:
70
From:
显示名摄像机地址编码@目的联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名用户地址编码@源联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1INVITE
F3：
200
Via:
SIP/2.0/UDP源联网单元域名或IP地址
Max-Forwards:
70
From:
显示名摄像机地址编码@目的联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名用户地址编码@源联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1INVITE
Content-type:
Application/DDCP
Content-Length:
消息实体的字节长度
xmlversion="1.0"?
>
RealMedia
CIF
300
210.98.45.234UDP2350
Hikvision-v3
或者：
400
Via:
SIP/2.0/UDP源联网单元域名或IP地址
Max-Forwards:
70
From:
显示名摄像机地址编码@目的联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名用户地址编码@源联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1INVITE
F4：
ACKsip:
摄像机的地址编码@目的联网单元域名或IP地址SIP/2.0
Via:
SIP/2.0/UDP源联网单元域名或IP地址
Max-Forwards:
70
From:
显示名用户地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名摄像机地址编码@目的联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1ACK
F5：
BYEsip:
摄像机的地址编码@目的联网单元域名或IP地址SIP/2.0
Via:
SIP/2.0/UDP源联网单元域名或IP地址
Max-Forwards:
70
From:
显示名用户地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名摄像机地址编码@目的联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1BYE
Content-Length:
0
F6：
200
Via:
SIP/2.0/UDP源联网单元域名或IP地址
Max-Forwards:
70
From:
显示名摄像机地址编码@目的联网单元域名或IP地址>;tag=BK32B1U8DKDrB
To:
显示名用户地址编码@源联网单元域名或IP地址>
Call-ID:
17250
CSeq:
1BYE
Content-Length:
0
历史图像的获取：
a）历史图像的传输过程包括枚举文件列表、文件名点播、时间段点播、点播释放、点播控制等。
通过网络浏览历史图像和通过网络备份历史图像使用相同的报文。
1）枚举文件列表
应使用方法DO枚举一个指定地址摄像机的历史图像文件列表。
当目的端有多条符合检索条件的录像文件记录时，由源端来执行多次请求来获取完整的文件列表（如起始时间逐渐递增），目的端控制响应报文的长度（建议整个消息长度不大于1400B）。
2）获取URL
在开始点播回放之前，应使用方法DO获取媒体数据的URL（含RTSPServer的地址和端口）。
URL的格式定义如下：
URL="rtsp:
//"host[":
"port]/path
其中host为RTSPServer的IP地址；port为RTSPS
升级会员 