中国铁通计费管理网优化可行性研究报告

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

2、途话音详单的定期接收、入库、汇总；定期生成、下发分摊结算报表。负责铁通三个国际语音关口局的结算详单的定期采集、入库、汇总；定期生成结算报表及对帐等职责。负责铁通骨干智能网SMP详单的定期采集、入库、汇总；定期生成，下发分摊结算报表。负责接收各省按日、按月上传的预汇总数据、维护、更新数据仓库。负责维护资费发布和统一代码系统，保证总部的资费政策快速下发各省，保证总部及时得到各省最新的资费政策。负责维护将成为遗留系统的跨省结算系统。负责全国计费结算系统的网络管理，以保证以上结算、分析、预测等支撑功能的正常。负责以上系统设备及平台软件应用软件的日常维护工作。 总部一级计费中心设备配置序号设备名称用途详

3、细配置数量现在TPMC满配置TPMC1HP N4000省间摊分两台N4000主机，单机6CPU，8GB内存，1套FC60 容量576+876=1452G，1套ULTRIUM带库，2/20磁带机2台48000/台60000/台2HP N4000全国中心数据仓库两台N4000主机，单机6CPU，8GB内存，1套FC60 容量576G，1套ULTRIUM带库，2/20磁带机2台48000/台60000/台3N4000计费国际及长途智能网计费结算4* PA8700 750MHZ; 8GB RAM; 2 * 36G HDD; DVD; DDS3; 2*100BaseT Card; 2*FC Card,

4、MirrorDisk/UX; HP-UX11i; MC/SG; C/C+2台50000/台90000/台VA740020*73GB，2*1GB Cache1套4-40磁带库40 slot, 2 Ultrium tape drive, FC interface.1套4通讯通信服务器2* PA8700 750MHZ; 4GB RAM; 2 * 36G HDD; DVD; DDS3; 2*100BaseT Card; MirrorDisk/UX; HP-UX11i; C/C+1台28000/台90000/台总部主要应用系统描述骨干智能网结算系统省间摊分系统国际结算系统总部统计分析系统骨干智能网结算系

5、统（1）支持铁通骨干智能网SMP详单的定期采集、入库、汇总；定期生成，下发分摊结算报表；由华泰贝通公司开发集成。目前运行在一台HP N4000（4CPU、8G内存）上，无备份；磁盘阵列和国际结算系统以及通讯系统共用一台VA7400；VA7400的当前配置是20；目前为骨干智能网结算系统分配了文件系统及数据库空间共160GB。数据库采用INFORMIX数据库；骨干智能网结算系统（2）目前骨干智能网直接通过FTP方式从一点SMP采集详单，SMP每日对每种业务（如800、17990、17300等）各生成24个结算详单文件，根据统计，当前每月的原始详单占据约500MB的文件系统空间；根据统计： 800

6、业务的用户数目前约20个，每月会产生约10000条原始结算详单；骨干智能网对17990及17300目前已发卡约1200万，其中到现在有效卡约700万张；以上两种业务每月会产生600万条详单。骨干智能网的详单每条大小为110字节。详单每日采集，采集至VA7400上建立的文件系统；每日采集完成后入库，入库操作也是以日为周期进行的，目前的入库操作性能是：1000条/6秒；每月将对入库的详单执行汇总操作，汇总操作目前是以月为周期进行的，对于前面描述的数据量，汇总操作性能是：4小时。 省间摊分系统（1）支持铁通内部长途话音的结算详单的定期接收、入库、汇总；定期生成、下发分摊结算报表。由HP公司开发。目前

7、运行在两台HP N4000（6CPU最大可至8个、8G内存）上，采用冷备份方式；磁盘阵列单独占用一台FC60；FC60的当前配置是36G1672G；目前省间摊分系统已经占用了文件系统及数据库空间共710GB。数据库采用INFORMIX数据库。 省间摊分系统（2）采集文件以月为周期集中从长话采集点通过FTP方式将长话详单上传至缓存PC机。这样每月会产生27G的原始详单文件数据。根据配置，每个文件大小不会超过4M。目前采集文件以月为单位集中在22日开始从各采集点（约29个）上传长话详单，长话详单首先被直接上传至一台缓存PC机上目前缓存PC机的硬盘容量是300G，由于是集中上传，目前上传时长为七天；

