CN101499911A

CN101499911A - 计费系统、装置和方法

Info

Publication number: CN101499911A
Application number: CN 200810005093
Authority: CN
Inventors: 王斌
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-02-03
Filing date: 2008-02-03
Publication date: 2009-08-05
Anticipated expiration: 2028-02-03
Also published as: EP2086164A1; CN101499911B

Abstract

本发明实施例涉及一种计费系统、装置和方法。该计费系统包括用于接入终端的接入装置、用于获取用户信息和业务信息的控制装置和用于根据用户信息和业务信息获取并发送当前业务的费率信息的计费通知装置。该计费装置包括用于获取费率信息的费用模块、用于判断终端是否开通了计费通知业务的判断模块和用于发送费率信息的通知模块。该计费方法包括接收用户信息和业务信息；根据业务信息获取费率信息；根据用户信息判断终端是否开通了计费通知业务，并发送携带有费率信息的计费通知消息。通过本发明实施例的计费系统、装置和方法，可以实现事先计费通知。

Description

计费系统、装置和方法

技术领域

本发明涉及网络技术领域，尤其是一种计费系统、装置和方法。

背景技术

随着电信业务的发展，更多种类的通信业务也随之出现。不仅包括传统的会话类业务，还包括按流量计费的数据类业务和按事件计费的增值类业务等。伴随着通信种类的增加，出现了越来越复杂的费用计算问题。为实现多种计费方式的融合，出现了基于在线计费系统(Online ChargingSystem，以下简称OCS)的融合计费方案，其是在传统智能网的基础上，将计费部分剥离出来，利用OCS进行费率的获取、批价和扣费。基于OCS的融合计费方案是先会话类计费的系统主要包括：移动交换中心(MobileService Switching Center，以下简称MSC)、业务控制点(Service ControlPoint，以下简称SCP)和OCS；MSC用于接入终端和终端使用的当前业务，SCP从MSC获取终端的用户信息和当前业务的业务信息，并将用户信息和业务信息发送给OCS，OCS根据用户信息和业务信息及计费策略实现对当前业务的计费。

为了实现计费透明，用户需要了解每次会话的费用，在计费策略简单的情况下，用户可以通过记忆的方式来获知每次会话的费用，但是对于越来越复杂计费情况，运营商的计费也越来越精确，随之出现了多种多样的计费方式，比如分时段优惠等。对于出现的越来越多的计费方式，用户终端难以完全记忆和识别。随之电信业的发展，用户终端的需求也在不断增加，他们要求不需记忆复杂的计费方式，就能更透明地了解自身的消费情况，比如，希望获知用户本次通话的时长、通话的费率、本次通话的费用甚至本次通话后帐号的余额等。目前的话费立显业务便是在这种需求下应运而生的，比如智能公话，其是在通话结束之后，话费立刻显示在话机和监视软件上，但是，此种业务的话费通知是在通话之后，用户更希望只要拨打被叫后，就能获知本次通话需要的费率等计费信息，根据该计费信息选择继续拨叫还是放弃当前拨叫。

发明内容

本发明实施例提供一种计费系统、装置和方法，用以解决现有技术计费通知出现在业务使用之后造成的计费不够透明的问题，实现事先费率提醒。

本发明实施例提供了一种计费系统，包括：

接入装置，用于接入终端，并将所述终端使用的当前业务的费率信息通知给所述终端；

控制装置，用于根据所述终端和所述终端使用的当前业务获取与所述终端对应的用户信息和与所述当前业务对应的业务信息，并在接收到计费通知消息后向所述接入装置发送提醒消息，所述提醒消息中携带有所述当前业务的费率信息；

计费装置，用于根据所述控制装置获取的用户信息和业务信息向所述控制装置发送携带有所述当前业务的费率信息的计费通知消息。

本发明实施例提供一种计费装置，包括：

费用模块，用于根据业务信息获取与所述业务信息对应的当前业务的费率信息；

判断模块，用于根据与所述业务信息对应的用户信息判断与所述用户信息对应的终端是否开通了计费通知业务；

通知模块，用于将开通了计费通知业务的终端对应的当前业务的费率信息添加到计费通知消息中，并发送所述计费通知消息。

本发明实施例提供了一种计费方法，包括：

接收用户信息和业务信息，所述用户信息与终端对应，所述业务信息与所述终端使用的当前业务对应；

根据业务信息获取与所述业务信息对应的当前业务的费率信息；

