專利名稱：基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法和系統(tǒng)，屬于移動(dòng)通信技術(shù)領(lǐng)域。
背景技術(shù)：
業(yè)務(wù)代理％1^化6 Broker (以下簡(jiǎn)稱SB)是3GPP SA2工作組研究和定義的一個(gè)網(wǎng)元，其目的是為了解決現(xiàn)實(shí)網(wǎng)絡(luò)中普遍存在的業(yè)務(wù)交互問題。3GPP早就提出了 SCIM(Service Capability Interaction Management)的概念，通過 SCIM 解決業(yè)務(wù)交互問題，但是SCIM實(shí)體一直沒有更詳細(xì)的定義和規(guī)范，SB可以看做是一個(gè)SCIM的具體實(shí)現(xiàn)，在 3GPP TR 23.810中對(duì)SB的需求、系統(tǒng)架構(gòu)、接口、安全、計(jì)費(fèi)等進(jìn)行了介紹和定義。SB位于核心網(wǎng)網(wǎng)元與業(yè)務(wù)平臺(tái)之間，與核心網(wǎng)網(wǎng)元以及業(yè)務(wù)平臺(tái)進(jìn)行信令交互， 通過靈活的策略配置將各業(yè)務(wù)平臺(tái)上的多種業(yè)務(wù)關(guān)聯(lián)起來，在對(duì)原有業(yè)務(wù)邏輯不做修改的前提下，僅需要通過可視化的簡(jiǎn)單配置即可使得用戶可以同時(shí)申請(qǐng)多個(gè)業(yè)務(wù)，完成完整的業(yè)務(wù)交互流程，從而大大簡(jiǎn)化運(yùn)營(yíng)商在推出新的業(yè)務(wù)時(shí)對(duì)已有業(yè)務(wù)的改動(dòng)和一系列配套工作。SB不僅能夠通過多業(yè)務(wù)之間的關(guān)聯(lián)解決用戶同時(shí)申請(qǐng)多個(gè)業(yè)務(wù)時(shí)的業(yè)務(wù)交互問題，還可以在多個(gè)原子業(yè)務(wù)的基礎(chǔ)上提供復(fù)雜的融合業(yè)務(wù)。由于SB在處理CS域業(yè)務(wù)融合時(shí)，需對(duì)核心網(wǎng)網(wǎng)元和業(yè)務(wù)平臺(tái)之間的交互信令進(jìn)行轉(zhuǎn)發(fā)，因此信令處理上存在有一定的復(fù)雜度，并會(huì)造成一定的信令鏈路開銷。例如用戶同時(shí)簽約VPMN和欠費(fèi)控制兩個(gè)業(yè)務(wù)，如果用戶當(dāng)前撥打的是一個(gè)群內(nèi)用戶時(shí)，用戶當(dāng)前呼叫需要觸發(fā)VPMN和欠費(fèi)控制兩個(gè)業(yè)務(wù)的屬性，在這種情況下，SB需要同時(shí)和這兩個(gè)業(yè)務(wù)的 SCP進(jìn)行交互；但是當(dāng)用戶撥打一個(gè)群外用戶時(shí)，由于VPMN業(yè)務(wù)不需要進(jìn)行改號(hào)、計(jì)費(fèi)或者監(jiān)控用戶呼叫狀態(tài)，在這種情況下，用戶當(dāng)前呼叫只需要與欠費(fèi)控制SCP進(jìn)行交互即可，但由于欠費(fèi)控制SCP和MSC/SSP之間的信令必須通過SB進(jìn)行轉(zhuǎn)發(fā)，從而造成了不必要的SB 信令處理復(fù)雜度和信令鏈路開銷。因此，在SB對(duì)多業(yè)務(wù)進(jìn)行處理時(shí)，如何能根據(jù)相應(yīng)的呼叫流程，有效降低SB信令處理的復(fù)雜度和減少不必要的信令鏈路開銷？仍是一個(gè)急需要解決的技術(shù)難題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的是提供一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法和系統(tǒng)，從而使得SB對(duì)多業(yè)務(wù)進(jìn)行處理時(shí)，能根據(jù)相應(yīng)的呼叫流程，有效降低SB信令處理的復(fù)雜度和減少不必要的信令鏈路開銷。為了達(dá)到上述目的，本發(fā)明提供了一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法，所述方法包括有步驟一、MSC/SSP將呼叫觸發(fā)到業(yè)務(wù)代理krvice Broker, Service Broker按相應(yīng)的觸發(fā)優(yōu)先級(jí)對(duì)用戶簽約的若干個(gè)業(yè)務(wù)所分別對(duì)應(yīng)的業(yè)務(wù)控制點(diǎn)SCP依次進(jìn)行觸發(fā)；步驟二、當(dāng)krvice Broker在觸發(fā)最后一套SCP時(shí)，判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是，則將MSC/SSP發(fā)出的呼叫信令轉(zhuǎn)接Handover到最后一套 SCP ；步驟三、MSC/SSP與所述最后一套SCP直接進(jìn)行信令交互，Service Broker退出當(dāng)前對(duì)話。為了達(dá)到上述目的，本發(fā)明還提供了一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接系統(tǒng)，包括有MSC/SSP、業(yè)務(wù)代理Service Broker和若干套業(yè)務(wù)控制點(diǎn)SCP，所述MSC/SSP、Service Broker和SCP通過網(wǎng)絡(luò)相連，所述Service Broker進(jìn)一步包括有動(dòng)態(tài)Handover處理單元，用于接收MSC/SSP發(fā)送來的呼叫觸發(fā)消息，并按觸發(fā)優(yōu)先級(jí)對(duì)用戶簽約業(yè)務(wù)所對(duì)應(yīng)的若干套業(yè)務(wù)控制點(diǎn)SCP依次觸發(fā)；當(dāng)在觸發(fā)最后一套SCP時(shí)， 從SCP業(yè)務(wù)監(jiān)控記錄單元中判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是， 則將MSC/SSP發(fā)出的呼叫信令轉(zhuǎn)接Handover到最后一套SCP，從而使MSC/SSP與所述最后一套SCP直接進(jìn)行信令交互；SCP業(yè)務(wù)監(jiān)控記錄單元，用于接收SCP的回送消息，并當(dāng)所述回送消息是TC-End方式的Continue消息時(shí)，記錄所述SCP的業(yè)務(wù)功能未觸發(fā)。與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是本發(fā)明能根據(jù)實(shí)際的呼叫流程，通過動(dòng)態(tài) Handover技術(shù)，在MSC/SSP和SCP之間直接實(shí)現(xiàn)信令交互，而krvice Broker退出當(dāng)前對(duì)話，從而能大大降低SB信令處理的復(fù)雜度和減少不必要的信令鏈路開銷；Handover技術(shù)通過修改用TC-Begin發(fā)送的IDP消息的SCCP層源地址和目的地址來實(shí)現(xiàn)，方法簡(jiǎn)單，易于推


