（可行性报告商业计划书）XXBOSS投标方案8.doc

《（可行性报告商业计划书）XXBOSS投标方案8.doc》由会员分享，可在线阅读，更多相关《（可行性报告商业计划书）XXBOSS投标方案8.doc（371页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、XXXX通信有限责任公司BOSS系统三期扩容技术建议书-设计方案XX科技(中国)有限公司2001年8月目 录1 概述91.1 XXXX业务运营系统现状91.1.1 XX通信网现状91.1.2 业务配置现状101.1.3 计费营帐业务运营现状101.1.4 网络结构现况111.2 现存问题和需求分析121.3 本期项目建设的目的122 XXBOSS系统集成设计142.1 系统建设原则142.1.1 高效性原则142.1.2 高可靠性原则142.1.3 高灵活性和可扩展性原则152.1.4 系统设计连续性原则152.2 系统建设策略152.2.1 建设前瞻性152.2.2 投资保护规范162.2.

2、3 规范化程序设计162.2.4 规划目标分阶段实施162.3 总体设计思想162.3.1 XXXX的业务特点172.3.2 系统总体技术要求182.3.3 系统总体结构设计192.4 主机系统设计202.4.1 主机系统设计概述202.4.2 BOSS系统主机设备202.5 网络结构设计222.5.1 原网络结构222.5.2 网络结构设计232.5.3 网络设备配置252.6 数据库选型设计262.6.1 数据库选型原则262.6.2 大容量数据处理的解决方案282.7 应用软件设计302.7.1 软件的结构特点分析302.7.2 CORBA技术体系结构342.7.3 XXBOSS系统的特

3、点482.7.4 XXBOSS产品设计优点483 XXBOSS系统软件方案523.1 AICBS系统设计特点523.2 AICBS技术特点533.2.1 新型的业务管理模型533.2.2 新型的系统管理模型553.2.3 WEB方式的营业管理573.2.4 大容量数据处理604 AICBS系统功能模块664.1 AICBS体系结构664.1.1 融合设计664.1.2 系统架构674.1.3 运行环境684.2 计费处理功能模块694.2.1 数据采集694.2.2 话单予处理744.2.3 数据传输764.2.4 计费资源管理804.2.5 批价系统824.2.6 错单处理854.2.7 重

4、计费处理864.2.8 入库系统934.3 综合帐务管理模块954.3.1 帐务系统结构964.3.2 客户出帐管理1044.3.3 帐单管理1064.3.4 核销管理1074.3.5 欠费管理模块1134.3.6 坏帐、呆帐处理1154.3.7 无主户的管理1164.3.8 帐务级优惠与资费管理1174.3.9 实时限额1204.3.10 帐务稽核1234.3.11 帐务结算1254.4 综合营业管理模块1274.4.1 综合业务系统的特点1294.4.2 营业系统的总体设计思想1294.4.3 营业系统的总体架构1314.4.4 网上营业的实现1334.4.5 业务管理功能说明1364.4

5、.6 大客户管理1524.4.7 信用度管理1814.4.8 代理商管理1834.5 统计分析模块1864.5.1 分析主题1874.5.2 报表及即席查询系统2114.5.3 创建统计分析应用的策略及原则2114.6 网间结算模块2124.6.1 网间结算的功能结构2134.6.2 数据采集系统2144.6.3 话单预处理系统2144.6.4 话单批价及结算系统2154.6.5 话单入库系统2154.6.6 统计分析系统2154.6.7 操作员管理和维护系统2164.6.8 资源管理系统2164.6.9 统计报表系统2164.6.10 网间结算系统的技术特点2174.7 系统监控模块2204

6、.7.1 BOSS系统监控模块EagleSight概述2204.7.2 总体设计思想2214.7.3 Eagle Sight总体结构2224.7.4 前台子系统2254.7.5 监测系统功能结构2284.7.6 监控系统任务管理模块2324.7.7 系统数据结构2344.7.8 Eagle Sight网络结构图2364.7.9 XXBOSS监控管理2364.8 外围系统2404.8.1 自动停开机系统ASOG2414.8.2 查询系统2444.8.3 话单转发2444.8.4 自动报表生成系统2454.8.5 高额话单检测系统2464.8.6 安全性管理2464.8.7 稽核系统2474.8.

