[发明专利]一种解决OCS系统多会话预留异常扣费的方法及系统

说明书

本发明特别涉及一种解决OCS系统多会话预留异常扣费的方法及系统。该解决OCS系统多会话预留异常扣费的方法及系统，对通用流量管理增加配置属性，关联Rating Group或Rating Group分组；定义流量共享场景条件，在计费侧设置预留逻辑与Rating Group分组共享机制；当账户套餐内剩余流量触发预留流量时，在线运行中的数据业务会话将作为同组Rating Group统一计算流量，实现流量共享。该解决OCS系统多会话预留异常扣费的方法及系统，简便灵活，自动化程度高，能够实现对用户数据流量的精准管理，避免计费错误，提高了用户体验，适宜推广应用。

技术领域

本发明涉及通信运营技术领域，特别涉及一种解决OCS系统多会话预留异常扣费的方法及系统。

背景技术

随着电信业务及应用的不断发展，运营商可以为用户提供更加优质及多样的服务，但这些复杂业务也让计费系统承受前所未有的压力。一方面，为了支持语音、数据业务的计费，实现语音和数据等多种业务的捆绑和统一账户对于运营商的营销策略至关重要，为运营商提供了更加灵活的市场竞争手段；另一方面，用户产生的费用已不再是简单的承载费用，第三方CP/SP提供的增值业务也需要收取信息费，用户在短时间内可能产生高昂的信息费，加大了欠费风险。同时，高速网络环境下移动电子商务交易计费的账务需求也在不断发展，将对计费的实时性提出了更严格的要求。

面对这些需求，3GPP提出了OCS(在线计费)系统的参考架构给出了具有开放性和通用性的实时计费系统框架，支持基于承载、会话和内容事件的统一计费。这一框架将设备的话务控制功能与计费功能相分离，并建立了计费体制与会话/服务控制的直接交互，使计费完全参与服务的使用过程。在这样的体系下，既可以利用独立计费系统的强大能力以提供接近于准实时计费系统的灵活性，又可以利用参与使用过程的实时特性，将欠费成本降到最低。

OCS系统中，数据业务基于会话进行计费，且先预留资源及费用后进行返回，网络侧放通。如果有流量或者现金余额，则会返给GGSN一个正常的放通返回码，如果流量或者余额不足则返回异常码，提示余额不足。

但在实际应用中，流量业务因为业务复杂，不同应用在网络侧及计费侧会有不同的Servce ID。Servce ID用来区分不同的业务，进而针对不同的业务定制不同的价格及扣费策略。比如用户在收集端在使用微信时，同时登录了浏览器看新闻，然后又打开了某视频APP观看视频，这三个数据业务应用就存在多会话的场景。按照传统的计费方法，因不同的业务需要有单独的计费价格及策略，每一个应用会有一条会话，此时就有三条会话。

多会话的业务存在一种特殊场景，即用户免费流量不够的情况下，三条会话将会争夺资源。

对会话型数据业务计费时先预留流量后返回。预留时根据系统的配置：假如每次预留20M，如果第一条会话上来，则OCS系统为此会话预留20M；当第二条会话上来时，由于此时流量已经被预留，系统无法继续预留免费流量，只能预留用户的现金余额；第三条会话同时上来时，也只能预留现金余额。第二条、第三条会话能够继续预留免费流量的前提是：第一条会话已经结束，有未使用的预留流量得以释放。如果第一条会话迟迟不释放预留的20M流量，或者第二条、第三条会话提前结束后第一条会话才释放，就会存在用户还有免费流量，但是实际扣费过程中却提前扣除了用户的现金余额，即还有剩余免费流量时出现了扣钱的情况。这种情况下必然会造成计费数据错误，导致用户的投诉，影响运营商的形象。

针对上述情况，本发明提出了一种解决OCS系统多会话预留异常扣费的方法及系统。

发明内容

本发明为了弥补现有技术的缺陷，提供了一种简单高效的解决OCS系统多会话预留异常扣费的方法及系统。

本发明是通过如下技术方案实现的：

一种解决OCS系统多会话预留异常扣费的方法，其特征在于：包括以下步骤：