專利名稱：移動通信系統(tǒng)中的呼叫轉(zhuǎn)移方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中的呼叫轉(zhuǎn)移技術(shù)，更具體地說，涉及一種可讓移動通信系統(tǒng)中的呼叫轉(zhuǎn)移主控方在撥打第三方之后立即掛機的呼叫轉(zhuǎn)移的實現(xiàn)方法。
背景技術(shù)：
本發(fā)明中的呼叫轉(zhuǎn)移，是指一個簽約了該業(yè)務(wù)的用戶能夠把一個正在進行的通話轉(zhuǎn)移到第三方去而該用戶自己則退出通話。其中，該用戶轉(zhuǎn)移的可以是自己呼出的通話或他人呼入的通話。
在固定電話通信系統(tǒng)中，可通過拍叉或按一下“R”鍵的方式，來啟動呼叫轉(zhuǎn)移。假設(shè)有A、B、C三個用戶，其中A為呼叫轉(zhuǎn)移主控方，則呼叫轉(zhuǎn)移過程如下(1)首先，A呼叫B，B應(yīng)答后，A、B處于通話狀態(tài)(或者由B呼叫A，A應(yīng)答后，A、B處于通話狀態(tài))；(2)然后，A根據(jù)需要發(fā)起呼叫轉(zhuǎn)移，也就是由A呼叫C，例如拍一下電話機的叉簧或按一下電話機上的“R”鍵，再撥打C的號碼；(3)A撥號之后可立即掛機，也可在聽到來自C的回鈴音之后，或A、C通話之后才掛機，此時B、C之間會建立通話，從而完成一次呼叫轉(zhuǎn)移。
在移動通信系統(tǒng)中，呼叫轉(zhuǎn)移的信號流程如圖1所示，其中A為呼叫轉(zhuǎn)移主控方，呼叫轉(zhuǎn)移過程如下(1)用戶A通過撥打用戶B的號碼，按“SEND”鍵呼叫用戶B(對應(yīng)圖1中的步驟101)，MSC(移動交換中心)進行呼叫建立(步驟102)，使A、B之間建立通話(步驟103)，這實際上就是一個普通呼叫的過程。
(2)用戶A單擊“SEND”鍵，MSC收到一個空的Flash With Information消息(步驟104)，第一個呼叫分支即用戶B被保持(步驟105)，此時，主控用戶A可以再撥打第三方用戶C的號碼，再按“SEND”鍵呼叫用戶C(步驟106)，MSC收到這個Flash With Information消息后，會建立第二個呼叫分支(步驟107)。
(3)當(dāng)A聽到來自C的回鈴音(步驟108)，或A、C建立通話后，A用戶才能掛機(步驟109)。具體操作時，主控用戶A可以單擊“END”鍵，發(fā)送結(jié)束通話請求，此時MSC會釋放主控用戶A占用的所有資源(步驟110)，并處理用戶B、C之間的接續(xù)(步驟111)，從而完成一次呼叫轉(zhuǎn)移。
可見，在移動通信系統(tǒng)中，由于A至少需要等待來自C的回鈴音之后才能掛機，所以A呼叫C之后的等待過程需時大約為2秒鐘，如果C用戶關(guān)機并設(shè)置了呼叫前轉(zhuǎn)移或語音郵箱，則這個過程需持續(xù)大約10-15秒鐘，A才能掛機退出，使B、C之間建立通話連接。可見，現(xiàn)有移動通信系統(tǒng)中存在呼叫轉(zhuǎn)移過程所需時間太長的問題。

