SCP和ServiceBroker融合系統及其實現方法
2023-04-27 10:57:56
專利名稱：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日
發明者廖建新, 劉國輝, 李志強, 武傑, 李廣宇, 植東梧 申請人:杭州東信北郵信息技術有限公司