中国铁通计费管理网优化可行性研究报告 (3).ppt

《中国铁通计费管理网优化可行性研究报告 (3).ppt》由会员分享，可在线阅读，更多相关《中国铁通计费管理网优化可行性研究报告 (3).ppt（74页珍藏版）》请在三一文库上搜索。

1、中国铁通计费管理网优化项目 可行性研究报告,目录,概述 可行性研究 计费网改造方案 工程投资计算,概述,研究依据 研究范围,研究依据,铁道通信信息有限责任公司下达的关于委托中国铁通计费管理网优化项目可行性研究报告的函； 信息产业部、和铁通相关标准和规定； 铁通公司各省分公司提供的相关的技术资料； XX公司现场勘查资料；,研究范围,铁通计费管理网及其相关支撑系统改造及设计；,目录,概述 可行性研究 计费网改造方案 工程投资计算,可行性研究,目前现状描述 总部一级主要职能 总部主要系统 总部计费网主要问题描述 二级计费中心主要职能 二级计费中心系统配置现状 二级在用应用系统现状 二级计费网主要问题

2、描述 省级DCN现状 问题描述,总部一级主要职能,负责铁通内部长途话音详单的定期接收、入库、汇总；定期生成、下发分摊结算报表。 负责铁通三个国际语音关口局的结算详单的定期采集、入库、汇总；定期生成结算报表及对帐等职责。 负责铁通骨干智能网SMP详单的定期采集、入库、汇总；定期生成，下发分摊结算报表。 负责接收各省按日、按月上传的预汇总数据、维护、更新数据仓库。 负责维护资费发布和统一代码系统，保证总部的资费政策快速下发各省，保证总部及时得到各省最新的资费政策。 负责维护将成为遗留系统的跨省结算系统。 负责全国计费结算系统的网络管理，以保证以上结算、分析、预测等支撑功能的正常。 负责以上系统设备

3、及平台软件应用软件的日常维护工作。,总部一级计费中心设备配置,总部主要应用系统描述,骨干智能网结算系统 省间摊分系统 国际结算系统 总部统计分析系统,骨干智能网结算系统（1）,支持铁通骨干智能网SMP详单的定期采集、入库、汇总；定期生成，下发分摊结算报表； 由华泰贝通公司开发集成。目前运行在一台HP N4000（4CPU、8G内存）上，无备份；磁盘阵列和国际结算系统以及通讯系统共用一台VA7400；VA7400的当前配置是2072G=1.4T；目前为骨干智能网结算系统分配了文件系统及数据库空间共160GB。数据库采用INFORMIX数据库；,骨干智能网结算系统（2）,目前骨干智能网直接通过FT

4、P方式从一点SMP采集详单，SMP每日对每种业务（如800、17990、17300等）各生成24个结算详单文件，根据统计，当前每月的原始详单占据约500MB的文件系统空间；根据统计： 800业务的用户数目前约20个，每月会产生约10000条原始结算详单；骨干智能网对17990及17300目前已发卡约1200万，其中到现在有效卡约700万张；以上两种业务每月会产生600万条详单。骨干智能网的详单每条大小为110字节。 详单每日采集，采集至VA7400上建立的文件系统；每日采集完成后入库，入库操作也是以日为周期进行的，目前的入库操作性能是：1000条/6秒；每月将对入库的详单执行汇总操作，汇总操作

5、目前是以月为周期进行的，对于前面描述的数据量，汇总操作性能是：4小时。,省间摊分系统（1）,支持铁通内部长途话音的结算详单的定期接收、入库、汇总；定期生成、下发分摊结算报表。 由HP公司开发。目前运行在两台HP N4000（6CPU最大可至8个、8G内存）上，采用冷备份方式；磁盘阵列单独占用一台FC60；FC60的当前配置是36G1672G20=1.45T；目前省间摊分系统已经占用了文件系统及数据库空间共710GB。数据库采用INFORMIX数据库。,省间摊分系统（2）,采集文件以月为周期集中从长话采集点通过FTP方式将长话详单上传至缓存PC机。这样每月会产生27G的原始详单文件数据。根据配置

