專(zhuān)利名稱(chēng)：一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線(xiàn)網(wǎng)絡(luò)通信，更具體地，本發(fā)明涉及減小將VoIP呼叫從分組交換域 切換到電路交換域過(guò)程中的中斷時(shí)間的方法和設(shè)備。
背景技術(shù)：
隨著網(wǎng)絡(luò)通信技術(shù)的迅速發(fā)展，在實(shí)際應(yīng)用中，往往存在著不同類(lèi)型的網(wǎng)絡(luò)的交 迭。這對(duì)于網(wǎng)絡(luò)用戶(hù)來(lái)說(shuō)，為其服務(wù)質(zhì)量提供了更好的保障。例如，當(dāng)正通過(guò)分組交換域進(jìn) 行VoIP呼叫的用戶(hù)終端發(fā)現(xiàn)其信號(hào)質(zhì)量下降時(shí)(例如由于其移動(dòng)到信號(hào)較弱甚至沒(méi)有信 號(hào)的區(qū)域，即移動(dòng)到當(dāng)前提供分組交換域的網(wǎng)絡(luò)覆蓋邊緣或以外；或當(dāng)前網(wǎng)絡(luò)中的VoIP業(yè) 務(wù)由于諸如擁塞等變得不可用等)，并且其處于能夠以電路交換域?yàn)槠涮峁┓?wù)的網(wǎng)絡(luò)覆 蓋范圍內(nèi)時(shí)，其可以從分組交換域切換到電路交換域。這便引出了如何將VoIP呼叫從分組 交換域切換到電路交換域的問(wèn)題?，F(xiàn)有技術(shù)中，如果用戶(hù)終端能夠同時(shí)經(jīng)由分組交換域和電路交換域兩者來(lái)進(jìn)行信 息的接收和發(fā)送，則通常在斷開(kāi)當(dāng)前連接之前完成切換。也就是說(shuō)，用戶(hù)終端在新的域創(chuàng)建 呼叫或會(huì)話(huà)，同時(shí)在當(dāng)前的域維持現(xiàn)有的語(yǔ)音呼叫，當(dāng)新的呼叫或會(huì)話(huà)建立完成后，才將語(yǔ) 音媒體切換到該新的呼叫或會(huì)話(huà)中，然后釋放切換前的域中的網(wǎng)絡(luò)資源。這種方式通常具 有最小的中斷時(shí)間。然而，對(duì)于能夠支持多模式但不能同時(shí)通過(guò)兩個(gè)域進(jìn)行信息的收發(fā)的用戶(hù)終端， 便無(wú)法使用上述方法。對(duì)于這種終端，3GPPTS 23. 216對(duì)處于IMS (IP Multimedia System, IP 多媒體子系統(tǒng))中的 VoIP 呼叫，規(guī)定了 SRVCC (Single Radio Voice CallContinuity, 單一無(wú)線(xiàn)語(yǔ)音呼叫連續(xù)性)解決方案，用于基于EPS (Evolved Packet System，演進(jìn)分組系 統(tǒng))PS(Packet Switch，分組交換域)的IMS接入和UTRAN/GERAN CS接入之間的語(yǔ)音呼叫 的連續(xù)性。這種情況下，對(duì)于給定的某一時(shí)刻，UE只能在上述兩種接入網(wǎng)中的一個(gè)上進(jìn)行 發(fā)送/接收操作。圖1示例性示出TS 23. 216中規(guī)定的SRVCC網(wǎng)絡(luò)架構(gòu)。如圖1所示，UE通過(guò) E-UTRAN(Evolved Universal Terrestrial RadioAccess Network，演進(jìn)通用陸地?zé)o線(xiàn)接入 網(wǎng)絡(luò))、S-GW/PDN GW 接入 IMS。E-UTRAN 也被稱(chēng)為 LTE (Long Term Evolution，長(zhǎng)期演進(jìn)技 術(shù))，包含若干個(gè)E-Node B，負(fù)責(zé)無(wú)線(xiàn)接入網(wǎng)部分。EPS通過(guò)對(duì)現(xiàn)有的WCDMA和TD-SCDMA系 統(tǒng)的NodeB、RNC、CN進(jìn)行功能上的整合，簡(jiǎn)化為eNodeB和EPC兩種網(wǎng)元。而所謂的EPS，其包括EPC (Evolved Packet Core，演進(jìn)分組核心，即核心網(wǎng))， E-UTRAN(也被稱(chēng)為 LTE)和 UE。EPC 包括MME (Mobility Management Entity，移動(dòng)性管 理實(shí)體)，用于充當(dāng)控制節(jié)點(diǎn)，負(fù)責(zé)核心網(wǎng)的信令處理；S-GW(ServingGateWay，服務(wù)網(wǎng)關(guān))/ PDN-GW(Packet Data Network GateWay，分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))，負(fù)責(zé)核心網(wǎng)的數(shù)據(jù)處理。其 中，非3GPP無(wú)線(xiàn)接入網(wǎng)可通過(guò)PDN-GW接入EPC，3GPP無(wú)線(xiàn)接入網(wǎng)可通過(guò)S-GW接入EPC。此外，圖1還示出了該規(guī)范建議的網(wǎng)絡(luò)元件之間的接口。例如，E-UTRAN與EPC通 過(guò)Sl(類(lèi)似于Iu)接口連接，E-UTRAN之間則可通過(guò)X2(類(lèi)似于Iur)接口連接(未示出)，UE與E-UTRAN則通過(guò)LTE_Uu接口連接。在圖1所示的環(huán)境中，當(dāng)UE處于E-UTRAN的覆蓋邊緣或覆蓋區(qū)域外時(shí)，可以決 定切換到 UTRAN(UMTS Terrestrial RadioAccess Network，UMTS 地面無(wú)線(xiàn)接入網(wǎng)絡(luò))/ GERAN(GSM EDGERadio Access Network，GSM/EDGE無(wú)線(xiàn)接入網(wǎng)絡(luò))提供的電路交換域。在 UTRAN/GERAN中，UE經(jīng)由基站、MSC(Mobile SwitchCenter，移動(dòng)交換中心)服務(wù)器接入到 IMS網(wǎng)絡(luò)。其中，UTRAN是一種較新的用于UMTS的接入網(wǎng)，目前已成為UMTS較重要的一種 接入方式，其可包括NodeB(節(jié)點(diǎn)B)、RNC(Radio Network Controller，無(wú)線(xiàn)網(wǎng)絡(luò)控制器)、 CN(CoreNetwork,核心網(wǎng)絡(luò))等；而GERAN則是由3GPP制定和維護(hù)的GSM的一個(gè)關(guān)鍵部分， 也包括在UMTS/GSM網(wǎng)絡(luò)中，它包括基站BS和基站控制器BSC (base station controller) 以及它們的接口(例如Ater接口、Abis接口、A接口等)。通常，移動(dòng)運(yùn)營(yíng)商的網(wǎng)絡(luò)由多個(gè) GERAN組成，在UMTS/GSM的網(wǎng)絡(luò)中則與UTRAN組合。關(guān)于圖1中的其他網(wǎng)絡(luò)元件以及各網(wǎng)元之間通信方式等詳細(xì)信息，可以參考TS 23. 216。圖 2 則示例性示出在沒(méi)有 DTM/PSH0(Dual TransferMode/Pack Switch Handover, 雙重傳輸模式/分組切換)支持的情況下從E-UTRAN到目標(biāo)GERAN的相關(guān)呼叫流程。為 了完成語(yǔ)音會(huì)話(huà)的轉(zhuǎn)移，需要預(yù)先在IMS中，例如SCC AS(ServiceCentralization and Continuity Application Server，服務(wù)集中和連續(xù)性應(yīng)用服務(wù)器)上，錨定該語(yǔ)音呼叫。如圖2所示，當(dāng)源E-UTRAN根據(jù)接收自本地/源UE的測(cè)量報(bào)告，決定對(duì)本地UE正 在進(jìn)行的VoIP呼叫進(jìn)行從分組域到電路域的切換時(shí)，向本地MME發(fā)送切換請(qǐng)求，隨后源MME 對(duì)承載進(jìn)行劃分(用于后續(xù)對(duì)語(yǔ)音服務(wù)的轉(zhuǎn)移)，并向目前能夠覆蓋本地UE的MSC服務(wù)器 或媒體網(wǎng)關(guān)發(fā)送相應(yīng)的從分組域到電路域的切換請(qǐng)求。相應(yīng)的MSC/媒體網(wǎng)關(guān)進(jìn)行切換準(zhǔn) 備并建立電路后，發(fā)起會(huì)話(huà)轉(zhuǎn)移。這里，需要注意的是，如果該本地UE將要切換到的目標(biāo) MSC與收到來(lái)自MME的切換請(qǐng)求的MSC為同一個(gè)時(shí)，則虛線(xiàn)部分的步驟6至9可以省略(步 驟20、21也是如此)。隨后的步驟中(即步驟10之后)，圖2示出了兩個(gè)用戶(hù)層面的切換過(guò)程IMS層(在遠(yuǎn)程UE，也就是與本地UE建立VoIP會(huì)話(huà)的對(duì)方)的會(huì)話(huà)轉(zhuǎn)移過(guò)程(步 驟11至12)。具體地，由IMS中的SCCAS執(zhí)行會(huì)話(huà)轉(zhuǎn)移過(guò)程，用目標(biāo)CS接入腿(access leg) 的SDP更新遠(yuǎn)程UE，并釋放源EPC PS接入腿。上述步驟將導(dǎo)致正在進(jìn)行的會(huì)話(huà)的語(yǔ)音部分 在用戶(hù)層面從EPC變換到MGW。在層2向目標(biāo)小區(qū)的切換過(guò)程(在本地UE和接入網(wǎng)上執(zhí)行的從E-UTRAN到GSM 的切換，步驟15-21)，這是在本地UE和接入網(wǎng)絡(luò)處執(zhí)行的RAT之間的切換。在上述兩種切換中，都會(huì)產(chǎn)生VoIP呼叫的中斷，即語(yǔ)音流的中斷。關(guān)于圖2的各步驟的細(xì)節(jié)，可以參考TS 23. 216。需要注意的是，盡管圖2中以連續(xù)的數(shù)字對(duì)各步驟進(jìn)行了編號(hào)，但是，這不是表明 步驟11至12以及步驟13至21兩部分之間的時(shí)間關(guān)系。事實(shí)上恰恰相反，步驟11至12完 全可能在步驟13之后才開(kāi)始執(zhí)行，也可能同時(shí)執(zhí)行。也就是說(shuō)，在上文提到的兩種切換之 間，沒(méi)有關(guān)于時(shí)間的同步。這兩種切換可能是同時(shí)執(zhí)行的，也可能是相繼執(zhí)行的。正是由于 這一原因，使得語(yǔ)音流的中斷時(shí)間變得難以確定也難以控制。理想情況下，如果同時(shí)執(zhí)行，則會(huì)達(dá)到最小的中斷時(shí)間，然后，如果兩個(gè)切換恰恰是在完成一個(gè)之后才進(jìn)行另一個(gè)，那么 便會(huì)發(fā)生圖3所示的最壞情況下的最長(zhǎng)時(shí)間的流中斷。圖3示例性地示出圖2所示的SRVCC方案中，最壞情況下的流中斷情況狀態(tài)A，在步驟10，用戶(hù)層面仍然維持著EPS接入(本地UE、E-NodeB以及S/P-GW 的級(jí)聯(lián))上建立的源PS接入腿，即正在進(jìn)行的語(yǔ)音(VoIP)呼叫。狀態(tài)B，當(dāng)步驟11執(zhí)行完成時(shí)，遠(yuǎn)程UE已經(jīng)被更新為目標(biāo)CS接入腿的SDP。因 此，起始于遠(yuǎn)程UE的下行鏈路流被交換到目標(biāo)CS接入腿(即接入到MSC服務(wù)器/MGW)。然 而，由于本地UE還沒(méi)有完成到目標(biāo)BSS的切換，也就是說(shuō)，還沒(méi)有在本地UE和目的基站BS 之間建立語(yǔ)音媒體路徑(事實(shí)上，最壞情況下在步驟12完成之后才開(kāi)始啟動(dòng)到目標(biāo)小區(qū)的 CS切換)。因此，來(lái)自遠(yuǎn)程UE的下行鏈路語(yǔ)音流不能到達(dá)本地UE，因此語(yǔ)音流被中斷。狀態(tài)C，當(dāng)步驟12執(zhí)行完成時(shí)，源EPC PS接入腿被釋放。此時(shí)，與狀態(tài)B類(lèi)似，盡 管下行鏈路流已經(jīng)接入MSC服務(wù)器/MGW，但是由于本地UE仍然沒(méi)有完成到目標(biāo)BS的切換， 所以語(yǔ)音流仍然是中斷的。狀態(tài)D，直到步驟21，才建立本地UE和MSC服務(wù)器/MGW之間的連接。僅在步驟21 之后，才能恢復(fù)該會(huì)話(huà)的語(yǔ)音流。由圖3可見(jiàn)，最壞的情況下語(yǔ)音流從步驟11開(kāi)始便被中斷，直到步驟21之后才可 能被恢復(fù)，使得流中斷時(shí)間可能非常長(zhǎng)，從而嚴(yán)重影響用戶(hù)的服務(wù)質(zhì)量。通過(guò)上述描述以及圖1至圖3，簡(jiǎn)要介紹了 3GPP TS 23. 216中用于SRVCC的方案， 并著重說(shuō)明了與切換過(guò)程中的流中斷相關(guān)的部分。對(duì)于其他部分的更詳細(xì)的規(guī)定，可以參 考 3GPP TS23.216。此外，對(duì)于具有DTM/PSH0支持情況下的SRVCC呼叫流程，同樣存在上述不定的流 中斷時(shí)間的問(wèn)題。而且，對(duì)于優(yōu)化的沒(méi)有DTM/PSH0支持的SRVCC呼叫流程的方案，其將同 樣適用于具有DTM/PSH0支持的SRVCC呼叫。這里為了簡(jiǎn)化，我們不再詳細(xì)描述。由上述可見(jiàn)，3GPP TS 23. 216中的這一規(guī)定并不是完美的，因?yàn)槠洳粌H規(guī)定了復(fù) 雜的信令流程，而且在實(shí)現(xiàn)中使得語(yǔ)音呼叫存在不確定的中斷時(shí)間。由此可見(jiàn)，現(xiàn)有技術(shù)中對(duì)VoIP呼叫轉(zhuǎn)移過(guò)程中的SRVCC的解決方案，其流中斷時(shí) 間是不確定的，使得服務(wù)質(zhì)量大打折扣。因此，如何縮短非受控的或不確定的會(huì)話(huà)中斷時(shí) 間，從而盡可能地縮短總的會(huì)話(huà)中斷時(shí)間是有待解決的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明提供了一種減小切換VoIP呼叫時(shí)的中斷時(shí)間的解決方案，從而緩解現(xiàn)有 技術(shù)中的上述問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的方 法，包括步驟當(dāng)支持VoIP服務(wù)的網(wǎng)絡(luò)中的VoIP呼叫錨定單元接收到來(lái)自分組交換域中的控制 單元的通知時(shí)，確定其是否指示將所述VoIP呼叫從分組交換域切換到電路交換域；如果確定，則分配相應(yīng)的會(huì)議資源，并將參與所述VoIP呼叫的終端以及電路交換 域中相應(yīng)的控制單元加入到會(huì)議中。優(yōu)選地，所述VoIP呼叫錨定單元同時(shí)或基本同時(shí)地將參與所述VoIP呼叫的終端
6加入到所述會(huì)議中?？蛇x地，所述終端被相繼加入所述會(huì)議中，并且被加入所述會(huì)議的間隔時(shí)間不超 過(guò)預(yù)定的閾值?？蛇x地，當(dāng)所述VoIP呼叫錨定單元獲知所述切換完成后或經(jīng)過(guò)預(yù)定時(shí)間后，釋放 與發(fā)生了從分組域到電路域的切換的終端對(duì)應(yīng)的會(huì)議資源。具體地，所述VoIP呼叫錨定單元通過(guò)電路交換域中的控制單元接收來(lái)自分組交 換域中的控制單元的通知。優(yōu)選地，所述VoIP呼叫錨定單元是服務(wù)集中和連續(xù)性應(yīng)用服務(wù)器SCC AS?？蛇x地，當(dāng)所述VoIP呼叫錨定單元獲知所述切換完成后或經(jīng)過(guò)預(yù)定時(shí)間后，釋放 對(duì)發(fā)生了所述切換側(cè)的所述終端分配的會(huì)議資源?？蛇x地，被加入到會(huì)議中的電路交換域中的控制單元處于終端原覆蓋范圍內(nèi)或切 換后的覆蓋范圍內(nèi)。優(yōu)選地，所述電路交換域中的控制單元為MSC服務(wù)器或媒體網(wǎng)關(guān)MGW。優(yōu)選地，將MSC服務(wù)器或媒體網(wǎng)關(guān)MGW或MGW中與發(fā)生所述切換的終端對(duì)應(yīng)的媒 體終結(jié)點(diǎn)加入到所述會(huì)議中?？蛇x地，所述VoIP呼叫錨定單元向各會(huì)議參與方發(fā)送會(huì)議標(biāo) 識(shí)符以及用于該參與方的與會(huì)議相關(guān)的會(huì)話(huà)描述協(xié)議SDP信息。優(yōu)選地，VoIP呼叫錨定單元(優(yōu)選地控制MRF)為各會(huì)議參與方分配相應(yīng)的媒體 資源，并向各參與方發(fā)送會(huì)議標(biāo)識(shí)符以及所分配的與該參與方相應(yīng)的媒體資源的會(huì)話(huà)描述 協(xié)議SDP信息。可選地，VoIP呼叫錨定單元在參與方加入會(huì)議之后(優(yōu)選地控制MRF)為 其分配相應(yīng)的媒體資源。優(yōu)選地，所述VoIP呼叫錨定單元是MS中的服務(wù)集中連續(xù)性應(yīng)用服務(wù)器SCCAS。優(yōu)選地，所述VoIP呼叫錨定單元還向會(huì)議參與方發(fā)送指示自己是會(huì)議的中心管
理者的信息。優(yōu)選地，將處于終端切換前的覆蓋范圍內(nèi)的所述電路交換域中的控制單元加入到 所述會(huì)議中。優(yōu)選地，所述VoIP呼叫錨定單元控制媒體資源功能MRF進(jìn)行所述會(huì)議資源的分配 以及所述加入。優(yōu)選地，所述VoIP呼叫從LTE、E-UTRAN、WIMAX或無(wú)線(xiàn)相容性認(rèn)證WiFi (Wireless Fidelity)切換到蜂窩無(wú)線(xiàn)、UTRAN或GERAN。優(yōu)選地，所述支持VoIP服務(wù)的網(wǎng)絡(luò)為EPS和/或IP多媒體子系統(tǒng)。根據(jù)本發(fā)明的另一方面，提供了一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的通 信單元，所述通信單元能夠錨定所述VoIP呼叫，包括通信裝置，用于接收來(lái)自分組交換域中控制單元的通知；切換確定裝置，用于確定所述通知是否指示將所述VoIP呼叫從分組交換域切換 到電路交換域；會(huì)議管理裝置，用于在所述切換確定裝置確定需要進(jìn)行所述切換時(shí)，分配相應(yīng)的 會(huì)議資源，并將參與所述VoIP呼叫的終端以及電路交換域中的控制單元加入到會(huì)議中。優(yōu)選地，所述會(huì)議管理裝置同時(shí)或基本同時(shí)地將參與所述VoIP呼叫的終端加入 到所述會(huì)議中。
優(yōu)選地，當(dāng)所述通信裝置獲知所述切換完成后由所述會(huì)議管理裝置釋放與發(fā)生了 從分組域到電路域的切換的終端對(duì)應(yīng)的會(huì)議資源；或者所述通信單元還包含定時(shí)裝置，經(jīng) 過(guò)預(yù)定時(shí)間后由所述會(huì)議管理裝置釋放與發(fā)生了從分組域到電路域的切換的終端對(duì)應(yīng)的 所述會(huì)議資源。優(yōu)選地，被加入到會(huì)議中的電路交換域中的控制單元處于所述終端原覆蓋范圍內(nèi) 或切換后的覆蓋范圍內(nèi)。優(yōu)選地，所述通信單元是SCC AS。優(yōu)選地，所述會(huì)議管理裝置通過(guò)媒體資源功能MRF進(jìn)行會(huì)議資源的創(chuàng)建和釋放。優(yōu)選地，所述電路交換域中的控制單元為MSC服務(wù)器或媒體網(wǎng)關(guān)。根據(jù)本發(fā)明的另一方面，提供了一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的通 信設(shè)備，其包括如權(quán)利要求6至11中任一權(quán)利要求所述的通信單元。根據(jù)本發(fā)明的方案，其通過(guò)將相關(guān)方加入會(huì)議的方式，徹底消除，或者至少顯著地 減小了將VoIP語(yǔ)音呼叫從分組交換域切換到電路交換域過(guò)程中，由于現(xiàn)有技術(shù)中的上述 問(wèn)題引起的不確定并且不可控的流中斷時(shí)間。從而使得所述中斷時(shí)間成為相對(duì)固定的(至 少是可估計(jì)的)且可控的，這明顯地改善用戶(hù)的服務(wù)質(zhì)量。而且，根據(jù)本發(fā)明的方案，其對(duì) 于現(xiàn)有的網(wǎng)絡(luò)環(huán)境基本沒(méi)有影響，從而實(shí)現(xiàn)了很高的兼容性。


