[发明专利]基于业务代理的动态转接方法和系统

说明书

技术领域

本发明涉及一种基于业务代理的动态转接方法和系统，属于移动通信技术领域。

背景技术

业务代理Service Broker(以下简称SB)是3GPP SA2工作组研究和定义的一个网元，其目的是为了解决现实网络中普遍存在的业务交互问题。3GPP早就提出了SCIM(Service Capability Interaction Management)的概念，通过SCIM解决业务交互问题，但是SCIM实体一直没有更详细的定义和规范，SB可以看做是一个SCIM的具体实现，在3GPP TR 23.810中对SB的需求、系统架构、接口、安全、计费等进行了介绍和定义。

SB位于核心网网元与业务平台之间，与核心网网元以及业务平台进行信令交互，通过灵活的策略配置将各业务平台上的多种业务关联起来，在对原有业务逻辑不做修改的前提下，仅需要通过可视化的简单配置即可使得用户可以同时申请多个业务，完成完整的业务交互流程，从而大大简化运营商在推出新的业务时对已有业务的改动和一系列配套工作。

SB不仅能够通过多业务之间的关联解决用户同时申请多个业务时的业务交互问题，还可以在多个原子业务的基础上提供复杂的融合业务。

由于SB在处理CS域业务融合时，需对核心网网元和业务平台之间的交互信令进行转发，因此信令处理上存在有一定的复杂度，并会造成一定的信令链路开销。例如：用户同时签约VPMN和欠费控制两个业务，如果用户当前拨打的是一个群内用户时，用户当前呼叫需要触发VPMN和欠费控制两个业务的属性，在这种情况下，SB需要同时和这两个业务的SCP进行交互；但是当用户拨打一个群外用户时，由于VPMN业务不需要进行改号、计费或者监控用户呼叫状态，在这种情况下，用户当前呼叫只需要与欠费控制SCP进行交互即可，但由于欠费控制SCP和MSC/SSP之间的信令必须通过SB进行转发，从而造成了不必要的SB信令处理复杂度和信令链路开销。

因此，在SB对多业务进行处理时，如何能根据相应的呼叫流程，有效降低SB信令处理的复杂度和减少不必要的信令链路开销？仍是一个急需要解决的技术难题。

发明内容

有鉴于此，本发明的目的是提供一种基于业务代理的动态转接方法和系统，从而使得SB对多业务进行处理时，能根据相应的呼叫流程，有效降低SB信令处理的复杂度和减少不必要的信令链路开销。

为了达到上述目的，本发明提供了一种基于业务代理的动态转接方法，所述方法包括有：

步骤一、MSC/SSP将呼叫触发到业务代理Service Broker，Service Broker按相应的触发优先级对用户签约的若干个业务所分别对应的业务控制点SCP依次进行触发；

步骤二、当Service Broker在触发最后一套SCP时，判断之前所触发的所有SCP的业务功能是否都未触发，如果是，则将MSC/SSP发出的呼叫信令转接Handover到最后一套SCP；

步骤三、MSC/SSP与所述最后一套SCP直接进行信令交互，Service Broker退出当前对话。

为了达到上述目的，本发明还提供了一种基于业务代理的动态转接系统，包括有MSC/SSP、业务代理Service Broker和若干套业务控制点SCP，所述MSC/SSP、Service Broker和SCP通过网络相连，所述Service Broker进一步包括有：

动态Handover处理单元，用于接收MSC/SSP发送来的呼叫触发消息，并按触发优先级对用户签约业务所对应的若干套业务控制点SCP依次触发；当在触发最后一套SCP时，从SCP业务监控记录单元中判断之前所触发的所有SCP的业务功能是否都未触发，如果是，则将MSC/SSP发出的呼叫信令转接Handover到最后一套SCP，从而使MSC/SSP与所述最后一套SCP直接进行信令交互；

SCP业务监控记录单元，用于接收SCP的回送消息，并当所述回送消息是TC-End方式的Continue消息时，记录所述SCP的业务功能未触发。

与现有技术相比，本发明的有益效果是：本发明能根据实际的呼叫流程，通过动态Handover技术，在MSC/SSP和SCP之间直接实现信令交互，而Service Broker退出当前对话，从而能大大降低SB信令处理的复杂度和减少不必要的信令链路开销；Handover技术通过修改用TC-Begin发送的IDP消息的SCCP层源地址和目的地址来实现，方法简单，易于推广。

附图说明