6、，每个文件大小不会超过4M。 目前采集文件以月为单位集中在22日开始从各采集点（约29个）上传长话详单，长话详单首先被直接上传至一台缓存PC机上目前缓存PC机的硬盘容量是300G，由于是集中上传，目前上传时长为七天；每月的原始详单会占据PC机27G空间；采集完成后原始详单将被导入FC60上的文件系统，导入同时将对数据进行处理；入库完成后将进行汇总操作，汇总操作目前也是以月为周期进行的；汇总完成后将生成摊分报表，下发各省。,国际结算系统（1）,支持铁通三个国际语音关口局的结算详单的定期采集、入库、汇总；定期生成结算报表及对帐等职责。 由HP公司开发。目前运行在一台HP N4000（4CPU、8G

7、内存）上；磁盘阵列和国际结算系统以及通讯系统共用一台VA7400；VA7400的当前配置是2072G=1.4T；目前为骨干智能网结算系统分配了文件系统及数据库空间共160GB。数据库采用INFORMIX数据库。,国际结算系统（2）,采集文件以月为周期集中从长话采集点通过FTP方式将长话详单上传至缓存PC机，以下是各省采集数据统计。这样每月会产生27G的原始详单文件数据。根据配置，每个文件大小不会超过4M。 采集文件每日通过DCN网从各采集点（目前3个，北京、上海、广州）通过轮询方式以两小时为周期直接采集原始国际长途语音详单，国际详单长度8090字节/条，34MB/文件，国际详单被直接采集到VA

8、7400上的文件系统；入库每日进行；目前铁通国际结算的周期有一周、两周、一月三种；所以汇总每周进行；汇总完成后将生成摊分报表，下发各省。,总部统计分析系统（1）,支持接收各省按日、按月上传的预汇总数据、维护、更新数据仓库。 由HP公司开发。目前运行在两台HP N4000（6CPU最大可至8个、8G内存）上，采用冷备份方式；磁盘阵列单独占用一台FC60；FC60的当前配置是36GB16=576GB；目前省间摊分系统已经占用了文件系统及数据库空间共710GB。数据库采用INFORMIX；展现工具采用Brio。,总部统计分析系统（2）,采集文件以月为周期集中从长话采集点通过FTP方式将长话详单上传至

9、缓存PC机，以下是各省采集数据统计。这样每月会产生27G的原始详单文件数据。根据配置，每个文件大小不会超过4M。 中间汇总数据是各省系统按照接口协议生成固定格式的文件，各省上报的中间汇总数据文件分为日报和月报，每日或每月上传至FC60上的文件系统；每月数据量5GB；采集完成后中间汇总文件将被入库；汇总也分为日汇总和月汇总；汇总完成后将通过Brio展现，展现服务器也在N4000上。,总部计费管理网目前主要问题分析（1）,目前在各省主机上运行着汇总数据采集进程，在每日晚上系统负荷低时自动启动运行，负责每日和每月为统计分析系统各省上报汇总数据的生成工作。根据实际现场调研，全国大部分省份(70%)，存

10、在着占用夜间主机资源过长的问题。由于夜间系统空闲期间还要进行其他的例行维护任务（如每日数据库的优化、每日备份等）。部分省份出现了汇总数据进程的运行和次日正常营业时间重合的情况，影响到白天的正常生产。针对一点，当务之急是尽快找到缩短每日或每月汇总进程占用各省主机资源时间过长的解决办法。,总部计费管理网目前主要问题分析（2）,目前总部的网管系统采用HP提供的解决方案，网管平台采用OpenView，硬件采用的是HP的L1000小型机。根据实际现场调研，总部的计费网管系统目前存在两个主要的问题：首先是L1000小型机目前存在负荷过重的问题。在进行多点监控时，网管系统系统其他部分的响应速度下降严重。另外

