电信计费系统
电信综合计费系统的研究与实现
２１ ． ２发布 Ａ ｔ ｅ ． ｅｉ Ｘ应 用 程序 ｖ 随着 电信行 业 、 网络 技 术 和计 算机 行 业 的发 展 ， 电 首 先 。 ｃ ｖＸ 控件 要 经 过 注册 才 能被 使 用 。在 进 Ａｔｅ ｉ 信 计费 系 统也 不断 地进 步 。 在近 二 十年来 ， 国电信在 行 程序 的运行 ．就必 须先 对 控件 进行 注册 成 为可用 控 中 网络 的规模 和 客户 群 的发展 都有 了很 大 的突破 。电信 件 。 次 。 ｅｉ Ｘ控件 应 用程 序 的发 布 。 常需 要提 供 其 Ａ ｔｅ ｖ 通 作 为传 统 的 固网运 营商 ．需 要 随着 市场 的转变 和 技术 给用 户 系统所 需要 的控 件 以及 相 关文 件 ．因为在 使 用 的进 步 而 改革 ．从原 有的 固网业 务 向多 样 化 的综合 化 应用 程序 时需 要对 控 件 进行 加载 ，所 以 ． ｃｉ Ｘ控 件 Ａ ｔｅ ｖ 服务 转变 。 面对 着新 技术 的层 出不 穷 ． 电信 行业 面 临着 是必 须 的 ， 特别 是在 第 一次 加 载 。 能会 需要 较 大的 网 可 客户 需求 增 长 、新 业 务拓 展 多样化 与 营 销策 略 复杂 化 络流 量 。再 次 。 ｃｉ Ｘ 的使用 有 时需要额 外 的 Ｄ Ｌ或 Ａ ｔｅ ｖ Ｌ 等各 方面 的压 力【 ｌ １ 。 许 可 文件【 ４ 】 。 计 费 系 统 经 历 了通 过 智 能 网 平 台提 供 预 付 费业 ２２Ｊ Ｅ ． ２ Ｅ框 架
１４ ３
福
建
电脑 ２１ ０ １源自第 ６期 电信 综 合 计 费 系统 的研 究 与 实现
张 晴
（福 州 大学数 计 学院 福 建 福 州 ３ ０ ０ ５ １８）
摘 要 ： 建 电信 综合 计 费 系统基 于 电信 的计 费模 型 ， 实现 电信 放 心计 费为核 心 目标 ， 福 以 通过 多层 分 布 式架 树 ， 用 Ａ ｄ ｅ 技 术 实现 用户界 面 ， Ｅ 实现 统 一 的数据 库访 问 ， 运 ｃ ｖＸ Ｊ Ｅ ２ 使得 表 现 层与 业务 逻辑 层分 离 ， 实现 了 个 完整 的 电信 计 费全 业务 融合 支撑 系统 ， 达到 准确 、 定 、 时、 活 的 系统 特 点。 并 稳 及 灵 关键 词 ： 费 系统 ， ｔ ｅ Ｊ Ｅ 计 Ａｃ ｖＸ， Ｅ ｉ ２ ’
电信综合计费系统
需求说明书版本：作者：2003-4修改记录表审批记录表XXXXXX 公司项目经理签名(Signature)日期(Date) XXX中国电信北方事业部项目经理签名(Signature)日期(Date)项目经理签名(Signature)日期(Date)哪些人员需要参考本文所有参加中国电信北方事业部二期业务支撑系统项目需求分析的成员，包括中国电信客户方人员，各分包商和IBM顾问。
本文有哪些主要内容及目的本文档详细而又完整地阐述了为中国电信北方事业部二期业务支撑系统的业务需求，并将此作为在用户及系统开发人员之间交流的基础。
评估应用开发量的主要基础。
评估项目开发时间的基础。
开发阶段规划版本的基础。
定义用户界面需求的主要基础。
定义测试案例的基础。
作为验收测试的基础。
在以后的项目开发过程中，若出现对本文档内容的改动，将极有可能会在很大程度上影响到当时已经完成的工作，从而影响到项目的工程计划。
为了便于管理，请遵守《项目变更控制程序》。
本文的相关文档《工作说明书》《项目计划》《需求跟踪管理表格》《测试计划和测试案例》目录1中国电信北方事业部综合计费系统概述...................... 错误!未定义书签。
系统的目的与系统概述 ................................ 错误!未定义书签。
§建立综合计费系统的目的 .............................. 错误!未定义书签。
§综合计费系统的概述 .................................. 错误!未定义书签。
2业务概念定义及业务实体定义.............................. 错误!未定义书签。
业务概念............................................ 错误!未定义书签。
业务实体............................................ 错误!未定义书签。
电信运营的在线计费系统
中国电信在线计费系统(OCS)方案介绍
业务丰富
统一客户视图 资费灵活性 业务捆绑和套餐 市场推广方式
不能共享 低 低 中 不支持 不支持 高 高 高 较高 较高 中
31
共享 高 高 少 要登记客户资料 不支持 没有实时计费 不支持 低 高 低 低 中 高
共享 高 高 多 支持 有 高 中 成熟的商用案例不多 中 各设备只关注其核心功能 高 中 低
无 根据用户的信用级别，可以把信用低的用户 欠费 放在OCS方案中管理；对于信用高的放在Hot 成本 billing中管理。 高 高 低 有如下潜在ARPU值损失和用户流失 有如下潜在ARPU值损失和用 本方案的风险主要在于设备成熟度方面，通 成本： 户流失成本： 过测试和网上应用可以消除。 １）没有统一的用户管理，市场推 1）需要记录比较完整的用 １）用户可以在系统间自由切换 广支持能力差。 户资料，拓展渠道受限。 ２）可以实现多业务捆绑和交叉优惠 2）存在时延和不能提供AoC 3）用户体验好，支持灵活的市场推广 机会 2）不能实现多种业务捆绑。 成本 3）不能实现同离线系统的融合计 ，用户使用体验存在缺陷。 费。 3）高附加值业务开展门槛 4）计费策略不灵活 高（如国际长途，小额支付 5）升级改造时间长，失去最佳市 ）。 场推广时间 6）付费属性不能自由切换 低 中 低 集成 包括同客服系统，帐务系统等支撑 包括同客服系统，帐务系统 包括同客服系统，帐务系统等支撑系统的集 33 成本 中国电信股份有限公司上海研究院 系统的集成费用 等支撑系统的集成费用 成费用
64%
ቤተ መጻሕፍቲ ባይዱ48%
36%
29%
40% 30% 20% 10% 0%
2001
2002 签约用户
2003 预付费用户
2004
中移动2004年 新增用户中95% 根据中国移动2004年统计,签约用户ARPU值为预付费用户 根据中国联通2003年统计,签约用户ARPU值
电信计费系统技术的现状及未来发展探讨
系 统 构架 。基 于 网 格 技术 可 以解 决 传 统 的基 于 Ｃ Ｒ Ａ 中 间件 Ｏ Ｂ
１ 从 电信 运 营 商面 对 异 常激 烈 的竞 争 市场 的 自身 ． ２ 需要看技 术升级 的意义
行升级的必要性， 以及这一技术的发展现状和未来发展展望及趋势 。 关键 词 ： 电信 计 费 ； 状 ； 展探 讨 现 发
刖
置
随 着 电信 计 费系 统 技 术 的 不 断进 步 ， 电信 计 费 系 统 作 为 电 信业 务 网络 的 支 撑 系 统 ， 可 否认 地 已成 为 电信 运 营 商 的 核 心 不 竞 争 力 之 一 ， 已越 来 越 被 电信 运 营 商 重 视 ， 逐 渐 从简 单 发 它 并 展到 复 杂 ， 技术 上 也 日臻完 善 。 在 当前， 电信 计 费系 统 在 经 历 了发展 初期 的“ 机 磁 带 计 费 ” 脱 及 后 期 “ 机 实 时 计 费 ” 两 个 阶 段 后 ， 朝 着“ 性 化 服 务 计 联 这 正 个 费” 的阶 段迈 进 。为 了适 应这 种 变 化 ， 电信 计 费 系统 不 得 不 实行
海 量 用 户 信 息 ， 话 务 量 发 展 趋 势 、 务 之 间 的相 关 性 、 户 流 如 业 客 失预测、 客户分群等 的分析基础之上的。 鉴 于 以上 原 因 ， 电信 运 营 商 迫 切 需 要 强 大 的计 费系 统 的支 撑， 需要技术人员对计 费的基本元素进行分解 ， 构建 出计算准 确、 高效 实 时 、 置 灵 活 的 计 费 处 理 和 优 惠算 法 ， 即 高效 的 电 配 也
学 研 园 界Ｉ 究 地
电信计 费 系统技术 的现状及 未来发展探讨
李 国标
（ 东省 茂 名 市 广 ５５ ０ ） ２ ０ ０
电信计费系统
电信计费系统电信计费系统_问题定义践行者团队电信计费系统问题定义说明书(Problem definition Specification)郑州大学2010级软件二班Doer团队第一开发部电信计费系统_问题定义版本历史电信计费系统_问题定义目录1. 前言.............................................................................................................................................4 2. 提出问题 (4)3. 应用领域 (4)4. 工程目标 (5)5. 项目规模 (5)电信计费系统_问题定义1. 前言随着国家信息化建设的快速发展，以及“三网融合”目标的提出，作为三网之一的电信网建设事业在取得巨大成就的同时也面临着巨大的挑战。
电信计费系统作为电信业务网络的支撑系统，不可否认地已成为电信运营商的核心竞争力之一，它已越来越被电信运营商重视，并逐渐从简单发展到复杂，在技术上也日臻完善。
当前，随着3G甚至4G概念的提出，以及微信等一些重度依赖网络流量的APP的出现，带动大量用户从语音通话，短信收发转向数据通信，导致电信运营商的计费系统必须对新的形势作出新的资费决策，这也必将促使电信计费系统发生重大的改变。
2. 提出问题传统的计费系统产生在用户语音通话和短信沟通较多的大背景下，系统为语音通话和短信沟通的做了复杂的设计，使得运营商可以较为灵活的设置各种各样的语音通话和短信套餐以适应不同用户的需求。
这种设计在当时是极为合理的。
但是，随着移动终端的计算能力的突飞猛进及智能化趋势，社交网络的发展及人民生活对互联网的依赖大幅加强，使得用户对语音通话和短信的需求极大降低，而对数据通信的需求却极大增加。
尤其是3G,4G时代的到来使得数据通信速率极大提高，这又进一步促进了人们对于数据通信的要求。
中国电信3G计费管理系统课件
实时采集为基础、实时分析为目标， 加速向“电信企业内部数据供应商” 角色转型，全面支撑市场经营工作。
作者：李斌超
内部资料
计费在eTOM的定位
计费系统在eTOM一级流程框架中位于运营流程区 域
纵向流程群组，代表端到端的业务流程视图，如 对客户的计费中所涉及的流程。
计费模型（1）
数据处理是计 费系统最核心 的处理功能， 是对计费原始 数据结合客户 数据和产品数 据进行预处理 、批价、出帐 、帐单加载、 数据中间层生 成的处理过程
前端协作是出 帐及帐单加载 后开始面向前 端客户提供各 项服务的管理 过程 ，包括 帐单管理、余 额管理、销帐 管理、查询管 理、欠费管理 等客户服务相
广义计费： 用户发起通信开始，直至用户完成付费的全过程。这其中包括通信网络 内完成的用户通信的记录，采集系统完成的通信记录的采集以及通常所 说的后台计费帐务系统完成的预处理、划价、出帐、销帐、统计等。
狭义计费 ： 指除了通信网络内的用户通信的记录和出帐后处理以外的过程和内容， 主要包括采集、预处理、划价、出帐过程。
月租处理 帐 月帐优惠 单 补收退费 加 月帐单生成 载
日统计生成
月统计生成
数据中间层生成
规则管理 数据统计 文件管理 内存管理 信用度积分管理
数据处理是计费系统最核心的处理
功能，是对计费原始数据结合客户
数据和产品数据进行预处理、批价
、出帐、帐单加载、数据中间层生
成的处理过程。是业务融合及预付
费和后付费融合的处理过程，系统
关 的流程
数据提供 是指计费 系统向同 级的经营 分析系统 、营销支 撑系统、 10000系 统、MSS 系统等提 供各类数
电信企业计费(BILLING)解决方案
电信企业计费(BILLING)解决方案电信企业计费（Billing）系统是电信支撑系统BSS/OSS 的核心。
随着电信业的不断发展，现有的计费系统越来越不能满足市场的需要。
如何能提出一套满足不断发展的业务需要、同时又能符合技术发展趋势的Billing 系统是电信企业目前面临的主要挑战。
Billing 主要是解决如何计费和如何对业务进行支撑的问题。
从就其功能来看，Billing系统主要包括采集、预处理、批价、计费、帐务、付款等功能。
通过提供世界上最大的计费解决方案组合，包括有线，无线，IP，综合通信提供商，HP在运营支持市场确立了行业领导地位。
电信企业计费解决方案能够使服务提供商为客户注册的多种服务提供统一的计费账单，这些服务包括：市话，长途电话，手机，IP。
该解决方案能够编辑、处理、汇总所有在统一的计费帐单上出现的元素。
它还能够运行其他有价值的服务，诸如，针对产品的税费计算，多种账单的汇总，合成折扣，并保证计费的质量。
许多服务提供商的计费操作依赖于HP的解决方案。
HP的电信企业计费解决方案是一系列经过实践验证的技术组合，硬件产品，软件、咨询服务以及资源，所有这些的目标在于使运营上获得较高的系统扩展性、可用性，灾难恢复以及简化的操作。
电信企业计费包括端到端的话单采集，费率和计费；解决方案还可根据客户的需求进行扩充。
图1. HP的企业级计费集成架构HP咨询及集成服务(HPS CI)提供了从规划、设计到集成实施的端到端的服务以满足电信客户的需求。
服务包括(如图2所示)：图2. HP提供的计费服务包括：阶段一：当前BILLING现状诊断(As-Is Analysis):HP的现状诊断主要包括：∙业务能力诊断∙系统架构系统现状分析阶段二：BILLING架构设计(To-be Architecture Development): HP的BILLING架构设计主要包括：∙功能框架设计∙应用系统架构设计∙系统集成架构设计∙系统接口设计∙撰写技术规范阶段三：转型计划(Migration):HP的转型计划主要包括：∙系统实施路径分析∙系统相依性分析∙各阶段业务形态分析∙应急方案分析∙工程和项目管理方法阶段四：BILLING集成实施(Integration):HP的集成实施主要包括：∙项目管理∙总体技术架构设计∙关键业务模块设计∙关键业务模块开发∙集成测试归纳起来，成功地实施BILLING 系统可以给企业带来很多收益：∙提高企业竞争力－主要手段是通过多样的"优惠套餐"、"组合营销"来吸引客户，与对手竞争∙提高客户满意度－提高业务受理的效率和服务质量是挽留现有客户的重要因素∙ HP拥有世界范围内的BILLING专家∙在实施复杂企业级BILLING项目有良好的记录∙中国HP拥有30多位PMP，每年在中国实施数百个大中型项目，具有丰富的项目管理经验∙ HP连续获得由国际数据公司IDC 评为"世界顶级前十名系统集成商","世界顶级前十名信息技术咨询公司四川省电信省中心综合营帐项目综合营帐(BILLING)的实施包括：∙Billing套装软件(CSG)的实施∙客服系统的开发∙系统集成HP提供的服务包括：∙前期BILLING咨询规划∙BILLING项目管理∙BILLING总体技术架构设计∙关键业务模块设计(ODS/BPM)∙关键业务模块开发(ODS/BPM)一、Billing解决方案概述Billing 是电信支撑系统BSS/OSS 的核心。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
------------------------link.dat-------------------------------主拨号码 被拨号码 开始时间 挂机时间 日期 ------------------------------------------------------------------5338060 07553212432 10:01:12 10:02:33 2011/6/16 5326087 0103212432 10:01:12 13:02:33 2011/6/16 5326087 0203212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5326087 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5326087 0103212432 10:01:12 10:02:33 2011/6/16 5326087 0203212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5324110 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5324110 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5324110 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5324110 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5324110 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16 5338060 07553212432 10:01:12 10:02:33 2011/6/16
0.3 读者对象
学生与教师
0.4 参考文档
C 程序设计（第三版）---------------------------谭浩强 数据结构与算法--------------------------------朱明芳
1. 产品介绍
由于电信行业的需求，特制作该电信计费系统。该系统功能较单一，并不完善。系统所实 现的功能可供参考使用。Leabharlann 文档介绍0.1 文档目的
本文档是对于电信计费系统进行详细设计和编码的重要依据。 本文将描述电信计费系统 设计约束、系统设计策略、系统总体结构、系统模块划分和系统接口定义以及系统开发、运 行、测试环境等。
0.2 文档范围
本文档对考勤系统的初步实现进行了大概的设计， 主要从系统结构、 功能模块划分和系 统类图设计 3 个方面进行了阐述。
5. 产品的非功能性需求
5.1 用户界面需求
需求名称 界面干净 详细要求 每级功能实现时能清屏，保持界面干净。
…
5.2 软硬件环境需求
需求名称 软件要求不高 能在 VC6.0 等软件下运行。 详细要求
…
5.3 产品质量需求
主要质量属性 可靠性 详细要求
在用户进行数据的提交之前必须经过严格的数据有效性验证 整个系统的运行必须进行合法的用户登陆验证才能进行相应的数据操 作 采用 B/S 系统结构来提高系统功能的可扩充性 客户端不需要安装特殊的软件可直接运行
2. 产品面向的用户群体
该系统供电信工作人员使用。
3. 产品应当遵循的标准或规范
请在合法的范围内使用该产品。
4. 产品的功能性需求
1.能通过用户名与密码登陆系统。 2.能对用户信息进行维护。 3.能输出当前统计报表。 4.能查询话费信息。
4.0 功能性需求分类
功能类别 void Denglu() void Usersmenu() void Searchtel(Links *head) void Printlink(Links *head) Links *Linkcreate() void Yanzhengyonghu(char []) void Namechange() void Passwordchange()
安全性
可扩展性
可移植性
附录：
1.相关数据 ------------------------- users.txt---------------------------电话号码 用户名 密码 ---------------------------------------------------------------5338060 qin 100200 5326087 zhang 123456 5345110 tiaozi laji
电信计费系统 （模拟）
作者：秦东成 广西科技大学出版
文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改
文件标识： 当前版本： 作 者： 完成日期：
ITjob-Project-RD-UR X.Y 秦东成 2011-6-17
目 录
0. 文档介绍............................................................................................................................................4 0.1 0.2 0.3 0.4 文档目的......................................................................................................................................4 文档范围......................................................................................................................................4 读者对象......................................................................................................................................4 参考文档......................................................................................................................................4
1. 产品介绍............................................................................................................................................5 2. 产品面向的用户群体....................................................................................................................... 5 3. 产品应当遵循的标准或规范........................................................................................................... 5 4. 产品的功能性需求........................................................................................................................... 5 5. 产品的非功能性需求....................................................................................................................... 6 5.1 用户界面需求..............................................................................................................................6 5.2 软硬件环境需求......................................................................................................................... 6 5.3 产品质量需求..............................................................................................................................6 附录.........................................................................................................................................................7 1 相关数据.........................................................................................................................................7 2 源代码.............................................................................................................................................8 3 运行情况.......................................................................................................................................23