当前位置:首页 >> 信息与通信 >>

中国电信在线计费系统(OCS)总体技术方案V0.8


中国电信在线计费系统(OCS)业务需求

中 国 电 信 企 业 标 准

中国电信在线计费系统(OCS) 总体技术方案
版 本 号 : V0.8

中国电信股份有限公司
2005-5

编制说明
在获得移动业务牌照以后,中国电信将成为移动市场竞争的积极进取力量,针对目

前 激烈竞争的移动市场状况,必须要为预付费/后付费用户提供丰富的业务和灵活的业务资 费策略,发挥综合运营商的优势,提供灵活的业务捆绑,并控制预付费用户的欠费风险。 现有在线计费整体解决方案存在不同的缺陷,建立一个能够支撑灵活计费需求和市场推广 策略的新的在线计费系统正是在此背景下提出的。 本技术规范系列是通过前期大量的市场前期调研和对现有计费解决方案深入分析,参 考3GPP提出的在线计费系统解决方案,并结合中国电信预付费业务需求制定的,目的是支 撑中国电信在线计费系统整体规划、建设和实施。 本技术规范系列以支持移动业务的在线计费为切入点,提出了中国电信在线计费系统 的总体技术方案、业务需求、设备要求和对周边设备的改造要求。新的计费系统整体解决 方案借鉴现有方案的优点,基于SID(Share Information Data)提供的统一信息视图, 实现了预付费/后付费融合计费、语音/数据的融合计费,并兼顾了机会成本、欠费成本、 系统成熟度等关键因素。 在线计费研究项目由中国电信股份有限公司业务支撑中心、技术部提出,并于2005年 1月20日成立了由上海研发中心牵头的在线计费项目组。在前期大量的市场调研和标准方 案分析的基础上,项目组在2005年4月16日开始了一个多月的规范封闭编制和设计,并于5 月底完成了全部规范的初稿,包括《总体技术方案》、《业务需求》、《OCS技术要求》、 《OCP接口规范》、《SCP设备改造要求》、《ISMP设备改造要求》和《CCG设备技术要求》 共七本分册。 工作组按照项目制建立和运作,项目组织结构如下: 项目负责人:李连祥、刘晓亮 项目组:董斌(组长)、周峰、李洁,张峰,高国文,解彦良,石松奇,梁林志,王 巍,戴志强、黄怡婷、曾旸、王晓强、綦群、魏科学、陈松、Cynthia Leung等。 在项目组工作期间,得到了中国电信股份有限公司业务支撑中心张国珍总监、李连祥 资深专家及上海研发中心移动通信部秦达主任等领导的大力支持和亲自指导,并对文档提 出了许多宝贵的建议和意见。另外,在文档编制过程中,得到了华为、西门子、HP、联创、 天源迪克等公司的积极协助,在此一并表示感谢!

II

中国电信在线计费系统(OCS)业务需求





中国电信移动业务在线计费系统技术方案是在充分研究和分析国内外在线计费系统 实现方案基础上,基于中国电信移动业务在线计费需求,并参考 3GPP、IETF 等国际标准 组织的在线计费系统规范和接口协议规范编制的。 本方案是中国电信移动业务在线计费系统总体技术方案,为在线计费系统方案实施的 指导性文件,整个在线计费系统技术方案主要包括: ? 《中国电信在线计费系统(OCS)总体技术方案》 ? 《中国电信在线计费系统(OCS)业务需求》 ? 《中国电信在线计费系统(OCS)技术要求》 ? 《中国电信在线计费系统 OCP 接口规范》 ? 《中国电信在线计费系统 SCP 设备改造要求》 ? 《中国电信在线计费系统 ISMP 设备改造要求》 ? 《中国电信在线计费系统 CCG 设备技术要求》

本技术方案由中国电信股份有限公司提出并归口。 本方案起草单位: 本方案主要起草人: 本方案解释单位:

中国电信在线计费系统(OCS)业务需求


目 1. 2. 3.



录 -----------------------------------------------------------------------------------------------------------------------------I 范围 ---------------------------------------------------------------------------------------------------------------------------- 5 引用文件 ---------------------------------------------------------------------------------------------------------------------- 6 术语和缩略语 ---------------------------------------------------------------------------------------------------------------- 8 3.1. 3.2. 术语 -------------------------------------------------------------------------------------------------------------------------- 8 缩略语 ----------------------------------------------------------------------------------------------------------------------- 9

4.

概述 --------------------------------------------------------------------------------------------------------------------------- 12 4.1. 现有计费方案存在的问题 ----------------------------------------------------------------------------------------------12

4.1.1. 4.1.2. 4.1.3. 4.2. 4.2.1. 4.2.2. 4.2.3. 4.3. 5.

现有计费方案概述 --------------------------------------------------------------------------------------------- 12 现有计费方案存在的问题 ------------------------------------------------------------------------------------ 15 现有计费方案问题分析 --------------------------------------------------------------------------------------- 16 对新的计费整体解决方案的思考 --------------------------------------------------------------------------- 18 新一代电信计费解决方案概述 ------------------------------------------------------------------------------ 19 新一代计费方案对现网问题的解决 ------------------------------------------------------------------------ 20

新的计费解决方案的提出 ----------------------------------------------------------------------------------------------18

新的计费解决方案的优势 ----------------------------------------------------------------------------------------------21

业务需求 --------------------------------------------------------------------------------------------------------------------- 23 5.1. 5.2. 业务需求 -------------------------------------------------------------------------------------------------------------------23 对 OCS 的计费功能需求 -----------------------------------------------------------------------------------------------24

6.

体系结构 --------------------------------------------------------------------------------------------------------------------- 27 6.1. 6.2. OCS 体系结构-------------------------------------------------------------------------------------------------------------27 OCS 定位 -------------------------------------------------------------------------------------------------------------------28 OCS 同周边系统的定位 -------------------------------------------------------------------------------------- 28 OCS 与 Hot Billing 的关系 ------------------------------------------------------------------------------------ 32

6.2.1. 6.2.2. 7.

OCS 网络组织 -------------------------------------------------------------------------------------------------------------- 33 7.1. 7.2. 7.3. OCS 系统设置原则 ------------------------------------------------------------------------------------------------------33 电路域业务在线计费网络组织----------------------------------------------------------------------------------------34 分组域业务在线计费网络组织----------------------------------------------------------------------------------------34

7.3.1. 7.3.2. 7.4. 8.

分组域承载业务在线计费网络组织 ------------------------------------------------------------------------ 35 基于事件内容在线计费网络组织 --------------------------------------------------------------------------- 36

基于 DCC PROXY 的路由转发 -----------------------------------------------------------------------------------------36

编号和地址 ------------------------------------------------------------------------------------------------------------------ 38
I

中国电信在线计费系统(OCS)总体技术方案

8.1. 8.2. 9.

网元的 IP 地址 ------------------------------------------------------------------------------------------------------------38 OCS 域名 -------------------------------------------------------------------------------------------------------------------38

路由 --------------------------------------------------------------------------------------------------------------------------- 39 9.1. 9.2. 9.3. 路由方案 -------------------------------------------------------------------------------------------------------------------39 电路域路由流程 ----------------------------------------------------------------------------------------------------------39 数据域业务路由流程 ----------------------------------------------------------------------------------------------------40

9.3.1. 9.3.2. 10. 10.1. 10.2. 10.3. 10.4. 10.5. 10.6. 10.7. 10.8. 11. 11.1. 11.2. 12. 12.1. 12.2. 12.3. 12.4. 12.5. 13. 13.1. 13.2. 13.3.

基于会话的在线计费流程 ------------------------------------------------------------------------------------ 41 基于事件的在线计费流程 ------------------------------------------------------------------------------------ 42

接口 ------------------------------------------------------------------------------------------------------------------------ 44 OCP 接口 -------------------------------------------------------------------------------------------------------------------44 SID 数据同步接口 -------------------------------------------------------------------------------------------------------44 话单输出接口 -------------------------------------------------------------------------------------------------------------45 外部帐户接口 -------------------------------------------------------------------------------------------------------------45 实时查询接口 -------------------------------------------------------------------------------------------------------------45 运行维护接口 -------------------------------------------------------------------------------------------------------------46 通知接口 -------------------------------------------------------------------------------------------------------------------46 准实时话单输入接口 ----------------------------------------------------------------------------------------------------46 网络管理 ------------------------------------------------------------------------------------------------------------------ 48 网管系统结构 -------------------------------------------------------------------------------------------------------------48 网管功能要求 -------------------------------------------------------------------------------------------------------------48 主要设备基本要求 ------------------------------------------------------------------------------------------------------ 50 在线计费系统 -------------------------------------------------------------------------------------------------------------50 SCP --------------------------------------------------------------------------------------------------------------------------50 ISMP ------------------------------------------------------------------------------------------------------------------------51 基于内容的流量采集设备(CCG) ---------------------------------------------------------------------------------51 DCC PROXY ----------------------------------------------------------------------------------------------------------------52 系统的实施与升级 ------------------------------------------------------------------------------------------------------ 53 系统实施原则 -------------------------------------------------------------------------------------------------------------53 系统演进方案 -------------------------------------------------------------------------------------------------------------54 系统实施方案规划 -------------------------------------------------------------------------------------------------------58

13.3.1. 13.3.2. 13.3.3.

基本实施考虑 --------------------------------------------------------------------------------------------------- 58 OCS 实施方案规划 -------------------------------------------------------------------------------------------- 61 集中测试环境建设 --------------------------------------------------------------------------------------------- 63

附 录 A 3GPP 在线计费系统方案 ------------------------------------------------------------------------------------------64
A.1 体系架构和功能 --------------------------------------------------------------------------------------------------------------- 64 A.1.1 架构模型 --------------------------------------------------------------------------------------------------------------- 64 A.1.2 核心功能 --------------------------------------------------------------------------------------------------------------- 65 A.1.3 对外接口 --------------------------------------------------------------------------------------------------------------- 65 A.2 典型流程 ------------------------------------------------------------------------------------------------------------------------ 66 A.2.1 资费信息请求流程(基于 ECF) -------------------------------------------------------------------------------- 66 A.2.2 资费信息请求流程(基于 BCF) -------------------------------------------------------------------------------- 66 II

中国电信在线计费系统(OCS)业务需求

附 录 B 基于已有 G 网、C 网的 OCS 升级方案 -----------------------------------------------------------------------69
B.1 基于 G 网的 OCS 实施方案 ------------------------------------------------------------------------------------------------- 69 B.1.1 G 网预付费现状 ------------------------------------------------------------------------------------------------------- 69 B.1.2 目标方案 --------------------------------------------------------------------------------------------------------------- 69 B.1.2.1 OCS 系统的建设 --------------------------------------------------------------------------------------------- 69 B.1.2.2 电路域实时计费方案--------------------------------------------------------------------------------------- 70 B.1.2.3 点到点短消息实时计费方案 ------------------------------------------------------------------------------ 70 B.1.2.4 增值业务实时计费方案------------------------------------------------------------------------------------ 70 B.1.3 升级方案 --------------------------------------------------------------------------------------------------------------- 70 B.1.3.1 阶段一:OCS 未建设的阶段 ----------------------------------------------------------------------------- 70 B.1.3.2 阶段二:OCS 新建的阶段 -------------------------------------------------------------------------------- 71 B.1.3.3 阶段三:SCP 改造成熟的情况--------------------------------------------------------------------------- 71 B.2 基于 C 网的 OCS 实施方案 ------------------------------------------------------------------------------------------------- 71 B.2.1 C 网预付费现状 ------------------------------------------------------------------------------------------------------- 71 B.2.1.1 电路域实时计费方案--------------------------------------------------------------------------------------- 72 B.2.1.2 点到点短消息实时计费方案 ------------------------------------------------------------------------------ 72 B.2.1.3 互联网短消息实时计费方案 ------------------------------------------------------------------------------ 72 B.2.1.4 分组域承载流量实时计费方案 --------------------------------------------------------------------------- 72 B.2.2 目标方案 --------------------------------------------------------------------------------------------------------------- 73 B.2.2.1 OCS 系统的建设 --------------------------------------------------------------------------------------------- 73 B.2.2.2 电路域实时计费方案--------------------------------------------------------------------------------------- 73 B.2.2.3 点到点短消息实时计费方案 ------------------------------------------------------------------------------ 73 B.2.2.4 互联网短消息和其他增值业务实时计费方案 --------------------------------------------------------- 74 B.2.3 升级方案 --------------------------------------------------------------------------------------------------------------- 74 B.2.3.1 阶段一:OCS 未建设的阶段 ----------------------------------------------------------------------------- 74 B.2.3.2 阶段二:OCS 新建的阶段 -------------------------------------------------------------------------------- 74 B.2.3.3 阶段三:OCS 成熟的情况 -------------------------------------------------------------------------------- 75

附 录 C 成本分析---------------------------------------------------------------------------------------------------------------76
C.1 总体说明 ------------------------------------------------------------------------------------------------------------------------ 76 C.1.1 原则 --------------------------------------------------------------------------------------------------------------------- 76 C.1.2 方案描述 --------------------------------------------------------------------------------------------------------------- 76 C.1.2.1 增强 SCP 方案 ----------------------------------------------------------------------------------------------- 76 C.1.2.2 Hot billing 方案----------------------------------------------------------------------------------------------- 77 C.1.2.3 OCS 方案 ------------------------------------------------------------------------------------------------------ 77 C.2 定性成本分析 ------------------------------------------------------------------------------------------------------------------ 78 C.2.1 单方案定性分析 ------------------------------------------------------------------------------------------------------ 78 C.2.2 组合方案定性分析 --------------------------------------------------------------------------------------------------- 79 C.3 定量成本分析 ------------------------------------------------------------------------------------------------------------------ 79 C.3.1 单方案定量分析 ------------------------------------------------------------------------------------------------------ 80 C.3.1.1 基于增强的 SCP 方案 -------------------------------------------------------------------------------------- 80 C.3.1.2 准实时方案 (Hot Billing)---------------------------------------------------------------------------------- 80 C.3.1.3 OCS 方案 ------------------------------------------------------------------------------------------------------ 81 C.3.2 组合方案定量分析 --------------------------------------------------------------------------------------------------- 81 C.3.2.1 2006-2008 年分析-------------------------------------------------------------------------------------------- 82

III

中国电信在线计费系统(OCS)总体技术方案 C.4 结论 ------------------------------------------------------------------------------------------------------------------------------ 84

附 录 D CCG 与数据业务网络功能界定 ----------------------------------------------------------------------------------86 修改历史 -----------------------------------------------------------------------------------------------------------------------------88


图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图 图



1:计费方案一网络结构图 ................................................................................................................ 13 2:计费方案二网络结构图 ................................................................................................................ 14 3:新的计费方案的实现方式 ............................................................................................................ 19 4:OCS 支持的定价模型 ................................................................................................................... 25 5:OCS 体系结构 ............................................................................................................................... 27 6:引入 OCS 后的 SCP 的流程变更 ................................................................................................. 30 7:引入 OCS 后的 ISMP 的流程变更 ............................................................................................... 31 8:OCS 网络组织示意图 ................................................................................................................... 33 9:OCS 与 SCP 的网络组织 .............................................................................................................. 34 10:OCS 与分组域网络组织 ............................................................................................................. 35 11:OCS 与 CCG 网络组织 ............................................................................................................... 35 12:OCS 与 ISMP 网络组织 .............................................................................................................. 36 13:基于 DCC Proxy 的组网 ............................................................................................................. 37 14:电路域 OCS 路由流程 ................................................................................................................ 40 15:分组域基于会话的 OCS 路由流程 ............................................................................................ 41 16:分组域基于事件的 OCS 路由流程 ............................................................................................ 42 17:OCS 同外部系统接口示意图 ..................................................................................................... 44 18:OCS 网管接口示意图 ................................................................................................................. 46 19:业务支撑网网管体系结构 .......................................................................................................... 48 20:中国电信 OCS 系统目标网络 .................................................................................................... 53 21:方案一,传统在线计费方案 ...................................................................................................... 55 22:方案二,OCS+SCP 在线计费方案 .......................................................................................... 56 23:方案三,OCS 统一在线计费方案 ............................................................................................. 57 24:方案四,终极目标在线计费方案 .............................................................................................. 58 25:数据网漫游方案(无 CCG 省份) ............................................................................................ 61 26:全网拓扑结构示意 ...................................................................................................................... 62

IV

中国电信在线计费系统(OCS)业务需求

1. 范围
本总体技术方案为中国电信移动业务在线计费系统方案实施和网络建设的指导性文 件,规定了中国电信在线计费系统的相关内容,包括:业务需求、网络结构、OCS定位、 路由、接口、网络管理、主要设备基本要求、系统的实施与升级等方面。 本方案用于指导中国电信移动业务在线计费系统的方案实施和系统建设,并为在线计 费系统及相关设备的研发和改造、以及相应技术规范的制定提供技术依据。 由于OCS结构通用性和接口的开放性,可以屏蔽网络的差异性,本方案可以支持WCDMA 网络以及其它的中国电信业务网络。

5

中国电信在线计费系统(OCS)总体技术方案

2. 引用文件
[1] 3GPP TS 22.024: "Description of Charge Advice Information (CAI)"。 [2] 3GPP TS 32.200: "Telecommunication management; Charging management; Charging principles". [3] 3GPP TS 32.215: "Telecommunication management; Charging management; Charging data description for the Packet Switched (PS) domain". [4] 3GPP TS 32.225: "Telecommunication management; Charging management; Charging data description for the IP Multimedia Subsystem(IMS)". [5] 3GPP TS 32.240: "Telecommunication management; Charging management; Charging Architecture and Principles". [6] 3GPP TS 32.260: "Telecommunication management; Charging management; IP Multimedia Subsystem (IMS) charging". [7] 3GPP TS 32.270: "Telecommunication management; Charging management; Multimedia Messaging Service (MMS) charging". [8] 3GPP TS 32.271: "Telecommunication management; Charging management; Location Services (LCS) charging". [9] 3GPP TS 32.299: "Telecommunication management; Charging management; Diameter charging application". [10] 3GPP TS 32.296: "Telecommunication management; Charging management; Online Charging System (OCS) applications and interfaces". [11] 3GPP TS 32.297: "Telecommunication management; Charging management; Charging Data Records (CDR) file format and transfer". [12] 3GPP TS 32.298: "Telecommunication management; Charging management; Charging Data Record (CDR) parameter description". [13] 3GPP TR 32.815: "Online Charging System (OCS) architecture study". [14] IETF Internet-Draft "Diameter Credit Control Application" [15] IETF RFC 3588: "Diameter Base Protocol". [16] 《中国电信计费模型V1.0》 [17] 《中国电信第三代移动通信综合业务管理平台设备规范》 [18] 《中国电信第三代移动通信综合业务管理平台接口规范》

