CN102186156A

CN102186156A - 基于业务代理的智能网业务计费方法和系统

Info

Publication number: CN102186156A
Application number: CN2011101430319A
Authority: CN
Inventors: 廖建新; 王晶; 王纯; 李炜; 植东梧; 刘国辉; 武杰; 朱晓民; 张磊; 徐童; 张乐剑; 沈奇威; 樊利民; 程莉
Original assignee: Hangzhou Dongxin Beiyou Information Technology Co Ltd
Current assignee: Hangzhou Dongxin Beiyou Information Technology Co Ltd
Priority date: 2011-05-30
Filing date: 2011-05-30
Publication date: 2011-09-14
Anticipated expiration: 2031-05-30
Also published as: CN102186156B

Abstract

一种基于业务代理的智能网业务计费方法和系统，所述方法包括：步骤一、移动交换中心MSC将呼叫触发到业务代理Service Broker，当呼叫接通后，Service Broker从本次呼叫所触发的若干个业务控制点SCP业务中选择计费优先级最高的SCP为话单SCP，并向其他计费优先级较低的SCP发送剔单消息，接收所述剔单消息的SCP不产生话单；步骤二、当通话结束后，Service Broker将通话时长发送给话单SCP，并由所述话单SCP产生话单。本发明属于网络通信技术领域，能解决智能网中SB所支持融合的多个业务平台在交互时产生的多话单计费问题，且不涉及现网SCP的配合改造，便于推广和普及应用。

Description

基于业务代理的智能网业务计费方法和系统

技术领域

本发明涉及一种基于业务代理的智能网业务计费方法和系统，属于网络通信技术领域。

背景技术

业务代理Service Broker(以下简称SB)是3GPP SA2工作组研究和定义的一个网元，其目的是为了解决现实网络中普遍存在的业务交互问题。

SB位于核心网网元与业务平台之间，与核心网网元以及业务平台进行信令交互，通过灵活的策略配置将各业务平台上的多种业务关联起来，在对原有业务逻辑不做修改的前提下，仅需要通过可视化的简单配置即可使得用户可以同时申请多个业务，完成完整的业务交互流程，从而大大简化运营商在推出新的业务时对已有业务的改动和一系列配套工作。SB不仅能够通过多业务之间的关联解决用户同时申请多个业务时的业务交互问题，还可以在多个原子业务的基础上提供复杂的融合业务。SB既可以支持IMS域，也可以支持CS域智能网，所述业务平台既可以是应用服务器AS，也可以是业务控制点SCP。

由于每个呼叫流程中SB会与多个业务平台交互，同时每个业务平台都会对其控制的呼叫产生话单，因此存在有多话单计费问题。

IMS域的计费解决方案是：所有业务平台与计费网元CG连接，实时将计费信息传给CG，由CG生成话单，CG本身具备话单关联和合并能力，因此对于经过SB的呼叫，多个业务平台产生的多张话单，最后可以由CG合并为一张话单，不存在多话单问题。

CS域智能网的计费方案是：SCP产生话单，BOSS采集SCP的话单进行批价和扣费。引入SB后，经过SB的呼叫，多个SCP会产生多张话单，由于电路域中没有类似CG的网元，因此就出现了多话单的问题。

目前，如何解决智能网中SB所支持融合的多个业务平台在交互时产生的多话单计费问题？是一个急需要解决的技术难题。

发明内容

有鉴于此，本发明的目的是提供一种基于业务代理的智能网业务计费方法和系统，能解决智能网中SB所支持融合的多个业务平台在交互时所产生的多话单计费问题。

为了达到上述目的，本发明提供了一种基于业务代理的智能网业务计费方法，包括有：

步骤一、移动交换中心MSC将呼叫触发到业务代理Service Broker，当呼叫接通后，Service Broker从本次呼叫所触发的若干个业务控制点SCP业务中选择计费优先级最高的SCP为话单SCP，并向其他计费优先级较低的SCP发送剔单消息，接收所述剔单消息的SCP不产生话单；

步骤二、当通话结束后，Service Broker将通话时长发送给话单SCP，并由所述话单SCP产生话单。

为了达到上述目的，本发明还提供了一种基于业务代理的智能网业务计费系统，包括有移动交换中心MSC、业务代理Service Broker和若干个Service Broker所支持融合业务的业务控制点SCP，所述Service Broker进一步包括有：

话单管理装置，用于从呼叫所触发的若干个SCP业务中选择计费优先级最高的SCP为话单SCP，向其他计费优先级较低的SCP发送剔单消息，并向话单SCP发送通话时长。

