当前位置:文档之家› 2020年统一通信方案参照模板

2020年统一通信方案参照模板

统一通信系统方案建议书2011.12目录Contents一,项目需求概述 (2)二、平台总体建议 (3)2.1,协作通信系统平台设计要点 (3)2.2,核心呼叫控制设备CUCM设计 (5)2.3,即时消息,在线状态呈现设计 (10)2.4,安全和QoS设计 (12)2.4.1,语音加密和安全 (12)2.4.2,QoS设计 (12)2.5,带宽,流量 (13)2.6,编号方案 (15)三,功能 (16)3.1,IP智能终端应用举例(可选) (16)3.2、IM通信终端软件 (19)3.3、分机移动服务 (21)3.4,一号通(Mobile Connect),IP电话同移动电话/PSTN电话的绑定 (22)3.5、统一消息服务(可选) (24)3.6、手机上的软IP电话--Mobile 8.0 (27)3.7、IT支持服务中心(可选) (28)3.8、系统维护和管理 (32)一,项目需求概述•为了保证现在和未来业务发展需要,建设融合语音和数据网络的全新通信平台成为通信建设的重点•新建的统一通信平台应具备支持交通系统未来三至五年业务发展的能力。

•系统将覆盖全网各个办公机构。

•新建的系统将采用纯IP交换方式,同时提供语音通信,视频通信,即时消息,状态呈现,一号通,等功能,未来可以简单地址局端增加设备就可以增加语音信箱、Web会议系统等增值应用平台。

•新建的协作通信充分满足交通系统内部的语音通信、短波电台通信、卫星通讯、视频通信、即时消息、状态呈现、一号通,与现有语音通信、短波电台通信、卫星通讯、视频通信、外线互通的需求。

•IT技术支援中心。

新协作通信系统平台•覆盖全网的IP电话终端。

•将桌面电话系统同PC进行集成,实现方便的基于PC的呼叫发起和控制。

•将桌面固定IP电话同移动终端(如手机)进行捆绑,实现一号通,实现更高效率的通信。

•提供数字中继接入(提供PSTN电话接入和传真接入)。

•在PC上的即时消息,状态呈现,IP软电话;即时消息软件对桌面硬IP电话的控制。

•安装在手机上的IP软电话与桌面IP电话同号,在交通系统内部但不在桌面时可以用软电话拨打/接听电话。

•建设可以将分支机构设在各个办公室的,统一接入号码的IT支援中心。

这样既保证IT 支援中心的人员保证在各个分支机构都有现场人员;又保证统一接入号码,利于使用人员寻求IT技术支持;也有利于IT技术支援中心的人员资源共享,对不需要现场解决的问题,通过网络可以由异地的技术人员提供支持。

•提供视频会议、语音会议的融合。

•提供视频监控画面、PC界面与视频会议的融合。

•提供短波电台(车载台和手持台)语音接入和融合。

•提供卫星通讯数据的接入和融合(包括语音接口和网络音视频流媒体)。

•可提供基于北斗系统的卫通短报文通讯功能。

IP智能终端同OA平台的结合•通过IP智能终端的屏幕,集成XML浏览和推送功能,将部分查询和通知功能延伸到每个智能IP终端上。

•同内部OA和业务平台的进一步集成,针对不同的业务部门显示不同的相关数据和应用。

•实现无需依赖PC的智能终端应用平台。

二、平台总体建议2.1,协作通信系统平台设计要点本次项目的设计采用强大的协作通信核心呼叫控制设备——CUCM部署在总部做呼叫控制设备;分支机构部署小型软交换平台,在分支机构的IP电话与总部CUCM通信出现故障时,本地通信由软交换平台继续管理,控制IP电话,保证了通信的不间断;同时在总部部署IM服务器,做为即时消息的服务器。