發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)的上述缺陷，本發(fā)明要解決現(xiàn)有移動通信系統(tǒng)中需等待第三方振鈴或接聽之后呼叫轉(zhuǎn)移主控方才能掛機的問題，讓呼叫轉(zhuǎn)移主控方在撥打第三方之后可立即掛機。
為解決上述技術(shù)問題，本發(fā)明提供一種移動通信系統(tǒng)中的呼叫轉(zhuǎn)移方法，其特征在于，在主控方與第二方通話的過程中，當(dāng)主控方撥打第三方號碼發(fā)起呼叫轉(zhuǎn)移時，按以下步驟進行處理(S1)主控方所在的移動交換中心判斷是先收到來自主控方的拆線消息、還是先收到來自第三方的回鈴消息；(S2)如果是先收到主控方的拆線消息，則所述移動交換中心在保留主控方的MSC側(cè)所有資源、同時緩存主控方的拆線消息的前提下，釋放主控方占用的其他資源；(S3)移動交換中心判斷是否在預(yù)定時間內(nèi)收到來自所述第三方的回鈴消息，如果是則釋放其緩存的主控方拆線消息及主控方的MSC側(cè)所有資源，使所述第二方與第三方之間建立呼叫。
在本發(fā)明所述方法的步驟(S3)中，如果所述移動交換中心未能在預(yù)定時間內(nèi)收到來自所述第三方的回鈴消息，則釋放其緩存的主控方拆線消息，并作超時拆線處理。
在本發(fā)明所述方法的步驟(S2)中，移動交換中心會釋放主控方所占用的基站控制器、基站收發(fā)信機、以及空口資源，并清除主控方的拜訪位置寄存器數(shù)據(jù)庫狀態(tài)。
在本發(fā)明所述的方法中，如果在所述步驟(S1)中判定所述移動交換中心是先收到來自第三方的回鈴消息，則按以下步驟實現(xiàn)呼叫轉(zhuǎn)移移動交換中心等待來自主控方的拆線消息，一旦收到則立即釋放主控方占用的所有資源，并清除主控方的拜訪位置寄存器數(shù)據(jù)庫狀態(tài)，使所述第二方與第三方之間建立呼叫。
由上述技術(shù)方案可知，本發(fā)明中，主控方不需要等待第三方的回鈴消息就可以直接掛機，移動交換中心通過緩存主控方拆線消息并在收到第三方回鈴消息時才釋放該拆線消息的方法來實現(xiàn)正常的呼叫轉(zhuǎn)移；對用戶來說，可節(jié)省等待第三方振鈴的時間，而且掛機后再發(fā)起新的呼叫并不受影響。另外，由于在呼叫轉(zhuǎn)移過程中可提前釋放相關(guān)資源，所以對運營商來說能節(jié)省空口和B側(cè)資源，并且不會增加MSC側(cè)使用資源。


