專利名稱：一種處理媒體協(xié)商請(qǐng)求的方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種處理媒體協(xié)商請(qǐng)求的方法與系統(tǒng)。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)的發(fā)展，移動(dòng)通信將不僅僅局限于傳統(tǒng)的話音通信，結(jié)合音頻、視頻、圖片和文本等多種媒體類型的多媒體業(yè)務(wù)將逐漸開展起來(lái)，通過(guò)與presence(呈現(xiàn)業(yè)務(wù))、短消息、WEB(網(wǎng)頁(yè))瀏覽、定位信息、PUSH(推送業(yè)務(wù))、文件共享等數(shù)據(jù)業(yè)務(wù)的結(jié)合，可以滿足用戶的多種需求，舉例如下消息業(yè)務(wù)即時(shí)消息和聊天室、多媒體短消息；視頻業(yè)務(wù)娛樂、多媒體信息、日常交流；電子商務(wù)產(chǎn)品目錄、搜索引擎、購(gòu)物車、訂單管理、支付；游戲單人游戲、群組游戲；定位業(yè)務(wù)尋人、向?qū)?、?bào)警；個(gè)人助理地址本、日程表、書簽管理、文件存儲(chǔ)、事件提醒、電子郵件。
在多種應(yīng)用的推動(dòng)下，3GPP標(biāo)準(zhǔn)組織推出了基于IP的多媒體子系統(tǒng)(IMS)架構(gòu)，目的是在通信網(wǎng)絡(luò)中使用一種標(biāo)準(zhǔn)化的開放的結(jié)構(gòu)來(lái)實(shí)現(xiàn)多種多樣的多媒體應(yīng)用，提供給用戶更多的選擇和更豐富的感受。
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，多方通信成為一種逐漸普遍的業(yè)務(wù)，為了實(shí)現(xiàn)多方通信必然需要進(jìn)行一個(gè)統(tǒng)一的控制點(diǎn)來(lái)管理，確保管理的一致性和實(shí)時(shí)性。比如一個(gè)用戶申請(qǐng)發(fā)送音頻，系統(tǒng)需要有且只能有一個(gè)控制點(diǎn)進(jìn)行判決。比如PoC系統(tǒng)、Conference系統(tǒng)。其中PoC系統(tǒng)是一種集中控制的多方多媒體通信系統(tǒng)。
在多方通信中，存在多種媒體類型的協(xié)商問(wèn)題，即客戶端在進(jìn)行媒體數(shù)據(jù)發(fā)送之前，客戶端和服務(wù)器就所需要的媒體類型進(jìn)行媒體協(xié)商，媒體協(xié)商成功以后，當(dāng)獲得了發(fā)送權(quán)，就可以開始媒體發(fā)送。
在現(xiàn)在的集群系統(tǒng)以及PoC系統(tǒng)中，沿用基于語(yǔ)音的單一媒體協(xié)商控制策略，對(duì)各媒體類型的協(xié)商完全獨(dú)立處理。這種方法在更多聯(lián)合媒體出現(xiàn)的多媒體通信系統(tǒng)中，已經(jīng)出現(xiàn)了明顯的弊端，這種媒體協(xié)商策略使得媒體發(fā)送控制變得復(fù)雜和不可控，一定程度上耗費(fèi)了系統(tǒng)資源，帶來(lái)了不好的用戶感受。
目前，在一個(gè)集群系統(tǒng)或者PoC會(huì)話中，一個(gè)會(huì)話可以包含一個(gè)或者多個(gè)媒體流。如圖1所示，是現(xiàn)有技術(shù)中多種媒體控制方案的一個(gè)結(jié)構(gòu)示意圖。在會(huì)話初始階段，終端與服務(wù)器就需要的媒體類型進(jìn)行SDP協(xié)商，終端以及服務(wù)器對(duì)于各種不同媒體類型協(xié)商請(qǐng)求的協(xié)商處理完全獨(dú)立。現(xiàn)有方案的多種媒體的SDP協(xié)商實(shí)現(xiàn)流程如圖2和圖3所示。
如圖2所示，終端向服務(wù)器請(qǐng)求媒體類型，終端一次性協(xié)商多種媒體類型。包括如下步驟S011、終端向服務(wù)器發(fā)送請(qǐng)求消息，請(qǐng)求消息中攜帶有請(qǐng)求的媒體類型；S012、服務(wù)器向終端返回應(yīng)答消息，應(yīng)答消息中攜帶協(xié)商成功的媒體類型。
如圖3所示，是終端在會(huì)話過(guò)程中再請(qǐng)求媒體類型的流程示意圖，包括如下步驟S021、終端向服務(wù)器發(fā)送請(qǐng)求消息，請(qǐng)求消息中攜帶有請(qǐng)求的媒體類型；S022、服務(wù)器向終端返回應(yīng)答消息，應(yīng)答消息中攜帶協(xié)商成功的媒體類型。
上述技術(shù)存在幾個(gè)問(wèn)題1、終端對(duì)于發(fā)送給服務(wù)器的各種媒體類型的協(xié)商完全獨(dú)立處理，即認(rèn)為各種媒體類型的協(xié)商請(qǐng)求是獨(dú)立的；2、沿用對(duì)單一話音發(fā)送權(quán)控制的流程，系統(tǒng)對(duì)各種媒體協(xié)商控制完全獨(dú)立。
3、終端與服務(wù)器可以在會(huì)話初始階段一次性協(xié)商多種媒體類型，服務(wù)器對(duì)各種媒體類型的協(xié)商處理完全獨(dú)立，也可以在會(huì)話過(guò)程中進(jìn)行再次SDP協(xié)商，增加某些需要的媒體類型，服務(wù)器對(duì)于后續(xù)請(qǐng)求協(xié)商的媒體類型的處理完全獨(dú)立于已經(jīng)協(xié)商好的媒體類型的內(nèi)容。上述媒體協(xié)商策略只是基于客戶端的能力的協(xié)商，對(duì)于用戶對(duì)于多種媒體類型協(xié)商的優(yōu)先權(quán)設(shè)置也沒有考慮。

