CN1225133C - 一种向第三方开放智能网业务控制点业务能力的方法 - Google Patents

Abstract

一种向第三方开放智能网业务控制点业务能力的方法，该方法包括下列步骤：(1)定义一种用于SCP和应用服务器之间通信的接口协议；(2)应用服务器通过所述的接口协议与SCP进行交互：应用服务器通过该接口协议调用SCP的业务能力，并提供业务运行需要的信息；而SCP通过该接口协议向应用服务器请求业务运行所需要的信息，并返回业务运行的结果。该方法通过提供一种开放的、可扩展的接口协议，使得作为下一代网络中的业务运行环境的应用服务器中的业务逻辑能够通过该接口协议访问SCP提供的业务能力，这样可以充分利用现有SCP的各种资源，保护运营商已做出的巨大投资，并为运营传统智能网的运营商提供巨大的利润空间。

Description

一种向第三方开放智能网业务控制点业务能力的方法

技术领域

本发明涉及一种电信增值业务的提供方法，更确切地说，涉及一种使得下一代网络中的应用服务器能够通过接口协议访问智能网中业务控制点(SCP，Service Control Point)提供的业务能力的方法。属于智能电信网内的电信增值业务提供技术领域。

背景技术

智能网是在原有通信网络基础上，为快速提供新业务而设置的附加网络结构。目前，智能网技术已经在现有电信网获得广泛的商用，为用户提供800免费电话、300记帐卡、广告业务、预付费业务、亲情卡业务等众多业务。SCP是智能网中的业务运行节点，负责运行各种增值业务。目前SCP已广泛部署在电信网上，因此如何有效保护SCP的巨大投资，使SCP最佳地融合在下一代网络的演进中是一个亟待解决的问题。

目前的解决方案主要是由H.323的网守或软交换提供业务交换功能(SSF，Service Switching Function)，通过智能网应用协议(INAP，Intelligent NetworkApplication Protocol)访问SCP的业务能力。这种方案存在下述缺点：首先是SCP可以提供的业务能力完全取决于原有的业务限定，无法满足新的业务需求。软交换只能通过INAP协议使用SCP中现有的业务能力，无法利用其业务能力构建新的增值业务，因此，无法与下一代网络开放性特征相融合。其次，没有改变智能网中业务处理和数据访问方式，无法将SCP中的业务数据保存到企业域，不利于业务数据的客户化。现在的智能网将所有的业务数据都保存在运营商业务数据库里面，业务订购者不保存任何业务数据，当需要修改这些数据的时候，业务订购者需要到营业厅或者通过电话修改。显然，通过这种方式进行业务数据客户化的效率很低。

发明内容

本发明的目的是提供一种向第三方开放智能网业务控制点业务能力的方法，具体地说，就是通过提供一种开放的、可扩展的接口协议，使得作为下一代网络中的业务运行环境的应用服务器中的业务逻辑能够通过该接口协议访问SCP提供的业务能力，这样可以充分利用现有SCP的各种资源，保护运营商已做出的巨大投资。应用服务器在下一代网络中的地位与智能网的SCP相似。

本发明的目的是这样实现的：一种向第三方开放智能网业务控制点业务能力的方法，该方法包括下列步骤：

(1)定义一种用于SCP和应用服务器之间通信的接口协议；

(2)SCP通过该接口协议向应用服务器请求业务运行所需要的信息，并返回业务运行的结果；其特征在于：

所述步骤(2)还包括：应用服务器通过所述接口协议调用SCP的业务能力，并提供业务运行需要的信息。

所述的步骤(2)中应用服务器通过所述的接口协议调用SCP的业务能力，并提供业务运行需要的信息包含有三类：

C类：通过鉴权的应用服务器根据需要定购SCP提供的一个或多个业务；

D类：通过鉴权的应用服务器根据需要访问SCP提供的一个或多个业务；

E类：通过鉴权的SCP根据需要访问应用服务器上的业务数据。

所述应用服务器定购SCP提供的一个或多个业务至少包括下列步骤：

C1、应用服务器向SCP发送“SCP接入请求”，请求接入SCP；

C2、SCP对应用服务器进行鉴权，并在通过鉴权后，向应用服务器回送“SCP接入响应”；

