【信息汇总】SIP服务器-V0.1

SIP服务器信息汇总2012/1/3目录1. SIP协议简介 31.1 SIP协议的应用 31.2 SIP的特点 41.3 SIP网络成员 41.4 SIP的消息分类 51.5 SIP消息支持的基本功能 61.6 SIPURL结构 61.7 SIP实体之间的SIP呼叫流程 71.8 SIP的业务 72. 城市联网报警与监控系统标准(摘要) 82.1 城市联网报警和监控系统标准 82.2 通用技术要求（1摘要） 102.3 信息传输、交换、控制技术（5摘要） 153. SIP在监控系统中的应用 183.1 电信全球眼 183.2 海康威视公安解决方案 193.3 浙江大华公安解决方案 213.4 参考1：DB33协议 223.5 参考2：ONVIF协议（开放性的网络视频产品行业标准） 234. OSGi/SIP通信中间件架构设计 254.1 OSGi/SIP通信服务架构 254.2 基于SIP的远程视频监控架构实例 264.3 模块分析 264.4 消息中间件设计 264.5 结论 275. AndroidSIP概况 285.1 应用能力声明 285.2 功能接口 285.3 功能说明 286. 开源项目kamailio 306.1 Kamailio架构 316.2 Kamailio特点 316.3 Kamailio架构 347. 目前监控系统情况 357.1 规范要求 357.2 监控系统平台 357.3 监控车载前端 367.4 单兵设备前端 368. 参考建议 37SIP协议简介SIP（SessionInitiationProtocol会话初始协议）是基于文本的应用层控制协议，用于创建、修改、和终结IP网中的双方或多方多媒体会话进程。主要目的是为了解决IP网中的信令控制，以及同软交换平台的通信，从而构成下一代增值业务平台，对电信、银行、金融等行业提供更好增值业务。SIP协议是NGN的重要协议，由IETF互联网工程任务组制定。SIP协议借鉴HTTP、SMTP等协议，支持代理、重定向、登记定位用户。SIP协议独立于底层传输协议TCP/UDP/SCTP，可在\o"TCP"TCP或\o"UDP"UDP之上传送，首选\o"UDP"UDP。SIP通过与RTP/RTCP、SDP、RTSP等协议及DNS配合，支持语音、\o"视频"视频、数据、\o"E-mail"E-mail、状态、IM、\o"聊天"聊天。SIP采用事务机制，请求和响应构成一个事务，事务间彼此独立。SIP并非垂直型通信系统，不能独立提供业务，需要与其他协议配合：SIP使用Internet的会话描述协议(SDP)来描述终端设备的特点，描述消息内容的负载情况；SIP可与负责语音质量的资源预留协议(RSVP)互操作，自身不提供服务质量(QoS)；SIP可与若干其他协议协作，包括：负责定位的轻型目录访问协议(LDAP)负责身份验证的远程身份验证拨入用户服务(RADIUS)负责实时传输的RTP等多个协议SIP协议的应用SIP协议支持代理、重定向、登记定位用户等功能；SIP与RTP/RTCP、SDP、RTSP、DNS等协议配合，可支持和应用于语音、视频、数据等多媒体业务；可应用于呈现、视频通话、即时通讯等特色业务；SIP的特点简练、标准开放、配置灵活、兼容、可扩展。充分考虑传统公共电话网的各种业务，包括IN业务和ISDN业务的支持。充分注意到因特网开放而复杂的网络环境下的安全问题。支持基本会话、多用户之间的会话、交互的媒体应用。SIP网络成员主要成员：用户代理：主叫UAC（client）/被叫UAS（Server）；双方都可终止呼叫；角色可互换。代理服务器：与重定向服务器、位置服务器有联系；为其他客户机代理，进行SIP消息的路由转发功能。重定向服务器：与位置服务器有联系，使用LDAP轻量目录访问协议，将用户新位置返回给呼叫方。位置服务器：数据库，用于存放终端用户当前的位置信息，为SIP重定向服务器或代理服务器提供被叫可能的位置信息。（SIP网络公共资源，信息咨询采用LDAP等其他协议）登记服务器：接受REGISTER请求完成用户地址的注册，支持鉴权功能。网络特征：以上四种服务器可共存于一个设备，也可分布在不同物理实体。纯软件实现。SIP的主要职能SIP消息采用文本方式编码，分为两类：请求消息和响应消息。采用Client/Server和HTTP协议模型。SIP的消息分类SIP消息采用文本方式编码，分为两类：请求消息和响应消息。请求消息：客户端为了激活按特定操作而发给服务器的SIP消息。响应消息：用于对请求消息进行响应，指示呼叫的成功或失败状态。请求消息和响应消息都包括SIP头字段和SIP消息字段。采用Client/Server和HTTP协议模型。请求和响应构成一个事务，事务之间相互独立；消息中可携带任意类型的消息体。（1）请求消息：请求消息消息含义INVITE发起会话请求，邀请用户加入一个会话，会话描述含于消息体中。对于两方呼叫来说，主叫方在会话描述中指示其能够接受的媒体类型及其参数。被叫方必需在成功响应消息的消息体中指明其希望接受哪些媒体，还可以指示其行将发送的媒体。如果收到的是关于参加会议的邀请，被叫方可以根据Call-ID或者会话描述中的标识确定用户已经加入该会议，并返回成功响应消息。ACK证实已收到对于INVITE请求的最终响应。该消息仅和INVITE消息配套使用。BYE结束会话CANCEL取消尚未完成的请求，对于已完成的请求（即已收到最终响应的请求）则没有影响REGISTER注册OPTIONS查询服务器的能力INFO承载带外信息，如DTMF信息（2）响应消息：序号状态码消息功能1xx临时响应表示已经接收到请求消息，正在对其进行处理2xx成功响应表示请求已经被成功接受、处理3xx重定向响应表示需要采取进一步动作，以完成该请求4xx客户端出错表示请求消息中包含语法错误或者SIP服务器不能完成对该请求消息的处理5xx服务器端出错表示SIP服务器故障不能完成对正确消息的处理6xx全局错误表示请求不能在任何SIP服务器上实现SIP消息命令格式：响应格式：SIP消息支持的基本功能为SIP终端用户提供定位功能：定位方式SIPURL（类似Email地址形式）进行媒体属性协商：封装协议SDP（会话描述协议SessionDescriptionProtocol）发起会话：INVITE邀请改变会话：Re-INVITE重新邀请（CSeq增加）结束会话：BYE，CANCELSIPURL结构URL格式：SIP:用户名:口令@主机:端口；传送参数；用户参数；方法参数；生存期参数；服务器地址参数URL形式：USER@HOST;用途：代表主机上的某个用户，可指示From，To，RequestURI，Contact等SIP头部字段URL范例：Sip:snow@Sip:snow:secret@;transport=tcp;subject=projectSip:+8612345678901:1234@;user=phoneSip:snow@Sip:snow@;method=REGISTER报文实例基于以下约定：SoftX3000的IP地址为1报文实例基于以下约定：SoftX3000的IP地址为1；SIPPhoneA的IP地址为01；SIPPhoneB的IP地址为00；SIPPhoneA为主叫，SIPPhoneB为被叫，主叫先挂机；SIPPhoneA的电话号码为1000，SIPPhoneB号码为1001。==================用户呼叫流程实例：INVITEsip:1001@1SIP/2.0From:sip:1000@1;tag=1c12674To:sip:1001@1Call-Id:call-973598097-16@01Cseq:1INVITEContact:sip:1000@01Content-Type:application/sdpContent-Length:203Accept-Language:enAllow:INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,REGISTER,SUBSCRIBESupported:sip-cc,sip-cc-01,timerUser-Agent:Pingtel/1.2.7(VxWorks)Via:SIP/2.0/UDP01v=0o=Pingtel55INIP401s=phone-callc=INIP401t=00m=audio8766RTP/AVP0968a=rtpmap:0pcmu/8000/1a=rtpmap:96telephone-event/8000/1a=rtpmap:8pcma/8000/1=============SIP/2.0100TryingFrom:<sip:1000@1>;tag=1c12674To:<sip:1001@1>CSeq:1INVITECall-ID:call-973598097-16@01Via:SIP/2.0/UDP01Content-Length:0============SIP/2.0407ProxyAuthenticationRequiredFrom:<sip:1000@1>;tag=1c12674To:<sip:1001@1>;tag=de40692fCSeq:1INVITECall-ID:call-973598097-16@01Via:SIP/2.0/UDP01Proxy-Authenticate:Digestrealm="",nonce="1056131458"Content-Length:0在ISUP信令和SIP消息之间的映射关系：IAM=INVITEACM=180RINGINGANM=200OKREL=BYERLC=200OKSIP的业务用户定位用户能力用户可用性呼叫建立呼叫处理呼叫前转，无应答、遇忙、无条件呼叫前转呼叫号码传递，该号码可以是任何命名机制。个人移动性，例如通过单一、位置无关的\o"地址"地址到达被呼叫方，即使被呼叫方改变了终端。终端能力协商终端类型的协商和选择：例如到达对方的方式：通过因特网电话、移动电话或应答业务等。呼叫者和被呼叫者鉴权不知情和指导式的呼叫转移多播会议的邀请城市联网报警与监控系统标准(摘要)简要说明简要说明SIP协议在城市监控报警联网系统中，主要用于终端寻址定位、会话创建/修改/中止控制，监控网络间互联。联网系统标准中，定义了基于SIP的监控网络的通用技术要求和信息传输交换控制规则：基于IP网络、在应用层上实现，包括对基于SIP监控网络和非SIP监控网络的互联；基于SIP的监控网络：具有SIP服务器，可以访问系统内的监控资源、用户终端、监控中心等。非SIP的监控网络：需要通过SIP网关连接到联网系统；SIP网关负责其他协议与SIP协议的转换。非SIP设备与SIP网关一起，可视作一个虚拟SIP设备。规范中允许有SIP监控网络和非SIP监控网络并存，非SIP监控网络通过SIP网关与其他网络互联互通。城市联网报警和监控系统标准/2011-05-08/129389423.html截止到2009年8月，《城市监控报警联网系统标准体系》的18项标准中，14项主要标准已批准发布。（一）政策与规划胡锦涛同志关于切实提高公安机关“四种能力”的讲话：1、切实提高维护国家安全的能力；2、切实提高驾驭社会治安局势的能力；3、切实提高处置突发事件的能力；4、切实提高为社会经济发展服务的能力。关于深入开展平安建设的意见（中办、国办转发中政委、中治委文件/中办发[2005]25号）：有效提升技术防范水平。在主要街道、商业繁华区、重点要害部位、治安复杂场所和重点单位广泛施行技术防范，把技术防范措施逐步推广落实到社区、企事业和家庭。把社会治安防范工作和城市建设、社区建设紧密结合。要将治安防范设施建设纳入城市基础设施建设和民用建筑的总体规划，进行综合设计、同步规划和独立验收。3、技术创新1）统筹规划，建立了城市监控报警联网系统标准体系《城市监控报警联网系统标准体系》的确定花了近一年的时间，但这项工作意义重大，使得在标准制定之初就对整体工作统筹规划，即保证了系列标准之间的统一和协调，又分出了轻重缓急。2）填补了城市监控报警联网标准空白，国际先进，国内领先。3）遴选国际先进的编解码标准参数，规范了媒体及公安监控的专用扩展格式；规范了H.264/Mpeg-4视音频编解码格式档次、语法、封装细节及附加安全；数据扩展模型，适应监控特殊应用需求，消除格式壁垒。4）构建了先进的监控报警SIP信令及RTP媒体组网技术框架采用了国际上先进的面向下一代多媒体互联网络的核心通信协议之一SIP协议及NGN网络模型，配套RTP/RTCP流式媒体协议，规范构建城市级大规模、复杂应用的监控报警网络架构。创建编制了专有的“监控报警联网系统控制描述协议MANSCDP”。对国际标准SIP头标识、SDP、XML等进行扩展定制。5)构建了完整的监控系统安全框架6）构建了先进的面向公安应用的监控报警联网系统管理平台规范、构建了面向公安业务集成研判、支持公安现行市局-分局-派出所分级管理体制、易于跨区域异构联网的新型系统管理平台模型，规定了平台构成及功能性能，支撑提升社会治安动态综合防控能力。采用中间件组件、面向服务SOA的规范平台架构，明确扩展性、规范性、易操作性、安全性、可靠性、可维护性、可管理性等7）提出了科学、有效的合格评定要求合格评定标准从无到有，确立科学、合理、有效的检验、合格评定程序，针对复杂、庞大的城市监控系统规模及结构设立抽样原则及合理检测点，提高了检验效率，加大了覆盖面，降低了检验成本，使检验结果科学、准确、有效；在安防行业首次采用软件工程中软件产品质量评价方法运用到管理平台软件的质量评定上，对抽象的性能指标设计了具有可操作性的测试方法；视频安防监控系统标准规范（共21项，其中：国标2项，行标19项）序号标准编号名称1GB15207-1994视频入侵报警器2GB20815-2006视频安防监控数字录像设备3GA/T45-1993警用摄像机与镜头连接4GA/T367-2001视频安防监控系统技术要求5GA/T645-2006视频安防监控系统变速球型摄像机6GA/T646-2006视频安防监控系统矩阵切换设备通用技术要求7GA/T647-2006视频安防监控系统前端设备控制协议V1.08GA/T669.1-2008城市监控报警联网系统技术标准第1部分：通用技术要求(代替GA/T669-2006)9GA/T669.2-2008城市监控报警联网系统技术标准第2部分：安全技术要求10GA/T669.3-2008城市监控报警联网系统技术标准第3部分：前端信息采集技术要求11GA/T669.4-2008城市监控报警联网系统技术标准第4部分：视音频编、解码技术要求12GA/T669.5-2008城市监控报警联网系统技术标准第5部分：信息传输、交换、控制技术要求13GA/T669.6-2008城市监控报警联网系统技术标准第6部分：视音频显示、存储、播放技术要求14GA/T669.7-2008城市监控报警联网系统技术标准第7部分：管理平台技术要求20GA/T669.8-2009城市监控报警联网系统技术标准第8部分：传输网络技术要求15GA/T669.9-2008城市监控报警联网系统技术标准第9部分：卡口信息识别、比对、监测系统技术要求21GA/T669.10-2009城市监控报警联网系统技术标准第10部分：无线视音频监控系统技术要求16GA/T792.1-2008城市监控报警联网系统管理标准第1部分：图像信息采集、接入、使用管理要求17GA793.1-2008城市监控报警联网系统合格评定第1部分：系统功能性能检验规范18GA793.2-2008城市监控报警联网系统合格评定第2部分：管理平台软件测试规范19GA793.3-2008城市监控报警联网系统合格评定第3部分：系统验收规范通用技术要求（1）《GAT669.1-2008城市监控报警联网系统技术标准第1部分：通用技术要求》在通用技术要求中，城市监控报警联网系统的互联结构：设计原则：互通性：联网系统内监控中心之间、监控中心与系统前端设备/用户终端之间，均应能有效的进行通信和共享数据，应能够实现不同厂家、不同规格的设备或系统间的兼容和互操作。实用性：联网系统应该满足当地环境条件、监控对象、监控方式、维护保养以及投资规模等因素。应按照“技防、物防、人防相结合”、“探测、延迟、反应相协调”的原则，合理设置系统功能、正确进行系统配置和设备选型，保证具有较高的性价比，满足公安业务和设备公共安全管理的需求。扩展性：联网系统的设计应采用模块化设计，以适应系统规模扩展、功能扩充、配套软件升级的需求。规范性：系统设计应符合防护对象风险等级与防护级别的要求。控制协议、传输协议、接口协议、视音频编解码、音视频文件格式等除应符合本部分及其他城市监控报警联网系统相关标准中的规定外，还应符合国家标准、行业标准的规定。易操作性、安全性、可靠性、可维护性、可管理性、经济性互联结构：联网系统内的设备、系统（包括监控中心之间、监控中心与系统前端设备/用户终端之间），通过IP网络互联的的结构图：基于IP网络、在应用层上实现，包括对基于SIP监控网络和非SIP监控网络的互联；基于SIP的监控网络：可以直接连接到联网系统；具有SIP服务器，且其中的监控资源、用户终端、监控中心等支持本部分及其他城市监控报警联网系统相关标准规定的SIP协议的监控网络。非SIP的监控网络：需要通过SIP网关，连接到联网系统；其中的监控资源、用户终端、监控中心等不支持本部分及其他城市监控报警联网系统相关标准规定的SIP协议的监控网络。SIP网关：指能实现本部分及其他城市监控报警联网系统相关标准规定的SIP协议与其他协议相关转换的设备。通信协议结构通信协议结构中，应建立两个传输通道：【信令和控制通道】和【音视频流通道】信令和控制通道：设备间建立会话、传输控制命令，支持基于SIP、RTSP等多种协议音视频流通道：传输音视频数据，通过压缩编码后采用流媒体协议RTP/RTCP传输 基于SIP的监控网络指令传输控制命令传输：建立会话、控制信息传输、拆除会话连接报警信息传输：服务器接收来自报警源的报警请求，根据处警能力将报警信息发送给监控终端。实时监控图像的传输：采用SIP建立会话连接控制，采用RTP/RTCP协议传输视频流。监控网络间（基于SIP、非SIP之间）的信息传输：信息交换过程：非SIP设备，通过SIP网关接入SIP服务器；备注：此时SIP服务器将此SIP网管与非SIP设备一起视作一个虚拟SIP设备。以上虚拟SIP设备，与其他SIP设备之间的信息交换过程，同8.2基于SIP的监控传输指令。 联网系统互连结构参考实例：联网系统内部主要组成结构、实现内部设备、子系统间互联的参考实例。信息传输、交换、控制技术（5）《GAT669.5-2008城市监控报警联网系统技术标准第5部分：信息传输、交换、控制技术要求.pdf》SIP监控域互联结构： SIP/非SIP监控域互联结构：SIP/非SIP监控域间，通过网关进行互联。网关是非SIP监控域接入SIP监控域的接口设备，在多个层次对联网系统信息数据进行转换。网关逻辑上分为：控制协议网关：网络传输协议、控制协议、设备地址的转换（双向）；媒体网关：媒体传输协议、数据编解码格式的转换（双向）；通信协议结构：建立两个传输通道：会话通道和媒体流通道。设备编码规则：设备编码规则：联网系统应对前端设备、监控中心设备、用户终端进行统一编码，编码为20位十进制数字字符，具有全局唯一性。编码规则间：GA/T669.7-2008中第9章的规定。SIPURI编码规则：参照RFC3261规定，联网系统标准设备的SIPURI命名宜采用如下格式：sip[s]:username@domain:port用户名：命名应保证在同一SIP监控域内具有唯一性，可采用上文的设备编码规则。监控域名domain：包含完整SIP监控域名（命名规则见公安信息网络TCP/IP主机名编码规范）port：SIP协议端口号控制传输流程和协议接口流程示意：SIP在监控系统中的应用简要说明简要说明中国电信全球眼，各部分接入IP承载网实现通信，其中CCS呼叫控制服务器、PAG、CAG网关是SIP服务器。使用信令传输协议：SIP、HTTP+XML、SOAP，其中SIP主要用于终端接入、寻址定位、会话控制功能。电信全球眼中国电信全球眼系统总体框架，主要包括：前端单元（PU）客户端单元（CU）中心服务平台：中心管理服务器（CMS）视频转分发单元（VTDU）网络录像单元（NRU）呼叫控制服务器（CCS）前端接入网关（PAG）客户端接入网关（CAG）AAA（用户认证/授权/记帐服务器）CCS呼叫控制服务器：CCS是SIP服务器，提供会话控制功能，实现SIP请求接收、触发、传送，实现PU和CU信令接入处理。备注：对单域来说，CCS是可选设备，可与其它域、其他业务网络的会话控制设备共用。CCS负责注册、地址翻译、信令路由。CCS作为注册服务器，接收CU、PU注册请求；CCS作为SIP服务器，为已注册的CU、PU提供会话控制；CCS作为SIP服务器，将CU的SIP请求转发给PAG、将PU的应答转发给CAG；CCS作为SIP服务器，与CMS业务平台交互，CCS可为多个CMS服务，CMS也能够和多个CCS交互。CCS部分的详细技术要求参见《中国电信网络视频监控业务技术规范—中心服务平台分册》。PAG系统前端接入网关：PAG是系统的前端接入网关，是PU的接入点，部署在PU与CCS之间。作为SIP服务器，PAG实现对PU的接入管理，接收、转发来自PU、CCS的呼叫控制信令。当PU处于NA(P)T/FW后面，而且FireWall不允许VTDU打洞时，媒体流只有通过PAG转发，PAG需要转发从PU接收的RTP流，并可以实现向PU侧发送双向的RTCP流。PAG完成SBC的功能，实现信令代理和媒体代理。CAG系统客户端接入网关CAG是系统的客户端接入网关，是CU的接入点，部署在CU与CCS之间。作为SIP服务器，CAG实现对CU的接入管理，接收、转发来自CU、CCS的呼叫控制信令并负责转发给本域的CCS进行处理。当CU部署在NA(P)T/FW后面时，CAG的功能同于PAG的功能。在部署时，PAG、CAG可以在同一台设备上实现。传输协议信令传输协议：SIP、HTTP+XML、SOAP实时媒体传输协议：RTP/RTCP网络录像回放协议：RTSP计费、认证、鉴权信息传输协议：RADIUS能力开放接口协议：Webservice海康威视公安解决方案公安行业安防系统解决方案/Cn/SuccessStory_list_more_industry2.asp?id=87简要说明简要说明公安行业安防系统，基于SIP协议建立会话并传输控制命令，其他解决方案未提及使用协议。平安城市解决方案：遵循公安部/省厅标准以GA/T669.5—2008为基准，基于SIP协议建立会话并传输控制命令，建立信令和控制通道，实现联网系统各平台之间的控制命令和视频数据的传输和转换。系统也可遵循浙江省公安厅的DB33地方技术规范，并已通过制定监测机构认证。平安城市解决方案

