專利名稱：聯(lián)合會話控制權(quán)變化的方法、裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域，具體涉及聯(lián)合會話控制權(quán)變化以及媒體變化技術(shù)。
背景技術(shù)：
在會話實現(xiàn)過程中，多個UE可以分別與相同對端UE建立不同媒體，與相同對端UE 建立不同媒體的多個UE組成的會話稱為聯(lián)合會話。參與聯(lián)合會話的多個UE 錨定在一個 Service Centralization and Continuity Application Server (業(yè)務(wù)集中與連續(xù)性應(yīng)用服務(wù)器，SCC AS)上，多個UE有多個Access Leg(接入分支)，且參與聯(lián)合會話的多個UE可以向?qū)Χ薝E呈現(xiàn)一個Remote Leg(對端分支)。另外，聯(lián)合會話中可以對聯(lián)合會話進行控制的UE稱為Controller UE(主控UE)，反之稱為 Controllee UE (受控 UE)。聯(lián)合會話的一個具體例子在UEl與UE2進行IP Multimedia Subsystem(基于IP 的多媒體系統(tǒng)，IMS)會話過程中，UEl將IMS會話中的語音媒體轉(zhuǎn)移到UE3上，將IMS會話中的視頻媒體轉(zhuǎn)移到UE4上，UEl保留聯(lián)合會話控制權(quán)，從而UE1、UE2和UE3成功建立聯(lián)合會話，UEl為主控UE，UE3和UE4為受控UE。聯(lián)合會話中的主控UE可以將聯(lián)合會話控制權(quán)轉(zhuǎn)移給其他UE，也可以共享給其他 UE。然而，目前無法實現(xiàn)屬于不同SCC AS的UE之間進行聯(lián)合會話控制權(quán)轉(zhuǎn)移或共享的問題。