6

中国电信在线计费系统(OCS)业务需求

[19] 《中国电信第三代移动通信综合业务管理平台流程规范》 [20] 《中国电信第三代移动通信数据业务网络技术体制》 [21] [22] 3GPP TS 23.078: "Customised Applications for Mobile network Enhanced Logic". 3GPP TS 29.078: "CAMEL Application Part (CAP) specification".

[23] 《中国电信第三代移动通信智能网技术体制》 [24] 《中国电信CAMEL协议总体技术要求》 [25] 《中国电信CAP技术规范》 [26] 3GPP TS 23.060: " General Packet Radio Service (GPRS) Service description".

[27] 《中国电信第三代移动通信承载网络技术体制》 [28] 《中国移动(香港)有限公司2005年度财务报表》 [29] 《中国联通股份有限公司2005年度财务报表》

7

中国电信在线计费系统(OCS)总体技术方案

3. 术语和缩略语
3.1. 术语
在线计费(Online Charging):计费信息可以实时影响业务的提供、帐户余额可以实 时更新的计费机制,因此需要计费机制与会话/服务控制直接的交互。 离线计费(Offline Charging):计费信息不实时影响业务提供的计费机制。 准实时计费(Hot billing):俗称热计费。准实时计费是离线计费的一种,其特点是计 费系统以联机方式得到使用记录后,马上进行计费,以尽可能缩短业务使用与计费之 间的时间差。 OCS(Online Charging System):用于完成在线计费的计费平台系统,能提供预付费 批价和实时帐户处理等功能。 TPF( Traffic Plane Function):具有业务平面计费功能(TPF)的设备根据用户转送 的数据的属性,来向OCS报告和申请相关的计费额度。 内容计费网关(CCG): Content Charging GateWay,基于3到7层协议分析,提供内容解 析,并进行会话控制的网关设备。 共享数据模型(SID):Share Information Data,包括数据模型和共享信息2大部分, 从电信业务视角、系统视角、实现视角、运行视角等出发,对BSS/OSS不同应用系统的 领域信息进行分析,建立客户、产品、定价、帐务等数据模型,然后根据统一的数据 模型建设共享信息数据,建立创建、读取和更新数据的权限矩阵等信息管理和共享的 机制,建立SID主要目的是解决目前“信息孤岛”的状况。 Diameter CC: 基于Diameter Based扩展的信用度控制协议。Diameter CC服务器端提 供实时的批价和信用控制, Diameter CC客户端通过同服务器端交互, “额度授权” 获得 , 并监测“额度”使用情况。当用户使用在线计费业务时,通过服务器和客户端配合完 成根据用户帐户余额进行的实时信用控制。 综合业务管理平台(ISMP):主要负责数据增值业务的用户管理、SP/CP管理、内容管 理、产品管理、定价管理、鉴权/计费、定购关系管理、终端管理、统一配置管理、用 户门户、SP门户、统计分析等功能的综合管理平台。

8

中国电信在线计费系统(OCS)业务需求

业务控制点(SCP):负责存储与执行用户数据和业务逻辑的功能实体,它的主要功能是 接收SSP送来的查询信息并查询数据库,并能根据SSP上报来的呼叫事件启动不同的业 务逻辑,向相应SSP发出呼叫控制指令。 计费模型:是计费如何工作的整体描述和系统设计。 帐户(Account): OCS 系统中对用户的与货币等价信息管理的实体。 在 帐户可能以货币 为单位,也可能以一种使用量为单位。相对与银行帐户来说,帐户的事务交易记录不 用保存在 OCS 系统的帐户数据中。 帐户余额(Account Balance):帐户当前可以用于服务的值,可能以货币为单位,也可 能以一种使用量为单位。 计费事件:使用电信网络资源和相关服务的动作,如用户到用户之间的话音呼叫和消 息的传递,用户与应用之间的信息交互,漫游业务,运营商间的互通业务,以及其它 运营商希望计费的事件。 计费(Charging):电信网络内部的一个功能,计费组件收集与计费事件有关的计费信 息、格式化信息、传输并对计费事件计价和分发,决定使用量是输入到帐单(离线计 费)还是更新帐户余额(在线计费) 。 定价策略(Tariff):一套定义利用电信网络使用承载/会话/服务电信服务的价格参 数。 DCC Proxy:Diameter Credit Control Proxy。DCC协议路由Proxy,负责Diameter协议的 转发。 OCP(Online Charging Protocol):基于Diameter CC定义的中国电信实时计费协议。 为OCS对计费网元的统一接口协议。

3.2. 缩略语
缩写 APN AoC AAA BSS BCF CAMEL CAP Access Point Name Advice of Charge
Authentication Authorization Accounting

英文描述

中文描述 接入点名称 计费通知 鉴权 授权 计费 业务支撑系统 承载计费功能 Network 移动网络增强逻辑的客户化应用 CAMEL 应用部分
9

Business Support System Bearer Charging Function Customized Applications Enhanced Logic CAMEL Application Part

for

Mobile

中国电信在线计费系统(OCS)总体技术方案

CDR CCG CG CP CS CSI CTF ECF FR FTAM FTP GGSN GPRS HLR HTTP ISMP ISDN IN IMS INMI LCS MMS MSC MD MSISDN MAP OCS OSS PS PDP PHS PoC PDSN QoS RTSP SP SE SCP SID SBCF EBCF SMSC SNMP SMPP

Call Detail Record Content Charging Gateway Charging Gateway Content Provider Circuit Switched CAMEL Subscription Information Charging Trigger Function Event Charging Function Formatting and Routing File Transfer Access Management File Transfer Protocol Gateway GPRS Support Node General Packet Radio Service Home Location Register Hypertext Transfer Protocol Integrated Service Management Platform Integrated Services Digital Network Intelligent Network IP Multimedia Subsystem Integrated Network Management Interface Location Services Multimedia Messaging Service Mobile Switching Centre Mediation Device Mobile Subscriber ISDN number Mobile Application Part Online Charging System Operation Support System Packet Switched Packet Data Protocol Personal Hand-phone System Push-To-Talk over Cellular Packet Data Serving Node Quality of Service Real Time Streaming Protocol Service Provider Service Enabler Service Control Point Shared Information/Data Model Session Based Charging Function Event Based Charging Function Short Message Service Center Simple Network Management Protocol Short Message Peer to Peer Protocol

计费数据记录 内容计费网关 计费网关 内容提供商 电路交换 CAMEL 签约信息 计费触发功能 事件计费功能 格式化和路由分发 文件传输接入管理 文件传输协议 网关 GPRS 支持节点 通用无线分组业务 归属位置寄存器 超文本传输协议 综合业务管理平台 综合业务数字网 智能网 IP 多媒体子系统 综合网络管理接口 位置服务 多媒体消息服务 移动交换机 介质设备 移动设备 ISDN 号码 移动应用部分 在线计费系统 运营支撑系统 分组交换 分组数据协议 个人手持电话系统 无线一键通 分组数据服务点 服务质量 实时流协议 服务提供商 业务引擎 服务控制点 共享数据模型 会话计费功能 事件计费功能 短消息业务中心 简单网关协议 短消息点对点协议
10

中国电信在线计费系统(OCS)业务需求

SMTP SSP SDF TPF TAP TELNET URL VC VPN WLAN WAP WIN

Simple Mail Transfer Protocol Service Switch Point Service Data Point Traffic Plane Function Transferred Account Procedure Telecommunication Network Uniform Resource Locator Voucher Center Virtual Private Network Wireless LAN Wireless Application Protocol Wireless Intelligent Network

简单邮件传输协议 业务交换点 业务数据点 承载功能平面 账单传送程序 远程登陆 统一资源定位 充值中心 虚拟专用网 无线局域网 无线应用协议 无线智能网

11

中国电信在线计费系统(OCS)总体技术方案

4. 概述
在获得移动业务牌照以后,中国电信将成为移动市场竞争的积极进取力量,这就需要 中国电信具备创新性支撑手段和业务运营策略。本章将分析现有的计费整体解决方案的问 题及其产生的原因,以及中国电信向综合信息服务提供商转型的客观需求,参考3GPP相关 规范,并结合国内外运营商计费方案发展的最新情况,论证新的计费方案的可行性和必要 性,从而说明了OCS作为中国电信新的计费系统的核心部件之一的引入背景。

4.1. 现有计费方案存在的问题
4.1.1. 现有计费方案概述
目前,现有的电信计费主要有以下两种计费解决方案,分别如下: 1. 计费方案一:以智能网及ISMP实现预付费用户的在线计费处理,以准实时计费系 统实现后付费用户的准实时计费处理; 2. 计费方案二:准实时计费系统统一负责预付费和后付费用户的计费处理。 两种实现方法具体如下:

4.1.1.1.

计费方案一(SCP+准实时计费系统)

这是一种现有的计费解决方案,可以实现预付费用户的实时计费处理和后付费用户的 准实时计费处理。下图为计费方案一的网络结构:

12

中国电信在线计费系统(OCS)业务需求

SP/CP I S M P

数据业务网
MMS
CDR

图例说明
GTP’协议 CAMEL3协议 CDR接口

Streaming

RTBP(私有扣款协议) 其他协议 在线计费部件 准实时计费部件

Hot Billing
RTBP CDR CDR

...
WAP

CDR

CDR

CG SCP
GTP' CAMEL3 GTP'

CAMEL3

HLR

GGSN

MSC/SSP

SGSN/SSP

电路域

分组域

RAN

图 1:计费方案一网络结构图 在本方案中,后付费用户由准实时计费系统负责计费,预付费用户由SCP和ISMP计费。 其中电路域业务通过智能网实现,MSC/SSP通过Camel3接口同智能网SCP相连,可以支持对 话音、点到点短消息业务的实时计费,分组域业务的承载流量费由SGSN/SSP通过Camel3接 口同智能网SCP配合完成,基于内容的计费批价在数据业务网内部完成,统一通过ISMP与 SCP之间的实时扣款接口RTBP完成对用户帐户的预留、扣费。

4.1.1.2.

计费方案二(由准实时计费系统统一处理)

由准实时计费系统统一处理预付费和后付费用户的方式,是目前部分运营商采用的主 要方式。其特点是建设成本低,但实时性较差,扣费周期较长,且无法提供电信服务使用 过程中的服务终止功能。下图为准实时计费的网络结构:

13

中国电信在线计费系统(OCS)总体技术方案

SP/CP I S M P

数据业务网
MMS
CDR

图例说明
GTP’协议 CAMEL3协议 CDR接口

Streaming

RTBP(私有扣款协议) 其他协议 在线计费部件 准实时计费部件

Hot Billing

...
WAP

CDR

CDR

CDR

CDR

CG SCP
GTP' CAMEL3 GTP'

CAMEL3

HLR

GGSN

MSC/SSP

SGSN/SSP

电路域

分组域

RAN

图 2:计费方案二网络结构图 与计费方案一相比,计费方案二的主要区别是SCP和ISMP将不再作为实时计费部件承 担预付费用户的计费功能,因此ISMP和SCP之间也不再存在扣款接口。 为了避免影响交换网的处理性能,这种方式下的话单文件的采集速度不能过于频繁, 加上准实时计费系统的处理时间,将造成一定程度的计费时延,根据中国移动统计,省内 的情况平均延迟为60分钟,省际(省间漫游业务)为120分钟,而国际漫游的时延更大; 同时,由于准实时计费的余额处理只能在通话结束并产生话单后进行,缺乏手段来切断通 话。

4.1.1.3.

两种计费方案的特点对比

两种计费方案的对比如下表:
智能网(SCP) 功能定位 Hot billing 控制交换机的接续和路由过程,路由 Hot billing 系统的主要功能包括客服、业务 控制、 呼叫屏蔽、 号码翻译和转换等。 管理、计费、结算、帐务处理、系统管理等。
14

中国电信在线计费系统(OCS)业务需求

支持分组域中流量计费,内容事件计 费等。 计费功能也可由其它网元实现。 具备实时计费能力,避免了透支现象 的产生;同时,用户也可以实时对帐 户进行充值。 这方面用户体验较智能网高。 不需要用户登记客户资料,可以根据 市场情况灵活实施推广策略。 业务资费灵活性不够,对数据业务支 持能力不足,新业务开发速度慢。 “SIB 技术”没有实现,业务开发扩 展性不好。SCE 不能由运营商控制。 网络结构复杂,业务逻辑叠加,导致 效率降低,升级频繁。 业务改动涉及全网的升级, 甚至 MSC (SSP)的升级。 智能网是在网上实时运行,要求达到 电信级的标准。 智能网主要是系统建设成本和后期 升级改造成本。 网络的规模大,设备的性能、可靠性 和网络安全性会导致初期投入较大。

是一个针对话单和帐户的后处理系统,具备 支撑灵活资费业务的能力,统计分析和客服 能力强。 准实时计费,中国移动省内的情况平均延迟 为 60 分钟,省际为 120 分钟。 会造成欠费,用户的充值有延时。 具有灵活资费、帐务处理能力和强大的统计 分析和客服能力。 强大的客服能力和通知机制,能给用户良好 的体验。 制定各种灵活的资费业务和套餐容易 为后台处理系统,可靠性要求没有智能网 高。 功能升级、业务处理对现网运行的影响不 大。

实时性

灵活性

可靠性

成本

主要包括计费系统、客服系统建设和欠费造 成的成本。 初期成本较智能网低,主要体现在设备的要 求、系统处理实时性要求等方面。

4.1.2. 现有计费方案存在的问题
总体而言,计费方案一(SCP+HotBilling)对预付费用户无法提供灵活的资费支持、 业务捆绑和预付/后付转换,因此可能丧失很多市场机会,属于机会成本很高的方案;而 计费方案二(由HotBilling统一处理)由于无法在线计费,并有较高的时间差,因此欠费 风险较高, 属于欠费成本较高的方案。 另外, 两种方案都无法满足一些较高的市场需求 (成 本分析参见《总体技术要求 附录C:成本分析》)。这些问题在中国移动、中国联通的使 用过程中都不同程度地暴露出来,其教训也是中国电信需要设法避免的。两种方案存在的 问题具体地如下表:
问题 没有统一的客户视图 无法进行预付费后付费的灵活切换 计费方案一 计费方案二

√ √

15

中国电信在线计费系统(OCS)总体技术方案

预付费资费灵活性差 业务适应能力较弱,对市场反应速度慢 无法支撑数据业务 无法支持捆绑业务 初始成本大 维护代价高 漫游业务风险无法控制 无法支撑高费用业务 无法支撑高风险业务 无法支持后付费高额欠费控制 无法支持分机预付费 无法支持电信代理商(代理商虚拟运营 系统) 无法提供AoC等客户体验

√ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √

(注:表格中√表示存在此问题,空白表示不存在此问题。)

4.1.3. 现有计费方案问题分析
通过对计费方案一的问题进行分析,其原因可以总结为以下几点: 1. 将与市场高度相关的功能放到了设备侧实现:对运营商而言,市场支撑需求和网 络支撑需求有极大的不同,市场支撑强调灵活性和适应性,必须能够随着市场的 变化不断进行改进和调整,才能适应市场竞争的需要,即所谓的“适者生存”原 则;而网络支撑虽然也是市场竞争的工具,但电信网络的特点决定了其网络稳定 性和网络质量是第一位的,即所谓的“稳定第一”原则。传统基于智能网的预付 费解决方案,将与市场高度相关的计费功能放到了网络侧,使得整个系统为了网 络稳定性的需要,无法根据市场需求进行进行快捷、灵活的适应。OCS可以较频繁 地升级换代,软件可以平滑升级; 2. 话务控制和计费功能没有进行分离:对基于智能网的预付费的解决方案进行分析, 我们可以发现其可以分为话务控制和计费功能两大部分,其中话务控制部分具备 相当大的稳定性,而计费功能部分则需要较大的灵活性。对智能网的修改需求大 约有80%的需求都集中在计费功能方面,且对修改时限的要求较高。同时,3GPP
16

中国电信在线计费系统(OCS)业务需求

推荐的预付费模式也是计费分离的,国内外不少运营商在分离系统的话务控制部 分和计费部分也有了很多成功的尝试,因此,在线计费的话务控制部分和计费功 能部分的分离是必要和可行的; 3. 未遵循以客户为中心的企业经营思路:计费系统是与客户高度相关的系统,应该 以客户为中心进行融合建设。同时,预付费也应该是一种客户付费的方式而不是 一种独立的业务。基于智能网的预付费解决方案将预付费当作独立的业务看待, 客户的资料因为网络建设的原因被人为割裂开来(数据业务网等网元的内部计费 功能也有类似的问题),使得业务捆绑等市场需求很难实现,大大降低了运营商 在市场方面的适应能力; 4. 未充分考虑中国电信的市场定位和竞争要求:由于中国电信在移动市场上是后进 入者,这就决定了中国电信在移动市场上必然属于进取性的力量。而作为市场的 进攻方,在竞争手段和差异化营销方面要有足够的创新能力,这样才能避免一味 的价格战对企业造成的损失甚至是双输局面,而良好的在线计费支撑能力可以提 供领先于竞争对手的市场核心手段,对于运营商市场的拓展无疑是有利的;同时, 中国电信的竞争优势是其庞大的固定业务和互联网业务用户群,因此提供良好捆 绑能力和实时性的预付费方案对市场竞争也至关重要。 通过对计费方案二的问题进行分析,其产生原因可以总结为以下几点: 1. 非在线计费方式带来的局限性:采用离线方式的计费,无论其计费时延多少,都 是一种先使用,后计费的方式,即计费不参与使用过程,而是在使用过后基于使 用记录的后处理方式,这就决定了准实时计费方案不可避免地会产生不同程度的 欠费,特别是难以防范用户的恶意欠费,也无法很好地支撑高风险、高额度业务 的开展。同时,因为是非在线的计费方式,因此无法支持帐户的实时更新查询; 2. 网络限制:由于网络的限制,最后一张话单问题、超长业务问题、漫游时延太长 问题等无法很好地得到解决, 导致欠费风险进一步提高, 也无法实现AoC类业务等, 降低了预付费用户的业务体验。