·需求分析

随着经济建设和各项社会事业等快速发展，外地人员流动人口不断增多，诸多因素导致各类刑事案件和治安案件呈上升态势，城市的公共安全面临着更大的挑战。全国各地公安机关基本上完成报警与监控系统建设，实现对重点区域的全覆盖；部分先进的地市或县公安机关已完成监控报警共享平台及数据库建设，实现跨地区、跨部门、跨警种的信息共享；并有序地开展报警与监控系统应用的技战法研究与推广，创新警务工作机制，建立城市报警与监控系统的协同使用机制、绩效考核机制和运维保障机制，强化视频监控技术在公安侦查破案中的支柱性作用；不断提高系统的管、控、用整体水平。

现有的公安监控网络有以下迫切需求：

－扩大覆盖范围普及高清视频应用

－建设共享平台整合社会资源接入

－利用固定点的视频监控系统，以及移动视频监控系统，如车载取证系统和单兵系统，组成动态的视频监控网络，公安机关可以进行远程可视化指挥调度

－加强内部管理与监督体系

·系统组成

·系统特点

遵循公安部/省厅标准

以GA/T669.5—2008为基准，基于SIP协议建立会话并传输控制命令，建立信令和控制通道，实现联网系统各平台之间的控制命令和视频数据的传输和转换。系统也可遵循浙江省公安厅的DB33地方技术规范，并已通过制定监测机构认证。