11、，现有的网管系统无法满足某些信息的获取和展示的需求，主要是应用系统方面。针对前一点，当务之急时升级或替换现有的网管主机硬件，保证网管任务的正常开展。第二点问题需要考虑完善现有的网管系统，通过建立支撑系统网管实现全面的监控等等。,总部计费管理网目前主要问题分析（3）,目前总部一级的结算摊分系统已经能够满足现网业务种类和规模的需要。随着铁通公司自身的规模壮大以及通信技术的进一步发展，在未来的23年内会出现更多的业务类型，如3G业务的开展，等等。根据目前国内其他运营商的实际能力，铁通为支撑移动业务需要建立起准实时的长话详单和漫游详单的接收、一次批价、下发的能力。这是目前铁通结算摊分系统所不能做到的，

12、需要在合适的时间点进行升级。同时铁通业务量的快速发展也会对支撑系统的处理能力提出了更高的要求。,省二级计费中心主要职能,负责各省铁通公司内部计费话单的定期接收、入库、出帐。完成计费生产任务，保证收费的正常进行。 完成和其他运营商结算报表的生成，负责具体对帐。 负责铁通各省内智能网SMP详单的定期采集、入库、汇总；定期生成省内分摊结算报表。 完成省分公司内部省内摊分报表。 负责设备日常维护及数据备份。 负责各省内DCN网管。 负责以上系统设备及平台软件应用软件的日常维护工作。,各省设备配置情况,略,各省计费中心主要应用部署情况（1）,实行主机分离的省份,各省计费中心主要应用部署情况（2）,未实行

13、主机分离的省份,省级计费管理网主要应用系统描述,营业系统 计费系统 结算摊分系统,省级营业系统描述（1）,支持各省/区铁通公司语音业务的营业受理，定单流转，工单派发打印等处理；支持相关的受理信息的统计。 由大连华信公司开发集成。各省根据主机的不同配置存在两种不同的应用部署方式： 对于目前具有四台主机的省份，营业系统的中间处理逻辑处理部分部署在三号主机上；营业数据库处理部署在四号主机上，三号和四号主机同时存在互为备份的关系。 对于目前具有两台主机的省份，营业系统的中间处理逻辑处理部分部署在一号主机上；营业数据库处理部署在二号主机上，一号和二号主机同时存在互为备份的关系。 各省现网配置原则上按照四

14、类划分，随着各省分公司实际业务量增长，对主机等资源也提出了不同的要求。,省级营业系统描述（2）,由于各省分公司全部采用大连华信公司的营业系统，而且版本差距不大，所以整体业务处理流程基本相同。目前的营业系统从业务上只支持语音业务，具体细化又可以分为本地语音业务及部分的长途后付费语音业务的受理；流程上还没有实现灵活的定单流程，即流程相对简单，只实现了基本定单工单的派发打印功能，从目前版本能力上无法支持数据业务等其他业务的开展。由于营业系统本身功能的原因及网管系统配合的原因，铁通各省还没有实现交换部分工单的自动施工。,省级计费系统描述（1）,支持各省/区铁通公司语音业务的采集、计费、入库、出帐及优惠

15、等处理；支持客户销帐和收入回笼。 由华泰贝通公司开发集成。各省根据主机的不同配置存在两种不同的应用部署方式： 对于目前具有四台主机的省份，计费系统的收费销帐中间逻辑处理部分及收费数据库部署在三号主机上；计费及帐务数据库处理部署在四号主机上，日常及周期的采集、计费、入库、帐务处理运行在四号主机上，三号和四号主机同时存在互为备份的关系。 对于目前具有两台主机的省份，计费系统的收费销帐中间逻辑处理部分及收费数据库同营业系统的中间逻辑部分一同部署在一号主机上；计费及帐务数据库同营业数据库一起部署在二号主机上，日常及周期的计费帐务处理运行在二号主机上，一号和二号主机同时存在互为备份的关系。 各省现网配置

16、原则上按照四类划分，随着各省分公司实际业务量增长，对主机等资源也提出了不同的要求。,省级计费系统描述（2）,参见总册1920页,省级结算/摊分系统描述（1）,支持各省/区铁通公司和其他运营商在本省/区内关口局的语音业务的采集、计费、入库、汇总及结算等处理；支持省内长途语音业务各地市之间的摊分。 由华泰贝通公司开发集成。各省根据主机的不同配置存在两种不同的应用部署方式： 对于目前具有四台主机的省份，结算/摊分系统数据库处理部署在四号主机上，日常及周期的采集、计费、入库、帐务处理运行在四号主机上，三号和四号主机同时存在互为备份的关系。 对于目前具有两台主机的省份，结算/摊分系统数据库处理部署在二号

