CN100563292C - 一种计费方法及系统 - Google Patents

Abstract

本发明提供一种计费方法，该方法为：当业务交换点/移动呼叫中心收到呼叫，根据主叫的签约信息触发业务至业务控制点；业务控制点向业务运营支撑系统上报通话信息并请求鉴权；业务运营支撑系统对该呼叫进行鉴权，并下发鉴权结果和计费指示；业务控制点依据所述计费指示和鉴权结果进行接续处理，并建立通话；在通话过程中，业务控制点进行实时呼叫控制，并向业务运营支撑系统上报通话信息，业务运营支撑系统根据通话信息下发通话时长给业务控制点。通过该计费方法解决计费产生过程中的计费延迟问题。本发明还同时公开了一种计费系统和业务运营支撑系统。

Description

一种计费方法及系统

技术领域

本发明涉及一种计费方法及系统。

背景技术

目前，随着移动通信技术的不断发展，使得人们之间的沟通交流越来越快捷和方便，移动用户的数量也迅速的增加。对于电信开发营运商而言，定制其所开发的各种业务的收费方式，无疑是一个需要重点关注的因素。目前，已开展的大多数移动业务都是采用预付费的方式进行收费处理的。

所谓预付费业务，是指移动电话用户在开户时获得自己的账户，并通过购买有固定面值的充值卡充值等方式预先在自己的账户上注入一定的资金。呼叫建立时，基于用户账户的余额决定接受或拒绝呼叫，在呼叫过程中实时计费和扣减用户账户的金额，资金用尽即终止呼叫。这样，就实现了用户为其呼叫和使用其他业务预先支付费用的功能。

现有的技术方案都是基于业务运营支撑系统(Business OperationSupporting System BOSS)进行预付费计费的。如图1所示，BOSS实现的预付费系统，对用户的计费是依据端局生成的详单文件进行的，对于欠费后服务的控制是通过归属位置寄存器HLR(Home Location Register)接口实现的，通过HLR接口改变用户的服务属性，有选择的开、停移动用户话音、数据和增值业务。

但是这种实现方案有以下几点缺点：

1、HLR接口的效率低下，无法进行信令级的呼叫控制；

2、由于BOSS实现的预付费系统本质上是按后付费流程进行批价处理，通过增加预付费余额监控过程实现的预付费系统，其欠费控制存在计费延时和控制滞后的情况，如话单延时和停机指令延时等。

3、无法监控“最后一次通话”的情况。

发明内容

有鉴于此，本发明的主要目的在于提供一种计费方法及系统，用于解决计费产生过程中的计费延迟问题。

为达到以上目的，本发明提供一种计费方法，包括如下步骤：

A、当业务交换点/移动呼叫中心收到呼叫，根据主叫的签约信息触发业务至业务控制点；

B、业务控制点向业务运营支撑系统上报通话信息并请求鉴权；

C、业务运营支撑系统对该呼叫进行鉴权，并下发鉴权结果和计费指示；

D、业务控制点依据所述计费指示和鉴权结果进行接续处理，并建立通话；

E、在通话过程中，业务控制点进行实时呼叫控制，阶段性的向业务运营支撑系统上报通话信息，业务运营支撑系统根据通话信息下发通话时长给业务控制点。

步骤E后进一步包括：

F、通话结束，业务控制点上报通话结果信息给业务运营支撑系统，业务运营支撑系统根据所述通话结果进行扣费和计费处理。

所述业务控制点同业务运营支撑系统通过BOSS-IN接口协议进行交互，所述接口协议包括呼叫鉴权请求、计费报告、释放呼叫请求、费用申请、费用报告操作消息。

所述BOSS-IN接口协议还包括激活测试操作消息。

所述业务控制点和业务交换点/移动呼叫中心之间通过CAP协议进行交互。

本发明还公开一种计费系统，所述计费系统包括业务控制点和业务运营支撑系统，所述业务运营支撑系统进一步包括实时话单生成模块及鉴权、计费模块，其中：

所述实时话单生成模块，同鉴权、计费模块相连，用于在用户呼叫结束后实时生成话单；

所述业务控制点进一步包括实时呼叫控制模块及实时鉴权、计费支持模块，其中：

实时呼叫控制模块，用于实时处理用户的呼叫，并依据实时鉴权、计费支持模块的指令进行用户呼叫控制；

实时鉴权、计费支持模块，用于支持用户呼叫到业务运营支撑系统进行实时鉴权和计费，并依据业务运营支撑系统返回的鉴权、计费状态下达呼叫控制指令给实时呼叫控制模块。

所述业务运营支撑系统进一步包括实时反算算法模块，该模块同鉴权、计费模块相连，用于进行用户账户可用资金到可用通话时长的转换。

相应于上述计费系统，本发明还提供一种业务运营支撑系统及业务控制点系统，所述业务运营支撑系统包括实时反算算法模块、实时话单生成模块及鉴权、计费模块，其中：

所述实时反算算法模块，同鉴权、计费模块相连，用于进行用户账户可用资金到可用通话时长的转换；

所述实时话单生成模块，同鉴权、计费模块相连，用于在用户呼叫结束后实时生成话单；

所述业务运营支撑系统用于接收业务控制点的通话信息，向所述业务控制点返回鉴权、计费状态，以使所述业务控制点进行用户呼叫控制。

所述业务控制点系统包括实时呼叫控制模块及实时鉴权、计费支持模块，其中：

实时呼叫控制模块，用于实时处理用户的呼叫，并依据实时鉴权、计费支持模块的指令进行用户呼叫控制；

实时鉴权、计费支持模块，用于支持用户呼叫到计费系统进行实时鉴权和计费，并依据计费系统返回的鉴权、计费状态下达呼叫控制指令给实时呼叫控制模块。

本发明通过将现有的BOSS系统同SCP对通话的实时控制能力相结合，以提供一种全新的预付费计费方式。本发明通过SCP进行实时呼叫控制和通话监视，并随时向BOSS上报阶段性通话信息并依据BOSS返回的通话信息下发的通话时长及其他消息进行呼叫连续、控制进而解决现有技术方案中的计费延迟问题。

附图说明

图1为现有技术中的预付费实现方式系统图；

图2为本发明中的计费系统的逻辑实体系统图；

图3为本发明所述的计费方法流程图；

图4为本发明所述的计费系统的系统图；

图5为本发明所述计费系统中的BOSS、SCP结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明进一步详细说明。

本发明的核心思想是：在BOSS现有计费体系中引入智能网(IN)系统设备，在IN和BOSS之间增加实时控制接口，即IN与BOSS之间的消息交互协议，由IN和BOSS双方配合完成用户呼叫的实时计费和呼叫接续控制，凭借业务控制点SCP(Service Control Point)提供的实时通话控制能力和BOSS计费本身的灵活、高效特点，解决单独用BOSS进行计费的种种缺点，尤其是欠费的问题。

图2为增加IN和BOSS之间的实时控制接口后，计费系统的逻辑实体系统图。现在对现有技术中的各逻辑实体说明如下：

归属位置寄存器(HLR)：

HLR存储移动网络增强定制业务逻辑CAMEL(Customized Applicationfor Mobile，Network Enhanced Logic)业务所必需的签约信息，如发端CAMEL签约信息O-CSI(Originating CAMEL Subscriber Information)，终端CAMEL签约信息T-CSI(Terminating CAMEL Subscriber Information)。当用户开机、发生位置更新或者O-CSI信息本身发生变化时，O-CSI信息被插入到拜访位置寄存器VLR(Visit Location Register)中。当HLR响应移动呼叫交换中心MSC(Mobile Switch Center)的路由信息请求时，O/T-CSI被发送到关口移动交换中心GMSC(gateway mobile switching center)。

移动交换中心(MSC)：

当MSC处理呼叫需要CAMEL支持时，MSC从VLR中取得O-CSI信息，指示MSC向gsm业务交换功能gsmSSF(gsm service switching function)请求指令。MSC负责监视所有的呼叫状态或事件，并在呼叫处理过程中通知gsmSSF，使gsmSSF得以控制MSC中的呼叫。

当MSC调用补充业务，如外部呼叫传输补充业务ECT(Explicit CallTransfer supplementary service)，CD和多方补充业务MPTY(MultiParTY(Multi ParTY)supplementary service)

时，MSC从VLR中接收补充业务通知CAMEL签约信息SS-CSI(Supplementary Service Notification CAMEL Subscriber Information)，指示MSC应该向gsmSCF发起补充业务调用通知。

拜访位置寄存器(VLR)：

VLR将漫游区内用户的O-CSI和SS-CSI作为用户数据的一部分存储下来，并在必要的时候提供的MSC。

网关MSC(GMSC)：

当GMSC处理用户呼叫需要CAMEL支持时，GMSC将通过发送请求消息SR(Sending Request)从HLR中获得O/T-CSI，指示GMSC需要从gsmSSF请求指令。GSMC负责监视所有的呼叫状态或事件，并在呼叫处理过程中通知gsmSSF，使gsmSSF得以控制GMSC中的呼叫。

当GMSC从gsmSCF获得继续呼叫的指令后，再次发送SRI给HLR，并获得漫游号码，从而接续到被叫的拜访地MSC。

gsmSSF/gsmSCF/gsmSRF

gsmSSF：GSM业务交换功能，是MSC/GSMC和业务控制功能gsmSCF(gsm Service Control Function)间的接口功能实体；

gsmSCF：GSM业务控制功能，保存CAMEL用户与业务相关的信息，保存和执行业务逻辑。

gsmSRF(GSM service resource function)：GSM业务资源功能，完成专用资源能力。

本发明在现有的逻辑实体系统中加入了IN-BOSS接口。IN-BOSS接口底层通信协议采用TCP/IP协议，应用层协议采用UASP协议。现有的UASP协议接口为：

A(Account Management)接口：供各类UASC管理和维护UASS系统中的所有账户的属性，包括增删改用户资料、用户存取款等；

C(Customer Care)接口：供各类UASC查询UASS账户信息；

T(On Line Transaction)接口：供各类UASC完成实时支付、退款等交易操作；

M(System Management)接口：供UASS管理员进行系统参数设定、修改、监控等系统管理操作，如设置各类UASC的安全访问、存取权限等；

N(Networking Management)接口：提供UASS系统与相关外部实体间的启、停会话、检测连接等操作。

要满足IN-BOSS接口的功能，就需要对UASP协议现有接口进行扩充，可以有两种选择，一种是在原有A接口、C接口、T接口、M接口、N接口的基础上再新增一个专用接口，专门用于IN-BOSS接口功能需求的实现。其接口协议的消息头及消息体可以比照现有的这些接口进行定义。另一种是在现有的接口中增加新的接口消息定义来提供新的功能。如果采用新增专用接口方式，从现有接口的功能分工来看，T(On Line Transaction)接口更适合IN-BOSS接口的功能需求。

所述IN-BOSS接口协议可以有如下操作消息：

呼叫鉴权请求：

消息方向：IN-＞BOSS

消息功能：当一个呼叫发生时，IN通过“呼叫鉴权请求”协议数据单元PDU(Protocol Data Unit)向BOSS上报该呼叫的相关信息并请求BOSS对该用户进行呼叫鉴权和下发计费控制信息。

呼叫鉴权应答：

消息方向：BOSS-＞IN

消息功能：BOSS通过“呼叫鉴权应答”PDU对IN上报的“呼叫鉴权请求”PDU进行响应，通过该PDU下发呼叫鉴权结果、用户开通的业务特性以及计费控制信息，IN据此进行呼叫的接续处理和实时监控。

计费报告：

消息方向：IN-＞BOSS

消息功能：当IN检测到端局上报的计费报告事件时，IN将获得的此段通话信息通过“计费报告”PDU实时报告给BOSS，通知BOSS进行阶段性的计费处理。

计费报告应答：

消息方向：BOSS-＞IN

消息功能：BOSS接收到IN上报的“计费报告”PDU后，通过给IN回应“计费报告应答”PDU表示BOSS已经成功接收计费报告消息并下发下一阶段的计费控制信息，指示IN进行下阶段的呼叫实时监控。

释放呼叫请求：

消息方向：IN-＞BOSS

消息功能：IN通过向BOSS发送“释放呼叫请求”PDU来请求和通知BOSS释放某个特定呼叫通话。

释放呼叫应答：

消息方向：BOSS-＞IN

消息功能：“释放呼叫应答”是接收“释放呼叫请求”方给对方的一个应答消息，表明消息已经成功接收。

费用申请：

消息方向：IN-＞BOSS

消息功能：当IN需要向BOSS中的用户账户申请一定费用授信用于呼叫控制时，可通过“费用申请”PDU提交给BOSS处理，由BOSS预先分配一定额度的费用授信给IN。

费用申请应答：

消息方向：BOSS-＞IN

消息功能：BOSS接收到IN提交的“费用申请”PDU后，通过给IN回应“费用申请应答”PDU表示BOSS已经成功接收“费用申请”消息并通过应答消息返回BOSS的授信额度给IN。

费用报告：

消息方向：IN-＞BOSS

消息功能：当IN处理成功完成业务服务和授信费用的使用后，需要将实际使用的费用通过“费用报告”PDU报告给BOSS，由BOSS进行授信费用的实际扣费处理。

费用报告应答：

消息方向：BOSS-＞IN

消息功能：BOSS接收到IN上报的“费用报告”PDU后，通过给IN回应“费用报告应答”PDU表示BOSS已经成功接收“费用报告”消息并据此进行授信费用的扣费操作。

激活测试请求：

消息方向：IN-＞BOSS或BOSS-＞IN

消息功能：IN和BOSS可以通过向对方发送“激活测试请求”来测试某个维持的会话是否依然有效。

激活测试应答：

消息方向：IN-＞BOSS或BOSS-＞IN

消息功能：IN和BOSS在收到对方发送的“激活测试请求”PDU时，可以通过向对方回送“激活测试应答”来表明该会话依然有效。

如图3所示，为增加IN-BOSS接口后的计费流程：

A、当SSP/MSC收到呼叫，根据主叫的签约信息O-CSI触发业务至SCP；

B、SCP向BOSS上报通话信息和请求鉴权；

C、BOSS对该呼叫进行鉴权，并下发鉴权结果和计费指示；

D、SCP依据所述计费指示和接续指示进行接续处理，并建立通话；

E、SCP进行实时呼叫控制和通话监视，并随时或者阶段性的向BOSS上报阶段性通话信息，BOSS根据通话信息下发通话时长给SCP；

F、通话结束，SCP上报通话结果信息给BOSS，BOSS根据通话结果扣费和计费处理。

本发明的计费系统如图4所示。因现有技术中，BOSS的处理方式为后付费处理，增加IN-BOSS接口后，需要改造现有BOSS系统以提供实时呼叫能力。改造后的本发明系统中的BOSS如图5所示，除了鉴权、计费模块外，还包括实时话单生成模块模块，该模块同鉴权、计费模块相连，用于在用户呼叫结束后实时生成话单。

BOSS系统中还可以增加实时反算算法模块，该模块同鉴权、计费模块相连，提供复杂资费模型下用户账户可用资金到可用通话时长的快速转换能力。

相应的，SCP为支持本发明所述的计费方法，SCP内设置以下两个模块：

(1)实时呼叫控制模块，在用户呼叫的签约信息触发到智能网处理后，该模块实时处理这些用户的呼叫，并依据实时鉴权、计费支持模块的指令进行用户呼叫控制。

(2)实时鉴权、计费支持模块，用于支持用户呼叫通过IN-BOSS接口到BOSS进行实时鉴权和计费，并依据BOSS系统返回的鉴权、计费状态下达呼叫控制指令给实时呼叫控制模块。

通过本发明所述的将BOSS与智能网中的SCP相结合以实现预付费的计费方法及计费系统可以对呼叫进行信令级的呼叫控制，监控“最后一次通话”的情况，并解决计费产生过程中的计费延迟问题，实现实时计费。

Claims (10)

1、一种计费方法，其特征在于，包括如下步骤：

A、当业务交换点/移动呼叫中心收到呼叫，根据主叫的签约信息触发业务至业务控制点；

B、业务控制点向业务运营支撑系统上报通话信息并请求鉴权；

C、业务运营支撑系统对该呼叫进行鉴权，并下发鉴权结果和计费指示；

D、业务控制点依据所述计费指示和鉴权结果进行接续处理，并建立通话；

E、在通话过程中，业务控制点进行实时呼叫控制，阶段性的向业务运营支撑系统上报通话信息，业务运营支撑系统根据通话信息下发通话时长给业务控制点，业务控制点依据所述时长对呼叫进行控制。

2、如权利要求1所述的方法，其特征在于，步骤E后进一步包括：

F、通话结束，业务控制点上报通话结果信息给业务运营支撑系统，业务运营支撑系统根据所述通话结果进行扣费和计费处理。

3、如权利要求1所述的方法，其特征在于，所述业务控制点同业务运营支撑系统通过BOSS-IN接口协议进行交互，所述接口协议包括呼叫鉴权请求、计费报告、释放呼叫请求、费用申请、费用报告操作消息。

4、如权利要求3所述的方法，其特征在于，所述BOSS-IN接口协议还包括激活测试操作消息。

5、如权利要求1所述的方法，其特征在于，所述业务控制点和业务交换点/移动呼叫中心之间通过CAP协议进行交互。

6、一种计费系统，所述计费系统包括业务控制点和业务运营支撑系统，其特征在于，所述业务运营支撑系统进一步包括实时话单生成模块及鉴权、计费模块，其中：

所述实时话单生成模块，同鉴权、计费模块相连，用于在用户呼叫结束后实时生成话单；

所述业务控制点进一步包括实时呼叫控制模块及实时鉴权、计费支持模块，其中：

实时呼叫控制模块，用于实时处理用户的呼叫，并依据实时鉴权、计费支持模块的指令进行用户呼叫控制；

实时鉴权、计费支持模块，用于支持用户呼叫到业务运营支撑系统进行实时鉴权和计费，并依据业务运营支撑系统返回的鉴权、计费状态下达呼叫控制指令给实时呼叫控制模块。

7、如权利要求6所述的系统，其特征在于，所述业务运营支撑系统进一步包括实时反算算法模块，该模块同鉴权、计费模块相连，用于进行用户账户可用资金到可用通话时长的转换。

8、一种业务运营支撑系统，其特征在于，所述系统包括实时话单生成模块及鉴权、计费模块，所述实时话单生成模块，同鉴权、计费模块相连，用于在用户呼叫结束后实时生成话单；所述业务运营支撑系统用于接收业务控制点的通话信息，向所述业务控制点返回鉴权、计费状态，以使所述业务控制点进行用户呼叫控制。

9、如权利要求8所述的系统，其特征在于，所述业务运营支撑系统还包括实时反算算法模块，所述实时反算算法模块，同鉴权、计费模块相连，用于进行用户账户可用资金到可用通话时长的转换。

10、一种业务控制点系统，其特征在于，所述业务控制点系统包括实时呼叫控制模块及实时鉴权、计费支持模块，其中：

实时呼叫控制模块，用于实时处理用户的呼叫，并依据实时鉴权、计费支持模块的指令进行用户呼叫控制；

实时鉴权、计费支持模块，用于支持用户呼叫到计费系统进行实时鉴权和计费，并依据计费系统返回的鉴权、计费状态下达呼叫控制指令给实时呼叫控制模块。

Images