7、8 日志管理2474.8.9 任务管理2474.8.10 数据分发2474.8.11 数据管理2484.8.12 统一接口管理2485 AICBS产品规格说明2535.1 系统功能组成2535.2 客户服务2535.2.1 业务受理2535.2.2 业务变更2695.2.3 查询服务2765.2.4 缴费管理2835.3 系统管理2925.3.1 资源管理2925.3.2 资费管理3055.3.3 开通管理（包括工单管理）3115.4 帐务处理3155.4.1 外部帐务数据处理3155.4.2 出帐处理3165.5 帐务管理3205.5.1 销帐3205.5.2 帐单管理3255.5.3 帐单

8、分发3285.5.4 帐务稽核3305.5.5 欠费管理3305.5.6 无主详单管理3365.6 大客户管理3365.6.1 大客户业务受理3375.6.2 大客户资料统计3375.6.3 大客户资料查询3385.7 代销商管理3385.7.1 代销商资料管理3385.7.2 代销商资源管理3395.7.3 代销商费用结算3405.7.4 代销商业绩考核/调整3405.8 信用度管理3415.8.1 初始信用度维护3415.8.2 信用度规则维护3425.9 黑名单管理3425.9.1 黑名单发送3425.9.2 黑名单接收3425.9.3 黑名单查询3435.10 辅助系统3435.10.

9、1 权限管理3435.10.2 系统监控3475.10.3 操作日志管理3485.10.4 系统备份3535.10.5 统计报表管理3545.11 系统接口3565.11.1 与计费系统（AICBS或其他计费系统）之间的接口3565.11.2 订购信息传递接口3565.11.3 用户资料传递接口3565.11.4 用户资料查询接口3565.11.5 详单传递接口3565.11.6 系统基础资料传递接口3565.11.7 与联机指令系统的接口3575.11.8 开户接口3575.11.9 销户接口3575.11.10 订购状态查询接口3575.11.11 订购状态变更接口3575.11.12 订

10、购属性查询接口3575.11.13 订购属性变更接口3585.11.14 口令变更接口3585.11.15 与客服系统的接口3585.11.16 详单查询接口3585.11.17 帐单查询接口3585.11.18 帐务情况查询接口3586 AICBS功能模块列表3596.1 模块关系图3596.2 计费系统3596.3 帐务系统3616.4 营业系统3626.5 自动停开机系统3656.6 网间结算系统3656.7 外围系统3667 容灾系统建议3687.1.1 容灾设计3687.1.2 主备系统磁盘级的同步更新3697.1.3 应用软件的数据复制3707.1.4 数据业务容灾设计3717.1

11、.5 系统切换管理子系统3711 概述XXXX三期BOSS系统是一个基于计算机网络、数据库及相关应用技术，用以支持XXXX业务运营的综合性系统平台。本系统设计方案从主机、数据库、网络、应用软件等几方面进行了综合考虑，追求它们在结构、设计上的一致性及整体性能的优越性。同时，我们充分考虑到了原有系统的建设、使用情况和移总BOSS规范，在总结以往建设经验的基础上，力求充分利用现有的资源，结合我司推出的BOSS产品的技术特点，提供实现实时计费和营业、帐务系统的全套应用软件和系统集成方案。我们的系统设计方案严格遵循中国XXBOSS建设的相关技术和业务规范，基于XXXX的具体情况和未来市场、技术的发展趋势

12、，充分体现了我司计费和营业及帐务系统产品的标准化、高效率、高可用性、灵活性和可扩展性以及技术先进性等特点。1.1 XXXX业务运营系统现状1.1.1 XX通信网现状XXXX近几年来努力开拓市场，不断推出新业务，截至2001年5月止，XX省现有的业务种类（包括本地通等）的用户已达到553739户，其中全网GSM用户322861户，神州行用户227054户，TACS用户3824户，平均每月话单数8000万张左右。全省共有4个GSM交换机端局，3个关口局，其中XX交换机端局和关口局综合设置。全网交换系统交换能力为80万户。XXGSM交换机配置容量表表2.1序号交换局名称交换机种类交换机容量备主1金美

13、1Nokia DX200i23万端局和关口局合设2金贸Nokia DX200i34万端局和关口局合设3三亚Nokia DX200i13万端局和关口局合设4金美2Nokia DX200i10万1.1.2 业务配置现状目前XXXX的计费、营帐系统设置在海口市金盘大道电信枢纽大楼11层计费中心机房。 XX计费、营帐系统设计支持80万用户的计费、营帐处理需要。该中心现有的主要软硬件设备如下：(1)服务器主机：Sun公司的E6500(2台，GSM计费主处理机)、Sun公司的E5500(4台，一台网间结算数据库服务器、一台TACS计费与高额服务器、一台营帐服务器、一台营帐系统接入服务器)、Sun公司的E3

14、500 (1台，用于磁带库服务器以及测试服务器)、 Digital的Alpha 2100(2台，用于大客户管理系统)、Sun公司的E250(2台，一台预处理服务器、一台智能网采集)、Sun公司的R220（1台，用于网间结算应用），HP D380(1台，用于集团公司漫游数据传送)、HP D230(1台，用于深圳帐务中心漫游数据传送)、若干Ultra系统的工作站（用于监控平台、银行联网等）；(2)网络设备：采用Cisco公司的Cisco7507路由器(2台)、Catalyst 5505交换机(2台)、Catalyst 2924 LAN交换机(1台)等； (3)数据库：采用ORACLE8数据库系统；

15、(4)磁盘阵列：采用Sun公司的9台A5000（每台容量14*9G），3台A5100（每台容量14*18G），1台A5200（容量6*36G），约2.1Tb容量；(5)磁带库：采用Exabyte公司的E-480磁带库(2T)。1.1.3 计费营帐业务运营现状现有计费、营帐系统的应用软件主要完成： (1)联机计费数据采集及处理：XXXX在各MSC、GMSC、SSP及SCP局址侧均设置有计费数据采集机，计费中心联机采集计费数据并做进一步处理目前原始话单保存1个星期、明细话单在线保存3个月，磁带长期保存 (2)营收管理：对营业受理和话费收费进行管理，并具有查询和统计功能 (3)帐务管理：完成综合帐单

16、的生成，发送银行数据的生成，同时还具有部分查询和统计的功能 (4)信用管理：对用户的信用度、高额、欠费等进行管理。 (5)号码资源管理：对XX电话号码资源进行管理。(6)SIM卡资源管理：对SIM卡资源进行管理 (6)大客户管理：对大客户资料进行管理 (8)查询统计：对各种数据和报表进行查询和统计 (9)参数管理：对系统所有的参数进行管理(10)计费数据的联机采集系统XX省计费中心计费数据的联机采集，采用分散采集方式，即各计费点（各地MSC、GMSC等）均设置计费采集机。为保证计费数据的完整、准确，在联机采集时还同时保存原始脱机介质(磁带或光盘)作为计费处理的备份，以便当联机采集不能进行或出现

17、数据丢失时，通过计费介质(磁带或光盘)脱机采集。XXXX网目前有4个Nokia GSM交换机分别设置在海口的金美局、金贸局；三亚的金鸡岭局。（关口局与端局合设）；有2个Ericsson TACS交换机设置在海口的白坡和三亚，智能网平台、短消息平台设在海口，1.1.4 网络结构现况XX省目前的业务管理系统集中设在海口，下设32个营业厅；12个业务代办点，分布在全省19个地市县，无地市业务中心，营业厅与各分公司经营、管理同处一个局域网。XX省业务中心网络配有Cisco7206路由器两台、3640路由器一台；Catalyst5505交换机各两台。并通过64K DDN 与中行、工行、建行、交行及农行实

18、现点对多点方式联网。各分公司通过64K DDN 与海口、儋州、三亚3个本地网中心局相连，本地网中心局与省计费中心间用E1(2Mbit/s)电路连接。全省各分公司及营业网点都使用数字终端直接登陆业务系统，目前最忙时有600多个进程登陆系统。具体网络结构图见XXMDCN业务系统网络图：1.2 现存问题和需求分析系统的性能、容量和可扩展性不能满足高速发展的市场的需要；（1） 系统的发展受C/S体系结构的局限；（2） 系统现有的体系结构无法适应未来业务聚合的需求；（3） 系统缺乏数据备份和容灾措施；（4） 系统要求提供极度灵活的资费调整手段以满足不断变化的运营业务需求；（5） 系统要求提供更加灵活的优

