專利名稱：：一種建立群組會(huì)話的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種建立群組會(huì)話的方法。
背景技術(shù)：
：PTT(PushtoTalk)—種通過按功能鍵進(jìn)行通信的半雙工語音業(yè)務(wù)，目前包括很多實(shí)現(xiàn)方式，比如Motorola的iDEN以及Nokia的Tetra。PoC(PTToverCellular)是OMA(OpenMobileAlliance開放移動(dòng)聯(lián)盟組織)定義的在分組網(wǎng)絡(luò)上實(shí)現(xiàn)的PTT業(yè)務(wù)，采用VoIP(分組語音)以及半雙工的方式,低成本、高效率的滿足PoC客戶端(以下簡稱客戶端)的實(shí)時(shí)通信需求。通過這種業(yè)務(wù)，客戶端可以向單個(gè)客戶端或群組發(fā)起PoC會(huì)話，實(shí)現(xiàn)一對一或一對多的會(huì)話方式。在PoC會(huì)話中，服務(wù)器根據(jù)邏輯功能劃分為控制功能和參與功能服務(wù)器。控制功能服務(wù)器提供對PoC會(huì)話集中控制，包括實(shí)時(shí)傳輸協(xié)議(Real-timeTransportProtocol,以下簡稱RTP)媒體分發(fā)、發(fā)言權(quán)控制、對參與會(huì)話的成員執(zhí)行^"策略以及處理參與成員信息；參與功能服務(wù)器提供會(huì)話控制，包括對呼入M的策略控制、對控制功能服務(wù)器與客戶端之間的發(fā)言權(quán)信令中繼等，也可以根據(jù)需要提供媒體流的中繼；存儲(chǔ)用戶的業(yè)務(wù)設(shè)置，如應(yīng)答模式、來話禁止等。而SIP協(xié)議是一種用來建立會(huì)話的協(xié)議，該協(xié)議描述了一些會(huì)話相關(guān)的請求，如建立^^舌、退出^^舌請求等。會(huì)話描述協(xié)議(SessionDescriptionProtocol,以下簡稱SDP)用來對會(huì)話參數(shù)進(jìn)行協(xié)商，如傳送的J(某體類型、文件的大小、采用的編碼格式、采用的偉輸端口等。在建立會(huì)話之后，需要用特定的協(xié)議來傳輸媒體流數(shù)據(jù)，如大文件類型一般采用MSRP(MessageSessionRelayProtocol,消息會(huì)話中繼協(xié)議)對實(shí)時(shí)的語音流、i見頻流一般采用RTP。根據(jù)用戶的使用偏好和使用環(huán)境等，被叫方支持兩種應(yīng)答模式自動(dòng)應(yīng)答當(dāng)被邀請時(shí)自動(dòng)進(jìn)入會(huì)話；手工應(yīng)答彈出確認(rèn)窗口，用戶確定后進(jìn)入^4舌。這兩種應(yīng)答模式可以在終端進(jìn)行設(shè)置，默認(rèn)為自動(dòng)應(yīng)答。如果被邀請的PoC用戶已激活了自動(dòng)應(yīng)答設(shè)置，他將能收聽到來自其它PoC會(huì)話參與者的語音，而無需進(jìn)行任何操作，這樣方便了用戶的使用，尤其是在某些場合如開車、緊急呼叫等情況下。目前，建立群組會(huì)話的方法有如下幾種模式一、根據(jù)預(yù)定立的群組建立群組會(huì)話在發(fā)起會(huì)話之前，預(yù)先建立一個(gè)群組，這個(gè)群組包含建立會(huì)話時(shí)的呼叫對象的一個(gè)列表。在發(fā)起會(huì)話時(shí)，客戶端在會(huì)話請求消息中帶上群組標(biāo)識(shí)，服務(wù)器收到群組標(biāo)識(shí)之后，向群組標(biāo)識(shí)對應(yīng)的服務(wù)器請求建立群組會(huì)話，并邀請群組中的其他群組成員參加會(huì)話。如圖1所示，根據(jù)預(yù)建立的群組建立群組會(huì)話的流程如下步驟101—102:主叫客戶端向控制功能服務(wù)器發(fā)送建立群組會(huì)話的邀請消息。該消息包^舌群組標(biāo)識(shí)如group通huawei.com;控制功能服務(wù)器根據(jù)群組會(huì)話標(biāo)識(shí)從可擴(kuò)展標(biāo)記語言文檔管理服務(wù)器(XDMS)獲得群組成員列表，然后向群組列表中得用戶發(fā)送建立群組會(huì)話的消息。步驟103—104:控制功能服務(wù)器收到任一被叫客戶端收到的臨時(shí)震鈴響應(yīng)則向主叫客戶端回復(fù)震鈴消息。步驟105—106:控制功能服務(wù)器收到任一被叫客戶端的接收應(yīng)答，則向主叫方回復(fù)會(huì)話建立成功的消息。至此，會(huì)話建立成功。二、根據(jù)臨時(shí)的呼叫對象列表來建立會(huì)話此種建立群組會(huì)話的方法與根據(jù)預(yù)建立的群組建立群組會(huì)話的方法相似，其不同點(diǎn)在于，客戶端向服務(wù)器發(fā)送的建立群組會(huì)話的INVITE消息包含的信息不同，根據(jù)臨時(shí)的呼叫對象列表來建立會(huì)話的情況下，此INVITE消息包含XML格式的MIME數(shù)據(jù)，該數(shù)據(jù)是一個(gè)呼叫對象標(biāo)識(shí)的列表，其中，呼叫對象標(biāo)識(shí)列表的示例如下Content-type:application/resource-lists+x邁lContent—Disposition:recipient—1ist<xmlversion="l.0"encoding="UTF—8"><resource-listsxmlns="urn:ietf:params:xml:ns:resource-lists"xmlns:xsi="http://www.w3.org/2001/XMLSchema—instance"<list〉〈entryuri="sip:PoC-UserB扭networkB.com"/><entryuri二"sip:PoC-UserCSnetworkC.com"/><entryuri-"sip:PoC—UserDSnetworkD.com"/></list></resource-lists>第三、用戶自己加入會(huì)場的方式建立會(huì)話，此種建立群組會(huì)話的方式與本發(fā)明無關(guān)，故無需陳述。此外，主叫客戶端在發(fā)起會(huì)話前(pre-establish方式)或發(fā)起會(huì)話時(shí)(ondemond方式)協(xié)商媒體的參數(shù)，即在INVIT消息中攜帶媒體參數(shù)。參見下表<table>tableseeoriginaldocumentpage6</column></row><table>參數(shù)說明c:通訊所用的IP地址及IP地址版本mj某體類型、編碼方案，端口號(hào)a:媒體屬性此外，主叫客戶端還可以在會(huì)話過程中重新協(xié)商會(huì)話的媒體參數(shù)。從以上方案可以看出，對于不具備會(huì)話結(jié)束的傳輸協(xié)議，如MSRP，用戶在發(fā)起一個(gè)會(huì)話后，如協(xié)商了多個(gè)媒體，這多個(gè)媒體的端口和網(wǎng)絡(luò)資源一直占用，直到用戶完成重協(xié)商過程或結(jié)束^^舌。如用戶在會(huì)活建立時(shí)，協(xié)商了兩種々某體，一種是圖片(采用MSRP)，一種是語音(采用RTP)，會(huì)話過程中，由于圖片傳送的比較少，圖片相關(guān)的網(wǎng)絡(luò)資源一直占用，直到整個(gè)^^舌結(jié)束，從而浪費(fèi)網(wǎng)格資源。此外，媒體和應(yīng)答模式混雜在一起，使得應(yīng)答難于處理，比如說一個(gè)用戶希望來的語音電話自動(dòng)應(yīng)答，而視頻會(huì)話手動(dòng)應(yīng)答，用戶發(fā)起一個(gè)即包含語音又包含視頻的會(huì)話，是手動(dòng)應(yīng)答還是自動(dòng)應(yīng)答，比較難于定義。多種媒體在一個(gè)^^舌中，使得發(fā)言權(quán)請求處理比較復(fù)雜，需要多種請求發(fā)言權(quán)的消息，如請求語音發(fā)言權(quán)、請求文件傳送權(quán)等。
發(fā)明內(nèi)容為了解決現(xiàn)有技術(shù)中多個(gè)媒體的端口和網(wǎng)絡(luò)資源一直占用，從而浪費(fèi)網(wǎng)絡(luò)資源的問題，本發(fā)明提供一種建立群組會(huì)話的方法。為實(shí)現(xiàn)上述目的，本發(fā)明提供一種建立群組會(huì)話的方法，該方法包括如下步驟A、主叫客戶端向服務(wù)器發(fā)送建立第二會(huì)話的消息，該消息攜帶第一會(huì)話標(biāo)識(shí)；B、服務(wù)器獲取參與第一會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話的群組成員列表；C、服務(wù)器向所述群組成員發(fā)起建立第二會(huì)話的請求，并建立第二會(huì)話。優(yōu)選的，執(zhí)行步驟B之前，還應(yīng)執(zhí)行如下步驟服務(wù)器判斷存在第一會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話，并執(zhí)行步驟B。優(yōu)選的，服務(wù)器包括第一會(huì)話的會(huì)話策略，執(zhí)行步驟C之前，還應(yīng)執(zhí)行如下步驟服務(wù)器判斷所述消息滿足建立會(huì)話的策略，并執(zhí)行步驟C。優(yōu)選的，所述會(huì)話策略包括主叫客戶端為第一會(huì)話的參與者，服務(wù)器判斷主叫客戶端為參與會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話的群組成員的客戶端，并執(zhí)行步驟C;或所述會(huì)活策略包括對建立第二會(huì)話中包含的媒體類型的限制，服務(wù)器判斷主叫客戶端發(fā)出的建立會(huì)話的消息中的媒體類型滿足所述會(huì)話策略，并執(zhí)行步驟C。優(yōu)選的，執(zhí)行步驟c之前，服務(wù)器為建立的所述第二會(huì)話分配第二會(huì)話標(biāo)識(shí)，并建立該第一會(huì)活與所述第二會(huì)活標(biāo)識(shí)對應(yīng)的會(huì)活的關(guān)聯(lián)關(guān)系優(yōu)選的，服務(wù)器包括第一會(huì)話的會(huì)話策略，所述會(huì)話策略包括第一會(huì)話中第二會(huì)話嵌套層次的限制，服務(wù)器判斷所述第二會(huì)話滿足有關(guān)第一會(huì)話中第二會(huì)話嵌套層次的條件，并執(zhí)行步驟c。優(yōu)選的，該方法還包括如下步驟Dll:服務(wù)器向主叫客戶端返回第二會(huì)話建立成功的消息，所述消息攜帶經(jīng)協(xié)商的々某體參數(shù)、第二會(huì)話標(biāo)識(shí)和第一會(huì)話與第二會(huì)話的關(guān)聯(lián)關(guān)系，主叫客戶端和收到所述消息的服務(wù)器保存所述關(guān)聯(lián)關(guān)系。優(yōu)選的，該方法還包括如下步驟D21、客戶端向服務(wù)器發(fā)送攜帶第一會(huì)話標(biāo)識(shí)的結(jié)束會(huì)話請求；D22、服務(wù)器結(jié)束客戶端參與的第一會(huì)話及所有第一會(huì)話中的第二會(huì)活。優(yōu)選的，該方法還包括如下步驟D12、客戶端向服務(wù)器發(fā)送攜帶第一會(huì)話標(biāo)識(shí)的結(jié)束會(huì)話請求；D13、服務(wù)器根據(jù)保存的會(huì)話間的關(guān)聯(lián)關(guān)系，釋放掉第一會(huì)話及其所有第二會(huì)話占有的系統(tǒng)資源。優(yōu)選的，該方法還包括如下步驟D31、未加入笫一會(huì)話的群組成員向月艮務(wù)器發(fā)送攜帶第一會(huì)話標(biāo)識(shí)的加入第一會(huì)話的消息；D32、服務(wù)器所述群組成員加入第一會(huì)話，并向所述群組成員返回?cái)y帶第一會(huì)話中第二會(huì)話標(biāo)識(shí)及第二會(huì)話的媒體類型的響應(yīng)消息；D33、所述群組成員向服務(wù)器發(fā)送攜帶第二會(huì)話標(biāo)識(shí)的加入第二會(huì)話的請求消息，服務(wù)器將所述群組成員加入第二會(huì)話。由以上方案可以看出，本發(fā)明的有益效果如下1)在笫一會(huì)話的進(jìn)行中根據(jù)需要建立不同媒體類型的第二會(huì)話，而無須使同一會(huì)話中的多種媒體類型的資源、端口一直占用，提高系統(tǒng)資源的使用。2)同一會(huì)話中包含的媒體類型比較少，使得群組成員的應(yīng)答模式簡單化，相應(yīng)的發(fā)言權(quán)請求的實(shí)現(xiàn)也得到簡化。附困說明1.圖1為現(xiàn)有技術(shù)中建立群組會(huì)話的流程圖；2.圖2為本發(fā)明提供的建立群組會(huì)話的流程3.圖3為本發(fā)明提供的建立群組會(huì)話的具體實(shí)施方式4.圖4本發(fā)明提供的被叫客戶端被邀加入第二^S舌的流程5.圖5為本發(fā)明提供的通過第一會(huì)活標(biāo)識(shí)建立第二會(huì)話的實(shí)施例的流程6.圖6為本發(fā)明提供的客戶端退出第二會(huì)話的實(shí)施例的流程7.圖7為本發(fā)明提供的客戶端加入第二會(huì)活的實(shí)施例的流程圖；具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對本發(fā)明再作進(jìn)一步詳細(xì)的說明。如圖2所示，當(dāng)被叫客戶端和參與功能服務(wù)器之間預(yù)建立了會(huì)話并采用自動(dòng)應(yīng)答時(shí)，本發(fā)明所提供的實(shí)施例中建立群組會(huì)話的流程如下步驟201:當(dāng)要在已建立的群組會(huì)話(以下稱第一會(huì)話)中建立新的群組會(huì)話(以下稱第二會(huì)話)時(shí)，如主叫客戶端已加入某群組會(huì)話即第一會(huì)話，而欲在第一會(huì)話中建立第二會(huì)話，則主叫客戶端向服務(wù)器發(fā)起一個(gè)建立第二會(huì)話請求，該請求消息中包含第一會(huì)話標(biāo)識(shí)；步驟202:服務(wù)器根據(jù)請求中的第一會(huì)話標(biāo)識(shí)判斷所述第一會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話是否存在，如果存在，則根據(jù)所述會(huì)話標(biāo)識(shí)獲取已參與第一會(huì)話的群組成員標(biāo)識(shí)列表；步驟203、服務(wù)器向群組成員標(biāo)識(shí)列表中的群組成員發(fā)起群組M請求，并建立群組會(huì)話。如圖3所示，主叫客戶端在第一會(huì)話中建立第二會(huì)話，主叫客戶端的流程如下，其中控制功能服務(wù)器擁有會(huì)活標(biāo)識(shí)；步驟301—305、主叫客戶端向控制功能服務(wù)器發(fā)送建立群組會(huì)話的INVITE消息，其中，該INVITE消息中攜帶第一會(huì)話標(biāo)識(shí)。此外，該INVIT消息中還可以攜帶欲建立新群組會(huì)話的標(biāo)志，該標(biāo)志用來區(qū)分未加入第一會(huì)話的群組成員加入會(huì)話的情況。其中，控制功能月l務(wù)器可以限制只有參與建立的群組M的成員才能發(fā)出新的建立群組^S舌的請求。因此，當(dāng)控制功能服務(wù)器收到主叫客戶端發(fā)出的建立群組會(huì)話的INVITE消息后，判斷主叫客戶端是否為參與INVITE消息中的群組會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話的群組成員，如是則接受主叫客戶端發(fā)送的INVITE消息，并執(zhí)行后續(xù)步驟；否則向主叫客戶端返回不具備建立群組會(huì)話權(quán)限的消息，從而結(jié)束流程，當(dāng)然控制功能服務(wù)器也可以不執(zhí)行任何動(dòng)作。此外，控制功能服務(wù)器還可以判斷所收到的主叫客戶端發(fā)出的INVITE消息中的媒體類型是否和已建立群組會(huì)話的媒體類型一致，并根據(jù)建立會(huì)話的策略決定是否進(jìn)行后續(xù)步驟如建立會(huì)話策略不容許創(chuàng)建2個(gè)同樣的語音會(huì)話，但可以創(chuàng)建2個(gè)或兩個(gè)以上的文件傳送的會(huì)話時(shí)，如第一會(huì)話的媒體類型為語音，主叫客戶端的INVITE消息中的媒體類型也為語音，服務(wù)器根據(jù)策略判定不能建立主叫客戶端欲建立的群組會(huì)話即不能建立第二會(huì)話，并向主叫客戶端回復(fù)不能建立第二會(huì)話的消息或不執(zhí)行任何動(dòng)作，并結(jié)束流程。如果策略允許INVITE消息中的媒體類型格式，則執(zhí)行步驟306。此外，第二會(huì)話的策略和第一會(huì)話的策略可以相同，即當(dāng)用戶請求加入第二會(huì)話時(shí)，服務(wù)器檢查第一會(huì)話的接入策略。如用戶可以加入第一會(huì)話，則用戶也可以加入第二會(huì)話。此外，控制功能服務(wù)器還可以限制一個(gè)第一會(huì)話中第二會(huì)話的最大數(shù)量，這個(gè)數(shù)字可以由營運(yùn)商定義，也可以由在群組定義文件中定義。如果服務(wù)器對第一會(huì)話中第二會(huì)話的最大數(shù)量有限制，則服務(wù)器在收到主叫客戶端的INVITE消息后，判斷主叫客戶端欲建立的第二會(huì)話是其第一會(huì)話中的第幾個(gè)會(huì)話，該第二會(huì)話是否超出其第一會(huì)話所允許的第二會(huì)話數(shù)量的限制，如果是，控制功能服務(wù)器向主叫客戶端回復(fù)不能建立群組會(huì)話的消息或不執(zhí)行任何動(dòng)作，并結(jié)束流程。否則，執(zhí)行步驟306。此外，服務(wù)器可以建立第一會(huì)話和第二會(huì)話的關(guān)聯(lián)關(guān)條，并且限制一個(gè)第一會(huì)話中第二會(huì)話的嵌套層次，這個(gè)數(shù)字可以由營運(yùn)商定義，也可以由在群組定義文件中定義，一般兩級(jí)到三級(jí)就足夠了。服務(wù)器在接收主叫客戶端發(fā)出的INVITE消息后，判斷第二會(huì)話是否超出了第二^^舌所在的第一^^舌中對于嵌套層次的限制，如果超出，控制功能服務(wù)器向主叫客戶端回復(fù)不能建立群組會(huì)話的消息或不執(zhí)行任何動(dòng)作，并結(jié)束流程。否則，執(zhí)行步驟306。步驟306、控制功能服務(wù)器為主叫客戶端欲建立的第二會(huì)話分配第二M標(biāo)識(shí)，并向參與第二會(huì)話所對應(yīng)的第一會(huì)話的群組成員(即被叫客戶端)發(fā)送建立群組會(huì)話的消息。該消息包含第二會(huì)話標(biāo)識(shí)、第一會(huì)話標(biāo)識(shí)及第二會(huì)話中包含的媒體以及發(fā)起第二會(huì)話的發(fā)起者(即主叫客戶端)的ID。步驟307、被叫客戶端根據(jù)所收到的控制功能服務(wù)器發(fā)出的建立第二^^舌的消息，接入第二會(huì)話。步驟307—310、第二會(huì)話建立成功，控制功能服務(wù)器向主叫客戶端發(fā)送第二會(huì)話建立成功的消息。其中，該消息中攜帶已協(xié)商的第二會(huì)話的媒體參數(shù)及第二會(huì)話標(biāo)識(shí)。如果控制功能服務(wù)器已建立第二會(huì)話標(biāo)識(shí)與第一會(huì)話標(biāo)識(shí)的關(guān)聯(lián)關(guān)系，則控制功能服務(wù)器向客戶端發(fā)送的第二會(huì)話建立成功的消息所經(jīng)過的參與功能服務(wù)器都將保存該關(guān)聯(lián)關(guān)系，并根據(jù)該關(guān)聯(lián)關(guān)系執(zhí)行。如圖4所示，已參與第一^^舌中的被叫客戶端被邀加入第二會(huì)話的流程如下步驟401—405、控制功能服務(wù)器向參與第一會(huì)話所對應(yīng)的第一會(huì)話的群組成員(即被叫客戶端)發(fā)送邀請加入第二會(huì)話的消息。該消息包含第二會(huì)話標(biāo)識(shí)、第一會(huì)話標(biāo)識(shí)、第二會(huì)活中包含的媒體(參數(shù)或類型)以M起第二會(huì)話的發(fā)起者(即主叫客戶端)的ID;步驟406~409、被叫客戶端收到邀請加入第二會(huì)話的消息后，向控制功能服務(wù)器返回OK響應(yīng)消息；該消息中包括(第二會(huì)話標(biāo)識(shí)、經(jīng)協(xié)商的媒體參數(shù)、以及接入者(被叫客戶端)的ID,并加入第二會(huì)話。第一實(shí)施例如圖5所示，客戶端通過第一會(huì)話標(biāo)識(shí)創(chuàng)建第二會(huì)話的實(shí)施例的流程如下步驟501—502、Bob向控制功能服務(wù)器發(fā)送建立第二會(huì)話的INVITE消息，該消息攜帶第一會(huì)活標(biāo)識(shí)(ID)、Bob的媒體參數(shù)(包括端口號(hào)，編碼方案，傳送采用的協(xié)議(如MSRP)，文件類型，大小等相關(guān)的描述)。該媒體參數(shù)用SIP協(xié)i義描術(shù)如下REQUEST-URI:<sip:SESSION-ABCDEF@domain.net;operation=create-new-session>〃被請求對象為該會(huì)話中的成員，并帶有創(chuàng)建新會(huì)話的指示控制功能服務(wù)器收到Bob發(fā)出的INVITE消息后，獲M請消息中參與第一會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話的群組成員(本實(shí)施例為Rose,Jack),以及為第二會(huì)話分配第二會(huì)話標(biāo)識(shí)；步驟503—504、控制功能服務(wù)器向所述群組成員(Rose,Jack)發(fā)送建立第二會(huì)活的INVITE消息，該消息攜帶第一會(huì)話標(biāo)識(shí)、第二會(huì)活標(biāo)識(shí)以及控制功能服務(wù)器的々某體M(包括端口號(hào)，編碼方案，傳送采用的協(xié)議，文件類型，大小等相關(guān)的描述)；該^某體參數(shù)用SIP協(xié)議描述如下REQUEST陽URI:ROSE@domainx.netContact:<sip:new—session—id@domain.net;parentsessionid=SESSION-ABCDEF@domain.net〉步驟505—507、控制功能服務(wù)器收到Rose的應(yīng)答響應(yīng)后，向Bob發(fā)送會(huì)話建立成功的OK響應(yīng)消息。該消息攜帶第二會(huì)話標(biāo)識(shí)、已協(xié)商的第二會(huì)話的媒體參數(shù)。Bob收到控制功能服務(wù)器的第二會(huì)話建立成功能響應(yīng)消息后，開始傳圖片，Rose開始接收；步驟508、Jack向控制功能服務(wù)器返回加入第二會(huì)話的OK響應(yīng)消息；此時(shí)，控制功能服務(wù)器開始將緩存的圖片內(nèi)容傳送給Jack。此外，在采用MSRP發(fā)送圖片時(shí)，Rose發(fā)完圖片后就向控制功能服務(wù)器發(fā)送BYE消息(SIPBYE)后退出會(huì)話，控制功能服務(wù)器在向接收端用戶Rose、Jack發(fā)完圖片后即向接收端發(fā)送bye消息。第二實(shí)施例如圖6所示，客戶端退出第二會(huì)話的流程如下步驟601—608、Bob向控制功能服務(wù)器發(fā)送建立第二會(huì)話(RTP視頻)的請求，控制功能服務(wù)器向第一會(huì)話(語音會(huì)話)的參與者Rose、Jack發(fā)出加入子會(huì)話(RTP視頻)的請求，Rose、Jack加入第二會(huì)話。步驟609~610、Bob向控制功能服務(wù)器發(fā)送結(jié)束會(huì)話的BYE消息，消息中攜帶第一會(huì)話標(biāo)識(shí)；步驟611-612、控制功能服務(wù)器向Bob返回OK響應(yīng)消息，關(guān)閉第一^及第一務(wù)活中建立的第二務(wù)活。如果控制功能服務(wù)器在收到結(jié)束第一會(huì)話的請求時(shí)，除了釋放與Bob的會(huì)話所占有的資源外，還向其他客戶端(Rose、Jack)發(fā)送結(jié)束這個(gè)第一會(huì)話中所有單向Bob為發(fā)送者的第二會(huì)話的請求。第三實(shí)施例如圖7所示，如果BOB邀請Rose和Jack進(jìn)入語音會(huì)話，Rose進(jìn)入，Jack因?yàn)楸容^忙未進(jìn)入，但Bob知道了語音會(huì)話標(biāo)識(shí)(ID)。后來Bob和Rose又建立了視頻會(huì)話?？蛻舳思尤氲诙?huì)話的流程如下步驟701、Jack發(fā)送INVITE消息要求加入第一會(huì)話，該INVITE消息中攜帶第一會(huì)話標(biāo)識(shí)。該消息的SIP描述如下REQUEST-URI:<sip:SESSION-audio@domain.net;operation=^join-session〉步驟702、Jack成功加入第一會(huì)話，控制功能服務(wù)器向Jack返回OK響應(yīng)消息，該消息攜帶第一會(huì)話中所有第二會(huì)話標(biāo)識(shí)及第二會(huì)話的媒體類型，即視頻會(huì)話標(biāo)識(shí)與視頻會(huì)話的媒體類型。該消息用XML進(jìn)行描述，其中SIP格式如下Content-Type:application/sub—session—set+xml(application/sub_session—set是本發(fā)明創(chuàng)建的一種應(yīng)用數(shù)據(jù)擴(kuò)展)XMLMIMEBODY<xmlversion="1.0"encoding="UTF-8"><sub—session—setxmlns="urn:oma:params:xml:ns:poc:poc-settmgs"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="um:oma:params:xml:ns:poc:poc-settings"〉<sub—session><id>session_video@domain.net</id><media—type>video<media_type></subsession〉</sub一session—set〉當(dāng)然，對于單向的第二會(huì)話，如文件傳送的會(huì)活，控制功能服務(wù)器可以不告訴后加入的用戶存在該第二會(huì)話，也即可以不在此OK響應(yīng)消息中攜帶單向的第二會(huì)活標(biāo)識(shí)。步驟703、Jack向控制功能服務(wù)器發(fā)出加入第二會(huì)話(視頻會(huì)話)的INVITE消息，該消息中攜帶第二會(huì)話(視頻會(huì)話)標(biāo)識(shí)；步驟704、視頻會(huì)話建立成功，控制功能服務(wù)器向Jack返回OK響應(yīng)消息。此消息可以不攜帶第二會(huì)話標(biāo)識(shí)。由以上方案可以看出，本發(fā)明通過在第一會(huì)話的進(jìn)行中根據(jù)需要建立不同媒體類型的第二會(huì)話，而無須使同一會(huì)話中的多種媒體類型的資源、端口一直占用，提高系統(tǒng)資源的使用。當(dāng)然，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種建立群組會(huì)話的方法，其特征在于該方法包括如下步驟A、主叫客戶端向服務(wù)器發(fā)送建立第二會(huì)話的消息，該消息攜帶第一會(huì)話標(biāo)識(shí)；B、服務(wù)器獲取參與第一會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話的群組成員列表；C、服務(wù)器向所述群組成員發(fā)起建立第二會(huì)話的請求，并建立第二會(huì)話。2.如權(quán)利要求1所述的建立群組會(huì)話的方法，其特征在于執(zhí)行步驟B之前，還應(yīng)執(zhí)行如下步驟服務(wù)器判斷存在第一會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話，并執(zhí)行步驟B。3.如權(quán)利要求1所述的建立群組會(huì)話的方法，其特征在于服務(wù)器包括第一會(huì)話的會(huì)話策略，執(zhí)行步驟C之前，還應(yīng)執(zhí)行如下步驟服務(wù)器判斷所述消息滿足建立會(huì)話的策略，并執(zhí)行步驟C。4.如權(quán)利要求3所述的建立群組會(huì)話的方法，其特征在于所述會(huì)話策略包括主叫客戶端為第一會(huì)話的參與者，服務(wù)器判斷主叫客戶端為參與會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話的群組成員的客戶端，并執(zhí)行步驟C;或所述會(huì)話策略包括對建立第二會(huì)話中包含的媒體類型的限制，服務(wù)器判斷主叫客戶端發(fā)出的建立會(huì)話的消息中的媒體類型滿足所述會(huì)話策略，并執(zhí)行步驟C。5.如權(quán)利要求1所述的建立群組會(huì)話的方法，其特征在于執(zhí)行步驟C之前，服務(wù)器為建立的所述第二會(huì)話分配第二會(huì)話標(biāo)識(shí)，并建立該第一會(huì)話與所述第二會(huì)話標(biāo)識(shí)對應(yīng)的會(huì)話的關(guān)聯(lián)關(guān)系。6.如權(quán)利要求5所述的建立群組會(huì)話的方法，其特征在于服務(wù)器包括第一會(huì)話的會(huì)話策略，所述會(huì)話策略包括第一會(huì)話中第二會(huì)話嵌套層次的限制，服務(wù)器判斷所述第二會(huì)活滿足有關(guān)第一會(huì)話中第二會(huì)話嵌套層次的條件，并執(zhí)行步驟C。7.如纟又利要求1所述的建立群組會(huì)活的方法，其特征在于該方法還包括如下步避.Dll:服務(wù)器向主叫客戶端返回第二會(huì)話建立成功的消息，所述消息攜帶經(jīng)協(xié)商的媒體參數(shù)、第二會(huì)話標(biāo)識(shí)和第一會(huì)話與第二會(huì)話的關(guān)聯(lián)關(guān)系，主叫客戶端和收到所述消息的服務(wù)器保存所述關(guān)聯(lián)關(guān)系。8.如權(quán)利要求1所述的建立群組會(huì)話的方法，其特征在于該方法還包括如下步驟D21、客戶端向服務(wù)器發(fā)送攜帶第一會(huì)話標(biāo)識(shí)的結(jié)束會(huì)話請求；D22、服務(wù)器結(jié)束客戶端參與的第一《4舌及所有第一會(huì)話中的第二會(huì)話。9.如權(quán)利要求7所述的建立群組會(huì)話的方法，其特征在于該方法還包括如下步驟D12、客戶端向服務(wù)器發(fā)送攜帶第一會(huì)話標(biāo)識(shí)的結(jié)束會(huì)話請求；D13、服務(wù)器根據(jù)保存的會(huì)話間的關(guān)聯(lián)關(guān)系，釋放掉第一會(huì)話及其所有第二會(huì)話占有的系統(tǒng)資源。10.如權(quán)利要求1所述的建立群組會(huì)話的方法，其特征在于該方法還包括如下步驟D31、未加入第一會(huì)話的群組成員向服務(wù)器發(fā)送攜帶第一會(huì)話標(biāo)識(shí)的加入第一會(huì)活的消息；D32、服務(wù)器所述群組成員加入第一會(huì)話，并向所述群組成員返回?cái)y帶第一會(huì)話中第二會(huì)話標(biāo)識(shí)及第二會(huì)話的i某體類型的響應(yīng)消息；D33、所述群組成員向服務(wù)器發(fā)送攜帶第二會(huì)話標(biāo)識(shí)的加入第二會(huì)話的請求消息，服務(wù)器將所述群組成員加入第二會(huì)話。全文摘要本發(fā)明提供了一種建立群組會(huì)話的方法，該方法包括A.主叫客戶端向服務(wù)器發(fā)送在第一會(huì)話中建立第二會(huì)話的消息，該消息攜帶第一會(huì)話標(biāo)識(shí)；B.服務(wù)器獲取參與第一會(huì)話標(biāo)識(shí)對應(yīng)的群組會(huì)話的群組成員列表；C.服務(wù)器向所述群組成員發(fā)起建立第二會(huì)話的請求，并建立第二會(huì)話。利用本發(fā)明，解決了現(xiàn)有技術(shù)中在同一會(huì)話中多個(gè)媒體的端口和網(wǎng)絡(luò)資源一直占用，從而浪費(fèi)網(wǎng)絡(luò)資源的問題。文檔編號(hào)H04L12/58GK101106536SQ20061006166公開日2008年1月16日申請日期2006年7月15日優(yōu)先權(quán)日2006年7月15日發(fā)明者伍旭剛,張生庭,林李申請人:華為技術(shù)有限公司