基于IMS的计费机制

基于IMS的计费机制    3GPP 23.815

凌家良

(惠州学院 广东 惠州 516015)

1 引 言 IMS(IP Multimedia Subsystem，IP多媒体系统)是3GPP在R5版本中为了解决如何向移动数据用户提供IP多媒体业务提出的基于IP技术、SIP(会话发起协议) 融合语音、数据、移动、Internet的综合体系。IMS的目标是融合Internet和移动通信网络，成为基于SIP的通用平台，同时支持固定和移动 的多种接入方式，实现固网和移动网络的真正融合。IMS设计的核心特点是采用SIP协议和独立于承载的特性，主要由所有能提供多媒体业务的核心网功能实体 所组成。其中最重要的功能实体是——呼叫／会话控制功能实体(CSCF)，他控制了整个呼叫／会话的流程，包括多媒体会话控制、地址翻译、服务质量 (QoS)控制、漫游等。 3GPP release6定义了一个功能强大的计费逻辑体系，该计费体系主要采用两种计费机制：离线计费(Offlinecharging)和在线计费 (Online charging)。从结构层次上来看，该计费体系还采用了分层计费的结构，分别定义了：应用／业务层计费、IMS层计费和承载层计费。为了支持更灵活的 IP业务模式，在3GPP R6版本中定义了基于流的计费，来支持在承载层上对不同业务数据流的分开计费，从而提高系统的计费能力和计费灵活性。下面将主要介绍IMS计费体系的两种 计费机制。 2 离线计费 离线计费是一种计费信息不会实时影响业务／应用的传送的计费机制。在3GPP中，离线计费可以应用在承载层、IMS层以及应用层。离线计费的逻辑结构如图1所示。 该计费逻辑主要包括3个功能实体： 2.1 计费触发功能CTF(Charging Trigger Function) 计费触发功能通过检测网络资源的使用情况，产生相应的计费事件(charging events)，通过Rf参考接口点，将计费事件发送给CDF(计费数据功能)。CTF分布在每一个网络元素内，即每一个网络元素均具备计费触发器功能。他由以下两个功能模块组成： AMC(Accounting Metrics Collection)：为网络用户的呼叫、服务事件或会话建立处理用户流量、业务传递或监控信令。由他来为实时标识用户和用户的网络资源／服务的使用情况提供一个度量标准。 ADF(Accounting Data Forwarding)：收集计费度量标准，来产生计费事件，并通过Rf接口将计费事件传送给CDF。 2.2 计费数据功能CDF(Charging Data Function) 计费数据功能通过Rf接口从CTF中接收计费事件，利用计费事件内所包含的信息来构建计费数据记录CDR(Charging Date Record)。这个过程可分为以下几种过程： (1)从单个的计费事件中生成CDR，计费事件与CDR之间的关系是1：1； (2)从多个计费事件中生成CDR，计费事件与CDR的关系是n：1； (3)不要求计费事件的接收与CDR的创建同步，但CDF能够在接收到计费事件的同时，几乎实时地生成CDR； (4)用来生成CDR的所有计费事件必须是由同一个NE产生的，也就是在CDF不支持跨网络元素NE的计费相关。 2.3 计费网关功能CGF(Charging Gateway Function) 计 费网关功能CGF是3GPP网络与BD(Billing Domain，运营商的营帐系统)之间的网关。CDF生成CDR之后就立即通过Ga参考点将其传送给CGF。CGF利用Bx参考点将CDR文件传送给 BD。在CDF与CGF之间的关系是m：1，也就是有多个CDF向CGF传送CDR。CGF主要由以下功能组成： (1)几乎实时地通过Ga参考点从CDF中接收CDR，CDF与CGF之间的通信采用GPRS隧道协议GTP(GPRS Tunneling Protocol)； (2)CDR预处理包括：CDR的验证、合并以及格式化、CDR纠错、CDR的存储； (3)对CDR进行过滤和处理，即根据过滤规则(如：CDR的类型，参数和CDF地址等)将CDR分别存储在不同的文件内； (4)CDR文件管理，即文件的创建，文件的开启和关闭触发器以及文件的删除； (5)将CDR文件传送给BD。 由 上述分析可知一个离线计费过程包括：为当前的网络使用收集计费信息，接着将该计费信息传送给CDF，由他来生成CDR和CDR文件；CDF再将CDR文件 传送给运营商的BD，根据CDR文件生成用户帐单或运背商帐单。因此，离线计费的目的就是将计费信息生成CDR，将其送至BD进行处理。离线计费要么与资 源使用同步，要么发生在资源使用之后。 3 在线计费 在线计费是一种计费信息会实时影响服务／应用的传送的计费机制。计费机制需要同网络资源的使用控制直接交互。在线计费的逻辑结构如图2所示。 3.1 计费触发功能CTF 从 功能上来说，在线计费的CTF同离线计费的CTF是一样的，也是用来产生计费事件。在线计费内使用的计费度量标准与离线计费是相同的，即计费机制对AMC 透明。二者主要在ADF(Accounting Data Forwarding)部分有所不同，在线系统的CTF具有以下几个方面的特性： (1)为生成在线计费事件而收集的计赞信息不需要与离线计费情况下相一致； (2)向OCF传送计费事件，请求OCF为用户所申请的网络资源进行授权； (3)CTF必须能够在获得OCS准许之前，延迟资源使用； (4)在网络资源使用期间，CTF能够对所允许使用的资源配额进行监控； (5)在没有获得OCS准许或准许过期的情况下，CTF能够中止用户使用网络资源。 图2列出了从应用／业务层到承载层支持CTF功能的NE(网络元素)，其中MSC(移动交换中心)和SGSN(GPRS服务支持节点)使用CAP参考点与OCS交互来执行在线计费功能，其他NE均采用Ro参考点向OCF传送计费事件和请求授权。 3.2 在线计费功能OCF(Online Charging Function) 在 线计费功能由两个不同的模块组成：基于会话的计费功能SBCF(Session Based Charging Function)和基于事件的计费功能EBCF(Event Based Charging Function)。SBCF负责在线计费的网络／用户会话，即语音呼叫，GPRSPDP上下文和IMS会话等；EGCF与应用服务器或业务NE(包括 SIP应用服务器)一起执行基于事件的在线计费功能。 3.3 换算功能RF(Rating Function) RF 代表OCF来决定网络资源使用的费用(由OCF接收的计费事件来描述)。OCF根据接收到的计费事件向RF提供必要的信息，RF换算之后，通过Re参考点 返回相应的费用输出(货币或非货币单位)。RF可以对不同的计费事件进行换算，包括对数据量的换算(如：在承载级别，由访问网络元素发起的计费)；对会话 ／连接时间的换算(如：在IMS级别，由SIP应用发起的计费)；对服务事件的换算(如：在业务级别，基于Web内容的计费)。 3.4 计费网关功能CGF OCS也可以生成CDR，CGF是3GPP网络与BD(Billing Domain)之间的网关。OCS生成CDR之后，通过Ga参考点将萁传送给CGF。由于在线计费和离线计费的不同，CGF通过Bo参考点将OCS的CDR传送给BD。 3.5 帐户余额管理功能ABMF(Account Balance Management Function) 在在线计费系统内，ABMF负责管理用户帐户余额，其具体内容还未定义。 3.6 S-CSCF在线计费／IMS网关功能(IMS Gate-way Function) S- CSCF不会触发任何在线计费事件，因此他不具备在线计费的CTF功能。然而，S-CSCF在线计费采用ISC接口，这意味着在线计费对S-CSCF来说 是透明的，他就像是由SIP应用服务器控制的服务一样。因此支持基于Ro的在线计费，这就要求有一个特殊的CTF在SBCF和基于SIP的业务控制之间作 为中介。该角色由IMS网关功能(IMS GWF)来承担，他在发往S-CSCF的SIP业务控制和OCS边的Ro信用控制之间做翻译。从在线计费结构的角度来看，IMS GWF是一个在线CTF，从S-CSCF来看，IMS GWF是一个SIP服务器。 由上述分析可知一个在线计 费过程包括：采用与离线计费相似的方式来收集当前网络使用的计费信息，向OCF提交相关信息请求对网络资源使用进行授权，RF对请求的资源进行估价，将估 计的结果与用户帐户余额进行比较，如果用户余额足够的话，则返回相应的授权配额，用户只有在获得OCF的授权准许后，才能使用相应的网络资源。在线计费的 目的是在资源使用准许之前先进行信用(credit)控制。因此，在OCS内必须有一个订购用户的帐户，来为其资源使用付费。从用户帐户中扣除相关费用的 方法有两种： 直接扣除(Direct Debiting) 对请求的资源进行估价，帐单的形成都足一次性发生。在这种情况下，在处理计费事件时，资源使用的费用直接从用户的帐户中扣除，然后将资源使用配额返回给网 络。当OCS能够一次性决定资源使用的费用时，往往采取这种方法，最常见的例子就是MSC将发往用户的短信转交给用户。 单 位预留(Unit Reservation) 当OCS不能实现知道用户将最终使用多少资源或用户所申请的资源能否被用完时，一般采用单位预留方法。在这种情况下，OCS事先在用户帐户里锁定／预留一 定量的单位数(units)，然后将与预留的单位数相匹配的资源使用配额返回给网络。当准许的配额用完了，或者出现了新的未授权计费事件时，CTF必须再 次向OCS请求授权。当用户结束资源使用时，CTF向OCS报告用户实际使用数量，OCS从预留的单位数中扣除相应的数量，并将未使用完的单位数返还给用 户帐户。 4 IMS计费的发展 IMS计费最初由3GPP R5版本提出，后续的R6版本对R5的计费做了一些改进，包括增加对IPv4的支持，支持更灵活的业务模式等，其中最主要的是引入FBC(基于流的计费技术)。随着3G技术的成熟，商业应用的发展，IMS计费仍然面临一些问题： (1)IMS计费体系采用分层设计，使得计费采集点和控制点非常多，需要做大量的计费信息关联、合并，提高计费成本。 (2) 基于流的计费(FBC)和IMS中基于业务的策略控制(PDF)属于两套不同的系统，有各自的功能实体及接口。然而从具体过程看，PDF和FBC有很多相 似的功能，其接口协议也有很大相似性，所以作为分立的系统而存在会带来使网络配置、实体功能复杂化；控制的实时性差、效率低等许多问题。 (3)该计费体系实现字节级精确计费难度较高。 (4)内容计费成为IMS计费中一个重要方面，基于内容价值的计费，业界还在探讨之中。 (5)与现行网络的融合难度较大。 随 着IMS体系的发展，R6版本中的策略控制功能(PDF)和基于流的计费功能(FBC)将合并成为一个新的功能实体PCC(Policy and Charging Control)，并将这两个功能实体的相关接口融合。基于IMS的计费将向网络化倾斜，传统的BSS将向BOMS演进，更加突出运营支撑系统的业务管理 能力。BSS的重心将向营销、CRM和服务等业务管理及分析转变。运营支撑系统逐渐演变为CRM+BILING的体系架构。