19、惠管理手段；（6） 系统要求提供详细的统计和图表功能支持市场经营决策；（7） 系统要求提供集中式的应用一级的管理平台；（8） 支持大容量用户数据；（9） 支持全面、开放的相关外部接口。1.3 本期项目建设的目的为XXXX计费结算中心提供一套完整的XX业务计费、结算及客户服务系统，和一套包含话音、Internet等多业务的综合帐务系统。能实现多业务在帐务级融合的一客一单系统；建设一个具备处理100万用户能力的软硬件系统；本期BOSS系统建设的容量满足期为2004年底，全省约100万用户的计费、结算、营业、帐务等业务处理，以及XX公司业务管理的需求；系统满足中国XX相关XX通信客户服务及计费管理系

20、统技术规范和具体业务及技术需求；提供高于现有系统，符合未来发展方向的系统功能及性能指标；提供包含地市分公司与省公司连接的网络设备和主机系统的集成技术方案，提供计费系统与邮政、银行等系统间的业务接口，根据标书的要求，本方案不包括营业网络设备的内容；提供包含数据库、OS、中间件平台、应用软件等一切完成需求所必备的软件系统的解决方案；发挥XX公司公司在XX通信及IP计费及营帐系统建设中的技术优势，充分体现我司融合计费产品AICBS2.0产品的大容量、高效率、高灵活性及可扩展性、满足未来业务聚合的需求的特点，为中国XXXX分公司的业务发展提供有力的、长期的运营支持系统。遵循集团公司有关的BOSS业务、

21、技术规范的要求，按照“两级系统、三层结构”的原则，对我公司计费、结算、帐务、业务管理及客服等功能进行集中、统一的规划和整合，使中国XXBOSS系统成为一体化的、信息资源充分共享的支撑系统。三期BOSS系统是一个多业务融合的计费和营业帐务管理系统，要求能够统一管理用户的业务资料，实现统一的用户服务界面和“一客一单”功能；并能够实现多业务捆绑销售，融合计费，交叉优惠等功能；(1) 计费产品AICBS2.0产品的大容量、高效率、高灵活性及可扩展性、满足未来业务聚合的需求的特点，为中国XXXX分公司的业务发展提供有力的、长期的运营支持系统。(2) 遵循集团公司有关的BOSS业务、技术规范的要求，按照“

22、两级系统、三层结构”的原则，对我公司计费、结算、帐务、业务管理及客服等功能进行集中、统一的规划和整合，使中国XXBOSS系统成为一体化的、信息资源充分共享的支撑系统。(3) 三期BOSS系统是一个多业务融合的计费和营业帐务管理系统，要求能够统一管理用户的业务资料，实现统一的用户服务界面和“一客一单”功能；并能够实现多业务捆绑销售，融合计费，交叉优惠等功能；2 XXBOSS系统集成设计2.1 系统建设原则根据中国XX计费和营业系统的技术规范和XXXX的技术要求，本期系统的设计原则是在海口设省级计费营业和结算中心，XX省分公司计费系统采用集中管理、集中计费、集中营业的模式。该设计原则合理地利用了系

23、统资源、强化了系统的集中管理能力、系统的整体性得到了提高，但是不可避免地带来了巨大的系统负荷瓶颈以及管理维护压力。因此在我们的系统设计必须要本着高效性、可靠性、灵活性、可扩展性以及系统建设和升级的连续性的原则，充分体现集中方式带来的优越性，同时对于由与完全集中而产生的困难提供切实可行的解决方案。2.1.1 高效性原则计费和营业及帐务系统的效率是考量一个系统的成败的关键，系统的效率受到多种条件的制约，如：网络条件、主机等物理平台以及操作系统、数据库系统等软件平台和应用系统的结构都会对系统产生重大影响，其中，网络、主机和基础软件平台（OS、数据库）受到市场和投资的限制，作为系统集成商，除了尽力改善

24、底层的网络、主机、数据库及操作系统的性能指标以外，应用系统的结构设计对于系统整体效率的影响尤为巨大。所以，我司的方案着重说明了软件解决方案的独特设计，通过应用我司特有的一些先进的软件技术，结合对系统网络和硬件平台的适当增容，更加充分地利用硬件平台的处理能力，在优先的硬件投入的前提下，实现尽可能高的系统运行效率，满足实时计费系统和营业帐务系统的速度需求。2.1.2 高可靠性原则本项目建设的另一个重要的设计重点是系统的高可靠性。系统的高可用性和可管理性能构成了高可靠性的基础。为了实现高可靠性目标，我们除了提供高度可靠的设备配置以及经过反复测试合格的优化的程序代码外，从网络、主机、数据库、应用系统和