与现有技术相比，本发明的有益效果是：本发明根据SB所支持融合业务的计费优先级，将通话时长为0的ACR消息或者不带成分的TC_END消息发送给计费优先级低的SCP，并将实际的通话时长发送给计费优先级最高的SCP，由于SCP收到通话时长为0的ACR消息或者不带成分的TC_END时不产生话单，所以只有计费优先级最高的SCP根据通话时长产生话单，从而解决了智能网中SB所支持融合的多个业务平台在交互时产生的多话单计费问题，并且不涉及现网SCP的配合改造，方案简单，工作可靠，便于推广和普及应用。

附图说明

图1是本发明基于业务代理的智能网业务计费方法的流程图。

图2是图1步骤一的具体操作流程图。

图3是本发明采用通话时长为0的ACR消息作为剔单消息的实施例的信令流程图。

图4是本发明采用不带成分的TC_END消息作为剔单消息的实施例的信令流程图。

图5是本发明基于业务代理的智能网业务计费系统的实施例的组成结构示意图。

图6是话单管理装置的组成结构示意图。

具体实施方式

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

如图1所示，本发明基于业务代理的智能网业务计费方法如下：

步骤一、MSC将呼叫触发到SB，当呼叫接通后，SB从本次呼叫所触发的若干个SCP业务中选择计费优先级最高的SCP为话单SCP，并向其他计费优先级较低的SCP发送剔单消息，接收所述剔单消息的SCP不产生话单。

步骤二、当通话结束后，SB将通话时长发送给话单SCP，并由所述话单SCP产生话单。

为了实现本发明的技术方案，需要预先对SB所支持融合的业务的计费优先级进行排序，并将所述计费优先级信息配置到SB的计费优先级表中。

本发明可以按照计费优惠不能叠加的原则，将SB所支持融合的业务根据计费优惠情况进行排序，优惠最多的业务的计费优先级最高。由于针对不同的业务流程，SB所支持融合的业务的计费优先级可能不同，因此，本发明还需按照不同的业务流程，分别对SB所支持融合的业务的计费优先级进行排序，所述业务流程包含主叫流程、被叫流程、前转流程。

例如：SB支持业务A、业务B、业务C的融合，所述三个业务(A、B、C)都包含有主叫流程、被叫流程、前转流程，按照不同业务流程的计费优先级如下表所示，其中计费优先级数字越低则表示级别越高。

业务流程	业务A	业务B	业务C
				主叫流程	1	2	3
被叫流程	2	1	3
				前转流程	1	3	2

如图2所示，所述步骤一进一步包括有：

步骤11、MSC将呼叫触发到SB，SB根据用户签约业务和规则，选择相应的SCP业务进行触发后，指示MSC呼叫接续；

步骤12、当呼叫接通后，SB根据用户所对应的业务流程，从计费优先级表中读取被触发的若干个SCP业务的计费优先级信息，并从中选择计费优先级最高的SCP为话单SCP，然后向其他计费优先级较低的SCP发送剔单消息。

所述剔单消息可以采用基于CAP协议的ACR消息，或者基于TCAP协议的TC_END消息。当采用ACR消息作为剔单消息时，所述ACR消息的通话时长为0；当采用TC_END消息作为剔单消息时，所述TC_END消息不带成分。这样，当SCP接收到通话时长为0的ACR消息或者不带成分的TC_END后将不产生话单，所以本发明不需涉及现网SCP的配合改造。

所述步骤二中，SB通过ACR消息将实际的通话时长发送给话单SCP。

为进一步清楚解释本发明方法，图3和图4分别示出了本发明方法采用通话时长为0的ACR消息和不带成分的TC_END消息作为剔单消息的实施例的信令流程图。其中，用户A申请了业务A、业务B、业务C，三个业务的被叫流程的计费优先级从高到低为：业务A、业务B、业务C。当用户A作为被叫用户时：

(1)、如图3所示，采用通话时长为0的ACR消息作为剔单消息的实施例的信令交互流程如下：

步骤a1-a3、MSC将呼叫触发至SB，SB根据用户A的签约业务和规则，选择要触发的SCP：业务A的SCP、业务B的SCP和业务C的SCP。

步骤a4-a9、SB分别触发业务A、业务B和业务C对应的SCP。

步骤a10、SB指示MSC接续。

步骤a11、SB根据计费优先级表中被叫流程所对应的业务A、业务B和业务C的计费优先级，选择业务A的SCP为话单SCP。

步骤a12-a15、SB向业务B的SCP发送通话时长为0的ACR消息，业务B流程结束，未产生话单。

步骤a16-a19、SB向业务C的SCP发送通话时长为0的ACR消息，业务C流程结束，未产生话单。

步骤a20-a27、用户A通话结束后，SB通过ACR消息将实际的通话时长发送给业务A的SCP，业务A的SCP根据所述通话时长产生话单。

(2)、如图4所示，采用不带成分的TC_END消息作为剔单消息的实施例的信令交互流程如下：

步骤b1-b3、MSC将呼叫触发至SB，SB根据用户A的签约业务和规则，选择要触发的SCP：业务A的SCP、业务B的SCP和业务C的SCP。

步骤b4-b9、SB分别触发业务A、业务B和业务C对应的SCP。

步骤b10、SB指示MSC接续。

步骤b11、SB根据计费优先级表中被叫流程所对应的业务A、业务B和业务C的计费优先级，选择业务A的SCP为话单SCP。

步骤b12-b13、SB向业务B的SCP发送不带成分的TC_END消息，业务B流程结束，未产生话单。

步骤b14-b15、SB向业务C的SCP发送不带成分的TC_END消息，业务C流程结束，未产生话单。

步骤b16-b23、用户A通话结束后，SB通过ACR消息将实际的通话时长发送给业务A的SCP，业务A的SCP根据所述通话时长产生话单。

如图5所示，本发明基于业务代理的智能网业务计费系统包括有MSC、SB和若干个SB所支持融合业务的SCP，其中SB进一步包括有：

如图6所示，话单管理装置进一步包括有优先级管理部件和话单SCP选择部件：

优先级管理部件，用于对SB的计费优先级表进行配置，并将业务的计费优先级信息发送给话单SCP选择部件。计费优先级可根据业务的变化进行调整，并通过优先级管理部件配置到计费优先级表中。

话单SCP选择部件，用于根据SB发来的呼叫通知指令、以及优先级管理部件发送来的业务的计费优先级信息，在呼叫接通时选择计费优先级最高的SCP为话单SCP，并通知SB向计费优先级较低的SCP发送通话时长为0的ACR消息或者不带成分的TC_END消息，然后在通话结束后通知SB向话单SCP发送携带有实际的通话时长的ACR消息。

Claims

1.一种基于业务代理的智能网业务计费方法，其特征在于，包括有：

2.如权利要求1所述的基于业务代理的智能网业务计费方法，其特征在于，还包括有：

预先对Service Broker所支持融合的业务的计费优先级进行排序，并将所述计费优先级信息配置到Service Broker的计费优先级表中。

3.如权利要求2所述的基于业务代理的智能网业务计费方法，其特征在于，还包括有：

按照计费优惠不能叠加的原则，并针对不同的业务流程分别对Service Broker所支持融合的业务的计费优先级进行排序，所述业务流程包含主叫流程、被叫流程、前转流程。

4.如权利要求1所述的基于业务代理的智能网业务计费方法，其特征在于，所述步骤一进一步包括有：

步骤11、MSC将呼叫触发到Service Broker，Service Broker根据用户签约业务和规则，选择相应的SCP业务进行触发后，指示MSC呼叫接续；

步骤12、当呼叫接通后，Service Broker根据用户所对应的业务流程，从计费优先级表中读取被触发的若干个SCP业务的计费优先级信息，并从中选择计费优先级最高的SCP为话单SCP，然后向其他计费优先级较低的SCP发送剔单消息。

5.如权利要求1所述的基于业务代理的智能网业务计费方法，其特征在于，所述步骤一中的剔单消息可以是基于CAP协议的ACR消息，或基于TCAP协议的TC_END消息。

6.如权利要求5所述的基于业务代理的智能网业务计费方法，其特征在于，当采用ACR消息作为剔单消息时，所述ACR消息的通话时长为0；当采用TC_END消息作为剔单消息时，所述TC_END消息不带成分。

7.如权利要求1所述的基于业务代理的智能网业务计费方法，其特征在于，所述步骤二中，Service Broker通过ACR消息将通话时长发送给话单SCP。

8.一种基于业务代理的智能网业务计费系统，包括有移动交换中心MSC、业务代理Service Broker和若干个Service Broker支持融合业务的业务控制点SCP，其特征在于，所述Service Broker进一步包括有：

9.如权利要求8所述的基于业务代理的智能网业务计费系统，其特征在于，所述话单管理装置进一步包括有：

优先级管理部件，用于对Service Broker的计费优先级表进行配置，并将业务的计费优先级信息发送给话单SCP选择部件；

话单SCP选择部件，用于根据Service Broker发来的呼叫通知指令、以及优先级管理部件发送来的业务的计费优先级信息，在呼叫接通时选择计费优先级最高的SCP为话单SCP，并通知Service Broker向计费优先级较低的SCP发送通话时长为0的ACR消息或者不带成分的TC_END消息，然后在通话结束后通知Service Broker向话单SCP发送携带有实际的通话时长的ACR消息。