H.264视频监控联网共享技术规范I1 范围12 规范性引用文件13 术语和定义13.1 心跳信息 14 SIP协议扩展14.1 方法DO14.2 消息体类型24.3 SIP地址编码35 联网单元技术要求35.1 设备注册与发现35.2 监控图像获取65.3 控制145.4 查询165.5 事件预订通告236 音视频编解码、传输要求266.1 编码标准266.2 音视频流传输格式267 对象编码规则277.1 对象编码结构277.2 设备地址编码规则277.3 联网单元地址编码规则288 技术要求288.1 图像性能指标288.2 视频报警联动响应时间288.3 传输网络性能指标291 范围本部分规定了跨区域视频监控联网共享中使用的联网单元的技术要求。本部分适用于视频监控系统的跨区域联网共享建设，及相关软硬件产品的设计与开发。2 规范性引用文件下列标准中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用标准，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励使用本部分的各方研究使用这些标准最新版本的可能性。凡是不注日期的引用文件，其最新版本适用于本部分。RFC 2326 RTSP：实时流协议RFC 3261 Session Initiation ProtocolRFC 3265 Session Initiation Protocol (SIP)-Specific Event Notification3 术语和定义本部分采用下列术语和定义。3.1 心跳信息 heartbeat info心跳信息是指由设备定时发送的关于联网单元、前端设备等运行状态的信息。4 SIP协议扩展4.1 方法DO4.1.1 方法描述本部分在RFC 3261基础上定义了一个新方法DO。方法DO的功能包括：控制对方动作、更新对方信息、查询对方状态、历史监控资料查询和回放等。发送方法DO的请求报文时，不会创建一个新的SIP会话，也不需要存在一个SIP会话作为前提。方法DO与SIP会话无关，可在SIP会话内存在，也可在SIP会话之外存在，当DO是在一个SIP会话内发送时，方法DO中包含的Call-ID应与SIP会话的Call-ID一致。4.1.2 方法DO支持的头域本部分表1是对RFC 3261 SIP协议的扩展，规定了方法DO支持的头域。表中符号含义参见RFC 3261。表1 方法DO头域表HeaderWhereenc.e-eDOAcceptReoAccept415eoAccept-EncodingReoAccept-Encoding415eoAccept-LanguageReoAccept-Language415eoAllow200eoAllow405em 表1（续）AuthorizationReoAuthorizationreoCall-IDgcnemContactRemHeaderWhereenc.e-eDOContact2xxeoContact3xxeoContact486eoContent-EncodingeeoContent-LengtheemContent-Typeee*CseqgcnemDategeoEncryptiongneoExpiresgeoFromgcnemHideRnhoMax-ForwardsRneoOrganizationgchoPriorityRceoProxy-Authenticate407nhOProxy-AuthorizationRnhOProxy-RequireRnhORecord-RouteRhoORecord-Route2xx,401,484hooRequireReoRetry-AfterRce-Retry-After404,413,480, 486ceo500,503ceo600,603ceoResponse-KeyRceORouteRhoOServerrceOSubjectRceoTimestampgeoTogcnemUnsupported420eoUser-AgentgceoViagcnemWarningreoWWW-AuthenticateRceOWWW-Authenticate401ceo4.1.3 DO请求响应当DO请求得到成功执行时，一般应回送一个“200 OK”响应消息，消息体中可包含结果信息，如当前设备状态等。当DO请求失败时，可回送请求失败（Request Failure,4xx）、服务器失败（Server failure,5xx）和全局失败（Global Failure,6xx）响应消息。对于监控中的部分控制请求，DO请求可无响应消息。4.1.4 DO的消息实体方法DO的消息实体应采用本规范定义的设备描述和控制协议（DDCP）来描述相应的消息内容。4.2 消息体类型采用RFC 3261、RFC 3265和方法DO实现视频监控系统跨区域联网时，方法的消息体MIME类型应采用本规范定义的设备描述和控制协议（DDCP协议），Content-Type字段应设为“application/DDCP”。4.3 SIP地址编码SIP地址编码格式应采用RFC 3261中规定的SIP:userhost形式。其中user部分应符合本规范定义的对象编码规则，host按RFC 3261规定执行。5 联网单元技术要求5.1 设备注册与发现5.1.1 联网单元之间应能相互注册、获取对方的视频监控设备（如硬盘录像机、矩阵等）的设备地址和状态。5.1.2 联网单元应支持注册登记、目录发送、心跳信息传递等消息。5.1.2.1 注册登记：a) 联网单元应使用RFC 3261中定义的方法REGISTER进行注册登记。b) 注册登记流程如下：1) 源联网单元向目的联网单元发送REGISTER消息。如果联网单元要求从目的联网单元中注销，把Expires设置为0。如果联网单元修改了IP地址和监听端口，应先注销，再重新进行注册登记；2) 目的联网单元收到注册登记消息后应对注册登记信息进行验证、核准，对符合接入条件的联网单元进行注册登记；3) 目的联网单元应将注册成功或失败的消息返回给该源联网单元。图1 注册登记消息示例：F1：REGISTER sip:目的联网单元域名或IP地址 SIP/2.0Via: SIP/2.0/UDP 源联网单元IP地址Max-Forwards: 70From: 显示名; tag=BK32B1U8DKDrBTo: 显示名Call-ID: 17250CSeq: 1 REGISTERContact: Expires: 3600F2：200 Via: SIP/2.0/UDP 源联网单元IP地址From: 显示名 ;tag=BK32B1U8DKDrBTo: 显示名Call-ID: 17250CSeq: 1 REGISTERExpires: 3600或：401 Via: SIP/2.0/UDP 源联网单元IP地址From: 显示名;tag=BK32B1U8DKDrBTo: 显示名Call-ID: 17250CSeq: 1 REGISTER 5.1.2.2 目录发送：a) 在以下两种情况下应向所有与之联网的联网单元发送目录信息：1) 联网单元注册成功后，应发送整个允许共享的设备目录信息；2) 联网单元的目录信息发生变化（包括新增、修改和取消共享）后，应发送变化部分目录信息。应使用RFC 3265中定义的方法NOTIFY发送目录信息。b) 目录发送流程如下：1) 需发送共享设备目录信息的源联网单元向所有与之联网的目的联网单元发送NOTIFY信息。NOTIFY消息的消息体包含整个允许共享的设备目录信息，每个设备对应的目录信息应包含以下内容：显示名（Name）、地址编码（Address）、权限功能码（Privilege）、父节点地址编码（Parent）、活动状态（Status）、经度（Longitude）、录像位置（RecLacation）、纬度（Latitude）、子节点个数（Subnum）、子节点列表（Sublist）等。2) 目的联网单元收到正确目录消息后更新本地目录数据库；3) 目的联网单元应将目录接收成功或失败的消息返回给该源联网单元；4) 目录信息以三级结构（联网单元、编码设备、摄像机）来发送，一次可发送一个或多个摄像机信息；5) 使用Status字段来标识设备的工作状态；6) 使用DecoderTag来标识摄像机所对应的解码插件，其取值由标委会统一管理。图2 发送目录信息消息示例：F1：NOTIFY sip:目的联网单元地址编码目的联网单元域名或IP地址 SIP/2.0Via: SIP/2.0/UDP 源联网单元IP地址Max-Forwards: 70From: 显示名 ;tag=BK32B1U8DKDrBTo: 显示名Call-ID: 17250CSeq:1 NOTIFYContent-type: Application/DDCPContent-Length: 消息实体的字节长度Catalog显示名地址编码地址编码活动状态