17、主机上，日常及周期的采集、计费、入库、帐务处理运行在二号主机上，日常及周期的计费帐务处理运行在二号主机上，一号和二号主机同时存在互为备份的关系。,省级结算/摊分系统描述（2）,参见总册21页,省级DCN描述,各省级DCN网采用全IP协议架构，严格星型结构。省中心配置两台CISCO 72XX通过双2M电路互为备份连接总部两台CISCO 7206；每个城市中心配置两台CISCO36XX，通过双2M电路互为备份连接省中心的CISCO 72XX；地市以下营业厅或采集点到城市中心的连接主要采用两种方式： 通过接入端的CISCO 262X的路由器方式。需要连接两端配置协议转换器，此时可以有下一级接入。这种

18、方式比较普遍。其中部分节点配置拨号备份功能。 通过HDSL的二层桥接方式；接入端配置交换机通过HDSL协议远端连接3640路由器。这种方式目前没有拨号备份功能。 城市中心以上采用基于OSPF的动态路由协议；城市中心以下采用静态路由协议。,目前DCN对外网的接口,互联网接口 目前DCN和外网通过单道防火墙接口，和外网的连接目前用于网上客服。提供网上详单查询。 智能网接口 通过省中心2950交换机和智能网1924交换机双连接。通过省中心7206的HSRP提供不同网段地址的转换，并通过设置中心7206的路由策略，实现智能网SMP话单机与服务器的FTP访问，并保证服务器仅能被话单机、管理终端与营业终端

19、访问，话单机仅能被服务器的FTP访问且仅能FTP访问服务器。 金融网络接口 目前DCN通过防火墙和不同银行网络接口。和银行网络的连接目前用于银行代收费。,省级计费管理网主要问题描述（1）,功能问题描述 客户接触界面中的收费部分响应速度个别时刻速度慢。主要表现在在入库、出帐、结算、摊分时期。此问题随用户数增多逐渐严重，目前在问题表现最严重时，显示用户信息或者打印发票这两个交互过程在部分主机负荷重的省份甚至需要30多秒时间，严重降低了服务品质。 客户接口中的收费终端登录困难。往往存在着后登录的终端无法连接的情况。在收费高峰时期表现严重。这需要从应用系统和中间件连接数的配置两方面进行考虑。,省级计费

20、管理网主要问题描述（2）,支撑能力问题描述 绝大部分省份尚未实现实时计费，如果暂时不考虑交换设备采集能力的原因，大部分省份尚未实现实时计费。如前面流程部分所描述的原因，由于应用系统支撑能力和网络设备的原因，目前各省通常采用自动采集和人工混合采集的方式。在帐期末时集中入库的方式。实时计费有助于防止用户恶意欠费，提高铁通的用户满意度。 目前大部分省份尚未实现实时停复机操作。目前通过手工的方式人工操作。实时停复机有助于及时满足客户的需求，减少透支。建议实时停复机和营业部分的开通配置功能统一考虑，提高交换部分的配置效率。,省级计费管理网主要问题描述（3）,尚未实现融合的营业。当前营业仅仅支持部分语音业

21、务，无法支持不同业务之间的捆绑、套餐、交叉优惠等信息的记录。帐务系统本身也不支持不同业务之间的捆绑销售以及交叉优惠等功能。基于市场的考虑，建议铁通着重考虑系统的扩展性和灵活度，融合的营业和后台实现能力有助于提高铁通的市场竞争力。 尚未实现对大客户的业务支持。部分省份已经建立或正在建设大客户管理系统，大客户管理系统是专门针对大客户的专业系统，是客户关系管理的过渡阶段。建议将大客户管理系统融入客户关系管理中统一考虑。,省级计费管理网主要问题描述（4）,现有省级计费系统包括总部计费系统尚不能很好的满足铁路业务用户的需要。具体的，首先针对目前铁路业务用户需要的详单查询的需要着重考虑，保证系统在大数据量