根据所述用户信息判断与所述用户信息对应的终端是否开通了计费通知业务，并向开通了计费通知业务的终端通知与所述终端对应的当前业务的费率信息。

本发明实施例的计费通知装置不仅能够获取当前业务的费率信息，并且可以发送该费率信息，控制装置在接收到携带有费率信息的计费通知消息后可以指示接入装置向终端通知使用的业务的费率信息，实现计费透明。

附图说明

图1为本发明计费系统实施例一结构示意图；

图2为本发明不同业务类网络连接结构示意图；

图3为本发明计费系统实施例二结构示意图；

图4为本发明计费装置实施例一结构示意图；

图5为本发明计费装置实施例二结构示意图；

图6为本发明计费方法实施例一流程图；

图7为本发明计费方法实施例二流程图；

图8为本发明计费方法对于未开通计费通知业务的终端的处理流程图。

具体实施方式

下面结合附图和具体实施例进一步说明本发明的技术方案。

图1为本发明计费系统实施例一结构示意图，该实施例包括：接入装置1、控制装置2、计费装置3；接入装置1用于接入终端，并将所述终端使用的当前业务的费率信息通知给所述终端；控制装置2用于根据接入装置1接入的终端和当前业务获取与所述终端对应的用户信息和与所述当前业务对应的业务信息，并在接收到计费通知消息后发送提醒消息给接入装置1，该提醒消息中携带有所述当前业务的费率信息；计费装置3用于根据控制装置2获取的用户信息和业务信息向控制装置2发送携带有所述当前业务的费率信息的计费通知消息。

本实施例中，计费装置能够根据用户信息和业务信息判断终端是否开通了计费通知业务，对开通了计费通知业务的终端发送携带有终端使用的当前业务的费率信息给控制装置，控制装置接收到该计费通知消息后发送相应的提醒消息给接入装置，进而使接入装置将该费率信息通知给终端，并且该费率通知信息是在业务接入时便会产生，而非现有技术中业务使用完毕才产生，因此可以实现事先计费提醒。

参照图2示出的不同业务类的网络连接结构示意图：对于按时长计费的会话类业务，本实施例中的接入装置为MSC或业务交换点(Service SwitchingPoint，以下简称SSP)，终端及终端使用的当前业务通过接入网接入MSC或SSP，控制装置为SCP，计费装置为OCS；对于按流量计费的数据类业务，本实施例中的接入装置为通用无线分组业务支持节点网关(Gateway GPRS SupportingNode，以下简称GGSN)或分组数据服务节点(Packet Data Service Node，以下简称PDSN)，终端及终端使用的当前业务通过接入网接入GGSN或PDSN，控制装置为内容计费网关(Content Charging Gateway，以下简称CCG)，计费装置为OCS；对于按事件计费的增值类业务，本实施例中的接入装置为综合业务管理接入点(Integrated Service Management Access Point，以下简称ISMAP)，终端用户通过业务引擎连接ISMAP，控制装置为综合业务管理平台(Integrated Service Management Platform，以下简称ISMP)，计费装置为OCS。

图3为本发明计费系统实施例二结构示意图，与图1所示的实施例一相比，该实施例的接入装置1具体包括引入模块11和提醒模块12；引入模块11用于接入终端；提醒模块12用于将终端使用的当前业务的费率信息通知给所述终端。控制装置2具体包括：请求模块21和相应模块22；请求模块21用于根据引入模块11接入的终端和当前业务获取与所述终端对应的用户信息和与所述当前业务对应的业务信息，并将所述用户信息和业务信息发送给计费装置3；响应模块22用于在接收所述计费装置3发送的计费通知消息后，向提醒模块12发送提醒消息，该提醒消息中携带有根据计费通知消息获取的所述当前业务的费率信息。

本实施例中，提醒模块能够将费率信息通知给终端，实现事先计费提醒。

图4为本发明计费装置实施例一结构示意图，该实施例包括费用模块31、判断模块32和通知模块33；费用模块31用于根据业务信息获取与所述业务信息对应的当前业务的费率信息；判断模块32用于根据与所述业务信息对应的用户信息判断与所述用户信息对应的终端是否开通了计费通知业务；通知模块33用于将开通了计费通知业务的终端对应的当前业务的费率信息添加到计费通知消息中，并发送所述计费通知消息。

