《中国电信网络视频监控业务技术规范(v3.0)—中心服务平台分册v5.doc》由会员分享，可在线阅读，更多相关《中国电信网络视频监控业务技术规范(v3.0)—中心服务平台分册v5.doc（178页珍藏版）》请在三一办公上搜索。
1、中国电信网络视频监控业务技术规范V3.0中心服务平台分册（送审稿）中国电信集团公司2008年04月目 录前言11、 目的22、 适用范围33、 引用标准44、 定义和缩略语55、 系统结构及网元功能要求65.1 单域系统65.1.1 CMS65.1.2 VTDU105.1.3 NRU115.1.4 NPU125.1.5 CCS135.1.6 PAG135.1.7 CAG155.2 多域系统155.2.1 SM175.2.2 部署方案示例185.3 平台网管系统185.4 移动监控VAU186、 流程与接口定义206.1 流程和接口规范范围206.2 接口参考点206.3 信令头域定义226.3
2、.1 会话相关的接口:226.3.2 媒体的传输接口306.3.3 管理和业务接口306.3.4 录像媒体点播306.4 会话描述346.4.1 PAG/CAG相关流程346.4.2 注册486.4.3 会话建立/拆除：506.4.4 云镜控制：576.4.5 报警586.4.6 音频广播616.4.7 音频对讲636.4.8 录像/回放646.4.9 NPU相关流程746.4.10 和上层SM（Service Manager）的接口796.4.11 业务相关参数配置/查询816.4.12 智能业务接口1166.4.13 VAU接口1167、 对外能力开放接口1217.1 接口规范范围1217
3、.2 接口描述1217.2.1 获取PU信息1217.2.2 视频监控1237.2.3 音频对讲1247.2.4 音频广播1257.2.5 录像回放1268、 性能要求1278.1 SM1278.1.1 传输能力1278.1.2 处理能力1278.1.3 可靠性和可用性1278.1.4 环境要求1278.1.5 电源与接地1288.2 CMS1288.2.1 传输能力1288.2.2 处理能力1288.2.3 可靠性和可用性1288.2.4 环境要求1298.2.5 电源与接地1298.3 AAA1298.3.1 认证技术指标1298.3.2 数据传输1298.3.3 数据预处理1308.4
4、CCS1308.5 PAG1318.6 CAG1318.7 VTDU1318.7.1 并发处理能力1318.7.2 视频流转发能力1318.7.3 可靠性和可用性1318.7.4 环境要求1328.7.5 电源与接地1328.8 NRU1328.8.1 传输能力1328.8.2 处理能力1328.8.3 并发处理能力1328.8.4 可靠性和可用性1328.8.5 环境要求1338.8.6 电源与接地1339、 系统安全1349.1.1 信令安全1349.1.2 数据安全1359.1.3 网络安全1359.1.4 设备安全1359.1.5 系统安全136附件1：CMS侧的WSDL137附件2：
5、SM侧的WSDL151附件3：IE定义157附件4：MSG 定义159内部资料，注意保密，未经同意，请勿翻印 版本：3.0文档信息文档名称文件编号编制人保密级别修改过程版本号日期负责人概述评审过程版本号日期评审者概述V3.02008.4.4梁笃国提交前言本标准规定了远程监控中心服务平台设备支持的功能、接口、性能等方面的技术要求。本要求共分十章，分别为：编制说明、引用标准、缩略语、系统结构以及网元功能要求、流程与接口定义、对外能力开放接口、系统安全要求、附件等相关内容。本标准起草单位：中国电信股份有限公司上海研究院。1、 目的本规范的目的主要是使得合作伙伴和中国电信运营、维护人员能够在本规范的指
6、导下进行平台的开发、其它业务系统接口的开发和维护。2、 适用范围本规范主要适用于中心服务平台设备的开发、入网检测、设备制造、工程设计和网络运行、管理维护等提供技术依据。3、 引用标准具体参见电信网络视频监控业务技术规范（V3.0）-总体技术要求的相同内容。4、 定义和缩略语具体参见电信网络视频监控业务技术规范（V3.0）-总体技术要求的相同内容。5、 系统结构及网元功能要求5.1 单域系统单域系统是指由必备的网元组成的视频监控业务基本系统。系统的每个单域（如图5.1.1所示）构成系统的基本服务单元。图5.1.1单域系统结构图以下详细描述单域系统各网元功能：5.1.1 CMSCMS是系统的中心管
7、理服务器，实现作为B2BUA应用服务器提供网络视频监控业务；作为管理中心提供客户/用户管理、前端/平台设备管理和虚拟域管理；作为存储中心存储用户数据和业务参数配置数据；作为Portal提供内容发布等功能。系统的边缘域是基于CMS划分的由CMS负责的多种功能模块组成，由于目前这些模块互通协议尚未考虑，本规范中合并入CMS考虑。CMS的主要功能及实现要求包括：1. 呼叫控制呼叫控制功能是CMS的核心功能，接收SIP的呼叫请求，如果被叫是本域的前端，则修改SIP消息中的SDP，根据前端注册的信令地址发起新的SIP呼叫，如果被叫前端在其它域，则向上级SM查询被叫域的SIP信令地址，成功后修改SIP消息
8、中的SDP并向被叫域发起新的SIP呼叫，失败则释放本次呼叫。CMS需要根据SIP信令中的媒体地址信息去控制VTDU转发媒体流。实现对报警、云境控制的管控。2. 客户/用户管理CMS必须保存本域的客户和用户信息，客户的创建、修改、删除、赋权是通过CMS与BOSS的接口或CMS与SM的接口完成的（CMS自身需具有此类业务/运营支撑的功能，以满足在接口未实现时业务开展的需求）。用户是有客户的管理员创建和管理的，具体用户的权限也是客户管理员赋予的。用户登录时，CMS负责对其鉴权。3. 前端设备管理CMS必须保存本域的前端设备信息，前端设备的创建是通过CMS与BOSS的接口或CMS与SM的接口完成的（C
9、MS自身需具有此类业务/运营支撑的功能，以满足在接口未实现时业务开展的需求）。CMS应实现对前端设备业务参数的配置和查询。前端向中心服务平台注册时，CMS应验证其合法性。同时CMS需要保存划归到本域的异域前端设备信息。CMS应可备份前端设备配置，并在需要时向相应前端设备还原配置。4. 平台设备管理CMS应实现对本域平台设备的管理，接受并保存本域各平台设备上报的能力集，实时管控VTDU和NRU的负荷，按调度策略实现对实时流访问路径的调度，对网络录像进行管理，实现对NRU的调度。CMS应实现对平台设备的性能、告警数据管理。必须实现的VTDU调度策略原则：1). 要求可设置PU被CU直连的最大连接数
10、设置(需支持PU为多通道时对每通道设置最大连接数；若为视频通道多选一上传的PU，再所请求通道无带宽传送视频时应实时明确地提示客户端)；未达到该最大连接路数时，要求调度策略可指示CU直接访问PU；达到最大连接数时若有新的访问，需切换至VTDU进行分发；2). 调度策略中可指定某用户访问时使用的VTDU路由；3). 调度策略中可指定某PU被访问时使用的VTDU路由；4). 调度策略需支持按各VTDU负载情况调度路由；5). 调度策略中应支持在同一PU用户访问量超过VTDU容量限制时产生VTDU级联路由的策略；6). 调度策略中应支持在跨地域访问时尽量节约骨干网资源的策略。如B地市的多个用户同时访问
11、A地市某个PU时，将视频调入B地市的VTDU再分发给B地市的用户。如图5.3.2 跨地域分发示意图所示，图中箭头代表该路视频的传送方向。图5.1.2 跨地域分发示意图5. 管理和业务参数配置前端设备的系统设备参数是通过BOSS接口设置的，和用户相关的业务参数是由用户设置的，CMS必须保存这些参数并实现系统配置。必须实现对平台报警联动策略的管理和执行。必须实现对云镜控制策略的管理和执行。6. 状态维护CMS维护CMS与CU之间、CMS与PU之间会话的状态。7. 日志CMS应可记录用户操作、系统运行、故障及处理日志，并可被授权用户访问。8. 内容发布CMS应当支持对外内容发布的功能，主要包括监控点
12、音视频内容及关联的数据内容，在分组时CMS需要继承上级SM所有的发布内容组，并且可以创建本域特有的发布内容组，并将可共享的该类内容资源划入该组，如可创建交通信息组，将城市路面交通图象划入该组。9. 虚拟域管理CMS应当支持虚拟域的管理，一个省级平台应可配置其下属一个地市相关的用户、前端、平台设备信息的增删改管由该地区的管理员全权负责，该虚拟域的管理员只能看到归属到该虚拟域的用户/设备等信息，该虚拟域管理员可认为具有独立管控的一个平台。10. 计费CMS必须实现从VTDU、NRU获取实时/历史媒体访问的时长/流量等计费信息的功能。需实现时长、流量方式计费的用户，实时媒体访问的媒体流必须经过VTD
13、U转发，以最靠近用户测VTDU所上报数据为准。11. 能力封装CMS应当实现对外开放的能力接口，对外提供系统所能提供对外能力的Web Service接口，CMS将网络视频监控系统所提供的视频监控业务能力封装为标准的Web Service API，供其它系统调用网络视频监控系统所提供的视频监控业务。12. 和上层SM的接口CMS必须实现与SM接口的以下主要功能，可向SM注册CMS信息，查询其他域的路由，并可向SM上传计费信息。接收和反馈来自SM的设备开通、客户开户、设备划归、内容发布等指令。13. 管理支撑CMS必须可向SM注册，接受上级SM管控。支持SNMP，接受网管系统命令，实现配置管理、状
14、态、故障等网管代理功能。在平台中起到本域系统内CCS、VTDU、NSM等设备的管理、信令和业务的策略控制等作用。输入：用户查询，设备查询，监控业务请求，计费信息收集请求；输出：用户数据，设备数据，监控业务请求的处理结果，计费原始信息；处理：对本域所属设备的监控业务请求，进行策略管理和调度；对用户和设备的查询，转上级CMS处理；根据SM的需求对本域所属计费数据进行收集并上报。存储：所管理下属域的用户、设备数据，其它域路由信息； 5.1.2 VTDUVTDU 是系统的媒体转发/分发单元，是平台侧的核心媒体传送网元，在CMS的媒体调度模块控制下完成音视频传送功能。可以多级级联和分布式部署。VTDU
15、仅接受本域CMS 的管控。VTDU的主要功能及实现要求包括：1. 转发功能VTDU必须能够转发来自PU的音视频媒体流，根据调度指令转发给相应的VTDU、CU或NRU。必须能够转发来自CU的音频媒体流，根据调度指令转发给相应的VTDU或PU。2. 分发功能VTDU必须可将同一路媒体流同时发送向多个接受端。3. 业务控制VTDU必须可接收调度命令，启动并控制接收和分发。应可管理会话、维护接收与分发媒体流的映射关系。4. 计费信息采集VTDU必须可采集实时媒体访问的时长/流量等计费信息，并上报CMS。5. 组播VTDU可以支持接收组播流，或向外组播媒体流。6. 管理支撑VTDU必须可向CMS注册，可
16、上报（并可接受查询）设备能力集、状态等信息。支持SNMP，接受网管系统管理，实现配置管理、状态、故障等网管代理功能。输入：CMS的信令，来自前端的媒体流；输出：对CMS信令的响应，向其它VTDU、CU和NSU发送媒体流；处理：接收CMS信令调度，进行媒体流的分发转发处理。5.1.3 NRUNRU是系统中的网络录像存储单元，实现对音频/视频的接收存储、录像存储管理、存储介质管理及录像回放服务等功能。NRU必须可连接SAN、NAS、DAS等各类物理存储设备。NRU可实现分布式部署。NRU接受本域CMS中NRM模块的管理。NRU的主要功能及实现要求包括：1. 录像存储NRU必须支持从PU或VTDU获
17、取媒体流并存储在所连接的存储介质中，并保存所存储资料的索引。必须支持对正在存储中的录像即时打包并提供回放服务。2. 录像检索NRU必须支持对CMS中NRM模块录像检索检索指令进行反馈，支持多种检索方式。3. 流式回放NRU必须支持来自NRM模块的回放请求打开文件，并通过RTSP提供流媒体服务，并支持VCR控制，流的访问地址返回给NRM。4. 录像下载NRU必须支持通过RTSP提供录像下载服务。支持选择时段的录像下载方式。5. 存储介质管理NRU应当可实现对SAN、NAS、DAS等多种存储设备的接入，并可管理存储空间、存储策略。6. 管理支撑NRU必须可向CMS注册，可上报（并可接受查询）设备能
18、力集、状态等信息。支持SNMP，接受网管系统管理，实现配置管理、状态、故障等网管代理功能。输入：NRM的存储信令控制；VTDU的媒体流请求；输出：NRM的存储信令回应，向VTDU或CU发送存储媒体流；处理：在NRM的调试管理下对VTDU和CU等进行响应。5.1.4 NPUNPU是系统中的网络图像存储单元，管理用户触发的前端图像抓拍以及前端告警触发的图像抓拍的图片，前端使用HTTP把抓拍的图像上传到NPU，NPU把这些图像的信息上报给CMS，用户可以通过CMS查询自己有访问权限的图像。得到该图像链接后，使用HTTP到NPU下载、浏览或者删除图片。NPU必须可连接SAN、NAS、DAS等各类物理存
19、储设备。NPU可实现分布式部署。NRU接受本域CMS的管理。NPU的主要功能包括：1). 对来自于前端和用户的请求在CMS的协助下认证，认证方式使用HTTP Digest。2). 存储前端上传的图像，并上报相关信息给CMS。3). 用户通过CMS查询图像信息，使用HTTP到NPU去下载、浏览、删除存储的图像信息。5.1.5 CCSCCS是系统的呼叫控制服务器，是一个SIP服务器，提供会话控制功能，实现SIP请求接收、触发、传送，实现PU和CU的信令接入处理。CCS和CMS是多对多关系，一个CCS可以为多个CMS服务，一个CMS也能够和多个CCS交互。对一个域来说，CCS是平台中的可选设备，可以
20、和其它域或业务平台共用。CCS负责注册、地址翻译、信令路由。主要功能及实现要求包括：1). 注册服务CCS作为注册服务器接收CU、PU注册请求；2). SIP信令呼叫控制CCS作为SIP 服务器为已注册CU、PU提供会话控制；CCS作为SIP服务器将CU的SIP 请求转发给PAG、将PU的应答转发给CAG；CCS作为SIP 服务器与CMS业务平台交互。在系统中做为SIP控制服务器，接收来自PU和CU的SIP请求，根据其中用户和前端的编号信息把该SIP呼叫触发到正确的CMS。CCS必须可配置触发条件，将收到的SIP呼叫请求触发到正确的CMS，CMS处理该SIP请求后，如果是第一次呼叫PU的某个通
21、道，则需要发起新的呼叫，该呼叫经过同一个CCS。如果已经得到了该通道的媒体流，则CMS做为UAS直接返回应答。5.1.6 PAGPAG是系统的前端接入网关，在SIP网络中相当于SIP B2BUA，是PU注册或者会话时的第一个联系点，部署在PU与CCS之间。PAG在系统中是可选设备。PAG的主要功能及实现要求包括：1). 信令转发PAG必须实现本域PU的接入，接收和转发由PU或CCS发来的SIP信令。作为SIP服务器，PAG实现对PU的接入管理，接收、转发来自PU、CCS的呼叫控制信令。PAG转发从PU接收到的注册请求给CCS；PAG转发从PU接收到SIP消息给CCS；PAG转发从CCS接收到的
22、SIP请求或应答消息给PU。2). 媒体流转发当PU处于NAT/FW后面，而且Fire Wall不允许VTDU打洞时，媒体流只有通过PAG转发，PAG需要转发从PU接收的RTP流，并可以实现向PU侧发送双向的RTCP流。PAG须实现媒体流转发功能而无须实现媒体流分发功能。当PU部署在NAT/FW后面时，为实现CCS与PU的会话，并保证安全，FW配置为开放PAG的固定IP和一个端口，只允许从CCS到PAG的信令流从该PAG的固定端口通过NAT/FW到达PU，并且也只允许PU回应的信令流也通过NAT/FW后到达该PAG的该固定端口。PAG再转发给CCS。这样实现CCS与PU之间信令面建立。FW配置
23、将PAG设备的二元组（IP address、Port）开放，实现PAG到PU的信令流通过PAG的该端口进入PU，PU到PAG的信令流到达PAG设备的该端口。由于VTDU可能是CMS根据负载均衡动态指配的，如果FW配置为允许对所有VTDU设备的部分端口对都开放时，对用户媒体面，PU可以将媒体流通过NAT/FW后发送给VTDU，VTDU再转发给CU（当CU侧也处于NAT/FW后面，而且CU侧的FW也允许对所有的VTDU设备的部分端口对都开放）或者CAG（CU侧的FW不允许对所有的VTDU设备的部分端口对都开放，CU侧的FW只对固定IP地址的CAG的部分端口对开放）。如果出于安全性的考虑，PU侧的F
24、W不允许配置为对所有VTDU设备的部分端口对都开放，而只允许对具备固定IP地址的PAG设备的部分端口开放时，PAG需要实现PU到PAG的RTP媒体流、PU与PAG之间的RTCP流。在该场景下PAG需要支持媒体流的转发功能。因此，当PU处于NAT/FW后面，而且Fire Wall不允许VTDU打洞时，媒体流只有通过PAG转发，PAG完成SBC信令代理和媒体代理的功能。PAG的主要功能及实现要求包括：5.1.7 CAGCAG是系统的客户端接入网关，在SIP网络中相当于SIP B2BUA，是CU的第一个联系点，部署在CU与CCS之间。在部署时，PAG、CAG可以在同一台设备上实现。CAG在系统中是可
25、选设备。CAG的主要功能及实现要求包括：1). 信令转发作为SIP服务器，CAG实现对CU的接入管理，接收、转发来自CU、CCS的呼叫控制信令并负责转发给本域的CCS进行处理。业务控制信令（HTTP+XML）发送到CMS。http proxyCAG转发从CU接收到的注册请求给CCS；CAG转发从CU接收到SIP消息给CCS；CAG转发从CCS接收到的SIP应答或请求消息给CU。2). 媒体流转发当CU侧也处于NAT/FW后面时，CU与CMS之间信令面建立对FW的要求也是FW配置将CAG设备的二元组（IP address, Port）开放，实现CU到CAG的信令流通过CAG的该端口，CAG到CU
26、的信令流也通过CAG设备的该端口到达CU。实现CMS与CU之间信令面建立。对用户媒体面，CU侧的FW如果允许配置为对所有CU侧的VTDU设备的部分端口都开放时，PU到CU的实时流和实时控制流通过CU侧VTDU的被开放的端口对到达CU。出于安全性的考虑，当CU侧的FW配置为只允许对CAG设备的部分端口对都开放时，PU到CU的实时流通过CAG的被开放的端口到达CU。当CU处于NAT/FW后面，而且Fire Wall不允许VTDU打洞时，体流只有通过CAG转发，CAG需要将接收的RTP流转发给CU，并可以实现向CU侧发送双向的RTCP流。CAG完成SBC信令代理和媒体代理的功能。5.2 多域系统多域
27、系统是指利用SM组织管理下级域形成的域。多域系统（如图5.2.1所示）便于构建省级、全国级的业务管理平台，形成各级管理域。 图5.2.1 多域系统结构图CMS 与CCS、PAG、PU、CAG、CU、VTDU 及NSM、NRU 组成一个域。称为边缘域。对其它域来讲，本域可见的设备主要是信令设备CMS、CCS和媒体转发设备VTDU、NRU。域间通信分为信令通信和媒体通信两部分。媒体通信部分通信在两域VTDU 间、NRU和VTDU之间、NRU和CU之间、两域的PU 和CU间进行。信令通信在两域的CCS、CMS间进行。每个域通过上级的SM业务管理服务器查询路由信息后，可与多个域进行互联通信。如图所示自
28、SM2而下构成一个二级域，自SM1以下构成一个三级域，依此类推。在实现跨域业务时，平台通过SM “平台路由表”实现信令路由。本域的CMS服务器管理本域的设备、用户以及其它域的平台路由信息，供本域的CMS进行查询请求使用。CMS是信令通信的策略路由实现组件，CCS服务器是信令通信的本地发起和接收的实现组件，直接与其它域的CCS进行通信。某平台A 与另一平台B 发生业务联系时，须向A 平台的上级业务管理服务器SM逐级向上查询业务需要的平台B的路由，查询成功后由平台A直接向平台B发起业务信令请求进行通信。以下详细描述多域系统中SM的功能：5.2.1 SMSM是系统的业务管理服务器，负责实现系统的业务
29、管理，可连接多个CMS、SM部署成为一个域。SM不存储下属域设备、用户信息，当在BOSS系统上增加、删除客户或设备时，SM只是把相关的信息转发给CMS，由CMS处理。当SM需要相关信息时，向CMS查询。SM向BSS系统、97系统、SP系统、用户自营管理系统、其它多媒体应用支撑系统提供功能服务接口，向其提供业务数据查询，业务设置等业务功能。SM的主要功能及实现要求包括：1). 跨域业务控制SM必须支持CMS在处理跨域视频浏览时的请求，进行业务控制。如果SM允许该请求则返回对方CMS域的信令地址，如果不允许则返回拒绝原因。SM必须存储下属域路由信息等2). 业务管理SM必须支持与BOSS接口的功能
30、客户、设备信息的增加、删除和修改等，支持设备划归客户及客户访问权限的设置。SM应当也可支持业务运营支撑功能，在BOSS接口未实现时实现其功能。3). 内容发布SM应当支持对外内容发布的功能，主要包括所辖域地监控点音视频内容及关联的数据内容，在分组时SM需要继承上级SM所有的发布内容组，并且可以创建本域特有的发布内容组，并将所辖下级域的该类内容资源在该组统一发布。SM可以按照发布内容组向CMS、下级SM查询内容，下级SM或CMS必须建立上级SM上所有的发布内容组，即使为空。SM对从CMS接收的通过web service封装的视频监控业务能力后，可以和从其他应用服务器接收的通过web servic
31、e封装的业务能力进行组合，通过一致的界面统一展现给用户。4). 计费SM必须实现从CMS、下级SM获取实时/历史媒体访问的时长/流量等计费信息的功能。5). 能力封装SM应当实现对外开放的能力接口，对外提供本域所能提供对外能力的Web Service接口，供其它系统调用。6). 管理支撑SM必须可向上级SM注册，接受上级SM管控。支持SNMP，接受网管系统管理，实现配置管理、状态、故障等网管代理功能。SM不负责业务的路由实现或信令控制，但CMS需要向SM查询所需要的路由信息、设备和用户的归属信息。5.2.2 部署方案示例SM作为业务管理层，部署于集团总公司、各省或核心地市业务中心行业用户管理中
32、心等，可以分为多级部署，建议有三级部署。如集团公司作为一级SM，各省和核心城市作为二级SM部署，地市级作为三级SM部署。5.3 平台网管系统平台网管系统的详细技术要求参见中国电信网络视频监控业务技术规范网络管理系统（NMS）分册。5.4 移动监控VAUVAU是移动视频监控平台实现移动视频监控业务与视频监控业务网络之间的业务交互的关键转码设备。VAU主要三大职能：1、向CMS请求调度信息，用以协调PPS与VTDU之间媒体会话的建立；2、用于现有网络设备中不同音视频内容的编码转换；3、代理M_CU的请求，已实现对云镜的控制功能。具体要求详见本产品技术规范系列的第三分册：中国电信网路视频监控业务技术
33、规范（V3.0）移动监控设备要求分册中的VAU设备规范部分。整个VAU的作用在技术上完全类似于视频监控业务的CU, 具体流程可以参见CU相关的功能接口以及CU分册内容，VAU与监控平台之间是一对多的关系如下图：6、 流程与接口定义6.1 流程和接口规范范围涉及平台各网元在实现主要业务功能时的流程和接口，主要业务功能包括实时媒体访问、云镜控制、前端/平台录像的存储/查询/回放/下载、报警联动、双向音频、音频广播、透明通道、数据传送、业务管控。6.2 接口参考点根据各功能实现方式的不同，接口协议主要分成以下几个部分：1). 会话相关接口：媒体会话建立及拆除、PU/CU注册、告警订阅和告警通知、云镜
34、控制等。采用SIP协议。2). 媒体的传输接口：用来在各个相关网元之间传送媒体流，并且对传输质量进行控制。采用RTP/RTCP协议。3). 业务管理接口：业务的管理和控制、信息查询等。CU侧采用HTTP+XML协议，PU侧采用扩展的SIP+XML协议。管理和业务接口在平台设备之间使用SOAP。4). 录像媒体点播：录像媒体会话的建立、控制及拆除。录像媒体会话采用RTSP协议，相关接口参考点，如图6.2.1所示所示： 图6.2.1 系统接口参考点参考点1(CU和平台的接口)：U11和U31：呼叫控制接口，使用SIP协议U12：视频回放接口，使用RTSP协议U13：管理和业务接口，使用HTTP+X
35、MLU14：媒体流接口，使用RTP/RTCP协议U15：媒体流接口，使用RTP/RTCP协议参考点2(PU和平台的接口)：U21和U32：呼叫控制接口，使用SIP协议；管理和业务接口，使用SIP+XMLU22：视频回放接口，使用RTSP协议，（只有PU前端录像才有这个接口）U24：媒体流接口，使用RTP/RTCP协议U25：媒体流接口，使用RTP/RTCP协议U26：PU设备网络管理接口，使用TR069，系统参数配置参考点3（业务控制接口）：U41：业务控制接口，采用SIP协议；管理和业务接口，使用SIP+XML参考点4（CAG/PAG与CCS之间的视频回放接口和CCS与CMS之间的视频回放接
36、口）：参考点5（CMS与AAA的接口）：U61：CMS与AAA Server之间的接口，使用Radius协议参考点6（跨平台接口）：U51：CMS和SM之间的接口，信令使用SOAP，计费使用计费文件U71：SM和TR069管理服务器之间的接口，使用SOAPU81：域间的呼叫控制接口，使用SIPU82：域间的媒体流接口，使用RTP/RTCPU91：域间的管理和业务接口，使用SOAP。 其他接口： 平台网管使用SNMP。6.3 信令头域定义6.3.1 会话相关的接口:会话相关的接口使用SIP协议，消息体使用SDP描述，原则如下：1） 以RFC3261 定义的消息格式为参考；2） 对网络视频监控系统
37、需要的功能参考SIP 的构架和信令交互实现的机制进行消息规范；3） 采用SIP 的结构描述方式，头信息完全采用SIP 协议头结构，消息体采用SDP。对于一些应用相关的的控制信息如果无法用SDP描述，可以采用XML。6.3.1.1 SIP 消息头域SIP 是基于请求/响应的事务处理模型，使用消息方式完成用户会话的建立和管理。SIP 消息分为两类：SIP 请求和SIP 响应，其中请求消息由客户机发往服务器，响应消息由服务器发往客户机。请求消息和响应消息格式由一个起始行、若干个头字段，以及一个可选的消息体组成。请求和响应消息的基本格式如下：SIP 消息=起始行*消息头部（1个或多个头部）CRLF（空
38、行）消息体起始行= 请求行/状态行请求消息的起始行为请求行：Request-Line = Method SP Request-URI SP SIP-Version CRLFRFC3261中定义了INVITE，ACK，BYE，REGISTER等方法。响应消息的起始行为状态行：Status-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLF头信息的具体描述：请求头（以INFO请求为例）：INFO sip: CMS192.168.15.115 SIP/2.0Via: SIP/2.0/UDP 192.168.15.100:0;branch=z
39、9hG4bk241576964Max-Forards: 70From: ; tag=1841049113To: Call-ID: 841511652-1539196432-1739981531CSeq: 3 INFOContact: Content-Type: application/global_eye_v10+xmlContent-Length: 302User-Agent: SIP .NET 1.0 evalution version回应头：SIP/2.0 200 OKVia: SIP/2.0/UDP 192.168.15.100:0;branch=z9hG4bk241576964Max
40、-Forards: 70From: To: ; tag=1841049113Call-ID: 841511652-1539196432-1739981531CSeq: 3 INFOContent-Type: application/global_eye_v10+xmlContent-Length: 302User-Agent: SIP .NET 1.0 evalution version和网络视频监控系统相关的的头信息说明如下：1 请求行Request-Line = Method SP Request-URI SP SIP-Version CRLF在本系统中，Method需要支持：INVITE
41、，ACK，CANCEL、BYE：音视频会话的建立和释放INFO：会话中的云镜控制SUBSCRIBE，NOTIFY：告警订阅和告警通知REGISTER：注册MESSAGE：CMS/CCS和PU之间业务参数配置和查询Reuest-URI：使用如下格式：sip:统一编号GlobalE:port，port字段通常采用协议缺省端口，也可以使用其他端口。应该统一按照SIP的规范对Request-URI的格式进行统一的规范。域名应该采用统一的FQDN，定Request-URI的格式为：设备ID: port1） SIP-Version：按照SIP规范，恒为SIP/2.0。2） Via: 记录了请求在SIP网络
42、中的路由路径，用来指示如何将响应沿原路返回到UA的路径。Via域使用 “SIP/2.0/传输方式 目的地址:0; branch=.”的方式说明，传输方式恒定为UDP，branch必须以z9hG4bK为前缀，后续是一个随机字符串。3） Max-Forards：最大转发数，用来限制一个SIP请求消息所能经过的实体的最大数目。如果消息拷贝中包含一个Max-Forwards字段，代理服务器必须将其减一。如果消息拷贝中不含Max-Forwards字段，代理服务器必须加入该字段，其值应该为70。如果请求消息中包含Max-Forwards字段，且其值为零，则SIP实体不得转发，并且返回483(Too Man
43、y Hops)响应。在本系统中，由于CMS在相当于背靠背的用户代理，该域恒定义为70。2 From / To: 标识呼叫的发起者和接收者。格式：display name ;tag=。3 Call-ID：呼叫标识。和From Tag，To Tag构成了dialog信息，可以唯一标识一个dialog。4 CSeq：用于标识事务并对事务排序。由一个序列号和请求方法组成。呼叫开始时初始化CSeq。CSeq按照各自方向严格单向按1递增。CSeq能够区分某个请求是新请求还是重发的请求。5 Contact：包含的SIP URI是UA希望用来接收请求的地址，后续请求可以用它来联系到当前UA。6 Content
44、-Type：使用application/sdp。对于一些应用相关的消息体类型，可以扩展使用自定义类型application/Globe_Eye30。7 Content-Length：SIP消息体长度。6.3.1.2 统一编号在统一编号的定义中，CU有自己的统一编号，该编号可以唯一标识一个CU。但PU只有一个统一编号，而用户在呼叫时需要呼叫PU下某一个具体的摄像头，考虑到PU可以接模拟矩阵，摄像头的标识方法更加复杂，如下图所示：对于和PU直接相连的摄像头，使用“PUID_通道号”标识，对于通过模拟矩阵和PU相连的摄像头，使用“PUID_模拟矩阵输入通道号”标识，客户端可以通过“_”和“_”得知某
45、个摄像头直接连接在PU上还是通过模拟矩阵连接到PU上。在发起视频呼叫时，呼叫直接连接在PU上摄像头和通过模拟矩阵连接到PU上的摄像头的方式是一样的，PU负责控制模拟矩阵把该视频源切换到PU的某个通道上。客户端可以通过把reINVITE的Request-URI设置成该模拟矩阵上的其它通道号让PU控制模拟矩阵切换视频源，客户端也可以使用新的INVITE呼叫模拟矩阵上的其它通道号，PU把该视频源切换到和自己相连的其它输入通道来完成用户的呼叫请求。模拟矩阵的配置由管理客户端完成，该配置信息需要保存在CMS和PU上。视频和语音通道都从1开始编号，通过SDP区分，LateSDP默认为视频呼叫。6.3.1.3 SIP 消息体使用SDP来描述媒体流相关的信息，SDP标准见RFC2327。要求支持其中定义的必选参数：Session description：v= (protocol version)o= (owner/creator and session identifier).s= (session name)c=* (connection information - not required if included in all media)Time description：
