《商业计划书可行性报告模板》XXBOSS投标方案.doc

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

1、XXXX 通信有限责任公司BOSS 系统三期扩容技术建议书-设计方案XX 科技(中国)有限公司2001 年 8 月目 录21 概述概述.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 系统建设策略

2、 .152.2.1 建设前瞻性.152.2.2 投资保护规范.162.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 网络结构设计 .2232.5.1 原网络结构.222.5.2 网络结构设计.232.5.3 网络设备配置.252.6 数据库选型设计.262.6.1 数据库选型原则.262.6.2 大容量数据处理的解决方案.282.7 应用软

3、件设计 .302.7.1 软件的结构特点分析.302.7.2 CORBA技术体系结构.342.7.3 XXBOSS系统的特点.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.

4、2 计费处理功能模块.694.2.1 数据采集.694.2.2 话单予处理.744.2.3 数据传输.764.2.4 计费资源管理.8044.2.5 批价系统.824.2.6 错单处理.854.2.7 重计费处理.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

5、 帐务结算.1254.4 综合营业管理模块.1274.4.1 综合业务系统的特点.1294.4.2 营业系统的总体设计思想.1294.4.3 营业系统的总体架构.1314.4.4 网上营业的实现.1334.4.5 业务管理功能说明.1364.4.6 大客户管理.1524.4.7 信用度管理.1814.4.8 代理商管理.1834.5 统计分析模块 .1864.5.1 分析主题.1874.5.2 报表及即席查询系统.2114.5.3 创建统计分析应用的策略及原则.21154.6 网间结算模块 .2124.6.1 网间结算的功能结构.2134.6.2 数据采集系统.2144.6.3 话单预处理系统

6、.2144.6.4 话单批价及结算系统.2154.6.5 话单入库系统.2154.6.6 统计分析系统.2154.6.7 操作员管理和维护系统.2164.6.8 资源管理系统.2164.6.9 统计报表系统.2164.6.10 网间结算系统的技术特点.2174.7 系统监控模块 .2204.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 Si

7、ght网络结构图.2364.7.9 XXBOSS监控管理.2364.8 外围系统.2404.8.1 自动停开机系统ASOG.2414.8.2 查询系统.2444.8.3 话单转发.2444.8.4 自动报表生成系统.2454.8.5 高额话单检测系统.2464.8.6 安全性管理.2464.8.7 稽核系统.24764.8.8 日志管理.2474.8.9 任务管理.2474.8.10 数据分发.2474.8.11 数据管理.2484.8.12 统一接口管理.2485 AICBS 产品规格说明产品规格说明 .2535.1 系统功能组成 .2535.2 客户服务.2535.2.1 业务受理.253

8、5.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 帐单分发.3285.5.4 帐务稽核.3305.5.5 欠费管理.3305.5.6 无主详单管理.3365.6 大客户管理.3365.6.1 大客户业务受理.3375.6.2 大客户资料统计.33775.6.3 大客

9、户资料查询.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.1 权限管理.3435.10.2 系统监控.3475.10.3 操作日志管理.3485.10.4 系统备份.3535.10.5 统计报表管理.3545.11 系统接口.

10、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 销户接口.35785.11.10 订购状态查询接口.3575.11.11 订购状态变更接口.3575.11.12 订购属性查询接口.3575.11.13 订购属性变更接口.3585.11.14 口令变更接口.3585.11.15 与客服系统的接口.

11、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.5 系统切换管理子系统.37191 概述概述XXXX 三期

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

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

