专利名称：预付费计费的方法、装置及系统的制作方法
技术领域：
本发明实施例涉及通信技术领域，尤其涉及一种预付费计费的方法、装置及系统。
背景技术：
在 3GPP(Third Generation Partnership Project，第三代合作项目规范)中 OCS(Online charging system,在线计费系统)架构中明确了 ABM(Account Balance Management，余额管理中心)功能，在ABM作为独立模块，与批价引擎采用Rc接口，但只定 义了 Rc采用DCC (Diameter Credit-Control Application，信用控制应用协议)，未明确具
体接口。在OCS负责批价和ABM负责余额管理分工明确情况下，对于涉及免费资源预留和 扣费，比如在计费过程存在免费资源或跳次计费时，现有技术中，ABM可能1次只返回部分 授权量，OCS可能会多次批价，OCS与ABM进行多次交互，影响了预付费计费的效率和及时 性。
发明内容
本发明实施例提供一种预付费计费的方法、装置及系统，用以解决现有技术中预 付费计费中ABM与OCS相互交互次数过多，影响了预付费计费的效率的技术问题。本发明实施例提供一种预付费计费的方法，包括接收业务控制中心发送的信用控制请求，所述信用控制请求包含业务量和用户标 识；获取计费策略；根据所述计费策略，将所述业务量转换成1个以上分段业务量；向余额管理中心发送携带所述用户标识和所述1个以上分段业务量的信用控制 请求。本发明实施例提供一种预付费计费的方法，包括接收计费装置发送的信用控制请求，所述信用控制请求包含用户标识和1个以上 分段业务量；根据用户标识，获取到用户标识对应的用户账本；根据所述用户账本和所述1个以上分段业务量，分别对每个分段业务量核算费 用；向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。本发明实施例提供一种计费装置，包括第一接收单元，用于接收业务控制中心发送的的信用控制请求，所述信用控制请 求包含业务量和用户标识；计费策略获取单元，用于获取对应的计费策略；转换单元，用于根据所述计费策略，将所述业务量转换成1个以上分段业务量；
信用控制请求发送单元，用于向余额管理中心发送携带所述用户标识和所述1个 以上分段业务量的信用控制请求。本发明实施例提供了一种余额管理中心，包括第二接收单元，用于接收计费装置发送的的信用控制请求，所述信用控制请求包 含用户标识和1个以上分段业务量；用户账本获取单元，用于根据用户标识，获取到用户标识对应的用户账本；核算单元，用于根据所述用户账本和所述1个以上分段业务量，分别对每个分段 业务量核算费用；信用控制响应发送单元，用于向所述计费装置发送信用控制响应，所述信用控制 响应包含了已核算的业务量。本发明实施例提供了一种预付费计费的系统，包括计费装置，用于接收业务控制中心发送的的信用控制请求，所述信用控制请求包 含业务量和用户标识；根据所述用户标识，获取对应的计费策略；根据所述计费策略，将所 述业务量转换成1个以上分段业务量；向余额管理中心发送携带所述用户标识和所述1个 以上分段业务量的信用控制请求。所述余额管理中心，用于接收计费装置发送的信用控制请求，所述信用控制请求 包含用户标识和1个以上分段业务量；根据用户标识，获取到用户标识对应的用户账本；根 据所述用户账本和所述1个以上分段业务量，分别对每个分段业务量核算费用；向所述计 费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。本发明实施例计费装置根据计费策略，将业务量转换成多个分段业务量，并把各 个分段业务量发送给ABM，使得ABM可以按照分段业务量进行费用核算，由于ABM —次性处 理多个分段业务量的费用核算，从而减少了 OCS与ABM的消息交互，减轻了 OCS的多次批价 的工作，提高计费的效率。
图1为本发明实施仿图2为本发明实施 歹图3为本发明实施锣图4为本发明实施锣图5为本发明实施 歹图6为本发明实施锣图7为本发明实施 歹图8为本发明实施锣图9为本发明实施锣图10为本发明实施
一种预付费计费的方法流程图； 另一种预付费计费的方法流程图； 一种有免费资源的预付费计费的方法流程图； 一种在特定时刻免费资源生效的预付费计费的方法流程图 一种有跳次计费的预付费计费的方法流程图； 一种余额不足的预付费计费的方法流程图； 一种计费装置的结构示意图； 一种余额管理中心的结构示意图； 一种余额管理中心的核算子单元的结构示意图； 列一种预付费计费的系统结构示意图。
具体实施例方式下面结合附图和具体实施例进一步说明本发明实施例的技术方案。本发明实施例公开了一种预付费计费的方法，包括
SlOl 计费装置接收业务控制中心发送的CCR(Credit Control Request，信用控 制请求)，该CCR包含业务量和用户标识；当CCR用于申请预留资源时，CCR携带了 RSU(requested-service-unit，请求业 务单元)，该RSU包含了业务量和用户标识，根据具体业务不同，业务量可以有多种形式，比 如申请预留通话的时间，申请预留的流量，申请预留的总的字节数，申请预留的输入字节 数，申请预留的输出字节数或其它的申请预留的特殊计量单位。当CCR用于扣费时，CCR携带了 USU⑴sed-service-unit，已使用业务单元)，该 USU包含了业务量和用户标识，根据具体业务不同，业务量可以有多种形式，比如已通话 的时间，已使用的流量，已使用的总的字节数，已使用的输入字节数，已使用的输出字节数 或其它的已使用的特殊计量单位。业务控制中心可以为SCP (service control point，业务控制点)，也可以为其它 的控制设备。S102 计费装置获取计费策略；计费策略可以保存在计费装置，也可以保存在其它的存储介质，如保存在 SDM(Service Data Management，业务数据管理)，当计费装置收到CCR时，需要根据用户标 识，去查询该用户标识对应的计费策略。计费策略可以有多种，比如该计费用户所属的套 餐，各个时段计费的线性费率等。计费装置可以根据用户标识来获取该用户标识对应的计费策略，也可以无需根据 用户标识来获取该用户的计费策略，比如可以统一的计费规则或者根据用户接入码来确 定该用户的计费策略等。S103 计费装置根据所述计费策略，将所述业务量转换成1个以上分段业务量；由于在计费过程，可能存在多种费率，比如通话前3分钟为费率0.5元/分钟，第 3分钟后为1元/分钟。因此计费装置根据业务量所对应的多个线性费率，将上述RSU或 USU中的业务量转换成1个以上的分段业务量，各个分段业务量包含了分段支付业务量，分 段支付金额和分段最小支付单位，利用分段支付金额与分段支付业务量的比值可以表示各 个分段的费率，比如CCR中的业务量为8分钟，则可以将前3分钟的费率为0. 5元/分钟转 换为分段支付金额为1. 5元，分段支付时间为3分钟，最小支付单位为1分钟，将后5分钟 的费率为1元/分钟转换成分段支付金额为5元，分段支付时间为5分钟，最小支付单位为 1分钟。分段支付了业务量又可以包括分段支付时间、分段支付流量、分段支付总字节数、分 段支付输入字节数、分段支付输出字节数或分段支付业务特殊单位等多种形式。S104 计费装置向ABM发送携带用户标识和1个以上分段业务量的CCR。计费装置将转换后的多个分段业务量发送给余额管理中心，以便于余额管理中心 进行费用核算，此时CCR中携带的RSU/USU与SCP发送给计费装置的CCR的RSU/USU的内容 是不同的，此时CCR中携带了多个RSU/USU，其数量和转换后的业务量分段数相同，1个RSU/ USU包含了 1个分段的业务量，该RSU的结构如Requested-Service-Unit: = <AVP Header:437>[CC-Time][CC-Money][CC-Total-Octets]
[CC-Input-Octets] [CC—Output—Octets][CC-Service-Specific-Units][Min—Charge—Unit]
USU的结构如Used-Service-Unit: = <AVP Header:446> [Reporting-Reason] [Tariff-Change-Usage] [CC-Time][CC-Money][CC-Total-Octets] [CC-Input-Octets] [CC-Output-Octets][CC-Service-Specific-Units][Min—Charge—Unit] 其中CC-Time表示分段支付时间，CC-Money表示分段支付金额， Min-Charge-Unit表示分段最小支付单位，CC-Total-Octets表示分段支付总流量， CC-Input-Octets表示分段支付接收总流量，CC-Output-Octets表示分段支付发送总流 量，CC-Service-Specif ic-Units表示分段支付业务特殊单位；Iteporting-Reason表示上 报原因，Tariff-Change-Usage表示费用支付用途。其中，Min-Charge-Unit可以用于跳次 计费，也可以用于余额不足时最小业务量的判断；在RSU和USU中，上述字段中，CC-Money 和Min-Charge-Unit是必选的，其它的字段是可选的。本发明实施例计费装置根据计费策略，将业务量转换成多个分段业务量，并把各 个分段业务量发送给ABM，使得ABM可以按照进行分段业务量的费用核算，由于OCS —次性 发送包含多个分段业务量的CCR，从而减少了 OCS与ABM的消息交互，减轻了 OCS的多次批 价的工作，提高计费的效率。本发明实施例公开了另一种预付费计费的方法，包括S201 :ABM接收计费装置发送的CCR，CCR包含用户标识和1个以上分段业务量。这里的CCR包含的内容与S104中CCR包含的内容相同。S202 =ABM根据用户标识，获取到用户标识对应的用户账本；S203 根据用户账本和1个以上分段业务量，分别对每个分段业务量核算费用。如果CCR携带的是RSU，即业务量为申请预留的业务量，ABM根据用户账本和1个 以上申请预留的分段业务量，分别对每个申请预留的分段业务量进行预留费用。如果CCR携带的的是USU，即业务量为已使用的业务量，ABM根据所述1个以上已 使用的分段业务量，分别对每个已使用的分段业务量进行扣除费用。在分段业务量进行核算费用时，首先根据分段支付业务量和分段支付金额，分别 计算每个分段业务量对应的费率；然后根据用户账本、每个分段业务量对应的费率和分段 支付业务量，分别对每个分段业务量核算费用。有时可能用户账本存在的剩余免费资源，该免费资源没有具体时间限制，此时首先核算该剩余免费资源对应的业务量，然后根据所述已核算的业务量、每个分段业务量对 应的费率和分段支付业务量，分别对每个分段业务量核算费用。如果该免费资源具有时间 限制，则在时间条件满足的情况下，才利用剩余免费资源来对分段业务量进行费用核算。如果在计费过程出现跳次计费，比如在前3分钟内通话，所需要支付金额为1. 5 元，如果通话时间不足3分钟，仍然需要支付1. 5元；此时ABM需要判断分段最小支付单位 是否大于分段支付业务量，如果大于的话，则ABM在最小支付单位内，均按照分段支付金额 对该分段业务量进行核算费用，如果小于的话，则按照分段支付业务量对该分段业务量进 行核算费用。如果这时用户账本中也存在免费资源时，如果免费资源大于最小支付单位，则 该分段业务量，按照免费资源来核算费用，如果免费资源小于最小支付单位，则首先按照分 段支付金额对分段业务量进行核算费用，然后才使用免费资源来核算下一个分段业务量的 费用。如果用户账本的剩余金额少于分段最小支付单位，即剩余金额无法支付分段最小 单位，则此次分段业务量核算费用为0。S204 =ABM向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算 的业务量。已核算的业务量可以用GSU(Granted-krvice-Unit，授权业务量单元)来表示。上述计费的对象可以有多种，比如语音通话时间，视频通话时间和流量，上网流量 等，本发明实施例并不限制计费的对象。本发明实施例由于ABM可以进行多个分段业务量的费用核算，从而减少了 OCS与 ABM的消息交互，减轻了 OCS的多次批价的工作，提高计费的效率。通常费率会根据通话时长变化而发生变化，比如，如图3所示的应用场景中，通话 时间的第1分钟至第3分钟的费率为0. 5元/分钟，通话时间第4分钟至第10分钟的费率 为1元/分钟，并且此时ABM中用户账本的剩余免费通话时长为2分钟，用户账本的剩余金 额为6元，此时SCP申请的通话时长为8分钟，实现费用精确预留的具体过程如下所示。S301 =SCP向OCS发送CCR来申请通话预留时长，该CCR中包含了 RSU和计费用户 的用户标识，由于申请的预留的时长为8分钟，因此CCR中携带的RSU的CC_Time等于8分 钟，用户标识可以是手机号码，或者短号码，以及其他能够唯一标识计费用户的标识信息。S302 =OCS接收到上述CCR，解析该CCR，并对该次计费申请进行批价处理。 从CCR解析获取到RSU的CC_Time等于8分钟，并且根据计费用户的用户标识，查 询到该用户标识所对应计费策略，确认该用户申请通话8分钟内存在两种不同的费率，此 时按照预留时长8分钟来进行批价处理。由OCS将2段不同费率转换为2段RSU，即第1个 RSU中的CC_time等于3分钟，CCjnoney等于1. 5元，Min_charge_unit等于1分钟，第2 个RSU中的CC_time等于5分钟，CCjnoney等于5元，Min_charge_unit等于1分钟；并向 ABM发送包含上述两个RSU的CCR ；其中账户中的费率可以用CCjiioney与CC_time的比值 来确定，Min_Charge_imit表示在该种费率情况下，最小计费业务量或余额不足时最小业务 量。S303 :ABM接收到上述包含两个RSU的CCR后，预留通话费用。ABM解析CCR后，获取到两个RSU以及计费用户的用户标识，根据用户标识获取该 用户账本，确定该用户账户还剩余2分钟的免费通话时间，因此ABM首先预留2分钟的免费通话时间；其次由于第1个RSU中包含的CC_time等于3分钟，而已经预留了 2分钟，因此 第1种费率情况下只可以预留1分钟，并根据CCjiioney与CC_time计算第1种费率为CC_ money^CC_time = 1. 5元+3分钟=0. 5元/分钟，然后计算第1种费率情况下预留的金 额为1分钟X0. 5元/分钟=0. 5元；最后由于已经预留了 2分钟的免费通话时间和第1 种费率情况下的1分钟计费通话时间，因此第2种费率情况下预留5分钟，并根据CCjiioney 与CC_time计算第2种费率为CC_money+ CC_time = 5元+5分钟=1元/分钟，然后计 算第2种费率情况下预留的金额为5分钟X 1元/分钟=5元；因此本次预留总的通话费 用为0. 5元+5元=5. 5元。并且由于5. 5元少于该账户的剩余金额6元，因此预留成功。S304 :ABM预留通话费用成功后，向OCS返回CCA(Credit Control Answer，信用控 制响应)，该CCA中包含了预留的通话时长为8分钟，即CCA中的GSU等于8分钟。S305 =OCS将接收的CCA发送给SCP，这样SCP就可以根据CCA中预留的通话时长 8分钟来监控通话时间。如果上述S301中SCP发送的CCR中携带的USU时，即SCP申请进行实际的扣费， 扣费的流程同S301-S305的流程，这里不再赘述。由于OCS将用分段的RSU来表示多个费率，并且RSU中包含了分段支付业务量，分 段支付金额和分段最小支付单位，因此ABM通过分段支付业务量和分段支付金额可以计算 出相应费率，因此ABM可以实现1次预留，并且可以实现对优惠费用的预留。从而减少了 OCS与ABM的消息交互，减轻了 OCS的多次批价的工作，提高计费的效率，并实现了精确预留费用。通常费率会根据通话时长变化而发生变化，并且优惠的话费时间是在一个特殊的 时间段，比如，如图4所示的应用场景中，通话时间的第1分钟至第3分钟的费率为0. 5/分 钟，通话时间第4分钟至第10分钟的费率为1元/分钟，并且此时用户账本余额为6元，用 户账本的剩余免费通话时长为2分钟，免费通话时间是从每日8:00至9:00生效，此时SCP 申请的通话时长为8分钟，申请通话时刻为7:58，此时实现费用精确预留的具体过程如下 所示。S401-S402 同 S301-S302。这里不再赘述。S403 :ABM接收到上述包含两个RSU的CCR后，预留通话费用。 ABM解析CCR后，获取到两个RSU以及计费用户的用户标识，在第1个RSU中的CC_ time为3分钟，而根据用户标识获取该用户账本可知，从8:00开始有2分钟的免费通话时 间，而此时申请的通话时间开始为7:58，因此首先预留2分钟的第1种费率的通话费用，根 据 CCjnoney 与 CC_time 计算第 1 种费率为CC_money+ CC_time = 1. 5 元 +3 分钟=0. 5 元/分钟，然后计算第1种费率情况下预留的费用为2分钟X0. 5元/分钟=1元；其次预 留2分钟的免费通话资源；最后由于第1种费率情况下，已经预留了 2分钟，免费资源预留 了 2分钟，因此开始需要在第2种费率情况下进行预留，预留的时间为4分钟，并根据CC_ money与CC_time计算第2种费率为CC_money+ CC_time = 5元+5分钟=1元/分钟， 然后计算第2种费率情况下预留的金额为4分钟X 1元/分钟=4元；因此本次预留总的 通话费用为1元+4元=5元，并且由于5元小于该账户的剩余金额6元，因此本次预留成 功。 S404 :ABM预留通话费用成功后，向OCS返回CCA，该CCA中包含了预留的通话时长为8分钟，即CCA中的GSU等于8分钟。S405 =OCS将接收的CCA发送给SCP，这样SCP就可以根据CCA中预留的通话时长 8分钟来监控通话时间。如果上述401中SCP发送的CCR中携带的USU时，即SCP申请进行实际的扣费，扣 费的流程同S401-S405的流程，这里不再赘述。由于OCS将用分段的RSU来表示多个费率，并且RSU中包含了分段支付业务量，分 段支付金额和分段最小支付单位，因此ABM通过分段支付业务量和分段支付金额可以计算 出相应费率，ABM可以实现1次预留，并且可以实现对优惠费用在具体的时刻的预留。从而 减少了 OCS与ABM的消息交互，减轻了 OCS的多次批价的工作，提高计费的效率，并实现了 精确预留费用。在实际应用中，免费资源可能按照跳次扣费，比如，如图5所示的应用场景中，通 话时间的第1分钟至第3分钟，费用为1. 5元，如果不足3分钟，按照3分钟扣费，通话时间 第4分钟至第10分钟的费率为1元/分钟，并且此时用户账本余额为6元，用户账本的剩 余免费通话时长为2分钟，此前2分钟不能用免费通话时间来预留(如果此时用户账本的 剩余免费通话时长为4分钟，则此前3分钟可以用免费通话时间来预留)，此时SCP申请的 通话时长为8分钟，此时实现费用精确预留的具体过程如下所示。S501-S502 同 S301-S302。这里不再赘述。S503 :ABM接收到上述包含两个RSU的CCR后，预留通话费用。ABM解析CCR后，获取到两个RSU以及计费用户的用户标识，在第1个RSU中的CC_ time为3分钟和Min_Charge_imit为3分钟，因此在第1种费率情况下预留的费用就是CC_ money的值，即1. 5元；其次预留2分钟的免费通话资源；最后由于第1种费率情况下，已经 预留了 3分钟，免费资源预留了 2分钟，因此开始需要在第2种费率情况下进行预留，预留 的时间为3分钟，并根据CCjnoney与CC_time计算第2种费率为CC_money+ CC_time = 5 元+5分钟=1元/分钟，然后计算第2种费率情况下预留的金额为3分钟X 1元/分钟 =3元；因此本次预留总的通话费用为1. 5元+3元=4. 5元，并且由于4. 5元小于该账户 的剩余金额6元，因此本次预留成功。S504:ABM预留通话费用成功后，向OCS返回CCA，该CCA中包含了预留的通话时长 为8分钟，即CCA中的GSU等于8分钟。S505 =OCS将接收的CCA发送给SCP，这样SCP就可以根据CCA中预留的通话时长 8分钟来监控通话时间。如果上述501中SCP发送的CCR中携带的USU时，即SCP申请进行实际的扣费，扣 费的流程同S501-S505的流程，这里不再赘述。由于OCS将用分段的RSU来表示多个费率，并且RSU中包含了分段支付业务量，分 段支付金额和分段最小支付单位，因此ABM通过分段支付业务量和分段支付金额可以计算 出相应费率，通过最小支付单元可以很有效地完成跳次计费，减少了 OCS与ABM的消息交 互，实现了精确预留费用。在实际应用中，会存在余额无法支付最少通话时间的情况，比如，如图6所示的应 用场景中，通话时间的第1分钟至第3分钟，费率为0. 5元/分钟，通话时间第4分钟至第 10分钟的费率为1元/分钟，并且此时用户账本余额为0. 4元，此时SCP申请的通话时长为8分钟，此时实现费用精确预留的具体过程如下所示。S601-S602 同 S301-S302。这里不再赘述。S603 :ABM接收到上述包含两个RSU的CCR后，预留通话费用。ABM解析CCR后，获取到两个RSU以及计费用户的用户标识，在第1个RSU中，根据CCjnoney 与 CC_time 计算第 1 种费率为CC_money+ CC_time = 1. 5 元 +3 分钟=0. 5 元 /分钟，而Min_Charge_unit为1分钟，即此时能够预留最少金额需要1分钟XO. 5元/分 钟=0. 5元，而该用户的账本只有余额0. 4元，小于预留需要的最小金额，因此本次无法预
&3 甶οS604 :ABM预留通话费用成功后，向OCS返回CCA，该CCA中包含了预留的通话时长 为0分钟，即CCA中的GSU等于0分钟。S605 =OCS将接收的CCA发送给SCP。如果上述601中SCP发送的CCR中携带的USU时，即SCP申请进行实际的扣费，扣 费的流程同S601-S605的流程，这里不再赘述。由于OCS将用分段的RSU来表示多个费率，并且RSU中包含了分段支付业务量，分 段支付金额和分段最小支付单位，因此ABM通过分段支付业务量和分段支付金额可以计算 出相应费率，并且根据费率和最小的支付单元来去确定本次支付需要最少的金额，当确定 本次支付需要最少的金额大于该用户账户的余额时，ABM将不为本次计费进行预留费用，从 而OCS无需释放本次预留扣费，以及减少了 OCS与ABM的消息交互，减轻了 OCS的重批工作， 实现了精确预留费用。如图7所示，本发明实施例还提供了一种计费装置，包括第一接收单元71，用于接收业务控制中心发送的信用控制请求，所述信用控制请 求包含业务量和用户标识；当CCR用于申请预留资源时，CCR携带了 RSU(requested-service-unit，业务请 求单元)，该RSU包含了业务量和用户标识，根据具体业务不同，业务量可以有多种形式，比 如申请预留通话的时间，申请预留的流量，申请预留的总的字节数，申请预留的输入字节 数，申请预留的输出字节数或其它的申请预留的特殊计量单位。当CCR用于扣费时，CCR携带了 USU⑴sed-service-unit，已使用业务单元)，该 USU包含了业务量和用户标识，根据具体业务不同，业务量可以有多种形式，比如已通话 的时间，已使用的流量，已使用的总的字节数，已使用的输入字节数，已使用的输出字节数 或其它的已使用的特殊计量单位。计费策略获取单元72，用于获取对应的计费策略；计费策略可以保存在计费装置，也可以保存在其它的存储介质，如保存在SDM，当 第一接收单元71接收到CCR时，费策略获取单元72需要根据用户标识，去查询该用户标识 对应的计费策略。计费策略可以有多种，比如该计费用户所属的套餐，各个时段计费的线
性费率等。转换单元73，用于根据所述计费策略，将所述业务量转换成1个以上分段业务量；由于在计费过程，可能存在多种费率，比如通话前3分钟为费率0.5元/分钟，第 3分钟后为1元/分钟。因此转换单元73根据业务量所对应的多个线性费率，将上述RSU 或USU中的业务量转换成1个以上的分段业务量，各个分段业务量包含了分段支付业务量，分段支付金额和分段最小支付单位，利用分段支付金额与分段支付业务量的比值可以表示 各个分段的费率，比如CCR中的业务量为8分钟，则可以将前3分钟的费率为0. 5元/分钟 转换为分段支付金额为1. 5元，分段支付时间为3分钟，最小支付单位为1分钟，转换单元 73将后5分钟的费率为1元/分钟转换成分段支付金额为5元，分段支付时间为5分钟，最 小支付单位为1分钟。分段支付了业务量又可以包括分段支付时间、分段支付流量、分段支 付总字节数、分段支付输入字节数、分段支付输出字节数或分段支付业务特殊单位。信用控制请求发送单元74，用于向余额管理中心发送携带所述用户标识和所述1 个以上分段业务量的信用控制请求。信用控制请求发送单元74将转换后的多个分段业务量发送给余额管理中心，以 便于余额管理中心进行费用核算，此时CCR中携带的RSU/USU与SCP发送给计费装置的CCR 的RSU/USU的内容是不同的，此时CCR中携带了多个RSU/USU，其数量和转换后的业务量分 段数相同。计费装置可以为0CS，也可以为其它的计费设备。其中，本实施例所涉及的一个以上分段业务量、用户账本、费用以及所涉及的具体 工作过程，可以参考上述图3至图6所涉及的实施例揭露的相关内容，在此不再赘述。如图8所示，本发明实施例还提供了一种余额管理中心，包括第二接收单元81，用于接收计费装置发送的CCR，CCR包含用户标识和1个以上分 段业务量；用户账本获取单元82，用于根据用户标识，获取到用户标识对应的用户账本；核算单元83，用于根据所述用户账本和所述1个以上分段业务量，分别对每个分 段业务量核算费用；信用控制响应发送单元84，用于向所述计费装置发送信用控制响应，所述信用控 制响应包含了已核算的业务量。其中如果在计费过程出现跳次计费时，核算单元83具体用于所述分段最小支付 单位大于分段支付业务量时，按照分段支付金额对所述分段业务量进行核算费用。可选的如图9所示，核算单元83还包括费率计算子单元831和核算子单元832， 其中，费率计算子单元831，用于根据所述分段支付业务量和所述分段支付金额，分别计算 每个分段业务量对应的费率；核算子单元832，用于根据所述用户账本、每个分段业务量对 应的费率和分段支付业务量，分别对每个分段业务量核算费用。有时可能用户账本存在的剩余免费资源，如图9所示，核算单元83还包括免费资 源子单元833，用于根据所述用户的账本的剩余免费资源，核算所述剩余免费资源对应的业 务量；核算子单元832，具体用于根据免费资源子单元833已核算的业务量、每个分段业务 量对应的费率和分段支付业务量，分别对每个分段业务量核算费用。如果用户账本的剩余金额少于分段最小支付单位，即剩余金额无法支付分段最小 单位，则此次核算单元83核算分段业务量的费用为0。其中，本实施例所涉及的一个以上分段业务量、用户账本、费用以及所涉及的具体 工作过程，可以参考上述图2至图6所涉及的实施例揭露的相关内容，在此不再赘述。如图10所示，本发明实施例还提供一种预付费计费的系统，包括计费装置91，用于接收业务控制中心发送的信用控制请求，所述信用控制请求包含业务量和用户标识；根据所述用户标识，获取对应的计费策略；根据所述计费策略，将所 述业务量转换成1个以上分段业务量；向余额管理中心92发送携带所述用户标识和所述1 个以上分段业务量的信用控制请求。所述余额管理中心92，用于接收计费装置91发送的的信用控制请求，所述信用控 制请求包含用户标识和1个以上分段业务量；根据用户标识，获取到用户标识对应的用户 账本；根据所述用户账本和所述1个以上分段业务量，分别对每个分段业务量核算费用；向 所述计费装置91发送信用控制响应，所述信用控制响应包含了已核算的业务量。其中，本实施例所涉及的一个以上分段业务量、用户账本、费用以及所涉及的具体 工作过程，可以参考上述图1至图6所涉及的实施例揭露的相关内容，在此不再赘述。本发明实施例计费装置根据计费策略，将业务量转换成多个分段业务量，并把各 个分段业务量发送给ABM，使得ABM可以按照进行分段业务量的费用核算，由于ABM —次性 处理多个分段业务量的费用核算，从而减少了 OCS与ABM的消息交互，减轻了 OCS的多次批 价的工作，提高计费的效率。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
1.一种预付费计费的方法，其特征在于，包括接收业务控制中心发送的信用控制请求，所述信用控制请求包含业务量和用户标识； 获取计费策略；根据所述计费策略，将所述业务量转换成1个以上分段业务量；向余额管理中心发送携带所述用户标识和所述1个以上分段业务量的信用控制请求。
2.根据权利要求1所述的方法，其特征在于，所述业务量包括申请预留的业务量或已 使用的业务量。
3.根据权利要求2所述的方法，其特征在于，所述分段业务量包含了分段支付业务量， 分段支付金额和分段最小支付单位。
4.根据权利要求3所述的方法，其特征在于，所述分段支付业务量包括分段支付时间、 分段支付总流量、分段支付接收总流量、分段支付发送总流量或分段支付业务特殊单位中之一。
5.根据权利要求3所述的方法，其特征在于，所述计费策略包括多段线性费率； 所述根据所述计费策略，将所述业务量转换成1个以上分段业务量，包括分别根据所述每段线性费率，将所述符合所述每段线性费率的部分业务量转换成1个 分段业务量，其中，每个分段业务量的分段支付金额与分段支付业务量的比值与所述每段 线性费率相同。
6.一种预付费计费的方法，其特征在于，包括接收计费装置发送的信用控制请求，所述信用控制请求包含用户标识和1个以上分段 业务量；根据用户标识，获取到用户标识对应的用户账本；根据所述用户账本和所述1个以上分段业务量，分别对每个分段业务量核算费用； 向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。
7.根据权利要求6所述的方法，其特征在于，所述业务量包括申请预留的业务量，所述 根据所述用户账本和所述1个以上分段业务量，分别对每个分段业务量核算费用，包括根 据所述用户账本和所述1个以上申请预留的分段业务量，分别对每个申请预留的分段业务 量预留费用；或者所述业务量包括已使用的业务量，所述根据所述用户账本和所述1个以上分段业务 量，分别对每个分段业务量核算费用，包括根据所述用户账本和所述1个以上已使用的分 段业务量，分别对每个已使用的分段业务量扣除费用。
8.根据权利要求7所述的方法，其特征在于，所述业务量包含了分段支付业务量，分段 支付金额和分段最小支付单位。
9.根据权利要求8所述的方法，其特征在于，所述根据所述用户账本和所述1个以上分 段业务量，分别对每个分段业务量核算费用，包括根据所述分段支付业务量和所述分段支付金额，分别计算每个分段业务量对应的费率；根据所述用户账本、每个分段业务量对应的费率和分段支付业务量，分别对每个分段 业务量核算费用。
10.根据权利要求9所述的方法，其特征在于，当所述用户账本存在的剩余免费资源时，所述根据所述用户账本、每个分段业务量对应的费率和分段支付业务量，分别对每个分 段业务量核算费用，包括根据所述用户的账本的剩余免费资源，核算所述剩余免费资源对应的业务量； 根据所述已核算的业务量、每个分段业务量对应的费率和分段支付业务量，分别对每 个分段业务量核算费用。
11.根据权利要求8所述的方法，其特征在于，所述根据所述用户账本和根据所述1个 以上分段业务量，分别对每个分段业务量核算费用，包括确定所述用户账本的剩余金额少于所述分段最小支付单位，对所述分段业务量核算费 用为O。
12.根据权利要求8所述的方法，其特征在于，所述根据所述用户账本和根据所述1个 以上分段业务量，分别对每个分段业务量核算费用，包括所述分段最小支付单位大于分段支付业务量时，按照分段支付金额对所述分段业务量 进行核算费用。
13.一种计费装置，其特征在于，包括第一接收单元，用于接收业务控制中心发送的的信用控制请求，所述信用控制请求包 含业务量和用户标识；计费策略获取单元，用于获取对应的计费策略；转换单元，用于根据所述计费策略，将所述业务量转换成1个以上分段业务量； 信用控制请求发送单元，用于向余额管理中心发送携带所述用户标识和所述1个以上 分段业务量的信用控制请求。
14.一种余额管理中心，其特征在于，包括第二接收单元，用于接收计费装置发送的的信用控制请求，所述信用控制请求包含用 户标识和1个以上分段业务量；用户账本获取单元，用于根据用户标识，获取到用户标识对应的用户账本；核算单元，用于根据所述用户账本和所述1个以上分段业务量，分别对每个分段业务量核算费用；信用控制响应发送单元，用于向所述计费装置发送信用控制响应，所述信用控制响应 包含了已核算的业务量。
15.根据权利要求14所述的余额管理中心，其特征在于，所述核算单元包括费率计算 子单元和核算子单元，其中，费率计算子单元，用于根据所述分段支付业务量和所述分段支付金额，分别计算每个 分段业务量对应的费率；核算子单元，用于根据所述用户账本、每个分段业务量对应的费率和分段支付业务量， 分别对每个分段业务量核算费用。
16.根据权利要求15所述的余额管理中心，其特征在于，所述核算单元还包括免费资 源子单元，用于根据所述用户的账本的剩余免费资源，核算所述剩余免费资源对应的业务 量；所述核算子单元，具体用于根据所述免费资源子单元已核算的业务量、每个分段业务 量对应的费率和分段支付业务量，分别对每个分段业务量核算费用。
17.根据权利要求14所述的余额管理中心，其特征在于，所述核算单元具体用于所述 分段最小支付单位大于分段支付业务量时，按照分段支付金额对所述分段业务量进行核算费用。
18.一种预付费计费的系统，其特征在于，包括计费装置，用于接收业务控制中心发送的的信用控制请求，所述信用控制请求包含业 务量和用户标识；获取对应的计费策略；根据所述计费策略，将所述业务量转换成1个以上 分段业务量；向余额管理中心发送携带所述用户标识和所述1个以上分段业务量的信用控 制请求。所述余额管理中心，用于接收计费装置发送的信用控制请求，所述信用控制请求包含 用户标识和1个以上分段业务量；根据用户标识，获取到用户标识对应的用户账本；根据所 述用户账本和所述1个以上分段业务量，分别对每个分段业务量核算费用；向所述计费装 置发送信用控制响应，所述信用控制响应包含了已核算的业务量。
全文摘要
本发明实施例提供一种提高服务成功率的方法、装置及系统。该方法包括接收业务控制中心发送的信用控制请求，所述信用控制请求包含业务量；获取计费策略；根据所述计费策略，将所述业务量转换成1个以上分段业务量；向余额管理中心发送携带所述用户标识和所述1个以上分段业务量的信用控制请求。本发明实施例计费装置根据计费策略，将业务量转换成多个分段业务量，并把各个分段业务量发送给ABM，使得ABM可以按照分段业务量进行费用核算，由于ABM一次性处理多个分段业务量的费用核算，从而减少了OCS与ABM的消息交互，减轻了OCS的多次批价的工作，提高计费的效率。
文档编号H04W88/18GK102149063SQ201010219298
公开日2011年8月10日 申请日期2010年6月29日 优先权日2010年6月29日
发明者包贤德, 徐长久, 王世军, 王书光 申请人:华为技术有限公司