17

中国电信在线计费系统(OCS)总体技术方案

4.2. 新的计费解决方案的提出
4.2.1.

对新的计费整体解决方案的思考

中国电信作为移动市场的后来者,必须具备创新性的支撑手段来支持市场的推展,而 计费方案又是这一支撑体系中最重要的方面。通过对现有计费方案的问题进行分析,我们 发现计费方案一的欠费成本较低,但有较高的机会成本;而计费方案二的机会成本较低, 却有着较高的欠费成本,而两者对于一些高级别的需求均无法支持。从创新性的市场支撑 手段的角度来看,这两种方案作为中国电信最终的整体计费解决方案都不够好,运营商需 要的是既能大幅降低欠费成本,又能提供更多市场机会的计费方案,需要的是从综合通信 服务提供商的定位出发,与现有移动运营商有所区别,有所创新的计费方案。基于此,我 们有必要对新一代计费解决方案进行思考,以提出适合中国电信的整体计费解决方案。 为更好地指导3G环境下计费支撑体系的建设,3GPP组织在32.296提出了在线计费系统 (OCS)的参考结构(具体请参见《总体技术方案 附录A:3GPP在线计费系统方案》), 给出了具有开放性和通用性的实时计费系统框架,支持基于承载、会话和内容事件的统一 计费。这一框架将设备的话务控制功能与计费功能相分离,并建立了计费体制与会话/服 务控制的直接交互,使计费完全参与到服务的使用过程中。在这样的体系下,即可以利用 独立计费系统的强大能力以提供接近于准实时计费系统的灵活性,又可以利用参与使用过 程的实时特性,将欠费成本降到最低。当然3GPP只能提出一般性的指导,如何提供适合中 国电信的计费解决方案,还需要进一步的细化和补充。 从目前国内外运营商的实践来看,已经有越来越多的运营商在其范围内开始局部或全 部实施在线计费系统,尤其是在其2G和3G的移动网络上更是如此。从国内运营商来看,中 国移动对在线计费也非常重视,在制订规范、组织测试方面做了大量的工作,并已开始在 线计费系统的试点工作。从这些实践可以看到,在线计费体系正在一天天地成熟起来,在 线计费加准实时计费,确实是计费发展的目标方向。 从2004年起,中国电信提出了业务支撑网(BSN)的概念,并在此基础上提出了中国电 信的计费模型。这一工作为在线计费与准实时计费配合以构成中国电信的整体计费解决方 案提供了至关重要的核心设施,而这其中最重要的就是共享信息模型(SID)。基于SID, 可以为在线计费系统和准实时计费系统提供统一的客户信息、帐户信息(包括余额信息、

18

中国电信在线计费系统(OCS)业务需求

累积量信息)、产品/商品信息、资费信息视图,使两个计费系统成为一个统一的整体, 也使预付费后付费灵活互转等市场需求可以较容易地被实现。 基于这些思考,我们提出了在线计费+准实时计费+SID的新一代计费解决方案。

4.2.2.

新一代电信计费解决方案概述

新一代电信计费解决方案是结合智能网在线计费方案与准实时计费方案的优点,通过 在线计费处理信用度较低用户和高费用高风险的业务,用准实时计费处理信用度较高用 户,并基于 SID 提供统一信息视图的整体计费解决方案。这一方案兼顾了机会成本、欠费 成本、系统成熟度、系统性价比等关键因素,因此是更为优化的计费整体解决方案。具体 如下图:
SP/CP

计费域
SID

数据业务网
MMS I S M P Streaming

图例说明
GTP’协议 CAMEL3协议 CDR接口 OCP协议 其他协议 在线计费部件 准实时计费部件

OCP

HotBilling

OCS
CDR

...
WAP

OCP OCP CDR CDR CDR

CG SCP
CAMEL3 CAMEL3 GTP' GTP'

HLR

eGGSN/ CCG

MSC/SSP

SGSN/SSP

电路域

分组域

RAN

图 3:新的计费方案的实现方式
19

中国电信在线计费系统(OCS)总体技术方案

本方案将 SCP/ISMP/CCG 的在线计费功能剥离,融入独立的在线计费系统 OCS。由 OCS 来统一负责 3G 电路域、分组域和业务网络实时的灵活计费、交叉捆绑。同时,OCS 与 Hot Billing 通过 SID 来共享数据从而实现预付费与后付费用户的融合。另外,由于 OCS 专注于计费处理,并采用了类似准实时计费的数据模型,可以实现同准实时方案可比的资 费灵活性和业务捆绑能力。

4.2.3.

新一代计费方案对现网问题的解决

以下是三种计费整体解决方案对现网计费问题的解决能力对比:
问题 没有统一的客户视图 无法进行预付费后付费 的灵活切换 预付费资费灵活性差 业务适应能力较弱,对市 场反应速度慢 无法支撑数据业务 无法支持捆绑业务 初始成本大 维护代价高 漫游业务风险无法控制 无法支撑高费用业务 无法支撑高风险业务 无法支持后付费高额欠 费控制 分机预付费 电信代理商支持(代理商 虚拟运营系统) 提供AoC等客户体验 智能网+ 准实时计费 未解决 未解决 未解决 未解决 未解决 未解决 未解决 未解决 解决 解决 解决 未解决 未解决 未解决 未解决 由准实时计费系统 统一处理 解决 解决 解决 解决 解决 解决 解决 解决 未解决 未解决 未解决 未解决 未解决 未解决 未解决 在线计费+准实时 计费 解决 解决 解决 解决 解决 解决 未解决 解决 解决 解决 解决 解决 解决 解决 解决

20

中国电信在线计费系统(OCS)业务需求

4.3. 新的计费解决方案的优势
综上所述,引入新一代计费方案后,可以提供更低的欠费成本,更多的市场机会以及 更好的客户服务体验。具体来说,新一代计费方案具有以下优势: ? 能够更有效支撑预付费业务的发展:预付费业务可以给电信运营商带来更低的风 险和更高的收益,对移动业务更是最重要的付费方式,而在线计费无疑可以为预 付费业务带来更好的支撑能力; ? 能够有效地规避风险:移动业务本身的特征决定了其比固定业务有更高的风险, 而市场和业务的发展又带来了更多的高风险业务和高额度业务,而在线计费可以 实时监控客户的业务使用情况,从而为运营商根本性的风险规避手段; ? 提供了吸引客户的有效手段:预付费业务具备入网简单、控制费用支出容易等特 点,基于在线计费还可以为客户提供国际漫游、高额度消费等的有吸引力的服务, 从而为运营商的市场拓展提供了更有效的手段; ? 综合成本较低:新一代计费方案降低了欠费成本和机会成本,同时以两种系统结 合的方式兼顾了性价比、建设成本和系统综合稳定性,因此是一种综合成本较低 的解决方案。同时由于不同的在线计费和准实时计费用户的比重将带来不同的综 合成本,因此通过各类经营分析手段逐步确定最优的用户比例可以带来更优的性 价比(成本分析参见《总体技术要求 附录C:成本分析》); ? 符合中国电信向综合信息服务提供商转型的需要:未来的中国电信将是具备整合 营销能力,提供综合信息服务的大型电信运营商,因此必须具备良好的业务组合 和捆绑能力。新一代计费方案通过提供灵活的业务组合和捆绑能力,中国电信将 可以提供基于客户需求的综合通信解决方案,并基于这些方案给予用户适当的优 惠,以达到运营商与客户双赢的目标; ? 提高客户忠诚度:新一代计费方案通过提供灵活的业务捆绑和定价方案,可以有 效地吸引客户,并提高客户的离网成本,从而大大加强客户的忠诚度,使电信的 市场拓展迈入良性循环的发展轨道; ? 提供了优化网络结构的契机:原有基于智能网的预付费解决方案具有投资高、业 务适应能力弱、市场反应速度慢等特点,并不是最优化的网络结构,也不符合3GPP 推荐的预付费组网方式。同时其稳定性也有一定的问题(如智能网方式下,当SCP 宕机时,将无法继续接续, OCS与Hot Billing共享SID共享后,可以用Hot Billing
21

中国电信在线计费系统(OCS)总体技术方案

进行后处理)。同时,现有网络在国际漫游、数据预付费等方面的处理都有一定 的问题,因此建设在线计费系统可以为优化网络结构提供一次很好的契机,使中 国电信的移动网络更加贴近目标网模式; ? 符合产业的发展趋势:3GPP提出了在线计费系统的解决方案,由智能网和数据业 务网网元承担其核心功能,计费、批价功能由专门负责在线计费的OCS系统完成, 因此建设在线计费系统符合最新的国际标准。同时,随着3G等移动业务的开展, 国外很多运营商都已经实施或正在考虑实施在线计费系统,国外的传统计费厂商 也都推出了自己的在线计费解决方案。目前国内部分运营商也已经开始在局部实 施在线计费系统,并为此做了一定的准备。因此,在线计费是适应产业发展的一 种必然选择。

新一代计费方案由在线计费系统、准实时计费系统、SID 等基础设施构成,目前的准 实时计费系统已经较为成熟,SID 也已经正在实施,但在线计费系统还缺乏相应的 OCS 网 络规划和设备开发的指导性文件。因此,本文主要针对 OCS 的实现方案进行分析和规定。 本文是总体技术方案, 规定了中国电信在线计费系统实现必须考虑的相关内容, 包括: 业务需求、网络结构、路由、接口、网络管理、主要设备基本要求、系统的实施与升级等 方面。在附录 A 中对 3GPP 的 OCS 方案进行描述,包括 OCS 的定义、特征和流程;附录 B 中描述了获得现网移动网络运营牌照情况下的 OCS 建设方案;附录 C 对几种计费方案 的成本进行了定性分析和定量分析举例。

22

中国电信在线计费系统(OCS)业务需求

5. 业务需求
5.1. 业务需求
电信行业竞争的决定因素是业务和营销,而不是技术本身,业务的创新和差异性是关 键,不断创新的能力将成为核心竞争力。中国电信的OCS业务需求要从用户的角度出发, 从快速、方便地为用户提供服务,减少欠费、加强业务收入等方面综合考虑。其要点如下: ? 预付费/后付费用户都可以使用全业务 由OCS处理的在线计费用户不但可以使用语音业务,同时还可以使用数据业 务,包括MMS、WAP浏览、位置业务、下载、流媒体、即时信息、移动交易等。 ? 统一的帐户管理 客户可以使用同一个付费帐户为多个产品、多个业务进行付费,预付费和后 付费可以使用同一帐户,语音业务和数据业务可以使用同一帐户。 ? 付费模式任意切换 客户可以根据实际需要选择付费模式,可以从预付模式转为后付模式,也可 将后付模式转为预付模式,在付费切换过程中,用户的业务使用不能受到影响, 用户选择的资费套餐继续有效,用户的帐户余额能够平滑过渡。 ? 多业务捆绑 中国电信作为综合信息提供商,能够为客户提供总体解决方案,在客户选择 中国电信的多种业务后,希望多业务之间能够进行捆绑,以获取更加优惠的资费, 如客户之间的捆绑、多个产品之间的捆绑、多个业务之间的捆绑等,以上三种类 型的捆绑均包含预付产品与后付产品的捆绑。 ? 灵活的资费策略 相对后付费用户来说,预付费用户的忠诚度相对比较低,为争夺数据众多的 预付费用户,适应适应变幻莫测的市场需求,需要能够快速方便地提供各种灵活 的资费策略吸引用户,预付费用户能够享受与后付费用户相同的资费。 ? 实时的计费控制 从中国电信来说,预付费业务既能快速、方便地为用户提供相同的业务,同 时,也是为了通过实时计费、实时扣费达到减少欠费的目的,因此针对预付费业
23

中国电信在线计费系统(OCS)总体技术方案

务,需要进行实时的计费控制,即在通话过程中持续地进行计费、扣费等,当用 户余额不足时,立即终止业务使用。 ? 实时信用控制 后付费用户在申请使用高价值业务(如国际长途)时,为减少潜在的欠费风 险,将用户的计费模式由后付费转化为预付费模式,并给予一定的信用额度,然 后由预付费系统进行实时的通话控制,当费用总额超过信用额度和余额总额后, 立即终止业务使用。 对于信用度比较高的预付费用户,根据信用度的级别给予一定的信用额度, 当帐户余额为0时, 用户可以继续使用业务, 当继续使用费用总额大于信用额度时, 立即终止业务使用。 同时对欠费风险比较大或信用度比较低的后付费用户的消费进行实时监控。

5.2.

对 OCS 的计费功能需求
为满足对OCS的业务需求,OCS的相关功能需求要点包括以下几点: ? 支持全业务计费 OCS不但能够支持传统语音业务的计费,同时支持数据业务的计费,数据业务计 费包括基于内容的增值业务计费和流量计费等。 同时,OCS的计费引擎要能够灵活支持新的计费,通过相关配置实现新业务的计 费要求。 ? 支持灵活的资费策略 OCS系统应支持灵活的资费策略,具体来说能够实现如下图所示的九种资费策略:

24

中国电信在线计费系统(OCS)业务需求
帐务周期终点 保底+赠送使用量+计量制 费用

包月制 保底+计量跳档制

保底+计量制

计量制+封顶 计量跳档制

计量制

赠送使用量+计量制+封顶

赠送使用量+计量制

帐务周期起点

使用量度量

图 4:OCS 支持的定价模型 ? 支持多业务捆绑 OCS需要支持客户之间捆绑、产品之间捆绑、业务之间捆绑等,支持多业务捆 绑后的总量优惠、交叉优惠等,优惠方法包括打折、包月、封顶、保底、跳档等。 ? 支持付费模式任意切换 为保证付费模式切换后相关业务要求能够得到满足,需要支持以下要点: 1)OCS具备强大的计费能力,能够支持后付费业务的相关资费策略; 2)OCS具备强大的数据获取能力,能够在发生切换时迅速更新相关资料; 3)能够支持余额等平滑过渡。 ? 实时信用控制 实时信用控制对OCS来说,应该支持以下要点: 1)能够针对后付费用户使用高价值、高风险业务时或者信用度比较高的预付 费用户,能够给予一定的信用额度并且支持基于信用余额的计费控制; 2)能够对使用高价值、高风险业务的后付费用户或者信用度比较低的后付费 用户消费进行实时监控。 ? 支持统一帐户的支付

25

中国电信在线计费系统(OCS)总体技术方案

支持多个客户、多个产品、多个业务使用同一个帐户进行支付,同时支持不 同的客户、不同的业务等有不同的使用额度,业务并发时,使用余额有不同的使 用优先级。

26

中国电信在线计费系统(OCS)业务需求

6. 体系结构
与传统基于智能网的在线计费体系结构不同,中国电信在线计费系统体系结构中引入 了独立的OCS网元,将计费、批价处理功能模块从原有的智能网SCP、和数据业务网ISMP中 剥离,由独立的OCS承担电路域、分组域的计费、批价功能。 本方案的OCS体系结构基于WCDMA移动业务网络,要求能实现语音业务和数据业务的实 时计费,预付费和后付费的计费融合,同时要求具备灵活的资费策略。同时参照3GPP标准 对OCS的定义,基于开放的接口和通用架构,屏蔽了不同核心网络/接入网络特性,适用于 其它移动业务网络,并能够在未来同固网业务、IMS业务的计费相融合。

6.1. OCS 体系结构
中国电信OCS依据3GPP标准的定义,并与中国电信的实时计费业务需求相对应,由智 能网和数据业务网网元承担其核心功能,计费、批价功能由专门负责在线计费的OCS系统 完成。其体系结构如图6所示:
计费控制
GGSN/ PDSN CCG

在线计费系统 (OCS)
帐户管 理功能
帐户

SID

承载计费 功能

SCP 帐务处理系统

SE

ISMP

批价功能
事件计费 功能
其它网络
CPC F

网管系统
批价策略

图 5:OCS 体系结构

27

中国电信在线计费系统(OCS)总体技术方案

OCS系统涉及的周边各个网络实体包括: OCS:OCS主要由计费、批价、帐户管理模块构成,实现了在线计费功能,并配合其它 计费网元设备(触发基于会话、事件的在线计费事件请求设备,如SCP、CCG、ISMP等)进 行实时话务控制。OCS可以独立于离线计费系统为一个单独节点,也可以与离线计费系统 成为同一套系统。 SCP:智能网设备中的业务控制点,负责智能网处理的话音业务在线计费计费触发。 CCG:实现了3GPP标准中定义的话务平面功能 (TPF-Traffic Plane Function),是基 于内容进行流量区分的计费触发点。CCG可以是独立的设备,也可以同GGSN集成。 ISMP:ISMP是实现各种移动增值数据业务公共管理的功能实体,提供统一管理和统一 认证等功能,数据业务网络的业务引擎(SE)触发计费请求,由ISMP判断是否需要在线计 费,如果需要由ISMP统一触发到OCS进行预留、批价,并将结果返回业务引擎。 SID:共享信息数据库,在中国电信计费系统中,设置统一的数据库,保存客户数据、 产品数据和帐户数据等,由计费系统、客户关系管理系统(CRM),经营分析系统,结算 系统几个主要的信息系统之间进行数据共享。 帐务处理系统: OCS通过文件接口,向帐务处理系统传送话单文件,帐务系统负责对 这些话单文件进行后处理。 网管系统:OCS的网管处理系统。 其它网络:负责其它网络同OCS系统接口的网元设备,如NGN网络、IMS网络、WLAN和 其它未来中国电信移动、固定网络。实现移动、固定的在线计费融合。

6.2. OCS 定位
OCS的引入牵涉到原有网元设备在功能上的重新定位、数据上的切分和流程上的调整。 基于中国电信统一的计费数据模型,OCS与离线计费系统通过SID进行数据共享,以实现预 付费、后付费的融合计费,帐户统一管理,用户付费属性的灵活切换等。

6.2.1. OCS 同周边系统的定位
通过OCS定位,明确OCS同现有网元SCP、ISMP的功能界定和数据划分原则,作为SCP、 ISMP改造要求的指导。

28

中国电信在线计费系统(OCS)业务需求

6.2.1.1.

与 SCP 关系

传统的智能网SCP负责呼叫控制、计费批价和帐户管理。引入OCS以后,SCP保留呼叫 控制功能,计费批价和帐户管理移入OCS。 功能定位: ? SCP只负责智能网业务的呼叫控制相关功能。预付费用户的实时计费功能由OCS系 统完成, SCP不再进行批价;预付费用户的帐户数据存储在OCS中,SCP不再存储 用户账户数据。 ? ? 对于后付费智能网用户,SCP直接出话单,无需触发到OCS。 无论预付费还是后付费智能网用户,SCP都需要出话单,用于统计和对账。

数据划分: ? ? SCP中需要保存与呼叫控制相关的数据信息 对于呼叫控制与计费都需要的数据(如分区数据),存储在SCP中,通过SCP进行 预处理,由OCS进行计费。 流程变更: 引入OCS后,SCP原有的业务处理和计费流程会发生相应改变,流程变更为:当智能网 业务(包括PPS、VPN等)由SSP触发到SCP后,SCP判断该用户是否为预付费用户,若为预 付费用户则通过Diameter CC协议,转发到OCS系统进行计费/批价,OCS将批价的结果发送 给SCP,由SCP进行呼叫控制。变更后的流程如图7所示:

29

中国电信在线计费系统(OCS)总体技术方案

SS P
ID P

SCP

OC S

判 断 是 否 为 预 付 费用 户

D iam eter: C C R 帐户鉴权 反算、预留 D iam eter: C C A

RRBE

AC

AC R D iam eter: C C R 反算、预留 D iam eter: C C A AC

AC R

ERB D iam eter: C C R 计费、扣费 RC 出话单 D iam eter: C C A

出话单

图 6:引入 OCS 后的 SCP 的流程变更

6.2.1.2.

与 ISMP 关系

ISMP是综合业务管理平台,主要负责数据增值业务的用户管理、SP/CP管理、内容管 理、产品管理、定价管理、鉴权/计费、定购关系管理、终端管理、统一配置管理、用户 门户、SP门户、统计分析等。引入OCS后,批价功能移入OCS,数据增值业务相关的业务信 息及资费信息数据仍然在ISMP产生,并通过CRM同步到OCS。 功能定位: ? 预付费用户的实时计费功能由OCS系统完成, ISMP不再进行批价, 由OCS系统承担。 对于后付费用户,ISMP直接出话单,无需触发到OCS。
30

中国电信在线计费系统(OCS)业务需求

? ?

无论预付费用户还是后付费用户,ISMP都需要出话单,用于统计和对账。 ISMP增加对Diameter在线计费计费接口协议支持,完成到OCS的在线计费触发。

数据划分: ? 由于ISMP负责数据增值业务的管理、定价和展现,因此计费数据仍然保存在ISMP。 通过ISMP原有的同步机制和SID进行同步,增值业务相关的计费数据创建、保存和 展现仍然在ISMP。 流程变更: 引入OCS后,原有的业务处理和计费流程会发生相应改变,流程变更为:当业务引擎 触发鉴权批价请求到ISMP平台之后,ISMP首先进行鉴权操作,如:用户鉴权、SP/CP鉴权、 业务鉴权、定购关系鉴权,鉴权通过以后,ISMP通过Diameter协议,转发到OCS系统进行 计费/批价,并将计费批价的结果返回给业务引擎。变更后的流程如图8所示:

SE

ISMP

OCS

ISMAP:AuthPriceReq 鉴权

判断是否预付费用户 Diameter:CCR

反算、预留
Diameter:CCA ISMAP:AuthPriceRsp

ISMAP:AuthPriceCnfmReq Diameter:CCR

计费、批价、出话单
Diameter:CCA ISMAP:AuthPriceCnfmRsp

出话单

图 7:引入 OCS 后的 ISMP 的流程变更

31

中国电信在线计费系统(OCS)总体技术方案

6.2.2. OCS 与 Hot Billing 的关系
为实现预付和后付融合计费以及融合优惠的需求,OCS和Hot Billing系统在实现各自 功能的同时,需要互相协作,主要表现以下几个方面: ? 分流处理

当OCS出现故障或者业务繁忙等不能进行计费时,为保证业务正常进行,由接口模块 将相关话单交由Hot Billing系统处理,进行扣费等操作。 ? 融合优惠处理

涉及不在OCS内的数据信息,OCS系统由于各种不能进行的总量优惠、业务捆绑优惠、 交叉优惠等,由Hot Billing系统结合OCS进行融合优惠处理,处理完成后进行预付费已扣 款余额的补退处理。 ? 帐务处理

由Hot Billing系统进行预付费和后付费用户的统一帐户管理。 ? 后付费高价值业务信用控制

对于后付费用户的部分高价值、高风险业务,由OCS系统进行信用控制。 ? 数据共享

OCS和Hot Billing共同使用客户资料数据、产品数据、定价数据、余额数据等。

32

中国电信在线计费系统(OCS)业务需求

7. OCS 网络组织
中国电信OCS的网络组织依据已有的第三代移动通信网络规划,业务支撑网络规划, 要求支持全程全网、全国漫游,并充分考虑移动牌照的发放引起的移动网络结构变化,以 及未来网络的演进。 在中国电信移动业务OCS网络结构中,OCS按省集中设置,实现了电路域业务和分组域 业务的在线计费融合,OCS网络结构如图9所示:
大区 1 ISMP 大区 2 ISMP

大区层面 省层面
SCP 省A OCS SCP 省B OCS OCS 省C SCP

CCG 承载网络 承载网络

CCG

CCG 承载网络

图 8:OCS 网络组织示意图 随着网络和设备的技术发展,OCS网络结构中不仅包含移动业务的网元设备,未来中 国电信做为全业务运营商,为支持移动网络同其它网络在OCS实现灵活的业务捆绑,将通 过标准的接口引入其它网络的网元设备。

7.1. OCS 系统设置原则
OCS按省设置,在网络结构上没有从属关系。OCS应按以下原则进行设置: ? OCS系统与后付费系统对应,每个后付费系统节点对应设置一个OCS系统节点,通 过SID共享数据,包括用户信息、业务信息、资费信息等。 ? OCS系统要求支持集群方式,根据业务量在一个OCS节点扩展系统处理能力。

33

中国电信在线计费系统(OCS)总体技术方案

? ? ?

业务量大的省份可按地域设置多个OCS,同样与后付费节点对应。 OCS之间目前没有互连接口。 OCS系统通过VPN专线同网元设备(触发基于会话、事件的在线计费请求设备)相 连。

?

同OCS相连的网元设备按照静态路由方式对OCS进行寻址,静态路由可以按号段配 置。可选支持动态路由,或通过各个省设置专用DCC Proxy,其根据用户MSISDN将 计费请求路由到用户归属 的OCS。

7.2. 电路域业务在线计费网络组织
中国电信智能网按照区域设置,一个省有一个或多个SCP,对于业务量小的省份,几 个省共用一个SCP。 电路域业务通过SCP与OCS系统相互配合实现在线计费功能, SCP根据用户号段寻址用 户归属的OCS,网络组织如图10所示:
大区1 大区2

ISMP
大区层面 省层面

ISMP

OCS
A省

OCS
B省

OCS
C省

图 9:OCS 与 SCP 的网络组织 SCP同OCS之间的对应关系,可以是一对多,也可以是多对一的关系。如:一个省有一 个或多个SCP,这时多个SCP连接到一个OCS;也可以是多省合用一个SCP时(SCP按大区设 置),一个SCP和几个省的OCS都有连接。

7.3. 分组域业务在线计费网络组织
分组域业务实时计费有基于会话(Session Based)和基于事件(Event Based)的实 时计费。基于会话的计费有两种,包括基本的承载流量计费(GPRS上网)和基于内容区分

34

中国电信在线计费系统(OCS)业务需求

的流量计费(按内容区分成不同的业务流,如按Streaming,MMS,WAP,Email等业务大类 区分和按URL区分),基于事件的计费按使用内容的次数、条数进行计费事件触发。 CCG、ISMP与OCS系统通过VPN专线进行全互连,网络组织如图11所示:
SE1 SE2 SE1 SE2

ISMP
大区1 大区层面 省层面 A省 B省

ISMP
大区2 C省

OCS

OCS

OCS

CCG

eGGSN

CCG

CCG

GGSN

GGSN

GGSN

图 10:OCS 与分组域网络组织

7.3.1. 分组域承载业务在线计费网络组织
分组域承载业务在线计费是基于会话的承载流量、时长计费,CCG按省设置,并由拜 访地CCG为用户提供服务,需要拜访地CCG能够寻址到归属地OCS,需要全国所有的CCG与全 国所有的OCS全互连。网络组织如图12所示:
A省 B省 C省

OCS

OCS

OCS

CCG

eGGSN

CCG

CCG

GGSN

GGSN

GGSN

注1:CCG可以同GGSN集成为eGGSN(如B省),也可独立设置。

图 11:OCS 与 CCG 网络组织

35

中国电信在线计费系统(OCS)总体技术方案

基于会话的计费请求由CCG设备触发,中国电信CCG设置在GGSN之后,或与GGSN集成在 一套系统,与GGSN一一对应。

7.3.2. 基于事件内容在线计费网络组织
基于事件的计费由业务引擎触发,并通过ISMP统一同OCS系统接口,ISMP按照大区设 置,负责一个或多个省份的数据增值业务管理。通过ISMP统一到OCS接口,符合中国电信 3G数据业务网技术体制,实现了对数据增值业务的统一管理,并避免了复杂的组网。 增值业务都是由归属地ISMP提供服务,因此只需要归属地ISMP连接归属地OCS。网络 组织如图13所示:
SE1 SE2 SE1 SE2

ISMP
大区层面 省层面 A省 大区1 B省

ISMP
大区2 C省

OCS

OCS

OCS

图 12:OCS 与 ISMP 网络组织

7.4. 基于 DCC Proxy 的路由转发
在全国OCS组网较复杂,存在多个OCS,多个OCS Client情况下,可以采用DCC Proxy 负责OCS的路由转发,以简化组网复杂度。DCC Proxy可以按省设置,负责这个省的OCS Client的Diameter消息转发,也可以按大区设置,负责多个省的OCS Client的Diameter消 息转发。网络组织如图14所示:

36

中国电信在线计费系统(OCS)业务需求

ISMP

ISMP

OCS

OCS

OCS

SCP

SCP

DCC Proxy
CCG 承载网络 CCG 承载网络

图 13:基于 DCC Proxy 的组网

37

中国电信在线计费系统(OCS)总体技术方案

8. 编号和地址
8.1. 网元的 IP 地址
需要IP地址的网元包括OCS、CCG、ISMP、SCP等,IP地址的分配要符合中国电信IP地 址总的分配原则。

8.2. OCS 域名
为更好的进行OCS管理,用OCS域名唯一地标识一个OCS节点,同其IP地址对应。其域 名格式为: CTC.省份+设备编号.OCS CTC代表中国电信,省份为各省的拼音码,大小写不敏感,设备编号为OCS在这个省的 编号,长度为2字节,省内第一个OCS为01,第二个为02,依此类推。如广东省第一个OCS 节点域名为:CTC.guangdong01.OCS

38

中国电信在线计费系统(OCS)业务需求

9. 路由
9.1. 路由方案
根据 OCS 系统设置原则,OCS 按省设置,对于业务量大的省, 可以有多个 OCS 节 点。随着用户数量的增加,在同一个 OCS 节点,可能会安装多套 OCS 系统。 一个省有多个 OCS 节点时,按照号段划定用户归属 OCS。 预付费用户使用业务时,依据第 7 章的 OCS 网络组织,到 OCS 寻址和路由,采用以 下原则: ? ? SCP、ISMP和CCG支持静态路由方式,即按照号段找到用户归属的OCS。 SCP、ISMP和CCG可选支持动态路由,即在不能采用按号段寻址OCS时,通过外部的 Enum DNS根据用户MSISDN找到用户归属OCS。 ? 连接到DCC Proxy的OCS客户端,到OCS的路由由DCC Proxy完成。

本章基于移动网络电路域、 分组域在线计费业务到 OCS 的路由流程, 对于其它网络的 Diameter 客户实体到 OCS 的在线计费路由流程,不在本文档说明范畴。

9.2. 电路域路由流程
对于电路域的业务,V-MSC/SSP 查询 HLR 并把请求发送到归属地 SCP,归属 SCP 寻 找归属的 OCS 并相互配合,完成电路域业务在线计费。路由流程如下图所示:

39

中国电信在线计费系统(OCS)总体技术方案
省1 3 省2

OCS 1

SCP 1

No.7 信 令 网

2a

2b

省1 MSC/SSP 1a

省2 MSC/SSP 1b

用户A

用户B

图 14:电路域 OCS 路由流程 如图所示,用户 A 和用户 B 同属于省 1 的用户,他们的归属 SCP 和 OCS 同为 SCP1 和 OCS1。用户 A 没有漫游,用户B漫游到省 2。

不漫游的路由流程: (1a)用户 A 发起呼叫,省 1 MSC/SSP 根据用户号码问询用户 HLR,HLR 把用户 CSI 返回给 MSC/SSP。 (2a) 根据 CSI 中的 SCP 地址, MSC/SSP 发起 IDP 请求到用户归属 SCP1, 并等待 SCP1 的应答信息。 (3)SCP1 根据号段寻址用户归属的 OCS1,并触发到 OCS1 的计费请求。

漫游的流程: (1b)用户 B 发起呼叫,漫游地省 2 MSC/SSP 根据用户号码问询用户 HLR,HLR 把 用户 CSI 返回给漫游地 MSC/SSP。 (2b)根据 CSI 中的 SCP 地址,漫游地 MSC/SSP 发起 IDP 请求到用户归属 SCP1,并 等待 SCP1 的应答信息。 (3)SCP1 根据号段寻址用户归属的 OCS1,并触发到 OCS1 的计费请求。

9.3. 数据域业务路由流程
数据域业务在线计费流程有两种情况,基于会话的在线计费流程和基于事件的在线计
40

中国电信在线计费系统(OCS)业务需求

费流程。

9.3.1. 基于会话的在线计费流程
基于会话的在线计费触发点在 CCG。对于非漫游(没有漫游出归属 GGSN/CCG)的 情景,用户发出业务请求的时候,业务流是要通过归属 eGGSN/CCG 到业务网络的。对于 漫游的情景,用户发出的业务请求,是根据 APN 确定业务流是通过归属 eGGSN/CCG 进 入业务网络(如归属地独有的业务) ,还是通过漫游地 eGGSN/CCG 进入业务网络(如 Internet) 。对于前者,对于 CCG 和 OCS 路由来说没有区别,在这里描述的时候,看做是 非漫游的情况来描述。所以在下面所指的漫游情况,就是通过漫游地 eGGSN/CCG 进入业 务网络的情况。对于通过骨干 eGGSN/CCG 进入业务网的业务流,和通过漫游情况下通过 漫游地 eGGSN/CCG 进入业务网的流程是一样的,所以可以看做是漫游情况。路由路程如 下图所示:

省 1 OCS 1

省 2

2a

2b

CCG1

CCG2

GGSN1 1a 用 户 A

GGSN2 1b

用 户 B

图 15:分组域基于会话的 OCS 路由流程 如图所示,用户 A 和用户 B 同属于省 1 的用户,归属 OCS 为 OCS1。用户 A 的接入 eGGSN/CCG 为归属省 1 的 eGGSN1/CCG1;用户 B 的接入 eGGSN/CCG 为漫游省 2 的 GGSN2/CCG2。用户 A 没有漫游,用户B漫游到省 2。

不漫游的路由流程: (1a)用户 A 发起呼叫,省 1 SGSN 根据 APN,寻址到省 1 的 eGGSN1/CCG1。 (2a)省 1CCG1 根据号段寻址用户归属 OCS1,并发出 CCR 请求,并等待 OCS1 的应

41

中国电信在线计费系统(OCS)总体技术方案

答信息。

漫游的路由流程: (1b)用户 B 发起呼叫,省 2 SGSN 根据 APN,寻址到省 2 的 eGGSN2/CCG2。 (2b)省 2 CCG2 根据号段寻址用户归属 OCS1,并发出 CCR 请求,并等待 OCS1 的 应答信息。

9.3.2. 基于事件的在线计费流程
数据增值业务主要是指需要 CP/SP 提供相应的服务,用户才能享用的业务。对于此类 业务的,需要数据业务引擎(SE)向 ISMP 发送鉴权计费请求。ISMP 收到请求后,判断 用户是否定购有此项业务,及是否需要 OCS 进行信用控制。如果需要,ISMP 向用户归属 OCS 发出计费请求,并等待 OCS 的应答信息。 ISMP 是大区制建设的, 用户使用的业务引擎需要通过一定的机制寻找用户归属 ISMP。 这种引擎寻找 ISMP 的机制不属于本文档的范围,请参阅《中国电信 3G 数据业务网络技 术体制》 。 从 ISMP 到 OCS 的计费请求是用户归属 ISMP 到用户归属 OCS 的计费请求,所以不 论用户漫游与否,ISMP 到 OCS 的路由是一样的。如下图所示:
省1 OCS1 4 ISMP1 3a 3b 省2

SE1
2a GGSN1 1a 用户A

SE2
2b GGSN2 1b 用户B

图 16:分组域基于事件的 OCS 路由流程 如图所示, 用户 A 和用户 B 同属于省 1 的用户, 归属 OCS 为 OCS1, 归属 ISMP 为 ISMP1。

42

中国电信在线计费系统(OCS)业务需求

用户 A 的业务接入为归属省 1 的 GGSN1;用户 B 的业务接入为漫游省 2 的 GGSN2。用户 A 没有漫游,用户B漫游到省 2。

不漫游的路由流程: (1a)用户 A 发起呼叫,省 1 SGSN 根据 APN,寻址到省 1 的 GGSN1。 (2a)省 1 的 GGSN1 根据业务类型把业务发送到相应的业务省 1 业务引擎 SE1。 (3a)省 1 业务引擎 SE1 寻址用户归属 ISMP1。 (4)ISMP1 根据用户号段寻址用户归属 OCS1,并发出 CCR 请求,并等待 OCS1 的应 答信息。

漫游的路由流程: (1a)用户 B 发起呼叫,省 2 SGSN 根据 APN,寻址到省 2 的 GGSN2。 (2a)省 2 的 GGSN2 根据业务类型把业务发送到相应的省 2 的业务引擎 SE2。 (3a)省 2 业务引擎 SE2 寻址用户归属 ISMP1。 (4)ISMP1 根据用户号段寻址用户归属 OCS1,并发出 CCR 请求,并等待 OCS1 的应 答信息。

43

