專利名稱：一種ip多媒體子系統(tǒng)中的通話態(tài)轉(zhuǎn)接系統(tǒng)及其轉(zhuǎn)接方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于分組交換的話務(wù)臺技術(shù)，尤其涉及一種IMS( IP Multimedia Core Network Subsystem, IP多媒體子系統(tǒng))中的通話態(tài)轉(zhuǎn)接
系統(tǒng)及其轉(zhuǎn)接方法。
背景技術(shù)：
通話態(tài)轉(zhuǎn)接是指話務(wù)臺讓被該話務(wù)臺保持的 一路呼叫的對端和與 該話務(wù)臺正在通話的一路呼叫的對端通過語音媒體的切換，成為一個呼 叫的兩端進行通話。如用戶A呼叫話務(wù)臺B,話務(wù)臺B保持該;洛A-B 呼叫，然后再呼叫C,與C通話后，再通過一些操作，讓A與C直接 通話，這個過程就叫通話態(tài)轉(zhuǎn)才妄。
對于不同的設(shè)備，IMS系統(tǒng)中話務(wù)臺的通話態(tài)轉(zhuǎn)接的實現(xiàn)方法雖不 盡相同，但均存在以下缺陷不能完全支持現(xiàn)有的標準、協(xié)議中規(guī)定的 功能，對于新推出的標準、協(xié)議的支持也不能有很好的擴展性，或者實 現(xiàn)流程過于復(fù)雜，與其他設(shè)備的兼容性不好。
目前，普通的IMS話務(wù)臺轉(zhuǎn)接主要有兩種實現(xiàn)方式
一種是直接使用SDP ( Session Description Protocol,會話描述協(xié)i義) 消息分別通知對端媒體，這種方法雖然筒單，但由于不能支持資源預(yù)留 功能，對于移動用戶，在對端申請無線信道失敗時會導(dǎo)致々某體無法建立， 最終呼叫不通。
另 一種是通過REPLACE (見RFC3891 )或refer(參見RFC3515)等參數(shù)來通知與話務(wù)臺要轉(zhuǎn)接的兩對端中的 一個對端，由該對端發(fā)起并實 現(xiàn)真正的轉(zhuǎn)接流程。這種方法對于話務(wù)臺本身來說，實現(xiàn)起來簡單有效，
RFC3515)，而在VOIP網(wǎng)絡(luò)中，各種型號、各種性能、各種生產(chǎn)日期的 網(wǎng)元都存在，顯然，要求所有這些網(wǎng)元都支持REPLACE (見RFC3891 ) 或refer(參見RFC3515)是不現(xiàn)實的，因而此方法難以實現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種IP多媒體子系統(tǒng)中的通話 態(tài)轉(zhuǎn)接方法，能夠支持現(xiàn)有的規(guī)范和標準，具有良好的兼容性。
為解決上述技術(shù)問題，本發(fā)明是通過以下技術(shù)方案實現(xiàn)的
一種IP多媒體子系統(tǒng)中的通話態(tài)轉(zhuǎn)接系統(tǒng)，包括IP多媒體子系 統(tǒng)設(shè)備、話務(wù)臺服務(wù)器、話務(wù)臺客戶端；
所述IP多媒體子系統(tǒng)設(shè)備，與話務(wù)臺服務(wù)器通過會話發(fā)起協(xié)議相 連，用于接入各種用戶終端，建立用戶終端與話務(wù)臺^^務(wù)器的通信通道；
所述話務(wù)臺客戶端，與話務(wù)臺服務(wù)器通過會話發(fā)起協(xié)議相連，用于 向話務(wù)臺服務(wù)器發(fā)起呼叫轉(zhuǎn)接請求；
所述話務(wù)臺服務(wù)器，用于在收到呼叫轉(zhuǎn)接請求時，先通知當前處于 保持狀態(tài)的主叫用戶和處于通話狀態(tài)的被叫用戶分別進行資源預(yù)留，預(yù) 留成功后再建立所述主叫用戶和被叫用戶的媒體連接。
一種如上所述的通話態(tài)轉(zhuǎn)接系統(tǒng)的轉(zhuǎn)接方法，該方法為話務(wù)臺服 務(wù)器在接收到話務(wù)臺客戶端發(fā)送過來的轉(zhuǎn)接請求消息時，采用會話發(fā)起 協(xié)議消息通過IP多媒體網(wǎng)絡(luò)子系統(tǒng)設(shè)備與各用戶終端進行通信，先通知當前處于保持狀態(tài)的主叫用戶和處于通話狀態(tài)的被叫用戶分別進行 資源預(yù)留，資源預(yù)留成功后再建立所述主叫用戶和被叫用戶的媒體連 接。
上述方法進一步包括
a、 所述話務(wù)臺服務(wù)器向主叫用戶發(fā)送重新邀請消息，主叫用戶收 到后返回200 OK消息，其中攜帶本端所支持的全部媒體信息；
b、 所述話務(wù)臺服務(wù)器向被叫用戶發(fā)送重新邀請消息，其中攜帶主 叫用戶所支持的媒體信息；被叫用戶收到后返回183消息，其中攜帶本 端匹配的媒體信息；
c、 所述主叫用戶根據(jù)所述183消息中的々某體信息進行資源預(yù)留， 預(yù)留成功后向話務(wù)臺服務(wù)器發(fā)起重新邀請消息；
d、 所述話務(wù)臺服務(wù)器向被叫用戶發(fā)送更新消息，-陂叫用戶收到后 對該消息進行響應(yīng)，響應(yīng)消息中攜帶本端已準備好的媒體信息；
e、 所述話務(wù)臺服務(wù)器將被叫用戶端已準備好的媒體信息發(fā)送給主 叫用戶，之后，主叫用戶與被叫用戶建立+某體連接。
其中，所述步驟b和c之間還包括所述話務(wù)臺服務(wù)器對所述183 消息的可靠性進行確認。
其中，所述方法還包括轉(zhuǎn)接成功后，所述話務(wù)臺服務(wù)器向話務(wù)臺 客戶端發(fā)送轉(zhuǎn)接成功消息。
本發(fā)明具有以下有益效果
本發(fā)明主要是利用現(xiàn)有的SIP消息來實現(xiàn)通話態(tài)轉(zhuǎn)接，且在轉(zhuǎn)接前 進行了資源預(yù)留，因而對現(xiàn)有規(guī)范和標準有很好的支持，具有很好的擴展性，提高了呼叫接通率；而且，由于流程中使用的都是基本的消息和 參數(shù)，對其他系統(tǒng)和設(shè)備都有比較好的兼容性，且簡單^易于實現(xiàn)。


