一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法及裝置，涉及通信【技術(shù)領(lǐng)域】，用于解決現(xiàn)有技術(shù)中初始會議控制端在會議中途離開會議，使需要繼續(xù)進行的會議解散的問題。在本發(fā)明提供的技術(shù)方案中，通過會議服務(wù)器檢測初始會議控制端的當前狀態(tài)，并根據(jù)當前狀態(tài)，確定新的會議控制端，使初始會議控制端在退出會議時，可以確定新的會議控制端。本發(fā)明實施例主要應(yīng)用于基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理流程中。
【專利說明】一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法及裝置

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其涉及一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法及裝置。

【背景技術(shù)】
[0002]隨著通信技術(shù)的發(fā)展，越來越多的通信方式展現(xiàn)在用戶設(shè)備眼前，基于IMS (Internet Protocol Multimedia Subsystem，網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng))的多方會議就是其中之一?；贗MS的多方會議可以讓多個人同時進行高質(zhì)量的語音或視頻通信。當用戶設(shè)備需要進行MS多方會議(后文稱會議)時，用戶設(shè)備向會議服務(wù)器發(fā)送建立會議請求，此時發(fā)送建立會議請求的用戶設(shè)備為此會議的發(fā)起端。然后會議服務(wù)器根據(jù)發(fā)起者發(fā)送的建立會議請求為該會議分配一個會議URI。發(fā)起者利用其他用戶設(shè)備的用戶名，將其他用戶設(shè)備加入到該會議中(其他被發(fā)起者加入到會議中的用戶設(shè)備為會議參與端)，從而實現(xiàn)多方會議。根據(jù)多方會議處理相關(guān)的標準文檔(該標準文檔包括RFC4353、3GPP TS24.147)規(guī)定，會議要根據(jù)相關(guān)會議策略進行處理，相關(guān)會議策略包括:會議發(fā)起端擁有添加和刪除會議參與端的能力，且一個會議中只有一個會議發(fā)起端。并且，相關(guān)會議策略中還指出，一個會議中必須要有一個會議控制端(即擁有添加或者刪除其他與會者能力的發(fā)起端)，如果會議服務(wù)器檢測到該會議中缺少會議控制端，則會議服務(wù)器會禁止其他會議參與端繼續(xù)使用該會議URI (Uniform Resource Identifier，通用資源標識符)，也就是該會議解散，因此，其他會議參與段無法繼續(xù)進行會議。
[0003]現(xiàn)有技術(shù)中，如果會議控制端在會議中途向會議服務(wù)器發(fā)送退出該會議請求，或者會議控制端由于設(shè)備原因或網(wǎng)絡(luò)原因被迫中途退出該會議時，其他會議參與端還需繼續(xù)進行會議，由于會議控制端的退出，會議服務(wù)器會禁止其他會議參與端繼續(xù)使用該會議URI，其他會議參與端也就無法繼續(xù)進行會議。此時，其他會議參與端如果想繼續(xù)進行會議，必須由新的會議發(fā)起端向會議服務(wù)器發(fā)送建立會議請求，獲得新的會議URI，并重新添加會議參與端到新的會議URI中。綜上所述，在現(xiàn)有技術(shù)中，其他會議參與端無法在該會議控制端退出后繼續(xù)進行該會議，因此，會議控制端的退出勢必對正在進行會議的用戶造成影響，降低用戶使用體驗。


【發(fā)明內(nèi)容】

