中国电信在线计费系统(OCS)技术要求V0.8

中国电信企业标准
版本号：V0.8
中国电信股份有限公司
2005-5
前言
中国电信移动业务在线计费设备技术要求是在充分研究和分析国内外在线计费系统基础上，基于中国电信移动业务在线计费的需求，参考3GPP、IETF等国际标准组织的在线计费系统规范编制的。

本方案是中国电信移动业务在线计费设备技术要求，为中国电信移动业务在线计费系统总体技术方案的组成部分，是在线计费设备技术要求的指导性文件，整个在线计费系统技术方案主要包括：
《中国电信在线计费系统（OCS）总体技术方案》
《中国电信在线计费系统（OCS）业务需求》
《中国电信在线计费系统（OCS）技术要求》
《中国电信在线计费系统OCP接口规范》
《中国电信在线计费系统SCP设备改造要求》
《中国电信在线计费系统ISMP设备改造要求》
《中国电信在线计费系统CCG设备技术要求》
本技术方案由中国电信股份有限公司业务支撑中心提出并归口。

本方案起草单位：
本方案主要起草人：
本方案解释单位：
目录
1适用范围 (12)
2引用标准 (13)
3术语和缩略语 (14)
3.1术语 (14)
3.2缩略语 (15)
4系统体系结构 (17)
4.1OCS网络位置 (17)
4.2OCS系统结构 (18)
4.2.1功能模块 (18)
4.2.2接口 (19)
5业务功能要求 (21)
5.1通用接口层(Common Interface Function) (21)
5.1.1请求消息格式转化 (21)
5.1.2话单文件的预处理 (22)
5.1.3用户基本资料加载 (23)
5.1.4提供路由分发机制 (23)
5.1.5应答消息格式转化 (24)
5.1.6异常管理 (24)
5.2计费控制(Charging Function) (24)
5.2.1计费控制流程 (25)
5.2.1.1基于会话的初始计费控制流程 (25)
5.2.1.2基于会话的更新计费控制流程 (27)
5.2.1.3基于会话的中止计费控制流程 (28)
5.2.1.4基于事件的计费控制流程 (30)
5.2.2会话管理 (31)
5.2.2.2关闭会话 (32)
5.2.2.3会话状态监控管理 (32)
5.2.2.4重发鉴权请求检查 (32)
5.2.3计费管理 (33)
5.2.3.1业务识别和计费策略加载 (33)
5.2.3.2帐户控制 (33)
5.2.3.3批价控制 (33)
(1) 批价得到服务的资费、费用或使用量 (33)
(2) 余额临界值的判断和处理 (33)
(3) 费率切换点的判断和处理 (34)
(4) CCA相关参数的设置 (35)
5.2.3.4计费信息的更新处理 (35)
5.2.3.5多业务并发处理 (36)
5.2.3.6计费话单生成 (36)
5.2.4AoC功能 (36)
5.2.5异常处理 (37)
5.3批价处理(Rating Function) (37)
5.3.1费用计算能力 (37)
5.3.1.1支持事件格式动态识别 (37)
5.3.1.2支持多种计费对象 (37)
5.3.1.3支持多种计费元素 (38)
5.3.1.4支持条件灵活判别 (38)
5.3.1.5支持灵活的费用计算 (39)
5.3.2费用计算方式 (39)
5.3.2.1正算 (39)
5.3.2.1.1预申请额度的计算 (39)
5.3.2.1.2最终额度的计算 (40)
5.3.2.2反算 (40)
5.3.3异常处理 (40)
5.4.1预留功能 (40)
5.4.2返还功能 (41)
5.4.3扣费功能 (41)
5.4.4补款功能 (41)
5.4.5充值功能 (42)
5.4.5.1周期性充值 (42)
5.4.5.2累积充值 (42)
5.4.5.3按帐目充值 (42)
5.4.5.4充值帐目限制消费 (42)
5.4.5.5余额帐本余额转移 (43)
5.4.6外部余额使用 (43)
5.4.7实时余额查询 (43)
5.4.8帐户余额监控 (43)
5.4.8.1触发条件和动作的定义 (43)
5.4.8.2帐户余额监控动作触发 (44)
5.4.8.3记录操作日志 (44)
5.5计费网关(Charging Gateway Function) (44)
5.5.1支持定时话单文件生成 (45)
5.5.2支持定量话单文件生成 (45)
5.5.3支持定时和定量结合的话单文件生成 (45)
6外部接口要求 (46)
6.1计费消息输入接口 (47)
6.1.1接口概述 (47)
6.1.2接口要求 (47)
6.2计费话单输入接口 (47)
6.2.1接口概述 (47)
6.2.2接口要求 (47)
6.3与SID的同步接口 (48)
6.3.1接口概述 (48)
6.3.2.1同步数据 (49)
客户数据 (49)
产品数据 (49)
定价数据 (49)
计费参数数据 (50)
6.3.2.2同步要求 (50)
6.3.2.3同步方式 (51)
6.4外部帐户接口 (55)
6.4.1接口概述 (55)
6.4.2接口要求 (55)
6.5实时查询接口 (55)
6.5.1接口概述 (55)
6.5.2接口要求： (56)
6.6话单输出接口 (56)
6.6.1接口概述 (56)
6.6.2接口要求 (56)
6.7通知接口 (56)
6.7.1接口概述 (56)
6.7.2接口要求 (56)
6.8运行维护接口 (57)
6.8.1接口概述 (57)
6.8.2接口要求 (57)
7系统管理要求 (59)
7.1运行管理 (59)
7.1.1性能管理 (59)
7.1.2故障管理 (59)
7.1.3配置管理 (61)
7.1.4系统运行监控 (61)
7.1.5集中检测 (61)
7.1.7集中控制 (63)
7.1.8数据库运行监控 (63)
7.2业务统计 (63)
7.2.1业务量统计 (63)
7.2.2消息处理时间统计 (63)
7.2.3消息处理结果统计 (64)
7.3审核校验 (64)
7.3.1提供系统处理分析报告 (64)
7.3.2提供稽查功能 (64)
7.4数据管理 (64)
7.4.1SID数据同步 (64)
7.4.2OCS产品配置数据管理 (64)
7.4.2.1产品维护 (65)
7.4.2.2产品定价数据管理 (65)
7.4.3OCS参数数据管理 (66)
7.5日志管理 (66)
7.5.1统一的分级日志记录机制 (66)
7.5.2日志维护功能 (66)
7.5.3日志统计查询功能 (66)
7.6版本管理 (67)
8性能要求 (68)
8.1实时性要求 (68)
8.2可靠性要求 (68)
8.3可扩展性要求 (68)
8.4平滑升级要求 (69)
8.5拥塞处理要求 (69)
8.6容灾备份要求 (69)
9基础平台要求 (71)
9.1主机要求 (71)
9.1.2硬件冗余 (72)
9.1.3软件冗余 (72)
9.1.4硬件热插拔 (72)
9.1.5软件热插拔 (72)
9.1.6过负荷控制 (72)
9.2网络要求 (73)
9.2.1负荷分担 (73)
9.2.2网络分段 (73)
9.2.3网络冗余 (74)
9.3数据库要求 (75)
9.3.1并行数据库 (75)
9.3.2数据库备份 (76)
9.4存储系统要求 (76)
9.5操作系统要求 (76)
9.6系统备份要求 (77)
9.6.1备份恢复方案 (77)
9.6.2备份恢复方案构架 (77)
9.7容灾要求 (78)
9.7.1容灾功能 (78)
9.7.2容灾方案构架 (78)
9.7.3容灾方案流程 (79)
10系统安全要求 (81)
10.1安全机制总体原则 (81)
10.2基础设施安全机制 (81)
10.3操作系统防护机制 (82)
10.4用户管理安全机制 (82)
10.5会话管理安全机制 (83)
10.6远程维护安全机制 (84)
10.7日志机制 (85)
10.8.1密码设置规则 (85)
10.8.2密码更改规则 (86)
10.8.3强制密码更改配置 (86)
10.8.4密码有效时间和历史记录 (86)
10.8.5登录失败锁定规则 (87)
10.9数据备份恢复机制 (87)
10.9.1备份策略 (87)
10.9.2数据备份 (87)
10.9.3数据恢复 (88)
图表
图1：OCS网络组织示意图 (17)
图2：OCS系统结构 (18)
图3：基于会话的初始计费控制流程 (25)
图4：基于会话的更新计费控制流程 (27)
图5：基于会话的中止计费控制流程 (28)
图6：基于事件的计费控制流程 (30)
图7：计费网关流程 (45)
图8：OCS系统外部接口 (46)
图9：负荷分担 (73)
图10：网络分段 (74)
图11：网络冗余 (75)
图12：备份恢复方案构架 (78)
图13：容灾方案构架 (79)
图14：容灾方案流程 (80)
图15：用户管理安全机制 (83)
中国电信在线计费系统（OCS）技术要求
1适用范围
本要求为中国电信在线计费系统的技术要求，规定了中国电信在线计费系统的相关内容，包括：系统体系架构、业务功能要求、外部接口要求、业务流程、系统功能要求、性能要求、基础平台要求和系统安全要求等方面。

