视讯和支撑设备关键技术标准规范书_第1页
视讯和支撑设备关键技术标准规范书_第2页
视讯和支撑设备关键技术标准规范书_第3页
视讯和支撑设备关键技术标准规范书_第4页
视讯和支撑设备关键技术标准规范书_第5页
已阅读5页,还剩44页未读 继续免费阅读

下载本文档

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

文档简介

目录TOC\o"1-3"\h\z1总体要求 32ATM数据网和当地接入网概况 32.1网络结构 42.2关键设备 43会议电视业务网工程概况 43.1建设目标 43.2建设规模 43.3网络结构 53.4接入方法 73.5编号计划 74会议电视业务网提供业务 75网络关键技术指标 85.1网络组织 85.2网络容量 85.3网间互通 85.4速率范围 95.5音频指标 95.6视频指标 95.7稳定性指标 105.8可靠性指标 106功效和关键技术性能要求 106.1对网守(GK)要求 106.2对多点控制单元(MCU)要求 116.3对网关(GW)要求 136.4对T.120数据服务器要求(选项) 146.5对目录服务器要求 147业务管理系统 158认证计费和营帐系统 249客服系统 2810网管系统 2911电源和接地要求 3112环境要求 3113系统软件要求 3214系统安全 3315其它技术要求 3316技术文件 3417设备配置及供货范围 3417.1视讯交换设备配置 3417.2运行支撑设备配置 3417.3供货范围及其它 3518交货、安装和调试、验收及试运行 3518.1交货 3518.2安装和调试 3618.3验收及试运行 3719技术服务和技术培训 3819.1技术服务 3819.2技术培训 3920其它 39

