专利名称：SCP和Service Broker融合系统及其实现方法
技术领域：
本发明涉及一种SCP和Service Broker融合系统及其实现方法,属于移动通信技术领域。
背景技术：
SCP (Service Control Point)是智能网的业务控制点，实现业务逻辑的控制和执行，Service Broker (以下简称SB)是3GPP SA2工作组研究和定义的一个网元，其目的是为了解决现实网络中普遍存在的业务交互问题。在CS域(Circuit Switched Domain)中，SCP、SB与MSC的接口协议一致，均采用CAP协议，从逻辑组网上看，SB位于核心网网元MSC·与SCP之间，与核心网网元MSC以及SCP进行信令交互，通过灵活的策略配置将各SCP上的多种业务关联起来，使得用户可以同时申请多个业务，完成完整的业务交互流程。电信运营商实际部署时，SCP和SB —般都是作为独立网元部署，然而在实际应用过程中，有部分运营商存在SCP和SB作为一个物理网元部署的需求，因此，如何实现SCP和SB的融合，从而能将SCP和SB作为一个物理网元部署？是一个急需要解决的技术难题。
发明内容
有鉴于此，本发明的目的是提供一种SCP和SB融合系统及其实现方法，能实现SCP和SB的融合，从而将SCP和SB作为一个物理网元部署。为了达到上述目的，本发明提供了一种SCP和Service Broker融合系统，包括有 呼叫分发单元，用于接收IDP消息，并根据承载IDP的TCAP消息的目的GT地址进行呼
叫分发，即当目的GT地址是SCP业务的GT地址时，将所述IDP消息路由到SCP单元；当目的GT地址是SB的GT地址时，将所述IDP消息路由到SB单元；
SCP单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键，触发对应的SCP业务逻辑；
SB单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键，触发对应的Service Broker逻辑。为了达到上述目的,本发明还提供了一种SCP和Service Broker融合的实现方法，包括有
步骤Al、SCP与Service Broker融合系统配置两个GT地址，一个是SCP业务的GT地址，一个是Service Broker的GT地址；
步骤A2、当SCP与Service Broker融合系统接收到IDP消息时，根据承载IDP的TCAP消息的目的GT地址进行呼叫分发，即当目的GT地址是SCP业务的GT地址时，根据所述IDP消息的业务键，触发对应的SCP业务逻辑；当目的GT地址是Service Broker的GT地址时，根据所述IDP消息的业务键触发对应的Service Broker逻辑。为了达到上述目的,本发明还提供了一种SCP和Service Broker融合系统,包括有呼叫分发单元，用于接收IDP消息，并根据IDP消息的用户号码/或业务键、或者承载IDP的TCAP消息的源/和目的GT地址，进行呼叫分发，将所述IDP消息路由到SCP单元或SB单元；
SCP单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键，触发对应的SCP业务逻辑；
SB单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键，触发对应的Service Broker逻辑,其中Service Broker简称为SB。 为了达到上述目的,本发明还提供了一种SCP与Service Broker融合的实现方法，当SCP与SB融合系统接收到IDP消息时，其中Service Broker简称SB，包括有
步骤B、根据IDP消息的用户号码，查询SB融合用户表中是否有所述IDP消息的用户数据，如果否，则根据所述IDP消息的业务键触发SCP业务逻辑，所述SB融合用户表是指同时签约了 2个或2个以上智能网业务的用户数据表。与现有技术相比，本发明的有益效果是本发明能实现SCP和SB的融合，从而将SCP和SB作为一个物理网元部署，无需对现网改造，实施方式简单易行。
图I是本发明的第一种实施方式的SCP与SB融合系统组成结构示意图。图2是本发明的第一种实施方式的SCP与SB融合的实现方法流程图。图3是本发明的第二种实施方式的SCP与SB融合系统的呼叫分发单元的组成结构示意图。图4是本发明的第二种实施方式的SCP与SB融合的实现方法流程图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面结合附图和实施例对本发明作进一步的详细描述。SCP和SB作为一个物理网元部署的系统以下简称SCP与SB融合系统，本发明实现SCP与SB的融合包括有两种实施方式
1、实施方式I=SCP与SB融合系统配置两个GT地址，一个用于SCP，一个用于SB，单智能网业务用户的签约信息均指向SCP的GT地址，融合业务用户的签约信息指向SB的GT地址，并由SCP与SB融合系统根据目的GT选择将呼叫路由到SCP业务逻辑或SB逻辑；
2、实施方式2:SCP与SB融合系统配置一个GT地址，SCP和SB合用，单智能网业务用户和融合业务用户的签约信息均指向这个GT地址，并由SCP与SB融合系统根据IDP(其英文全称是=InitialDP)消息的业务键、IDP消息的用户号码、承载IDP的TCAP消息的源GT地址和目的GT地址，选择将呼叫路由到SCP业务逻辑或SB逻辑。如图I所不,本发明的第一种实施方式的一种SCP与SB融合系统,包括有 呼叫分发单元，用于接收IDP消息，并根据承载IDP的TCAP消息的目的GT地址进行呼
叫分发，即当目的GT地址是SCP业务的GT地址时，将所述IDP消息路由到SCP单元；当目的GT地址是SB的GT地址时，将所述IDP消息路由到SB单元；
SCP单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键卿ServiceKey),触发对应的SCP业务逻辑；
SB单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键，触发对应的SB逻辑。如图2所示,本发明的第一种实施方式的一种SCP与Service Broker融合的实现方法，包括有
步骤Al、SCP与SB融合系统配置两个GT地址，一个是SCP业务的GT地址，一个是SB的GT地址；
步骤A2、当SCP与SB融合系统接收到IDP消息时，呼叫分发单元根据承载IDP的TCAP 消息的目的GT地址进行呼叫分发，即当目的GT地址是SCP业务的GT地址时，根据所述IDP消息的业务键(即ServiceKey)，触发对应的SCP业务逻辑；当目的GT地址是SB的GT地址时，根据所述IDP消息的业务键触发对应的SB逻辑。本发明的第二种实施方式的一种SCP与SB融合系统,包括有
呼叫分发单元，用于接收IDP消息，并根据IDP消息的用户号码/或业务键、或者承载IDP的TCAP消息的源/和目的GT地址，进行呼叫分发，将所述IDP消息路由到SCP单元或SB单元；
SCP单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键，触发对应的SCP业务逻辑；
SB单元，用于接收呼叫分发单元转发来的IDP消息，并根据所述IDP消息的业务键，触发对应的SB逻辑。如图3所示，本发明的第二种实施方式的SCP与SB融合系统的呼叫分发单元进一步包含有
消息接收装置，用于接收IDP消息，并将所述IDP消息发送给冲突业务键查询装置进行处理；
冲突业务键查询装置，用于根据IDP消息的业务键，查询本地的冲突业务键与内部业务键映射关系表，并判断所述IDP消息的业务键是否属于冲突业务键，如果是，则将所述IDP消息发送给欠费风险控制业务键查询装置，如果否，则继续判断所述IDP消息的业务键是否属于冲突业务键与内部业务键映射关系表中的内部业务键，如果所述IDP消息的业务键属于表中的内部业务键，则根据冲突业务键与内部业务键映射关系表，找到与所述IDP消息的业务键相对应的冲突业务键，并在将所述IDP消息中的业务键转化成冲突业务键后，最后将所述IDP消息路由到SCP单元，如果所述IDP消息的业务键不属于表中的内部业务键，则根据所述IDP消息的业务键，将所述IDP消息路由到SCP单元或SB单元；所述内部业务键是与运营商所分配的智能网业务键不冲突、而且未由运营商分配给智能网业务使用的业务键；
欠费风险控制业务键查询装置，用于判断所述IDP消息的业务键是否与欠费风险控制业务键相同，如果是，则将所述IDP消息发送给GT地址查询装置，如果否，则将所述IDP消息发送给用户数据查询装置；
用户数据查询装置，用于根据IDP消息的用户号码，查询本地的SB融合用户表，并判断是否有所述IDP消息的用户数据，如果是，则将所述IDP消息发送给GT地址查询装置，如果否，则将所述IDP消息路由到SCP单元；所述SB融合用户表是指同时签约了 2个或2个以上智能网业务的用户数据表；
GT地址查询装置，用于查询本地的具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的源GT地址，如果是，则将所述IDP消息路由到SCP单元，如果否，则继续查询具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的目的GT地址，如果所述GT地址列表中包含有承载IDP的TCAP消息的目的GT地址，则将所述IDP消息路由到SB单元，如果所述GT地址列表中不包含有承载IDP的TCAP消息的目的GT地址，则将所述IDP消息路由到SCP单元。呼叫分发单元将呼叫路由到SB单元后，SB单元根据用户的融合业务情况触发SCP业务时，如果目的SCP具备融合系统能力，则需要做业务键转换，所述SB单元还可以进一步包括有
IDP消息发送装置，用于查询具备SB能力的SCP设备的GT地址列表中是否包含有目的SCP的GT地址，如果是，则查询冲突业务键与内部业务键映射关系表中的冲突业务键，找到将发送给目的SCP的IDP消息的业务键，并将所述IDP消息中的业务键更改为与其相对应的内部业务键。如图4所示，本发明的第二种实施方式的一种SCP与SB融合的实现方法，包括有 步骤BI、当SCP与SB融合系统接收到IDP消息时，根据冲突业务键与内部业务键映射
关系表判断所述IDP消息的业务键是否属于冲突业务键？如果否，则继续步骤B2 ;如果是，则继续步骤B3 ；
步骤B2、查询冲突业务键与内部业务键映射关系表，并判断所述IDP消息的业务键是否属于表中的内部业务键？如果是，则根据冲突业务键与内部业务键映射关系表，找到与所述IDP消息的业务键相对应的冲突业务键，并触发冲突业务键对应的SCP业务逻辑，本流程结束；如果否，则根据所述IDP消息的业务键，触发对应的SCP业务逻辑或SB逻辑，本流程结束；
步骤B3、判断所述IDP消息的业务键是否与欠费风险控制业务键相同？如果否，则继续步骤B4 ;如果是，则继续步骤B5 ；
步骤B4、根据IDP消息的用户号码，查询SB融合用户表中是否有所述IDP消息的用户数据(其中，主叫流程按照IDP消息中的主叫号码查询，被叫流程按照IDP消息中的被叫号码查询)？如果是，则继续步骤B5 ;如果否，则根据所述IDP消息的业务键触发SCP业务逻辑，本流程结束；所述SB融合用户表是指同时签约了 2个或2个以上智能网业务的用户数据表；
步骤B5、查询具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的源GT地址？如果是，则根据所述IDP消息的业务键触发SCP业务逻辑，本流程结束；如果否，则继续步骤B6;
步骤B6、查询具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的目的GT地址？如果是，则根据所述IDP消息的业务键触发SB逻辑，本流程结束；如果否，则根据所述IDP消息的业务键触发SCP业务逻辑，本流程结束。在图4所示步骤中，SCP与SB融合系统触发SB逻辑后，SB单元根据用户的融合业务情况触发SCP业务时，如果目的SCP具备融合系统能力，则需要做业务键转换，还包括有查询具备SB能力的SCP设备的GT地址列表中是否包含有目的SCP的GT地址，如果是，则查询冲突业务键与内部业务键映射关系表中的冲突业务键，找到将发送给目的SCP的IDP消息的业务键，并将所述IDP消息中的业务键更改为与其相对应的内部业务键。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
权利要求
1.ー种SCP与Service Broker融合系统，其特征在于，包括有 呼叫分发单元，用于接收IDP消息，井根据承载IDP的TCAP消息的目的GT地址进行呼叫分发，即当目的GT地址是SCP业务的GT地址时，将所述IDP消息路由到SCP单元；当目的GT地址是SB的GT地址时，将所述IDP消息路由到SB单元； SCP単元，用于接收呼叫分发单元转发来的IDP消息，井根据所述IDP消息的业务键，触发对应的SCP业务逻辑； SB単元，用于接收呼叫分发单元转发来的IDP消息，井根据所述IDP消息的业务键，触发对应的Service Broker逻辑。
2.ー种SCP与Service Broker融合的实现方法，其特征在于，包括有 步骤Al、SCP与Service Broker融合系统配置两个GT地址，ー个是SCP业务的GT地址，一个是Service Broker的GT地址； 步骤A2、当SCP与Service Broker融合系统接收到IDP消息时，根据承载IDP的TCAP消息的目的GT地址进行呼叫分发，即当目的GT地址是SCP业务的GT地址时，根据所述IDP消息的业务键，触发对应的SCP业务逻辑；当目的GT地址是Service Broker的GT地址时，根据所述IDP消息的业务键触发对应的Service Broker逻辑。
3.ー种SCP与Service Broker融合系统，其特征在于，包括有 呼叫分发单元，用于接收IDP消息，并根据IDP消息的用户号码/或业务键、或者承载IDP的TCAP消息的源/和目的GT地址，进行呼叫分发，将所述IDP消息路由到SCP单元或SB单元； SCP単元，用于接收呼叫分发单元转发来的IDP消息，井根据所述IDP消息的业务键，触发对应的SCP业务逻辑； SB単元，用于接收呼叫分发单元转发来的IDP消息，井根据所述IDP消息的业务键，触发对应的Service Broker逻辑，其中Service Broker简称为SB。
4.根据权利要求3所述的系统，其特征在于，呼叫分发单元进ー步包含有 消息接收装置，用于接收IDP消息； 用户数据查询装置，用于根据IDP消息的用户号码，查询本地的SB融合用户表，并判断是否有所述IDP消息的用户数据，如果否，则将所述IDP消息路由到SCP単元，所述SB融合用户表是指同时签约了 2个或2个以上智能网业务的用户数据表。
5.根据权利要求4所述的系统，其特征在于，呼叫分发单元还包括有 冲突业务键查询装置，用于根据IDP消息的业务键，查询本地的冲突业务键与内部业务键映射关系表，并判断所述IDP消息的业务键是否属于冲突业务键，如果是，则将所述IDP消息发送给欠费风险控制业务键查询装置，如果否，则继续判断所述IDP消息的业务键是否属于冲突业务键与内部业务键映射关系表中的内部业务键，如果所述IDP消息的业务键属于表中的内部业务键，则根据冲突业务键与内部业务键映射关系表，找到与所述IDP消息的业务键相对应的冲突业务键，并在将所述IDP消息中的业务键转化成冲突业务键后，最后将所述IDP消息路由到SCP単元，如果所述IDP消息的业务键不属于表中的内部业务键，则根据所述IDP消息的业务键，将所述IDP消息路由到SCP単元或SB単元； 欠费风险控制业务键查询装置，用于判断所述IDP消息的业务键是否与欠费风险控制业务键相同，如果否，则将所述IDP消息发送给用户数据查询装置。
6.根据权利要求5所述的系统，其特征在于，呼叫分发单元还包括有 GT地址查询装置，用于当所述IDP消息的业务键与欠费风险控制业务键相同、或SB融合用户表中有所述IDP消息的用户数据吋，继续查询本地的具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的源GT地址，如果是，则将所述IDP消息路由到SCP单元，如果否，则继续查询具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的目的GT地址，如果所述GT地址列表中 包含有承载IDP的TCAP消息的目的GT地址，则将所述IDP消息路由到SB单元，如果所述GT地址列表中不包含有承载IDP的TCAP消息的目的GT地址，则将所述IDP消息路由到SCP单元。
7.根据权利要求3所述的系统，其特征在于，SB单元进ー步包括有 IDP消息发送装置，用于查询具备SB能力的SCP设备的GT地址列表中是否包含有目的SCP的GT地址，如果是，则查询冲突业务键与内部业务键映射关系表中的冲突业务键，找到将发送给目的SCP的IDP消息的业务键，并将所述IDP消息中的业务键更改为与其相对应的内部业务键。
8.ー种SCP与Service Broker融合的实现方法，其特征在于，当SCP与SB融合系统接收到IDP消息时，其中Service Broker简称SB,包括有 步骤B、根据IDP消息的用户号码，查询SB融合用户表中是否有所述IDP消息的用户数据，如果否，则根据所述IDP消息的业务键触发SCP业务逻辑，所述SB融合用户表是指同时签约了 2个或2个以上智能网业务的用户数据表。
9.根据权利要求8所述的方法，其特征在于，在所述步骤B之前，还包括有 步骤1、根据冲突业务键与内部业务键映射关系表判断所述IDP消息的业务键是否属于冲突业务键，如果是，则继续步骤B ;如果否，则继续步骤2 ； 步骤2、查询冲突业务键与内部业务键映射关系表，并判断所述IDP消息的业务键是否属于表中的内部业务键，如果是，则根据冲突业务键与内部业务键映射关系表，找到与所述IDP消息的业务键相对应的冲突业务键，并触发冲突业务键对应的SCP业务逻辑；如果否，则根据所述IDP消息的业务键，触发对应的SCP业务逻辑或SB逻辑。
10.根据权利要求9所述的方法，其特征在于，所述步骤1中，当所述IDP消息的业务键属于冲突业务键与内部业务键映射关系表中冲突的业务键吋，进ー步包括有 步骤3、判断所述IDP消息的业务键是否与欠费风险控制业务键相同，如果否，则继续步骤B。
11.根据权利要求8所述的方法，其特征在于，所述步骤B中，当SB融合用户表中有所述IDP消息的用户数据时，还包括有 步骤(1)、查询具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的源GT地址，如果是，则根据所述IDP消息的业务键触发SCP业务逻辑。
12.根据权利要求11所述的方法，其特征在于，所述步骤(1)中，当查询具备SB能力的SCP设备的GT地址列表中不包含有承载IDP的TCAP消息的源GT地址时，还包括有 步骤(2)、查询具备SB能力的SCP设备的GT地址列表中是否包含有承载IDP的TCAP消息的目的GT地址，如果是，则根据所述IDP消息的业务键触发SB逻辑；如果否，则根据所述IDP消息的业务键触发SCP业务逻辑。
13.根据权利要求8所述的方法，其特征在于，触发SB逻辑后，还包括有查询具备SB能力的SCP设备的GT地址列表中是否包含有目的SCP的GT地址，如果是，则查询冲突业务键与内部业务键映射关系表中的冲突业务键，找到将发送给目的SCP的IDP消息的业务键，并将所述IDP消息中的业务键更改 为与其相对应的内部业务键。
全文摘要
一种SCP与ServiceBroker融合系统及其实现方法，系统包括有呼叫分发单元，用于接收IDP消息，并根据承载IDP的TCAP消息的目的GT地址进行呼叫分发；SCP单元，用于触发对应的SCP业务逻辑；SB单元，用于触发对应的ServiceBroker逻辑。一种SCP与ServiceBroker融合系统及其实现方法，系统包括有呼叫分发单元，用于接收IDP消息，并根据IDP消息的用户号码/或业务键、或者承载IDP的TCAP消息的源/和目的GT地址，进行呼叫分发；SCP单元，用于触发对应的SCP业务逻辑；SB单元，用于触发对应的ServiceBroker逻辑。本发明属于移动通信技术领域，能实现SCP和SB的融合，从而将SCP和SB作为一个物理网元部署。
文档编号H04W16/18GK102958068SQ20121043164
公开日2013年3月6日 申请日期2012年11月1日 优先权日2012年11月1日
发明者廖建新, 刘国辉, 李志强, 武杰, 李广宇, 植东梧 申请人:杭州东信北邮信息技术有限公司