业内最佳的开放性、兼容性

海康威视为系统开发商提供的设备SDK、API，在业界被公认为最佳开放性、兼容性，具备良好的口碑和美誉度；平台软件基于J2EE平台和SOA面向服务的架构，是目前最具备开放性、伸缩性、标准化、构件化、业务化的平台之一；采用适用于跨系统、跨平台互连的通用webservice协议，非常方便第三方进行应用层的二次开发。

安全可靠的身份认证和审计管理

与公安部警员信息库对接（支持PKI认证）；

高安全接入（对所有前端设备、所有操作用户进行统一认证与管理）；

平台对所有操作完整记录，保证阳光执法（设备的操作，人员的操作统一形成操作日志，可查询、导出、打印）；

强大的网络管理功能

远程维护系统内的设备，节省运维成本：

对系统内IP设备的网络情况、运作情况、配置情况进行远程统一管理；

对设备参数的保护与集中管理；

对设备类别、型号、厂家进行统计，形成报表。

支持设备的巡检功能，及时了解与掌握设备运行状态；

时钟同步功能：保证时间举证的有效性。

高清130/200/500万像素视频采集、传输、显示

从前端高清摄像机（IPC）进行视频采集，到光纤传输、交换转发、解码上电视墙，整个过程全部支持高清制式，无转换损失。