發(fā)明內(nèi)容
本發(fā)明實施方式提供的聯(lián)合會話控制權(quán)變化的方法、裝置，使屬于不同SCCAS的 UE之間能夠?qū)崿F(xiàn)聯(lián)合會話控制權(quán)轉(zhuǎn)移或者共享。本發(fā)明實施方式提供一種聯(lián)合會話控制權(quán)變化的方法，包括業(yè)務(wù)集中與連續(xù)性應(yīng)用服務(wù)器SCC AS接收聯(lián)合會話控制權(quán)變化請求消息，所述聯(lián)合會話控制權(quán)變化請求消息用于請求在控制用戶設(shè)備UE和目標(biāo)UE之間轉(zhuǎn)移或者共享聯(lián)合會話控制權(quán)；所述SCC AS確定出自身為聯(lián)合會話錨定點后，所述SCC AS控制所述目標(biāo)UE建立聯(lián)合會話控制權(quán)，在確定所述目標(biāo)UE不歸屬所述SCC AS的情況下，所述SCC AS將自身身份信息或聯(lián)合會話信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCC AS。對應(yīng)的，本發(fā)明實施方式提供一種業(yè)務(wù)集中與連續(xù)性應(yīng)用服務(wù)器SCC AS，所述SCC AS包括接收模塊，用于接收聯(lián)合會話控制權(quán)變化請求消息，所述消息用于請求聯(lián)合會話控制權(quán)在控制用戶設(shè)備UE和目標(biāo)UE之間轉(zhuǎn)移或者共享聯(lián)合會話控制權(quán)變化請求；處理模塊，用于在確定出所述SCC AS為聯(lián)合會話錨定點后，控制目標(biāo)UE建立聯(lián)合會話控制權(quán)，在確定所述目標(biāo)UE不歸屬所述SCC AS的情況下，將所述SCC AS自身身份信息或聯(lián)合會話信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCC AS。由上述本發(fā)明實施例提供的技術(shù)方案可以看出，本發(fā)明實施例SCC AS在接收聯(lián)合會話控制權(quán)變化請求消息，確定出自身為聯(lián)合會話錨定點后，所述SCCAS控制所述目標(biāo)UE 建立聯(lián)合會話控制權(quán)，在確定所述目標(biāo)UE不歸屬所述SCCAS的情況下，所述SCC AS將自身身份信息或聯(lián)合會話信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCC AS,因此實現(xiàn)了屬于不同SCC AS的UE之間進行聯(lián)合會話控制權(quán)的變化。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例一的聯(lián)合會話控制權(quán)變化的方法流程圖；圖2是本發(fā)明實施例二的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法流程圖；圖3是本發(fā)明實施例三的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法流程圖；圖4是本發(fā)明實施例四的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法流程圖；圖5是本發(fā)明實施例五的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法流程圖；圖6是本發(fā)明實施例六的媒體變化的方法流程圖；圖7是本發(fā)明實施例七的媒體變化的方法流程圖；圖8是本發(fā)明實施例八的媒體變化的方法流程圖；圖9是本發(fā)明實施例九的聯(lián)合會話控制權(quán)變化的裝置示意圖；圖10是本發(fā)明實施例十的媒體變化的裝置示意圖；圖11是本發(fā)明實施例十一的聯(lián)合會話控制權(quán)變化的系統(tǒng)示意圖；圖12是本發(fā)明實施例十二的媒體變化的系統(tǒng)示意圖。
具體實施例方式下面通過實施例對本發(fā)明的具體實現(xiàn)過程進行舉例說明。顯然，下面所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。實施例一、聯(lián)合會話控制權(quán)變化的方法。該方法的流程如附圖1所示。圖1中，S100、SCC AS接收聯(lián)合會話控制權(quán)變化請求消息，該聯(lián)合會話控制權(quán)變化請求消息用于請求在控制UE和目標(biāo)UE之間轉(zhuǎn)移或者共享聯(lián)合會話控制權(quán)。SlOO中的控制UE即當(dāng)前控制UE，目標(biāo)UE即聯(lián)合會話控制權(quán)變化后的控制UE，目標(biāo)UE可以是聯(lián)合會話中的受控UE，也可以不是聯(lián)合會話中的UE。也就是說，可以將控制UE 上的聯(lián)合會話控制權(quán)轉(zhuǎn)移或者共享給受控UE ；也可以將控制UE上的聯(lián)合會話控制權(quán)轉(zhuǎn)移或者共享給之前沒有參與聯(lián)合會話的UE，在聯(lián)合會話控制權(quán)轉(zhuǎn)移或者共享之后，上述之前沒有參與聯(lián)合會話的UE成為參與聯(lián)合會話的控制UE。SlOO中的聯(lián)合會話控制權(quán)變化請求消息可以是控制UE發(fā)送的，也可以是受控UE或聯(lián)合會話之外的UE發(fā)送的。參與聯(lián)合會話的UE可以采用push (推)或pull (拉)的方式進行聯(lián)合會話控制權(quán)變化。通常情況下，聯(lián)合會話控制權(quán)變化請求消息的發(fā)送方為控制 UE或者目標(biāo)UE, 一種較為特殊的情況為，聯(lián)合會話控制權(quán)變化請求消息的發(fā)送方為除控制UE和目標(biāo)UE之外的第三方UE，一個具體的例子UE1、UE2和UE3參與了聯(lián)合會話，其中控制UE為UEl，受控UE為UE2和UE3，UE2請求將聯(lián)合會話控制權(quán)在UEl和UE3之間發(fā)生變化。聯(lián)合會話控制權(quán)變化請求消息中應(yīng)攜帶聯(lián)合會話控制權(quán)變化指示信息和目標(biāo)UE 信息，以使SCC AS能夠根據(jù)接收到的聯(lián)合會話控制權(quán)變化請求消息獲知聯(lián)合會話控制權(quán)需要在控制UE和目標(biāo)UE之間發(fā)生變化(如轉(zhuǎn)移或共享等)。本實施例不限制聯(lián)合會話控制權(quán)變化請求消息所采用的協(xié)議、以及具體的消息格式等。S110、SCC AS在判斷出自身為聯(lián)合會話錨定點SCC AS后，SCC AS控制目標(biāo)UE建立聯(lián)合會話控制權(quán)，且SCC AS將自身身份信息，或聯(lián)合會話信息通知給目標(biāo)UE和目標(biāo)UE 歸屬的SCC AS。需要說明的是上述自身身份信息為聯(lián)合會話錨定點SCC AS信息，其具體為標(biāo)識 SCC AS的地址信息，在本發(fā)明實施例中采用聯(lián)合會話錨定點SCC AS信息描述；聯(lián)合會話信息包括聯(lián)合會話主控UE、被控UE的身份信息等。SllO中的SCC AS可以根據(jù)自身存儲的聯(lián)合會話錨定點SCC AS信息確定出自身是否為聯(lián)合會話錨定點。在實際的網(wǎng)絡(luò)環(huán)境中，聯(lián)合會話錨定點SCC AS可能是控制UE歸屬的SCC AS,也有可能是受控UE歸屬的SCC AS。在SllO中的SCC AS是聯(lián)合會話控制權(quán)變化請求消息的發(fā)起方(即發(fā)送方)UE歸屬的SCC AS時，該SCC AS可以根據(jù)該發(fā)起方UE所屬用戶的簽約信息針對該聯(lián)合會話控制權(quán)變化請求消息進行認證，以判斷該發(fā)起方UE是否允許進行聯(lián)合會話控制權(quán)轉(zhuǎn)移或共享； 在判斷出允許進行聯(lián)合會話控制權(quán)轉(zhuǎn)移或者共享、且該SCC AS為聯(lián)合會話錨定點時，該SCC AS控制目標(biāo)UE建立聯(lián)合會話控制權(quán)，該SCC AS在確定出目標(biāo)UE不是本地UE的情況下， 該SCC AS將聯(lián)合會話錨定點SCC AS信息或聯(lián)合會話信息通知給目標(biāo)UE和目標(biāo)UE歸屬的 SCCAS0具體的，所述聯(lián)合會話錨定點SCC AS為目標(biāo)UE建立聯(lián)合會話控制權(quán)可以包括聯(lián)合會話錨定點SCC AS向目標(biāo)UE發(fā)送建立聯(lián)合會話控制權(quán)指示消息，以在目標(biāo)UE上建立聯(lián)合會話控制權(quán)。聯(lián)合會話控制權(quán)指示消息可以具體為建立聯(lián)合會話控制權(quán)請求消息，或者具體為建立聯(lián)合會話控制權(quán)響應(yīng)消息，本實施例不限制建立聯(lián)合會話控制權(quán)指示消息的具體表現(xiàn)形式。聯(lián)合會話錨定點SCC AS向目標(biāo)UE發(fā)送的建立聯(lián)合會話控制權(quán)指示消息中攜帶建立聯(lián)合會話控制權(quán)指示信息和聯(lián)合會話錨定點SCC AS信息?？蛇x的，建立聯(lián)合會話控制權(quán)指示消息中還可以攜帶聯(lián)合會話信息。建立聯(lián)合會話控制權(quán)指示消息會通過目標(biāo)UE歸屬的SCC AS傳輸至目標(biāo)UE。目標(biāo)UE歸屬的SCCAS以及目標(biāo)UE可以從接收到的建立聯(lián)合會話控制權(quán)指示消息中獲取并存儲聯(lián)合會話錨定點SCC AS信息?？蛇x的，目標(biāo)UE歸屬的SCC AS和目標(biāo)UE可以從接收到的建立聯(lián)合會話控制權(quán)指示消息中獲取并存儲聯(lián)合會話信息。 聯(lián)合會話信息用于對聯(lián)合會話進行控制。聯(lián)合會話錨定點SCC AS還可以采用其它方式向目標(biāo)UE歸屬的SCC AS和目標(biāo)UE提供聯(lián)合會話信息，例如，聯(lián)合會話錨定點SCC AS根據(jù)目標(biāo)UE對聯(lián)合會話信息的訂閱向目標(biāo)UE發(fā)送聯(lián)合會話信息。本實施例中的目標(biāo)UE可以主動的向聯(lián)合會話錨定點SCC AS訂閱聯(lián)合會話信息，也可以被動的向聯(lián)合會話錨定點SCC AS訂閱聯(lián)合會話信息。被動訂閱即 目標(biāo)UE根據(jù)聯(lián)合會話錨定點SCC AS的觸發(fā)執(zhí)行訂閱操作。被動訂閱的一個具體例子為 在聯(lián)合會話控制權(quán)在控制UE和目標(biāo)UE之間轉(zhuǎn)移或者共享成功后，聯(lián)合會話錨定點觸發(fā)新的控制UE訂閱聯(lián)合會話信息。本實施例不限制聯(lián)合會話錨定點SCC AS執(zhí)行觸發(fā)操作所采用的具體消息名稱、以及消息中包含的具體內(nèi)容等。在聯(lián)合會話控制權(quán)成功轉(zhuǎn)移至目標(biāo)UE后，目標(biāo)UE成為控制UE,原控制UE成為受控UE，聯(lián)合會話錨定點SCC AS還可以向通信的對端UE發(fā)送通知信息，使對端UE獲知與其通信的本端UE發(fā)生了變化，由變化后的控制UE與其通信。在聯(lián)合會話控制權(quán)在控制UE和目標(biāo)UE之間共享后，目標(biāo)UE成為控制UE,原控制 UE仍然為控制UE，聯(lián)合會話錨定點SCC AS通常可以不向通信的對端UE發(fā)送上述通知信息。 當(dāng)然，聯(lián)合會話錨定點SCC AS也可以向通信的對端UE發(fā)送上述通知信息。另外，在聯(lián)合會話控制權(quán)轉(zhuǎn)移或共享后，還可以在UE之間發(fā)生媒體變化，如媒體轉(zhuǎn)移、復(fù)制媒體或者增加媒體等。在發(fā)生媒體變化時，本實施例可以采用現(xiàn)有的媒體變化方式，也可以采用后續(xù)實施例中記載的媒體變化方式。本實施例不限制媒體變化的具體實現(xiàn)過程。從上述實施例一的描述可知，實施例一中的控制UE可以主動發(fā)起將聯(lián)合會話控制權(quán)轉(zhuǎn)移給受控UE的流程，實施例一中的受控UE也可以主動發(fā)起將聯(lián)合會話控制權(quán)從主控UE轉(zhuǎn)移到自身的流程；聯(lián)合會話錨定點SCC AS通過將聯(lián)合會話錨定點SCC AS信息以及聯(lián)合會話信息通知給目標(biāo)UE和目標(biāo)UE歸屬的SCC AS,成功實現(xiàn)了基于Push方式或者基于 Pull方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)。實施例二、基于Push方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法。下面結(jié)合圖2對本實施例進行說明。圖2中的UE-I和UE-2建立了聯(lián)合會話，并與對端UE-3進行通信。其中UE-I上建立了語音媒體(即UE-I與UE-3之間存在語音媒體連接，UE-I與UE-3之間通過該連接進行語音媒體流傳輸)，UE-2上建立了視頻媒體(即UE-2與UE-3之間存在視頻媒體連接， UE-2與UE-3之間通過該連接進行視頻媒體流傳輸)。UE-I為控制UE(也可以稱為主控 UE),UE-2為受控UE。UE-I和UE-2屬于不同簽約用戶。UE-I歸屬的SCC AS為SCC AS-I, UE-2歸屬的SCCAS為SCC AS-2。聯(lián)合會話錨定在控制UE歸屬的SCC AS-I上，即SCC AS-I 為聯(lián)合會話錨定點。附圖2示出的流程包括Si、UE-I需要將聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2，UE-I發(fā)送Control Transfer Request(控制權(quán)轉(zhuǎn)移請求，即聯(lián)合會話控制權(quán)轉(zhuǎn)移請求)消息，該Control Transfer Request請求消息被傳輸至SCC AS-I0Control Transfer Request消息的一個具體例子Control Transfer Request消息通過refer (轉(zhuǎn)交)消息來實現(xiàn)，refer消息的sub ject (目的)頭域攜帶聯(lián)合會話控制權(quán)轉(zhuǎn)移指示信息，如subject :control-transfer。refer消息的request-URI (請求目的地址)頭域攜帶聯(lián)合會話錨定點SCC AS信息即SCC AS-I的信息。refer消息中的method(方
7法)的取值被設(shè)置為invite (邀請)消息。refer消息的refer-to頭域攜帶目標(biāo)UE的身份信息。上述聯(lián)合會話控制權(quán)轉(zhuǎn)移指示信息還可以通過refer-to頭來表示，例如，在 refer-to頭域增加目標(biāo)UE的能力信息或者特征信息，該能力信息或者特征信息可以表示出需要在目標(biāo)UE上建立聯(lián)合會話控制權(quán)。上述 refer-to 頭域的一個具體例子為refer_to :user2_publiclihomel. net ； control/iscontroller ；其中的 user2_publicIihome 1. net 為 UE-2 的身份信息，control/ iscontroller表示UE-2的能力信息或者特征信息，control/iscontroller可以表示出目標(biāo)UE-2需要成為聯(lián)合會話中的控制UE。S2、SCC AS-I 接收到 Control Transfer Request 消息后，根據(jù) UE-1 所屬用戶的簽約信息進行認證，以判斷是否允許UE-I將聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE-2，如果認證成功(即允許轉(zhuǎn)移)，則到S3，否則，向UE-I返回錯誤的響應(yīng)消息。S3、SCC AS-I判斷出自身為聯(lián)合會話錨定點(即hosting SCC AS)、且自身不是 UE-2 歸屬的 SCC AS 后，SCC AS-1 根據(jù)接收到的 Control Transfer Request 消息向 UE-2 發(fā)送建立聯(lián)合會話控制權(quán)指示消息。在本實施例中該消息具體可以為攜帶SCC AS-I信息和建立聯(lián)合會話控制權(quán)指示信息的建立聯(lián)合會話控制權(quán)請求消息。本實施例不限制該消息的具體名稱。SCC AS-I向UE-2發(fā)送建立聯(lián)合會話控制權(quán)指示消息的一個具體例子為SCC AS-I根據(jù)接收到的refer消息向UE-2發(fā)送re-invite消息，該re-invite消息的subject 頭域中攜帶聯(lián)合會話控制權(quán)轉(zhuǎn)移指示信息，如subject control-transfer。re-invite消息的contact頭域中攜帶聯(lián)合會話錨定點SCC AS信息，即SCC AS-I的信息，如contact userl~publicisccas. com ；gr = 12345 ；hosting-sccas = sccaslihome. net。S4、UE-2歸屬的SCC AS_2接收建立聯(lián)合會話控制權(quán)指示消息，并根據(jù)UE-2所屬用戶的簽約信息進行認證，以判斷是否允許從UE-I處將聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE-2,如果允許，則SCC AS-2存儲建立聯(lián)合會話控制權(quán)指示消息中包含的聯(lián)合會話錨定點SCC AS信息(如SCC AS-I的地址信息)，到S5，否則，SCCAS-2向UE-I返回錯誤的響應(yīng)消息。S5、SCC AS-2向UE-2發(fā)送建立聯(lián)合會話控制權(quán)指示消息(如建立聯(lián)合會話控制權(quán)請求消息)，以指示在UE-2上建立聯(lián)合會話控制權(quán)。S6、UE-2接收建立聯(lián)合會話控制權(quán)指示消息后，如果UE-2接受在其上建立聯(lián)合會話控制權(quán)，則UE-2返回攜帶接受建立聯(lián)合會話控制權(quán)信息的Control Transfer Confirm(控制權(quán)轉(zhuǎn)移確認)消息，該消息經(jīng)由SCC AS-2傳輸至SCCAS-1。如果UE-2拒絕在其上建立聯(lián)合會話控制權(quán)，則UE-2返回攜帶拒絕建立聯(lián)合會話控制權(quán)信息的Control Transfer Confirm 消息。S7、SCC AS-I接收到攜帶接受建立聯(lián)合會話控制權(quán)信息的Control Transfer Confirm消息后，取消UE-1的聯(lián)合會話控制權(quán)，并向UE-1發(fā)送Control Transfer Response (控制權(quán)轉(zhuǎn)移響應(yīng))消息，以通知UE-I聯(lián)合會話控制權(quán)轉(zhuǎn)移成功。UE-I接收到收到Control Transfer Response消息后，釋放聯(lián)合會話信息，UE-I在聯(lián)合會話中的狀態(tài)由 controller UE 轉(zhuǎn)變?yōu)?controllee UE0S8、由于聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2，且UE-I與UE-2屬于不同簽約用戶，因此， SCC AS-I應(yīng)更新聯(lián)合會話與對端UE的連接，如SCC AS-I向Remote end(對端用戶)發(fā)
8送Remote leg update (對端分支更新)消息，使Remote end獲知與其通信的本端用戶為UE-2。一個具體的例子SCC AS-I向Remote end發(fā)送re-invite消息，該消息中的 p-asserted-identity (身份標(biāo)識頭域)頭域被設(shè)置為UE-2的身份信息。S9、聯(lián)合會話控制權(quán)成功轉(zhuǎn)移后，SCC AS-I仍然是聯(lián)合會話錨定點，為使UE-2獲得聯(lián)合會話信息，SCC AS-I觸發(fā)UE-2向SCC AS-I訂閱聯(lián)合會話信息，如SCC AS-I向UE-2 發(fā)送 Transfer Collaborative Session Information Request (轉(zhuǎn)移聯(lián)合會話信息請求) 消息，該消息經(jīng)由SCC AS-2傳輸至UE-2。該消息可以為refer消息，一個具體的例子refer 消息中的refer-to頭域攜帶SCC AS-I的地址信息，refer消息中的method的取值被設(shè)置為subscribe (訂閱)，refer消息中的refer-sub被設(shè)置為false (失敗)。如果在S6中，UE-2接受在其上建立聯(lián)合會話控制權(quán)后，UE_2主動向SCCAS-I訂閱聯(lián)合會話信息，則本實施例可以不包括上述S9。在本實施例不包括上述S9的情況下，UE-2可以從接收到的建立聯(lián)合會話控制權(quán)指示消息中獲取并存儲SCC AS-I的地址信息，之后，UE-2根據(jù)該地址信息主動向SCC AS-I 訂閱聯(lián)合會話信息。在本實施例包括上述S9的情況下，UE-2可以根據(jù)轉(zhuǎn)移聯(lián)合會話信息請求消息向SCC AS-I訂閱聯(lián)合會話信息。S10、UE_2向SCC AS-I發(fā)送訂閱消息，以請求獲取聯(lián)合會話信息，該訂閱消息經(jīng)由 SCC AS-2傳輸至SCC AS-I0該訂閱消息也可以稱為聯(lián)合會話信息請求消息。Sl 1、SCC AS-I接收到訂閱消息后，向UE-2發(fā)送攜帶聯(lián)合會話信息的 Collaborative Session Information Response (聯(lián)合會話信息口向應(yīng))消息，該消息經(jīng)由 SCC AS-2傳輸至UE-2。UE-2和SCC AS-2獲取并存儲聯(lián)合會話信息。上述圖2示出的流程可以使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2。如果需要進行聯(lián)合會話控制權(quán)的共享，則實現(xiàn)過程與上述流程基本相同，其區(qū)別包括在Sl中，UE-I發(fā)送的控制權(quán)轉(zhuǎn)移請求消息中攜帶聯(lián)合會話控制權(quán)共享指示信息，如refer消息的subject頭域被設(shè)置為subject :control-share ；在S7中SCC AS-I不取消UE-1的聯(lián)合會話控制權(quán)， SCC AS-I向UE-I發(fā)送的通知消息僅告知UE-I 已經(jīng)在UE-2上成功建立了聯(lián)合會話控制權(quán)，UE-I在接收到該通知消息后，不釋放聯(lián)合會話信息；另外，可以不包括S8,即SCC AS-I 可以不更新聯(lián)合會話與對端UE的連接。聯(lián)合會話控制權(quán)共享的具體實現(xiàn)過程在本實施例中不再詳細說明。如果聯(lián)合會話控制權(quán)在轉(zhuǎn)移到UE-2之后，又需要將UE-2的聯(lián)合會話控制權(quán)轉(zhuǎn)移到其它UE,如UE-3,則仍然由聯(lián)合會話錨定點來控制聯(lián)合會話控制權(quán)的轉(zhuǎn)移。例如，UE-2發(fā)送的聯(lián)合會話控制權(quán)轉(zhuǎn)移請求消息會先傳輸至SCC AS-2，SCC AS-2在認證成功后，向SCC AS-I發(fā)送該請求消息，SCC AS-I根據(jù)接收到的該消息向UE-3發(fā)送建立聯(lián)合會話控制權(quán)指示消息，SCC AS-3接收到建立聯(lián)合會話控制權(quán)指示消息且認證成功后，向UE-3發(fā)送建立聯(lián)合會話控制權(quán)指示消息，UE-3返回的消息經(jīng)由SCC AS-3傳輸至SCC AS-I,由SCC AS-I取消UE-2的聯(lián)合會話控制權(quán)，并通知UE-2，UE-2釋放聯(lián)合會話信息。具體實現(xiàn)過程在本實施例中不再詳細說明。從上述實施例二的描述可知，實施例二中的控制UE可以主動發(fā)起將聯(lián)合會話控制權(quán)轉(zhuǎn)移給受控UE的流程，聯(lián)合會話錨定點SCC AS通過將聯(lián)合會話錨定點SCC AS信息以及聯(lián)合會話信息通知給該受控UE (即目標(biāo)UE)和該受控UE歸屬的SCC AS，成功實現(xiàn)了基于Push方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)。實施例三、基于Pull方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法。下面結(jié)合附圖3對本實施例進行說明；應(yīng)用場景與實施例2相同，此處不再贅述。附圖3示出的流程包括S1、UE_2通過kssion-Discovery (會話發(fā)現(xiàn))過程獲得會話發(fā)現(xiàn)信息，如UE-1中聯(lián)合會話信息等。S2、UE_2根據(jù)會話發(fā)現(xiàn)信息等決定將UE-I上的聯(lián)合會話控制權(quán)轉(zhuǎn)移到自身，UE_2 發(fā)送 Control Transfer Request 消息，Control Transfer Request 消息傳輸至 SCC AS-2。Control Transfer Request消息的一個具體例子Control Transfer Request消息通過invite或者re-invie消息來實現(xiàn)，invite或者re-invie消息的subject頭域攜帶聯(lián)合會話控制權(quán)轉(zhuǎn)移指示信息，如subject :control-transfer。invite或者re-invie消息的request-URI頭域攜帶主控UE信息，如UE-1的身份信息。invite或者re-invie消息的Join(WA)頭域攜帶主控UE上的聯(lián)合會話標(biāo)識信息，如Join :adcdf9a2s ；1234 ；5678。S3、UE_2 歸屬的 SCC AS (即 SCC AS-2)接收 Control Transfer Request 消息，根據(jù)UE-2所屬用戶的簽約信息進行認證，以判斷是否允許將UE-I上的聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2上，如果認證成功(即允許轉(zhuǎn)移)，則到S4，否則，SCC AS-2向UE-2返回錯誤的響應(yīng)消息。S4、SCC AS-2 根據(jù) request-URI 頭域包含的信息向 UEl 發(fā)送 Control TransferRequest 消息，該 Control Transfer Request 消息被傳輸至 UE-1 歸屬的 SCC AS (艮口 SCC AS-1)οS5、SCC AS-I 接收 Control Transfer Request 消息，在確定出 UE-1 歸屬于自身后，根據(jù)UE-I所屬用戶的簽約信息進行認證，以判斷是否允許將UE-I上的聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2上，如果認證成功，則到S6，否則，通過SCC AS-2向UE-2返回錯誤的響應(yīng)消息。S6、SCC AS-I根據(jù)自身存儲的信息在判斷出自身為聯(lián)合會話錨定點(即hosting SCC AS)后，SCC AS-I向UE-I發(fā)送聯(lián)合會話控制權(quán)取消消息，以通知UE-I 取消UE-I上的聯(lián)合會話控制權(quán)，在UE-2上建立聯(lián)合會話控制權(quán)。上述聯(lián)合會話控制權(quán)取消消息具體可以為轉(zhuǎn)移聯(lián)合會話控制權(quán)請求消息。本實施例不限制聯(lián)合會話控制權(quán)取消消息的具體表現(xiàn)形式。S7、UE_1接收聯(lián)合會話控制權(quán)取消消息后，如果UE-I拒絕將聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE-2，則UE-I向SCC AS-I返回攜帶聯(lián)合會話控制權(quán)取消失敗信息的Control Transfer Response消息；如果UE_1允許將聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE_2，則UE_1向SCC AS-I返回攜帶聯(lián)合會話控制權(quán)取消成功信息的Control Transfer Response消息。S8、如果SCC AS-I接收到攜帶的聯(lián)合會話控制權(quán)取消失敗信息的Contro 1 Transfer Response 消息，SCC AS-1 將 Control Transfer Response 消息轉(zhuǎn)發(fā)給 UE-2，以通知UE-2聯(lián)合會話控制權(quán)轉(zhuǎn)移失敗。如果SCC AS-I接收到攜帶聯(lián)合會話控制權(quán)取消成功信息的Control Transfer Response消息，則SCC AS-1向UE-2發(fā)送建立聯(lián)合會話控制權(quán)指示消息，以指示在UE-2上建立聯(lián)合會話控制權(quán)。建立聯(lián)合會話控制權(quán)指示消息具體可以是 Control Transfer Response 消息。SCC AS-I向UE-2發(fā)送建立聯(lián)合會話控制權(quán)指示消息的一個具體例子為SCCAS-I生成攜帶聯(lián)合會話錨定點SCC AS信息(如SCC AS-I的地址信息)的Control Transfer Response 消息，并向 UE-2 發(fā)送 Control Transfer Response 消息。Control Transfer Response 消息的 subject :control-transfer ；Control TrahsferResponse 消息中 contact 頭指不聯(lián)合會話鋪定點 SCC AS 信息,如 contact :userl-publicisccas. com ；gr =12345 ；hosting-sccas = sccaslihome. net。Control Transfer Response 消息經(jīng)由 SCC AS-2傳輸至UE-2，SCC AS-2和UE-2可以均存儲消息中包含的聯(lián)合會話錨定點SCC AS信肩、οS9、由于聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2，且UE-I與UE-2屬于不同的用戶，因此，SCC AS-I應(yīng)更新聯(lián)合會話與對端UE的連接。具體的，SCC AS-I向Remote end發(fā)送Remote leg update消息，使Remote end獲知與其通信的本端用戶為UE-2。更新連接的一個具體例子 SCC AS-I 向 Remote end 發(fā)送 re-invite 消息，該消息中的 p-asserted-identity 頭域被設(shè)置為UE-2的身份信息。S10、聯(lián)合會話控制權(quán)成功轉(zhuǎn)移后，SCC AS-I仍然是聯(lián)合會話錨定點，為使UE_2獲得聯(lián)合會話信息，SCC AS-I觸發(fā)UE-2向SCC AS-I訂閱聯(lián)合會話信息，如SCC AS-I向UE-2 發(fā)送 Transfer Collaborative Session Information Request (轉(zhuǎn)移聯(lián)合會話信息請求) 消息，該消息經(jīng)由SCC AS-2傳輸至UE-2。該消息可以為refer消息，觸發(fā)UE-2向SCC AS-I 訂閱聯(lián)合會話信息的一個具體例子refer消息中的refer-to頭域攜帶SCC AS-I的地址信息，refer消息中的method的取值被設(shè)置為subscribe，refer消息中的refer-sub被設(shè)置為false。如果在S8中，UE-2接收到建立聯(lián)合會話控制權(quán)指示消息，則UE-2可以在其成為控制UE后，根據(jù)建立聯(lián)合會話控制權(quán)指示消息中的聯(lián)合會話錨定點SCCAS信息主動的向SCC AS-I訂閱聯(lián)合會話信息，在這種主動訂閱的情況下，本實施例可以不包括上述S10。在本實施例包括上述SlO的情況下，UE-2可以從接收到的轉(zhuǎn)移聯(lián)合會話信息請求消息中獲取SCC AS-I的地址信息，UE-2存儲SCC AS-I的地址信息，并根據(jù)該地址信息向 SCC AS-I訂閱聯(lián)合會話信息。S1UUE-2向SCC AS-I發(fā)送訂閱消息，以請求獲取聯(lián)合會話信息，該訂閱消息經(jīng)由 SCC AS-2 傳輸至 SCC AS-I。S12、SCC AS-I接收到訂閱消息后，向UE-2發(fā)送攜帶聯(lián)合會話信息的 Collaborative Session Information Response 消息，該消息經(jīng)由 SCC AS-2 傳輸至 UE-2。 UE-2和SCC AS-2獲取并存儲聯(lián)合會話信息。S13、SCC AS-I向UE-I發(fā)送轉(zhuǎn)移聯(lián)合會話控制權(quán)確認消息(即通知消息)，以告知 UE-I 已經(jīng)在UE-2上成功建立了聯(lián)合會話控制權(quán)，取消UE-I的聯(lián)合會話控制權(quán)。UE-I在接收到該通知消息后，釋放聯(lián)合會話信息。上述附圖3示出的流程可以使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2。如果需要進行聯(lián)合會話控制權(quán)的共享，則實現(xiàn)過程與上述流程基本相同，其區(qū)別包括在S2中，UE-2發(fā)送的控制權(quán)轉(zhuǎn)移請求消息中攜帶聯(lián)合會話控制權(quán)共享指示信息，如refer消息的subject 頭域被設(shè)置為subject :control-share ；在S13中SCC AS-I向UE-I發(fā)送的通知消息僅告知UE-I 已經(jīng)在UE-2上成功建立了聯(lián)合會話控制權(quán)，UE-I在接收到該通知消息后，不釋放聯(lián)合會話信息；另外，可以不包括S9，即SCC AS-I可以不更新聯(lián)合會話與對端UE的連接。聯(lián)合會話控制權(quán)共享的具體實現(xiàn)過程在本實施例中不再詳細說明。在通過圖3所示的流程使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2之后，如果UE-I希望將聯(lián)合會話控制權(quán)轉(zhuǎn)移回UE-I自身，則仍然由聯(lián)合會話錨定點SCCAS-I來控制聯(lián)合會話控制權(quán)的轉(zhuǎn)移。例如，UE-I發(fā)送Control Transfer Request消息，SCC AS-1接收到Control Transfer Request 消息且成功認證后，向 UE-2 發(fā)送 Control Transfer Request 消息，UE-2 歸屬的SCC AS-2成功認證、且UE-2同意聯(lián)合會話控制權(quán)轉(zhuǎn)移后，SCC AS-I指示UE-I建立聯(lián)合會話控制權(quán)，向UE-I提供聯(lián)合會話信息，并指示UE-2釋放聯(lián)合會話信息，聯(lián)合會話控制權(quán)又轉(zhuǎn)移到UE-I上，SCC AS-I仍然為聯(lián)合會話錨定點。在通過圖3所示的流程使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2之后，如果UE_3希望將UE-2上的聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-3自身，則仍然由聯(lián)合會話錨定點SCC AS-I來控制聯(lián)合會話控制權(quán)的轉(zhuǎn)移。例如，UE-3發(fā)送的聯(lián)合會話控制權(quán)轉(zhuǎn)移請求消息傳輸至SCC AS-3，SCC AS-3在認證成功后，向SCC AS-2發(fā)送該請求消息，SCC AS-2在判斷出自身不是聯(lián)合會話錨定點且成功認證后，向UE-2發(fā)送聯(lián)合會話控制權(quán)取消消息，SCC AS-2在接收到 UE-2返回的同意轉(zhuǎn)移控制權(quán)信息的消息后，將該消息傳輸給SCC AS-1，由SCC AS-I指示 UE-3建立聯(lián)合會話控制權(quán)，向UE-3提供聯(lián)合會話信息，并指示UE-2釋放聯(lián)合會話信息，聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE-3，SCC AS-I仍然為聯(lián)合會話錨定點。具體實現(xiàn)過程在本實施例中不再詳細說明。從上述實施例三的描述可知，實施例三中的受控UE可以主動發(fā)起將主控UE上的聯(lián)合會話控制權(quán)轉(zhuǎn)移到自身的流程，聯(lián)合會話錨定點SCC AS通過將聯(lián)合會話錨定點SCC AS 信息以及聯(lián)合會話信息通知給該受控UE和該受控UE歸屬的SCC AS,成功實現(xiàn)了基于Pull 方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)。實施例四、基于Push方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法。下面結(jié)合附圖4對本實施例進行說明；應(yīng)用場景與實施例2及實施例3相同，此處不再贅述。附圖4示出的流程包括Si、UE-I需要將聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2，UE-I發(fā)送Control Transfer Request消息，該請求消息被傳輸至SCC AS-I0Control Transfer Request 消息的一個具體例子Control Transfer Request 消息通過refer消息來實現(xiàn)，refer消息的subject頭域攜帶聯(lián)合會話控制權(quán)轉(zhuǎn)移指示信息，如subject :control-transfer0 refer消息的request-URI頭域攜帶聯(lián)合會話錨定點 SCC AS信息即SCC AS-I的信息。refer消息的refer-to頭域攜帶目標(biāo)UE信息，如UE-2 的身份信息，refer-to頭域還可以表示出目標(biāo)UE的能力信息或者特征信息。refer消息中的method的取值被設(shè)置為invite消息。上述refer-to頭的一個具體例子為refer-t0 user2_publiclihomel. net ；control/iscontroller ；其中的 user2_publiclihomel. net 為 UE-2的身份信息，control/iscontroller表示UE-2的能力信息或者特征信息，在本實施例中control/iscontroller可以表示出目標(biāo)UE-2需要成為聯(lián)合會話中的控制UE。S2、SCC AS-I 接收到 Control Transfer Request 消息后，根據(jù) UE-1 所屬用戶的簽約信息進行認證，以判斷是否允許UE-I將聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE-2，如果認證成功(即允許轉(zhuǎn)移)，則到S3，否則，向UE-I返回錯誤的響應(yīng)消息。S3、SCC AS-I判斷出自身為聯(lián)合會話錨定點(即hosting SCC AS)、且自身不是
12UE-2 歸屬的 SCC AS 后，SCC AS-I 根據(jù)接收到的 Control Transfer Request 消息向 UE-2 發(fā)送建立聯(lián)合會話控制權(quán)指示消息，在本實施例中該消息具體可以為攜帶SCC AS-I信息和建立聯(lián)合會話控制權(quán)指示信息的建立聯(lián)合會話控制權(quán)請求消息。該消息中還攜帶有聯(lián)合會話信息，聯(lián)合會話信息可以以Extensible Markup Language (可擴展標(biāo)記語言，XML)消息體的形式攜帶在建立聯(lián)合會話控制權(quán)指示消息中。SCC AS-I向UE-2發(fā)送建立聯(lián)合會話控制權(quán)指示消息的一個具體例子為SCC AS-I根據(jù)接收到的refer消息向UE-2發(fā)送re-invite消息，該re-invite消息的subject 頭域攜帶聯(lián)合會話控制權(quán)轉(zhuǎn)移指示信息，如subject control-transfer。re-invite消息的contact頭域中攜帶聯(lián)合會話錨定點SCC AS信息即SCC AS-I的信息，如contact userl-publicisccas. com ;Rr = 12345 ;hostinR-sccas = sccaslihome. neto 另夕卜，該 re-invite消息中還可以攜帶XML消息體形式的聯(lián)合會話信息。S4、UE-2歸屬的SCC AS-2接收建立聯(lián)合會話控制權(quán)指示消息，并根據(jù)UE-2所屬用戶的簽約信息進行認證，以判斷是否允許從UE-I處將聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE-2,如果允許，則SCC AS-2存儲建立聯(lián)合會話控制權(quán)指示消息中包含的聯(lián)合會話錨定點SCC AS信息(如SCC AS-I的地址信息)和聯(lián)合會話信息，到S5，否則，SCC AS-2向UE-I返回錯誤的響應(yīng)消息。S5、SCC AS-2向UE-2發(fā)送建立聯(lián)合會話控制權(quán)指示消息，以指示在UE-2上建立聯(lián)合會話控制權(quán)。S6、UE_2接收建立聯(lián)合會話控制權(quán)指示消息后，如果UE-2接受在其上建立聯(lián)合會話控制權(quán)，則UE-2獲取并存儲消息中包含的聯(lián)合會話錨定點SCC AS信息(如SCC AS-I的地址信息)和聯(lián)合會話信息，而且，UE-2返回攜帶接受建立聯(lián)合會話控制權(quán)信息的Control Transfer Confirm消息，該消息經(jīng)由SCC AS-2傳輸至SCC AS-I0如果UE-2拒絕在其上建立聯(lián)合會話控制權(quán)，則UE-2返回攜帶拒絕建立控制權(quán)信息的Control Transfer Confirm 消息，接收到攜帶拒絕建立聯(lián)合會話控制權(quán)信息的Control Transfer Confirm消息的SCC AS-2應(yīng)刪除其存儲的聯(lián)合會話信息。S7、SCC AS-I在接收到攜帶接受建立聯(lián)合會話控制權(quán)信息的Control Transfer Conf irm消息后，取消UE-I的聯(lián)合會話控制權(quán)，并向UE-1發(fā)送Control Transfer Response 消息，以通知UE-I聯(lián)合會話控制權(quán)轉(zhuǎn)移成功。UE-I接收到Control Transfer Response消息后，釋放聯(lián)合會話信息，UE-I在聯(lián)合會話中的狀態(tài)由controller UE轉(zhuǎn)變?yōu)閏ontrollee UE。S8、由于聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2，且UE-I與UE-2屬于不同用戶，因此，SCC AS-I應(yīng)更新聯(lián)合會話與對端UE的連接，如SCC AS-I向Remote end發(fā)送Remote leg update 消息，使Remote end獲知與其通信的本端用戶為UE_2。一個具體的例子SCC AS-I向 Remote end發(fā)送re-invite消息，該消息中的p-asserted-identity頭域被設(shè)置為UE-2的身份信息。上述圖4示出的流程可以使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2。如果需要進行聯(lián)合會話控制權(quán)的共享，則實現(xiàn)過程與上述流程基本相同，其區(qū)別包括在Sl中，UE-I發(fā)送的控制權(quán)轉(zhuǎn)移請求消息中攜帶聯(lián)合會話控制權(quán)共享指示信息，如refer消息的subject頭域被設(shè)置為subject :control-share ；在S7中SCC AS-I不取消UE-1的聯(lián)合會話控制權(quán)，
13SCC AS-I向UE-I發(fā)送的通知消息僅告知UE-I 已經(jīng)在UE-2上成功建立了聯(lián)合會話控制權(quán)，UE-I在接收到該通知消息后，不釋放聯(lián)合會話信息；另外，可以不包括S8,即SCC AS-I 可以不更新聯(lián)合會話與對端UE的連接。聯(lián)合會話控制權(quán)共享的具體實現(xiàn)過程在本實施例中不再詳細說明。如果聯(lián)合會話控制權(quán)在轉(zhuǎn)移到UE-2之后，又需要將UE-2的聯(lián)合會話控制權(quán)轉(zhuǎn)移到其它UE如UE-3,則仍然由聯(lián)合會話錨定點來控制聯(lián)合會話控制權(quán)的轉(zhuǎn)移。例如，UE-2發(fā)送的聯(lián)合會話控制權(quán)轉(zhuǎn)移請求消息會先傳輸至SCC AS-2，SCC AS-2在認證成功后，向SCC AS-I發(fā)送該請求消息，SCC AS-I根據(jù)接收到的該消息向UE-3發(fā)送攜帶聯(lián)合會話信息的建立聯(lián)合會話控制權(quán)指示消息，SCCAS-3接收到建立聯(lián)合會話控制權(quán)指示消息且認證成功后， 存儲聯(lián)合會話信息，并向UE-3發(fā)送建立聯(lián)合會話控制權(quán)指示消息，UE-3存儲聯(lián)合會話信息，且UE-3返回的消息經(jīng)由SCC AS-3傳輸至SCC AS-I,由SCC AS-I取消UE-2的聯(lián)合會話控制權(quán)，并通知UE-2，UE-2釋放聯(lián)合會話信息。具體實現(xiàn)過程在本實施例中不再詳細說明。從上述實施例四的描述可知，實施例四中的控制UE可以主動發(fā)起將聯(lián)合會話控制權(quán)轉(zhuǎn)移給受控UE的流程，聯(lián)合會話錨定點SCC AS通過將聯(lián)合會話錨定點SCC AS信息以及聯(lián)合會話信息通過建立聯(lián)合會話控制權(quán)指示消息通知給該受控UE( S卩目標(biāo)UE)和該受控 UE歸屬的SCC AS，成功實現(xiàn)了基于Push方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)。實施例五、基于Pull方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)的方法。下面結(jié)合附圖5對本實施例進行說明；應(yīng)用場景與實施例2至實施例4相同，此處不再贅述。圖5示出的流程包括Sl至S7與上述實施例三中的描述相同，在此不再重復(fù)說明。S8、如果SCC AS-I接收到攜帶聯(lián)合會話控制權(quán)轉(zhuǎn)移失敗信息的Control Transfer Response 消息，SCC AS-1 將 Control Transfer Response 消息轉(zhuǎn)發(fā)給 UE-2，以通知 UE-2 聯(lián)合會話控制權(quán)轉(zhuǎn)移失敗。如果SCC AS-I接收到攜帶聯(lián)合會話控制權(quán)取消成功信息的 Control Transfer Response消息，則SCC AS-1向UE-2發(fā)送攜帶聯(lián)合會話信息的建立聯(lián)合會話控制權(quán)指示消息，以指示在UE-2上建立聯(lián)合會話控制權(quán)。SCC AS-I向UE-2發(fā)送建立聯(lián)合會話控制權(quán)指示消息的一個具體例子為SCC AS-I將聯(lián)合會話錨定點SCC AS信息和聯(lián)合會話信息攜帶在Control Transfer Response 消息中，并向UE-2發(fā)送Control Transfer Response消息。聯(lián)合會話信息可以以XML消息體的形式攜帶在 Control Transfer Response 消息中；Control Transfer Response 消息的 subject :control-transfer ；Control Transfer Response 消息中的 contact userl-publicisccas. com ；gr = 12345 ；hosting-sccas = sccaslihome. neto 該 Control Transfer Response消息經(jīng)由SCC AS-2傳輸至UE_2，SCC AS-2和UE-2可以均存儲消息中包含的聯(lián)合會話錨定點SCC AS信息和聯(lián)合會話信息。S9、由于聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-2，且UE-I與UE-2屬于不同的用戶，因此，SCC AS-I應(yīng)更新聯(lián)合會話與對端UE的連接。具體的，SCC AS-I向Remote end發(fā)送Remote leg update消息，使Remote end獲知與其通信的本端用戶為UE-2。更新連接的一個具體例子 SCC AS-I 向 Remote end 發(fā)送 re-invite 消息，該消息中的 p-asserted-identity 頭域被設(shè)置為UE-2的身份信息。S10、SCC AS-I向UE-I發(fā)送通知消息，以告知UE-1 已經(jīng)在UE-2上成功建立了聯(lián)合會話控制權(quán)，取消UE-I的聯(lián)合會話控制權(quán)。UE-I在接收到該通知消息后，釋放聯(lián)合會話 fn息ο上述圖5示出的流程可以使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2。如果需要進行聯(lián)合會話控制權(quán)的共享，則實現(xiàn)過程與上述流程基本相同，其區(qū)別包括在S2中，UE-2發(fā)送的控制權(quán)轉(zhuǎn)移請求消息中攜帶聯(lián)合會話控制權(quán)共享指示信息，如refer消息的subject頭域被設(shè)置為subject :control-share ；在SlO中SCC AS-I向UE-I發(fā)送的通知消息僅告知 UE-I 已經(jīng)在UE-2上成功建立了聯(lián)合會話控制權(quán)，UE-I在接收到該通知消息后，不釋放聯(lián)合會話信息；另外，可以不包括S9 JPSCC AS-I可以不更新聯(lián)合會話與對端UE的連接。聯(lián)合會話控制權(quán)共享的具體實現(xiàn)過程在本實施例中不再詳細說明。在通過圖5所示的流程使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2之后，如果UE-I希望將聯(lián)合會話控制權(quán)轉(zhuǎn)移回UE-I自身，則仍然由聯(lián)合會話錨定點SCCAS-I來控制聯(lián)合會話控制權(quán)的轉(zhuǎn)移。例如，UE-I發(fā)送Control Transfer Request消息，SCC AS-1接收到Control Transfer Request 消息且成功認證后，向 UE-2 發(fā)送 Control Transfer Request 消息，UE-2 歸屬的SCC AS-2成功認證、且UE-2同意聯(lián)合會話控制權(quán)轉(zhuǎn)移后，SCC AS-I向UE-I發(fā)送包含聯(lián)合會話信息的建立聯(lián)合會話控制權(quán)指示消息，指示UE-I建立聯(lián)合會話控制權(quán)，并存儲聯(lián)合會話信息，SCC AS-I指示UE-2釋放聯(lián)合會話信息，聯(lián)合會話控制權(quán)又轉(zhuǎn)移到UE-I上， SCCAS-I仍然為聯(lián)合會話錨定點。在通過圖5所示的流程使聯(lián)合會話控制權(quán)由UE-I轉(zhuǎn)移到UE-2之后，如果UE_3希望將UE-2上的聯(lián)合會話控制權(quán)轉(zhuǎn)移到UE-3自身，則仍然由聯(lián)合會話錨定點SCC AS-I來控制聯(lián)合會話控制權(quán)的轉(zhuǎn)移。例如，UE-3發(fā)送的聯(lián)合會話控制權(quán)轉(zhuǎn)移請求消息傳輸至SCC AS-3，SCC AS-3在認證成功后，向SCC AS-2發(fā)送該請求消息，SCC AS-2在判斷出自身不是聯(lián)合會話錨定點且成功認證后，向UE-2發(fā)送聯(lián)合會話控制權(quán)取消消息，SCC AS-2在接收到 UE-2返回的同意轉(zhuǎn)移控制權(quán)信息的消息后，將該消息傳輸給聯(lián)合會話錨定點SCC AS-I,由 SCC AS-I向UE-3發(fā)送攜帶聯(lián)合會話信息的建立聯(lián)合會話控制權(quán)指示消息，以指示UE-3建立聯(lián)合會話控制權(quán)，并存儲聯(lián)合會話信息。SCC AS-I指示UE-2釋放聯(lián)合會話信息，聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE-3，SCC AS-I仍然為聯(lián)合會話錨定點。具體實現(xiàn)過程在本實施例中不再詳細說明。從上述實施例五的描述可知，實施例五中的受控UE可以主動發(fā)起將主控UE上的聯(lián)合會話控制權(quán)轉(zhuǎn)移到自身的流程，聯(lián)合會話錨定點SCC AS通過將聯(lián)合會話錨定點SCC AS 信息以及聯(lián)合會話信息通過建立聯(lián)合會話控制權(quán)指示消息通知給該受控UE和該受控UE歸屬的SCC AS，成功實現(xiàn)了基于Pull方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)。實施例六、媒體變化方法。下面結(jié)合附圖6對本實施例進行說明。圖6中，S600、SCC AS接收媒體變化請求消息。發(fā)送媒體變化請求消息的UE可以為控制UE，也可以為受控UE。UE可以采用Push 方式或Pull方式來實現(xiàn)媒體變化，即SCC AS接收到的媒體變化請求消息可以為基于Push 方式的媒體變化請求消息，也可以為基于Pull方式的媒體變化請求消息。通常情況下，媒體變化請求消息的發(fā)送方為控制UE或者媒體目標(biāo)UE，一種較為特殊的情況為，媒體變化請求消息的發(fā)送方為除控制UE和媒體目標(biāo)UE之外的第三方UE，例如，UE-I請求將UE-2上的媒體轉(zhuǎn)移到UE-3。
S610、SCC AS根據(jù)自身存儲的聯(lián)合會話錨定點SCC AS信息確定出自身不為聯(lián)合會話錨定點，則SCC AS向聯(lián)合會話錨定點SCC AS發(fā)送攜帶與媒體變化相關(guān)的UE認證通過信息的媒體變化請求消息，以通知聯(lián)合會話錨定點SCC AS不再對該UE進行認證操作。上述與媒體變化相關(guān)的UE可以為媒體所在UE和媒體目標(biāo)UE中的至少一個。媒體所在UE即需要變化的媒體所在的UE，也即媒體變化的源UE ；媒體目標(biāo)UE即媒體變化的目的UE (如媒體需要轉(zhuǎn)移到的UE)。S610的一個具體例子在SCC AS接收到基于Push方式的媒體變化請求消息后， 如果該SCC AS根據(jù)自身存儲的聯(lián)合會話錨定點SCC AS信息確定出自身不為聯(lián)合會話錨定點，則該SCC AS向聯(lián)合會話錨定點SCC AS發(fā)送攜帶媒體所在UE認證通過信息的媒體變化請求消息，以通知聯(lián)合會話錨定點SCC AS不再對媒體所在UE進行認證操作。S610的另一個具體例子在SCC AS接收到基于Pull方式的媒體變化請求消息后， 如果該SCC AS根據(jù)自身存儲的聯(lián)合會話錨定點SCC AS信息確定出自身不為聯(lián)合會話錨定點，則該SCC AS向聯(lián)合會話錨定點SCC AS發(fā)送攜帶媒體所在UE和媒體目標(biāo)UE認證通過信息的媒體變化請求消息，以通知聯(lián)合會話錨定點SCC AS不再對媒體所在UE和媒體目標(biāo) UE進行認證操作，而僅向controlIerUE進行認證操作。從上述實施例六的描述可知，實施例六中的SCC AS通過向聯(lián)合會話錨定點SCC AS 發(fā)送攜帶與媒體變化相關(guān)的UE認證通過信息的媒體變化請求消息，使聯(lián)合會話錨定點SCC AS可以不再對相關(guān)UE進行認證操作的情況下，成功實現(xiàn)媒體在不同UE之間的變化。實施例七、基于pull方式的媒體變化方法。下面結(jié)合附圖7對該方法進行說明。附圖7中的UE-I、UE_2和UE_3建立了聯(lián)合會話，并與對端UE進行通信。UE-I屬于用戶l，UE-2屬于用戶2，UE-3屬于用戶3。開始時，UE-I為控制UE (也可以稱為主控UE)， UE-2和UE-3均為受控UE，之后，UE-I將聯(lián)合會話控制權(quán)轉(zhuǎn)移給UE_2，UE-2為控制UE，UE_1 和 UE-3 均為受控 UE0 UE-I 歸屬的 SCC AS 為 SCC AS_1，UE_2 歸屬的 SCC AS 為 SCC AS-2， UE-3歸屬的SCC AS為SCC AS-3。聯(lián)合會話錨定在UE-I歸屬的SCC AS-I上，即SCCAS-I 為聯(lián)合會話錨定點。附圖7示出的媒體變化流程包括SUUE-3發(fā)送Media Transfer Request (媒體轉(zhuǎn)移請求)消息，以請求將UE-2上的語音媒體轉(zhuǎn)移到自身。Media Transfer Request消息中攜帶UE_2上會話的會話信息。 該 Media Transfer Request 消息被傳輸至 UE-3 歸屬的 SCC AS-3。S2、SCC AS-3根據(jù)用戶3的簽約信息進行認證，以判斷是否允許將UE-2上的媒體轉(zhuǎn)移到UE-3上。如果認證成功(即允許轉(zhuǎn)移)，則到S3，否則，SCC AS-3向UE-3返回錯誤的響應(yīng)消息。S3、SCC AS-3 將 Media Transfer Request 消息傳輸至目標(biāo) UE (即 UE-2)歸屬的 SCC AS-2，Media Transfer Request消息中攜帶UE-3成功認證指示信息。消息中包含的 UE-3成功認證指示信息的一個具體例子可以為< ？ xml version = “ 1.0" ？ ><authoinfo xmlns =“ urn3gppnsimscontauthoinfo“ ><sourceUE i = “ <sip:user3_publiclihomel. net>" /></authoinfo>
S4、SCC AS-2 接收到 Media Transfer Request 消息后，識別出 UE-2 屬于用戶 2， 則根據(jù)用戶2的簽約信息進行認證，以判斷是否允許將UE-2上的語音媒體轉(zhuǎn)移到UE-3上。 如果認證成功，則SCC AS-2根據(jù)其存儲的聯(lián)合會話錨定點SCC AS信息判斷出自身是否為聯(lián)合會話錨定點，如果判斷出不為聯(lián)合會話錨定點，到S4 ；如果認證失敗，則SCC AS-2通過 SCC AS-3向UE-3返回錯誤的響應(yīng)消息。S5、SCC AS-2根據(jù)其存儲的聯(lián)合會話錨定點SCC AS信息判斷出自身不為聯(lián)合會話錨定點之后，確定出UE-3與UE-2屬于不同用戶，歸屬于不同SCC AS。為了在聯(lián)合會話中為UE-3建立正確的接入分支，SCC AS-2向SCC AS-3返回重定向消息302，以便使Media Transfer Request消息能夠直接傳輸至聯(lián)合會話錨定點SCC AS-1，由SCC AS-1控制媒體轉(zhuǎn)移，重定向消息302的contact頭域可以設(shè)置為SCC AS-I的地址信息。另外，在重定向消息302中還可以攜帶針對該Media Transfer Request消息已經(jīng)成功完成了 UE-2和UE-3認證的指示信息，這樣，SCC AS-I可以不再執(zhí)行認證過程。該指示信息可以以XML消息體的形式攜帶在重定向消息302中，消息中包含的UE-2和UE-3成功認證的指示信息的一個具體例子可以為< ？ xml version = “ 1.0" ？ ><authoinfo xmlns =“ urn3gppnsimscontauthoinfo“ ><sourceUE i = “ <sip:user3_publiclihomel. net>" /><targetUE i = “ <sip:user2_publiclihomel. net>" /></authoinfo>S6、SCC AS-3接收重定向消息302，并向SCC AS-I發(fā)送攜帶UE-2和UE-3成功認證的指示信息的Media Transfer Request消息。需要說明的是，如果UE-2和UE-3屬于相同用戶，則在S5中SCC AS-2可以不需要采用重定向的方式將Media Transfer Request消息傳輸至SCC AS-1，SCCAS-2可以直接向 SCC AS-I轉(zhuǎn)發(fā)Media Transfer Request消息，這樣，本實施例可以不包含S6。S7、SCC AS-I接收到Media Transfer Request消息后，更新聯(lián)合會話與對端UE的媒體連接，如 SCC AS-I 向 Remote end 發(fā)送 Remote leg update 消息，使 Remote end 獲知 UE-2上的媒體轉(zhuǎn)移到UE-3上。如果SCC AS-I不是主控UE歸屬的SCC AS，則在S7中，SCC AS-I應(yīng)向主控UE進行認證，以判斷主控UE是否允許將UE-2上的語音媒體轉(zhuǎn)移到UE-3上，并在認證通過后，再更新聯(lián)合會話與對端UE的媒體連接。S8、Remote end 向 SCC AS-I 返回 Remote leg Response (對端分支口向應(yīng))消息。S9、SCC AS-I接收到Remote leg Response消息后，向UE-3發(fā)送媒體建立指示消息，并執(zhí)行在UE-3上建立語音媒體的操作。該媒體建立指示消息具體可以為=Media Transfer Response 消息。S10,SCC AS-I 向 UE-2 發(fā)送 Release Media Request 消息，以通知 UE-2 釋放被轉(zhuǎn)移的語音媒體。S1UUE-2 在成功釋放語音媒體后，向 SCC AS-I 返回 Release Media Reponse ( Μ. 體釋放響應(yīng))消息，以通知SCC AS-I 語音媒體成功釋放。附圖7示出了聯(lián)合會話中的UE之間進行語音媒體轉(zhuǎn)移的具體實現(xiàn)過程，如果將聯(lián)合會話中的UE上的媒體轉(zhuǎn)移給聯(lián)合會話之外的UE，則具體實現(xiàn)過程與上述描述基本相同， 在此不再詳細說明。在本實施例中，如果Sl中發(fā)送Media Transfer Request消息的UE為UE-1，且SCC AS-I為聯(lián)合會話錨定點，則SCC AS-I進行認證操作，在成功認證之后，SCC AS-I將Media Transfer Request消息發(fā)送給媒體轉(zhuǎn)移的目標(biāo)UE，在目標(biāo)UE、及聯(lián)合會話主控UE認證成功后，由SCC AS-I控制語音媒體由UE-2轉(zhuǎn)移給UE-I。上述實施例7是以媒體轉(zhuǎn)移為例進行描述的，如果媒體變化具體為復(fù)制媒體或者增加媒體，其實現(xiàn)過程與上述實現(xiàn)過程基本相同，在此不再重復(fù)說明。從上述實施例七的描述可知，實施例七中的SCC AS-3通過向聯(lián)合會話錨定點SCC AS發(fā)送攜帶媒體轉(zhuǎn)移請求發(fā)起方UE以及媒體目標(biāo)UE認證通過信息的媒體變化請求消息， 使聯(lián)合會話錨定點SCC AS可以不再對這兩個UE進行認證操作的情況下，成功實現(xiàn)了基于 Pull方式的媒體轉(zhuǎn)移。實施例八、基于Push方式的媒體變化方法。下面結(jié)合附圖8對本實施例進行說明； 應(yīng)用場景與實施例7相同，此處不再贅述。附圖8示出的流程包括Si、UE-2發(fā)送Media Transfer Request消息，以請求將UE-2上的語音媒體轉(zhuǎn)移到 UE-3 上。該 Media Transfer Request 消息被傳輸至 UE-2 歸屬的 SCC AS-2。S2、SCC AS-2根據(jù)用戶2的簽約信息進行認證，以判斷是否允許將UE-2上的語音媒體轉(zhuǎn)移到UE-3上。如果認證成功(即允許轉(zhuǎn)移)，則在判斷出自身為聯(lián)合會話中的控制 UE歸屬的SCC AS且其存儲的聯(lián)合會話錨定點SCC AS信息判斷出自身不為聯(lián)合會話錨定點之后，到S3。如果上述認證失敗，則SCC AS-2向UE-2返回失敗響應(yīng)消息。S3、SCC AS-2 將 Media Transfer Request 消息傳輸至聯(lián)合會話錨定點 SCCAS-1， Media Transfer Request消息中攜帶UE-2成功認證指示信息。該指示信息可以以XML的方式攜帶在消息中。Media Transfer Request消息中包含的UE_2成功認證指示信息的一個具體例子可以為< ？ xml version = “ 1.0" ？ ><authoinfo xmlns =“ urn3gppnsimscontauthoinfo“ ><sourceUE i = “ <sip:user2_publiclihomel. net>" /></authoinfo>S4、SCC AS-I接收到Media Transfer Request消息后，識別出語音媒體所在的 UE-2屬于用戶2，媒體目標(biāo)UE-3屬于用戶3，用戶2和用戶3屬于不同的用戶，且已經(jīng)進行了 UE-2的認證過程，因此，SCC AS-I向UE-3發(fā)送媒體建立指示消息。該媒體建立指示消息具體可以為攜帶媒體建立指示信息的Media Transfer Request消息。S5、SCC AS-3接收到Media Transfer Request消息后，在判斷出UE-3屬于自身后，根據(jù)用戶3的簽約信息進行認證，以判斷是否允許將UE-2上的語音媒體轉(zhuǎn)移到UE-3 上。如果認證成功(即允許轉(zhuǎn)移)，則到S6，否則，SCC AS-3向SCC AS-I返回錯誤的響應(yīng)消息。S6、SCC AS-3向UE-3發(fā)送媒體建立指示消息。S7、UE-3接收到媒體建立指示消息后，如果同意在其上建立媒體，則根據(jù)該消息在UE-3上建立媒體如語音媒體，并返回攜帶成功建立語音媒體的媒體建立響應(yīng)消息；如果 UE-3不同意在其上建立語音媒體，則UE-3返回失敗的響應(yīng)消息。UE-3返回的響應(yīng)消息經(jīng)由 SCC AS-3 傳輸至 SCC AS-I。S8、SCC AS-I確定在UE_3上成功建立了語音媒體后，更新聯(lián)合會話與對端UE的媒體連接，如 SCC AS-I 向 Remote end 發(fā)送 Remote leg update 消息，使 Remote end 獲知 UE-2上的語音媒體轉(zhuǎn)移到UE-3上。S9、Remote end 向 SCC AS-I 返回 Remote leg Response 消息。S10、SCC AS-I接收到Remote leg Response消息后，向UE-3發(fā)送媒體建立確認消息，完成在UE-3上建立媒體的操作。SlUSCC AS-I 向 UE-2 發(fā)送 Release Media Request 消息，以通知 UE-2 釋放被轉(zhuǎn)移的語音媒體。S12、UE_2在成功釋放語音媒體后，向SCC AS-I返回Release Media Response消息，以通知SCC AS-I 語音媒體成功釋放。S13、SCC AS-I 向 UE-2 發(fā)送 Media Transfer Response 消息，以通知 UE-2 語音媒體轉(zhuǎn)移成功。同理，當(dāng)controller UE向controllee UE復(fù)制或增加媒體時，在復(fù)制/增加請求中同樣攜帶通過認證的UE信息，以使得聯(lián)合會話錨定點SCC AS不執(zhí)行相應(yīng)認證過程，如果 IUT (UE間轉(zhuǎn)移)操作的目標(biāo)UE屬于hosting SCC AS,則hostingSCC AS直接對其服務(wù)的 UE進行認證操作。同理，共享聯(lián)合會話控制權(quán)后，新的主控UE發(fā)起相似轉(zhuǎn)移/復(fù)制/增加媒體過程與上述過程相似，即發(fā)送主控UE認證通過的信息，以指示不需要聯(lián)合會話錨定點SCC AS進行相應(yīng)的認證。上述圖8示出的流程描述了聯(lián)合會話中的UE之間進行媒體轉(zhuǎn)移的具體實現(xiàn)過程， 如果將聯(lián)合會話中的UE上的媒體轉(zhuǎn)移給聯(lián)合會話之外的UE,則具體實現(xiàn)過程與上述描述基本相同，在此不再詳細說明。從上述實施例八的描述可知，實施例八中的SCC AS-2通過向聯(lián)合會話錨定點SCC AS發(fā)送攜帶媒體轉(zhuǎn)移請求發(fā)起方UE (也即主控UE)認證通過信息的媒體變化請求消息，使聯(lián)合會話錨定點SCC AS可以不再對主控UE進行認證操作的情況下，成功實現(xiàn)了基于Push 方式的媒體轉(zhuǎn)移。實施例九、聯(lián)合會話控制權(quán)變化的裝置。該裝置可以為SCC AS。下面結(jié)合附圖9 對該裝置進行說明。圖9示出的裝置包括接收模塊900和處理模塊910?？蛇x的，該裝置還可以包括 通知模塊920。接收模塊900，用于接收聯(lián)合會話控制權(quán)變化請求消息。該聯(lián)合會話控制權(quán)變化請求消息用于請求在控制UE和目標(biāo)UE之間轉(zhuǎn)移或者共享聯(lián)合會話控制權(quán)?？刂芔E即當(dāng)前控制UE,目標(biāo)UE即聯(lián)合會話控制權(quán)變化后的控制UE,目標(biāo)UE可以是聯(lián)合會話中的受控 UE，也可以不是聯(lián)合會話中的UE。接收模塊900接收到的聯(lián)合會話控制權(quán)變化請求消息可以是控制UE發(fā)送的，也可以是受控UE或聯(lián)合會話之外的UE發(fā)送的。接收模塊900接收到的聯(lián)合會話控制權(quán)變化請
19求消息中攜帶有聯(lián)合會話控制權(quán)變化指示信息和目標(biāo)UE信息，以使控制模塊910能夠根據(jù)該消息獲知聯(lián)合會話控制權(quán)需要在控制UE和目標(biāo)UE之間發(fā)生變化(如轉(zhuǎn)移或共享等)。 本實施例不限制接收模塊900接收到的聯(lián)合會話控制權(quán)變化請求消息所采用的協(xié)議、以及具體的消息格式等。處理模塊910，用于在確定出其所在SCC AS為聯(lián)合會話錨定點后，且在目標(biāo)UE不歸屬處理模塊910所在SCC AS的情況下，將聯(lián)合會話錨定點SCC AS信息或聯(lián)合會話信息通知給目標(biāo)UE和目標(biāo)UE歸屬的SCC AS。處理模塊910可以根據(jù)其所在SCC AS自身存儲的聯(lián)合會話錨定點SCC AS信息確定出其所在SCC AS是否為聯(lián)合會話錨定點。處理模塊910包括第一處理模塊911和第二處理模塊912?？蛇x的，處理模塊910 還可以包括第一發(fā)送模塊(圖中未示出)和第二發(fā)送模塊(圖中未示出)。第一處理模塊911，用于判斷其所在SCC AS是否為聯(lián)合會話錨定點，且該SCC AS 是否為目標(biāo)UE歸屬的SCC AS。第一子模塊911可以根據(jù)其所在SCC AS自身存儲的聯(lián)合會話錨定點SCC AS信息確定出其所在SCC AS是否為聯(lián)合會話錨定點。第二處理模塊912，用于在第一處理模塊911判斷出SCC AS為聯(lián)合會話錨定點，且該SCC AS不為目標(biāo)UE歸屬的SCC AS時，根據(jù)聯(lián)合會話控制權(quán)變化請求消息向目標(biāo)UE發(fā)送攜帶聯(lián)合會話錨定點SCC AS信息的建立聯(lián)合會話控制權(quán)指示消息。該建立聯(lián)合會話控制權(quán)指示消息經(jīng)目標(biāo)UE歸屬的SCC AS傳輸至目標(biāo)UE,建立聯(lián)合會話控制權(quán)指示消息中的聯(lián)合會話錨定點SCC AS信息被目標(biāo)UE和目標(biāo)UE歸屬的SCC AS存儲?？蛇x的，第二處理模塊912向目標(biāo)UE發(fā)送的建立聯(lián)合會話控制權(quán)指示消息中可以攜帶聯(lián)合會話信息。第二處理模塊912所在SCC AS為聯(lián)合會話控制權(quán)變化請求消息的發(fā)起方UE歸屬的SCC AS時，第二處理模塊912可以根據(jù)發(fā)起方UE所屬用戶的簽約信息針對該消息進行認證，以判斷發(fā)起方UE是否允許進行聯(lián)合會話控制權(quán)轉(zhuǎn)移或共享。在判斷出允許進行聯(lián)合會話控制權(quán)轉(zhuǎn)移或者共享、且第一處理模塊911判斷出SCC AS為聯(lián)合會話錨定點時，向目標(biāo)UE發(fā)送攜帶聯(lián)合會話錨定點SCCAS信息的建立聯(lián)合會話控制權(quán)指示消息，以為所述目標(biāo) UE建立聯(lián)合會話控制權(quán)。第二處理模塊912在確定出目標(biāo)UE不是本地UE的情況下，將聯(lián)合會話錨定點SCC AS信息和/或聯(lián)合會話信息通知給目標(biāo)UE和目標(biāo)UE歸屬的SCC AS。所述第一發(fā)送模塊(圖中未示出)用于向所述目標(biāo)UE發(fā)送攜帶所述聯(lián)合會話信息的建立聯(lián)合會話控制權(quán)指示消息。所述第二發(fā)送模塊(圖中未示出)，用于根據(jù)所述目標(biāo)UE對聯(lián)合會話信息的訂閱向所述目標(biāo)UE發(fā)送聯(lián)合會話信息。通知模塊920，用于在聯(lián)合會話控制權(quán)成功轉(zhuǎn)移至目標(biāo)UE后，向?qū)Χ薝E發(fā)送通知信息，使對端UE獲知與其通信的本端UE為目標(biāo)UE。在聯(lián)合會話控制權(quán)在控制UE和目標(biāo)UE之間共享后，目標(biāo)UE成為控制UE,原控制 UE仍然為控制UE,通知模塊920通?？梢圆幌蛲ㄐ诺膶Χ薝E發(fā)送上述通知信息。當(dāng)然，通知模塊920也可以向通信的對端UE發(fā)送上述通知信息。從上述實施例九的描述可知，處理模塊910通過將聯(lián)合會話錨定點SCC AS信息或聯(lián)合會話信息通知給目標(biāo)UE和目標(biāo)UE歸屬的SCC AS,成功實現(xiàn)了基于Push方式或者基于Pull方式的轉(zhuǎn)移聯(lián)合會話控制權(quán)。實施例十、媒體變化的裝置。該裝置為SCC AS。下面結(jié)合附圖10對該裝置進行說明。圖10示出的裝置包括第二接收模塊1000和第二控制模塊1010。第二接收模塊1000，用于接收媒體變化請求消息。第二接收模塊1000接收到的媒體變化請求消息可以是控制UE發(fā)送來的，也可以為受控UE發(fā)送來的。UE可以采用Push方式或Pull方式來實現(xiàn)媒體變化，即第二接收模塊1000接收到的媒體變化請求消息可以為基于Push方式的媒體變化請求消息，也可以為基于Pull方式的媒體變化請求消息。第二控制模塊1010，用于根據(jù)其所在SCC AS存儲的聯(lián)合會話錨定點SCCAS信息確定出其所在SCC AS不是聯(lián)合會話錨定點，則向聯(lián)合會話錨定點SCCAS發(fā)送攜帶與媒體變化相關(guān)的UE認證通過信息的媒體變化請求消息，以通知聯(lián)合會話錨定點SCC AS不對該UE 進行認證操作。上述與媒體變化相關(guān)的UE可以為媒體所在UE和媒體目標(biāo)UE中的至少一個。一個具體例子在第二接收模塊1000接收到基于Push方式的媒體變化請求消息后，如果第二控制模塊1010根據(jù)SCC AS存儲的聯(lián)合會話錨定點SCC AS信息確定出所在 SCC AS不為聯(lián)合會話錨定點，則第二控制模塊1010向聯(lián)合會話錨定點SCC AS發(fā)送攜帶媒體所在UE認證通過信息的媒體變化請求消息，以通知聯(lián)合會話錨定點SCC AS不再對媒體所在UE進行認證操作。另一個具體例子在第二接收模塊1000接收到基于Pull方式的媒體變化請求消息后，如果第二控制模塊1010根據(jù)SCC AS存儲的聯(lián)合會話錨定點SCC AS信息確定出所在 SCC AS不為聯(lián)合會話錨定點，則第二控制模塊1010向聯(lián)合會話錨定點SCC AS發(fā)送攜帶媒體所在UE和媒體目標(biāo)UE認證通過信息的媒體變化請求消息，以通知聯(lián)合會話錨定點SCC AS不再對媒體所在UE和媒體目標(biāo)UE進行認證操作，而僅向controlIer UE進行認證操作。從上述實施例十的描述可知，實施例十中的第二控制模塊1010通過向聯(lián)合會話錨定點SCC AS發(fā)送攜帶與媒體變化相關(guān)的UE認證通過信息的媒體變化請求消息，使聯(lián)合會話錨定點SCC AS可以不再對相關(guān)UE進行認證操作的情況下，成功實現(xiàn)媒體在不同UE之間的變化。實施例十一、聯(lián)合會話控制權(quán)變化的系統(tǒng)。下面結(jié)合附圖11對該系統(tǒng)進行說明。圖11示出的系統(tǒng)包括多個SCC AS1100，其中一個SCC AS1100為聯(lián)合會話錨定點。圖11中雖然只示出了兩個SCC AS1100，但是在實際網(wǎng)絡(luò)中，可以包括更多數(shù)量的SCC ASIIOOo多個SCC AS1100相互連接。SCC ASllOO用于接收聯(lián)合會話控制權(quán)變化請求消息，該聯(lián)合會話控制權(quán)變化請求消息用于請求聯(lián)合會話控制權(quán)在控制UE和目標(biāo)UE之間轉(zhuǎn)移或者共享；接收到聯(lián)合會話控制權(quán)變化請求消息的SCC ASllOO在確定出自身為聯(lián)合會話錨定點后，則為所述目標(biāo)UE建立聯(lián)合會話控制權(quán)，且在目標(biāo)UE不歸屬聯(lián)合會話錨定點SCC ASllOO的情況下，聯(lián)合會話錨定點SCC ASllOO將聯(lián)合會話錨定點SCC AS信息或聯(lián)合會話信息通知給目標(biāo)UE和目標(biāo)UE 歸屬的 SCCASl 100。目標(biāo)UE歸屬的SCC ASllOO接收并存儲聯(lián)合會話錨定點SCC AS信息或聯(lián)合會話 η息。聯(lián)合會話錨定點SCC ASllOO具體執(zhí)行的操作和結(jié)構(gòu)如上述方法實施例和裝置實施例中的描述，在此不再重復(fù)說明。實施例十二、媒體變化的系統(tǒng)。下面結(jié)合附圖12對該系統(tǒng)進行說明。圖12示出的系統(tǒng)包括多個SCC AS1200，其中一個SCC AS1200為聯(lián)合會話錨定點。圖12中雖然只示出了兩個SCC AS1200，但是在實際網(wǎng)絡(luò)中，可以包括更多數(shù)量的SCC AS1200。多個SCC AS1200相互連接。SCC AS1200用于接收媒體變化請求消息，接收到媒體變化請求消息的SCCAS1200 在根據(jù)自身存儲的聯(lián)合會話錨定點SCC AS信息確定出自身不為聯(lián)合會話錨定點，則向聯(lián)合會話錨定點SCC AS1200發(fā)送攜帶與媒體變化相關(guān)的UE認證通過信息的媒體變化請求消息，以通知聯(lián)合會話錨定點SCC AS1200不對UE進行認證操作。SCC AS1200具體執(zhí)行的操作和結(jié)構(gòu)如上述方法實施例和裝置實施例中的描述，在此不再重復(fù)說明。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的硬件平臺的方式來實現(xiàn)，當(dāng)然也可以全部通過硬件來實施，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，所述的軟件產(chǎn)品在可以用于執(zhí)行上述的方法流程。該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請文件的權(quán)利要求包括這些變形和變化。
權(quán)利要求
1.一種聯(lián)合會話控制權(quán)變化的方法，其特征在于，包括業(yè)務(wù)集中與連續(xù)性應(yīng)用服務(wù)器SCC AS接收聯(lián)合會話控制權(quán)變化請求消息，所述聯(lián)合會話控制權(quán)變化請求消息用于請求在控制用戶設(shè)備UE和目標(biāo)UE之間轉(zhuǎn)移或者共享聯(lián)合會話控制權(quán)；所述SCC AS確定出自身為聯(lián)合會話錨定點后，所述SCC AS控制所述目標(biāo)UE建立聯(lián)合會話控制權(quán)，在確定所述目標(biāo)UE不歸屬所述SCC AS的情況下，所述SCC AS將自身身份信息或聯(lián)合會話信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCC AS。
2.如權(quán)利要求1所述的方法，其特征在于，所述SCCAS控制所述目標(biāo)UE建立聯(lián)合會話控制權(quán)，在確定所述目標(biāo)UE不歸屬所述SCC AS的情況下，所述SCC AS將自身身份信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCCAS包括所述SCC AS在確定出自身不是所述目標(biāo)UE歸屬的SCC AS，則根據(jù)所述聯(lián)合會話控制權(quán)變化請求消息向所述目標(biāo)UE發(fā)送攜帶自身身份信息的建立聯(lián)合會話控制權(quán)指示消息， 所述建立聯(lián)合會話控制權(quán)指示消息經(jīng)所述目標(biāo)UE歸屬的SCC AS傳輸至所述目標(biāo)UE,所述建立聯(lián)合會話控制權(quán)指示消息攜帶的自身身份信息被所述目標(biāo)UE和所述目標(biāo)UE歸屬的 SCC AS存儲。
3.如權(quán)利要求1所述的方法，其特征在于，所述將聯(lián)合會話信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCC AS包括所述SCC AS向所述目標(biāo)UE發(fā)送包含有所述聯(lián)合會話信息的建立聯(lián)合會話控制權(quán)指示消息；和/或所述SCC AS根據(jù)所述目標(biāo)UE對聯(lián)合會話信息的訂閱向所述目標(biāo)UE發(fā)送聯(lián)合會話信肩、ο
4.如權(quán)利要求3所述的方法，其特征在于，所述訂閱包括所述聯(lián)合會話控制權(quán)在所述目標(biāo)UE成功建立后，所述SCC AS觸發(fā)所述目標(biāo)UE訂閱聯(lián)合會話信息；或者所述聯(lián)合會話控制權(quán)在所述目標(biāo)UE成功建立后，所述目標(biāo)UE主動發(fā)起訂閱。
5.如權(quán)利要求1至4任一項所述的方法，其特征在于，所述方法還包括在所述聯(lián)合會話控制權(quán)成功轉(zhuǎn)移至目標(biāo)UE后，所述SCC AS向?qū)Χ薝E發(fā)送通知信息， 使所述對端UE獲知與其通信的UE為所述目標(biāo)UE。
6.如權(quán)利要求1至4任一項所述的方法，其特征在于，所述方法還包括在所述聯(lián)合會話控制權(quán)成功轉(zhuǎn)移至目標(biāo)UE后，所述SCC AS接收媒體變化請求消息，所述媒體變化請求消息攜帶與媒體變化相關(guān)的UE認證通過的信息；所述SCC AS不對所述與媒體變化相關(guān)的UE進行認證操作，完成媒體變化過程。
7.如權(quán)利要求6所述的方法，其特征在于，所述媒體變化請求消息包括基于推Push方式的媒體變化請求消息或者基于拉Pull方式的媒體變化請求消息；所述與媒體變化相關(guān)的UE包括媒體所在UE和媒體目標(biāo)UE中的至少一個。
8.—種業(yè)務(wù)集中與連續(xù)性應(yīng)用服務(wù)器SCC AS，其特征在于，所述SCC AS包括接收模塊，用于接收聯(lián)合會話控制權(quán)變化請求消息，所述消息用于請求聯(lián)合會話控制權(quán)在控制用戶設(shè)備UE和目標(biāo)UE之間轉(zhuǎn)移或者共享聯(lián)合會話控制權(quán)變化請求；處理模塊，用于在確定出所述SCC AS為聯(lián)合會話錨定點后，控制目標(biāo)UE建立聯(lián)合會話控制權(quán)，在確定所述目標(biāo)UE不歸屬所述SCC AS的情況下，將所述SCC AS的自身身份信息或聯(lián)合會話信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCC AS。
9.如權(quán)利要求8所述的SCCAS，其特征在于，所述處理模塊包括第一處理模塊，用于確定所述SCC AS是否為聯(lián)合會話錨定點，且確定SCCAS是否為目標(biāo)UE歸屬的SCC AS ；第二處理模塊，用于在所述第一處理模塊確定出所述SCC AS為聯(lián)合會話錨定點，且所述SCC AS不是所述目標(biāo)UE歸屬的SCC AS時，根據(jù)所述聯(lián)合會話控制權(quán)變化請求消息向目標(biāo)UE發(fā)送攜帶所述SCC AS自身身份信息的建立聯(lián)合會話控制權(quán)指示消息，所述建立聯(lián)合會話控制權(quán)指示消息經(jīng)所述目標(biāo)UE歸屬的SCC AS傳輸至所述目標(biāo)UE，所述建立聯(lián)合會話控制權(quán)指示消息攜帶的所述SCC AS信息被所述目標(biāo)UE和目標(biāo)UE歸屬的SCC AS存儲。
10.如權(quán)利要求9所述的SCCAS，其特征在于，所述處理模塊還包括以下至少一種模塊第一發(fā)送模塊用于向所述目標(biāo)UE發(fā)送攜帶所述聯(lián)合會話信息的建立聯(lián)合會話控制權(quán)指示消息；第二發(fā)送模塊，用于根據(jù)所述目標(biāo)UE對聯(lián)合會話信息的訂閱向所述目標(biāo)UE發(fā)送聯(lián)合會話{曰息ο
11.如權(quán)利要求8至10中任一項權(quán)利要求所述的SCCAS，其特征在于，所述SCC AS還包括通知模塊，用于在所述聯(lián)合會話控制權(quán)成功轉(zhuǎn)移至目標(biāo)UE后，向?qū)Χ薝E發(fā)送通知信息，使對端UE獲知與其通信的本端UE為所述目標(biāo)UE。
全文摘要
本發(fā)明實施例公開了聯(lián)合會話控制權(quán)變化的方法裝置。其中的聯(lián)合會話控制權(quán)變化的方法包括SCC AS接收聯(lián)合會話控制權(quán)變化請求消息，所述聯(lián)合會話控制權(quán)變化請求消息用于請求在控制用戶設(shè)備UE和目標(biāo)UE之間轉(zhuǎn)移或者共享聯(lián)合會話控制權(quán)；所述SCC AS確定出自身為聯(lián)合會話錨定點后，所述SCCAS控制所述目標(biāo)UE建立聯(lián)合會話控制權(quán)，在確定所述目標(biāo)UE不歸屬所述SCCAS的情況下，所述SCC AS將自身身份信息或聯(lián)合會話信息通知給所述目標(biāo)UE和所述目標(biāo)UE歸屬的SCC AS。上述技術(shù)方案可以使屬于不同SCC AS的UE之間能夠?qū)崿F(xiàn)聯(lián)合會話控制權(quán)轉(zhuǎn)移或者共享。
文檔編號H04L29/06GK102404296SQ20101028476
公開日2012年4月4日 申請日期2010年9月15日 優(yōu)先權(quán)日2010年9月15日
發(fā)明者段小嫣, 衣強, 金輝 申請人:華為終端有限公司