通過(guò)參考附圖閱讀下面的詳細(xì)描述，將會(huì)更好地理解本發(fā)明。但是，應(yīng)當(dāng)注意，附 圖中所示的網(wǎng)絡(luò)環(huán)境、方法流程以及本說(shuō)明書(shū)文字部分中的實(shí)例均為示例性的，目的僅在 于對(duì)本發(fā)明的基本思想進(jìn)行說(shuō)明，而不應(yīng)當(dāng)被視為對(duì)本發(fā)明的限制。其中圖1示例性示出TS 23. 216中規(guī)定的用于SRVCC的網(wǎng)絡(luò)架構(gòu)；圖2示例性示出在沒(méi)有DTM/PSH0支持下從E-UTRAN到目的GERAN的有關(guān)SRVCC 的呼叫流程；圖3示例性示出現(xiàn)有技術(shù)中最壞情況下VoIP切換過(guò)程中的中斷時(shí)間；圖4示例性示出根據(jù)本發(fā)明的實(shí)施例的優(yōu)化SRVCC的架構(gòu)；圖5示例性示出根據(jù)本發(fā)明的實(shí)施例的將VoIP從PS切換到CS的流程圖；圖6示例性示出根據(jù)本發(fā)明的實(shí)施例減小了的VoIP切換過(guò)程中的中斷時(shí)間；圖7示例性示出根據(jù)本發(fā)明的實(shí)施例的SCC AS的結(jié)構(gòu)框圖。
具體實(shí)施例方式如上文所述，在將VoIP語(yǔ)音呼叫從PS域切換到CS域時(shí)，包括IMS層的會(huì)話(huà)轉(zhuǎn)移 過(guò)程、在層2進(jìn)行的向目標(biāo)小區(qū)的CS切換過(guò)程(在本地UE和接入網(wǎng)絡(luò)之間執(zhí)行的切換) 兩部分，使得現(xiàn)有技術(shù)中對(duì)SRVCC的解決方案事實(shí)上無(wú)法保證語(yǔ)音通話(huà)的連續(xù)性，而是存 在不確定的中斷時(shí)間。其中，由后者(既CS切換過(guò)程)引入的流中斷時(shí)間是不可避免的， 而且通常是相對(duì)確定的。因此，本發(fā)明的基本思想是，通過(guò)消除，或者至少減小由IMS層的會(huì)話(huà)轉(zhuǎn)移過(guò)程引 入的中斷時(shí)間，來(lái)減小VoIP的上述切換過(guò)程中的總的中斷時(shí)間。圖4示例性示出根據(jù)本發(fā)明的實(shí)施例的優(yōu)化SRVCC的架構(gòu)。其中，當(dāng)IMS中的SCCAS收到來(lái)自覆蓋了本地UE的MSC Server的切換請(qǐng)求時(shí)，不再是像現(xiàn)有技術(shù)那樣在遠(yuǎn)程UE 上用目標(biāo)CS接入腿的SDP進(jìn)行更新，并釋放源EPC PS接入腿，作為替代，SCCAS將參與該 語(yǔ)音呼叫的終端，即本地UE、遠(yuǎn)程UE以及發(fā)送所述切換請(qǐng)求的MSC服務(wù)器/MGW加入到一個(gè) 會(huì)議中，從而保證了語(yǔ)音呼叫的連通性。如圖4所示，在本地UE和遠(yuǎn)程UE之間的會(huì)話(huà)媒體路徑中，插入由SCC AS控制的 MRF (Media Resource Function，媒體資源功能)。當(dāng)SCC CS接收到來(lái)自MSC服務(wù)器/MGW 的會(huì)話(huà)切換請(qǐng)求時(shí)，其控制MRF建議會(huì)議，從而將遠(yuǎn)程UE、經(jīng)由CS接入的本地UE (事實(shí)上， 由MSC服務(wù)器/MGW代表本地UE加入該會(huì)議)以及經(jīng)由EPC PS接入的本地UE (在這種情 況下是本地UE自己加入該會(huì)議)三方加入該會(huì)議。從而，只要UE具有與PS或CS兩者之 一的連接，會(huì)話(huà)的語(yǔ)音流便不會(huì)被中斷。具體地，在沒(méi)有對(duì)會(huì)話(huà)進(jìn)行到CS切換之前(即執(zhí) 行如圖2所示的步驟15之前)，本地UE經(jīng)由PS (即本地UE — eNB — S/P-GW — MRF —遠(yuǎn)程 UE)與遠(yuǎn)程UE保持連通；在對(duì)會(huì)話(huà)完成CS切換之后(即執(zhí)行如圖2所示的步驟21之后)， 本地UE經(jīng)由CS (即本地UE — BSS — MSC服務(wù)器/MGW — MRF —遠(yuǎn)程UE)與遠(yuǎn)程UE保持連 通。也就是說(shuō)，僅當(dāng)UE開(kāi)始CS切換并且沒(méi)有完成切換時(shí)，流將會(huì)中斷。換句話(huà)說(shuō)，這種情 況下，只有CS切換過(guò)程會(huì)導(dǎo)致流中斷，并且該中斷時(shí)間是相對(duì)固定的且可控的，使得極大 地改進(jìn)用戶(hù)的服務(wù)質(zhì)量。這里，盡管沒(méi)有詳細(xì)描述MSC服務(wù)器/MGW與SCC AS或MRF的通信方式，但是本領(lǐng) 域技術(shù)人員可以理解，這可以遵循具體的協(xié)議、標(biāo)準(zhǔn)、規(guī)范，或者根據(jù)具體的應(yīng)用環(huán)境來(lái)靈 活設(shè)置。例如，如果MSC服務(wù)器支持對(duì)于CSCF/SCC AS的12/11接口，則MSC服務(wù)器可以經(jīng) 由12/11接口直接連接到IMS/SCC AS或MRF。如果MSC服務(wù)器不支持12/11接口，則MSC 服務(wù)器可以經(jīng)由MGCF/MGW連接到IMS/SCC AS或MRF。接下來(lái)，將結(jié)合圖5和圖7來(lái)詳細(xì)描述根據(jù)本發(fā)明的實(shí)施例，減小中斷時(shí)間的示例 性流程圖以及SCC AS的示例性結(jié)構(gòu)框架。其中，圖5示例性示出根據(jù)本發(fā)明的實(shí)施例的將 VoIP從PS切換到CS的流程圖；圖7示例性示出根據(jù)本發(fā)明的實(shí)施例的SCC AS的結(jié)構(gòu)框 圖。由圖5可知，步驟1至10、15至23與圖2所示相似，而且步驟10 (會(huì)話(huà)轉(zhuǎn)移請(qǐng)求) 同樣可以是ISUP消息也可以是SIP消息，這可以視MSC服務(wù)器的具體情況而定(為了簡(jiǎn) 化，圖5僅示出使用SIP消息的情況)。事實(shí)上，本發(fā)明主要通過(guò)對(duì)步驟11、12的改進(jìn)來(lái)實(shí) 現(xiàn)中斷時(shí)間的縮短，接下來(lái)將詳細(xì)描述步驟11和12。在步驟11，SCC AS中的切換確定裝置(如圖7所示)根據(jù)在步驟10經(jīng)由其通信 裝置接收到的INVITE消息得知，這是SRVCC切換操作，即，需要將當(dāng)前正在進(jìn)行的語(yǔ)音呼叫 從PS域切換到CS域。這里，SCC AS具有會(huì)議管理裝置，該裝置具有創(chuàng)建會(huì)議以及在收到來(lái)自MSC服務(wù) 器的會(huì)話(huà)轉(zhuǎn)移請(qǐng)求時(shí)添加所有參與方的能力。換句話(huà)說(shuō)，一旦收到SRVCC會(huì)話(huà)轉(zhuǎn)移請(qǐng)求， SCC AS中的會(huì)議管理裝置將創(chuàng)建會(huì)議。在該步驟，SCC AS的會(huì)議管理裝置對(duì)會(huì)議分配會(huì)議 URI，并使其自己成為會(huì)議中心(具體的操作過(guò)程可參考3GPP TS 24. 147)。該會(huì)議URI的 實(shí)例例如是“Conf-ID@AShost”，其中AShost是SCC AS的FQDN或IP地址。這里，作為實(shí) 例，前述會(huì)議管理裝置可以使用圖4所示的MRF，令其負(fù)責(zé)與會(huì)議相關(guān)的資源的分配(例如 會(huì)議創(chuàng)建、釋放等)。
在步驟12，MRF分配媒體資源并將所有參與方添加到會(huì)議中。MRF將連接每個(gè)參與 方的媒體流、組合所有的流、生成輸出流、并隨后將其分發(fā)給相關(guān)的參與方(即本地UE、MSC 服務(wù)器/MGW以及遠(yuǎn)程UE)。這里，由于SCC AS是正在進(jìn)行的會(huì)話(huà)的錨定點(diǎn)，因此其具有所 有參與方(包括本地UE、遠(yuǎn)程UE以及MSC服務(wù)器/MGW)的SDP媒體信息。具體地，可以將 步驟12分接為下列子步驟步驟12a，SCC AS的通信裝置向MRF發(fā)送帶有會(huì)議標(biāo)識(shí)信息的Conf-ID和與VoIP 呼叫相關(guān)的本地UE的SDP媒體信息的INVITE消息。MRF在該步驟中收到的本地UE的SDP 信息，可用于與本地UE進(jìn)行后續(xù)通信。步驟12b，MRF為本地UE (經(jīng)由EPS PS接入網(wǎng)加入會(huì)議的UE)分配用于該會(huì)議的 相應(yīng)的媒體資源，將其記為成員1。然后，作為響應(yīng)，MRF將返回帶有媒體資源的SDP信息的 2000K消息。步驟12c，SCC AS的通信裝置以ACK消息來(lái)響應(yīng)。此時(shí)，MRF已經(jīng)為本地UE分配 了相應(yīng)的媒體資源(成員1)，并與SCCAS交換了成員1的SDP信息和本地UE的SDP信息 (即，接收來(lái)自SCC AS的與VoIP呼叫相關(guān)的本地UE的SDP信息，并把為本地UE分配的用 于該會(huì)議的SDP信息發(fā)送給SCC AS)。步驟12d至12f與步驟12a至12c相似。SCC AS控制MRF為遠(yuǎn)程UE分配用于該 會(huì)議的相應(yīng)的媒體資源(將其記為成員2)，并與MRF交換成員2的SDP媒體信息和遠(yuǎn)程UE 的SDP信息。步驟12g，SCC AS的通信裝置經(jīng)由EPS PS接入腿向本地UE發(fā)送re-INVITE消息， 該re-INVITE消息帶有會(huì)議中的成員1的SDP信息和Contact報(bào)頭中的“ isfocus”參數(shù)， 該參數(shù)表明SCC AS是該會(huì)議的中心。步驟12h-12i，在SCC AS和本地UE之間傳遞2000K和ACK消息。在步驟12i，MRF 和本地UE已經(jīng)在SCC AS的3PCC(3rdparty call control，第三方呼叫控制)控制下交換 了 SDP信息。在步驟12i之后，本地UE已經(jīng)經(jīng)由EPS PS加入到該會(huì)議中。步驟12J-121與步驟12g-12i相似。然后，MRF和遠(yuǎn)程UE在SCC AS的3PCC控制 下交換SDP信息。在步驟121之后，遠(yuǎn)程UE已經(jīng)加入到該會(huì)議中?，F(xiàn)在，本地UE (經(jīng)由EPS PS接入腿加入到該會(huì)議的UE)和遠(yuǎn)程UE能夠經(jīng)由MRF彼此通信。步驟12m_12o與步驟12a_12c相似。SCC AS控制MRF為代表本地UE的MSC服務(wù) 器/MGW分配用于該會(huì)議的相應(yīng)的媒體資源(將其記為成員3)。而且，SCC AS和MRF交換 成員3的SDP信息和MGW的SDP信息。步驟12p，作為對(duì)于步驟10的響應(yīng)，SCC AS向MSC服務(wù)器發(fā)送2000K消息。2000K 消息包括MRF中成員3的SDP信息，以及Contact報(bào)頭中的“isfocus”參數(shù)，該參數(shù)表明 SCC AS是該會(huì)議的中心?；谑盏?000K響應(yīng)，MSC服務(wù)器將收到的Contact報(bào)頭的內(nèi)容 存儲(chǔ)為會(huì)議URI。步驟12q，MSC服務(wù)器/MGW確認(rèn)2000K消息。經(jīng)過(guò)步驟12p和12q，MRF和MSC服 務(wù)器/MGW在SCC AS的3PCC控制下交換SDP信息。在該步驟之后，MSC服務(wù)器/MGW已經(jīng) 加入到該會(huì)議中。現(xiàn)在，不管本地UE如何連接到MRF(是經(jīng)由EPS PS接入腿還是CS接入 腿)，遠(yuǎn)程UE都可以經(jīng)由MRF與本地UE通信。在圖5詳細(xì)示出的步驟12的流程中，MRF首先為參加會(huì)議的各方分配MRF中的相應(yīng)的媒體資源?？商娲?，MRF也可以分別在步驟12b、12e、12n中僅將MRF自身的SDP信 息通知給SCC AS，進(jìn)而再由SCC AS通知給相應(yīng)的會(huì)議參與方，隨后，當(dāng)各個(gè)會(huì)議參與方加入 會(huì)議之后，在需要的情況下為各會(huì)議參與方分配相應(yīng)的、MRF中特定的某一部分媒體資源。需要注意的是，圖5中步驟12的流程以及上述描述是示例性的，本領(lǐng)域技術(shù)人員 能夠理解，各種創(chuàng)建會(huì)議的技術(shù)都是可應(yīng)用于本發(fā)明的，只要其能夠?qū)⒏鲿?huì)議參與方加入 到會(huì)議中，從而使各參與方能夠通信即可。需要注意的是，顯然，應(yīng)該分別在步驟12b、12e、 12n之后處理步驟12g、12j、12p。然而，可以分別平行地執(zhí)行步驟12a、12d以及12g、12j、 12p。也就是說(shuō)，對(duì)于圖4所示的參與會(huì)議的三方，對(duì)其進(jìn)行的資源分配過(guò)程可以并行進(jìn)行。優(yōu)選地，SCC AS中的通信裝置可基本同時(shí)地執(zhí)行步驟12a和12d。在完成了步驟 12b和12e兩者之后，可基本同時(shí)地執(zhí)行步驟12g和12 j。也就是說(shuō)，SCC AS的通信裝置基 本同時(shí)地向本地UE和遠(yuǎn)程UE發(fā)送re-INVITE消息。通過(guò)該機(jī)制，可以確保本地UE和遠(yuǎn)程 UE被交換并基本同時(shí)地加入到會(huì)議中，使得基本不會(huì)存在流中斷。而且，即使存在中斷，由 于兩者基本同時(shí)加入，因此用戶(hù)也很難意識(shí)到這樣的中斷的存在。可選地，也可以根據(jù)具體的應(yīng)用需要，使得參與會(huì)議的三方相繼加入。這種情況 下，為了保證中斷處于可控范圍內(nèi)，可以設(shè)置相應(yīng)的閾值，例如允許本地UE和遠(yuǎn)程UE兩者 加入會(huì)議的最大時(shí)間間隔，MSC服務(wù)器/MGW和本地/遠(yuǎn)程UE加入會(huì)議的最大時(shí)間間隔等。應(yīng)該注意的是，圖4和圖5中，均將MRF作為圖7所示的會(huì)議管理裝置的一個(gè)實(shí)例 來(lái)描述，并且，由于其與SCC AS分布于不同的位置，因此它們之間需要信息的交互。然而， 本領(lǐng)域技術(shù)人員可以理解，會(huì)議管理裝置也可以以其他方式來(lái)實(shí)現(xiàn)，例如與SCC AS位于同 一物理節(jié)點(diǎn)，這樣，它們兩者之間便不再需要信息的交互。此外，本領(lǐng)域技術(shù)人員能夠理解， 圖7示出的結(jié)構(gòu)框架僅僅是示例性的，在實(shí)際應(yīng)用中，可以根據(jù)具體的網(wǎng)絡(luò)環(huán)境以及特定 的需要，對(duì)其結(jié)構(gòu)作出進(jìn)一步的拆分或組合。而且，除了圖7中示出的結(jié)構(gòu)，根據(jù)實(shí)現(xiàn)SCC AS的設(shè)備的具體功能(例如是通用計(jì)算機(jī)還是專(zhuān)用計(jì)算機(jī))，其可以包括任何實(shí)現(xiàn)其他功 能的裝置、器件等。不必過(guò)多解釋的是，圖7所示的SCC AS可以通過(guò)硬件、軟件或其組合來(lái) 實(shí)現(xiàn)。其可以集中于同一物理節(jié)點(diǎn)，也可以分布于網(wǎng)絡(luò)中的不同位置。還應(yīng)該注意的是，在圖5所示的本發(fā)明的流程中，為了實(shí)現(xiàn)的簡(jiǎn)便，SCC AS在其會(huì) 議管理裝置創(chuàng)建會(huì)議之后，并不關(guān)心本地UE是否已經(jīng)切換到CS域，也就是說(shuō)，當(dāng)本地UE已 經(jīng)切換到CS域之后，仍然保持著對(duì)所建立的會(huì)議分配的資源，直到本次語(yǔ)音呼叫結(jié)束才釋 放相應(yīng)的資源。然而，本領(lǐng)域技術(shù)人員能夠理解，為了在縮短中斷時(shí)間的同時(shí)盡管節(jié)省資源的目 的，SCC AS也可以在經(jīng)由其通信裝置獲知本地UE已經(jīng)完成CS切換之后，釋放對(duì)本地UE分 配的與會(huì)議有關(guān)的資源(因?yàn)榇藭r(shí)本地UE已經(jīng)不會(huì)再通過(guò)EPS PS來(lái)接入會(huì)議)?？蛇x地， 也可以根據(jù)對(duì)CS切換所用時(shí)間的統(tǒng)計(jì)，或具體的應(yīng)用需要等各種因素，來(lái)為CS切換設(shè)定特 定的閾值。這種情況下，當(dāng)創(chuàng)建了會(huì)議之后便可開(kāi)始計(jì)時(shí)，并且當(dāng)達(dá)到預(yù)定閾值時(shí)，便釋放 對(duì)本地UE分配的相關(guān)資源?？蛇x地，SCC AS也可以在獲知CS切換完成后或計(jì)時(shí)超過(guò)預(yù)定 閾值時(shí)，釋放所分配的與本地UE相關(guān)的媒體資源。此時(shí)，本地UE將經(jīng)由MSC服務(wù)器/MGW 來(lái)與遠(yuǎn)程UE連通。此外，需要注意的是，圖4至圖7中的MSC服務(wù)器/MGW既可以是當(dāng)前能夠覆蓋本 地UE的相應(yīng)MSC服務(wù)器/MGW，其也可以是本地UE將要切換到的目標(biāo)MSC服務(wù)器/MGW。只
11要SCC AS的會(huì)議控制裝置在創(chuàng)建會(huì)議時(shí)能夠確定該目標(biāo)MSC服務(wù)器/MGW及其相應(yīng)的SDP 信息。而當(dāng)具體的實(shí)際應(yīng)用遵循3GPP TS 23. 216標(biāo)準(zhǔn)時(shí)，擇優(yōu)選將能夠覆蓋本地UE的源 MSC服務(wù)器/MGW加入會(huì)議。這是因?yàn)樵谙鄳?yīng)標(biāo)準(zhǔn)中，本地UE的相關(guān)SDP信息由源MSC服務(wù) 器/MGW來(lái)維護(hù)，即使切換后的目標(biāo)MSC服務(wù)器/MGW不是該源MSC服務(wù)器/MGW時(shí)(源于目 標(biāo)MSC服務(wù)器/MGW可能為同一個(gè))，在當(dāng)前正在進(jìn)行的語(yǔ)音呼叫結(jié)束之前，這些信息還是由 源MSC服務(wù)器/MGW來(lái)維護(hù)(事實(shí)上本地UE是通過(guò)源MSC服務(wù)器/MGW再經(jīng)過(guò)目標(biāo)MSC服 務(wù)器/MGW來(lái)與遠(yuǎn)程UE進(jìn)行通信的)。盡管如此，本領(lǐng)域技術(shù)人員能夠理解，完全可以根據(jù) 具體的應(yīng)用需要，來(lái)選擇合適的MSC服務(wù)器/MGW并將其加入會(huì)議，只要其具有用來(lái)將本地 UE加入到會(huì)議中的媒體描述信息。需要注意的是，圖4、5以遵循于3GPP TS 23. 216并力圖對(duì)其作出最小的改變的方 式示出了本發(fā)明的示例性方案，但是這不應(yīng)當(dāng)被理解為對(duì)本發(fā)明的應(yīng)用的限制。本領(lǐng)域技 術(shù)人員應(yīng)當(dāng)理解，對(duì)于不同的應(yīng)用環(huán)境，步驟的數(shù)量、順序、消息的具體內(nèi)容都是可以改變 的，只要在對(duì)VoIP進(jìn)行切換的過(guò)程中能夠?qū)崿F(xiàn)將相應(yīng)的參與方加入到會(huì)議中的方法，便可 以用于本發(fā)明。而且，圖中所涉及的具體的網(wǎng)絡(luò)元件也將隨著應(yīng)用環(huán)境的不同而不同，本領(lǐng) 域技術(shù)人員可以根據(jù)某些需要對(duì)其進(jìn)行增加、刪除以及替換等。上文中，為了簡(jiǎn)便，僅僅示出兩個(gè)終端之間的語(yǔ)音呼叫的處理。事實(shí)上，具體應(yīng)用 的環(huán)境可能會(huì)復(fù)雜得多，例如，本地UE可能是多個(gè)，遠(yuǎn)程UE也可能是多個(gè)，甚至雙方都是由 多個(gè)UE加入同一語(yǔ)音會(huì)話(huà)中，而且也可能在語(yǔ)音呼叫中不僅僅同處于源側(cè)的一個(gè)或更多 UE需要進(jìn)行到CS域的切換，處于遠(yuǎn)程側(cè)的一個(gè)或更多遠(yuǎn)程UE也需要進(jìn)行到CS域的切換， 這種情況下可以同理地應(yīng)用本發(fā)明。與上文示出的實(shí)例不同的是，需要將相關(guān)的終端都加 入到會(huì)議中，這樣便可以盡可能地縮短中斷時(shí)間。圖6示例性示出根據(jù)本發(fā)明的實(shí)施例減小了的VoIP切換過(guò)程中的中斷時(shí)間。如 圖6所示，僅僅會(huì)在狀態(tài)C'，也就是步驟15到21之間，才會(huì)發(fā)生流中斷，所有的其他步驟 都不會(huì)產(chǎn)生用戶(hù)能夠意識(shí)到的流中斷。而且，與現(xiàn)有技術(shù)相似，本發(fā)明的方案并不限制步驟13和步驟11至12之間的執(zhí) 行順序。而且，本發(fā)明也不限制步驟6與步驟10之間的執(zhí)行順序。事實(shí)上，本領(lǐng)域技術(shù)人 員可以理解，只要是彼此之間不具有依賴(lài)關(guān)系的步驟，都可以根據(jù)具體的應(yīng)用環(huán)境和需要 來(lái)并行地、順序地等各種可行的方式來(lái)實(shí)現(xiàn)。需要注意的是，即使不是相繼執(zhí)行步驟13和步驟11、12的情況下，通常在所有的 參與方加入到會(huì)議之前，不會(huì)完成CS切換過(guò)程(從步驟13到步驟21)。這是因?yàn)镃S切換 過(guò)程包括無(wú)線(xiàn)信道上的RAT之間的切換操作，與簡(jiǎn)單會(huì)議操作相比，這將花費(fèi)更多的時(shí)間。 換句話(huà)說(shuō)，當(dāng)CS切換過(guò)程處于完成狀態(tài)時(shí)，MSC服務(wù)器/MGW已經(jīng)被加入到會(huì)議中。因此， 一旦完成了 CS切換，本地UE便能夠經(jīng)由MSC服務(wù)器/MGW加入到會(huì)議中，并經(jīng)由會(huì)議與遠(yuǎn) 程UE通信。這樣，也會(huì)減少現(xiàn)有技術(shù)中CS切換之后的連通所需要的時(shí)間。由上述可見(jiàn)，根據(jù)本發(fā)明的方案，通過(guò)將需要進(jìn)行切換的語(yǔ)音呼叫的參與方和MSC 服務(wù)器/MGW加入到會(huì)議中，只要UE具有與PS或CS核心(PDN-GW或MSC服務(wù)器/MGW)的 連接，用戶(hù)基本感覺(jué)不到媒體流的中斷。而且，一完成CS切換，本地UE便可以立即經(jīng)由MSC 服務(wù)器/MGW和遠(yuǎn)程UE進(jìn)行通信。僅當(dāng)UE開(kāi)始切換并且沒(méi)有完成切換時(shí)，流才會(huì)中斷。換 句話(huà)說(shuō)，與現(xiàn)有技術(shù)相比，僅僅CS切換過(guò)程產(chǎn)生流中斷。而且，該中斷時(shí)間是不變的也是可控的，這將極大地改善用戶(hù)的體驗(yàn)。而且，根據(jù)本發(fā)明的思想，通過(guò)加入會(huì)議，可以實(shí)現(xiàn)對(duì)現(xiàn)有的應(yīng)用的最小改變，即 僅對(duì)SCC AS提供了增強(qiáng)的功能(使其具備創(chuàng)建會(huì)議并在收到來(lái)自MSC服務(wù)器的會(huì)話(huà)轉(zhuǎn)移請(qǐng) 求時(shí)將所有參與方添加到會(huì)議中的能力)，而對(duì)于參與會(huì)議的各方，例如MSC服務(wù)器/MGW、 用戶(hù)終端等，由于他們都已經(jīng)具備了參與會(huì)議的能力，因此本發(fā)明的實(shí)現(xiàn)對(duì)他們沒(méi)有任何 的影響。而對(duì)于SCC AS，具體地，例如可以通過(guò)引入MRF來(lái)組合所有參與方的媒體流、生成 輸出流并隨后將其分發(fā)給所有的參與方。通過(guò)對(duì)現(xiàn)有技術(shù)的最小的改變，使得本發(fā)明具有 很高的兼容性。此外，本發(fā)明所稱(chēng)的會(huì)議資源，指與建立、維持會(huì)議所需要的任何資源，例如 為會(huì)議分配的URI、會(huì)議參與方所需要的媒體資源等等。盡管上文以3GPP TS 23. 216為應(yīng)用環(huán)境，并以MME、MSC服務(wù)器、MGW等實(shí)體來(lái)說(shuō) 明本發(fā)明的基本思想。但是，本發(fā)明的應(yīng)用不限于此。例如，本發(fā)明還可應(yīng)用于3GPP TS 23. 237,23. 292等。事實(shí)上，只要是分組域中能夠?qū)oIP呼叫提供相應(yīng)的管理/控制的實(shí) 體，便可以充當(dāng)上文中的MME ；只要是電路域中能夠?qū)oIP呼叫提供相應(yīng)的管理/控制的 實(shí)體，例如，對(duì)媒體進(jìn)行管理/處理的MGW、MSC服務(wù)器、或者M(jìn)GW中與本地UE對(duì)應(yīng)的媒體終 結(jié)點(diǎn)等等，都可以充當(dāng)電路域中的相應(yīng)的控制單元，并被加入到會(huì)議中。只要是能夠錨定用 戶(hù)的呼叫并控制會(huì)議的操作的實(shí)體，都可以充當(dāng)上文中的SCC AS。此外，根據(jù)本發(fā)明的基本思想，只需要?jiǎng)?chuàng)建會(huì)議便實(shí)現(xiàn)了減小語(yǔ)音呼叫從分組交 換域切換到電路交換域過(guò)程中的中斷時(shí)間。特別是在最簡(jiǎn)單的情況下，只需要?jiǎng)?chuàng)建而無(wú)需 考慮該切換何時(shí)完成、對(duì)會(huì)議資源的釋放問(wèn)題等。從而，本發(fā)明可以通過(guò)最簡(jiǎn)化的方式來(lái)完 全消除或者至少部分消除現(xiàn)有技術(shù)中，在所述切換過(guò)程中的不確定的中斷時(shí)間(由進(jìn)行CS 切換以外的切換操作引入的中斷時(shí)間)。上文通過(guò)實(shí)例的方式詳細(xì)描述了本發(fā)明的基本思想，但是本領(lǐng)域技術(shù)人員能夠理 解，上文中提到的任何確定名稱(chēng)的網(wǎng)絡(luò)元件(諸如MSC、SCC AS等)、方法步驟等，隨著應(yīng)用 環(huán)境的不同，其可能由其他通用的或具有專(zhuān)用功能的網(wǎng)絡(luò)元件來(lái)替代，方法步驟也可以依 據(jù)應(yīng)用需要進(jìn)行調(diào)整、改變、拆分、組合、變型。無(wú)論如何，只要其沒(méi)有背離本發(fā)明的基本思 想，所做的任何改變便仍然落入本發(fā)明的保護(hù)范圍內(nèi)。
1權(quán)利要求
一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的方法，包括步驟當(dāng)支持VoIP服務(wù)的網(wǎng)絡(luò)中的VoIP呼叫錨定單元接收到來(lái)自分組交換域中的控制單元的通知時(shí)，確定其是否指示將所述VoIP呼叫從分組交換域切換到電路交換域；如果確定，則分配相應(yīng)的會(huì)議資源，并將參與所述VoIP呼叫的終端以及電路交換域中相應(yīng)的控制單元加入到會(huì)議中。
2.如權(quán)利要求1所述的方法，其中，所述VoIP呼叫錨定單元同時(shí)或基本同時(shí)地將參 與所述VoIP呼叫的終端加入到所述會(huì)議中；和/或當(dāng)所述VoIP呼叫錨定單元獲知所述切 換完成后或經(jīng)過(guò)預(yù)定時(shí)間后，釋放與發(fā)生了從分組域到電路域的切換的終端對(duì)應(yīng)的會(huì)議資 源；和/或所述VoIP呼叫錨定單元通過(guò)電路交換域中的控制單元接收來(lái)自分組交換域中的 控制單元的通知。
3.如權(quán)利要求1或2所述的方法，其中，被加入到會(huì)議中的電路交換域中的控制單元 處于終端原覆蓋范圍內(nèi)或切換后的覆蓋范圍內(nèi)；和/或所述相應(yīng)的會(huì)議資源包括會(huì)議標(biāo)識(shí) 符；和/或所述相應(yīng)的會(huì)議資源包括會(huì)議標(biāo)識(shí)符和媒體資源。
4.如前述任一權(quán)利要求所述的方法，其中，所述電路交換域中相應(yīng)的控制單元為MSC 服務(wù)器或媒體網(wǎng)關(guān)MGW或MGW中與發(fā)生所述切換的終端對(duì)應(yīng)的媒體終結(jié)點(diǎn)；和/或所述 VoIP呼叫錨定單元控制媒體資源功能MRF進(jìn)行所述會(huì)議資源的分配、釋放以及所述加入； 和/或所述VoIP呼叫錨定單元是服務(wù)集中和連續(xù)性應(yīng)用服務(wù)器SCC AS。
5.如權(quán)利要求1所述的方法，其中，所述VoIP呼叫從LTE、E-UTRAN、WIMAX、WiFi中的 至少一個(gè)，切換到蜂窩無(wú)線(xiàn)、UTRAN、GERAN中的至少一個(gè)；和/或所述支持VoIP服務(wù)的網(wǎng)絡(luò) 為演進(jìn)分組系統(tǒng)EPS或IP多媒體子系統(tǒng)。
6.一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的通信單元，所述通信單元能夠錨定所 述VoIP呼叫，包括通信裝置，用于接收來(lái)自分組交換域中控制單元的通知；切換確定裝置，用于確定所述通知是否指示將所述VoIP呼叫從分組交換域切換到電 路交換域；會(huì)議管理裝置，用于在所述切換確定裝置確定需要進(jìn)行所述切換時(shí)，分配相應(yīng)的會(huì)議 資源，并將參與所述VoIP呼叫的終端以及電路交換域中相應(yīng)的控制單元加入到會(huì)議中。
7.如權(quán)利要求6所述的通信單元，其中所述會(huì)議管理裝置同時(shí)或基本同時(shí)地將參與所 述VoIP呼叫的終端加入到所述會(huì)議中；和/或所述通信單元通過(guò)電路交換域中的控制單元 接收來(lái)自分組交換域中的控制單元的通知；和/或所述通信單元是服務(wù)集中和連續(xù)性應(yīng)用 服務(wù)器SCC AS。
8.如權(quán)利要求6或7所述的通信單元，其中當(dāng)所述通信裝置獲知所述切換完成后由所 述會(huì)議管理裝置釋放與發(fā)生了從分組域到電路域的切換的終端對(duì)應(yīng)的會(huì)議資源；或者所述 通信單元還包含定時(shí)裝置，經(jīng)過(guò)預(yù)定時(shí)間后由所述會(huì)議管理裝置釋放與發(fā)生了從分組域到 電路域的切換的終端對(duì)應(yīng)的會(huì)議資源。
9.如前述任一權(quán)利要求所述的通信單元，其中，被加入到會(huì)議中的電路交換域中的控 制單元處于所述終端原覆蓋范圍內(nèi)或切換后的覆蓋范圍內(nèi)；和/或所分配的所述相應(yīng)的會(huì) 議資源包括會(huì)議標(biāo)識(shí)符；和/或所述相應(yīng)的會(huì)議資源包括會(huì)議標(biāo)識(shí)符和媒體資源。
10.如前述任一權(quán)利要求所述的通信單元，其中，所述會(huì)議管理裝置通過(guò)媒體資源功能MRF進(jìn)行所述會(huì)議資源的分配、釋放以及所述加入，和/或所述電路交換域中相應(yīng)的控制單 元為MSC服務(wù)器或媒體網(wǎng)關(guān)MGW或MGW中與發(fā)生所述切換的終端對(duì)應(yīng)的媒體終結(jié)點(diǎn)。
11.如前述任一權(quán)利要求所述的通信單元，其中，所述VoIP呼叫從LTE、E-UTRAN、 WIMAX.ffiFi中的至少一個(gè)，切換到蜂窩無(wú)線(xiàn)、UTRAN、GERAN中的至少一個(gè)；和/或所述通信 單元位于演進(jìn)分組系統(tǒng)EPS或IP多媒體子系統(tǒng)中；和/或所述通信單元是服務(wù)集中和連續(xù) 性應(yīng)用服務(wù)器SCC AS。
12.一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的通信設(shè)備，其包括如權(quán)利要求6至11 中任一權(quán)利要求所述的通信單元。
13.一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的系統(tǒng)，包括 如權(quán)利要求6至11中任一權(quán)利要求所述的通信單元；分組交換域中的控制單元，用于控制分組交換域中的VoIP呼叫；以及 電路交換域中的控制單元，用于控制電路交換域中的VoIP呼叫。
全文摘要
一種用于減小切換VoIP呼叫時(shí)的中斷時(shí)間的方法和設(shè)備。所述方法包括當(dāng)支持VoIP服務(wù)的網(wǎng)絡(luò)中的VoIP呼叫錨定單元接收到來(lái)自分組交換域中的控制單元的通知時(shí)，確定其是否指示將所述VoIP呼叫從分組交換域切換到電路交換域；如果確定，則分配相應(yīng)的會(huì)議資源，并將參與所述VoIP呼叫的終端以及電路交換域中相應(yīng)的控制單元加入到會(huì)議中。
文檔編號(hào)H04W36/18GK101854686SQ200910048738
公開(kāi)日2010年10月6日 申請(qǐng)日期2009年3月30日 優(yōu)先權(quán)日2009年3月30日
發(fā)明者嚴(yán)學(xué)強(qiáng), 雷正雄 申請(qǐng)人:上海貝爾股份有限公司