电信集中融合计费系统_概要设计_总体设计

电电信集中融合信集中融合计费计费系系统统 概要概要设计规设计规格格书书 （总体设计） （ （V 1.00） ） 联创科技（南京）有限公司 文文 档档 信信 息息 项项 目目 经经 理理庄学阳文档编号文档编号 TIBS_HLD_TOTAL 文档变更记录文档变更记录 版本号版本号版版 本本 日日 期期 作作 者者说说 明明 V0.012005.2.20庄学阳初稿 V1.002005.3.17 庄学阳经过评审，完成最终修改，没有发现问题，正式定稿。 审审 核核 审核组织审核组织审核代表审核代表签字签字日日 期期 项目经理 庄学阳 庄学阳 2005 年 3 月 17 日 批批 准准 批准组织批准组织批准代表批准代表签字签字日日 期期 项目总监 余志刚 余志刚 2005 年 3 月 17 日 电信集中融合计费系统_概要设计_总体部分 第 3 页 共 108 页 目目 录录 1.引言引言.9 1.1.软件名称.9 1.2.文档说明.9 1.3.参考资料.9 1.4.名词与缩写.9 2.概述概述.10 2.1.系统概述.10 2.1.1.设计目标.10 2.1.2.实现功能.14 2.1.3.设计约定.16 2.1.4.系统术语.16 2.2.总体架构.19 2.2.1.软件体系架构.19 .应用软件架构原则.19 .应用软件架构规范.19 .系统软件体系架构.20 2.2.2.物理架构.23 2.3.功能模型.25 2.3.1.计费处理.26 .预处理.26 .批价.26 .出帐.26 .下帐.26 .流程调度.26 2.3.2.帐务处理.27 .前台缴费.27 .托收处理.27 .银行代缴.27 .批量销帐.27 .欠费管理.27 .余额管理.27 .帐单管理.27 2.3.3.审核校验.28 .信息点布控.28 .收入确保.28 2.3.4.数据交互.28 .数据传输.28 .数据提供.28 .数据交换.28 2.3.5.查询服务.28 2.3.6.统计报表.29 2.3.7.资料管理.29 .客户资料管理.29 .产品配置管理.29 .系统其它参数配置管理.29 .信用管理.29 .积分管理.30 .资费模拟.30 .套餐推荐.30 2.3.8.系统管理.30 .系统监控.30 .人员管控.30 .数据管理.30 .版本管理.31 3.规范与规则规范与规则.31 电信集中融合计费系统_概要设计_总体部分 第 5 页 共 108 页 3.1.编程工具与开发平台.31 3.2.编码规范.33 3.3.命名规范.33 3.3.1.文件命名规范.33 3.3.2.数据库用户命名规范.44 3.3.3.后台UNIX用户命名规范.45 4.核心数据模型核心数据模型/对象对象45 4.1.设计目的和主要思路.45 4.2.数据模型方法论概述.46 4.3.新计费数据模型的特点.51 4.3.1.集中的产品/产品目录管理51 4.3.2.营销支撑.53 4.3.3.共享信息模型SID55 4.3.4.灵活的定价模型.57 4.4.数据模型设计的核心思路.59 4.5.数据模型设计的主要内容.59 4.6.核心模型（LEVEL0）总体介绍61 4.7.核心实体模型.64 4.8.实体定义.64 4.9.实体关系.64 5.应用部署应用部署.64 5.1.应用协调.64 5.2.运行环境.66 5.2.1.计费帐务应用环境变量设置.66 5.2.2.应用进程规划.66 5.2.3.运行路径设计.66 5.2.4.代码存放路径设计.67 6.基础组件定义基础组件定义.68 6.1.基础构件.68 6.1.1.数据类型-String68 6.1.2.数据类型-Date69 6.1.3.数据操作-加密Encrypt70 6.1.4.数据操作-压缩Compress 70 6.1.5.文件类操作-文件File70 6.1.6.文件类操作-目录Directory.71 6.1.7.索引树-键树KeyTree.71 6.1.8.索引树-散列HashList71 6.1.9.索引树-二叉平衡树AvlTree72 6.1.10.通讯-IPC.72 6.1.11.通讯-Socket.73 6.1.12.通讯-FtpClient74 6.1.13.终端控件-TerminalControl 74 6.1.14.数据库访问-DbAccess74 6.1.15.中间件访问-MidwareAccess75 6.2.辅助构件.76 6.2.1.配置文件读取-IniReader .76 6.2.2.C语言解释器-Parser.77 6.2.3.内存数据管理-MemoryManage.78 6.3.应用构件.79 6.3.1.档案操作-ArchiveOperation.79 6.3.2.事件发生器-EventMaker79 6.3.3.事件处理-EventDeal.80 6.3.4.定价引擎-PricingEngine81 6.3.5.流程调度引擎-WorkFlowEngine.82 6.3.6.数据交换平台-DataExchange83 6.3.7.集中监控平台-Monitor84 7.主要设计考量主要设计考量.85 7.1.基本设计原则.85 电信集中融合计费系统_概要设计_总体部分 第 7 页 共 108 页 7.1.1.可靠性.85 7.1.2.扩展性.85 7.1.3.健壮性.86 7.2.计费性能.86 7.2.1.多流水线系统.86 7.2.2.批价引擎的并行，动态扩展.86 7.2.3.客户资料在共享内存的组织.87 7.2.4.批量入库.87 7.2.5.基于内存压缩换页技术的排重.88 7.3.用户资料同步.90 7.4.统一定价引擎.90 8.系统接口系统接口.91 8.1.外部接口.91 8.1.1.接口连接图.91 8.1.2.接口规范.92 .省级计费系统与集团公司计费系统的接口.92 .计费系统与 BSS 中其它子系统的接口93 .1.与采集系统的接口93 .2.与综合结算的接口95 .3.与经营分析系统的接口96 .4.与营销渠道支撑系统的接口97 .5.与网管系统的接口（待定）98 .6.与公话管理系统的接口99 .7.与 10000 号客服系统的接口100 .8.与大客户管理系统的接口103 .计费系统与 MSS 的接口.104 .计费系统与 OSS 的接口 .105 .1.电子工单接口105 .2.网络故障接口105 .计费系统与企业外部系统之间的接口.106 8.2.内部接口.107 8.2.1.内部接口连接图.107 8.2.2.内部接口规范.107 .预处理模块与批价模块接口.107 .用户界面与接入平台、核心系统间的接口.108 .数据统计与报表展现间的接口.108 .流程调度与子任务模块间的接口.108 电信集中融合计费系统_概要设计_总体部分 第 9 页 共 108 页 1.1.引言引言 . 软件名称软件名称 电信融合计费系统 . 文档说明文档说明 本文档是针对电信融合计费系统的概要设计文档，建立在需求基础上，指导设 计人员的详细设计和开发人员的编码，同时也是测试案例的基础。 . 参考资料参考资料 中国电信计费模型规范总论 中国电信计费模型规范数据模型 中国电信计费模型规范功能与流程 中国电信计费模型规范接口与协议 TIBS_需求分析_总体 v0.0.3 . 名词与缩写名词与缩写 名词名词缩写缩写解释解释 企业应用集成（enterprise Application integration） EAIEAI 主要应用于实现企业内部各个计算机应用 系统之间的数据共享和系统功能集成具有消息 总线特征的应用集成基础平台，支持各系统之 间消息传递处理、格式转换、主要应用和标准 格式软件的接入、流程自动化管理。EAI 是在 中间件技术的基础之上发展起来的，它集成了 部分中间件技术。 业务流程优化(business process reengineering) BPR业务流程优化。 业务支撑网（business supporting network） BSN中国电信定义和建设的业务运营支撑系统。 关键性能指标（Key Performance Indicator） KPI关键性能指标。 服务级别协议（Service Level Agreement） SLA服务级别协议。 2.2.概述概述 . 系统概述系统概述 .1.1.设计目标设计目标 本次产品研发，应达到以下目标： 1.加强计费的加强计费的“业务融合业务融合”处理能力，实现全业务的支撑处理能力，实现全业务的支撑 支持 PSTN、小灵通、智能网、窄带数据、宽带数据、核心系统租赁 为未来的 3G、软交换、第三方合作伙伴提供的产品和服务的计费提供核心 支持 利用插件式软总线技术，当需要增加或修改对新业务的支持时，可以根据需 要更换中间层应用服务或添加新的中间层应用服务，单独开发、测试新的中 间层应用服务插件，并通过 VPP 中间件平台的配置工具即可部署新的应用。 这样整个业务系统具有较强的扩展性和较好的新业务适应能力，适应运营商 在不同时期的不同要求。 实现对所有业务的统一计费处理和捆绑优惠处理。 2.实时的在线计费（实时的在线计费（OnlineBilling）处理内核）处理内核 724 小时在线实时处理，能够保证从核心系统设备生成原始使用记录后， 在线实时完成计费处理，用户立即可以查到清单。清单不仅能详细记载通信 服务情况，而且包含准确的批价信息，体现清单级优惠，让最终用户从清单 上直接体验到运营商所提供的优惠。能够实时生成明细帐单，为在线付费、 高额检测、欺诈控制提供必要的数据准备。 3.灵活的计费处理灵活的计费处理 业务的飞速发展给维护、系统升级带来了极大的压力。为节约电信运营商建 设系统、培训计费系统维护人员、适应新业务等方面的投资，计费产品将采 电信集中融合计费系统_概要设计_总体部分 第 11 页 共 108 页 用彻底参数化驱动的设计思想。在应用程序中，凡是不能确定的因素或是可 能变动的因素都尽量做到参数化，以达到通过对参数的设置就可适应不同情 况、不同应用时期的要求。当某些业务发生变化需要修改时，只需修改相应 的参数即可做到整个业务的修改，做到了参数的修改与程序的修改相独立。 4.强大的计费处理能力强大的计费处理能力 计费是支持海量数据处理的分布式系统，需要通过根据海量数据特点进行设 计的数据处理引擎和核心中间件技术，使得多台服务器的资源及数据协同并 行工作。计费产品同样支持一台应用服务器上多计费引擎多通道的数据并行 处理。计费产品通过核心的负载均衡中间件技术，将负载均衡地分配到各台 服务器或者各个计费引擎的通道去执行。 当代电信运营商用户数进入几千万量级，系统的数据存贮量达到 TB 数量级。 合理的数据分割是计费系统成功的关键所在，计费产品的数据分割需要保证 用户数达到几千万后整个计费系统的处理性能，并在实际运行系统中得到应 用验证。 一些影响系统处理性能的关键环节（如排重算法）需要进行合理优化，并且 经过在线系统实际运行中的充分验证，保证业务逻辑和数据的准确和系统运 行的稳定可靠。 由于各地交换机型号不一致、配置不一致等因素导致原始话单中的主被叫号 码各式各样，这种情况导致号码混乱，从中获取有效信息变得非常复杂，并 且极不稳定。业务的发展是迅速的，新特征的号码不断出现，为此计费产品 需要具备灵活可扩展的号码归整能力，不仅能准确获取号码所包含的业务、 运营商、归属地等信息，而且扩展起来非常容易，实现代码和业务相互独立， 方便维护人员的工作。 5.对组合营销和优惠处理的有效支撑对组合营销和优惠处理的有效支撑 明确产品的概念，统一对产品的理解，整理现有的产品目录，加强产品目录 的集约化管理，用以支持跨业务的产品捆绑销售和组合营销。同时支持实例 级别的定价/重定价，为客户提供更加个性化的资费。 可以将各种不同的产品进行灵活的组合和捆绑，使彼此之间产生关联，从而 实现多产品的捆绑销售和交叉优惠处理；另外对于特殊的客户需求还可以制 定专门的基于订购合同的业务捆绑策略以支持特殊的优惠政策。 系统有一整套内建的优惠规则和优惠方法，可以通过简单的规则设置，对包 括客户属性、订购合同属性、帐户属性、有效期限、帐目额度在内的各种信 息进行规则成立判定，通过折扣、减免、封顶、包月、重新定价和赠送等方 式对用户明细帐目、用户分帐、用户总帐、帐户分帐、帐户总帐进行各种优 惠。内建的优惠规则可以实现目前 90以上的优惠策略。 系统还需要提供灵活高效的优惠扩展引擎，当内建的优惠规则无法实现某些 特殊的优惠策略时，可以通过二次开发接口来实现这些优惠策略，以充分保 证对特殊个性化定价的支持。 6.多种支付计划、支持多种支付渠道和支付方式多种支付计划、支持多种支付渠道和支付方式 对用户的资金类型可以灵活配置，支持预存款、余额、赠送话费，可以任意 制定生效、失效时间，可以任意指定每笔资金使用于的用户、何种业务或某 种帐目类型或集合。 系统提供配置工具，系统管理员对不同的属地、业务、客户可以灵活的配置 后台销帐规则，包括资金的使用、帐目核销的优先级、定时销帐的时间等。 需要提供多样的前台销帐方式，可以按帐户销，可以按用户销，可以按帐目 汇总销；可以全部销，也可以部分销。 需要支持灵活的发票定制，可以根据不同的属地、业务、客户制定多样的发 票打印方式，对帐单项可以按照不同需求进行灵活的组合。 7.灵活的查询、统计报表功能灵活的查询、统计报表功能 查询功能需要具备强大的扩展能力。 系统还需要提供查询模块生成工具，用户可以根据实际需要自行定义并生成 查询服务，再通过系统管理工具装载到系统运行环境中即可实现自定义的查 询。 查询系统支持 Office 的应用集成，可以将查询结果直接导出成 Excel 文件提 供给用户以进行进一步的分析。 系统管理员可以灵活的为帐务报表进行分类存放，结合属地化的分级权限管 理，可以提供层次清晰的报表访问目录，最终使用者通过浏览器就能访问到 各种报表。 当一个报表模块生成后，系统管理员可以通过发布工具将报表发布到指定的 报表目录中并进行运行参数、访问权限等配置。 电信集中融合计费系统_概要设计_总体部分 第 13 页 共 108 页 系统管理员可以配置后台报表生成作业，可以指定报表的生成周期和时间， 甚至可以配置把报表生成后发送到指定的 Email 地址。 可以灵活的配置报表统计元素的生成规则以供生成最终的报表模块。 8.完备的数据稽核功能完备的数据稽核功能 系统在处理过程中，可以动态生成各种稽核校验数据。系统提供稽核报告生 成工具，自动生成各种稽核报告，供系统管理员对帐务处理情况进行正确性 检查。 提供流程环节内输入与输出的平衡、相邻环节间数据衔接的平衡、时间点与 时间段汇总结果的平衡、系统间数据交换的平衡、清帐单汇总和报表间的平 衡等多角度的审核校验手段，确保系统处理的准确性和数据一致性。 9.成熟稳定的银行接口子系统成熟稳定的银行接口子系统 需要提供一个灵活的银行接口子系统，可以实现联机话费查询、销帐、托收、 代扣等多种业务。支持多种接口通讯技术方案，包括 Socket 报文、消息中 间件、Web Service 等通讯技术，技术实现上要保证安全稳定。 10. 与与 EAI 平台的紧密集成平台的紧密集成 新的计费产品与 EAI 平台可实现紧密集成，从而实现无缝的工作流管理。涉及 到的接口功能模块有： 用户资料工单同步接口 营业缴费系统接口 欠费管理接口 Call Center 接口 故障申告接口 积分信用度接口 高额告警接口 详单查询接口 代理商信息接口 11. 统一数据模型统一数据模型 统一数据模型的建立是集中计费帐务系统生命力的关键，计费帐务系统和综 合业务系统统一客户资料，统一服务产品目录，统一资费套餐模型。由于业 务系统和计费系统的核心客户资料模型完全一致，因此具有了实现完全同步 的基础。 做好数据交互的 EAI 接口，并将联创在北方电信对于 EAI 的应用成功经验引入到新 产品的设计中。 .1.2.实现功能实现功能 整个电信运营企业的功能全景如下图所示，其中红色标注的为计费系统的功能 范围。 业务网接口层 各种业务平台,合作伙伴系统,其它数据源 工单生成 工单流转 工单跟踪 服务测试 服务配置 服务激活 库存管理 资源管理 施工管理 服务实施 Service Fulfillment 故障管理 性能管理 安全管理 问题 管理 服务质量 监控分析 服务保障 Service Assurance 融合 计费 融合数据采集 服务计费 Service Billing 后后台台 B Ba ac ck k O Of ff fi ic ce e 信用 控制 综合 帐务 资费 配置 综合 结算 市场推广活动 运营分析 市场分析客户行为分析 市场职能 Marketing 前前台台 F Fr ro on nt t O Of ff fi ic ce e 产品生命周期:开发,推广,评估 合作伙伴管理:开发,跟踪,评估 市场调查活动 销售力量管理 任务管理 成本管理 业绩管理 销售职能 Sales 销售前景管理 交费和催交 客户服务职能 Support 服务质量管理 客户资料 客户回报 客户挽留 报价管理 投标管理 合同管理 业务管理订单管理 知识管理 项目管理 客户投诉 业务咨询 客户 自服务 直销团队 分销渠道 虚拟 运营商 客客户户接接触触平平台台C Cu us st to om me er r I In nt te er ra ac ct ti io on n M Ma an na ag ge em me en nt t 销销售售 语音 呼呼叫叫中中心心 FAXWEBEMAIL受理 门门户户网网站站 投诉咨询支付 流程定义流程执行流程监督流程报表流程重组 Workflow Management 在此功能范围内，目标系统按照职能可以划分为基本生产、管理控制和系统支 撑等几部分。如下图所示： 电信集中融合计费系统_概要设计_总体部分 第 15 页 共 108 页 1.基本生产部分：根据中国电信 BPR 计费流程实施的经验，划分为数据采集、 数据处理、数据提供、数据交换和前端协作等五个环节。数据处理是这部分 的核心，对数据采集提供的数据进行预处理、批价、出帐处理，为数据提供 和前端协作提供数据基础。 数据采集：包括预付费采集和后付费采集。 数据处理：包括预处理、批价、出帐、数据中间层生成等。 前端协作：包括帐单管理、余额管理、销帐管理、查询管理、欠费管理等客 户服务相关功能。 数据提供：支持营销支撑、经营分析、MSS 等对数据的需求。 数据交换：和上下级计费系统的数据交换。 2.管理控制部分：包括信息点布控与稽核、收入确保和生产管控，通过多种流 程和手段来发现和处理基本生产中的各种异常情况。 信息点布控与稽核：对系统进行信息布放、稽核、发布，以确保计费处理过 程的正确性。 收入确保：各种防止费用丢失的手段。 生产管控：各种对生产进行管理、控制的手段。 3.系统支撑部份：包括产品配置管理、客户资料管理、平台支撑等部分。 产品配置管理：根据市场营销推出的产品、资费政策在系统内作相应的配置。 客户资料管理：从企业共享数据库或其它系统获取客户资料，供计费处理使 用，为基本生产提供基础。 平台支撑部分：保证系统支撑平台稳定运行、数据安全。 .1.3.设计约定设计约定 1.应用规模 本系统支持五千万用户规模的电信企业。 本系统考虑省级平台完全由省中心应用和省级平台省中心本地网 2 级 应用模式。 2.技术路线 系统采用 N 层结构 C/S 和 B/S 并存的混合结构模式，详见“ 系统 软软件体系架构” 。 3.数据模型 产品设计的数据模型参照中国电信计费模型规范数据模型 ，为了满 足目前的实际需求，会在此数据模型基础上做适当修改，详见“4 核心数据 模型/对象” 。 .1.4.系统术语系统术语 本章对文档中使用的名词术语进行解释。 名称名称英文英文描述描述 计费模型Billing Model 计费模型就是计费系统如何工作的整体设计和系统描述。 客户Customer 指一个已获得或可能获得电信公司（包括第三方合作伙 伴）所提供的产品和服务，并具有承担法律责任的能力 的个人或者组织。 产品Product 指的电信企业销售给客户的原子级的，销售上不可再分 的单元，产品又可以细分为主产品和附属产品，其中主 电信集中融合计费系统_概要设计_总体部分 第 17 页 共 108 页 产品是可以独立被客户购买的产品，(如普通电话)，附属 产品是必须依附于主产品才能被客户购买的产品（如主 叫显示，呼叫等待） ；主产品产生计费事件，附属产品不 产生计费事件，主产品具有相应的产品资源，一般体现 为产品的接入手段，如普通电话，小灵通，附属产品依 附于某种主产品并提供产品功能，比如本地通话，国内 长途，国际长途，窄带上网等。 产品包Product Bundle 将两个或者两个以上的产品打包并可以定义特殊的定价 计划的产品组合。 商品Product Offer 指电信运营商运用营销手段针对不同的营销渠道、客户 细分、地域细分和销售目标等，对产品/产品包、定价计 划进行必要的包装的产物。所有产品和产品包必须封装 成商品才能销售，产品和产品包本身不直接面向客户销 售。 服务提供Service 描述提供给客户的一些手续和体力工作，其中一些服务 提供和客户购买的产品有关（比如说装拆移改等等） ，一 些服务提供和购买的产品无关（比如说，网络规划，咨 询，文本需求，等等） 产品资源Resource 可分为物理资源和逻辑资源，物理资源是构成产品的各 种类型的硬件，逻辑资源是构成产品的各类电信设备的 逻辑层面。 商品实例Offer Instance 客户可以通过一定的服务提供方式订购电信商品，使用 的电信提供的业务，一旦商品被客户购买，一个商品实 例就形成了，也就是客户开通了电信业务。一个客户可 以有多个商品实例 。 产品实例 Product Instance 形成商品实例时，必然会产生一个或多个产品实例。一 个主产品实例有对应的一种网络的硬性物理连接，用于 识别该业务，具体表现为计费的唯一标识，并有相应的 接入号码，比如电话号码，ADSL 号等。一个产品实例 通过帐务关系实体定义为其付费的帐户。 产品实例信 息 Product Instance Info 产品的动态属性通过名/值对应方式在产品属性表描述， 对应着产品实例后，都要记录该产品的实际值。该实体 就是描述产品实例具体的动态属性。例如订购的 ADSL 产品是 1M 速率，其中的 1M 速率就表示为此产品实例 的具体动态属性，其中 1M 速率信息就是记录在该实体 中。 产品目录Product Catalog 主要是将电信的所有产品、产品包和对外销售的商品进 行排列，给出一个整体的目录。 销售目录Sales Catalog 从产品目录中提取部分产品，产品包提供组成销售目录， 以支持营销和销售活动。销售目录通过某种销售渠道提 供。 定价计划Price Plan 在产品成本、企业回报目的以及国家相关政策的基础上， 针对产品/产品包制定的价格方案，它包含了资费标准和 优惠计算规则。 定价段落Pricing Section 资费的定义由定价过程、定价段落、资费标准三个层面 的实体来表达，定价过程是最上一层的资费定义工具， 它将一批相关的费率集成在一起，并与计费事件相关联， 指示出某个定价计划下，某种事件应该如何选择资费。 定价段落可以理解成为一个资费的选择树，任何计费事 件都可以通过一层或多层的资费查找，定位其应当执行 的一个或多个资费标准。 资费标准Tariff 对客户所使用的产品进行计费的基本费用信息，资费标 准可分为一次性费用、周期性费用和使用费三种类型。 优惠计算 Discount Express 优惠计划在市场营销拓展计划和企业利润评估指导下， 针对产品/产品包、商品、客户等对象的费用制定的价格 调整方案。 定价参考对 象 Pricing Reference 在对产品/产品包/商品进行定价的过程中所牵涉的对定价 有影响的数据实体的相关参照属性，可以是（但不限于） 电信集中融合计费系统_概要设计_总体部分 第 19 页 共 108 页 Object产品/产品包、商品、客户协议、帐户、计费事件、行政 区域、电信管理区域等实体的相关属性。 帐户Account 指客户拥有的用来支付特定的电信产品服务费用的实体。 客户协议Agreement 客户与电信运营商签订的具有法律效力的约定，它包含 了关于订购、使用电信相关产品，以及与费用支付相关 的条款。主要有代销协议、产品订购协议、租赁协议、 优惠协议、SLA、支付协议等。 计费帐务事 件 Ratable Event Type 是计费帐务事件的分类信息，可以分为三个大类：客户 交互事件类型、计费事件类型、内部业务事件类型。 计费事件Usage Event 客户在使用电信的产品或服务的过程中，所产生的用于 计费的使用记录。如 CDR、数据业务的服务使用记录、 内容服务的使用记录等。 . 总体架构总体架构 .2.1.软件体系架构软件体系架构 .. 应用软件架构原则应用软件架构原则 应用软件的架构和技术路线必须至少符合以下原则： 规范性规范性-系统符合国际开放平台规范，采用国际标准协议、标准的接口， 使用标准的系统互联接口方案，网络协议使用 TCP/IP 协议。 先进性先进性-系统采用适合业务特点的 N 层体系结构，采用国际上最新产品及 先进技术，结合实际需求，做到功能上先进、实用，与国际接轨。 开放性开放性-能支持流行的操作系统（WindowsNT、UNIX、OS/2 等） ；与主流 的数据库产品（Oracle、Informix、DB2、Sybase 等）集成。 互操作性互操作性-采用通行的系统互联方案，避免直接访问其它业务系统的主数 据库，使用代理服务器中转服务请求，同其他系统实现实时的数据共享。 .. 应用软件架构规范应用软件架构规范 计费帐务系统是电信业务支撑网的核心系统之一，要高效、可靠的建设好本系 统，应用构架应基于下列先进技术，并遵循一定的规则： J2EE 架构 WEB/Java 技术 N 层体系结构和中间件技术 面向对象和构件技术 EAI 技术 .. 系统软件体系架构系统软件体系架构 计费帐务系统在软件架构上是一个多层次的架构，分为这样几个架构部分： 后台处理部分：这一部分负责大批量数据的处理 前台应用部分：这一部分负责实现各种业务的控制和逻辑和并发事务的管理 用户访问和展现部分：这一部分负责提供用户的操作界面 数据层：Oracle 服务器和数据访问接口，实现数据的存储 后台处理部分主要包括： 数据采集、计费功能（预处理、话单排重、计费批价、数据入库、错单回收、 回退处理） 、帐务功能（出帐处理、自动销帐、欠费管理、信用度控制、信用度管理、 销帐后台、出帐调整、出帐确认） 、审核校验等 前台应用部分主要包括： 系统管理 资料管理 接口组件 销帐业务组件 查询组件 用户访问和展现部分主要包括： 销帐前台 查询前台 系统控制台 报表展现 另外，根据电信业务支撑系统的部署需要，系统各个部分和其他系统之间可以 电信集中融合计费系统_概要设计_总体部分 第 21 页 共 108 页 采取不同的接口方式。 计费帐务软件体系结构如下图所示： 数据层 Oracle数据库 数据访问 Corba/Socket JDBC OCCI 适配器 其他接口（银行接 口、112接口、10000 号接口等） 采集系统 结算系统 FTP FTP IIOP IIOP 后台处理（后台C+进 程） 数据采集 计费功能 帐务功能 统计分析/报 表展现 ETL/SQL 前台应用1（JavaBean/ EJB组件） 系统管理 资料管理 接口组件 Web访问(JSP/ Servlet)系统控制 系统控制台 工作流调度平台（连接业务支撑系统其他子系统） 协作服务器 连接器 JDBC/OCCI 前台应用2：销帐逻辑 （EJB Service/Tuxedo/ Other TM） 销帐组件 查询组件 Web访问(JSP/ Servlet)销帐查询 查询前台 销帐前台 审核校验 经营分析系统FTP 由上图可以看出，综合计费帐务系统采用了 N 层结构并存的一种混合结构模式， 采用这种混合模式主要基于两个方面的考虑： 一方面，对于后台处理部分来说，在正常运行情况下，系统在后台自动运行， 处理性能要求高。从数据采集到预处理、计费批价、高额控制直至实时出帐、实时 信用度控制、实时销帐，这个计费帐务流程是非常固定的一个后台流程，数据流也 非常固定单一，在后台处理流程中每一个模块的启动都是建立在上一个模块的数据 处理完成的基础之上的。同时，由于实时计费帐务的要求，后台处理流程的自动化 程度要求很高，采集系统的原始话单文件的到达将触发计费帐务系统后台流程的启 动，并且按照流程自动完成后台流程的所有处理。此外，这个后台流程的每个模块 所处理的都是大数据量的话单数据，也就是说模块间的数据传递量非常大，基于这 些因素的考虑，后台处理程序用 C+技术开发，采用二层结构，即后台进程在数据 处理中与数据库之间通过数据访问接口直接连接实现数据处理；另外前台应用的系 统管理模块与后台进程通过特定的技术方案进行连接，可采取的技术方案有 Corba、Socket 报文传输等，从而实现前台应用对后台进程的监控操作，这样既保证 了后台流程的处理速度，满足了实时计费的实时性要求，同时，又保证了系统的可 管理性和稳定性。 另一方面，对于前台应用和用户访问展现部分来说，有这样几个考虑： 功能的使用者分布比较广，所以必须考虑到软件的部署和维护的方便性 和其他系统的交互比较多，所以必须考虑到软件标准化、跨平台和互操作性 某些功能需要支持大规模的并发访问，如销帐操作，必须考虑到系统对于联 机事务处理的控制管理，以保证系统的数据完整性和执行性能 基于这些考虑，前台应用和用户访问展现部分采用以 4 层 B/S 结构来实现,包括 客户端（浏览器） 、Web 访问层（Web Server） 、业务逻辑和事务管理层 （EJB、Tuxedo Service）和数据层，这样可以实现联机并发事务管理，应用的集中 部署，瘦客户端访问，方便系统的维护升级，能够保证系统性能并且降低实际使用 成本。 前台应用和用户访问展现模块被分解成一个个功能部件，采用基于 Java 组件的 开发方式，通过 J2EE 的架构中的 Web 容器（JSP、Servlet）来实现，并部署在 J2EE 应用服务器上。系统管理模块中的资费政策管理功能、系统监控模块的功能等功能 部件将能够无缝地和 EAI 集成平台的接口整合，便于工作流的灵活配置管理调度。 同时，由于 JAVA 本身的跨平台、跨操作系统等特性，使得应用软件系统具有平台 无关性和系统无关性，应用软件系统可以根据建设的需要，将应用部署各种不同的 应用服务器上（如 WebLogic、WebSphere 等） ，也可以运行在不同的系统平台上， 保证了系统的“总体规划、滚动建设”； 销帐和查询逻辑比较特别，是大并发事务处理和 DML 密集型处理，它的业务逻 辑层将同步支持 EJB 方案和 Tuxedo 方案，业务逻辑层的消息传输和事务控制部分由 EJB 容器或 Tuxedo 服务来支持，而真正的业务处理程序可由存储过程来实现，既保 证了密集 DML 应用的高效执行，又简化了应用逻辑的开发和部署。用户通过前端的 Web 访问模块来进行销帐、查询操作，这样，既有 B/S 结构带来的应用部署、访问 的便利性，又能完全保证系统大规模并发处理情况下的稳定和高性能。 通过 N 层结构并存的混合结构模式，综合计费帐务系统既保证了实时计费帐务 的性能要求，又具有了足够的伸缩性和可扩展性，并且能够支持新的标准和技术， 电信集中融合计费系统_概要设计_总体部分 第 23 页 共 108 页 满足电信进行企业应用集成的需要。 .2.2.物理架构物理架构 根据上述系统架构的设计依据以及软件架构，综合当前的业务需求和未来的业 务发展，南京联创建议的系统架构如下图所示： 主机服务器从逻辑功能上分为 7 组，每一组都可以是一对互为备份的服务器或 一个服务器群。 1)主数据库服务器组：运行 Oracle 数据库系统，管理计费帐务系统的各种核 心参数和资费配置数据、客户资料数据、清单数据、帐单数据、销帐欠费数 据等。一些 DML 密集型的应用逻辑如销帐、冲正、余额管理等，以存储过 程/函数的形式部署在 Oracle 服务器中供中间业务层直接调用。 2)计费帐务服务器组：运行计费帐务系统的后台数据处理程序。计费后台处理 进程主要实现数据采集、计费功能（负载均衡、预处理、话单排重、计费批 价、数据入库、错单回收、回退处理）等；帐务后台处理进程主要实现帐务 功能（出帐处理、自动销帐、欠费管理、信用度控制、信用度管理、销帐管 理、出帐调整、出帐确认） 。计费帐务服务器平台采用 Unix，应用程序主要 采用 C+开发。 另外计费帐务后台数据处理程序与前端应用之间有监控接口，主要采用 Corba 技术或 Socket 技术。 3)详单查询服务器组：是数据库服务器，管理提供给普通用户进行详单查询的 详单数据。详单查询的应用逻辑还是部署在前端应用服务器上，但是其数据 存储在详单查询服务器。服务器负担详单查询服务。 4)接口服务器组：包括数据库服务器（管理基于数据库表方式的各类接口数据） 和文件服务器（管理基于数据文件方式的各类接口数据） 。互为备份。 5)销帐查询应用服务器组：根据业务量的大小来确定服务器的数量，都是运行 中间件应用服务器，用于部署销帐和查询的业务逻辑，同时负责管理数据库 并发连接的控制和全局事务的协调。可以选用 EJB 平台或 Tuxedo 平台。 6)前端应用服务器组：根据业务量的大小来确定服务器的数量，都运行 J2EE 应用服务器（如 WebLogic 或 WebSphere） 。应用服务器按照功能分为两类， 一类部署系统管理和资料管理的应用逻辑，主要是一些 EJB 组件；另一类 部署前端应用逻辑相关的 Web 访问和展现应用，主要是 Jsp 页面和 Servlet 组件。Web 访问和展现应用担负着省公司和各本地网的客户端（浏览器） 的接入，而实际的业务操作则由 EJB 组件完成。这两类服务器也可以交叉 部署，即在一台服务器上既部署应用逻辑组件，又部署 Web 访问和展现应 用组件。在超大规模访问量的场合，可以考虑再增加一台前端 Web 代理服 务器，负责将各浏览器终端的 HTML 请求均衡分担到各个 Web 应用服务器， 提供最高的处理性能。 7)报表服务器组：部署统计分析和报表管理的逻辑。服务器负担省中心和各本 地网的报表统计的访问。报表服务器平台可以采用目前几种比较成熟的报表 管理平台，如 Cognos、Insight 等。 在市场和条件成熟的时候，计费帐务系统还将接受从网上营业厅接入的服务请 求，这时，系统需要再增加两台 WEB 服务器，部署和前端应用逻辑相关的 Web 访 问和展现逻辑。这样做的原因不是前端应用服务器的处理能力不够，而是从网络安 全的角度出发，必须有两台独立的 Web 服务器部署再 DMZ 区来响应来自 Internet 的 电信集中融合计费系统_概要设计_总体部分 第 25 页 共 108 页 访问请求。 系统软件和应用软件的部署情况一览： 主数据库服务器：Oracle 数据库管理系统。 计费帐务服务器：计费帐务后台处理进程（C+） 。 详单查询服务器：Oracle 数据库管理系统。 接口服务器：Oracle 数据库管理系统、接口数据管理进程。 销帐查询应用服务器：J2EE 应用服务器（WebLogic、WebSphere、JBoss 等） 上部署 EJB 组件或 Bea Tuxedo 交易中间件部署 C+服务进程。 前端应用服务器：J2EE 应用服务器（WebLogic、WebSphere、JBoss 等） ， 并在应用服务器上部署了计费帐务系统的前端应用逻辑（EJB 组件）和界面 逻辑（JSP、Servlet 等） 。 报表服务器：Cognos、Insight、Crystal Report 等，并在其上部署报表组件。 . 功能模型功能模型 整个系统分为计费处理、帐务处理、审核校验、数据交互、查询服务、统计报 表、资料管理和系统管理八大功能模块，功能模型如下： 下面对各个功能模块做简要介绍： .3.1.计费处理计费处理 计费处理是计费系统最核心的处理功能，是对计费原始数据结合客户数据和产 品数据进行预处理、批价、出帐、下帐的处理过程。 计费处理是业务融合及预付费和后付费融合的处理过程，系统通过融合的产品 模型、定价模型、事件模型、预处理和批价引擎、预付费控制及余额管理实现融合 处理。 .. 预处理预处理 预处理是核心处理流程中的一个重要环节，完成对各种数据源数据进行码制转 换、数据提取、差错校验、格式标准化、话单分拣、话单排重等一系列的处理工作。 .. 批价批价 批价模块是对预处理后的计费事件结合客户资料、产品资费和优惠策略以及服 务协议进行费用计算，并将算费后的计费事件和费用及其他累计数据入库的过程。 电信集中融合计费系统_概要设计_总体部分 第 27 页 共 108 页 批价处理通过批价引擎、批价内存管理、批价进程管理和预付费控制支持预付 费和后付费的融合，通过产品模型和事件模型支持多业务的融合计费。 .. 出帐出帐 出帐处理的功能主要包括：帐务资料准备、使用费准备、周期性费用处理、帐 务优惠处理、补退费处理、综合帐单生成、应收及非应收统计、帐单加载。 .. 下帐下帐 下帐又称为出帐确认，其结果可以作为收费销帐和查询的依据。下帐处理是对 出帐处理产生的结果进行确认，提交收费销帐系统进行销帐处理。未经出帐确认的 帐单不能作为收费销帐的依据。 实时出帐用户的帐单无需下帐直接进行自动销帐处理。 下帐可以分业务、用户/客户类型、属地分别进行，也可以统一进行。 .. 流程调度流程调度 流程调度贯穿于计费系统的核心处理流程，实现核心流程的统一调度，在统一 平台上实现不同的处理引擎，支撑电信的全业务。 .3.2.帐务处理帐务处理 帐务处理是出帐及帐单加载后开始面向前端客户提供各项服务的管理过程，主 要包括销帐管理（前台缴费、托收处理、银行代缴、批量销帐） 、欠费管理、余额管 理、帐单管理等方面的工作。 .. 前台缴费前台缴费 前台缴费处理流程主要包括申请缴费、查询话费、缴费、收款、销帐及提供发 票等过程。 .. 托收处理托收处理 运营商委托金融单位代收客户的电信业务使用费，即金融单位将客户的电信业 务使用费用从客户在金融单位的帐户中划转到该客户在电信的帐户中。 .. 银行代缴银行代缴 电信企业与银行协商，签订联网代收协议，确定联网方式及通信协议，实现联 机收费计费系统对银行交费和反销帐请求通过交易接口进行实时处理，并按银行记 录处理流水清单，同时实现对帐功能。 .. 批量销帐批量销帐 批量销帐是根据银行、代理商等外围接口提供的数据，实现对多个合同号批处 理销帐的功能。 .. 欠费管理欠费管理 欠费管理是对客户的欠费进行管理的过程。包括客户的催费数据、停机数据、 呆坏帐数据等的管理。 .. 余额管理余额管理 余额管理是对系统的各种余额的来源、支出、使用方式进行管理的过程。 .. 帐单管理帐单管理 帐单管理是对提供给客户的发票和帐单的格式定制、查询、打印、投递等过程 进行管理的过程。 .3.3.审核校验审核校验 计费系统通过在系统内部各处理环节和与外部交互的各处理环节灵活布放信息 点，并对各处理环节前后信息点的平衡关系进行审核，确保各处理环节处理的正确 性，从而确保电信企业的收入。 .. 信息点布控信息点布控 计费系统网元支持各处理环节按信息点重要级别分级布放信息点的原则。布放 的信息一方面用于体现各处理环节的处理过程的各类详细情况，另一方面部分信息 用于审核各处理环节处理的正确性和完整性。 .. 收入确保收入确保 计费系统提供收入流失分析和各种审核策略（包括全面审核、全过程控制、实 时处理、与考核系统结合等） ，来减少收入流失，保证电信企业的收入。 电信集中融合计费系统_概要设计_总体部分 第 29 页 共 108 页 .3.4.数据交互数据交互 计费系统提供数据交互平台，来实现计费系统与各个外围系统之间的数据交互。 .. 数据传输数据传输 数据传输是计费系统和采集系统实现交互的具体的接口实现方式，采集系统将 原始数据传送到指定目录，计费系统将数据传输给预处理进行后续处理。 .. 数据提供数据提供 计费系统向同级同级的经营分析系统、营销支撑系统、10000 系统、MSS 系统等提 供各类型数据，为企业经营、企业决策等工作提供全面的数据支撑，保证客户服务、 营销支撑、经营分析、决策支持等工作的顺利开展。 .. 数据交换数据交换 数据交换是指全国计费结算中心、省级计费结算中心、本地计费帐务中心之间 数据上传、数据下发、交换校验