•考虑到办公场地将分散覆盖到多个不同的大型办公地点和多个远端地点,地点之间有网络连接,并需要集中的语音控制和应用;•建议采用最新的IP语音技术,将全部的语音呼叫和交换全部移植到统一的数据网络之上;无需再投资在已经被证明为过时的传统TDM交换技术上;•总部的核心设备CUCM配置的是可以支持到5000部IP电话的硬件,双机热备份;当用户的软件许可多于5000用户时,再增加2台相应硬件服务器,又可以多支持5000用户;•总部部署的IM服务器为即时消息服务器;•由于IP电话部署的灵活性,可随时进行扩容;•部署覆盖全网的IP电话终端(其中包括彩色触摸屏IP语音终端和彩色屏IP视频终端);•将桌面电话系统同PC进行集成,实现方便的基于PC的呼叫发起和控制;•将桌面固定IP电话同移动终端(如手机)进行捆绑,实现一号通,实现更高效率的通信。

•各地提供数字中继接入(包括PSTN电话接入和传真接入);•车载和手持电台的接入•卫星通讯数据接入(包括FXO语音电话和TCP/IP数据封包)•在PC上的安装CUC-IM客户端,实现即时消息,状态呈现,IP软电话;即时消息软件对桌面硬IP电话的控制,等等功能。

•安装在手机上的IP软电话与桌面IP电话同号,在交通系统内部但不在桌面时可以用软电话拨打/接听电话;•IP电话的分机移动性,用户使用用户名,密码可以在非本人的桌面IP电话上登录,此IP电话变为此用户地分机号码,相应的速拨键等多种功能都带过来了;•座位可以分支机构在各个办公室的,统一接入号码的IT支援中心。

这样既保证IT支援中心的人员保证在各个分支机构都有现场人员;又保证统一接入号码,利于使用人员寻求IT技术支持;也有利于IT技术支援中心的人员资源共享,对不需要现场解决的问题,通过网络可以由异地的技术人员提供支持。

•建议考虑采用POE交换机实现IP电话的集中供电;对于已有网络的办公室,由于已有非POE交换机,建议在每个部署IP电话的工位部署本地电源转换模块,实现IP电话的本地供电;增值应用平台设计要点•全部的语音接入和控制,以及增值应用平台,均部署在中心机房•在中心点集中部署多媒体信箱系统(可选)•在中心点集中部署Web语音、电话会议系统(可选)•在中心部署IP智能终端应用接口,实现IP电话OA的集成应用(可选)•在用户PC上安装CUC-IM客户端,方便用户的即时通信,在线状态呈现;同时也是IP电话的软电话,视频软电话;•在中心点提供基于IP软件电话的注册和控制服务,方便外出使用人员的远程通信;•在中心点集中部署IP电话与外线电话一号通功能,将使用人员的手机和办公分机实现绑定,实现对外只提供一个固定电话号码•在手机上安装IP软电话,与桌面IP电话同号,在交通系统内部但不在桌面时可以用软电话拨打/接听电话•利用北斗定位系统的短报文功能,在没有无线蜂窝网络覆盖的地区或应急状态下进行实时短报文通讯2.2,核心呼叫控制设备CUCM设计本次的核心呼叫控制设备CUCM采用双冗余设计,2台CUCM组成一个服务器集群,2台之间互为备份。

平台可靠性由于全部IP电话均注册到中心点的CUCM上,为保证系统的可靠性,我们的设计包括:•在中心点部署双套CUCM服务器实现基于负载均衡的冗余,每个服务器均负责相应的终端控制和工作•在中心点可以考虑实现双PSTN接口和高可靠的网络基础配置•实现超过99.99%的系统可靠性•在各个分支的办公地点配置小型软交换平台作为本地语音控制单元•当分支办公地点和总部之间的网络出现故障时,各地的IP电话和模拟网关将自动注册到本地软交换平台上,保证系统继续工作语音呼叫管理器的冗余作为整个IP语音通信系统的核心,通信服务器(MCS)控制全部IP电话和语音网关的注册和呼叫建立、控制的过程。

为此我们提供多种可靠性配置和容量配置,客户可根据实际的需求和容量进行选择和配置。

MCS服务器配置可根据容量需求进行灵活的选择,但从系统的可靠性角度考虑,我们建议采用双MCS服务器备份的配置方法。

同时, MCS通信服务器应采用群集的方式实现容量的扩充和冗余备份机制。

