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

权利要求书

1.一种基于业务代理的动态转接方法，其特征在于，所述方法包括有：

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

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

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

2.根据权利要求1所述的方法，其特征在于，所述步骤一包括有：

步骤11、MSC/SSP向Service Broker发出IDP消息；

步骤12、Service Broker按触发优先级的先后次序，依次向用户签约业务所对应的SCP转发IDP消息；

步骤13、当SCP接收到Service Broker转发来的IDP消息时，判断是否需要触发相应的业务功能，如果否，则所述SCP向Service Broker回送TC-End方式的Continue消息。

3.根据权利要求1所述的方法，其特征在于，所述步骤一包括有：

Service Broker对SCP的回送消息进行监控，当SCP的回送消息是TC-End方式的Continue消息时，则记录所述SCP的业务功能未触发。

4.根据权利要求1所述的方法，其特征在于，还包括有：Service Broker通过业务触发状态位对所有SCP的业务功能是否被触发进行标识，所述步骤二中，当Service Broker检测到业务触发状态位的值为未触发时，即可判断之前所触发的所有SCP的业务功能都未触发。

5.根据权利要求4所述的方法，其特征在于，Service Broker通过业务触发状态位对所有SCP的业务功能是否被触发进行标识，进一步包括有：

步骤A1、Service Broker将业务触发状态位的初始值设为未触发；

步骤A2、Service Broker判断SCP的回送消息是否是TC-End方式的Continue消息？如果是，则Service Broker继续对下一套SCP的回送消息进行监控，执行步骤A2；如果否，则Service Broker将所述业务触发状态位设置为已触发，本流程结束。

6.根据权利要求1所述的方法，其特征在于，所述步骤二中，Service Broker将MSC/SSP发出的呼叫信令转接Handover到最后一套SCP，进一步包括有：

Service Broker向所述最后一套SCP用TC-Begin发送IDP消息，并将信令连接控制部分SCCP层源地址填为MSC/SSP的全局码GT地址，SCCP层目的地址填为所述最后一套SCP的GT地址，所述源地址和目的地址均按照GT方式寻址。

7.根据权利要求1所述的方法，其特征在于，Service Broker在对多套SCP进行触发前，不向MSC/SSP发送RRBE(O/T-Abandon)消息。

8.一种基于业务代理的动态转接系统，包括有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的业务功能未触发。