智能分析技术应用

完整的智能产品系列，从前端的嵌入式产品到后端的分析服务器，不同的产品形态满足客户不同的应用需求。

支持周界防范、异物粘贴、读卡器安装、异常人脸检测长、时间滞留、多人聚集等；

支持斗殴检测、攀高检测、起床检测、长时间滞留检测等；

支持停车检测、逆行检测、行人检测、拥堵检测、隧道烟雾检测等；

支持人流量统计、区域内人员数量统计、拥挤度统计、人脸检测及识别、斗殴检测、奔跑检测、行人聚集检测、目标后检索等。

系统级联管理和网闸穿透

通过级联服务模块，将监控专网、公安专网两个独立的平台级联起来，公安专网的客户端在同一个软件界面内，同时拥有两个平台的视频资源。

将县局与市局，市局与省厅之间的多平台级联，系统用户在实际应用中，更加稳健更加便捷。

系统平台成功实现了网闸的穿透，该技术的突破与应用，使得公安内网的用户，可以通过安全隔离网闸访问监控专网的视频资源，进行视频预览，录像回放，云镜控制等操作。突破了网络的限制，在保证安全的前提下，最大限度的方便了公安网用户的使用。

支持多样化存储技术

针对不同的应用，不同的网络环境，可以提供前端设备存储、NAS存储、iSCSI直写IPSAN存储、PC-NVR服务器存储等存储方式，极大地提高了系统设计时的灵活性。同一个监控点可以同时采用一种或者多种存储方式，而存储管理服务软件非常有效地处理了不同存储方式间的差异性。

