天津电信全球眼技术规范书_第1页
天津电信全球眼技术规范书_第2页
天津电信全球眼技术规范书_第3页
天津电信全球眼技术规范书_第4页
天津电信全球眼技术规范书_第5页
已阅读5页,还剩37页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

天津电信“全球眼”网络视频监控系统 技术规范书 i 目 录 一、 总述 3 1.1 概述 3 1.2 卖方的建议书要 求 4 1.3 卖方的供货和服务范围 6 1.4 设备到货 7 二、 工程建设需求 7 三、 总体技术要求 9 3.1 概述 9 3.2 网络规模支持 9 3.3 标准的兼容性 9 3.4 设备的可靠性 9 3.5 先进性和成熟性 10 3.6 开放性和灵 活性 10 3.7 互联互通性 10 3.8 可扩展性 10 3.9 技术合作 11 3.10 专用协议声明 11 3.11 环境要求 11 3.12 电源要求 11 3.13 接地要求 11 四、 设备技术要求 11 4.1 系统功能要求 11 4.2 业务功能要求 17 4.3 系统安全及软、硬件要求 20 4.4 接口协议要求 25 4.5 中心服务平台技术要求 28 4.6 前端子系统功能 36 五、 设备安装、调试、开通及试运行 39 5.1 技术资料 39 ii 5.2 安装和调试 39 5.3 验收 39 5.4 保修期 40 六、 技术文件 40 七、 服务与培训 41 7.1 服务 41 7.2 培训 41 八、 其他 41 - 3 - 一、 总述 1.1 概述 1.1.1 本规范书为天津电信有限公司 (以下简称买方 )“全球眼”工程 的主要技术性能、工程规模和供货要求,供厂商或其代理商(以下简称卖方)编写建议书和报价之用,作为卖方制定技术建议书的依据。规范书和卖方提供的技术建议书是技术谈判的主要内容,买卖双方经过讨论修改,最终将作为技术附件附入合同。建议书的内容格式应符合 本规范书及其附件的要求。 1.1.2 卖方所提供的所有各项设备和系统 (包括软、硬件 )应符合如下要求: (1) 符合我国国家标准、信息产业部部颁标准、中国电信集团公司相关技术体制、规范和要求 。 (2) 完全符合中国电信网络视频监控业务技术规范( V2.0)标准要求。 (3) 如果中国电信集团公司有最新的技术要求,卖方要免费满足。 (4) 符合有关国际标准 (如 ISO、 ITU-T、 IETF、 ATM FORUM、 FR FORUM 等 )。卖方应在建议书中 进行 具体说明,并附上相应的详细技术资料;本文件中未给出,但上述国际化标准组织已有建议的,系统设备性能和功能均 应满足相应的最新建议要求。 (5) 本期工程组网必须采用开放的国际标准协议,不得使用专用标准或私有协议组网。 若卖方的设备和系统 确实需要使用 自己的专用 标准或私有协议 ,应在建议书中具体说明,并附上相应的详细技术资料 ,并详细说明若不采用该协议对网络的影响,并在网络后期的扩容工程中承诺向其它中标厂商开放该 专用 标准或私有协议。 (6) 卖方应承诺在信息产业部和 国际标准化组织 新的相关技术体制和规范发布后,以新体制和规范为准,如 与 体制 、 规范 相 抵触,卖方应免费修改、升级其系统以满足要求 。 (7) 本技术规范书应被视为保证网络运行所需的 软、硬件 最低 要求, 规范书 如有遗漏,卖方应予以补充,否则一旦中标将认为卖方认同遗漏部分并免费提供。 (8) 卖方不仅对本厂家的节点和端口负责,而且应承诺和现有网络及业务的互连和互通。 (9) 卖方提供的设备必须是完整的 、可运行应用的 系统。 - 4 - 1.1.3 卖方应按照本文件的要求提供报价和详细的技术建议。卖方提供的各项设备及系统的功能、性能应完全符合买方指明的标准,并满足或高于买方指出的要求。对于本文件未规定的有关设备性能,卖方应提出建议,并陈述其理由。 1.1.4 卖方应根据本文件的要求在收到本文件的 个 工作日内提供建议书和报价,建议书和报价书应单独分册 ,其中:技术建议书要求提供 套,报价书 套,并提供建议书的电子文档(光盘或软盘载体)。 1.1.5 规范书有关内容的澄清 (1) 卖方对于规范书的疑问应通过书面材料 或电子邮件 与买方联系。 (2) 在技术谈判的各个阶段,买方将要求卖方对有关问题进行进一步的技术澄清,卖方应以书面资料给予正式应答;所有各阶段的技术澄清文件都将作为合同附件列入技术承诺部分。 1.1.6 买方在任何时候都保留和拥有对本文件的解释权。买方有权在签定合同前,根据需要修改和补充本技术规范书。 技术规范书的修改或补充内容与本技术规范书有冲突的,以技术规范书的修改或补充内容为准。 1.1.7 未经买方同意和授权 , 卖方不得将本文件及其相关内容泄露给第三方。 1.2 卖方的建议书要求 1.2.1 建议书应采用简体中文书写。 1.2.2 建议书的内容格式要求 卖方所提供的建议书应按照以下内容格式进行编制: 一 . 总体描述及总体方案建议 卖方应在全面详细了解买方对网络系统方案的整体要求的情况下,提出网络系统解决方案: (1)方案应满足本规范书描述的网络结构和工程范围 ; (2)应当保证今后可平滑升级 ; (3)在网络系统的设计中,卖方必须从硬件、软件及中继线路 等 方面给出安全性设计及网络设备的功能支持 。 二 . 技术规范书 的 点对点应答 三 . 设备配置清单,单项设备的单位报价和系统报价 - 5 - 卖方应在建议书中提供设备的详细配置,并说明相应设备处理能力、设备配置的计算方法及依据。卖方的设备配置应满足本期规模要求,并应当保证今后可平滑升级。 四 . 配置 设备介绍,内容包括: (1)中华人民共和国信息产业部入网许可证 ; (2)产品 的技术指标和性能介绍 (须附详细资料) ; (3)系统和产品的测试手段和标准(须附测试报告和相关证明,第三方产品须附厂家名称) ; (4)网络 设备的技术指标(包括处理能力、时延、抖动、 MTTR、 MTBF 和可用率等),主要接口指标 ; (5)网络管理(详述其功能) ; (6)设备及机架情况 ; (7)可选用设备、产品、配件、附件等的标准及参考报价; (8)备品、备件及消耗材料价格 ,分类列出清单; (9)卖方应在建议书中 清楚、 详细 地 提供: A.设备原理、设备内部结构; B. 设备能提供的端口种类及数量; C. 设备性能指标 ; D. 硬件设备、机架(柜)的外形尺寸、面板布置、进出线方式; E. 硬件设备、机架(柜)的重量、安装方式和要求; F. 设备所需的电源种类、耗电量、电压及地线要求等 ; G. 设备安装方式及建议、抗震措施。 五 . 工程安排 (1)工程进度安排及工程组织实施方式(卖方在建议书中应说明对供货时间、安装、调测等进度的具体安排) ; (2)设备材料及安装 分工界面,要求图示并加以说明 ; (3)场地及环境准备(机房荷重、温湿度及环境要求等) ; (4)安装材料费用、工程安装、调试及技术督导费用等; (5)验收及验收标准 ; - 6 - (6)列出详细的工作安排进度表。 六 . 技术支持 (1)卖方在建议书中应说明给买方提供的技术文件、技术支持、技术服务、人员培训等的范围和程度 ; (2)技术文档(卖方应在建议书中列出提供的书面技术资料详细清单) ; (3)培训 ; (4)维护支持及保修 及其他服务费用。 七 . 技术承诺 1.2.3 技术规范书点对点应答要求 卖方的建议书中,要求对本规范书以及本规范书的修改或补充册所提出各项要求进行逐条逐项答复、说明和解释。首先对实现或满足程度明确作出“满足”、“不满足”、“部分满足”等应答,然后作出具体、详细的说明。不得使用“明白”、“理解”等词语。凡采用“详见”、“参见”等方式说明的,应指明参见文档的章节及页码。凡采用“部分满足”应答的,应详细说明哪部分满足或不满足。如果未对本技术规范书(包括本规范书的修改或补充内容。如未作特殊说明,后文所指“技术 规范书”均包含本规范书的修改或补充内容)提出异议,买方即认为卖方能够满足本规范书的要求。 1.2.4 卖方对本技术规范书做出的 “ 满足 ” 、 “ 部分满足 的满足部分” 内容视为卖方为本期工程所提供的软硬件设备必须具备的功能。 1.3 卖方的供货和服务范围 (1) 中心平台服务器、前端视频服务器、管理终端、网络产品等 设备 /系统 ,提供与其它相关系统互联所需要的软硬件设备,以及上述设备 /系统的 操作、管理、应用软件;安装材料;消耗品;技术文件;技术培训;技术支持 服务。 (2) 卖方须负责所提供设备(软硬件)或系统的安装调测,以及协助此设备上业务系统的最终开通。 (3) 卖方提供的所有设备必须是最新 、 成熟 、完整的 产品 , 所有元件、配件、附件和将设备连成系统的连接电缆都应包括在报价中。 (4) 卖方提供 中心平台服务器、前端视频服务器、管理终端、网络设备及系统的操作、管理、应用软件、客户端软件的 报价 清单 。 - 7 - (5) 卖方必须保证所提供产品的数量、质量,特别是接口的兼容性,并且承担所有在合同中指定的责任和义务。 (6) 卖方列出本系统平台可兼容的 前端视频服务器 和摄像头,并且提供其型号品牌。 (7) 卖方列出本系统平台目前已经实现及今后将开发的所有业务应用类型,并提供业务解决方案。 (8) 卖方提供本期工程按 500 个数据采 集点的容量建设平台的系统配置。 (9) 卖方提供本系统平台容量今后发展成 1000、 2000 或更多数据采集点的系统配置。 (10) 卖方提供 WEB 页面的插件(网上直播)。 (11) 卖方提供行业解决方案(金融、教育、交通、商场、建筑工地中至少三个行业的解决方案)以及实际应用的成功案例描述(组网方案、网络规模、联系方式等)。 1.4 设备到货 签定合同后 2周内货到施工现场。 二、 工程建设需求 全球眼网络视频监控业务,是中国电信全球眼业务的支持系统,利用中国电信无处不在的宽带网络,将分散、独立的图像采集点进行联网,实现跨地域、全范围内的统一监控、统一存 储、统一管理、资源共享的增值业务,为各行业的管理决策者提供一种全新、直观的管理工具,以业务流程为纵向主线,以行政管理体系为横向主线。无论是上级业务管理部门,还是行政主管领导和综合管理单位,均可根据系统授予权限实时察看、监督管理部门所属下级辖区热点地区及其重要部位的图像,语音和其它数据信息。全球眼业务也是一种新型管理系统,延伸了管理者的视觉和听觉,提高工作效率。客户可通过多种接入方式,灵活接入到中国电信公众视讯网使用该业务,以实现客户间的信息沟通与交流。 1基本业务 监控业务:客户使用中国电信的 “ 全球眼 ” 监 控平台及接入电路,实现基于宽带网的实时远程图像监控,并支付业务使用费。 设备租用业务:由中国电信向客户提供前端监控点的设备租用服务,如摄 - 8 - 像头、监视器等,并负责租用设备的设置和维护。客户可根据自身情况,灵活选择设备部件组合,并支付相应的设备租用费用。 存储空间租用业务:客户租用中国电信 “ 全球眼 ” 业务数字图像存储空间,并根据实际租用空间或帧速率支付相应的租用费用。 2增值业务 广播业务:客户使用广播业务,提高监控热点的多个并发访问用户的数量。根据监控热点数量、并发访问用户数量及广播时长等付费。 报警业务:通过 与公安报警系统联动保障公共安全;通过温度、湿度探测器发出报警信息等,适用于交通系统,煤矿系统,民航系统,石油系统。 信息系统集成:通过丰富的应用程序接口,可与企业现有的信息系统进行集成,用户可根据需要进行个性化定制。 本期工程天津电信“全球眼”系统平台的容量按 500 个数据采集点建设,其组网方式为集中式“全球眼”系统结构 。天津电信“全球眼”业务平台可按照电信集团公司的建议,全市在天津电信机房设置一个中心平台,随着平台容量增加可按就近服务的原则在各分公司设置一些如存储服务器、业务受理、计费相关的系统功能模块,并 在市中心及各分公司设置相应数量视频采集现场(监控点)用于业务演示,使测试客户能够通过互联网观测到被监控对象。随着业务规模的扩大,方便灵活地实现系统的平滑升级和扩容。 天津电信全球眼平台负责管理全部服务器、汇总记账信息、管理所有视频流的路由信息、处理各视频流的控制、用户的分级管理、采集用户的认证计费等功能。 本期工程在天津电信运维部放置一台远程管理终端,对整个平台采用集中管理、集中开户的方式。 “全球眼”系统分为监控前端、中心服务平台、用户监控终端三个部分。接入服务器是客户端和设备请求连接到中心服务平台的入口, 它的稳定系数要求较高。 数据库模块由数据库服务器和磁盘阵列组成,由于系统的核心运行数据和业务数据都存储在它上面,稳定系数要求也较高。所有的前端摄像头由前端视频服务器接入到网络中,前端视频服务器通过 IP网络注册到接入服务器上,用户通过 IP 网络在有足够带宽保障的条件下可使用 IE浏览器或专门的客户端软件对监控镜头进行浏览。 全球眼平台应具备良好的可扩充性,灵活的配置,其级别可按照实际要求配置,并 - 9 - 可方便地扩展新的节点,不影响原有系统,新节点只是简单加入平台树,不影响原有系统的正常运转,既适用于初期小规模试验的需求, 又满足大规模扩容的需求。 全球眼系统是基于 Internet 的可运营的数字化监控平台,在整个系统的设计中,将遵循数字化、网络化、智能化的原则,提供灵活、完善的管理手段,保证整个平台的可运营、可管理特点。 三、 总体技术要求 3.1 概述 卖方应在全面详细了解买方对网络系统方案的整体要求的情况下,提出网络系统解决方案。卖方的方案应满足本规范书描述的网络结构和工程范围。卖方应根据所建议的解决方案提出详细的软、硬件设备配置要求,提出并详细解释说明如何保证网络安全。 卖方应根据天津电信可能的业务种类提出具体的保证措施及管理方法。 3.2 网 络规模支持 卖方所提供的设备应能够组建大规模的网络,在容量、网管能力、连接处理能力、所支持的虚连接数量、支持各类业务所采用的相关技术等方面都应能满足要求。 3.3 标准的兼容性 卖方所提供设备应符合有关标准(如 ISO、 ITU-T、 ETSI、 IMTC、 IETF 等制定的国际标准)。卖方应说明设备所遵循的技术标准和版本,对于目前不符合标准的部分,要求卖方给出能够支持的时间表。若卖方的设备 /系统包含自己的标准,应在应标书中具体说明,并附上相应的详细技术资料。 3.4 设备的可靠性 网络视频监控系统的应用软件系统要能够连续长时间不 间断工作,并能在不影响系统运转的情况下做到模块在线测试、更新、加载。采用高可靠性的产品和技术,充分考虑整个系统运行的安全策略和机制。 系统要具有较强的容错能力和良好的恢复能力,主要设备采用双机或镜像备份工作方式,保证系统稳定运行。 卖方应提供故障倒换时间和测试数据。卖方应提供完整、先进、成熟的系统软硬件,其各项技术应保证具有开放性、 - 10 - 可移植性、兼容性和可扩展性。设备的可靠性指标应符合 中国电信网络视频监控业务技术规范( V2.0) 的要求。 3.5 先进性和成熟性 采用国际最新的科技成果,从而保证整个系统在技术上处于领先地 位,系统在建成后一段时间内( 1到 2年)不会因技术落后而大规模调整,并能够通过升级保持系统的先进性,延长其生命周期,同时又要保证先进的技术是稳定的、成熟的,支持现有的多种呼叫功能和网络协议。 要求系统能支持监控领域新技术的发展与应用:如前端采集设备建议可以采用先进的图像处理与识别技术,可以流量统计、运动物体识别等。 3.6 开放性和灵活性 网络视频监控各地区平台要求节点功能灵活转换,满足平滑扩容的要求。网络视频监控系统与其他系统之间的通信接口,应符合开放系统互联标准和协议,以方便各省中心系统间的互联,以及与本地营业、 计费、网管系统的可靠连接和数据共享,向业务部门及时提供所需资源和分析结果,可灵活定制。 3.7 互联互通性 要求系统能根据业务发展需要,实现如下要求: 支持多种接入方式: WLAN、 ADSL、 LAN、 DDN/FR方式; 支持多种终端设备,包括移动 PDA、 3G 等; 中心服务平台能够支持智能 CDN 技术接口; 中心服务平台支持移动短消息。 3.8 可扩展性 卖方提供的产品应可平滑扩容,在线升级。卖方应详细说明其产品在扩展方面的计划和方案。网络视频监控系统软件的设计应采用分层的模块化结构,以达到设置修改灵活,扩充方便,适应业务 的发展变化。软、硬件平台应具有良好的可扩展能力,能够方便地进行系统升级和更新,以适应各种不同业务的不断发展。 - 11 - 3.9 技术合作 在所提供的软硬件平台的基础上,卖方应公开相关协议并保证合作进行业务平台和网络管理以及计费等系统的开发。根据需要,卖方应就其设备提出具体的合作方案。 3.10 专用协议声明 卖方如有专用控制协议或管理协议,应对其进行详细说明。 3.11 环境要求 3.11.1 温度、湿度要求 (1) 长期工作条件 :温度保持 10-35C ,相对湿度保持 40%-65%。 (2) 短期工作条件 :温度保持 0-45C ,相对湿度保持 20%-90%。 3.11.2 防电磁干扰要求 设备产生的电磁干扰应符合 FCC Class A.EN55022/CISPR-22 CLass AVCCl ClassA等标准。 3.12 电源 要求 设备应能在下列供电变化范围内正常工作: 直流电压变化范围: -40V -57V 交流电压变化范围: 220V 20%, 50HZ 10%。 3.13 接地要求 卖方应提供保证设备性能要求的接地阻抗。 四、 设备技术要求 4.1 系统功能要求 1) 认证功能 用户使用监控平台提供的各项业务服务的时候需要首先对其身份作出验证和授权。用户通过身份认证及授权后,可以使用网络视频监控平台提供的服务。认证系 统功能应可灵活扩展,满足新业务或新业务模式。网络视频监控平台采用区域中心集中认证,当 - 12 - 用户登陆,平台向区域中心认证系统发认证请求,如是跨区域使用网络视频监控业务则须经全国中心进行认证,平台建设初期,没有建立全国中心,则要求实现省间相互认证。认证系统检查该用户是否注册用户并返回授权信息;系统应可以对用户进行收、发权限的分别管理并通过相应配置实现。认证系统应可以根据用户状态进行相应的权限授权认证。 详见中国电信网络视频监控技术规范( V2.0) 。 2) 计费功能 通过处理网络视频监控用户使用网络视频监控服务产生的 使用记录,并根据网络视频监控业务的资费标准和计费规则,由用户归属区域的区域中心进行计费工作。对需要计费的网络视频监控业务计费原始数据进行分拣、纠错、计价处理,形成计费数据,完成对计费原始数据的批价。要求支持预付费卡计费实时扣款;帐单并入帐务系统中;支持灵活多变的费率优惠方式;支持按时长、按流量、包月制等多种计费方式;支持对资费的管理;支持增加新的计费策略和方式。 具体要求如下: 计费模式 : 包时段制:包时段支付是指用户支付一定金额,在指定的时间范围内可以任意使用指定的网络视频监控平台提供的服务。用户可以指定 该时段结束后,是否自动继续包等长的时段。用户也可以取消继续包等长时段的设置。统可以在此基础上将服务包装成包月或包季度等服务提供给用户。 计时制:根据用户使用网络视频监控业务的在线使用时长进行计时收费。计时制式下设一个基本月租费,基本月租费包含一定的服务时长和服务功能。 计量制:根据用户使用网络视频监控业务占用网络视频监控业务平台的业务流量进行计量收费。 优惠方式: 计费部分应提供按时间段、节假日、用户个人信息等进行优惠的处理,支持几种优惠方式或几项优惠方式的组合,在资费结算的时候进行优惠结算。 计费方式: 可根据用户要求提供以上多种计费方式的组合,如计时封顶制方式、计时计量方式等。针对具体的业务及计费资源,计费系统应能灵活配置进行实时计费、按需实时计费、 - 13 - 周期计费(批量计费)等, 并支持以预付费卡或其他形式,制定包含一定费用的预付费卡(帐号)和充值卡,其中预付费卡(帐号)可分为月卡、半年卡、全年卡等包月制式卡及实时扣费卡。计费费率要求可以通过界进行灵活的设置。 3) 帐务 根据业务规范的要求,系统能出据帐单给用户,以方便付费与结算。帐务处理应提供如下功能: 对帐 区域中心应该支持与全国中心的对帐、与区域中心的对 帐;全国中心应该支持与区域中心的对帐;支持每日对帐也支持帐期内总对帐;支持与相关联的其他电信业务系统的对帐 (如互联星空 )。 出帐 针对不同的计费模式,系统应能提供不同的出帐方式,包括要求可以通过各地电信帐务系统出帐,平台也能出帐。在每个结算周期结束后,各区域中心汇总本区域用户使用网络视频监控服务所应收的费用,最终形成用户的收费帐单,并发往相关系统对用户进行收费。 结算 在对帐的基础上,根据结算摊分的规则生成结算数据。区域中心应该支持与全国中心的结算、与区域中心的结算。结算信息应包含: 日期 开始时间 终止时 间 用户帐号 被浏览的监控前端编号 接入客户端 IP 地址 入字节数 出字节数 所属区域中心的代码 分发终止原因 计费免费标志 - 14 - 4) 用户管理 所有用户采用集中开户集中管理,用户管理应包括用户注册管理、用户查询、用户增加和删除、用户访问权限管理、用户资费管理、用户锁定解锁功能、用户分组管理、用户访问记录查看、用户使用统计,能够批处理用户查询、增加和删除等功能, 支持用户帐户唯 N性。 5) 权限管理 对系统的管理、视频浏览、摄像机远程控制、录像的删除、复制、浏览等操作行为需要权限,权限可以被赋予,也能被收回。系 统要求采用分级用户管理机制,根据用户的不同身份,给予不同的操作权限。各管理员统一由超级管理员来管理,管理员的权限以属性的方式出现,可方便的进行增加、修改、删除。管理员应区分角色,如根系统管理员、全国中心管理员、区域管理员、超级用户、普通用户等。系统应为不同的管理员角色分配不同的管理资源和管理权限,其中系统管理员、全国中心管理员和区域管理员是电信级用户,超级用户、普通用户是使用该平台的客户级用户。每个用户的操作权限是由用户所绑定的角色信息所决定的。可以在用户的属性中完成此绑定操作。根系统管理员拥有包括给别人授 权在内的所有权限。超级用户可以创建客户级用户并授予其相应权限。要求系统能根据运营情况的变化,可方便的变更角色及其预设权限。一个典型的超级用户的预设权限内容应包括: 创建和变更下属用户及其权限的权限 查看特定监控点的权限 对特定监控点的设备的控制权限 存储权限 报警联动权限 图像管理权限 其他相关权限 在用户的权限方面,要求可以进行自定义设置。实现对用户组进行管理,能够弹出用户列表来选择加入用户组,能够对用户组进行不同的权限管理。 6) 系统管理 安全管理 提供全面的安全管理功能,支持基于用户、角色、资源及权 限模型的权限分配和回 - 15 - 收管理。系统应该至少支持全国中心级、省级、市级和用户级的角色定义。 配置管理 系统应该支持对系统的基本参数资料的管理。 系统监控 系统支持实时监控各级系统的运行使用情况,包括主机的各种资源的使用率信息,数据库、应用系统等的运行情况和告警信息。根据告警的级别,系统应提供声、光、电子邮件、手机短信等多种方式通知系统管理员。 备份和恢复 系统应提供系统重要数据的备份和恢复功能。 日志管理 系统需要提供重要日志的创建、添加、清除等功能,并提供多种方式帮助管理员方便地浏览和检索日志信息。 7) 网 络管理 协议要求:要求所有的设备支持 SNMP 协议。 要求完成以下几种职能: 性能管理 网络视频监控平台应能支持网管所采取的网络性能管理行动,并测试统计汇报其结果。具体包括: 自动获取网络拓扑结构及网络的配置,实时监控设备的状态; 通过对被管理设备的监控和轮询,获取有关网络运行的信息及统计数据;并能在所收集的数据的基础上,提供网络的性能统计,例如: 网络节点设备的可利用率; 网络节点设备的 CPU 利用率; 网络节点设备的故障率; 网络延时统计等; 带宽统计利用率; 对历史统计数据的分析功能。 故障管理 网络 视频监控平台的主处理机、存储器发生严重故障或严重过负荷时,应能向操作 - 16 - 维护中心或网管中心发出告警信息,当告警消除时,亦应有报告。网络视 频监控平台应能配合操作维护中心或网管中心对故障进行测试诊断与定位,按指令完成软件 /硬件的重新配置,并具有故障恢复功能。具体要求如下: 故障发生时实时告警并显示; 定位并跟踪、辨认错误; 执行诊断测试; 手动或者自动纠正错误、排除故障等。 针对错误检测报告作出反应; 生成错误日志,对日志进行维护并形成故障统计; 配置管理 网络视频监控平台应能支持网管系统对其进行的更新、升级等配 置管理,完成软件/硬件的重新配置。 配置管理数据库:创建并维护一个数据库,其中包含网络设备、软件、操作级别、负责维护设备的人员等信息; 管理设备的配置文件:可以访问被管理设备的配置文件,并在必要时分析和编辑; 网络节点设备部件、端口配置; 网络节点设备系统软件的配置; 对配置操作过程的记录统计。 安全管理 安全管理应包括数据安全和系统安全,具有如下功能: ( 1) 系统安全 网管系统采取高级别、多层次的安全防护措施; 网管系统应提供严格的操作控制和存取控制; 自动记录非法信息,并将系统的状态自动记录,以便系统出现安全 问题时能够容易地找到原因。 ( 2) 数据安全 对各种配置数据、统计数据采取备份、保护措施; 采用多级别的方法,备份用户数据。 ( 3) 人工或手工修复 - 17 - 当网络系统出现故障时,能自动及人工恢复正常工作,不影响网络的正常运行等。 8)设备管理 协议要求:要求所有的设备支持 SNMP 协议。 增加设备 系统中需要增加的设备有各种型号的摄像机、视频服务器、宽带路由器等,摄像机又包括模拟摄像机、网络摄像机及带云台的网络摄像机等。如要安装一个设备,就需要在设备管理中增加一个设备,并配置相应属性。 修改设备属性 摄像机的属性包括摄像机的种类 、型号、生产厂家、安装地点、接入线路方式、所属用户、使用状态等。每个摄像机都有一个编号作为标识,编号的编码规则可参照终端编号方案一节。摄像机的种类决定了摄像机的能力,从而用户对该摄像机的控制能力不仅与用户自身权限相关,且受限于摄像机的种类。摄像机的种类有模拟摄像机、网络摄像机及带云台的网络摄像机等。视频服务器和宽带路由器的属性包括型号、生产厂家、安装地点、接入线路方 式、所属用户、使用状态及相连的摄像机等。每个视频服务器或宽带路由器有一个编号作为标识。 删除设备 上述的设备可以删除,但删除前需要解决每个设备 的关联问题。如宽带路由器可能连接有其他摄像机,则在删除前需先解除其他摄像机与它的联系。删除后的设备可进入未用状态,或彻底删除。彻底删除时则设备不再存在。 查询设备 对于设备可以按照其各项属性进行组合查询,查询结果中的设备可以进行修改属性与删除操作。 启 /停用设备 用户可以暂时停用某个摄像机。 4.2 业务功能要求 对图像进行实时播放、历史播放、播放控制、图像报警处理、抓拍打印、调整图像对比度、亮度和大小、图像切换、播放速度控制、图像备份和存储。 - 18 - 平台要求实现以下基本功能: 1) 网络视频监控 实现网络视频监看和网络 视频控制,包括音频控制。可以在远程计算机上实时监控、控制、纪录监控端的视音频数据,并可以和服务器端进行双向交流。可以根据具体的网络情况,调节压缩比,从而调节网络流量。具体实现: 多画面监视 要求可以实现多台摄像机的显示,将指定的一个或多个摄像机实时图像显示在指定的一个或多个显示器上,可以选择 1, 4, 6, 9, 10, 16 等多种画面分割,能提供多种分辨率,以适应各种场合要求,并可以实现全屏显示。 多画面轮巡 定时将监控组内的摄像机轮流切换并且支持监控组间切换,切换时间可自由设定。 设置功能 要求实现图像传输帧率及 图像分辨率的手动和自动设置功能。 要求实现图像切换及云台镜头控制功能,操作人员在权限范围内任意调用显示方式或手工设定,能控制相应的云台转动以及镜头的变倍、光圈、和聚焦,将指定摄像机的实时图像显示在指定的显示器上。 2) 存储与回放 平台的数据存储平台是系统的视音频数据存储管理中心,存储管理系统要求提供集中海量存储功能,支持不同压缩格式图像信息的网络存储,并提供方便的检索、查询手段,支持根据日期、时间、摄像机编号、名称、报警信息、图像变化报警查询相关历史记录,并可根据时间、地点和报警类型等信息检索并回放图像, 可逐帧、高速率快慢回放及图像同步回放。 性能要求: 支持多路实时视频同步录像存盘功能。 支持录音功能。 支持即时录像、按设置录像、手动录像和报警录像等多种录像方式。 可实现多终端操作,在网络上计算机可以随时对某路视频存储等等。 可对图像进行二十四小时的实时记录,并可选择所要的图像质量。 在异常情况出现时,对图像进行抓拍,并在报警触发状态下,自动存储图片。 - 19 - 录象的结果可以显示具体的时间。 可实现本地与异地(中心服务平台)双地存储。 在本地存储出现故障时可自动切换到中心服务平台存储。 支持集中存储的导出,并能提 供客户端播放软件。 3) 分发 系统的分发平台还是平台的分发中心,当多个节点集中访问某一路图象时,由分发平台通过调度策略为多节点服务系统分发视频内容。要求实现: 对图像进行实时分发 对图像进行多级分发 4) 报警与联动 当发生报警时,可联动多个设备协同工作,当监视点发生报警时,系统自动启动各种对应的联动设备,并将视频切换到相应的摄像机,开启灯光,自动录像,监控客户终端可弹出报警信息,并有声音报警提示。要求支持红外线侦测器、应急铃、烟雾报警器、可燃气体报警器等报警设备,当报警发生时,可根据设置自动联动产生如下 动作: 启动相应部位的摄像机数字录像; 启动指定的报警终端设备; 开启相应部位的灯光; 要求可通过手机短信、 EMAIL 或自动拨打预先设立的电话号码等手段通知用户; 自动录像。 5) 个性化功能 建议系统可以根据客户的需要拓展相应的功能模块,例如智能辨识,报警模块,实现用户的个性化的需要,为用户提供定制服务。主要的个性化功能和服务可包括: 报警功能 与探测器结合根据温度、湿度等指标发出报警信息,适用于交通系统,煤矿系统,民航系统,石油系统; 与公安报警系统实现联动用于保障公共安全等。 控制功能 具有传统监控 矩阵控制主机的全部功能,音视频切换、云台镜头控制; 实现远程现场辅助开关灯光、雨刮等的开闭控制。 - 20 - 图像辨识 实现交通系统和交警系统的车牌辨识; 金融行业的智能辨识。 4.3 系统安全及软、硬件要求 安全可靠性 网络视频监控系统安全性除了基本的防攻击、防非法侵入、防病毒等要求之外,还需要保证只有合法用户可以访问和使用网络视频监控系统提供的服务,保证用户只能管理自己设置的监控点的前端子系统设备,查看有权限使用的监控点的视频监控图像;保证用户保存在系统中的视频文件的安全,不会被其它用户甚至是系统管理员私自查看。 标准化 接口 要求系统中每一个子系统间都通过符合国际标准的接口进行集成,除此外保持高度的独立性。这样才可保证每一子系统的性能、安全可靠性及系统的标准化、开放性,并且也给客户在每一个子系统上提供更多的选择,带来长远的投资保护。 网络构建的灵活性 既要求平台的集中处理能力,同时要求提供全面的透过网络的分散能力,适应多种应用环境及场合,这样才能充分保证系统现在及将来的灵活性,使投资得到保护。 产品的广泛应用及长期发展支持 为了网络视频监控业务尽快占领市场,并且有效控制成本,在市场竞争中占有优势,可在业务开展初期选择比较成 熟并可以降低成本的解决方案作为业务试运行平台,对其符合规范的要求可以适当降低,但厂家必须承诺在市场成熟,业务发展到一定阶段,能够平滑过渡为符合规范要求的系统平台,同时也要求满足长期的平稳运行、升级及扩容的产品、技术支持能力。 1) 认证机制 用户访问网络视频监控业务运营系统时都将进行身份认证,用户输入用户名和密码后,认证信息建议采用 64 位的 DES 加密处理,由 AAA 服务器中的认证系统对其进行验证,以判断用户是否有权使用此系统。认证系统对用户进行安全认证,身份验证的资料来源于集中规划的省 /区域中心的数据库 服务器,数据库服务器管理着网络视频监控 - 21 - 业务运营管理系统中所有用户的身份资料。用户使用用户名和密码正确登录门户系统后,门户系统将会维护该用户的会话信息,用户由此使用系统提供的网络视频监控服务。高效的认证机制使非法用户无权使用网络视频监控系统。对于有特殊需要的客户可以提供利用软件电子钥匙的方法进行认证,只有持有该电子钥匙的用户才能正常启动客户端软件或 Web 插件,在配合加密的用户名密码对,双重保证用户访问的安全性。提供电子钥匙,能使用户从感官上更加信任系统。 2) 数据安全 网络视频监控系统数据的安全性包括用户 视音频信息的安全性和监控用户信息的安全性。对于视频流的加密过于耗费芯片资源,加密费用过高,目前不建议大规模使用(对于一些特殊的监控应用可以考虑使用)。因此,目前可行的做法是在网络视频监控承载层面进行一定程度的隔离措施,如应用专线、划分 VLAN、 VPN或者其他手段保证用户业务流的安全。对于网络视频监控的客户或认证信息,可以采取加密的办法来保证信息的安全性。配置大容量、高性能存储系统,对数据进行实时备份与非实时备份。对于存储的静态数据或文件可以采用数据或文件加密的方式确保信息的完整性。 3) 网络安全 对于监控 实时要求较高的应用,可以在承载网络上,采用传输层的机制保证网络传输的安全性,例如利用 VPN、 VLAN 等机制隔离网络视频监控流量和其他流量。在网络连接上,每一个监控采集的出口网络连接应有两个不同方向,以建立两条路由进行备份。 4) 设备安全 设备重要部分要有冗余备份; 中心服务平台需要设置防火墙等保护措施; 与电信企业其他系统的接口,需要与其他系统在网络上互相隔离。 5) 系统安全 业务管理子系统涉及到非常重要客户信息、平台管理子系统涉及到设备配置信息、路由信息、网络管理信息,因此,必须采取措施保证其安全性 。系统设备层从安全性角度考虑应当采用安全性比较高的操作系统,采用一定的冗余备份方案,对于客户资料、费用资料等重要数据要有可靠的存储方案;中心服务平台放置防火墙之内,以保证系统的安全性;各管理中心需要与 VTDU 交互数据的,全部使用防火墙进行隔离。 6) 硬件要求 - 22 - 可靠性与可用性 平均无故障运行时间 (MTBF)大于 100,000 小时; 关键软硬件要求具有冗余备份能力。 响应时间 管理服务器响应时间小于 0.1 秒。 主备用倒换 主备用倒换所需时间应小于 10 秒; 主备用部分进行倒换时,不影响已有服务器处理过的 信息; 应具有数据备份和恢复的能力。 服务器硬件要求 使用通用的服务器或工控机以上的设备; 能够进行硬件设备扩容,扩容不影响已处理过的数据; 可以使用双机热备份或负荷分担的方式实现高可用性; 数据库服务器的软、硬件选用需要具备较好的开放式结构的接口,同时需要采用性能较高的数据库服务器; 要求有较高的事务处理能力、内存和硬盘存储空间 ,为数据的安全,需要采用相应的存储备份形式; 提供对于其他外设,如磁盘阵列、磁带机等的接口能力; 提供各服务器的最低配置和建议配置 ,以及配置的详细计算过程(包括 TPCC值、服务器硬 盘、内存、网卡); 终端设备硬件要求 前端子系统配置规模要依据业务采集点的实际情况进行配置; 本系统需要 7x24 小时连续运行,要求前端子系统设备具有较高的安全可靠性。 7) 软件要求 基本要求 要求软件采用分层的模块化结构,模块之间的通信应按规定接口进行。任何一层的任何一个模块的维护和更新以及新模块的追加都不影响其他模块;系统参数、用户数据与处理程序应有相对的独立性。用户数据的任何变更都不应引起运行版本程序的变更。处理程序应与系统参数、用户数据相适应;软件应有容错能力,一般的软件故障不 - 23 - 应引起各类严重的系统 再启动;软件设计应有防护性能,某一软件模块内的软件错误应限制在本模块内,而不应造成其他软件模块的错误;应具有软件运行故障的监视功能。一旦软件出现死循环等重大故障,应能自动再启动,并能出即时故障报告信息;系统中所有涉及到时间的信息和数据其年份部分采用带纪元表示法;软件具有详细、完善、灵活的业务、用户等数据的统计、分析、预测能力;中心平台对外接口中,屏蔽具体的视音频编解码方式,具有良好的通用性和兼容性;系统中使用的协议不出现在互联网中目前不支持的协议现象。 软件设计要求 应用软件应采用分层次的体系结构,以便于系 统的维护和扩展; 应用软件应能根据用户规模的不同支持集中处理模式和分布式处理; 应用软件应具有很好的开放性,以便于与其他应用系统的连接; 系统应提供完整的二次开发工具及使用说明(如 SDK 及 API 函数说明),便于进行客户化工作; 要求提供数据结构与开发文档,以便平台升级及后期维护; 应用软件应具有很好的可移植性,支持多种操作系统,并能移植到不同厂家的硬件平台上运行; 应用软件应能适应多种大型数据库系统,例如 Oracle、 Sybase 等; 系统的运行应是安全、可靠的,具备完善的、分级的操作 /访问权限控制机 制; 应提供有效的黑名单接口和管理 (黑名单 :主要指欠费用户,当用户欠费到达运营商规定的额度时,将此用户列入黑名单。同时,也可按照运营商指定的条件设置黑名单 )。黑名单的接口界面满足运营商的要求,且列入黑名单的参数可设置; 系统应能够提供可靠的图形界面管理平台完成对计费系统进程、操作员日志及计费数据等信息的控制; 系统应具有数据备份及灾难恢复功能。 中心服务平台管理系统软件配置 ( 1) 操作系统 服务器操作系统采用 UNIX或 Linux 操作系统。 ( 2) 数据库软件 大型关系型数据库结构; - 24 - 支持软、硬件容量,在线备份 /恢复; C2 级以上数据安全控制机制; 数据库封锁、权限控制机制; 支持网络管理; 支持多种主流网络协议(如: TCP/IP、 IPX/SPX、 NETbios 及混合协议); 支持异种数据库的互访; 支持多种数据库开发机制;具有开发三层结构、客户 /服务器结构和 WEB 应用的工具; 支持数据库的各种功能:复制、备份、日志; 支持增量备份的方式。 8) 性能要求 要在 IP 承载网络上开展实时网络视频监控业务,承载网络本身必须对端到端的通信服务质量 QoS 提供保障。网络视频监控业务的 QoS 实现要求 IP 承载网络在承载端到端 的网络视频监控的视音频 IP 包码流时,做到延迟小、抖动低、丢包率低。其中对网络视频监控业务 QoS 影响最重要的指标是丢包率。对于具有较高 Qos 的业务使用,要求IP 承载网络端到端通信的网络延迟、延时抖动、丢包率指标要达到的要求为:丢包率上限、网络延时上限、延时抖动上限分别为 1/1000、 150ms、 50ms。 在 Internet 上开展网络视频监控业务, QoS 的保障策略可从业务网络侧和承载网络侧分别实施,以及两者配合实施。业务网络设备应能够对网络的时延、抖动、包错序、丢包等问题采取策略进行恢复和补偿,可 调整数据流量,以适应网络带宽的变化。承载网络端到端通信的网络延迟、延时抖动、丢包率指标要限定在一定范围。承载网络应能够采取一定的策略保障 QoS,例如采用专网承载、 DiffServ 或 MPLS策略等。承载网络和业务系统相互配合,共同保证 QoS。承载网络应能将网络的状态报告给业务系统;业务系统应该能够根据承载网络的状态对承载网络进行相应的控制。 对网络视频监控系统中各子系统的处理能力性能要求如下: 前端子系统所提供的单路视频码流量: 512kbps; 分发子系统的处理能力:同时支持 600路以上视频流; 存储子系统 的处理能力:超大容量的存储设备; AAA 服务器的处理能力:相当于 400 个 Radius协议包秒; - 25 - 视频流编解码时延: 200线。 报警器触发:通知前端应用服务器。 4.4 接口协议要求 1) 内部接口协议要求 传输协议 视频数据采用 RTP/RTCP 协议传输,针对某些特殊应用可采用 FTP 及 HTTP; 计费认证消息采用 RADIUS 协议。 数据协议 视频压缩采用 MPEG-4/MJPEG/H.26X 标准; 音频压缩采用 G.711/G.723.1/G.729/MP3 标 准。 2) 外部接口协议要求 外部接口 外部接口是指为处理不能由基于互联网的网络视频监控平台单独完成的业务功能,而设立的与其他业务支撑系统和生产系统的交互模块。 处理要求 接口处理采用完善的权限管理和日志记录,避免无谓的人工错误。 所有接口数据进行加密传输,保证数据安全性。 所有接口都进行数据备份,可对接口数据进行重新传输,并进行相应日志记录。 接口数据传输可采用网络协议也可用多种介质(如光盘,磁盘,磁带)等进行。 所有接口都有差错控制功能。 接口的周期可灵活的定义。 处理范围 网络视频监控平台系统是一个独 立的数据处理系统,通过用户编号和支付关系与所有电信业务建立了数据联系,并在此基础上形成了与电信业务之间的数据通信与信息交流。和监控平台会发生关系的电信业务系统主要有: (斜体部分供参考,不作硬性要求,但卖方应该根据自己以往应用经验,提供和电信相关营业、支撑、帐务等系统对接方案 ) - 26 - 营业支撑系统 计费帐务系统 支付网关类平台 互联星空 VOD视频点播平台 ( 1) 支付网关类接口 对于持预付费卡使用网络视频监控业务的用户,认证和计费时可能和电信的支付网关类系统产生接口关系,因为支付网关类系统是典型的一类实时计费系统。对于持 卡使用网络视频监控系统的用户,它的接入由该类系统负责,业务过程开始前需要进行用户认证,业务进行过程中不能确定最终发生的费用(需要冻结部分费用),业务处理完成后才能最终扣费。具体为: 用户上网认证 /帐户冻结:网络视频监控将用户输入的相关信息请求支付网关系统进行校验,并请支付网关系统查询并冻结用户帐户余额的消息。 用户下网 /帐户解冻扣款:当网络视频监控检测到用户下网后,向支付网关系统发出下网信息,如果产生了费用则将扣款金额发送到支付网关系统。 接口功能: 验证 用户接入后,用户身份的认证由网络视频监控平台转发到 该类平台,认证的结果由该类平台反馈给网络视频监控平台。 冻结 业务过程开始前,网络视频监控平台需要首先在支付类平台的对应卡中冻结部分金额,以保证业务的进行。扣费业务处理过程结束后,网络视频监控平台计算实际发生的费用,向支付网关类系统发起实际的扣费。扣费后的冻结余额解冻。 对帐和调帐 核对双方系统支付情况(交易笔数和交易金额)是否一致,如不一致进行人工干预的调帐处理。 ( 2) 营业支撑系统接口 营业支撑系统作为网络视频监控平台的一个业务受理的接入平台,当用户通过营业支撑系统申请网络视频监控业务时,提供相关客户资料,营 业支撑系统通过接口将数 - 27 - 据传给网络视频监控平台,开通网络视频监控业务,网络视频监控平台返还给用户一个用户超级管理员用户名和密码。用户申请网络视频监控业务时,提供的信息包括: 客户信息 登记新客户 基本数据如下: 公司名称 法人代表 电话 传真 地址; 客户信息变更; 注销客户; 客户因某种原因不能够或不允许再使用本系统提供的服务; 服务项目的开设; 提供对特定客户开设和维护服务项目。 摄像头 客户可以申请一路或多路摄像头; 摄像头可以分为黑白或彩色等不同档次的摄像头。 图像分发服务支持 客户可以按需要 申请分发服务量; 分发服务器在带宽和硬件配置不同的情况下支持不同数量的客户访问。 前端设备 前端设备的数量不是由客户来直接指定的,而是系统安装架设人员根据实际的地理环境而决定的。 存储方式 客户可以选择前端存储还是中心存储; 可以指定存储的容量和周期。 显示墙 客户可以申请一路或多路显示端; 显示墙可以有不同的档次如彩色、黑白、尺寸大小等。 客户端程序数量 客户可以申请一定数量的客户端应用程序。 接入方式 - 28 - 客户可以选择 ADSL 等宽带接入方式。 客户授权 客户除可拥有服务项目相关操作权限外可以设定客户所允许 的自建用户数量。 ( 3) 计费帐务系统接口 系统提供与省计费帐务系统的接口,向计费帐务系统提供计费、用户资料数据。 ( 4) 互联星空接口 网络视频监控平台和互联星空之间的接口主要使用互联星空平台有关认证和计费方面的接口来转发有关的认证和计费请求。按照规范,接口使用 HTTP/SOAP协议。 接口功能包括: 认证漫游接口 获取授权漫游接口 计费接口: 计费接口是一组接口,分别对几种资费策略类别进行,网络视频监控平台可以根据需要利用最为合适的接口。计费接口有: 包时段订购支付漫游接口 按流量计费支付漫游接口 按时长计费支付漫游接 口 4.5 中心服务平台技术要求 1) 前端视频服务器 传输能力 提供 TCP/IP 传输,要求如下: 提供 100M 传输接口; 提供网卡主备用功能。 处理能力 每秒处理前端设备注册请求量要求大于 100 个连接。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000 小时。 响应时间 - 29 - 响应时间小于 0.1 秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用倒换所需时间应小于 10 秒; 主备用部分进行倒换时,不影响其他完成功能; 应具有数据备份和恢复的能力。 环境要求 详见总体要求。 电源与接地 详见总 体要求。 2) 客户端应用服务器 传输能力 提供 TCP/IP 传输,要求如下: 提供 100M 传输接口; 提供网卡主备用功能。 处理能力 每秒处理 500 个连接。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000 小时; 响应时间:响应时间小于 0.1 秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用倒换所需时间应小于 10 秒; 主备用部分进行倒换时,不影响其他完成功能; 应具有数据备份和恢复的能力。 环境要求 详见总体要求。 电源与接地 详见总体要求。 - 30 - 3) 存储子系统 卖家提供同时 对 50路摄像头,每路以 512K速率 24小时不间断存储一个月所需的存储容量的配置。 处理能力 同时支持并发存储路数 100 和回放路数 100。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 5,000 小时。 响应时间 响应时间小于 0.1 秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用倒换所需时间应小于 10 秒; 主备用部分进行倒换时,不影响其他完成功能; 应具有数据备份和恢复的能力。 环境要求 详见总体要求。 电源与接地 详见总体要求。 4) 网络录像控制子系统 功能要求 具有定时启动录像,以 及定时停止录像的功能; 支持与调度子系统的交互功能; 具有接受调度子系统调度指令的功能; 支持与 VTDU 的交互功能; VTDU 向网络录像控制子系统转发视频流; 提供系统日志功能; 记录与调度子系统交互的相关信息; 记录与 VTDU 交互的相关信息; 记录录像相关信息。 - 31 - 性能要求 提供 1000M 传输接口; 网络录像控制子系统的处理能力:每秒 200 事件请求。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000 小时。 响应时间 对来自 VTDU 的访问请求的响应时间小于 0.1 秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用整机倒换所需时间应小于 10 秒。 平滑添加 向平台中新增加或减少网络录像控制设备时,必须保证不影响使用,新的网络录像控制设备信息只要在平台管理子系统中被注册即可使用。减少网络录像控制设备时,只要在平台管理子系统中注销该网络录像控制设备即可。 5) 分发子系统 转发 视频可通过 VTDU 被转发,访问方只要访问 VTDU 并告知要访问的前端设备, VTDU 可代为取到视频流并转发给该访问方。 分发 一路视频通过 VTDU 可以被复制成多路送给不同的访问方。 级联 VTDU 既可 以访问前端子系统,又可以访问其他 VTDU;既可以被客户端访问,又可以被其他 VTDU 访问。这样 VTDU 就实现了级联。可实现以下两项功能要求: 将视频传送给尽可能多的用户; 视频在经过两级分发后,已经可以给足够多的客户提供服务。实际使用中,更多地级联也可以被完成。 计费信息采集 VTDU可记录每路路由的视频访问开始时间、结束时间和视频流量信息,并可以被调度子系统取回或主动送给调度子系统。 - 32 - VTDU的性能要求 传输能力:提供 1000M传输接口; 处理能力:每秒处理 200个请求。 可靠性和可用性 平均无故障运行 时间 (MTBF)大于 10,000小时。 响应时间 对来自客户端或其他 VTDU的访问请求的响应时间小于 0.1秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用整机倒换所需时间应小于 10秒。 平滑添加 向平台中新增加或减少 VTDU设备时,必须保证不影响使用,新的 VTDU信息只要在平台管理子系统总被注册即可使用。减少 VTDU设备时,只要在平台管理子系统中注销该VTDU即可。 环境要求 详见总体要求。 电源与接地 详见总体要求。 VTDU 的访问协议 VTDU接受请求及返回采用 TCP协议; 传送视频流采用 RTP协议,视频文件采用 FTP协议。 6) 业务管理子系统 处理能力 每秒处理 200个连接。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000小时。 响应时间 响应时间小于 0.1秒。 主备用倒换 - 33 - 关键软硬件要求具有冗余备份能力; 主备用倒换所需时间应小于 10秒; 主备用部分进行倒换时,不影响其他完成功能; 应具有数据备份和恢复的能力。 环境要求 详见总体要求。 电源与接地 详见总体要求。 7) 平台管理子系统 处理能力 每秒处理 200个连接。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000小时。 响应时间 响应时间小于 0.1秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用倒换所需时间应小于 10秒; 主备用部分进行倒换时,不影响其他完成功能; 应具有数据备份和恢复的能力。 环境要求 详见总体要求。 电源与接地 详见总体要求。 8) 告警服务子系统 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000小时。 响应时间 响应时间小于 0.1秒。 - 34 - 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用倒换所需时间应小于 10 秒; 主备用部分进行倒换时,不影响其他完成功能; 应具有数据备份和恢复的能力。 环境要求 详见总体要求。 电源与接地 详见总体要求。 9) 控制服务子系统 处理能力 每秒处理 200 个连接。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000 小时。 响应时间 响应时间小于 0.1 秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用倒换所需时间应小于 10 秒; 主备用部分进行倒换时,不影响其他完成功能; 应具有数据备份和恢复的能力。 环境要求 详见总体要求。 电源与接地 详见总体要求。 10) 调度子系统 传输能力 调度子系统的网络接口采 用以太网接口,可以采用 100M BaseT自适应接口。 处理能力 - 35 - 调度子系统的处理能力:每秒处理 200个请求。 可靠性和可用性 平均无故障运行时间 (MTBF)大于 10,000 小时。 响应时间 对来自客户端请求的响应时间小于 0.1 秒。 主备用倒换 关键软硬件要求具有冗余备份能力; 主备用整机倒换所需时间应小于 10 秒。 环境要求 详见总体要求。 电源与接地 详见总体要求。 11) AAA 服务器 认证性能要求 认证实时响应性能指标要求达到(适用于各种用户容量前提):请求响应时延不超过 1秒;系统应具备百万级 用户规模的处理能力,并给出具体系统环境要求(网络配置、主机配置及系统组织、相关软件配置等)的说明及详细理由。 认证技术指标 忙时认证的平均响应时间: 3s 处理能力: 400 个包秒 认证的差错率: =99.999%。对于没有实时要求的业务和用户,从话单出现在计费采集接口到完成计费处理(包括采集、预处理、批价、存储、分检), =10 分钟。支持计费原始信息保留三个月,话单联机存储三个月、脱机存储六个月。从数据采集完毕到形成高额报告的时限: 15 分钟高峰负载的定义如下:系统必须保证高峰期能支持在线用户数为总用户数的 3%, 即:在系统负载高峰期,能同时处理 3%的总用户数的认证请求数, 3%的总用户数的授权请求数和 3%的总 用户的实时计费操作。计费系统应保证在预计的高峰负载条件下,保证系统有 10% 处理器能力和 15%系统可用内存可以留出备用。 AAA 服务器接口要求 系统支持标准的 radius 认证和按时计费标准,扩展的按流量计费。 计费和统计功能是通过 RADIUS 协议实现的。 RADIUS 计费符合 RFC2138、 2139规范。RADIUS 服务器将计费信息记录到数据库中,计费、统计软件根据这些数据进行计算,最后得出用户使用网络视频监控业务的帐单和统计数据。 RADIUS 协议处于 UDP 协议的上层,一个 RADIUS 包被封装 在 UDP 的 Data 域中, UDP 的目的端口是 1813(十进制)。 4.6 前端子系统功能 相对于中心服务平台而言,用于视频信息、报警信息获取所需要的所有设备组成的子系统。前端子系统根据要求将摄像机采集到的图像信息、麦克风采集到的声音信号、报警设备采集到的报警信息等经过编码后,将压缩后的流媒体文件通过宽带网络发送到中心服务平台中,供用户实时观看或保存在存储设备中;同时,将中心服务平台传来的控制信令抽取出来,进行命令格式分析,按照命令内容执行相应的操作,控制矩阵切换器、摄像机控制器的动作。 它包括:摄像机、云台、云台 解码器、视频服务器、报警输入输出设备、本地数字视频录像机( DVR)等设备。 前端子系统要求实现以下 功能 : 将摄像机和麦克风采集的音视频信号进行压缩处理,并将压缩后的图像数据进行录像保存到硬盘或传输到监控中心。要求网络视频监控平台支持多种编码标准。 处理中心服务平台的调度命令,按照要求将视频流上传给相应的接收方。 - 37 - 接收中心服务平台的控制命令,根据指令要求切换视频源或对云台和镜头等监控设备或其它开关设备进行控制。 在前端子系统,操作员能手动选择切换本地的任一摄像机作为监视视频源;能控制该监控前端的所有云台、镜头 及灯光等设备。 在报警装置触发报警时主动将报警信息上传给中心服务平台。 前端子系统必须支持通过宽带接入 IP 承载网络,要求前端子系统支持动态 IP的功能。 如果前端视频服务器在内网内,可使用私有 IP地址。 可以多路视频切换。 1) 视频服务 初始化视频采集卡、网络、端口、通道。读取本地设置视频参数配置文件,调用开始视频采集函数循环采集数据。将摄像机的视频信号、音频信号以及报警信号进行采集,采用压缩芯片或压缩软件进行视频压缩、通过宽带网络发送到中心服务平台中,供用户实时观看或保存在存储设备中。 2) 云台 /镜头操作 云台操 作主要是响应控制台的对云台的一些操作,控制云台的旋转以及摄像头的相关参数包括: 1:云台停止 2:云台上 3:云台下 4:云台左 5:云台右 6:光圈开 7:光圈关 8:变倍远 9:变倍

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论