本实施例的判断模块能够判断终端是否开通了计费通知业务，对于开通了计费通知业务的终端，通过通知模块将费用模块获取的费率信息发送给终端，实现对终端的计费透明。

图5为本发明计费装置实施例二结构示意图，与图4所示的实施例一相比，本实施例中的判断模块32是在费用模块31获取当前业务的费率信息之后，再根据经过费用模块处理的当前业务对应的用户信息进行计费通知业务是否开通的判断。

本实施例采用的是串行的处理方式，在费用模块出现故障后可以不进行后续的操作，有利于节约工作量。

图6为本发明计费方法实施例一流程图，该实施例包括：

步骤61：计费装置接收用户信息和业务信息，所述用户信息与终端对应，所述业务信息与所述终端使用的当前业务对应；

步骤62：计费装置根据业务信息获取与所述业务信息对应的当前业务的费率信息；

步骤63：计费装置根据所述用户信息判断与所述用户信息对应的终端是否开通了计费通知业务，并向开通了计费通知业务的终端通知与所述终端对应的当前业务的费率信息。

本实施例计费装置能够对开通了计费通知业务的终端发送费率信息，实现对终端的计费透明。

图7为本发明计费方法实施例二流程图，该实施例是以会话类业务为例说明的，包括：

步骤71：接入装置MSC(或SSP)发送发送初始检测(Initial DetectionPoint，以下简称IDP)消息，，该IDP消息中携带有接入MSC的终端的用户标识、该终端拨叫的被叫终端的被叫标识，用户标识和被叫标识用于表征接入的终端和被叫终端的身份。

步骤72：控制装置SCP根据所述用户标识和预置的用户数据库判断该终端是否为实时计费终端(或者将其接收的IDP消息的终端均作为实时计费终端)，根据用户标识和被叫标识获取位置信息，根据用户标识和被叫标识进行短号翻译和网内网外判断。如向归属位置寄存器(Home LocationRegister，以下简称HLR)发送查询消息(ATI消息)取得主叫和被叫的位置信息，进而判断主叫是否为漫游用户，或者主叫和被叫是否可以进行同城特例或小区优惠。

步骤73：SCP将上述实时计费终端的用户标识和根据所述用户标识获取的位置信息添加进与实时计费终端对应的用户信息中，将短号翻译和网内网外判断结果添加进与实时计费终端对应的业务信息中，并将实时计费终端的用户信息和业务信息添加进信用控制请求消息(Credit ControlRequest，以下简称CCR)中。其中，用户信息包括表征终端身份的用户标识(Subscription-Id)、表征终端所使用的当前业务的业务信息，业务信息可以具体包括业务类型Service-Information，如本地通话、长途通话等，和业务申请量，如请求的服务单元(Request Service Unint，以下简称RSU)时间RSU(CC-time)或金额等。SCP发送该CCR(Initial，RSU(CC-time)，Subscription-Id，Service-Information)到计费通知装置OCS。

步骤74：计费装置OCS根据业务类型和预置的计费策略获取当前业务的费率，并根据所述费率和业务申请量进行批价及帐户预留。

步骤75：OCS根据用户信息和预置的签约关系，根据终端的AoC标志位判断终端是否开通了计费通知业务，对开通了计费通知业务的终端执行步骤76。其中对未开通计费通知业务的终端进行的会话类业务可以参照图8所示的流程图，在OCS判断出终端未开通计费通知业务之后包括：

步骤7501：OCS根据批价和帐户预留的结果返回相应的信用控制应答消息(CreditControl Answer，以下简称CCA)给SCP，如终端可能请求10分钟的会话，但其帐户的余额只够5分钟的，OCS将返回5分钟的业务量而非请求的10分钟，若帐户余额充足，则返回请求的业务量。

步骤7502：SCP根据CCA发送请求基本呼叫状态模型(Base Call StateModel，以下简称BCSM)事件(Request BCSM Event，以下简称RRBE)RRBE消息、请求计费(Apply Charge，以下简称AC)消息、开始一个通话过程的CONNECT消息给MSC，至此建立了一个会话过程。

步骤7503：MSC监控用户使用业务情况，并发送与AC对应的计费报告(Apply Charge Report，以下简称ACR)给SCP。

步骤7504：当用户上次申请的业务量使用完毕后，为了维持会话状态，需要再次申请业务量，因此SCP再次发送CCR(CCR{update})，包括已使用的业务量、申请的业务量。