14、量表表 2.1序号交换局名称交换机种类交换机容量备主1金美1Nokia DX200i23 万端局和关口局合设2金贸Nokia DX200i34 万端局和关口局合设3三亚Nokia DX200i13 万端局和关口局合设4金美2Nokia DX200i10 万101.1.2 业务业务配置配置现现状状目前 XXXX 的计费、营帐系统设置在海口市金盘大道电信枢纽大楼 11 层计费中心机房。 XX 计费、营帐系统设计支持 80 万用户的计费、营帐处理需要。该中心现有的主要软硬件设备如下：(1)服务器主机：Sun 公司的 E6500(2 台，GSM 计费主处理机)、Sun 公司的E5500(4 台，一台网

15、间结算数据库服务器、一台 TACS 计费与高额服务器、一台营帐服务器、一台营帐系统接入服务器)、Sun 公司的 E3500 (1 台，用于磁带库服务器以及测试服务器)、 Digital 的 Alpha 2100(2 台，用于大客户管理系统)、Sun 公司的 E250(2台，一台预处理服务器、一台智能网采集)、Sun 公司的 R220（1 台，用于网间结算应用），HP D380(1 台，用于集团公司漫游数据传送)、HP D230(1 台，用于深圳帐务中心漫游数据传送)、若干 Ultra 系统的工作站（用于监控平台、银行联网等）；(2)网络设备：采用 Cisco 公司的 Cisco7507 路由器

16、(2 台)、Catalyst 5505 交换机(2 台)、Catalyst 2924 LAN 交换机(1 台)等； (3)数据库：采用 ORACLE8 数据库系统；(4)磁盘阵列：采用 Sun 公司的 9 台 A5000（每台容量 14*9G），3 台 A5100（每台容量 14*18G），1 台 A5200（容量 6*36G），约 2.1Tb 容量；(5)磁带库：采用 Exabyte 公司的 E-480 磁带库(2T)。1.1.31.1.3 计费营帐业务计费营帐业务运运营现营现状状现有计费、营帐系统的应用软件主要完成： (1)联机计费数据采集及处理：XXXX 在各 MSC、GMSC、SSP

17、及 SCP 局址侧均设置有计费数据采集机，计费中心联机采集计费数据并做进一步处理目前原始话单保存 1 个星期、明细话单在线保存 3 个月，磁带长期保存 (2)营收管理：对营业受理和话费收费进行管理，并具有查询和统计功能 (3)帐务管理：完成综合帐单的生成，发送银行数据的生成，同时还具有部分查询11和统计的功能 (4)信用管理：对用户的信用度、高额、欠费等进行管理。 (5)号码资源管理：对 XX 电话号码资源进行管理。(6)SIM 卡资源管理：对 SIM 卡资源进行管理 (6)大客户管理：对大客户资料进行管理 (8)查询统计：对各种数据和报表进行查询和统计 (9)参数管理：对系统所有的参数进行管

18、理(10)计费数据的联机采集系统XX 省计费中心计费数据的联机采集，采用分散采集方式，即各计费点（各地MSC、GMSC 等）均设置计费采集机。为保证计费数据的完整、准确，在联机采集时还同时保存原始脱机介质(磁带或光盘)作为计费处理的备份，以便当联机采集不能进行或出现数据丢失时，通过计费介质(磁带或光盘)脱机采集。XXXX 网目前有 4 个 Nokia GSM 交换机分别设置在海口的金美局、金贸局；三亚的金鸡岭局。 （关口局与端局合设）；有 2 个 Ericsson TACS 交换机设置在海口的白坡和三亚，智能网平台、短消息平台设在海口，1.1.41.1.4 网网络结络结构构现现况况XX 省目前

19、的业务管理系统集中设在海口，下设 32 个营业厅；12 个业务代办点，分布在全省 19 个地市县，无地市业务中心，营业厅与各分公司经营、管理同处一个局域网。XX 省业务中心网络配有 Cisco7206 路由器两台、3640 路由器一台；Catalyst5505交换机各两台。并通过 64K DDN 与中行、工行、建行、交行及农行实现点对多点方式联网。各分公司通过 64K DDN 与海口、儋州、三亚 3 个本地网中心局相连，本地网中心局与省计费中心间用 E1(2Mbit/s)电路连接。全省各分公司及营业网点都使用数字终端直接登陆业务系统，目前最忙时有 600 多个进程登陆系统。具体网络结构图见 X

20、XMDCN 业务系统网络图：121.2 现现存存问题问题和需求分析和需求分析系统的性能、容量和可扩展性不能满足高速发展的市场的需要；（1）系统的发展受 C/S 体系结构的局限；（2）系统现有的体系结构无法适应未来业务聚合的需求；（3）系统缺乏数据备份和容灾措施；（4）系统要求提供极度灵活的资费调整手段以满足不断变化的运营业务需求；（5）系统要求提供更加灵活的优惠管理手段；（6）系统要求提供详细的统计和图表功能支持市场经营决策；（7）系统要求提供集中式的应用一级的管理平台；（8）支持大容量用户数据；（9）支持全面、开放的相关外部接口。1.3 本期本期项项目建目建设设的目的的目的为 XXXX 计费

21、结算中心提供一套完整的 XX 业务计费、结算及客户服务系统，和一套包含话音、Internet 等多业务的综合帐务系统。能实现多业务在帐务级融合的一客一单系统；建设一个具备处理 100 万用户能力的软硬件系统；本期 BOSS 系统建设的容量满足13期为 2004 年底，全省约 100 万用户的计费、结算、营业、帐务等业务处理，以及 XX公司业务管理的需求；系统满足中国 XX 相关 XX 通信客户服务及计费管理系统技术规范和具体业务及技术需求；提供高于现有系统，符合未来发展方向的系统功能及性能指标；提供包含地市分公司与省公司连接的网络设备和主机系统的集成技术方案，提供计费系统与邮政、银行等系统间的

22、业务接口，根据标书的要求，本方案不包括营业网络设备的内容；提供包含数据库、OS、中间件平台、应用软件等一切完成需求所必备的软件系统的解决方案；发挥 XX 公司公司在 XX 通信及 IP 计费及营帐系统建设中的技术优势，充分体现我司融合计费产品 AICBS2.0 产品的大容量、高效率、高灵活性及可扩展性、满足未来业务聚合的需求的特点，为中国 XXXX 分公司的业务发展提供有力的、长期的运营支持系统。遵循集团公司有关的 BOSS 业务、技术规范的要求，按照“两级系统、三层结构”的原则，对我公司计费、结算、帐务、业务管理及客服等功能进行集中、统一的规划和整合，使中国 XXBOSS 系统成为一体化的、

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

24、息资源充分共享的支撑系统。(3) 三期 BOSS 系统是一个多业务融合的计费和营业帐务管理系统，要求能够统一管理用户的业务资料，实现统一的用户服务界面和“一客一单”功能；并能够实现多业务捆绑销售，融合计费，交叉优惠等功能；142 XXBOSS 系系统统集成集成设计设计2.1 系系统统建建设设原原则则根据中国 XX 计费和营业系统的技术规范和 XXXX 的技术要求，本期系统的设计原则是在海口设省级计费营业和结算中心，XX 省分公司计费系统采用集中管理、集中计费、集中营业的模式。该设计原则合理地利用了系统资源、强化了系统的集中管理能力、系统的整体性得到了提高，但是不可避免地带来了巨大的系统负荷瓶颈

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

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

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

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

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

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

31、能的修改，以有利于系统的长期发展和生存周期。2.2.4 规规划目划目标标分分阶阶段段实实施施本期 XX 业务系统建设周期短、时间紧，随着新的交换系统扩容，新系统要求马上建成。但一套完善 XX 业务系统是一个长期的建设过程，因此应有一套计划安排，加之XXXX 自身的建设也有一个逐步完善的过程，因此，我们建议 XXXX 业务系统的建设采取“规划目标，阶段实施”的策略，逐步建成一套功能完善、技术先进、具有世界一流品质的业务运营支撑系统。2.3 总总体体设计设计思想思想XXXXBOSS 系统是一个集计算机、网络、数据库、和应用软件为一体的大型应用17系统，与其它网络应用系统一样，它的实施亦将是包含总体