[0004]本發(fā)明的實施例提供一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法及裝置，能夠解決當會議控制端退出會議后，其他會議參與者無法繼續(xù)進行該會議的問題。
[0005]為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案:
[0006]一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法，包括:
[0007]檢測初始會議控制端的當前狀態(tài)；
[0008]根據(jù)所當前狀態(tài)，確定新的會議控制端，所述新的會議控制端與所述初始會議控制端對應(yīng)的會議URI相同。
[0009]一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置，其特征在于，包括:
[0010]檢測單元，用于檢測初始會議控制端的當前狀態(tài)；
[0011]確定單元，用于根據(jù)所當前狀態(tài)，確定新的會議控制端，所述新的會議控制端與所述初始會議控制端對應(yīng)的會議URI相同。
[0012]本發(fā)明實施例提供的一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法及裝置，通過檢測初始會議控制端的當前狀態(tài)，并根據(jù)當前狀態(tài)，確定新的會議控制端代替初始會議控制端，使初始會議控制端獲取的會議URI可以繼續(xù)使用，加入到該會議URI中的除初始會議控制端之外的其余會議參與端可以繼續(xù)進行會議，不需重新獲取新的會議URI，可避免現(xiàn)有技術(shù)中，當會議的初始會議控制端退出會議，而除初始會議控制端之外的其余會議參與端需要繼續(xù)進行會議，使用該會議URI時，會議服務(wù)器因檢測到該會議沒有初始會議控制端而禁止其他會議參與端繼續(xù)使用該會議URI，迫使該會議解散的問題，顯著提高用戶使用體驗。

【專利附圖】

【附圖說明】
[0013]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0014]圖1為本發(fā)明實施例提供的一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法流程圖；
[0015]圖2為本發(fā)明實施例提供的另一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法流程圖；
[0016]圖3為本發(fā)明實施例提供的另一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法流程圖；
[0017]圖4為本發(fā)明實施例提供的另一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法流程圖；
[0018]圖5為本發(fā)明實施例提供的另一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法流程圖；
[0019]圖6為本發(fā)明實施例提供的一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置組成示意圖；
[0020]圖7為本發(fā)明實施例提供的另一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置組成示意圖；
[0021]圖8為本發(fā)明實施例提供的另一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置組成示意圖；
[0022]圖9為本發(fā)明實施例提供的另一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置組成示意圖。

