CN101075887B - 用于费用预留计费***的方法及费用预留计费*** - Google Patents
用于费用预留计费***的方法及费用预留计费*** Download PDFInfo
- Publication number
- CN101075887B CN101075887B CN 200710137009 CN200710137009A CN101075887B CN 101075887 B CN101075887 B CN 101075887B CN 200710137009 CN200710137009 CN 200710137009 CN 200710137009 A CN200710137009 A CN 200710137009A CN 101075887 B CN101075887 B CN 101075887B
- Authority
- CN
- China
- Prior art keywords
- business
- remaining sum
- user
- reserve
- user account
- 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.)
- Active
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种用于费用预留计费***的方法及费用预留计费***,用于在用户同时使用多种业务的情况下进行计费。所述方法包括:所述用户发起使用第一业务,并向在线计费***发送计费请求;在线计费***根据预定准则确定是使用第一预留余额费用额度还是使用第二预留余额费用额度进行计费,其中,第一预留余额费用额度大于第二预留余额费用额度;根据所确定的预留余额费用额度对第一业务进行计费;以及在对第一业务进行计费期间,所述用户发起第二业务,并且所述在线计费***对第二业务进行计费。
Description
技术领域
本发明涉及在线计费***(Online Charging System,OCS)批价处理模块费用的反算机制及余额管理模块余额预留机制,具体来说,涉及一种在余额临界值情况下的费用预留机制。
背景技术
随着通讯行业的发展,为了满足用户对于灵活支付通讯费用的需要,产生了预付费方式的费用支付方式。同时运营商为了避免用户欠费的风险及对高价值业务监控的需要,也迫切需要有新的计费方式提高计费能力,形成了实时计费的需求,即,在用户使用业务的过程中,实时监控费用的发生情况。在运营商的通讯网络中,从计费的角度来看,其网络大致可以是如图1所示的逻辑结构。
在图1中,业务生产***主要是指诸如PSTN网络、PHS网络、2G/3G移动网络等的基本通讯网络及其附属的、诸如短消息、彩信等的业务***,用于为用户提供诸如语音、短消息、彩信等的业务服务。计费***是运营商为了获取服务报酬,根据用户属性和使用业务的数量,记录用户使用情况并进行扣费的***。
在用户每一次使用业务的过程中,业务生产***都需要向计费***请求用户账户信息,以确定用户是否能够使用业务及能够使用的业务量。
在通过现有技术实现的实时计费***中,当业务生产***向计费***请求用户账户信息的时候,计费***根据用户属性和使用业务的类型,在确定费率后,计算出用户能够使用的最大业务量,并将其返回给业务生产***。
随着通讯技术和业务的发展,产生了同一用户同时使用多种业务的需求,但是,上述计费***的实现机制无法满足这一需求,从而产生了余额预留机制的计费方式。
余额预留机制可以为用户使用的业务而在用户账户中预留一定数量的金额,其中,预留金额直接从账本余额中冻结,并且在被扣款或业务完成释放前无法为用户使用的其他业务所预留或扣费。即,当预付费用户开始使用业务时,先从用户的余额账户中预留一部分费用,用于该业务的使用;在业务使用过程中当预留费用使用完后再次进行预留,并可以根据使用情况进行多次预留;当用户使用完毕或余额不足以再次预留时终止业务,同时对本次业务进行批价,正式从余额账本中扣除使用的费用,并将预留费用中尚未使用的部分返还到余额账本中。这种计费方式能在确保用户正常使用业务的同时降低欠费风险,真正做到实时计费。
对于用户并发地使用两种业务且账户余额不足(低于某个设定的余额门限值)的情况,在线计费***会根据所剩的全部余额为用户使用的第一种业务进行反算并预留全部余额,而如果用户在未结束使用第一种业务(预留金额未被扣款或释放)时发起使用第二种业务,则计费***将返回余额不足并拒绝用户使用第二种业务;只有当用户结束使用第一种业务并将部分预留的金额释放后,用户才能使用第二种业务。余额预留机制的计费方式也称为第一预留余额费用额度计费方式,即在计费过程中,不管用户余额是否低于某个设定的门限值,计费***总是采用相同的余额预留机制进行计费。根据业务的不同,预留的余额可以不同,并反算成相应的业务使用单位,可以是时间片(例如分钟)、业务数据流量(例如KB)以及服务金额(例如元)等形式,但同一业务预留的余额是唯一的。在图2中以时间片作为预留余额费用额度的一种形式,通过例子说明了第一预留余额费用额度计费方式的业务流程。
在图2中,假设用户A账户余额为5.3元,余额门限值设置为6元;用户使用的第一种业务假设为拨打长途语音业务,资费为0.07元/6秒的长途费外加0.4元/分钟的本地通话费,标准时间片设置为5分钟;用户使用的第二种业务假设为KJava下载增值业务,资费(服务金额)为2元/次。
作为一个例子,如图2所示,第一预留余额费用额度计费方式的流程如下。
1、用户首先拨打在异地B的用户电话,并向OCS发起计费请求。
2、OCS判断出用户账户余额不足以用于标准时间片预留,并通过资费反算而反算出用户可持续使用的时间量为4分钟。因此,OCS预留金额为4.4元,并向用户返回可用时间量为4分钟。
3、接着,用户在通话1分钟后,发起使用KJava下载业务。
4、OCS判断出用户余额为0.9元,不足以进行KJava下载业务的扣费。于是,OCS返回对于KJava下载业务的鉴权失败响应,并且扣费金额为0元。
5、用户进行KJava下载业务失败,并且在通话2分50秒后结束通话。
6、OCS收到通话结束计费请求,根据用户实际通话时长确定扣费额为3.23元,应返还给用户账户1.17元。此时,用户账户余额为2.07元。
在用户结束通话之后,通过查询可以知道,其帐户余额足以进行KJava下载业务,但是,用户却从***中得到KJava下载业务失败的消息,并且未能发起KJava下载业务。通常,这会令用户对运营商的服务感到不满。
通过上面的例子可以看出,第一预留余额费用额度计费方式在用户余额到达门限值之前,能够有效地解决用户业务并发计费的问题,但是,在用户账户余额较少(低于设定的门限值)的情况下,所述计费方式还是会引起用户的不满,即,用户在使用第一种业务时,无法使用第二种业务,但是,在随后查询中,用户会发现其账户上还有余额进行第二种业务的使用。
但如果将第一预留余额费用额度设置得过小,如较小的时间片,较小的数据业务流量等,则会使得生产***过于频繁的向计费***申请费用,使计费***承受过大的负担。
因此,需要一种新的技术方案来解决上述现有技术中的问题。
发明内容
为了解决上述问题,本发明设计了在用户同时使用多种业务的情况下用于费用预留计费的机制。
根据本发明的第一方面,提供了一种用于费用预留计费***的方法,用于在用户同时使用多种业务的情况下进行计费,所述方法包括:
预先设置各业务的第一预留余额费用额度、第二预留余额费用额度和余额判断的阈值,并且各业务的第一预留余额费用额度大于第二预留余额费用额度;
所述用户发起使用第一业务,并向在线计费***发送计费请求;
在线计费***判断出用户帐户中的剩余金额低于第一业务的余额判断的阈值时,触发使用第一业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;
在线计费***根据第一业务的第二预留余额费用额度对第一业务进行计费;以及
在对第一业务进行计费期间,所述用户发起第二业务,并再次向在线计费***发送计费请求;
在线计费***判断出用户帐户中的剩余金额低于第二业务的余额判断的阈值时,触发使用第二业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;
所述在线计费***根据第二业务的第二预留余额费用额度对第二业务进行计费。
所述的预定准则,是指用户在发起某一业务请求时,用户账户余额和预定的门限值进行比较,如果高于预定的门限值,则采用第一预留余额费用额度计费方式,如果低于预定的门限值,则采用第二预留余额费用额度计费方式。门限值的设定可以根据业务开展的情况和计费***的负荷进行调整。因此,从这个方面来说,所述预定准则可以是基于用户账户的余额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的。
根据本发明的第一方面的一个实施例,所述预留余额费用额度反算成的表现形式是时间片或者业务数据流量或服务金额等形式,且每个业务取其其中的一种表现形式。
根据本发明的第一方面的另一个实施例,所述在线计费***也以第二预留余额费用额度对第二业务进行计费。
根据本发明的第一方面的另一个实施例,在对第二业务进行计费期间,所述用户发起第三业务,并且在线计费***对第三业务进行计费。
根据本发明的第一方面的另一个实施例,在线计费***为每个业务设置一个余额账本。
在本发明的第二方面,提供了一种费用预留计费***,用于在用户同时使用多种业务的情况下进行计费,所述***包括:
用户终端,用于发起使用第一业务并向在线计费***发送计费请求,在对第一业务进行计费期间还发起第二业务,并再次向在线计费***发送计费请求;以及
在线计费***,其包括:第一装置,用于在判断出用户帐户中的剩余金额低于第一业务的余额判断的阈值时,触发使用第一业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;在判断出用户帐户中的剩余金额低于第二业务的余额判断的阈值时,触发使用第二业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;其中各业务的阈值、第一预留余额费用额度和第二预留余额费用额度为预先设定,并且各业务的第一预留余额费用额度大于第二预留余额费用额度;和第二装置,用于根据第一业务的第二预留余额费用额度对第一业务进行计费;和第三装置,用于根据第二业务的第二预留余额费用额度对第二业务进行计费。
根据本发明的第二方面的一个实施例,所述预留余额费用额度的反算成的表现形式是时间片或者业务数据流量或服务金额等形式。
根据本发明的第二方面的另一个实施例,所述预定准则是基于用户账户的余额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的。
根据本发明的第二方面的另一个实施例,用于对第二业务进行计费的装置也以第二预留余额费用额度对第二业务进行计费。
根据本发明的第二方面的另一个实施例,所述用户终端在对第二业务进行计费期间还可以发起第三业务,并且所述在线计费***还包括用于对第三业务进行计费的装置。
根据本发明的第二方面的另一个实施例,在线计费***为每个业务设置一个余额账本。
通过应用本发明的方法,可以使得能够在临界情况下也能够满足用户发起多种业务的需求。并且,由于仅在临界值以下的情况下才使用较小的预留余额费用额度,因此,根据本发明不会使得在线计费***承受过重的负荷。此外,本发明可以适用于各种业务,例如语音业务和数据业务等。另外,在本发明中为每个业务设置了一个账本,这样可以更加灵活地针对用户的每个业务进行计费。
附图说明
参照附图,根据下面的详细描述,可以更加清楚地理解本发明,其中:
图1是计费网络的逻辑结构。
图2是现有技术的计费流程的例子。
图3是根据本发明的一个实施例的计费流程。
图4是在图2中的例子的计费条件下根据本发明的一个实施例进行计费的例子。
具体事实方式
为了简明和清楚起见,附图中的单元不必按照比例来进行绘制,并且在不同附图中,相同参考标记表示相同的单元。此外,为了描述的简明以及不会在不必要的方面使得本发明模糊,而省略了关于公知步骤和单元的描述和细节。
本领域的普通技术人员应该明白,前面的一般描述和下面的详细描述是对发明进行举例和说明的,而不是为了对本发明进行限制的。
下面通过例子来说明本发明的技术方案。
为了有效地避免在第一预留余额费用额度计费方式下的所述问题,即,用户无法在余额低于余额门限值时并行地发起业务的问题,从而减少用户投诉,根据本发明的在线计费***引入了第二预留余额费用额度的概念,即,在第一预留余额费用额度的基础上,根据本发明的在线计费***还使用较小的单位进行余额预留,以确保用户在余额临界值下也能并发地使用第二种业务。所述较小的预留单位即为第二预留余额费用额度。因此,根据本发明的计费方式也称为第二预留余额费用额度计费方式,其中所述预留余额费用额度例如可以是时间片、业务数据流量或者本领域普通技术人员所能够想到的对用户进行计费的任何费用量度,例如还可以是服务金额等。
根据本发明,可以根据以下三种阈值来对第二预留余额费用额度计费方式进行触发:
-根据用户账户的余额门限值进行触发:当在线计费***判断出用户账户中的剩余金额低于所设定的余额门限值时,计费***会触发根据本发明的第二预留余额费用额度计费机制来进行余额预留;
-根据用户可预留的时间片值进行触发:当在线计费***判断出用户账户中的剩余金额不足以根据标准时间片(第一时间片)进行预留时,OCS会触发第二预留余额费用额度计费机制来进行余额预留;以及
-根据用户可预留的业务数据流量值进行触发:当在线计费***判断出用户账户中的剩余金额不足以根据标准业务数据流量预留额度进行预留时,OCS会触发第二预留余额费用额度计费机制来进行余额预留;
可以通过上述三种方式中的至少一种来触发根据本发明的第二预留余额费用额度计费机制。例如,可以根据余额门限值、可预留的时间片值、可预留的业务数据流量值或者三者的结合来触发第二预留余额费用额度机制。另外,所述三种方式仅是为了举例说明的目的的,本领域普通技术人员还能够根据具体应用的情况想到并结合其它阈值来应用本发明的第二预留余额费用额度计费机制,例如,可以是发起服务的金额等。
下面参照图3,通过具体的、但非限制性的例子,说明根据本发明的在用户余额临界值情况下由在线计费***使用第二预留余额费用额度计费机制实现并发业务的流程,其中,在图3所示的实施例中,所述预留余额费用额度例如是时间片。
在第一步骤,用户开始使用第一种业务,并且向OCS发起计费请求。
在第二步骤,OCS判断出用户账户中的余额小于余额门限值,并触发使用第二时间片(第二预留余额费用额度的一种表现形式)进行预留。另外,需要说明的是,尽管在这里作为一个例子,以余额门限值来触发使用第二时间片,但是,如前面所述的那样,根据本发明还可以通过用户可预留的时间片值来触发使用第二时间片。
在第三步骤,用户开始使用第二种业务,并且再次向OCS发起计费请求。
在第四步骤,OCS判断出用户账户中的余额小于余额门限值(或者用户可预留的时间片值小于标准时间片,即第一时间片),并触发使用第二时间片进行预留。
在第五步骤,用户结束使用第一种业务。
在第六步骤,OCS对第一种业务进行扣费,并返还未使用的预留量。
在第七步骤,用户继续使用第二种业务。
在第八步骤,OCS再次使用第二时间片进行预留。
在第九步骤,用户结束使用第二种业务。
在第十步骤,OCS对第二种业务进行扣费,并返还未使用的预留量。
根据本发明的第二预留余额费用额度的预留机制可以适用于用户可以使用的全部业务。例如,根据本发明的在线计费***采用的第二预留余额费用额度余额预留机制不但适用于语音业务,而且还可以适用于数据业务,其包括但不限于MMS、WAP浏览、位置业务、下载、流媒体、即时信息、移动交易等,从而保证了用户对众多业务的需求。
根据本发明的第二预留余额费用额度余额预留机制能够根据不同业务而设置不同的门限值,使用户在同时使用多个业务时互不影响,并且,根据本发明的第二预留余额费用额度余额预留机制能够在多个余额账本(包括金额、时长和数据流量账本等)中进行预留,为余额临界值之下的多业务并发过程提供了必要且充分的支持。
下面,参照图4,与前面参照图2对第一时间片计费机制进行举例说明的情况相对比,说明根据本发明的第二预留余额费用额度计费机制。其中,假设条件与参照图2说明的例子的条件相同,即,假设用户A账户余额为5.3元,余额门限值设置为6元;用户使用的第一种业务假设为拨打长途语音业务,资费为0.07元/6秒的长途费外加0.4元/分钟的本地通话费,标准时间片设置为5分钟;用户使用的第二种业务假设为KJava下载增值业务,资费(服务金额)为2元/次。另外,假设第二时间片为3分钟。
如图4所示,在第一步骤,用户拨打在异地B的用户电话,并向OCS发起计费请求。
在第二步骤,OCS接收到用户的计费请求,并判断出用户帐户余额小于余额门限值(或者用户可预留的时间片值小于标准时间片,即第一时间片),于是,触发使用第二时间片(3分钟)对余额进行预留,预留金额3.3元,并返回用户可用时间量为3分钟。
在第三步骤,用户在通话1分钟后发起使用KJava下载业务。
在第四步骤,OCS判断出用户余额为2.2元,足够用于KJava下载业务的扣费,并根据业务资费扣除金额2元。
在第五步骤,用户成功进行KJava下载业务,并且经过通话2:50后结束通话。
在第六步骤,OCS收到通话结束计费请求,根据用户实际通话时长确定扣费额为3.23元,返还0.07元。帐户余额为0.07元。
通过根据本发明第二预留余额费用额度预留机制可使临界值下的账本余额尽可能地被用完,用户能够更多的使用并发业务,从而提高了用户体验,减少了用户投诉。
在现有技术中,为了满足用户同时使用业务的需求,在用户第一个业务时,计费***会向用户账户申请一部分费用,为了说明的简便,假定其为M;用户使用第二个业务时,计费***会向用户账户申请另一部分费用,为了说明的简便,假定其为N。于是,只有当用户的账户余额大于M+N时,用户才能正常地同时使用所述二种业务。因此,在理论上,合理的用户余额门限值可以是M+N(第一预留额度)。
在现有技术中,当用户余额小于M+N时,用户无法进行业务的同时使用。然而,根据本发明的“第二预留余额费用额度”计费机制,当计费***检测到用户帐户余额小于M+N时,其会向用户账户申请较小的预留费用,例如,为了说明的简便,假定为用户使用第一种业务所预留的费用为P,为用户使用第二种业务所预留的费用为Q,其中,满足P+Q<M+N。于是,根据本发明,当用户余额在余额门限值M+N以下时,用户也还可能同时使用所述二种业务。
另外,再次参照上面关于第一预留余额费用额度(对应于M,N)和第二预留余额费用额度(对应于P,Q)的情况,业务生产***每当用户使用完费用M之后就会再次向计费***申请费用,如果M的取值越大,则进行再次申请费用的时间间隔就会变得越长,即,再次申请费用的情况就会越少发生,这样,可以相应地减少计费***的负荷。例如,在本发明中,当在用户账户临界值(帐户余额门限值、标准时间片或标准业务数据流量预留额度)以下时,P小于M,这会在一定程度上增加计费***的负荷。因此,如果直接应用余额门限值P,则计费***的负荷必然会远大于应用余额门限值M时的***负荷。另一方面,如果直接使M的取值等于用户余额,则就不会发生业务生产***再次向计费***申请费用的情况发生,但是,用户也无法同时使用第二种业务。所以,在本发明中,有条件地(在临界值以下的情况下)使用预留量P,这样兼顾了计费***负荷和用户使用感受两方面的需求。
可以通过各种方式来实现本发明的方法及***。例如,可以通过软件、硬件、固件以及其任意组合来实现本发明的方法及***。上面描述方法步骤的顺序仅是为了说明性的目的而采用的,除非明确的说明,否则,本发明的方法的步骤不限于上面具体描述的顺序。另外,在某些实施例中,本发明还可以体现为在记录介质上所记录的程序,其包括用于实现根据本发明的方法的机器可读指令。
尽管上面已经通过例子对本发明的特定实施例进行了详细描述,但是,本领域的普通技术人员应当理解,上述例子仅是说明性的而并非是对本发明的限制。本领域的普通技术人员应当明白,在不脱离本发明的精神和范围的情况下,可以对上述实施例做出修改。本发明的范围由所附的权利要求来限定。
Claims (10)
1.一种用于费用预留计费***的方法,用于在用户同时使用多种业务的情况下进行计费,所述方法包括:
预先设置各业务的第一预留余额费用额度、第二预留余额费用额度和余额判断的阈值,并且各业务的第一预留余额费用额度大于第二预留余额费用额度;
所述用户发起使用第一业务,并向在线计费***发送计费请求;
在线计费***判断出用户帐户中的剩余金额低于第一业务的余额判断的阈值时,触发使用第一业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;
在线计费***根据第一业务的第二预留余额费用额度对第一业务进行计费;以及
在对第一业务进行计费期间,所述用户发起第二业务,并再次向在线计费***发送计费请求;
在线计费***判断出用户帐户中的剩余金额低于第二业务的余额判断的阈值时,触发使用第二业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;
所述在线计费***根据第二业务的第二预留余额费用额度对第二业务进行计费。
2.根据权利要求1所述的方法,其中,所述预留余额费用额度是时间片、业务数据流量和服务金额中的至少一种。
3.根据权利要求1所述的方法,其中,所述判断是基于用户账户的剩余金额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的;
在线计费***判断出用户帐户中的剩余金额低于第一业务的余额判断的阈值包括:在线计费***判断出用户账户中的剩余金额低于所设定的第一业务的余额门限值;或者,在线计费***判断出用户账户中的剩余金额不足以根据第一业务的标准时间片进行预留;或者,在线计费***判断出用户账户中的剩余金额不足以根据第一业务的标准业务数据流量预留额度进行预留;
在线计费***判断出用户帐户中的剩余金额低于第二业务的余额判断的阈值包括:在线计费***判断出用户账户中的剩余金额低于所设定的第二业务的余额门限值;或者,在线计费***判断出用户账户中的剩余金额不足以根据第二业务的标准时间片进行预留;或者,在线计费***判断出用户账户中的剩余金额不足以根据第二业务的标准业务数据流量预留额度进行预留。
4.根据权利要求3所述的方法,其中,在对第二业务进行计费期间,所述用户发起第三业务,并且在线计费***对第三业务进行计费。
5.根据权利要求1-4中任何一个权利要求所述的方法,其中,在线计费***为每个业务设置一个余额账本。
6.一种费用预留计费***,用于在用户同时使用多种业务的情况下进行计费,所述***包括:
用户终端,用于发起使用第一业务并向在线计费***发送计费请求,在对第一业务进行计费期间还发起第二业务,并再次向在线计费***发送计费请求;以及
在线计费***,其包括:第一装置,用于在判断出用户帐户中的剩余金额低于第一业务的余额判断的阈值时,确定使用第一业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;在判断出用户帐户中的剩余金额低于第二业务的余额判断的阈值时,确定使用第二业务的第二预留余额费用额度对用户帐户中的剩余金额进行预留;其中各业务的阈值、第一预留余额费用额度和第二预留余额费用额度为预先设定,并且各业务的第一预留余额费用额度大于第二预留余额费用额度;和第二装置,用于根据第一业务的第二预留余额费用额度对第一业务进行计费;和第三装置,用于根据第二业务的第二预留余额费用额度对第二业务进行计费。
7.根据权利要求6所述的***,其中,所述预留余额费用额度是时间片、业务数据流量和服务金额中的至少一个。
8.根据权利要求6所述的***,其中,所述判断是基于用户账户的剩余金额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的;
用户帐户中的剩余金额低于第一业务的余额判断的阈值包括:用户账户中的剩余金额低于所设定的第一业务的余额门限值;或者,用户账户中的剩余金额不足以根据第一业务的标准时间片进行预留;或者,用户账户中的剩余金额不足以根据第一业务的标准业务数据流量预留额度进行预留;
用户帐户中的剩余金额低于第二业务的余额判断的阈值包括:用户账户中的剩余金额低于所设定的第二业务的余额门限值;或者,用户账户中的剩余金额不足以根据第二业务的标准时间片进行预留;或者,用户账户中的剩余金额不足以根据第二业务的标准业务数据流量预留额度进行预留。
9.根据权利要求8所述的***,其中,所述用户终端在对第二业务进行计费期间还发起第三业务,并且所述在线计费***还包括用于对第三业务进行计费的装置。
10.根据权利要求6-9中任何一个权利要求所述的***,其中,在线计费***为每个业务设置一个余额账本。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710137009 CN101075887B (zh) | 2007-07-19 | 2007-07-19 | 用于费用预留计费***的方法及费用预留计费*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710137009 CN101075887B (zh) | 2007-07-19 | 2007-07-19 | 用于费用预留计费***的方法及费用预留计费*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101075887A CN101075887A (zh) | 2007-11-21 |
CN101075887B true CN101075887B (zh) | 2013-03-20 |
Family
ID=38976720
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200710137009 Active CN101075887B (zh) | 2007-07-19 | 2007-07-19 | 用于费用预留计费***的方法及费用预留计费*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101075887B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183957B (zh) * | 2007-12-10 | 2011-08-10 | 华为技术有限公司 | 一种在线计费方法、***和设备 |
CN101335800A (zh) * | 2008-08-05 | 2008-12-31 | 中兴通讯股份有限公司 | 预付费业务的计费方法和*** |
CN101583095B (zh) * | 2009-06-03 | 2013-05-08 | 中兴通讯股份有限公司 | 话费预警方法和话费预警*** |
CN101990186B (zh) * | 2009-08-07 | 2013-11-06 | 华为技术有限公司 | 释放资源的方法、装置和*** |
CN102075333A (zh) * | 2009-11-20 | 2011-05-25 | ***通信集团广东有限公司 | 在线计费***余额使用的方法及装置 |
CN101820420B (zh) * | 2010-03-23 | 2013-12-25 | 宇龙计算机通信科技(深圳)有限公司 | 一种对流媒体传输的流量控制方法、***及流媒体服务器 |
CN101860837A (zh) * | 2010-06-12 | 2010-10-13 | 中兴通讯股份有限公司 | 业务计费的控制方法及装置 |
CN106533707B (zh) | 2012-08-08 | 2019-10-01 | 华为技术有限公司 | 计费控制的方法及计费触发装置、在线计费*** |
CN103607707A (zh) * | 2013-11-20 | 2014-02-26 | 中国联合网络通信集团有限公司 | 基于反算计费的资源分配方法及装置 |
CN106817504A (zh) * | 2015-12-02 | 2017-06-09 | 中兴通讯股份有限公司 | 一种扣费方法及装置 |
CN110324801A (zh) * | 2018-03-30 | 2019-10-11 | 华为技术有限公司 | 计费的方法和装置 |
CN110933241B (zh) * | 2018-09-19 | 2021-03-23 | 中移信息技术有限公司 | 一种发送在线计费请求的方法、装置、设备及介质 |
-
2007
- 2007-07-19 CN CN 200710137009 patent/CN101075887B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101075887A (zh) | 2007-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101075887B (zh) | 用于费用预留计费***的方法及费用预留计费*** | |
KR101411329B1 (ko) | 수익 배당을 갖는 엔티티 마다 과금 데이터를 생성하는 프론트 엔드 과금 시스템 | |
EP1990948A1 (en) | Charging system and charging method | |
WO2007020499A1 (en) | Online charging management server | |
CN101217384B (zh) | 实现虚拟专用网计费的方法、装置及*** | |
CN101499911B (zh) | 计费***、装置和方法 | |
US20050222955A1 (en) | Billing process and system in a telecommunication network | |
CN102144372A (zh) | Ims网络中的联机计费关联 | |
US9392392B2 (en) | Systems and methods for providing renewable wireline and wireless services and goods | |
CN101005384A (zh) | 一种计费过程中的处理方法、***及装置 | |
CN100466526C (zh) | 信用控制客户端、信用控制服务器、计费***及计费方法 | |
US20100145838A1 (en) | Method, system, and apparatus for opening accounting data capabilities | |
WO2012067775A2 (en) | Method and system for billing a communication network | |
CN101022488B (zh) | 一种计费方法、***及一种账期切换模块 | |
CN101183956B (zh) | 智能网在线计费交互***及方法 | |
CN100365983C (zh) | 一种分组数据预付费业务实现方法 | |
CN101686289A (zh) | 一种网络预付费的方法、设备及*** | |
CN1964410A (zh) | 计费***及其充值方法 | |
CN101827348A (zh) | 预付费业务用户信用的控制方法、设备及业务支撑*** | |
CN100442697C (zh) | 计费方法及其*** | |
CN101179774A (zh) | 一种预付费内容计费***及方法 | |
CN101267316A (zh) | 数据业务计费方法及***、业务控制点及其数据业务网元 | |
CN101631175A (zh) | 一种移动终端充值方法和*** | |
CN101094083A (zh) | 实现gsm智能网gprs内容实时扣费的***及方法 | |
CN102137371B (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 |
Open date: 20071121 |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |