專利名稱：多媒體會話呼叫控制的方法及應(yīng)用服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通信技術(shù)領(lǐng)域，具體涉及多媒體會話呼叫控制的方法 及應(yīng)用服務(wù)器。
背景技術(shù)：
隨著無線通信的發(fā)展，用戶對服務(wù)質(zhì)量和種類的需求越來越明顯，出現(xiàn) 了許多增值業(yè)務(wù)，為用戶提供方便快捷的服務(wù)，滿足用戶的多樣化需求。
目前，多媒體會話的呼叫轉(zhuǎn)移技術(shù)可以實現(xiàn)用戶會話的切換，媒體流在
用戶設(shè)備之間轉(zhuǎn)移，下面以顯示呼叫轉(zhuǎn)移(ECT)業(yè)務(wù)為例進(jìn)行說明。 呼叫轉(zhuǎn)移業(yè)務(wù)(ECT)業(yè)務(wù)包括詢問型轉(zhuǎn)移和盲轉(zhuǎn)移兩種 對于詢問型的具體流程包括
第一用戶設(shè)備(UE-1)與第二用戶設(shè)備(UE-2)進(jìn)行多媒體會話； 所述第一用戶設(shè)備用戶保持(hold)與所述用戶二的呼叫關(guān)系； 所述第一用戶設(shè)備與第三用戶設(shè)備建立呼叫；和第三用戶通話一段時間； 所述第 一用戶設(shè)備退出會話；
所述第二用戶設(shè)備和所述第三用戶設(shè)備連通并進(jìn)行通話。
對于盲轉(zhuǎn)移則第一用戶設(shè)備與第二用戶設(shè)備進(jìn)行多媒體會話后，所述 第一用戶設(shè)備將第三用戶設(shè)備的地址發(fā)送給第二用戶設(shè)備，所述第二用戶設(shè) 備與所述第三用戶設(shè)備建立通話，第一用戶設(shè)備退出。
隨著多媒體傳輸技術(shù)的發(fā)展，用戶的業(yè)務(wù)不僅局限于語音，而開始向視
頻、文件傳輸?shù)榷嘣姆较虬l(fā)展，基于分組交換的IMS將成為未來的發(fā)展方向。
當(dāng)前的多媒體會話技術(shù)可以實現(xiàn)一個用戶同時操作多個終端與對端進(jìn)行 多媒體會話，而用戶操作的多個終端也可以集成在一起，例如雙模終端等。 而基于用戶使用多終端與對端進(jìn)行回話的呼叫轉(zhuǎn)移方法如下
請參閱圖l,這里假設(shè)UE-1、 UE-2與UE-3在進(jìn)行一個多媒體會話，該會話中包括三種媒體流(Voice, Video, text),其中UE-l與UE-3有兩種媒體流， UE-2和UE-3有一種媒體流。此時UE-3將該會話轉(zhuǎn)給UE-4。
圖中S-CSCF和MMSC AS都屬于UE-1的歸屬網(wǎng)絡(luò)。UE-2、 UE-3、 UE-4的 歸屬網(wǎng)絡(luò)的S-CSCF和MMSC AS省略。
步驟l, UE-3發(fā)起ECT請求，該請求是通過呼叫轉(zhuǎn)移請求(Refer)消息完 成的，該消息中攜帶UE-4的地址信息。該消息通過UE-1的S-CSCF到達(dá)UE-1 的MMSCAS。
MMSC (多媒體會話連續(xù)性)技術(shù)提供了多媒體會話在不同接入網(wǎng)絡(luò)或不 同終端設(shè)備之間的會話連續(xù)性的能力。MMSC的核心是MMSC AS,稱為多 々某體會^"連續(xù)性應(yīng)用月良務(wù)器(MultiMedia Session Continuity Application Server )。用戶所有的呼叫和會話必須經(jīng)過IMS域的MMSC AS, MMSC AS 充當(dāng)B2BUA,為后續(xù)多媒體會話連續(xù)性做好準(zhǔn)備，這個過程稱為IMS錨定 (Anchoring in IMS)。 MMSC用戶從不同4妄入網(wǎng)發(fā)起的呼叫或從不同UE-發(fā)起 的呼叫，都要路由到MMSC AS,執(zhí)行錨定過程，然后發(fā)送到被叫方；同樣， 發(fā)往MMSC用戶的呼叫或會話，也要路由到MMSC AS進(jìn)行錨定。
步驟2, MMSC AS將該Refer消息發(fā)送給UE-2。
步驟3, MMSC AS將該Refer消息發(fā)送給UE-l 。
MMSCAS為一個B2BUA,根據(jù)呼叫建立時的錨定信息，將該Refer消息分 裂為兩路refer消息通過步驟2和步驟3發(fā)送給UE-2和UE1 。
B2BUA (Back-to-Back-User-Agent)是兩個UA粘合在一起。比如服務(wù)器 AS實現(xiàn)的錨定，UE-l向?qū)Χ薝E-2發(fā)起呼叫請求，當(dāng)呼叫到達(dá)AS后，AS終結(jié) 該Invite請求，并生成一個新的Invite請求，發(fā)往對端UE-2。此時AS充當(dāng)B2BUA, UE-1和AS之間建立的連接為dialog-l, AS和UE-2之間建立的連接為dialog-2。 AS將dialog-l和dialog-2粘在一起,處理Dialog的機制會維護(hù)兩個UA間消息的順 序和傳送3各徑。對話(Dialog)是一個兩個UA之間的peer-to-peer的關(guān)系。
步驟4 ~步驟5, UE-l和UE-2分別返回確認(rèn)202消息。
步驟6, MMSCAS將根據(jù)錨定信息，將兩路202消息整合后發(fā)送給UE-3
8步驟7， UE-3接到確認(rèn)消息后，發(fā)送BYE消息，用于釋放該會話。 步驟8-步驟9， MMSC AS根據(jù)錨定信息，將該BYE消息向UE-l和UE-2分
別發(fā)送拆線消息，步驟9后，UE-1、 UE-2與UE-3的信令和媒體連接已經(jīng)斷開。 步驟10~步驟ll, UE-l和UE-2在分別向UE-4發(fā)起呼叫請求。 步驟12, MMSC AS將兩路呼叫請求信息進(jìn)行錨定和關(guān)聯(lián)，并向UE-4發(fā)起
呼叫請求。
在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下問題 在現(xiàn)有的呼叫轉(zhuǎn)移方法中，由于采用的是會話的斷開、重建機制，原有的 多終端方與對端的多媒體會話被拆除，然后重新建立多終端方與第三方的新
的多媒體會話，整個過程繁瑣、信令流程復(fù)雜；執(zhí)行時間長較長、效率低。