【具體實施方式】
[0023]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0024]本發(fā)明實施例提供了一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法，可提高用戶使用體驗，如圖1所示，包括:
[0025]101、會議服務(wù)器檢測初始會議控制端的當前狀態(tài)。
[0026]其中，當前狀態(tài)包括:會議控制端掉線狀態(tài)或會議控制端請求會議控制端轉(zhuǎn)移狀
--τ O
[0027]102、會議服務(wù)器根據(jù)當前狀態(tài)，確定新的會議控制端。
[0028]其中，新的會議控制端與初始會議控制端對應(yīng)的會議URI相同，說明新的會議控制端與初始會議控制端在同一個會議內(nèi)。
[0029]本發(fā)明實施例提供了一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法，通過檢測初始會議控制端的當前狀態(tài)，并根據(jù)當前狀態(tài)，確定新的會議控制端代替初始會議控制端，使初始會議控制端獲取的會議URI保留，加入到該會議URI中的除初始會議控制端之外的其余會議參與端可以繼續(xù)進行會議，可避免現(xiàn)有技術(shù)中，當從會議服務(wù)器中獲取會議URI的初始會議控制端離開會議，而除初始會議控制端之外的其余會議參與端需要繼續(xù)使用該會議URI進行會議時，會議服務(wù)器因檢測到該會議沒有初始會議控制端而禁止其他會議參與端繼續(xù)使用該會議URI，迫使會議解散的問題，進而提高用戶使用體驗。
[0030]本發(fā)明另一實施例提供了，詳細描述了根據(jù)當前狀態(tài)，確定新的會議控制端的方法，如圖2所示，該方法包括:
[0031]201、當會議服務(wù)器檢測到當前狀態(tài)為初始會議控制端掉線時，從初始會議控制端發(fā)起的會議的任意一個或多個會議參與端中確定一個新的會議控制端。
[0032]其中，會議服務(wù)器在預設(shè)時間內(nèi)沒有收到初始會議端發(fā)送的RTP (Real-timeTransport Protocol，實時傳輸協(xié)議)數(shù)據(jù)包和 RTCP(RTP Control Protocol, RTP 控制協(xié)議)數(shù)據(jù)包，則會議服務(wù)器認為初始會議控制端已經(jīng)掉線。此時會議服務(wù)器從加入該會議URI的其他會議參與端中選擇新的會議控制端，具體選擇方式可以是按照會議參與端加入該會議URI的先后順序，選擇先加入的會議參與端為新的會議控制端，也可以是從所有會議參與端中，隨機選擇一個會議參與端為新的會議控制端。值得說明的是，上述預設(shè)時間可以設(shè)置在20秒到50秒之間，本發(fā)明對預設(shè)時間的具體時長不做限定。
[0033]例如，在初始會議控制端掉線后，該會議URI中還有三個會議參與端，會議參與端I，會議參與端2，會議參與端3，且會議參與端I比會議參與端2和會議參與端3先加入該會議URI。會議服務(wù)器根據(jù)除新的會議控制端之外的其余會議參與端加入該會議URI的先后順序進行選擇，按此種方式進行選擇時會議服務(wù)器會選擇會議參與端I為新的會議控制端。若會議服務(wù)器按照隨機選擇的方式選擇新的會議控制端時，則會議服務(wù)器從會議參與端1、會議參與端2、會議參與端3中任意選擇一個會議參與端為新的會議控制端。
[0034]202、當會議服務(wù)器檢測到當前狀態(tài)為請求會議控制端轉(zhuǎn)移時，獲取初始會議控制端發(fā)送的會議控制端轉(zhuǎn)移請求。
[0035]其中，會議控制端轉(zhuǎn)移請求中至少包括:會議控制端的URI，會議URI，XML(Extensible Markup Language，可擴展標記語言)文件名，XML文件。XML文件名用于確定XML文件。在該XML文件，至少包含新的會議控制端的URI。還需說明的是，會議控制端轉(zhuǎn)移請求可使用MASSAGE (信息)請求，將MASSAGE請求中的Request (請求)URI設(shè)置為會議服務(wù)器當前會議URI，Contact (連接)頭字段中的URI表示當前會議的URI。Content-Type (內(nèi)容類型)字段的內(nèi)容為 applicat1n/resource-lists+xml。并在 MASSAGE請求中包含一個用來描述新的會議控制端的URI的XML文件，根據(jù)Content-Type的內(nèi)容，尋找MASSAGE請求中的XML文件。在XML文件中，可用新的會議控制端的域名表示新的會議控制端的URI。例如:新的會議控制端的域名為user@domain.com,則在XML文件中用“sip:user@domain.com”表示新的會議控制端的UR10
[0036]203、會議服務(wù)器根據(jù)會議控制端轉(zhuǎn)移請求確定新的會議控制端。
[0037]本發(fā)明提供的另一實施例，執(zhí)行在會議服務(wù)器根據(jù)會議控制端轉(zhuǎn)移請求確定新的會議控制端之后，如圖3所示，還包括:
[0038]301、會議服務(wù)器向新的會議控制端發(fā)送會議控制端轉(zhuǎn)移通知。
[0039]其中，會議控制端轉(zhuǎn)移通知至少包括新的會議控制端的URI，會議URI。另外會議控制端轉(zhuǎn)移通知為MASSAGE通知，在該MASSAGE通知中，Request URI用于表示當前會議URI，并使用From(來源)頭字段表示新會議控制端的URI。通過步驟201或步驟202，在確定新的會議控制端之后，將新的會議控制端的URI填寫進會議控制端轉(zhuǎn)移通知的From頭字段中。新的會議控制端接收到的會議控制端轉(zhuǎn)移通知，讀取會議控制端轉(zhuǎn)移通知中的From頭字段，此時From頭字段中的URI與新的會議控制端的URI相同，且Request URI為當前會議URI，執(zhí)行下述步驟302。
[0040]302、會議服務(wù)器獲取新的會議控制端發(fā)送的訂閱請求。
[0041]其中，訂閱請求用于獲取除新的會議控制端之外的其余會議參與端的URI。會議服務(wù)器獲取到新的會議控制端發(fā)送的訂閱請求后，會議服務(wù)器將該會議URI下的除新的會議控制端之外的其余會議參與端的URI發(fā)送給新的會議控制端，使新的會議控制端可以知道在當前會議URI下的除新的會議控制端之外的其余會議參與端的URI。
[0042]本發(fā)明提供的另一實施例，詳細描述了根據(jù)會議控制端轉(zhuǎn)移請求確定新的會議控制端之后需執(zhí)行的方法流程，執(zhí)行在步驟302之后，如圖4所示，還包括:
[0043]401、會議服務(wù)器向除新的會議控制端之外的其余會議參與端發(fā)送會議控制端轉(zhuǎn)移通知。
[0044]其中，除新的會議控制端之外的其余會議參與端獲取會議服務(wù)器發(fā)送的會議控制端轉(zhuǎn)移通知后，獲取會議控制端轉(zhuǎn)移通知中From頭字段的URI，并根據(jù)From頭字段的URI更新初始會議控制端的URI為新會議控制端的URI。需要說明的是，步驟401中的會議控制端轉(zhuǎn)移通知與步驟301中的會議控制端轉(zhuǎn)移通知都為MASSAGE通知，其格式和內(nèi)容都一樣。
[0045]本發(fā)明提供的另一實施例，如圖5所示，還包括:
[0046]501、當會議服務(wù)器檢測到當前狀態(tài)為請求會議控制端轉(zhuǎn)移，且確定新的會議控制端后，向初始會議控制端發(fā)送會議控制端轉(zhuǎn)移完成信息。
[0047]其中，初始會議控制端向會議服務(wù)器發(fā)送會議控制端轉(zhuǎn)移請求后，等待會議服務(wù)器的響應(yīng)，若接到會議服務(wù)器返回的響應(yīng)為“ 2000K ”則說明會議控制端轉(zhuǎn)移完成，若收到其他信息，則需要初始會議控制端重新選擇新的會議控制端。
[0048]本發(fā)明實施例提供了一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法，通過檢測初始會議控制端的當前狀態(tài)，并根據(jù)當前狀態(tài)，確定新的會議控制端代替初始會議控制端，使初始會議控制端獲取的會議URI保留，加入到該會議URI中的除初始會議控制端之外的其余會議參與端可以繼續(xù)進行會議，可避免現(xiàn)有技術(shù)中，當從會議服務(wù)器中獲取會議URI的初始會議控制端離開會議，而除初始會議控制端之外的其余會議參與端需要繼續(xù)使用該會議URI進行會議時，會議服務(wù)器因檢測到該會議沒有初始會議控制端而禁止其他會議參與端繼續(xù)使用該會議URI，迫使會議解散的問題，進而提高用戶使用體驗。
[0049]本發(fā)明實施例提供了一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置，如圖6所示，包括:檢測單元61、確定單元62。
[0050]檢測單元61，用于檢測初始會議控制端的當前狀態(tài)。
[0051]確定單元62，用于根據(jù)檢測單元61檢測到的當前狀態(tài)，確定新的會議控制端，新的會議控制端與初始會議控制端對應(yīng)的會議URI相同。
[0052]本發(fā)明實施例提供的另一種可選的組成方式中，如圖7所示，該裝置還包括:第一獲取單元71。
[0053]確定單元62，具體用于當檢測單元61檢測到當前狀態(tài)為初始會議端掉線時，從初始會議控制端發(fā)起的會議的任意一個或多個會議參與端中確定一個新的會議控制端。
[0054]第一獲取單元71，用于當檢測單元61檢測到當前狀態(tài)為請求會議控制端轉(zhuǎn)移時，獲取初始會議端發(fā)送的會議控制端轉(zhuǎn)移請求，會議控制端轉(zhuǎn)移請求中至少包括:會議控制端的URI，會議URI，可擴展標記語言XML文件名，XML文件，XML文件用于確定XML文件，XML文件，包含新的會議控制端的URI。
[0055]確定單元62，還用于根據(jù)第一獲取單元71獲取到的會議控制端轉(zhuǎn)移請求確定新的會議控制端。
[0056]在本發(fā)明實施例提供的另一種可選的組成方式中，如圖8所示，包括:第一發(fā)送單元81、第二獲取單元82。
[0057]第一發(fā)送單元81，用于向新的會議控制端發(fā)送會議控制端轉(zhuǎn)移通知。
[0058]其中，會議控制端轉(zhuǎn)移通知至少包括新的會議控制端的URI，會議URI。
[0059]第二獲取單元82，用于獲取新的會議控制端發(fā)送的訂閱信息。
[0060]其中，訂閱信息用于獲取除新的會議控制端之外的其余會議參與端的URI。
[0061]本發(fā)明實施例提供的另一實施例中，如圖8所示，
[0062]第一發(fā)送單元81，還用于向除新的會議控制端之外的其余會議參與端發(fā)送會議控制端轉(zhuǎn)移通知，以使得其余會議參與端根據(jù)會議控制端轉(zhuǎn)移通知更新初始會議控制端為新的會議控制端。
[0063]本發(fā)明實施例提供的另一種可選的組成方式中，如圖9所示，該裝置還包括:第二發(fā)送單元91。
[0064]第二發(fā)送單元91，用于當檢測單元61檢測到當前狀態(tài)為請求會議控制端轉(zhuǎn)移，且確定單元62確定新的會議控制端后，向初始會議控制端發(fā)送會議控制端轉(zhuǎn)移完成信息。
[0065]值得說明的是，本實施例中如圖6至圖9所示的裝置用于實現(xiàn)上述圖1至圖5的方法流程。
[0066]本發(fā)明實施例提供了一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置，通過檢測單元檢測初始會議控制端的當前狀態(tài)，確定單元根據(jù)檢測單元檢測到的當前狀態(tài)，確定新的會議控制端代替初始會議控制端，使初始會議控制端獲取的會議URI保留，加入到該會議URI中的除初始會議控制端之外的其余會議參與端可以繼續(xù)進行會議，可避免現(xiàn)有技術(shù)中，當從會議服務(wù)器中獲取會議URI的初始會議控制端離開會議，而除初始會議控制端之外的其余會議參與端需要繼續(xù)使用該會議URI進行會議時，會議服務(wù)器因檢測到該會議沒有初始會議控制端而禁止其他會議參與端繼續(xù)使用該會議URI，迫使會議解散的問題，進而提高用戶使用體驗。
[0067]通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計算機的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0068]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準。
【權(quán)利要求】
1.一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理方法，其特征在于，包括: 檢測初始會議控制端的當前狀態(tài)； 根據(jù)所述當前狀態(tài)，確定新的會議控制端，所述新的會議控制端與所述初始會議控制端對應(yīng)的會議通用資源標識符URI相同。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述當前狀態(tài)，確定新的會議控制端包括: 當檢測到所述當前狀態(tài)為所述初始會議控制端掉線時，從所述初始會議控制端發(fā)起的會議的任意一個或多個會議參與端中確定一個所述新的會議控制端；或者， 當檢測到所述當前狀態(tài)為請求會議控制端轉(zhuǎn)移時，獲取所述初始會議控制端發(fā)送的會議控制端轉(zhuǎn)移請求，所述會議控制端轉(zhuǎn)移請求中至少包括:所述會議控制端的URI，所述會議URI，可擴展標記語言XML文件名，XML文件，所述XML文件名用于確定所述XML文件，所述XML文件，包含所述新的會議控制端的URI ； 根據(jù)所述會議控制端轉(zhuǎn)移請求確定所述新的會議控制端。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述會議控制端轉(zhuǎn)移請求確定所述新的會議控制端之后，還包括: 向所述新的會議控制端發(fā)送會議控制端轉(zhuǎn)移通知，所述會議控制端轉(zhuǎn)移通知至少包括所述新的會議控制端的URI，所述會議URI ； 獲取所述新的會議控制端發(fā)送的訂閱信息，所述訂閱信息用于獲取除所述新的會議控制端之外的其余所述會議參與端的URI。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述會議控制端轉(zhuǎn)移通知確定所述新的會議控制端之后，還包括: 向除所述新的會議控制端之外的其余所述會議參與端發(fā)送會議控制端轉(zhuǎn)移通知，以使得所述其余所述會議參與端根據(jù)所述會議控制端轉(zhuǎn)移通知更新所述初始會議控制端為所述新的會議控制端。
5.權(quán)利要求2-4任意一項所述的方法，其特征在于，包括: 當檢測到所述當前狀態(tài)為請求會議控制端轉(zhuǎn)移，且確定所述新的會議控制端后，向所述初始會議控制端發(fā)送會議控制端轉(zhuǎn)移完成信息。
6.一種基于網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)的多方會議處理裝置，其特征在于，包括: 檢測單元，用于檢測初始會議控制端的當前狀態(tài)； 確定單元，用于根據(jù)檢測單元檢測到的所述當前狀態(tài)，確定新的會議控制端，所述新的會議控制端與所述初始會議控制端對應(yīng)的會議通用資源標識符URI相同。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括: 所述確定單元，還用于當所述檢測單元檢測到所述當前狀態(tài)為所述初始會議控制端掉線時，從所述初始會議控制端發(fā)起的會議的任意一個或多個會議參與端中確定一個所述新的會議控制端；或者， 第一獲取單元，用于當所述檢測單元檢測到的所述當前狀態(tài)為請求會議控制端轉(zhuǎn)移時，獲取所述初始會議控制端發(fā)送的會議控制端轉(zhuǎn)移請求，所述會議控制端轉(zhuǎn)移請求中至少包括:所述會議控制端的通用資源標識符URI，所述會議URI，可擴展標記語言XML文件名，XML文件，所述XML文件名用于確定所述XML文件，所述XML文件，包含所述新的會議控制端的URI ； 所述確定單元，還用于根據(jù)所述第一獲取單元獲取到的所述會議控制端轉(zhuǎn)移請求確定所述新的會議控制端。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括: 第一發(fā)送單元，用于向所述新的會議控制端發(fā)送所述會議控制端轉(zhuǎn)移通知，所述會議控制端轉(zhuǎn)移通知至少包括所述新的會議控制端的URI，所述會議URI ; 第二獲取單元，用于獲取所述新的會議控制端發(fā)送的訂閱信息，所述訂閱信息用于獲取除所述新的會議控制端之外的其余所述會議參與端的URI。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于， 第一發(fā)送單元，還用于向除所述新的會議控制端之外的其余所述會議參與端發(fā)送所述會議控制端轉(zhuǎn)移通知，以使得所述其余所述會議參與端根據(jù)所述會議控制端轉(zhuǎn)移通知更新所述初始會議控制端為所述新的會議控制端。
10.權(quán)利要求7-9任意一種所述的裝置，其特征在于，所述裝置還包括: 第二發(fā)送單元，還用于當檢測到所述當前狀態(tài)為請求會議控制端轉(zhuǎn)移，且確定所述新的會議控制端后，向所述初始會議控制端發(fā)送會議控制端轉(zhuǎn)移完成信息。
【文檔編號】H04L29/06GK104506550SQ201410853665
【公開日】2015年4月8日 申請日期:2014年12月30日 優(yōu)先權(quán)日:2014年12月30日
【發(fā)明者】陳超 申請人:宇龍計算機通信科技(深圳)有限公司