本方案用于指导中国电信在线计费系统的研发和实施，以及相应技术规范的制定提供技术依据。

本方案基于WCDMA移动网络的在线计费网络需求制定，因为接口的开放性和承载的无关性，也适用于其它移动网络。

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.240: "Telecommunication management; Charging management;
Charging Architecture and Principles".
[4] 3GPP TS 32.271: "Telecommunication management; Charging management;
Location Services (LCS) charging".
[5] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".
[6] 3GPP TS 32.296: "Telecommunication management; Charging management;
Online Charging System (OCS) applications and interfaces".
[7] 3GPP TS 32.297: "Telecommunication management; Charging management;
Charging Data Records (CDR) file format and transfer".
[8] 3GPP TS 32.298: "Telecommunication management; Charging management;
Charging Data Record (CDR) parameter description".
[9] 3GPP TR 32.815: "Online Charging System (OCS) architecture study".
[10] 《中国电信计费模型V1.0》
3术语和缩略语
3.1 术语
在线计费（Online Charging）：计费信息可以实时影响业务的提供、帐户余额可以实时更新的计费机制，因此需要计费机制与会话/服务控制直接的交互。

离线计费（Offline Charging）：计费信息不实时影响业务提供的计费机制。

内容计费网关（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门户、统计分析等功能的综合管理平台。