1总体要求1.1中国联通企业(以下称为买方)会议电视业务网一期工程包含视讯交换设备和运行支撑设备、终端设备、承载网设备,以上各部分分别制订技术规范书。本技术规范书为视讯交换设备和运行支撑设备部分关键技术业务功效和供货要求,是厂商(以下称为卖方)编制提议书和报价依据。卖方应依据自己特点,依据本规范书第三部分描述建设目标、网络规模、网络结构和第四部分描述业务等方面具体要求,提供完整处理方案,这将作为评标关键依据。1.2卖方在技术提议书中,对本技术规范书中所提各项要求能否实现和满足,应逐项给予说明和回复。明确是否满足、部分满足或不满足,并加以必需说明。对规范书中提到包含技术和参数条目除回复外,还需具体说明技术实现原理、机制及具体指标和参数。对不满足条目,可提出提议。可选项目标满足应说明满足规范标准。卖方可依据自己产品技术性能和具体情况,在提议书中提出提议,并附具体资料和说明1.3卖方提供系统应符合ITU提议和信息产业部颁布相关技术规范和以后再颁布相关技术规范。对于本规范书中未提到而国家标准、行业标准和ITU-T提议中已提出规范和要求,按国家标准、行业标准和ITU-T提议实施。如有冲突或均无要求或其它特殊情况,卖方应在提议书中指出,并由双方协商决定。卖方应同时说明所支持其它国际标准化组织标准。1.4本技术规范书应视为确保会议电视业务网运行所需最低要求,如有遗漏,卖方应给予补充,不然一旦中标,将认为卖方认同遗漏部分并无偿提供。1.5此次工程是交钥匙工程,卖方可依据需要选择对应系统集成商,但须买方认可。卖方应提供系统处理方案,并在提议书中应说明给买方提供技术文件、技术支持、技术服务、人员培训等范围和程度。1.6买方保留对本技术规范书解释和修改权利。2ATM骨干数据网和当地传输接入网概况中国联通企业会议电视业务网将架构在联通企业ATM骨干网和当地传输接入网上,本节介绍ATM骨干网和当地传输接入网情况。2.1网络结构联通数据骨干网覆盖31个省/直辖市,321个城市。关键汇接点为北京,上海,广州,沈阳,西安,武汉,成全部7个城市,省级汇接点30个。骨干交换网组成网络连接和交换平台,实现全网业务汇接、转接和国际业务进出口。当地传输接入网实施业务接入、延伸、覆盖功效,完成当地业务接入。7大区城市组成不完全网状连接,通常汇接节点由省会和关键城市组成,经过多个连接同两个关键节点相连。区域层一般节点连接一到两个汇接节点。国际出口局:北京、上海、广州。2.2关键设备联通ATM数据骨干网设备采取是朗讯企业设备:GX550、CBX500和B-STDX9000。联通当地传输接入网关键使用思科、北电、华为、中兴、BISC等企业产品,可分为ATM网络和IP网络两类网络。3会议电视业务网工程概况3.1建设目标联通会议电视业务网一期工程拟建设成基于H.323提议(同时经过网关(GW)可接入H.320终端),面向集团用户、可运行、可管理商用会议电视业务网,能够接入多个厂商会议电视终端,含有完善业务管理、计费管理和用户服务功效,含有良好扩容性,能够支持多个用户、多组会议同时召开交互式远程会议,同时能满足用户对远程医疗、远程教学等业务需求。整个会议电视业务网是架构在联通ATM数据骨干网和当地传输和接入网之上业务网。联通会议电视业务网提供用户自己组建会议业务模式;采取用户自购或租用终端,和自建会议室运行模式。3.2建设规模3.2.1中国联合通信共有省分企业31个,遍布全国每一个省、直辖市。本期工程建成后,MCU覆盖全国29个省会和直辖市(拉萨和西宁除外)和1个特区城市深圳,能够支持1050个用户同时召开交互式电视会议(用户速率不低于384Kb/s)。见表1。表1地点MCU容量地点MCU容量地点MCU容量北京100哈尔滨20长沙20上海80南京50广州80天津20杭州50南宁20重庆20合肥20西安40石家庄30福州40成全部50太原20南昌20贵阳20呼和浩特20济南50昆明20沈阳50郑州40兰州20长春20武汉50海口20乌鲁木齐20银川20深圳203.2.2现在黑龙江、上海、浙江、福建、广东等联通分企业已建成了本分企业内部使用H.320会议电视系统。新建会议电视业务网应能和已经有会议电视网络互通,使这些已经有系统能加入新建H.323会议电视网络中。3.2.3能和中国外ISDN方法H.320系统或终端进行呼叫连接,能和其它运行商H.323系统进行互通。3.2.4本工程完成后,不仅能召开中国联通内部电视会议,同时能面向集团用户提供全国范围甚至跨国会议电视业务。3.3网络结构相关网络结构图参见附图1。卖方应根据业务网要求,给出业务网设备组网结构,并对各组网设备在业务网中作用给予说明。3.3.1依据中国联合通信业务调查需求及承载网络实际情况,本工程拟采取两级GK,多个MCU组网。本期工程包含一个顶级GK和多个区域GK,区域GK总能力应能满足1050个节点同时呼叫,注册数量应为同时呼叫数量100倍以上。3.3.2在北京设置顶级GK,将联通各个分企业分为7个大区,各个大区中心分别为北京、上海、广州、西安、成全部、武汉、沈阳,在7个大区中心分别设置区域GK。区域GK负责管理MCU、网关和终端区域范围见表2。表2序号GK地点所辖区域1北京北京、天津、内蒙古、山西、河北2沈阳黑龙江、吉林、辽宁3西安陕西、新疆、甘肃、宁夏、青海、西藏4成全部重庆、四川、云南、贵州5武汉湖北、湖南、河南、江西6上海上海、山东、江苏、浙江、安徽7广州福建、海南、广西、广东3.3.3除拉萨、西宁外,在每个省会城市、直辖市(联通省分企业所在地)和深圳设置MCU,MCU间逻辑上是网状网结构,,在有多个MCU参与会议中,MCU级联应由业务管理系统依据资源调度规则对每一个会议自动完成调度。卖方应说明MCU级联资源调度步骤和各设备动作。3.3.4在北京、上海、广州设置和其它运行商H.323系统互通边界设备BE/MCU;卖方应给出和其它运行商H.323系统互通方法和步骤及各设备在步骤中动作。3.3.5在北京、上海和广州设置网关设备,实现和中国外运行商ISDN会议电视终端互通。卖方应给出呼叫步骤和各设备在步骤中动作。3.3.6在已经有专线H.320系统各分企业设置网关设备。卖方应说明连接方法和加入会议、退出会议、会议中控制步骤和各设备在步骤中动作。3.3.7全网统一调配资源和进行计费,在北京设置网络运行和网络管理中心,设置:业务管理系统、认证计费和营帐系统、客服系统和网管系统。在分企业只设置业务和客服远程终端、网管终端和营帐子系统终端,可远程访问到北京网络运行和网络管理中心相关系统,处理本省内业务和管理本省内视讯交换设备。卖方应说明统一资源调配规则,资源管理方法,计费步骤及各设备动作;卖方应说明两级(全国和省)网络运行、网络管理设备配置及步骤,和各设备在网络运行、网络管理中作用。3.4接入方法MCU经过联通会议电视业务网承载路由器接入到ATM骨干网,从而实现互通;终端经过当地传输接入网和数据骨干网接入到会议电视承载路由器,终端也可采取ISDN,专线等方法经过GW接入。3.5编号计划3.5.1联通会议电视业务网MCU、网关、终端设备不仅含有IP地址,还有数字别名,类似E.164编码。卖方可依据自己设备特点提出编号方案。答:满足。MCU、终端采取等长8位编号,其中前面3位为长途号,和电话长途区号一致,后面5位为MCU或终端编号。3.5.2对于ISDN终端,终端数字别名采取ISDN终端E.164编号最低编号。卖方应说明这个编号和3.5.1编号方案兼容性。卖方应说明怎样使用这个最低编号进行多个B信道呼叫和召开会议。答:满足。3.5.3卖方提供设备最少支持15位十进制号码长度。答:满足。3.5.4卖方应具体描述经过数字别名进行会议呼叫步骤及各设备动作。4会议电视业务网提供业务4.1联通会议电视业务网提供行政会议、技术讨论、技术培训等业务方法。同时有条件省分企业还可开展远程教学业务。卖方应说明对以上应用支持方法及特点。4.2会议电视业务网支持终端和MCU拨入和拨出方法组建会议。卖方应说明多种拨叫方法步骤及各设备动作。4.3会议电视业务网支持用户自己组建会议和操作员辅助建立会议方法,将以用户组建会议为关键方法。卖方应说明用户组建会议和操作员辅助组建会议步骤及各设备动作。4.4联通会议电视业务网应含相关键功效:多点视频会议功效;控制方法有主席控制、导演控制和语音控制;支持混合速率会议;支持H.323和H.320混合制式会议;支持音视频不对称传输;多分屏会议功效;为用户提供友好全汉字操作界面;用户能够简单方便操作,自己组建会议。T.120数据会议功效;(可选)卖方应说明对以上关键功效支持程度和特点。5网络关键技术指标以下给出关键技术指标是本规范书基础要求,卖方应逐条应答满足程度。5.1网络组织联通会议电视业务网一期工程采取H.323体系结构组建网络,卖方应明确终端、MCU、GK、GW之间呼叫建立过程,描述用户自己组建会议时所包含到设备、信令和协议,具体描述整个网络功效模块划分和联络。5.2网络容量联通会议电视业务网是一个交换网,在一期工程建成后,整个网络所支持单个最大会议规模应能达成300方;最小会议规模应能支持2方;整个网络应能支持同时召开300组多方会议;整个网络用户注册容量应能达成100000个号码。卖方应说明满足以上网络容量网络设计方法和设计结果,设备配置依据。5.3网间互通联通会议电视业务网应能和联通或其它运行商(包含中国和国外)ISDN终端互通。联通会议电视业务网应能和其它运行商H.323会议电视系统(包含终端和MCU)互通,卖方应明确提出互通条件和此方法下会议建立和控制步骤。此次工程应能和联通现有专线H.320会议电视系统互通。卖方应针对以上三种情况提出处理方案、具体设备配置、编号寻址方案,以步骤图方法提供互通时会议建立步骤和会议控制步骤,并标示出协议间转换和遵照信令规程。5.4速率范围用户速率为128Kb/s-1920Kb/s。卖方应明确设备所支持用户速率范围。5.5音频指标视讯设备音频编码应支持G.711、G721、G.722、G.722.1(可选)、G.723.1、G.728和G.729提议。含有自动唇音同时,误差应不可觉察,音频视频相对延迟小于40ms。在承载网端到端丢包率为3%时,语音质量(两个终端经过3个MCU)达成主观评定为MOS“4”级以上。MCU应含有不一样算法混音功效。同一个会议有不一样语音编码算法时编码转换能力。5.6视频指标视讯设备视频编码应支持H.261、H.263、H.263+和H.263++提议。图像格式应含有CIF、QCIF、4CIF格式。视频图像切换时间要小于1s。在384Kb/s以上速率时,帧频可自适应调整,提供25帧/秒,支持15-30帧/秒。768Kb/s必需达成25帧。视频传输端到端延时小于440ms。在承载网端到端丢包率为3%时,图像质量(两个终端经过3个MCU),主观评定为“4”级以上。MCU必需含有多分屏功效,请具体叙述在H.323情况下多分屏能力。MCU必需支持速率适配能力。MCU支持不一样图象编码算法编码算法转换能力(H.261和H.263在MCU中相互转换)。5.6时延指标会议电视承载网端到端时延在130ms以内情况下,会议电视设备(MCU,终端)时延小于310ms。每个MCU、GW和BE设备视频时延不能超出120ms。5.7稳定性指标在承载网络和设备无故障,而且设备有余量情况下,呼叫成功率要达成99%。掉线率应小于0.01次/方/小时,即2小时内50方会议掉线不能多于1方。5.8可靠性指标系统可靠性应达成99.99%。卖方应给出整个系统MTBF,并提供系统可靠性设计关键内容。对MCU设备交换模块、电源模块和主处理模块等关键模块进行1+1备份,对GK、认证计费系统、业务管理系统等系统服务器采取双机热备份方法。全部硬件模块支持热插拨,软件支持在线升级。卖方应明确系统故障类型及对应故障等级恢复时间。系统安全性GK、GW、MCU和业务管理、网络管理、认证计费等设备应有安全保护方法,卖方应描述各个系统所采取安全保护方法和方法。功效和关键技术性能要求本节是对组网单个设备功效和关键技术性能要求,卖方应逐条应答。6.1对网守(GK)要求卖方提供H.323视讯网络节点管理GK应完全支持H323协议V2版,完成地址转换、接入控制、带宽控制、区域管理等功效,而且确保以后无偿能够提供后续版本新增功效。GK采取两级组网,第一级为顶级GK,第二级为区域GK。顶级GK应能实现区域GK间寻址和和其它运行商GK实现互通功效。卖方应说明顶级GK和区域GK通信协议、通信步骤,关键交换消息。卖方应给出顶级GK和其它运行商GK互通提议。单个区域GK支持同时呼叫数量不少于300个。卖方应说明每个区域GK支持最大注册用户数量和最大同时终端呼叫数量。卖方应提供区域GK最大可管理MCU数量及长途区号数量。针对区域GK卖方应说明交替GK实现步骤。GK应含有双机备份能力。卖方应说明GK和业务管理系统间接口和遵照协议。GK在资源管理调度中作用,怎样和MCU、业务管理、网络管理中心交互资源信息和受控。GK在计费信息产生中作用,怎样和MCU、业务管理中心交互计费信息和受控。GK对IP地址需求。MTBF大于5万小时。6.2对多点控制单元(MCU)要求6.2.1MCU功效要求MCU必需是H.323技术体制设备,支持H.323v2以上版本。假如MCU同时支持H.320技术体制,请单独说明。卖方提供MCU设备应含有多画面组合功效,能把参与同一会议多个终端图像根据一定模式合成一个图像,并可传送到和会各个终端;合成模式和内容能够由用户终端自行控制而且在会议过程中能够改变。厂家在技术提议书中应明确指出所能提供最大能够分屏显示会场数目及实现分屏功效方法,并说明优缺点。MCU应含有多个语音编码混音功效。卖方提供MCU设备应含有协议适配功效,MCU应该能实现多重编码转换能力,音频编码格式间转换(G.711、G.722、G.728、G.723.1、G.729等)、视频编解码算法和格式(H.261、H.263、H.263+、H.263++视频编码算法,QCIF、CIF、4CIF格式),帧频间转换(15帧/秒、30帧/秒)。经过控制终端能够选择确定音视频编解码算法和格式。假如厂家提供产品含有其它特殊音视频处理方法,应在提议书中明确指出,并说明采取该格式优缺点。卖方提供MCU设备应含有在一个会议中多个速率自适应能力,其适应范围为128Kb/s~1920Kb/s。卖方所提供MCU设备应含有动态级联能力,能够依据业务需要进行MCU之间一条或多条通路动态级联,而且级联后不需要MCU侧人工进行会议控制,能够由业务管理中心完成级联会议控制,卖方说明动态级联步骤,各设备(GK、MCU、业务管理中心、网络管理中心)动作。对于北京、上海和广州BE/MCU设备,厂家应能依据联通和其它运行商协商结果进行软件修改,从而实现互联互通。卖方应说明在进行MCU级联和MCU和会议电视终端连接时,所提供设备对传输通道质量要求。厂家应说明在128kbps、384kbps、768kbps、1920kbps等速率下分别提供多点会议最大终端数量,和同时多点会议最大组数。在384kbps速率下每个MCU提供最大多点会议方数应大于等于附件中MCU端口数量。单个MCU设备应含有大容量,要求接入384Kbps速率终端数量大于50,而且含有平滑扩容和升级能力,扩容和升级不能影响业务正常运行。MCU应能支持摄象机远控功效(H.282),对于临时不支持应说明何时能支持。MCU在资源管理调度中作用,怎样和GK、业务管理、网络管理中心交互资源信息和受控。MCU在计费信息产生中作用,怎样和GK、业务管理中心交互计费信息和受控。MCU支持远程加载升级软件版本。说明MCU网管功效。MTBF大于5万小时。卖方提供MCU设备应确保7X二十四小时全天候正常运行。MCU全部硬件板全部能够热插拔。MCU操作系统必需为嵌入式分布式操作系统,而不是DOS,NT操作系统。MCU对IP地址需求,是否有Loopback功效。MCU应采取模块化体系结构,便于扩充。MCU系统关键部分应采取主/备用方法热备份工作,主备用系统倒换时,不能影响正在通信状态业务,请列出能够进行主/备用方法工作关键板件,并具体描述技术实现原理。6.2.2控制功效能正确处理音频信号混合和视频、数据信号切换等,并进行会议控制。卖方应具体说明怎样进行会议控制。能正确无误地将多个会场呼叫按呼叫次序逐一进行接入,最终建立共同参数,即建立多点会议电视;而且在会议过程中,MCU应确保除非有外界原因影响外,不会自动释放会议中任何用户(即“掉点”现象)。能对各端口进行实时监测,某端口出现故障时能自动告警,并对出现故障端口进行检测,自动判定出其故障类型,若整个会议过程中因为外界原因或人为原因出现掉点现象,能经过MCU维护软件实时地显示告警信息并能自动进行再连接,以在短时间内恢复。卖方应说明掉点恢复时间。会议控制方法应含有主席控制方法、导演控制方法、语音激励控制方法。当采取主席控制方法时,应依据H.323提议及H.245相关规范,提供类似H.243主席控制功效。明确主席权确定方法和转移方法,主席控制通路,控制步骤。在广域网络环境下,MCU切换,视频和音频切换应同时,视频不应有感觉上延时。6.2.3接口MCU应提供10M/100M以太网接口,接口可配置成半双工,全双工等工作模式。卖方应说明每个10M/100M物理端口所能支持384Kb/s视频终端数量。卖方具体说明支持其它接口类型。6.3对网关(GW)要求网关应能提供V.35或E1接口和买方现有H.320专线系统进行连接。网关应能提供PRI接口接入ISDN终端。每台网关最少提供2个PRI接口和交换机进行连接。卖方应明确说明经过网关设备实现H.320系统和H.323系统实现互通方法和呼叫步骤。卖方应明确网关设备是否需要时钟同时,若需要,必需给出对外时钟精度要求和内部时钟精度,和外部时钟提取方法。对于支持H.320和H.323混合制式MCU设备,卖方应明确指明除端口板外还需要哪些配置和软件、时钟要求。网关应提供10M/100M以太网接口,接口可配置成半双工,全双工等工作模式。卖方应说明每个10M/100M物理端口所能支持384Kb/s视频终端数量。GW对IP地址需求,是否有Loopback功效。6.4对T.120数据服务器要求(选项)支持T.120及其附录A、B,T.123协议栈,和T.124、T.125、T.126、T.127、T.128提议,能够支持NetMeeting等软件。提供数据会议功效,应能提供给用程序共享、电子白板、静态图像传输、文件交换、数据库访问等。数据服务器容量应能满足1000个用户同时使用。在投标书中设备配置下,卖方应给出单个数据会议所能支持最大方数;同时提供所支持最大会议组数,每组会议方数;支持注册用户数量。卖方应明确指明提供T.120数据传输速率范围。卖方应给出带内和带外方法实现T.120数据会议处理方案。T.120数据服务器对IP地址需求,是否有Loopback功效。6.5对目录服务器要求卖方提供目录服务器应能满足用户查询号码和用户召集会议功效。卖方应列出目录服务器所支持协议。目录服务器应能对用户进行分群处理,不一样群用户不能任意访问。卖方应说明分群数量。用户可经过会议电视专用承载网、165网访问目录服务器,但必需有安全认证机制,卖方说明该机制。卖方应描述密码和用户权限保护机制。卖方应说明目录服务器和GK和业务管理系统间关系。目录服务器应支持终端实时状态显示,说明具体实现方法和步骤。目录服务器软硬件容量为:支持10万个用户注册,;现在支持在线访问个用户。卖方应说明目录服务器容量和软硬件配置。目录服务是一独立功效,目录服务器可和其它系统合设,但必需确保性能。7业务管理系统业务管理系统含有对视频会议系统用户管理、资源调度管理、会议管理和业务查询和统计等功效。答:满足。业务管理系统能够提供方便用户管理功效(许可联通营业厅营业员对用户信息进行管理,同时也许可用户查询、修改自己用户信息、查询会议信息、费用信息等),能够对全网MCU、终端资源进行统一管理,能够管理已经预约和正在召开会议,为业务管理员提供业务查询统计功效。业务管理系统应含有最少能够管理10万个用户帐号,20个GK,100个MCU,30个GW,同时300个会议,同时个终端能力。答:满足。业务管理系统应含有会议呼叫建立、会议功效管理、讲话申请控制、端口实时监测显示、预约和立即会议、会议时间自动统计、速率设定、语音图象编码算法设定、分辨率设定、主席设定、用户地址录入和编辑、会议数量统计和对会议事件进行存放等会议管理功效。答:满足。卖方应对以下各个步骤以步骤图方法进行具体描述,并说明在各个步骤中软、硬件具体动作和遵照协议。用户注册、业务申请、用户群登记,会议模板生成。组织会议:预聚会议和立即会议,采取Web方法和电话、E-mail方法预聚会议步骤。经过Web和用户终端用户自己组建会议步骤。会议中控制:包含MCU和终端管理;包含会议中邀请、删除终端、终端呼入到会议中。会议结束:帐单输出、用户查询,统计功效。答:满足用户注册步骤用户填写用户注册申请表单,连同有效证件(个人证件或单位证实等)提交营业员审核,审核经过继续下面步骤;审核没有经过拒绝受理注册业务,并通知用户不合格原因;营业员登录联通会议电视业务网页,将营业员认证请求提交认证服务器。认证服务器进行营业员身份认证。返回营业员认证结果。认证经过后,录入用户注册表单信息,确定填写信息无误后提交用户管理服务器。用户管理服务器进行数据正当性检验。数据正当存放用户相关信息,返回注册成功信息。注册信息不正确,返回失败原因,营业员和用户协商后修改用户注册信息,并将表单重新提交给用户管理服务器。将注册结果经过用户管理服务器返回浏览器,营业员打印用户相关表单交给用户。将用户注册成功相关信息经过Email方法发送到用户信箱。终端注册步骤用户填写终端注册申请表单,连同有效证件(个人证件或单位证实等)提交营业员审核,审核经过继续下面步骤;审核没有经过拒绝受理注册业务,并通知用户不合格原因;营业员登录联通会议电视业务网页,将营业员认证请求提交认证服务器。认证服务器进行营业员身份认证。返回营业员认证结果。认证经过后,录入终端注册表单信息,确定填写信息无误后提交用户管理服务器。用户管理服务器进行数据正当性检验。数据正当存放终端相关信息,返回注册成功信息。注册信息不正确,返回失败原因,营业员和用户协商后修改终端注册信息,并将终端注册表单重新提交给用户管理服务器。将注册结果经过用户管理服务器返回浏览器,营业员打印相关终端表单交给用户。将终端注册成功相关信息经过Email方法发送到用户信箱。用户群登记步骤营业员登录联通会议电视业务网页,将营业员认证请求提交认证服务器。认证服务器进行营业员身份认证。返回营业员认证结果。认证经过后,录入用户群登记信息,确定填写信息无误后提交用户管理服务器。用户管理服务器进行数据正当性检验。数据正当存放用户群信息。数据不正确,返回失败原因,营业员和用户协商后修改用户群信息,并将用户群登记信息重新提交给用户管理服务器。将用户群登记结果经过用户管理服务器返回浏览器。会议模板生成步骤用户(营业员或客服操作员)登录联通会议电视业务网页,将身份认证请求提交认证服务器。认证服务器进行身份认证。返回身份认证结果。认证经过后,填写会议预约表单,确定填写信息无误后提交会议管理服务器。检验用户是否选择将预聚会议表单保留为会议模板功效。选择保留模板功效,则存放预聚会议表单为模板信息。没有选择保留模板功效,则将预聚会议表单存放为历史会议统计。经过Web预聚会议步骤用户登录联通会议电视业务网页,将用户认证请求提交认证服务器。认证服务器进行用户身份认证。返回用户身份认证结果。认证经过后,用户选择预约一个新会议功效。填写会议预约表单,确定填写信息无误后提交会议管理服务器。会议管理服务器检验填写表单内容。假如选择将会议预约信息保留为会议模板功效,则存放会议预约内容为模板。不然,将存放会议预约内容为历史统计。会议管理服务器检验所约终端资源是否空闲,若不空闲则返回某一终端已被占用信息。会议管理服务器提醒用户或放弃已被占用终端,或修改会议预约信息后重新提交表单。若终端资源空闲,会议管理服务器则依据调度策略检验MCU资源是否空闲,若MCU资源已被占用,会议管理服务器则提醒用户是否将预约不成功会议转至用户服务中心。用户不一样意转至用户服务中心,会议管理服务器则通知用户预聚会议失败。用户同意转至用户服务中心。会议管理服务器通知用户稍后查询会议预约信息若MCU资源足够,会议管理服务器通知MCU预留资源。通知用户会议预约成功会议管理服务器将会议预约信息存入数据库。返回预约结果到浏览器将会议预约成功信息经过Email发送到预约者信箱。将会议预约成功信息经过Email发送到和会者信箱。经过Web召开立即会议步骤用户登录联通会议电视业务网页,将用户认证请求提交认证服务器。认证服务器进行用户身份认证。返回用户身份认证结果。认证经过后,用户选择立即会议功效。填写立即会议表单,确定填写信息无误后提交会议管理服务器。会议管理服务器检验填写表单内容。假如选择将会议预约信息保留为会议模板功效,则存放会议预约内容为模板。不然,将存放会议预约内容为历史统计。会议管理服务器检验所约终端资源是否空闲,若不空闲则返回某一终端已被占用信息。会议管理服务器提醒用户或放弃已被占用终端,或修改会议预约信息后重新提交表单。若终端资源空闲,会议管理服务器则依据调度策略检验MCU资源是否空闲,若MCU资源已被占用,会议管理服务器则通知用户预聚会议失败。若MCU资源足够,会议管理服务器通知MCU召开立即会议。通知用户立即会议成功会议管理服务器将会议预约信息存入数据库。返回预约结果到浏览器将会议预约成功信息经过Email发送到预约者信箱。将会议预约成功信息经过Email发送到和会者信箱。经过电话预聚会议步骤用户登录联通会议电视业务网页,将用户认证请求提交认证服务器。认证服务器进行用户身份认证。返回用户身份认证结果。认证经过后,用户经过电话语音提醒选择预聚会议功效。输入会议预约内容,确定输入会议信息无误后提交会议管理服务器。会议管理服务器检验填写表单内容。会议管理服务器检验所约终端资源是否空闲,若不空闲则返回某一终端已被占用信息。会议管理服务器提醒用户或放弃已被占用终端,或修改会议预约信息后重新提交表单。若终端资源空闲,会议管理服务器则依据调度策略检验MCU资源是否空闲,若MCU资源已被占用,会议管理服务器则通知用户预聚会议失败。若MCU资源足够,会议管理服务器通知MCU召开立即会议。通知用户会议预约成功会议管理服务器将会议预约信息存入数据库。返回预约结果到浏览器将会议预约成功信息经过Email发送到预约者信箱。会议中邀请或删除终端步骤用户或客服操作员登录联通会议电视业务网页,将用户认证请求提交认证服务器。认证服务器进行用户身份认证。返回用户身份认证结果。认证经过后,用户进入会议控制页面。选择会议控制功效。若邀请终端加入会议,从控制页面上可用终端列表中选择邀请加入会议终端,并提交会议管理服务器查询MCU资源是否足够。MCU资源足够,会议管理服务器向MCU发送邀请终端命令请求,若MCU资源不足,则通知用户无法邀请终端加入。MCU呼叫被邀请终端。将被邀请终端从可用终端列表中删除。若删除加入会议终端,从控制页面上删除所选参会终端,并提交会议管理服务器。会议管理服务器向MCU发送删除终端命令请求。MCU删除所选参会终端。会议管理服务器将被删除终端加入可用终端列表。会议中终端呼入到会议中步骤用户经过终端呼叫MCU服务名+会议名到MCU。MCU认证查询会议情况及MCU资源情况。条件不满足,MCU拒绝终端加入会议。条件满足,MCU接收终端加入会议。会议结束帐单输出步骤计费管理服务器向MCU发送采集CDR话单命令请求。MCU将CDR话单传送至计费管理服务器。计费管理服务器对CDR原始话单进行预处理。依据用户信息和会议基础费率,进行CDR话单一次批价和用户每次会议计费信息合并。将计费数据存放在计费管理服务器各分企业营帐系统根据各分企业不一样优惠策略对一次批价后计费信息进行二次批价。依据优惠策略进行计费出帐,各省分企业依据自己定制出帐周期进行出帐。营业厅收费人员,接收用户交费申请。营帐子系统查询交费管理数据库为用户输出帐单。用户查询步骤用户登录联通会议电视业务网页,将用户认证请求提交认证服务器。认证服务器进行用户身份认证。返回用户身份认证结果。认证经过后,用户进入信息查询页面。选择查询内容选择查询用户信息功效向用户管理服务器发送查询请求用户管理服务器向数据库发送查询请求,并将查询结果返回给用户。选择查询会议信息功效向会议管理服务器发送查询请求会议管理服务器向数据库发送查询请求,并将查询结果返回给用户。选择查询会议费用信息功效向交费管理服务器发送查询请求交费管理服务器向数据库发送查询请求,并将查询结果返回给用户。卖方应具体描述多会议怎样组织、当地会议、跨GK域会议组织和全国会怎样组织。答:在资源管理调度中业务管理中心作用,和GK、GW、MCU、网管中心资源信息交互方法。答:业务管理中心统一调度全网全部MCU、GW资源。卖方应描述业务管理系统对MCU、GW等资源调度策略、和MCU级联条件、主从MCU确实定规则。答:满足。业务管理中心负责全网MCU资源调度。MCU级联标准若某省有2个(此值是可设定)以上终端参与同一个会议,一定经过本省MCU,参会MCU间级联。主会场在主MCU,其它级联MCU为从MCU。业务管理系统应能针对每一个会议对网络资源进行实时调度,并具体说明调度策略和步骤,及各设备动作。答:满足。对每一个会议,首先用户在预聚会议时要选定某一终端为主会场,主会场采取就近标准接入当地MCU,此MCU为主MCU;其它终端采取就近标准接入当地MCU,若当地没有资源,溢出到大区;如某省只有一个和会终端,则依据集中标准接入主MCU。用户管理系统接收用户预聚会议信息,并同时依据资源调度策略对会议进行配置,然后提交会议管理系统,会议管理系统查询MCU和终端资源情况,返回会议预约结果信息。说明资源利用状态动态数据生成及数据库动态刷新方法。被授权系统管理员能够阅读资源利用状态和人工干预资源调度。答:满足。假如会议预约成功,会议管理系统刷新可用资源(包含MCU和终端)情况,确保数据库中资源和实际资源完全同时。在客服中心,全国客服管理员能够查看任意时段MCU资源情况;同时能够人工配置会议,此时全国客服管理员能够不完全遵照资源调度策略,而采取灵活资源调度方法。说明业务管理中心和GK、GW、MCU、计费认证系统、客服营帐系统、网管系统、目录服务器信息交互内容、步骤协议、接口等。答:满足。GKGW(采取MCU内置网关)MCU:业务管理系统经过调用API函数,查询MCU资源、预聚会议、控制会议等。计费认证系统:计费认证系统经过内部接口向业务管理系统查询用户信息,并返回用户相关信息。客服系统经过WebServer进行资源查询,并进行会议资源调度等操作。网管系统:经过HPOpenView网管软件采取SNMP协议管理业务管理系统服务器、工作站和MCU和终端;同时还可调用API接口函数管理配置MCU。目录服务器:应提供会议模板功效,例行会议不需要每次全部输入号码,可直接调入。卖方应具体说明会议模板建立过程。答:满足。用户能够预先设置模板,也能够将新创建会议存为模板。同时还提供调用历史会议统计功效。应支持用户延长会议、提前结束会议功效。在会议结束前10分钟应自动提醒用户是否延长会议。卖方应说明会议结束标志。对于非正常退出终端,卖方应说明判别方法和恢复方法。答:满足。用户在进行会议控制时,能够延长会议时间,能够提前将会议结束;也能够在会议结束前提前提醒;假如到预约结束时间而用户没有选择延长会议,或用户选择了结束会议,则会议结束;假如会议过程中终端断开,会议控制界面上会作出提醒,会议控制操作员能够选择进行重新连接,或由用户自己经过呼叫进行重新连接。应提供用户经过WEB预聚会议和用户自主提议立即会议方法,请描述两种会议提议方法技术实现。答:满足。经过Web方法预聚会议:用户经过认证后,能够选择创建新会议、调用已经有模板或选择历史统计,然后进行会议参数修改、添加和会终端、选择会议召开时间和连续时间等操作,最终提交会议。用户需要召开即时会议时,也能够经过Web方法,进行上述操作同时选择“立即会议”,假如会议提交成功(资源许可),则会议立即召开。当某个会场终端系统设定本会场为主席会场后,业务管理系统应含有强制取消其主席会场控制权功效。答:满足。经过客服中心操作员能够强制取消其主席会场控制权业务管理系统应设置最少两级管理权限,北京总部管理中心系统操作员能够处理全国范围会议电视业务,分企业远程管理终端只能处理本省内会议电视业务。应提供远程调度资源能力。分企业业务管理终端应能处理本省内会议。答:满足。北京总部管理中心包含以下管理人员全国系统管理员:负责会议电视业务系统管理人员设置,负责MCU、GK和终端配置管理,负责系统中所需参数管理,负责数据文件备份,负责日志文件管理。全国业务管理员:负责全网业务情况、资源情况、用户情况查询统计。全国客服操作员:负责为用户预聚会议、控制会议和对会议进行资源调度。全国计费系统管理员:负责管理全国会议电视业务费率,设置CDR采集周期、负责欠费管理、负责多种帐务查询统计。全国网络管理员:负责管理全网视频设备配置、监控、故障管理、性能检测和安全管理,负责业务管理系统设备监控。各分企业包含以下管理人员分企业业务管理员:负责本省业务情况、资源情况、用户情况查询统计。分企业客服操作员:负责为本省用户预聚会议和控制省内会议。分企业计费系统管理员:负责管理本省会议电视业务优惠策略,负责本省欠费管理、负责本省出帐、负责本省多种帐务查询统计、负责计费参数设定,如:出帐周期、滞纳金百分比等。分企业网络管理员:负责管理本省视频设备配置、监控、故障管理、性能检测和安全管理各省市营业厅包含以下管理人员:业务受理营业员:负责受理用户注册、用户终端注册、用户相关信息查询和预聚会议等业务。收费营业员:负责收取本省内用户会议电视费用,并输出帐单。说明业务管理系统安全、认证机制,分级授权机制,和实现。答:满足。说明业务管理系统应含有双服务器在线热备份保障机制。答:满足。8认证计费和营帐系统认证计费和营帐系统应能实现10万注册用户,同时会议300,同时用户认证计费和营帐。答:满足。应有多级授权认证,用户分为通常见户(能够参会)和主持用户(能够召集会议,查询帐目、修改会议模板、加值等,会议提议后隐含主席);运行操作员分为营业台注册营业员(能够注册用户,查帐,出帐等),分企业系统管理员(能够查看本省会议情况、资源占用、优化资源配置等)、总部系统管理员(可查看全网会议情况、资源占用、优化资源配置等)等等级。说明授权方法和认证处理步骤。答:满足。在本系统注册用户均为主持用户,能够召集会议,查询帐目、修改会议模板等,会议提议后并能够控制会议,每个主持用户能够建立自己通讯录,通讯录中用户为通常见户均能够参与会议。营业厅营业员可分为业务受理人员和收费人员,业务受理人员负责用户注册、用户终端注册、用户相关信息查询和预聚会议等业务;收费人员负责收取本省内用户会议电视费用,并输出帐单。分企业业务管理员:负责本省业务情况、资源情况、用户情况查询统计。分企业客服操作员:负责为本省用户预聚会议和控制省内会议。全国业务管理员:负责全网业务情况、资源情况、用户情况查询统计。全国客服操作员:负责为用户预聚会议、控制会议和对会议进行资源调度。授权方法:全国系统管理员拥有最高权限,并能够为全国业务管理员、全国计费管理员、全国客服操作员、全国网络管理员授权。全国业务管理员能够为分企业业务管理员授权全国计费管理员能够为分企业计费管理员授权全国客服操作员能够为分企业客服操作员授权认证处理步骤:用户认证步骤:用户经过浏览器输入用户名、密码采取SSL来确保数据传输安全性至认证服务器,认证服务器将认证内容提交数据库进行认证查询,只有认证经过用户才可使用该系统。在会议电视网中,对系统使用有一定权限控制,对不相同级管理员或营业员设置不一样权限,使其只能使用有限范围系统功效。认证信息通信应有安全确保,卖方说明安全机制及实现。答:满足。认证信息采取MD5加密,SSL加密传输。计费应能依据多参数(方数、MCU/GW功效占用、会议时长、预约资源、速率和、时间段等)进行灵活计费和实施资费策略。卖方应说明计费实现方法和可用于计费参数。答:满足。认证计费系统从MCU采集CDR数据,根据会议参数和资费策略进行计费。可用于计费参数包含:会议起止时间、会议方数、带宽、是否分屏、占用级联口数量(可选)等。说明营帐系统组成,用户、营业台注册客服员、分企业系统管理员、总部系统管理员能享受哪些服务,卖方应描述营帐系统怎样完成用户费用收缴和销帐和对应统计功效。卖方应依据所提供视讯交换设备,说明原始计费信息(CDR)出处,和认证计费系统计费精度。答:满足。认证计费系统从MCU采集CDR数据,计费精度为分钟。计费系统不仅能对正常入会终端进行计费,而且对会议中邀请、加入或删除终端全部能分别计算费用。答:满足。计费系统能够对全部在会议中出现终端按其参会时间分别计算费用。计费系统能够和银行联网,利用多种银行卡开展会议电视业务,说明计费系统和银行系统接口,工作步骤。答:卖方应说明可供用户查询种类和查询帐单细目和用户可使用查询手段和等级。答:满足。用户能够查询冻结金额、违约金金额、帐户余额等;查询每个会议具体费用;用户能够经过Web方法、IVR电话自动业务受理方法或到当地联通营业厅查询自己费用情况。认证计费系统应能够提供预付费方法和实时计费方法,而且能够为用户提供不一样付费方法。答:基础满足。对于信誉度较高企业用户,许可先开会,后付费;认证计费系统同时能够提供预付费方法,关键针对个人用户,不许可欠费,在用户预聚会议时,假如用户帐户上金额不足,则提醒用户续费,会议预约不成功。卖方应提供预付费卡发放条件,并具体说明预付费卡使用步骤。答:满足。由全国业务管理中心统一生成预付费卡(在本系统中称为现金卡),并统一制卡、统一对现金卡状态进行管理,只有激活现金卡,才能够进行统一发放。使用步骤:用户注册为联通会议电视用户后,便能够购置现金卡,然后经过Web方法或IVR电话业务受理系统进行续费,将现金卡金额转入注册用户帐户中,然后便能够使用会议电视业务。一旦帐户余额不足,用户能够再次购置现金卡,并经过上述方法进行续费。费用结算时间<1分钟,结算时间单位为1分钟。答:满足。卖方应列出为用户提供帐单明细表,而且必需依据买方要求进行增删。答:满足。用户能够经过联通营业厅查询、打印自己帐单明细表。此帐单可依据买方要求进行增删。卖方应明确怎样实现余额通知和实时进行计费功效。答:部分满足。用户能够经过Web方法或IVR电话业务受理系统查询帐户余额。对于个人用户,不许可欠费,在用户预聚会议时,假如用户帐户上金额不足,则提醒用户续费,会议预约不成功。实时进行计费暂不支持。卖方应说明营业收入统计、会议电视系统经营情况分析、数据流量和流向分析和业务估计方法方法。全部报表、图表格式必需依据买方要求进行修改。答:满足。卖方提出各省分企业间费用结算方法供买方参考,结算模块中应包含和其它运行商间费用结算。答:满足。现在结算方法是针对MCU级联会议进行结算。依据级联会议所用各省MCU情况和在各省MCU上方数,以一次批价计算会议费用按月进行结算。系统应支持远程访问、设置功效。卖方应说明管理权限可设置等级,并确保各分企业营帐终端只能处理本省内业务。答:满足。营帐终端能够经过调制解调器或专线远程访问计费服务器,各省计费系统管理员可为营业厅收费人员设置权限,并可针对营业厅设置有效登录时间。卖方具体说明结算、营账系统和各省结算、营账子系统处理步骤,接口界面。答:满足。会议电视业务结算是经过全国计费中心完成,各省分企业不设结算系统。结算系统处理步骤为:针对MCU级联会议进行结算。依据级联会议所用各省MCU情况和在各省MCU上方数,以一次批价计算会议费用按月进行结算。全国营帐系统负责会议费用一次批价,负责会议基础费率管理。各省分企业营帐子系统负责二次批价及出帐。卖方应承诺和联通综合营帐系统间进行信息交换或将本系统作为综合营帐系统子系统。答:满足。卖方应明确指明系统处理能力和具体硬件配置。答:满足。硬件配置:卖方应明确给出该系统和业务管理系统、和银行间和各营业厅间物理接口和所遵照协议。答:满足。接口及协议:认证、计费、结算、营账子系统必需采取模块化设计,并明确各子系统接口。答:满足。各子系统间经过接口函数交换信息。9客服系统卖方应提出和联通“1001”客服系统结合方案。用户电话经过“1001”或固定号码转移到全国业务管理中心和各省业务管理中心客服系统实现方法。客服系统关键应以用户自理web方法为主,利用1001客服座席进行辅助,说明和1001客服接口、工作步骤;说明全国系统管理员和各省系统管理员业务权限和分工界面。客服系统应支持电话、传真、上网(E-mail、Web)等不一样方法进行业务咨询、预聚会议、提供帮助、故障申告、业务提议、辅助会议建立等功效。对于每个功效卖方应给出具体步骤图。卖方应说明所提供各项功效处理过程,对处理结果应能立即反馈给用户。卖方应具体说明客服系统和业务管理系统、网管系统、认证计费和营帐系统接口和遵照标准。卖方应明确说明客服系统支持语言种类,如汉语(一般话、粤语)、英语等。客服系统应配置桌面型会议电视终端,方便引导用户进行配置。10网管系统网管系统应能对20个GK,100个MCU,30个GW,同时个终端进行设备管理。答:满足网管系统是基于分层管理系统,每个省级系统管理各自系统,同时支持分布式管理,所以支持数目众多网元网管系统应能对视频会议设备(MCU、GK、网关、终端等)进行配置管理、故障管理、性能检测和安全管理。答:满足网管系统采取分层管理结构,完全支持SNMP协议,而且能够经过代理机制访问设备,能对视频会议设备MCU进行配置管理。应能实现远程诊疗、远程在线支持、远程升级、远程调配会议等多项维护功效。答:满足网管系统能够经过多个方法在当地或远程连接MCU。包含RS232直连线、拨号Modem、LAN。可经过IP网络对MCU进行在线软件升级,而且自动软件升级到各模块,同时还能够进行系统配置、系统错误检测和问题诊疗。网管系统应设有多级口令,并可依据登录口令区分其修改数据及其它操作能力权限。说明。答:满足网管系统用户能够分为一般用户和超级用户两个组,一般用户权限只能浏览不能更改设置,而超级用户才能够对系统进行配置。同时,网元也支持对用户身分验证,当配置更改网元时候,必需输入正确用户名、口令,才能够进行查看或修改。在对各端口进行实时监测时,某端口出现故障时应能自动告警,并对出现故障端口进行检测,自动判定出故障类型,若整个会议过程中因为外界原因或人为原因出现掉点现象,管理系统应能实时显示告警信息并能自动进行再连接,以在短时间内恢复。厂家应说明掉点恢复时间。答:满足网管系统对MCU管理到每个端口并进行实时监测,当某个端口出现故障时候能够自动告警,并能够自动判定出故障类型,同时当会议进行中,因为外界原因或人为原因出现掉点现象,会议控制系统能够自动判定并可进行再连接,掉点恢复时间<=30秒网管系统应能对整个系统内全部会场设备进行实时监测显示,并能依据监测数据汇报结果,用以判定故障。答:满足网管系统能够对整个系统内全部会场设备进行实时监测,并能够监测显示全部设备状态。针对MCU含有4级系统告警:指示灯告警、系统告警、功效板和接口板告警、会议状态告警。经过网管系统故障定位应能够正确到MCU上各个单板,应提供多个故障定位手段,请列举。答:满足网管系统对MCU能够管理到板卡级,正确到MCU上各个单板,能够显示各个单板状态,并能够经过远程终端访问方法定位故障位置,同时,日志文件中也会对故障进行多级故障统计。应能实时打印会议过程中出现多种故障信息和告警,并能在维护终端上存放和显示告警和故障汇报。答:满足网管系统能够对会议过程进行管理,而且能够经过SNMP实时监视会议进程,并能够在维护终端上存放和显示告警和故障汇报。对于支持SNMP协议终端,应能进行远端配置和实时监视答:满足网管系统平台是基于OpenView,完全支持SNMP多种应用,对于支持SNMP多种设备,网管系统全部能够进行管理。应能对多种计算机主机、存放设备数据库系统、DNS、E-mail、WebServer、目录服务器、业务管理、认证计费和营帐和客服系统应用软件进行管理。答:部分满足网管系统对于计算机主机、存放设备能够进行管理,对于应用软件能够经过日志文件进行查看管理。卖方应具体描述网管系统所支持设备使用统计、故障统计等多种统计功效。答:满足网管系统能够使用日志数据库,并能够依据SNMP取得设备状态,故障等信息,能够实时统计分析也能够经过数据库进行统计分析。11电源和接地要求卖方所提供设备若使用单相交流电,则在下列范围内正常工作交流:220V±10%、50Hz±5%。假如卖方所提供一些设备使用-48V直流电源,则该设备应在电压-57V~-40V变动范围之内正常工作。卖方提供设备在以下条件应能正常工作:保护地线:≤10Ω工作地线:≤4Ω卖方应提供设备电源类型(~220V或-48V)、电压改变范围、参数指标、各设备耗电量、所需熔丝容量、接地电阻阻值、电力电缆和接地线截面积规格、数量。12环境要求视讯交换设备应能在室外环境温度为—8~+45℃,或室内温度为+5~+40℃,相对湿度为90%(在+25℃时),海拔高度在1000米条件下,连续运行8小时以上,假如产品不能满足这些要求,卖方应申报偏差值。卖方应具体提供设备正常和极限情况下对温湿度等环境技术要求指标。卖方应具体提供设备负荷、安装方法和抗震加固方法。卖方应具体提供设备对地板或地面绝缘电阻要求。卖方应具体提供设备安装机架(柜)外形尺寸、重量、面板部署、进出线方法和进风出风方法。卖方应具体提供设备对机房防尘和有害气体浓度要求。卖方应具体提供设备噪声指标。13系统软件要求软件采取模块化结构,卖方必需确保任何一个软件模块维护和更新全部不影响其它软件模块,软件含有容错能力。答:满足全网软件均采取模块化结构,各模块相对独立,能够确保任何一个软件模块维护和更新不影响其它软件模块。卖方提供软件应能满足确保全网(包含网管中心、视频平台、终端)正常运行所需管理、运行、维护等相关全部软件,必需是最新正式版本软件系统,在提议书中要具体列出所提供软件清单和说明。答:满足业务管理系统软件:用户管理会议管理系统管理资源管理统计分析计费管理系统软件计费管理营帐管理现金卡管理用户服务中心管理软件Web人工支持网络管理软件应含有软件运行故障监视和诊疗功效,一旦出现不正常情况,监视设备应立即发出告警信息,并自动恢复,不能影响任何已建立业务连接。答:满足视频平台不一样时期软件版本应能向下兼容,软件版本易于在线升级,且在升级过程中不影响网络性能和运行。若版本升级没有成功,应能切换回原软件版本继续工作。答:满足软件界面应含有简单明了汉字菜单,易于掌握,使用方便。答:满足全部应用软件界面全部有汉字菜单及汉字帮助,且简单明了。在系统投入运行后五年内,买方有权对软件功效模块提出修改提议和意见,卖方应依据买方意见或提议给予无偿修改或更换;在碰到卖方设备软件版本升级或更换软件时,卖方应给予无偿提供,五年后也应以优惠价格提供。答:满足14系统安全卖方应具体说明实现会议安全方法。对所提供认证种类和方法分别以步骤图表示。确保会议控制权不被滥用、和会终端正当。对于运行支撑系统应含有完善安全和保密方法,以确保视频会议正常进行和整个网络正常运行。请卖方具体描述所提供产品在系统安全性上保障方法。针对计费信息、会议信息和用户信息等各类信息,卖方应说明所提供安全方法。卖方应说明对于Web方法受理业务时所采取安全方法,确保IP网上用户业务受理安全和不可抵赖性。。卖方应说明预防数据在传输途中被截获所采取技术。15其它技术要求系统应有良好扩容能力,扩容时应不影响系统正常运行,请具体说明扩容方案。应含有可变尺度音、视频压缩编码。应含有良好画面和声音质量,声音不失真,画面连续无抖动,唇音良好同时。卖方应说明会议电视业务网中所提供数据库数量,各个数据库间协同工作过程和数据库软硬件配置。卖方应说明为买方提供设备支持H.323V4版本哪些功效,不支持哪些功效。16技术文件16.1卖方提供技术资料应能满足确保系统正常运行所需管理,运行及维护等相关全套技术文件,在提议书列出提供技术资料具体清单。16.2每个地点提供全套技术文件书面文本及电子文本各三套。16.3买方有权复制卖方提供资料,作为设备维护管理使用。16.4在设备开通后,假如发生软件版本升级和设备更新变动情况,卖方也应向买方提供必需技术资料。17设备配置及供货范围设备配置清单见附件1。17.1视讯交换设备配置本期工程覆盖全国31个省、直辖市,MCU总端口容量为1050个,全网在30个地点配置MCU,每处MCU应支持端口数见附件1。北京设置顶级GK,区域GK设置在数据网大区节点。依据MCU端口数量和提供产品能力,卖方可提议区域GK数量和配置地点。在北京、上海和广州设置PRI接口网关设备。在北京和上海设置和其它运行商H.323系统互通边界设备BE/MCU。在福州、上海、杭州、哈尔滨、广州设置V.35/E1接口网关设备。17.2运行支撑设备配置在北京设置网络运行和网络管理中心,设置会议电视业务管理系统、认证计费系统、营帐系统、客服系统和网管系统,对全网会议电视业务进行组织、资源统一调配管理和计费营帐,和为各个系统服务数据库。分企业可经过远程终端进行业务组织和营帐,和管理本企业范围内设备。设备清单见附件2。17.3供货范围及其它卖方应提供安装维护设备和专用仪器、仪表、专用维护工具和电缆。卖方应提供终验以后两年使用备品、备件和消耗材料清单,并提出备件数量提议。保修期为两年,保修期内无偿更换软硬件,保修期外以不高于本协议价格提供备件。卖方必需在工厂配置为此次工程提供设备备件八年以上。卖方应依据上述配置,分别针对各个地点提供具体设备硬件配置示意图,具体描述设备各个板卡和各个模块配置,和多种接口模块配置及连接关系,并确保设备配置有冗余量、机框有一定扩容能力。卖方应对视讯交换设备(GK、MCU、GW)、业务管理系统、认证计费系统、营帐系统客服系统和网管系统所包含全部软件版本、报价列出清单,并向买方提供软件系统配置图,提出配置提议。卖方应依据自己处理方案,针对GK、MCU、网关设备和业务管理系统、认证计费系统、营帐系统、客服系统和网管系统分别给出网络结构图及设备配置,应依据不一样需求给出对应设备配置模型。对于任选设备应单独报价,应提供技术性能及供技术经济比较所需资料。对于业务性能,应指出哪些是设备固有,即不需要增加设备费用;哪些是任选,并说明增加每种任选性能需要增加附加费用。18交货、安装和调试、验收及试运行本工程是交钥匙工程,卖方应负责本协议范围设备运输、交货、设备验收、安装、调试、测试、初验、终验等全部工程实施,并作为系统总集成商负责会议电视业务网全网开通、调测及终端设备入网等。并明确在全部工程实施过程中工程分工界面。18.1交货签署协议后6个星期内设备全部抵达现场。同时包含技术提议书中所列技术资料。18.2安装和调试卖方需明确以下问题:设备安装由卖方负责,关键包含(见图18.1:施工界面图):卖方负责安装MCU、GK、网关等视讯交换设备和运行支撑设备至以太网交

温馨提示

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

评论

0/150

提交评论