32、规划、方案设计、软/硬件设备选型和配置、网络建设、应用软件开发、试运行、维护、推广等各阶段在内的一个全过程，是一个计算机集成工程的实施过程。本系统设计方案从主机、数据库、网络、应用软件等几方面综合考虑，通过对XXXX 公司的业务需求及停用系统的特点进行透彻地分析了解，将上述各方面应紧密相连，密切配合，以达到结构、设计上的一致性及优越的整体性能。2.3.1 XXXX 的的业务业务特点特点XXXX 公司的 XX 业务系统的建设必须根据其业务现状及其今后发展的趋势来进行，根据我们的了解，XXXX 公司的 XX 电话业务具有下列特点：（1）实时性要求高实时系统要求较高实时性。按 XX 业务目前标准，应

33、能做到：用户计费信息实时生成，并能根据用户话费变化，实时控制用户呼叫和漫游权限，用户本人可做到实时话费和话单查询。所有这些对系统的处理能力和网络传输能力同样提出了很高要求。（2）数据量增长快XXXX 现有 XX 用户网络容量 206 万，实际用户现已达到 191 万，预计在 2004年将达到 620 用户的水平。目前用户的发展速度时迅猛，而且高速增长的势头不减，将在较长一段时间内持续。这一高速发展的用户数量对于计费和营业系统的压力是十分巨大的。同时，对于 XXXX 计费系统处理的业务数据量而言，其增长速度又大大超过用户数的增长。如此高的增长速度，现有的系统已接近其极限处理能力，对于未来的系统，

34、不但要求具有相当的处理能力和容量，而且要求系统应具有更好的扩展性能，能适应将来用户数量、业务数量和业务种类的更大发展。（3）业务发展变化快XXXX 目前正在经历而且今后将不断经历种种业务上的种种变化，如各种费率和优惠的变化；分时段计费、分用户类别计费、单向计费、套餐计费等各种计费方式的变化；租机租卡、呼叫前转等新业务的开展；计费结算方式的变化；随着GPRS、WAP 技术的引进而带来的日益增长的无线数据业务的需要；甚至将来可能发生的体制的变化；所有这些要求系统有很好的灵活性，能满足现在及将来业务发18展的需要。（4）容灾和管理性能的要求高XX 省地域广阔、人口稠密，XXXX 的业务网点遍布全省

35、23 个地区，以省计费中心为核心，各个计费数据采集前置机、地市营业局域网络、外部系统接口设备和省中心之间通过 XX 自己的数据网络以及部分租用的电信分组专线连接成一个大的应用系统网络。集中式的计费系统结构使省中心成为整个系统的瓶颈，省中心计费数据的安全和系统核心应用的运行稳定对于整个网络的运行起着决定性的作用。另外，由于营业网点的分布，省中心和各地市营业中心之间的数据的一致性和完整性很大程度地依赖了网络状况。众多的计算机和网络设备以及关键的应用程序的运行状态使系统管理员最关心的焦点。XX 联机计费系统的这些特征要求我们的系统设计方案能够提供可靠的容灾和备份方案，以及功能强大的网络管理软件。2.

36、3.2 系系统总统总体技体技术术要求要求根据中国 XX 电话计费和客户管理系统的业务要求和 XXXX 公司的业务特点，本系统将满足以下总体技术要求：（1）安全性要求严格的操作员权限管理机制。记录操作员的使用日志，以防止非法操作。保证数据不被非法入侵者破坏和盗用。保证数据的一致性。（2）可靠性/稳定性要求 故障检查和处理机制，保证数据不因意外情况丢失或损坏。 数据的备份和恢复。 实现负载均衡，防止“瓶颈”产生。 保证系统在任何情况下，都保持可预见的输出。 灵活的任务调度机制（3）可扩展性 支持新的计费方式、新的优惠手段。 采用模块化设计原则，用户可以选择需要的组件而构成不同规模的应用系统。19

