專利名稱：一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及智能網(wǎng)技術(shù)，特別是涉及一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法和裝置。
背景技術(shù)：
隨著智能網(wǎng)業(yè)務(wù)的快速發(fā)展，僅靠一個(gè)智能平臺(tái)來(lái)提供某種業(yè)務(wù)已經(jīng)不能滿足需要。而如果引入多個(gè)智能平臺(tái)提供不同的業(yè)務(wù)，就需要解決新舊平臺(tái)上的業(yè)務(wù)融合問(wèn)題。
例如，虛擬專用網(wǎng)(VPN，Virtual Private Network)業(yè)務(wù)所涵蓋的用戶，服務(wù)費(fèi)用由公司支付；而個(gè)人用戶通常采取預(yù)付費(fèi)業(yè)務(wù)(PPS，PrepaidService)的形式，費(fèi)用由用戶自己支付。但是，為了使VPN業(yè)務(wù)更能夠適應(yīng)大公司的結(jié)構(gòu)，能夠覆蓋公司中不同類型的成員，就需要VPN業(yè)務(wù)所涵蓋的用戶也可以使用PPS業(yè)務(wù)，也就是說(shuō)，公司可以規(guī)定一個(gè)范圍，個(gè)人所使用的業(yè)務(wù)如果在此范圍之內(nèi)則由公司支付費(fèi)用，而如果在此范圍之外則由個(gè)人支付費(fèi)用。但是，對(duì)于VPN業(yè)務(wù)所涵蓋的用戶，其請(qǐng)求服務(wù)的消息全部都被發(fā)送到VPN平臺(tái)。這樣就涉及到提供VPN業(yè)務(wù)的智能平臺(tái)和提供PPS業(yè)務(wù)的智能平臺(tái)之間的業(yè)務(wù)切換問(wèn)題。
這種業(yè)務(wù)切換目前并沒(méi)有標(biāo)準(zhǔn)的國(guó)際規(guī)范遵從。這樣，在現(xiàn)有技術(shù)中，智能平臺(tái)間的業(yè)務(wù)切換是由一個(gè)智能平臺(tái)調(diào)用另一個(gè)智能平臺(tái)的業(yè)務(wù)的方法來(lái)完成的。這種調(diào)用是通過(guò)智能平臺(tái)間自定義接口進(jìn)行的。但是，在實(shí)際操作中，這種方法存在很大的局限性。首先，不同的智能平臺(tái)往往由不同的廠家生產(chǎn)，為了實(shí)現(xiàn)彼此之間的業(yè)務(wù)切換，需要兩個(gè)廠家開(kāi)放自己平臺(tái)，并在開(kāi)發(fā)產(chǎn)品的過(guò)程中協(xié)商具體調(diào)用接口，這在現(xiàn)實(shí)中往往是不可行的。其次，即使實(shí)現(xiàn)了兩個(gè)智能平臺(tái)間的接口，由一個(gè)智能平臺(tái)調(diào)用另一個(gè)智能平臺(tái)的業(yè)務(wù)，這種做法的效率比較低下。例如VPN平臺(tái)調(diào)用PPS平臺(tái)業(yè)務(wù)，需要周期性的向PPS業(yè)務(wù)平臺(tái)申請(qǐng)費(fèi)用，效率低下的同時(shí)對(duì)于承載網(wǎng)絡(luò)的要求卻很高。
因此，現(xiàn)有技術(shù)無(wú)法高效率的實(shí)現(xiàn)跨智能平臺(tái)間的業(yè)務(wù)實(shí)現(xiàn)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，以通過(guò)簡(jiǎn)單的操作，高效率的實(shí)現(xiàn)智能平臺(tái)間的業(yè)務(wù)切換。
有鑒于此，本發(fā)明的主要目的還在于提供一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的裝置，在判斷出所請(qǐng)求的智能服務(wù)不應(yīng)該由自身處理時(shí)，將業(yè)務(wù)切換到除自身以外的其他智能平臺(tái)。
為了達(dá)到上述目的，本發(fā)明提供了一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，包括服務(wù)連接實(shí)體向第一智能平臺(tái)發(fā)送請(qǐng)求智能服務(wù)的消息；第一智能平臺(tái)判斷所請(qǐng)求的智能服務(wù)是否應(yīng)該由自身處理，如果是，則與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)，然后結(jié)束本次流程，否則，將請(qǐng)求智能服務(wù)的消息轉(zhuǎn)發(fā)到第二智能平臺(tái)；第二智能平臺(tái)與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)。
其中，所述服務(wù)連接實(shí)體向第一智能平臺(tái)發(fā)送請(qǐng)求智能服務(wù)的消息為服務(wù)連接實(shí)體將請(qǐng)求智能服務(wù)的消息，封裝在第一開(kāi)始信令中發(fā)送到信令網(wǎng)上，第一開(kāi)始信令的源地址是服務(wù)連接實(shí)體的地址，第一開(kāi)始信令的目的地址是第一智能平臺(tái)的地址。
其中，所述第一智能平臺(tái)將請(qǐng)求智能服務(wù)的消息轉(zhuǎn)發(fā)到第二智能平臺(tái)為第一智能平臺(tái)將請(qǐng)求智能服務(wù)的消息封裝在第二開(kāi)始信令中發(fā)送到信令網(wǎng)上，第二開(kāi)始信令的源地址是服務(wù)連接實(shí)體的地址，第二開(kāi)始信令的目的地址是第二智能平臺(tái)的地址。
其中，所述第二智能平臺(tái)與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)包括第二智能平臺(tái)從信令網(wǎng)上接收請(qǐng)求智能服務(wù)的消息，并根據(jù)所接收的消息確定響應(yīng)消息的內(nèi)容；第二智能平臺(tái)將響應(yīng)消息封裝在繼續(xù)信令中發(fā)送到信令網(wǎng)上，繼續(xù)信令的源地址是第二智能平臺(tái)的地址，繼續(xù)信令的目的地址是服務(wù)連接實(shí)體的地址；服務(wù)連接實(shí)體從信令網(wǎng)上接收第二智能平臺(tái)所發(fā)出的響應(yīng)消息，并根據(jù)重定向路由功能處理響應(yīng)消息；服務(wù)連接實(shí)體和第二智能平臺(tái)直接進(jìn)行后續(xù)交互，完成智能服務(wù)。
其中，所述服務(wù)連接實(shí)體為移動(dòng)交換中心/業(yè)務(wù)交換點(diǎn)，或，服務(wù)性通用分組無(wú)線業(yè)務(wù)支撐節(jié)點(diǎn)。
其中，所述請(qǐng)求智能服務(wù)的消息為移動(dòng)網(wǎng)增強(qiáng)邏輯的客戶化應(yīng)用CAMEL協(xié)議的初始探測(cè)點(diǎn)程序IDP消息。
其中，所述開(kāi)始信令是事務(wù)處理能力應(yīng)用部分TCAP協(xié)議的開(kāi)始TO_BEGIN信令。
其中，所述繼續(xù)信令是TCAP協(xié)議的繼續(xù)TO_CONTINUE信令。
其中，所述第一智能平臺(tái)為虛擬專用網(wǎng)平臺(tái)，所述第二智能平臺(tái)為預(yù)付費(fèi)業(yè)務(wù)平臺(tái)。
為了達(dá)到上述目的，本發(fā)明還提供了一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的業(yè)務(wù)控制點(diǎn)，包括用于收發(fā)信令的信令接入單元以及用于處理信令的業(yè)務(wù)控制單元，并且與智能業(yè)務(wù)模塊相連，所述業(yè)務(wù)控制單元進(jìn)一步包括智能服務(wù)請(qǐng)求消息分析模塊，用于從信令接入單元所收到的信令中提取智能服務(wù)請(qǐng)求消息，并根據(jù)所述智能服務(wù)請(qǐng)求消息判斷所請(qǐng)求的智能服務(wù)是否應(yīng)該由與自身對(duì)應(yīng)的業(yè)務(wù)控制點(diǎn)處理，并且根據(jù)判斷結(jié)果將所述智能服務(wù)請(qǐng)求消息發(fā)送給智能業(yè)務(wù)模塊或者智能服務(wù)請(qǐng)求消息重組模塊；
智能服務(wù)請(qǐng)求消息重組模塊，用于將智能服務(wù)請(qǐng)求消息分析模塊發(fā)來(lái)的智能服務(wù)請(qǐng)求消息重組后發(fā)送給信令接入單元。
采用本發(fā)明所提供的技術(shù)方案，第一智能平臺(tái)收到請(qǐng)求智能業(yè)務(wù)的消息，仍然會(huì)判斷該業(yè)務(wù)是否應(yīng)該由第二智能平臺(tái)處理，如果是則將該消息轉(zhuǎn)發(fā)給第二智能平臺(tái)，由第二智能平臺(tái)與智能業(yè)務(wù)的請(qǐng)求者進(jìn)行后續(xù)的交互。第一智能平臺(tái)在轉(zhuǎn)發(fā)消息給第二智能平臺(tái)時(shí)是通過(guò)7號(hào)信令網(wǎng)，而7號(hào)信令網(wǎng)是通用的接口，這樣就無(wú)需第一智能平臺(tái)和第二智能平臺(tái)之間定義專門的接口；后續(xù)的交互是由第二智能平臺(tái)直接與智能業(yè)務(wù)的請(qǐng)求者交互，而不需要經(jīng)過(guò)第一智能平臺(tái)調(diào)用，這樣就提高了效率。


