CN101374056A - 一种计费帐务数据能力开放的方法和系统 - Google Patents
一种计费帐务数据能力开放的方法和系统 Download PDFInfo
- Publication number
- CN101374056A CN101374056A CN200710146148.6A CN200710146148A CN101374056A CN 101374056 A CN101374056 A CN 101374056A CN 200710146148 A CN200710146148 A CN 200710146148A CN 101374056 A CN101374056 A CN 101374056A
- Authority
- CN
- China
- Prior art keywords
- account data
- module
- remaining sum
- quota
- data management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
- H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
- H04M15/85—Notification aspects characterised by the type of condition triggering a notification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
- H04M15/85—Notification aspects characterised by the type of condition triggering a notification
- H04M15/851—Determined tariff
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
- H04M15/85—Notification aspects characterised by the type of condition triggering a notification
- H04M15/852—Low balance or limit reached
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
- H04M15/85—Notification aspects characterised by the type of condition triggering a notification
- H04M15/853—Calculate maximum communication time or volume
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
- H04M15/85—Notification aspects characterised by the type of condition triggering a notification
- H04M15/854—Available credit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
- H04M2215/815—Notification when a specific condition, service or event is met
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
- H04M2215/815—Notification when a specific condition, service or event is met
- H04M2215/8158—Low balance or limit reached
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
- H04M2215/815—Notification when a specific condition, service or event is met
- H04M2215/8162—Calculate maximum communication time or volume
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
- H04M2215/815—Notification when a specific condition, service or event is met
- H04M2215/8166—Available credit
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种计费帐务数据能力开放的方法,该方法包括:统一帐务数据管理系统接收计费系统发送的余额控制请求,所述余额控制请求中携带请求类型;统一帐务数据管理系统执行对应所述请求类型的帐务数据管理操作;统一帐务数据管理系统向计费系统返回余额控制应答,所述余额控制应答中携带帐务数据管理操作结果。本发明还提供了一种计费帐务数据能力开放的系统。应用本发明,能够实现用户帐务数据在各计费系统间共享,并为帐务数据管理中的交互提供具体的实施方式。
Description
技术领域
本发明涉及计费领域,特别涉及一种计费帐务数据能力开放的方法和系统。
背景技术
随着网络演进和电信市场竞争的加剧,电信计费系统面临巨大的挑战,要求各计费系统不仅只是针对单系统、单业务的简单计费,而必须具备全业务和组合的融合计费能力,并且能够实现不同计费系统支持的不同计费方式间的互转。
目前的电信计费系统中,计费平台分散,各个系统往往为了某种业务而单独建设一套系统,包括计费、帐务、营业等全部功能,其中,帐务数据管理为计费操作中的一个重要环节,具体可以指在计费系统中,对使用服务的用户所对应的帐户进行扣费、预留配额等一系列操作。
以预付费计费系统为例,目前的预付费计费系统需要用户预先支付服务费用,每个用户在计费系统中都对应自身的帐户信息,而用户的预付费余额以累加器为载体存放。当用户需要使用某项服务时,预付费系统会首先获取该用户的帐户在存放帐户余额信息的累加器上的余额,以及对应该用户和服务的费率,将该用户帐户余额中预付费用的一部分冻结作为预留配额,该预留配额随着服务的进行会逐步消耗。服务开始后,预付费系统将实时获得预留配额的消耗情况,当预留配额快消耗完时按照上述过程预留新的配额,如果用户帐户中剩余的余额用不足以预留新的配额时,用户的服务将被终止,如果配额消耗完之前服务终止,则已消耗的配额将被扣除,而未使用的配额将被释放。
预付费系统由3GPP提供的在线计费系统(Online Charging System,OCS)架构实现,图1为OCS架构的示意图,该OCS架构包括:
在线计费功能(Online Charging Function,OCF)模块,通过对外接口与各种网络接入实体连接,这些网络接入实体也可以称为触发计费的网元。OCF模块中又包括基于会话的计费功能模块和基于事件的计费功能模块,与触发计费的网元进行基于会话或基于事件的交互。上述触发计费的网元可以为移动交换中心(Mobile Switch Center,MSC)、通用分组无线业务(GPRS)业务支持节点(GGSN)等。
帐户余额管理功能(Account Balance Management Function,ABMF)模块,存储用户的帐户信息以及累加器信息,没有与其他计费系统的对外接口,通过内部Re接口与OCF模块连接,与OCF模块交互,针对存储的帐户信息和累加器信息进行帐务数据管理操作。
批价功能(Rating Function,RF)模块,通过内部Re接口与OCF模块连接,为OCF模块提供帐务数据管理操作所需的费率信息。
计费网关功能(Charging Gateway Function,CGF)模块,通过内部Ga接口与OCF模块连接。
在OCS中,虽然规范了系统中各部分的功能,但对于帐务数据管理中的交互,例如OCF模块与ABMF模块之间如何交互却并没有提出具体的实施方式。
再以后付费计费系统为例,用户可以直接使用服务,在服务结束后生成对应话单,再根据话单在用户的帐户中扣除费用。与预付费计费系统类似,后付费系统中也存在存储用户帐户数据的ABMF模块,该ABMF模块同样没有与其他计费系统的对外接口,只能通过内部接口与后付费计费系统内部的计费功能模块交互完成帐务数据管理操作。
可见,由于不同计费系统中,用于存储帐务数据的ABMF模块没有与其他计费系统的对外接口,帐户信息和累加器信息都不能被除自身外的其他计费系统使用,即计费帐务数据能力并不开放,导致各种计费系统只能针对自身存储的帐务数据进行帐务数据管理操作,不能满足各计费系统融合计费和各计费系统支持的计费方式互转等需求,并且对于帐务数据管理中的交互还没有提出具体实施方式。
发明内容
本发明实施例提供一种计费帐务数据能力开放的方法,该方法能够使帐务数据在各计费系统间共享,并为帐务数据管理中的交互提供具体的实施方式。
本发明实施例提供一种计费帐务数据能力开放的系统,该系统能够使帐务数据在各计费系统间共享,并为帐务数据管理中的交互提供具体的实施方式。
本发明实施例提供一种计费帐务数据能力开放的方法,该方法包括:
统一帐务数据管理系统接收计费系统发送的余额控制请求,所述余额控制请求中携带请求类型;
统一帐务数据管理系统执行对应所述请求类型的帐务数据管理操作;
统一帐务数据管理系统向计费系统返回余额控制应答,所述余额控制应答中携带帐务数据管理操作结果。
本发明实施例提供一种计费帐务数据能力开放的系统,该系统中包括:
帐务数据管理模块,用于存储帐务数据;调用接口模块接收计费系统发送的携带请求类型的余额控制请求,针对帐务数据执行所述请求类型对应的帐务数据管理操作;调用接口模块向计费系统发送携带帐务数据处理结果的余额控制应答;
接口模块,供所述帐务数据管理模块调用。
可见,本发明实施例提供的计费帐务数据能力开放的方法和系统,将统一帐务数据管理系统独立于计费系统,并通过余额控制请求和余额控制应答与计费系统交互,从而使帐务数据实现在不同计费平台的共享,并为帐务数据管理中的交互提供了具体的实施方式。
附图说明
图1为现有技术中3GPP提供的OCS架构示意图;
图2为本发明实施例提供的计费帐务数据能力开放的方法流程图;
图3为本发明实施例中的统一帐务数据管理系统与预付费系统和后付费系统组成的架构示意图;
图4为图2所示流程的第一种具体实例流程图;
图5为图2所示流程的第二种具体实例流程图;
图6为图2所示流程的第三种具体实例流程图;
图7为图2所示流程的第四种具体实例流程图;
图8为本发明实施例提供的计费帐务数据能力开放的方法进一步包括的流程图;
图9为图8所示流程的一个具体实例流程图;
图10为以后付费系统为应用场景的本发明实施例计费帐务数据能力开放的方法的流程图;
图11为本发明实施例计费帐务数据能力开放的系统,一种具体实施方式的结构示意图。
具体实施方式
为使本发明实施例的目的和优点更清楚,下面结合附图对本发明实施例作进一步的详细说明。
在详细介绍本发明实施例提供的计费帐务数据能力开放的方法的较佳实施方式之前,先介绍本发明实施例建立的统一帐务数据管理系统与计费系统之间设置的接口可以具备的功能,如表一所示。其中编号为1-8的接口功能,为请求统一帐务数据管理系统进行帐务数据管理操作,而编号9的接口功能,为主动向计费系统下发余额通知。
编号 | 接口功能 | 功能详细描述 |
1 | 读取帐务数据 | 用于请求统一帐务数据管理系统读取帐务数据 |
2 | 初始预留 | 用于请求统一帐务数据管理系统在会话开始时预留指定配额 |
3 | 中间更新 | 用于请求统一帐务数据管理系统在会话进行中预留指定配额,并且能够进行余额更新 |
4 | 终止使用 | 用于请求统一帐务数据管理系统扣除前一次预留到当前会话终止时已用的配额 |
5 | 扣费 | 用于请求统一帐务数据管理系统扣减指定配额 |
6 | 退还费用 | 用于请求统一帐务数据管理系统退还已扣除的配额 |
7 | 余额检查 | 用于请求统一帐务数据管理系统核查帐户余额是否满足指定配额要求 |
8 | 充值及修改各类累加器 | 用于请求统一帐务数据管理系统进行充值及修改各类累加器 |
9 | 余额通知 | 用于通知计费系统帐户余额已经到达预设门限 |
表一
图2为本发明实施例提供的计费帐务数据能力开放的方法流程图,该流程包括:
步骤201:统一帐务数据管理系统接收计费系统发送的承载请求类型的余额控制请求(Balance Charging Request,BCR),该BCR由计费系统接收触发计费功能(Charging Trigger Function,CTF)的网元发送的携带消息类型的信用控制请求(Credit Control Request,CCR)之后,根据所述消息类型触发。
本步骤中,统一帐务数据管理系统为在计费系统之外建立的独立系统,用于存储帐务数据,例如帐户信息和累加器信息,以及针对计费系统的请求进行帐务数据管理操作。
图3为本发明实施例中的统一帐务数据管理系统与预付费系统和后付费系统组成的架构示意图。在该架构中,预付费系统包括OCF模块、RF模块和与统一帐务数据管理系统交互设置的余额管理接口,后付费系统包括帐务处理模块、计费处理模块、采集/预处理模块和与统一帐务数据管理系统交互设置的余额管理接口,关于预付费系统和后付费系统中各模块如何进行交互完成批价等功能,并非本发明实施例讨论的重点,也是本领域技术人员的公知常识,这里不再赘述。本发明实施例讨论的重点,是设置独立与计费系统的统一帐务数据管理系统,使帐务数据实现在不同计费平台的共享。
下面介绍一种本步骤中BCR的具体格式。
<BCR>::=<Header:XXX,REQ,PXY>
{Request-Type}
{Subscription-Id}
{Service-Accounting}
其中,Request-Type为请求类型,指明BCR请求的类型,可以将表一中对1-8项接口功能的编号作为该参数的取值,例如Request-Type=5指明BCR请求类型为扣费;Subscription-Id为订购标识,唯一标识一个用户,可以由该参数在统一帐务数据管理系统中查找用户对应的帐户;Service-Accounting用于计费系统和统一帐务数据管理系统的交互,封装统一帐务数据管理的相关数据。上述各参数的含义在表二中示出。
参数名 | 描述 | 补充说明 |
Request-Type | 指明BCR请求的类型,为枚举值1:读取账户信息2:初始预留3:中间更新 | 必选 |
4:终止使用5:扣费6:退还费用7:余额检查8:充值及修改各类累加器 | ||
Subscription-Id | 订购标识,唯一标识一个订户 | 必选 |
Service-Accounting | 用于计费系统与统一帐务数据管理系统的交互,封装请求账户处理相关的数据 | 必选 |
表二
上述BCR中的参数,Service-Accounting在封装数据时需携带不同的可选参数,Service-Accounting的格式如下所示:
Service-Accounting::=<Header:TBD>
[Service-Id]
*[Counter]
*[Counter-Price]
*[Counter-Tariff]
*[Requested-Units]
*[Consumed-Units]
*[Monetary-Quota]
[Check-Balance-Result]
上述Service-Accounting中各参数的含义如表三所示。
Service-Id | 所使用的服务标识 | 可选 |
Counter | 各类累加器,存放诸如每月短信发送累计条数、每月赠送的免费电话分钟数、以及各类账户余额数据 | 可选 |
Counter-Id | 累加器的标识,唯一标识一个 | 可选 |
累加器 | ||
Counter-Price | 用于修改指定Counter-Id的累加器的值 | 可选 |
Requested-Units | 定义了计费系统将要授权的配额 | 可选 |
Consumed-Units | 定义了已经使用的配额 | 可选 |
Monetary-Quota | 以货币形式表示的配额 | 可选 |
Check-Balance-Result | 余额检查的结果,枚举值:0:表示当前余额满足本次服务指定配额的要求1:表示当前余额满足本次服务指定配额的要求 | 可选 |
表三
本步骤中,触发计费的网元发送的CCR中所携带的消息类型,可以由基于会话和基于事件的帐务数据管理方式而分为两大类。其中针对基于会话的帐务数据管理方式,指的是由用户的服务会话触发具有触发计费功能的网元,再由该网元向OCF模块发送携带消息类型的CCR,这种情况下,消息类型可以为会话初始(Initial)、会话中(Interim)和会话终止(Termination);针对基于事件的帐务数据管理方式,指的是由计费事件触发具有触发计费功能的网元,再由该网元向OCF模块发送携带消息类型的CCR,这种情况下,消息类型可以为扣除费用(Dedit)、退还费用(Refund)和检查余额(CheckBalance)。
步骤202:统一帐务数据管理系统执行所述请求类型对应的帐务数据管理操作。
本步骤中,统一帐务数据管理系统根据请求类型执行对应的帐务数据管理操作,例如当Request-Type=5指明BCR请求的帐务数据管理类型为扣费时,统一帐务数据管理系统执行扣费操作。
步骤203:统一帐务数据管理系统使用BCA向所述计费系统返回帐务数据管理操作结果。
本步骤中,向计费系统返回携带帐务数据管理操作结果的BCA,这里给出一种具体的构造消息格式如下:
<BCA>::=<Header:XXX,PXY>
{Result-Code}
{Service-Accounting}
其中,Result-Code标识统一帐务数据管理操作被允许或被禁止,例如使用0取值标识操作被允许;Service-Accounting用于计费系统和统一帐务数据管理系统的交互,封装统一帐务数据管理的相关数据。上述各参数的含义如表四所示,其中Service-Accounting中可以包含的参数和表三中所示相同。
参数名 | 描述 | 补充说明 |
Result-Code | 枚举值:0:请求被允许1:请求被禁止 | 必选 |
Service-Accounting | 用于计费系统与统一帐务数据管理系统的交互,封装请求账户处理相关的数据 | 必选 |
表四
经过步骤201~步骤203,本发明实施例提供的统一帐务数据管理的方法第一种较佳实施方式流程结束。
本发明实施例提供的计费帐务数据能力开放的方法,将统一帐务数据管理系统独立于计费系统,并通过BCR和BCA与计费系统交互,从而使帐务数据实现在不同计费平台的共享,并为帐务数据管理中的交互提供了具体的实施方式。
下面结合具体的应用场景,针对不同的统一帐务数据管理类型,给出图2所示流程的几种具体实例。假设应用场景为:计费系统为具备OCS架构的预付费系统,其中预付费系统的OCF模块与统一帐务数据管理系统交互完成帐务数据管理,而预付费系统的OCF模块与RF模块交互完成计费批价。
首先给出基于假设应用场景的基于会话的帐务数据管理方法实例,图4为本实例的流程图,该流程包括:
步骤401:网元发送CCR到OCF,请求配额预留,该CCR中携带的消息类型为会话初始。
步骤402:OCF模块接收到CCR后,判断该CCR携带的消息类型为会话初始。
步骤403:OCF模块发送BCR到统一帐务数据管理系统,该BCR中携带参数Subscription-Id、Service-Id,以及请求类型Repuest-Type=1,该请求类型表示读取帐户信息和累加器信息,即读取批价所需的输入信息。
步骤404:统一帐务数据管理系统根据Subscription-Id查找对应的帐户,以及存放帐户余额信息的累加器和所述Service-Id对应的批价参考累加器。
步骤405:统一帐务数据管理系统向OCF发送BCA,BCA中携带存放帐户余额信息的累加器和所述Service-Id对应的批价参考累加器。
步骤406:OCF模块发送费率请求TariffRepuest到RF,其中包含存放帐户余额信息的累加器和所述Service-Id对应的批价参考累加器。
步骤407:RF模块根据TariffRepuest中携带的信息进行批价,并向OCF返回费率应答TariffResponse,携带本次服务的费率信息。
步骤408:OCF模块向统一帐务数据管理系统发送BCR,携带Subscription-Id、存放帐户余额信息的累加器对应的Counter-Id,以及要预留的配额,该配额是OCF模块根据步骤307获得的本次服务的费率信息指定,该预留的配额可以是服务单元数Requested-Units或是预留的以货币形式表示的配额Monetary-Quota,例如以时长表示的通话配额,也可以是货币配额,例如直接以每分钟的费用表示的通话配额。BCR中还携带请求类型Request-Type=2,表示为初始预留。
步骤409:统一帐务数据管理系统在Counter-Id标识的存放帐户余额信息的累加器上,Subscription-Id对应的帐户余额中,预留Requested-Units指示的服务单元,或者预留Monetary-Quota指示的货币。
步骤410:统一帐务数据管理系统向OCF模块返回BCA,携带Result-Code指示是否成功预留了请求的配额。如果帐户余额不足以支付OCF模块请求的配额,统一帐务数据管理系统将在给OCF模块返回的BCA中携带帐户的全部余额,供OCF模块进行重新反算以及预留。
步骤411:OCF模块向网元返回信用控制应答(Credit Control Answer,CCA),其中包含已成功预留的配额数,用户的服务会话开始。
步骤412:当成功预留的配额数快用完或发生其他可计费事件时,为保证服务的连续性,网元需要向OCF模块发送CCR,该CCR中携带的消息类型为会话中。
步骤413:OCF模块判断网元发送的CCR中携带的消息类型为中间过程。
步骤414:OCF模块向统一帐务数据管理系统发送BCR,携带Subscription-Id、存放帐户余额信息的Counter-Id、需要预留的服务单元Requested-Units、已用的服务单元Consumed-Units,这里的配额还可以是货币形式。BCR中还携带请求类型Request-Type=3,表示为中间更新。
步骤415:统一帐务数据管理系统在Counter-Id对应的累加器上,Subscription-Id对应帐户的余额中,扣除已用的服务单元数,如果已用的配额为货币形式,这里直接扣除货币形式的配额。
步骤416:统一帐务数据管理系统向OCF模块返回BCA,携带Result-Code指示是否成功预留配额,如果帐户余额不足以支付OCF模块指示的配额,统一帐务数据管理系统将在给OCF模块返回的BCA中携带帐户的全部余额,供OCF模块进行重新反算以及预留。
步骤417:OCF模块向网元返回CCA,携带已授权的配额数。
在服务进行过程中,上述步骤312~步骤316可重复多次。
步骤418:服务会话结束,网元向OCF模块发送CCR,请求针对服务扣费,该CCR中携带的消息类型为会话终止。
步骤419:OCF模块判断接收到的CCR中携带的消息类型是会话终止。
步骤420:OCF模块执行最终批价,向统一帐务数据管理系统发送BCR,该BCR中携带Subscription-Id、存放帐户余额信息的累加器对应的Counter-Id和已用的服务单元数Consumed-Units,也可以用货币形式的配额,请求类型为Repuest-Type=4,表示为终止使用。
步骤421:统一帐务数据管理系统在Counter-Id对应的累加器上,Subscription-Id对应帐户的余额中扣除已用的服务单元,并且更新或者释放未使用的预留配额。
步骤422:统一帐务数据管理系统向OCF模块返回BCA,携带的Result-Code指示扣费是否成功。
步骤423:OCF模块向网元发送CCA,指示扣费是否成功。
上述步骤401~步骤423描述了基于会话的应用实例。
其次给出基于假设应用场景的基于事件的帐务数据管理方法实例,图5为本实例的流程图,主要描述请求退费的情况,该流程包括:
步骤501:网元发送CCR到OCF模块,请求直接扣费,CCR中携带的消息类型为直接扣费。本步骤与前述图4所示流程中步骤418中的扣费不相同,在步骤418中,是通过预留配额,即向冻结帐户中的一部分预付费用,在服务成功并结束后,从帐户中扣除已使用的配额,而本步骤中的扣除余额,是在用户未使用服务前,先将费用从帐户中扣除,无论服务是否成功。
步骤502:OCF模块判断CCR中携带的消息类型为直接扣费。
步骤503:OCF模块发送BCR到统一帐务数据管理系统,携带Subscription-Id、Service-Id,以及请求类型Request-Type=1,该请求类型表示读取帐户信息和累加器信息,即读取批价所需的输入信息。
步骤504:统一帐务数据管理系统根据Subscription-Id查找对应的帐户,以及存放帐户余额信息的累加器和所述Service-Id对应的批价参考累加器。
步骤505:统一帐务数据管理系统向OCF模块发送BCA,携带存放帐户余额信息的累加器,和批价参考的累加器。
步骤506:OCF模块发送费率请求PricePequest到RF模块,携带存放帐户余额信息的累加器和批价参考的累加器。在本发明实施例中基于事件的费率请求表示为PricePequest,而基于事件的费率响应表示为PriceResponce,分别都区别于基于会话的表示方法。
步骤507:RF模块进行批价,并将批价后形成的费率应答PriceResponce发送给OCF模块,该费率应答中携带对应本次服务的费率信息。
步骤508:OCF模块向统一帐务数据管理系统发送BCR,携带Subscription-Id、存放帐户余额信息的累加器标识Counter-Id,要扣除的配额,该配额可以是服务单元或货币形式,以及请求类型Request-Type=5,表示直接扣费。
步骤509:统一帐务数据管理系统在Counter-Id标识的存放帐户余额信息的累加器上,Subscription-Id对应的帐户余额中,直接扣除所要求的配额。
步骤510:统一帐务数据管理系统向OCF模块返回BCA,携带的Result-Code指示是否成功扣除指定的配额数。
步骤511:OCF模块向网元返回CCA,其中包含授权的配额数。
步骤512:服务交付失败时,网元向OCF模块发送CCR,请求退还已扣除的费用,携带的消息类型为退还费用。
步骤513:OCF模块判断CCR携带的消息类型为退还费用。
步骤514:OCF模块向统一帐务数据管理系统发送BCR,携带Subscription-Id、要退还的配额、存放帐户余额信息的累加器对应的Counter-Id,以及请求类型Request-Type=6,表示请求退费。
步骤515:统一帐务数据管理系统在Counter-Id标识的存放帐户余额信息的累加器上,Subscription-Id对应的帐户余额中,退还指定的配额。
步骤516:统一帐务数据管理系统向OCF模块发送BCA,指示退费是否成功。
步骤517:OCF模块向网元发送CCA,指示退费是否成功。
上述步骤503~步骤507为可选步骤,即在直接扣费的情况中,OCF模块可以不从统一帐务数据管理系统中请求帐务数据,再向RF模块请求费率信息,而可以依据为直接扣费指定的费用,直接执行步骤508中的向统一帐务数据管理系统请求直接扣费。
再次,给出基于假设应用场景的基于事件的帐务数据管理方法实例,图6为本实例的流程图,主要描述余额检查的情况,针对需要使用某一服务时,先检查帐户余额中是否能够支付该服务,该流程包括:
步骤601:网元发送CCR到OCF模块,该CCR中携带的消息类型为检查余额。
步骤602:OCF模块判断CCR中携带的消息类型为检查余额。
步骤603:OCF模块发送BCR到统一帐务数据管理系统,该BCR中携带Subscription-Id、服务标识Service-Id,以及请求类型Repuest-Type=1,该请求类型表示读取帐户信息和累加器信息,即读取批价所需的输入信息。
步骤604:统一帐务数据管理系统根据Subscription-Id查找对应的帐户,以及存放帐户余额信息的累加器和所述Service-Id对应的批价参考累加器。
步骤605:统一帐务数据管理系统向OCF模块发送BCA,BCA中携带存放帐户余额信息的累加器和所述Service-Id对应的批价参考累加器。
步骤606:OCF模块发送费率请求TariffRepuest到RF,其中包含存放帐户余额信息的累加器和所述Service-Id对应的批价参考累加器。
步骤607:RF模块根据TariffRepuest中携带的信息进行批价,并向OCF模块返回费率应答TariffResponse,携带本次服务的费率信息。
在步骤603~步骤607中完成了针对当前服务批价,统一帐务数据管理系统,正是根据该批价所获得的费率信息来判断帐户的余额是否能够支付这一服务。在实际应用中,步骤603~步骤607为可选步骤,即在余额检查的情况中,OCF模块可以不从统一帐务数据管理系统中请求帐务数据,再向RF模块请求费率信息,而可以依据为余额检查所对应服务指定的费用,直接执行步骤608中的向统一帐务数据管理系统请求余额检查。
步骤608:OCF模块向统一帐务数据管理系统发送BCR,携带Subscription-Id、存放帐户余额信息的累加器对应的Counter-Id,以及服务需要的配额,该配额可以是服务单元Request-Units,也可以是货币形式的配额,请求类型为Request-Type=7,表示为余额检查。
步骤609:统一帐务数据管理系统比较服务所需的配额和Counter-Id对应累加器中的余额,确定余额是否能够支付该服务,即确定是否有足够的信用。
步骤610:统一帐务数据管理系统向OCF模块返回BCA,携带余额检查结果,指示是否有足够的信用。
步骤611:OCF模块向网元发送CCA,携带余额检查结果,指示是否有足够的信用。
最后,给出基于假设应用场景的基于事件的帐务数据管理方法实例,图7为本实例的流程图,主要描述进行充值和修改累加器值的情况,该流程中OCF仍需先从统一帐务数据管理系统中获取累加器信息,然后再通过向RF申请批价,对获取累加器的信息进行更新,至于OCF模块如何从统一帐务数据管理系统中获取累加器信息,与图4-图6所述的情况相同,这里不再赘述,直接从OCF模块申请批价开始描述,该流程包括:
步骤701:OCF模块发送费率请求PriceRequest到RF,携带存放帐户余额信息的累加器以及可作为批价参考的累加器。
步骤702:RF模块进行批价,并将批价后形成的费率应答PriceResponce发送给OCF模块,该费率应答中携带对应本次服务的费率信息,以及累加器的更新信息。
步骤703:OCF模块判断费率应答中携带对累加器的更新信息。
步骤704:OCF模块向统一帐务数据管理系统发送BCR,携带Subscription-Id、累加器的更新信息,以及请求类型Request-Type=8,表示更新累加器信息。
步骤705:统一帐务数据管理系统根据Subscription-Id和累加器的更新信息,修改对应的累加器。
步骤706:统一帐务数据管理系统向OCF模块发送BCA,携带累加器是否更新成功的结果。
以上图4至图7分别针对不同的请求类型,举出了本发明实施例提供的计费帐务数据能力开放的方法在假设应用场景下的实例。
图8为本发明实施例提供的计费帐务数据能力开放的方法进一步包括的流程图,该流程包括:
步骤801:统一帐务数据管理系统按照预设方式进行轮询。
本步骤中,预设方式可以指设定轮询的时间间隔,每个所设置的间隔即进行轮询;预设方式还可以是将轮询设为时间触发方式,例如开始为用户提供所请求的服务时触发轮询。当然还可以根据实际需要设置不同于上述方式的其他轮询方式。
步骤802:当所述轮询结果为帐户余额到达预设的门限值时,向计费系统下发余额通知。
本步骤中,给出余额通知(Balance Notification,BN)的一种具体格式如下:
<BN>::=<Header:XXX,REQ,PXY>
{Subscription-Id}
*{Counter}
其中,Subscription-Id也表示订购标识,而Counter也表示存放余额信息的累加器以及其他各种累加器,表五示出了上述BN中各参数的含义。
参数名 | 描述 | 补充说明 |
Subscription-Id | 订购标识 | 必选 |
Counter | 余额累加器以及其他各类累加器 | 必选 |
表五
上述801~802所描述的较佳实施方式,也可以应用在OCS架构中,图9为图8所示流程应用到OCS架构中的流程图,该流程包括:
步骤901:统一帐务数据管理系统按照预设方式轮询,当帐户余额到达预设门限值时,触发下发帐户余额信息。
步骤902:统一帐务数据管理系统向OCF模块发送BN,携带Subscription-Id和存放余额信息的累加器。
步骤903:OCF模块接收到BN后,向统一帐务数据管理系统返回确认。
步骤904:OCF模块向网元发送计费(Advice of Charge,AoC)通知,携带Subscription-Id和到达门限值的存储帐户余额的累加器。
在以上所介绍的本发明实施例提供的计费帐务数据能力开放的方法中,所举出的具体实例举以预付费系统为例,而在实际应用中,计费系统的类型并不受限制,下面简单介绍以后付费系统为应用场景的方法实例。
后付费系统是在用户使用服务后生成话单,再按照话单在用户对应的帐户中扣除费用的,图10为以后付费系统为应用场景的流程图,该流程包括:
步骤1001:计费网关功能(Charging Gateway Function,CGF)模块或具有计费网关功能的网元,向后付费系统发送话单。关于话单如何传输,为本领域技术人员的公知常识,这里不再赘述。
步骤1002:后付费系统接收话单后返回确认消息。
步骤1003:后付费系统对话单进行格式转换、用户资料填充并且批价。
步骤1004:后付费系统向统一帐务数据管理系统发送BCR,携带Subscription-Id、存放帐户余额信息的累加器Counter-Id、要扣除的服务单元数Request-Units,以及请求类型Request-Type=5,表示扣费,要扣除的也可以直接表示为货币。
步骤1005:统一帐务数据管理系统在Counter-Id标识的存放帐户余额信息的累加器上,Subscription-Id对应的帐户余额中,扣除指定的服务单元数或货币。
步骤1006:统一帐务数据管理系统向后付费系统发送BCA,携带Result-Code指示是否成功扣除要求的服务单元数或货币。
最后,介绍本发明实施例提供的计费帐务数据能力开放的系统,该系统包括:帐务数据管理模块和接口模块。
帐务数据管理模块,用于存储帐务数据;调用接口模块接收计费系统发送的携带请求类型的余额控制请求,针对帐务数据执行所述请求类型对应的帐务数据管理操作;调用接口模块向计费系统发送携带帐务数据处理结果的余额控制应答;
接口模块,供所述帐务数据管理模块调用。
本发明实施例提供的计费帐务数据能力开放的系统,独立于计费系统,存储帐户数据,该系统可以将针对帐户数据执行帐务数据管理操作结果,并通过余额控制请求和余额控制应答与计费系统交互,从而使帐务数据实现在不同计费平台的共享,并为帐务数据管理中的交互提供了具体的实施方式。
上述本发明实施例提供的计费帐务数据能力开放的系统,帐务数据管理模块可以包括:存储模块和解析执行模块。
存储模块,用于存储帐务数据。
解析执行模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型,执行所述请求类型对应的帐务数据管理操作;调用接口模块向计费系统发送携带帐务数据处理结果的余额控制应答。
根据实际应用,上述解析执行模块中可以包括解析收发模块,和如下实现不同帐务数据管理功能的模块:初始预留模块,和/或终止使用模块,和/或中间更新模块,和/或读取帐务数据模块,和/或扣费模块,和/或退费模块,和/或余额检查模块,和/或累加器修改模块。下面分别介绍上述模块的功能以及与系统内其他模块的连接关系。
解析收发模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型;调用接口模块向计费系统发送携带帐务数据处理结果的余额控制应答。
初始预留模块,用于针对所述解析收发模块解析出的初始预留请求类型,在所述存储模块存储的帐务数据中预留指定的配额,向解析收发模块发送预留配额的执行结果。
中间更新模块,用于针对所述解析收发模块解析出的中间更新请求类型,在存储模块存储的帐务数据中预留新的配额,扣除预留配额中已使用的配额,向解析收发模块发送预留新配额以及扣除已使用配额的执行结果。
终止使用模块,用于针对所述解析收发模块解析出的终止使用请求类型,在所述存储模块存储的帐务数据中扣除预留配额中已使用的配额,并释放未使用的配额,向解析收发模块发送扣除已使用配额的执行结果。
读取帐务数据模块,用于针对所述解析收发模块解析出的读取帐务数据请求类型,在所述存储模块存储的帐务数据中读取所请求的帐务数据,向所述解析收发模块发送读取的帐务数据。
扣费模块,用于针对所述解析收发模块解析出的直接扣费请求类型,在所述存储模块存储的帐务数据中扣除指定的配额,向所述解析收发模块发送扣费结果。
退费模块,用于针对所述解析收发模块解析出的退费请求类型,向所述存储模块存储的帐务数据中退还指定的配额,向所述解析收发模块发送退费结果。
余额检查模块,用于针对所述解析收发模块解析出的余额检查请求类型,比较指定的配额和帐户余额,确定所述帐户余额是否满足指定的配额要求,向所述解析收发模块发送余额检查结果。
累加器修改模块,用于针对所述解析收发模块解析出的修改累加器请求类型,修改所述存储模块中承载所存储帐务数据的累加器,向所述解析收发模块发送累加器修改结果。
在基于会话的帐务数据管理应用中,本发明实施例提供的系统中的解析执行模块,除解析收发模块外,可以包括初始预留模块和终止使用模块,并且可以进一步包括中间更新模块。
在基于事件的帐务数据管理应用中,本发明实施例提供的系统中的解析执行模块,除解析收发模块外,可以包括读取帐务数据模块,和/或扣费模块,和/或退费模块,和/或余额检查模块,和/或累加器修改模块。
本发明实施例提供的系统中,所述帐务数据管理模块中还可以包括:轮询模块和余额通知下发模块。
轮询模块,用于按照预设方式进行轮询。
余额通知下发模块,用于在所述轮询模块的轮询结果为帐户余额到达预设门限值时,调用所述接口模块向计费系统下发余额通知。
在本发明实施例提供的计费帐务数据能力开放的系统中进一步包括轮询模块和余额通知下发模块后,该系统可以主动对帐户进行检查,并主动向计费系统下发余额通知。
图11为本发明实施例提供的计费帐务数据能力开放的系统,一种具体实施方式的结构示意图。在该具体实施方式中,系统中的解析执行模块包括了基于事件和基于会话的帐务管理应用中的所有模块,并包括了轮询模块和余额通知下发模块。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (22)
1.一种计费帐务数据能力开放的方法,其特征在于,该方法包括:
统一帐务数据管理系统接收计费系统发送的余额控制请求,所述余额控制请求中携带请求类型;
统一帐务数据管理系统执行对应所述请求类型的帐务数据管理操作;
统一帐务数据管理系统向计费系统返回余额控制应答,所述余额控制应答中携带帐务数据管理操作结果。
2.如权利要求1所述的方法,其特征在于,所述请求类型包括:初始预留,和/或中间更新,和/或终止使用,和/或读取帐务数据,和/或直接扣费,和/或退费,和/或余额检查,和/或修改累加器。
3.如权利要求2所述的方法,其特征在于,所述统一帐务数据管理系统接收计费系统发送的携带请求类型为初始预留的余额控制请求;所述统一帐务数据管理系统在帐务数据中预留指定的配额;所述统一帐务数据管理系统向计费系统返回携带预留配额的余额控制应答;
该方法进一步包括:
统一帐务数据管理系统接收计费系统发送的携带请求类型为终止会话的余额控制请求;统一帐务数据管理系统扣除预留配额中已使用的配额,并释放未使用的配额;统一帐务数据管理系统向计费系统发送携带扣费结果的余额控制应答。
4.如权利要求3所述的方法,其特征在于,在所述统一帐务数据管理系统向计费系统返回携带预留配额的余额控制应答之后、接收计费系统发送的携带请求类型为终止会话的余额控制请求之前,该方法进一步包括:
统一帐务数据管理系统接收计费系统发送的携带请求类型为中间更新的余额控制请求;统一帐务数据管理系统在帐务数据中预留新的配额,扣除初始预留时预留配额中已使用的配额;统一帐务数据管理系统向计费系统发送携带预留新配额及扣除已使用配额的余额控制应答。
5.如权利要求2所述的方法,其特征在于,所述统一帐务数据管理系统接收计费系统发送的携带请求类型为读取帐务数据的余额控制请求;所述统一帐务数据管理系统读取帐务数据;所述统一帐务数据管理系统向计费系统发送携带读取的帐务数据的余额控制应答。
6.如权利要求2所述的方法,其特征在于,所述统一帐务数据管理系统接收计费系统发送的携带请求类型为直接扣费的余额控制请求;所述统一帐务数据管理系统直接在帐务数据中扣除指定的配额;所述统一帐务数据管理系统向计费系统发送携带扣费结果的余额控制应答。
7.如权利要求2所述的方法,其特征在于,所述统一帐务数据管理系统接收计费系统发送的携带请求类型为退费的余额控制请求;所述统一帐务数据管理系统向帐务数据中退还指定的配额;所述统一帐务数据管理系统向计费系统发送携带退费结果的余额控制应答。
8.如权利要求2所述的方法,其特征在于,所述统一帐务数据管理系统接收计费系统发送的携带请求类型为余额检查的余额控制请求,所述余额控制请求中还携带指定的配额;所述统一帐务数据管理系统比较指定的配额和帐户余额,确定所述帐户余额是否满足指定的配额要求;所述统一帐务数据管理系统向计费系统发送帐务余额检查结果的余额控制应答。
9.如权利要求2所述的方法,其特征在于,所述统一帐务数据管理系统接收计费系统发送的携带请求类型为修改累加器的余额控制请求;所述统一帐务数据管理系统修改累加器;所述统一帐务数据管理系统向计费系统发送携带累加器修改结果的余额控制应答。
10.如权利要求1至8任一项所述的方法,其特征在于,所述余额控制请求中携带的参数还包括:服务订购标识、和/或服务标识、和/或累加器标识、和/或修改累加器的值、和/或已使用的服务单元数、和/或请求服务单元数、和/或货币形式的配额;
所述余额控制应答中的参数包括:结果码、和/或余额检查结果、和/或累加器标识。
11.如权利要求1至8任意一项所述的方法,其特征在于,所述统一帐务数据管理系统接收计费系统发送的余额控制请求之前进一步包括:计费系统接收具有触发计费功能的网元发送的信用控制请求,所述信用控制请求中携带消息类型;
所述统一帐务数据管理系统向计费系统返回余额控制应答之后进一步包括:计费系统向具有触发计费功能的网元发送信用控制应答,所述信用控制应答中携带帐务数据管理操作结果。
12.如权利要求1所述的方法,其特征在于,该方法进一步包括:
统一帐务数据管理系统按照预设方式进行轮询;
当帐务数据中的帐户余额到达预设的门限值时,统一帐务数据管理系统向计费系统下发余额通知。
13.一种计费帐务数据能力开放的系统,其特征在于,该系统中包括:
帐务数据管理模块,用于存储帐务数据;调用接口模块接收计费系统发送的携带请求类型的余额控制请求,针对帐务数据执行所述请求类型对应的帐务数据管理操作;调用接口模块向计费系统发送携带帐务数据处理结果的余额控制应答;
接口模块,供所述帐务数据管理模块调用。
14.如权利要求13所述的系统,其特征在于,所述帐务数据管理模块包括:存储模块和解析执行模块;
所述存储模块,用于存储帐务数据;
所述解析执行模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型,执行对应所述请求类型的帐务数据管理操作;调用接口模块向计费系统发送携带帐务数据处理结果的余额控制应答。
15.如权利要求14所述的系统,其特征在于,所述解析执行模块包括:解析收发模块、初始预留模块和终止使用模块;
所述解析收发模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型;调用接口模块向计费系统发送携带所述初始预留模块和终止使用模块得出的帐务数据处理结果的余额控制应答;
所述初始预留模块,用于针对所述解析收发模块解析出的初始预留请求类型,在所述存储模块存储的帐务数据中预留指定的配额,向解析收发模块发送预留配额的执行结果;
所述终止使用模块,用于接收所述解析收发模块解析出的终止会话的请求类型,在所述存储模块存储的帐务数据中扣除预留配额中已使用的配额,并释放未使用的配额,向解析收发模块发送扣除已使用配额的执行结果。
16.如权利要求15所述的系统,其特征在于,所述解析执行模块中进一步包括中间更新模块,用于针对所述解析收发模块解析出的中间更新请求类型,在存储模块存储的帐务数据中预留新的配额,扣除初始预留时预留配额中已使用的配额,向解析收发模块发送预留新配额以及扣除已使用配额的执行结果。
17.如权利要求14所述的系统,其特征在于,所述解析执行模块包括:解析收发模块和读取帐务数据模块;
所述解析收发模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型;调用接口模块向计费系统发送携带所述初始预留模块和终止使用模块得出的帐务数据处理结果的余额控制应答;
所述读取帐务数据模块,用于针对所述解析收发模块解析出的读取帐务数据请求类型,在所述存储模块存储的帐务数据中读取所请求的帐务数据,向所述解析收发模块发送读取的帐务数据。
18.如权利要求14所述的系统,其特征在于,所述解析执行模块包括:解析收发模块和扣费模块;
所述解析收发模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型;调用接口模块向计费系统发送携带所述初始预留模块和终止使用模块得出的帐务数据处理结果的余额控制应答;
所述扣费模块,用于针对所述解析收发模块解析出的直接扣费请求类型请求,在所述存储模块存储的帐务数据中扣除指定的配额,向所述解析收发模块发送扣费结果。
19.如权利要求14所述的系统,其特征在于,所述解析执行模块包括:解析收发模块和退费模块;
所述解析收发模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型;调用接口模块向计费系统发送携带所述初始预留模块和终止使用模块得出的帐务数据处理结果的余额控制应答;
所述退费模块,用于针对所述解析收发模块解析出的退费请求类型,向所述存储模块存储的帐务数据中退还指定的配额,向所述解析收发模块发送退费结果。
20.如权利要求14所述的模块,其特征在于,所述解析执行模块包括:解析收发模块和余额检查模块;
所述解析收发模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型;调用接口模块向计费系统发送携带所述初始预留模块和终止使用模块得出的帐务数据处理结果的余额控制应答;
所述余额检查模块,用于针对所述解析收发模块解析出的余额检查请求类型,比较指定的配额和帐户余额,确定所述帐户余额是否满足指定的配额要求,向所述解析收发模块发送余额检查结果。
21.如权利要求14所述的系统,其特征在于,所述解析执行模块包括:解析收发模块和累加器修改模块;
所述解析收发模块,用于调用接口模块接收计费系统发送的携带请求类型的余额控制请求,解析所述请求类型;调用接口模块向计费系统发送携带所述初始预留模块和终止使用模块得出的帐务数据处理结果的余额控制应答;
所述累加器修改模块,用于针对所述解析收发模块解析出的修改累加器请求类型,修改所述存储模块中承载所存储帐务数据的累加器,向所述解析收发模块发送累加器修改结果。
22.如权利要求14所述的系统,其特征在于,所述帐务数据管理模块中进一步包括:轮询模块和余额通知下发模块;
所述轮询模块,用于按照预设方式对所述存储模块中的帐务数据进行轮询;
所述余额通知下发模块,用于在所述轮询模块的轮询结果为帐户余额到达预设门限值时,调用所述接口模块向计费系统下发余额通知。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710146148.6A CN101374056A (zh) | 2007-08-23 | 2007-08-23 | 一种计费帐务数据能力开放的方法和系统 |
PCT/CN2008/072049 WO2009026827A1 (fr) | 2007-08-23 | 2008-08-19 | Procédé, système et dispositif d'ouverture de la capacité de données comptables de facturation |
EP08784040A EP2180635A4 (en) | 2007-08-23 | 2008-08-19 | METHOD, SYSTEM AND DEVICE FOR OPENING THE CAPACITY OF ACCOUNTING BILLING DATA |
US12/700,528 US20100145838A1 (en) | 2007-08-23 | 2010-02-04 | Method, system, and apparatus for opening accounting data capabilities |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710146148.6A CN101374056A (zh) | 2007-08-23 | 2007-08-23 | 一种计费帐务数据能力开放的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101374056A true CN101374056A (zh) | 2009-02-25 |
Family
ID=40386694
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710146148.6A Pending CN101374056A (zh) | 2007-08-23 | 2007-08-23 | 一种计费帐务数据能力开放的方法和系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20100145838A1 (zh) |
EP (1) | EP2180635A4 (zh) |
CN (1) | CN101374056A (zh) |
WO (1) | WO2009026827A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103729404A (zh) * | 2013-12-05 | 2014-04-16 | 金蝶软件(中国)有限公司 | 预算数据处理方法和系统 |
WO2017163255A1 (en) * | 2016-03-23 | 2017-09-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Real-time co-ordinated fulfillment of refill transactions of a user account in a communication system |
CN108399103A (zh) * | 2017-02-08 | 2018-08-14 | 腾讯科技(深圳)有限公司 | 一种资源数据处理方法和装置 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012159318A1 (zh) * | 2011-07-07 | 2012-11-29 | 华为技术有限公司 | 集群在线计费方法和设备 |
CN107464107A (zh) * | 2016-06-06 | 2017-12-12 | 阿尔卡特朗讯 | 用于云系统的在线计费的方法、系统和设备 |
CN111353868A (zh) * | 2020-03-14 | 2020-06-30 | 策拉人工智能科技(云南)有限公司 | 一种人工智能记账系统及其计算方法 |
CN113498033A (zh) * | 2020-04-01 | 2021-10-12 | 华为技术有限公司 | 处理用户业务的方法、系统及相关设备 |
US11416467B1 (en) * | 2020-04-06 | 2022-08-16 | Sprint Communications Company L.P. | Database architecture for reducing the burden on an on-disk database |
CN113986520A (zh) * | 2020-07-10 | 2022-01-28 | 华为技术有限公司 | Upf选择方法及装置 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6295292B1 (en) * | 1997-03-06 | 2001-09-25 | Bell Atlantic Network Services, Inc. | Inbound gateway authorization processing for inter-carrier internet telephony |
US6226364B1 (en) * | 1997-12-08 | 2001-05-01 | Bellsouth Intellectual Property Management Corporation | Method and system for providing prepaid and credit-limited telephone services |
US20020091572A1 (en) * | 2000-03-31 | 2002-07-11 | Carol Anderson | Prepaid service interface system and method |
AU2002232551A1 (en) * | 2000-11-08 | 2002-05-21 | Sprint Spectrum L.P. | Method and system for providing services in communications networks |
AU2003210963A1 (en) * | 2002-02-11 | 2003-09-04 | At And T Wireless Services, Inc. | Centralized communications network charging methods and apparatus |
US6970693B2 (en) * | 2002-09-06 | 2005-11-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and telecommunication node for alternative prepaid support |
US20050009500A1 (en) * | 2003-06-24 | 2005-01-13 | Openwave Systems Inc. | System and method for extending billing services to applications on a carrier's network |
GB0517065D0 (en) * | 2005-08-19 | 2005-09-28 | Nokia Corp | Online charging management server |
US8712372B2 (en) * | 2005-08-31 | 2014-04-29 | Accenture Global Services Limited | Pre and post-paid real time billing convergence system |
US20070060100A1 (en) * | 2005-09-14 | 2007-03-15 | Telemac Corporation | Systems and methods for mobile station service control |
CN101009691B (zh) * | 2006-01-24 | 2011-12-14 | 朗迅科技公司 | Ims网络和老式网络的汇聚服务控制系统和方法 |
US20070179974A1 (en) * | 2006-01-31 | 2007-08-02 | Yigang Cai | System and method for integrating policy management into converged prepaid/postpaid telecommunications services |
CN1859533A (zh) * | 2006-03-20 | 2006-11-08 | 华为技术有限公司 | 电信业务计费系统和方法 |
CN101056182B (zh) * | 2006-04-14 | 2012-07-04 | 朗迅科技公司 | 汇聚预付费和后付费 |
CN1968105A (zh) * | 2006-05-31 | 2007-05-23 | 华为技术有限公司 | 基于通信网络的计费系统及计费方法 |
-
2007
- 2007-08-23 CN CN200710146148.6A patent/CN101374056A/zh active Pending
-
2008
- 2008-08-19 WO PCT/CN2008/072049 patent/WO2009026827A1/zh active Application Filing
- 2008-08-19 EP EP08784040A patent/EP2180635A4/en not_active Withdrawn
-
2010
- 2010-02-04 US US12/700,528 patent/US20100145838A1/en not_active Abandoned
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103729404A (zh) * | 2013-12-05 | 2014-04-16 | 金蝶软件(中国)有限公司 | 预算数据处理方法和系统 |
CN103729404B (zh) * | 2013-12-05 | 2018-01-12 | 金蝶软件(中国)有限公司 | 预算数据处理方法和系统 |
WO2017163255A1 (en) * | 2016-03-23 | 2017-09-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Real-time co-ordinated fulfillment of refill transactions of a user account in a communication system |
US10587425B2 (en) | 2016-03-23 | 2020-03-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Real-time co-ordinated fulfillment of refill transactions of a user account in a communication system |
CN108399103A (zh) * | 2017-02-08 | 2018-08-14 | 腾讯科技(深圳)有限公司 | 一种资源数据处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
EP2180635A1 (en) | 2010-04-28 |
EP2180635A4 (en) | 2010-12-22 |
WO2009026827A1 (fr) | 2009-03-05 |
US20100145838A1 (en) | 2010-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101374056A (zh) | 一种计费帐务数据能力开放的方法和系统 | |
CN101212532B (zh) | 一种融合的计费系统和方法 | |
CN1859534B (zh) | 一种业务服务的计费方法及系统 | |
US8655759B2 (en) | Controlling a shared service | |
EP2026552B1 (en) | Multiple channel automated refill system | |
CN101005384A (zh) | 一种计费过程中的处理方法、系统及装置 | |
CN101106464B (zh) | 一种码分多址分组数据业务实现预付费的方法 | |
CN101022488B (zh) | 一种计费方法、系统及一种账期切换模块 | |
CN107547762A (zh) | 一种计费方法和计费系统 | |
CN101183956B (zh) | 智能网在线计费交互系统及方法 | |
CN110324801A (zh) | 计费的方法和装置 | |
CN103581458A (zh) | 一种套餐自动升级方法及装置 | |
CN1968106B (zh) | 实现余额共享的计费系统及方法 | |
CN101106756A (zh) | 借贷、还贷话费的方法及信用控制平台 | |
CN102149063B (zh) | 预付费计费的方法、装置及系统 | |
CN1964410A (zh) | 计费系统及其充值方法 | |
CA2760552C (en) | Facilitation of a network communication service for which payment may be made by any of a plurality of payment modes | |
CN101163180A (zh) | 一种实现语音短信业务中对预付费用户计费的系统及方法 | |
CN100442697C (zh) | 计费方法及其系统 | |
CN102131174B (zh) | 预付费计费的方法、装置及系统 | |
CN101425910B (zh) | 一种在线计费容量控制方法及其装置和系统 | |
US20030130946A1 (en) | Configuration and method for debiting charges | |
CN102238513A (zh) | 一种业务计费方法、装置和系统 | |
CN103947179A (zh) | 在线计费系统 | |
CN103813289B (zh) | 实时在线计费方法和实时在线计费处理系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090225 |