8、每月的原始详单会占据PC机27G空间；采集完成后原始详单将被导入FC60上的文件系统，导入同时将对数据进行处理；入库完成后将进行汇总操作，汇总操作目前也是以月为周期进行的；汇总完成后将生成摊分报表，下发各省。 国际结算系统（1）支持铁通三个国际语音关口局的结算详单的定期采集、入库、汇总；定期生成结算报表及对帐等职责。由HP公司开发。目前运行在一台HP N4000（4CPU、8G内存）上；磁盘阵列和国际结算系统以及通讯系统共用一台VA7400；VA7400的当前配置是20；目前为骨干智能网结算系统分配了文件系统及数据库空间共160GB。数据库采用INFORMIX数据库。 国际结算系统（2）采集文

9、件以月为周期集中从长话采集点通过FTP方式将长话详单上传至缓存PC机，以下是各省采集数据统计。这样每月会产生27G的原始详单文件数据。根据配置，每个文件大小不会超过4M。采集文件每日通过DCN网从各采集点（目前3个，北京、上海、广州）通过轮询方式以两小时为周期直接采集原始国际长途语音详单，国际详单长度8090字节/条，34MB/文件，国际详单被直接采集到VA7400上的文件系统；入库每日进行；目前铁通国际结算的周期有一周、两周、一月三种；所以汇总每周进行；汇总完成后将生成摊分报表，下发各省。 总部统计分析系统（1）支持接收各省按日、按月上传的预汇总数据、维护、更新数据仓库。由HP公司开发。目前

10、运行在两台HP N4000（6CPU最大可至8个、8G内存）上，采用冷备份方式；磁盘阵列单独占用一台FC60；FC60的当前配置是36GB16=576GB；目前省间摊分系统已经占用了文件系统及数据库空间共710GB。数据库采用INFORMIX；展现工具采用Brio。 总部统计分析系统（2）采集文件以月为周期集中从长话采集点通过FTP方式将长话详单上传至缓存PC机，以下是各省采集数据统计。这样每月会产生27G的原始详单文件数据。根据配置，每个文件大小不会超过4M。中间汇总数据是各省系统按照接口协议生成固定格式的文件，各省上报的中间汇总数据文件分为日报和月报，每日或每月上传至FC60上的文件系统；

11、每月数据量5GB；采集完成后中间汇总文件将被入库；汇总也分为日汇总和月汇总；汇总完成后将通过Brio展现，展现服务器也在N4000上。 总部计费管理网目前主要问题分析（1）目前在各省主机上运行着汇总数据采集进程，在每日晚上系统负荷低时自动启动运行，负责每日和每月为统计分析系统各省上报汇总数据的生成工作。根据实际现场调研，全国大部分省份(70%)，存在着占用夜间主机资源过长的问题。由于夜间系统空闲期间还要进行其他的例行维护任务（如每日数据库的优化、每日备份等）。部分省份出现了汇总数据进程的运行和次日正常营业时间重合的情况，影响到白天的正常生产。针对一点，当务之急是尽快找到缩短每日或每月汇总进程占

12、用各省主机资源时间过长的解决办法。 总部计费管理网目前主要问题分析（2）目前总部的网管系统采用HP提供的解决方案，网管平台采用OpenView，硬件采用的是HP的L1000小型机。根据实际现场调研，总部的计费网管系统目前存在两个主要的问题：首先是L1000小型机目前存在负荷过重的问题。在进行多点监控时，网管系统系统其他部分的响应速度下降严重。另外，现有的网管系统无法满足某些信息的获取和展示的需求，主要是应用系统方面。针对前一点，当务之急时升级或替换现有的网管主机硬件，保证网管任务的正常开展。第二点问题需要考虑完善现有的网管系统，通过建立支撑系统网管实现全面的监控等等。总部计费管理网目前主要问题

13、分析（3）目前总部一级的结算摊分系统已经能够满足现网业务种类和规模的需要。随着铁通公司自身的规模壮大以及通信技术的进一步发展，在未来的23年内会出现更多的业务类型，如3G业务的开展，等等。根据目前国内其他运营商的实际能力，铁通为支撑移动业务需要建立起准实时的长话详单和漫游详单的接收、一次批价、下发的能力。这是目前铁通结算摊分系统所不能做到的，需要在合适的时间点进行升级。同时铁通业务量的快速发展也会对支撑系统的处理能力提出了更高的要求。 省二级计费中心主要职能负责各省铁通公司内部计费话单的定期接收、入库、出帐。完成计费生产任务，保证收费的正常进行。完成和其他运营商结算报表的生成，负责具体对帐。负

14、责铁通各省内智能网SMP详单的定期采集、入库、汇总；定期生成省内分摊结算报表。完成省分公司内部省内摊分报表。负责设备日常维护及数据备份。负责各省内DCN网管。负责以上系统设备及平台软件应用软件的日常维护工作。 各省设备配置情况略各省计费中心主要应用部署情况（1）应用系统底层平台部署情况功能描述营业应用基于BEA TUXEDO运行在一号主机营业客服中间逻辑部分，操作营业数据库；客服通过同义词操作客服数据库；营业通过同义词操作帐务数据库营业DB基于INFORMIX运行在二号主机营业数据存储客服DB基于INFORMIX运行在二号主机客服数据存储收费应用基于BEA TUXEDO运行在三号主机收费中间逻

15、辑部分，操作收费数据库；通过同义词操作计费数据库收费DB基于INFORMIX运行在三号主机收费数据存储计费应用基于HP-UX C程序运行在四号号主机计费进程操作计费DB完成一次批价、入库操作计费DB基于INFORMIX运行在四号主机计费数据存储帐务应用基于HP-UX C程序运行在四号主机帐务进程操作帐务DB完成 汇总，出帐操作；帐务进程操作收费数据库导入待收费帐务信息帐务DB基于INFORMIX运行在四号主机帐务数据存储结算应用基于HP-UX C程序运行在四号主机结算进程操作结算数据库完成一次批价、入库、汇总操作结算DB基于INFORMIX运行在四号主机运营商结算数据存储摊分应用基于HP-UX

16、 C程序运行在四号主机摊分进程操作摊分数据库完成一次批价、入库、汇总操作摊分DB基于INFORMIX运行在四号主机省内摊分数据存储实行主机分离的省份各省计费中心主要应用部署情况（2）应用系统底层平台部署情况功能描述营业应用基于BEA TUXEDO运行在一号主机营业客服中间逻辑部分，操作营业数据库；客服通过同义词操作客服数据库；营业通过同义词操作帐务数据库营业DB基于INFORMIX运行在二号主机营业数据存储客服DB基于INFORMIX运行在一号主机客服数据存储收费应用基于BEA TUXEDO运行在一号主机收费中间逻辑部分，操作收费数据库；通过同义词操作计费数据库收费DB基于INFORMIX运行

17、在一号主机收费数据存储计费应用基于HP-UX C程序运行在二号主机计费进程操作计费DB完成一次批价、入库操作计费DB基于INFORMIX运行在二号主机计费数据存储帐务应用基于HP-UX C程序运行在二号主机帐务进程操作帐务DB完成 汇总，出帐操作；帐务进程操作收费数据库导入待收费帐务信息帐务DB基于INFORMIX运行在二号主机帐务数据存储结算应用基于HP-UX C程序运行在二号主机结算进程操作结算数据库完成一次批价、入库、汇总操作结算DB基于INFORMIX运行在二号主机运营商结算数据存储摊分应用基于HP-UX C程序运行在二号主机摊分进程操作摊分数据库完成一次批价、入库、汇总操作摊分DB基

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

36、管理功能模块等相关功能模块需与本系统同步客户和产品数据。CRM子系统所包含功能包括：整体市场策略管理、客户资料管理、产品目录管理、竞争分析管理、营销管理、合作伙伴管理（营销渠道管理）。 总部结算摊分系统实现中国铁通各省之间、中国铁通和其他运营商之间、中国铁通和国际运营商之间的结算摊分功能，同时还将负责不同专业计费子系统之间的清算结算功能。包括数据接收、话单批价、结算处理、数据装载、数据分发、结算分析等功能。 总部经营分析系统通过与各其他系统接口，抽取相关数据，实现对中国铁通及其各省分公司所开展的业务进行全面的统计分析工作。其基础客户数据模型和产品模型应以中国铁通总部CRM系统为参考。经营分析分

37、为业务层面和网络层面，业务层面的经营分析功能主要包括：客户分析、业务分析、通信行为分析、客户服务分析、营销管理分析、大客户分析、收入确认。 总部资源管理系统实现对各种骨干网络资源（包括骨干数据、交换、传输和智能网）的资料建立及管理，根据业务部门给出的信息对所管理的资源进行配置以及对网络进行优化和规划支持功能，并能够根据对资源利用情况的统计数据形成各种分析报告以对经营决策提供定量分析支持，另外根据业务部门的业务需求信息结合网络能力辅助生成传输业务集成方案。具体有以下功能：网络资料管理、网络拓扑管理、资源配置管理、业务提供（和业务部门之间的关系）、网络质量管理（网络故障管理、网络性能管理）、统计查

38、询、资源调度管理。 省级支撑系统省级CRM系统营业子系统综合客服子系统客户管理子系统合作伙伴管理子系统营销管理子系统生产调度子系统服务配置管理子系统综合计费帐务子系统计费子系统帐务子系统综合结算子系统资源管理子系统经营分析子系统省级支撑系统改造方案现有营业系统逐步升级成为省级CRM系统现有计费帐务系统升级现有结算系统升级新建资源管理系统新建经营分析系统DCN网改造方案（1）目前各省在城市中心的接入网络普遍存在单点故障隐患。部分城市中心到后端的详单采集点以及终端连接接入点采用网桥方式接入，网桥方式可以减少建网成本，但由于没有拨号备份，存在故障隐患。建立业务支撑系统的互联网接入方式。铁通作为规模较

39、小的运营商，未来扩大自己的市场覆盖范围，未来不可避免的会大量发展代办业务，这样，将会有大量的代办终端通过互联网接入支撑系统，目前省级DCN网对所有的终端采用无隔离的接入方式，未来应考虑对于通过广域网的营业终端进行基于设备如防火墙的隔离。同时铁通现有的支撑系统普遍采用前台应用程序的方式，基于安全性的考虑代办终端应采用浏览器的接入方式，所以这一点的整改应和应用系统的改造结合在一起考虑。DCN网改造方案（2）各省级DCN到总部骨干DCN没有建立安全策略。这体现在省DCN到总部以及其他省份之间可以传播任何基于TCP的数据包，存在网络病毒泛滥传播到总部以及其他省份的隐患。目前各省DCN在客户中心存在对外

40、网的接口。设备配置上存在安全隐患，如外网WWW服务器和邮件服务器放在内网部分，通过防火墙的端口穿透实现对内部服务器的访问。这存在着内部终端或主机一旦收到感染，会导致信息泄漏和灾难迅速扩大的隐患。建议将外网WWW服务器和邮件服务器接入防火墙DMZ端口。建设DCN网的域名服务系统。中国铁通的DCN网采用基于IP地址的寻址方式，建议建立全国/省两级的域名服务系统，提供IP地址的直接管理支持。 DCN网带宽计算未来中国铁通DCN网承载的信息主要包括以下几种：各省上传总部的长途计费详单文件。各省上传总部的网管监控采集信息。各省上传总部的经营分析汇总数据。假设移动业务的开展，各省上传总部的移动长途计费详单

41、和漫游详单。考虑到准实时计费的需求，需要增加总部到省一级长途、漫游详单的下发带宽。不建议DCN网和企业信息网共用，这里对企业类信息不计算在内。 各省上传摊分文件大小省文件数文件大小（MB）北京3061296广东6332333上海5662157天津75322重庆257763辽宁3931446江苏193690湖北3501503四川3071087陕西176559河北2401029山西182777河南264970吉林173540黑龙江159648内蒙古119350山东2661006安徽177648浙江2361000福建160540湖南2931011广西3871281江西126529贵州103349云南

42、94268甘肃229685宁夏6086青海6081新疆133446总计671724400省到骨干DCN带宽预测考虑2006年预测用户数，按照线性增长预测，最大详单上传占用带宽预计为：，远远小于最大带宽2Mbit/s参考目前中国移动DCN网实际应用情况，湖北铁通现有DCN网完全能够满足2006年发展同样甚至更多数量移动用户需要。考虑DCN网网管占用的带宽，参见中国铁通业务支撑系统网管规划方案，根据目前中国铁通的业务支撑系统规模，参考其它运营商目前实际情况，平均业务支撑系统网管业务指标大约每个监控点占300个左右，平均每个KPI记录约为100字节，考虑到2006年总部对湖北铁通监控点大约在15个，

43、采集频率大约30分钟一次，则每月采集/计费/结算网管数据占用数据库空间 = 300100153048 648MB考虑峰值采集数据量是平均水平的3倍，另外考虑网管数据传送最长时间是60，则目前网管采集数据占用的带宽计算公式是：综上所述，中国铁通DCN网能够满足2006年业务发展需要。 具体方案描述（1）全国软件版本控制方案铁业清算解决方案2007年以后设备折旧方案主机设备折旧方案存储设备折旧方案网络设备折旧方案设备价格估价方案数据仓库存储方案现网空闲L1000设备利旧方案主机系统间接口方案两级报表体系方案原有存储利旧方案具体方案描述（2）固网短信等新业务在新系统架构下的计费处理方案移动业务在新系

44、统架构下的计费处理方案跨省、跨地市业务的支持方案全国软件测试中心方案统一版本可行性分析各应用及平台软件对硬件资源的适配分析计费处理实时性分析综合网管可行性分析省际，省内属地化对计费管理网改造的影响省分公司自行建设系统对计费网改造的影响分析系统接口方案省级系统与金融系统的接口省级系统与智能网业务平台的接口省级系统与网管系统的接口省级系统内部与资源管理系统的接口省级系统与其他增值业务平台系统的接口省级系统与数据计费系统的接口省级系统与数据认证系统的接口省级系统与全国中心系统的详单接口省级系统与全国中心系统的ODS接口省级系统与全国中心系统的业务接口总部整改进度安排为基础阶段建立总部业务支撑系统统一

45、的技术架构、统一接口、统一的产品/客户模型和EDM；建立统一的企业业务流程；系统整改建设阶段建立客户数据和产品目录数据中心，统一客户编码和产品类编码建立全网业务支撑系统；建立总部CRM系统；建立各省支撑系统和总部CRM系统以及全网业务支撑系统的业务接口，实现对跨省业务的支撑能力；改造总部结算摊分系统；建设完善的总部支撑系统建立总部经营分析系统；改造现有的报表体系，实现两级的经营分析体系；建立总部统一的网络资源编码规范，建立总部一级的网络资源管理系统；省分整改进度第一阶段：为基础阶段。建立基础设施，建立关键/急需的应用系统，建立全省企业信息化组织框架。应用方面：建设或改造营业、客服、生产调度、服

46、务配置、资源管理等主体部分，替换/升级现有的营业系统和客服系统，满足正常生产和市场营销活动的基本需要；基础设施方面：整合和优化现有的DCN网，并进行延伸，构建全省的统一的企业内部IT网；组织架构方面：在省公司和本地网两个层面上建立符合企业信息化发展要求的管控体系；第二阶段：为关键应用部署阶段。加强数据集中和应用系统的建设，完善基础设施，建立企业信息化的支撑系统。应用方面：建设或完善营销管理、客户管理、大客户管理、省级经营分析系统。完善计费帐务结算、营业、客服、生产调度、服务配置、资源管理基础设施方面：进一步完善；完善ODS和数据仓库。第三阶段：建立全面的企业信息化。建立或完善企业内部管理信息系

47、统，持续完善组织架构。 定员要求总部结算/摊分（5人）CRM系统（5人）经营分析（6人）网管及设备维护（4人）管理人员（4人）省分公司计费、帐务、结算（5人）CRM系统（5人）经营分析（2人）网管及设备维护（2人）管理人员（1人）总部计费网管改造方案典型省份计费网改造方案总部计费网改造主要工程数量序号类型及用途要求数量来源主机1全网业务系统、总部CRM系统74,0571利旧2全网业务计费39,2861利旧3国际结算服务器6,2571利旧4省间摊分服务器230,1581新增5智能网结算服务器2,6031利旧6集群备份服务器74,0571新增7应用服务器24,6862新增8接口服务器7,0001利

48、旧9展现服务器60,0001利旧10OLAP服务器60,0001新增11测试系统主机60,0001利旧网络设备1核心交换机16GE2利旧2核心路由器2利旧存储设备1磁盘阵列19.5TB1新增2测试系统磁盘阵列1利旧备注：如果考虑设备级容灾，则原磁盘阵列不支持，需更换2SAN交换机16端口2新增3磁带机10.8T1新增电源设备1电源设备UPS容量40KVA，备用1小时1利旧平台软件1数据库服务器软件估价2新增2备份软件估价30新增3中间件软件估价2利旧4展现服务器软件估价1利旧6数据仓库软件估价1利旧7安全软件估价1新增应用软件1全网CRM估价1新增2全网计费估价1新增3全网结算摊分估价1新增4