下面將結(jié)合附圖及實施例對本發(fā)明作進一步說明，附圖中圖1是現(xiàn)有移動通信系統(tǒng)中的呼叫轉(zhuǎn)移實現(xiàn)信號流程圖；圖2是本發(fā)明一個優(yōu)選實施例中的呼叫轉(zhuǎn)移流程圖。
具體實施例方式
現(xiàn)有技術(shù)中，一旦主控方拆線，移動交換中心就會釋放其拆線消息；如果主控方拆線消息早于第三方回鈴消息，則整個呼叫歸于結(jié)束，第二方會收到掛機忙音、第三方則不會再收到任何消息；所以需等待第三方振鈴或接聽之后，主控方才能掛機。本發(fā)明中引入了緩存主控方拆線消息并延遲釋放的方案，如果主控方拆線消息早于第三方回鈴消息，則MSC會緩存主控方拆線消息，并在收到第三方回鈴消息時才釋放該拆線消息，使第二方與第三方之間建立呼叫。使得主控方不需要等待第三方的回鈴消息就可以直接掛機，從而可提前釋放相關(guān)資源。之所以要緩存主控方拆線消息，是因為當(dāng)?shù)谌接谢剽徬⒑?，必須有一個主控方拆線消息，才能實現(xiàn)呼叫轉(zhuǎn)移。
如圖2所示是本發(fā)明一個優(yōu)選實施例中的呼叫轉(zhuǎn)移流程。從圖2中可以看出，當(dāng)主控方A發(fā)起呼叫轉(zhuǎn)移時(步驟301)，其所在的MSC(移動交換中心)會判斷是先收到主控方A的拆線消息還是先收到來自第三方C的回鈴消息(步驟302)。如果是先收到來自第三方C的回鈴消息，則進入步驟304，按傳統(tǒng)的方式進行呼叫轉(zhuǎn)移，也就是按圖1所示的流程進行處理即在收到來自A的拆線消息后，釋放A占用的所有資源，并清除主控方的VDB(VLR Database，即拜訪位置寄存器數(shù)據(jù)庫)狀態(tài)，讓第二方B與第三方C之間建立呼叫。
從圖2中可以看出，如果MSC(移動交換中心)先收到的是因A掛機而產(chǎn)生的拆線消息，此時MSC判定主控方A當(dāng)前發(fā)起的是增強性轉(zhuǎn)移呼叫。從步驟303可以看出，針對增強性轉(zhuǎn)移呼叫，MSC會釋放主控方A所占用的BSC(基站控制器)、BTS(基站收發(fā)信機)、以及空口資源，清除主控方的VDB狀態(tài)，但保留主控方的MSC側(cè)所有資源，同時緩存主控方的拆線消息。然后，MSC判斷是否在預(yù)定時間內(nèi)收到來自第三方C的回鈴消息(步驟305)，從步驟306可以看出，一旦收到來自第三方C的回鈴消息，MSC就釋放其緩存的主控方A的拆線消息，同時沿用現(xiàn)有的呼叫轉(zhuǎn)移流程實現(xiàn)后續(xù)功能，也就是實現(xiàn)呼叫轉(zhuǎn)移，使B、C之間建立呼叫。B、C之間建立呼叫之后的接聽、拒聽、掛機處理流程與現(xiàn)有技術(shù)相同。
從步驟307可以看出，若在預(yù)定的時間段內(nèi)沒有收到來自第三方C的任何消息，則MSC會作超時拆線處理，此時第二方B會收到掛機忙音、第三方C則不會再收到任何消息。
由上述實施例可知，由于在呼叫轉(zhuǎn)移過程中可提前釋放相關(guān)資源，所以對運營商來說能節(jié)省空口和B側(cè)資源，并且不會增加MSC側(cè)使用資源；由于不需要等待第三方的回鈴消息就可以直接掛機，對用戶來說，可節(jié)省等待第三方振鈴的時間，而且掛機后可立即再發(fā)起新的呼叫。
權(quán)利要求
1.一種移動通信系統(tǒng)中的呼叫轉(zhuǎn)移方法，其特征在于，在主控方與第二方通話的過程中，當(dāng)主控方撥打第三方號碼發(fā)起呼叫轉(zhuǎn)移時，按以下步驟進行處理(S1)主控方所在的移動交換中心判斷是先收到來自主控方的拆線消息、還是先收到來自第三方的回鈴消息；(S2)如果是先收到主控方的拆線消息，則所述移動交換中心在保留主控方的MSC側(cè)所有資源、同時緩存主控方的拆線消息的前提下，釋放主控方占用的其他資源；(S3)移動交換中心判斷是否在預(yù)定時間內(nèi)收到來自所述第三方的回鈴消息，如果是則釋放其緩存的主控方拆線消息及主控方的MSC側(cè)所有資源，使所述第二方與第三方之間建立呼叫。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟(S3)中，如果所述移動交換中心未能在預(yù)定時間內(nèi)收到來自所述第三方的回鈴消息，則釋放其緩存的主控方拆線消息，并作超時拆線處理。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟(S2)中，移動交換中心會釋放主控方所占用的基站控制器、基站收發(fā)信機、以及空口資源，并清除主控方的拜訪位置寄存器數(shù)據(jù)庫狀態(tài)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果在所述步驟(S1)中判定所述移動交換中心是先收到來自第三方的回鈴消息，則按以下步驟實現(xiàn)呼叫轉(zhuǎn)移移動交換中心等待來自主控方的拆線消息，一旦收到則立即釋放主控方占用的所有資源，并清除主控方的拜訪位置寄存器數(shù)據(jù)庫狀態(tài)，使所述第二方與第三方之間建立呼叫。
全文摘要
本發(fā)明涉及一種移動通信系統(tǒng)中的呼叫轉(zhuǎn)移方法，為解決現(xiàn)有移動通信系統(tǒng)中需等待第三方振鈴或接聽之后呼叫轉(zhuǎn)移主控方才能掛機的問題，本發(fā)明中，當(dāng)主控方撥打第三方號碼發(fā)起呼叫轉(zhuǎn)移時，移動交換中心會判斷是先收到來自主控方的拆線消息還是來自第三方的回鈴消息；如果是先收到拆線消息，則移動交換中心在保留主控方的MSC側(cè)所有資源、同時緩存主控方的拆線消息的前提下，釋放主控方占用的其他資源；然后，移動交換中心會判斷是否在預(yù)定時間內(nèi)收到來自第三方的回鈴消息，如果是則釋放其緩存的主控方拆線消息，使第二方與第三方之間建立呼叫。通過本發(fā)明的方案，主控方不需要等待第三方的回鈴消息就可以直接掛機，從而可提前釋放相關(guān)資源。
文檔編號H04Q7/22GK1874379SQ200610033438
公開日2006年12月6日 申請日期2006年1月26日 優(yōu)先權(quán)日2006年1月26日
發(fā)明者王強 申請人:華為技術(shù)有限公司