1、ICS 13.310 A 91 GB 中华人民圭七/、不日国国家标准GB/T 28181-2011 安全防范视频监控联网系统信息传输、交换、控制技术要求Security and protection video monitoring network system technical specification for information transport , switch and control 2011-12-30发布. (10653r._ ，.;t;1060，气坤原辅宿，;， 数码防伪/中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会2012-06-01实施发布GB/T
2、 28181一2011目次前言.田1 范围-2 规范性引用文件3 术语和定义、缩略i吾24 互联结构.5 传输基本要求106 交换基本要求.7 控制基本要求u8 传输、交换、控制安全性要求139 控制、传输流程和协议接口14附录A(规范性附录)监控报警联网系统控制描述协议(MANSCDP)命令集G附录B(规范性附录)监控报警联网系统实时流协议(MANSRTSP)命令集58附录C(规范性附录)基于RTP的视音频数据封装60附录D(规范性附录)统一编码规则62附录E(规范性附录)视音频编/解码技术要求附录F(规范性附录)SDP定义73附录G(规范性附录)联网系统与其他系统接口的消息格式76附录H(
3、规范性附录)数字摘要信令认证过程和方法87附录1(规范性附录)证书格式和证书撤销列表格式四附录J(规范性附录)信令消息示范.附录K(规范性附录)Subject头域定义168参考文献. GB/T 28181-20门目。昌本标准按照GB/T1. 12009给出的规则起草。请注意，本标准的基本内容有可能涉及专利，本标准的发布机构不应承担识别这些专利的责任。本标准由中华人民共和国公安部提出。本标准由全国安全防范报警系统标准化技术委员会CSAC/TC100)归口。本标准起草单位:公安部第一研究所、浙江公安科技研究所、北京中盾安全技术开发公司、浙江立元通信技术有限公司、杭州海康戚视数字技术有限公司、浙江大
4、华技术股份有限公司、杭州华三通信技术有限公司、浙江广信智能建筑研究院、中科院上海微系统研究所、中国电子技术标准研究所。本标准主要起草人:陈朝武、蒋乐中、房子河、赵问道、张本锋、张跃、何青林、马伯康、陈昆、李福胜、方良、邹晨、李硕、李珊凌、贺静、黄膜麟、王鑫。用山范围安全防范视频监控联网系统信息传输、交换、控制技术要求GB/T 28181-20门本标准规定了安全防范视频监控联网系统(以下简称联网系统)中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。本标准适用于安全防范视频监控联网系统及城市监控报警联网系统的方案设计、
5、系统检测、验收以及与之相关的设备研发、生产。其他信息系统可参考采用。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注目期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T 25724-2010 安全防范监控数字视音频编解码技术要求ISO/IEC 13818-1 :2000 信息技术运动图像和伴音信息的通用编码第1部分:系统(Informa-tion technology-Generic coding of moving pictures and associated audio information-Part 1
6、: Sys tems) ISO/IEC 14496-2: 2004信息技术视昕对象编码第2部分:视频(Informationtechnology Coding of audio-visual objects-Part 2: Visual) ISO/IEC 14496亿:2004/ Amd. 2: 2005信息技术视昕对象编码第2部分:视频/修订稿2:简单档次的新级别(Informationtechnology-Coding of audio-visual objects-Part 2: Visual; Technical Corrigendum 2) ISO/IEC 14496-4: 2004
7、信息技术视听对象编码第4部分:一致性测试(Information technol ogy-Coding of audio-visual 0 bj ects-Part 4: Conformance testing (a vaila ble in English only) ISO/IEC 14496-4: 2004/ Amd. 10: 2005信息技术视昕对象编码第4部分:一致性测试/修订稿10:简单档次中级别L4a、L5的一致性扩展(Informationtechnology-Coding of audio-visual objects-Part 4: Conformance testing(
8、 available in English only; Technical Corrigendum 10) ITU-T Rec. G. 711-1988 数字传输系统的通用部分:音频的脉冲编码调制Pulsecode modulation (PCM) of voice frequencies ITU-T Rec. G. 723.1-1996 数字传输系统的通用部分:5.3和6.3 kbit的多媒体通信传输中的双速率语音编码器(Dualrate speech coder for multimedia communications transmitting at 5. 3 and 6. 3 kbit
9、/s) ITU-T Rec. G. 729-1996 数字传输系统的通用部分:利用共辄结构代数码激励线形预测的8 kbit/s语音编码Codingof speech at 8 kbit/ s using conjugate-structure algebraic-code-excited linear prediction (CS-ACELP) IU-T Rec. H. 264-2005 H系列:音视频和多媒体系统，音视频服务基础活动视频编码:通用音视频服务的先进视频编码(Advancedvideo coding for generic audiovisual services) ITU-T
10、Rec. H. 264. 1-2005 H系列:音视频和多媒体系统，音视频服务基础活动视频编码:GB/T 28181-2011 日.264先进视频编码的一致性说明(Conformancespecification for H. 264 advanced video coding) IETF RFC 2030 简单网络时间协议。NTP)第四版(Simplenetwork time protocol (SNTP) ver-sion 4 for IPv4 , IPv6 and OS1) IETF RFC 2326 实时流协议CRTSP)RealTime Streaming Protocol IETF
11、 RFC 2976 SIP INFO方法CTheSIP INFO Method) IETF RFC 3261 会话初始协议(SIP:Session Initiation Protoco!) IETF RFC 3263 会话初始协议CSIP) :定位SIP服务器S巳ssionInitiation Protocol C SIP) : Locati吨SIPServers IETF RFC 3428 会话初始协议CSIP)即时消息扩展SessionInitiation Protocol (SIP) Extension for Instant Messaging IETF RFC 3550 实时传输协议
12、CRTP:A Tran;| 源设、备! 哪务器|:l:M臼sa肝设备控制命令Ji/7 2:2000K : 3:Mes吨e(设备控制命令)4:2000K 图13无应答设备控制流程示意图22 、-GB/T 28181一2011命令流程描述如下:1 :源设备向SIP服务器发送设备控制命令，设备控制命令采用MESSAGE方法携带。2:SIP服务器收到命令后返回2000K。3 :SIP服务器向目标设备发送设备控制命令，设备控制命令采用MESSAGE方法携带。4:目标设备收到命令后返回2000K。消息示范见J.6。a) 、，。c) d) 有应答命令流程9.3.2.2 |瞅备|、ilI 川叫e(设备控制请求
13、命斗、1V 5:M叫设备控酬应命斗l4:2000K 封6:2000K | 源设备I r SIP服务器i i)/M叫(设备控椭求命令J/!/ /1 /气/1/1/ / 2:2000K 1 -/ 1/ /( / / I /fi |7:M耐耶(设备控制响应命令I、有应答设备控制流程见图1408:2000K 图14有应答设备控制谊程示意图命令流1，1:原设备作ISIP瓶各器发送设备控制命令，设备控制命令采用.ESSGE方法携带。2, 3.川:冯S4:目标设备收到命令后逗回20oOK。5 :目标设备向SIP服务器发送设备控制响应命令，设备控制响应命令采用MESSAGE方法携带。6 :SIP服务器收到命令
14、后返回2000K。7 :SIP服务器向源设备转发设备控制响应命令，设备控制响应命令采用MESSAGE方法携带。8 :源设备收到命令后返回2000K。消息示范见J.7 0 a) 、，/ED c) d) g) 、，h e) f) 协议接口9.3.3 23 请求命令消息体MESSAGE消息头Content-type头域为Content-type:Application/MANSCDP+ xml。9.3.3.1 GB/T 28181-2011 设备控制命令采用MANSCDP协议格式定义，详细描述见A.2. 3的控制命令。设备控制命令应包括命令类型CCmdType)、命令序列号CSN)、设备编码CDev
15、iceID)、子命令等，采用MESSAGE方法的消息体携带。设备在收到MESSAGE消息后，应立即返回应答，应答均无消息体。应答命令消息体设备控制应答命令应包括命令类型CCmdType)、命令序列号CSN)、设备编码CDeviceID)、执行结果CResult) ，采用MESSAGE方法的消息体携带。设备控制应答命令采用MANSCDP协议格式定义，详细描述见A.2. 6的设备控制应答命令。MESSAGE消息头Content-type头域为Content-type:Application/MANSCDP+ xml。设备在收到MESSAGE消息后，应立即返回应答，应答均无消息体。9.3.3.2 报
16、警事件通知和分发9.4 报警事件通知和分发基本要求发生报警事件时，源设备应将报警信息发送给SIP服务器;SIP服务器接收到报警事件后，将报警信息分发给目标设备。报警事件通知和分发使用IETFRFC 3428中定义的方法MESSAGE传送报警信息。源设备包括SIP设备、网关、SIP客户端、安全防范视频监控联网系统或者综合接处警系统以及卡口系统等，目标设备包括具有接警功能的SIP客户端、安全防范视频监控联网系统或者综合接处警系统以及卡口系统等。9.4. 1 命令流程9.4.2 | 目标设备i 报警事件通知和分发流程见图15。一器一一务一一服寸-Da j -Qu-、J一一令L命知通警报( Lw gb
17、 na s e、LW |JM: -町1一备一一设一源一2:2000K 3:Message (报警通知响应命令4:2000K 5:Message (报警通知命令6:2000K 1:Message (报普通知响应命令8:2000K 报警事件通知和分发流程示意图圈15命令流程描述如下:1 :报警事件产生后，源设备向SIP服务器发送报警通知命令，报警通知命令采用MESSAGEa) 24 G/T 28181-2011 方法携带。b) 2: SIP服务器收到命令后返回2000K。c) 3:SIP服务器接收到报警事件后，向源设备发送报警事件通知响应命令，报警通知响应命令采用MESSAGE方法携带。d) 4:
18、师、设备收到命令后返回2000K。e) 5:SIP服务器接收到报警事件后，确定需要转发的目标设备，SIP服务器向目标设备发送报警事件通知命令，报警通知命令采用MESSAGE方法携带。f) 6:目标设备收到命令后返回2000K。g) 7:目标设备接收到报警事件后，向SIP服务器发送报警事件通知响应命令，报警通知响应命令采用MESSAGE方法携带。h) 8:SIP服务器收到命令后返回2000K。消息示范见J.8 0 9.4.3 协议接口9.4.3.1 请求命令消息体消息头Content-type字段为Cont巳nt一type:Application/MANSCDP十xml。报警事件通知和分发流程中
19、的请求命令采用MANSCDP协议格式定义，详细描述见A.2. 5报警通知。源设备向SIP服务器通知报警、SIP服务器向目标设备发送报警的通知命令均采用MESSAGE方法的消息体携带。报警事件通知命令应包括命令类型CCmdType)、命令序列号CSN)、设备编码(DeviceID)、报警级别(AlarmPriority)、报警时间(Alarm Time )、报警方式(AlarmMethod )、经度( Longitude)、纬度CLatitude)等。相关设备在收到MESSAGE消息后，应立即返回2000K应答，2000K应答均无消息体。9.4.3.2 应答命令消息体消息头Content-typ
20、e字段为Content-type:Application/MANSCDP十xml。报警事件通知和分发流程中的应答命令采用MANSCDP协议格式定义，详细描述见A.2. 6报警通知应答。SIP服务器向源设备、目标设备向SIP服务器发送报警通知应答命令均采用MESSAGE方法的消息体携带。报警事件通知应答命令应包括命令类型CCmdType)、命令序列号(SN)、设备编码CDeviceID)、执行结果CResult)。相关设备在收到MESSAGE消息后，应立即返回2000K应答，2000K应答均无消息体。9.5 网络设备信息查询9.5.1 网络设备信息查询基本要求源设备向目标设备发送信息查询命令，目
21、标设备应将结果通过查询应答命令返回给源设备。网络设备信息查询命令包括设备目录查询命令、前端设备信息查询命令、前端设备状态信息查询命令等，信息查询的范围包括本地SIP监控域或者跨SIP监控域。网络设备信息查询命令和响应均采用IETFRFC 3428中定义的方法MESSAGE实现。源设备包括SIP客户端、网关或安全防范视频监控联网系统，目标设备包括SIP设备、网关或安全防范视频监控联网系统。25 一一一一一、-GB/T 28181-20门9.5.2 命令流程网络设备信息查询流程见图16。E4 求请询查备设rt、e ob EE-na -03 :s iw -M j j1 -设于-源-| 目标设备| 2
22、:2000K : 3:M叩ge(设备查询请求命令)4:2000K l7加乌耶(设备查询响应命令): l/ f8:2000K 5:Message (设备奇询响应命令，1 Jh rhJ、图16网络设备信息查询流程示意图命令流程描述如下:、 a) 1 :洒、设备1;SIP服务器发送设备查询命令，设备任ilJ命令采用MESSAGE方法携带。b) 2: SIP服务器收到命令后返回zo OK。c) 3:SIP服务器向目标设备转发设备奇询命令，设备查词命令采用MESSAGE方法携带。d) 4:目标设备收到命令后返回200OK e) 5:目标设备向t?IP服务器发送设备查询响应命令，设备查询响应命令采/用ME
23、:SSAGE方法/1 携带。.石/ f) 6:S g) 7巳:S臼IP服务器向掠设备转转、3发支查询响应命令，设备查询响应命令采用ME乡5AGE方法携带。h) 8:目标设备收到命令:岳后返回2K汇49.5.3 协议接口9.5.3.1 设备目录查询消息体9.5.3. 1. 1 请求命令消息体MESSAGE消息头Content-type头域为Content-type:Application/MANSCDP+ xml。设备目录查询命令采用MANSCDP协议格式定义，详细描述见A.2. 4设备目录信息查询请求。设备目录查询请求命令应包括命令类型CCmdType)、命令序列号CSN)、设备/区域/系统编
24、码CDeviceID)等，采用IETFRFC 3428的MESSAGE方法的消息体携带。相关设备在收到MESSAGE消息后，应立即返回2000K应答，2000K应答均元消息体。9.5.3. 1. 2 应答命令消息体MESSAGE消息头Content-type头域为Content-type:Application/MANSCDP+ xml。26 GB/T 28181-2011 设备目录查询应答命令采用MANSCDP协议格式定义，详细描述见A.2. 6设备目录信息查询应答。设备目录查询应答命令应包括命令类型(CmdType)、命令序列号(SN)、设备/区域/系统编码(DeviceID)、设备/区域
25、/系统名称(Name)、设备状态(Status)、经度(Longitude)、纬度(Latitude)等，采用MESSAGE方法的消息体携带。相关设备在收到MESSAGE消息后，应立即返回2000K应答，2000K应答均无消息体。消息示范见J.90 9.5.3.2 设备信息查询消息体9.5.3.2.1 请求命令消息体MESSAGE消息头Cont(n1Aype头域为Contc且ttypC: Application/vl.ANSCDP十xml。设备信息查询命令采用MANSCDP协议格式定义，详细描述见A.2. 4设备信息查询请求。设备信息查询请求命令应/包括命令类型(CmdType)、命令序列号(
26、SN飞、设备编码(DeviceID)，采用IETF RFC 3428的优ssi6E方法的消息体携带。、相关设备在收到lf民AGE消息后，应立即返回应答，应答均无消息体。9.5.3.2.2 应答命令消息体MESSAGE消息头Content-typc头城为Content-type:ApplicPTt:.JS，MESSAGE方法， . 不排除支持其他SIP和SIP扩展方法。，, 消息头O()ntenltyp(字段为(.ont号召t-type何制段时ionl叶?。历史视音频回放流程中携带消息体的请求和响应的消息体应采用SDP协议。格式定义。有关SDP的详细描述见IETFRFC 45f6 0 SDP文本
27、信息包括:会话名称和意图，会话持续时间，构成会话的媒体，有关接收媒体的信息(地址等)0 INV1TE 请求以时间段方式获取历史图像。定位历史视音频数据的信息在SDP协议楠式的消息体中携带、J草包含设备名刊时间段信息，规定如下:a) 媒体流接收者应在SIJP讲议格式的消息体坤包括lh(见IETFRFC 45阔的3.5)，u行应填写产生历史媒体的媒体摞(如某个摄像头)的设备URI.Jl符合6.1. 2的规定。设备URI应包含媒体源设备编码，媒体源设备编码成为检索历史媒体数据的设备名信息。b) 媒体流接收者应在SDP协议格式的消息体中包括t行(兑lETFRFC 4566的5.9) ，t行的开始时间和
28、结束时间组成检索历史媒体数据的时间段信息。 , / 9.8.3.2 视音频回放控制协议乒/视音频回放控制流程是采用Sl1消息、INFO实现视音频播放、暂停址/退和停止等视音频回放控制命令的过程。视音频回放控制请求消息在INFO方法的消息体中/携带，回放控制请求消息应符合MANSRTSP协议的请求消息的部分定义，包括PLAY、PAUSE、TEARDOWN;视音频回放控制应答消息可在INFO方法的2000K响应消息体中携带，回放控制应答消息应符合MANSRTSP协议的应答消息定义。有关视音频回放控制命令的详细描述见附录B。携带MANSRTSP请求和应答命令的INFO消息头Contenttype字段
29、为Content-type:Application/MANSRTSP。9.9 视音频文件下载9.9. 1 视音频文件下载基本要求SIP服务器接收到媒体接收者发送的视音频文件下载请求后向媒体流发送者发送媒体文件下载命令，媒体流发送者采用RTP将视频流传输给媒体流接收者，媒体流接收者直接将视频流保存为媒体文件。媒体流接收者可以是用户客户端或安全防范视频监控联网系统，媒体流发送者可以是媒体设备或34 、啕-G/T 28181-2011 安全防范视频监控联网系统。命令流程9.9.2 害户端主动发起9.9.2. 1 |酬暇时|! 媒体服务器|客户端主动发起的媒体文件下载流程见图21。|叫务器|媒体流接收
30、看|1 : Invite (with SDP) 叫吁hU一ULUm-w-J LU/th飞4Ml球寸lD一4K一2:Invite 6:ACK (with SDP) 7:ACK / f 历柬媒体流8: Jnvite (with SDP) S: 20(tK (SDPj auvuplBBB y 10:200 OK (-1甘lSDP)l1 :ACK / / / / / 一一一_L.，I / / ;/ I I 13:M困sage(File阳End)t 16:2000K 12:ACK 历史媒体流、民1唱Messagi1etoEnd) 、5:200OK 二二二, , 17:BYE _.由-唰-、18:2000
31、K 19:BYE 20: 200 OK lthh 21:BYE 22:2000K 23:BYE 35 害户端主动发起的视音频文件下载流程示意图24:2000K 图21GB/T 28181-2011 其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接受者与媒体服务器之间的媒体链接信令过程，信令27为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流之间的媒体链接信令过程，信令1316为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成的通知消息过程，信令1720为断开媒体流接收者断开与媒体服务器之间的媒体链接信令过程，信令2124
32、为SIP服务器断开媒体服务器与媒体流发送者之间的媒体链接信令过程。命令流程描述如下:a) 1 :媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视频源ID、分辨率、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息体中s宇段为Download代表文件下载，u宇段代表下载通道ID和下载类型，t宇段代表下载时间段。b) 2:SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。c) 3:媒体服务器收到SIP服务器的Invite请求后，因复2000
33、K响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。d) 4: SIP服务器收到媒体服务器返回的2000K响应后，向媒体流发送者发送lnvite请求，请求中携带消息3中媒体服务器回复的2000K响应消息体，并且修改s宇段为Download代表文件下载，u宇段代表下载通道ID和下载类型，t宇段代表下载时间段，增加y字段描述SSRC值，f宇段描述媒体参数。e) 5:媒体流发送者收到SIP服务器的Invit巳请求后，回复2000K响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容。f) 6: SIP服务器收到媒
34、体流发送者返回的2000K响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的2000K响应消息体，完成与媒体服务器的Invite会话建立过程。g) 7:SIP服务器收到媒体流发送者返回的2000K响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程。h) 8:完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器。i) 9:媒体服务器收到lnvite请求，回复2000K响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口
35、、媒体格式、SSRC值等内容。j) 10: SIP服务器将消息9转发给媒体流接收者。k) 11:媒体流接收者收到2000K响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程。) 12: SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程。m) 13:媒体流发送者在文件下载结束后发送会话内Message消息，通知SIP服务器回放已结束。n) 14:SIP服务器收到消息17后转发给媒体流接收者。0) 15:媒体流接收者收到消息18后回复2000K响应，进行链路断开过程。p) 16:SIP服务器将消息19转发给媒体流发送者。q) 17:媒体流接收者向
36、SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话。r) 18:SIP服务器收到BYE消息后回复2000K响应，会话断开。s) 19: SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话。t) 20:媒体服务器收到BYE消息后回复2000K响应，会话断开。u) 21: SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话。v) 22:媒体服务器收到BYE消息后回复2000K响应，会话断开。w) 23: SIP服务器向媒体流发送者发送BYE消息，断开消息4
37、、5、7建立的同媒体流发送者的36 GB/T 28181-2011 Invite会话。x) 24:媒体流发送者收到BYE消息后回复2000K响应，会话断开。消息示范见J.16 0 第三方呼叫控制9.9.2.2 -者一-送一一献一llli-体-一媒-| 媒体服务器| 1:lnvite 第三方呼叫控制的媒体文件下载流程见图22。|叫务器|媒体流接收者|3:lnvite (with SDP) 2: 200 OK (with SDP) 4: 200 OK (SDP) 共6:ACK 5:ACK (with SDP) 历史媒体流7:lnvite 8:200 OK (with SDP) 9:lnvite (
38、with SDP) 10:200 OK (SDP) 11 : ACK (with SDP) 13 : Message (File to End) 14:2000K 12:ACK 流体AlIllit-媒史历15:BYE 16:2000K 17:BYE 18:2000K 19:BYE 20:2000K 21:BYE 22:2000K 37 第三方呼叫控制的视音频文件下载流程示意图图22GBjT 28181-2011 其中，信令16为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令712为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过
39、程，信令1314为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成通知消息，信令1518为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令1922为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。命令流程描述如下:a) 1 :SIP服务器向媒体服务器发送lnvite消息，此消息不携带SDP消息体;b) 2:媒体服务器收到SIP服务器的lnvite请求后，回复2000K响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容:c) 3: SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送lnvite请求，请求中携带消息2中媒体服
40、务器国复的2000K响应消息体，并且修改5字段为Download代表下载，U字段代表下裁通道ID租下载视频类型，t宁段代表下载Jd1段，增加y宇段描述SSRC值，f宇段描述媒体参数r飞、d) 4:媒体流发送者收到SIP服务器的lnvi叶求后，回复20OOUM飞带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSR吏段等内容;e) 5:SIP报务器收到媒体流发送者返回的2000K响应后，向媒体服务器发送ACK请求，请求中携带消息4中媒体流发送昔f!:J复的200()K响应消息休，完成与媒体服务器的lnvite会话建立过程;f) 6:SIP服务器收到媒体流发送者返回的2
41、00、OK响凶后，fnl蝶体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invie会话建立过程;只)7: SIP 服务器向媒体温茧收者发送lnvite消息.t悄息不携带SDP消息体;L卢)8趴t媒体流接收者收到SIP服务器的1n飞V巾F体中描述了媒体流按收者J接妄收媒体流的IP、端可、媒体格式等内容4i) 9 :SIP服务器收到媒体流接收者返回的2000K响应后向媒体服务器发送lnvit巳请求，请求中携带消息8中媒体流接收者复的2000K响应消息体，jt.n修战s字段为Playback代表历史回放，增加y宁段描述SSRC值;j) 10:媒体服务器收到SIP服务器的Invit
42、e请求后，回复2000K响应，携带印P消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC宁库等内军事，k) 11. SIP服川收到媒体服务器返回的2000K响应后，向媒体/流接收省发送ACK请求，请求中携带消息约中媒体服务器回复的2000K响应消息体J完成l:j.媒体流接收者的Inv山会话建立过程;1) 12:SIP服务器收到媒体服务器返回的2000K响应后，向媒体服务器发送ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程;m) 13:媒体流发送者在文件回放结束后发送会话内Message消息，通知SIP服务器回放已结束;n) 14 :SIP服务
43、器收到Message消息后回复2000K响应，进行链路断开过程;0) 曰:SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的lnvite会话;p) 16:媒体流接收者收到BYE消息后回复2000K响应，会话断开;q) 17: SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite会话;r) 18:媒体服务器收到BYE消息后回复2000K响应，会话断开;s) 19:5IP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的lnvite会话;38 -GB/T 28181-20门t) 20:媒体服务器收到B
44、YE消息后回复2000K响应，会话断开;u) 21: SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话;v) 22:媒体流发送者收到BYE消息后回复2000K响应，会话断开。消息示范见J.17。9.9.3 协议接口SIP消息头域(如TO，FROM , Cseq , Call-ID , Max-Forwards , Via等)的详细定义符合相关SIP消息的RFC文档的规定。消息头域Allow宇段应支持INVITE，ACK , INFO , CANCEL , BYE , OPTI ONS, MESSAG E方法，不排除支持其他SIP和SIP扩展方法
45、。消息头Content-type3手段为Content-ly件:applcaonJ sdp。、历史媒体下载流如携带消息体的请求和响应的消息体应采用SDP格式定义。有关SDP的详细描述见IETF/盯C45卦。二SDP :C;zjs;制包括，会话名称和意图，会话持续时间，构成会话的媒有关接收媒体的信息(地址等)0 INVIT请求以时间段方式获取历史图像。定位历史媒体数据的信息在SDP协议格式的消息体吁1撬开?，应包含设备名和时间段信息，规定如下:a) 蜘体流接收者应在SDP协议格式的消息体中包括ufi(见IETFRFC 4566的5.5)，u行表明明音频文件的URI.具体定，义;见附录F;b) 媒
46、体流接收者应在SDP协议格式的消息体中包括t行(见IETF.RFC 4556的5.9) ，t行的开怡时间和结束时间筑成检索历史蝶体数据的时间段信息。9.10 校时9. 10. 1 校时基本要求联SIP方式校时见本节具体描述;NTPC见IETFRFC 2肌)协议的网络统J校时服务，网络校时设备时钟源和客泞端支芮客户/服务器的工作模式，时钟源应支持TV1P、VPP及NTP协议，将输入的或系9.10.2 命令流程SIP校时在注册过程中完成，信令流程同注册信令流程见9.1. 2，消息示范见J.1和J.2。9.10.3 协议接口在注册成功情况下，注册流程的最后一个SIP应答消息2000K中的Date头域
47、中携带时间信息。中心采用的格式为XML标准格式:Date:yyyy-MM-ddTHH:mm:ss.SSS。9. 11 订阅和通知9. 11. 1 事件订阅9.1 1. 1.1 事件订阅基本要求事件源接受事件订阅时，事件源向事件观察者发送确认消息。事件订阅使用IETFRFC 3265中定39 、-GB/T 28181-2011 义的SUBSCRIBE方法。事件源可以是安全防范视频监控联网系统、SIP服务器、报警设备以及被集成的卡口系统等可以触发事件的系统或设备，事件观察者也可以是安全防范视频监控联网系统、SIP服务器、客户端等可以接收报警事件的系统或设备。命令流程9. 11. 1. 2 一者-察一-观FIll-iiill-i-外丁-,Arm -事-| 事件源| 事件订阅流程见图23。1 : SUBSCRIBE (事件订阅)2:2000K(或返回400结束本次会话)事件订阅流程示意描述如下:a) 1 :事件观察者向事件源发送SUBSCRIBE请求，SUBSCRIBE请求的消息体应包括表示