圖1是跨智能平臺(tái)進(jìn)行業(yè)務(wù)切換的系統(tǒng)示意圖；圖2是本發(fā)明所提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法實(shí)施例一的流程圖；圖3是本發(fā)明所提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法實(shí)施例一的信令圖；圖4是本發(fā)明所提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法實(shí)施例二的信令圖；圖5是本發(fā)明所提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法實(shí)施例三的信令圖；圖6是本發(fā)明所提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的裝置的方框圖。
具體實(shí)施例方式
本發(fā)明的核心思想在于第一智能平臺(tái)在需要第二智能平臺(tái)處理用戶所請(qǐng)求的智能服務(wù)時(shí)，將用戶請(qǐng)求智能服務(wù)的消息，利用標(biāo)準(zhǔn)的7號(hào)信令系統(tǒng)，轉(zhuǎn)發(fā)到第二智能平臺(tái)，并且由第二智能平臺(tái)與用戶進(jìn)行后續(xù)交互以完成智能服務(wù)。
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
請(qǐng)參考圖1，圖1是跨智能平臺(tái)進(jìn)行業(yè)務(wù)切換的系統(tǒng)示意圖。在圖1中，以第一智能平臺(tái)是VPN平臺(tái)，第二智能平臺(tái)是PPS平臺(tái)為例。圖中僅僅給出了智能平臺(tái)中與本發(fā)明特別相關(guān)的模塊，即對(duì)于VPN平臺(tái)來(lái)說(shuō)，是VPN業(yè)務(wù)控制點(diǎn)(SCP，Service Control Point)，對(duì)于PPS平臺(tái)來(lái)說(shuō)，是PPS SCP。需要說(shuō)明的是，本發(fā)明針對(duì)的是第一智能平臺(tái)和第二智能平臺(tái)不在同一物理實(shí)體內(nèi)的情況。因?yàn)槿绻谝恢悄芷脚_(tái)和第二智能平臺(tái)位于同一物理實(shí)體內(nèi)，就不用考慮平臺(tái)之間的接口問(wèn)題了。另外，在本實(shí)施例中，用戶所請(qǐng)求的智能服務(wù)是基于傳統(tǒng)的話音業(yè)務(wù)的智能服務(wù)。
請(qǐng)參考圖2，圖2是本發(fā)明所提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法實(shí)施例一的流程圖。本實(shí)施例針對(duì)的是圖1所示的系統(tǒng)。該方法包括以下步驟步驟201用戶向移動(dòng)交換中心(MSC，Mobile Switching Center)/業(yè)務(wù)交換點(diǎn)(SSP，Service Switching Point)發(fā)起呼叫。
MSC與SSP互相配合以接收用戶的呼叫，并且為用戶建立通信。
步驟202MSC/SSP將IDP消息發(fā)送到VPN的SCP上。
MSC/SSP接收到用戶呼叫后，總是會(huì)向智能平臺(tái)發(fā)出實(shí)現(xiàn)智能業(yè)務(wù)的第一條消息，這條消息稱為初始探測(cè)點(diǎn)程序(IDP，Initial Detect-pointProcedure)消息。IDP消息也可以看作是MSC/SSP向智能平臺(tái)發(fā)出的請(qǐng)求智能服務(wù)的消息。
IDP消息屬于移動(dòng)網(wǎng)增強(qiáng)邏輯的客戶化應(yīng)用(CAMEL，CustomizedApplication for Mobile network Enhanced Logic)協(xié)議層。IDP消息是被封裝在事務(wù)處理能力應(yīng)用部分(TCAP，Transaction Capabilities Application Part)層的特定信令中，通過(guò)7號(hào)信令網(wǎng)進(jìn)行發(fā)送的。從協(xié)議棧的角度來(lái)看，TCAP層比CAMEL層更靠近物理層，也就是更靠近協(xié)議棧的底層。MSC/SSP向SCP發(fā)送的IDP消息封裝在TCAP層的開(kāi)始(TO_BEGIN)信令中。TCAPTO_BEGIN信令中至少攜帶有兩個(gè)參數(shù)，分別表示IDP消息的源地址與目的地址。
對(duì)于VPN所涵蓋的用戶來(lái)說(shuō)，所發(fā)出的IDP消息總是會(huì)被MSC/SSP發(fā)送到VPN的SCP上。因此，在封裝有MSC/SSP向SCP發(fā)送的IDP消息的TCAP TO_BEGIN信令中，源地址是MSC/SSP，目的地址是VPN的SCP。
步驟203VPN的SCP判斷本次呼叫是否應(yīng)該由PPS的SCP處理，如果是則執(zhí)行步驟205，否則執(zhí)行步驟204，事實(shí)上，SCP內(nèi)部分為信令接入單元(SAU，Signal Access Unit)和業(yè)務(wù)控制單元(SCU，Service Control Unit)兩部分。SAU負(fù)責(zé)信令的接收和發(fā)送，SCU負(fù)責(zé)對(duì)接收到的信令進(jìn)行處理，以及確定所要發(fā)送的信令。
因此，MSC/SSP所發(fā)送的IDP消息，實(shí)際上是由VPN的SCP上的SAU接收后交給VPN的SCP上的SCU處理的；由VPN的SCP上的SCU根據(jù)IDP消息中的參數(shù)判斷本次請(qǐng)求是否應(yīng)該由PPS的SCP處理。
所述IDP消息中的參數(shù)應(yīng)該是表示呼叫種類的參數(shù)，例如，可以表示本次呼叫是本地電話、國(guó)內(nèi)長(zhǎng)途還是國(guó)際長(zhǎng)途的被叫號(hào)碼參數(shù)。在VPN上存有預(yù)先設(shè)定的應(yīng)該由VPN的SCP處理的業(yè)務(wù)種類。在接收到IDP消息并識(shí)別出該IDP消息所請(qǐng)求的業(yè)務(wù)種類后，VPN的SCU結(jié)合預(yù)先設(shè)定的應(yīng)該由VPN的SCP處理的業(yè)務(wù)種類，判斷本次呼叫是否應(yīng)該由PPS的SCP處理。
步驟204VPN的SCP處理本次服務(wù)請(qǐng)求，然后結(jié)束本次流程。
VPN的SCP與MSC/SSP交互完成本次智能服務(wù)。
步驟205VPN的SCP中的SCU將TCAP TO_BEGIN信令中的目的地址改為PPS的SCP地址，源地址不變。
步驟206VPN的SCP中的SAU將新的TCAP TO_BEGIN信令發(fā)送到信令網(wǎng)上。
步驟207PPS的SCP從信令網(wǎng)上接收到VPN的SCP所發(fā)出的TCAPTO_BEGIN信令。
步驟208PPS的SCP向MSC/SSP發(fā)送響應(yīng)消息。
對(duì)于PPS的SCP來(lái)說(shuō)，在其接收到的TCAP TO_BEGIN信令中，目的地址為自身，而源地址為MSC/SSP，這與由MSC/SSP直接發(fā)來(lái)的TCAPTO_BEGIN信令沒(méi)有區(qū)別。因此，PPS的SCP會(huì)認(rèn)為TCAp TO_BEGIN所封裝的IDP消息就是MSC/SSP發(fā)給自己的服務(wù)請(qǐng)求。PPS的SCP根據(jù)該IDP消息確定向MSC/SSP發(fā)送的響應(yīng)內(nèi)容，然后封裝在TCAP繼續(xù)(TO_CONTINUE)信令中發(fā)送到信令網(wǎng)上。TCAP TO_CONTINUE信令中的地址參數(shù)表示該信令目的地址是MSC/SSP，而源地址是PPS的SCP。
步驟209MSC/SSP根據(jù)TCAP層的重定向路由功能處理響應(yīng)消息。
MSC/SSP在接收到PPS的SCP所發(fā)來(lái)的TCAP TO_CONTINUE信令后，會(huì)根據(jù)信令中的地址參數(shù)判斷出該信令的源地址與自身所發(fā)送的TCAPTO_BEGIN信令中的目的地址不一致。對(duì)于這種不一致，MSC/SSP會(huì)根據(jù)TCAP層的重定向路由功能進(jìn)行處理。重定向路由功能是由TCAP協(xié)議規(guī)定的。簡(jiǎn)單的說(shuō)，當(dāng)網(wǎng)絡(luò)中的第一實(shí)體向第二實(shí)體發(fā)送請(qǐng)求后，卻接收到第三實(shí)體發(fā)來(lái)的針對(duì)所發(fā)送請(qǐng)求的響應(yīng)，這時(shí)候第一實(shí)體比較之前發(fā)送的請(qǐng)求和接收到的響應(yīng)的關(guān)聯(lián)性，以決定下一步操作是丟棄該響應(yīng)還是直接與第三實(shí)體進(jìn)行后續(xù)交互。在本實(shí)施例中，經(jīng)過(guò)處理后，MSC/SSP認(rèn)為接下來(lái)的交互需要與PPS的SCP進(jìn)行，而不再與VPN的SCP進(jìn)行。
步驟210MSC/SSP與PPS的SCP交互，完成本次智能服務(wù)。
這樣，在后續(xù)的交互中，就不再需要VPN的SCP參與了。
以上實(shí)施例所針對(duì)的是基于傳統(tǒng)的話音業(yè)務(wù)的智能服務(wù)的情況，基于短消息的智能服務(wù)屬于基于傳統(tǒng)的話音業(yè)務(wù)的智能服務(wù)的一種。而基于數(shù)據(jù)的智能服務(wù)是另外一種情況。對(duì)于基于數(shù)據(jù)的智能服務(wù)而言，接收用戶所發(fā)起的請(qǐng)求并發(fā)送到VPN的SSP上的任務(wù)不是由MSC/SSP，而是由服務(wù)性通用分組無(wú)線業(yè)務(wù)支撐節(jié)點(diǎn)(SGSN，Serving General packet radio serviceSupporting Node)來(lái)完成的。由于MSC/SSP和SGSN的作用都是在用戶和智能平臺(tái)之間進(jìn)行連接，因此MSC/SSP和SGSN可以統(tǒng)稱為服務(wù)連接實(shí)體。
對(duì)于基于傳統(tǒng)的話音業(yè)務(wù)的智能服務(wù)，基于短消息的智能服務(wù)以及基于數(shù)據(jù)的智能服務(wù)這三種情況下，智能網(wǎng)絡(luò)中各實(shí)體間的交互詳細(xì)信令請(qǐng)參見(jiàn)圖3到圖5。在每幅圖的左側(cè)所標(biāo)的序號(hào)即為該組信令所對(duì)應(yīng)的圖2中的步驟?？梢钥闯?，在用戶剛發(fā)起智能服務(wù)流程的時(shí)候，封裝了IDP消息的開(kāi)始信令是由VPN的SCP處理的，但是當(dāng)VPN的SCP判斷出此次智能服務(wù)應(yīng)該由PPS的SCP處理，并將封裝了IDP消息的開(kāi)始信令轉(zhuǎn)發(fā)給PPS的SCP之后，VPN的SCP就不再參與后續(xù)的交互，而是由PPS的SCP與MSC進(jìn)行交互。
為了實(shí)現(xiàn)本發(fā)明所提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，需要在第一智能平臺(tái)，即VPN的SCP中增加相應(yīng)的功能模塊。請(qǐng)參考圖6，圖6是本發(fā)明提供的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的SCP的方框圖。本發(fā)明所提供的SCP包括SAU用于從信令網(wǎng)接收信令并發(fā)送給SCU處理；還用于將SCU所要發(fā)送的信令發(fā)送到信令網(wǎng)上。
SCU用于處理信令，包括智能服務(wù)請(qǐng)求消息分析模塊、智能業(yè)務(wù)模塊以及智能服務(wù)請(qǐng)求消息重組模塊。
智能服務(wù)請(qǐng)求消息分析模塊用于從SAU發(fā)來(lái)的信令中提取智能服務(wù)請(qǐng)求消息，并判斷所述智能服務(wù)請(qǐng)求消息所請(qǐng)求的智能服務(wù)是否應(yīng)該由本SCP處理，然后根據(jù)結(jié)果將智能服務(wù)請(qǐng)求消息轉(zhuǎn)發(fā)給智能業(yè)務(wù)模塊或者智能服務(wù)請(qǐng)求消息重組模塊。
具體的說(shuō)，如果所述智能服務(wù)請(qǐng)求消息所請(qǐng)求的智能服務(wù)應(yīng)該由本SCP處理，則智能服務(wù)請(qǐng)求消息分析模塊將所述智能服務(wù)請(qǐng)求消息發(fā)送給智能業(yè)務(wù)模塊；如果所述智能服務(wù)請(qǐng)求消息所請(qǐng)求的智能服務(wù)不應(yīng)該由本SCP處理，則智能服務(wù)請(qǐng)求消息分析模塊進(jìn)一步根據(jù)事先的記錄判斷應(yīng)該由哪個(gè)SCP處理所述智能服務(wù)，然后將所述智能服務(wù)請(qǐng)求消息以及應(yīng)該處理所述智能服務(wù)的SCP地址發(fā)送給智能服務(wù)請(qǐng)求消息重組模塊。
智能業(yè)務(wù)模塊用于通過(guò)SAU與服務(wù)連接實(shí)體進(jìn)行交互完成智能服務(wù)。需要說(shuō)明的是，在圖6中，智能業(yè)務(wù)模塊是SCU的一部分，但是在實(shí)際中，智能業(yè)務(wù)模塊可能不在SCU中，甚至可能不在SCP中。也就是說(shuō)，智能業(yè)務(wù)模塊不是本發(fā)明所提供的SCP的必要組成模塊。同時(shí)，智能業(yè)務(wù)模塊的具體實(shí)現(xiàn)也與現(xiàn)有技術(shù)一樣。
智能服務(wù)請(qǐng)求消息重組模塊用于根據(jù)智能服務(wù)請(qǐng)求消息分析模塊發(fā)來(lái)的智能服務(wù)請(qǐng)求消息以及SCP地址，構(gòu)造新的智能服務(wù)請(qǐng)求消息，并通過(guò)SAU發(fā)送到信令網(wǎng)上。
具體的說(shuō)，智能服務(wù)請(qǐng)求消息重組模塊將所述智能服務(wù)請(qǐng)求消息的目的地址修改為智能服務(wù)請(qǐng)求消息分析模塊發(fā)來(lái)的SCP地址，然后發(fā)送給SAU。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，該方法包括服務(wù)連接實(shí)體向第一智能平臺(tái)發(fā)送請(qǐng)求智能服務(wù)的消息；第一智能平臺(tái)判斷所請(qǐng)求的智能服務(wù)是否應(yīng)該由自身處理，如果是，則與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)，然后結(jié)束本次流程，否則，將請(qǐng)求智能服務(wù)的消息轉(zhuǎn)發(fā)到第二智能平臺(tái)；第二智能平臺(tái)與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)。
2.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述服務(wù)連接實(shí)體向第一智能平臺(tái)發(fā)送請(qǐng)求智能服務(wù)的消息為服務(wù)連接實(shí)體將請(qǐng)求智能服務(wù)的消息，封裝在第一開(kāi)始信令中發(fā)送到信令網(wǎng)上，第一開(kāi)始信令的源地址是服務(wù)連接實(shí)體的地址，第一開(kāi)始信令的目的地址是第一智能平臺(tái)的地址。
3.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述第一智能平臺(tái)將請(qǐng)求智能服務(wù)的消息轉(zhuǎn)發(fā)到第二智能平臺(tái)為第一智能平臺(tái)將請(qǐng)求智能服務(wù)的消息封裝在第二開(kāi)始信令中發(fā)送到信令網(wǎng)上，第二開(kāi)始信令的源地址是服務(wù)連接實(shí)體的地址，第二開(kāi)始信令的目的地址是第二智能平臺(tái)的地址。
4.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述第二智能平臺(tái)與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)包括第二智能平臺(tái)從信令網(wǎng)上接收請(qǐng)求智能服務(wù)的消息，并根據(jù)所接收的消息確定響應(yīng)消息的內(nèi)容；第二智能平臺(tái)將響應(yīng)消息封裝在繼續(xù)信令中發(fā)送到信令網(wǎng)上，繼續(xù)信令的源地址是第二智能平臺(tái)的地址，繼續(xù)信令的目的地址是服務(wù)連接實(shí)體的地址；服務(wù)連接實(shí)體從信令網(wǎng)上接收第二智能平臺(tái)所發(fā)出的響應(yīng)消息，并根據(jù)重定向路由功能處理響應(yīng)消息；服務(wù)連接實(shí)體和第二智能平臺(tái)直接進(jìn)行后續(xù)交互，完成智能服務(wù)。
5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述服務(wù)連接實(shí)體為移動(dòng)交換中心/業(yè)務(wù)交換點(diǎn)，或，服務(wù)性通用分組無(wú)線業(yè)務(wù)支撐節(jié)點(diǎn)。
6.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述請(qǐng)求智能服務(wù)的消息為移動(dòng)網(wǎng)增強(qiáng)邏輯的客戶化應(yīng)用CAMEL協(xié)議的初始探測(cè)點(diǎn)程序IDP消息。
7.根據(jù)權(quán)利要求2或3所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述開(kāi)始信令是事務(wù)處理能力應(yīng)用部分TCAP協(xié)議的開(kāi)始TO_BEGIN信令。
8.根據(jù)權(quán)利要求4所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述繼續(xù)信令是TCAP協(xié)議的繼續(xù)TO_CONTINUE信令。
9.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，其特征在于，所述第一智能平臺(tái)為虛擬專用網(wǎng)平臺(tái)，所述第二智能平臺(tái)為預(yù)付費(fèi)業(yè)務(wù)平臺(tái)。
10.一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的業(yè)務(wù)控制點(diǎn)，包括用于收發(fā)信令的信令接入單元以及用于處理信令的業(yè)務(wù)控制單元，并且與智能業(yè)務(wù)模塊相連，其特征在于，所述業(yè)務(wù)控制單元進(jìn)一步包括智能服務(wù)請(qǐng)求消息分析模塊，用于從信令接入單元所收到的信令中提取智能服務(wù)請(qǐng)求消息，并根據(jù)所述智能服務(wù)請(qǐng)求消息判斷所請(qǐng)求的智能服務(wù)是否應(yīng)該由與自身對(duì)應(yīng)的業(yè)務(wù)控制點(diǎn)處理，并且根據(jù)判斷結(jié)果將所述智能服務(wù)請(qǐng)求消息發(fā)送給智能業(yè)務(wù)模塊或者智能服務(wù)請(qǐng)求消息重組模塊；智能服務(wù)請(qǐng)求消息重組模塊，用于將智能服務(wù)請(qǐng)求消息分析模塊發(fā)來(lái)的智能服務(wù)請(qǐng)求消息重組后發(fā)送給信令接入單元。
全文摘要
本發(fā)明公開(kāi)了一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的方法，該方法包括服務(wù)連接實(shí)體向第一智能平臺(tái)發(fā)送請(qǐng)求智能服務(wù)的消息；第一智能平臺(tái)判斷所請(qǐng)求的智能服務(wù)是否應(yīng)該由自身處理，如果是，則與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)，然后結(jié)束本次流程，否則，將請(qǐng)求智能服務(wù)的消息轉(zhuǎn)發(fā)到第二智能平臺(tái)；第二智能平臺(tái)與服務(wù)連接實(shí)體進(jìn)行后續(xù)交互完成智能服務(wù)。本發(fā)明還提供了一種實(shí)現(xiàn)跨智能平臺(tái)業(yè)務(wù)切換的裝置。采用本發(fā)明所提供的高效和通用的特點(diǎn)。
文檔編號(hào)H04L12/28GK1984019SQ20061008300
公開(kāi)日2007年6月20日 申請(qǐng)日期2006年5月25日 優(yōu)先權(quán)日2006年5月25日
發(fā)明者孫衛(wèi)國(guó) 申請(qǐng)人:華為技術(shù)有限公司