25、系统安全、系统管理功能等多个角度考虑了系统高可靠性的实现。主要通过：网络设备备份、HA技术、数据复制、权限管理和日志管理、应用软件系统的实施集中监控功能等技术手段保证系统的可靠运行以及故障报告及恢复功能，提高的反应能力和容错、容灾能力。2.1.3 高灵活性和可扩展性原则本项目要支持未来几年的发展，在系统建设上也必然是分步实施的。因此，系统的灵活性和可扩展性尤为重要，所选硬件设备必须能充分估计未来的扩展情况，软件设计更是必须模块化、可配置，能够适应一定时间内的业务变化，可扩展性强，并保证系统在进行扩展时，不影响系统的正常运行。可扩展性设计要保证系统扩展后其性能有近似线性的提高，在增加新业务模块时

26、，也不影响原有应用软件的正常运行。2.1.4 系统设计连续性原则系统的设计的连续性原则体现在：按照系统目前的结构，当用户数增加时，系统可以通过增加主机的CPU数目、增加内存、增加硬盘甚至通过增加主机数量的方式来实现系统平滑地升级，以有效地保护系统现有的投资，同时，也可以保护目前系统的应用软件，以避免对应用软件的整体结构作大的改动。2.2 系统建设策略根据中国XX通信和计费的发展趋势和XX省的实际情况，同时结合XX公司公司在系统集成领域和联机实时计费领域多年来的经验，对本期系统的建设，我们提出如下建议：2.2.1 建设前瞻性系统的建设必须高起点、严要求，必须具有技术上的先进性和前瞻性。本期系统的

27、建设目标是能满足2004年的用户和业务发展需要，只有技术上的领先才能保证系统的较长生命周期。根据目前XX计费的发展趋势，是否联机和实时已是衡量一套业务系统先进性的标志，因此本期系统必须满足联机和实时。同时在系统建立的初期，就有一个良好的设计规划，考虑国内XX通信的迅速发展和将来可能面临的来自国内外的竞争，结合国外系统的建设经验，避免在建设过程中走弯路、走错路。2.2.2 投资保护规范在XXXXXX业务系统的建设中，应当尽量的利用XXXX公司已购置的现有资源，在充分利用现有资源的基础上，建成一个具有先进的、高效的XX业务系统。我们在设计中，充分利用原有设备，并对原有设备进行了合理的扩容和升级，最

28、大限度地保护原有投资，同时，原有设备依旧可以负担运行多种关键应用，决不影响业务运行。这也归功与上一期系统建设和设计的可扩展性与前瞻性。2.2.3 规范化程序设计一套成熟的XX业务系统建设，需要进行长时期的试运行与完善。国内的许多信息系统的建设发展过程证明，如果一套系统不具备完善的系统设计，或难于维护和管理，系统便很容易走向失败。因此，在XXXX公司XX业务系统的建设过程中，我们应该采用规范化，立足长期的设计思想，进行周密的系统配置，并遵循软件工程学的标准建立完善的系统文档，在规范化设计初期就充分考虑到系统以后的维护和可能的修改，以有利于系统的长期发展和生存周期。2.2.4 规划目标分阶段实施本

29、期XX业务系统建设周期短、时间紧，随着新的交换系统扩容，新系统要求马上建成。但一套完善XX业务系统是一个长期的建设过程，因此应有一套计划安排，加之XXXX自身的建设也有一个逐步完善的过程，因此，我们建议XXXX业务系统的建设采取“规划目标，阶段实施”的策略，逐步建成一套功能完善、技术先进、具有世界一流品质的业务运营支撑系统。2.3 总体设计思想XXXXBOSS系统是一个集计算机、网络、数据库、和应用软件为一体的大型应用系统，与其它网络应用系统一样，它的实施亦将是包含总体规划、方案设计、软/硬件设备选型和配置、网络建设、应用软件开发、试运行、维护、推广等各阶段在内的一个全过程，是一个计算机集成工