C3、应用服务器向SCP发送“业务查询请求”，要求查询自己需要的SCP业务；

C4、SCP根据“业务查询请求”中携带的业务属性及其它参数，查询到符合条件的业务，向应用服务器回送“业务查询响应”，该“业务查询响应”信息中包含了符合条件的业务类型列表；

C5、应用服务器根据自己的需要，向SCP发送“业务定购请求”，该“业务定购请求”中包含了应用服务器要定购的业务类型列表及其它信息；

C6、SCP向应用服务器回送“业务定购响应”，通知应用服务器业务定购成功；

C7、应用服务器向SCP发送“SCP接入结束请求”，请求结束SCP接入过程；

C8、SCP向应用服务器回送“SCP接入结束响应”，通知应用服务器SCP接入过程已结束；

其中C3和C4为可选项，在应用服务器定购SCP业务之前需要查询SCP的业务时才执行该两项操作；在应用服务器定购多个SCP业务时，C5和C6两项操作步骤可根据需要循环执行多次。

所述应用服务器访问SCP提供的一个或多个业务至少包括下列步骤：

D1、业务请求者向应用服务器发送业务请求；

D2、应用服务器中的业务逻辑发现需要访问SCP提供的业务，向SCP发送“SCP接入请求”，请求接入SCP；

D3、SCP对应用服务器进行鉴权，并在通过鉴权后，向应用服务器回送“SCP接入响应”；

D4、应用服务器中的业务逻辑向SCP发送“业务访问请求”，该“业务访问请求”中提供要访问的业务类型及其它相关信息，请求访问SCP的业务；

D5、SCP的业务逻辑发现需要访问应用服务器上的业务数据，向应用服务器发送“管理业务数据请求”；

D6、应用服务器根据SCP发送的“管理业务数据请求”，向SCP回送“管理业务数据响应”，其中至少包含请求查询的业务数据、管理操作的结果的信息；

D7、SCP中被访问的业务执行完毕，向应用服务器回送“业务访问响应”，报告执行的结果；

D8、应用服务器向业务请求者发送业务响应信息；

D9、应用服务器向SCP发送“SCP接入结束请求”，请求结束SCP接入过程；

D10、SCP向应用服务器回送“SCP接入结束响应”，通知应用服务器SCP接入过程已结束；

其中D5和D6为可选项，当SCP的业务逻辑需要访问该应用服务器上的业务数据时才执行该两项步骤；在SCP的业务逻辑需要多次访问应用服务器上的业务数据时，D5和D6两项步骤也相应地循环执行多次；在应用服务器业务逻辑发现需要多次访问SCP提供的业务时，D4和D7两项步骤也相应地循环执行多次。

所述SCP访问应用服务器上的业务数据至少包括下列步骤：

E1、SCP接收到从业务交换点SSP、或软交换、或其它提供业务交换功能SSF的实体作为业务请求者发起的业务请求；

E2、SCP上的业务逻辑发现需要使用应用服务器上的业务数据，则向应用服务器发送“应用服务器接入请求”；

E3、应用服务器经过鉴权，向SCP回送“应用服务器接入响应”；

E4、SCP向应用服务器发送“管理业务数据请求”，请求对访问应用服务器上的业务数据；

E5、应用服务器根据SCP发送的“管理业务数据请求”，向SCP回送“管理业务数据响应”，其中包含请求查询的业务数据、管理操作的结果信息；

E6、SCP向业务请求者发送业务响应信息；

E7、SCP向应用服务器发送“应用服务器接入结束请求”操作，请求结束应用服务器接入过程；

E8、应用服务器向SCP回送“应用服务器接入结束响应”，通知SCP应用服务器接入过程已结束；

其中，在SCP的业务逻辑需要多次访问应用服务器上的业务数据时，E4和E5两项步骤也相应地循环执行多次。

本发明是一种在下一代网络中开放智能网业务控制点的业务能力的方法，现在使用的方法是通过智能网应用协议INAP访问SCP的业务能力，其缺点是可提供的业务能力完全由SCP的原有业务限定，无法满足新的业务需求，而且业务数据不能放在企业域，无法实现方便的业务数据客户化。本发明的方法不仅能够充分利用SCP中原有的业务来增强新业务的能力，而且还可以把业务数据保存在企业域的应用服务器侧，以供用户进行方便的业务数据的客户化操作。

本发明的一个重要创新是设置和定义了一种向第三方业务平台(即应用服务器)访问SCP业务能力的接口协议，该接口协议中的许多参数不同于原有的INAP协议，是专门针对本发明的应用设计的。应用服务器上的业务逻辑可以通过该接口协议定购、调用SCP上的多个业务逻辑，从而可以充分利用SCP的业务能力来构成更为复杂的业务逻辑，而且业务数据可以保存在应用服务器侧，以增强应用服务器上业务逻辑的能力和方便用户进行业务数据的客户化操作。本发明的接口协议还具有扩展能力，可在SCP业务能力增强、原有接口协议能力不够的情况下方便地进行扩展。这些均与现有技术中简单地使用SCP所提供业务的思路有根本不同，本发明通过其定义的接口协议中应用服务器访问SCP业务能力的流程和现有技术中业务交换点SSP使用INAP协议访问SCP业务能力的流程也完全不同。

因此，本发明是一条经济、有效、灵活地利用传统智能网SCP中业务逻辑的新途径，将为运营传统智能网的运营商提供巨大的利润空间。例如，对于SCP中的FPH、UPT、VPN等业务，应用服务器侧可以保存比如800的目的号码、UPT的前转号码、VPN的集团用户号码等数据，方便业务数据的客户化；UPT业务具有客户化路由的能力，应用服务器中的业务逻辑可以通过本发明中提供的接口协议访问UPT业务逻辑来实现客户化路由的目的。同时，本发明也为运营商寻找到一条与下一代网络中第三方业务提供商减少竞争，健全价值链的有效途径，即运营商注重在SCP上开发各类适合应用服务器接入的基本业务逻辑，第三方业务提供商注重在应用服务器上开发相关领域客户需求的新业务。

附图说明

图1是本发明应用服务器定购SCP业务的操作流程示意图。

图2是本发明应用服务器访问SCP业务的操作流程示意图。

图3是本发明SCP访问应用服务器上业务数据的操作流程示意图。

图4是本发明基于WEB的广告业务实施例的基本操作流程示意图。

图5是本发明可客户化业务数据的800免费电话业务实施例的基本操作流程示意图。

具体实施方式

本发明是一种向第三方业务平台，即应用服务器开放智能网业务控制点业务能力的方法，该方法的操作步骤如下：

(1)定义一种用于SCP和应用服务器之间通信的接口协议；

(2)应用服务器通过所述的接口协议与SCP进行交互：应用服务器通过该接口协议调用SCP的业务能力，并提供业务运行需要的信息；而SCP通过该接口协议向应用服务器请求业务运行所需要的信息，并返回业务运行的结果。

下面结合附图和实施例具体说明本发明的内容。

参见图1，本发明通过鉴权的应用服务器根据需要定购SCP提供的任意数量业务的操作流程的处理步骤为：

1、应用服务器向SCP发送“SCP接入请求”操作，请求接入SCP；

2、SCP对应用服务器进行鉴权，在通过后，向应用服务器回送“SCP接入响应”操作；

3、应用服务器向SCP发送“业务查询请求”操作，要求查询自己需要的SCP业务；

4、SCP根据“业务查询请求”操作中携带的业务属性等参数，查询到符合条件的业务，向应用服务器回送“业务查询响应”操作，该操作中包含了符合条件的业务类型列表；

5、应用服务器根据自己的需要，向SCP发送“业务定购请求”操作，该操作中包含了应用服务器要定购的业务类型列表等信息；

6、SCP向应用服务器回送“业务定购响应”操作，通知应用服务器业务定购成功；

7、应用服务器向SCP发送“SCP接入结束请求”操作，请求结束SCP接入过程；

8、SCP向应用服务器回送“SCP接入结束响应”操作，通知应用服务器SCP接入过程已结束。

参见图2，本发明通过鉴权的应用服务器根据需要访问SCP提供的两个业务的操作流程的处理步骤为：

1、业务请求者向应用服务器发送业务请求；

2、应用服务器上的业务逻辑发现需要访问SCP的业务能力，向SCP发送“SCP接入请求”操作，请求接入SCP；

3、SCP对应用服务器进行鉴权，并在通过鉴权后，向应用服务器回送“SCP接入响应”操作；

4、应用服务器上的业务逻辑向SCP发送“业务访问请求”操作，该操作中提供要访问的业务类型、业务特定数据等信息，请求访问SCP的业务1；

5、SCP的业务1发现需要访问应用服务器上的业务数据，向应用服务器发送“管理业务数据请求”操作；

6、应用服务器根据SCP发送的管理请求，做出相应的动作，向SCP回送“管理业务数据响应”操作，其中包含请求查询的业务数据、管理操作的结果等信息；

7、SCP上被访问的业务1执行完毕，向应用服务器回送“业务访问响应”操作，报告执行的结果；

8、应用服务器上的业务逻辑发现需要再次访问SCP业务能力，向SCP发送“业务访问请求”操作，该操作中提供要访问的业务类型等信息，请求访问SCP的业务2；

9、SCP上被访问的业务2执行完毕，向应用服务器回送“业务访问响应”操作，报告执行的结果；

10、应用服务器向业务请求者发送业务响应信息；

11、应用服务器向SCP发送“SCP接入结束请求”操作，请求结束SCP接入过程；

12、SCP向应用服务器回送“SCP接入结束响应”操作，通知应用服务器SCP接入过程已结束。

上述步骤可以扩展为应用服务器访问SCP上任意多个业务的过程。其中SCP也可以根据需要向应用服务器发送多次“管理业务数据请求”操作。此外，为了使SCP管理应用服务器业务数据的操作比较有效地完成，应用服务器需要提供相应的业务数据管理逻辑，该逻辑根据SCP发送的“管理业务数据请求”操作，对本地的业务数据进行管理，并将结果通过“管理业务数据响应”操作回送给SCP。

参见图3，本发明通过鉴权的SCP根据需要访问应用服务器上的业务数据的操作流程处理步骤为：

1、SCP接收到从业务请求者(或SSP、软交换等实体)发起的业务请求；

2、SCP上的业务逻辑发现需要使用应用服务器上的业务数据，则向应用服务器发送“应用服务器接入请求”操作；

3、应用服务器经过鉴权，向SCP回送“应用服务器接入响应”操作；

4、SCP向应用服务器发送“管理业务数据请求”操作，请求访问应用服务器上的业务数据；

5、应用服务器根据SCP发送的管理请求，做出相应的动作，向SCP回送“管理业务数据响应”操作，其中包含请求查询的业务数据、管理操作的结果等信息；

6、SCP向业务请求者发送业务响应信息；

7、SCP向应用服务器发送“应用服务器接入结束请求”操作，请求结束应用服务器接入过程；

8、应用服务器向SCP回送“应用服务器接入结束响应”操作，通知SCP应用服务器接入过程已结束。

这时，SCP可以根据需要向应用服务器发送多次“管理业务数据请求”操作。为了使SCP管理应用服务器业务数据的操作比较有效地完成，应用服务器需要提供相应的业务数据管理逻辑，该逻辑根据SCP发送的“管理业务数据请求”操作，对本地的业务数据进行管理，并将结果通过“管理业务数据响应”操作回送给SCP。

图4所示是本发明基于Web的广告业务基本流程的示意图。该实施例是应用本发明的方法提供一个基于Web的广告业务，当业务使用者观看一定数量的广告，并回答一定问题后，应用服务器上的业务逻辑可访问SCP上的预付费业务，为用户提供一定时间的免费通话时间。与传统的基于语音的广告业务相比，基于Web的广告业务可以提供更为丰富的广告信息，增强广告的效果。

参见图4，其具体操作步骤为：

1、用户通过浏览器通过Web浏览广告，该广告信息由应用服务器提供，可以HTML等多种方式实现；

2、用户浏览完广告信息后，应用服务器向浏览器返回一些问题表单，用户回答问题并提交；

3、如果用户的答题结果合格，应用服务器则向浏览器返回信息，提示用户输入两个电话号码的页面，用户填写两个电话号码(分别是电话A和电话B)并提交；

4、应用服务器返回“正在接通电话xxxxxxx和电话yyyyyyyy”的提示信息，其中“xxxxxxx”表示电话A的号码，“yyyyyyyy”表示电话B的号码；

5、应用服务器发现需要访问SCP的记帐卡业务，则向SCP发送“SCP接入请求”操作，请求接入SCP；

6、SCP对应用服务器进行鉴权并通过后，向应用服务器回送“SCP接入响应”操作；

7、应用服务器向SCP发送“业务访问请求”操作，请求访问SCP的记帐卡业务，并给出帐户、密码、业务相关电话号码、可使用的帐户金额、提示语言种类等业务特定信息。SCP的记帐卡业务对帐户、密码进行鉴权，通过鉴权后，根据两个电话号码和可使用的帐户金额折算出可通话的时长；

8、SCP通过INAP消息指示SSP连接电话A；

9、电话A摘机，SSP向SCP通知该信息；

10、SCP的记帐卡业务通过INAP消息指示SSP向A发提示音，如“您可通话的时间是z分钟，正在连接电话yyyyyyyy，请稍候…”，其中“z”表示可通话的时长，“yyyyyyyy”表示电话B的号码；

11、SCP通过INAP消息指示SSP连接电话B；

12、电话B摘机，SSP向SCP通知该信息，SCP的记帐卡业务开始对呼叫计时；

13、当通话时长快到时，SCP通过INAP消息指示SSP向电话A发送提示音，如“您的通话时间还有a秒”，“a”表示剩余通话时长；

14、SCP通过INAP消息指示SSP向电话B发送提示音，如“您的通话时间还有a秒”，“a”表示剩余通话时长；

15、通话时间到达，SCP通过INAP消息指示SSP断开A-B呼叫；

16、SCP向应用服务器回送“业务访问响应”操作；

17、应用服务器向浏览器发送包含提示信息的页面，提示通话时间已到，并询问是否继续浏览广告或答题；

18、用户选择“否”；

19、应用服务器向SCP发送“SCP接入结束请求”操作，请求结束SCP接入过程；

20、SCP向应用服务器回送“SCP接入结束响应”操作，通知应用服务器SCP接入过程已结束。

现在的800业务很难做到客户化，业务数据只能通过人工方式由运营商的维护人员进行更新。但是，使用本发明提供的接口协议，SCP可以访问保存在应用服务器的业务数据。这样申请800业务的公司就可以把业务数据保存在本公司的应用服务器上，自己就可以根据需要方便地对业务数据进行客户化。

参见图5，使用本发明实现可客户化业务数据的800业务的基本流程如下：

1、SSP向SCP发起800业务请求；

2、SCP发现需要访问保存在应用服务器的业务数据，向应用服务器发送“应用服务器接入请求”操作；

3、应用服务器对SCP进行鉴权，并在通过鉴权后，向SCP回送“应用服务器接入响应”操作；

4、SCP向应用服务器发送“管理业务数据请求”操作，要求根据主叫号码查询被叫号码信息；

5、应用服务器根据SCP发送的管理请求，根据主叫号码查询出被叫号码信息，并向SCP回送“管理业务数据响应”操作；

6、SCP根据“管理业务数据响应”操作反馈的结果，通过INAP消息指示SSP在主、被叫之间建立呼叫连接；

7、SCP向应用服务器发送“应用服务器接入结束请求”操作，请求结束应用服务器接入过程；

8、应用服务器向SCP回送“应用服务器接入结束响应”操作，向SCP通知应用服务器接入过程结束。

Claims (5)

1、一种向第三方开放智能网业务控制点业务能力的方法，该方法包括下列操作步骤：

(1)定义一种用于SCP和应用服务器之间通信的接口协议；

(2)SCP通过所述接口协议向应用服务器请求业务运行所需要的信息，并返回业务运行的结果；其特征在于：

所述步骤(2)还包括：应用服务器通过所述接口协议调用SCP的业务能力，并提供业务运行需要的信息。

2、根据权利要求1所述的方法，其特征在于：所述步骤(2)中应用服务器通过所述接口协议调用SCP的业务能力，并提供业务运行需要的信息包含有三类：

C类：通过鉴权的应用服务器根据需要定购SCP提供的一个或多个业务；

D类：通过鉴权的应用服务器根据需要访问SCP提供的一个或多个业务；

E类：通过鉴权的SCP根据需要访问应用服务器上的业务数据。

3、根据权利要求2所述的方法，其特征在于：所述应用服务器定购SCP提供的一个或多个业务至少包括下列步骤：

C1、应用服务器向SCP发送“SCP接入请求”，请求接入SCP；

C2、SCP对应用服务器进行鉴权，并在通过鉴权后，向应用服务器回送“SCP接入响应”；

C3、应用服务器向SCP发送“业务查询请求”，要求查询自己需要的SCP业务；

C4、SCP根据“业务查询请求”中携带的业务属性及其它参数，查询到符合条件的业务，向应用服务器回送“业务查询响应”，该“业务查询响应”信息中包含了符合条件的业务类型列表；

C5、应用服务器根据自己的需要，向SCP发送“业务定购请求”，该“业务定购请求”信息中包含了应用服务器要定购的业务类型列表及其它信息；

C6、SCP向应用服务器回送“业务定购响应”，通知应用服务器业务定购成功；

C7、应用服务器向SCP发送“SCP接入结束请求”，请求结束SCP接入过程；

C8、SCP向应用服务器回送“SCP接入结束响应”，通知应用服务器SCP接入过程已结束；

其中C3和C4为可选项，在应用服务器定购SCP业务之前需要查询SCP的业务时才执行该两项操作步骤；在应用服务器定购多个SCP业务时，C5和C6两项操作步骤可根据需要循环执行多次。

4、根据权利要求2所述的方法，其特征在于：所述应用服务器访问SCP提供的一个或多个业务至少包括下列步骤：

D1、业务请求者向应用服务器发送业务请求；

D2、应用服务器中的业务逻辑发现需要访问SCP提供的业务，向SCP发送“SCP接入请求”，请求接入SCP；

D3、SCP对应用服务器进行鉴权，并在通过鉴权后，向应用服务器回送“SCP接入响应”；

D4、应用服务器中的业务逻辑向SCP发送“业务访问请求”，该“业务访问请求”信息中提供要访问的业务类型及其它相关信息，请求访问SCP的业务；

D5、SCP的业务逻辑发现需要访问应用服务器上的业务数据，向应用服务器发送“管理业务数据请求”；

D6、应用服务器根据SCP发送的“管理业务数据请求”，向SCP回送“管理业务数据响应”，其中至少包含请求查询的业务数据、管理操作的结果的信息；

D7、SCP中被访问的业务执行完毕，向应用服务器回送“业务访问响应”，报告执行的结果；

D8、应用服务器向业务请求者发送业务响应信息；

D9、应用服务器向SCP发送“SCP接入结束请求”，请求结束SCP接入过程；

D10、SCP向应用服务器回送“SCP接入结束响应”，通知应用服务器SCP接入过程已结束；

其中D5和D6为可选项，当SCP的业务逻辑需要访问该应用服务器上的业务数据时才执行该两项步骤；在SCP的业务逻辑需要多次访问应用服务器上的业务数据时，D5和D6两项步骤也相应地循环执行多次；在应用服务器上的业务逻辑发现需要多次访问SCP提供的业务时，D4和D7两项步骤也相应地循环执行多次。

5、根据权利要求2所述的方法，其特征在于：所述SCP访问应用服务器上的业务数据至少包括下列步骤：

E1、SCP接收到从业务交换点SSP、或软交换、或其它提供业务交换功能SSF的实体作为业务请求者发起的业务请求；

E2、SCP上的业务逻辑发现需要使用应用服务器上的业务数据，则向应用服务器发送“应用服务器接入请求”；

E3、应用服务器经过鉴权，向SCP回送“应用服务器接入响应”；

E4、SCP向应用服务器发送“管理业务数据请求”，请求访问应用服务器上的业务数据；

E5、应用服务器根据SCP发送的“管理业务数据请求”，向SCP回送“管理业务数据响应”，其中包含请求查询的业务数据、管理操作的结果信息；

E6、SCP向业务请求者发送业务响应信息；

E7、SCP向应用服务器发送“应用服务器接入结束请求”，请求结束应用服务器接入过程；

E8、应用服务器向SCP回送“应用服务器接入结束响应”，通知SCP应用服务器接入过程已结束；

其中，在SCP的业务逻辑需要多次访问应用服务器上的业务数据时，E4和E5两项步骤也相应地循环执行多次。

Images