高度集成的综合平台管控

集编码模块、解码模块、矩阵切换模块、网络交换等功能，支持高清、千兆交换，采用ATCA高级电信计算架构标准，可以直接接入模拟视频、数字视频信号，集成视频智能行为分析以及各种网络功能、日志功能、用户权限管理、设备维护等功能于一体的综合视频处理的平台产品。

双交换技术，确保大容量视频业务数据传输的效率；

采用插拔式模块化、机架式设计，多台设备可以级联，快速实现多种视频监控业务的需求。

面向公安治安业务、刑侦业务、交通业务的应用

实现治安、刑侦、交通等职能部门对视频资料的共享，将视频融合到具体业务流程中，提高公安干警实际办案效率，降低工作强度。浙江大华公安解决方案公安行业安防系统解决方案/Cn/SuccessStory_list_more_industry2.asp?id=87简要说明简要说明大华公安行业解决方案（其他解决方案暂未提及）：遵循公安部城市联网报警和视频监控系统标准，支持基于SIP协议建立会话和进行传输控制。遵循浙江省公安厅的DB33地方技术规范：使用DDCP协议（基于XML规范的SIP消息体应用规范，侧重音业务相关的视频编解码、码流格式、文件管理、GPS信息、终端型号等方面的标准字段声明，允许扩展。遵循行业的ONVIF开放性网络视频产品标准网络，能够与联盟内厂家的ONVIF产品进行通信协同。公安行业解决方案——新一代平安城市监控联网应用新一代平安城市发展需求全面的高清应用针对早期平安城市建设中视频图像不够清晰的问题，需要实现全面的高清化建设。在确保设备使用上从前端摄像机、传输、存储到显控系统全链条高清的同时，从业务应用上满足城市所有掌控面（全部一类点、二类点）对图像质量高清的要求。智能化的业务应用目前平安城市系统视频应用是防御性的被动应用，主要是实时监看和事后取证，对于事前预警并不能起到很好的作用，智能化的业务应用，可有效提升系统快捷性系统的融合应用平安城市建设涉及产品类型众多，在丰富了各种应用的同时，也阻碍了各系统的融合，形成了信息孤岛，无法更好进行复合利用。新一代平安城市的建设，需要完成前端所有系统的有效融合，实现互联互通。全面的联网应用受限于技术、标准以及资金等多方面原因，早期的平安城市建设以点为主，各点之间缺乏联系，不利于社会综合治安治理。通过社会面监控资源接入、公安业务平台资源共享、全网数字化等措施，实现城市联网，形成市局-分局-派出所的联网构架；同时，随着整体网络环境的不断优化，可逐步实现部、省、市、县4级联网，真正实现全网数字化。五、高清智能融合管理平台平台软件在整个平安城市系统中，须完成三大任务：业务管理、设备网管、人员监管等，其中设备管理是保障，业务管理是核心。大华平安城市平台软件是一套基于公安网络状况与业务状况定向研发而成的软件平台系统，能够充分适应特定的网络环境，满足公安业务贯穿网络多、穿透安全认证设备多的业务应用特点。大华平安城市平台软件支持的技术规范：支持浙江省公安厅的DB33地方技术规范：《跨区域视频监控联网共享技术规范》DB33/T629.3—2011用于多级互联和无极推送，实现跨区域的视频监控联网共享。支持标准的SIP协议，遵循公安部的《城市联网报警与监控系统标准》的信息传递、交换、控制要求；支持行业的ONVIF标准，遵循行业联盟的ONVIF开放型网络视频产品标准网络接口规范，能够兼容联盟内厂家的网络视频前端设备和解决方案。DB33协议（浙江公安厅地方协议）浙扛省公安厅发布的地方协议标准，简称DB33标准，包括：《社会治安动态视频监控系统技术规范》DB33/T502-2004——网络结构分层和性能指标《跨区域视频监控联网共享技术规范》DB33/T629.3—2011——联网共享接口规则其中《跨区域视频监控联网共享技术规范》新制定了的DDCP协议（DeviceDescriptionandControlprotocol，设备描述与控制协议）DDCP协议：是一种基于XML规范的SIP消息体文档，使用XSDL语言对DDCP文档结构进行定义；DDCP协议：定义SIP消息在视频监控领域的应用规范（侧重业务相关的视频编解码、码流格式、文件管理、GPS信息、终端型号等方面的标准字段声明，允许扩展）消息体类型：MIME类型应符合DDCP文档规范，Content-Type字段应设为’application/DDCP’。DB33协议是浙江省走出了一条切实有效、并能够解决实际问题的可行之路，其主要思路是：通过规定平台之间的互联接口协议，屏蔽掉各个厂家和设备之间的差异。即解决了互通问题，又不陷入各个管理平台的内部细节，解决了当前监控行业的关键问题，又尊重现实，给各个厂家留有很大的发挥空间。/Products___Technology/Products/IP_Multimedia/IP_Surveillance/Home/News_And_Event/200906/637375_30003_0.htmONVIF行业协议（开放网络视频产品行业标准协会）/ONVIF（OpenNetworkVideoInterfaceForum）国际开放型网络视频产品标准网络接口开发论坛2008年5月，由安讯士(AXIS)联合博世(BOSCH)及索尼(SONY)公司三方宣布共同成立一个国际开放型网络视频产品标准网络接口开发论坛，取名为ONVIF（OpenNetworkVideoInterfaceForum），并以公开、开放的原则共同制定开放性行业标准。是一个提供开放网络视频接口的论坛组织。截止到2011年5月，已有348个公司加入ONVIF成为会员，ONVIF产品在行业占比六七成。高级会员16家：AXIS,Bosch,Canon,Cisco,Honeywell,LG,三星,索尼,西门子,松下,大华，海康，TI等中级会员20家：Milestone,中兴通讯，HITACHI,AVTECH等普通会员312家：东方网力，金三立，郎驰，中星电子，威乾数字，中盛益华，H3C，英飞拓等2008年11月，论坛正式发布了ONVIF第一版规范。2010年11月，论坛发布ONVIF第二版规范。规范涉及设备发现、实时音视频、摄像头PTZ控制、录像控制、视频分析等方面。ONVIF规范描述网络视频的模型、接口、数据类型以及数据交互模式，并复用一些现有标准如WS系列等。ONVIF规范目标是实现网络视频框架协议，使不同厂商网络视频产品（摄录前端、录像设备等）完全互通。随着视频监控的网络化应用，产业链的分工将越来越细，不同厂商专注面不同，如摄像头、DVS、做平台，然后通过集成商集成，提供给最终客户。这种产业合作模式，需要行业提供越来越标准化的接口平台。ONVIF规范中设备管理和控制接口形式是WebServices。规范涵盖完全的XML及WSDL定义。每个支持ONVIF规范的终端设备均须提供与功能相应的WebService。服务端与客户端的数据交互采用SOAP协议。ONVIF中的其他部分比如音视频流则通过RTP/RTSP进行。ONVIF的优势：协同性：不同厂商所提供的产品，均可以通过一个统一的“语言”来进行交流。方便系统的集成。灵活性：终端用户和集成用户不需要被某些设备的固有解决方案所束缚。大大降低了开发成本。质量保证：不断扩展的规范将由市场来导向，遵循规范的同时也满足主流的用户需求。WebService服务：WebService是基于网络的、分布式的模块化组件，执行特定的任务。WebService主要利用HTTP和SOAP协议使数据在Web上传输。Web用户能够使用SOAP和HTTP通过Web调用的方法来调用远程对象。SOAP是SimpleObjectAccessProtocol的缩写，是基于XML的一种协议。WSDL是WebServiceDescriptionLanguage的缩写，是用来描述Web服务和说明如何通信的XML语言，为用户提供详细的接口说明书。ONVIF规范向视频监控引入WebService概念。设备的实际功能均被抽象为WebService服务，视频监控系统的控制单元以客户端的身份出现，通过Web请求的形式完成控制操作。WebService能给视频监控系统带来什么？设备的无关性，任何一个设备接入系统，不会对其他系统造成影响。设备的独立性，每一个设备只负责对接收到的请求做出反馈，甚至不需要知晓控制端的存在。管理的集中性，所有的控制由客户端来发起。抽象了功能的接口，统一了对设备的配置以及操作的方式。控制端关心的不是设备的型号，而是设备所提供的WebService规范了视频系统中WebService范围之外的行为。ONVIF提供了各个模块的WSDL，拥有效率非常高的开发方式。ONVIF的模块：设备发现设备管理设备输入输出服务图像配置媒体配置实时流媒体接收端配置显示服务事件处理PTZ控制其他ONVIF的应用传统视频监控系统的局域网应用场景：传统视频监控系统的局域网应用场景：PU设备上线后，向CMU注册，建立连接。CMU与PU进行信令交互，请求能力集，获取配置。CU上线，向CMU注册，建立连接。CMU与CU进行信令交互，传输设备列表。CU向PU请求码流。使用ONVIF协议后：PU设备上线后，向CMU发送HELLO消息。CMU需要搜寻设备时，向PU发送PROBE消息。CMU与PU进行信令交互，请求能力集，获取配置CU上线，向CMU注册，建立连接。CMU与CU进行信令交互，传输设备列表在CMU的协调下，CU同PU建立连接传输码流变化环节：PU与CMU的交互方式发生改变。CMU不再与PU保持长连接。遵循ONVIF规范，信令以及消息内容有了统一的标准。ONVIF提供丰富的测试工具？？（TBD）ONVIF是否有源码或参考工程范例？？？（TBD）车载监控前端：TI方案，暂未找到支持说明（TI是Onvif协会主要成员，TBD）TITMS320DM6467系统实现难度（TBD）OSGi/SIP通信中间件架构设计参考文献：《关于Android的OSGi-SIP通信设计与实现》/p-198444650.html《OSGi/SIP通信中间件架构设计--《计算机工程》2011年20期》/Article/CJFDTOTAL-JSJC201120079.htm简要说明简要说明根据未来家庭网络应用对3G网络需求，提出基于开放服务网关协议/会话初始协议(OSGi/SIP)的通信中间件架构。该架构依托Android操作系统，通过Socket解决SIP网络层和OSGi应用层数据交互问题，利用SIP会话功能为远程用户提供交互网关应用服务。实验结果表明，该架构具有较好的通用性，适用于医疗保健监测和环境监测等领域。OSGi/SIP通信服务架构OSGi网关内部模块架构：Android应用程序：应用中包含的SIP协议栈、无线网络接口Android平台上的OSGi框架：FelixOSGi、EquinoxOSGi或mBS(mBeddedServer)Runtimes（图形化）若干负责网关应用的Bundle：设备管理、多媒体管理、异常转发、远程网络连接管理消息中间件：应用程序与框架Bundle之间通信中间件基于SIP的远程视频监控架构实例Android应用:在SIP协议栈上构建不同应用，封装和收发数据、控制命令、媒体流等，实现网络层功能。OSGi框架：其中各个Bundle具体负责家庭网关的控制和应用，实现后台服务。网关主要包括以下模块：设备管理:设备发现并将本地即插即用设备信息注册到远程服务中心，向客户端提供相应服务，接收远程用户发来的控制指令并控制相应的设备。远程网络连接管理:处理远程用户发来的设备及媒体连接请求，并根据请求信息查询注册服务器，决定是否同意连接。多媒体管理:根据连接模块送来的媒体信息建立媒体连接，根据消息模块收到的控制信令控制媒体播放。异常转发:监测设备送来的异常信息，转换相应的状态位并发送至SIP应用程序的订阅和通知子模块。消息中间件：由SIP应用程序端中间件和OSGi框架端中间件两部分组成，负责接收网络层发来的数据，并根据数据的格式分发给相应的模块，同时接收相应模块发来的数据并发给网络层，完成各种数据的中转，使网络层和应用层能够顺利沟通。从外部看，网关可以看作是一个拥有丰富后台服务的SIPUA，而消息中间件是整个网关架构的设计核心。模块分析消息中间件在OSGi框架和SIP应用程序之间屏蔽数据分发机制，使网络层对应用层提供透明的传输服务，从而利于各层功能的扩展。网关收发的数据格式大体上分为3种：文本数据：异常转发模块的状态信息等控制信令：多媒体管理模块的RTSP包媒体流：多媒体管理模块的视频流基于SIP协议栈并针对不同的SIP应用，SIP消息的收发处理划分为4个子功能模块：注册子模块：实现REGISTER方法，接收设备信息并向设备服务中心注册。订阅和通知子模块：实现SUBSCRIBE和NOTIFY方法，接受用户订阅，监测到异常后向订阅用户发送通知。邀请和结束子模块：实现INVITE和BYE方法，接收远程用户多媒体会话请求并向网关传递会话和媒体信息。INFO传递子模块：实现INFO方法，在会话过程中传递控制信令和媒体流。重点实现SIP消息收发子模块与网关应用两者间的消息传递及分发。消息中间件设计针对Android平台特点，采用Socket通信机制实现程序间通信，设计上可以采用2种方案：将Socket的Server/Client分别嵌入到SIP消息子模块和对应网关系统应用中：以端口号进行区分，不同的SIP消息子模块和对应的网关应用之间采用不同SocketC/S。SIP消息子模块收到SIP消息后，直接将消息体发送给对应的网关应用。特点：实现简单、易维护，但系统服务扩展性差、灵活性低，同时多个端口通信负载重。将Socket的Server/Client统一嵌入到SIP协议栈和OSGi网关应用平台的消息分发子模块中：消息分发处理子模块对接收到的消息进行类型判断（register、soap、rtsp等），并分发给相应的模块。application/sdp是SIP消息头(MessageHeader)的Content1Type字段信息特点：系统扩展性好、负载轻、模块接入灵活，应用层模块间有良好的松耦合性，整体符合模块化设计的编程思想及面向对象的特点，更符合需求。结论文档分析OSGi网关利用SIP网络通信的问题，在保持OSGi原有框架特征的基础上，构建SIP网络与OSGi网络无缝融合的通信架构，该架构还可与HTTP、RTSP等其他网络协议结合，使OSGi网关能够接入不同规范的网络，成为一个通用的网关平台。采用Socket的中间件也有其不足，如服务端需要不停地监听端口，同时为了保证数据发送，采用非阻塞式Socket通信时，系统需要不停监听TCP/IP栈，这将耗费较多系统资源。目前的研究主要集中在单个JVM上网关的架构设计，后续的研究将结合分布式OSGi技术，利用SIP会话机制将分布在不同JVM上的网关连接为一个整体，从而满足更多企业级应用的需要，使网关具有无限的功能扩展能力。AndroidSIP概况Android2.3开始提供SIP开发接口，包含完整的SIP协议栈、集成呼叫管理服务，支持开发基于SIP的互联网电话功能，让应用轻松设置输入输出语音通话，而无需管理会话、传输层次的沟通、音频记录或直接播放。Android的主要SIPAPI接口的应用实例：视频会议、即时消息。 应用能力声明支持SIP的应用，需在manifest.xml中声明能力，保证在android2.3以上机器的正常运行：应用权限声明：android.permission.USE_SIPandroid.permission.INTERNET应用最低版本需求（Android2.3，APIversion：9）：<uses-sdkandroid:minSdkVersion="9"/>如果需要控制应用程序从不支持SIP的终端设备的AndroidMarket中过滤，需添加功能属性：<uses-featureandroid:name="android.hardware.sip.voip"/>功能接口 Android提供的packet包：.sip，主要包含接口类：SipAudioCall处理互联网语音呼叫通过SIP。