49、总部经营分析估价1新增总部网管改造主要工程数量设备名称配置要求硬件配置备注软件配置数量数据库/平台网管服务器15288tpmc双机HA数据库服务器应用网管系统2磁盘阵列173GB7*36GB1采集服务器12285tpmc应用网管采集软件1专业网管服务器HP rp2470（暂定，为估价）CPU：1RAM：2GBHD：73GBFE：2HP原厂配置HP OV,Oracle1目录概述可行性研究计费网改造方案工程投资计算总部支撑系统改造投资计算序号类型及用途要求数量来源估价(万元)主机1全网业务系统、总部CRM系统74,0571利旧02全网业务计费39,2861利旧03国际结算服务器6,2571利旧04

50、省间摊分服务器230,1581新增2305智能网结算服务器2,6031利旧06集群备份服务器74,0571新增757应用服务器24,6862新增258接口服务器7,0001利旧09展现服务器60,0001利旧010OLAP服务器60,0001新增6011测试系统主机60,0001利旧0网络设备1核心交换机16GE2利旧02核心路由器2利旧0存储设备1磁盘阵列2.7TB1新增1002测试系统磁盘阵列1利旧0备注：如果考虑设备级容灾，则原磁盘阵列不支持，需更换2SAN交换机16端口2新增403磁带机10.8T1新增40电源设备1电源设备UPS容量3KVA，备用4小时1利旧17平台软件1数据库服务器

51、软件估价2新增1202备份软件估价30新增903中间件软件估价2利旧04展现服务器软件估价1利旧206数据仓库软件估价1利旧407安全软件估价1新增应用软件1全网CRM估价1新增4002全网计费估价1新增4003全网结算摊分估价1新增2004总部经营分析估价1新增400机房装修1机房装修按照3计算1新增66系统集成1系统集成按照12计算1新增264总计：2587总部网管改造投资计算设备名称配置要求硬件配置备注软件配置数量估价（万元）硬件数据库/平台网管服务器15288tpmc双机HA数据库服务器应用网管系统220磁盘阵列173GB120采集服务器12285tpmc应用网管采集软件120专业网管

52、服务器HP rp2470（暂定，为估价）CPU：1RAM：2GBHD：73GBFE：2HP原厂配置HP OV,Oracle220软件应用网管软件2300HP OV升级10ORACLE标准版240总价：420万如果要真正了解希腊的历史，必先了解希腊的神话。希腊神话是经历几千年长久不衰的人类文化瑰宝，也是欧洲最早的一种文学形式。它在欧洲乃至世界的文学史上，地位都是很崇高的。希腊原始的居民，由于处在那个久远的年代，当时的知识显然还不足以解释复杂的自然现象，又觉得在大自然面前，人类非常渺小。这么一来，他们就会臆想出各种神灵来，认为是神灵掌握着世间的一切。但是，希腊神话中的神，与我们中国古代传说中的神相

53、比，形象大不相同。在中国的神话里，只要是神灵，除了主宰人间事务之外，从个人形象讲，基本都是不食人间烟火，没有任何缺陷的完美形象。这样的形象，很大程度上鲜明地把“神”和“人”清楚地区分开来，让人觉得神是遥不可及且完美无缺的。但是希腊不一样，他们的神是高度人格化的。也就是说，除了拥有超越人的能力之外，希腊的神与一般的人类并没有什么区别。他们也有七情六欲，也会嫉妒、仇恨，也会因为一件小事就起争执，并不是完美无缺的道德模范。希腊神的生活是无拘无束、*形骸的，不会像东方的神一样等级森严，压抑拘谨。他们虽然认为有神的存在，但从他们的神话里，我们能够深切地体会到古希腊人无拘无束、热爱自由的性格。需要说明的是，希腊神话分为两部分，一部分是神的故事，一部分是英雄传说。这一部分主要讲的是神的故事，至于英雄传说，后面会提到。下面我们就得大致介绍一下希腊神话大致的情况：世界形成之前，一片混沌，经过亿万年的时间，天地以及日月星辰、风雨雷电之类才慢慢形成。基本上各个国家的神话都是这么个套路，咱们中国的盘古开天地之前，也是“一片混沌”之说。“混沌”这个词，指的就是在神话中，天地尚未分开，混成一团而又无边无际的状态。待情绪稍微冷静后，阿元才略带平稳的语气地说