發(fā)明內(nèi)容
本發(fā)明提供一種處理媒體協(xié)商請(qǐng)求方法與系統(tǒng)，用以解決現(xiàn)有技術(shù)中存在的服務(wù)器對(duì)各種媒體類型的協(xié)商處理不夠靈活，可能產(chǎn)生混亂的問(wèn)題。
本發(fā)明方法包括一種處理媒體協(xié)商請(qǐng)求的方法，包括A、對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，獲取處理后的第二媒體協(xié)商請(qǐng)求；B、服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，為客戶端分配對(duì)應(yīng)的媒體類型。
所述步驟A中，所述預(yù)處理，為按照所述第一策略對(duì)第一媒體協(xié)商請(qǐng)求進(jìn)行篩選，獲取符合第一策略的第二媒體協(xié)商請(qǐng)求。
所述第一媒體協(xié)商請(qǐng)求為客戶端首次選擇的媒體協(xié)商請(qǐng)求。
所述第一策略為全部允許或者全部拒絕第一媒體協(xié)商請(qǐng)求中的媒體類型的規(guī)則集合；和/或部分允許或者部分拒絕第一媒體協(xié)商請(qǐng)求中的媒體類型的規(guī)則集合。
所述規(guī)則集合為所請(qǐng)求的媒體類型之間沒有關(guān)聯(lián)關(guān)系，和/或所請(qǐng)求的媒體類型之間沒有優(yōu)先級(jí)沖突，和/或所請(qǐng)求的媒體類型與用戶權(quán)限沒有沖突。
所述第一媒體協(xié)商請(qǐng)求為客戶端已經(jīng)存在成功協(xié)商的媒體類型后，又發(fā)起的媒體協(xié)商請(qǐng)求。
所述的第一策略為
允許或者拒絕增加新的媒體類型到現(xiàn)有會(huì)話中的規(guī)則集合，和/或允許或者拒絕在現(xiàn)有會(huì)話中刪除媒體類型的規(guī)則集合；和/或允許或者拒絕修改現(xiàn)有會(huì)話中的媒體類型的規(guī)則集合。
所述的規(guī)則集合為已經(jīng)存在的媒體類型與所請(qǐng)求的媒體類型之間沒有關(guān)聯(lián)關(guān)系，和/或已經(jīng)存在的媒體類型與所請(qǐng)求的媒體類型之間沒有優(yōu)先級(jí)沖突，和/或所請(qǐng)求的媒體類型與用戶權(quán)限沒有沖突。
所述又發(fā)起的媒體協(xié)商請(qǐng)求為SIP re-INVITE或者SIP UPDATE消息。
所述關(guān)聯(lián)關(guān)系，是指媒體類型之間具有包含關(guān)系、重疊關(guān)系或重復(fù)關(guān)系。
所述步驟A進(jìn)一步包括A1、客戶端對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，并將獲取的第二媒體協(xié)商請(qǐng)求發(fā)送給服務(wù)器。
所述步驟A進(jìn)一步包括A2、服務(wù)器對(duì)所述第二媒體協(xié)商請(qǐng)求按照第二策略進(jìn)行預(yù)處理。
所述步驟B還包括B1、服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，向其他的業(yè)務(wù)參與者發(fā)送媒體協(xié)商請(qǐng)求，并結(jié)合其他的業(yè)務(wù)參與者返回的協(xié)商結(jié)果為客戶端分配對(duì)應(yīng)的媒體類型。
所述步驟A由服務(wù)器執(zhí)行。
本發(fā)明系統(tǒng)包括一種關(guān)聯(lián)處理媒體協(xié)商請(qǐng)求的系統(tǒng)，包括客戶端和服務(wù)器，所述服務(wù)器為所述客戶端提供媒體通信，還包括預(yù)處理單元，對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，獲取處理后的第二媒體協(xié)商請(qǐng)求，并將所述第二媒體協(xié)商請(qǐng)求發(fā)送至服務(wù)器，由服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，為客戶端分配相應(yīng)的媒體類型。
所述預(yù)處理單元設(shè)置有第一策略存儲(chǔ)單元，用于存儲(chǔ)第一策略。
所述的系統(tǒng)，還設(shè)置第一策略維護(hù)單元，用于對(duì)第一策略存儲(chǔ)單元存儲(chǔ)的第一策略進(jìn)行維護(hù)。
所述預(yù)處理單元位于客戶端或者服務(wù)器。
本發(fā)明有益效果如下本發(fā)明方案中，客戶端和服務(wù)器對(duì)多種類型的媒體協(xié)商進(jìn)行關(guān)聯(lián)處理，綜合判定，簡(jiǎn)化了后續(xù)媒體發(fā)送過(guò)程中的復(fù)雜控制策略，提升了用戶感受。


圖1為現(xiàn)有技術(shù)中多媒體控制方法示意圖；圖2為現(xiàn)有技術(shù)中多種媒體的SDP協(xié)商流程示意圖；圖3為現(xiàn)有技術(shù)中客戶端一次協(xié)商多種媒體類型的流程示意圖；圖4為本發(fā)明的系統(tǒng)結(jié)構(gòu)示意圖；圖5為本發(fā)明的流程示意圖；圖6為本發(fā)明例1的流程示意圖；圖7為本發(fā)明例2的流程示意圖；圖8為本發(fā)明例3的流程示意圖；圖9為本發(fā)明例4的流程示意圖；圖10為本發(fā)明例5的流程示意圖。
具體實(shí)施例方式
下面結(jié)合說(shuō)明書附圖來(lái)說(shuō)明本發(fā)明的具體實(shí)施方式
。
在現(xiàn)有技術(shù)中，圖2和圖3所示的情況下，客戶端同時(shí)協(xié)商成功四種媒體類型。而這四種媒體類型并不是相互沒有關(guān)系的。如果用戶想用語(yǔ)音交流，只需要speech&image，speech，Audio&Video中的一種就可以了，不需要太多的媒體類型。也就是說(shuō)，某些媒體類型所能夠達(dá)到的用戶體驗(yàn)和在實(shí)際中的應(yīng)用是相同的。從媒體發(fā)送方來(lái)看一個(gè)終端可能同時(shí)獲得一個(gè)以上的語(yǔ)音發(fā)送權(quán)，此時(shí)因?yàn)椴煌襟w之間發(fā)送權(quán)相互獨(dú)立，多個(gè)語(yǔ)音控制相互獨(dú)立，終端同時(shí)發(fā)送多個(gè)語(yǔ)音會(huì)造成PoC會(huì)話中的混亂和很差的用戶體驗(yàn)。而從會(huì)話發(fā)送媒體的Floor控制來(lái)看，客戶端同時(shí)成功協(xié)商的媒體類型越多，發(fā)送媒體流的控制越復(fù)雜。所以這種服務(wù)器獨(dú)立處理各媒體協(xié)商的策略會(huì)導(dǎo)致類似PoC，Conference這樣的多媒體通信系統(tǒng)在處理媒體流發(fā)送的過(guò)程中需要更多更復(fù)雜的媒體流發(fā)送控制策略。
基于此，本發(fā)明采用如下方案如圖4所示，是本發(fā)明的處理媒體協(xié)商請(qǐng)求系統(tǒng)結(jié)構(gòu)示意圖，從圖中可見，該系統(tǒng)包括客戶端100和服務(wù)器200，所述服務(wù)器200為所述客戶端100提供媒體通信，本發(fā)明在此基礎(chǔ)上還包括預(yù)處理單元300，對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，獲取處理后的第二媒體協(xié)商請(qǐng)求，并將所述第二媒體協(xié)商請(qǐng)求發(fā)送至服務(wù)器，由服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，為客戶端分配相應(yīng)的媒體類型。
所述預(yù)處理單元300設(shè)置有第一策略存儲(chǔ)單元301，用于存儲(chǔ)第一策略；第一策略維護(hù)單元302，用于對(duì)第一策略存儲(chǔ)單元存儲(chǔ)的第一策略進(jìn)行維護(hù)；所述預(yù)處理單元300位于客戶端100或者服務(wù)器200。
如圖5所示，是本發(fā)明處理媒體協(xié)商請(qǐng)求方法的流程示意圖，從圖中可見，包括以下步驟S510、對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，獲取處理后的第二媒體協(xié)商請(qǐng)求；該步驟S510中，對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理既可以由客戶端完成，也可以由服務(wù)器完成，或者客戶端和服務(wù)器協(xié)同串行預(yù)處理，該第一策略可以靈活的設(shè)置。
如果由客戶端完成對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，則還包括客戶端將獲取的第二媒體協(xié)商請(qǐng)求發(fā)送給服務(wù)器。
所述預(yù)處理，為按照所述第一策略對(duì)第一媒體協(xié)商請(qǐng)求進(jìn)行篩選，獲取符合第一策略的第二媒體協(xié)商請(qǐng)求。
這些規(guī)則可以位于客戶端，也可以位于服務(wù)器中。如果位于客戶端，可以是運(yùn)營(yíng)商通過(guò)業(yè)務(wù)管理手段(例如OTA方式)設(shè)置到終端中的規(guī)則。也可以是用戶根據(jù)客戶端提供的功能進(jìn)行設(shè)置。
如果在服務(wù)器上，這些規(guī)則可以是服務(wù)器業(yè)務(wù)處理邏輯中固有的規(guī)則，也可以是運(yùn)營(yíng)商根據(jù)業(yè)務(wù)和用戶的需求設(shè)置在服務(wù)器中的規(guī)則。
具體地，該步驟的第一媒體協(xié)商請(qǐng)求存在兩種情況1、所述第一媒體協(xié)商請(qǐng)求為客戶端首次選擇的媒體協(xié)商請(qǐng)求。
這種情況下所述第一策略可以是全部允許或者全部拒絕第一媒體協(xié)商請(qǐng)求中的媒體類型的規(guī)則集合；可以是部分允許或者部分拒絕第一媒體協(xié)商請(qǐng)求中的媒體類型的規(guī)則集合。
包括但不限于下列情況所請(qǐng)求的媒體類型之間沒有關(guān)聯(lián)關(guān)系，和/或所請(qǐng)求的媒體類型之間沒有優(yōu)先級(jí)沖突，和/或所請(qǐng)求的媒體類型與用戶權(quán)限沒有沖突。
2、所述第一媒體協(xié)商請(qǐng)求為客戶端已經(jīng)存在成功協(xié)商的媒體類型后，又發(fā)起的媒體協(xié)商請(qǐng)求。這里又發(fā)起的媒體協(xié)商請(qǐng)求可以通過(guò)SIP re-INVITE或者SIP UPDATE消息發(fā)起。
這種情況下所述的第一策略可以是允許或者拒絕增加新的媒體類型到現(xiàn)有會(huì)話中的規(guī)則集合；可以是允許或者拒絕在現(xiàn)有會(huì)話中刪除媒體類型的規(guī)則集合；可以是允許或者拒絕修改現(xiàn)有會(huì)話中的媒體類型的規(guī)則集合。
包括但不限于下列情況
已經(jīng)存在的媒體類型與所請(qǐng)求的媒體類型之間沒有關(guān)聯(lián)關(guān)系，和/或已經(jīng)存在的媒體類型與所請(qǐng)求的媒體類型之間沒有優(yōu)先級(jí)沖突，和/或所請(qǐng)求的媒體類型與用戶權(quán)限沒有沖突。
上述兩種情況下，所述關(guān)聯(lián)關(guān)系，是指媒體類型之間具有包含關(guān)系、重疊關(guān)系或重復(fù)關(guān)系。
上述內(nèi)容中的包含關(guān)系、重疊關(guān)系和重復(fù)關(guān)系可以解釋如下包含關(guān)系，其中一種媒體類型是另一種聯(lián)和媒體類型的子集，例如speech&image和speech。取其中的包含媒體類型較多的一種作為成功協(xié)商的媒體類型，取speech&image；重疊關(guān)系，一種媒體類型是另一種媒體類型相關(guān)，例如speech和audio&video，同樣speech&image和speech&txt都包含語(yǔ)音媒體的，所以選其中一種；重復(fù)關(guān)系，兩種媒體類型完全重復(fù)，只協(xié)商一次或者保留前面已有的協(xié)商結(jié)果，拒絕現(xiàn)在的重復(fù)協(xié)商請(qǐng)求。
上述的媒體類型之間的優(yōu)先級(jí)實(shí)例如下從系統(tǒng)角度來(lái)講，語(yǔ)音類型的優(yōu)先級(jí)高于數(shù)據(jù)媒體類型的優(yōu)先級(jí)；從用戶偏好或者信用度的角度來(lái)講，在優(yōu)先保證最基本的媒體類型協(xié)商的基礎(chǔ)路上進(jìn)一步基于各種因素進(jìn)行衡量。例如VIP用戶比一般用戶優(yōu)先享有視頻媒體的協(xié)商權(quán)限。
以上這些例舉的關(guān)聯(lián)關(guān)系和媒體類型之間的優(yōu)先級(jí)只是作為參考，實(shí)際的關(guān)聯(lián)關(guān)系和媒體類型之間的優(yōu)先級(jí)的內(nèi)容可以根據(jù)媒體或者聯(lián)和媒體的類型進(jìn)行延伸?？蛻舳撕头?wù)器的處理策略也可以根據(jù)實(shí)際情況進(jìn)行合理細(xì)化。
上述方案中是由客戶端對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，并獲取一個(gè)處理后的第二媒體協(xié)商請(qǐng)求，在實(shí)際應(yīng)用方案中，可以在客戶端進(jìn)行預(yù)處理，發(fā)送到服務(wù)器后，由服務(wù)器根據(jù)一定的第二策略再進(jìn)行一次預(yù)處理，在服務(wù)器獲取了兩次預(yù)處理后的媒體協(xié)商請(qǐng)求結(jié)果后，向其他的業(yè)務(wù)參與者發(fā)送媒體協(xié)商請(qǐng)求，同時(shí)根據(jù)其他業(yè)務(wù)參與者的協(xié)商應(yīng)答結(jié)果來(lái)為客戶端分配對(duì)應(yīng)的媒體類型，這樣可以達(dá)到更優(yōu)化的效果。這里第二策略的內(nèi)容可以參照第一策略設(shè)置。
此處，服務(wù)器根據(jù)兩次預(yù)處理后的媒體協(xié)商請(qǐng)求結(jié)果向其他的業(yè)務(wù)參與者發(fā)送媒體協(xié)商請(qǐng)求，同時(shí)根據(jù)其他業(yè)務(wù)參與者的協(xié)商應(yīng)答結(jié)果來(lái)為客戶端分配對(duì)應(yīng)的媒體類型，此處不進(jìn)行詳細(xì)描述。
S520、服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，為客戶端分配對(duì)應(yīng)的媒體類型。
當(dāng)進(jìn)行了步驟S510的預(yù)處理之后，將獲取的第二媒體協(xié)商請(qǐng)求發(fā)送給服務(wù)器，這時(shí)的第二媒體協(xié)商請(qǐng)求中已經(jīng)排除了各種沖突與矛盾，服務(wù)器根據(jù)該第二媒體協(xié)商請(qǐng)求為終端分配相應(yīng)的媒體類型，即可大大減少系統(tǒng)沖突，提高用戶的體驗(yàn)。
下面看幾個(gè)具體的應(yīng)用。
例1客戶端對(duì)多種媒體協(xié)商請(qǐng)求進(jìn)行關(guān)聯(lián)預(yù)處理如圖6所示，是用戶一次性請(qǐng)求協(xié)商多種媒體類型的流程示意圖，從圖中可見，主要包括S610、客戶端收到用戶的媒體協(xié)商請(qǐng)求信息后，對(duì)當(dāng)前各類型媒體協(xié)商請(qǐng)求的關(guān)聯(lián)關(guān)系進(jìn)行判定。采取一定策略篩選確定部分有效媒體協(xié)商請(qǐng)求類型。
S620、客戶端向服務(wù)器發(fā)送Invite消息，攜帶客戶端關(guān)聯(lián)預(yù)處理后的媒體類型，speech&image，txt。
S630、服務(wù)器向客戶端返回200OK消息，攜帶請(qǐng)求成功的媒體類型消息speech&image，txt。
例2在會(huì)話過(guò)程中客戶端再次請(qǐng)求協(xié)商新的媒體類型如圖7所示，是客戶端已經(jīng)申請(qǐng)了兩個(gè)媒體類型后，在會(huì)話過(guò)程中又新申請(qǐng)媒體類型的流程示意圖，從圖中可見，主要包括
S710、客戶端已經(jīng)成功協(xié)商媒體類型為speech的一種媒體類型；S720、會(huì)話過(guò)程中用戶再次選擇協(xié)商新的媒體類型speech&image，audio&video，txt；客戶端經(jīng)過(guò)判斷，選擇一種有效媒體協(xié)商請(qǐng)求(txt)發(fā)向服務(wù)器；S730、客戶端向服務(wù)器發(fā)起新的媒體協(xié)商請(qǐng)求Invite，攜帶處理后的有效媒體協(xié)商請(qǐng)求txt；S740、服務(wù)器回給客戶端成功協(xié)商的媒體協(xié)商請(qǐng)求200OK，攜帶成功協(xié)商的媒體類型txt。
例3服務(wù)器對(duì)多種媒體協(xié)商請(qǐng)求進(jìn)行關(guān)聯(lián)處理服務(wù)器在收到媒體協(xié)商請(qǐng)求后，對(duì)當(dāng)前各類型媒體協(xié)商請(qǐng)求的關(guān)聯(lián)關(guān)系進(jìn)行判定，采取一定的策略成功協(xié)商一部分媒體類型。這種關(guān)聯(lián)關(guān)系和服務(wù)器相應(yīng)的控制策略例舉如下1、包含關(guān)系，其中一種媒體類型是另一種聯(lián)和媒體類型的子集，例如speech&image和speech。取其中的包含媒體類型較多的一種作為成功協(xié)商的媒體類型，取speech&image。
2、相關(guān)關(guān)系，一種媒體類型和另一種媒體類型相關(guān)。例如speech和audio&video，同樣speech&image和speech&txt都包含語(yǔ)音媒體的，所以選其中一種。
3、重復(fù)關(guān)系，兩種媒體類型完全重復(fù)，只協(xié)商一次或者保留前面已有的協(xié)商結(jié)果，拒絕現(xiàn)在的重復(fù)協(xié)商請(qǐng)求。
如圖8所示，是服務(wù)器處理Client一次性協(xié)商多種媒體類型的流程示意圖，從圖中可見，主要包括S810、客戶端在會(huì)話初始階段發(fā)送媒體發(fā)送請(qǐng)求Invite，同時(shí)請(qǐng)求speech&image，Speech，audio&video，txt，種媒體類型協(xié)商。
S820、服務(wù)器對(duì)四種媒體類型的請(qǐng)求進(jìn)行關(guān)聯(lián)處理，采取相應(yīng)的控制策略，最后協(xié)商成功的媒體類型是speech&image，txt。
S830、服務(wù)器向客戶端返回200OK消息，攜帶協(xié)商成功的媒體類型speech&image，txt。
例4服務(wù)器處理在會(huì)話過(guò)程中再次協(xié)商新的媒體類型如圖9所示，是該種情況的流程示意圖，從圖中可見，主要包括S910、客戶端在會(huì)話過(guò)程中發(fā)起媒體發(fā)送請(qǐng)求invite，請(qǐng)求協(xié)商speech&image，audio&video，txt三種聯(lián)和媒體類型，在這之前，客戶端已經(jīng)成功協(xié)商媒體類型speech一種媒體類型。
S920、服務(wù)器將客戶端現(xiàn)有的已經(jīng)協(xié)商協(xié)商成功的媒體類型speech和新的媒體協(xié)商請(qǐng)求類型speech&image，audio&video，txt進(jìn)行關(guān)聯(lián)處理，采取策略控制。協(xié)商成功新的媒體類型txt。
S930、服務(wù)器向客戶端返回200OK消息，攜帶協(xié)商成功的媒體類型txt。
例5服務(wù)器處理在會(huì)話過(guò)程中根據(jù)客戶端的請(qǐng)求減少媒體類型如圖10所示，是該種情況的流程示意圖，從圖中可見，主要包括S1010、客戶端在會(huì)話過(guò)程中發(fā)起媒體發(fā)送請(qǐng)求SIP re-INVITE或者SIPUPDATE，請(qǐng)求刪除現(xiàn)有會(huì)話中的video媒體。
S1020、服務(wù)器根據(jù)客戶端的媒體協(xié)商請(qǐng)求進(jìn)行媒體協(xié)商策略控制，請(qǐng)求被刪除的Video符合刪除策略，服務(wù)器進(jìn)行刪除媒體的操作。
S1030、服務(wù)器向客戶端返回200OK消息，通知客戶端媒體刪除成功。
本發(fā)明提出一種關(guān)聯(lián)處理媒體協(xié)商請(qǐng)求的方法及系統(tǒng)。一方面，終端對(duì)于發(fā)送給服務(wù)器的各種媒體類型的協(xié)商請(qǐng)求進(jìn)行預(yù)先關(guān)聯(lián)處理，即認(rèn)為各種媒體類型的協(xié)商請(qǐng)求是有關(guān)聯(lián)的，在發(fā)送給服務(wù)器進(jìn)行處理之前進(jìn)行預(yù)先處理，基于一定的策略合理判斷有效媒體協(xié)商請(qǐng)求，進(jìn)而發(fā)送給服務(wù)器。另外一方面，服務(wù)器在處理用戶媒體發(fā)送請(qǐng)求的時(shí)候，需要判斷客戶端當(dāng)前所請(qǐng)求的各媒體類型之間的關(guān)聯(lián)性，還要根據(jù)用戶目前已經(jīng)獲得的協(xié)商媒體類型情況進(jìn)行判斷，采用相應(yīng)的策略進(jìn)行綜合判定，考慮關(guān)聯(lián)處理用戶的多個(gè)不同類型的媒體發(fā)送請(qǐng)求。具體實(shí)現(xiàn)中，媒體協(xié)商請(qǐng)求的關(guān)聯(lián)關(guān)系可以在終端上設(shè)置，也可以通過(guò)在服務(wù)器上的本地策略獲取。在本發(fā)明方案中，兩個(gè)方面可以選擇其中一種，也可以協(xié)同工作。
本文提出了一種關(guān)聯(lián)處理媒體協(xié)商請(qǐng)求的方法，即客戶端和服務(wù)器對(duì)多種類型的媒體協(xié)商進(jìn)行關(guān)聯(lián)處理，綜合判定。這種關(guān)聯(lián)處理多種媒體類型協(xié)商策略的制定包括基于多種媒體類型的內(nèi)在關(guān)聯(lián)關(guān)系和各種媒體類型優(yōu)先級(jí)別的判定，也包括基于用戶權(quán)限級(jí)別和用戶對(duì)于各種媒體類型的協(xié)商優(yōu)先權(quán)的判定，以及更多的決定媒體協(xié)商參數(shù)的本地策略。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種處理媒體協(xié)商請(qǐng)求的方法，其特征在于，包括A、對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，獲取處理后的第二媒體協(xié)商請(qǐng)求；B、服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，為客戶端分配對(duì)應(yīng)的媒體類型。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟A中，所述預(yù)處理，為按照所述第一策略對(duì)第一媒體協(xié)商請(qǐng)求進(jìn)行篩選，獲取符合第一策略的第二媒體協(xié)商請(qǐng)求。
3.如權(quán)利要求2所述的方法，其特征在于，所述第一媒體協(xié)商請(qǐng)求為客戶端首次選擇的媒體協(xié)商請(qǐng)求。
4.如權(quán)利要求2或3所述的方法，其特征在于，所述第一策略為全部允許或者全部拒絕第一媒體協(xié)商請(qǐng)求中的媒體類型的規(guī)則集合；和/或部分允許或者部分拒絕第一媒體協(xié)商請(qǐng)求中的媒體類型的規(guī)則集合。
5.如權(quán)利要求4所述的方法，其特征在于，所述規(guī)則集合為所請(qǐng)求的媒體類型之間沒有關(guān)聯(lián)關(guān)系，和/或所請(qǐng)求的媒體類型之間沒有優(yōu)先級(jí)沖突，和/或所請(qǐng)求的媒體類型與用戶權(quán)限沒有沖突。
6.如權(quán)利要求2所述的方法，其特征在于，所述第一媒體協(xié)商請(qǐng)求為客戶端已經(jīng)存在成功協(xié)商的媒體類型后，又發(fā)起的媒體協(xié)商請(qǐng)求。
7.如權(quán)利要求2或6所述的方法，其特征在于，所述的第一策略為允許或者拒絕增加新的媒體類型到現(xiàn)有會(huì)話中的規(guī)則集合，和/或允許或者拒絕在現(xiàn)有會(huì)話中刪除媒體類型的規(guī)則集合；和/或允許或者拒絕修改現(xiàn)有會(huì)話中的媒體類型的規(guī)則集合。
8.如權(quán)利要求7所述的方法，其特征在于，所述的規(guī)則集合為已經(jīng)存在的媒體類型與所請(qǐng)求的媒體類型之間沒有關(guān)聯(lián)關(guān)系，和/或已經(jīng)存在的媒體類型與所請(qǐng)求的媒體類型之間沒有優(yōu)先級(jí)沖突，和/或所請(qǐng)求的媒體類型與用戶權(quán)限沒有沖突。
9.如權(quán)利要求6所述的方法，其特征在于，所述又發(fā)起的媒體協(xié)商請(qǐng)求為SIP re-INVITE或者SIP UPDATE消息。
10.如權(quán)利要求5或8所述的方法，其特征在于，所述關(guān)聯(lián)關(guān)系，是指媒體類型之間具有包含關(guān)系、重疊關(guān)系或重復(fù)關(guān)系。
11.如權(quán)利要求1所述的方法，其特征在于，所述步驟A進(jìn)一步包括A1、客戶端對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，并將獲取的第二媒體協(xié)商請(qǐng)求發(fā)送給服務(wù)器。
12.如權(quán)利要求11所述的方法，其特征在于，所述步驟A進(jìn)一步包括A2、服務(wù)器對(duì)所述第二媒體協(xié)商請(qǐng)求按照第二策略進(jìn)行預(yù)處理。
13.如權(quán)利要求11所述的方法，其特征在于，所述步驟B還包括B1、服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，向其他的業(yè)務(wù)參與者發(fā)送媒體協(xié)商請(qǐng)求，并結(jié)合其他的業(yè)務(wù)參與者返回的協(xié)商結(jié)果為客戶端分配對(duì)應(yīng)的媒體類型。
14.如權(quán)利要求1所述的方法，其特征在于，所述步驟A由服務(wù)器執(zhí)行。
15.一種關(guān)聯(lián)處理媒體協(xié)商請(qǐng)求的系統(tǒng)，包括客戶端和服務(wù)器，所述服務(wù)器為所述客戶端提供媒體通信，其特征在于，還包括預(yù)處理單元，對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，獲取處理后的第二媒體協(xié)商請(qǐng)求，并將所述第二媒體協(xié)商請(qǐng)求發(fā)送至服務(wù)器，由服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，為客戶端分配相應(yīng)的媒體類型。
16.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述預(yù)處理單元設(shè)置有第一策略存儲(chǔ)單元，用于存儲(chǔ)第一策略。
17.如權(quán)利要求16所述的系統(tǒng)，其特征在于，還設(shè)置第一策略維護(hù)單元，用于對(duì)第一策略存儲(chǔ)單元存儲(chǔ)的第一策略進(jìn)行維護(hù)。
18.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述預(yù)處理單元位于客戶端或者服務(wù)器。
全文摘要
本發(fā)明公開了一種處理媒體協(xié)商請(qǐng)求的方法與系統(tǒng)。包括A.對(duì)第一媒體協(xié)商請(qǐng)求按照第一策略進(jìn)行預(yù)處理，獲取處理后的第二媒體協(xié)商請(qǐng)求；B.服務(wù)器根據(jù)所述第二媒體協(xié)商請(qǐng)求，為客戶端分配對(duì)應(yīng)的媒體類型。本發(fā)明還公開了一種處理媒體協(xié)商請(qǐng)求的系統(tǒng)。本發(fā)明方案中，客戶端和服務(wù)器對(duì)多種類型的媒體協(xié)商進(jìn)行關(guān)聯(lián)處理，綜合判定，簡(jiǎn)化了后續(xù)媒體發(fā)送過(guò)程中的復(fù)雜控制策略，提升了用戶感受。
文檔編號(hào)H04Q7/22GK101043402SQ20061015226
公開日2007年9月26日 申請(qǐng)日期2006年9月27日 優(yōu)先權(quán)日2006年3月24日
發(fā)明者張愛琴, 章李銘, 朱雷 申請(qǐng)人:華為技術(shù)有限公司