步骤7505：OCS根据CCR{update}中已使用的业务量扣除已使用的信用额度，根据申请的业务量对下一笔信用额度进行批价及预留。

步骤7506：OCS返回相应的CCA{update}给SCP。

步骤7507：SCP根据CCA{update}发送AC给MSC，再次计费开始。

步骤7508：MSC发送ACR给SCP，其中步骤7504-7507可以根据用户使用情况重复多次(虚线所示)。

步骤7509：MSC发送与RRBE对应的BCSM事件报告(Event Report BCSM，以下简称ERB)给SCP，以便终止业务使用。

步骤7510：为结束业务使用，SCP发送最后的CCR(CCR{terminate})给OCS，包括业务使用量。

步骤7511：OCS对使用的业务进行批价，扣除相应的费用，即入帐，至此完成费用入账。

步骤7512：OCS发送对应的CCA{terminate}给SCP。

步骤7513：SCP发送拆除链接消息IRC给MSC，至此一个会话过程结束。

步骤76：OCS将与开通了计费通知业务的终端对应的当前业务的费率信息和用户的账户余额添加进计费通知消息中，并通过CCA发送给SCP。因此该CCA不仅包括表征计费请求成功的RC＝Success、表征OCS提供给用户使用的服务单元数(Granted Service Unit，以下简称GSU)如GSU(300S)，还包括计费通知消息，相应的，DCC协议需要增加一个表征计费通知消息的属性值对AoC-Information AVP，其组成如下表格所示：

AVP名称	数据类型
AVP名称	数据类型	[AoC-Information]	Grouped
[AoC-Balance]	Unsigned32	[AoC-Information]	Grouped
[AoC-Balance]	Unsigned32	[AoC-Language-ID]	Enumerated
*[AoC-Tariff]	Grouped	[AoC-Language-ID]	Enumerated
*[AoC-Tariff]	Grouped	[AoC-Start-Time]	Unsigned32

[AoC-Unit]	Unsigned32
[AoC-Unit]	Unsigned32	{AoC-Price}	Unsigned32

其中，

AoC-Information为计费通知(Advice of Charge，以下简称AoC)业务信息，是一个AVP组，具体语法如下：

AoC-Information::＝<AVP Header>

[AoC-Balance]

[AoC-Language-ID]

*[AoC-Tariff]

[AoC-Start-Time]

[AoC-Unit]

[AoC-Price}

[AoC-Confirmation]

其中，AoC-Balance：用户主账户余额，单位为分。对于一个用户有多个账户余额的情况，可以选择是只有主账户余额，还是所有账户的余额，通过计算赋值给AoC-Balance传递；

AoC-Language-ID：用户的语言版本，为枚举值。其中0表示混合音，1表示中文，2表示英文，3表示本地话。缺省是中文。

AoC-Tariff：AoC费率段信息。AoC-Tariff是一个AVP组，具体语法如下：

AoC-Tariff::＝<AVP Header>

[AoC-Start-Time]

[AoC-Unit]

[AoC-Price}

其中，

[AoC-Start-Time]：费率段开始的时间，单位为秒。为了增强用户体验，对端可以对被60整除的AoC-Start-Time转换成分钟数播出。如从第1分钟起AoC-Start-Time＝0(秒)，从第4分钟起AoC-Start-Time＝180(秒)。如果不带该AVP，则表示从第1分钟开始。

[AoC-Unit]：费率的时间单元，单位为秒。如果不带该AVP，则表示为60(秒)，即1分钟。

[AoC-Price]：价格，单位为分。

AoC-Confirmation：AoC确认信息，用于通知OCS此次业务的AoC已经被确认，不需要再向客户端发送AoC通知。AoC-Confirmation的值为1表示用户已确认需要该计费通知业务，为0表示用户确认不使用该计费通知业务。

步骤77：SCP接收到所述计费通知消息后，若该计费通知消息中AoC-Confirmation值为1，即表明终端开通了计费通知业务，则发送提醒消息(PA消息)给MSC，指示MSC播放类似“您将要使用业务的费率是XXX，请确认您是否使用，确认请按1，退出请按0”的费率提醒信息。

步骤78：终端根据需要选择是继续拨叫被叫终端还是放弃拨叫，并通过MSC反馈相应信息PC(如按1或按0)给SCP。

步骤79：SCP根据PC判断终端是否继续呼叫，若是，则发送RRBE、AC、CONNECT给MSC，建立呼叫，否则，释放呼叫，结束终端对业务的使用。