中国电信在线计费系统(OCS)总体技术方案

10. 接口
OCS 同外部系统接口示意图如下所示:
SID 帐务 统计
话单输出


外部网管

SID 数 据 同步接口



接口

网管

接口


通知接口

扣费

外部帐户



SMSC

Online Charging System (OCS)
实时查询 接口


CDR Mediator
准实时话 单接口

CRM







实 时 计 费 接 口 (OCP)

计 费 网 元 (SCP/CCG/ISMP)

图 17:OCS 同外部系统接口示意图

10.1. OCP 接口
SCP、CCG、ISMP 等网元通过 OCP 接口同 OCS 配合完成在线计费。此接口基于标准 的 IETF 和 3GPP 的 Diameter Based 和 Diameter CC 协议, 并按照中国电信的语音、 数据承 载和内容事件计费需求制定。此接口遵照《中国电信在线计费系统 OCP 接口规范》 。

10.2. SID 数据同步接口
根据中国电信的数据共享方案,在整个 BSN 中,SID 是中央数据存储中心,所有的应 用系统应从 SID 中同步相应的数据。OCS 作为计费系统的一个应用,必须遵循这个原则, 从 SID 中获取用户信息,产品信息,费率计划信息等。 为了达到 SID 与 OCS 系统的数据同步,同时又为了满足 OCS 系统特有的数据组织方
44

中国电信在线计费系统(OCS)业务需求

式,在 SID 与 OCS 之间需要有一种的机制(DB Mediator)来进行数据结构读取及转换。 通过这种数据库同步机制,应能完成如下功能: a) ID 中有新的资费费率(不是费率计划)创建,新的用户创建,用户更改属性(与 计费相关的属性) OCS 能够得到并自动影射到系统内部数据并为用户提供服务。 时, b) 于所有 SID 同步引起的数据更改,OCS 应有记录并产生相应的话单作为事后统计, 审计,事务控制等用途。 c) 有的用户账号信息更改(通话,会话,事件,管理等) ,应该通过话单的方式从 OCS 送出,统计系统(或 DB mediator)应把相应帐户信息更新到 SID 中。

10.3. 话单输出接口
OCS 是数据敏感的设备,对于 OCS 的所有请求,操作都需要生成记录话单,供帐务 统计系统进行统计,审计等作用。 外部帐务统计系统可以通过用 FTAM/FTP-Client 软件连接到 OCS 的 FTAM/-Server 中 读取话单文件。当话单被成功取走后,OCS 会把相应的话单删除。 话单的生成点可以用如下规则设定: 1)可配制的时间间隔 2)可配制的话单数量 3)可配制的话单文件大小

10.4. 外部帐户接口
当用户的帐户不在 OCS 中,OCS 需要从其它合作伙伴系统或其它计费设备中实时的 获得帐户余额, 以实现业务支撑余额的统一应用与管理。 不同的外部系统接口的需求不同, 需要运营商根据实际的情况另行确定。

10.5. 实时查询接口
SID 和 OCS 中都含有用户数据,对于一些频繁变化的数据如用户帐户余额,在 OCS 中的数据是最新的和精确的。当用户或 CRM 系统,或帐务系统,要获得最准确的数据时, 可以通过 OCS 的实时查询接口进行获得。
45

中国电信在线计费系统(OCS)总体技术方案

10.6. 运行维护接口
本地网络管理服务器通过运维接口同 OCS 系统相连, 同时本地网络管理服务器通过北 向接口同上一级网络管理系统相连接。 如图所示是典型的网络管理结构图。 其中本地网管服务器 (OMC) 到网元的接口 INMI 和本地网管服务器到上层网管系统的接口 INMI 2 都是基于 SNMP 协议的。 OMC 系统主要 实现网元层的管理功能,上层网管系统主要实现网络层的管理。
省级网管系统 网络管理层
Manager Agent

高层网管接口

INMI 2 网元管理层
Manager Agent

OMC

INMI 1

网元层 OCS
Agent

SCP

Agent

图 18:OCS 网管接口示意图

10.7. 通知接口
OCS 需要在特定的条件下对用户进行通知,如余额低于设定的金额,用户充值成功, 用户进入归属小区等,从而提供用户服务满意度。 通知信息可以通过 SMS,MMS 等方式实现。初期建议采用 SMS 的方式,并采用国际 标准的 SMPP 协议。

10.8. 准实时话单输入接口
OCS 提供准实时话单接口, 使不支持实时接口的网路设备通过传送话单的方式计费的 方式维 OCS 的用户提供业务。 因为话单的多样性,所以要求 OCS 至少支持 256 种话单格式以满足不同业务的需求。

46

中国电信在线计费系统(OCS)业务需求

另外 OCS 要有查重单的功能。OCS 的准实时接口应支持 TAP (TAP3.10 file format, PRD TD.57*)。 准实时话单输入接口应采用如下协议: 1)FTAM (server) according ISO 8571 2)FTP (server) according RFC 0959

47

中国电信在线计费系统(OCS)总体技术方案

11. 网络管理
11.1. 网管系统结构
中国电信 OCS 网络组织涉及 OCS 系统和各个业务网络中的计费触发/采集网元,如移 动业务网络中 SCP、ISMP 和 eGGSN/CCG。各网络中的计费触发/采集网元其网管系统结 构和功能要求遵从其相应的网络管理要求,对于 3G 移动网络中的 SCP、ISMP 和 eGGSN/CCG 的网管要求参见《中国电信 3G 网络管理规范》 。OCS 系统是中国电信业务支 撑网的一部分,应当遵从业务支撑网的二级网管体系架构。
集团公司 业务支撑网网管系统

第一级

DCN 传输网 第二级
省公司 业务支撑网网管系统 省公司 业务支撑网网管系统

OCS

OCS

图 19:业务支撑网网管体系结构 第一级集团公司业务支撑网网管系统负责对全网 OCS 的全面监控。 第二级由省公司业 务支撑网网管系统承担,负责对本省 OCS 的监控、维护和管理,省级网管系统提供终端接 入接口以便于本地网管或业务人员查询应用告警状态报告。 集团公司业务支撑网网管系统与省公司业务支撑网系统通过专门的传输线路相联。

11.2. 网管功能要求
省级的 OCS 网管系统负责 OCS 设备的性能管理、故障管理、配置管理和安全管理。 性能管理包括性能参数配置,实时性能监控,性能参数调整,性能统计等功能;故障管理 包括实时告警显示,历史告警显示,告警设置,故障定位及告警信息的删除、确认、详细

48

中国电信在线计费系统(OCS)业务需求

告警信息的查看;配置管理包括设备的配置、查询和操作功能,OCS 产品配置数据管理, OCS 参数数据配置等;安全管理包括系统登录鉴权、数据备份和恢复等。 具体的功能要求参见《中国电信在线计费系统设备技术要求》 。

49

中国电信在线计费系统(OCS)总体技术方案

12. 主要设备基本要求
12.1. 在线计费系统
OCS 设备要求应符合《中国电信移动业务 OCS 设备技术要求》规定的相关功能要求: 1) 计费控制功能,支持预付费业务的实时计费功能,并同时支持语音、数据业务。 2) 批价功能,支持灵活的业务资费、多业务捆绑定价、捆绑优惠等灵活的定价方式。 3) 余额管理功能,支持对用户的余额帐本进行管理,对外部帐户的管理和同步。 4) 同后付费融合,支持同 SID 的数据同步,实现与离线计费系统的数据共享。 5) OCS 需要支持符合中国电信相关规范要求的在线计费接口协议。 6) 支持完善的系统运行日志管理,及业务统计功能。

12.2. SCP
SCP(业务控制点)是智能网的核心,负责存储与执行用户数据和业务逻辑,它的主 要功能是接收 SSP 送来的查询信息并查询数据库, 并能根据 SSP 上报来的呼叫事件启动不 同的业务逻辑,向相应 SSP 发出呼叫控制指令。 原有 SCP 包括了 SDF 功能,负责业务数据、用户数据及通话数据的存储、修改。在 引入 OCS 以后,引起功能、数据的重新划分: ? 预付费用户的实时计费功能由 OCS 系统完成, SCP 不再进行批价;预付费用户 的帐户数据存储在 OCS 中,SCP 不再存储用户账户数据。对于后付费用户,SCP 直接出话单,无需触发到 OCS。SCP 只负责呼叫控制的相关功能。 ? ? 无论预付费用户还是后付费用户,SCP 都需要出话单,用于统计和对账。 由于 SCP 负责呼叫控制功能,因此 SCP 中需要保存与呼叫控制相关的数据信息, 对于呼叫控制与计费都需要的数据,则存储在 SCP 中,由 SCP 进行预处理,由 OCS 进行计费。 ? SCP 需要支持符合中国电信相关规范要求的在线计费接口协议

OCS 设备要求应符合 《中国电信移动业务 OCS 设备技术要求》附件 1《中国电信 OCS 对 SCP 的技术要求》 。
50

中国电信在线计费系统(OCS)业务需求

12.3. ISMP
ISMP 是综合业务管理平台,主要负责增值业务的用户管理、SP/CP 管理、内容管理、 产品管理、定价管理、鉴权/计费、定购关系管理、终端管理、统一配置管理、用户门户、 SP 门户、统计分析等。 在引入 OCS 系统以后, ? 对于预付费用户, ISMP 需要将实时计费功能剥离到 OCS 系统。 SE 触发鉴权批 当 价请求到 ISMP 平台之后,ISMP 首先进行鉴权操作(如:用户鉴权、SP/CP 鉴权、 业务鉴权、定购关系鉴权) ,鉴权通过以后,ISMP 发送计费请求到 OCS 系统进行 计费/批价。 ? ? ? 对于后付费用户,ISMP 直接出话单,无需触发到 OCS。 无论预付费用户还是后付费用户,ISMP 都需要出话单。 为了保证 OCS 和 ISMP 有相同的产品/定价模型,以及相同的用户定购关系记录, ISMP 在完成定价管理、产品管理,以及定购关系处理后,需要及时将相关数据同 步给 CRM 系统,并由 CRM 系统录入 SID 系统,OCS 根据 SID 中的数据进行计 费/批价。 ? ISMP 需要支持符合中国电信相关规范要求的在线计费接口协议。

OCS 设备要求应符合 《中国电信移动业务 OCS 设备技术要求》附件 2《中国电信 OCS 对 ISMP 的技术要求》 。

12.4. 基于内容的流量采集设备(CCG)
CCG 为内容计费网关,支持移动网络承载的数据业务的接入、业务控制、计费支持等 功能,支持各种典型的数据业务如:WAP 类业务、MMS 业务、流媒体业务、邮件类业务、 FTP 业务等,支持基于内容的流量区分和上报。 CCG 主要具备如下功能: ? 支持多种计费方式,包括基于会话的承载层流量/时长计费采集,以及承载层的实 时流量剔除;基于会话的内容流量/时长计费采集;基于事件的内容计费采集;基 于 CDR 的离线计费;能够根据上层计费系统的指示对用户的实时计费会话进行控 制;
51

中国电信在线计费系统(OCS)总体技术方案

?

支持对终端用户的流量进行 3 到 7 层的分析, 基于不同协议的计费,包括三层的 源、目的 IP 地址、协议号,四层的源、目的端口,五到七层的 URL、Content-Type、 User Agent、 Error Codes 等, 支持 WAP1.x/WAP2.0/HTTP/ RTSP/FTP/TELNET/ POP3 / SMTP 等常见的应用层内容的解析。

?

支持实时计费能力,包括话务控制、信用控制、再授权、识别业务标识 (Service-ID)、支持AOC功能、支持二次PDP上下文计费。

?

需要支持符合中国电信相关规范要求的在线计费接口协议

OCS 设备要求应符合 《中国电信移动业务 OCS 设备技术要求》附件 1《中国电信 OCS 对 CCG 的技术要求》 。

12.5. DCC Proxy
如果在对 OCS 发起请求的各个实体与 OCS 之间建设路由网关,对于路由网关有如下 要求: ? ? ? ? 能根据号段进行路由。 能设定异常用户数据。 能进行集中远程集中配置或自动配置。 能支持Diameter协议路由

52

中国电信在线计费系统(OCS)业务需求

13. 系统的实施与升级
支持话音和数据业务融合计费的OCS系统是一个在3GPP R6中才提出的新概念,代表了 在线计费系统发展的趋势,国内外已有很多运营商考虑采用这样的在线计费系统架构,但 已实施的案例还较少,国内还没有已实施案例,而且因为各个运营商现网情况不同,实施 方案也不统一。 总的来说,基于3GPP定义的中国电信在线计费系统具有先进性和创新性。其目标网络 结构是实现话音业务、数据业务以及其它网络业务的融合计费,实现预付费和后付费的融 合,包括: 统一的计费逻辑、统一的批价策略和统一的余额帐户管理。并需要考虑对现网 设备和体制的影响和改造。在线计费系统目标网络结构如图20所示:
GGSN/ PDSN

CCG

OCP

OCP

IMS

OCP

WLAN

MSC

SCP

OCP

OCS
OCP PHS

SE1 ISMP SE2
OCP OCP OTHERS

图 20:中国电信 OCS 系统目标网络 在线计费系统建设牵涉的网络和设备较多,包括M-BSS/OSS、智能网、数据业务网等, 涉及对SCP、ISMP和CCG(或eGGSN)设备的改造。而且中国电信的移动牌照发放时间、同 现有移动网络的关系还不确定。因此系统实施难度较大,需要循序渐进,逐步建设、逐步 完善。并充分结合现网情况做好各方面充分准备。

13.1. 系统实施原则
为了建设形成 OCS 系统, 保证系统的建设不对原有网络的业务和支撑系统造成较大冲 击,保证系统实施功能的顺利进行,保证系统上线后的稳定性、业务的平滑切换,系统的 开发、实施和升级需要遵循以下原则:
53

中国电信在线计费系统(OCS)总体技术方案

?

确保业务的顺利开通

OCS 为新开发的系统,SCP 和 ISMP 也需要进行设备改造,以满足中国电信的在线计 费业务需求。新设备有一定的开发周期和成熟时间,特别是如果中国电信拿到 2G 移动网 络,对现网设备改造、升级将更加困难。OCS 系统的实施以目标网作为演进的目标,但首 先要考虑设备成熟情况,现网设备状况,保证业务的开展。 ? 设备开发并行,平滑升级

OCS 的预付费解决方案是基于原有移动业务预付费方案的创新和升级, 实现了原有的 电路域业务在线计费和分组域业务在线计费的计费融合,以及在线计费和离线计费的计费 融合。 OCS 的设备开发、SCP、ISMP 改造以及 CCG 设备测试可以并行,经过测试、验证成 熟的设备,再进行现网应用。系统可以分阶段实施,但要求能够从各个阶段向最终目标网 演进。 ? 移动切入,逐步过渡到目标网络结构

对于中国电信新建 3G 移动网络,相应的承载网络、业务网络和支撑系统也将同时新 建,这是 OCS 系统实施契机,根据符合规范要求的 OCS、SCP、ISMP 设备成熟状况、设 备提供商情况,选择是同时支持电路域和分组域在线计费还是分步支持,并逐步纳入其它 网络。 对于基于原有 2G 移动网络,因为已存在现网设备,则需要慎重规划,制定严密的升 级策略。 ? 接口开放

系统采用开放的接口,接口尽量遵照国际标准 Diameter CC,保证接口的标准化和开 放性,便于其它网络接入,实现跨网络的业务融合。

13.2. 系统演进方案
演进方案考虑的主要因素包括 OCS 建设条件是否成熟、 设备改造情况、 已有现网系统 状况三个方面考虑。从新建的移动网络切人,基本原则是保证业务的顺利开通,并在条件 成熟时,逐步承担其它网络的实时计费业务。 建设 OCS 系统的前提是支撑网中的 SID 已经基本开始实施,中国电信正在各省实施 基于统一计费模型的业务支撑网建设,并采用统一的共享数据库。SID 帮助 OCS 实现了线
54

中国电信在线计费系统(OCS)业务需求

计费和离线计费的融合,并在条件成熟后纳入新的业务网络,实现多种业务的融合计费提 供了数据保证。 电路域、分组域网络的计费点原来是独立的,各个域已经具有完善的计费处理机制, SCP 负责电路域及分组域承载的实时计费,ISMP 负责内容的实时计费。批价和帐户纳入 到 OCS 后,对 SCP 和 ISMP 提出了改造要求。 如果出现中国电信获得 G 网或 C 网情况, 基于智能网的语音业务预付费已经成熟, 而 由于数据业务的预付费还处于起步阶段,系统需要新建,因此演进方案可以先处理数据业 务的在线计费, 再根据现网 SCP 的改造情况, 将移动的语音业务和数据业务全部放到 OCS 系统,而现网其它网络接入 OCS 系统相对来说改造难度较大,则是渐进过程。

方案一:基于传统的在线计费实现方案,同时考虑到向 OCS 系统过渡 本方案基于传统的预付费实现方案,其实现要点为: ? ? 由 SCP 实现预付费用户话音和 SGSN 流量的实时计费; 内容计费的批价功能由 ISMP 完成,并由 ISMP 触发到 SCP 的扣费请求,由 SCP 负责扣费; ? 批价信息保存在 ISMP,帐户信息、余额管理在 SCP 实现。
SCP
呼 叫 控 制 帐户管理 自定义 计费控制 计费控制 ISMP SE1

SE1

ISMP
Camel3 Camel3

SE1

MSC

SGSN

GGSN

图 21:方案一,传统在线计费方案 方案中没有要求新建 OCS 和对 SCP 进行改造,涉及的修改是要求 ISMP 的计费模块 相对独立。因为在 ISMP 的结构中计费控制模块本来就是相对独立的,而且还没有在现网 运行的 ISMP,因此这种方案对现有设备要求的改动小,易于实施。 在中国电信建设 OCS 系统条件还不成熟的情况下,如 OCS 设备还不成熟,收购的 2G
55

中国电信在线计费系统(OCS)总体技术方案

网络后设备改造需要一定的时间。 为了保证业务的顺利开展, 建议采用方案一, 并要求 ISMP 的计费模块相对独立, ISMP 形成松耦合关系, 与 时机成熟时便可剥离计费模块, 改由 OCS 来承担。 方案二: OCS 只支持数据业务实时计费, SCP 负责语音业务的实时计费 本方案新建 OCS,通过 OCS 实现数据业务的实时计费,通过 OCS 的外部帐户接口到 SCP 扣费。语音业务实时计费仍由 SCP 完成。其实现要点为: ? ? ? 由 SCP 实现预付费用户话音和 SGSN 流量的实时计费; 由 OCS 实现内容计费的批价功能,并通过外部帐户接口到 SCP 扣费; 数据业务的批价信息保存在 OCS,帐户信息、余额管理在 SCP 实现。

