專利名稱：SCP和Service Broker融合系統(tǒng)及其實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種SCP和Service Broker融合系統(tǒng)及其實現(xiàn)方法,屬于移動通信技術(shù)領(lǐng)域。
背景技術(shù)：
SCP (Service Control Point)是智能網(wǎng)的業(yè)務(wù)控制點，實現(xiàn)業(yè)務(wù)邏輯的控制和執(zhí)行，Service Broker (以下簡稱SB)是3GPP SA2工作組研究和定義的一個網(wǎng)元，其目的是為了解決現(xiàn)實網(wǎng)絡(luò)中普遍存在的業(yè)務(wù)交互問題。在CS域(Circuit Switched Domain)中，SCP、SB與MSC的接口協(xié)議一致，均采用CAP協(xié)議，從邏輯組網(wǎng)上看，SB位于核心網(wǎng)網(wǎng)元MSC·與SCP之間，與核心網(wǎng)網(wǎng)元MSC以及SCP進(jìn)行信令交互，通過靈活的策略配置將各SCP上的多種業(yè)務(wù)關(guān)聯(lián)起來，使得用戶可以同時申請多個業(yè)務(wù)，完成完整的業(yè)務(wù)交互流程。電信運營商實際部署時，SCP和SB —般都是作為獨立網(wǎng)元部署，然而在實際應(yīng)用過程中，有部分運營商存在SCP和SB作為一個物理網(wǎng)元部署的需求，因此，如何實現(xiàn)SCP和SB的融合，從而能將SCP和SB作為一個物理網(wǎng)元部署？是一個急需要解決的技術(shù)難題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的是提供一種SCP和SB融合系統(tǒng)及其實現(xiàn)方法，能實現(xiàn)SCP和SB的融合，從而將SCP和SB作為一個物理網(wǎng)元部署。為了達(dá)到上述目的，本發(fā)明提供了一種SCP和Service Broker融合系統(tǒng)，包括有 呼叫分發(fā)單元，用于接收IDP消息，并根據(jù)承載IDP的TCAP消息的目的GT地址進(jìn)行呼
叫分發(fā)，即當(dāng)目的GT地址是SCP業(yè)務(wù)的GT地址時，將所述IDP消息路由到SCP單元；當(dāng)目的GT地址是SB的GT地址時，將所述IDP消息路由到SB單元；
SCP單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；
SB單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的Service Broker邏輯。為了達(dá)到上述目的,本發(fā)明還提供了一種SCP和Service Broker融合的實現(xiàn)方法，包括有
步驟Al、SCP與Service Broker融合系統(tǒng)配置兩個GT地址，一個是SCP業(yè)務(wù)的GT地址，一個是Service Broker的GT地址；
步驟A2、當(dāng)SCP與Service Broker融合系統(tǒng)接收到IDP消息時，根據(jù)承載IDP的TCAP消息的目的GT地址進(jìn)行呼叫分發(fā)，即當(dāng)目的GT地址是SCP業(yè)務(wù)的GT地址時，根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；當(dāng)目的GT地址是Service Broker的GT地址時，根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)對應(yīng)的Service Broker邏輯。為了達(dá)到上述目的,本發(fā)明還提供了一種SCP和Service Broker融合系統(tǒng),包括有呼叫分發(fā)單元，用于接收IDP消息，并根據(jù)IDP消息的用戶號碼/或業(yè)務(wù)鍵、或者承載IDP的TCAP消息的源/和目的GT地址，進(jìn)行呼叫分發(fā)，將所述IDP消息路由到SCP單元或SB單元；
SCP單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；
SB單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的Service Broker邏輯,其中Service Broker簡稱為SB。 為了達(dá)到上述目的,本發(fā)明還提供了一種SCP與Service Broker融合的實現(xiàn)方法，當(dāng)SCP與SB融合系統(tǒng)接收到IDP消息時，其中Service Broker簡稱SB，包括有
步驟B、根據(jù)IDP消息的用戶號碼，查詢SB融合用戶表中是否有所述IDP消息的用戶數(shù)據(jù)，如果否，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SCP業(yè)務(wù)邏輯，所述SB融合用戶表是指同時簽約了 2個或2個以上智能網(wǎng)業(yè)務(wù)的用戶數(shù)據(jù)表。與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是本發(fā)明能實現(xiàn)SCP和SB的融合，從而將SCP和SB作為一個物理網(wǎng)元部署，無需對現(xiàn)網(wǎng)改造，實施方式簡單易行。


