《承载网方案》_第1页
《承载网方案》_第2页
《承载网方案》_第3页
《承载网方案》_第4页
《承载网方案》_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

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

文档简介

1、1. 概述1.1. 文档目的本文档主要描述天润的业务承载网络的需求和规划,梳理业务承载网络的节点、资源、网络结构、话务调度策略等,给未来2-3年运维工作提供指导,更好地支撑业务。1.2. 规划原则承载网的规划需要基于以下原则:1. 规划要紧贴业务,既考虑目前的业务情况,也要考虑未来业务的发展;2. 规划要尽量做到细致可执行;3. 规划要立足现有运维承载网络的现状,分阶段有计划执行;4. 规划需要充分考虑成本最优化的原则;2. 业务分析2.1.业务分类天润当前的业务有如下几种:1. 基于云平台的号码+座席业务,号码有400和本地号码,座席分为电脑座席和电话座席;2. 基于云平台的小座席外呼业务,

2、外呼采用两端呼叫,外呼座席侧走本地的中继网关,外呼客户侧透传号码,通过公网VOIP外呼到落地线路上;3. 基于云平台的小座席IAD外呼业务,外呼座席侧走公网VOIP到座席侧IAD,外呼客户侧透传号码,通过本地中继网关或者公网VOIP外呼到落地线路上;4. 基于云平台的大座席专线外呼业务,外呼座席侧一般走专线方式,外呼客户侧透传400或者95号码,通过本地的中继网关;5. 基于云平台的呼入验证业务,对按键和第三方业务系统交互有实时性要求,对接TTS要求网络稳定可靠,实时性要求强,双方都有要求要做IP地址验证;6. 基于云平台的IVR外呼业务,对按键和第三方业务系统交互有实时性要求,对接TTS要求

3、网络稳定可靠,实时性要求强,双方都有要求要做IP地址验证;如果按照呼叫侧划分,可以分为:客户呼入和外呼侧呼叫座席侧典型业务备注呼入从本地中继网关呼入呼叫本地中继网关云平台呼入小座席400呼入从本地中继网关呼入外地节点中继网关400呼入透传客户号码北京世纪互联、上 海联通商务热线平 台呼入转外地座席从本地中继网关呼入呼入验证业务要和TTS 实时交互外呼呼叫本地中继网关呼叫本地中继网关北京联通超级热线平台上海联通商务热线平台呼叫外地中继网关呼叫本地中继网关西安联通平台呼叫外地中继网关呼叫外地中继网关北京世纪互联平台 的小座席外呼呼叫外地中继网关呼叫专线IAD或软 电话北京、上海外呼中 心专线接入客

4、户呼叫外地中继网关呼叫公网IAD或软 电话北京、上海外呼中 心公网IAD接入客 户呼叫本地中继网关IVR外呼业务要和TTS 实时交互22未来发展计划根据未来一年业务发展计划,天润收入的组成里云平台业务收入占比20%外呼业务收入占比20%互联网业务收入占比60%其中云平台业务维持20%以下低增长,外呼和互联网业务维持50%以上高增长3. 网络规划3.1.机房和节点业务承载机房备注云平台小座席呼入西安联通机房400呼叫中心智能400云平台小座席呼入黄冈联通机房400呼叫中心智能400云平台小座席呼入银川联通机房400呼叫中心智能400云平台小座席呼入北京世纪互联机房北京市话号码云平台小座席呼入北京

5、联通超级热线机房北京市话号码(能在原有号码上开通)云平台小座席呼入上海联通包头路机房上海市话号码云平台小座席呼入广州唯速机房广州市话号码云平台小座席呼入深圳润迅机房深圳市话号码云平台小座席IAD外呼云平台大座席专线外呼上海浦软机房上海地区客户接入可以透传400、95号码云平台小座席IAD外呼云平台大座席专线外呼北京光环机房北京地区客户接入可以透传400、95号码云平台小座席IAD外呼云平台大座席专线外呼广州唯速机房广州地区客户接入 暂不支持透传400、95号 码,只能通过VOIP方式 解决云平台小座席IAD外呼云平台大座席专线外呼深圳润迅机房深圳地区客户接入 暂不支持透传400、95号 码,只