圖1是本發(fā)明一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法的流程圖。圖2是圖1步驟一的具體操作流程圖。圖3是本發(fā)明一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接系統(tǒng)的組成結(jié)構(gòu)示意圖。圖4是SB的組成結(jié)構(gòu)示意圖。圖5是動(dòng)態(tài)Handover處理單元的組成結(jié)構(gòu)示意圖。圖6是以用戶簽約VPMN和欠費(fèi)控制兩個(gè)業(yè)務(wù)為例，當(dāng)用戶撥打群外用戶時(shí)，分別采用現(xiàn)網(wǎng)技術(shù)和本發(fā)明技術(shù)的一個(gè)主叫流程實(shí)施例的信令交互圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。如圖1所示，本發(fā)明一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法，包括有步驟一、MSC/SSP將呼叫觸發(fā)到業(yè)務(wù)代理krvice Broker (簡(jiǎn)稱SB)，SB按相應(yīng)的觸發(fā)優(yōu)先級(jí)對(duì)用戶簽約的若干個(gè)業(yè)務(wù)所分別對(duì)應(yīng)的業(yè)務(wù)控制點(diǎn)SCP依次進(jìn)行觸發(fā)；步驟二、當(dāng)SB在觸發(fā)最后一套SCP時(shí)，判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是，則將MSC/SSP發(fā)出的呼叫信令Handover (即轉(zhuǎn)接)到最后一套SCP ；步驟三、MSC/SSP與所述最后一套SCP直接進(jìn)行信令交互，Service Broker退出當(dāng)前對(duì)話，即MSC/SSP和SCP之間的信令交互不再通過SB。
如圖2所示，所述步驟一進(jìn)一步包括有步驟1UMSC/SSP向SB發(fā)出IDP(其英文全稱是=InitialDP)消息；步驟12、SB按觸發(fā)優(yōu)先級(jí)的先后次序，依次向用戶簽約業(yè)務(wù)所對(duì)應(yīng)的SCP轉(zhuǎn)發(fā)IDP 消息；步驟13、當(dāng)SCP接收到SB轉(zhuǎn)發(fā)來的IDP消息時(shí)，判斷是否需要觸發(fā)相應(yīng)的業(yè)務(wù)功能，如果否，則所述SCP向SB回送TC-End方式的Continue消息。所述步驟一還可以包括有SB對(duì)SCP的回送消息進(jìn)行監(jiān)控，當(dāng)SCP的回送消息是 TC-End方式的Continue消息時(shí)，則記錄所述SCP的業(yè)務(wù)功能未觸發(fā)。進(jìn)一步的說，SB還可以通過業(yè)務(wù)觸發(fā)狀態(tài)位對(duì)所有SCP的業(yè)務(wù)功能是否被觸發(fā)進(jìn)行標(biāo)識(shí)，這樣在步驟二中，當(dāng)SB檢測(cè)到業(yè)務(wù)觸發(fā)狀態(tài)位的值為未觸發(fā)時(shí)，即可判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能都未觸發(fā)。其中，SB通過業(yè)務(wù)觸發(fā)狀態(tài)位對(duì)所有SCP的業(yè)務(wù)功能是否被觸發(fā)進(jìn)行標(biāo)識(shí)，進(jìn)一步包括有步驟Al、SB將業(yè)務(wù)觸發(fā)狀態(tài)位的初始值設(shè)為未觸發(fā)(如0或1)；步驟A2、SB判斷SCP的回送消息是否是TC-End方式的Continue消息？如果是， 則說明SCP的業(yè)務(wù)功能未被觸發(fā)，SB繼續(xù)對(duì)下一套SCP的回送消息進(jìn)行監(jiān)控，執(zhí)行步驟A2 ； 如果否，則說明SCP的業(yè)務(wù)功能被觸發(fā)了，SB將所述業(yè)務(wù)觸發(fā)狀態(tài)位設(shè)置為已觸發(fā)(如1或 0)，本流程結(jié)束。所述步驟二中，SB將MSC/SSP發(fā)出的呼叫信令Handover到最后一套SCP，進(jìn)一步包括有SB向所述最后一套SCP用TC-Begin發(fā)送IDP消息，并將信令連接控制部分SCCP層源地址填為MSC/SSP的全局碼GT地址，SCCP層目的地址填為所述最后一套SCP的GT地址， 所述源地址和目的地址均按照GT方式尋址。這樣，當(dāng)所述最后一套SCP收到SB用TC-Begin 發(fā)送的IDP消息后，發(fā)現(xiàn)SCCP源地址為MSC/SSP的GT地址，所以在向MSC/SSP回送消息時(shí)， 向MSC/SSP確認(rèn)的地址為所述最后一套SCP的GT地址，從而MSC/SSP和所述最后一套SCP 的信令交互可以直接跳過SB，實(shí)現(xiàn)Handover的功能。值得一提的是，在現(xiàn)網(wǎng)技術(shù)中，如果SB對(duì)多套SCP進(jìn)行觸發(fā)，SB將先向MSC/SSP發(fā)送一個(gè)RRBE(其英文全稱是RequestR印ortBCSMEvent) (0/T-Abandon)消息，再按照相應(yīng)的觸發(fā)優(yōu)先級(jí)對(duì)所有SCP進(jìn)行觸發(fā)。而在本發(fā)明的方法中，則不需向MSC/SSP發(fā)送RRBE (0/ Τ-Abandon)消息。如圖3所示，本發(fā)明一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接系統(tǒng)，包括有MSC/SSP、SB和若干套SCP，所述MSC/SSP、SB和SCP通過網(wǎng)絡(luò)相連。如圖4所示，所述SB進(jìn)一步包括有動(dòng)態(tài)Handover處理單元，用于接收MSC/SSP發(fā)送來的呼叫觸發(fā)消息，并按觸發(fā)優(yōu)先級(jí)對(duì)用戶簽約業(yè)務(wù)所對(duì)應(yīng)的若干套業(yè)務(wù)控制點(diǎn)SCP依次觸發(fā)；當(dāng)在觸發(fā)最后一套SCP時(shí)， 從SCP業(yè)務(wù)監(jiān)控記錄單元中判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是， 則將MSC/SSP發(fā)出的呼叫信令轉(zhuǎn)接Handover到所述最后一套SCP，從而使MSC/SSP與所述最后一套SCP直接進(jìn)行信令交互；SCP業(yè)務(wù)監(jiān)控記錄單元，用于接收SCP的回送消息，并當(dāng)所述回送消息是TC-End方式的Continue消息時(shí)，記錄所述SCP的業(yè)務(wù)功能未觸發(fā)。如圖5所示，所述動(dòng)態(tài)Handover處理單元還可以進(jìn)一步包括有Handover判斷部件和Handover消息處理部件，其中
Handover判斷部件，用于當(dāng)觸發(fā)最后一套SCP時(shí)，判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是，則通知Handover消息處理部件對(duì)向所述最后一套SCP要發(fā)送的IDP消息進(jìn)行處理；Handover消息處理部件，用于根據(jù)Handover判斷部件發(fā)來的通知指令，將用 TC-Begin發(fā)送的IDP消息的信令連接控制部分SCCP層源地址填為MSC/SSP的全局碼GT地址，SCCP層目的地址填為所述最后一套SCP的GT地址。所述SCP業(yè)務(wù)監(jiān)控記錄單元還可以包括有業(yè)務(wù)觸發(fā)狀態(tài)位管理部件，用于將業(yè)務(wù)觸發(fā)狀態(tài)位的初始值設(shè)為未觸發(fā)，并當(dāng)監(jiān)控到SCP的回送消息不是TC-End方式的Continue消息時(shí)，將所述業(yè)務(wù)觸發(fā)狀態(tài)位設(shè)置為已觸發(fā)，其中所述業(yè)務(wù)觸發(fā)狀態(tài)位用于對(duì)所有SCP的業(yè)務(wù)功能是否被觸發(fā)進(jìn)行標(biāo)識(shí)。如圖6所示，以用戶簽約VPMN和欠費(fèi)控制兩個(gè)業(yè)務(wù)為例，對(duì)本發(fā)明進(jìn)一步詳細(xì)解釋。由于VPMN業(yè)務(wù)存在計(jì)費(fèi)，需要先于欠費(fèi)控制業(yè)務(wù)觸發(fā)。如果用戶當(dāng)前撥打的是群內(nèi)用戶時(shí)，VPMN業(yè)務(wù)需要進(jìn)行計(jì)費(fèi)、改號(hào)等處理，這樣，VPMN和欠費(fèi)控制兩個(gè)業(yè)務(wù)都將被觸發(fā)， SB需要同時(shí)和VPMN、欠費(fèi)控制業(yè)務(wù)SCP進(jìn)行交互；當(dāng)用戶撥打群外用戶時(shí)，VPMN業(yè)務(wù)不需要進(jìn)行計(jì)費(fèi)、改號(hào)等處理，VPMN業(yè)務(wù)SCP將向SB回送Continue (TC-End)消息，此時(shí)SB只需將IDP消息直接Handover到欠費(fèi)控制業(yè)務(wù)SCP上，即MSC/SSP和欠費(fèi)控制業(yè)務(wù)SCP之間直接進(jìn)行信令交互。圖6示出了用戶撥打群外用戶時(shí)，分別采用現(xiàn)網(wǎng)技術(shù)和本發(fā)明技術(shù)的一個(gè)主叫流程實(shí)施例的信令交互圖，可以明顯看出，其中(a)采用現(xiàn)網(wǎng)技術(shù)，SB需處理的信令數(shù)為18條；(b)采用本發(fā)明技術(shù)，SB需處理的信令數(shù)為4條，和現(xiàn)網(wǎng)技術(shù)相比，本發(fā)明能節(jié)省信令數(shù)14條。同理，對(duì)一個(gè)被叫流程來說，本發(fā)明能節(jié)省信令數(shù)12條。這樣，如果現(xiàn)網(wǎng)有100萬簽約VPMN和欠費(fèi)控制的用戶，每萬用戶按5CAPS進(jìn)行核算，群內(nèi)呼叫按照30% 比例，主被叫按照1 1進(jìn)行計(jì)算。使用本發(fā)明技術(shù)后，每秒SB能減少處理的信令數(shù)為 (500*70% )^(14+12)/2 = 4550，通過本發(fā)明的應(yīng)用，可以大大有效降低SB信令處理的復(fù)雜度和不必要的信令鏈路開銷。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法，其特征在于，所述方法包括有步驟一、MSC/SSP將呼叫觸發(fā)到業(yè)務(wù)代理krvice Broker, Service Broker按相應(yīng)的觸發(fā)優(yōu)先級(jí)對(duì)用戶簽約的若干個(gè)業(yè)務(wù)所分別對(duì)應(yīng)的業(yè)務(wù)控制點(diǎn)SCP依次進(jìn)行觸發(fā)；步驟二、當(dāng)krvice Broker在觸發(fā)最后一套SCP時(shí)，判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是，則將MSC/SSP發(fā)出的呼叫信令轉(zhuǎn)接Handover到最后一套SCP ；步驟三、MSC/SSP與所述最后一套SCP直接進(jìn)行信令交互，Service Broker退出當(dāng)前對(duì)話。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟一包括有步驟 11、MSC/SSP 向 Service Broker 發(fā)出 IDP 消息；步驟12、Service Broker按觸發(fā)優(yōu)先級(jí)的先后次序，依次向用戶簽約業(yè)務(wù)所對(duì)應(yīng)的 SCP轉(zhuǎn)發(fā)IDP消息；步驟13、當(dāng)SCP接收到krvice Broker轉(zhuǎn)發(fā)來的IDP消息時(shí)，判斷是否需要觸發(fā)相應(yīng)的業(yè)務(wù)功能，如果否，則所述SCP向krvice Broker回送TC-End方式的Continue消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟一包括有Service Broker對(duì)SCP的回送消息進(jìn)行監(jiān)控，當(dāng)SCP的回送消息是TC-End方式的 Continue消息時(shí)，則記錄所述SCP的業(yè)務(wù)功能未觸發(fā)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括有ServiceBroker通過業(yè)務(wù)觸發(fā)狀態(tài)位對(duì)所有SCP的業(yè)務(wù)功能是否被觸發(fā)進(jìn)行標(biāo)識(shí)，所述步驟二中，當(dāng)krvice Broker檢測(cè)到業(yè)務(wù)觸發(fā)狀態(tài)位的值為未觸發(fā)時(shí)，即可判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能都未觸發(fā)。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，ServiceBroker通過業(yè)務(wù)觸發(fā)狀態(tài)位對(duì)所有SCP的業(yè)務(wù)功能是否被觸發(fā)進(jìn)行標(biāo)識(shí)，進(jìn)一步包括有步驟Al、Service Broker將業(yè)務(wù)觸發(fā)狀態(tài)位的初始值設(shè)為未觸發(fā)；步驟A2、Service Broker判斷SCP的回送消息是否是TC-End方式的Continue消息？ 如果是，則krvice Broker繼續(xù)對(duì)下一套SCP的回送消息進(jìn)行監(jiān)控，執(zhí)行步驟A2 ；如果否， 則krvice Broker將所述業(yè)務(wù)觸發(fā)狀態(tài)位設(shè)置為已觸發(fā)，本流程結(jié)束。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟二中，ServiceBroker將MSC/ SSP發(fā)出的呼叫信令轉(zhuǎn)接Handover到最后一套SCP，進(jìn)一步包括有Service Broker向所述最后一套SCP用TC-Begin發(fā)送IDP消息，并將信令連接控制部分SCCP層源地址填為MSC/SSP的全局碼GT地址，SCCP層目的地址填為所述最后一套SCP 的GT地址，所述源地址和目的地址均按照GT方式尋址。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，ServiceBroker在對(duì)多套SCP進(jìn)行觸發(fā)前,不向 MSC/SSP 發(fā)送 RRBE (Ο/Τ-Abandon)消息。
8.一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接系統(tǒng)，包括有MSC/SSP、業(yè)務(wù)代理krvice Broker和若干套業(yè)務(wù)控制點(diǎn)SCP，所述MSC/SSP、krvice Broker和SCP通過網(wǎng)絡(luò)相連，其特征在于， 所述Service Broker包括有動(dòng)態(tài)Handover處理單元，用于接收MSC/SSP發(fā)送來的呼叫觸發(fā)消息，并按觸發(fā)優(yōu)先級(jí)對(duì)用戶簽約業(yè)務(wù)所對(duì)應(yīng)的若干套業(yè)務(wù)控制點(diǎn)SCP依次觸發(fā)；當(dāng)在觸發(fā)最后一套SCP時(shí)，從 SCP業(yè)務(wù)監(jiān)控記錄單元中判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是，則將MSC/SSP發(fā)出的呼叫信令轉(zhuǎn)接Handover到所述最后一套SCP，從而使MSC/SSP與所述最后一套SCP直接進(jìn)行信令交互；SCP業(yè)務(wù)監(jiān)控記錄單元，用于接收SCP的回送消息，并當(dāng)所述回送消息是TC-End方式的 Continue消息時(shí)，記錄所述SCP的業(yè)務(wù)功能未觸發(fā)。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述動(dòng)態(tài)Handover處理單元包括有 Handover判斷部件，用于當(dāng)觸發(fā)最后一套SCP時(shí)，判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是，則通知Handover消息處理部件對(duì)向所述最后一套SCP要發(fā)送的 IDP消息進(jìn)行處理；Handover消息處理部件，用于根據(jù)Handover判斷部件發(fā)來的通知指令，將用TC-Begin 發(fā)送的IDP消息的信令連接控制部分SCCP層源地址填為MSC/SSP的全局碼GT地址，SCCP 層目的地址填為所述最后一套SCP的GT地址。
10.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述SCP業(yè)務(wù)監(jiān)控記錄單元包括有業(yè)務(wù)觸發(fā)狀態(tài)位管理部件，用于將業(yè)務(wù)觸發(fā)狀態(tài)位的初始值設(shè)為未觸發(fā)，并當(dāng)監(jiān)控到 SCP的回送消息不是TC-End方式的Continue消息時(shí)，將所述業(yè)務(wù)觸發(fā)狀態(tài)位設(shè)置為已觸發(fā)，所述業(yè)務(wù)觸發(fā)狀態(tài)位用于對(duì)所有SCP的業(yè)務(wù)功能是否被觸發(fā)進(jìn)行標(biāo)識(shí)。
全文摘要
一種基于業(yè)務(wù)代理的動(dòng)態(tài)轉(zhuǎn)接方法和系統(tǒng)，方法包括MSC/SSP將呼叫觸發(fā)到Service Broker，Service Broker按相應(yīng)的觸發(fā)優(yōu)先級(jí)對(duì)用戶簽約的若干個(gè)業(yè)務(wù)所分別對(duì)應(yīng)的SCP依次進(jìn)行觸發(fā)；當(dāng)Service Broker在觸發(fā)最后一套SCP時(shí)，判斷之前所觸發(fā)的所有SCP的業(yè)務(wù)功能是否都未觸發(fā)，如果是，則將MSC/SSP發(fā)出的呼叫信令Handover到最后一套SCP；MSC/SSP與最后一套SCP直接進(jìn)行信令交互，Service Broker退出當(dāng)前對(duì)話。本發(fā)明屬于移動(dòng)通信技術(shù)領(lǐng)域，能根據(jù)相應(yīng)的呼叫流程，有效降低Service Broker信令處理復(fù)雜度和減少不必要的信令鏈路開銷。
文檔編號(hào)H04W4/20GK102421078SQ201110377488
公開日2012年4月18日 申請(qǐng)日期2011年11月24日 優(yōu)先權(quán)日2011年11月24日
發(fā)明者劉國(guó)輝, 呂文鋒, 廖建新, 楊婷, 植東梧, 武杰 申請(qǐng)人:杭州東信北郵信息技術(shù)有限公司