圖I是本發(fā)明的第一種實施方式的SCP與SB融合系統(tǒng)組成結(jié)構(gòu)示意圖。圖2是本發(fā)明的第一種實施方式的SCP與SB融合的實現(xiàn)方法流程圖。圖3是本發(fā)明的第二種實施方式的SCP與SB融合系統(tǒng)的呼叫分發(fā)單元的組成結(jié)構(gòu)示意圖。圖4是本發(fā)明的第二種實施方式的SCP與SB融合的實現(xiàn)方法流程圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和實施例對本發(fā)明作進(jìn)一步的詳細(xì)描述。SCP和SB作為一個物理網(wǎng)元部署的系統(tǒng)以下簡稱SCP與SB融合系統(tǒng)，本發(fā)明實現(xiàn)SCP與SB的融合包括有兩種實施方式
1、實施方式I=SCP與SB融合系統(tǒng)配置兩個GT地址，一個用于SCP，一個用于SB，單智能網(wǎng)業(yè)務(wù)用戶的簽約信息均指向SCP的GT地址，融合業(yè)務(wù)用戶的簽約信息指向SB的GT地址，并由SCP與SB融合系統(tǒng)根據(jù)目的GT選擇將呼叫路由到SCP業(yè)務(wù)邏輯或SB邏輯；
2、實施方式2:SCP與SB融合系統(tǒng)配置一個GT地址，SCP和SB合用，單智能網(wǎng)業(yè)務(wù)用戶和融合業(yè)務(wù)用戶的簽約信息均指向這個GT地址，并由SCP與SB融合系統(tǒng)根據(jù)IDP(其英文全稱是=InitialDP)消息的業(yè)務(wù)鍵、IDP消息的用戶號碼、承載IDP的TCAP消息的源GT地址和目的GT地址，選擇將呼叫路由到SCP業(yè)務(wù)邏輯或SB邏輯。如圖I所不,本發(fā)明的第一種實施方式的一種SCP與SB融合系統(tǒng),包括有 呼叫分發(fā)單元，用于接收IDP消息，并根據(jù)承載IDP的TCAP消息的目的GT地址進(jìn)行呼
叫分發(fā)，即當(dāng)目的GT地址是SCP業(yè)務(wù)的GT地址時，將所述IDP消息路由到SCP單元；當(dāng)目的GT地址是SB的GT地址時，將所述IDP消息路由到SB單元；
SCP單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵卿ServiceKey),觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；
SB單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SB邏輯。如圖2所示,本發(fā)明的第一種實施方式的一種SCP與Service Broker融合的實現(xiàn)方法，包括有
步驟Al、SCP與SB融合系統(tǒng)配置兩個GT地址，一個是SCP業(yè)務(wù)的GT地址，一個是SB的GT地址；
步驟A2、當(dāng)SCP與SB融合系統(tǒng)接收到IDP消息時，呼叫分發(fā)單元根據(jù)承載IDP的TCAP 消息的目的GT地址進(jìn)行呼叫分發(fā)，即當(dāng)目的GT地址是SCP業(yè)務(wù)的GT地址時，根據(jù)所述IDP消息的業(yè)務(wù)鍵(即ServiceKey)，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；當(dāng)目的GT地址是SB的GT地址時，根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)對應(yīng)的SB邏輯。本發(fā)明的第二種實施方式的一種SCP與SB融合系統(tǒng),包括有
呼叫分發(fā)單元，用于接收IDP消息，并根據(jù)IDP消息的用戶號碼/或業(yè)務(wù)鍵、或者承載IDP的TCAP消息的源/和目的GT地址，進(jìn)行呼叫分發(fā)，將所述IDP消息路由到SCP單元或SB單元；
SCP單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；
SB單元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，并根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SB邏輯。如圖3所示，本發(fā)明的第二種實施方式的SCP與SB融合系統(tǒng)的呼叫分發(fā)單元進(jìn)一步包含有
消息接收裝置，用于接收IDP消息，并將所述IDP消息發(fā)送給沖突業(yè)務(wù)鍵查詢裝置進(jìn)行處理；
沖突業(yè)務(wù)鍵查詢裝置，用于根據(jù)IDP消息的業(yè)務(wù)鍵，查詢本地的沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，并判斷所述IDP消息的業(yè)務(wù)鍵是否屬于沖突業(yè)務(wù)鍵，如果是，則將所述IDP消息發(fā)送給欠費風(fēng)險控制業(yè)務(wù)鍵查詢裝置，如果否，則繼續(xù)判斷所述IDP消息的業(yè)務(wù)鍵是否屬于沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表中的內(nèi)部業(yè)務(wù)鍵，如果所述IDP消息的業(yè)務(wù)鍵屬于表中的內(nèi)部業(yè)務(wù)鍵，則根據(jù)沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，找到與所述IDP消息的業(yè)務(wù)鍵相對應(yīng)的沖突業(yè)務(wù)鍵，并在將所述IDP消息中的業(yè)務(wù)鍵轉(zhuǎn)化成沖突業(yè)務(wù)鍵后，最后將所述IDP消息路由到SCP單元，如果所述IDP消息的業(yè)務(wù)鍵不屬于表中的內(nèi)部業(yè)務(wù)鍵，則根據(jù)所述IDP消息的業(yè)務(wù)鍵，將所述IDP消息路由到SCP單元或SB單元；所述內(nèi)部業(yè)務(wù)鍵是與運營商所分配的智能網(wǎng)業(yè)務(wù)鍵不沖突、而且未由運營商分配給智能網(wǎng)業(yè)務(wù)使用的業(yè)務(wù)鍵；
欠費風(fēng)險控制業(yè)務(wù)鍵查詢裝置，用于判斷所述IDP消息的業(yè)務(wù)鍵是否與欠費風(fēng)險控制業(yè)務(wù)鍵相同，如果是，則將所述IDP消息發(fā)送給GT地址查詢裝置，如果否，則將所述IDP消息發(fā)送給用戶數(shù)據(jù)查詢裝置；
用戶數(shù)據(jù)查詢裝置，用于根據(jù)IDP消息的用戶號碼，查詢本地的SB融合用戶表，并判斷是否有所述IDP消息的用戶數(shù)據(jù)，如果是，則將所述IDP消息發(fā)送給GT地址查詢裝置，如果否，則將所述IDP消息路由到SCP單元；所述SB融合用戶表是指同時簽約了 2個或2個以上智能網(wǎng)業(yè)務(wù)的用戶數(shù)據(jù)表；
GT地址查詢裝置，用于查詢本地的具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的源GT地址，如果是，則將所述IDP消息路由到SCP單元，如果否，則繼續(xù)查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的目的GT地址，如果所述GT地址列表中包含有承載IDP的TCAP消息的目的GT地址，則將所述IDP消息路由到SB單元，如果所述GT地址列表中不包含有承載IDP的TCAP消息的目的GT地址，則將所述IDP消息路由到SCP單元。呼叫分發(fā)單元將呼叫路由到SB單元后，SB單元根據(jù)用戶的融合業(yè)務(wù)情況觸發(fā)SCP業(yè)務(wù)時，如果目的SCP具備融合系統(tǒng)能力，則需要做業(yè)務(wù)鍵轉(zhuǎn)換，所述SB單元還可以進(jìn)一步包括有
IDP消息發(fā)送裝置，用于查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有目的SCP的GT地址，如果是，則查詢沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表中的沖突業(yè)務(wù)鍵，找到將發(fā)送給目的SCP的IDP消息的業(yè)務(wù)鍵，并將所述IDP消息中的業(yè)務(wù)鍵更改為與其相對應(yīng)的內(nèi)部業(yè)務(wù)鍵。如圖4所示，本發(fā)明的第二種實施方式的一種SCP與SB融合的實現(xiàn)方法，包括有 步驟BI、當(dāng)SCP與SB融合系統(tǒng)接收到IDP消息時，根據(jù)沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射
關(guān)系表判斷所述IDP消息的業(yè)務(wù)鍵是否屬于沖突業(yè)務(wù)鍵？如果否，則繼續(xù)步驟B2 ;如果是，則繼續(xù)步驟B3 ；
步驟B2、查詢沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，并判斷所述IDP消息的業(yè)務(wù)鍵是否屬于表中的內(nèi)部業(yè)務(wù)鍵？如果是，則根據(jù)沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，找到與所述IDP消息的業(yè)務(wù)鍵相對應(yīng)的沖突業(yè)務(wù)鍵，并觸發(fā)沖突業(yè)務(wù)鍵對應(yīng)的SCP業(yè)務(wù)邏輯，本流程結(jié)束；如果否，則根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯或SB邏輯，本流程結(jié)束；
步驟B3、判斷所述IDP消息的業(yè)務(wù)鍵是否與欠費風(fēng)險控制業(yè)務(wù)鍵相同？如果否，則繼續(xù)步驟B4 ;如果是，則繼續(xù)步驟B5 ；
步驟B4、根據(jù)IDP消息的用戶號碼，查詢SB融合用戶表中是否有所述IDP消息的用戶數(shù)據(jù)(其中，主叫流程按照IDP消息中的主叫號碼查詢，被叫流程按照IDP消息中的被叫號碼查詢)？如果是，則繼續(xù)步驟B5 ;如果否，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SCP業(yè)務(wù)邏輯，本流程結(jié)束；所述SB融合用戶表是指同時簽約了 2個或2個以上智能網(wǎng)業(yè)務(wù)的用戶數(shù)據(jù)表；
步驟B5、查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的源GT地址？如果是，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SCP業(yè)務(wù)邏輯，本流程結(jié)束；如果否，則繼續(xù)步驟B6;
步驟B6、查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的目的GT地址？如果是，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SB邏輯，本流程結(jié)束；如果否，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SCP業(yè)務(wù)邏輯，本流程結(jié)束。在圖4所示步驟中，SCP與SB融合系統(tǒng)觸發(fā)SB邏輯后，SB單元根據(jù)用戶的融合業(yè)務(wù)情況觸發(fā)SCP業(yè)務(wù)時，如果目的SCP具備融合系統(tǒng)能力，則需要做業(yè)務(wù)鍵轉(zhuǎn)換，還包括有查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有目的SCP的GT地址，如果是，則查詢沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表中的沖突業(yè)務(wù)鍵，找到將發(fā)送給目的SCP的IDP消息的業(yè)務(wù)鍵，并將所述IDP消息中的業(yè)務(wù)鍵更改為與其相對應(yīng)的內(nèi)部業(yè)務(wù)鍵。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
權(quán)利要求
1.ー種SCP與Service Broker融合系統(tǒng)，其特征在于，包括有 呼叫分發(fā)單元，用于接收IDP消息，井根據(jù)承載IDP的TCAP消息的目的GT地址進(jìn)行呼叫分發(fā)，即當(dāng)目的GT地址是SCP業(yè)務(wù)的GT地址時，將所述IDP消息路由到SCP單元；當(dāng)目的GT地址是SB的GT地址時，將所述IDP消息路由到SB單元； SCP単元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，井根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯； SB単元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，井根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的Service Broker邏輯。
2.ー種SCP與Service Broker融合的實現(xiàn)方法，其特征在于，包括有 步驟Al、SCP與Service Broker融合系統(tǒng)配置兩個GT地址，ー個是SCP業(yè)務(wù)的GT地址，一個是Service Broker的GT地址； 步驟A2、當(dāng)SCP與Service Broker融合系統(tǒng)接收到IDP消息時，根據(jù)承載IDP的TCAP消息的目的GT地址進(jìn)行呼叫分發(fā)，即當(dāng)目的GT地址是SCP業(yè)務(wù)的GT地址時，根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；當(dāng)目的GT地址是Service Broker的GT地址時，根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)對應(yīng)的Service Broker邏輯。
3.ー種SCP與Service Broker融合系統(tǒng)，其特征在于，包括有 呼叫分發(fā)單元，用于接收IDP消息，并根據(jù)IDP消息的用戶號碼/或業(yè)務(wù)鍵、或者承載IDP的TCAP消息的源/和目的GT地址，進(jìn)行呼叫分發(fā)，將所述IDP消息路由到SCP單元或SB單元； SCP単元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，井根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯； SB単元，用于接收呼叫分發(fā)單元轉(zhuǎn)發(fā)來的IDP消息，井根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的Service Broker邏輯，其中Service Broker簡稱為SB。
4.根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于，呼叫分發(fā)單元進(jìn)ー步包含有 消息接收裝置，用于接收IDP消息； 用戶數(shù)據(jù)查詢裝置，用于根據(jù)IDP消息的用戶號碼，查詢本地的SB融合用戶表，并判斷是否有所述IDP消息的用戶數(shù)據(jù)，如果否，則將所述IDP消息路由到SCP単元，所述SB融合用戶表是指同時簽約了 2個或2個以上智能網(wǎng)業(yè)務(wù)的用戶數(shù)據(jù)表。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，呼叫分發(fā)單元還包括有 沖突業(yè)務(wù)鍵查詢裝置，用于根據(jù)IDP消息的業(yè)務(wù)鍵，查詢本地的沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，并判斷所述IDP消息的業(yè)務(wù)鍵是否屬于沖突業(yè)務(wù)鍵，如果是，則將所述IDP消息發(fā)送給欠費風(fēng)險控制業(yè)務(wù)鍵查詢裝置，如果否，則繼續(xù)判斷所述IDP消息的業(yè)務(wù)鍵是否屬于沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表中的內(nèi)部業(yè)務(wù)鍵，如果所述IDP消息的業(yè)務(wù)鍵屬于表中的內(nèi)部業(yè)務(wù)鍵，則根據(jù)沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，找到與所述IDP消息的業(yè)務(wù)鍵相對應(yīng)的沖突業(yè)務(wù)鍵，并在將所述IDP消息中的業(yè)務(wù)鍵轉(zhuǎn)化成沖突業(yè)務(wù)鍵后，最后將所述IDP消息路由到SCP単元，如果所述IDP消息的業(yè)務(wù)鍵不屬于表中的內(nèi)部業(yè)務(wù)鍵，則根據(jù)所述IDP消息的業(yè)務(wù)鍵，將所述IDP消息路由到SCP単元或SB単元； 欠費風(fēng)險控制業(yè)務(wù)鍵查詢裝置，用于判斷所述IDP消息的業(yè)務(wù)鍵是否與欠費風(fēng)險控制業(yè)務(wù)鍵相同，如果否，則將所述IDP消息發(fā)送給用戶數(shù)據(jù)查詢裝置。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，呼叫分發(fā)單元還包括有 GT地址查詢裝置，用于當(dāng)所述IDP消息的業(yè)務(wù)鍵與欠費風(fēng)險控制業(yè)務(wù)鍵相同、或SB融合用戶表中有所述IDP消息的用戶數(shù)據(jù)吋，繼續(xù)查詢本地的具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的源GT地址，如果是，則將所述IDP消息路由到SCP單元，如果否，則繼續(xù)查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的目的GT地址，如果所述GT地址列表中 包含有承載IDP的TCAP消息的目的GT地址，則將所述IDP消息路由到SB單元，如果所述GT地址列表中不包含有承載IDP的TCAP消息的目的GT地址，則將所述IDP消息路由到SCP單元。
7.根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于，SB單元進(jìn)ー步包括有 IDP消息發(fā)送裝置，用于查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有目的SCP的GT地址，如果是，則查詢沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表中的沖突業(yè)務(wù)鍵，找到將發(fā)送給目的SCP的IDP消息的業(yè)務(wù)鍵，并將所述IDP消息中的業(yè)務(wù)鍵更改為與其相對應(yīng)的內(nèi)部業(yè)務(wù)鍵。
8.ー種SCP與Service Broker融合的實現(xiàn)方法，其特征在于，當(dāng)SCP與SB融合系統(tǒng)接收到IDP消息時，其中Service Broker簡稱SB,包括有 步驟B、根據(jù)IDP消息的用戶號碼，查詢SB融合用戶表中是否有所述IDP消息的用戶數(shù)據(jù)，如果否，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SCP業(yè)務(wù)邏輯，所述SB融合用戶表是指同時簽約了 2個或2個以上智能網(wǎng)業(yè)務(wù)的用戶數(shù)據(jù)表。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，在所述步驟B之前，還包括有 步驟1、根據(jù)沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表判斷所述IDP消息的業(yè)務(wù)鍵是否屬于沖突業(yè)務(wù)鍵，如果是，則繼續(xù)步驟B ;如果否，則繼續(xù)步驟2 ； 步驟2、查詢沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，并判斷所述IDP消息的業(yè)務(wù)鍵是否屬于表中的內(nèi)部業(yè)務(wù)鍵，如果是，則根據(jù)沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表，找到與所述IDP消息的業(yè)務(wù)鍵相對應(yīng)的沖突業(yè)務(wù)鍵，并觸發(fā)沖突業(yè)務(wù)鍵對應(yīng)的SCP業(yè)務(wù)邏輯；如果否，則根據(jù)所述IDP消息的業(yè)務(wù)鍵，觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯或SB邏輯。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟1中，當(dāng)所述IDP消息的業(yè)務(wù)鍵屬于沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表中沖突的業(yè)務(wù)鍵吋，進(jìn)ー步包括有 步驟3、判斷所述IDP消息的業(yè)務(wù)鍵是否與欠費風(fēng)險控制業(yè)務(wù)鍵相同，如果否，則繼續(xù)步驟B。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述步驟B中，當(dāng)SB融合用戶表中有所述IDP消息的用戶數(shù)據(jù)時，還包括有 步驟(1)、查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的源GT地址，如果是，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SCP業(yè)務(wù)邏輯。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述步驟(1)中，當(dāng)查詢具備SB能力的SCP設(shè)備的GT地址列表中不包含有承載IDP的TCAP消息的源GT地址時，還包括有 步驟(2)、查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有承載IDP的TCAP消息的目的GT地址，如果是，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SB邏輯；如果否，則根據(jù)所述IDP消息的業(yè)務(wù)鍵觸發(fā)SCP業(yè)務(wù)邏輯。
13.根據(jù)權(quán)利要求8所述的方法，其特征在于，觸發(fā)SB邏輯后，還包括有查詢具備SB能力的SCP設(shè)備的GT地址列表中是否包含有目的SCP的GT地址，如果是，則查詢沖突業(yè)務(wù)鍵與內(nèi)部業(yè)務(wù)鍵映射關(guān)系表中的沖突業(yè)務(wù)鍵，找到將發(fā)送給目的SCP的IDP消息的業(yè)務(wù)鍵，并將所述IDP消息中的業(yè)務(wù)鍵更改 為與其相對應(yīng)的內(nèi)部業(yè)務(wù)鍵。
全文摘要
一種SCP與ServiceBroker融合系統(tǒng)及其實現(xiàn)方法，系統(tǒng)包括有呼叫分發(fā)單元，用于接收IDP消息，并根據(jù)承載IDP的TCAP消息的目的GT地址進(jìn)行呼叫分發(fā)；SCP單元，用于觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；SB單元，用于觸發(fā)對應(yīng)的ServiceBroker邏輯。一種SCP與ServiceBroker融合系統(tǒng)及其實現(xiàn)方法，系統(tǒng)包括有呼叫分發(fā)單元，用于接收IDP消息，并根據(jù)IDP消息的用戶號碼/或業(yè)務(wù)鍵、或者承載IDP的TCAP消息的源/和目的GT地址，進(jìn)行呼叫分發(fā)；SCP單元，用于觸發(fā)對應(yīng)的SCP業(yè)務(wù)邏輯；SB單元，用于觸發(fā)對應(yīng)的ServiceBroker邏輯。本發(fā)明屬于移動通信技術(shù)領(lǐng)域，能實現(xiàn)SCP和SB的融合，從而將SCP和SB作為一個物理網(wǎng)元部署。
文檔編號H04W16/18GK102958068SQ20121043164
公開日2013年3月6日 申請日期2012年11月1日 優(yōu)先權(quán)日2012年11月1日
發(fā)明者廖建新, 劉國輝, 李志強, 武杰, 李廣宇, 植東梧 申請人:杭州東信北郵信息技術(shù)有限公司