全部或部分的语音网关、IP电话等设备在系统或网络正常的情况下,注册到主服务器。

一旦出现网络故障或服务器故障,全部设备和IP电话均自动转移到备用的CUCM服务器上;在CUCM服务器群集的内部,各个服务器之间实现呼叫控制和终端、网关状态等数据的数据库同步和分发机制,当发生服务器切换或IP电话转移服务器时,不会导致系统终端,甚至在两个或多个备份的服务器全部中断的情况下,已经建立的通话都不会受到影响。

一般情况下,有两种CUCM服务器群集和备份的方法:当一个服务器的容量不够支持大量的IP电话时,可配置多余一个的CUCM服务器,实现群集。

当多个服务器群集的总容量满足最终系统需求时,实际已经实现了一定意义上的CUCM服务器冗余配置,即1:1冗余。

因为当任何实现,一般不会出现每个服务器同时达到最大通信容量的情况,所以,当多个服务器群集的配置下,已经实现了一定的备份机制。

当服务器群集的容量较大,而且基本达到群集后的满负荷容量时,最为更高的可靠性要求,一般建议采用另外增加一个CUCM服务器的方法,实现N:1方式的冗余配置。

一般情况下,我们建议采用N:1备份的方式。

CUCM功能•替代自动路由(AAR)•每台设备(电话和网关)的衰减和增益调整•自动带宽选择•自动路由选择(ARS)•AVVID XML层(AXL)简单对象接入协议(SOAP)应用编程接口,配备性能和实时信息。

•基本速率接口(BRI)端点支持;将SCCP设备注册为BRI端点•CAC——集群内和集群间•呼叫覆盖-基于内部/外部呼叫的转接-覆盖路径外的转接-覆盖路径中最长时间计数器-按照天的时间段•呼叫显示限制•用于自动带宽选择的编码器-译码器(编译码器)支持G.711 (mu-law、a-law), G.722,G.722.1, G.723.1, G.728, G.729A/B, GSM-EFR、FR, 宽带音频(专用16位分辨率、16-KHz采样音频)•数字分析和呼叫处理(数字字符串插入、删除、剥落、呼叫接入代码、数字字符串转换•分布式呼叫处理-IP网络上的设备和应用部署-8台CUCM服务器的虚拟集群,用于实现可扩展性、冗余和负载均衡-每台CUCM服务器最多支持7500部IP电话,每个服务器集群支持30,000部(视配置而定)-每台CUCM服务器最多支持100000次忙时呼叫处理,每个服务器集群支持250,000次忙时呼叫处理(BHCC)(视配置而定)-通过H.323关守,集群间可扩展至100多个站点或集群-集群内特性与管理的透明性•IP传真——G.711直通和传真中继•被动授权代码/客户端代码(帐户代码)•到选定设备的H.323接口•H.323 FastStart(对内和对外)•热线和专线自动振铃(PLAR)•Hunt groups——广播、循环、最长空闲时间、线性•到H.323关守的接口,用于可扩展性、CAC和冗余•客户机用户界面语言支持(语言独立定义)•多级优先次序(MLPP)•多地点——拨号计划分区•多个ISDN协议支持•多个远程CUCM平台管理和调试工具-集成报警、显示器浏览和历史记录的实时监控器工具(RTMT)-通过操作系统工具和简单网络管理协议(SNMP)实现实时和历史应用性能监控-监控下的数据采集服务-用于离线系统监控和报警的远程终端服务-实时事件监控和集成入公共系统日志-跟踪设置和采集工具-浏览在线设备统计数据-集群范围的跟踪设置工具-跟踪采集工具•具备站点间CAC特性的多站点(跨广域)功能•拨号计划分区•非现场分机(OPX)•输出呼叫阻拦•带外双声多频(DTMF)IP信令•对于路由不可用的PSTN故障转换——AAR•Q.SIG•呼叫处理故障的呼叫预留,呼叫处理故障的冗余和自动故障转换•设备通过(trunk)干线(介质网关控制协议[MGCP]网关)实现-JTAPI和TAPI应用实现了自动故障转换和自动更新。

相关主题