22、的查询下不会影响到正常的生产。另外铁路局大客户往往跨越多个省份，目前铁通对铁路大客户的清算采用各省分公司手工上报到总部报表，总部铁业部门统一汇总的方式实现，存在效率低，容易出错的问题，应考虑建立完善的铁路客户清算报表体系，建议将铁业报表融入到整体铁通报表系统中考虑。再次，基于同样原因的内部使用的铁路业务的统计报表目前也存在同样的问题，也是需要完善的方面。 尚未实现统一的工作流平台，当前各省的营业系统仅仅支持市话的工单流程，且不够灵活，无法满足其他业务流程自动化的需要，如ADSL和其他宽带接入，如传统专线业务。建立统一的工作流平台有助于减少日益增多的业务量对企业服务品质的冲击。基于部分电信业务全

23、程全网的特点，建议在省和总部两级统一考虑工作流平台，基于实际情况的考虑，建议初期重点放在省级工作流程自动化。,省级计费管理网主要问题描述（5）,尚未实现资源管理，无法快速的得到企业现在资源使用情况。目前各省内电信资源的管理除号码资源外基本采用手工方式。资源管理有助于日常业务过程中合理的分配资源，从战略角度有助于对未来资源规划占用进行科学合理的预测。建议铁通公司可以首先对日常生产中的资源进行管理，如号线资源，逐步的扩展范围，如数据资源，传输资源。最后延伸至全网资源，如骨干传输资源等。 尚未实现融合的帐务。融合的帐务是不同业务之间交叉优惠策略的基础。,省级计费管理网主要问题描述（6）,尚未实现统计

24、报表和经营分析报表的分离。统计报表更加强调数据的实时性，所以统计报表系统往往和生产系统共用相同的存储和主机资源，这样，在统计报表数据的生成过程中不应对正常生产产生大的影响就成为统计报表系统技术实现上的基本要求。经营分析报表往往是对历史上大量数据的汇总，数据的实时性要求相对较低，并且更加强调报表形式的灵活性和交互能力。经过前期调研，绝大多数省份都不同程度的存在现有系统中统计报表数据生成过程中对正常生产的影响，这主要体现在两个方面，各省分公司自用汇总报表生成过程中对生产的影响，总部报表分析系统采集进程夜间生成数据对主机资源占用时间过程的问题。功能性统计报表和经营分析报表的分立有助于减少生产性系统的

25、压力，同时对现有应用系统中的功能性报表的数据汇总的技术实现进行改进（如全面采用指标管理技术和中间汇总数据技术）也将可以产生明显的效果。,省级计费管理网主要问题描述（7）,尚未实现客户关系的管理。客户关系管理有助于提高客户（特别是大客户）的满意度，减少客户流失。目前铁通公司从省级系统到总部系统普遍没有实现对大客户信息、市场信息、竞争、大客户销售的IT化，目前主要采用人为的管理方式，人为的管理方式阻碍了客户信息，市场信息，竞争对手信息的共享，阻碍了科学的决策，提高了决策风险，目前国内其他运营商都已经着手建设企业全面的客户关系管理的IT化，建议铁通公司将客户关系管理的建设作为整个未来企业信息化的重中

26、之重来考虑，因为他关系到企业在国内市场的竞争地位。同时，相关的人员观念的建立以及组织职能的配合也是非常重要的。 尚未建立完整的客户信用和欺诈风险管理。目前铁通公司的客户信用和欺诈风险管理采用基于人工的经验和客户历史信息的记录，存在发现规律迟缓、以及事后性的问题。客户信用和欺诈风险管理的IT化有助于铁通甄别客户，事先制定合适的市场策略，降低收入损失。,省级DCN问题描述,目前各省在城市中心的接入网络普遍存在单点故障隐患。DCN承担着详单采集、营业、收费等重要的生产任务。所以DCN在建设以及扩容过程中应始终保持电信级网络的建设标准。目前各省铁通铁通DCN省中心到城市中心采用双2M互为备份的方式建设