發(fā)明內(nèi)容
本發(fā)明實施例解決的技術(shù)問題是提供一種多媒體會話呼叫控制的方法，
可以簡化呼叫轉(zhuǎn)移流程；縮短呼叫轉(zhuǎn)移的時間；提高效率。 本發(fā)明實施例提供一種多媒體會話呼叫控制的方法，包括 多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行多^ 某體會話； 多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話； 應(yīng)用服務(wù)器將多終端方的從屬終端與應(yīng)用服務(wù)器之間的呼叫支路綁定到
所述與第三方建立的會話中。
本發(fā)明實施例提供一種多媒體會話呼叫控制的方法，包括 多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話； 所述應(yīng)用服務(wù)器代替所述多終端方與所述第三方建立呼叫支路； 所述應(yīng)用服務(wù)器將與所述多終端方的各個終端之間已有的呼叫支路和所
述與第三方建立的呼叫支路綁定，建立所述多終端方的各個終端與第三方的
會話連接。
本發(fā)明實施例提供一種多媒體會話呼叫控制的方法，包括 多終端方與第二方在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話； 多終端方與第三方在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話；所述多終端方的主控終端向第二方發(fā)起要求第二方與第三方建立會話呼 叫轉(zhuǎn)移請求，該呼叫轉(zhuǎn)移請求被路由到所述應(yīng)用服務(wù)器，該呼叫轉(zhuǎn)移請求包
含該主控終端與應(yīng)用服務(wù)器之間呼叫支路的標(biāo)識；
所述應(yīng)用服務(wù)器將所述呼叫轉(zhuǎn)移請求中的所述呼叫支路的標(biāo)識修改為所 述應(yīng)用服務(wù)器與所述第三方之間呼叫支路的標(biāo)識；并將該呼叫轉(zhuǎn)移請求發(fā)送 給所述第二方；
所述第二方向所述第三方發(fā)送會話邀請，所述會要邀請包含所述應(yīng)用服 務(wù)器與所述第三方之間呼叫支路的標(biāo)識；
所述第三方接受所述會話邀請與第二方建立會話；
所述第三方根據(jù)所述呼叫支路的標(biāo)識釋放該標(biāo)識對應(yīng)的呼叫支路所在的 會話。
本發(fā)明實施例提供一種應(yīng)用服務(wù)器，包括會話控制單元，呼叫建立單 元和呼叫綁定單元；
會話控制單元，用于控制多終端方與對端進(jìn)行多媒體會話； 呼叫建立單元，用于控制多終端方的主控終端與第三方建立會話； 呼叫綁定單元，用于將多終端方的從屬終端與對端之間的呼叫支路綁定 到所述與第三方建立的會話中。
本發(fā)明實施例提供一種應(yīng)用服務(wù)器，包括會話控制單元，呼叫建立單 元和呼叫綁定單元；
會話控制單元，用于控制多終端方與對端進(jìn)行多媒體會話； 呼叫建立單元，用于代替所述多終端方與所述第三方建立呼叫支路；
呼叫綁定單元，用于將與所述多終端方的各個終端之間已有的呼叫支路 和所述與第三方建立的呼叫支路綁定，建立所述多終端方的各個終端與第三 方的會話連接。
采用上述技術(shù)方案，本發(fā)明實施例有益的技術(shù)效果在于
本發(fā)明實施例，多終端方與第三方建立的多媒體會話中，通過重用全部 或部分已有的呼叫支路，相對于現(xiàn)有技術(shù)中的重建多媒體會話的方式實現(xiàn)呼叫轉(zhuǎn)移，使呼叫轉(zhuǎn)移過程的信令流程更加簡單優(yōu)化，并且縮短了執(zhí)行呼叫轉(zhuǎn) 移過程的時間，提高了系統(tǒng)的處理效率，提升了用戶的業(yè)務(wù)體驗感受。