30、程的实施过程。本系统设计方案从主机、数据库、网络、应用软件等几方面综合考虑，通过对XXXX公司的业务需求及停用系统的特点进行透彻地分析了解，将上述各方面应紧密相连，密切配合，以达到结构、设计上的一致性及优越的整体性能。2.3.1 XXXX的业务特点XXXX公司的XX业务系统的建设必须根据其业务现状及其今后发展的趋势来进行，根据我们的了解，XXXX公司的XX电话业务具有下列特点：（1） 实时性要求高实时系统要求较高实时性。按XX业务目前标准，应能做到：用户计费信息实时生成，并能根据用户话费变化，实时控制用户呼叫和漫游权限，用户本人可做到实时话费和话单查询。所有这些对系统的处理能力和网络传输能力同

31、样提出了很高要求。（2） 数据量增长快XXXX现有XX用户网络容量206万，实际用户现已达到191万，预计在2004年将达到620用户的水平。目前用户的发展速度时迅猛，而且高速增长的势头不减，将在较长一段时间内持续。这一高速发展的用户数量对于计费和营业系统的压力是十分巨大的。同时，对于XXXX计费系统处理的业务数据量而言，其增长速度又大大超过用户数的增长。如此高的增长速度，现有的系统已接近其极限处理能力，对于未来的系统，不但要求具有相当的处理能力和容量，而且要求系统应具有更好的扩展性能，能适应将来用户数量、业务数量和业务种类的更大发展。（3） 业务发展变化快XXXX目前正在经历而且今后将不断经

32、历种种业务上的种种变化，如各种费率和优惠的变化；分时段计费、分用户类别计费、单向计费、套餐计费等各种计费方式的变化；租机租卡、呼叫前转等新业务的开展；计费结算方式的变化；随着GPRS、WAP技术的引进而带来的日益增长的无线数据业务的需要；甚至将来可能发生的体制的变化；所有这些要求系统有很好的灵活性，能满足现在及将来业务发展的需要。（4） 容灾和管理性能的要求高XX省地域广阔、人口稠密，XXXX的业务网点遍布全省23个地区，以省计费中心为核心，各个计费数据采集前置机、地市营业局域网络、外部系统接口设备和省中心之间通过XX自己的数据网络以及部分租用的电信分组专线连接成一个大的应用系统网络。集中式的

33、计费系统结构使省中心成为整个系统的瓶颈，省中心计费数据的安全和系统核心应用的运行稳定对于整个网络的运行起着决定性的作用。另外，由于营业网点的分布，省中心和各地市营业中心之间的数据的一致性和完整性很大程度地依赖了网络状况。众多的计算机和网络设备以及关键的应用程序的运行状态使系统管理员最关心的焦点。XX联机计费系统的这些特征要求我们的系统设计方案能够提供可靠的容灾和备份方案，以及功能强大的网络管理软件。2.3.2 系统总体技术要求根据中国XX电话计费和客户管理系统的业务要求和XXXX公司的业务特点，本系统将满足以下总体技术要求：（1） 安全性要求 严格的操作员权限管理机制。 记录操作员的使用日志，

34、以防止非法操作。 保证数据不被非法入侵者破坏和盗用。 保证数据的一致性。（2） 可靠性/稳定性要求 故障检查和处理机制，保证数据不因意外情况丢失或损坏。 数据的备份和恢复。 实现负载均衡，防止“瓶颈”产生。 保证系统在任何情况下，都保持可预见的输出。 灵活的任务调度机制（3） 可扩展性 支持新的计费方式、新的优惠手段。 采用模块化设计原则，用户可以选择需要的组件而构成不同规模的应用系统。 实现新旧系统的平滑过渡，并充分保护现有资源。 对新增加的节点，系统可平滑地过渡，以适应应用系统硬件规模的不断扩大。（4） 易操作、易管理 良好的用户操作界面。 完备的帮助信息。 系统参数的维护与管理通过操作界

35、面实现。（5） 实时性 实时完成大容量数据的处理。 对实时性要求更高的业务提供特殊的处理方法。（6） 准确性： 话单处理过程既要保证准确性，也要尽量减少运营者的损失。2.3.3 系统总体结构设计在XXXX提供的BOSS三期扩容工程需求中，明确地选择了在海口建立省级计费和结算中心，实现集中管理、集中计费、集中营业的运行模式，据此，本方案提供了集中方式的总体结构设计说明。在集中方式的设计方案中，所有的处理都在省中心处理，所有的营业终端或管理终端都与省中心的计费/营业数据库相连接，地市营业系统不再设立本地的数据库服务器保存本地数据，所有的有关业务数据的访问都通过C/S方式或中间件服务器跨越广域网络和

