專利名稱：一種實(shí)現(xiàn)媒體協(xié)商的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種實(shí)現(xiàn)媒體協(xié)商的方法和裝置。
背景技術(shù)：
隨著移動(dòng)通信網(wǎng)絡(luò)與IP (Internet Protocol,互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)的融合和 下一代網(wǎng)絡(luò)的發(fā)展，所有的會(huì)話服務(wù)都將支持多媒體會(huì)話。在多媒體會(huì)話中 實(shí)體之間的媒體協(xié)商是必不可少的，通過媒體協(xié)商，實(shí)體之間就本次會(huì)話中 使用的媒體類型組合以及各媒體使用哪種編碼方案等達(dá)成一致。
實(shí)體之間可以通過SDP (Session Description Protocol,會(huì)話描述協(xié)議)提 供/應(yīng)答機(jī)制實(shí)現(xiàn)媒體協(xié)商，SDP是一個(gè)用來描述多媒體會(huì)話的應(yīng)用層協(xié)議， SDP的提供/應(yīng)答機(jī)制被實(shí)體用來為一個(gè)特定會(huì)話描述達(dá)成一致。
在SDP的提供/應(yīng)答機(jī)制中，當(dāng)一個(gè)實(shí)體希望創(chuàng)建一個(gè)會(huì)話時(shí)，可以產(chǎn)生 一個(gè)SDP會(huì)話描述，該會(huì)話描述即構(gòu)成一個(gè)提供，在這個(gè)提供中包含提供者所 希望使用的媒體流的集合和編碼方案的集合，以及提供者想用來發(fā)送媒體的 目的IP地址和目的端口。應(yīng)答者產(chǎn)生一個(gè)SDP應(yīng)答與其接收到的提供相對(duì)應(yīng)， 該應(yīng)答攜帶是否接受i某體流、將要使用的編碼方案以及應(yīng)答者想用來發(fā)送媒 體的目的IP地址和目的端口。在接收到第一個(gè)請(qǐng)求的應(yīng)答之后，提供者可以同 樣依據(jù)這樣的問答方法產(chǎn)生后續(xù)的請(qǐng)求，但是只能在接收到每一個(gè)請(qǐng)求的應(yīng) 答之后才能發(fā)起下一個(gè)請(qǐng)求，雙方按照上述提供/應(yīng)答模式進(jìn)行協(xié)商，直至本 次會(huì)話中使用的媒體類型組合以及各媒體使用哪種編碼方案等達(dá)成一致，會(huì) i舌成功建立。
現(xiàn)有的SIP (Session Initiation Protocol,會(huì)話初始協(xié)i義)多々某體會(huì)活的々某 體協(xié)商過程如圖l所示，具體步驟如下
步驟S101、主叫方向被叫方發(fā)送INVITE請(qǐng)求，該INVITE請(qǐng)求中攜帶第一 個(gè)SDP提供給被叫方。該SDP提供通過一 系列的媒體描述行列出本次會(huì)話中主
4叫方希望使用的所有々某體類型，以及對(duì)這些不同的媒體所支持的編碼類型。
其中，SDP消息包括三級(jí)信息會(huì)話級(jí)描述、時(shí)間級(jí)描述以及媒體級(jí)描述。 媒體描述行屬于媒體級(jí)描述。 一個(gè)會(huì)話描述可能包括多個(gè)媒體描述行， 一個(gè) 媒體描述行包括四個(gè)子字段媒體類型、端口號(hào)、傳輸協(xié)議以及格式列表。
步驟S102、被叫方接收到INVITE請(qǐng)求后，根據(jù)INVITE請(qǐng)求中攜帶的SDP 提供返回第一個(gè)SDP應(yīng)答。該SDP應(yīng)答中可能拒絕一些被建議的媒體類型，還 可能會(huì)縮減編碼方案的列表，省略掉不能支持的類型，僅保存雙方都支持的 編碼方式。另外，主叫方和被叫方的々某體描述必須完全一致，即主叫方會(huì)話 描述中的第n個(gè)媒體描述行與被叫方會(huì)話描述中的第n個(gè)媒體描述行——對(duì) 應(yīng)。如果被叫方既不想發(fā)送也不想接收主叫方提出的某個(gè)媒體流，則在其會(huì) 話描述中將該媒體流的端口號(hào)置為零。例如主叫方在INVITE請(qǐng)求中包含的 媒體描述行如下所示
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 31
m=video 53000 RTP/AVP 32
該々某體描述行表示主叫方希望以一個(gè)音頻流與兩個(gè)-見頻流的方式與;f皮叫
方進(jìn)行會(huì)話。被叫方接收到主叫方發(fā)送的INVITE請(qǐng)求后，返回的應(yīng)答消息中 SDP部分中的媒體描述行如下所示
m=audio 47920 RTP/AVP 0
m=videoO RTP/AVP 31
m=video 53000 RTP/AVP 32
被叫方將第二行的媒體描述行的端口號(hào)置為零，表示被叫方不接受該視 頻流。
步驟S103、主叫方接收到第一個(gè)SDP應(yīng)答后，判斷是否接受被叫方選擇的 々某體類型，如果接受，轉(zhuǎn)步驟S104,否則轉(zhuǎn)到步驟S105。
步驟S104、如果主叫方接受被叫方選擇的媒體類型，則雙方的媒體類型 協(xié)商成功，會(huì)話建立成功。
步驟S105、如果主叫方不接受被叫方選擇的媒體類型，則主叫方可能繼續(xù)發(fā)起一個(gè)提供重新與被叫方協(xié)商媒體類型。
在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題現(xiàn) 有的媒體協(xié)商方式僅僅是由主叫方將希望使用的媒體類型羅列出來供被叫方 參考并進(jìn)行選擇，這樣的媒體協(xié)商方式?jīng)]有顯示出主叫方提供的媒體類型之 間的主次關(guān)系，被叫方無法判斷主叫方提供的媒體類型中哪些是主叫方最希 望的會(huì)話方式，被叫方可能沒有選擇主叫方最希望使用的媒體類型，由此將 導(dǎo)致以下三種情況(1)主叫方勉強(qiáng)接受了被叫方選擇的媒體類型，然而因 為會(huì)話無法達(dá)到主叫方預(yù)期設(shè)想的效果，主叫方很有可能在會(huì)話過程中發(fā)起 修改媒體類型的請(qǐng)求，需要重新進(jìn)行媒體協(xié)商，引起資源的重新分配，(2) 主叫方不接受被叫方的選擇，主叫方再次發(fā)起媒體協(xié)商請(qǐng)求，這也會(huì)消耗額 外的會(huì)話建立時(shí)間；(3)主叫方直接取消與被叫方建立會(huì)話的請(qǐng)求。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種實(shí)現(xiàn)媒體協(xié)商的方法和裝置，以解決在媒體協(xié)商 過程中被叫方無法判斷主叫方最希望使用的媒體類型的問題。
為達(dá)到上述目的，本發(fā)明實(shí)施例提供一種實(shí)現(xiàn)媒體協(xié)商的方法，包括以 下步驟
主叫方設(shè)置媒體等級(jí)，并向被叫方發(fā)送攜帶所述媒體等級(jí)的請(qǐng)求； 所述主叫方接收到所述被叫方返回的響應(yīng)，所述響應(yīng)中攜帶有所述凈皮叫
方依據(jù)所述媒體等級(jí)選擇的媒體，并根據(jù)所述被叫方選擇的媒體做相應(yīng)的處理。
本發(fā)明實(shí)施例還提供一種終端，包括
設(shè)置單元，用于設(shè)置媒體等級(jí)，并發(fā)送所述媒體等級(jí)給發(fā)送單元； 發(fā)送單元，用于發(fā)送攜帶所述媒體等級(jí)的請(qǐng)求；
處理單元，用于接收響應(yīng)，根據(jù)所述響應(yīng)中被選擇的媒體做相應(yīng)的處理。 與現(xiàn)有技術(shù)相比，本發(fā)明的實(shí)施例具有以下優(yōu)點(diǎn)
可以在媒體協(xié)商過程中由主叫方設(shè)置媒體等級(jí)，明確各媒體之間的等級(jí) 關(guān)系，這種增加媒體等級(jí)信息的方式有助于更加高效地進(jìn)行會(huì)話的媒體協(xié)商。
圖1是現(xiàn)有技術(shù)中一種實(shí)現(xiàn)々某體協(xié)商的方法流程圖； 圖2是本發(fā)明實(shí)施例一的一種實(shí)現(xiàn)媒體協(xié)商的方法流程圖； 圖3是本發(fā)明實(shí)施例二的一種實(shí)現(xiàn)媒體協(xié)商的方法流程圖； 圖4是本發(fā)明實(shí)施例三的一種實(shí)現(xiàn)媒體協(xié)商的方法流程圖； 圖5是本發(fā)明實(shí)施例四的一種終端示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例要解決的問題是提供一種實(shí)現(xiàn)媒體協(xié)商的方法和裝置，通 過在會(huì)話建立初始階段主叫方在SDP消息中設(shè)置媒體等級(jí)，并提供給被叫方進(jìn) 行媒體協(xié)商，讓被叫方明確主叫方最希望使用的4某體，可以更加高效和有效 地建立會(huì)話，節(jié)省不必要的媒體協(xié)商時(shí)間。
本發(fā)明實(shí)施例中將主叫方提供給被叫方進(jìn)行媒體協(xié)商的^ 某體等級(jí)可通過 以下兩種方式實(shí)現(xiàn)，
方式一媒體等級(jí)包括主媒體類型與副媒體類型，其中主媒體類型是主 叫方最希望使用的媒體類型，它的主要目的是讓被叫方明確主叫方更傾向于 使用哪種媒體類型進(jìn)行通信，從而使被叫方在明確主叫方意愿的情況下作出 選擇。主叫方通過設(shè)置主副媒體類型向被叫方傳達(dá)需要進(jìn)行協(xié)商的媒體類型 之間的主次關(guān)系，其中副々某體類型是主々某體類型的補(bǔ)充和輔助，能夠讓會(huì)話 達(dá)到更好的效果。
若在會(huì)話建立之前能夠預(yù)計(jì)到某些媒體類型會(huì)一直貫穿于整個(gè)會(huì)話之 中，則有必要將這些^ 某體類型設(shè)置為主々某體類型，對(duì)于主叫方對(duì)會(huì)話i某體類 型有特別要求的情況下也可以設(shè)置主副媒體類型，例如主叫方希望與被叫 方同時(shí)進(jìn)行視頻和音頻交流，則可以將視頻與音頻都指定為主々某體類型；另 外在一些場(chǎng)景下，設(shè)置主副媒體是必要的，例如視頻會(huì)議中，與會(huì)者必須 支持視頻媒體流才能保證會(huì)議的正常進(jìn)行，這是最基本的條件，因此可以將 該視頻流指定為主媒體類型。方式二媒體等級(jí)通過所述媒體對(duì)應(yīng)的優(yōu)先級(jí)體現(xiàn)，優(yōu)先級(jí)高的媒體所 述媒體等級(jí)也較高，這樣對(duì)媒體的等級(jí)就不會(huì)局限于主副媒體兩種類型，主 叫方可根據(jù)自己的喜好或條件，依次設(shè)置不同的優(yōu)先級(jí)，這樣被叫方也會(huì)依 據(jù)優(yōu)先級(jí)依次選擇其能夠接受的媒體，這樣能夠進(jìn)一步提高媒體協(xié)商的效率。 下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的
具體實(shí)施方式
作進(jìn)一步詳細(xì)描述。 本發(fā)明的實(shí)施例一中， 一種實(shí)現(xiàn)媒體協(xié)商的方法如圖2所示，具體步驟如
下
步驟S201、主叫方設(shè)置媒體等級(jí)，并向被叫方發(fā)送攜帶該媒體等級(jí)的會(huì) 話請(qǐng)求。具體的，通過擴(kuò)展會(huì)話請(qǐng)求中的SDP消息攜帶設(shè)置的々某體等級(jí)。具體 包括兩種方式， 一種是僅設(shè)置主副媒體兩種類型，另一種是通過所述媒體對(duì) 應(yīng)的優(yōu)先級(jí)體現(xiàn)媒體等級(jí)。設(shè)置主副媒體兩種類型可采用以下方式
SDP消息包括三級(jí)信息會(huì)話級(jí)描述、時(shí)間級(jí)描述以及媒體級(jí)描述。媒體 描述行屬于媒體級(jí)描述， 一個(gè)會(huì)話描述可能包括多個(gè)媒體描述行， 一個(gè)媒體 描述行又包括四個(gè)子字段媒體類型、端口號(hào)、傳輸協(xié)議以及格式列表。可 以通過擴(kuò)展SDP消息中的會(huì)話級(jí)描述、媒體描述行、端口號(hào)的分配來實(shí)現(xiàn)主副 媒體。
(1)定義一個(gè)會(huì)話級(jí)屬性行(即主副媒體屬性行)實(shí)現(xiàn)設(shè)置主副々某體類 型。主副媒體屬性行中包括兩個(gè)屬性值主媒體類型和副媒體類型。
(2 )在媒體描述行中定義一個(gè)主副媒體標(biāo)識(shí)子字段實(shí)現(xiàn)設(shè)置主副媒體類 型。通過在媒體描述行中定義一個(gè)主副媒體標(biāo)識(shí)子字段用來說明某個(gè)媒體描 述行中的媒體類型是主媒體類型或副媒體類型。
進(jìn)一步，在同一個(gè)媒體類型對(duì)應(yīng)多個(gè)媒體描迷行的情況下(即多個(gè)相同 類型的媒體流)，可以通過主副媒體標(biāo)識(shí)子字段指明某個(gè)媒體流是主媒體類型 或副媒體類型。
(3 )定義一個(gè)會(huì)話級(jí)屬性行一一主媒體端口號(hào)屬性行，主媒體端口號(hào)屬 性行指出所有主媒體類型在各自的媒體描述行中對(duì)應(yīng)的端口號(hào)，即如果該主 々某體端口號(hào)屬性行對(duì)應(yīng)的端口號(hào)值為51372,則該端口 (51372)對(duì)應(yīng)的4某體 就為主媒體類型。該端口號(hào)為發(fā)送媒體的目的端口號(hào)(即被叫方端口號(hào))，該
8端口號(hào)取決于網(wǎng)絡(luò)信息以及傳輸協(xié)議。
進(jìn)一步，該種擴(kuò)展方法不適用于IP地址不同而端口號(hào)相同的情況，適用
于SDP消息中僅有會(huì)話級(jí)連接狀態(tài)行的情況。
進(jìn)一步，對(duì)于一個(gè)媒體行中設(shè)置多個(gè)端口的情況下，應(yīng)當(dāng)在主媒體端口 號(hào)屬性行中列出所有這些端口號(hào)。
進(jìn)一步，由于端口號(hào)和媒體描述行中的媒體類型對(duì)應(yīng)，因此在同一個(gè)媒 體類型對(duì)應(yīng)多個(gè)媒體描述行的情況下(即多個(gè)相同類型的媒體流)，可以通過 主媒體端口號(hào)屬性行指明某個(gè)媒體流是主媒體類型或副媒體類型。
設(shè)置媒體優(yōu)先級(jí)可采用以下方式定義一個(gè)媒體級(jí)屬性行一一媒體優(yōu)先 級(jí)屬性行，給定某種媒體類型的優(yōu)先級(jí)。主叫方為其在本次會(huì)話中希望使用 的各媒體類型賦予優(yōu)先級(jí)來設(shè)置媒體等級(jí)。
步驟S202、被叫方接收到主叫方的會(huì)話請(qǐng)求后，識(shí)別會(huì)話請(qǐng)求中攜帶的 媒體等級(jí)，并進(jìn)行選擇。
步驟S203、凈皮叫方向主叫方發(fā)送一個(gè)臨時(shí)響應(yīng)，該臨時(shí)響應(yīng)中包含^皮叫 方對(duì)主叫方設(shè)置的媒體等級(jí)作出的選擇。
步驟S204、主叫方接收到被叫方的臨時(shí)響應(yīng)后，判斷被叫方是否接受i某 體等級(jí)高的媒體，如果接受，轉(zhuǎn)步驟S205，否則轉(zhuǎn)步驟S206。
步驟S205、如果被叫方接受主叫方設(shè)置的等級(jí)高的々某體，則主叫方向被 叫方返回OK響應(yīng)，會(huì)話成功建立，主叫方與被叫方按照協(xié)商好的媒體進(jìn)行會(huì) 話。
步驟S206、如果被叫方不接受主叫方設(shè)置的等級(jí)高的媒體，則主叫方根 據(jù)不同的需求進(jìn)^f亍相應(yīng)的處理，如下所示
(l)返回OK響應(yīng)，會(huì)話成功建立，主叫方與被叫方按照協(xié)商好的J 某體 進(jìn)行會(huì)話；
(2 )重新設(shè)置媒體等級(jí)繼續(xù)與被叫方進(jìn)行媒體協(xié)商； (3)取消與被叫方建立會(huì)話連接。
以上步驟中描述的會(huì)話可能是一對(duì)一的CPM多媒體會(huì)話，也可能是CPM 多媒體預(yù)定義群組會(huì)話，下面分別以具體實(shí)施例對(duì)本發(fā)明進(jìn)行說明。為了能夠更加詳細(xì)地理解本發(fā)明實(shí)施例，該實(shí)施例采用方式一主副^ 某體兩種類型進(jìn) 行描述，采用優(yōu)先級(jí)方式與采用主副々某體的方式流程近似，在此不在贅述。
本發(fā)明的實(shí)施例二中，以一對(duì)一的CPM ( Converaged IP Message,融合 IP消息)多々某體會(huì)話為例， 一種實(shí)現(xiàn)々某體協(xié)商的方法如圖3所示，具體步驟如 下
步驟S301、 UEA設(shè)置主副媒體類型，并向UEB發(fā)送攜帶該主副媒體類型 的INVITE請(qǐng)求。
具體的，用戶A和用戶B均為簽約的CPM用戶，歸屬網(wǎng)絡(luò)相同，且在同一 域內(nèi)，可以通過擴(kuò)展SDP消息中的會(huì)話級(jí)屬性行a、媒體描述行m、端口號(hào)的 分配來實(shí)現(xiàn)上述會(huì)話建立時(shí)的主副媒體類型設(shè)置，進(jìn)行媒體協(xié)商。
(1 )定義會(huì)話級(jí)屬性a實(shí)現(xiàn)媒體協(xié)商。定義SDP消息的會(huì)話級(jí)屬性如下所
示
Inviting-mediatypes = a=inviting: primary-types SP optional-types 其中
Primary-types=("audio"| "video"|"application'" "message"l "text") Optional-types=("audio，，| "video"|"application"| "message，，l "text"| "none") Inviting-mediatypes表示UE A可提供的所有々某體類型,其中primary-types
與optional-types分別表示UEA指定的主媒體類型與副媒體類型；
進(jìn)一步，INVITE請(qǐng)求中的SDP消息如下所示，其中a^nviting: video表示
指定視頻為主媒體類型 v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5
s=My holiday
i=Pictures of my holiday
e=Alice@example.com (Alice)
c=INIP4 10.47.16. 5
t=2873397496 2873404696
a=inviting: videoa=sendrecv
m=audio 49170 RTP/AVP 0 m=video 51372 RTP/AVP 99 a=rtpmap:99 h263國1998/90000
其中，上述實(shí)施例為對(duì)主媒體類型的舉例描述，在上述例子中第1 6行 為會(huì)話描述，v行表示協(xié)議版本，o行表示所有者/創(chuàng)建者和會(huì)話標(biāo)識(shí)符，s行 表示會(huì)話名稱，i行表示會(huì)話信息，e行表示Email地址，c行表示連接信息一 一如果包含在所有媒體中，則不需要該字段；第7行為時(shí)間描述，t行表示會(huì) 話活動(dòng)時(shí)間；第8 12行為媒體描述，m行表示々某體名稱和傳輸?shù)刂罚琣行表 示0個(gè)或多個(gè)會(huì)話屬性行。
(2)定義媒體描述行m實(shí)現(xiàn)媒體協(xié)商。m行攜帶媒體和傳輸?shù)男畔?，?括々某體的類型(如音頻、視頻等)、發(fā)送媒體的目的端口號(hào)、傳輸協(xié)議以及格 式列表，其語法如下
m=<media> <port> <transport> <fint list〉
本實(shí)施例中，在m行中增加一個(gè)標(biāo)識(shí)type-tag來指示每個(gè)m行中的媒體類型 是主媒體類型還是副媒體類型，即
m=<media> <port> <transport> <fint list> <type-tag> 其中type國tag: ("primary" | "optional"),即primary與optional分別表示該々某體 行中的媒體類型為主媒體或副媒體。
進(jìn)一步，INVITE請(qǐng)求中的SDP消息如下所示，其中視頻為主媒體類型， 音頻為副媒體類型， v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5 s=My holiday i=Pictures of my holiday e=Alice@example.com (Alice) c=INIP4 10.47.16. 5 t=2873397496 2873404696a=sendrecv
m=audio 49170 RTP/AVP 0 optional
m=video 51372 RTP/AVP 99 primary
a=rtpmap:99 h263-1998/90000 (3)定義端口號(hào)的分配實(shí)現(xiàn)媒體協(xié)商。如上所述，媒體行n^〈media〉 <port> <transport> <fmt lis^中端口port^示發(fā)送々某體的目的端口號(hào)。為了讓UE B明確所有m行中的媒體類型哪些是主媒體哪些是副媒體，定義以下會(huì)話級(jí)屬 性
Primary-ports = a=port: <主媒體端口號(hào)>
即通過主々某體端口號(hào)指出所有m行包含的^ 某體類型中哪些端口號(hào)對(duì)應(yīng)的 媒體類型是主媒體類型。
進(jìn)一步，INVITE請(qǐng)求中的SDP消息如下所示，其中a-port: 51372表示指 定端口號(hào)51372對(duì)應(yīng)的視頻為主々某體類型 v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5
s=My holiday
i=Pictures of my holiday
e=Alice@example.com (Alice)
c=INIP4 10.47.16. 5
t=2873397496 2873404696
a=port: 51372
a=s6ndrscv
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 99
a=rtpmap:99 h263-1998/90000 需要說明的是，如果在該實(shí)施例中選用設(shè)置優(yōu)先級(jí)的方式來聲明力某體類 型之間的主次關(guān)系，具體可采用如下方式
定義以下媒體級(jí)屬性來設(shè)定各媒體類型的優(yōu)先級(jí)Media國pri = a=pri: privalue 其中，privalue =("inessential，，| "non國urgent,T'normal"l "urgent，，l "emergency") privalue表示某個(gè)媒體類型的優(yōu)先級(jí)數(shù)值，這五個(gè)取值從inessential到 emergency優(yōu)先級(jí)依次增加，本實(shí)施例中定義五個(gè)取值，與五個(gè)i某體類型對(duì)應(yīng)。 進(jìn)一步，INVITE請(qǐng)求中的SDP消息如下所示，其中a，ri:emergency表示 該音頻流具有最高優(yōu)先級(jí)，該視頻流具有一般優(yōu)先級(jí) v=0
o=Alice 2890844526 2890842807 IN IP4 10.47.16.5
s=My holiday
i=Pictures of my holiday
e=Alice@example.com (Alice)
c=INIP4 10.47.16. 5
t=2873397496 2873404696
a=s6ndrecv
m=audio 49170 RTP/AVP 0
a=pri -emergency
m=video 51372 RTP/AVP 99
a=rtpmap:99 h263國1998/90000
a=pri:normal
步驟S302、 SIP/IP Core接收到INVITE請(qǐng)求后，由于運(yùn)營商往往在網(wǎng)絡(luò)中 定義不同用戶的用戶配置，如4某體配置等，其中包括SDP參數(shù)，SlP/IPCore可 能會(huì)4全測(cè)UE A的SDP參數(shù)設(shè)置是否在運(yùn)營商允許的媒體類型范圍內(nèi)，如果在 則SIP/IP Core將INVITE請(qǐng)求發(fā)送至CPM Conversation Server X，否則SIP/IP Core發(fā)送415應(yīng)答給UE A。
具體的，SIP/IPCore逐個(gè)檢測(cè)網(wǎng)絡(luò)中與用戶A相關(guān)的應(yīng)用服務(wù)器的初始過 濾準(zhǔn)則，當(dāng)發(fā)現(xiàn)INVITE請(qǐng)求中的信息與CPM Conversation Server X匹配時(shí)， SIP/IP Core將INVITE請(qǐng)求發(fā)送給CPM Conversation Server X。Server X對(duì)接收到的INVITE請(qǐng)求進(jìn)行解析， 由于服務(wù)供應(yīng)者策略以及用戶的個(gè)人喜好設(shè)置中可能會(huì)包^4某體限制，因此 CPM Conversation Server X會(huì)4艮據(jù)這些信息檢測(cè)用戶A的INVITE請(qǐng)求中的 SDP參數(shù)是否符合要求，如果符合，則CPM Conversation Server X將INVITE請(qǐng) 求路由回SIP/IP Core,如果不符合，可能的操作是CPM Conversation Server X 發(fā)送415應(yīng)答給UEA。
步驟S304、 SIP/IPCore根據(jù)解析出的UEB的地址，將INVITE請(qǐng)求發(fā)送到 UEB。
步驟S305、 UE B接收到INVITE請(qǐng)求后，識(shí)別出INVITE請(qǐng)求中攜帶的主 副媒體類型，對(duì)媒體類型進(jìn)行選擇。
步驟S306、 UEB向UE A發(fā)送183響應(yīng)，183響應(yīng)中包含UE B對(duì)UE A設(shè)置 的主副媒體類型的選擇。
其中，UE B在183響應(yīng)中將其拒絕的媒體類型對(duì)應(yīng)的々某體描述行中的端口 號(hào)置為零。
步驟S307、 SlP/IPCore接收到183響應(yīng)后，由于運(yùn)營商往往在網(wǎng)絡(luò)中定義 不同用戶的用戶配置，如媒體配置等，其中包括SDP參數(shù)，因此SIP/IPCore可 能會(huì)檢測(cè)UE B發(fā)送的183響應(yīng)中的SDP參數(shù)設(shè)置是否在運(yùn)營商允許的媒體類 型范圍內(nèi)，如果在，則SIP/IP Core根據(jù)183響應(yīng)中的Via字段將183響應(yīng)路由到 CPM Conversation Server X ，否則SIP/IP Core發(fā)送415應(yīng)答給UE B 。。
步驟S308、 CPM Conversation Server X接收到183響應(yīng)后，由于服務(wù)供應(yīng) 者策略以及用戶的個(gè)人喜好設(shè)置中可能會(huì)包含媒體限制，因此CPM Conversation Server X會(huì)根據(jù)這些信息檢測(cè)用戶B的響應(yīng)中的SDP參數(shù)是否符 合要求，如果符合，則CPM Conversation Server X根據(jù)183響應(yīng)中的Via字段將 183響應(yīng)路由回SIP/IP Core,如果不符合，可能的操作是CPM Conversation Server X發(fā)送415應(yīng)答給UE B。
步驟S309、 SIP/IP Core根據(jù)Via字段將183響應(yīng)發(fā)送至UE A。 步驟S310、 UEA根據(jù)UEB對(duì)主媒體的選擇情況做相應(yīng)的處理。 具體的，根據(jù)UEB對(duì)主媒體的選擇情況，UEA做如下處理
14(1 )若UE A接受UE B的選擇的媒體類型，則UE Aj&送200 OK響應(yīng)給UE B，媒體協(xié)商成功，雙方按照協(xié)商的媒體類型進(jìn)行會(huì)話；
(2)若UEA不接受UEB的選擇的媒體類型，則UEA可能取消INVITE請(qǐng) 求，或者重新設(shè)置主副媒體類型與UE B進(jìn)行再次的媒體協(xié)商，或者返回200 OK與UEB進(jìn)行會(huì)話。
本發(fā)明的實(shí)施例三中，以CPM多媒體預(yù)定義群組會(huì)話為例， 一種實(shí)現(xiàn)媒 體協(xié)商的方法如圖4所示，具體步驟如下
步驟S401、 UEA設(shè)置主副媒體類型，發(fā)送INVITE請(qǐng)求到預(yù)定義群組的地 址，該INVITE請(qǐng)求中除了包括預(yù)定義群組的信息外，還包含設(shè)置的主副媒體 類型。
具體的，UEA為CPM用戶，且是群組創(chuàng)建者或者群組授權(quán)用戶。可以通 過如實(shí)施例二中描述的方法設(shè)置主副媒體類型或優(yōu)先級(jí)，在此不再贅述。
步驟S402、 SIP/IP Core接收到INVITE請(qǐng)求后，由于運(yùn)營商往往在網(wǎng)絡(luò)中 定義不同用戶的用戶配置，如媒體配置等，其中包括SDP參數(shù)，SlP/IPCore可 能會(huì)檢測(cè)UE A的SDP參數(shù)設(shè)置是否在運(yùn)營商允許的媒體類型范圍內(nèi)，如果在 則SIP/IP Core將INVITE請(qǐng)求發(fā)送至CPM Conversation Server X,否則SIP/IP Core發(fā)送415應(yīng)答給UE A。
具體的，SlP/IPCore逐個(gè)檢測(cè)網(wǎng)絡(luò)中與用戶A相關(guān)的應(yīng)用服務(wù)器的初始過 濾準(zhǔn)則，當(dāng)發(fā)現(xiàn)INVITE請(qǐng)求中的信息與CPM Conversation Server X匹配時(shí)， SIP/IP Core將INVITE請(qǐng)求發(fā)送給CPM Conversation Server X。
步驟S403 、 CPM Conversation Server X對(duì)接收到的INVITE請(qǐng)求進(jìn)行解析， 由于服務(wù)供應(yīng)者策略以及用戶的個(gè)人喜好設(shè)置以及群組會(huì)話規(guī)則中可能會(huì)包 ^Hf某體限制，因此CPM Conversation Server X會(huì)檢測(cè)該群組會(huì)話請(qǐng)求中的SDP 參數(shù)是否滿足條件，如果符合，則CPM Conversation Server X將INVITE請(qǐng)求路 由回SIP/IP Core,如果不符合，可能的操作是CPM Conversation Server X發(fā)送 415應(yīng)答給UEA。除此之外，它會(huì)根據(jù)請(qǐng)求消息中包含的群組的信息向存儲(chǔ)裝 置發(fā)起獲取群組成員列表的請(qǐng)求，并解析得到的群組成員列表，然后才艮據(jù)解 析的結(jié)果向其他群組成員發(fā)起群組會(huì)話請(qǐng)求。這里的存儲(chǔ)裝置是存儲(chǔ)與特定息的服務(wù)
器，在這里具體指的是XDMS (XML Document Management Server , XML文 檔管理服務(wù)器)其中XML ( Extensible Markup Language )是可擴(kuò)展標(biāo)記語言。
步驟S404、其他群組成員接收到INVITE請(qǐng)求后，對(duì)主副々某體類型進(jìn)行選 擇，并且回復(fù)臨時(shí)響應(yīng)183響應(yīng)到CPM Conversation Server X。
步驟S405、 CPM Conversation Server X根據(jù)183響應(yīng)的Via字段將響應(yīng)發(fā)送 給SIP/IP Core,每個(gè)群組成員的響應(yīng)包含了他們各自對(duì)主副媒體的選擇。
步驟S406、 SIP/IP Core根據(jù)183響應(yīng)的Via字段將響應(yīng)發(fā)送給UE A。
步驟S407、 UE A接收到某個(gè)群組成員的響應(yīng)后，判斷該群組成員是否接 受主媒體類型，如果是，則UEA批準(zhǔn)該成員加入本次群組會(huì)話中，否則UEA 發(fā)送CANCEL取消會(huì)話請(qǐng)求。
其中，優(yōu)選地，在上述三個(gè)實(shí)施例中，主叫方還可在會(huì)話過程中，通過 re-INVITE請(qǐng)求來修改已發(fā)送給被叫方的媒體等級(jí)，以設(shè)定的主副媒體類型為 例進(jìn)行描述。并且還需要說明的是在上述實(shí)施例中僅在主叫方設(shè)置相應(yīng)的媒 體等級(jí)，然而本發(fā)明實(shí)施例并不限于在會(huì)話的一方(主叫方或被叫方)，在會(huì) 話過程中，會(huì)話的雙方都可以根據(jù)需要重新設(shè)定其需要的媒體等級(jí)。
對(duì)于已發(fā)送至對(duì)方的媒體可通過發(fā)送一個(gè)包含新媒體屬性描述的 re-INVITE請(qǐng)求來進(jìn)行更新，在re-INVITE請(qǐng)求中也是通過上述三種方案聲明主 副々某體類型的。這個(gè)re-INVITE是捆綁在一個(gè)現(xiàn)有的會(huì)話上，對(duì)方收到這個(gè) re-INVITE請(qǐng)求后，會(huì)發(fā)送一個(gè)200 ( OK)應(yīng)答表示接受這個(gè)更新。請(qǐng)求方通 過一個(gè)ACK來表示接受了對(duì)方的這個(gè)200(OK)應(yīng)答。如果對(duì)方不同意這個(gè)々某體 屬性變化，則會(huì)返回一個(gè)錯(cuò)誤的應(yīng)答，比如488 (暫時(shí)不能進(jìn)行)，這個(gè)也會(huì) 收到發(fā)起者的一個(gè)ACK響應(yīng)。re-INVITE的協(xié)商結(jié)果不會(huì)影響到現(xiàn)有的會(huì)話， 即原有的會(huì)話仍然可以按照原來的媒體屬性繼續(xù)進(jìn)行。
通過以上實(shí)施例提供的方法，可以在媒體協(xié)商過程中由主叫方設(shè)置主副 媒體類型，明確各媒體類型之間的等級(jí)關(guān)系，這種增加媒體信息的方式有助 于更加高效地進(jìn)行會(huì)話的媒體協(xié)商。
本發(fā)明實(shí)施例四中， 一種終端如圖5所示，包括設(shè)置單元ll,用于設(shè)置媒體等級(jí)，并發(fā)送給發(fā)送單元12。
發(fā)送單元12,用于向被叫方發(fā)送攜帶媒體等級(jí)的會(huì)話請(qǐng)求。具體的，通 過擴(kuò)展會(huì)話請(qǐng)求中的SDP消息攜帶設(shè)置單元1 l設(shè)置的媒體等級(jí)。
處理單元13，用于接收被叫方發(fā)送的會(huì)話響應(yīng)，根據(jù)被叫方選擇的媒體 等級(jí)做相應(yīng)的處理。
其中，終端還包括
響應(yīng)單元14,用于對(duì)攜帶所述媒體等級(jí)的會(huì)話請(qǐng)求進(jìn)行響應(yīng)，將選擇的 々某體在會(huì)活響應(yīng)中返回。
具體的，擴(kuò)展會(huì)話請(qǐng)求中的SDP消息攜帶設(shè)置的媒體等級(jí)的方法如實(shí)施例 一中所描述的方法，在此不再贅述。
通過以上實(shí)施例提供的系統(tǒng)，可以在媒體協(xié)商過程中由主叫方設(shè)置主副 ^ 某體類型，明確各^ 某體類型之間的等級(jí)關(guān)系，這種增加J 某體信息的方式有助 于更加高效地進(jìn)行會(huì)話的々某體協(xié)商。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助^L件加必需的通用^E更件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過石更件， 但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案 本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該獲取機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)終端 設(shè)備執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，包括以下步驟主叫方設(shè)置媒體等級(jí)，并向被叫方發(fā)送攜帶所述媒體等級(jí)的請(qǐng)求；所述主叫方接收到所述被叫方返回的響應(yīng)，所述響應(yīng)中攜帶有所述被叫方依據(jù)所述媒體等級(jí)選擇的媒體，并根據(jù)所述被叫方選擇的媒體做相應(yīng)的處理。
2、 如權(quán)利要求1所述實(shí)現(xiàn)4某體協(xié)商的方法，其特征在于，所述主叫方向 被叫方發(fā)送攜帶所述媒體等級(jí)的會(huì)話請(qǐng)求的方法具體為所述主叫方通過在所述請(qǐng)求中的會(huì)話描述協(xié)議SDP消息攜帶所述設(shè)置的 媒體等級(jí)。
3、 如權(quán)利要求2所述實(shí)現(xiàn)i某體協(xié)商的方法，其特征在于，所述媒體等級(jí) 具體包括主媒體類型和副媒體類型，所述主媒體類型的等級(jí)高于副媒體類型 的等級(jí)。
4、 如權(quán)利要求3所述實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，所述SDP消息 攜帶所述主媒體類型和副媒體類型具體為在所述SDP消息中定義一個(gè)主副媒體屬性行攜帶所述設(shè)置的主副媒體類 型，所述主副々某體屬性行中包括兩個(gè)屬性值主々某體類型和副媒體類型。
5、 如權(quán)利要求3所述實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，所述SDP消息 攜帶所述主^ 某體類型和副i某體類型具體為在在所述SDP消息的媒體描述行中定義一個(gè)主副媒體標(biāo)識(shí)子字段攜帶所 述設(shè)置的主副媒體類型。
6、 如權(quán)利要求3所述實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，所述SDP消息 攜帶所述主々某體類型和副媒體類型具體為在所述SDP消息中定義一個(gè)主媒體端口號(hào)屬性行，所述主4某體端口號(hào)屬性 行中所攜帶的端口號(hào)值對(duì)應(yīng)的媒體即為主媒體類型，其他媒體為副4某體類型。
7、 如權(quán)利要求6所述實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，還包括 一個(gè) 々某體描述行中設(shè)置多個(gè)端口時(shí)，則在主々某體端口號(hào)屬性行中列出所有這些端 口號(hào)。
8、 如權(quán)利要求2所述實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，所述々某體等級(jí)通過所述媒體對(duì)應(yīng)的優(yōu)先級(jí)體現(xiàn)，優(yōu)先級(jí)高的媒體所述媒體等級(jí)也較高，所述主叫方通過擴(kuò)展所述請(qǐng)求中的會(huì)話描述協(xié)議SDP消息攜帶所述設(shè)置的媒體 等級(jí)具體為定義一個(gè)媒體優(yōu)先級(jí)屬性行攜帶所述設(shè)置的媒體等級(jí)，所述媒體優(yōu)先級(jí) 屬性行中給定某種媒體類型的優(yōu)先級(jí)。
9、 如權(quán)利要求l所述實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，所述主叫方接 收到所述被叫方返回的響應(yīng)，所述響應(yīng)中攜帶有所述被叫方依據(jù)所述媒體等 級(jí)選擇的媒體，并根據(jù)所述被叫方選擇的媒體做相應(yīng)的處理具體為所述主叫方返回響應(yīng)消息，會(huì)話成功建立，所述主叫方與被叫方按照所 述被叫方協(xié)商的媒體進(jìn)行會(huì)話；或，所述主叫方重新設(shè)置媒體等級(jí)繼續(xù)與所述被叫方進(jìn)行媒體協(xié)商；或， 所述主叫方取消與被叫方建立會(huì)話連接。
10、 如權(quán)利要求l所述實(shí)現(xiàn)媒體協(xié)商的方法，其特征在于，還包括 通過re-INVITE請(qǐng)求中攜帶新的媒體等級(jí)更新已向會(huì)話對(duì)方發(fā)送的媒體等級(jí)。
11、 一種終端，其特征在于，包括設(shè)置單元，用于設(shè)置媒體等級(jí)，并發(fā)送所述媒體等級(jí)給發(fā)送單元； 發(fā)送單元，用于發(fā)送攜帶所述媒體等級(jí)的請(qǐng)求；處理單元，用于接收響應(yīng)，根據(jù)所述響應(yīng)中被選擇的媒體做相應(yīng)的處理。
12、 如權(quán)利要求12所述終端，其特征在于，所述終端還包括 響應(yīng)單元，用于對(duì)攜帶所述媒體等級(jí)的請(qǐng)求進(jìn)行響應(yīng)，將選擇的媒體在響應(yīng)中返回。
全文摘要
本發(fā)明實(shí)施例公開了一種實(shí)現(xiàn)媒體協(xié)商的方法，包括以下步驟主叫方設(shè)置媒體等級(jí)，并向被叫方發(fā)送攜帶所述媒體等級(jí)的請(qǐng)求；所述主叫方接收到所述被叫方返回的響應(yīng)，所述響應(yīng)中攜帶有所述被叫方依據(jù)所述媒體等級(jí)選擇的媒體，并根據(jù)所述被叫方選擇的媒體做相應(yīng)的處理。通過使用本發(fā)明實(shí)施例提供的方法，可以在媒體協(xié)商過程中由主叫方設(shè)置主副媒體類型，明確各媒體類型之間的等級(jí)關(guān)系，這種增加媒體信息的方式有助于更加高效地進(jìn)行會(huì)話的媒體協(xié)商。
文檔編號(hào)H04L29/06GK101453459SQ20071019581
公開日2009年6月10日 申請(qǐng)日期2007年11月29日 優(yōu)先權(quán)日2007年11月29日
發(fā)明者謙 孫, 宋雪飛, 浩 王, 賈江濤, 蓉 鄧 申請(qǐng)人:華為技術(shù)有限公司