IMS时代运营支撑系统建设探讨(二)

转http://hi.baidu.com/myhearty/blog/item/8c6b2f3808999221b9998f76.html
作 者：华为公司业务软件营销工程部运营支撑产品管理部 周胜鹏
（1）离线计费

    离线计费体系的核心是计费采集功能（CCF）和计费网关功能（CGF）。

    ●计费采集功能（CCF）

    CCF通过DIAMETER协议接收来自IMS实体的计费信息，并对这些信息进行预处理（关联、合并和过滤不必要的话单，并将运营商的专有信息加到接收到 的计费信息之中），构建实际的CDR并编排格式，将CDR通过文本的形式传递给计费系统，CCF具备CDR缓存功能。

    ●计费网关功能（CGF）

    CGF与CCF的功能相同，只是CGF仅从SGSN和GGSN接收有效的CDR。

    ●BILLING系统

    负责话单批价、账务处理和账务管理，在IMS时代最复杂的就是计费关联和核减计费。由于IMS的计费既支持事件计费，又支持会话计费和流量承载计费，在业务众多的情况下，核减计费的工作量特别大。

    在IMS时代实现精确计费的代价非常大。由于不同的实体（如GGSN与SGSN）PDP（PacketDataProtocol）激活开始时间不尽相同 （差距能达到毫秒级，甚至1秒），在收发流量时不同的实体会存在流量差异（最大可达数百字节）。另外终端加密、重复收费等都给精确计费带来了极大的难度。

    ●在线计费系统（OCS）

    在线收费的类型有两种：立即收费（IEC）和单元预留收费（ECUR）。

    对于事件计费中能定义清楚每次事件费率（如点一首歌，收费2元）的计费场景，通常采用IEC类型，从用户账号中扣减存款单元，然后授权MRFC（媒体资源功能控制器）、AS向用户提供业务。

    对会话、流量等计费通常采用单元预留收费（ECUR），一次从用户账户中预扣一定的金额，授权MRFC（媒体资源功能控制器）、AS向用户提供业务，本次金额用完，通话还在继续，将再预扣一次。通话结束后，预留但没有使用完的金额实时返回客户账户。

    OCS包括：ECF（事件计费）、SCF（会话计费）、BCF（承载计费）等计费类型。AS与MGFC通过RO（DIAMETER协议）接口向ECF发计费请求（ACR），ECF从用户账户扣除相应的费用，然后批准ACR,发出计费应答（ACA）。

    SCF通过ISC（SIP协议）接口从S-CSCF接收到的请求进行计费，首先检查用户账户，预留一定的费用后，发计费应答（ACA）来控制会话的建立

    在BCF过程中SGSN、GGSN使用CAP（注：R7版本已经改为DIAMETER协议）向BCF发出请求，BCF首先检查用户账户，预留一定的费用后，发计费应答（ACA）来控制IPFLOW的建立。

    在OCS中最复杂的也是计费关联和核减计费。

    IMS计费的发展

    IMS版本在不断的演进（最近已经推出R7版本），IMS的计费等应用系统也要与时俱进，不断发展。

    1．IMSR5版本的局限性：

    IMSR5版本发布后，其局限性逐渐凸现出来，主要表现在如下几方面：

    （1）CSCF与SCF（会话计费）之间通过ISC（sip）直接相联，这里面需要添加部件

    （2）R5承载计费是基于PDPCONTEXT，适用于一次PDP承载业务（如：消息、游戏、下载等），因目前二次PDP承载业务因终端数量有限，并占用手机终端的处理和存储资源，缩短终端电池寿命，因此不适用于二次PDP承载业务。