对继续呼叫的终端，MSC监控终端使用业务情况，进而SCP根据业务使用情况再次发送CCR给OCS，重复上述过程(步骤72-79)，直至终端终止使用业务。对应于SCP和OCS之间的首次请求及响应为initial、中间的为update、最后一次的为terminal，具体过程举例如下：

initial：SCP(客户端)通过CCR上报一个请求时长R1到OCS(服务端)，OCS根据一系列的策略算出一个授权时长A1并且进行预留，通过CCA下发给SCP。

Update：SCP(客户端)通过CCR上报一个已使用时长U1和请求时长R2到OCS(服务端)，OCS先根据U1把上次预留的A1回滚，并且对U1扣费(前面的预留就是为了此时扣费能成功)再一系列的策略算出一个授权时长A2并且进行预留，通过CCA下发给SCP。

terminal：SCP(客户端)通过CCR上报一个已使用时长U2，OCS先根据U2把上次预留的A2回滚，并且对U2扣费。

其中，一般来说：A1＝R1为余额充足；A1<R1为余额不足。

当SCP释放呼叫的时候，预留的15分钟会扣掉使用了的部分(U2)，不一定正好15分钟全扣。

上述流程是针对通话前的事先计费通知，同时在通话后OCS也可以将余额等信息添加进AVP中，实现事后计费通知。

基于上述流程，针对会话类业务是否开通AoC功能的应用情形比较如下：

假设条件：

1.SCP，OCS系统运行正常；

2.预付费用户A状态正常，余额充足，为50元；

3.设定基本通话费为0.4元/分钟，国内长途费为0.07元/6秒，

国际长途费为0.8元/6秒。

执行操作：

1.用户A任意发起一个本地电话、国内长途或国际长途，通话T1分钟后挂机；

2.通过界面配置系统开通语音AoC功能，并内置在OCS内；

3.用户A再次任意发起一个本地电话，国内长途或国际长途，通话T2分钟后挂机。

结果：

1.第一次通话(执行操作前)，通话前没有任何AoC提示。本次通话费用为T1×X1，通话后用户余额为U＝50-T1×X1。对本地电话，X1＝0.4；对国内长途，X1＝1.1；对国际长途，X1＝8.4。2.第二次通话(执行操作后)

通话前听到语音：“您现在的余额是U元，当前费率是每分钟X2元”。

对本地电话，X2＝0.4；对国内长途，X2＝1.1；对国际长途，X2＝8.4。

本实施例是针对会话类的业务，对于其他类型的业务，比如数据类业务或增值业务也可以采用相同的原理进行事先费率提醒，以WEB浏览数据业务为例，依据上述原理，对是否开通AoC功能的应用情形比较如下：

假设条件：

1.CCG，OCS系统运行正常；

2.预付费用户A状态正常，余额充足，为50元。

执行操作：

1.用户A任意发起一个WEB浏览数据业务，其费率为f1元/KB或者f1元/秒，使用S1KB或S1秒后断开；

2.通过界面配置系统开通语音AoC功能，并内置在OCS内；

3.用户A再次任意发起一个WEB浏览数据业务，其费率为f2元/KB或者f2元/秒，使用S2KB或S2秒后断开。

结果：

1.第一次使用，使用前没有任何AoC提示。本次使用费用为d＝S1*f1，通话后用户余额为U＝50-d。

2.第二次使用，使用前WEB界面收到信息并通过按钮提示：“您现在的余额是U元，当前费率是每KB f2元”或“您现在的余额是U元，当前费率是每秒f2元”。提示后判断是否需要继续使用，如果需要，则正常使用，如果不需要，则自动断开或是中止操作。这里是以按钮的形式提醒用户是否继续使用业务，可替代的是以短信的形式，比如用户要开启Web浏览数据业务时，系统通过短信方式发送费率通知给终端用户，等终端用户回复短信后确定是否放开访问权限开始计费。

本实施例上述实现的都是事先的计费提醒，同时也可以实现事后的计费提醒，即在业务使用结束后，计费装置将用户余额、使用情况等添加到计费消息中并通过控制装置、接入装置，以短信的形式或其他通知形式发送给终端，比如：

依照上述的假设条件，对于会话类：第二次通话结束后收到短信：“您上次通话的总计时长为x小时y分钟z秒，总计通话费用为d元，当前余额是V元”。