27、，但部分城市中心到后端的详单采集点以及终端连接接入点采用网桥方式接入，网桥方式可以减少建网成本，但由于没有拨号备份，存在故障隐患。 铁通作为规模较小的运营商，未来扩大自己的市场覆盖范围，未来不可避免的会大量发展代办业务，这样，将会有大量的代办终端通过互联网接入支撑系统，目前省级DCN网对所有的终端采用无隔离的接入方式，未来应考虑对于通过广域网的营业终端进行基于设备如防火墙的隔离。同时铁通现有的支撑系统普遍采用前台应用程序的方式，基于安全性的考虑代办终端应采用浏览器的接入方式，所以这一点的整改应和应用系统的改造结合在一起考虑。 各省级DCN到总部骨干DCN没有建立安全策略。这体现在省DCN到总部

28、以及其他省份之间可以传播任何基于TCP的数据包，存在网络病毒泛滥传播到总部以及其他省份的隐患。 目前各省DCN在客户中心存在对外网的接口。设备配置上存在安全隐患，如外网WWW服务器和邮件服务器放在内网部分，通过防火墙的端口穿透实现对内部服务器的访问。这存在着内部终端或主机一旦收到感染，会导致信息泄漏和灾难迅速扩大的隐患。建议将外网WWW服务器和邮件服务器接入防火墙DMZ端口。,组织问题描述,建立支撑能力的监控审批 主机计算能力的预测评估； 存储的预测评估； 服务品质的监控； DCN话单采集能力的监控审批； DCN营业终端的监控审批； DCN网络到其他网络接口的监控审批； 建立突发事件流程处理

29、包括主机故障处理流程； 存储故障处理流程； 网络故障处理流程； 建立各省软件版本管理机制；,其他问题描述,尚未建立和业务支撑系统接口的企业内部办公系统。 尚未建立和DCN分立的企业内部办公网络。 尚未建立各数据计费系统并实现和融合帐务系统的接口。 尚未建立智能网计费系统和融合帐务系统的接口。,目录,概述 可行性研究 计费网改造方案 工程投资计算,改造方案分类,应用系统，即支撑系统改造； DCN网的改造； 网管系统改造； 容灾系统建设；,总部支撑系统方案（1）,总部支撑系统方案（2）,架构成熟，国内已有实施案例； 在现有基础上，硬件部分需要增加四台主机：满足省间摊分、集中备份、和应用服务器的需要

30、。,总部支撑系统方案（3）,新建全网业务支撑系统 升级总部结算摊分系统 升级总部经营分析系统 新建全网资源管理系统 新建总部CRM系统,总部全网业务支撑系统,面向中国铁通开展的全网业务的支撑，包括：骨干智能网卡业务、数据专线业务。主要功能包括计费（采集系统与结算/摊分共用）、帐务、开通、流程调度、客户管理、产品目录管理等功能。全网业务不仅提供对全网业务的支持，同时提供到各省级支撑系统的接口，支持营业受理工作融合到省分公司支撑系统营业系统中统一完成，提供营业系统业务逻辑供省（大区）营业系统调用。,总部CRM系统,面向客户关系相关资料的收集和管理，并从中发掘在市场营销方面的相关规律。总部支撑系统的

31、客户数据中心和产品数据中心属于本子系统，对中国铁通的客户和产品统一编码，包括全网业务支撑子系统、大客户业务支撑子系统和省分业务支撑系统的客户管理功能模块等相关功能模块需与本系统同步客户和产品数据。CRM子系统所包含功能包括：整体市场策略管理、客户资料管理、产品目录管理、竞争分析管理、营销管理、合作伙伴管理（营销渠道管理）。,总部结算摊分系统,实现中国铁通各省之间、中国铁通和其他运营商之间、中国铁通和国际运营商之间的结算摊分功能，同时还将负责不同专业计费子系统之间的清算结算功能。包括数据接收、话单批价、结算处理、数据装载、数据分发、结算分析等功能。,总部经营分析系统,通过与各其他系统接口，抽取相

32、关数据，实现对中国铁通及其各省分公司所开展的业务进行全面的统计分析工作。其基础客户数据模型和产品模型应以中国铁通总部CRM系统为参考。经营分析分为业务层面和网络层面，业务层面的经营分析功能主要包括：客户分析、业务分析、通信行为分析、客户服务分析、营销管理分析、大客户分析、收入确认。,总部资源管理系统,实现对各种骨干网络资源（包括骨干数据、交换、传输和智能网）的资料建立及管理，根据业务部门给出的信息对所管理的资源进行配置以及对网络进行优化和规划支持功能，并能够根据对资源利用情况的统计数据形成各种分析报告以对经营决策提供定量分析支持，另外根据业务部门的业务需求信息结合网络能力辅助生成传输业务集成方

33、案。具体有以下功能：网络资料管理、网络拓扑管理、资源配置管理、业务提供（和业务部门之间的关系）、网络质量管理（网络故障管理、网络性能管理）、统计查询、资源调度管理。,省级支撑系统,省级CRM系统 营业子系统 综合客服子系统 客户管理子系统 合作伙伴管理子系统 营销管理子系统 生产调度子系统 服务配置管理子系统 综合计费帐务子系统 计费子系统 帐务子系统 综合结算子系统 资源管理子系统 经营分析子系统,省级支撑系统改造方案,现有营业系统逐步升级成为省级CRM系统 现有计费帐务系统升级 现有结算系统升级 新建资源管理系统 新建经营分析系统,DCN网改造方案（1）,目前各省在城市中心的接入网络普遍存

34、在单点故障隐患。部分城市中心到后端的详单采集点以及终端连接接入点采用网桥方式接入，网桥方式可以减少建网成本，但由于没有拨号备份，存在故障隐患。 建立业务支撑系统的互联网接入方式。铁通作为规模较小的运营商，未来扩大自己的市场覆盖范围，未来不可避免的会大量发展代办业务，这样，将会有大量的代办终端通过互联网接入支撑系统，目前省级DCN网对所有的终端采用无隔离的接入方式，未来应考虑对于通过广域网的营业终端进行基于设备如防火墙的隔离。同时铁通现有的支撑系统普遍采用前台应用程序的方式，基于安全性的考虑代办终端应采用浏览器的接入方式，所以这一点的整改应和应用系统的改造结合在一起考虑。,DCN网改造方案（2）

35、,各省级DCN到总部骨干DCN没有建立安全策略。这体现在省DCN到总部以及其他省份之间可以传播任何基于TCP的数据包，存在网络病毒泛滥传播到总部以及其他省份的隐患。 目前各省DCN在客户中心存在对外网的接口。设备配置上存在安全隐患，如外网WWW服务器和邮件服务器放在内网部分，通过防火墙的端口穿透实现对内部服务器的访问。这存在着内部终端或主机一旦收到感染，会导致信息泄漏和灾难迅速扩大的隐患。建议将外网WWW服务器和邮件服务器接入防火墙DMZ端口。 建设DCN网的域名服务系统。中国铁通的DCN网采用基于IP地址的寻址方式，建议建立全国/省两级的域名服务系统，提供IP地址的直接管理支持。,DCN网带

36、宽计算,未来中国铁通DCN网承载的信息主要包括以下几种： 各省上传总部的长途计费详单文件。 各省上传总部的网管监控采集信息。 各省上传总部的经营分析汇总数据。 假设移动业务的开展，各省上传总部的移动长途计费详单和漫游详单。 考虑到准实时计费的需求，需要增加总部到省一级长途、漫游详单的下发带宽。 不建议DCN网和企业信息网共用，这里对企业类信息不计算在内。,各省上传摊分文件大小,省到骨干DCN带宽预测,考虑2006年预测用户数，按照线性增长预测，最大详单上传占用带宽预计为：304.6kbit/s，远远小于最大带宽2Mbit/s 参考目前中国移动DCN网实际应用情况，湖北铁通现有DCN网完全能够满