圖1是本發(fā)明的通話態(tài)轉(zhuǎn)接系統(tǒng)的結(jié)構(gòu)圖； 圖2是本發(fā)明的通話態(tài)轉(zhuǎn)接方法流程圖。
具體實施例方式
下面將結(jié)合附圖及具體實施例對本發(fā)明作進一步詳細的描述 請參閱圖l,本發(fā)明的通話態(tài)轉(zhuǎn)接系統(tǒng)包括以下部分 IMS系統(tǒng)設(shè)備，與話務(wù)臺服務(wù)器通過SIP協(xié)議相連，用于接入各種
用戶終端，建立用戶終端與話務(wù)臺服務(wù)器的通信通道；
話務(wù)臺客戶端，與話務(wù)臺服務(wù)器通過SIP協(xié)議相連，用于向話務(wù)臺
服務(wù)器發(fā)起呼叫轉(zhuǎn)接請求；
話務(wù)臺服務(wù)器，用于對話務(wù)臺客戶端進行集中管理；在收到呼叫轉(zhuǎn)
接請求時，先通知當前處于保持狀態(tài)的主叫用戶和處于通話狀態(tài)的被叫
用戶分別進行資源預(yù)留，預(yù)留成功后再建立所述主叫用戶和^t叫用戶的
媒體連接。
請參閱圖2，上述系統(tǒng)實現(xiàn)通話態(tài)轉(zhuǎn)接的方法為
在轉(zhuǎn)接前，應(yīng)該有一路呼叫處于保持狀態(tài)(簡稱此路呼叫的對端為 A)，此路呼叫在圖2中用dialogl表示，并且還有一路呼叫處于與話務(wù) 臺進行通話的狀態(tài)(簡稱此路呼叫的對端為B),此路呼叫在圖2中用 dialog2表示。
步驟201 ~ 202: opr client (話務(wù)臺客戶端)通過MESSAGE消息，向SERVER (話務(wù)臺服務(wù)器)請求將當前處于保持狀態(tài)的呼叫對端A 和當前處于通話狀態(tài)的呼叫對端B進行轉(zhuǎn)接；SERVER通過200 OK消 息通知opr client已經(jīng)收到此消息。
步驟203 ~ 204: SERVER通過IMS系統(tǒng)設(shè)備給A端發(fā)送一個不帶 媒體信息的re-invite (重新邀請)消息；按照RPC3261規(guī)定，A端直接 回應(yīng)200 0K消息，且該消息中攜帶A端所支持的全部々某體。
步驟205: SERVER通過IMS系統(tǒng)設(shè)備向B端發(fā)送re-invite消息， 并把204中A端返回的媒體信息傳遞過去，同時增加如下參數(shù) Session: Offer Supported: 100 Rel， precondition a=curr:qos local none 3=curr:qos remote none a=des:qos mandatory local sendrecv
a=des:qos optinal remote sendrecv 步驟206: B端通過IMS系統(tǒng)設(shè)備向SERVER發(fā)送183消息，將匹 配好的B端的i某體信息發(fā)送給SERVER,同時此消息中可以攜帶資源預(yù) 留參數(shù)，用于要求SERVER進行資源預(yù)留。對端媒體除了此以外，可能 有一個a二conf,但無論有沒有這個參數(shù)，server都把預(yù)留參數(shù)修改為如 下
Session: Answer
Require: precondition , 100rel
a=curr:qos local none3=curr:qos remote noti6 a=des:qos mandatory local sendrecv a=des:qos optinal remote sendrecv 步驟207: SERVER向A端發(fā)送ACK消息，用于確認步驟204中 的200 OK消息，并將206中所攜帶的媒體信息傳遞給A端，媒體中填 寫資源預(yù)留需要確認消息參數(shù)，目的是要求A端發(fā)起步驟210中的消息。 步驟208 209: SERVER通過給B端發(fā)送PRACK消息，對步驟206 中的183消息進行可靠性確i人；B端通過IMS系統(tǒng)i殳備返回200 OK消 息以確認收到PRACK消息。
步驟210: A端響應(yīng)207中的資源預(yù)留需要確認消息參數(shù)，進行資 源預(yù)留，之后發(fā)起re-invite消息，攜帶A的本端々某體。SDP參數(shù)如下 Session: offer Support: precondition , 1 OOrel a=curr:qos local sendrecv a=curr:qos remote none a=des:qos mandatory local sendrecv a=des:qos optinal remote sendrecv 步驟211 212: SERVER通過給B端發(fā)送UPDATA (更新)消息， 對步驟206中的183消息中的資源預(yù)留要求進行實現(xiàn)，UPDATA消息中 攜帶已經(jīng)準備好的媒體信息；B端通過IMS系統(tǒng)設(shè)備向SERVER發(fā)送 200 0K消息，對UPDATA進行響應(yīng)，同時攜帶準備好的B端的媒體。 步驟213 214: SERVER給A端發(fā)送200 OK消息，作為步驟210中re-invite消息的一個響應(yīng)，并4巴B端返回的4某體信息傳遞給A端；A 端發(fā)送ack消息作為步驟213中200 OK消息的確認。SDP參數(shù)如下
Session: offer
Support: precondition , 1 OOrel
a=curr:qos local sendrecv
a=curr:qos remote sendrecv
a=des:qos mandatory local sendrecv
a=des:qos optinal remote sendrecv 步驟215 216: B端通過IMS系統(tǒng)設(shè)備給SERVER發(fā)送200 OK消 息，作為步驟205中re-invite消息的響應(yīng)；SERVER返回ACK消息作 為200 OK消息的確認。
步驟2n~2l8: SERVER通過MESSAGE消息，通知opr client轉(zhuǎn)接 操作已經(jīng)完成；opr client返回200 OK消息對此MESSAGE消息進行響 應(yīng)。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡 在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng) 包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1. 一種IP多媒體子系統(tǒng)中的通話態(tài)轉(zhuǎn)接系統(tǒng)，其特征在于，包括IP多媒體子系統(tǒng)設(shè)備、話務(wù)臺服務(wù)器、話務(wù)臺客戶端；所述IP多媒體子系統(tǒng)設(shè)備，與話務(wù)臺服務(wù)器通過會話發(fā)起協(xié)議相連，用于接入各種用戶終端，建立用戶終端與話務(wù)臺服務(wù)器的通信通道；所述話務(wù)臺客戶端，與話務(wù)臺服務(wù)器通過會話發(fā)起協(xié)議相連，用于向話務(wù)臺服務(wù)器發(fā)起呼叫轉(zhuǎn)接請求；所述話務(wù)臺服務(wù)器，用于在收到呼叫轉(zhuǎn)接請求時，先通知當前處于保持狀態(tài)的主叫用戶和處于通話狀態(tài)的被叫用戶分別進行資源預(yù)留，預(yù)留成功后再建立所述主叫用戶和被叫用戶的媒體連接。
2、 一種應(yīng)用于權(quán)利要求1所述的通話態(tài)轉(zhuǎn)接系統(tǒng)的轉(zhuǎn)接方法， 其特征在于，該方法為話務(wù)臺服務(wù)器在接收到話務(wù)臺客戶端發(fā)送過 來的轉(zhuǎn)接請求消息時，釆用會話發(fā)起協(xié)議消息通過IP多媒體網(wǎng)絡(luò)子 系統(tǒng)設(shè)備與各用戶終端進行通信，先通知當前處于保持狀態(tài)的主叫用 戶和處于通話狀態(tài)的被叫用戶分別進行資源預(yù)留，資源預(yù)留成功后再 建立所述主叫用戶和被叫用戶的媒體連接。
3、 如權(quán)利要求2所述的通話態(tài)轉(zhuǎn)接系統(tǒng)的轉(zhuǎn)接方法，其特征在 于，所述方法進一步包括a、 所述話務(wù)臺服務(wù)器向主叫用戶發(fā)送重新邀請消息，主叫用戶 收到后返回200 OK消息，其中攜帶本端所支持的全部媒體信息；b、 所述話務(wù)臺服務(wù)器向被叫用戶發(fā)送重新邀請消息，其中攜帶 主叫用戶所支持的媒體信息；被叫用戶收到后返回183消息，其中攜帶本端匹配的媒體信息；c、 所述主叫用戶根據(jù)所述183消息中的媒體信息進行資源預(yù)留， 預(yù)留成功后向話務(wù)臺服務(wù)器發(fā)起重新邀請消息；d、 所述話務(wù)臺服務(wù)器向被叫用戶發(fā)送更新消息，被叫用戶收到 后對該消息進行響應(yīng)，響應(yīng)消息中攜帶本端已準備好的媒體信息；e、 所述話務(wù)臺服務(wù)器將被叫用戶端已準備好的媒體信息發(fā)送給 主叫用戶，之后，主叫用戶與被叫用戶建立媒體連接。
4、 如權(quán)利要求3所述的通話態(tài)轉(zhuǎn)接系統(tǒng)的轉(zhuǎn)接方法，其特征在 于，所述步驟b和c之間還包括所述話務(wù)臺服務(wù)器對所述183消息 的可靠性進行確認。
5、 如權(quán)利要求2所述的通話態(tài)轉(zhuǎn)接系統(tǒng)的轉(zhuǎn)接方法，其特征在 于，所述方法還包括轉(zhuǎn)接成功后，所述話務(wù)臺服務(wù)器向話務(wù)臺客戶 端發(fā)送轉(zhuǎn)接成功消息。
全文摘要
本發(fā)明公開了一種IP多媒體子系統(tǒng)中的通話態(tài)轉(zhuǎn)接系統(tǒng)及其轉(zhuǎn)接方法，轉(zhuǎn)接系統(tǒng)包括IP多媒體子系統(tǒng)設(shè)備、話務(wù)臺服務(wù)器、話務(wù)臺客戶端，相應(yīng)的轉(zhuǎn)接方法為話務(wù)臺服務(wù)器在接收到轉(zhuǎn)接請求消息時，采用SIP消息通過IP多媒體網(wǎng)絡(luò)子系統(tǒng)設(shè)備與各用戶終端進行通信，先通知當前處于保持狀態(tài)的主叫用戶和處于通話狀態(tài)的被叫用戶分別進行資源預(yù)留，預(yù)留成功后再建立主叫用戶和被叫用戶的媒體連接。本發(fā)明利用現(xiàn)有的SIP消息來實現(xiàn)通話態(tài)轉(zhuǎn)接，且在轉(zhuǎn)接前進行了資源預(yù)留，因而對現(xiàn)有規(guī)范和標準有很好的支持，具有很好的擴展性，提高了呼叫接通率；由于使用的都是基本的消息和參數(shù)，對其他系統(tǒng)和設(shè)備都有比較好的兼容性，且簡單易于實現(xiàn)。
文檔編號H04L29/06GK101291328SQ200810067530
公開日2008年10月22日 申請日期2008年5月30日 優(yōu)先權(quán)日2008年5月30日
發(fā)明者金鳳昕 申請人:中興通訊股份有限公司