SCP
呼 叫 控 制 帐户管理

OCS

OCP

计费控制
OCP

I S M P

SE1

SE2

SE3

Camel3 CCG/ eGGSN

MSC

SGSN

图 22:方案二,OCS+SCP 在线计费方案

方案中需要新建 OCS 系统,并需要对现有的 ISMP 设备进行改造,将 ISMP 的批价功 能剥离到 OCS,对 SCP 没有改造要求。这个方案在 OCS 成熟,并经过充分验证情况下, 比较容易实施。如果采用 CCG 实现可以按内容区分的进行流量计费,要求 CCG 支持到 OCS 的 OCP 接口。 在 ISMP 已开发到 OCS 接口,并且计费模块相对独立情况下,可以从方案一平滑演进 到方案二。 在 SCP 还不能满足 OCS 的改造要求情况下,如已有 SCP 在现网运行(如已收购 C 网 或 G 网) 或者 SCP 改造还不成熟, , 建议采用方案二。 OCS 首先支持数据业务的实时计费, 在 SCP 满足 OCS 的要求后,通过 SCP 升级向方案三过渡。
56

中国电信在线计费系统(OCS)业务需求

方案三:OCS 同时负责语音和数据的实时计费 本方案在 OCS 上完成语音和数据业务的计费批价、 余额管理功能, 并通过与后付费计 费系统共享 SID,实现统一帐户。其实现要点为: ? OCS 上完成语音和数据的计费批价和余额管理。 实现了移动业务的语音、 数据 业务计费融合。 ? ? ? SCP 只负责语音的呼叫控制,并触发到 OCS 的计费鉴权请求; ISMP 负责将预付费用户的在线计费请求触发到 OCS; 通过与后付费系统共享 SID,实现了预付费、后付费计费融合。
OCS SCP
呼叫控制

SE1

OCP

计 费 控 制

批价

OCP

余额管理

I S M P

SE2 SE3

Camel3

OCP CCG/ eGGSN

MSC

SGSN

图 23:方案三,OCS 统一在线计费方案

这个方案对设备改造要求较为彻底,SCP 只保留呼叫控制功能,ISMP 的批价功能剥 离。在 OCS 已成熟的条件下,主要考虑是否需要对 SCP 进行现网改造。 在新建移动网络,而且 OCS、SCP、ISMP 设备改造已满足要求情况下,直接采用这 个方案。这个方案是移动网络完整的计费解决方案,实现了语音、数据之间,后付费、预 付费之间的融合计费。

方案四:OCS 负责跨多个网络的实时计费 本方案是实现多网络业务实时计费融合的目标网络方案。其它业务网络通过标准接口 接入 OCS 系统,逐步实现移动业务与 PHS 业务的捆绑、移动业务与 PSTN 业务的捆绑、 移动业务与 WLAN 业务的捆绑、移动业务与互联星空业务的捆绑等。

57

中国电信在线计费系统(OCS)总体技术方案

GGSN/ PDSN

CCG

OCP

OCP

IMS

OCP

WLAN

MSC

SCP

OCP

OCS
OCP PHS

SE1 ISMP SE2
OCP OCP OTHERS

图 24:方案四,终极目标在线计费方案 在基于移动网络的 OCS 已建成, 实现了语音和数据业务的融合计费, 而且在共享数据 库已实现了中国电信多个业务网络的数据共享,可以通过标准的接口同其它网络的设备相 连,在 OCS 上实现对其它网络的在线计费业务,从而实现跨网络的业务捆绑。这个方案是 逐步演进的过程,在条件成熟的情况下逐步实现综合业务的在线计费。

13.3. 系统实施方案规划
OCS 系统实施、升级应按照集团公司 IT 建设的统一规划,按省集中原则进行建设。 依据中国电信集团新的支撑系统及 SID 实施计划,以支撑移动预付费业务为切入点,条件 成熟的地区先建设,成熟系统先开展。对系统状况复杂和涉及现网改造的地区,规划实施 时应制定详细的升级改造流程,使系统最终可以分阶段平滑过渡到目标网络。 OCS 建设是对原有体制和设备的优化,是基于原有在线计费系统方案向目标网的演 进。在具体的中国电信在线计费系统实施中将取决于很多因素,包括各省共享信息数据库 (SID)的实施情况,所涉及设备的成熟度、系统改造情况,是否已有 2G 网络等。

13.3.1. 基本实施考虑
系统实施方案描述中国电信新建 OCS 网络的情况下, 考虑各省的建设会有先后, 网络 状况也会因为条件的变化不一样(可能中国电信已有 G 网或 C 网) ,在这些不同的情况下 具体实施要点。 一些具体的实施因素考虑:
58

中国电信在线计费系统(OCS)业务需求

?

实施基础

OCS 的建设可分成三种情况: 基于新建移动网络, 建设 OCS 系统; 基于 GSM 网络 (不 包含 GPRS)升级支持 OCS;基于 CDMA 网络升级支持 OCS。 基于各自的情况,可决定对语音的预付费及后付费支持特性,对数据的预付费及后付 费支持选择,同时,数据业务还可以选择在承载流量或内容层次提供实时计费支持。 ? SID(Shared Information Database)建设

SID 作为企业级的共享数据库,应首先建立。OCS 系统为了实现预付费和后付费的融 合计费,需要共享 SID 中的客户域、产品域、帐本余额数据。OCS 系统在条件满足的情况 下尽可能共享定价域数据,也可根据 SID 相应的定价计划在 OCS 系统中配置相应商品、 产品、产品包的定价信息,但商品 ID、产品 ID、产品包 ID 必须和 SID 保持一致。 目前,考虑到 SID 建设的复杂性,在部分省的 OCS 建设时,SID 系统建设可能还未完 成,这对 OCS 系统提供商提出了要求,要求 OCS 提供逻辑独立的 SID 接口及 SID 系统, 以加速 OCS 的应用速度。 ? CRM及统一充值系统

建立统一的 CRM 系统及纳入其中的统一业务无关充值系统是网络建设的目标,但考 虑到系统的复杂性,不同的地方建设不一,这要求在实现终极目标前,允许过渡方案的存 在,包括独立的 OCS CRM 模块、基于 IVR 的充值系统及基于 SCP 的充值系统。 ? 数据网络建设(SGSN、GGSN)

基于各地对数据业务使用的不同,数据网络建设可分为以下四个不同层次, 1) 基于后付费的基本数据服务阶段; 2) 基于语音和基本数据预付费业务阶段; 3) 基于内容计费的高级数据业务阶段; 4) 基于多网络融合的终极业务计费阶段。 对于不同阶段,对计费点的选择及设备的计费能力提出不同要求,具体如下: 1) 阶段 1, 只要求数据网络设备提供 CDR 输出能力即可, 计费点可选择在 SGSN; 2) 阶段 2,支持语音预付费,同时要求数据网络设备提供流量统计的时间统计能 力,并提供会话控制功能,计费点可选择在支持 CAMEL3 的 SGSN; 3) 阶段 3,要求数据网络设备提供基本的内容分析功能,并提供相应的会话控制 能力,计费点可选择在支持内容分析的 CCG; 4) 阶段 4,要求实现多业务网络的计费融合,包括未来移动 IMS 网络、固网业务
59

中国电信在线计费系统(OCS)总体技术方案

网络。计费点在各个业务网络设备。 ? SCP改造及建设进度

在 OCS 概念之下,SCP 已经退化为呼叫控制及基础 IN 业务逻辑控制,而其客户管理 及帐务计费功能将上移到 OCS 实现,由于目前各厂商 SCP 实现程度不同,并考虑到现网 情况,SCP 可演化为以下几个不同版本:支持 CAMEL2 的呼叫控制 SCP;支持 CAMEL3 的存呼叫控制 SCP(可支持 GPRS、SMS 流量时间计费及控制) 。同时,为与 OCS 接口, 所有的 SCP 必须提供 Diameter CC 接口。 ? 传统IN业务的建设问题

考虑到智能网业务的易变性及性能问题,可以考虑独立建设共享的传统 SCP,来支持 除预付费业务外的传统 IN 业务,如 VPMN 业务,而让与 OCS 配合的改造后的大量 SCP 专注于预付费业务,从而构成灵活的、高性能的组网结构。 ? GGSN的建设情况

为支持内容计费功能及会话控制功能,在 GGSN 点,可有两种方案进行选择: 1) 集成内容分析能力及会话控制能力于 GGSN 之中, 系统紧凑, 但可能难以改变, 可能出现升级、改造困难的问题; 2) 在 GGSN 之上建立独立的内容计费控制点(Content Charging Gateway 或 Data Control Point) ,提供类似于 IP 网上的 Proxy 功能,内容计费与业务控制与承载 网络独立,逻辑拓扑灵活,但集成性不好。 ? 数据网漫游方案

因为各个省的实施进度情况不同,会出现某些省份 GGSN 集成了 CCG,或者建成了 独立 CCG,而有些省份 GGSN 不支持 CCG,为了保证用户使用业务的一致性体验,需要 考虑漫游用户的解决方案。 目前的方案中由 CCG 来承担对基于内容流量的区分,并且支持对 OCS 的寻址。如果 用户甲归属采用 CCG 设备 A 省,漫游到未采用 CCG 设备的 B 省,建议采用以下方案。

60

中国电信在线计费系统(OCS)业务需求

大区1

大区2

ISMP
大区层面 省层面

ISMP

OCS
A省

OCS
B省

OCS
C省

图 25:数据网漫游方案(无 CCG 省份) 在此方案中,B 省 SGSN 需要判断甲用户为漫游用户,并且接入到甲用户归属地 A 省 的 GGSN 处理。 在承载网络的技术体制中, 只有在使用本地业务时, SGSN 才会路由至归属 GGSN (通 过 APN 进行路由) 。因此以上方案不符合已有的 3G 承载网络的技术体制要求,如果中国 电信要求满足按内容区分流量的计费需求,建议要求 CCG 成为各省建设的必选支持或退 而求其次,允许在不同的省提供不同的用户体验(有的省支持基于内容的计费,有的不支 持) 。 ? IMS发展和多网络业务融合

由于 3G 网络建设对业务的需求,为用户提供终极业务的 IMS 系统建设将是未来 3G 成败的关键,所以针对各省的不同发展需求,在建设 OCS 系统时,有必要对 IMS 系统的 建设及计费需求进行统筹考虑。同时,对于其他业务网络(如 WLAN、IPTV…) ,融合的 实时计费系统也应逐渐纳入考虑范畴。 随着 IMS 的发展,OCS 系统也将与 IMS 域接口;中国电信移动业务网络于其它业务 网络实现数据共享,逐步实现 OCS 系统与其它业务网络的接口。

13.3.2. OCS 实施方案规划
根据各省的实际情况并结合上述的实施因数考虑,具体实施方案可以有以下选择: ? 目标网络(IMS之前)定义:预付费数据(内容)+ 预付费语音

在移动网络新建情况下,建议采用这种规划模式。本目标网络为 IMS 实施之前的目标 网络定义, 它要求设置独立或集成的 CCG 设备, 只用于呼叫控制的退化的 SCP 系统 (SAC:
61

中国电信在线计费系统(OCS)总体技术方案

Service Access Controller 服务访问控制节点) ,SID 系统,ISMP 系统,统一的 CRM 系统、 统一的充值系统及集成的、融合的 OCS 系统。 ? 3G-后付费数据(流量)+ 语音,不建OCS

考虑到各省发展的不同,在 3G 的早期,各种业务处于试验阶段,设备改造还不成熟, 在此阶段,有些省份可考虑暂时不建立用于实时控制的 OCS 系统,但在开展业务时,必须 考虑到 OCS 建立的必然,在定义业务模式必须支持向实时计费的过渡。 ? 3G-后付费数据(流量/内容)+ 预付费语音

在某些对数据业务需求不大的省份,作为一种中间解决方案,可考虑采用这种规划模 式。 只建立语音领域的实时融合计费系统, 而数据业务采用后付费或 Hot Billing 计费模式。 在这种情况下,只需提供改造的 SCP 系统及建设 OCS 系统。 ? 2G网络融合

基于已有移动网络情况分为基于 GSM 网络情况和基于 CDMA 网络情况,具体实施方 案建议参见附录 B。 ? 全网拓扑结构及计费说明

基于各省建设情况和进度不同,会出现混合组网情况,如下图所示:
ISMP OCS SSP SCP BOSS GGSN CCG A: prepaid voice+ data content BOSS SGSN B: prepaid voice+ data volume OCS SCP SSP ISMP

ISMP OCS SSP SCP BOSS S/GGSN C: prepaid voice+ postpaid data SSP

BOSS

SGSN

D: postpaid voice + data

图 26:全网拓扑结构示意 下表表示在全网混合组网情况下,用户漫游发生计费模式变化,兰字表示发生变化, 黑字表示用户体验一致。
漫游关系 语音 数据

62

中国电信在线计费系统(OCS)业务需求

A 用户-->B 网

Prepaid

Prepaid 内容-〉流量 或 漫游回归属 GGSN/CCG

A 用户-->C 网

Prepaid

Prepaid 内容-〉postpaid 或 漫游回归属 GGSM/CGC

A 用户-->D 网 B 用户-->A 网 B 用户-->C 网 B 用户-->D 网 C 用户-->A 网 C 用户-->B 网 C 用户-->D 网 D 用户-->A 网 D 用户-->B 网 D 用户-->C 网

RT Prepaid-〉Postpaid Prepaid Prepaid Postpaid Prepaid Prepaid Postpaid Postpaid Postpaid Postpaid

RT Prepaid-〉Postpaid Prepaid RT Prepaid-〉Postpaid Postpaid Postpaid Postpaid Postpaid Postpaid Postpaid Postpaid

13.3.3. 集中测试环境建设
考虑到 3G 网络建设的复杂性,中国电信应建设集中的集成测试试验室,用于产品的 开发及 IOT 测试。在测试试验室,应包括:基础网络设备,CCG 设备,用于 OCS 的 SCP 系统,SID 系统,CRM 系统及 OCS 系统。各厂商有义务为该试验室提供相应的设备,对 于设备的使用,由于其相互依赖性,可共同定义合适的商业模式,以解决成本问题。

63

中国电信在线计费系统(OCS)总体技术方案

附 录

A 3GPP 在线计费系统方案

A.1 体系架构和功能 A.1.1 架构模型 在 3GPP TR 23.296[12]中,已经定义了一个 OCS 参考性的架构:将在线计费系统按照 逻辑划分为不同的功能模块和相互之间的控制点。根据这个架构和前面已经给出的需求 (见 4.2 节) ,定义了下图所示的通用的在线计费的参考性架构,这个架构设计支持基于会 话承载计费和基于内容事件计费。
Online Charging Functions MSC CAP Account Balance Management Function Rc GGSN Ro Account Session Based Charging Function Rr Online Charging System

SGSN

CAP

Recharging Server

TPF

Ro

WLAN

Ro Charging Gateway Function Operator's Post-Processing System

IMS CSCF

ISC

IMS Gateway Function

Ga Ro

Bo

IMS Application Server

Ro

IMS MRFC

Ro

MMS Relay / Server

Ro

Event Based Charging Function Re

Rating Function

Tariff Info

GMLC

Ro

图 A- 1:3GPP 在线计费系统结构 ? 对于和SGSN的交互,OCS系统需要提供CAP和Ro转换功能。
64

中国电信在线计费系统(OCS)业务需求

?

BCF使用CAP接口与MSC和SGSN交互进行基于承载的计费。虽然在图中描述了OCS对 CAP的支持,但目前还存在很大争论,是否支持CAP目前还没有定论。

? ?

SCF使用Ro控制点来执行会话计费功能。 ECF使用Ro控制点或者其他此类的来执行基于事件的计费。

A.1.2 核心功能 ? 批价(正算/反算) o 计费单元的确定:计算和预留会话所能使用的非金额单元数.(例如:服务单 元,数据量,通话时间和事件)。 o 计费价格的确定(针对ECF):从给定的非金额单元数来计算单元金额。 o 定价策略确定: 根据用户的签约信息和请求使用的服务信息, 确定定价信息。 o 获取和更新业务使用累积量。可以在这里更新累积量,也可以在用户余额管 理更新累积量。 ? 用户余额管理 o 检查帐户余额 o 帐户余额更新(充值/扣费) o 预扣帐户余额 o 获取/更新累积量 o 获取/更新预付费帐户余额的失效日期 ? 计费事务控制 o 执行基于承载/会话/服务的计费控制 o 立即扣费和使用预扣费用 o 为每个计费事务生成计费信息记录(CDRS) A.1.3 对外接口 ? ? ? ? ? 3GPP 建议OCS的Ro接口采用Diameter CC协议。 3GPP建议BCF使用CAP接口与SGSN交互进行基于承载的计费。 3GPP建议SCF使用Ro接口与eGGSN或IMS CSCF交互执行基于会话的计费。 3GPP建议ECF使用Ro接口与网元设备交互执行基于事件的计费。 余额管理与外部系统的接口还没有定义,以后的规范里会继续研究。
65

中国电信在线计费系统(OCS)总体技术方案

?

3GPP允许使用Bo接口把OCS产生的计费信息传输到后付费系统。

A.2 典型流程 A.2.1 资费信息请求流程(基于ECF) 下图描述了基于 ECF 价格请求操作的消息流程。
ECF Rating Function

1. online charging request

2. get account/ counter data Rating Operation 3. rateRequest

4. determine price

5. rateResponse

6. peform account control

图 A- 2:基于 ECF 的在线计费流程 1) ECF从某一个事件或者服务中接受在线计费的请求; 2) 根据接收到的数据,ECF从帐户余额管理功能模块请求获得客户帐户和计数器的信 息; 3) ECF发送一个价格的请求到批价功能模块去决定需求的服务的价格。请注意这种假 想的情况:在线计费请求中如果ECF没有接收到任何的服务费用信息; 4) 批价功能依照包含在请求中的服务和客户的一些特殊的信息为给定的服务计算其 价格; 5) 计算出来的价格返回到ECF; 6) ECF继续事件计费。 A.2.2 资费信息请求流程(基于BCF) 下图描述了基于 BCF 资费信息请求操作的消息流程:

