下载文档原格式
[计费中心] 架构设计文档修订版历史目录目录1.............................................................................. 简介41.1.目的 (4)1.2.围 (4)1.3.适用对象 (4)1.4.参考资料 (4)2.构架目标和约束 (4)3.业务分析 (4)3.1.概述 (4)3.2.业务主流程 (5)4.模块划分 (5)4.1.主要模块 (5)4.2.工程划分 (6)4.3.逻辑分层 (6)5.架构设计 (6)5.1.总体结构 (6)5.1.1. 概述 (6)5.1.2. 开发框架 (7)5.1.3. 技术特性 (7)5.1.4. 技术风险 (7)5.2.基础设施 (8)5.2.1. 异步框架 (8)5.2.2. 日志框架 (9)5.2.3. 多线程 (9)5.3.系统设计：核心业务设计 (9)5.3.1. 周期性计费划价流程 (9)5.3.2. 非周期性计费划价流程 (10)5.3.3. 各种维度计费统计 (11)5.3.4. 出账和服务控制流程 (12)5.4.系统设计：详细业务设计 (12)5.4.1. 领域模型 (13)5.4.2. 数据采集类图 (13)5.4.3. 订单收集时序图 (14)5.4.4. 实时业务数据采集时序图 (15)5.4.5. 数据筛选分析类图 (16)5.4.6. 数据筛选分析时序图 (16)5.4.7. 实时性批价类图 (17)5.4.8. 实时性批价时序图 (18)5.4.9. 周期性批价类图 (19)5.4.10. 周期性批价时序图 (20)5.4.11. 计费汇总类图 (20)5.4.12. 计费汇总时序图 (21)5.4.13. 帐务管理类图 (22)5.4.14. 出帐时序图 (23)5.4.15. 服务控制类图 (24)5.4.16. 固定帐期服务控制时序图 (25)5.4.17. 帐期之外扣款触发服务控制时序图 (25)5.5.系统设计：系统边界接口 (26)5.5.1. 收费产品原始数据采集 (26)5.5.2. 订单开通业务 (26)5.5.3. 订单状态变化通知接口 (27)5.5.4. 批价接口 (27)5.5.5. 计费系统反馈客户账务欠费状态接口 (28)5.5.6. 扣款接口 (28)5.5.7. 扣款状态回调接口 (29)5.5.8. PC2授权用户数接口 (29)5.6.系统设计：数据ER图 (30)6.服务器部署 (30)7.其它 (31)7.1.规模分析（可选） (31)7.2.性能分析及实现（可选） (31)7.3.质量的达成（可选） (31)8..................................................................... 附录（术语）311.1.目的此文档通过对计费中心总体的业务架构建模，描述了计费中心整体业务架构设计蓝图，对后续的设计和开发提供指导和参照。
计费系统方案随着科技的发展和全球商业的迅猛发展，计费系统在各个行业中变得越发重要。
无论是电信、金融、互联网还是零售业，都需要一个高效和准确的计费系统来保证业务的顺利进行。
本文将探讨计费系统的重要性，并提供一种可行的计费系统方案。
一、计费系统的重要性计费系统是企业进行收费和结算的核心工具。
它不仅关乎企业的收益，还关系到客户对企业的信任。
首先，一个好的计费系统可以确保收费的准确性。
无论是按时间还是按数量计费，都需要有一个准确的系统来计算。
其次，一套高效的计费系统可以提供及时的结算和账单生成。
这不仅方便了客户，也提高了企业内部的工作效率。
最后，计费系统还需要保证数据的安全性和隐私性。
客户的个人信息和交易数据都需要得到保护，以避免任何潜在的风险。
二、计费系统的挑战然而，设计和实施一套完善的计费系统并不容易。
首先，不同行业有不同的计费模式和规则，这需要在系统中做出相应的适配和定制。
其次，计费系统需要处理大量的数据，因此需要具备高性能和扩展性。
此外，计费系统还需要与其他关键系统进行集成，以确保数据的一致性和准确性。
三、计费系统方案为了解决上述挑战，我们提出以下计费系统方案：1. 架构设计：首先，我们采用分布式架构来实现高性能和可扩展性。
通过将计费系统拆分为多个组件，可以将负载均衡和容错能力分散到不同的节点上。
其次，我们使用微服务架构来实现系统的模块化和独立部署。
每个微服务专注于一个特定的计费业务，可以独立运行和扩展。
2. 数据库和存储：我们采用分布式数据库来处理大量的计费数据。
通过水平切分和数据分片，可以实现数据的高可用性和高并发访问。
此外，为了确保数据的安全性和隐私性，我们使用加密存储和访问控制来保护数据。
3. 计费规则引擎：我们引入一个灵活和可配置的计费规则引擎。
通过配置文件或界面，管理员可以定义不同的计费规则和优惠策略。
这个引擎可以灵活地适应不同行业和业务需求。
4. 实时计费和结算：我们引入实时计费和结算功能，以满足客户对即时性的需求。
探讨在线计费系统OCS的技术架构与测试实现在线计费系统OCS（Online Charging System）是运营商网络中非常重要的组成部分，它负责实时记录和处理用户的通信和数据服务的费用，包括语音通话、短信、数据传输等。
OCS系统的设计和实现直接关系到运营商的服务质量和用户体验，因此其技术架构和测试实现至关重要。
一、OCS系统技术架构OCS系统通常由以下几个模块组成：1. 计费数据管理模块：负责管理和存储用户的计费数据，包括费率表、用户信息、账单记录等。
通常使用关系型数据库进行数据存储，如MySQL、Oracle等。
2. 业务逻辑处理模块：负责处理用户的实时计费请求，包括查询用户余额、扣除费用、生成账单等。
这部分通常采用Java、C++等编程语言来实现。
3. 费率计费引擎模块：负责根据用户的通信服务类型和时长、流量使用情况等计算费用，并根据用户的套餐和资费标准来进行计费。
这部分通常使用规则引擎来实现，如Drools等。
4. 接口模块：负责与其他系统进行接口交互，包括与计费系统、用户管理系统、流量管理系统等进行数据交互。
这部分通常涉及到RESTful API、SOAP等接口协议。
二、OCS系统测试实现OCS系统是运营商网络中的核心系统之一，因此其测试工作尤为重要。
在进行OCS系统的测试时，需要考虑以下几个方面：1. 功能测试：包括对OCS系统的基本功能进行测试，如用户余额查询、话单记录生成、账单计费等。
测试人员需要设计覆盖全面的测试用例，覆盖各种业务场景和异常情况。
2. 性能测试：OCS系统是实时处理用户的计费请求，因此对其性能要求非常高。
在进行性能测试时，需要模拟大量用户并发请求，以验证系统在高负载下的稳定性和性能表现。
3. 兼容性测试：OCS系统需要与多个系统进行数据交互，包括用户管理系统、流量管理系统等。
在进行兼容性测试时，需要验证系统的接口兼容性和数据一致性。
4. 安全测试：OCS系统涉及到用户的计费信息和财务数据，因此安全测试尤为重要。
一、概述计费系统核心功能是首先从各个网元，以及业务平台获取用户业务使用记录的原始数据（原始话单文件），然后对原始话单记录根据用户订购的产品、促销等信息，结合计费要素进行批价，以及免费资源消耗处理，最后将批价结果记录入库，同时也提供给帐务进行合帐处理，最终实现扣费、信控等工作。
其总体流程如下图：从上图可知整个计费流程经过：“采集传输”、“解码”、“业务解析”、“统一查重”、“批价”、“数据分发”、“科目转换”、“数据入库”、帐务累帐共九个大的步骤。
除了以上七个主步骤外，为实现漫游来访话单的计费，错单的回收处理，计费系统还同时完成错单的记录和回收，以及漫游话单的上传工作。
二、文件传输（XFER）2.1 文件传输的目的一方面各个网元和业务平台生成的话单记录，是对用户进行计费和信控的原始依据。
另一方面对于漫游来访用户，需要将本地采集到的话单记录回传给用户归属省，以便归属省对用户进行计费和信控等处理。
要完成上述两项工作，需要完成对各个网元和业务平台生成的话单记录进行采集和上传，这就是计费系统中文件传输模块完成工作。
文件传输系统利用FTP协议完成数据文件从源目录到目标目录传输功能。
根据数据流向的不同，通常文件传输分为文件采集和文件上传。
从网元获取数据称为采集，将获取的数据上载到集团公司或指定系统称为上传。
文件传输系统支持单线程和多线程的方式，既可配置传输任务数又可配置任务轮询时间，即最大限度的保证了传输性能，又同时避免了数据服务器的负载过重。
文件传输系统又通过文件查重，文件指针功能，保证了文件传输的正确性，及时性和有序性。
同时文件传输系统还可在传输文件的同时完成文件名分析，和文件名转换的功能，减少文件传输后的后续工作。
2.2文件采集目前文件采集系统大部分采用的是集中采集的方式：即大部分业务的原始文件数据都通过集中采集机进行采集。
其采集路径为：“计费主机”----“集中采集机”----“各个网元及业务平台”。
镇江市职工文体活动中心水、电、空调计量系统设计方案公司简介上海柏成自控设备有限公司是一家从事建筑楼宇自动控制、能耗综合计量（计费）的专业公司，公司隶属于广州新菱集团。
上海柏成自控设备有限公司成立于1998年，注册资金壹佰万圆人民币，员工三十多人，拥有完整的市场、技术团队，本身强大的中央空调自控系统设计、施工技术团队的结构为实现日益迫切需要的中央空调系统计量提供了扎实的基础。
作为专业的中央空调自控、计量系统设计、施工、维护企业，上海柏成自控设备有限公司是广州柏成智能科技有限公司在上海地区的总代理和技术服务中心。
广州柏成智能科技有限公司独立研发、生产的BSH2000综合计量系统是国内目前最先进的能耗计量管理系统，已经应用在国内众多的办公楼宇、商业建筑和智能化小区。
上海柏成自控设备有限公司和广州柏成智能科技有限公司同属新菱集团属下公司，在产品研发和市场推广方面密切配合，为上海及周边地区的客户提供完善的技术服务。
广州柏诚智能科技有限公司是一家专业从事智能化产品的设计、开发、生产、销售、安装为一体的现代化企业，公司隶属广州新菱集团，是广州市政府认可的高新技术企业，2001年在有关部门的支持下进驻天河科技园，为今后的发展创造了更加广阔的空间。
广州柏诚公司致力于发展民族科技产业。
1997年，公司借鉴先进的欧洲冷、暖计量科技，运用计算机集成技术，在国内率先推出了兼容“七表”（水、电、煤气、纯净水、生活用水、冷气/采暖）自动计费及安防监控的BSH2000综合计费管理系统，形成了自已的鲜明技术特点。
该系统设计先进、性能可靠、维护便捷，产品质量通过了国家技术监督部门的认可。
经过几年的开拓与发展，广州柏诚公司的规模不断发展壮大，产品日益成熟，社会影响力不断扩大。
目前公司拥有员工80人，80%拥有大专以上学历。
公司有雄厚的科研基础及开发力量，及完善的产品检测手段，同时拥有良好的实验环境，严谨的测试条件，健全的培训演示基地，精密的实验检测设备，和通过ISO9002质量体系认证的生产基地。
[计费中心] 架构设计文档修订版历史目录目录1.简介 (6)1.1.目的 (6)1.2.范围 (6)1.3.适用对象 (6)1.4.参考资料 (6)2.构架目标和约束 (7)3.业务分析 (7)3.1.概述 (7)3.2.业务主流程 (8)4.模块划分 (8)4.1.主要模块 (8)4.2.工程划分 (9)4.3.逻辑分层 (9)5.架构设计 (9)5.1.总体结构 (9)5.1.1. 概述 (9)5.1.3. 技术特性 (11)5.1.4. 技术风险 (11)5.2.基础设施 (11)5.2.1. 异步框架 (11)5.2.2. 日志框架 (12)5.2.3. 多线程 (12)5.3.系统设计：核心业务设计 (12)5.3.1. 周期性计费划价流程 (12)5.3.2. 非周期性计费划价流程 (13)5.3.3. 各种维度计费统计 (14)5.3.4. 出账和服务控制流程 (15)5.4.系统设计：详细业务设计 (15)5.4.1. 领域模型 (16)5.4.2. 数据采集类图 (16)5.4.3. 订单收集时序图 (17)5.4.4. 实时业务数据采集时序图 (18)5.4.5. 数据筛选分析类图 (19)5.4.6. 数据筛选分析时序图 (19)5.4.7. 实时性批价类图 (20)5.4.8. 实时性批价时序图 (21)5.4.9. 周期性批价类图 (22)5.4.11. 计费汇总类图 (23)5.4.12. 计费汇总时序图 (24)5.4.13. 帐务管理类图 (25)5.4.14. 出帐时序图 (26)5.4.15. 服务控制类图 (27)5.4.16. 固定帐期服务控制时序图 (28)5.4.17. 帐期之外扣款触发服务控制时序图 (28)5.5.系统设计：系统边界接口 (29)5.5.1. 收费产品原始数据采集 (29)5.5.2. 订单开通业务 (30)5.5.3. 订单状态变化通知接口 (31)5.5.4. 批价接口 (32)5.5.5. 计费系统反馈客户账务欠费状态接口 (33)5.5.6. 扣款接口 (33)5.5.7. 扣款状态回调接口 (35)5.5.8. PC2授权用户数接口 (36)5.6.系统设计：数据ER图 (37)6.服务器部署 (37)7.其它 (37)7.1.规模分析（可选） (38)7.2.性能分析及实现（可选） (38)7.3.质量的达成（可选） (38)8.附录（术语） (38)1.1.目的此文档通过对计费中心总体的业务架构建模，描述了计费中心整体业务架构设计蓝图，对后续的设计和开发提供指导和参照。
[计费中心] 架构设计文档
目录
目录
1. .......................................................................................................................... 简介 4
1.1.目的 (4)
1.2.围 (4)
1.3.适用对象 (4)
1.4.参考资料 (4)
2.构架目标和约束 (4)
3.业务分析 (4)
3.1.概述 (4)
3.2.业务主流程 (5)
4.模块划分 (5)
4.1.主要模块 (5)
4.2.工程划分 (6)
4.3.逻辑分层 (6)
5.架构设计 (6)
5.1.总体结构 (6)
5.1.1. 概述 (6)
5.1.2. 开发框架 (7)
5.1.3. 技术特性 (7)
5.1.4. 技术风险 (7)
5.2.基础设施 (8)
5.2.1. 异步框架 (8)
5.2.2. 日志框架 (8)
5.2.3. 多线程 (8)
5.3.系统设计：核心业务设计 (8)
5.3.1. 周期性计费划价流程 (8)
5.3.2. 非周期性计费划价流程 (9)
5.3.3. 各种维度计费统计 (10)
5.3.4. 出账和服务控制流程 (11)
5.4.系统设计：详细业务设计 (11)
5.4.1. 领域模型 (12)
5.4.2. 数据采集类图 (12)
5.4.3. 订单收集时序图 (13)
5.4.4. 实时业务数据采集时序图 (14)
5.4.5. 数据筛选分析类图 (15)
5.4.6. 数据筛选分析时序图 (15)
5.4.7. 实时性批价类图 (16)
5.4.8. 实时性批价时序图 (17)
5.4.9. 周期性批价类图 (18)
5.4.10. 周期性批价时序图 (19)
5.4.11. 计费汇总类图 (19)
5.4.12. 计费汇总时序图 (20)
5.4.13. 帐务管理类图 (21)
5.4.14. 出帐时序图 (22)
5.4.15. 服务控制类图 (23)
5.4.16. 固定帐期服务控制时序图 (24)
5.4.17. 帐期之外扣款触发服务控制时序图 (24)
5.5.系统设计：系统边界接口 (25)
5.5.1. 收费产品原始数据采集 (25)
5.5.2. 订单开通业务 (25)
5.5.3. 订单状态变化通知接口 (26)
5.5.4. 批价接口 (26)
5.5.5. 计费系统反馈客户账务欠费状态接口 (27)
5.5.6. 扣款接口 (27)
5.5.7. 扣款状态回调接口 (28)
5.5.8. PC2授权用户数接口 (28)
5.6.系统设计：数据ER图 (29)
6.服务器部署 (29)
7.其它 (30)
7.1.规模分析（可选） (30)
7.2.性能分析及实现（可选） (30)
7.3.质量的达成（可选） (30)
8. ........................................................................................................... 附录（术语） 30
1.1.目的
此文档通过对计费中心总体的业务架构建模，描述了计费中心整体业务架构设计蓝图，对后续的设计和开发提供指导和参照。
1.2.围
本文档主要涉及计费中心的总体业务架构设计及系统中各个业务模块的架构设计。
1.3.适用对象
本文档适用于：
➢产品设计师：根据本文档中描述的架构模型评估需求满足度；
➢开发工程师：参照本文档和详细设计文档进行开发。
1.4.参考资料
此软件架构设计参考计费系统需求及相关业务文档，如下所示：
➢《ITBU业务支撑系统规划V1.0.pptx》
➢《计费系统UC文档》
本文档从全局的角度出发描述了计费系统的总体业务架构，打造一个高性能、高稳定性计费平台。
3.1.概述
目前支持计费模式：
1、支持非实时按次计费的后付费业务
2、支持按天计费的后付费业务
3、支持按天/最大账号数计费的后付费业务（按每份订单每天授权过的最大账号数计费）
4、支持首次开通N天（首次使用N次）免费的计费策略
5、支持同一份订单同一天暂停恢复多次仅按一天计费（多份订单时按每份订单单独计费，即使
同一天退订再开通，按多份订单计费。
）
6、支持用户使用时按实际付费者收费（老板订购，业务员使用或邀请业务）
7、支持按设定的日期出账业务
8、支持欠费自动停止欠费服务
9、支持充值销账后自动开通销账成功客户的服务
3.2.业务主流程
4.1.主要模块
4.2.工程划分
略
4.3.逻辑分层
略
5.1.总体结构
5.1.1.概述
本系统设计以覆盖阿里巴巴所有SaaS业务为目标，根据不收费模式（预付费、后付费）进行计费。
作为一项复杂、技术含量高的项目，SaaS业务实时计费结算系统设计时从技术和系统设计角度看，应遵循以下原则：
开放性
基于统一UDB用户体系，保证系统之间交互接口支持多种访问协议，满足多个业务产品线的业务模式。
可扩充性
系统要有良好的可扩充性。
从总体结构到具体硬件设备，都要给将来业务的新技术新产品预留接口，以便进行平滑地升级和资源扩充。
容错性和可靠性
实时计费网络应用，对系统的可靠性要求极高，关键主机系统不允许停机发布应用。
这就需要采取各种容错技术以确保系统正常工作，如不停机发布版本等，但是在硬件设备也需要相应的方案支持，如双机热备、备份电源等技术保证服务器不出现停机故障。
安全性
在保证高可用性的同时，要有各种措施工具防止对数据的非法访问和篡改，口令就是一种行之有效的工具。
网络支撑环境也应有相应的安全性机制如网络管理员权限，各种网络设备配置权限等。
5.1.2.开发框架
5.1.3.技术特性
5.1.4.技术风险
1、异步处理数据准确性。
2、支持上百万用户的计费能力。
3、系统间联调、集成风险。
5.2. 基础设施
5.2.1. 异步框架
5.2.2. 日志框架
5.2.3. 多线程
5.3. 系统设计：核心业务设计
5.3.1. 周期性计费划价流程
Action Data Other System
5.3.2. 非周期性计费划价流程
Action Data Other System
5.3.3. 各种维度计费统计
Action Data Other System
5.3.4. 出账和服务控制流程
5.4. 系统设计：详细业务设计
Action Data Other System
5.4.1.领域模型5.4.2.数据采集类图
5.4.3.订单收集时序图
5.4.4.实时业务数据采集时序图
5.4.5.数据筛选分析类图5.4.
6.数据筛选分析时序图
5.4.11.计费汇总类图
5.4.1
6.固定帐期服务控制时序图
5.4.17.帐期之外扣款触发服务控制时序图
5.5.系统设计：系统边界接口
5.5.1.收费产品原始数据采集
调用形式：Hessian
接口名称：insertServiceOp
描述：按次收费的产品项消费行为记录
5.5.2.订单开通业务
调用形式：Hessian
接口名称：installOrder
描述：当订单系统生成一条新的订单行记录时，通知定计费系统
5.5.3.订单状态变化通知接口
调用形式：Hessian
接口名称：updateOrderState
描述：当订单状态发生变化，订单系统通知计费系统中订单镜像做同步
5.5.4.批价接口
调用形式：Hessian
接口名称：getTotalPrice
描述：进行批价
5.5.5.计费系统反馈客户账务欠费状态接口
调用形式：Hessian
接口名称：feedbackUser
描述：反馈用户账务信息
5.5.
6.扣款接口
调用形式：Hessian
接口名称：chargeAccount（具体接口名账户系统订）描述：账期出账
5.5.7.扣款状态回调接口
调用形式：Hessian
接口名称：payCallback
描述：账务系统扣费成功回调计费系统扣费成功通知
5.5.8.PC2授权用户数接口
调用形式：Hessian
接口名称：changeAccountNum
描述：PC2改变授权用户数接口
接口参数：
名称类型说明
mmId String 付费用户Id currentNum Int 当前使用量productCode String 产品code
返回值：
名称类型说明Result String 1:更新成功
5.6.系统设计：数据ER图
6.服务器部署
略
7.1.规模分析（可选）
略
7.2.性能分析及实现（可选）
略
7.3.质量的达成（可选）
略。
