亚信科技（中国）有限公司 庞勇
2006年9月
伴随3GPP等组织在3G规范中明确定义并提出OCS的一些概念和要求,席卷国际电信业的OCS热潮已经悄悄来临。
在线计费：老话题面临新挑战
在两个层面都能够满足自身功能要求的情况下，业务提供层面和业务支撑层面的良好交互就成为实现在线计费的关键所在。
在3GPP计费管理系列规范中，对在线计费、离线计费等都做了非常明确的定义，具体的技术规范是3GPP TS 32.240，也就是“计费的体系架构和原则”规范文档中的定义。对于离线计费而言，它强调的是计费信息不会实时影响服务的提供，通常的实现方法就是由服务网元生成服务使用话单，然后由计费系统采集这些话单进行计费处理，计费系统和服务网元之间不必进行实时的交互。在线计费则是强调计费信息需要实时地对服务的提供产生影响，这就要求计费系统必须实时地与服务网元进行交互。对于在线计费系统来说，必须实现对用户的实时信用控制，从功能上讲，在线计费系统必须实现对服务交易的处理，按照相应的计费策略进行批价，对计费策略和控制策略进行在线关联，同时对用户的账户余额进行实时的管理。所以从这个角度来看，在线计费的核心需求就是实时控制和实时计费。
不管是对运营商来说还是对用户来说，实时控制和实时计费这种需求都是非常重要的，而且是必要的。对于运营商来说，不管是需要提供预付费业务，还是需要对后付费用户进行信用控制，都需要具有实时控制和实时计费的手段。比如说预付费业务，如果没有很好的实时控制手段，那就可能造成比较可观的收入流失。而对于用户来说，尤其是对那些对费用比较敏感的用户来说，他们也希望能够对自己使用服务的费用进行控制。例如，在现实生活中很多用户发现自己虽然并没有使用任何特殊服务却收到一份巨额账单，最后一查多半是家里孩子因为各种各样的诱惑使用一些比如价格比较高的无聊服务，最终导致账单猛涨。因此从某种意义上说，实时控制和实时计费这种核心需求实际上是一个老问题，不论是运营商还是用户，都可以说是一个考虑了很久的问题。而且我们过去也曾经采用过很多方法来实现在线计费，尽可能地满足实时控制和实时计费的需求。
准实时方法是经常采用的方法之一，而且已经使用了很长的时间。准实时方法实际上是一种离线计费的模式，也就是说需要进行话单采集，而不是实时与服务网元进行交互，在接收到话单之后对话单进行实时批价，然后再进行实时累账，并对客户的账户进行相应处理。当然，话单采集的速度受限于服务网元生成话单的速度和方式。其优点是可以建立统一的客户模型，对客户进行统一管理，同时可以支持非常灵活的业务模式，在统一的离线计费模式下，融合计费也可以得到很好的支持。但是由于不具备实时控制机制，存在用户透支的可能性，容易产生欠费问题，导致收入流失。当然通过采取一些辅助手段，比如说余额监控，分段话单等，也可以在一定程度上尽量降低这种风险。
RADIUS协议是在Internet接入服务中经常用到的认证、授权和计费协议，虽然这个协议本身并不是针对在线计费设计的，但是由于它具有很好的扩展性，所以在很多Internet业务中我们都可以利用它来实现在线计费的模式，比如说宽窄带接入、VoIP、VPDN等业务，典型的例子就是针对一些预付费卡业务的实时控制和实时计费。基于RADIUS的计费系统能够比较方便地实现统一客户管理，能够支持灵活的业务模式，同时也能够提供基本的实时控制能力。但是由于其并不是一个面向在线计费的协议，在利用其支持在线计费时需要进行适当的扩展，从而导致实时控制接口不够规范，也就是说容易形成设备厂家的私有接口协议，使得接口的通用性受到限制。另外，RADIUS协议支持的实时交互能力也很有限，由于通常在Internet业务域使用，在满足多业务域支持的融合计费需求方面也有困难。
智能网实际上是一个业务提供平台，并不应该将其看做一个计费系统，但是由于智能网定义了预付费业务，所以智能网也被认为是一种在线计费的实现方法。智能网的标准主要是针对传统话音业务的需求发展起来的，所以其应用主要是集中在话音业务域，虽然新的智能网规范也希望将其它业务域纳入其范畴之内，尤其是在移动网络中，但是其进展并没有想象的那么快。智能网能够提供非常好的实时控制，而且具有比较完善的国际标准，在传统话音领域发展的非常好。预付费业务也成为运营商比较认可的一种业务形式，尤其是在移动通信网络中。但是，由于智能网将预付费作为一种业务而不是一种业务支撑手段来定义，所以其业务模式的灵活性受到极大的限制，难以满足当今激烈市场竞争的要求。同时由于智能网主要应用在话音业务域，所以其对融合计费的支持能力也不容乐观。
实时控制和实时计费是在线计费必须同时具备的两个核心需求，但同时又需要在不同的层面来实现，实时控制必须通过服务网元来执行，而实时计费则是在计费系统来实现。因此在两个层面都能够满足自身功能要求的情况下，业务提供层面和业务支撑层面的良好交互就成为实现在线计费的关键所在。过去的一些在线计费方法之所以未能尽如人意，在笔者看来，在业务提供层面和业务支撑层面之间缺乏这种有效沟通的机制是一个重要的原因。
OCS：新方法解决老问题
OCS的重要性不仅仅在于定义了一个很好的在线计费架构，更重要的是OCS作为一种新的在线计费方法，给了我们一次解决老问题的新机会。
OCS应该是在对以前的经验和教训进行总结的基础上提出来的，它定义了一个比较完美的在线计费架构，在这个架构之下，我们可以对服务网元的实时控制能力，也就是CTF，进行标准规范，同时对在线计费功能，也就是OCF，进行标准规范。更为重要的是，OCF需要支持不同的业务域，在与不同的业务域服务网元进行实时交互时需要统一而开放的接口标准，同时OCF在与批价功能（RF）和账户余额管理功能（ABMF）进行实时交互时同样也需要统一而开放的接口标准。OCS给了我们一个新的机会。
不同的在线计费方法在实现上虽然各不相同，但是却也都存在着类似之处。NGN提出了网络分层的概念，网络可以分为业务层、控制层、传送层和接入层。我们不妨借鉴这种分层概念来对各种在线计费的方法做一个比较。在下图所示的分层模型中，我们把传送层和接入层并称为承载层。在承载层，可能有接入设备、传输设备、交换设备、控制执行单元、话单生成单元等基础设施。在控制层，可能有业务路由控制、业务接续控制、控制规则、资源控制、计费控制等业务控制功能。在业务层，可能有计费规则、客户管理、账户处理、计费批价、话单采集等业务支撑功能。为了实现对业务的实时控制和实时计费，需要在这三个层面建立良好的实时交互机制。
图 NGN分层模型
首先我们可以看看准实时方式在这个分层模型中的对应关系。由于准实时采用的实际上是离线计费的模式，所以实际上准实时方式仅仅在承载层和业务层建立了联系，而且还不是实时的联系。当话单生成单元生成话单之后，计费系统的话单采集模块可以将话单收集到计费系统，然后根据计费规则对这些话单进行计费批价处理，并对客户的账户进行相应的处理。在准实时方式下，由于在控制层没有相应的控制能力，缺乏实时控制手段，因而会导致前面提到的那些透支、欠费、收入流失等问题。只有在客户的账户处于无效状态时，系统才有可能在用户的服务初始化阶段对用户的服务申请予以拒绝，或者提示用户充值。
在RADIUS记账方式下，承载层的控制执行和话单生成功能可以通过RADIUS客户端来实现，控制层面的资源控制和计费控制功能可以通过RADIUS服务器来实现，这样就在三个层面之间建立了一种实时交互机制。当用户使用服务时，RADIUS客户端通过与RADIUS的交互获得对用户服务使用的控制策略，而RADIUS服务器则通过与计费系统的交互将资源控制和计费控制策略通过相应的参数传递给RADIUS客户端，计费系统根据计费策略对客户的账户进行相应的处理，比如说锁定余额。当用户终止服务使用之后，计费系统的话单采集模块再收集相关的计费话单，根据实际使用情况对客户的账户进行扣费处理。如果客户的账户处于无效状态，系统可以拒绝用户的服务使用申请，或者提示用户充值。
对于智能网上定义的预付费，笔者则这样认为：从分层结构上说，智能网是一个非常完美的概念。其主要的业务模块可以很好地映射到分层概念的三层之中。SSP处于承载层，SCP处于控制层，而SMP则处于业务层。SSP通过与SCP的交互获得业务控制参数，SCP通过与SMP的交互获得业务控制策略。从结构上看，对于在线计费的需求来说，智能网可以说是与OCS有异曲同工之妙。但是因为预付费被定义为一种业务，而不是业务支撑手段，同时智能网由于历史原因而相对专注于话音网络，智能网对在线计费的支持还不能满足当前的市场要求。尽管智能网的标准规范仍在继续发展，但是随着网络不断向NGN演进，随着OCS架构的出现及其标准的进展，对于在线计费来说，智能网不是发展方向。
然而从OCS的架构来看，OCS显然能够非常好地符合三层结构。CTF通过与OCF的交互获得业务控制参数，OCF通过与RF、ABMF的交互将业务控制策略转换成相应的业务控制参数，RF、ABMF则根据OCF的请求对客户的账户余额进行相应的处理。OCS的重要性不仅仅在于定义了一个很好的在线计费架构，更重要的是OCS作为一种新的在线计费方法，给了我们一次解决老问题的新机会。
与此同时，从技术的角度来看，OCS也将会有美好的前景。3GPP在OCS的规范方面已经给出了非常清晰的框架结构，但是在很多接口规范上还没有形成比较完善的标准文档，所以在OCS的标准化方面仍然需要付出很大的努力。另一方面，虽然OCS在逻辑功能的划分上已经比较明确，但是由于在策略制定、功能实现等方面将会涉及不同的参与者，比如说运营商或者服务提供商、设备厂商、计费厂商等，所以各个参与者还需要进行有效的分工协作，将逻辑功能的划分与物理系统的实施有机地结合起来，才能够将OCS的美好前景变为现实。在笔者看来，这里最为关键的就是要建立统一而开放的标准接口，以便实现多厂家系统的互通和兼容，简化在线计费系统的实施工作。此外，OCS还需要支持现网业务，大多数现网业务目前尚不能支持OCS的架构和标准，这必将涉及很多系统改造的工作。
|