6、能通过VOIP方式 解决IVR验证北京世纪互联机房 上海联通包头路机房要求客户必须申请 400号 码,中继线路资源比较富 余,可以满足大呼叫量IVR外呼北京光环机房 上海浦软机房支持透传400、95号码落地透传线路重庆联通机房不开业务云平台小座席400接入 新业务Demo机房廊坊联通机房智能400业务华夏项目和深圳平台北京移动机房1月底撤销华夏项目上海电信芷江路机房1月底撤销传真和转发北京网联无限机房3月底撤销32网络结构321.全网结构北京世纪互联、北京联通、上海联通机房等是和运营商合作节点,因为业务无法独立, 所以网络和机房规划作为合作项目单独考虑北京光环机房作为天润独立发展业务节点,和上

7、海浦软机房之间通过MSTP专线互联,统一话务调度和资源共享;以广州、深圳、黄冈、银川作为业务二级节点;广州、深圳由于业务量小,规划上作为二级节点考虑, 未来如果业务量增加到一定规划, 再升级为一级节点;黄冈联通和银川联通由于机房品质、运维保障等原因,无法升级为一级节点, 这2个节点都通过专线汇聚到了西安联通机房,可以统一接入;未来可能会在电信机房再新建一个400业务节点,作为二级节点;廊坊联通和重庆联通节点,未来将不会作为业务节点;未来将引入云主机,将网站、营帐、号码池、统一登陆等迁移到云上;322.节点内部网络结构西安联通机房网络拓扑图r -i r -IDeii H-rob-i IluMii

8、.IAA*. UJ.I.IkJUL!:h J1iMiutlZM JH-r-W I JIXLanWJMr. T 仆严如1C4wifl 4E ” lij 齐 I ZW3Xkfcir Id wy J AAI10 卫 I 1-24Chain曹.=Em HQ 3 1 2909 l=fe=,flnismIT2 I直 & Stui Jd iftKH *1 t*LlT.r TitVUK-*5 rK-x.ttti2HWiBH-翌為的I耳工窜劃产h*il 二 I d曲疔*取冲叭碑皿卄豊嚼,-4.lv l.lkibM.Hi.監能响审片*ft-以西安改造后的网络为例? 每个节点内部网络,采用 2个不同网段,双二层上连

9、、双三层上连;? 如果一台二层交换机故障后,手工切换到备份网段;? 采用HSRP,确保一个三层交换机故障后,自动漂移到另外一个三层交换机;? 一级节点都接入上连互联网出口,一个互联网出口故障,还有逃生通道;? 中继网关分别部署在不同网段,防止全死全伤;? 除北京世纪互联、黄冈联通、银川联通外,其它节点都改造完毕;3.3. 话务调度全网采用VOS统一调度话务,按照如下原则:1) 各节点内部? 从平台 中继网关方向,增加 VOS调度,用于控制呼叫路由、中继网关线路、溢出机 制;? 从中继网关 平台方向,增加号码指向服务器,用于统一号码指向;? 节点内部部署双 VOS虚拟机,VOS不转发媒体;? 使

10、用VOS设置结算费率,对各节点中继网关话务结算计费;? 使用VOS设置接入客户费率,对各节点接入的SIP中继客户计费; 2) 各节点间?各节点外送话务,目前通过独立部署的 PBX统一送出,未来将逐渐改成直接外送话务;? 各节点内的CTI服务器,统一由路由器映射到公网,采用NAT方式外送话务;? 采用VOS统一调度各节点间的话务;?每个节点承接外部的话务,由PBX+TG共同完成;?第三方话务的结算和接入计费,由VOS设置费率完成;? 全网仅部署2套VOS用于节点间话务调度,部署在实体机上,没有特殊要求不承担媒 体转发功能;3) 公网IAD接入?目前仍然使用PBX用于公网IAD的接入;?主要用于被

11、叫,不存在计费问题;?未来再考虑转到 VOS 上;3.4.线路和中继资源各节点线路情况如下:以下以条E1为单位呼入外呼双向备注北京世纪互联10不再扩容北京联通38暂不扩容北京光环8随时扩容上海联通11810不再扩容上海浦软413随时扩容西安联通28暂不扩容黄冈联通15不再扩容银川联通8不再扩容广州唯速3随时扩容深圳润迅2随时扩容廊坊联通5不再扩容重庆联通8不再扩容3.5. TTS等其它资源TTS资源的部署按照以下原则:? TTS资源就近部署到IVR验证和外呼业务平台;? 需要考虑冗余备份机制;? 其它业务通过公网访问;? 大客户TTS独立部署;各平台业务和TTS部署资源情况是:机房TTS备注北京世纪互联机

温馨提示

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

评论

0/150

提交评论