专利名称：一种同时提供软交换多种业务接口的方法
技术领域：
本发明涉及电信增值业务提供技术，更具体的说，涉及一种使得下一代网络中的软交换设备能够同时支持多种对外业务接口的方法。
目前软交换的业务提供解决方案还很不成熟，尚无能够同时支持多种业务接口的具体解决方案。
本发明通过以下技术方案实现一种同时提供软交换多种业务接口的方法，将软交换核心呼叫控制器中的每一操作通过通用业务接口消息适配为业务应用方可识别的消息。
上述方法进一步包括以下步骤以通用业务接口呼叫事件消息格式进行呼叫事件注册或给业务应用方上报呼叫事件；以通用业务接口计费信息消息格式设置计费信息或向业务应用方上报计费信息；以通用业务接口呼叫控制消息格式进行单个呼叫方的状态转移的控制或进行参与呼叫的呼叫方之间关联关系的控制。
该方法还可进一步包括，在适配网关中设置事件触发点；软交换核心呼叫控制器以通用业务接口呼叫事件消息格式触发业务事件消息，并将该消息发送至适配网关，适配网关通知业务应用方业务发生事件消息；业务应用方向适配网关发起设置计费计划消息或获得计费信息消息，适配网关以通用业务接口计费信息消息格式将计费有关的信息给软交换核心呼叫控制器，软交换核心呼叫控制器以通用业务接口计费信息消息格式向适配网关上报计费信息；业务应用方发起创建对应被叫的呼叫方并路由的消息，适配网关以通用业务接口呼叫控制消息格式向软交换核心呼叫控制器发起创建对应呼叫方的消息，接着适配网关以通用业务接口呼叫事件消息格式向软交换核心呼叫控制器发起设置动态出发点消息，然后适配网关以通用业务接口呼叫控制消息格式发起把创建的呼叫方连接到呼叫的消息；软交换核心呼叫控制器以通用业务接口呼叫事件消息格式向适配网关上报被叫应答事件消息，以通用业务接口呼叫控制消息格式向适配网关上报呼叫结束事件消息，适配网关将该消息发送到业务应用方。
较佳地，所述适配网关为增值业务网关，所述业务应用方为应用服务器，该方法进一步包括，
在增值业务网关中设置用于支持增值多方呼叫控制应用编程接口的呼叫管理实体、呼叫实体、呼叫方实体，以及用于与上述实体和软交换核心呼叫控制器交互的代理实体；代理实体根据消息类型分别调用呼叫管理实体或呼叫实体或呼叫方实体的发送方法，将所述业务事件消息发送至呼叫管理实体，将所述被叫应答事件消息或计费消息发送至呼叫方实体，将所述呼叫结束事件消息发送至呼叫实体。
较佳地，所述适配网关为智能网应用协议网关，所述业务应用方为业务控制点。该方法进一步包括，在智能网应用协议网关中设置用于与业务控制点以及软交换核心呼叫控制器交互的代理实体，代理实体将智能网应用协议消息与通用业务接口消息进行一一对应的转换。
其中，所述通用业务接口呼叫事件消息格式包括消息头、以及对呼叫事件设置和响应的消息体，通用业务接口计费信息消息格式包括消息头、以及设置计费信息及信息收集报告的消息体，通用业务接口呼叫控制消息格式包括消息头、以及对于呼叫或呼叫方状态控制的消息体。
所述消息头至少包括用于区分属于同一呼叫的消息的呼叫标识、用于标识同在子会议中的呼叫方的子呼叫标识、用于区分属于同一呼叫方的消息的呼叫方标识、用于区分参与提供业务的多个应用程序的应用标识、用于标识成对出现的消息之间的关联的关联标识、消息类型以及消息体长度。
本发明通过通用业务消息、以面向消息的机制实现了为业务应用方同时提供软交换多种业务接口。本发明具有以下特点(1)由于采用了消息机制，该业务接口具备可扩展性和通用性，有利于提高效率，当需要提供新的业务接口时，只需要在现有接口上对消息作相应的修改。
(2)由于业务接口实现方式采用软交换核心呼叫控制-通用业务接口-不同的适配网关-不同的业务接口-不同的外部应用业务的模式，整个体系可扩展性良好，并保持软交换核心呼叫控制部分的稳定性。
(3)由于在Parlay适配网关中设置了可与应用服务器交互的实体，使得业务接口实现了对Parlay MPCC API接口和INAP CS1接口的支持。
(4)该业务接口的呼叫控制部分是基于类似CS2通用软交换呼叫控制模型，而当前各种业务接口的呼叫控制部分都存在着与这种通用呼叫控制模型的天然联系，因此该接口定义能够很好的融合Parlay、JAIN、OSA、INAP等业务接口。
参见
图1所示，图1为本发明的体系结构。在软交换核心呼叫控制器上通过定义各种消息来提供通用的软交换业务接口，通过针对不同外部业务接口的适配网关，如Parlay网关，OSA(OSA，Open Service Access)网关JAIN网关，INAP网关，以面向消息的交互机制对外提供不同的外部业务接口，如第三方业务接口，传统业务接口。
参见图2所示，图2为向Parlay网关提供软交换通用接口的体系结构示意图。图中，呼叫管理实体(CM)、呼叫实体(Call)、呼叫方实体(Leg)皆为公共对象请求代理体系结构(CORBA，Common Object Request BrokerArchitecture)对象。CM、Call、Leg实体支持增值多方呼叫控制应用编程(Parlay MPCC API)接口，与应用服务器中支持Parlay MPCC API接口的呼叫管理实体应用侧回调实体(AppCM)，呼叫实体应用侧回调实体(AppCall)和呼叫方实体应用侧回调实体(AppCallLeg)交互。考虑到ParlayMPCC API建在CORBA中间件上，而软交换通用接口采用消息机制，因此定义了一个同时支持CORBA中间件和消息机制的代理实体(Proxy)，来实现Parlay MPCC API接口与软交换通用接口这两种不同接口机制的互通。Proxy实体有两个方面接口，与CM、Call、Leg实体交互采用CORBA中间件交互，其接口定义语言(IDL，Interface Definition Language)定义为send(msg)和receive(msg)，其中参数msg定义为字节流，Proxy实体采用根据不同的消息类型分别调用CM、Call或者Leg实体上的send(msg)方法，从而将不同的消息分发给不同的CM、Call和Leg实体；Proxy实体与软交换核心控制器采用消息交互，接口消息采用定义的通用软交换业务接口消息。
下面以实现业务过程为例来说明Parlay MPCC API接口与软交换通用接口之间消息的适配。
参见图3所示，在Parlay网关中包括呼叫控制实体、呼叫实体、呼叫方实体以及代理实体，在实现业务过程中，预先设置事件触发点，Parlay MPCCAPI接口与软交换通用接口之间消息交互的过程如下步骤1、软交换核心呼叫控制器通过代理实体向呼叫管理实体上报事件；步骤2、呼叫管理实体通知应用服务器有事件发生；步骤3、应用服务器中的应用程序设置计费计划上报给呼叫管理实体；步骤4、呼叫管理实体将设置计费计划通过代理实体发送到软交换核心呼叫控制器；步骤5、应用服务器向呼叫实体发出消息获得计费信息；步骤6、呼叫实体将消息获得计费信息通过代理实体发送到软交换核心呼叫控制器；
步骤7、应用服务器向呼叫实体发起创建对应被叫的呼叫方实体(CallLeg)并路由的消息；步骤8、呼叫实体将创建对应的CallLeg的消息经代理实体发送至软交换核心呼叫控制器；步骤9、呼叫实体将设置动态触发点的消息通过代理实体发送至软交换核心呼叫控制器；步骤10、呼叫实体将步骤8所创建的CallLeg连接到呼叫实体的消息通过代理实体发送至软交换核心呼叫控制器；步骤11、软交换核心呼叫控制器经代理实体向呼叫方实体报告被叫应答事件；步骤12、呼叫方实体通知应用服务器，开始通话；步骤13、通话结束后，软交换核心呼叫控制器通过代理实体向呼叫实体上报计费信息；步骤14、呼叫实体通知应用服务器计费信息；步骤15、软交换核心呼叫控制器经代理实体向呼叫实体上报呼叫结束事件；步骤16、呼叫实体通知应用服务器结束呼叫。
从上述过程可见，代理实体通过对面向CORBA实体的方法调用，将相应的消息进行收发，从而实现了通用业务接口消息与第三方业务接口消息的转换。其中，步骤1、4、6、8、9、10、11、13和15所涉及的消息为通用接口消息，步骤2、3、5、7、12、14和16所涉及的消息为应用服务器接口的消息。
参见图4所示，图4为向INAP网关提供软交换通用接口的体系结构示意图。由于INAP网关和软交换通用接口都采用消息机制，因此由Proxy完成INAP消息与软交换通用接口消息的转换。
下面以实现业务过程为例来说明INAP接口与软交换通用接口之间消息的适配。
参见图5所示，在Parlay网关中包括代理实体，在实现业务过程中，预先设置事件触发点，INAP接口与软交换通用接口之间消息交互的过程如下步骤1、软交换核心呼叫控制器向代理实体上报事件；步骤2、代理实体通知应用服务器有事件发生；步骤3、业务控制点(SCP)中的应用程序设置计费计划上报给代理实体；步骤4、代理实体将设置计费计划发送到软交换核心呼叫控制器；步骤5、业务控制点向代理实体发出消息获得计费信息；步骤6、代理实体将消息获得计费信息发送到软交换核心呼叫控制器；步骤7、业务控制点设置动态触发点，并消息上报基本呼叫状态模型(BCSM)事件；步骤8、代理实体创建对应的CallLeg，并发送至软交换核心呼叫控制器；步骤9、代理实体设置动态触发点，并发送至软交换核心呼叫控制器；步骤10、业务控制点向代理实体消息路由；步骤11、代理实体将步骤8所创建对应的CallLeg连接到呼叫的消息发送至软交换核心呼叫控制器；步骤12、软交换核心呼叫控制器上报被叫应答事件；步骤13、代理实体通知业务控制点，开始通话；步骤14、通话结束后，软交换核心呼叫控制器向代理实体上报计费信息；步骤15、代理实体通知业务控制点计费信息；步骤16、业务控制点通知代理实体结束呼叫。
从上述过程可见，传统业务接口消息与通用业务接口消息一一对应。其中，步骤1、4、6、8、9、11、12和14所涉及的消息为通用接口消息，步骤2、3、5、7、10、13、15和16所涉及的消息为业务控制点的消息。
从上述消息适配过程中可见，各种接口消息包括以下三类(1)应用在呼叫、呼叫方上进行事件注册；将呼叫、呼叫方上发生的相关事件报告给应用；(2)对于单个呼叫方的状态转移的干预和控制；对于整个呼叫的状态转移的干预和控制，实际上是对参与该呼叫的呼叫方之间关联关系的干预和控制；(3)应用设置计费相关信息；和将计费信息报告给应用。
上述接口消息的定义，遵循下列原则首先，考虑到Parlay MPCC API和INAP接口都采用事件触发设置-事件上报机制，软交换通用业务接口消息也采用事件触发设置-事件上报机制。为兼容多种接口，采用动态设置点(EDP)和静态设置点(TDP)两种事件触发设置方式。
其次，用呼叫方(leg)状态表示呼叫中一方所处的状态，用一个呼叫(call)中不同呼叫方与呼叫的关联关系，如connected，released等等，来表示呼叫方之间的关联。对于呼叫方状态转移的控制，表现为接受呼叫方状态报告和指示呼叫方进行状态迁移；对于呼叫中呼叫方之间关联关系的控制，表现为接受呼叫方之间关联关系状态报告和指示呼叫方之间关联关系变化。并在消息定义中预留了足够的扩充余地来保证将来对任意状态转移的控制。
上述各消息功能均通过消息格式中的消息体实现。参见图6所示，图6为通用业务接口消息的消息格式。上述各种消息均由消息头和消息体构成。其中，消息头包括呼叫标识(Call ID)，用来唯一的标识一个双方或多方呼叫，区分属于同一呼叫的消息。该参数具有唯一性，使用该消息的各方应该事先决定各自的分配范围，建议的方式可为凡是网络发起的呼叫，Call ID由软交换分配；凡是业务控制程序即第三方发起的呼叫，Call ID由该业务程序对应的网关分配；子呼叫标识(Sub Call ID)，主要用于会议模式下，同在子会议中的呼叫方的标识；呼叫方标识(Call Party ID)，用来标识一个呼叫方，区分属于同一呼叫方的消息，它在同一个呼叫内是唯一的；应用标识(Appilication ID)，区分参与提供业务的多个应用程序；消息类型(Msg Type)，用以根据消息体的内容不同标识对应的消息类型。
消息体长度(Msg Length)，消息体的长度(字节数)；关联标识(Correlation ID)，用于标识成对出现的消息之间的关联，成对的消息的correlation ID应该保持一致。
消息体的内容随着消息类型的不同而不同，从上述分类上看，可以包括对呼叫事件的设置和响应消息体，对于呼叫或呼叫方状态转移的控制消息体，以及设置计费信息及信息收集报告消息体。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种同时提供软交换多种业务接口的方法，其特征在于，将软交换核心呼叫控制器中的每一操作通过通用业务接口消息适配为业务应用方可识别的消息。
2.根据权利要求1所述的方法，其特征在于，该方法进一步包括以下步骤以通用业务接口呼叫事件消息格式进行呼叫事件注册或给业务应用方上报呼叫事件；以通用业务接口计费信息消息格式设置计费信息或向业务应用方上报计费信息；以通用业务接口呼叫控制消息格式进行单个呼叫方的状态转移的控制或进行参与呼叫的呼叫方之间关联关系的控制。
3.根据权利要求1或2所述的方法，其特征在于，该方法进一步包括，在适配网关中设置事件触发点；软交换核心呼叫控制器以通用业务接口呼叫事件消息格式触发业务事件消息，并将该消息发送至适配网关，适配网关通知业务应用方业务发生事件消息；业务应用方向适配网关发起设置计费计划消息或获得计费信息消息，适配网关以通用业务接口计费信息消息格式将计费有关的信息给软交换核心呼叫控制器，软交换核心呼叫控制器以通用业务接口计费信息消息格式向适配网关上报计费信息；业务应用方发起创建对应被叫的呼叫方并路由的消息，适配网关以通用业务接口呼叫控制消息格式向软交换核心呼叫控制器发起创建对应呼叫方的消息，接着适配网关以通用业务接口呼叫事件消息格式向软交换核心呼叫控制器发起设置动态出发点消息，然后适配网关以通用业务接口呼叫控制消息格式发起把创建的呼叫方连接到呼叫的消息；软交换核心呼叫控制器以通用业务接口呼叫事件消息格式向适配网关上报被叫应答事件消息，以通用业务接口呼叫控制消息格式向适配网关上报呼叫结束事件消息，适配网关将该消息发送到业务应用方。
4.根据权利要求3所述的方法，其特征在于，所述适配网关为增值业务网关，所述业务应用方为应用服务器。
5.根据权利要求4所述的方法，其特征在于，该方法进一步包括，在增值业务网关中设置用于支持增值多方呼叫控制应用编程接口的呼叫管理实体、呼叫实体和呼叫方实体，以及用于与上述实体和软交换核心呼叫控制器交互的代理实体；代理实体根据消息类型分别调用相应实体的发送方法，将所述业务事件消息发送至呼叫管理实体，将所述被叫应答事件消息或计费消息发送至呼叫方实体，将所述呼叫结束事件消息发送至呼叫实体。
6.根据权利要求3所述的方法，其特征在于，所述适配网关为智能网应用协议网关，所述业务应用方为业务控制点。
7.根据权利要求6所述的方法，其特征在于，该方法进一步包括，在智能网应用协议网关中设置用于与业务控制点以及软交换核心呼叫控制器交互的代理实体，代理实体将智能网应用协议消息与通用业务接口消息进行一一对应的转换。
8.根据权利要求2或3所述的方法，其特征在于，所述通用业务接口呼叫事件消息格式包括消息头、以及对呼叫事件设置和响应的消息体，所述通用业务接口计费信息消息格式包括消息头、以及设置计费信息及信息收集报告的消息体，所述通用业务接口呼叫控制消息格式包括消息头、以及对于呼叫或呼叫方状态控制的消息体。
9.根据权利要求8所述的方法，其特征在于，所述消息头至少包括用于区分属于同一呼叫的消息的呼叫标识、用于标识同在子会议中的呼叫方的子呼叫标识、用于区分属于同一呼叫方的消息的呼叫方标识、用于区分参与提供业务的多个应用程序的应用标识、用于标识成对出现的消息之间的关联的关联标识、消息类型以及消息体长度。
全文摘要
本发明公开了一种同时提供软交换多种业务接口的方法，将软交换核心呼叫控制器中的每一操作通过通用业务接口消息适配为业务应用方可识别的消息。并且，以通用业务接口呼叫事件消息格式进行呼叫事件注册或给业务应用方上报呼叫事件；以通用业务接口计费信息消息格式设置计费信息或向业务应用方上报计费信息；以通用业务接口呼叫控制消息格式进行单个呼叫方的状态转移的控制或进行参与呼叫的呼叫方之间关联关系的控制。本发明所提供的业务接口具备可扩展性和通用性，并保持软交换核心呼叫控制部分的稳定性。
文档编号H04L29/06GK1422083SQ0215949
公开日2003年6月4日 申请日期2002年12月31日 优先权日2002年12月31日
发明者杨放春, 董斌, 严哲峰, 苏森, 邹华, 孙其博, 陈俊亮 申请人:北京邮电大学