66

中国电信在线计费系统(OCS)业务需求
BCF Rating Function

1. online charging request

2. get account/ counter data Tariff Retrieval Operation 3. tariffRequest 4. retrieve tariff information 5. TariffResponse

6. perform rating

7. peform account control

8. online charging response

granted units used

9. online charging request

10. perform rating

11. peform account control

12. online charging response

session ends

13. online charging request

14. perform final service rating

15. peform account control

图 A- 3:基于 BCF 的在线计费流程

1) BCF接收到某一个具体的信息服务的承载体使用的在线计费的请求;
67

中国电信在线计费系统(OCS)总体技术方案

2) 根据接收到的数据,BCF从帐户余额管理功能模块请求获得客户帐户和计数器的信 息; 3) 请求能应用到承载体的资费信息信息; 4) 批价功能从资费信息中寻找合适的价格应用到承载体中; 5) 批价功能模块将查询好的价格信息返回到BCF; 6) 依赖接收到的价格信息,BCF执行批价功能,也就是决定单元的价格; 7) BCF继续承载体计费和执行帐户的控制; 8) 返回可以操作的单元数到提出请求的网络单元; 9) 许可可用的单元开始被使用,并且发送一个新的请求到BCF; 10) 这个时候BCF能直接执行批价处理,也就是决定单元的价格; 11) 执行帐户的控制; 12) 假设帐户控制操作成功; 13) 一个实际的应用确认将返回到网络实体; 14) MS终止承载体使用,已经使用了的单元将被送到BCF; 15) BCF为消费的承载体资源设备执行最后的批价并且依此调整帐户。 在所列出的例子里面,在整个承载体的会话过程中只是向批价功能发送了一个资费信 息请求,然而,还有一种必须要注意的情况就是可以有不只一个的资费信息请求发送到批 价功能模块(例如,如果资费信息过期,在上面的例子里面,在第 9 步和第 10 之间就会 有第二个资费信息请求出现)

68

中国电信在线计费系统(OCS)业务需求

附 录

B 基于已有 G 网、C 网的 OCS 升级方案

B.1 基于G网的OCS实施方案 B.1.1 G网预付费现状 联通G网中目前预付费系统基本以智能网的方式实现。全网大约有30套智能网平台。 这些智能业务是基于省建设的,同时支持全国漫游。由于联通G网没有GPRS承载,所以预 付费目前的业务主要是话音业务和短信业务。其中话音业务是通过CAMEL2来实现。短信业 务是通过短信计费网关发送到智能网平台进行计费的,采用的是HTTP协议。 在一个省根据用户容量,有多个智能网平台。对于一些用户相对较少的省,几个省是 共享一个智能网平台。如图所示:
SCP SCP SCP

CORBA Data Charging Gateway CAMEL2 HTTP MSC/SSP

SMS-C

SMS-C

图 B- 1 G 网预付费业务组网 B.1.2 目标方案 G网的目标方案应该尽量与中国电信OCS方案保持一致,并考虑现网的情况和业务网络 今后的发展,目标组网方案建议如下:
OCS
Diameter

SCP
CAP

DCG
HTTP

CCG

ISMP

MSC/SSP

SMC

GGSN

SE

图 B- 2 基于 G 网的在线计费目标方案 B.1.2.1 OCS系统的建设
69

中国电信在线计费系统(OCS)总体技术方案

目标方案是将语音和数据业务计费功能都纳入到OCS系统中,因此需要新建OCS系统。

B.1.2.2 电路域实时计费方案 目标方案要求对SCP改造,增加与OCS的接口,将计费功能、余额管理功能剥离到OCS 中。SCP与MSC/SSP通过CAMEL协议对呼叫进行实时控制,通过OCS完成批价计费。

B.1.2.3 点到点短消息实时计费方案 点到点短消息方案不变,还是采用SMC触发到计费网关(DCG),改造计费网关要求支 持Diameter接口,直接触发计费请求到OCS。

B.1.2.4 增值业务实时计费方案 新建数据业务网络,并由ISMP实现对所有增值业务的统一管理。由ISMP向OCS发起实 时计费请求,实现增值业务的实时计费。

B.1.3 升级方案 目标方案是G网支持预付费业务的最终方案,但是为了保持网络的稳定性,需要制定 平滑的升级方案,可以分阶段升级来逐步达到目标方案。 B.1.3.1 阶段一:OCS未建设的阶段 对于OCS和ISMP、CCG,由于都是新建,建议同时建设。在建设OCS和数据业务网之前 需要作以下网络改造: ? 建设GPRS网络和数据业务网络,由ISMP实现对所有增值内容业务的管理,包括点 到SP和SP到点短消息、彩信、定位业务、WAP、下载、流媒体、彩铃等业务。 ? 实现ISMP到SCP的实时扣费。

组网结构如下图所示:
ISMP SCP
CAP

DCG
HTTP

MSC/SSP

SMC

图 B- 3 OCS 未建设阶段方案

70

中国电信在线计费系统(OCS)业务需求

B.1.3.2 阶段二:OCS新建的阶段 在OCS初始建设阶段,可以只实现增值业务和分组域流量费的实时计费。预付费帐户 余额和话音业务的计费可以继续保留在SCP中。 需要作以下网络改造: ? 建设OCS系统,实现增值业务和分组域流量费的实时计费。并到SCP进行预留和扣 费。 ? ? 建设CCG,实现与内容相关的流量的识别,并发起到OCS系统的实时计费请求。 改造ISMP,实现ISMP到OCS系统的实时计费接口,完成对增值业务的实时计费。

组网结构如下图所示:
OCS
Diameter

SCP
CAP

DCG
HTTP

CCG

ISMP

MSC/SSP

SMC

GGSN

SE

图 B- 4 OCS 新建设阶段方案 在初期阶段,也可以跳过阶段一,直接采用阶段二方案。 B.1.3.3 阶段三:SCP改造成熟的情况 对于SCP改造已经成熟的情况,可以在上述改进的基础上,将语音的在线计费从SCP剥 离到OCS中。可以采用二种方式实现目标方案: 1、 通过新建只有呼叫处理功能的 SCP, 对新增的用户在线计费由 OCS 实现, 原来 SCP 中的预付费用户逐步割接到新的 SCP 中。 2、对已有的 SCP 升级,支持 Diameter 接口,将 SCP 计费功能剥离到 OCS。计费网关 触发鉴权计费请求到 OCS 系统,实现点对点短消息的实时计费。

B.2 基于C网的OCS实施方案 B.2.1 C网预付费现状 C网中目前预付费系统基本以智能网的方式实现。这些智能业务是基于省建设的,同 时支持全国漫游。有些业务量较大的省有多套智能网平台,有些业务量较小的省共享一个 智能网平台。
71

中国电信在线计费系统(OCS)总体技术方案

其中话音业务是通过WIN移动智能网来实现,短信业务、数据业务是通过PDSCP发送到 智能网平台进行计费的,采用的是SMPP+协议。 如下图所示:
SCP
WIN SMPP+

PDSCP
Radius SMPP+ SGIP+

MSC/SSP

AAA
Radius

SMC

SMG

SGIP

CP/SP

PDSN

图 B- 5 C 网预付费业务组网 基于图B-5架构的实时计费方案是联通的近期规划目标网,目前已经实现了短信业务, 通过AAA实现分组域承载流量的实时计费已准备建设。其中SCP保存预付费用户语音帐户信 息,和PDSCP通过SMPP+帐户余额查询、扣费等操作;AAA服务器负责用户常规的认证和授 权,区分用户是预付费用户还是后付费用户,PDSCP通过RADIUS协议和AAA交互;点对点短 信由短信中心通过SMPP+协议同PDSCP交互;短信增值业务由短信网关通过SGIP+协议同 PDSCP交互。其中SMPP+和SGIP+都是联通基于标准协议进行的扩展协议。

B.2.1.1 电路域实时计费方案 C网电路域实时计费由无线智能网来实现,由SCP直接与MSC/SSP通过WIN协议对呼叫进 行实时控制和计费。 B.2.1.2 点到点短消息实时计费方案 当用户发送短消息时,SMSC根据本地的用户信息确定该用户是否预付费用户,如果是 普通用户,SMSC将按正常流程发送消息给被叫,如果是预付费用户,将先到PDSCP鉴权, PDSCP根据相应计费规则对用户信息批价, 再向SCP发送计费请求, SCP成功扣费后, 给PDSCP 反馈信息,PDSCP再通知SMSC该用户有权发送消息,SMSC在发送短消息给被叫用户不成功 时,需要生成补款话单。 B.2.1.3 互联网短消息实时计费方案 通过在原有的体系结构中增加PDSCP平台,在PDSCP中对各业务进行批价,再向SCP申 请计费请求,实现了互联网短消息业务的实时计费。计费流程主要包括点播业务、定制业 务、SP收取包月费,实现预付费用户的实时计费,网络必须解决三个问题:用户智能业务 属性的确定、对用户的鉴权和结果通知。结果通知采用生成补款话单方式。 B.2.1.4 分组域承载流量实时计费方案
72

中国电信在线计费系统(OCS)业务需求

SCP保存预付费用户语音帐户信息,和PDSCP通过SMPP+帐户余额查询、扣费等操作。 AAA服务器负责用户常规的认证和授权,区分用户是预付费用户还是后付费用户,并 转发预付费用户的数据呼叫认证请求给PDSCP,获得该用户预付费业务的授权信息。 PDSCP通过RADIUS协议和AAA交互,完成对用户的鉴权以及配额分配等操作,和SCP之 间采用SMPP+协议完成对用户语音帐户的查询以及扣费指示。PDSCP保存所有关于数据业务 的费率配置切换信息,并最终完成对数据业务的批价实现数据业务实时扣费,控制用户透 支。 PDSN通过AAA向PDSCP申请配额,并监控配额使用情况。当预付费用户配额使用达到 PDSCP分配的门限时,PDSN通过AAA 向PDSCP报告用户使用配额情况并申请新的配额。在账 户余额用完时,PDSN释放相应的资源,结束会话。

B.2.2 目标方案 C网的目标方案应该尽量与中国电信OCS方案保持一致,并考虑现网的情况和业务网络 今后的发展,组网方案建议如下:
OCS
Diameter

SCP
WIN

PDSCP
SMPP+

CCG

管理平台

MSC/SSP

SMC

PDSN

SMG

业务引擎

图 B- 6 基于 C 网的在线计费目标方案 B.2.2.1 OCS系统的建设 目标方案是将语音和数据业务计费功能都纳入到OCS系统中,因此需要新建OCS系统。 B.2.2.2 电路域实时计费方案 电路域实时计费方案不变,还是通过移动智能网SCP触发。 SCP需要增加与OCS的接口,将计费功能、余额管理功能剥离到OCS中。 SCP与MSC/SSP通过WIN协议对呼叫进行实时控制,通过OCS完成批价计费。 B.2.2.3 点到点短消息实时计费方案 点到点短消息方案不变,还是采用SMC触发到PDSCP,PDSCP可以直接触发计费请求到 OCS。
73

中国电信在线计费系统(OCS)总体技术方案

如果短消息中心无法判断用户是否预付费用户,则由PDSCP判断,如果是预付费用户, 则发起计费请求到OCS,如果不是预付费用户,则不发起计费请求到OCS。 B.2.2.4 互联网短消息和其他增值业务实时计费方案 以后综合管理平台将实现对所有增值业务的统一管理。 由管理平台向OCS发起实时计费请求,实现增值业务的实时计费。 B.2.3 升级方案 目标方案是C网支持预付费业务的最终方案,但是为了保持网络的稳定性,需要制定 平滑的升级方案,可以分阶段升级来逐步达到目标方案。 B.2.3.1 阶段一:OCS未建设的阶段 对于OCS和CCG,由于都是新建,建议同时建设。在建设OCS和CCG之前,对于C网的预 付费解决方案,需要作以下网络改造: ? 完善综合管理平台,实现对所有增值内容业务的管理,包括点到SP和SP到点短消 息、彩e(或新建MMS)、定位业务、WAP、BREW、UniJa、流媒体、彩铃等业务。 ? 实现综合管理平台到SCP的实时扣费。

组网结构如下图所示:
管理平台
SMPP+

SCP
WIN

SMPP+

PDSCP
Radius SMPP+ SGIP+

MSC/SSP

AAA
Radius

SMC

SMG

SGIP

CP/SP

PDSN

图 B- 7 阶段一方案 B.2.3.2 阶段二:OCS新建的阶段 OCS初始建设阶段,可以只实现增值业务和分组域流量费的实时计费。预付费帐户余 额和话音业务的计费可以继续保留在SCP中。 需要作以下网络改造: ? 建设OCS系统,实现增值业务和分组域流量费的实时计费。并到SCP进行预留和扣 费。 ? 建设CCG,实现与内容相关的流量的识别,并发起到OCS系统的实时计费请求。

74

中国电信在线计费系统(OCS)业务需求

?

改造管理平台,实现管理平台到OCS系统的实时计费接口,完成对增值业务的实时
计费。

组网结构如下图所示:
OCS
Diameter SMPP+

SCP
WIN

PDSCP
SMPP+

CCG

管理平台

MSC/SSP

SMC

PDSN

SMG

业务引擎

图 B- 8 阶段二方案 B.2.3.3 阶段三:OCS成熟的情况 对于OCS已经成熟的情况,可以在上述改进的基础上,再作以下改进,实现目标方案: ? ? 剥离SCP的计费功能到OCS系统,实现SCP到OCS的实时扣费。 PDSCP触发鉴权计费请求到OCS系统,实现点对点短消息的实时计费。

也可以跳过阶段二,直接到目标方案。

75

中国电信在线计费系统(OCS)总体技术方案

附 录

C 成本分析

C.1 总体说明 C.1.1 原则 根据中国移动和中国联通的现状,预付费用户比例在整个移动用户中占有非常重要的 比例。预付费业务几种实现方式包括传统的SCP方式,准实时方式和OCS方式。本章对于三 种实现方式及其组合的情况进行成本分析,为中国电信在特定的时间段选择何种方式提供 参考。 由于不同的方案具有不同的特点,为了使不同实现方式的成本具有可比性,在进行分 析的时候按照如下的原则进行: ? ? ? 方案必须同时支持传统语音业务和移动数据业务; 成本发生在合理的时间段内,暂定为2年为周期; 数据来源具有相对的权威性。

根据上面的原则,对于每种方案的如下几个方面成本进行分析 ? ? ? ? ? 建设成本:本方案设备的软硬件成本及安装调试等初期一次性成本; 后期维护成本:在系统开始运行后,日常维护,升级,管理相关的费用; 欠费成本:由于方案的局限性出现的无法追回的用户欠费; 机会成本:由于方案的局限性造成的潜在的用户流失,或业务收入损失; 集成成本:方案需要的其它系统配合建设而增加的成本。

为了便于比较采用OCS方案建设后产生的受益和需要的成本,成本分析包括两个部分, 分别从两个不同的角度来分析。单方案成本分析是对只采用某一方案后,基于用户计算可 能存在的成本。按组合方案成本分析是对于某一个设定的省分,采用不同的组网方案后的 综合成本分析。

C.1.2 方案描述 C.1.2.1 增强SCP方案
76

中国电信在线计费系统(OCS)业务需求

增强的 SCP 方案通过 CAMEL3 来实现电路域的计费请求, 通过 GGSN/CCG 来实现数 据域承载计费,通过 ISMP 实现增值业务计费。方案不能实现同离线计费(后付费或准实 时计费)的融合功能,也不能实现在线用户与离线用户的自由切换。如图所示:
Enhanced SCP
CAMEL3 DCC tbd

MSC/SSP

GGSN/CCG

ISMP

图 C- 1:增强 SCP 方案 C.1.2.2 Hot billing方案 准实时方案是通过提高 CDR 的收集及传输机制来实现预付费用户的语音及数据业务 的计费。准实时方案可以实现多种业务的融合计费,可以实现比较灵活的各种资费策略。 此方案的最大特点是会出现欠费情况。

Hot billing

CDR

CDR

CDR

MSC

GGSN/CCG

ISMP

图 C- 2:准实时方案 C.1.2.3 OCS方案 OCS 方案是结合 SCP 方案与准实时方案的优点, 通过改造后的 SCP 实现电路域计费, GGSN/CCG 实现数据域承载计费,通过 ISMP 实现增值业务计费。同时,OCS 通过与 SID 的共享数据的模式来实现预付费与后付费或准实时业务的融合。 另外, 由于 OCS 采用了类 似准实时方式的数据模型,可以实现同准实时方案可比的灵活的资费类型。

77

中国电信在线计费系统(OCS)总体技术方案

同步机制

同步机制

CRM

SID
同步机制

Hot billing

OCS

DCC DCC

DCC

SCP

GGSN/ CCG

ISMP

CAMEL3

MSC/ SSP

图 C- 3:OCS 方案 C.2 定性成本分析 C.2.1 单方案定性分析 单方案分析是指在某个特定的省,所有用户都采用单一方案管理所有用户时的成本分 析。
表 C-1:单方案定性成本分析
增强 SCP 方案 建设 成本 高 Hot billing 方案 低 OCS 方案 高 包括 OCS 建设成本、简化后的 SCP 建设成本和 SSP 成本。 中 日常维护,售后服务费用,以两年为 周期 低 因为采用在线计费方式, 所以没有欠 费发生 高 有如下潜在 ARPU 值损失和用户流 失成本: 机会 成本 1)没有统一的用户管理,市场推广 支持能力差。 2)不能实现多种业务捆绑。 失成本: 1)需要记录比较完整的用户资料, 拓展渠道受限。 2)存在时延和不能提供 AoC,用户 为周期 高 有如下潜在 ARPU 值损失和用户流 周期 高 用户每月新增不可收回欠费, 以两年 费发生 低 本方案的风险主要在于设备成熟度方 面,通过测试和网上应用可以消除。 低 日常维护,售后服务费用,以两年为 周期 低 因为采用在线计费方式,所以没有欠 中 日常维护,售后服务费用,以两年为

包括 SCP 建设成本和 SSP 建设成本。 包括 Hot Billing 系统建设成本

维护 成本

欠费 成本