其中，x小时y分钟z秒总计T2分，d＝T2*X2，V＝U-d。

依照上述的假设条件，对于数据类：第二次使用后收到短信：“您上次使用的总计流量为S2KB，总计使用费用为d2元，当前余额是V元”或“您上次使用的总计时长为S2秒，总计使用费用为d2元，当前余额是V元”。

其中，d2＝S2*f2，V＝U-d2。

本实施例是通过OCS判断用户终端是否开通了计费通知业务，可替代的是SCP在接收到用户信息时，进行用户终端是否开通计费通知业务的判断，对开通了计费通知业务的终端指示OCS发送包括费率信息或/和账户余额信息的计费消息，再将费率信息发送给终端。并且，本实施例SCP和OCS之间采用DCC协议，可替代的是也可以采用各种私有协议。

本实施例给用户终端提供一种根据费率进行的事先费率提示，由用户选择是否继续使用业务还是退出，因此，对于用户来说，费率更透明，并且不需要记忆复杂的计费方式。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1、一种计费系统，其特征在于，包括：

2、根据权利要求1所述的计费系统，其特征在于，所述接入装置包括：

引入模块，用于接入终端；

提醒模块，用于将所述当前业务的费率信息通知给所述终端。

3、根据权利要求1所述的计费系统，其特征在于，所述控制装置包括：

请求模块，用于根据所述终端和和所述终端使用的当前业务获取与所述终端对应的用户信息和与所述当前业务对应的业务信息，并将所述用户信息和业务信息发送给所述计费通知装置；

响应模块，用于在接收到所述计费通知装置发送的计费通知消息后，向所述接入装置发送提醒消息，所述提醒消息中携带有所述当前业务的费率信息。

4、根据权利要求1所述的计费系统，其特征在于：所述接入装置为移动交换中心或业务交换点、所述控制装置为业务控制点、所述计费装置为在线计费系统。

5、根据权利要求1所述的计费系统，其特征在于：所述接入装置为通用无线分组业务支持节点网关或分组数据服务节点、所述控制装置为内容计费网关、所述计费装置为在线计费系统。

6、根据权利要求1所述的计费系统，其特征在于：所述接入装置为综合业务管理接入点、所述控制装置为综合业务管理平台、所述计费装置为在线计费系统。

7、一种计费装置，其特征在于，包括：

8、根据权利要求7所述的计费装置，其特征在于，所述判断模块用于在所述费用模块获取所述费率信息后，根据与所述业务信息对应的用户信息判断与所述用户信息对应的终端是否开通了计费通知业务。

9、一种计费方法，其特征在于，包括：

10、根据权利要求9所述的计费方法，其特征在于，所述用户信息和业务信息添加在信用控制请求中。

11、根据权利要求10所述的计费方法，其特征在于，所述用户信息和业务信息添加在信用控制请求中具体包括：

根据标识终端身份的用户标识判断终端是否为实时计费终端，根据所述用户标识和标识被拨叫用户的被叫标识获取位置信息，根据所述用户标识和被叫标识进行短号翻译和网内网外判断；

将实时计费终端的用户标识和根据所述用户标识获取的位置信息添加进与实时计费终端对应的用户信息中，将短号翻译和网内网外判断结果添加进与实时计费终端对应的业务信息中；

将所述用户信息和业务信息添加进信用控制请求中。

12、根据权利要求9所述的计费方法，其特征在于，还包括：根据所述费率信息和业务信息中携带的申请量进行批价及帐户预留。

13、根据权利要求9所述的计费方法，其特征在于，所述根据所述用户信息判断与所述用户信息对应的终端是否开通了计费通知业务，并向开通了计费通知业务的终端通知与所述终端对应的当前业务的费率信息具体包括：

根据所述用户信息和内置的签约关系判断所述终端是否开通了计费通知业务；

将表征终端开通了计费通知业务的计费确认信息和与开通了计费通知业务的终端对应的当前业务的费率信息添加进计费通知消息中；

根据所述计费通知消息向开通了计费通知业务的终端通知所述费率信息。

14、根据权利要求9所述的计费方法，其特征在于，还包括：

终端根据所述费率信息确定是否继续使用当前业务，若是，则接入装置建立终端对当前业务的使用，否则，接入装置结束终端对当前业务的使用。

15、根据权利要求9所述的计费方法，其特征在于，所述当前业务包括：会话类业务、数据类业务和增值类业务。