业务控制点(SCP)：负责存储与执行用户数据和业务逻辑的功能实体，它的主要功能是接收SSP送来的查询信息并查询数据库，并能根据SSP上报来的呼叫事件启动不同的业务逻辑，向相应SSP发出呼叫控制指令。

计费模型：是计费如何工作的整体描述和系统设计。

帐户(Account)：在OCS系统中对用户的与货币等价信息管理的实体。

帐户可能以货币为单位，也可能以一种使用量为单位。

相对与银行帐户来说，帐户的事务交易记录不用保存在OCS系统的帐户数据中。

帐户余额(Account Balance)：帐户当前可以用于服务的值，可能以货币为单位，也可能以一种使用量为单位。

服务质量(QoS)：产品可能具备不同的服务质量级别，不同的的服务品质保障对应不同的收费标准
计费事件：使用电信网络资源和相关服务的动作，如用户到用户之间的话音呼叫和消息的传递，用户与应用之间的信息交互，漫游业务，运营商间的互通业务，以及其它运营商希望计费的事件。

计费(Charging)：电信网络内部的一个功能，计费组件收集与计费事件有关的计费信息、格式化信息、传输并对计费事件计价和分发，决定使用量是输入到帐单（离线计费）还是更新帐户余额（在线计费）。

使用量累计：对用户电信业务使用量或使用金额的暂时累积，可能与用户签订的合同有关系（例如每天使用的短信条数，每个月免费的分钟数）。

