计费简介及融合探讨
计费与客户关系管理相融合
计费与客户关系管理相融合在当今竞争激烈的市场环境中，企业需要不断寻求创新和改进，以提高效率和客户满意度。
在这个过程中，计费与客户关系管理相融合变得愈发重要。
本文将探讨计费与客户关系管理的融合对企业的意义和影响，并提供一些实践建议。
一、背景介绍计费是企业向客户收取货款或服务费用的过程，而客户关系管理是通过有效管理客户关系来实现企业的长期发展。
计费与客户关系管理相融合指的是将计费与客户关系管理两个过程相互结合，以实现更高效、更精确的业务流程。
二、意义和优势1. 提升客户满意度：计费与客户关系管理相融合可以实现更准确、及时的计费，避免了因错误计费而引起的矛盾和争议。
同时，通过在计费过程中关联客户关系管理系统，企业可以更好地了解客户需求，提供个性化的服务，进一步提升客户满意度。
2. 优化业务流程：计费与客户关系管理的融合可以优化企业的业务流程，减少冗余操作和错误。
客户信息和账单信息的共享可以使企业在处理客户问题和查询时更加高效，节省人力资源和时间成本。
3. 改进销售策略：通过整合计费和客户关系管理数据，企业可以更准确地了解客户消费习惯、购买意愿等信息，进而制定更加精准的销售策略和市场推广活动，提高销售额和客户留存率。
三、实践建议1. 系统集成：企业可以通过引入集成的计费和客户关系管理软件来实现二者的融合。
这种集成软件能够将客户关系管理系统与计费系统无缝连接，确保数据的同步和共享。
同时，还可以通过数据分析和报告功能来提供决策支持。
2. 流程优化：企业在融合计费与客户关系管理过程时，可以对现有的业务流程进行优化和简化。
通过减少冗余环节和提高自动化程度，可以提高工作效率并降低出错率。
3. 培训与沟通：在融合计费与客户关系管理过程之前，企业需要对员工进行相关培训，以确保他们对新流程和系统的理解和正确使用。
此外，建立良好的内部沟通机制也是成功融合的关键，各部门之间的协作和信息共享至关重要。
四、结论计费与客户关系管理的相互融合是企业提高效率和客户满意度的关键步骤。
多业务融合计费功能的实现解决方案
多业务融合计费功能的实现-解决方案目前，多业务平台共存是非常普遍的现象，由于各个系统自成一体，存在帐户余额分散，系统之间接口不统一等问题，对业务开展、系统维护、市场支撑带来了较大影响，市场竞争压力与有效、快速开展业务之间的矛盾比较突出。
对业务实时计费的需求在各个平台中都存在，并对系统的期望较高，因此，多业务融合实时计费是目前迫切需要解决的问题。
计费体系现状和发展经过对目前的现网分析，主要存在的问题如下：计费平台分散：受前期系统建设按照以业务为中心的影响，各个系统往往为了某种业务而单独建设一套系统，包括计费、帐务、营业等全部功能，当业务较多时，无疑会加大系统维护、业务流程处理、数据分析的难度，并且由于数据孤立，无法开展统一的营销，因此，有必要对系统进行整合。
预付费的灵活性不足：现有的预付费平台，与设备高度相关，因此为了保证网络的稳定性，无法根据市场需求，进行快速调整，所以导致计费功能不够灵活，开发周期较长，并且成本较高，目前迫切需要的是能够根据市场变化快速调整业务策略的预付费系统。
综合计费帐务系统实时性不高：目前的综合计费帐务系统，可以准实时地对业务进行计费，已经大大提高了业务的处理速度，提高了客户体验。
但一些高风险的新业务，要求能立即扣费，却由于现网的各种系统都无法较好支持，影响了业务的开展。
缺乏预付/后付的融合：当前由于预付费、后付费用户在不同平台，所以产品资料、用户资料分散存放，导致不能进行预付费、后付费互转，以及融合计费。
计费体系的发展方向在运营管理层面，计费体系的发展方向为：符合产业发展趋势；满足运营商转型的要求；降低综合成本；有效规避风险；提供优化网络结构契机。
在客户管理层面，计费体系的发展方向为：提高客户忠诚度；提供吸引客户的有效手段；更有效地支撑预付费业务；增强客户体验。
在网络管理层面或体系架构层面，计费体系的发展方向为：设置在线计费网元，与抵土811U品构成有层次的、相互补充的技术框架；建立余额管理平台和统一充值平台；通过共享数据中心，形成计费体系各网元有效集成；满足网络融合（FMC、IMS）的要求。
融合在线计费——可实现更加灵活的业务套餐
度 ，鼓励 预付 费用户转 变为后 付费用 户 ，并 降低 旨在减少用户流失率的活动成本。 此外 ，采 用集 中方式识 别 、处 理和监视 预付 费和 后付 费账 户还能 让运营 商降低 运营成 本 ，最 大程 度减少用 户流失 率 ，并 更好地 对信用风 险进 行管理。 为 实现上 述 目标 ，通信 行业正 将全融 合批价 和计 费引擎集 成到 智能 网平 台 中 ，以便支 持 “ 在 线 ” 、实时 账户 （ 付 费用户 ）、离线账 户 （ 预 后
一
些市场 的特点 是 ： “ ”用 户的数 量增 幅较小 ， 新
需 要从 竞争对 手那里抢 夺用 户 。运 营商增 收的关 键 是提 高每用 户平均收 入值 （ ＡＲＰＵ），而不是 单 纯地 增加 用 户数量 。这意 味着 ，运 营商 必须充
分 挖掘预 付费和后 付费 用户 的潜力 。这需要 他们 重新思考对于Ｂ Ｓ Ｓ 系统 的要求 ，并考虑从传统 、孤 立 的计 费环境转 向融合 在线 计费系统 ，后者 支持
典 型的例子 。虽然 某些 在线计 费解决 方案 由于 在 可用性 、可扩 展性 和功 能方面 的欠缺 引起 了一些 负面的 媒体报 道 ，但 公正地 说 ，高可 用性智 能 网 （Ｎ）技术与 先进 的批 价 引擎的结 合正在改 变计 Ｉ
费业 务 的格 局 。
１ 最 大程度 降低 用户流 失率 、增加 收入
种 能 力 ，运营 商必须部 署一个 能够在语 音呼 叫或
其 它移 动业务 的生命周 期内实 现在线 计费的 解决 方案 。之后 ，运营 商就能实时 、迅速 地确定 账户 的使 用极限和 余额状 态 ，用 户也能 更好地 了解他 们的业务使用情 况和支 出。 例如 ，某 个用 户希望通过 新一 代手机 下载一 个视频 剪辑 ，并希 望预先得 到有关 总价 的通知信 息 ，并将总价 和账 户余额进 行实时 对 比。如果 内 容下 载失败 ，则需 要实时地 将该 用户的 账户余额 恢复 到下载 之前的 状态 。这 种功能 还能让 运营商
《计费系统介绍》课件
自主开发
对于发展迅速，需求多样的企业而言， 自主开发是最好的选择。
计费系统实施的关键点
1 在线支付的安全性
确保支付方式的安全性，对客户账户信息保 护得力。
2 账单的准确性
账单信息要准确无误，细节决定质量。
3 发票的合法性
遵守相关法规和政策，确保发票的合法性。
4 用户数据的隐私保护
处理用户数据需要严格遵守相关法规，保护 用户隐私。
计费系统介绍
计费系统是现代商业模式不可或缺的一部分，它是一种用于订单、支付、账 户、发票管理等的系统。本次介绍从简介、功能、优势、实现方式、关键点、 应用场景、未来趋势等方面进行讲解。
计费系统的概述
1 计费系统的定义
计费系统是一种用于管理 订单、支付、账户、发票 等功能的系统。
2 计费系统的类型
计费系统有第三方平台和 企业自主开发的两种实现 方式。
3 计费系统的作用
计费系统可以确保运营的 秩序，有效地保障客户权 益。
计费系统的功能
订单管理
从创建订单到订单状态跟踪，让客户享受更方便高 效的服务。
支付管理
快速可靠的在线支付，确保客户的支付安全。
发票管理
提供定制的发票管理服务，帮助客户合规运营。
账户管理
提供精细化、个性化的客户账户管理服务，增加客 户黏性。
计费系统的应用场景
பைடு நூலகம்电商平台
方便快捷的订单支付、账户管理，为电商平台提供 优质服务。
在线教育平台
提供定制化、个性化的支付管理服务，减少运营成 本。
订阅服务平台
为企业提供简便高效的账号管理服务，提升企业管 理效率。
SaaS商业模式的企业
可靠的基于云的计费系统，可扩展性好，减少企业 的付出。
中国电信融合计费资费模型-中国电信-74p-201006
12
资费模型
品牌 累计告警阀值 套餐下产品 产品免费资源关系 免费资源优先级定义) (免费资源优先级定义) 产品定价关系属性 费率定价计划 目标事件元素定义 定价策略 定价组合 定价段落 优惠计算 套餐下优惠促销产品 优惠促销产品(产品) 优惠促销产品 产品 优惠计算时间限制 产品定价关系 校正定价计划 累计类型定义 优惠计算 套餐下累计量优惠 套餐
定义计费科目。是对计费系统定义的费用的描述，如市话次数费、租费等， 而这些帐目有一定的归属关系，如长途基本费和长途附加费都归属长途费，不 同运营商的业务费用帐目需要区别开来，便于统计结算。 ITEM_CLASS：大类：0-保留；1-计费科目;2-帐务科目;3-免费资源科目;4－ ： 营业费用科目;5－帐务管理科目;6—虚科目 ;5 ;6— SUB_TYPE：细类：对于计费：0－基本实科目,1－基本虚科目,2－长途实科 ： 目,3－长途虚科目,4－其它类型实科目,5－其它类型虚科目; CHILD_BILL_ITEM：虚科目的时候这里配置成实科目 ：
23
基本概念
优惠计算时间限制[ 优惠计算时间限制[DISCOUNT_TIME_LIMIT]
用于定义优惠执行较复杂的时间方面的限制，如该优惠在某年某日生效等。 一条优惠计算对应一条时间限制。 DISCOUNT_TIME_LIMIT_TYPE：优惠计算时间限制的类型 ： 10: 10:校正时间优惠 20:时段生效限制 20: DISC_TIME_MODE：优惠时间类型 ： 1-星期型的当日时间段，日期为1-7；1210000---7235959 2-YYYYMMDD型指定日期的当日时间段；20080929000000— 20080929235959 3-MMDD型当天的时间段；929070000----1005195959
融合计费系统——移动运营商未来运营的基石
１Ｏ Ｏ Ｔ ＥＬＥＣｏ Ｍ Ｍ Ｕ ＮＩ ＣＡＴｌ ＮＳ ｏ ＴＥＣＨ Ｎｏ ＬｏＧ Ｙ ／ ２ Ｏ Ｏ ７
・ １ ２
维普资讯
电佑技
必 须 由 一 种 实 时 信 用 控 制 机 制
自 己 的 各 类 主 控 业 务 来 吸 引 最
服 务 。
建 立 业 务 合 作 关 系 的 机 制 ， 确 保 所 有 各 方 都 可 以 因 自 己 在 整 个
价 值 链 中 的 贡 献 而 得 到 适 当 的
在 与 多个 合 作 伙伴 开 展 合作 时 ， 管 理 信 用 风 险 需 要 以 账 户 为 中 心 的 实 时 计 费 控 制 ， 果 给 那 如 些 不 值 得 信 任 的 用 户提 供 内容 ， 运 营 商 不 仅 要 冒 损 失 收 入 的 风
个 完 全 独 立 的 系 统 ，从 经 济 角 度 讲 也 不
套 计 费 管 理 系 统 中根 据 个 人 喜 好来 自 由选 择 或 根 据 其 信 用 记录 由运 营 商 为其
动 态 指 定 预 付 费 和 后 付 费 支 付 模 式 ， 这 样 一 方 面 提 高 了 用 户感 知 度 ，另 外 也提 升 了运 营 商 的管 理能 力 。 以 上 的 系 统 发 展 趋 势 都 是 源 于 应 对 市 场 环 境 方 面 的 变 化 而 形 成 的 ， 随 着 移 动业 务 的饱 和和新 竞 争对 手 的不 断加 入 ， 竞 争 也 变 得 越 来 越 激 烈 。 从 ２ 向 ２５ 和 Ｇ ．Ｇ
其 次 是 合 作 伙 伴 的 管 理 问 题 。 在 推 出 有 吸 引 力 、 有 价 值 的
一
终 客 户 使 用 。 移 动 运 营 商 将 为 移 动 用 户 提 供 大 量 不 同 的 服 务 和 内 容 时 ， 保 证 用 户 的 舒 适 感 ， 让
融合计费系统简介
主要模块 －详单管理
特点
• 面向文件系统 与传统数据库完全无关 数据字典、详单记录、 数据字典、详单记录、索引信息用文件存储 多种业务， 多种业务，不同类型的详单在同一文件中 • 性能优异 针对电信业务的特点采用特定的存储结构， 针对电信业务的特点采用特定的存储结构，定位数据 快速、准确， 快速、准确，极大的提升了系统响应速度 采用服务器/客户端方式， 采用服务器/客户端方式，用户界面和后台实现完全分 离 多进程、 多进程、并行机制 查询功能强大，实现了SQL SQL的基本功能 查询功能强大，实现了SQL的基本功能
B O S S
漫游/网间 漫游 网间 结算
系统综合接口
核心网元
业务网元
内部支撑系统
外部支撑系统
外部系统
处理流程
功能体系结构
与外部系统接口
主要业务一
• 语音业务 • GPRS业务 • 普通短信业务：包括网内点对点短信、与 联通的互联短信、国际点对点短信 • 梦网业务：包括梦网短信、梦网WAP、百 宝箱业务、儿基会业务、PDA门户业务、 手机邮箱业务 • IP数据业务：包括IP记帐卡、IP充值卡、IP 直通车、固定IP
合作伙伴管理
档案管理 合作伙伴服务 结算管理
管理
一 级
…… 收入保障
模块稽核 系统间稽核
…… 综合结算
合作伙伴 全面结算
……
资源管理
资源生成 资源分配 资源回收
订单管理
订单生成 订单调度 订单实施
系统管理
监控管理 故障处理
综合帐务
个人用户帐务 集团用户帐务 其他用户帐务
融合计费
智能网业务计费 3G计费 计费 基本为中国大陆各地，资费标准为0.07／6秒，优 惠时段资费标准为0.04／6秒 • 呼叫目的地为香港、澳门、台湾资费标准为0.20元／6秒， 优惠时段资费标准为0.12／6秒 • 呼叫目的地为其他国家和地区资费标准为0.80元／6秒， 优惠时段资费标准为0.48／6秒 • 优惠时段：当日23：00到次日7：00
融合计费
“单一服务提供商逐渐向多服务提供商的方向转变。”
Chorleywood，电信计费和客服的全球趋势和市场预测
2002年收入来源, %
938
2002年总收入： 22.86亿美元
897
信息管理集团 （计费）
548
602
687
785
客户管理集团 （呼叫中心）
39% 61%
在提供计费解决方案方面有悠久的历史 • Convergys在开发、建设和运营计费和客服解 决方案方面已有19年的历史 • 2500多名开发人员, 44,000多名员工 • 175名项目管理专业人士 • 每年的研发投入达一亿美元 • 遍布全球的100多名计费运营商客户 • 为超过1.2亿个用户生成超过5.45亿张帐单 • 用20多种语言完成多达6.2亿次的客户联络 • 46个数据和呼叫中心
– 资深业界人士
• • •
移动 （2004） 固网 数据
• • •
©2003 Convergys
移动 （2004） 固网 数据
计费和客户服务的挑战和机会
… 计费系统的融合还有待时日...
起始阶段 多产品、多业务 融合的产品和服务 融合的计费
语音
BSS BSS 计费
运营商
数据
BSS BSS 计费
BSS BSS 计费
市场驱动的服务融合趋势
•
用户要求： – 获得多种服务 – 服务来自同一提供商 – 一单清 – 有竞争力的价格和优良的服务
OCS与融合计费
计费系统是电信运营商业务支撑系统中最为核心的部分，其灵活性、响应速度、支撑能力的高下也在很大程度上决定了前端业务模式的多样性和客户体验的满意程度。
电信运营商网络融合的需求不断提高、电信业务种类日益丰富，如何将传统的计费系统与整体网络融合的转型趋势相匹配，如何解决实时控制和实时计费这一运营商和客户都非常关注的核心“老问题”，如何让计费系统超越简单的计费功能，成为助力运营商了解用户消费习惯和偏好的一把利器？打造一套实时、精确、灵活、支撑能力强,而且能降低建设、运维成本的OCS与融合计费系统是发展的必然趋势。
OCS，即OnlineChargingSystem在线计费系统,是3G PP网络架构中最重要的组成部分之一。
融合计费，打破“烟囱式”计费瓶颈目前运营商计费系统的现状和演进过程，第一阶段即是智能网系统，实际上并不应该将智能网看作一个计费系统，由于智能网定义了预付费业务，所以被认为是一种在线计费的实现方法。
智能网能够提供非常好的实时控制，可以有效避免欠费，用户的体验良好。
但是智能网对融合计费的支持能力有较大约束，另外投资成本较高、升级测试周期长也困扰着运营商。
第二阶段是离线计费系统，其实是在弥补智能网本身不足的前提下，运营商采用的一个折中的方式来解决热点需求和现状问题之间的矛盾。
其优点是可以建立统一的客户模型，对客户进行统一管理，同时可以支持非常灵活的业务模式，在统一的离线计费模式下，融合计费也可以得到很好的支持。
但是由于不具备实时控制机制，存在用户透支的可能性，容易产生欠费问题，导致收入流失。
而且由于用户无法实时地了解自己的账户和欠费的准确情况，严重影响了用户的体验和满意度。
第三阶段则是离线计费系统与欠费风险控制相结合，欠费风险控制系统主要用于监控运营商认为的低信用度用户以降低欠费风险，而这些用户真正的计费还是通过话单由离线计费系统实现。
实时欠费风险控制系统从系统核心设计上已经具备OCS的雏形。
分析计费模式的演进过程，我们可以清晰地发现：传统的计费系统由于受到“烟囱式”网络的影响，条块分割，分散运行在不同的系统中，在预付费灵活性上有很大欠缺，建设和维护成本也相当高昂。
融合网络下数字家庭服务融合计费技术体系研究
３ 小 结
在 融 合 网 络 环 境 下 ，数 字 家 庭
频宏块模 式快速选择和运动矢量快速 主要 包括 ： 用 户 终 端 属 性 及 配 置 数 据 服 务 运 营 商 面 临 着 服 务 资 源 种 类 繁 多 、 估 计具 有 比较 大 的难 度 。 获 取 接 口、 内 容 分 发 呈 现 接 口 、前 端 来 源 各 异 以 及 用 户 终 端 不 统 一 等 问题 ，
产 业 ，是 现 代 服 务 业 的 重 要 组 成 部 分 。 庭服 务产 业 的关键 。 方 面开 展工 作 。
潞 冀 舞 “ 皴 孝家 庭 鼹 势 美镦 蕊 撵 掖 栽 霹发 ≮藏 霸 示 范顼 酾 ｛ 鞭 ２数荨 家 糜粼 鼻 逐 罄 轰 撑掖 奄 龋 。 。、羟 赞 赞 黪
会 公 共服 务 等现 代 服务 的重 要载 体。 难 以 实 现 融 合 网 络 情 况 下 跨 业 务 、跨 数 字 家 庭 服 务 技 术 不 但 包 括 家 庭 网 络 网络 业 务 捆 绑 综 合 优 惠 ，不 能 满 足 数 和 家 庭 设 备 互 联 技 术 、 各 类 服 务 资 字 家庭 综 合 服 务 运 营 多 业 态服 务统 一
家 庭 服务 产 业 是 网 络 化 、信 息 化 、智 破 ，为 数 字 家 庭 服 务 的 应 用推 广 提供 的 扩 展 。 针 对 上 述 需 求 ， 数 字 家 庭 服
能 化 与 服 务 化 融 合 发 展 的 新 兴 战 略 必 要 的 技 术 支 撑 ，已 成 为 发 展 数 字 家 务 融 合 计 费技 术 研 究 需 要在 以下 几个
础 设 施 改 造 步 伐 加 快 ，数 字 社 区 、文 主 要 包 括 ：基 于 使 用 量 的 计 费 、基 于 化 内 容 、 电子 商务 、 网络 医疗 教 育等 周 期 时 长 的 计 费 、基 于 交 易 次 数 的 计 现 代 服 务产 业 正 在 快 速 发 展 ，孕 育 了 费 、 基 于 交 易 值 的 计 费 、基 于 服 务 ／
中国电信融合计费_OCS介绍中国电信-47p-201006
SouthQA-HZ 曲默 科技(中国)有限公司
内容提要
一.系统介绍 二.系统配置 三.维护事项
2
现有业务支撑系统
BSS系统
业务受理
业务资源
产品 订单
渠道
营业、帐务、计费等
账务处理
账单管理
结算
批价
累帐
信控
采集
开通
智能网系统
SMAF 业务管理接入功能
SMF 业务管理功能
反算服务器通过的框架程序来统一调度，可根据需要在一个实时计 费引擎中挂载不同的功能模块。
对于OCS，计费引擎挂载业务分析+反算批价 对于离线计费，计费引擎挂载业务分析+正算批价
14
反算批价
反算批价
反算批价包含正算批价的所有功能，并根据用户余额反算出可用时 间片，根据不同的消息类型(I包、U包、T包)，反算批价还需要做附加 的工作，最后再返回时间片、DCC ResultCode，FinalFlag给前置机。
离线话单
解码 话单查重
XDR FILE
帐务处理 固费File
正算批价 正算批价
Socket
用户MDB
帐户MDB 内存数据库
6
OCS消息类型
会话型消息
应用在SACP，GGSN业务中。 在一个典型的OCS会话中，包括 如下几类CCR/CCA消息：
鉴权包，也称I包 更新包，也称U包 结束包，也称T包
7
OCS消息类型
统一用户与产品资料管理 灵活的资费策略 实时信用控制 多种方式的AOC服务
5
OCS系统结构
SACP VAC GGSN …… SMSC
DCC SMPP+
融合业务资费及政策梳理
资费对比---与原亲情1+
亲情无限手机版 月基 套餐 共享时 本费 内容 长 套餐外单价 宽带 月基 产品 本费 25 市 话， 包含 业务 固话 来显 小灵 通来 显亲 情功 能 套餐 内容 共享 时长 60 亲情无限 套餐外单价 超出部分0.12元/分钟 网话资费0.2元/分钟长 话资费0.3元/分钟 超出部分0.12元/分钟 网话资费0.2元/分钟长 话资费0.3元/分钟 超出部分0.11元/分钟 网话资费0.2元/分钟长 话资费0.3元/分钟 宽带产品 星级宽带包针对县局 用户：1M（一星级宽 带）包年550元包月 50元2M（二星级宽 带）包年600元包月 55元4M（三星级宽 带）包年880元包月 80元 针对忻府区用 户：1M（一星级宽 带）包年600元包月 55元2M（二星级宽 超出部分0.11元/分钟 带）包年660元包月 网话资费0.2元/分钟长 60元4M（三星级宽 话资费0.3元/分钟 带）包年1100元包月 100元
2元/月
固话为公众用 户（甲种）； 手机为联通G 网用户。
5
深度融合业务资费
亲情随身手机版
1固1移 选择性推广 （建议农村 市场推广） 第一档 第二档 第三档 第四档 第五档 第六档 第七档 第八档 第九档 月基本 共享时长 套餐外单价 费 套餐内容 互拨时长赠送业务 （元） （分钟） （元/分钟） 19 29 39 49 69 99 79 109 149 199 市网长 合一 市网长 漫合一 市网合 一 50 120 220 330 500 800 450 700 600 900 本地不 限时 固话月 租 手机月 租 同振业 务 固话悦 铃 统一邮 箱 手机报 本地0.2，国内长途0.3，漫游标准 本地0.13，国内长途0.28，漫游标 准 本地0.13，国内长途0.28，漫游标 准 本地0.13，国内长途0.25，漫游标 准 本地0.1，国内长途0.2，漫游标准 可选包 可选业务
融合实时计费的有效探索
当前 ， 网 实时计 费存在 的主 要 问题 如 下 ： ｌ 多个移动运营商网络中已经成熟商用 ，例如 罗 现 计 费平 台分散 ， 导致数 据 孤 立 ， 无法 开 展统 一 的 营 销 ； 付 费 的 灵活 性 不足 ， 发 周 期较 长 ， 预 开 并 且成 本 较 高 ； 综合 计 费 账务 系统较高 ， 因此多业务融合 Ｉ
实时计 费是 目前迫切 需要解 决 的 问题 。
Ｚ ＵＮ ＯＣ 遵循 ３ Ｐ Ｘ Ｓ Ｇ Ｐ的规范标准开发 ，
ｌ 目前已在国内外得到规模应用 ，特别是在海 夕 ｝
马 尼亚 Ｚ Ｐ Ａ Ｐ ＯＣＳ在 线 计 费 系 统 、利 比 亚
ＯＣＳ ， ＸＵＮ ）Ｚ ＯＣＳ能 使 预 付 费 系统 具 备 更 强
充分发挥作用 ！ 皿
的灵 活性 ，而 且 可 以为 整个 网络提 供 灵 活 的 资 费 策略 、丰富 的套 餐 组合 、统 一 支付 账 户以 及
ＺＥｏ ｔ 兴 创 Ｔ ｆ 中 软 ｓ
２０￣２ 总 ８ ７５ ０ ７－ 月 第８
能 立即 扣 费 ， 响 了业 务 的开 展 ； 乏预 付／ 影 缺 后
ＧＴ Ｐ Ｃ ＯＣＳ在 线 计 费 系统 等 ， 而 积 累 了丰 富 从
的移 动业 务 支撑经 验 。 Ｚ ＸＵＮ— ＯＣＳ将 在 未来 融 合 计 费 的 网络 ［ ｛ ＝
付 的融 合 ， 致 不能 进 行 预 付 费 、 付费 互 转 ， 导 后 以及融 合计 费 。 中兴 公 司在 充 分 理 解 和 掌 握 ＯＣ Ｓ计 费 规 范 的基 础 上 ， 出中 兴在 线 计 费 网产 品 （ ＸＵＮ 推 Ｚ
维普资讯
解 决 多业 务 合 尉 费 融 一 点 建 敷 有
计费系统介绍剖析
一、概述计费系统核心功能是首先从各个网元，以及业务平台获取用户业务使用记录的原始数据（原始话单文件），然后对原始话单记录根据用户订购的产品、促销等信息，结合计费要素进行批价，以及免费资源消耗处理，最后将批价结果记录入库，同时也提供给帐务进行合帐处理，最终实现扣费、信控等工作。
其总体流程如下图：从上图可知整个计费流程经过：“采集传输”、“解码”、“业务解析”、“统一查重”、“批价”、“数据分发”、“科目转换”、“数据入库”、帐务累帐共九个大的步骤。
除了以上七个主步骤外，为实现漫游来访话单的计费，错单的回收处理，计费系统还同时完成错单的记录和回收，以及漫游话单的上传工作。
二、文件传输（XFER）2.1 文件传输的目的一方面各个网元和业务平台生成的话单记录，是对用户进行计费和信控的原始依据。
另一方面对于漫游来访用户，需要将本地采集到的话单记录回传给用户归属省，以便归属省对用户进行计费和信控等处理。
要完成上述两项工作，需要完成对各个网元和业务平台生成的话单记录进行采集和上传，这就是计费系统中文件传输模块完成工作。
文件传输系统利用FTP协议完成数据文件从源目录到目标目录传输功能。
根据数据流向的不同，通常文件传输分为文件采集和文件上传。
从网元获取数据称为采集，将获取的数据上载到集团公司或指定系统称为上传。
文件传输系统支持单线程和多线程的方式，既可配置传输任务数又可配置任务轮询时间，即最大限度的保证了传输性能，又同时避免了数据服务器的负载过重。
文件传输系统又通过文件查重，文件指针功能，保证了文件传输的正确性，及时性和有序性。
同时文件传输系统还可在传输文件的同时完成文件名分析，和文件名转换的功能，减少文件传输后的后续工作。
2.2文件采集目前文件采集系统大部分采用的是集中采集的方式：即大部分业务的原始文件数据都通过集中采集机进行采集。
其采集路径为：“计费主机”----“集中采集机”----“各个网元及业务平台”。
计费业务基础培训
计费业务基础培训计费业务是指通过对用户的通信服务进行计费的一项业务。
对于电信运营商来说，计费业务是其主要的收入来源之一。
计费业务的准确性和高效性对于电信运营商来说至关重要。
在计费业务基础培训中，我们将介绍计费业务的基本原理和流程，以及如何提高计费业务的准确性和高效性。
一、计费业务的基本原理计费业务的基本原理是根据用户产生的通信行为进行费用计算。
通信行为包括电话通话、短信发送、数据传输等。
计费业务主要包括话费计费、流量计费和增值业务计费。
接下来我们分别介绍这三种计费业务的原理。
话费计费是指通过对用户的电话通话进行计费。
话费计费的原理是根据用户的通话时长和通话地点进行费用计算。
通话时长一般以分钟为单位计算，通话地点根据不同地区进行分级计费。
用户在通话过程中产生的费用将会显示在用户的电话账单上。
流量计费是指通过对用户的数据传输进行计费。
流量计费的原理是根据用户的数据传输量进行费用计算。
数据传输量一般以KB、MB或GB为单位计算。
用户在数据传输过程中产生的费用将会显示在用户的流量账单上。
增值业务计费是指通过对用户使用增值业务进行计费。
增值业务计费的原理是根据用户使用增值业务的次数和时长进行费用计算。
增值业务包括彩铃、订购视频、订购音乐等。
用户在使用增值业务过程中产生的费用将会显示在用户的增值业务账单上。
二、计费业务的流程计费业务的流程包括收集通信行为、费用计算和账单生成三个步骤。
接下来我们分别介绍这三个步骤。
收集通信行为是指收集用户产生的通信行为数据。
通信行为数据包括通话时长、通话地点、数据传输量、增值业务使用次数和时长等。
这些数据可以通过电信网络的监控系统来获取。
费用计算是指根据用户的通信行为数据进行费用计算。
费用计算一般由计费系统来完成，计费系统可以根据不同的业务策略进行费用计算。
计费系统需要考虑不同通信行为的计费规则和计费标准，以确保计费的准确性。
账单生成是指根据费用计算结果生成用户的账单。
账单一般包括月度账单和详单两部分。
融合计费是“年度重心” 运营商系统尚存短板
Ｃｏｍｍｕｎｃ ｔ ｓＷｏｒ ｉａ ｉ ｏｎ ｌ Ｗｅｅ ｌ ｄ ｋｙ
融合计费是 “
、一 — 一 ＋
１
＾ ：：
冒
口
商系统 尚存短板
超出传统的电信计费范畴的融合计费，已经成为运营商 在全业务运营时代必须进行的一项 “ 重点工作”。
本刊记者 Ｉ 新苗 李
近薹 霎
立的 ， 为融合 的计 费系 统 ， 作 ＯＳ Ｃ需 要 使 单 个 系 统 能 实 时 批 量 地 处 理 所 有
的业 务 需 求 。
叉 业 务 需 求 ， 保 单 个 系 统 能 满 足 所 确 有 的 计 费 要 求 并 在 系 统 间 传 递 用 户 和 业 务 信 息 ， 营 商 可 通 过 过 渡 解 决 运
可用 辅 助／ 两 个 方 面 考 虑 ， 是 整 合原 有 针 对 一 单 一 网 元 计 费 体 系 形 成 基 于 用 户 的综 合 计 费 体 系 。二 是 计 费 系 统 中 对 用 户 群体 （ 庭／ 团 ） 行有 机 区隔 ， 家 集 进 并 考 虑 用户 之 间 的交 互 。
话单， 满足 实 时及 融 合 的 需 要 。因此 ，
。
位 地 方 运 营 商 ， 为 重 点 工 作 之 一 的 作 融 合 计 费 ， 当 前 运 营 支 撑 系 统 中 存 在 在 哪 些 问 题 和 困难 时 ， 家 均 认 为 ， 专 中 国 移 动 与 其他 两 家 电信 运 营 商 相 比 ，
当前运 营 商． ￣软件 、系统 ｔ Ｐ －
之 间 还 尚 未 打 通 ， 合 计 融
计 费 体 系 中 要 有 合 理 的技 术 架 构 ， 而
面 临 着 长 流 程 业 务 的短 板 必须 尽 快 弥
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
群成员：号码0
群成员：号码1
属性：亲情号码2 群成员：号码2 群成员：号码3
群实例
属性：亲情号码3
CRM
计费
12
模型差异原因二：主数据编码不一致
因为CRM与计费的主数据是分开制订与管控的，并不是遵循同一套中国电信主数
据规范；因而在具体落地时，两个系统共同用到的主数据在CRM和计费中各有一
套标准，两套主数据编码存在不一致的情况，需要进行映射转换处理。
2015年6月
目录
1
现网两套三户模型所带来的问题分析
2
本次融合模型解决的问题
3
融合后需应用或运营关注的问题
CRM与计费两套档案模型的背景
1、历史原因导致CRM和计费档案模型两套
• 由于CRM和计费之前分属不同的功能域，规范也是各自制定的，且 现网CRM和计费系统一般是两支不同的团队
2、业务模式的差异性要求CRM和计费模型有差异
21
融合模型举措——同类功能模型统一制定
针对现网同类功能在现网存在CRM和计费有两套模型的情况，融合模型 根据业务的功能特征对模型进行了整合，同类功能采用同一套模型进行 统一的表达。 本次融合模型调整点： • 一次性费用功能所涉及模型统一在帐务子域表达
• 特殊客户名单（如客户红名单、黑名单等）统一在客户子域表达。
如下： • • 实例数据落地时CRM和计费能达成一致的按统一的落地方式 如果因CRM和计费业务模式的不同而要求落地模式有所差异的，融合模型支持同一套 模型下CRM和计费存在冗余数据, 保证两个域性能处理需要。
19
融合模型举措—— 统一主数据编码
模型组通过收集CRM和计费系统在各省现网的主数据，并参考CRM2.8和计 费3.5的主数据规范，统一制定CRM和计费的主数据编码。 • 解决动态主数据编码不一致问题：产品销售品规格模型是一致的，产品目录、
动态主数据编码：
销售品编码 产品编码 属性编码 目录编码 区域编码 局向编码 ……
静态主数据编码： 销售品类型编码 销售品构成编码 销售品关系编码 产品类型编码
产品关系编码
……
13
模型差异原因三：资料关注侧重点不同
CRM关注业务受理的便捷性。对于业务变更前信息统一写入历史表，后续使用较少。 计费关注资料的时间连续性和准确性。 以客户更改个人定制套餐的流量属性为例，某用户2015年4月1日入网，订购套餐流量 1G，2015年5月11日变更流量为2G，下月生效：
•
解决同一业务，CRM和计费理解不一致问题：通过编写融合模型规范文档及典型业务场景
验证文档，明确定义融合模型涉及的各实体概念定义、明确典型业务落地原则，实现同一业 务CRM和计费理解一致
•
解决销售品粒度不一致问题：产品、销售品规格相关数据CRM和计费模型统一，表达统一
•
解决产品销售品实例落地CRM和计费不一致问题：产品销售品实例模型同一套，落地原则
融合模型考虑了CRM和计费系统对于同一实体因关注点不同而需要采集不同 信息的要求，在模型层面支持两者的兼容。
• 针对CRM与计费对产品、销售品实例信息关注点不同的问题：模型设计时 兼容考虑两者要求，例如：
• 对于产品销售品实例涉及的相关时间信息，产品销售品实例模型支持
统一记录CRM和计费所需的时间信息，既支持完整记录CRM系统对客 户档案变动的相关时间信息，也支持记录表达计费时间连续性的内容； • CRM关注产品属性的全集，而计费只关注影响资费的产品属性，因此 模型在产品属性规格上增加“是否计费需要”字段，以满足计费系统 使用要求
业务变更前：CRM在用表 属性 标识 流量 属性值 1G 生效时间 20150401 变更时间 属性 标识 流量 属性值 1G 业务变更前：计费资料表 生效时间 20150401 计费生效时间 20150401 计费失效时间 20301230
业务变更后：CRM在用表 属性 标识 流量 属性值 2G 生效时间 20150401 变更时间 20150511 属性 标识
原 因
业务表达不一致 主数据不一致 侧重点不一致 同类功能 模型不一致
因为以上四种情况导致资料同步时需要进行数据转换
导 致
CRM
接口 转换
计费
复杂的接口转换程序带来三方面问题
问 题
转换程序问题
接口技术问题
运营维护问题
16
目录
现网两套三户模型所带来的问题分析
1
2
本次融合模型解决的问题
3
融合后需应用或运营关注的问题
无须信息转换，避免复杂数据接口转换带来的数据出错、不一致问题
18
融合模型举措——统一业务表达
模型组联合厂家整理了各种典型业务在现网的表达方式，分析了现网各省CRM和计费模型与集团模型
的差异，然后基于分析结果进行了融合模型编制； 在模型编制过程中，BSS三户模型按照CRM和计费采用同一套模型的原则制定；并根据此原则编写落地 场景文档，统一各种典型业务CRM和计费的落地方案。
10
模型差异原因一：业务表达不一致（业务概念层面）
因为系统历史遗留问题，或者两系统对业务的表达方式不一样，导致两系统的业 务落地数据的结构或者粗粒度存在差异； 例如: CRM与计费的套餐粒度不一样，CRM对于不同套餐档次采用不同的销售 品来表达，而计费即采用一个套餐不同套餐属性来实现。 乐享3G-49元档 映射 乐享3G-89元档 乐享3G套餐 属性：套餐档次 属性值：49 属性值：89
第5页
账务优惠
种类：产品优惠、商品优惠、商品日优惠、账期初优惠、账户优惠、捆绑 优惠等。
产品优惠
以账单表作为优惠内容的输入和结果的输出
优惠处理流程：
商品优惠
1、遍历销售品表，获取符合条件的销售品。 2、根据定价计划查找定价计划策略组，如果策略组定 价计划中有需要处理优惠种类的类型，则取此销售品 ID，到销售品实例表查找销售品实例。
描述
电信企业销售给客户的原子级的、销售上不可再分的单元，可细分为主产品 和附属产品；主产品产生计费事件，附属产品不产生计费事件； 指电信运营商运用营销手段针对不同的营销渠道、客户细分、地域细分和销 售目标等，对产品/产品包、定价计划进行必要的包装的产物。所有产品和产 品包必须封装成销售品才能销售，产品和产品包本身不直接面向客户销售。 电信销售品被客户购买，一个销售品实例就形成了，也就是客户开通了电信 业务。一个客户可以有多个销售品实例 。 形成销售品实例时，会产生一个或多个产品实例。一个主产品实例有对应的 一种网络的硬性物理连接，用于识别该业务，具体表现为计费的唯一标识， 并有相应的接入号码，比如电话号码，ADSL 号等。 针对产品/产品包制定的价格方案，它包含了资费标准和优惠计算等规则。 定价段落可以理解成为一个资费的选择树，任何计费事件都可以通过一层或 多层的资费查找，定位其应当执行的一个或多个资费标准。 对客户所使用的产品进行计费的基本费用信息，资费标准可分为一次性费用、 周期性费用和使用费三种类型。 在对产品/产品包/销售品进行定价的过程中所牵涉的对定价有影响的数据实体 的相关参照属性，可以是（但不限于）产品/产品包、销售品、客户协议、帐 户、计费事件、行政区域、电信管理区域等实体的相关属性。 客户在使用电信的产品或服务的过程中，所产生的用于计费的使用记录。如 CDR、数据业务的服务使用记录、内容服务的使用记录等。
销售品目录、区域编码需要全网统一，目前需求组正在梳理
• 解决静态主数据编码不一致问题： • 对CRM和计费表达同样含义但主数据编码不同的主数据进行了归并 • 补充原来CRM和计费规范中缺失的主数据 • 删除原来CRM和计费规范有歧义、无用的主数据。
20
融合模型举措——兼容CRM与计费侧重点不一致要求
本次融合模型从源头解决两套模型差异，减少信息转换
两套 模型 问题
业务表达不一致 （业务概念层面）
主数据不一致
侧重点不一致
同类功能 模型不一致
融合 模型 举措
统一业务表达 （业务概念层面）
统一主数据编 码
兼容CRM计费 侧重点不一致
同类功能模型 统一制定
解决 问题
BSS融合模型
一套规格数据； 一套档案资料； 一套主数据标准。
• CRM ：注重面向营销过程的需要，同时考虑与后端的衔接。系统 能够支持快速推出新业务，方便、快速地定制销售品。 • 计费 ： 注重对各种费用的计算处理过程，系统能够支持准确、高 效的费用计算
目前现网绝大部分省公司的档案模型，即CRM和计费的档案物理模型是 不同的，同样的信息两套模型承载，信息需要转换，自然而然 就会带来数据不一致问题。
账户优惠
3、找到实例之后，分析优惠条件是否满足（是否预开 通，生失效时间等），后续分析定价计划、定价组合、 定价策略，按配置账目及优惠内容进行处理。
第6页
产品、套餐、协议资费处理顺序
清单
协议资费
套餐资费
产品资费
账务 产品优惠 套餐优惠 协议优惠 账户优惠
清单排他处理，账务叠加处理
第7页
CRM与计费模型融合探讨
业务变更后：计费资料表 属性值 生效时间 计费生效时间 计费失效时间
流量
流量
2G
1G
20150401
20150401
20150601
20150401 时间接续
20301230
20150601
业务变更后：CRM历史表 属性 标识 流量 属性值 1G 生效时间 20150401 变更时间
14
模型差异原因四：同类功能模型分散实现
产品实例
定价计划 定价段落 资费标准 定价参考对象 计费事件
第3页
计费话单处理流程
预处理后话单文件
采集
预处理
批价
合帐 （信控）