37、足2006年发展同样甚至更多数量移动用户需要。 考虑DCN网网管占用的带宽，参见中国铁通业务支撑系统网管规划方案，根据目前中国铁通的业务支撑系统规模，参考其它运营商目前实际情况，平均业务支撑系统网管业务指标大约每个监控点占300个左右，平均每个KPI记录约为100字节，考虑到2006年总部对湖北铁通监控点大约在15个，采集频率大约30分钟一次，则 每月采集/计费/结算网管数据占用数据库空间 = 300100153048 648MB 考虑峰值采集数据量是平均水平的3倍，另外考虑网管数据传送最长时间是60，则目前网管采集数据占用的带宽计算公式是： 3648MB15/2592000/0.6=18.7

38、5kbit/s 综上所述，中国铁通DCN网能够满足2006年业务发展需要。,具体方案描述（1）,全国软件版本控制方案 铁业清算解决方案 2007年以后设备折旧方案 主机设备折旧方案 存储设备折旧方案 网络设备折旧方案 设备价格估价方案 数据仓库存储方案 现网空闲L1000设备利旧方案 主机系统间接口方案 两级报表体系方案 原有存储利旧方案,具体方案描述（2）,固网短信等新业务在新系统架构下的计费处理方案 移动业务在新系统架构下的计费处理方案 跨省、跨地市业务的支持方案 全国软件测试中心方案 统一版本可行性分析 各应用及平台软件对硬件资源的适配分析 计费处理实时性分析 综合网管可行性分析 省际，

39、省内属地化对计费管理网改造的影响 省分公司自行建设系统对计费网改造的影响分析,系统接口方案,省级系统与金融系统的接口 省级系统与智能网业务平台的接口 省级系统与网管系统的接口 省级系统内部与资源管理系统的接口 省级系统与其他增值业务平台系统的接口 省级系统与数据计费系统的接口 省级系统与数据认证系统的接口 省级系统与全国中心系统的详单接口 省级系统与全国中心系统的ODS接口 省级系统与全国中心系统的业务接口,总部整改进度安排,为基础阶段 建立总部业务支撑系统统一的技术架构、统一接口、统一的产品/客户模型和EDM； 建立统一的企业业务流程； 系统整改建设阶段 建立客户数据和产品目录数据中心，统一

40、客户编码和产品类编码 建立全网业务支撑系统； 建立总部CRM系统； 建立各省支撑系统和总部CRM系统以及全网业务支撑系统的业务接口，实现对跨省业务的支撑能力； 改造总部结算摊分系统； 建设完善的总部支撑系统 建立总部经营分析系统；改造现有的报表体系，实现两级的经营分析体系； 建立总部统一的网络资源编码规范，建立总部一级的网络资源管理系统；,省分整改进度,第一阶段：为基础阶段。建立基础设施，建立关键/急需的应用系统，建立全省企业信息化组织框架。 应用方面：建设或改造营业、客服、生产调度、服务配置、资源管理等主体部分，替换/升级现有的营业系统和客服系统，满足正常生产和市场营销活动的基本需要； 基础

41、设施方面：整合和优化现有的DCN网，并进行延伸，构建全省的统一的企业内部IT网； 组织架构方面：在省公司和本地网两个层面上建立符合企业信息化发展要求的管控体系； 第二阶段：为关键应用部署阶段。加强数据集中和应用系统的建设，完善基础设施，建立企业信息化的支撑系统。 应用方面：建设或完善营销管理、客户管理、大客户管理、省级经营分析系统。完善计费帐务结算、营业、客服、生产调度、服务配置、资源管理 基础设施方面：进一步完善；完善ODS和数据仓库。 第三阶段：建立全面的企业信息化。建立或完善企业内部管理信息系统，持续完善组织架构。,定员要求,总部 结算/摊分（5人） CRM系统（5人） 经营分析（6人） 网管及设备维护（4人） 管理人员（4人） 省分公司 计费、帐务、结算（5人） CRM系统（5人） 经营分析（2人） 网管及设备维护（2人） 管理人员（1人）,总部计费网管改造方案,典型省份计费网改造方案,总部计费网改造主要工程数量,总部网管改造主要工程数量,目录,概述 可行性研究 计费网改造方案 工程投资计算,总部支撑系统改造投资计算,总部网管改造投资计算,