这些来自折扣或者奖励。

域：在电信网络里使用一定技术提供电信服务的一方。

定价策略（Tariff）：一套定义利用电信网络使用承载/会话/服务电信服务的价格参数。

OCP（Online Charging Protocol）：基于Diameter CC定义的中国电信实时计费协议。

为OCS对计费网元的统一接口协议。

3.2 缩略语
缩写英文描述中文描述
OCS Online Charging System 在线计费系统
APN Access Point Name 接入点名称
CCG Content Charging Gateway 内容计费网关
ISMP Integrated Service Management 综合业务管理平台
Platform
SCP Service Control Point 服务控制点
SID Shared Information/Data Model 共享数据模型GGSN Gateway GPRS Support Node网关GPRS支持节点AoC Advice of Charge计费通知
AS Application Server应用服务器
CDR Calling Detail Record计费数据记录
LCS Location Services位置服务
MMS Multimedia Messaging Service多媒体消息服务
VC V oucher Center 充值中心
MD Mediation Device 介质设备
QoS Quality of Service 服务质量
FR Formatting and Routing 格式化和路由分发CG Charging Gateway 计费网关
SP Service Provider 服务提供商
CP Content Provider 内容提供商
HLR Home Location Register 归属位置寄存器CRM Customer Relationship Management 客户关系管理
VPN Virtual Private Network 虚拟专用网
ISDN Integrated Services Digital Network 综合业务数字网MSISDN Mobile Subscriber ISDN number 移动用户ISDN号码URL Uniform Resource Locator 统一资源定位
MAP Mobile Application Part 移动应用部分
4系统体系结构
4.1 OCS网络位置
在中国电信移动业务网络结构中，OCS按省集中设置，实现了电路域业务和分组域业务的在线计费融合，OCS网络结构如图1所示：
图1：OCS网络组织示意图
OCS系统采用OCP协议与外部网元设备交互。

对于由ISMP管理的增值业务，由ISMP向OCS发送在线计费请求，通过OCP协议携带相关计费参数传递给OCS，OCS执行计费逻辑，再通过OCP协议返回给ISMP，完成整个在线计费过程。

对于电路域业务，由SCP向OCS发送在线计费请求，通过OCP协议携带相关计费参数传递给OCS，OCS执行计费逻辑，再通过OCP协议返回给SCP，完成整个在线计费过程。

对于分组域的承载，由CCG向OCS发送在线计费请求，通过OCP协议携带相关计费参数传递给OCS，OCS执行计费逻辑，再通过OCP协议返回给CCG，完成整个在线计费过程。

4.2 OCS系统结构
OCS系统结构图如下：
图2：OCS系统结构
4.2.1 功能模块
●通用接口层：
通用接口层是OCS与外部系统进行计费信息交互的功能模块，OCS内部功能模块通过通用接口层实现计费信息的格式转化和交互。

通用接口层与外部网元采用OCP进行计费消息的交互，同时支持计费文件的识别和处理，与内部模块采用IF1接口通讯。

主要包括协议转换、计费信息格式化、基本用户资料加载、计费信息的路由分发等功能。

●基于会话的计费：
该功能模块处理基于会话的计费请求并进行信用度控制，与批价处理模块交互确定业务请求的资费、价格或使用量，与帐户余额管理模块交互查询、更新帐户余额和累计量。

●基于事件的计费：
该功能模块处理基于事件的计费请求并进行信用度控制，与批价处理模块交互确定业务请求的价格，与帐户余额管理模块交互查询、更新帐户余额和累计量。

●余额管理：
该功能模块对用户的帐户余额和累计量进行管理，包括帐户余额的预留/返还、扣费、补款、外部帐户使用、实时余额查询、帐户余额监控等功能。