SipAudioCall.ListenerSIP呼叫有关的事件，如正在接收呼叫时，侦听器（“响”）或调用发送（“调用”）。

SipErrorCode定义的SIP行动期间返回的错误代码。

SipManager提供SIP的任务，如启动SIP连接的API，并提供相关的SIP服务的访问。

SipProfile定义一个SIP配置文件，包括一个SIP帐户，域和服务器的信息。

SipProfile.BuilderHelper类创建一个SipProfile。

SipSession表示，与SIP对话或一个独立的交易而不是在对话框相关的SIP会话。

SipSession.Listener监听器（“登记”）与SIP会话的事件，如当一个会话正在注册，或拨打电话，发送（“调用”）。

SipSession.State定义SIP会话的状态，如“注册”，“传出呼叫”和“呼叫”。

功能说明SIP不是垂直型通信系统，不能独立提供业务，必须与其它协议共同使用来构建一个完整的多媒体体系结构。所以在构建下一代网络NGN的多媒体体系时，采用以下的协议组合提供多媒体业务。网络层：使用IPv4或IPv6；传输层：使用TCP或UDP（建议UDP）；应用层：以SIP为核心的多个协议，如：SDP、RTP/RTCP、RTSP等SIP协议用于传送呼叫控制命令，定义消息头部。消息体采用文本格式的SDP会话描述协议传送媒体类型和格式等信息，加快了呼叫建立的速度。RTP（real-timetransportprotocol，实时传送协议）用于编码语音信号的实时传送和QoS反馈。RTCP（real-timetransportcontrolprotocol，实时控制协议）用于传递实时信号的质量参数、Q0S监视机制，还可传送用户信息、建立呼叫控制机制。媒体封装主要采用ITU-T的G系列（语音压缩）和H系列（视频压缩）。RTSP（realtimestreamingprotoco1）控制发送“一点到多点”文本格式的多媒体数据流。SIP在协议栈中完成的功能是建立和终止多媒体会话通信：用户定位（userlocation）：确定通信使用的终端系统位置；用户可用性判定（useravailablity）：确定被叫方是否愿意加人通信；用户能力判断（usercapability）：确定通信使用的媒体类型及参数；会议建立（sessionsetup）：在主、被叫之间建立约定的支持特定媒体流传输的连接；会议管理（sessionmanagement）：包括传输、终止会议，修改会议参数，调用业务。SIP定义的功能集：邀请（INVITE）证实（ACK）选择（OPTION）再见（BYE）取消（CANCEL）登记（REGISTER）信息（INFO）分配（AILOCATE）更新（UPDATE）支持用户扩充功能集。开源项目kamailioKamailio（前OpenSER）是一个开源的SIP服务器项目（基于GPL开源协议）：使用C语言编写，可以运行在Linux/Unix系统中。提供强大、可扩展的SIP服务器，作为IP通话的代理、注册、位置服务器、短信和XMPP服务器。提供SIP定位、VoIP（语音，视频）、简单的即时通讯，低成本路由器，负载均衡，路由对MySQL的故障转移，会计，认证和授权，Postgres，甲骨文，RADIUS，LDAP，XMLRPC控制接口，SNMP监控。主要特点：支持异步TCP，UDP和SCTP的安全通信；能够处理成千上万的呼叫/每秒；是灵活的嵌入式系统，可用于构建大型VoIP服务平台或对PSTN的SIP网关、PBX（PrivateBrancheXchange,专用交换机，集团电话）系统或媒体服务器，例如Asterisk™，FreeSWITCH™（开源电话交换平台）Kamailio项目提供高性能的SIP服务器(RFC3261)：注册服务器：Registrarserver位置服务器：Locationserver代理服务器：ProxyserverSIP应用服务器：SIPApplicationserver重定向服务器：RedirectserverKamailio架构Kamailio使用模块化的架构，主要有两大类：Core核心：提供基础功能。Module模块：提供强大的功能。Kamailiov1.5.x（或以上）的架构图Kamailio特点Kamailio项目提供高性能的SIP服务器(RFC3261)：注册服务器：Registrarserver位置服务器：Locationserver代理服务器：ProxyserverSIP应用服务器：SIPApplicationserver重定向服务器：Redirectserver弹性体积小：适合嵌入式设备-二进制文件体积小，功能可以通过模块添加、剥离即插即用模块接口：添加新的扩展能力，而不触及核心，因此保证核心部件的稳定性模块化架构：核心，内部库和模块的接口来扩展服务器的功能丰富的扩展库：在Kamailio源代码树上包括150个模块SIP路由功能无状态和交易状态SIP代理处理串行和并行分支NAT穿越支持SIP和RTP流量许多分配算法负载平衡和故障转移支持灵活的最低成本路由路由故障转移高可用性复制（HA）传输层通讯支持通过UDP，TCPTLS和SCTPIPv4和IPv6传输层的网关（IPv4到IPv6，UDP到TLS）SCTP的多宿主和多流异步处理异步TCP处理异步SIP消息处理异步进程间消息队列通信系统安全通信融合SIP用户身份验证通过ACL或组成员的授权IP和网络身份验证TLS支持SIP信令SRTP的安全音频透明处理TLS域名扩展支持针对数据库的身份验证和授权（MySQL，PostgreSQL，UnixODBC，BerkeleyDB，Oracle，文本文件），远程身份验证拨入用户服务RADIUS和直接鉴权Diameter。IP和DNS支持SRV和NAPTR的DNS查找SRVDNS故障切换支持ENUM内部DNS缓存系统-避免DNS阻塞IP层级的黑名单支持多宿主和多域局部隐藏-隐藏SIP标头的IP地址，用以保护您的网络架构账单基于事件的账单可配置的账单数据的详细信息多足呼叫计费存储到数据库，基于Radius或者Diameter协议（处理认证、授权、计费请求）配置文件脚本语言配置文件：通过类似脚本语言的语法，提供强大、灵活的部署自定义的SIP服务的方式伪变量来访问和管理的部分特定的用户和服务器的SIP消息和属性只需修改已存在的伪变量超过1000个参数，变量和函数，从配置文件中导出运行时更新框架-以避免重新启动SIP服务器时，需要改变配置参数外部接口基于文本的编辑管理界面，通过FIFO文件，UDP，XMLRPC和Uni