36、三个本地网中心到省中心数据库服务器进行连接。采用集中方式的系统结构，我们在省中心设立一套数据库服务器，在数据库服务器前端设立中间层的应用服务器，所有的终端通过应用服务器访问中心数据库服务器，在数据库服务器中，各地市数据分别存放在不同的表中，不同的数据表建立在不同的数据块上，以提高处理速度。在省中心，我们通过增加相应的主机服务器，分别作为省中心的计费、营业/帐务数据库服务器以及应用服务器，全省的所有营业厅终端都可以通过应用服务器访问营业帐务系统数据库。网络设计方面，各地市的营业终端可通过拨号或DDN的方式与地市的路由器连接，地市的路由器与省分公司的路由器连接。采用省中心-地中心-营业厅三级网络结

37、构。我们可采用原有网络设备，尽可能利用原有的资源以节约系统投资。数据库系统安装在省级费中心，所有终端通过应用服务器访问中心数据库。数据库中存放所有用户的用户资料、帐务数据、详单数据等。综合考虑现有的技术条件、主机设备上的投资以及节约的其他设备和人力资源的投入，集中式的系统方案具有加强管理，节约投资，简化系统管理维护工作的复杂性等优点，是十分现实可行的方案，并且符合XX总部对于计费系统建设的要求。2.4 主机系统设计2.4.1 主机系统设计概述XXXX公司XX电话计费和营业帐务系统按照如下原则组建：整个系统由省计费和本地网营业中心、地市分公司营业中心、支公司中心与营业厅四级结构组成。同时，考虑到

38、与局内相关系统如：管理信息系统、交换网管OMC-S/OMT系统等相连接；与其他电信局、电信运行商相连接；与市话、长途系统、银行、邮政等话费代收点相连接；与VMS、SMS、HLR、WAP网关相连接；与大代办户、大客户相连接。广域网的连接采用E1、DDN或X.25，E1、DDN为骨干，X.25为备份，主要支持到XX总部的连接。2.4.2 BOSS系统主机设备2.4.2.1 主机系统需求根据我们对XXXX计费合营业帐务系统工程的理解，以及省中心和各个地市中心的具体情况，描述主机系统需求如下：1. 本系统的处理能力以能够满足100万XX用户计费和营业及帐务处理业务的需要及100万用户的网间结算任务的要

39、求。 2. 仅由省中心保存全省用户资料、营业数据及话单数据。3. 系统应具备高度的安全性。XX业务系统是XX业务的基本业务系统，用户数据、话单数据和统计、分析系统都是XX业务的档案资料，应根据不同部门的业务制定不同的安全标准。4. 系统应具备异常处理的能力，在数据处理的各个环节中，应保证系统具有对突发错误、硬件设备故障等具备相应的处理措施，保证系统的正常运行。2.4.2.2 主机功能分配本次XXXX公司XX电话计费既营业帐务系统所涉及到的计费中心的各台服务器主机及相关设备的选型，均是以XXXX公司的计费系统的建设实际以及业务发展的实际要求和我们的分析为依据的。为各个服务器选择符合要求的设备并且

40、具有良好的性能价格比是我们的宗旨，同时我们充分考虑到利用现有的使用设备以保护用户的前期投入。数据库服务器设备是整个网络的核心，为保障系统的可靠性，数据库服务器选用HA方式。2.4.2.3 主机系统的存储由于计费系统与营业及帐务系统分属不同的系统功能，我们将它们的应用和数据分别分布在不同的集群系统上。同时考虑到用户话单需要保存6个月，而实际上在计费营帐系统中，绝大部分的对话单的操作都在最近的两个月内，因此建议将话单的存储分成两部分进行存储，第12月按详细的话单格式进行保存，第36个月话单按简单格式（话单的基本信息：包括手机号码，IMSI、对端号码、起始呼叫时间、漫游城市、归属城市等）2.4.2.

41、4 主机平台鉴于BOSS系统的数据中心建设要求，建议将计费、帐务和营业系统数据库采用同一主机组建成数据管理中心，采用主流小型机平台，支持多处理器, 64位处理器的双机高可靠性群集系统，鉴于XXXX的实际情况，建议的主机选型方案为（AICBS系统支持以下三种主机平台）SUN主机和IBM主机。根据XXXX的现有主机情况，BOSS三期建设的主机设备除数据库服务器需另行购置外，可以充分利旧。详细的配置建议见技术建议书设备配置。2.4.2.5 主机系统的升级按照系统目前的结构，当用户数增加时，系统可以通过增加主机的CPU数目、增加内存、增加硬盘甚至通过增加主机数量的方式来实现系统平滑地升级，这样可以有效