37、实现新旧系统的平滑过渡，并充分保护现有资源。 对新增加的节点，系统可平滑地过渡，以适应应用系统硬件规模的不断扩大。（4）易操作、易管理 良好的用户操作界面。 完备的帮助信息。 系统参数的维护与管理通过操作界面实现。（5）实时性 实时完成大容量数据的处理。 对实时性要求更高的业务提供特殊的处理方法。（6）准确性： 话单处理过程既要保证准确性，也要尽量减少运营者的损失。2.3.3 系系统总统总体体结结构构设计设计在 XXXX 提供的 BOSS 三期扩容工程需求中，明确地选择了在海口建立省级计费和结算中心，实现集中管理、集中计费、集中营业的运行模式，据此，本方案提供了集中方式的总体结构设计说明。在集

38、中方式的设计方案中，所有的处理都在省中心处理，所有的营业终端或管理终端都与省中心的计费/营业数据库相连接，地市营业系统不再设立本地的数据库服务器保存本地数据，所有的有关业务数据的访问都通过 C/S 方式或中间件服务器跨越广域网络和三个本地网中心到省中心数据库服务器进行连接。采用集中方式的系统结构，我们在省中心设立一套数据库服务器，在数据库服务器前端设立中间层的应用服务器，所有的终端通过应用服务器访问中心数据库服务器，在数据库服务器中，各地市数据分别存放在不同的表中，不同的数据表建立在不同的数据块上，以提高处理速度。在省中心，我们通过增加相应的主机服务器，分别作为省中心的计费、营业/帐务数据库服

39、务器以及应用服务器，全省的所有营业厅终端都可以通过应用服务器访问营业帐务系统数据库。网络设计方面，各地市的营业终端可通过拨号或 DDN 的方式与地市的路由器连接，地市的路由器与省分公司的路由器连接。采用省中心-地中心-营业厅三级网络结构。我们可采用原有网络设备，尽可能利用原有的资源以节约系统投资。数据库系统安装在省级费中心，所有终端通过应用服务器访问中心数据库。数据库20中存放所有用户的用户资料、帐务数据、详单数据等。综合考虑现有的技术条件、主机设备上的投资以及节约的其他设备和人力资源的投入，集中式的系统方案具有加强管理，节约投资，简化系统管理维护工作的复杂性等优点，是十分现实可行的方案，并且

40、符合 XX 总部对于计费系统建设的要求。2.4 主机系主机系统设计统设计2.4.1 主机系主机系统设计统设计概述概述XXXX 公司 XX 电话计费和营业帐务系统按照如下原则组建：整个系统由省计费和本地网营业中心、地市分公司营业中心、支公司中心与营业厅四级结构组成。同时，考虑到与局内相关系统如：管理信息系统、交换网管 OMC-S/OMT 系统等相连接；与其他电信局、电信运行商相连接；与市话、长途系统、银行、邮政等话费代收点相连接；与 VMS、SMS、HLR、WAP 网关相连接；与大代办户、大客户相连接。广域网的连接采用 E1、DDN 或 X.25，E1、DDN 为骨干，X.25 为备份，主要支持

41、到 XX 总部的连接。2.4.2 BOSS 系系统统主机主机设备设备2.4.2.1 主机系主机系统统需求需求根据我们对 XXXX 计费合营业帐务系统工程的理解，以及省中心和各个地市中心的具体情况，描述主机系统需求如下：1. 本系统的处理能力以能够满足 100 万 XX 用户计费和营业及帐务处理业务的需要及 100 万用户的网间结算任务的要求。 2. 仅由省中心保存全省用户资料、营业数据及话单数据。3. 系统应具备高度的安全性。XX 业务系统是 XX 业务的基本业务系统，用户数据、话单数据和统计、分析系统都是 XX 业务的档案资料，应根据不同部门的业务制定不同的安全标准。4. 系统应具备异常处理

42、的能力，在数据处理的各个环节中，应保证系统具有对突发21错误、硬件设备故障等具备相应的处理措施，保证系统的正常运行。2.4.2.2 主机功能分配主机功能分配本次 XXXX 公司 XX 电话计费既营业帐务系统所涉及到的计费中心的各台服务器主机及相关设备的选型，均是以 XXXX 公司的计费系统的建设实际以及业务发展的实际要求和我们的分析为依据的。为各个服务器选择符合要求的设备并且具有良好的性能价格比是我们的宗旨，同时我们充分考虑到利用现有的使用设备以保护用户的前期投入。数据库服务器设备是整个网络的核心，为保障系统的可靠性，数据库服务器选用HA 方式。2.4.2.3 主机系主机系统统的存的存储储由于

43、计费系统与营业及帐务系统分属不同的系统功能，我们将它们的应用和数据分别分布在不同的集群系统上。同时考虑到用户话单需要保存 6 个月，而实际上在计费营帐系统中，绝大部分的对话单的操作都在最近的两个月内，因此建议将话单的存储分成两部分进行存储，第 12 月按详细的话单格式进行保存，第 36 个月话单按简单格式（话单的基本信息：包括手机号码，IMSI、对端号码、起始呼叫时间、漫游城市、归属城市等）2.4.2.4 主机平台主机平台鉴于 BOSS 系统的数据中心建设要求，建议将计费、帐务和营业系统数据库采用同一主机组建成数据管理中心，采用主流小型机平台，支持多处理器, 64 位处理器的双机高可靠性群集系

44、统，鉴于 XXXX 的实际情况，建议的主机选型方案为（AICBS 系统支持以下三种主机平台）SUN 主机和 IBM 主机。根据 XXXX 的现有主机情况，BOSS 三期建设的主机设备除数据库服务器需另行购置外，可以充分利旧。详细的配置建议见技术建议书设备配置。2.4.2.5 主机系主机系统统的升的升级级按照系统目前的结构，当用户数增加时，系统可以通过增加主机的 CPU 数目、增22加内存、增加硬盘甚至通过增加主机数量的方式来实现系统平滑地升级，这样可以有效地保护系统现有的投资，同时，也可以保护目前系统的应用软件，以避免应用软件作大的改动。2.4.2.6 双机双机热备热备 HA 方案方案在本方案

45、中，我们采用计费数据服务器双机热备，以及营业数据库服务器、应用服务器互为热备份的方式实现对系统高可靠性的保证，计费系统两台主机共享磁盘，营业系统主机和应用服务器共享磁盘，通过 HA 软件实现双机的相互监控，一旦某台主机发生故障，或出现网络故障，HA 系统将自动选择另一台主机将启动备份应用软件，实现对故障主机的接管。根据我们建议的系统服务器的选型，可以采用 VERITAIS 的CLUSTER 软件、SUN CLUSTER 软件、IBM HPCMP 软件或是 LEGATO 的CLUSTER 都可以满足需求。HA 软件通过网络，光纤，共享磁盘实现双机的相互通信，在本系统中，我们在每台主机都配置光纤或

46、 100M 以太网卡，用于心跳线的连接，有力保证系统的可靠性。2.5 网网络结络结构构设计设计2.5.1 原网原网络结络结构构XXXX 通信公司现有的网络结构如图，核心交换网络采用 100Mbit/s，XX 省目前的业务管理系统集中设在海口，下设 32 个营业厅；12 个业务代办点，分布在全省 19 个地市县，无地市业务中心，营业厅与各分公司经营、管理同处一个局域网。XX 省业务中心网络配有 Cisco7206 路由器两台、3640 路由器一台；Catalyst5505 交换机各两台。并通过 64K DDN 与中行、工行、建行、交行及农行实现点对多点方式联网。各分公司通过64K DDN 与海口

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

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

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

50、为重配置计算机主机的 Gateway 地址，才能保证在路由器失效情况下通过后备路由进行正常通讯。有些 IP 主机使用 RIP 协议来寻找路由器，但 RIP 协议收敛速度很慢，从一台路由器失效到寻找到另一台备份路由器往往需要 3-10 分钟时间。Cisco 公司的 HSRP(Hot Standby Routing Protocol)提供路由器备份的很好的解决方案。HSRP 使用优先级机制来确定哪个 HSRP-Configured 路由器是缺省的活动路由器，要使某一路由器成为缺省活动路由器，只需为它分配一个比其它 HSRP-Configured 路由器较高的优先级即可。HSRP 允许两个或多个 H