下载文档原格式
第三部分技术规格方案与要求一、项目背景为了贯彻公安部《关于印发<地市至县级公安视频指挥通信系统总体技术方案>的通知》、省厅《陕西省地市至县级公安视频指挥通信系统方案》的要求，结合我市实际，进一步加强市、县两级视频指挥通信保障能力，特制定本技术需求。
目前，市局已于2003建成了以西安市公安局为中心包括莲湖、碑林、新城、雁塔、未央、霸桥、阎良、长安、临潼、周至、户县、蓝田、高陵、交警、刑侦、警备、高新、经开、黑河、监管支队、站前以及市局指挥中心9个分局、8个区县局、4个职能部门共23个以公安专网为依托的视频会议系统，奥运、反恐等大型活动的视频指挥功能都是依托视频会议系统实现。
形成了以视频会议系统为载体的公安视频指挥通信系统。
市局现有视频会议系统本身交互式会议功能不完善，县级多点控制单元、终端设备老化严重，无法达到公安部、省厅对县级视频指挥系统实现功能的要求，难以满足可视化指挥调度的需要。
因此，视频指挥系统在建设中要严格按照公安部和省厅的相关要求及技术方案执行，依托的视频会议系统必须是设备先进、功能齐备、操作方便、运行稳定的系统，最终实现市至县区公安视频指挥通信功能，达到双向视频通信和区县监控图像的传输要求。
二、建设原则1、充分利用现有视频会议系统。
目前，市局和分县局都已建成本级视频会议系统，视频指挥通信设备应与各级视频会议系统相联，形成一个集监控、调度、存储、编辑于一体的视频指挥通信系统。
2、依托公安网，灵活调度。
按照公安部地公安信息网“三网合一”的要求，视频指挥通信系统主要传输通道为我市公安网三级网络。
3、确保可靠互通，争取跨级可控。
本次建设要严格按照公安部、省厅的技术方案要求，统筹规划，规范设计。
建设重点是市局至区县级视频指挥通信系统的建设，但在建设中即要满足当前又要考虑长远。
在市局至区县分局视频指挥系统提升后，市局依托技术资源不能适应对接需要的，要适时进行改造升级。
以便实现省、市、区县互联互通的要求。
应急指挥中心的音视频系统集成设计摘要：本篇首先详尽阐述了音视频应急呼叫中心各子系统的构造与特点。
为控制声音与影像装置中的许多器件，我们采用中央控制主机通过硬件与软体组合来处理这种情况。
只要使用者按下触摸屏上的相关按键，便能够完成一定的操作，这简化了操作，便利了应用，增强了使用者感受。
关键词：应急指挥中心；音视频系统；设计引言：自二零零七年《中华人民共和国应急法》实施以来，国家应急指挥中心的建立发展得很快，各个行政机关、各产业单位以及大中型企业均设置了一定的国家应急指挥中心。
近年来，计算机技术、多媒体技术以及互联网信息技术进展很快。
这种新型信息技术将逐渐运用于紧急指挥中心的建立与运作，显著增强政府部门与企业处理风险的能力。
应把紧急呼叫中心构建成一个系统，以集成多种信息来源，集成多种组织，向应急管理者提供实用的信息帮助，高效的大量信息，及时高效的处置情况。
主要涉及整个系统的运营控制、技术以及应急管理。
卓越的声音与影像技术保证了应急呼叫中心系统的实现。
一、建设的背景应急指挥平台是一种高智能的城市应急体系，它通过运用现代信息技术以及多种新型信息技术，把已有的资源整合和应用在了城市应急指挥系统中，把沟通、指挥和处理工作集成到了一起。
应急指挥控制中心将由一个以听觉与听觉为核心的单一沟通区域发展为一个具备多重职能的公共信息资源整合沟通平台。
大型LED屏幕、LCD连接屏幕、无纸会议系统、数字会议系统、声音放大系统、录音和广播系统、中央控制系统等音频和视频电子设备大量进入会议室，使会议系统配置更加专业和强大，紧急命令变得更加方便和快捷。
二、建设相关的原则和标准只要遵循标准，我们将最大程度的达到实际要求。
基于领先的科技、安全便捷和合理投资的基本原则，我们将秉承着前瞻性、成熟性和实用性、灵活性和开放性、集成性和可扩展性、标准化和模块化、安全和可用性这八个基本准则，保证系统的设计便于应用、简单和实用。
相关标准:（1）GB50118《民用建筑隔声设计规范》；（2）GB50635《视频会议场所设计规范系统工程》；（3）连接音频系统设备的首选符合GB/T14197标准的值；（4）GB/T14220《音频、视频和电视设备及系统》《盒式录音带系统》；（5）GB/T15.381会议系统的电气和声学性能要求；（6）GB/T15485可懂度比计算方法；（7）GB/T15859视听、视频和电视系统中硬件连接的优选配合值；（8）GB/T50314智能建筑设计标准；（9）GYJ25-86霍尔声放大系统声学特性指标。
秘密国家应急平台体系技术要求(试行)国务院应急管理办公室二00七年九月目录1适用范围 (9)2国家应急平台体系 (9)2. 1平台体系结构 (9)2 2总体功能要求 (10)2 3平台基本构成 (11)3国务院应急平台 (12)3. 1应急通信系统 (12)3. 1. 1电话调度系统 (13)3．1．2多路传真系统 (15)3．1．3卫星通信系统 (16)3 .2计算机网络系统 (18)3. 2. 1局域网 (19)3 2 2网络与系统管理 (20)3 2 3服务器与存储系统 (21)3 2 4广域网 (22)3 3视频会议系统 (25)3 3 1功能要求 (25)3 3 2 性能要求 (25)3 3 3接口要求 (26)3 3 4引用标准 (26)3 4图像接入系统 (27)3 4 1功能要求 (27)3 4 2性能要求 (27)3 4 3接口要求 (27)3 4 4引用标准 (27)3 5综合应用系统 (28)3.5 .1技术架构要求 (29)3 .5.2 运行环境 (29)3.5.3性能要求 (29)3.5 .4综合业务管理 (29)3 5 5风险隐患监测防控 (31)3 5 6综合预测预警 (31)3 5 7智能辅助方案 (32)3 5 8指挥调度 (34)3 5 9应急保障 (34)3.6数据库系统 (35)3 6 1功能要求 (36)3 6 2 DBMS性能要求 (36)3 6 3基础信息数据库 (36)3 6 4地理信息数据库 (37)3 6 5事件信息数据库 (37)3 6 6预案库 (38)3 6 7模型库 (38)3 6 8知识库 (38)3 6 9案例库 (39)3 7应急指挥场所 (40)3 7 1显示系统 (40)3 7 2供电系统 (40)3.7 .3综合布线 (41)3 7 4其他要求 (41)4省级应急平台 (42)4 1应急通信系统 (42)4 1 1有线调度系统 (43)4 1 2无线调度系统 (45)4 1 3多路传真系统 (46)4 1 5卫星通信系统 (48)4 2计算机网络系统 (49)4 2 1局域网 (49)4 2 2广域网 (49)4 .3视频会议系统 (50)4 3 1功能要求 (50)4 3 2性能要求 (50)4 3 3接口要求 (51)4 3 4引用标准 (51)4 4图像接入系统 (51)4 4 1功能要求 (51)4 4 2性能要求 (51)4 5综合应用系统 (52)4 5 1技术架构要求 (52)4 5 2综合业务管理 (52)4．5．3风险隐患监测防控 (52)4．5．4综台预测预警与研判 (52)4.5.5能辅助方案 (53)4 5 6指挥调度 (53)4 .5.7应急保障 (53)4.5.8应急评估 (53)4．5．9模拟演练 (53)4 6数据库系统 (54)4 6 1基础信息数据库 (54)4 6 2事件信息数据库 (54)4 6 3预案库 (55)4 6 4模型库 (55)4 6 5知识库 (55)4 6 7文档库 (55)4 6 8地理信息数据库 (55)4．7应急指挥场所 (56)4．7 .1显示系统 (56)4 .7．2供电系统 (56)4．7．3综合布线 (57)4 .7.4 其他要求 (57)5 部门应急平台 (58)5.l应急通信系统 (58)5. 2计算机网络系统 (59)5. 3视频会议系统 (59)5 4图像接入系统 (60)5 4 1性能要求 (60)5 4 2引用标准 (60)5 5综合应用系统 (60)5 5 1技术架构要求 (60)5 5 2综合业务管理 (60)5 5 3风险隐患监测防控 (60)5 5 4预测预警 (60)5 5 5智能辅助决策 (61)5 5 6指挥调度 (61)5 5 7应急保障 (61)5 5 8应急评估 (61)5 5 9模拟演练 (61)5 6数据库系统 (61)5 6 1基础信息数据库 (61)5 6 2地理信息数据库 (62)5 6 3事件信息数据库 (62)5 6 5知识库 (62)5 6 6案例库 (63)5 6 7模型库 (63)5 7应急指挥场所 (63)5 7 1功能要求 (63)5 7 2引用标准 (63)6移动应急平台 (63)6．1大型移动应急平台 (64)6 1 1功能要求 (64)6．1．2性能要求 (64)6 1 3综台应用软件 (66)6 1 4车载数据库 (66)6 1 5接口要求 (66)6 1 6引用标准 (66)6 2中型移动应急平台 (66)6 2 1功能要求 (66)6 2 2性能要求 (67)6 .2.3综合应用软件 (68)6．2．4车载数据库 (68)6．2 .5接口要求 (69)6 2 6引用标准 (69)6 3小型移动应急平台 (69)6 3 1功能要求 (69)6 3 2性能要求 (69)6 3 3综合应用软件 (70)6 3 4便携数据库 (70)6 3 5接口要求 (70)6 3 6引用标准 (70)7 数据共享与交换系统 (70)7 1数据交换 (72)7 1 1功能要求 (73)7.1.2性能要求 (73)7 .1.3技术要求 (73)7 2数据共享 (74)7 2 1功能要求 (74)7 2 2技术要求 (75)7 2 3共享机制 (75)7 3省级共享与交换节点 (75)7 4部门共享与交换节点 (75)8安全保障体系 (76)8 1总体要求 (76)8 1 1原则要求 (76)8 1 2分级分域安全保障要求 (77)8 2安全保障要求 (78)8 2 1通信系统安全保障 (78)8 2 2基于内网的应急平台系统 (78)8 2 3基于外网的应急平台系统 (79)8 2 4移动应急平台 (79)8 3安全管理 (80)8 4容灾备份 (80)8 4 1本地备份． (80)8．4．2异地容灾 (81)9规范性引用文件 (81)10术语和定义、缩略语 (82)10.1术语和定义 (82)1 0.1.1突发公共事件 (82)10.1.2应急平台 (82)10 1 3移动应急平台 (82)10 .1. 4应急方舱 (83)10 .1. 5前置机 (83)10 .2缩略语 (83)国家应急平台体系技术要求为了指导和规范国家应急平台体系研发和建设工作，保证应急平台的互联互通和资源共享，按照《国务院关于实施国家突发公共事件总体应急预案的决定》（国发[2005]11号）、《“十五”期间国家突发公共事件应急体系建设规划》(国办发[2006]106号)及相关标准规范，制定本技术要求。
食品药品安全事故应急预案范本《____年食品药品安全事故应急预案》第一章总则第一条根据《中华人民共和国突发事件应对法》等相关法律法规，为了做好食品药品安全事故的应急工作，保障人民群众的身体健康和生命安全，制定本预案。
第二条本预案适用于全国范围内食品药品安全事故的应急处置工作。
第三条食品药品安全事故应急预案的任务是保护人民群众生命和财产安全，迅速有效应对食品药品安全事故，减少伤害、扑灭事故、恢复正常生产和生活，维护社会稳定和人民群众的安全感和幸福感。
第四条食品药品安全事故应急处置的原则是迅速报告、及时应对、协同联动、科学决策、公开透明。
第五条食品药品安全事故应急处置的指导思想是以人民为中心，加强组织领导，优化资源配置，完善应急预警机制，强化应急救援能力，加强社会宣传和舆论引导。
第六条相关部门要切实履行职责，将食品药品安全事故应急工作融入到本单位日常工作中，加强风险监测预警，加强应急队伍建设，提高应急处置能力。
第七条食品药品安全事故应急处置工作要遵循科学规划、规范操作、统筹协调、借鉴经验、信息共享、多元应对的原则。
第二章机构与职责第八条食品药品安全事故应急处置工作的主管部门是国家食品药品监督管理局，负责统筹协调、指导监督，组织实施食品药品安全事故的应急处置工作。
第九条地方各级政府食品药品监督管理部门根据本地区实际情况负责本地区食品药品安全事故的应急处置工作。
第十条其他相关部门要按照各自职责，参与食品药品安全事故的应急处置工作，并提供必要的支持和协助。
第十一条各级政府和相关部门要加强食品药品安全事故应急工作的组织领导，建立健全应急处置机构，明确职责分工，加强专业培训和技术指导，提高应急处置能力。
第三章预警与监测第十二条国家食品药品监督管理局要建立健全食品药品安全事故的预警机制，规范预警指标，加强信息共享和分析研判。
第十三条地方各级食品药品监督管理部门要加强对食品药品生产、流通和消费环节的监测，建立健全风险评估和预警机制。
智慧食药监安全监管综合指挥平台目录第1章概述 (6)1.1客户需求分析 (6)第2章安全监管综合指挥平台整体方案设计 (8)2.1方案理念简述 (8)第3章安全监管综合指挥平台整体解决方案 (9)3.1安全监管综合指挥平台整体拓扑 (9)3.2安全监管综合指挥平台整体描述 (9)3.2.1核心机房部署说明 (10)3.2.2指挥中心部署说明 (11)3.2.3执法车部署说明 (12)3.2.4执法单兵部署说明 (13)3.3安全监管综合指挥平台功能描述 (14)3.3.1业务联动，综合呈现 (14)3.3.2GIS资源，动态管控 (16)3.3.3移动视频，实时指挥 (17)3.3.4广域覆盖，高效协同 (18)3.3.5快捷群组，共享沟通 (19)3.3.6调度过程，全程记录 (20)3.3.7业务对接，数据共享 (21)3.4安全监管综合指挥平台指挥流程 (21)3.4.1精准定位，随时掌控人/车位置 (21)3.4.2目标位置确认，下发任务单 (22)3.4.3多媒体立体指挥作战能力 (22)3.4.4多手段分析决策 (23)3.4.5广域对讲高效协同 (23)3.4.6执法过程全记录，证据留档 (23)第4章整体系统实现功能 (25)4.1集群对讲功能 (25)4.1.1功能特点 (25)4.1.2对讲功能 (27)4.2视频指挥功能 (29)4.2.1视频回传功能 (32)4.2.2图片上传功能 (32)4.2.3视频、图片分发 (34)4.2.4点对点视频功能 (35)4.2.5视频会商功能 (35)4.3语音调度功能 (36)4.4GIS指挥调度功能 (38)4.5各类系统的接入 (41)4.5.14G对讲系统的接入 (41)4.5.2行政电话系统接入 (42)4.5.3PSTN系统的接入 (42)4.5.4IP电话系统的接入 (42)4.5.5移动电话网络的接入 (43)4.5.6卫星电话系统的接入 (43)4.5.7多调度机互联互通的接入 (43)4.5.8扩音广播及音频系统的接入 (43)4.5.9集群对讲系统的接入 (44)4.5.10无线专网系统的接入 (44)4.5.11单兵系统的接入 (45)4.5.12智能手机接入 (45)4.5.13传统视频监控接入 (46)4.5.14与业务系统功能接入 (47)第5章设备规格参数 (48)5.1多媒体集群调度服务器 (48)5.2存储服务器 (50)5.3视频会商服务器 (50)5.4视频会议终端 (54)5.5多媒体集群调度台 (57)5.6视频监控接入网关 (60)5.7集群对讲网关 (61)5.8语音接入网关 (62)5.9智汇通终端软件 (63)5.104G多媒体移动手持终端 (68)5.10.1多媒体移动手持终端CH1000+ (68)5.10.2多媒体移动手持终端CH5000 (71)5.114G车载台 (71)5.11.1标清车载台CV2000 (71)5.11.2高清车载台CV3000 (74)5.11.3高清车载台套件CV5000 (78)第6章方案的优势 (83)6.1提供定制化解决方案 (83)6.2广域高效协同 (83)6.3语音系统融合调度 (84)6.4视频系统融合指挥 (84)6.5GIS指挥调度 (84)6.6多媒体信息与业务融合 (84)第1章概述1.1客户需求分析为了加强系统信息化建设，加快建立工作需要的信息化体系，进一步提升信息化能力和水平，依托综合调度系统现有信息通信基础设施和装备，充分利用先进的技术手段，建成一个可用于执法各类业务的综合调度系统，该系统可以提供满足执法日常工作及各类突发应急状况所需要的指挥能力，同时通过该系统的建设建立一套行之有效的指挥管理平台，满足执法综合会议室的指挥管理应用需求，实现集群对讲、视频回传、GIS定位、网格化管理、数据业务、环境侦听、录音录像存储、融合会议、领导手机接入、指挥中心控制等日常工作监管和各项工作管理功能，并为领导的业务督导、应急指挥和决策分析提供技术支持。
视频指挥中心技术要求一、供应商资格要求1、供应商的资质要求：(1)具有计算机信息系统集成三级及以上资质二、技术要求（一）、采购需求济南市人民检察院指挥调度中心建设目的：满足与检察机关高清视频会议、远程讯问系统、远程接访系统、监控系统等系统对接。
实现音视频资源集中管理和展现，方便对系统的统一调度指挥，缩短决策流程，提高效率。
1、本次指挥调度系统主要包括：显示系统音视频系统综合布线2、总体要求如下：本项目为交钥匙工程，保证所投产品是技术成熟产品。
投标人应对各组成子系统的拓朴关系、网络关系做明确描述、文字流畅、图表规笵。
详细绘制各项目、各子系统的流程、逻辑关系，并附有设备、信号的文字标注。
实施宗旨要保证系统的稳定、完善、统一和兼容性；保证系统操作及使用方便实用；保证所选配设备技术的先进性。
（二）、技术要求1、显示系统1)大屏幕系统资质要求★投标产品制造商应具有ISO9001质量管理体系和ISO14001环境管理体系认证，生产厂家具具有中国光协光电器件分会会员单位证书，生产厂家注册资金大于3000万以上。
★厂家应该具备三年以上LED显示屏生产经验，以LED显示屏CCC认证时间为准。
2)室内全彩小间距LED屏技术要求LED发光二极管：表贴三合一LED；LED灯品牌型号：台湾亿光；LED灯封装：原厂封装；像素间距：1.9mm；像素组成：一颗三合一贴片灯；像素密度：≥275,846点/m2；屏幕亮度：校正前1000cd/ m²，校正后800cd/ m²，0-100%无极可调；对比度：4000：1；水平视角：≥160°，垂直视角：≥160°； 灰度等级：16bit，刷新率≥3200 Hz；亮度均匀性：≤2%，色度均匀性：±0.002Cx,Cy之内；低亮高灰高刷特性：在亮度降低小于300cd/m2以下时，灰度等级不小于14Bit，刷新率不低于2500HZ；（提供第三方机构出具的检测报告）单元箱体要求：采用利于散热的全压铸铝结构；箱体间缝隙（mm）：≤0.1；整屏平整度（mm）：≤0.2 /㎡；屏体散热：无风扇、箱体和后盖均为压铸铝型材金属材质，全金属散热结构；前维护磁吸结构：模组采用前维护磁吸结构，维护方便快捷；拼缝微调节机构：锁扣式连接结构具备拼缝微调节功能，保证拼缝精度达到0.1mm以下；显示屏结构：全手动安装方式，无需安装片安装，安装简单及方便拆卸维护；连线方式：航插式、二合一电源线和信号线设计；投标现场需要提供样机演示。
国家食品药品监督管理局应急视频指挥系统技术要求以下设备均要求提供三年保修1、软硬件设备通用技术规范要求1.1差不多要求1.1.1 系统采纳开放的标准和技术。
1.1.2 系统稳固可靠，有故障检测和复原手段。
1.1.3 安全措施有效可靠，能够在多个层次上实现安全访问操纵。
1.1.4 系统能够被充分的治理起来，使整个系统处于有效的监控之下。
1.1.5 能够在规模和性能两个方向上进行扩展，扩展余地较大。
1.1.6 各类设备需有信息产业部颁发的视频会议设备入网证书。
1.1.7 各类设备必须符合下述标准或同等乃至更好的国际工业标准：电磁学规范：FCC Class B 或 CISPR 22 Class B安全规范：UL Listed(美国) 或 EN 60950 (国际)质量标准：ISO9000认证智能终端、显示器等设备应符合能源之星(EPA)标准。
1.1.8 本项目中，实施单位将提供如下工作环境：温度: 5℃—35℃湿度: 30%—85%220V交流50Hz单相电源2、MCU设备技术参数要求2.1差不多要求2.1.1 应提供同一厂家的从MCU到终端一体化解决方案。
2.1.2 MCU必须采纳电信级、模块化、插板式结构，可长期连续运行，所有卡板能够热插拔，具备冗余电源；MCU的操作系统采纳嵌入式的专用操作系统；2.1.3 支持H.320、H.323标准，支持SIP协议；2.1.4 MCU要求在768K速率时，能够召开42个IP会议点同时支持H .239双流的会议。
并随着今后的进展，可增加MCU板卡扩展会议点数。
2.1.5 MCU配备ISDN接口，支持ISDN线路作为系统的备份方案，请详细描述该功能的具体实现的方式。
2.2.1 视频编码支持ITU的H.261、H.263、H.263+、H.264。
具有PAL制下50场/秒技术，具有CIF、4CIF、VGA、SVGA、XGA的图像辨论率，假如设备具备更优秀的图像方式请注明2.2.2 具备分屏功能。
国家食品药品监督管理局应急视频指挥系统技术要求以下设备均要求提供三年保修1、软硬件设备通用技术规X要求1.1基本要求1.1.1 系统采用开放的标准和技术。
1.1.2 系统稳定可靠，有故障检测和恢复手段。
1.1.3 安全措施有效可靠，能够在多个层次上实现安全访问控制。
1.1.4 系统能够被充分的管理起来，使整个系统处于有效的监控之下。
1.1.5 能够在规模和性能两个方向上进行扩展，扩展余地较大。
1.1.6 各类设备需有信息产业部颁发的视频会议设备入网证书。
1.1.7 各类设备必须符合下述标准或同等乃至更好的国际工业标准：电磁学规X：FCC Class B 或 CISPR 22 Class B安全规X：UL Listed(美国) 或 EN 60950 (国际)质量标准：ISO9000认证智能终端、显示器等设备应符合能源之星(EPA)标准。
1.1.8 本项目中，实施单位将提供如下工作环境：温度: 5℃—35℃湿度: 30%—85%220V交流50Hz单相电源2、MCU设备技术参数要求2.1基本要求2.1.1 应提供同一厂家的从MCU到终端一体化解决方案。
2.1.2 MCU必须采用电信级、模块化、插板式结构，可长期连续运行，所有卡板可以热插拔，具备冗余电源；MCU的操作系统采用嵌入式的专用操作系统；2.1.3 支持H.320、H.323标准，支持SIP协议；2.1.4 MCU要求在768K速率时，可以召开42个IP会议点同时支持H .239双流的会议。
并随着将来的发展，可增加MCU板卡扩展会议点数。
2.1.5 MCU配备ISDN接口，支持ISDN线路作为系统的备份方案，请详细描述该功能的具体实现的方式。
2.2.1 视频编码支持ITU的H.261、H.263、H.263+、H.264。
具有PAL制下50场/秒技术，具有CIF、4CIF、VGA、SVGA、XGA的图像分辨率，如果设备具备更优秀的图像方式请注明2.2.2 具备分屏功能。
可以实现1,2,3,4,5+1,7+1,10+等分屏的分屏画面2.3音频要求2.3.1音频编码支持ITU的G.728、G.711、G.722、G.729、G.722.1等。
如果支持其它ITU标准的14KHZ以上的音频算法请注明。
2.4 H.239数据双流性能要求2.4.1 具有ITU H.239双流标准，双流图像分辨率达到1024×768支持动态双路视频流传输，可以向远端同时传送两路活动的视频图像2.4.2 分屏及AES加密会议下支持H.239双流会议2.5 管理要求2.5.1 能正确无误地将多个会场的呼叫按呼叫顺序逐个进行接入，最后建立多点视频会议过程；并且在会议过程中，MCU应保证除非有外界因素影响外，否则决不会自动释放会议中的任何用户（即“掉点”现象）2.5.2 MCU的远程控制要求具备多级口令保护，并可根据登录口令区分其修改数据及其他操作的权限；简述MCU采用的远程控制方式2.5.3 支持会议预约，立即召开会议等方式。
2.5.4 支持语音激励控制、演讲者方式、轮巡模式、导演控制；支持静音、闭音、调节音量大小、远端镜头控制（FECC）等功能2.5.5 管理界面上在线显示所有状态（包括硬件、会议、会议点等等）,管理界面上显示当前正在使用的硬件资源状态,管理界面上显示线路状态，并可记录24小时之内状态(包括误码率、CRC错误等)，具备历史事件记录，错误报告等管理界面上在线显示所有状态（包括硬件、会议、会议点等等）,管理界面上显示当前正在使用的硬件资源状态,管理界面上显示线路状态，并可记录24小时之内状态(包括误码率、CRC错误等)，具备历史事件记录，错误报告等2.6.1 MCU具有IP Precedence、Diffserv等QoS机制，如果设备具备更优秀的QoS机制请注明2.6.2 MCU具备IP网络接口，配备ISDN PRI接口模块支持2个或以上PRI接口，满足做为IP线路的备份方案的要求。
2.6.3 支持ISDN、IP的混网开会功能2.6.4 在IP、ISDN混网的使用时，系统需支持一个会议中128、256、384、512、768、1024、1920等共7种以上速率混合开会的功能。
2.7安全要求2.1.1MCU从硬件体系结构到功能都必须具备很高的安全特性，遵循H.235 v3国际标准，具备AES加密功能，简述MCU的安全性2.1.2H.235 v3加密的传输速率最高支持1920K2.1.3MCU的控制网口与业务网口完全隔离，互不干扰；MCU可以和防火墙配合使用，可以更改TCP/UDP的通信端口X围2.8其它要求2.1.1MCU管理采用中文控制界面，管理方便易操作；2.1.2支持7*24小时开机3、视频终端设备技术参数要求3.1基本要求3.1.1 符合国际电联ITU H.320和H.323以及SIP 标准。
3.1.2 会议室终端设备采用分体式结构设计。
采用标准19英寸设计，能直接安装到标准机架上。
3.1.3 终端采用为非PC结构，不受电脑病毒感染。
3.1.4 能在7ⅹ24小时下连续工作。
3.1.5 终端支持中文界面管理。
3.1.6 可以显示当时的传输速率，音、视频协议、网络状态等信息。
3.1.7 功能高度集成，可在会议进行中能够同时传送两路动态视频信号（主摄像头图像+DVD图像、主摄像头图像+实物展台图象、主摄像头图像+PC画面、主摄像头+辅摄像头的视频信号等）。
3.1.8 具有自适应全双工动态回声抑制、自动增益控制、自动消除背景噪声功能。
会议进行中移动麦克风位置不得产生回声。
3.1.9 应具备带有专业插口的全向麦克3.1.10终端可以根据实际要求升级内置MCU3.1.11 终端具有接入接口，具备加入会议功能，即在进行基于IP网络的视频会议的同时，能够接入普通PSTN或手机；满足部分领导经常出差，参加会议的需求。
3.1.12终端具有流媒体广播功能，能将本终端参加的视频会议图像广播到网络中3.2视频要求3.2.1 视频编解码算法，应符合ITU H.261、H.263、H.263+，H.264国际标准3.2.2 视频编解码算法，应符合ITU H.261、H.263、H.263+，H.264国际标准3.2.3终端在速率不小于384K时，CIF格式≥25帧/秒，在速率为128K时，CIF格式≥15帧/秒3.2.4 应提供多显输出功能，即：本端图像显示、远端图像显示、控制界面显示分开显示。
支持画中画功能，画中画的位置，主画面与画中画的位置可改变。
3.2.5 具有PAL制下50场/秒技术3.2.6 应提供和终端原厂配备的同一品牌的摄像机3.3音频要求3.3.1 音频编码支持ITU的G.728、G.711、G.722、G.729、G.722.1等。
如果支持其它ITU标准的14KHZ以上的音频算法请注明。
3.3.2自动唇音同步，误差应不可察觉，相对延迟小于40ms。
3.3.3 终端具有会议室回声消除功能。
3.3.4 应提供与终端原厂配备的同一品牌的360°全向麦克风3.3.5具备双显功能，能够在两台不同的显示设备上一台显示本端人物视频另外一台显示远端人物视频，并且同时在终端的VGA输出上显示远端PC的画面3.4端口要求3.4.1 至少4路视频输入，至少4路输出端口。
3.4.2 至少4路音频输入，至少3路输出接口。
3.4.3 视频终端至少具有1路VGA输入端口和1路VGA输出端口，可以发送和显示1024×768分辨率的PC图像，无需外接转接设备可直接与计算机和显示器连接，以减少故障点。
3.4.4终端标配具备IP网络接口，并可以根据实际要求能够增加相应的H.320接口如：ISDN、 PRI、V.35的网络接口，特别是可以扩展PRI的2M接口。
终端在H.323和H.320标准下的速率都要求达到1920K3.5传输速率3.5.1 64kbit/s—2Mbit/s。
3.6网络要求3.6.1 具备自动降速功能，在IP上当网络拥塞时自动降低会议的连接速率，系统自动将连接速率匹配在当前带宽上以保持会议持续进行而不中断。
3.6.2 与路由器相配合，可实现广域网上的带宽保障，即设备具有IP Precedence、Diffserv、QoS、 TOS等网络参数设置。
3.6.3 具备自动检查IP地址冲突功能。
3.7管理控制要求3.7.1 能接受会议电视网管系统的管理。
3.7.2 具有智能呼叫管理功能，能自动识别呼叫类型，并能在整个呼叫过程中对线路进行管理。
3.7.3 具有智能视频管理，使视频的质量能适应用户呼叫的需要。
3.7.4 具有可扩展性，通过IP网络进行软件升级，设备即可增加新的功能。
3.7.5 具有自我监测和远端检测的功能，可对设备状态及线路误码状态等参数进行实时监测。
3.7.6 终端能够通过WEB方式察看终端发出和接收的图像内容。
3.7.7 操作简单，且所有控制功能可以通过遥控器实现。
3.7.8 在IP网络上应具备在呼叫连接过程中的流媒体广播功能。
3.7.9 可任意选择广播近端或远端视频图像。
3.8 H.239双流数据3.8.1 具备H.239双流标准，场视频终端应支持双路动态视频发送及接收功能，传送PC画面实现动态无失真，清晰度能够达到XGA（1024×768）分辨率。
3.8.2 会议进行中，能够同时传送两路动态视频信号（主摄像头图像+DVD图像、主摄像头图像+实物展台图象、主摄像头图像+PC画面、主摄像头+辅摄像头的视频信号等）3.9安全要求3.9.1 遥控器菜单口令保护，输入正确口令才能使用设备。
3.9.2 支持H.281标准的远端摄象机控制功能。
3.9.3终端必须具备很高的安全特性，遵循H.235 v3国际标准，具备内置AES加密功能，简述终端的安全性3.9.4 每次呼叫都自动生成不同的加密钥匙。
3.9.5终端可以和防火墙配合使用，能够手动更改TCP/UDP端口的X围，支持NAT。