●计费网关：
该功能模块接收计费模块的话单输出请求，按照一定的策略（定时/定量/定时定量结合等）输出话单文件。

●批价处理
该功能模块根据业务使用请求和用户信息确定需要的资费、价格或使用量。

提供服务使用过程中的费用或使用量的计算，批价公式的灵活定义，跨产品与跨业务的优惠等功能。

●系统管理
该功能模块对OCS的运行进行配置、监控和维护，包括运行管理、业务统计、审核校验、数据管理、日志管理、版本管理等功能。

4.2.2 接口
●OCP接口
OCS采用OCP协议与外部网元设备进行计费消息的交互，完成实时计费请求的认证、鉴权、计费和扣费处理。

OCP协议参照3GPP的Ro接口设计。

●CDR话单文件接口
通用接口层通过该接口从外部网元设备采集话单文件，对未支持OCP 协议的网元设备或发生通讯故障时，支持基于话单文件的计费处理。

●IF1接口
通用接口层接收外部网元上报的计费请求（或话单文件的计费信息），将外部格式的计费信息转化为内部格式的计费信息，通过IF1接口与计费模
块交互。

目前IF1采用内部协议，本文档暂时不对该接口标准化。

●Rc接口
计费控制模块通过Rc接口与帐户余额管理交互实现帐户余额、累计量的查询和更新。

目前Rc接口采用内部协议，本文档暂时不对该接口标准化。

●Re接口
计费控制模块通过Re接口与批价处理模块交互实现资费查询、费用计算、使用量的反算等功能。

建议采用3GPP定义的Re接口，参见3GPP TS
32.296。

●Ga接口
计费控制通过Ga接口向计费网关输出计费话单。

Ga接口要求支持GPT’协议，参见3GPP TS 29.060。

●IF2接口
余额管理模块通过IF2接口与外部帐户交互，实现外部帐户余额的使用和返还。

该接口与外部帐户系统有关系，本文档暂时不对该接口标准化。

●Bo接口
计费网关通过Bo接口实现话单文件向帐务系统的传输。

话单文件支持ASN.1格式，支持FTP方式传输。

●SID同步接口
因为OCS系统要与HotBilling、后付费系统实现帐户的统一、后付费与预付费的互转，所以OCS要与HotBilling、后付费系统共享SID的用户信息、订购信息、产品资费信息、帐户信息等。

OCS通过SID的同步接口实现与SID中用户信息、订购信息、产品资费信息、帐户信息的同步，同步机制参见接口部分。

5业务功能要求
5.1 通用接口层(Common Interface Function)
为了屏蔽外部网络设备的差异性、统一OCS与外部网络设备交互的方式、增强系统的扩展性，OCS定义了通用接口层。

通用接口层对于实时的计费信息采用OCP协议与外部网元设备交互，对基于话单的计费信息采用文件的方式与外部网元设备交互，采用内部协议与内部模块交互。

通用接口层的主要功能是建立与外部系统的通用接口，在外部协议格式与内部的标准格式之间提供转换，完成计费信息格式化、基本用户信息加载、路由分发等功能。

5.1.1 请求消息格式转化
OCS与外部实时计费上报网元间采用OCP协议，处理实时的计费请求。

外部实时计费上报网元包括ISMP、SCP、CCG及其他可触发计费请求的网元。

其中，OCS为OCP的服务器端，外部实时计费上报网元为客户端。

通用接口层要支持OCP协议，具体要求参见《在线计费接口协议（OCP）规范》。

通用接口层根据系统配置规则，对实时的计费信息进行识别和格式化，把同类业务的计费信息格式化为OCS内部统一的计费格式。

目前，要求支持三类计费请求的格式化：
1．SCP上报的计费请求
以网元设备上报的Session-Id为区分用户会话的唯一标识；
通用的计费信息在CCR的Base部分提取，专有的计费信息从Service-Information组的SCP部分提取；
呼叫类型（主叫/被叫）从EventType-BCSM的值提取。