圖1為現(xiàn)有技術(shù)中多終端與對端進(jìn)行回話的呼叫轉(zhuǎn)移方法的流程圖； 圖2為本發(fā)明實施例一多媒體會話呼叫控制的方法的流程圖； 圖3為本發(fā)明實施例二多媒體會話呼叫控制的方法的信令流程圖； 圖4為本發(fā)明實施例三多媒體會話呼叫控制的方法的信令流程圖； 圖5為本發(fā)明實施例四多媒體會話呼叫控制的方法的流程圖； 圖6為本發(fā)明實施例五多媒體會話呼叫控制的方法的信令流程圖； 圖7為本發(fā)明實施例六多媒體會話呼叫控制的方法的信令流程圖； 圖8為本發(fā)明實施例七多媒體會話呼叫控制的方法的信令流程圖； 圖9為本發(fā)明實施例八多媒體會話呼叫控制的方法的信令流程圖； 圖10為本發(fā)明實施例九多媒體會話呼叫控制的方法的信令流程圖； 圖11為本發(fā)明實施例十多媒體會話呼叫控制的方法的信令流程圖； 圖12為本發(fā)明實施例十一多媒體會話呼叫控制的方法的流程圖； 圖13為本發(fā)明實施例十一的信令流程圖； 圖14為本發(fā)明實施例十二應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖； 圖15為本發(fā)明實施例十三應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供了 一種多媒體會話呼叫控制的方法，可以簡化呼叫轉(zhuǎn)移 流程；縮短呼叫轉(zhuǎn)移的時間；提高效率。下面對本發(fā)明提供的一種多媒體會 話呼叫控制的方法進(jìn)行詳細(xì)描述。
實施例一， 一種多媒體會話呼叫控制的方法，流程圖如圖2所示，包括 al,多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話；
本發(fā)明實施例中，所述多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行會話可以采用現(xiàn)有常規(guī)方式實現(xiàn)，該應(yīng)用服務(wù)器是一個具有B2BUA功能的MMSC AS或其他AS。
a2,多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話；
可以理解的是，所述主控終端與從屬終端的區(qū)分規(guī)則可以采取多種方式， 例如可以在用戶進(jìn)行簽約時，則固定哪個終端為主控，那些終端為從屬。 也可以是，建立所述多媒體會話時，最先加入會話的為主控終端，后加入會 話的為從屬終端。甚至應(yīng)用服務(wù)器可以隨即選擇一個PS接入終端作為主控終 端，具體的終端控制能力的分配可以有多種方式，不構(gòu)成對本發(fā)明的限制。
不過本發(fā)明中的主控終端一般需要由PS終端擔(dān)當(dāng)，因為受當(dāng)前用于CS 域與PS域信令轉(zhuǎn)換的MGCF的能力限制，無法處理一些控制信令的轉(zhuǎn)換， 因此CS終端暫時不適合作主控終端。-f旦是隨著對MGCF的改進(jìn)，由PS終端 做主控終端同樣也是完全可以實現(xiàn)的。本發(fā)明實施例強調(diào)的是，應(yīng)用服務(wù)器 可以根據(jù)預(yù)置的規(guī)則區(qū)分主控終端和從屬終端。具體的區(qū)分方式可以有多種 方式實現(xiàn)，不構(gòu)成對本發(fā)明的限制。
可以理解的是，所述主控終端與第三方建立的會話可以是所述主控終端 發(fā)起的也可以是所述第三方發(fā)起的。所述第三方可以是終端設(shè)備以及該終端 設(shè)備所在的接入網(wǎng)絡(luò)，還可以是服務(wù)器，如會議中心等。
若所述會話是所述主控終端發(fā)起的，則所述應(yīng)用服務(wù)器與第三方建立會 話的過程可以包括
所述主控終端與應(yīng)用服務(wù)器發(fā)送會話邀請(Invite)消息，所述Invite消 息中包含第三方的地址；
所述應(yīng)用服務(wù)器作為B2BUA,終結(jié)該會話，重新生成一個Invite消息發(fā) 送給第三方；
所述第三方收到該Invite消息，返回確認(rèn)(200OK)消息接受邀請； 所述應(yīng)用服務(wù)器收到所述200OK消息，此時，所述應(yīng)用服務(wù)器與第三方
的呼叫支路建立完成。應(yīng)用服務(wù)器向所述第三方發(fā)送200OK消息，所述應(yīng)用
服務(wù)器與主控終端的呼叫支路建立完成。在整個呼叫建立的過程中，所述應(yīng)用服務(wù)器作為一個B2BUA,維護(hù)與主 控終端和與第三方的信令連接，并實現(xiàn)將應(yīng)用服務(wù)器與主控終端的呼叫支路 和主控終端與第三方的呼叫支路綁定，所述綁定指維護(hù)呼叫雙方發(fā)送的信令 的觸發(fā)關(guān)系，例如收到主控終端的邀請第三方加入會話的Invite消息，則新 生成一個Invite消息發(fā)送給第三方，當(dāng)收到第三方返回的200OK消息，則向 所述主控終端發(fā)送200OK消息，這個過程也稱作"錨定"。
所述第三方可以是終端設(shè)備，當(dāng)然也可以包括該終端設(shè)備所在的接入網(wǎng) 絡(luò)。所述第三方也可以是會議中心等服務(wù)器。
a3,應(yīng)用服務(wù)器將多終端方的從屬終端與應(yīng)用服務(wù)器之間的呼叫支路綁 定到所述與第三方建立的會話中。
步驟a3之后，因為應(yīng)用服務(wù)器將多終端方的從屬終端與應(yīng)用服務(wù)器之間 的呼叫支路觸發(fā)關(guān)系與應(yīng)用服務(wù)器與第三方的呼叫支路綁定。而所述多終端 方則可以與第三方通過綁定的呼叫支路更新對方的媒體信息完成主控終端與 第三方的媒體信息的協(xié)商，實現(xiàn)媒體層媒體流的連接。
可以理解的是，所述多終端方的終端可以包括PS域終端和CS域終端。
而對于所述多終端方的從屬終端為CS終端的情況，由于CS終端無法接 收到來自應(yīng)用服務(wù)器的呼叫轉(zhuǎn)移請求，因此PS終端為主控終端。
更新PS終端媒體信息的過程需要通過媒體網(wǎng)關(guān)控制器(MGCF)的代理 實現(xiàn)，具體包括
媒體網(wǎng)關(guān)控制器代理所述多終端方的CS終端與所述第三方進(jìn)行媒體協(xié)
商；
協(xié)商完成后，所述多終端方的cs終端與所述第三方根據(jù)所述協(xié)商的媒體 信息建立媒體連接。
本實施例中，呼叫轉(zhuǎn)移的發(fā)起方可以是所述對端發(fā)起的，即，在步驟a2 之前，所述應(yīng)用服務(wù)器接收所述對端發(fā)送的呼叫轉(zhuǎn)移請求；將所述呼叫轉(zhuǎn)移 請求發(fā)送給所述多終端方；所述呼叫轉(zhuǎn)移請求中包含呼叫轉(zhuǎn)移第三方的地址。
可以理解的是，所述通知所述多終端方對端請求呼叫轉(zhuǎn)移可以通過Refer消息或Notify消息發(fā)送。本發(fā)明實施例強調(diào)的是消息承載的內(nèi)容，而具體的 消息名稱和消息格式不構(gòu)成對本發(fā)明的限制。
之后，所述多終端方則可以通過所述呼叫轉(zhuǎn)移請求獲得的第三方的地址 與第三方建立會話。
上述應(yīng)用服務(wù)器將所述呼叫轉(zhuǎn)移請求發(fā)送給所述多終端方可以是通過 所述應(yīng)用服務(wù)器與所述多終端方的PS呼叫支路將所述呼叫轉(zhuǎn)移請求發(fā)送給所 述多終端方的主控終端?，F(xiàn)有技術(shù)中，應(yīng)用服務(wù)器收到對端發(fā)送的呼叫轉(zhuǎn)移 請求(Refer)消息，是將該消息分裂并發(fā)送給所述多終端方的PS終端和CS 終端，可是，實際上，現(xiàn)有技術(shù)中發(fā)送給所述CS終端的refer消息無法到達(dá)， 該請求被送達(dá)媒體網(wǎng)關(guān)控制器后，媒體網(wǎng)關(guān)控制器無法對該消息進(jìn)行解釋， 會直接報錯并向所述應(yīng)用服務(wù)器反饋錯誤信息。而本發(fā)明實施例中，直接將 呼叫轉(zhuǎn)移消息發(fā)送給該多終端方的主控終端，而主控終端為PS終端。相對于 現(xiàn)有技術(shù)，簡化了信令，去掉了冗余的信令流程，使本發(fā)明實施例方法更加 簡單合理。
所述應(yīng)用服務(wù)器將所述呼叫轉(zhuǎn)移請求發(fā)送給所述多終端方之后還可以包
括
若所述多終端方向應(yīng)用服務(wù)器返回所述通知消息的確認(rèn)，則釋放應(yīng)用服 務(wù)器與所述對端的呼叫支路；釋放應(yīng)用服務(wù)器與所述多終端方主控終端的呼 叫支路。
本發(fā)明實施例一，多終端方與第三方建立的多媒體會話中，通過重用部 分的呼叫支路，相對于現(xiàn)有技術(shù)中的重建多媒體會話的方式實現(xiàn)呼叫轉(zhuǎn)移， 使呼叫轉(zhuǎn)移過程的信令流程更加簡單優(yōu)化，并且縮短了執(zhí)行呼叫轉(zhuǎn)移過程的 時間，提高了系統(tǒng)的處理效率。
是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機 可讀存儲介質(zhì)中，該程序在執(zhí)行時，至少包括如下步驟
多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話；多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話；應(yīng)用服
務(wù)器將多終端方的從屬終端與對端之間的呼叫支路綁定到所述與第三方建立 的會話中。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
在本發(fā)明實施例 一 中，對于所述第三方為會議中心的情況進(jìn)行進(jìn)一 步說
明，第一種情況
所述步驟a2之前包括
所述對端與所述會i義中心交互建立會i義；
所述對端向所述會議中心發(fā)送呼叫轉(zhuǎn)移請求，所述呼叫轉(zhuǎn)移請求包含所 述多終端方的地址和所述應(yīng)用服務(wù)器與所述對端之間呼叫支路的標(biāo)識； 所述步驟a2具體包括
所述會議中心向所述應(yīng)用服務(wù)器發(fā)送會話邀請；所述會話邀請包含所述 多終端方的地址和所述呼叫支路的標(biāo)識(ID );
所述應(yīng)用服務(wù)器將所述會話邀請中的所述呼叫支路的標(biāo)識修改為所述應(yīng) 用服務(wù)器與所述多終端方的主控終端之間的呼叫支路的標(biāo)識；并將修改后的 會話邀請發(fā)送給所述主控終端；
所述主控終端接受所述會話邀請，向所述應(yīng)用服務(wù)器返回確認(rèn)消息，所 述應(yīng)用服務(wù)器將所述確認(rèn)消息返回給所述會議中心。
所述步驟a2之后進(jìn)一步包括
所述主控終端拆除所述收到的呼叫支路標(biāo)識對應(yīng)的呼叫支路。 第二種情況對于所述多終端方發(fā)起的會議。 所述步驟a3之后包括
所述多終端方的主控終端向所述會議中心發(fā)送呼叫轉(zhuǎn)移請求，該呼叫轉(zhuǎn) 移請求被路由到所述應(yīng)用服務(wù)器，所述呼叫轉(zhuǎn)移請求包含對端的地址和該主 控終端與所述應(yīng)用服務(wù)器之間呼叫支路的標(biāo)識；
所述應(yīng)用服務(wù)器將所述呼叫轉(zhuǎn)移請求中的所述呼叫支路的標(biāo)識修改為所 述應(yīng)用服務(wù)器與所述對端之間呼叫支路的標(biāo)識；并將該呼叫轉(zhuǎn)移請求發(fā)送給所述會"^義中心；
—所述會議中心向所述對端發(fā)送會話邀請；所述會話邀請包含所述應(yīng)用服 務(wù)器與所述對端之間呼叫支路的標(biāo)識；
所述對端返回確認(rèn)消息接受所述會話邀請；
所述對端釋放所述應(yīng)用服務(wù)器與對端之間呼叫支路的標(biāo)識對應(yīng)的呼叫支 路所在會話。
上述第一種情況和第二種情況，因為所述對端和會議中心交互建立的會 議，而會議中心又邀請所述多終端方加入會議，所以在所述多終端方和所述 對端均加入會議后，所述多終端方和所述對端可以通過會議進(jìn)行通話，而斷 開所述多終端方與所述對端之間之前的呼叫連接可以釋放更多的資源，降低 網(wǎng)絡(luò)負(fù)荷。
上述第三方為會議中心的情況中，應(yīng)用服務(wù)器進(jìn)行了呼叫支路標(biāo)識的修 改，實現(xiàn)了所述多終端方和對端均加入一個會議后，斷開所述多終端方與對 端之間的呼叫連接。
可以理解的是，進(jìn)行呼叫支路標(biāo)識的修改同樣應(yīng)用于其他情況下，例如 所述多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話之前 包括
所述對端向所述第三方發(fā)送呼叫轉(zhuǎn)移請求，所述呼叫轉(zhuǎn)移請求包含所述 多終端方的地址和所述應(yīng)用服務(wù)器與所述對端之間呼叫支路的標(biāo)識；
所述多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話的過 程包括
所述第三方向所述應(yīng)用服務(wù)器發(fā)送會話邀請；所述會話邀請包含所述多 終端方的地址和所述呼叫支^各的標(biāo)識；
所述應(yīng)用服務(wù)器將所述會話邀請中的所述呼叫支路的標(biāo)識修改為所述應(yīng) 用服務(wù)器與所述多終端方的主控終端之間的呼叫支路的標(biāo)識；并將修改后的 會話邀請發(fā)送給所述主控終端；
所述主控終端接受所述會話邀請，向所述應(yīng)用服務(wù)器返回確認(rèn)消息，所
16述應(yīng)用服務(wù)器將所述確認(rèn)消息返回給所述第三方。
所述多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話之后 進(jìn)一步包括
所述主控終端拆除所述收到的呼叫支路標(biāo)識對應(yīng)的呼叫支路所在的會 話。即，拆除所述主控終端與對端之間的會話。
實施例二， 一種多媒體會話呼叫控制的方法，方法信令流程如圖3所示， 實施例二中，以具體應(yīng)用場景為例對本發(fā)明方法進(jìn)朽、說明
本實施例中，多終端方采用雙模終端可以同時接入CS網(wǎng)絡(luò)和PS網(wǎng)絡(luò)， 該終端相當(dāng)于一個CS終端和PS終端的終端集成在一起。
Bl, UE-l在UMTS的CS網(wǎng)絡(luò)里通過Setup消息向UE-2發(fā)起呼叫請求，該消
息首先到達(dá)訪問地移動交換中心(vMSC )。
B2, vMSC將該消息轉(zhuǎn)換成初始地址消息(Initial Address Message, IAM ) 消息，發(fā)往媒體網(wǎng)關(guān)控制器(MGCF)。
B3, MGCF將所述電路域信令轉(zhuǎn)變?yōu)镾IP Invite消息，并將該消息發(fā)往UE-1 的S-CSCF。
B4, UE-1的服務(wù)呼叫會話控制功能實體(Serving- Call Session Control Function, S-CSCF )將該消息發(fā)往UE-1的MMSC AS進(jìn)行錨定。
B5, UE-l通過UMTS的PS網(wǎng)絡(luò)向UE-2發(fā)起Invite請求，該請求首先到達(dá) UE-1的S-CSCF, S-CSCF將該消息發(fā)往MMSCAS進(jìn)4t錨定。
本實施例中，步驟B1 B4與步驟B5可同時發(fā)生，沒有先后順序。
B6, MMSCAS將UE-1的PS域和CS域的呼叫進(jìn)行整合后，發(fā)往對端UE-2。
步驟l-6完成了UE-l與UE-2的會話建立過程；圖中虛線為對話(Dialog) 關(guān)系，圖中Dialogl、 Dialog2在MMSC AS錨定，MMSC AS與UE-2的對話為 Dialog3 。粗實線為會話建立后的媒體流傳輸狀態(tài)。
B7， UE-2向UE-l發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-3的SIP URI,該消息首先到達(dá)MMSCAS。
UE-2將與UE-l的多媒體會話轉(zhuǎn)給UE-3，即執(zhí)行ECT補充業(yè)務(wù)，該補充業(yè)務(wù)通過SIP的Refer消息來實現(xiàn)。
B8, MMSC AS收到Refer消息后進(jìn)行媒體分裂，通過PS域內(nèi)的分支向UE-1 發(fā)送Refer消息。
B9， UE-1在PS分支返回202確認(rèn)消息。
BIO, MMSCAS根據(jù)錨定信息，生成新的202確認(rèn)消息，并將該消息發(fā)送 給UE-2。
Bll， UE-2收到確認(rèn)消息后，向UE-1發(fā)送BYE消息，該消息首先到達(dá) MMSCAS。
B12， MMSCAS根據(jù)錨定信息，將BYE消息進(jìn)行分裂，并向UE-1的PS域 分支發(fā)送BYE消息。
B13， UE-l在PS分支向UE-3發(fā)起呼叫請求，該消息經(jīng)S-CSCF到達(dá)MMSC
AS
B14, MMSC AS收到該Invite請求后生成新的錨定信息，MMSC AS控制 將原CS域的信令分支加入到該新錨定信息中，并將UE-1的PS域媒體信息和 MGW的々某體信息整合后發(fā)送給UE-3。
B15 ， UE-3返回200 OK消息,該消息中攜帶UE-3的媒體信息(UE-3的IP 地址，端口號等信息)。
B16, MMSCAS根據(jù)錨定信息，將該200OK消息發(fā)給UE-l。
B17， MMSC AS向MGCF發(fā)送更新消息(re-Invite/Update),該消息中攜 帶UE-3的媒體信息，用于通知MGW與UE-3進(jìn)行媒體連接。
本實施例中，所述UE-1的PS部分和CS部分也可以拆開，成為兩個終 端，不影響本實施例方法的實現(xiàn)。
實施例三， 一種多媒體會話呼叫控制的方法，實方法信令流程如圖4所 示，實施例三中，以具體應(yīng)用場景為例對本發(fā)明方法進(jìn)行說明
本實施例中，多終端方采用兩個PS終端，可以理解的是，所述多終端方 可以使用更多的終端。具體的多終端方包括終端的數(shù)目不構(gòu)成對本發(fā)明的限制。Cl, UE-l向UE-3發(fā)起呼叫請求，該消息經(jīng)S-CSCF到達(dá)MMSC AS進(jìn)行錨 定。該Invite請求中包含三種媒體，分別為語音(Voice),視頻(Video),文 本(text)。
C2, MMSCAS生成新的Invite請求，發(fā)向UE-2。
C3, UE-l決定將第二路媒體轉(zhuǎn)移給UE-2， UE-2主動向AS發(fā)起呼叫請求， 該請求的SDP的媒體行信息為Video 。 MMSC AS將該請求進(jìn)行錨定，并將該呼 叫請求加入到UE-1與UE-3的多媒體會話中
C4, MMSC AS向UE-3發(fā)送更新請求，通知UE-3將第二路媒體連接到 UE-2
說明l:步驟l 4實現(xiàn)了UE-1、 UE-2與UE-3的多媒體連接；圖中虛線為 Dialog關(guān)系，圖中Dialogl、 Dialog2在MMSC AS錨定，MMSC AS與UE-3的對 話為Dialog3。
本發(fā)明實施例中，UE-1為主控終端，將UE-2為從屬終端，UE-3將與UE-1、 UE-2的多媒體會話轉(zhuǎn)給UE-4，即執(zhí)行ECT補充業(yè)務(wù)，該補充業(yè)務(wù)通過SIP的 Refer消息來實現(xiàn)。
C5, UE-3發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-4的SIPURI, 該消息首先到達(dá)MMSC AS.
C6, MMSCAS收到Refer消息后進(jìn)行媒體分裂，只向UE-l發(fā)送Refer消息 C7, UE-1返回202接受消息
C8, MMSC AS根據(jù)錨定信息，生成新的202確認(rèn)消息，并將該消息發(fā)送 給UE-3
C9, UE-3收到確認(rèn)消息后，發(fā)送BYE消息，該消息首先到達(dá)MMSCAS C10, MMSCAS根據(jù)錨定信息，將BYE消息進(jìn)行分裂，并向UE-1發(fā)送BYE
消息
Cll, UE-l向UE-4發(fā)起新的呼叫請求，該消息經(jīng)S-CSCF到達(dá)MMSCAS C12, MMSC AS收到該Invite請求后生成新的錨定信息，MMSC AS控制 將UE-2的信令加入到該新錨定信息中，并將UE-l的媒體信息和UE-2的媒體信息整合后發(fā)送給UE-4。
C13, UE-4返回200 OK確認(rèn)消息，該消息中攜帶UE-4的媒體信息(IP地 址，端口號等)
C14, MMSC AS根據(jù)錨定信息向UE-1發(fā)送200 OK消息，該消息中攜帶 UE-4的媒體信息
C15, MMSCAS向UE-2發(fā)送更新消息(re-Invite/Update)，該消息中攜帶 UE-4的媒體信息，用于通知UE-2與UE-4進(jìn)行連接。
實施例三與實施例二的區(qū)別在于，實施例三中多終端方的兩個終端均為 PS終端。
可以理解的是，本發(fā)明實施例二和實施例三中，所述第三方可以是會議
中心，所述多終端方可以與會議中心交互創(chuàng)建會議或加入會議。
實施例四， 一種多媒體會話呼叫控制的方法，流程如圖5所示，包括 dl,多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話； 所述多終端方可以由PS域終端和CS域終端組成也可以全都由PS終端
組成，多終端方包括的終端可以是兩個或更多。
d2,所述應(yīng)用服務(wù)器代替所述多終端方與所述第三方建立呼叫支路； 所述應(yīng)用服務(wù)器與所述第三方建立的呼叫支路由所述應(yīng)用服務(wù)器發(fā)起或
由所述第三方發(fā)起。
所述第三方可以是終端設(shè)備，當(dāng)然也可以包括該終端設(shè)備所在的接入網(wǎng)
絡(luò)。所述第三方也可以是會議中心等服務(wù)器。
d3，所述應(yīng)用服務(wù)器將與所述多終端方的各個終端之間已有的呼叫支路
和所述與第三方建立的呼叫支路綁定，建立所述多終端方的各個終端與第三
方的會話連接。
本發(fā)明實施例中，步驟d2之前可以包括所述應(yīng)用服務(wù)器接收所述對端 發(fā)送的呼叫轉(zhuǎn)移請求；所述呼叫轉(zhuǎn)移請求中包含呼叫轉(zhuǎn)移第三方的地址。將 所述呼叫轉(zhuǎn)移請求發(fā)送給所述多終端方；若收到所述多終端方返回確認(rèn)消息， 則將所述確認(rèn)消息發(fā)送給對端；所述對端收到所述確認(rèn)消息，釋放對端與應(yīng)用服務(wù)器之間的呼叫支路。
本發(fā)明實施例四與實施例一的區(qū)別在于，多終端方與第三方建立的多媒 體會話中，通過重用全部的呼叫支路，使呼叫轉(zhuǎn)移過程的信令流程更加簡單 優(yōu)化，并且縮短了執(zhí)行呼叫轉(zhuǎn)移過程的時間，提高了系統(tǒng)的處理效率。
實施例五 一種多媒體會話呼叫控制的方法，信令流程圖如圖6所示，本 實施例中，假定本端UE-1與對端UE-2的多媒體會話已經(jīng)建立成功，該會話中 包含三種媒體流語音、視頻、文本(Voice, Video, text),多終端方UE-1 采用雙模終端可以同時接入CS網(wǎng)絡(luò)和PS網(wǎng)絡(luò)，Voice在UMTS的CS網(wǎng)絡(luò)中傳 輸，另外兩種^ 某體在UMTS的PS網(wǎng)絡(luò)中進(jìn)行傳輸。
圖中的S-CSCF和AS都是服務(wù)UE-1的網(wǎng)絡(luò)設(shè)備，UE-2、 UE-3的相應(yīng) S-CSCF和AS沒有給出。
UE-l與UE-2的呼叫建立過程與實施例二步驟l ~ 6相同，可以理解的是， 具體的UE-l與UE-2的呼叫建立過程還可以采用現(xiàn)有的多種方式實現(xiàn)，不夠成 對本發(fā)明的限制。
本實施例中，UE-2將與UE-l的多媒體會話轉(zhuǎn)給UE-3，即執(zhí)行ECT補充業(yè) 務(wù)，該補充業(yè)務(wù)通過SIP的Refer消息來實現(xiàn)。
El, UE-2向UE-l發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-3的SIP URI,該消息首先到達(dá)MMSCAS。
E2, MMSC AS向UE-1發(fā)送通知消息(該消息可以是Notify或Info等消息)， 該消息用于通知UE-1對端需要進(jìn)行ECT補充業(yè)務(wù)。
E3,如果對端接受該補充業(yè)務(wù)，返回一個確認(rèn)消息。如果不接受，UE-1 與UE-2繼續(xù)進(jìn)行通話，無后續(xù)流程。
E4, MMSCAS代替UE-l向UE-2發(fā)送202確認(rèn)消息
E5, UE-2收到確認(rèn)消息后，向UE-1發(fā)送BYE消息，斷開與UE-1的信令和 多媒體連接。
E6, MMSC AS代替UE-1向第三方UE-3發(fā)送Invite請求。
E7,第三方UE-3返回200 OK消息，該消息中攜帶UE-3的媒體信息(IP地址，端口號等)。
E8, MMSCAS向MGCF發(fā)送更新消息(re-Invite/Update),該消息中攜帶 UE-3的媒體信息，用于通知MGW與UE-3進(jìn)行媒體連接。
E9, MMSC AS向UE-1的PS分支發(fā)送更新消息(re-Invite/Update )，該消 息中攜帶UE-3的媒體信息，用于通知UE-l與UE-3進(jìn)行媒體連接。
實施例六， 一種多媒體會話呼叫控制的方法，方法信令流程如圖7所示， 實施例六中，以具體應(yīng)用場景為例對本發(fā)明方法進(jìn)行S兌明
本實施例中，多終端方采用兩個PS終端，可以理解的是，所述多終端方 可以使用更多的終端。具體的多終端方包括終端的數(shù)目不構(gòu)成對本發(fā)明的限 制。
UE-1與UE-2的呼叫建立過程與實施例三步驟1 ~4相同，可以理解的是， 具體的UE-l與UE-2的呼叫建立過程還可以采用現(xiàn)有的多種方式實現(xiàn)，不夠成 對本發(fā)明的限制。
本實施例中，UE-3將與UE-1、 UE-2的多媒體會話轉(zhuǎn)給UE-4，即執(zhí)行ECT 補充業(yè)務(wù)，該補充業(yè)務(wù)通過SIP的Refer消息來實現(xiàn)。
F1 ， UE-3發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-4的SIP URI， 該消息的Replace頭為UE-3與UE-4的Dialog Id，該消息首先到達(dá)MMSC AS.
F2, MMSC AS向UE-1發(fā)送通知消息(該消息可以是Notify或Info等消息)， 該消息用于通知UE-1對端需要進(jìn)行ECT補充業(yè)務(wù)。
F3，如果對端接受該補充業(yè)務(wù)，返回一個確-〖人消息并繼續(xù)F4。如果不接 受，繼續(xù)進(jìn)行原來的多媒體會話，無后續(xù)流程。
F4, MMSCAS代替UE-1、 UE-2返回202接受消息。
F5, MMSCAS代替UE-1、 UE-2向UE-4發(fā)起呼叫請求，該消息中攜帶UE-1 和UE-2的媒體信息(IP地址，端口號等)。
F6, UE-4返回200 OK確認(rèn)消息，該消息中攜帶UE-4的媒體信息(IP地 址，端口號等)。
F7-F8, MMSC AS根據(jù)錨定信息，向UE-1、 UE-2分別發(fā)送更新消息(re-Invite/Update),該消息中攜帶UE-4的媒體信息。
F9, UE-4與UE-1、 UE-2呼叫建立成功后，UE-4向UE-3發(fā)送BYE消息。 F10, UE-3發(fā)送BYE消息，MMSCAS終結(jié)該BYE消息。 下面針對所述第三方為會議中心的場景，進(jìn)行說明。
實施例七， 一種多媒體會話呼叫控制的方法，方法信令流程如圖8所示， 本實施例中，多終端為UE-1, UE-1方采用雙模終端，該終端的PS部分可以 接入PS域，CS部分可以接入CS,可以理解的是，所述多終端方為會議中心。
本實施例中，假設(shè)所述多終端方UE-1與對端(UE-2)的多媒體會話已經(jīng) 建立成功，該會話中包含兩種媒體流語音、視頻(Voice, Video),其中Voice 在CS網(wǎng)絡(luò)中傳輸，另外兩種媒體在PS網(wǎng)絡(luò)中進(jìn)行傳輸。
圖中的S-CSCF和AS都是服務(wù)UE-1的網(wǎng)絡(luò)設(shè)備，UE-2的相應(yīng)S-CSCF和AS 沒有給出。
本發(fā)明實施例中，UE-1與UE-2的呼叫建立過程參考實施例二步驟A1 - A6 相同。
Gl， UE-2向會議服務(wù)器會議中心發(fā)送會議請求，該Invite請求的目的地址 為會議服務(wù)器的URI。
G2，會議服務(wù)器為新創(chuàng)建的會議生成一個新的焦點，為它分配一個會議 URI(Conf URI)并在200 OK消息中返回給UE-2。
步驟G1 ~ G2后UE-2與會議中心的連接建立成功。
G3, UE-2向會議中心發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-1 的SIP URI,該消息的Replace頭為UE-2與MMSC AS間的呼叫支路的ID,這里 是Dialog3的Dialog Id。
G4，會議中心向UE-l發(fā)起Invite請求，該Invite請求的Replace頭為UE-2與 MMSC AS間的Dialog3的Dialog Id,該請求的Contact頭為會議中心的URL并 帶有isfocus參數(shù)，該isfocus參數(shù)用于標(biāo)明該消息攜帶的URI為會議中心的URI。
G5, MMSCAS收到第三方(MGCF)的Invite請求后生成新的錨定信息， MMSC AS控制將原CS域的信令分支加入到該新錨定信息中；MMSC AS進(jìn)行媒體分裂，向UE-l的PS分支發(fā)送Invite消息，MMSC AS根據(jù)錨定信息，對步 驟4中Invite消4的Replace頭進(jìn)行修改，修改為UE-1的PS域與MMSC AS之間的 Dialog2的Dialog Id,并添加到該Invite消息中，發(fā)往UE-1 。
G6, MMSCAS向UE-l的CS分支發(fā)送re-Invite消息，該消息中攜帶會議中 心的媒體信息。
G7， MMSCAS向會議中心返回200 OK消息，該消息中攜帶整合后的UE-1 的PS域的媒體信息和MGW的媒體信息 G8, UE-1向UE-2發(fā)送BYE消息。
G9, MMSCAS向UE-2發(fā)送BYE消息，釋放所述UE-l與UE-2的會話。
實施例八， 一種多媒體會話呼叫控制的方法，方法信令流程如圖9所示， 本實施例中，多終端為UE-1 ， UE-1方采用雙模終端，該終端的PS部分可以 接入PS域，CS部分可以接入CS,可以理解的是，所述多終端方為會議中心。
本實施例中，假設(shè)所述多終端方UE-1與對端(UE-2)的多媒體會話已經(jīng)
建立成功，該會話中包含兩種媒體流語音、視頻(Voice, Video),其中Voice 在CS網(wǎng)絡(luò)中傳輸，另外兩種媒體在PS網(wǎng)絡(luò)中進(jìn)行傳輸。
圖中的S-CSCF和AS都是服務(wù)UE-1的網(wǎng)絡(luò)設(shè)備，UE-2的相應(yīng)S-CSCF和AS 沒有給出。
本發(fā)明實施例中，UE-l與UE-2的呼叫建立過程參考實施例二步驟A1 ~ A6 相同。
Hl ， UE-2向會議服務(wù)器會議中心發(fā)送會議請求，該Invite請求的目的地 址為會議服務(wù)器的URI。
H2,會議服務(wù)器為新創(chuàng)建的會議生成一個新的焦點，為它分配一個會議 URI(Conf URI)并在200 OK相應(yīng)中返回給UE-2。
步驟H1 H2后UE-2與會議中心的連接建立成功。
H3, UE-2向會議中心發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-l 的SIPURI,該消息的Replace頭為MMSCAS與UE-2的Dialog Id。H4,會議中心向UE-l發(fā)起Invite請求，該Invite請求的Replace頭為MMSC AS與UE-2的Dialog Id，該請求的Contact頭為會議中心的URI,并帶有isfocus 參數(shù)。該isfocus參數(shù)用于標(biāo)明該消息攜帶的URI為會議中心的URI。
H5, MMSC AS向UE-1發(fā)送通知消息(該消息可以是Notify或Info等消息)， 該消息用于通知UE-1第三方需要進(jìn)行會議電話。
H6,如果對端接受該補充業(yè)務(wù)，返回一個確認(rèn)消息。如果不接受，繼續(xù) 進(jìn)行原來的多媒體會話，無后續(xù)流程。
H7, MMSC AS根據(jù)錨定信息，進(jìn)行媒體分裂，向UE-1的PS分支發(fā)送 re-Invite消息，該消息中攜帶會議中心的媒體消息。
H8, MMSCAS向UE-l的CS分支發(fā)送re-Invite消息，該消息中攜帶會議中 心的^(某體信息。
H9, MMSC AS向會議中心返回200 OK消息，該消息中攜帶UE-1的PS域 的媒體信息和MGW的媒體信息。
H10, MMSC AS代替UE-1向UE-2發(fā)送BYE消息。
實施例九， 一種多媒體會話呼叫控制的方法，信令流程圖如圖10所示， 本實施例中，多終端方采用兩個PS終端UE-l和UE-2。
本實施例中，假設(shè)本端UE-1、 UE-2的多媒體會話已經(jīng)建立成功，該會話 中包含兩種媒體流語音、視頻(Voice， Video),其中Voice在CS網(wǎng)絡(luò)中傳輸， 另外兩種媒體在PS網(wǎng)絡(luò)中進(jìn)行傳輸。
圖中的S-CSCF和AS都是服務(wù)UE-1的網(wǎng)絡(luò)設(shè)備，UE-2 、 UE-3的相應(yīng) S-CSCF和AS沒有給出。
本實施例中，UE-1與UE-2的呼叫建立過程與參考實施例三步驟C1 ~C4。
51, UE-1向會議服務(wù)器會議中心發(fā)送會議請求，該Invite請求的目的地址 為會議服務(wù)器的URI。
52, MMSC AS將該消息進(jìn)行新錨定，MMSC AS控制將UE-2的信令加入到該新錨定信息中，并將UE-1的媒體信息和UE-2的媒體信息整合后發(fā)送給第 三方。
53, 會議服務(wù)器為新創(chuàng)建的會議生成一個新的焦點，為它分配一個會議 URI(Conf URI)并通過200 OK消息中帶回，該200 OK消息中包含會議中心的媒 體信息。
54, MMSC AS根據(jù)錨定信息，向UE-1發(fā)送200 OK消息。
55, MMSCAS向UE-2發(fā)送更新請求，將MREFP的媒體信息發(fā)往UE-2 步驟S1 S5后UE-1、 UE-2與會議中心的連接建立成功。
56, UE-1向會議中心發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-3 的SIP URI,該消息的Replace頭為UE-1與MMSC AS間的Dialog2的Dialog Id。
57, MMSC AS生成新的refer請求，并將Replace頭中的UE-1與MMSC AS 間的Dialog Id修改為MMSC AS與UE-3間Dialog3的Dialog Id,并發(fā)往會議中 心。
S8，會議中心根據(jù)refer消息，向UE-3發(fā)起新的呼叫請求，該請求的Replace 頭為MMSC AS與UE-3的Dialog3的Dialog Id值，該請求的Contact頭為會議中心 的URI,并帶有isfocus參數(shù)，該請求中包含會議中心的媒體信息。
S9, UE-3返回200OK消息，該消息中包含UE-3的+某體信息。
步驟9后會議中心與UE-3的鏈路建立成功。
S10, UE-3發(fā)送BYE消息。
Sll， MMSCAS向UE-1發(fā)送BYE消息。
實施例十， 一種呼叫控制的方法，信令流程圖如圖11所示，本實施例中， 假設(shè)UE-1 、 UE-2為多終端方的兩個終端，所述多終端方的UE-1 、 UE-2與 UE-3存在會話鏈接；UE-3與UE-4分別存在會話連接。
圖中的S-CSCF和AS都是服務(wù)UE-1的網(wǎng)絡(luò)設(shè)備，UE-2、 UE-3的相應(yīng) S-CSCF和AS沒有給出。T1 ， UE-3向UE-4發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-1 的SIPURI,該消息的Replace頭為UE-3與MMSC AS之間Dialog3的Dialog Id。
T2, UE4-向UE-3返回確認(rèn)消息。
T3, UE-4向UE-l發(fā)起Invite請求，該Invite請求的Replace頭為UE-2 與MMSC AS之間Dialog3的Dialog Id。
T4, MMSC AS收到Invite請求后，控制將原UE-2與MMSC AS間的信 令分支綁定到該步驟建立的信令分支中；MMSCAS進(jìn)行媒體分裂，向UE-l 發(fā)送Invite消息，MMSC AS對步驟3中Invite消息的Replace頭進(jìn)行修改， 修改為UE-l與MMSC AS之間的Dialog Id ( Dialog2 )值，并添加到該Invite 消息中，發(fā)往UE-l。
T5, UE-1返回確認(rèn)消息。
T6, MMSC AS向UE-4返回確認(rèn)消息。
T7 ， MMSC AS向UE-2發(fā)送re-Invite消息，該消息中攜帶UE-4的媒體消息。
T8, UE-2返回確^人消息。
T9, UE-l向UE-3發(fā)送BYE消息。
Tl0, UE-3返回確認(rèn)消息。
Til ~ T12, UE-3與UE-4斷開連才妄。
實施例十一， 一種多媒體會話呼叫控制的方法，流程如圖12所示，包括
nl,多終端方與第二方在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話；
n2 ，多終端方與第三方在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話；
n3,所述多終端方的主控終端向第二方發(fā)起要求第二方與第三方建立會
話呼叫轉(zhuǎn)移請求，該呼叫轉(zhuǎn)移請求被路由到所述應(yīng)用服務(wù)器，該呼叫轉(zhuǎn)移請
求包含該主控終端與應(yīng)用服務(wù)器之間呼叫支路的標(biāo)識；
n4,所述應(yīng)用服務(wù)器將所述呼叫轉(zhuǎn)移請求中的所述呼叫支路的標(biāo)識修改
27為所述應(yīng)用服務(wù)器與所述第三方之間呼叫支路的標(biāo)識；并將該呼叫轉(zhuǎn)移請求
發(fā)送給所述第二方;
n5,所述第二方向所述第三方發(fā)送會話邀請，所述會要邀請包含所述應(yīng)
用服務(wù)器與所述第三方之間呼叫支路的標(biāo)識；
n6，所述第三方接受所述會話邀請與第二方建立會話；
n7,所述第三方根據(jù)所述呼叫支路的標(biāo)識釋放該標(biāo)識對應(yīng)的呼叫支路所
在的會話。
本發(fā)明實施例十一 中，所述應(yīng)用服務(wù)器區(qū)分多終端方的主控終端和從屬 終端，在進(jìn)行呼叫轉(zhuǎn)移的過程中，當(dāng)收到第二方的呼叫轉(zhuǎn)移請求時，將所述 應(yīng)用服務(wù)器與第二方的之間的呼叫支路ID修改為與所述主控終端的ID,可以 使多終端方識別出進(jìn)行呼叫轉(zhuǎn)移后需要釋放的會話，實現(xiàn)了顯示呼叫轉(zhuǎn)移對 多終端的支持，擴大了業(yè)務(wù)應(yīng)用的范圍，使顯示呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用更加廣 泛。
下面提供本發(fā)明實施例十一應(yīng)用于具體會話場景的信令流程，信令流程 如圖13所示，包括
Ml, UE-1向UE-3發(fā)送Refer消息，該消息的Refer-To頭的地址為UE-4 的SIPURI,該消息的Replace頭為UE陽1與MMSCAS間Dialog2的Dialog Id M2, MMSC AS生成新的refer請求，并將Replace頭中的UE-1與MMSC AS間的Dialog Id修改為MMSC AS與UE-4間Dialog3的Dialog Id,發(fā)往 UE-3。
M3, UE-3返回確i人消息。
M4, UE-3根據(jù)refer消息，向UE-3發(fā)起新的呼叫請求，該請求的Replace 頭為MMSCAS與UE-4的Dialog3DialogId。
M5, UE-4返回200 OK消息，該消息中包含UE-4的媒體信息 步驟M5后UE-4與UE-3的鏈路建立成功。
M6, UE-4向UE-3發(fā)送BYE消息，用于端口 UE-4與UE-1、 UE-2的連接。M7 ~ M8, MMSC AS進(jìn)行媒體分裂，分別向UE-1和UE-2發(fā)送BYE消
自
M9, UE-1向UE-4發(fā)送BYE消息。
M10 ~ Mil, MMSC AS將步驟9的消息進(jìn)行分裂，分別向UE-4和UE-2 發(fā)送BYE消息，斷開UE-1 、 UE-2與UE-4的連才妄。
實施例十二， 一種應(yīng)用服務(wù)器1300,結(jié)構(gòu)示意圖如圖14所示，包括會
話控制單元1310、呼叫建立單元1320、呼叫綁定單元1330、呼叫轉(zhuǎn)移請求處
理單元1340和呼叫支路釋放單元1350。
會話控制單元1310,用于控制多終端方與對端進(jìn)行多媒體會話； 呼叫建立單元1320，用于控制多終端方的主控終端與第三方建立會話； 呼叫綁定單元1330,用于將多終端方的從屬終端與對端之間的呼叫支路
綁定到所述與第三方建立的會話中。
呼叫轉(zhuǎn)移請求處理單元1340,所述應(yīng)用服務(wù)器接收所述對端發(fā)送的呼叫
轉(zhuǎn)移請求；將所述呼叫轉(zhuǎn)移請求發(fā)送給所述多終端方；所述呼叫轉(zhuǎn)移請求中 包含呼叫轉(zhuǎn)移第三方的地址。
呼叫支路釋放單元1350,用于接收多終端方對呼叫轉(zhuǎn)移的確認(rèn)，則釋放 應(yīng)用服務(wù)器與所述對端的呼叫支路；釋放應(yīng)用服務(wù)器與所述多終端方主控終 端的呼叫支路。
實施例十三， 一種應(yīng)用服務(wù)器1400，結(jié)構(gòu)示意圖如圖15示，包括會話
控制單元1410,呼叫建立單元1420和呼叫綁定單元1430;
會話控制單元1410,用于控制多終端方與對端進(jìn)行多媒體會話； 呼叫建立單元1420,用于代替所述多終端方與所述第三方建立呼叫支路； 呼叫綁定單元1430,用于將與所述多終端方的各個終端之間已有的呼叫
支路和所述與第三方建立的呼叫支路綁定，建立所述多終端方的各個終端與
第三方的會話連接。
呼叫轉(zhuǎn)移請求處理單元1440,用于接收所述對端發(fā)送的呼叫轉(zhuǎn)移請求并
通知所述多終端方對端請求呼叫轉(zhuǎn)移；所述呼叫轉(zhuǎn)移請求中包含呼叫轉(zhuǎn)移第三方的i也址。
呼叫支路釋放單元1450,用于在接收到所述多終端方對所述通知的確認(rèn)
時，釋放應(yīng)用服務(wù)器與所述對端的呼叫支路。
以上對本發(fā)明所提供的 一種多媒體會話呼叫控制的方法及應(yīng)用服務(wù)器進(jìn)
行了詳細(xì)介紹，其中
本發(fā)明實施例中，多終端方與第三方建立的多媒體會話中，通過重用全 部或部分已有的呼叫支路，相對于現(xiàn)有技術(shù)中的重建多媒體會話的方式實現(xiàn) 呼叫轉(zhuǎn)移，使呼叫轉(zhuǎn)移過程的信令流程更加簡單優(yōu)化，并且縮短了執(zhí)行呼叫 轉(zhuǎn)移過程的時間，提高了系統(tǒng)的處理效率，提升了用戶的業(yè)務(wù)體驗感受。
本發(fā)明實施例中，直接將呼叫轉(zhuǎn)移消息發(fā)送給該多終端方的主控終端， 而主控終端為PS終端。相對于現(xiàn)有技術(shù)，簡化了信令，去掉了冗余的信令流 程，使本發(fā)明實施例方法更加簡單合理。
對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實施方 式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本 發(fā)明的限制。
權(quán)利要求
1. 一種多媒體會話呼叫控制的方法，其特征在于，包括多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話；多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話；應(yīng)用服務(wù)器將多終端方的從屬終端與應(yīng)用服務(wù)器之間的呼叫支路綁定到所述與第三方建立的會話中。
2. 如權(quán)利要求l所述的方法，其特征在于，所述多終端方的主控終端在 應(yīng)用服務(wù)器的控制下與第三方建立會話之前包括所述應(yīng)用服務(wù)器接收所述對端發(fā)送的呼叫轉(zhuǎn)移請求；將所述呼叫轉(zhuǎn)移請 求發(fā)送給所述多終端方；所述呼叫轉(zhuǎn)移請求中包含呼叫轉(zhuǎn)移第三方的地址。
3. 如權(quán)利要求2所述的方法，其特征在于，所述將所述呼叫轉(zhuǎn)移請求發(fā) 送給所述多終端方包括通過所述應(yīng)用服務(wù)器與所述多終端方的PS呼叫支路將所述呼叫轉(zhuǎn)移請求 發(fā)送給所述多終端方的主控終端。
4. 如權(quán)利要求2所述的方法，其特征在于，所述應(yīng)用服務(wù)器將所述呼叫 轉(zhuǎn)移請求發(fā)送給所述多終端方之后包括若所述多終端方向應(yīng)用服務(wù)器返回所述呼叫轉(zhuǎn)移的確認(rèn)，則釋放應(yīng)用服 務(wù)器與所述對端的呼叫支路；釋放應(yīng)用服務(wù)器與所述多終端方主控終端的呼 叫支路。
5. 如權(quán)利要求l所述的方法，其特征在于，多終端方的主控終端在應(yīng)用 服務(wù)器的控制下與第三方建立的會話由所述主控終端發(fā)起或由所述第三方發(fā) 起。
6. 如權(quán)利要求5所述的方法，其特征在于，所述第三方為會議中心。
7. 如權(quán)利要求l所述的方法，其特征在于，所述多終端方的主控終端在 應(yīng)用服務(wù)器的控制下與第三方建立會話之前包括所述對端向所述第三方發(fā)送呼叫轉(zhuǎn)移請求，所述呼叫轉(zhuǎn)移請求包含所述 多終端方的地址和所述應(yīng)用服務(wù)器與所述對端之間呼叫支路的標(biāo)識；
8. 如權(quán)利要求7所述的方法，其特征在于，所述多終端方的主控終端在應(yīng)用服務(wù)器的控制下與第三方建立會話的過程包括所述第三方向所述應(yīng)用服務(wù)器發(fā)送會話邀請；所述會話邀請包含所述多 終端方的地址和所述呼叫支路的標(biāo)識；所述應(yīng)用服務(wù)器將所述會話邀請中的所述呼叫支路的標(biāo)識修改為所述應(yīng) 用服務(wù)器與所述多終端方的主控終端之間的呼叫支路的標(biāo)識；并將修改后的 會話邀請發(fā)送給所述主控終端；所述主控終端接受所述會話邀請，向所述應(yīng)用服務(wù)器返回確認(rèn)消息，所 述應(yīng)用服務(wù)器將所述確認(rèn)消息返回給所述第三方。
9. 如權(quán)利要求8所述的方法，其特征在于，包括所述多終端方的主控 終端在應(yīng)用服務(wù)器的控制下與第三方建立會話之后進(jìn)一步包括所述主控終端拆除所述收到的呼叫支路標(biāo)識對應(yīng)的呼叫支路所在的會話。
10. 如權(quán)利要求6所述的方法，其特征在于，所述應(yīng)用服務(wù)器將多終端 方的從屬終端與應(yīng)用服務(wù)器之間的呼叫支路綁定到所述與第三方建立的會話 中之后包括所述多終端方的主控終端向所述會議中心發(fā)送呼叫轉(zhuǎn)移請求，該呼叫轉(zhuǎn) 移請求被路由到所述應(yīng)用服務(wù)器；所述呼叫轉(zhuǎn)移請求包含對端的地址和該主 控終端與所述應(yīng)用服務(wù)器之間呼叫支路的標(biāo)識；所述應(yīng)用服務(wù)器將所述呼叫轉(zhuǎn)移請求中的所述呼叫支路的標(biāo)識修改為所 述應(yīng)用服務(wù)器與所述對端之間呼叫支路的標(biāo)識；并將該呼叫轉(zhuǎn)移請求發(fā)送給 所述會議中心；所述會議中心向所述對端發(fā)送會話邀請；所述會話邀請包含所述應(yīng)用服 務(wù)器與所述對端之間呼叫支路的標(biāo)識；所述對端返回確認(rèn)消息接受所述會話邀請；所述對端釋放所述應(yīng)用服務(wù)器與對端之間呼叫支路的標(biāo)識對應(yīng)的呼叫支 路所在會話。
11. 如權(quán)利要求1至IO任意一項所述的方法，其特征在于，所述多終端方的終端包括PS域終端和CS域終端。
12. 如權(quán)利要求11所述的方法，其特征在于，所述PS域終端為主控終 端；CS域終端為從屬終端。
13. —種多媒體會話呼叫控制的方法，其特征在于，包括 多終端方與對端在應(yīng)用服務(wù)器的控制下進(jìn)行多^ 某體會話； 所述應(yīng)用服務(wù)器代替所述多終端方與所述第三方建立呼叫支路； 所述應(yīng)用服務(wù)器將與所述多終端方的各個終端之間已有的呼叫支路和所述與第三方建立的呼叫支路綁定，建立所述多終端方的各個終端與第三方的 會話連接。
14. 如權(quán)利要求13所述的方法，其特征在于，所述應(yīng)用服務(wù)器與所述第 三方建立呼叫支路之前包括；所述應(yīng)用服務(wù)器接收所述對端發(fā)送的呼叫轉(zhuǎn)移請求；所述呼叫轉(zhuǎn)移請求 中包含呼叫轉(zhuǎn)移第三方的地址。
15. 如權(quán)利要求14所述的方法，其特征在于，所述應(yīng)用服務(wù)器收到所述 對端發(fā)送的呼叫轉(zhuǎn)移請求后包括通知所述多終端方對端請求呼叫轉(zhuǎn)移；若收到所述多終端方返回確認(rèn)消息，則繼續(xù)所述應(yīng)用服務(wù)器代替所述多 終端方與所述第三方建立呼叫支路的步驟并將所述確認(rèn)消息發(fā)送給對端； 所述對端收到所述確認(rèn)消息，釋放對端與應(yīng)用服務(wù)器之間的呼叫支路。
16. 如權(quán)利要求13所述的方法，其特征在于，所述應(yīng)用服務(wù)器與所述第 三方建立的呼叫支路由所述應(yīng)用服務(wù)器發(fā)起或由所述第三方發(fā)起。
17. 如權(quán)利要求14所述的方法，其特征在于，所述第三方為會議中心。
18. 如權(quán)利要求13至17任意一項所述的方法，其特征在于，所述多終 端方的終端包括PS域終端和CS域終端。
19. 一種多媒體會話呼叫控制的方法，其特征在于，包括 多終端方與第二方在應(yīng)用服務(wù)器的控制下進(jìn)行多々某體會話； 多終端方與第三方在應(yīng)用服務(wù)器的控制下進(jìn)行多媒體會話；所述多終端方的主控終端向第二方發(fā)起要求第二方與第三方建立會話呼 叫轉(zhuǎn)移請求，該呼叫轉(zhuǎn)移請求被路由到所述應(yīng)用服務(wù)器，該呼叫轉(zhuǎn)移請求包含該主控終端與應(yīng)用服務(wù)器之間呼叫支路的標(biāo)識；所述應(yīng)用服務(wù)器將所述呼叫轉(zhuǎn)移請求中的所述呼叫支路的標(biāo)識修改為所 述應(yīng)用服務(wù)器與所述第三方之間呼叫支路的標(biāo)識；并將該呼叫轉(zhuǎn)移請求發(fā)送 給所述第二方；所述第二方向所述第三方發(fā)送會話邀請，所述會要邀請包含所述應(yīng)用服 務(wù)器與所述第三方之間呼叫支路的標(biāo)識；所述第三方接受所述會話邀請與第二方建立會話；所述第三方根據(jù)所述呼叫支路的標(biāo)識釋放該標(biāo)識對應(yīng)的呼叫支路所在的 會話。
20. —種應(yīng)用服務(wù)器，其特征在于，包括會話控制單元，呼叫建立單元和呼叫綁定單元；會話控制單元，用于控制多終端方與對端進(jìn)行多媒體會話； 呼叫建立單元，用于控制多終端方的主控終端與第三方建立會話； 呼叫綁定單元，用于將多終端方的從屬終端與對端之間的呼叫支路綁定到所述與第三方建立的會話中。
21. 如權(quán)利要求20所述的應(yīng)用服務(wù)器，其特征在于，還包括 呼叫轉(zhuǎn)移請求處理單元，所述應(yīng)用服務(wù)器接收所述對端發(fā)送的呼叫轉(zhuǎn)移請求；將所述呼叫轉(zhuǎn)移請求發(fā)送給所述多終端方；所述呼叫轉(zhuǎn)移請求中包含 呼叫轉(zhuǎn)移第三方的地址。
22. 如權(quán)利要求21所述的方法，其特征在于，還包括呼叫支路釋放單 元，用于接收多終端方對呼叫轉(zhuǎn)移的確認(rèn)，則釋放應(yīng)用服務(wù)器與所述對端的 呼叫支路；釋放應(yīng)用服務(wù)器與所述多終端方主控終端的呼叫支路。
23. —種應(yīng)用服務(wù)器，其特征在于，包括會話控制單元，呼叫建立單 元和呼叫綁定單元；會話控制單元，用于控制多終端方與對端進(jìn)行多媒體會話；呼叫建立單元，用于代替所述多終端方與所述第三方建立呼叫支路；呼叫綁定單元，用于將與所述多終端方的各個終端之間已有的呼叫支路 和所述與第三方建立的呼叫支路綁定，建立所述多終端方的各個終端與第三 方的會話連接。
24. 如權(quán)利要求23所述的應(yīng)用服務(wù)器，其特征在于，還包括 呼叫轉(zhuǎn)移請求處理單元，用于接收所述對端發(fā)送的呼叫轉(zhuǎn)移請求并通知所述多終端方對端請求呼叫轉(zhuǎn)移；所述呼叫轉(zhuǎn)移請求中包含呼叫轉(zhuǎn)移第三方 的地址。
25. 如權(quán)利要求24所述的應(yīng)用服務(wù)器，其特征在于，還包括呼叫支路釋放單元，用于在接收到所述多終端方對所述通知的確認(rèn)時， 釋放應(yīng)用服務(wù)器與所述對端的呼叫支路。
全文摘要
本發(fā)明公開了一種多媒體會話呼叫控制的方法及應(yīng)用服務(wù)器，多終端方與第三方建立的多媒體會話中，通過重用全部或部分已有的呼叫支路，相對于現(xiàn)有技術(shù)中的重建多媒體會話的方式實現(xiàn)呼叫轉(zhuǎn)移，使呼叫轉(zhuǎn)移過程的信令流程更加簡單優(yōu)化，并且縮短了執(zhí)行呼叫轉(zhuǎn)移過程的時間，提高了系統(tǒng)的處理效率，提升了用戶的業(yè)務(wù)體驗感受。
文檔編號H04W4/16GK101431737SQ20071016578
公開日2009年5月13日 申請日期2007年11月5日 優(yōu)先權(quán)日2007年11月5日
發(fā)明者輝 金, 龍水平 申請人:華為技術(shù)有限公司