42、地保护系统现有的投资，同时，也可以保护目前系统的应用软件，以避免应用软件作大的改动。2.4.2.6 双机热备HA方案在本方案中，我们采用计费数据服务器双机热备，以及营业数据库服务器、应用服务器互为热备份的方式实现对系统高可靠性的保证，计费系统两台主机共享磁盘，营业系统主机和应用服务器共享磁盘，通过HA软件实现双机的相互监控，一旦某台主机发生故障，或出现网络故障，HA系统将自动选择另一台主机将启动备份应用软件，实现对故障主机的接管。根据我们建议的系统服务器的选型，可以采用VERITAIS的CLUSTER软件、SUN CLUSTER软件、IBM HPCMP软件或是LEGATO的CLUSTER都可以

43、满足需求。HA软件通过网络，光纤，共享磁盘实现双机的相互通信，在本系统中，我们在每台主机都配置光纤或100M以太网卡，用于心跳线的连接，有力保证系统的可靠性。2.5 网络结构设计2.5.1 原网络结构XXXX通信公司现有的网络结构如图，核心交换网络采用100Mbit/s，XX省目前的业务管理系统集中设在海口，下设32个营业厅；12个业务代办点，分布在全省19个地市县，无地市业务中心，营业厅与各分公司经营、管理同处一个局域网。XX省业务中心网络配有Cisco7206路由器两台、3640路由器一台；Catalyst5505交换机各两台。并通过64K DDN 与中行、工行、建行、交行及农行实现点对多

44、点方式联网。各分公司通过64K DDN 与海口、儋州、三亚3个本地网中心局相连，本地网中心局与省计费中心间用E1(2Mbit/s)电路连接。原网络结构图2.5.2 网络结构设计由于XXXX通信公司在前期的网络规划和设计的成功设计和实施，基本能够满足三期工程的需求，因此本期BOSS三期工程对网络的设计将不作大的修改，而对原网络建设提出两点建议，第一，关于网络安全问题，建议采用防火墙对系统核心层与接入层进行隔离；第二，为核心交换机增加千兆交换模块，解决核心数据库的访问瓶颈，。中心网络拓扑图合考虑到网络的质量直接影响系统的运行效率和服务质量，对用户满意独有较大影响，因此网络必须具备高传输效率和高可用

45、性能。根据XXXX计费系统的现状和要求，本方案中仅讨论省中心局域网和省中心到各个地市的广域网的设计。在省计费中心，我们建议增加二台骨干网交换机Cisco Catalyst 6509，同时在省中心增加二台Cisco 7507路由器，路由器与两台中心交换机之间都有线路连接，构成双星形网络结构。双星形网络结构是一种完全冗余的结构，结构中任何一条链路断开都不影响整个系统的工作，两个中心交换机只要有一个运行就不影响系统的工作。双星形结构适用于对可靠性要求很高、整个系统不能中断的网络环境中。因此，我们强烈建议在省中心采用这种结构。WAN主干网省计费结算中心与各地市中心以及分布在全省各地的交换机联机数据采集

46、设备、HLR接口通过广域网连接。考虑较高的网络可靠性要求，依靠单一的WAN链路难以得到保证，因此我们建议采用广域链路的冗余备份技术。若某一链路不通，网络设备自动切换到后备链路以保证广域网的连通性。在路由器构成的数据网络中，当路由器之间的某一连接发生故障，或者某一路由器不能正常工作时，快速收敛路由协议，如OSPF，E-IGRP等会保证在数秒内让数据传送通过迂回的路径进行，但对于计算机主机与路由器之间的连接，当与其连接的路由器发生故障时，计算机主机便不能正常进行通讯。这是因为通常情况下计算机主机并不参与路由协议，而是静态地配之以单个路由器的地址。当采用两台路由器互为备份时，也需要人为重配置计算机主机的Gateway地址，才能保证在路由器失效情况下通过后备路由进行正常通讯。有些IP主机使用RIP协议来寻找路由器，但RIP协议收敛速度很慢，从一台路由器失效到寻找到另一台备份路由器往往需要3-1