（3）由于PDP不能区别不同类型的IPFLOW，因此R5计费不适用于WLAN、xDSL、Cable等业务接入。

    （4）PDPContext的激活和去激活，会大量增加GPRS/UMTS系统中的信令开销，并增加了业务建立的时延。

    （5）只支持IPV6

    2．IMSR6的改进：

    针对R5计费方面的局限性，R6引入了FBC（flowbasedcharging），其优点：

    （1）支持更灵活的业务模式

    （2）使用基于PrimaryPDPContext的承载业务，不再依靠二次PDPContext

    （3）比R5中Go+SBLP（Service-basedlocalpolicy）具有更好的业务适应性

    （4）适用于其它的网络接入技术，如WLAN、xDSL、Cable等

    （5）PDPcontext仅针对UMTS/GPRS，IPflow的概念具有通用性

    FBC结构解决了承载层而不是应用层的计费问题，应用层CDR将在CSCF、ApplicationServer上产生。Ro/Rf用于向离线计费系统或在线计费系统传送应用层计费数据，包括：会话类型、会话的起始时间和终止时间、业务流使用信息。

    3．IMSR7的演进：

    在R7版本，FBC的进一步发展成PCC（PolicyandChargingControl）。

    PCC基于FBC的架构来演进的，将R6中策略控制功能（PDF）和基于流的计费功能（FBC）合并成一个功能实体PCC（PolicyandChargingControl），并把R6中两个功能的相关接口融合。这样做既可以通过接口的融合提高通信效率，降低业务建立时延，还可以保证对GGSN/TPF（TrafficPlaneFunction）控制的一致性。

    引入新的解决方案来解决承载与业务的绑定问题，不同于现有的SBLP使用授权令牌（token）的机制。而是基于流的策略控制，使用数据流模板TFT（TFT包含在PDPContext内）通过IP地址和端口号识别数据流，其方法与PDF识别IP流的方法类似。

    运营支撑系统的发展趋势

    1．IMS计费面临的挑战

    IMS计费面临的挑战有如下几个方面：

    （1）计费信息的关联、合并

    IMS计费存在大量的计费关联，包括：IMS实体结点之间关联、IMS与IPCAN（IP接入网）之间关联、媒体成分级关联等。实现这些关联计费的成本很高。

    （2）内容计费成为IMS计费中一个重要方面，基于内容价值的计费，业界还在探讨之中。

    （3）实现承载流的字节级精确计费难度较高。

    （4）与现场网络的融合难度较大，如：FMC（移动固定融合）、SP/CP等的融合难度都不小。

    2．计费网络化（组件化、部件化）

    IMS分层设计，使得计费采集点和控制点非常多，需要做大量的计费信息关联、合并，计费系统必须“瘦身”。计费部件可只根据业务类型作最简单的批价和基本的优惠，对于交叉优惠、产品组合优惠、峰顶赠送优惠等复杂的优惠由后续非实时的账务系统完成。

    从IMS发展的角度看，IMS与计费系统的接口将逐渐一统为DIAMETER协议（文本除外）。在DIAMETER协议包中已经包含大量的计费信息，为计费标准化提供了物理基础。

    随着3GPP、OSS/J等标准的逐步成熟和推行，计费部件网络化部署成为可能，

    “在线计费”需要计费部件提供网络设备级的稳定性和可靠性。

    计费已经被定义为IMS6大实体之一，不论是业务和技术的需要，还是协议标准的支撑，计费系统将逐渐向部件化和组件化演进，与网络侧的结合更为紧密，计费实体更像一个逻辑的网元设备。

    3．IMS时代运营支撑系统的发展趋势

    在IMS时代计费将向网络侧倾斜，传统的BSS将向BOMS（BusinessOperationManagementSystem）演进，BSS的重心 将向营销、CRM和服务等业务管理及分析转变。结合NGOSS的发展，运营支撑系统逐渐演变为CRM+BILING的体系架构。

    随着计费向网络侧倾斜，BSS向管理和分析转型，逐渐将形成“网络＋管理”的IMS全网局面，如图5所示。

    在理顺了BSS后，还有一个难题也就凸现出来，它就是内容管理。关于内容的存放、发布、定价、全网同步在IMS时代将是一个既棘手但又无法回避的难题，需要业界同仁足够的重视。

    图5 运营支持发展趋势示意图