2．ISMP上报的计费请求
以网元设备上报的MsgId为区分用户事件的唯一标识；
通用的计费信息在CCR的Base部分提取，专有的计费信息从Service-Information组的ISMP-Information部分提取；
根据Requested-Action判断余额操作类型，直接扣费/回补/余额检查/价格查询等；
根据ISMP部分的Charge-Party-Type判断付费方（主叫/被叫/第三方付费）；
根据DeviceId、ServiceId、ServiceType提取计费要素信息。

3．CCG上报的计费请求
用户从登录到退出使用同一个Session-Id上报计费请求，所以要以Session-Id和Rating-Group作为唯一标识；
专有的计费信息从Base的MSCC（Multiple-Services-Credit Control）组中提取，其它通用计费信息由Base的其它部分提取；
多个业务在一个CCR中同时上报时，会有多个MSCC。

OCS支持多个MSCC的拆分、格式化，支持多个业务请求应答打包到一个CCA；
CCG把相同资费的业务请求在CCR里以相同的Rating-Group来标识，同一个Rating-Group在不同的套餐费率可能有不同的费率。

OCS根据Rating-Group结合用户订购的套餐确定费率。

5.1.2 话单文件的预处理
OCS与外部实时计费网元正常情况下采用OCP协议，处理计费请求。

在特定情况下，如网元设备不支持实时消息上报、网络故障、SCP故障、OCS繁忙等情况下，OCS支持对计费文件的识别和处理，把基于文件的计费信息转化为OCS内部的计费消息格式。

采集方式可以采用FTP方式，其中OCS为客户端，话单文件存储位置为服务器，可以根据配置采用定时轮询方式采集话单。

预处理是实现原始事件到计费事件转变的处理过程，具体包括：原始事件格
式标准化、分拣过滤、话单合并、重复计费事件检查、定制输出计费事件和异常回收处理过程。

格式转化
是将各种交换机的原始话单转化为标准格式的过程，并根据不同的交换机类型对数据进行校验。

包括格式转化、数据校验等。

分拣过滤
格式化后的话单不是所有的话单都需要进行后续处理，根据配置规则，过滤掉不需要进一步处理的话单。

话单合并
对于拆分到多个话单文件的超长话单进行合并处理，将各个部分通话记录还原为一条完整话单
剔重
由于网元设备的原因，话单之间可能存在一定的重复，为了保证计费的准确性、减少用户投诉，预处理必须提供剔重处理。

异常处理
对预处理产生的无效话单、异常话单，提供回收处理。

5.1.3 用户基本资料加载
OCS系统根据计费请求中的IMSI、MSISDN、SP代码、服务代码、服务类型和本地的用户信息等，为计费请求加载相关用户的用户号码、用户ID、用户群、用户区域、VPN定义等资料。

5.1.4 提供路由分发机制
通用接口层支持按号段、区域、用户群、VPN、业务类型等用户信息或负荷把计费请求分发到不同的计费引擎，从而实现负载分担和系统的可扩展性。

5.1.5 应答消息格式转化
支持内部计费应答消息向OCP协议格式的转化。

OCS收到符合OCP协议规范的CCR后，通用接口层对计费请求进行解析，转化为内部格式的计费消息格式，完成认证、鉴权、计费和扣费处理。

通用接口层收到内部格式的计费消息应答后，根据消息的不同类别翻译为符合OCP规范的CCA，发送到网元设备。

目前支持OCS到SCP、ISMP、CCG三种网元设备的CCA的转化。

协议规范参考《在线计费接口协议（OCP）规范》。

支持以SMPP协议向短信中心发送AoC消息。

OCS在特定条件下，计算服务的费用或费率，向短信中心提交短信信息，以短信方式为用户提供AoC服务。

支持以OCP协议向SCP发送AoC消息。

OCS在特定条件下，计算服务的费用或费率，向SCP发送AoC信息，由SCP触发相关网元设备以播放语音的方式为用户提供AoC服务。

支持以OCP协议向CCG发送AoC消息。

OCS在特定条件下，计算服务的费用或费率，向CCG发送AoC信息，由CCG触发相关网元设备以Portal方式为用户提供AoC服务。

5.1.6 异常管理
对通用接口层处理过程中出现的异常计费信息，如计费信息不全、计费信息代码错误无法转化、找不到用户资料、重复记录等异常记录，错误记录信息包括错误类型、错误代码、错误级别、处理时间以及原始的计费信息等到错单日志文件。

对错误级别高的日志发送告警信息，如突然大批量的计费信息无法处理。

这种异常可能是由于系统配置引起的，发出告警信息，维护人员及时处理。

对错误日志提供人工处理和自动处理两种处理方式，分析原因，维护系统。

5.2 计费控制(Charging Function)
计费控制模块是OCS的核心控制模块，调度批价、余额管理等功能模块完成用户业务使用的计费认证/鉴权、计费、预留、扣费等操作。

计费控制模块接收经过通用接口层处理后的计费请求，建立并维护会话信息，进行业务识别（如市话、长途、漫游、VPN、短信、彩信、WAP、下载、流媒体等）和计费策略选择，调用批价模块计算得到业务使用的资费、价格或使用量，调用余额管理模块实现对帐户余额的预留和使用，然后将计费鉴权的结果发送到通用接口层，由通用接口层将计费鉴权的结果翻译为符合OCP规范的CCA发送到相应的网元设备。

5.2.1 计费控制流程
5.2.1.1 基于会话的初始计费控制流程
图3：基于会话的初始计费控制流程
1．通用接口层收到网元设备上报的初始的CCR。

2．计费控制模块收到通用接口层处理后的初始计费请求。

3．为该次服务建立会话结构，分配相关资源。

4．检查该次计费请求是否是重发的业务请求。

5．为计费信息加载用户信息、帐户信息、业务识别信息、资费策略信息。

6．向余额管理模块发送帐户余额、累计量查询请求。

7．取得帐户余额和累计量。

8．收到余额管理模块回复的帐户余额和累计量。

9．发送资费请求到批价处理模块。

10．批价处理模块对业务请求进行批价处理，得到资费。

11．收到批价模块回复的资费结果。

12．根据业务使用信息、使用量和费率计算费用。

13．向余额管理模块发送预留请求。

14．余额管理模块进行预留操作。

15．收到余额管理模块回复的预留请求应答。

16．发送计费请求应答到通用接口层。

17．通用接口层回复初始计费请求的CCA到网元设备。

5.2.1.2 基于会话的更新计费控制流程
图4：基于会话的更新计费控制流程1．通用接口层收到网元设备上报的更新的CCR。

2．计费控制模块收到通用接口层处理后的更新的计费请求。

3．取得该次服务的会话信息。

4．检查该次计费请求是否是重发的业务请求。

5．发送资费请求到批价处理模块。

6．批价处理模块对业务请求进行批价处理，得到资费。

7．收到批价模块回复的资费结果。

8．根据业务使用信息、使用量和费率计算费用。

9．更新会话信息。

10．向余额管理模块发送预留请求。

11．余额管理模块进行预留操作。

12．收到余额管理模块回复的预留请求应答。

13．发送计费请求应答到通用接口层。

14．通用接口层回复初始计费请求的CCA到网元设备。

5.2.1.3 基于会话的中止计费控制流程
图5：基于会话的中止计费控制流程1．通用接口层收到网元设备上报的中止服务的CCR。

2．计费控制模块收到通用接口层处理后的计费请求。

3．取得该次服务的会话信息。

4．检查该次计费请求是否是重发的业务请求。

5．发送批价请求到批价处理。

6．批价处理模块对业务请求进行批价处理，计算费用或使用量。

7．收到批价模块回复的批价结果。

8．根据业务使用信息、使用量和费率计算费用。

9．向余额管理模块发送扣费请求。