SCP和Service Broker融合系统及其实现方法技术方案

技术编号:8389422 阅读:199 留言:0更新日期:2013-03-07 21:36
一种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作为一个物理网元部署。

【技术实现步骤摘要】

本专利技术涉及一种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融合的实现方法,包括有:步骤A1、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作为一个物理网元部署,无需对现网改造,实施方式简单易行。附图说明图1是本专利技术的第一种实施方式的SCP与SB融合系统组成结构示意图。图2是本专利技术的第一种实施方式的SCP与SB融合的实现方法流程图。图3是本专利技术的第二种实施方式的SCP与SB融合系统的呼叫分发单元的组成结构示意图。图4是本专利技术的第二种实施方式的SCP与SB融合的实现方法流程图。具体实施方式为使本专利技术的目的、技术方案和优点更加清楚,下面结合附图和实施例对本专利技术作进一步的详细描述。SCP和SB作为一个物理网元部署的系统以下简称SCP与SB融合系统,本专利技术实现SCP与SB的融合包括有两种实施方式:1、实施方式1: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逻辑。如图1所示,本专利技术的第一种实施方式的一种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融合的实现方法,包括有:步骤A1、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本文档来自技高网...

【技术保护点】
一种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逻辑。

【技术特征摘要】
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融合的实现方法,其特征在于,包括有:
步骤A1、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消息的业务...

【专利技术属性】
技术研发人员:廖建新刘国辉李志强武杰李广宇植东梧
申请(专利权)人:杭州东信北邮信息技术有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1