3) 不能实现同离线系统的融合计费。 使用体验存在缺陷。 4)计费策略不灵活 3)高附加值业务开展门槛高(如国

78

中国电信在线计费系统(OCS)业务需求 5)升级改造时间长,失去最佳市场 推广时间 6)用户付费属性不能自由切换 集成 成本 低 包括同客服系统, 帐务系统等支撑系 统的集成费用 统的集成费用 中 包括同客服系统, 帐务系统等支撑系 统的集成费用 低 包括同客服系统,帐务系统等支撑系 际长途,小额支付) 。

注: 用户流失包括两个层面,即旧用户的流失和发展用户困难增加。 C.2.2 组合方案定性分析 组合方案是指在某个特定的省,用户按照一定的比例分别在不同方案中实现。为了便 于分析,此处的 Hot billing 方式指广义的离线计费方式。根据目前已有的技术和现网情况, 可能存在的组网方式包括:全部用户都采用 Hot billing 方式;按照一定的比例部分用户采 用 Hot billing 方式,部分用户采用 SCP 方式;按照一定的比例部分用户采用 Hot billing 方 式,部分用户采用 OCS 方式。
表 C-2:组合方案定性成本分析(同单方案比较)
Hot billing 方案 Hot billing 方案+ SCP 方案 中 同各单方案比,没有优化 高 同单方案比,没有优化 本会有一定降低。 高 中 没有优化。对于 Hot billing 方案中的用户,欠费成本很 高,对于 SCP 方案中的用户欠 费成本为零。 高 同单方案比,没有优化 高 没有优化。对于 hotbilling 中用户,相应的机会成本都存 在。对于 SCP 方案中用户,相 应的机会都存在。 低 有优化。由于两种方案共享数据,所以用户可以在系统 间自由切换。根据用户的信用级别,可以把信用低的用 户放在 OCS 方案中管理; 对于信用高的放在 Hot billing 中管理。所以可以大大的降低全部用户的总欠费额。 低 有优化。由于两种方案共享数据,因此1)用户可以在 系统间自由切换,对于需要开展高附加值业务的用户, 或需要丰富使用体验的用户,可以从 Hot billing 中迁 移到 OCS 方案中。 可以实现多业务捆绑和交叉优惠。 2) Hot billing 方案+OCS 方案 中 如果 OCS 和 Hot billing 合建, 建设成本会有一定降低。 中 用户资料等信息通过 SID 统一管理,客服统一,维护成

建设 成本 维护 成本

低 同单方案比,没有优化 低 同单方案比,没有优化

欠费 成本

同单方案比,没有优化

机会 成本

集成 成本

低 同单方案比,没有优化

低 同单方案比,没有优化 同单方案比,没有优化



注: 用户流失包括两个层面,即旧用户的流失和发展用户困难增加。 C.3 定量成本分析
79

中国电信在线计费系统(OCS)总体技术方案

C.3.1 单方案定量分析 C.3.1.1 基于增强的SCP方案 在这种方案中,各种成本的组成和分析如下: ? 建设成本:根据目前的市场价格在2008年前在50元/用户;由于技术成本的逐年降 低,在2010年估计市场价格在40元/用户 ?
? ?

维护成本:根据其他运营商的经验,目前市场价格大约在15元/用户/两年。 欠费成本:无。 机会成本:此项成本比较困难拿到准确数据,所以此值只是为了说明在组合方案 中有明显改善。此处暂时取用户APRU值的2%。假定用户APRU值为80元,所以两年 期成本为 80*0.02*24=38.4元/用户/两年。

?

集成成本:预计为2元/用户

表 C-3:SCP 方案单位用户成本
SCP方案 建设成本 C1 2008 2010 55 45 15 15 维护成本 (两年期)C2 欠费成本 (两年期) C3 0 0 C4 38.4 38.4 C5 2 2 C6 110.4 100.4 机会成本 集成成本 总成本

C.3.1.2 准实时方案 (Hot Billing) 在这种方案中,各种成本的组成和分析如下: ? ? ? 建设成本:根据其它运营商的统计,估计建设成本为12元/用户 维护成本:目前市场价格在10元/用户/两年。 欠费成本:依据其它运营商的统计,平均每月新增欠费为用户ARPU值的2%,根据 每用户平均ARPU值为80元,则此项机会成本为80*0.02*24=38.4元/用户/两年。
?

机会成本:此项成本比较困难拿到准确数据,所以此值只是为了说明在组合方案 中有明显改善。此处暂时取用户APRU值的0.05%。假定用户APRU值为80元,所以两 年期成本为 80*0.005*24=9.6元/用户/两年。

?

集成成本:包括同客服系统,帐务系统等支撑系统的集成费用,预计为2元/用户。

表 C-4:准实时方案单位用户成本
Hot Billing 建设成本 维护成本 欠费成本 机会成本 集成成本 总成本

80

中国电信在线计费系统(OCS)业务需求 (两年期) C1 2008 2010 12 12 C2 10 10 (两年期) C3 38.4 38.4 C4 9.6 9.6 C5 2 2 C6 72 72

C.3.1.3 OCS方案 在这种方案中,各种成本的组成和分析如下: ? 建设成本:,2008年建设成本为75元/用户,2010年为65元/用户。这是从以下方 面进行考虑(估算): o 对于 SCP 中处理后付费用户智能业务相关处理能力所需成本应扣除; o 改造后的 SCP 由于减少了计费批价和帐户管理等模块,所以处理能力提高 50%左右, o 基于上两点单位用户成本 (SSP+SCP) 相当于原来的 70% (包括 SSP 成本) , 估算为 35 元; o 基于 IT 技术的 OCS 成本介于 Hot billing 与 SCP 系统之间,估算为 40 元用 户。 ? ? ? ? 维护成本:根据SCP方案的经验,目前市场价格大约在15元/用户/两年。 欠费成本:无。 机会成本:无。 集成成本:包括同客服系统,帐务系统等支撑系统的集成费用,预计为2元/用户

表 C-6:OCS 方案单位用户成本
OCS方案 建设成本 C1 2008 2010 75 65 维护成本 (两年期) C2 15 15 欠费成本 (两年期) C3 0 0 C4 0 0 C5 2 2 C6 92 82 机会成本 集成成本 总成本

C.3.2 组合方案定量分析 根据目前其他运营商的实际情况,对于 Hot billing+SCP, 此处分析的时候分两种比例 情况进行分析,即 Hot billing 分别占 70%和 50%,对于和 Hot billing+OCS 方式,此处分 析的时候分三种比例情况进行分析,即 Hot billing 分别占 70%,60%和 50%。分析中的用
81

中国电信在线计费系统(OCS)总体技术方案

户数是指某省的用户数。

C.3.2.1 2006-2008年分析
时间节点 估计用户数 成本分析 建设成本 C1 组合1:Hot billing 组合2:70%Hot billing+30%SCP 组合3:50%Hot billing+50%SCP 组合4:70%Hot billing+30%OCS 组合5:60%Hot billing+40%OCS 组合6:50%Hot billing+50%OCS 3600 7470 10050 9270 11160 13050 维护成本 (两年期) C2 1500 2400 3000 2400 2700 3000 2006-2008年 300万用户 欠费成本 (两年期) C3 8640 6048 4320 3024 1036 432 C4 8640 9504 10080 3024 1036 432 C5 600 600 600 600 600 600 C6 22980 26022 28050 18318 16532 17514 机会成本 集成成本 总成本

对于建设成本 C1,不论采用何种组合,此成本基本都不会产生减少,所以直接拿 单用户成本计算即可。 组合 1:12×300=3600 万。 组合 2:(12×70%+55×30%)×300=7470 万 组合 3:(12×50%+55×50%)×300=10050 万 组合 4:(12×70%+75×30%)×300=9270 万 组合 5:(12×60%+75×40%)×300=11160 万 组合 6:(12×50%+75×50%)×300=13050 万

对于维护成本 C2,不论采用何种组合,此成本基本都不会产生减少,所以直接拿单 用户成本计算即可。 组合 1:10×300=3000 万。 组合 2:(10×70%+15×30%)×300=4350 万 组合 3:(10×50%+15×50%)×300=3750 万 组合 4:(10×70%+15×30%)×300=3450 万 组合 5:(10×60%+15×40%)×300=3600 万 组合 6:(10×50%+15×50%)×300=3750 万
82

中国电信在线计费系统(OCS)业务需求

对于欠费成本 C3,采用不同的组合,此成本会产生比较大的优化,算法如下。 组合 1:没有优化,直接计算为 38.4×300=11520 万。 组合 2:由于此组合中用户不能在 Hot billing 方案和 SCP 方案中自由切换,所以也 不能做优化,直接计算为 (38.4×70%+0×30%)×300=8060 万。 组合 3:由于此组合中用户不能在 Hot billing 方案和 SCP 方案中自由切换,所以也 不能做优化,直接计算为 (38.4×50%+0×50%)×300=5760 万。 组合 4:由于此组合中用户能在 Hot billing 方案和 OCS 方案中自由切换,电信可以 根据用户的历史信用等级进行优化, 如把信用等级比较低的迁移到 OCS 中, 对于信用比较 高的迁移到 Hot billing 中,通过此种优化,可以使保留在 Hot billing 中用户总欠费风险明 显降低。在 OCS 比例占 30%情况下,估计以使 Hot billing 欠费风险降低 50%,所以可以计 算为 (38.4×70%+0×30%)×300×0.5=4032 万。 组合 5:如方案 4,在 OCS 比例占 60%情况下,估计以使 Hot billing 欠费风险降低 80%,所以可以计算为(38.4×60%+0×40%)×300×0.2=1382.4 万。 组合 6:如方案 4,在 OCS 比例占 50%情况下,估计以使 Hot billing 欠费风险降低 90%,所以可以计算为(38.4×50%+0×50%)×300×0.1=576 万。

对于机会成本 C4,采用不同的组合,此成本会产生比较大的优化,算法如下。 组合 1:没有优化,直接计算为 9.6×300=2880 万。 组合 2:由于此组合中用户不能在 Hot billing 方案和 SCP 方案中自由切换,所以也 不能做优化,直接计算为 (9.6×70%+38.4×30%)×300=5470 万。 组合 3:由于此组合中用户不能在 Hot billing 方案和 SCP 方案中自由切换,所以也 不能做优化,直接计算为(9.6×50%+38.4×50%)×300=7200 万。 组合 4:由于此组合中用户能在 Hot billing 方案和 OCS 方案中自由切换,电信可以 根据用户的需求进行优化, 如需要高附加值业务的用户的迁移到 OCS 中, 或对资费信息敏 感的用户迁移到 OCS 中,通过此种优化,可以使保留在 Hot billing 中用户机会成本明显降 低。在 OCS 比例占 30%情况下,估计以使 Hot billing 机会成本降低 50%,所以可以计算为 (9.6×70%+0×30%)×300*0.5=432 万。 组合 5: 如方案 4, OCS 比例占 50%情况下, 在 估计以使 Hot billing 机会成本降低 80%, 所以可以计算为(9.6×60%+0×40%)×300*0.2=345.6 万。
83

中国电信在线计费系统(OCS)总体技术方案

组合 6: 如方案 4, OCS 比例占 70%情况下, 在 估计以使 Hot billing 机会成本降低 90%, 所以可以计算为(9.6×50%+0×50%)×300*0.1=144 万。

对于集成成本 C5,不论采用何种组合,此成本都不会产生减少,所以直接拿单用户 成本计算即可。 组合 1:2×300=600 万。 组合 2:2×(300×70%)+2×(300×30%)=600 万 组合 3:2×(300×50%)+2×(300×50%)=600 万 组合 4:2×(300×70%)+2×(300×30%)=600 万 组合 5:2×(300×50%)+2×(300×50%)=600 万 组合 5:2×(300×30%)+2×(300×70%)=600 万

对于总成本 C6,把各种组合的 C1 到 C5 加起即可。 组合 1:21,600 万。 组合 2:25,956 万 组合 3:27,360 万 组合 4:17,784 万 组合 5:17,088 万 组合 6:18,120 万

组合后的单用户成本为: 组合 1:21600/300=72 元/用户 组合 2:25956/300=86.52 元/用户 组合 3:27360/300=91.2 元/用户 组合 4:17784/300=59.28 元/用户 组合 5:17088/300=56.96 元/用户 组合 6:18120/300=60.4 元/用户 C.4 结论 如果只采用单方案建网, billing 方案的总成本是最低的。 Hot 但是如果采用 Hot billing
84

中国电信在线计费系统(OCS)业务需求

和 OCS 组合方式后, 由于大幅度消减了机会成本和用户的欠费成本, 使整个计费方案的总 成本反而降低, 尤其当用户在 OCS 和 Hot Billing 分配比例达到某个特定的值时, 总成本比 任何单方案建网的成本都低。 在定量分析时,由于用户的消费习惯以及电信分公司的管理方式的不同,如欠费成 本和机会成本是会有比较大的差异,所以组合比例的最佳值在不同的省份和不同的时间段 都有可能不同。尽管如此,省份可以根据特定时段的运营分析结果,可以得出相对比较合 理的组合比例做为建网的指导依据。

85

中国电信在线计费系统(OCS)总体技术方案

附 录

D CCG 与数据业务网络功能界定

在线计费方案中引入了CCG设备,可以增强基于内容的流量计费,需要和原有数据业 务网络进行功能界定。 CCG为内容计费网关,在网络层次中,属于业务接入层,主要负责移动通讯网络承载 的数据业务的接入、计费触发、控制等功能。CCG具体功能描述请参见《中国电信OCS设备 技术要求附件3:CCG设备技术要求》。 CCG可以和GGSN集成在一起,称为增强型GGSN, 也可以单独设置,位于GGSN之后,所 有数据流量都经过CCG再到数据业务网络。CCG与OCS通过Diameter接口协议, 完成实时计费 功能。从功能和网络结构位置上看,在CCG上能够有效实施按内容区分的业务流计费功能, 符合3GPP标准基于数据流(data traffic flow)的计费功能 (区分数据流中所属业务类型) , 大大增强了传统的简单基于承载层计费的方法。基于CCG可以对用户数据包进行: ? ? ? 第三层过滤:源/目的地IP地址 第四层过滤:端口号 第七层过滤:协议

数据业务网中的应用服务器是提供支持各类数据业务的业务能力设备,是用户使用数 据业务的终结点,如MMS、KJAVA下载等业务,由于只有用户归属的应用服务器才能获得事 件成功与否的状态报告,例: 发送MMS是否成功,下载是否成功等,因此,基于内容的事 件计费应由数据网中的应用服务器触发。 综上所述,CCG和数据业务网络功能定位和划分原则如下: ? 基于内容的流量计费(包括承载层流量计费、剔除以及区分内容的流量计费)的 采集、触发和控制由CCG触发到OCS。 ? 基于内容的事件计费由数据业务网中应用服务器触发到OCS。

CCG、数据业务网和OCS关系如下图所示:

86

中国电信在线计费系统(OCS)业务需求
企业 企业网 网

Interne Internet t

ISMAP 用户/SP/业务/订购关系鉴权/计费触发

ISMP

Stream Server

Download Server

MMSC

DIAMETER CC批价

WAP GW

CCG OCS DIAMETER CC 承载层流量计费/内容/内容流量计费触发

AAA

Service Flow Control Flow

GGSN

PDSN

WLAN

……

图 D- 1: CCG、数据业务网和 OCS 关系图

87

中国电信在线计费系统(OCS)总体技术方案

修改历史
责任人 董斌 董斌 董斌 董斌 董斌 时间 2005.04.25 2005.05.05 2005-5-23 2005-5-26 2005-5-29 版本 草稿 0.05 版 草稿 0.1 版 草稿 0.5 版 草稿 0.6 版 草稿 0.8 版 基本版本, 基于此版本修改、 补充 基本完成初稿,个别处需要讨论 基本完成初稿 根据张峰的业务需求对 4,5 章修 改 描述

88


相关文章:
中国电信在线计费系统(OCS)OCP接口规范(1.04)_图文
V1.04 中国电信集团公司 2008-6 前言 中国电信移动...《 《中国电信在线计费系统(OCS)总体技术方案》 ? ...[7]. [8]. [9]. [10]. [11]. [12]. [...
中国电信在线计费系统(OCS)OCP接口规范.V2.8_图文
暂无评价|0人阅读|0次下载|举报文档中国电信在线计费系统(OCS)OCP接口规范.V2.8...《中国电信在线计费系统(OCS)总体技术方案》 ? 《中国电信在线计费系统(OCS)...
OCS在线计费系统原理及建设要点
暂无评价|0人阅读|0次下载OCS在线计费系统原理及建设要点_工程科技_专业资料。OCS...全球电信行业正在从单纯的网络和语音服务向综合信息服务转变, 网络技术本身也在持...
中国电信在线计费系统(OCS)OCP接口规范_图文
暂无评价|0人阅读|0次下载|举报文档中国电信在线计费...V1.03 中国电信集团公司 2007-6 前言 中国电信移动...《 《中国电信在线计费系统(OCS)总体技术方案》 ? ...
OCS在线计费系统原理及建设要点
暂无评价|0人阅读|0次下载OCS在线计费系统原理及建设要点_信息与通信_工程科技_...全球电信行业正在从单纯的网络和语音服务向综合信息服务转变, 网络技术本身也在持续...
中国电信在线计费系统C网OCS SCP集成方案
1.0 中国电信股份有限公司 2008-5 中国电信在线计费系统 C 网 SCP 设备改造要求...整个在线计费系统技术方案主要包括: 《中国电信在线计费系统(OCS)总体技术方案》...
中国电信在线计费系统(OCS)OCP接口规范_图文
V1.11 中国电信集团公司 2007-6 前言 中国电信移动...《 《中国电信在线计费系统(OCS)总体技术方案》 ? ...[7]. [8]. [9]. [10]. [11]. [12]. [...
达内电信计费系统项目介绍
的系统就是针对该出租业务 而提供的完整解决方案。 ...(V) :JSP+JQuery 控制层(C) : DispatcherServlet+...中国电信在线计费系统(O... 79页 2下载券 达内项目...
电信客户计费系统需求说明书
V1.0 电信计费需求说明书.doc 文件编号: 电信计费需求说明书 总设计师: 版本...《中国电信在线计费系统(OCS)总体技术方案》 《中国电信在线计费系统(OCS)业务...
电信客户计费系统
V1.0 电信计费需求说明书.doc 文件编号: 电信计费需求说明书 总设计师: 版本...《中国电信在线计费系统(OCS)总体技术方案》 《中国电信在线计费系统(OCS)业务...
更多相关标签: