專利名稱：：一種建立群組會話的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種建立群組會話的方法。
背景技術(shù)：
：PTT(PushtoTalk)—種通過按功能鍵進(jìn)行通信的半雙工語音業(yè)務(wù)，目前包括很多實(shí)現(xiàn)方式，比如Motorola的iDEN以及Nokia的Tetra。PoC(PTToverCellular)是OMA(OpenMobileAlliance開放移動聯(lián)盟組織)定義的在分組網(wǎng)絡(luò)上實(shí)現(xiàn)的PTT業(yè)務(wù)，采用VoIP(分組語音)以及半雙工的方式,低成本、高效率的滿足PoC客戶端(以下筒稱客戶端)的實(shí)時通信需求。通過這種業(yè)務(wù)，客戶端可以向單個客戶端或群組發(fā)起PoC會話，實(shí)現(xiàn)一對一或一對多的會話方式。在PoC會話中，服務(wù)器根據(jù)邏輯功能劃分為控制功能和參與功能服務(wù)器。控制功能服務(wù)器提供對PoC會話集中控制，包括RTP媒體分發(fā)、發(fā)言權(quán)控制、對參與會話的成員執(zhí)行^^舌策略以及處理參與成員信息；參與功能服務(wù)器提供會話控制，包括對呼入會話的策略控制、對控制功能服務(wù)器與客戶端之間的發(fā)言權(quán)信令中繼等，也可以根據(jù)需要提供媒體流的中繼。OMA中的PoC業(yè)務(wù)通過SIP信令建立會話的交互過程。建立會話的主要作用是協(xié)商通信雙方的多媒體信息流的編碼格式及實(shí)時傳輸協(xié)議(Real-timeTransportProtocol,以下簡稱RTP)傳輸?shù)刂返?。因此，無論在請求消息還是響應(yīng)消息中都應(yīng)該包含描述有關(guān)將要交換的多媒體信息流的一些信息，如RTP凈荷類型、RTP傳輸?shù)刂返龋@些信息不是在SIP消息頭給出的，而是通過消息所攜帶的消息體提供的。在PoC中，用會話描述協(xié)議(SDP)描述這些信息。SDP的提供(offer)/應(yīng)答(answer)模型被兩個實(shí)體用來對會話描述達(dá)成協(xié)議，例如會話中包含哪些媒體流、編碼方案等。提供者在提供中表明所希望的會話描述，應(yīng)答者則在應(yīng)答中指明所希望的會話描述。一旦經(jīng)過一次交換，雙方在確立SIP對話的同時，就可以采用Offer/Answer中的信息來進(jìn)行媒體流交互了。提供/應(yīng)答模型可用來創(chuàng)建會話或修改已有的會話。由于PoC業(yè)務(wù)中為了計(jì)費(fèi)、管理和安全的需要，媒體流需要經(jīng)過第二客戶端方參與功能服務(wù)器(以下筒稱參與功能服務(wù)器)和第一客戶端方控制功能服務(wù)器(以下簡稱控制功能服務(wù)器)的轉(zhuǎn)發(fā)或分發(fā)，因此PoC業(yè)務(wù)種的媒體協(xié)商采用分段協(xié)商的機(jī)制。也就是說，Offer/Answer機(jī)制的雙方為直接進(jìn)行媒體交互的雙方。PoC業(yè)務(wù)支持兩種協(xié)商方法一種是隨選會話。所謂隨選會話(On-demandsession),就是一種在會話建立過程中進(jìn)行4某體類型協(xié)商的PoC會話建立機(jī)制。另一種是預(yù)建立M，所謂預(yù)建立會話是PoC業(yè)務(wù)中為了加快會話建立速度而采用的一種技術(shù)。預(yù)建立會話是一個會話建立過程，是在客戶端和本地網(wǎng)絡(luò)之間建立的一個會話，在系統(tǒng)和客戶端之間進(jìn)行媒體協(xié)商參數(shù)、傳輸參數(shù)及發(fā)言權(quán)控制的協(xié)議參數(shù)協(xié)商,使得客戶端在邀請其它的客戶端加入會話或接受一個會話時不用再進(jìn)行上述參數(shù)的協(xié)商。如圖1所示，在OMAPoC中，假定有PoC第二客戶端(以下簡稱第二客戶端)預(yù)建立一個PoCvl.O的會話，一個預(yù)建立的會話過程如下步驟1:第二客戶端向SIP/IP核心網(wǎng)A發(fā)送邀請(INVITE)消息，該消息中攜帶下列信息a:參與功能的統(tǒng)一資源標(biāo)識(UniformResourceIdentifier以下簡稱URI)(具體實(shí)現(xiàn)中可以是本地SERVERURI);b:第二客戶端非激活媒體流的媒體協(xié)商參數(shù)，包括RTP會話的IP地址和端口號、支持的編碼格式、建議的發(fā)言權(quán)控制協(xié)議及端口號等；c:POC業(yè)務(wù)指示d:第二客戶端的POC地址e:發(fā)言權(quán)控制協(xié)議參數(shù)步驟2:第二SIP/IP核心網(wǎng)將INVITE消息發(fā)給參與功能服務(wù)器。步驟3:參與功能服務(wù)器收到INVITE后，分別執(zhí)行以下步驟3，檢查消息中是否有PoC業(yè)務(wù)指示和INVITE消息中的參與功能URI是否能在控制功能服務(wù)器中找到，如杲?jīng)]有PoC業(yè)務(wù)指示或者不能找到參與功能URI,則向第二SIP/IP核心網(wǎng)發(fā)送404(即NOTFOUND)消息，即沒有PoC業(yè)務(wù)指示或參與功能URI;3":對第二客戶端進(jìn)行認(rèn)證鑒權(quán)，不通過則向第二SIP/IP核心網(wǎng)發(fā)送403(即FORBIDEN)消息，即第二客戶端未通過鑒權(quán)；3，"檢查i某體類型是否能接受，若不能，則向第二SIP/IP核心網(wǎng)發(fā)送488(即NotAcceptableHere)響應(yīng)消息即不能接受々某體類型。3:若以上均能滿足，則控制功能服務(wù)器向第二SIP/IP核心網(wǎng)發(fā)送200OK響應(yīng)。該響應(yīng)包含下列信息a:參與功能服務(wù)器的媒體協(xié)商參數(shù)，包括參與功能服務(wù)器的RTP會話的IP地址和端口號，選擇的媒體編碼格式等；b:—個用來標(biāo)示預(yù)建立會話的會i義URI;c:選擇的發(fā)言權(quán)控制協(xié)議參數(shù)；步驟4:第二SIP/IP核心網(wǎng)將所收到的響應(yīng)消息發(fā)送給第一客戶端。如果第二客戶端預(yù)建立一個PoCvl.O的會話并被邀請加入會話時，根據(jù)PoC第二客戶端(以下筒稱第二客戶端)的使用偏好和使用環(huán)境等，第二客戶端支持兩種應(yīng)答模式自動應(yīng)答和手動應(yīng)答。自動應(yīng)答即被邀請時自動進(jìn)入會話；手動應(yīng)答即彈出確認(rèn)窗口，由客戶端確定后進(jìn)入會話。這兩種應(yīng)答模式可以在客戶端進(jìn)行設(shè)置，一般默認(rèn)為自動應(yīng)答。如果被邀請的客戶端已激活了自動應(yīng)答設(shè)置，他將能收聽到來自其它PoC會話參與者的語音，而無需進(jìn)行任何操作，這樣方便了客戶端的使用，尤其是在某些場合如開車、緊急呼叫等情況下。發(fā)言權(quán)控制協(xié)議(TalkBurstControlProtocol以下簡稱TBCP)連接消息(TBCPconnect),其作用參與功能服務(wù)器發(fā)送給使用預(yù)建立會話的客戶端，通知他(們)已經(jīng)被連接到PoC會話。利用預(yù)建立會話過程，TBCP連接消息通知一個或多個客戶端(笫二客戶端)他已經(jīng)被邀請參加PoC會話并提供PoC會話的識別碼(會話標(biāo)識)，或者通知一個發(fā)起(第一客戶端)客戶端他已經(jīng)成功建立一個PoC會話。在第二客戶端預(yù)建立會話并且是自動應(yīng)答的情況下，在PoCVl.O規(guī)范中，第二客戶端方的參與功能服務(wù)器收到第一客戶端的呼叫請求后，會直接根據(jù)預(yù)建立的參數(shù)去向第二客戶端發(fā)起連接消息。如圖2所示假定第一客戶端發(fā)起群組會話邀請第二客戶端加入，對于臨時群組會話或者l對l會話時，第二客戶端如果采用預(yù)建立的自動應(yīng)答模式，則流程如下步驟201—203:控制功能服務(wù)器發(fā)送邀請(INVITE)消息，根據(jù)消息中第二客戶端的PoC地址和PoC業(yè)務(wù)指示，經(jīng)過第一SIP/IP核心網(wǎng)和第二SIP/IP核心網(wǎng)將該INVITE請求路由到參與功能服務(wù)器，該INVITE消息中攜帶如下信息第二客戶端的PoC地址、控制功能服務(wù)器的媒體協(xié)商參數(shù)、PoC業(yè)務(wù)指示、第一客戶端的PoC地址、控制功能服務(wù)器的控制功能已分配指示、選擇發(fā)言權(quán)控制協(xié)議、選擇的發(fā)言權(quán)控制實(shí)體、本次臨時群組PoC會話分配的PoC會話標(biāo)識。步驟204^到206:如果第二客戶端設(shè)置了PoC會話自動應(yīng)答，并且和參與功能服務(wù)器已預(yù)建立了會話，參與功能服務(wù)器發(fā)送OK響應(yīng)消息到第二SIP/IP核心網(wǎng)后，由第二SIP/IP核心網(wǎng)發(fā)送到第一SIP/IP核心網(wǎng)，再由第一SIP/IP核心網(wǎng)將所述OK消息發(fā)送到PoC控制功能服務(wù)器。其中OK響應(yīng)包含如下信息參與功能服務(wù)器的媒體協(xié)商參數(shù)、選擇發(fā)言權(quán)控制協(xié)議、發(fā)言權(quán)控制實(shí)體響應(yīng)。步驟207:參與功能服務(wù)器發(fā)送連接(Connect)消息到笫二客戶端。該消息包括如下信息第一客戶端的客戶端地址、第一客戶端的昵稱、本次臨時群組PoC會話標(biāo)識。步驟208:第二客戶端向參與功能服務(wù)器發(fā)送確認(rèn)消息(TalkBurstAcknowledge)，從而建立會話。當(dāng)采用預(yù)定義群組時，第二客戶端采用預(yù)建立的自動應(yīng)答，建立群組會話的流程與建立臨時會話群組的流程一致，其區(qū)別點(diǎn)在在INVITE消息中臨時群組沒有群組標(biāo)識而預(yù)定義群組有群組標(biāo)識，以及connect消息中攜帶群組相關(guān)信息。然而，從以上方案可以看出，在建立臨時群組會話和預(yù)定義群組會話時，第二客戶端采用預(yù)建立會話且自動應(yīng)答時，參與功能服務(wù)器和第二客戶端之間不再進(jìn)行媒體協(xié)商，而利用已經(jīng)協(xié)商好的媒體通道直接通過連接消息。參與功能服務(wù)器向第二客戶端發(fā)起的connect消息為TBCP消息，由于PoC業(yè)務(wù)媒體協(xié)商采用分段協(xié)商機(jī)制(即第一客戶端方的客戶端與參與功能服務(wù)器，參與功能服務(wù)器與控制功能服務(wù)器進(jìn)行能力協(xié)商)，在媒體類型只有語音的情況下，參與功能服務(wù)器向第二客戶端發(fā)起連接消息不會有什么問題，原因是第一客戶端發(fā)出^S舌請求媒體類型集中的媒體類型和第二客戶端預(yù)建立^^々某體類型集中的士某體類型肯定一致，因?yàn)橹挥幸环N語音士某體類型，即使編碼方案不一樣，也不影響會話的建立，參與功能服務(wù)器可以對編碼格式做轉(zhuǎn)換。但是，在有多種媒體類型(語音，音頻，視頻，文本，圖片，文件)的情況下，就會產(chǎn)生問題?，F(xiàn)假定第二客戶端方預(yù)建立了一個語音會話類型并采用自動應(yīng)答，此后第一客戶端發(fā)出一個視頻會話請求，按照現(xiàn)有技術(shù)如果去直連(connect)客戶端，同時參與功能服務(wù)器用自己所支持的媒體類型(視頻類型)給第一客戶端回了OK應(yīng)答，那么即使會話建立起來，因?yàn)閰f(xié)商媒體類型不一致，導(dǎo)致第二客戶端方無法和第一客戶端視頻，浪費(fèi)通信資源，以及第一客戶端和第二客戶端將無法產(chǎn)生可靠的會話連接，導(dǎo)致主第二客戶端無法正常通信。
發(fā)明內(nèi)容為了解決現(xiàn)有技術(shù)中當(dāng)要建立會話的媒體類型與客戶端在會話前預(yù)先協(xié)商好的媒體類型之間沒有相同的媒體類型而無法建立會話，本發(fā)明提供一種建立群組會話的方法。為實(shí)現(xiàn)上述目的，本發(fā)明提供一種建立群組會話的方法，該方法包括如下步驟服務(wù)器在和客戶端建立會話前，判斷待建立會話的媒體類型是否采用預(yù)建立會話的媒體類型，如是則用預(yù)建立會話的媒體類型建立會話，否則通過重協(xié)商建立會話或判定無法與所述客戶端建立會話。優(yōu)選的，執(zhí)行權(quán)利要求1的步驟之前，還應(yīng)執(zhí)行所述客戶端在建立會話之前與服務(wù)器預(yù)建立會話。優(yōu)選的，服務(wù)器判斷待建立會話的媒體類型集和客戶端預(yù)建立會話的媒體類型集沒有相同的媒體類型時，服務(wù)器根據(jù)所述服務(wù)器的設(shè)置決定通過重協(xié)商建立會話或判定無法與所述客戶端建立會話。優(yōu)選的，判斷待建立會話的媒體類型集是否為所述客戶端預(yù)建立會話的媒體類型集的子集或超集，或兩者的媒體類型集是否存在交集，如是則待建立會話和預(yù)建立會話的媒體類型集有相同的媒體類型；否則，待建立會話和預(yù)建立會話的媒體類型集沒有相同的媒體類型。優(yōu)選的，判斷待建立會話的媒體類型集是預(yù)建立會話媒體類型集的超集時，服務(wù)器通過重協(xié)商與客戶端建立會話。優(yōu)選的，所述服務(wù)器通過重協(xié)商建立會話具體包括以下步驟服務(wù)器向客戶端發(fā)起包括待建立會話的媒體類型的邀請消息；客戶端返回成功響應(yīng)消息；服務(wù)器采用待建立會話的媒體類型與客戶端建立會話。優(yōu)選的，當(dāng)客戶端預(yù)建立會話的應(yīng)答模式為自動應(yīng)答模式時，服務(wù)器判斷是否采用預(yù)建立會話的媒體類型。優(yōu)選的，服務(wù)器采用預(yù)建立會話的媒體類型建立會話時，通知所述客戶端所述待建立會話包含的媒體類型集。優(yōu)選的，所述服務(wù)器指參與功能服務(wù)器。優(yōu)選的，參與功能服務(wù)器向控制功能服務(wù)發(fā)送與所述客戶端建立會話失敗的消息或發(fā)送攜帶所述客戶端預(yù)建立會話的媒體類型集的建立會話失敗的消息。由以上方案可以看出，本發(fā)明的有益效果如下(1)本發(fā)明通過服務(wù)器提取待建立會話的媒體類型集和客戶端預(yù)建立會話的媒體類型集進(jìn)行比較，判斷是否有相同的媒體類型，如有則直接連接客戶建建立群組會話，否則向客戶端發(fā)起重邀請消息再聯(lián)接會話或不連接客戶端，從而解決了現(xiàn)有技術(shù)中當(dāng)要建立會話的媒體類型和客戶端預(yù)建立會話的媒體類型之間沒有相同的媒體類型時，服務(wù)器仍連接從而浪費(fèi)通信資源以及不能使群組會話可靠的進(jìn)行的問題。(2)此外，當(dāng)兩者沒有相同的媒體類型時，本發(fā)明通過向邀請建立群組會話的客戶端回復(fù)不能建立群組會話的原因以及被邀請客戶端預(yù)建立會話的媒體類型，可以使邀請者重新以被邀請客戶端預(yù)建立會話的媒體類型發(fā)起群組會話，方便邀請者再次發(fā)起群組會話的請求。:1-圖1為現(xiàn)有技術(shù)PoC業(yè)務(wù)中第二客戶端預(yù)建立會話流程圖;2.圖2為現(xiàn)有技術(shù)PoC業(yè)務(wù)中建立臨時群組會話的流程3，圖3為本發(fā)明所提供的PoC業(yè)務(wù)中建立群組會話的流程圖；4.圖4為圖3中一種實(shí)施方式的流程5-圖5為圖3中一種實(shí)施方式的流程圖；6.圖6為圖3中一種實(shí)施方式的流程圖；7.圖7為圖4具體應(yīng)用實(shí)施例的流程8-圖8為圖5具體應(yīng)用實(shí)施例的流程9-圖9為圖6具體應(yīng)用實(shí)施例的流程圖；10.圖IO為圖3中一種實(shí)施方式的流程圖。具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對本發(fā)明再作進(jìn)一步詳細(xì)的說明。如圖3所示，當(dāng)笫二客戶端和參與功能服務(wù)器之間預(yù)建立了會話并采用自動應(yīng)答時，本發(fā)明所提供的實(shí)施例中建立群組會話的流程如下步驟301:當(dāng)要建立群組會話時，如收到第一客戶端發(fā)出的邀請加入^S舌的消息或第一客戶端設(shè)置的建立會話的條件滿足從而服務(wù)器觸發(fā)建立會話時，服務(wù)器提取待建立會話的媒體類型集即待建立會話中所有媒體類型的集合，(該參數(shù)包括媒體類型、端口號、傳輸方式等)同時提取第二客戶端預(yù)建立會話的媒體類型集。步驟302:判斷待建立會話的媒體類型集與第二客戶端預(yù)建立會話的媒體類型集中是否包括有相同的媒體類型，即比較待建立會慶的i某體類型集和客戶端預(yù)建立會活的媒體類型集是否為所述客戶端預(yù)建立會話的媒體類型集的子集或超集或兩者的媒體類型集存在交集，如是，表明有相同的媒體類型，則執(zhí)行步驟303，如果交集為空時，表明沒有相同的媒體類型，則執(zhí)行步驟304。其中，媒體類型集是媒體類型的集合，待建立會話的媒體類型集是客戶端預(yù)建立會話的媒體類型集的子集指客戶端預(yù)建立會話的媒體類型集完全包括待建立會話的媒體類型集。反之，待建立會話的媒體類型集是客戶端預(yù)建立會話的媒體類型集的超集。而如果兩者之間沒有包含關(guān)系，只有某些相同的媒體類型時，表明兩者存在交集。步驟303:服務(wù)器按第二客戶端預(yù)建立會話的媒體類型向第二客戶端發(fā)起連接并結(jié)束流禾呈。步驟304:服務(wù)器不向第二客戶端發(fā)任何消息，判定無法與所ii^戶端建立會話。如果服務(wù)器收到了第一客戶端建立會話的邀請消息，可以直接給第一客戶端方返回不能接受該呼叫的消息，消息中可以指明不能接受該呼叫的原因或第二客戶端預(yù)建立會話的媒體類型集，并結(jié)束流程。其中，如果待建立會話的媒體類型集與第二客戶端預(yù)建立會話的媒體類型集不存在交集(交集為空)時，即兩者之間沒有相同的i某體類型時，根據(jù)服務(wù)器設(shè)置或能力，可以用如下步驟替代步驟305:第二客戶端參與功能服務(wù)器向第二客戶端發(fā)起INVITE或re-INVITE請求，要求第二客戶端手動應(yīng)答，重新協(xié)商媒體類型。步驟306:第二客戶端向參與功能服務(wù)器發(fā)送確認(rèn)響應(yīng)消息；步驟307:控制功能服務(wù)器發(fā)送接收發(fā)言權(quán)(ReceivingTalkBurst)指示給第二客戶端，并建立第一、第二客戶端之間的連接。如圖4所示，當(dāng)?shù)谝豢蛻舳税l(fā)出的INVITE消息中媒體類型是第二客戶端預(yù)建立會話的媒體類型集的子集或超集或交集不為空時，直接建立主、第二客戶端雙方的連接的流程如下步驟401:控制功能服務(wù)器發(fā)送邀請(INVITE)消息到第一SIP/IP核心網(wǎng)；該INVITE消息中攜帶如下信息a:第二客戶端的PoC地址；b:控制功能服務(wù)器的媒體協(xié)商參數(shù)；c:PoC業(yè)務(wù)指示；d:第一客戶端的PoC地址；e:控制功能服務(wù)器已分配指示；f:選擇的發(fā)言權(quán)控制協(xié)議；g:選擇發(fā)言權(quán)控制實(shí)體；h:本次臨時群組PoC會話分配的PoC會話標(biāo)識。步驟402:第一SIP/IP核心網(wǎng)將該邀請(INVITE)消息發(fā)送至第二SIP/IP核心網(wǎng)；步驟403:第二SIP/IP核心網(wǎng)將收到的該INVITE消息發(fā)送到參與功能服務(wù)器步驟404:由于第二客戶端設(shè)置了PoC會話自動應(yīng)答，并且和參與功能服務(wù)器已預(yù)建立了會話，參與功能服務(wù)器發(fā)送OK響應(yīng)消息到第二SIP/IP核心網(wǎng)，該OK響應(yīng)中包含如下信息參與功能服務(wù)器的媒體協(xié)商參數(shù)、選擇發(fā)言權(quán)控制協(xié)議、發(fā)言4又控制實(shí)體響應(yīng)。步驟405:第二SIP/IP核心網(wǎng)將收到的OK響應(yīng)消息發(fā)送到第一SIP/IP核心網(wǎng)。步驟406:第一SIP/IP核心網(wǎng)將收到的OK響應(yīng)消息發(fā)送到控制功能服務(wù)器。步驟407:參與功能服務(wù)器提取邀請加入會話的消息中媒體類型和笫二客戶端預(yù)建立會話的媒體類型，并判斷兩參數(shù)中所包括的媒體類型有子集或超集關(guān)系或兩者交集不為空時，即兩M中包括有相同的:if某體類型，執(zhí)行如下步驟。步驟408:參與功能服務(wù)器發(fā)送連接(Connect)消息到第二客戶端。該連接消息包括如下信息第一客戶端的PoC地址、第一客戶端的昵稱、本次臨時群組PoC會話的PoC會話標(biāo)識。步驟409:第二客戶端產(chǎn)生響應(yīng)connect消息的發(fā)言權(quán)確認(rèn)消息，發(fā)送到參與功能服務(wù)器，并建立第一客戶端與第二客戶端的連接。如圖5所示，當(dāng)?shù)谝豢蛻舳税l(fā)出的INVITE消息中媒體類型是第二客戶端預(yù)建立會活的媒體類型沒有相同的i某體類型，即兩者交集為空時，或第一客戶端發(fā)出的INVITE消息中媒體類型是第二客戶端預(yù)建立會話的媒體類型的超集時，參與功能服務(wù)器向第二客戶端發(fā)起重新協(xié)商并建立連接的流程如下步驟501:控制功能服務(wù)器發(fā)送INVITE消息到第一SIP/IP核心網(wǎng)；該INVITE消息中攜帶如下信息a:笫二客戶端的PoC地址；b:控制功能服務(wù)器的媒體協(xié)商參數(shù)即第一媒體協(xié)商參數(shù)；c:PoC業(yè)務(wù)指示；d:第一客戶端的PoC地址；e:控制功能服務(wù)器已分配指示；f:選擇的發(fā)言權(quán)控制協(xié)議；g:選擇發(fā)言權(quán)控制實(shí)體；h:本次臨時群組PoC會話分配的PoC會話標(biāo)識。步驟502:第一SIP/IP核心網(wǎng)根據(jù)消息中第二客戶端的PoC地址和PoC業(yè)務(wù)指示，將該INVITE消息發(fā)送到第二SIP/IP核心網(wǎng)；步驟503:第二SIP/IP核心網(wǎng)將收到的該INVITE消息發(fā)送到參與功能服務(wù)器；步驟504:由于第二客戶端設(shè)置了PoC會話自動應(yīng)答，并且和參與功能服務(wù)器已預(yù)建立了會話，參與功能服務(wù)器發(fā)送自動應(yīng)答響應(yīng)(AUTO-ANSWER)到第二SIP/IP核心網(wǎng)，指示第二客戶端已自動應(yīng)答；步驟505:第二SIP/IP核心網(wǎng)將收到的AUTO-ANSWER消息發(fā)送到第一SIP/IP核心網(wǎng)；步驟506:第一SIP/IP核心網(wǎng)將收到的AUTO-ANSWER消息發(fā)送到控制功能服務(wù)器，指示第二客戶端已自動應(yīng)答。步驟507:參與功能服務(wù)器提M請加入會話的消息中媒體類型集和第二客戶端預(yù)建立會話的媒體類型集，并判斷比較兩媒體類型集中的媒體類型沒有相同的媒體類型，即邀請加入會話消息的媒體類型和第二客戶端預(yù)建立會話的媒體類型的超集或交集為空，執(zhí)行如下步驟；步驟508:參與功能服務(wù)器才艮據(jù)第一客戶端發(fā)出的邀請加入^S舌的消息中媒體類型集中的媒體類型，向第二SIP/IP核心網(wǎng)發(fā)送INVITE或re-INVITE消息。該INVITE或re-INVITE消息包括如下信息a:第二客戶端的PoC地址；b:參與功能服務(wù)器的媒體協(xié)商參數(shù)(其中，媒體類型包括第一客戶端請求媒體類型)；c:PoC業(yè)務(wù)指示；d:第一客戶端的PoC地址；e:選擇的發(fā)言權(quán)控制協(xié)議；f:選擇發(fā)言權(quán)控制實(shí)體；g:本次臨時群組PoC會話分配的PoC會話標(biāo)識；h:手動應(yīng)答請求；步驟509:第二SIP/IP核心網(wǎng)向第二客戶端發(fā)送該INVITE或re-INVITE消息。步驟510:第二客戶端向第二SIP/IP核心網(wǎng)發(fā)送OK響應(yīng)消息。該消息中攜帶如下信息第二客戶端的媒體協(xié)商參數(shù)、所選的發(fā)言權(quán)控制協(xié)議、發(fā)言權(quán)實(shí)體響應(yīng)。步驟511:第二SIP/IP核心網(wǎng)將收到的OK響應(yīng)消息發(fā)送至參與功能服務(wù)器；步驟512:參與功能服務(wù)器收到第二SIP/IP核心網(wǎng)發(fā)送OK響應(yīng)消息后，再將OK響應(yīng)消息發(fā)送給第二SIP/IP核心網(wǎng)。該OK響應(yīng)消息包括如下參數(shù)參與功能服務(wù)器的媒體協(xié)商參數(shù)、所選的發(fā)言權(quán)控制協(xié)議、發(fā)言權(quán)實(shí)體響應(yīng)。步驟513:第二SIP/IP核心網(wǎng)將收到的OK響應(yīng)消息發(fā)送至第一SIP/IP核心網(wǎng)；步驟514第一SIP/IP核心網(wǎng)將收到的OK響應(yīng)消息發(fā)送至控制功能服務(wù)器。步驟515:控制功能服務(wù)器發(fā)送接4H言(ReceivingTalkBurst)指示消息給第二客戶端，并建立第一客戶端與第二客戶端之間的連接。該指示消息中攜帶如下信息發(fā)送該會話參與者客戶端的PoC地址、發(fā)送該會話參與者的昵稱。如圖6所示，當(dāng)?shù)谝豢蛻舳税l(fā)出的INVITE消息的媒體類型和第二客戶端預(yù)建立會話的媒體類型集之間沒有相同的媒體類型，即兩者的交集為空時，參與功能服務(wù)器直接向控制功能服務(wù)器回復(fù)呼叫失敗的消息的流程如下步驟601:控制功能服務(wù)器發(fā)送INVITE消息到笫一SIP/IP核心網(wǎng)；該INVITE消息中攜帶如下信息a:第二客戶端的PoC地址；b:控制功能服務(wù)器的媒體協(xié)商參數(shù)；c:PoC業(yè)務(wù)指示；d:第一客戶端的PoC地址；e:控制功能服務(wù)器已分配指示；f:選擇的發(fā)言權(quán)控制協(xié)議；g:選擇發(fā)言權(quán)控制實(shí)體；h:本次臨時群組PoC會話分配的PoC會話標(biāo)識。步驟602:第一SIP/IP核心網(wǎng)根據(jù)消息中第二客戶端的PoC地址和PoC業(yè)務(wù)指示，將該INVITE消息發(fā)送過第二SIP/IP核心網(wǎng)。步驟603:第二SIP/IP核心網(wǎng)將收到的該INVITE消息發(fā)送到參與功能服務(wù)器。步驟604:參與功能服務(wù)器提M請加入會話的消息中媒體類型集和第二客戶端預(yù)建立^S舌的媒體類型集，并判斷比較兩媒體類型集中沒有相同的媒體類型，即交集為空。步驟605:參與功能服務(wù)器向第二SIP/IP核心網(wǎng)發(fā)送488(NotAcceptableHere)消息，指示第二客戶端預(yù)建立媒體類型不支持第一客戶端請求媒體類型，此時，488(NotAcceptableHere)消息還可以攜帶第二客戶端支持的預(yù)建立會話媒體類型集指示。步驟606:第二SIP/IP核心網(wǎng)將收到的488(NotAcceptableHere)消息發(fā)送給第一SIP/IP核心網(wǎng)。步驟607:第一SIP/IP核心網(wǎng)將收到的488(NotAcceptableHere)消息發(fā)送給控制功能服務(wù)器。如杲采用預(yù)定義群組會話，第二客戶端采用預(yù)建立的自動應(yīng)答會話流程與上述采用臨時群組會話中第二客戶端采用預(yù)建立的自動應(yīng)答會話流程基本相同，只是在INVITE消息、Connect消息以及INVITE消息中攜帶的是預(yù)定義群組標(biāo)識而非臨時群組標(biāo)識。第一實(shí)施例如杲第一客戶端向包括用戶在內(nèi)的群組人員發(fā)起一個臨時群組^S舌，第一客戶端希望和大家視頻通話，第二客戶端采用的是預(yù)建立的語音和^L頻通話并采用自動應(yīng)答。第二客戶端的預(yù)建立媒體協(xié)商參數(shù)(SDPPARAMETERS):<table>tableseeoriginaldocumentpage17</column></row><table>參數(shù)i兌明C:連接信息m:々某體信息a:屬性如圖7所示，實(shí)現(xiàn)上述情況的流程如下步驟701:第一客戶端向第一SIP/IP核心網(wǎng)發(fā)送INVITE消息以向第二客戶端發(fā)起臨時群組會話，該邀請(INVITE)消息中攜帶如下信息a.第二客戶端的PoC地址b.第一客戶端的媒體協(xié)商參數(shù)(SDPPARAMETERS),該參數(shù)見下表Content-Typeapplication/sdpSDP參數(shù)部分<table>tableseeoriginaldocumentpage18</column></row><table>c.PoC業(yè)務(wù)指示d.第一客戶端的PoC地址e.選擇發(fā)言權(quán)控制協(xié)議f.選擇的發(fā)言權(quán)控制實(shí)體建議步驟702:第一SIP/IP核心網(wǎng)將該INVITE消息發(fā)送給控制功能服務(wù)器。步驟703:控制功能服務(wù)器收到第一SIP/IP核心網(wǎng)發(fā)送INVITE消息后，將該消息轉(zhuǎn)發(fā)給參與功能服務(wù)器。該INVITE請求中包含如下信息a.第二客戶端的PoC地址；b.控制功能服務(wù)器的媒體協(xié)商參數(shù)(SDPPARAMETERS,其中該參數(shù)中的媒體類型和第一客戶端要協(xié)商的媒體類型相同，如下表<table>tableseeoriginaldocumentpage18</column></row><table>c.PoC業(yè)務(wù)指示；d.第一客戶端的PoC地址；e.控制功能服務(wù)器已分配指示;f.選擇發(fā)言權(quán)控制協(xié)議；g.選擇的發(fā)言權(quán)控制實(shí)體建議;h.本次臨時群組PoC會話分配的PoC會話標(biāo)識；步驟704:第一SIP/IP核心網(wǎng)將該INVITE消息發(fā)送給第二SIP/IP核心網(wǎng)。步驟705:第二SIP/IP核心網(wǎng)將收到的由第一SIP/IP核心網(wǎng)發(fā)出的INVITE消息發(fā)送給參與功能服務(wù)器。步驟706:由于第二客戶端設(shè)置了PoC會話自動應(yīng)答，并且和參與功能服務(wù)器預(yù)建立了會話，PoC業(yè)務(wù)B發(fā)送OK響應(yīng)消息到第二SIP/IP核心網(wǎng)，OK響應(yīng)中包含如下信息a.參與功能服務(wù)器的媒體協(xié)商參數(shù)(SDPPARAMETERS),見下表<table>tableseeoriginaldocumentpage19</column></row><table>b.選擇發(fā)言權(quán)控制協(xié)議;c.發(fā)言權(quán)控制實(shí)體響應(yīng)；步驟707:第二SIP/IP核心網(wǎng)將OK響應(yīng)消息發(fā)送給第一SIP/IP核心網(wǎng)；步驟708:第一SIP/IP核心網(wǎng)將收到的OK響應(yīng)消息發(fā)送給控制功能服務(wù)器；步驟709:控制功能服務(wù)器將OK響應(yīng)消息發(fā)送給第一SIP/IP核心網(wǎng)。該OK消息中攜帶如下信息a.控制功能服務(wù)器的媒體協(xié)商參數(shù)(SDPPARAMETERS),見下表<table>tableseeoriginaldocumentpage19</column></row><table><table>tableseeoriginaldocumentpage20</column></row><table>b.選擇發(fā)言權(quán)控制協(xié)議;c.發(fā)言權(quán)控制實(shí)體響應(yīng)；步驟710:第一SIP/IP核心網(wǎng)將收到的由控制功能服務(wù)器發(fā)送的經(jīng)控制功能服務(wù)器修改后的OK響應(yīng)消息發(fā)送給第一客戶端。步驟711:控制功能服務(wù)器發(fā)送發(fā)言權(quán)確認(rèn)(TalkBurstConfirm)指示消息給第一客戶端。步驟712:參與功能服務(wù)器IC請加入會話的消息中媒體類型集和第二客戶端預(yù)建立^S舌的4某體類型集，并判斷比較兩4某體類型集中有相同的媒體類型。由于第二客戶端預(yù)建立的為video和audio類型，第一客戶端發(fā)起的為video類型，{video}n{video,audio}={video},因此兩媒體類型集中有相同的媒體類型步驟713:參與功能服務(wù)器發(fā)送Connect消息到第二客戶端。該連接消息包括如下信息a.第一客戶端的PoC地址；b.第一客戶端的昵稱；c.本次臨時群組PoC會話的PoC會話標(biāo)識；步驟714:第二客戶端產(chǎn)生響應(yīng)connect消息的發(fā)言權(quán)確認(rèn)消息，發(fā)送到參與功能服務(wù)器，建立第一客戶端與第二客戶端的連接。第二實(shí)施例笫一客戶端向包括第二客戶端在內(nèi)的臨時群組人員發(fā)起一個群組會話，第一客戶端希望和大家視頻通話，第一個應(yīng)答第一客戶端的第二客戶端采用的是預(yù)建立的語音通話并采用自動應(yīng)答。第二客戶端的預(yù)建立^^某體協(xié)商參數(shù)SDPPARAMETERS如下表所示<table>tableseeoriginaldocumentpage21</column></row><table>如圖8所示，如果參與功能服務(wù)器不發(fā)起重新協(xié)商，直接給控制功能會會話建立失敗的消息，其流如下步驟801:第一客戶端向第一SIP/IP核心網(wǎng)發(fā)送INVITE消息以向第二客戶端發(fā)起臨時群組會話，該邀請(INVITE)消息中攜帶如下信息a.第二客戶端的PoC地址b.第一客戶端的媒體協(xié)商參數(shù)(SDPPARAMETERS),見下表:<table>tableseeoriginaldocumentpage21</column></row><table>c.PoC業(yè)務(wù)指示d.第一客戶端的PoC地址e.選擇發(fā)言權(quán)控制協(xié)議f.選擇的發(fā)言權(quán)控制實(shí)體建議步驟802:笫一SIP/IP核心網(wǎng)將該INVITE消息發(fā)送給控制功能服務(wù)器。步驟803:控制功能服務(wù)器收到第一SIP/IP核心網(wǎng)發(fā)送INVITE消息后，轉(zhuǎn)發(fā)該INVITE消息給第一SIP/IP核心網(wǎng)。該INVITE消息包括如下信息a.第二客戶端的PoC地址;b.控制功能服務(wù)器的媒體協(xié)商參數(shù)SDPPARAMETERS見下表:<table>tableseeoriginaldocumentpage22</column></row><table>c.PoC業(yè)務(wù)指示；d.第一客戶端的PoC地址；e.控制功能服務(wù)器已分配指示；f.選擇發(fā)言權(quán)控制協(xié)議；g.選擇的發(fā)言權(quán)控制實(shí)體建議；h.本次臨時群組PoC會話分配的PoC會話標(biāo)識。步驟804:第一SIP/IP核心網(wǎng)轉(zhuǎn)發(fā)INVITE消息給第二SIP/IP核心網(wǎng)。步驟805:第二SIP/IP核心網(wǎng)將收到的由第一SIP/IP核心網(wǎng)發(fā)出的INVITE消息發(fā)送給參與功能服務(wù)器。步驟806:參與功能服務(wù)器提皿請加入會話的消息中媒體類型集和第二客戶端預(yù)建立會活的々某體類型集，由于第二客戶端預(yù)建立的為audio類型，第一客戶端發(fā)起的為video類型，{video}n{audio}=<1>，因此兩媒體類型集中沒有相同的媒體類型。步驟807:參與功能服務(wù)器向第二SIP/IP核心網(wǎng)發(fā)送488(NotAcceptableHere)消息，指示第二客戶端預(yù)建立媒體類型不支持第一客戶端請求媒體類型，此時，488消息還可以給第一客戶端攜帶第二客戶端支持的預(yù)建立會話媒體類型集指示。步驟808:第二SIP/IP核心網(wǎng)將收到的488(NotAcceptableHere)消息發(fā)送給第一SIP/IP核心網(wǎng)。步驟809:第一SIP/IP核心網(wǎng)將收到的488(NotAcceptableHere)消息發(fā)送給控制功能服務(wù)器。如杲所有的第二客戶端都回488(NotAcceptableHere)失敗響應(yīng)，則有如下步驟步驟810，控制功能服務(wù)器將收到的488(即NotAcceptableHere)消息返還給第一SIP/IP核心網(wǎng)；步驟811，第一SIP/IP核心網(wǎng)將收到的由控制功能服務(wù)器發(fā)送的488(NotAcceptableHere)消息發(fā)送給第一客戶端。否則，當(dāng)收到第一個最終成功OK應(yīng)答時，有如下步驟步驟810":控制功能服務(wù)器向第一SIP/IP核心網(wǎng)發(fā)送OK響應(yīng)消息；該OK消息中攜帶如下信息a.控制功能服務(wù)器的媒體協(xié)商參數(shù)；b.選擇發(fā)言權(quán)控制協(xié)議；c.發(fā)言權(quán)控制實(shí)體響應(yīng)；d.第一0K應(yīng)答者所包含的々某體類型(可選)步驟811":第一SIP/IP核心網(wǎng)將收到的由控制功能服務(wù)器發(fā)送的OK響應(yīng)消息發(fā)送給第一客戶端。如圖9所示，參與功能服務(wù)器要向第二客戶端發(fā)起重新協(xié)商，并使第一客戶端與第二客戶端建立連接，其流程如下步驟901:第一客戶端向第一SIP/IP核心網(wǎng)發(fā)送INVITE消息以向第二客戶端發(fā)起臨時群組會話，該邀請(INVITE)消息中攜帶如下信息a)第二客戶端的PoC地址；b)第一客戶端的媒體協(xié)商參數(shù)(SDPPARAMETERS)見下表<table>tableseeoriginaldocumentpage23</column></row><table>23<table>tableseeoriginaldocumentpage24</column></row><table>c)PoC業(yè)務(wù)指示；d)第一客戶端的PoC地址；e)選擇發(fā)言權(quán)控制協(xié)議；f)選擇的發(fā)言權(quán)控制實(shí)體建議；步驟902:第一SIP/IP核心網(wǎng)將該INVITE消息發(fā)送給控制功能服務(wù)器。步驟903:控制功能服務(wù)器收到該消息后，轉(zhuǎn)發(fā)該INVITE消息發(fā)送給第一SIP/IP核心網(wǎng)(可能修改其中的端口號和編碼方案)。該INVITE消息包括如下信息a)第二客戶端的PoC地址；b)控制功能服務(wù)器的媒體協(xié)商參數(shù)SDPPARAMETERS見下表<table>tableseeoriginaldocumentpage24</column></row><table>c)PoC業(yè)務(wù)指示；d)第一客戶端的PoC地址；e)控制功能服務(wù)器已分配指示；f)選擇發(fā)言權(quán)控制協(xié)議；g)選擇的發(fā)言權(quán)控制實(shí)體建議；h)本次臨時群組PoC會話分配的PoC會話標(biāo)識。步驟904:第一SIP/IP核心網(wǎng)根據(jù)收到的經(jīng)控制功能服務(wù)器發(fā)送的INVITE消息中的第二客戶端的PoC地址和PoC業(yè)務(wù)指示，將該經(jīng)控制功能服務(wù)器修改后的INVITE消息發(fā)送給第二SIP/IP核心網(wǎng)。步驟905:第二SIP/IP核心網(wǎng)將收到的由第一SIP/IP核心網(wǎng)發(fā)出的INVITE消息發(fā)送給參與功能服務(wù)器。步驟906:由于笫二客戶端設(shè)置了PoC會話自動應(yīng)答，并且和參與功能服務(wù)器已預(yù)建立了會話，參與功能服務(wù)器發(fā)送自動應(yīng)答響應(yīng)(AUTO-ANSWER)到第二SIP/IP核心網(wǎng)，指示第二客戶端已自動應(yīng)答；步驟907:第二SIP/IP核心網(wǎng)將收到的AUTO-ANSWER消息發(fā)送到第一SIP/IP核心網(wǎng)；步驟908:第一SIP/IP核心網(wǎng)將收到的AUTO-ANSWER消息發(fā)送到控制功能服務(wù)器，指示第二客戶端已自動應(yīng)答。步驟909:控制功能服務(wù)器收到AUTO-ANSWER消息后，發(fā)送不帶確認(rèn)指示的OK響應(yīng)消息(UNCONFIRMEDOK)到第一SIP/IP核心網(wǎng)。該消息中攜帶如下信息a.控制功能服務(wù)器的媒體協(xié)商參數(shù)(SDPPARAMETERS),見下表:<table>tableseeoriginaldocumentpage25</column></row><table>b.選擇發(fā)言權(quán)控制協(xié)議；c.發(fā)言權(quán)控制實(shí)體響應(yīng)。步驟910:第一SIP/IP核心網(wǎng)將收到的UNCONFIRMEDOK消息發(fā)送給第一客戶端。步驟911:控制功能服務(wù)器發(fā)送發(fā)言權(quán)確認(rèn)(TalkBurstConfirm)指示給第一客戶端。步驟912:參與功能服務(wù)器提取邀請加入會話的消息中媒體類型集和第二客戶端預(yù)建立會話的媒體類型集，由于第二客戶端預(yù)建立的為audio類型，第一客戶端發(fā)起的為video類型，{video}n{audio}=^，因此兩媒體類型集中沒有相同的媒體類型。步驟913:參與功能服務(wù)器根據(jù)第一客戶端網(wǎng)絡(luò)的請求媒體類型構(gòu)造re-INVITE消息，發(fā)送INVITE消息到第二SIP/IP核心網(wǎng)。該re-INVITE消息包括如下信息a.第二客戶端的PoC地址b.參與功能服務(wù)器的媒體協(xié)商參數(shù)(SDPPARAMETERS)見下表:<table>tableseeoriginaldocumentpage26</column></row><table>c.PoC業(yè)務(wù)指示；d.第一客戶端的PoC地址；e.選擇發(fā)言權(quán)控制協(xié)議；f.選擇發(fā)言權(quán)控制實(shí)體；g.手動應(yīng)答請求；h.本次臨時群組PoC會話分配的PoC會話標(biāo)識；步驟914:第二SIP/IP核心網(wǎng)將收到的參與功能服務(wù)器發(fā)送的re-INVITE消息發(fā)送給笫一客戶端。步驟915:第二客戶端向第二SIP/IP核心網(wǎng)發(fā)送OK響應(yīng)消息。該消息中攜帶如下信息a.笫二客戶端的媒體協(xié)商參數(shù)(SDPPARAMETERS),見下表<table>tableseeoriginaldocumentpage26</column></row><table><table>tableseeoriginaldocumentpage27</column></row><table>b.所選的發(fā)言權(quán)控制協(xié)議c.發(fā)言纟又實(shí)體響應(yīng)步驟916:第二SIP/IP核心網(wǎng)將收到的第二客戶端發(fā)送的OK響應(yīng)消息發(fā)送給參與功能服務(wù)器。步驟917:參與功能服務(wù)器收到笫二SIP/IP核心網(wǎng)發(fā)送OK響應(yīng)消息后，根據(jù)OK響應(yīng)消息中攜帶的參數(shù)與第二客戶端進(jìn)行能力協(xié)商，并將協(xié)商結(jié)果寫入所述OK響應(yīng)消息體中從而修改所述0K，再將經(jīng)修改后的OK響應(yīng)消息發(fā)送給第二SIP/IP核心網(wǎng)。經(jīng)參與功能服務(wù)器修改后的OK響應(yīng)消息中攜帶如下信息a.參與功能服務(wù)器的媒體協(xié)商參數(shù)(SDPPARAMETERS)見下表:<table>tableseeoriginaldocumentpage27</column></row><table>b.選擇發(fā)言權(quán)控制協(xié)議c.發(fā)言權(quán)控制實(shí)體響應(yīng)步驟918:第二SIP/IP核心網(wǎng)將收到的由參與功能服務(wù)器發(fā)送的并經(jīng)參與功能服務(wù)器修改后的OK響應(yīng)消息發(fā)送給第一SIP/IP核心網(wǎng)；步驟919:SIP/IP核心網(wǎng)將收到的由第二SIP/IP核心網(wǎng)發(fā)送的OK響應(yīng)消息發(fā)送給控制功能服務(wù)器。步驟920:控制功能服務(wù)器收到笫一SIP/IP核心網(wǎng)發(fā)送OK響應(yīng)消息后，依據(jù)該OK響應(yīng)消息中的參數(shù)，并將修改OK響應(yīng)消息中的消息體媒體類型及編碼格式端口等參數(shù)并將該消息發(fā)送給第—SIP/IP核心網(wǎng)。經(jīng)控制功能服務(wù)器子奮改后的OK響應(yīng)消息中攜帶如下信息a.控制功能服務(wù)器的媒體協(xié)商參數(shù)，SDPPARAMETERS見下表:<table>tableseeoriginaldocumentpage28</column></row><table>b.選擇發(fā)言權(quán)控制協(xié)議c.發(fā)言權(quán)控制實(shí)體響應(yīng)步驟921:第一SIP/IP核心網(wǎng)將收到的由控制功能服務(wù)器發(fā)送的并經(jīng)控制功能服務(wù)器修改后的OK響應(yīng)消息發(fā)送給第一客戶端。步驟922:控制功能服務(wù)器在收到第一SIP/IP核心網(wǎng)發(fā)送的OK響應(yīng)消息后，向參與功能服務(wù)器發(fā)送接收會活(ReceivingTalkBurst)消息。該消息中攜帶如下信息a.發(fā)送該會話參與者客戶端的PoC地址b.發(fā)送該會話參與者的昵稱步驟922:參與功能服務(wù)器將收到的ReceivingTalkBurst消息發(fā)送給第二客戶端。第三實(shí)施例第三方在服務(wù)器上設(shè)置了觸發(fā)條件，并設(shè)置了要發(fā)起會話的媒體參數(shù)，假定要發(fā)起的會話媒體類型為視頻類型。觸發(fā)條件滿足后，服務(wù)器向客戶端發(fā)起一個臨時群組會話，建立視頻通話，客戶端在服務(wù)器上預(yù)建立了包含語音和視頻兩種々某體類型的會話并采用自動應(yīng)答?？蛻舳说念A(yù)建立J(某體協(xié)商參數(shù)(SDPPARAMETERS)如下表<table>complextableseeoriginaldocumentpage29</column></row><table>如圖IO所示，實(shí)現(xiàn)上述情況的流程如下:步驟1001:觸發(fā)條件滿足，服務(wù)器^會話。步驟1002:服務(wù)器提取要發(fā)起會話的媒體類型集和客戶端預(yù)建立會話的媒體類型集，并判斷比較兩媒體類型集中的媒體類型。由于客戶端預(yù)建立的為video和audio類型,發(fā)起的為video類型，{video}fl{video,audio}={video},即兩者有相同的媒體類型，執(zhí)行如下步驟步驟1003:參與功能服務(wù)器發(fā)送Connect消息到客戶端。該連接消息包括如下信息本次臨時群組PoC會話的PoC會話標(biāo)識；步驟1004:客戶端產(chǎn)生響應(yīng)connect消息的發(fā)言權(quán)確認(rèn)消息，發(fā)送到服務(wù)器，建立服務(wù)器與客戶端之間的連接。由以上方案可以看出，本發(fā)明通過服務(wù)器提取要建立會話的媒體類型和客戶端預(yù)建立會話的媒體類型進(jìn)行比較，判斷是否有相同的媒體類型，如有則直接連接客戶建建立群組會話，否則向客戶端發(fā)起重邀請消息再聯(lián)接會話或不連接客戶端，從而解決了現(xiàn)有技術(shù)中當(dāng)要建立會話的媒體類型和客戶端預(yù)建立會話的媒體類型之間沒有相同的媒體類型時，服務(wù)器仍連接從而浪費(fèi)通信資源以及不能使群組會話可靠的進(jìn)行的問題。當(dāng)然，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種建立群組會話的方法，其特征在于該方法包括如下步驟服務(wù)器在和客戶端建立會話前，判斷待建立會話的媒體類型是否采用預(yù)建立會話的媒體類型，如是則用預(yù)建立會話的媒體類型建立會話，否則通過重協(xié)商建立會話或判定無法與所述客戶端建立會話。2.如權(quán)利要求1所述的建立群組會話的方法，其特征在于執(zhí)行權(quán)利要求1的步驟之前，還應(yīng)執(zhí)行所述客戶端在建立會話之前與服務(wù)器預(yù)建立會話。3.如權(quán)利要求1所述的建立群組會話的方法，其特征在于，服務(wù)器判斷待建立會話的媒體類型集和客戶端預(yù)建立會話的媒體類型集沒有相同的媒體類型時，服務(wù)器根據(jù)所述服務(wù)器的設(shè)置決定通過重協(xié)商建立會話或判定無法與所述客戶端建立會話。4.如權(quán)利要求1或3所述的建立群組會話的方法，其特征在于所述判斷包括判斷待建立會話的媒體類型集是否為所述客戶端預(yù)建立會話的媒體類型集的子集或超集，或兩者的媒體類型集是否存在交集，如是則待建立會話和預(yù)建立會話的媒體類型集有相同的媒體類型；否則，待建立會話和預(yù)建立會話的媒體類型集沒有相同的媒體類型。5.如權(quán)利要求4所述的建立群組會話的方法，其特征在于判斷待建立會話的媒體類型集是預(yù)建立會話媒體類型集的超集時，服務(wù)器通過重協(xié)商與客戶端建立會話。6.如權(quán)利要求1所述的建立群組會話的方法，其特征在于，所述服務(wù)器通過重協(xié)商建立會話具體包括以下步驟服務(wù)器向客戶端發(fā)起包括待建立會話的媒體類型的邀請消息；客戶端返回成功響應(yīng)消息；服務(wù)器采用待建立會話的媒體類型與客戶端建立會話。7.如權(quán)利要求5所述的建立群組會話的方法，其特征在于，當(dāng)客戶端預(yù)建立會話的應(yīng)答模式為自動應(yīng)答模式時，服務(wù)器判斷是否采用預(yù)建立會話的媒體類型。8、如權(quán)利要求1所述的建立群組會話的方法，其特征在于，服務(wù)器采用預(yù)建立會話的媒體類型建立會話時，通知所述客戶端所述待建立會話包含的媒體類型集。9、如權(quán)利要求l、2、3、6、7或8所述的建立群組會話的方法，其特征在于，所述服務(wù)器指參與功能服務(wù)器。10、如權(quán)利要求9所述的建立群組會話的方法，其特征在于，參與功能服務(wù)器向控制功能服務(wù)發(fā)送與所述客戶端建立會話失敗的消息或發(fā)送攜帶所述客戶端預(yù)建立會話的媒體類型集的建立會話失敗的消息。全文摘要本發(fā)明提供了一種建立群組會話的方法，該方法包括服務(wù)器在和客戶端建立會話前，判斷待建立會話的媒體類型是否采用預(yù)建立會話的媒體類型，如是則用預(yù)建立會話的媒體類型建立會話，否則通過重協(xié)商建立會話或判定無法與所述客戶端建立會話。利用本發(fā)明，解決了建立會話的媒體類型和客戶端預(yù)建立會話的媒體類型集之間沒有相同的媒體類型時，服務(wù)器通過重協(xié)商來建立群組會話保證群組會話的效果，或者通過不連接，節(jié)約通信資源。文檔編號H04Q7/28GK101098513SQ20061006139公開日2008年1月2日申請日期2006年6月28日優(yōu)先權(quán)日2006年6月28日發(fā)明者伍旭剛,張生庭,林李,崢王申請人:華為技術(shù)有限公司