[發(fā)明專利]一種實(shí)現(xiàn)媒體協(xié)商的方法和裝置有效
| 申請?zhí)枺?/td> | 200710195812.6 | 申請日: | 2007-11-29 |
| 公開(公告)號: | CN101453459A | 公開(公告)日: | 2009-06-10 |
| 發(fā)明(設(shè)計)人: | 鄧蓉;宋雪飛;孫謙;王浩;賈江濤 | 申請(專利權(quán))人: | 華為技術(shù)有限公司 |
| 主分類號: | H04L29/06 | 分類號: | H04L29/06;H04W28/16 |
| 代理公司: | 北京挺立專利事務(wù)所 | 代理人: | 皋吉甫 |
| 地址: | 518129廣東省*** | 國省代碼: | 廣東;44 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 一種 實(shí)現(xiàn) 媒體 協(xié)商 方法 裝置 | ||
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種實(shí)現(xiàn)媒體協(xié)商的方法和裝置。
背景技術(shù)
隨著移動通信網(wǎng)絡(luò)與IP(Internet?Protocol,互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)的融合和 下一代網(wǎng)絡(luò)的發(fā)展,所有的會話服務(wù)都將支持多媒體會話。在多媒體會話中 實(shí)體之間的媒體協(xié)商是必不可少的,通過媒體協(xié)商,實(shí)體之間就本次會話中 使用的媒體類型組合以及各媒體使用哪種編碼方案等達(dá)成一致。
實(shí)體之間可以通過SDP(Session?Description?Protocol,會話描述協(xié)議)提 供/應(yīng)答機(jī)制實(shí)現(xiàn)媒體協(xié)商,SDP是一個用來描述多媒體會話的應(yīng)用層協(xié)議, SDP的提供/應(yīng)答機(jī)制被實(shí)體用來為一個特定會話描述達(dá)成一致。
在SDP的提供/應(yīng)答機(jī)制中,當(dāng)一個實(shí)體希望創(chuàng)建一個會話時,可以產(chǎn)生 一個SDP會話描述,該會話描述即構(gòu)成一個提供,在這個提供中包含提供者所 希望使用的媒體流的集合和編碼方案的集合,以及提供者想用來發(fā)送媒體的 目的IP地址和目的端口。應(yīng)答者產(chǎn)生一個SDP應(yīng)答與其接收到的提供相對應(yīng), 該應(yīng)答攜帶是否接受媒體流、將要使用的編碼方案以及應(yīng)答者想用來發(fā)送媒 體的目的IP地址和目的端口。在接收到第一個請求的應(yīng)答之后,提供者可以同 樣依據(jù)這樣的問答方法產(chǎn)生后續(xù)的請求,但是只能在接收到每一個請求的應(yīng) 答之后才能發(fā)起下一個請求,雙方按照上述提供/應(yīng)答模式進(jìn)行協(xié)商,直至本 次會話中使用的媒體類型組合以及各媒體使用哪種編碼方案等達(dá)成一致,會 話成功建立。
現(xiàn)有的SIP(Session?Initiation?Protocol,會話初始協(xié)議)多媒體會話的媒 體協(xié)商過程如圖1所示,具體步驟如下:
步驟S101、主叫方向被叫方發(fā)送INVITE請求,該INVITE請求中攜帶第一 個SDP提供給被叫方。該SDP提供通過一系列的媒體描述行列出本次會話中主 叫方希望使用的所有媒體類型,以及對這些不同的媒體所支持的編碼類型。
其中,SDP消息包括三級信息:會話級描述、時間級描述以及媒體級描述。 媒體描述行屬于媒體級描述。一個會話描述可能包括多個媒體描述行,一個 媒體描述行包括四個子字段:媒體類型、端口號、傳輸協(xié)議以及格式列表。
步驟S102、被叫方接收到INVITE請求后,根據(jù)INVITE請求中攜帶的SDP 提供返回第一個SDP應(yīng)答。該SDP應(yīng)答中可能拒絕一些被建議的媒體類型,還 可能會縮減編碼方案的列表,省略掉不能支持的類型,僅保存雙方都支持的 編碼方式。另外,主叫方和被叫方的媒體描述必須完全一致,即主叫方會話 描述中的第n個媒體描述行與被叫方會話描述中的第n個媒體描述行一一對 應(yīng)。如果被叫方既不想發(fā)送也不想接收主叫方提出的某個媒體流,則在其會 話描述中將該媒體流的端口號置為零。例如:主叫方在INVITE請求中包含的 媒體描述行如下所示:
m=audio?49170?RTP/AVP?0
m=video?51372?RTP/AVP?31
m=video?53000?RTP/AVP?32
該媒體描述行表示主叫方希望以一個音頻流與兩個視頻流的方式與被叫 方進(jìn)行會話。被叫方接收到主叫方發(fā)送的INVITE請求后,返回的應(yīng)答消息中 SDP部分中的媒體描述行如下所示:
m=audio?47920?RTP/AVP?0
m=video?0?RTP/AVP?31
m=video?53000?RTP/AVP?32
被叫方將第二行的媒體描述行的端口號置為零,表示被叫方不接受該視 頻流。
步驟S103、主叫方接收到第一個SDP應(yīng)答后,判斷是否接受被叫方選擇的 媒體類型,如果接受,轉(zhuǎn)步驟S104,否則轉(zhuǎn)到步驟S105。
步驟S104、如果主叫方接受被叫方選擇的媒體類型,則雙方的媒體類型 協(xié)商成功,會話建立成功。
步驟S105、如果主叫方不接受被叫方選擇的媒體類型,則主叫方可能繼 續(xù)發(fā)起一個提供重新與被叫方協(xié)商媒體類型。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于華為技術(shù)有限公司,未經(jīng)華為技術(shù)有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/200710195812.6/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。
- 互動業(yè)務(wù)終端、實(shí)現(xiàn)系統(tǒng)及實(shí)現(xiàn)方法
- 街景地圖的實(shí)現(xiàn)方法和實(shí)現(xiàn)系統(tǒng)
- 游戲?qū)崿F(xiàn)系統(tǒng)和游戲?qū)崿F(xiàn)方法
- 圖像實(shí)現(xiàn)裝置及其圖像實(shí)現(xiàn)方法
- 增強(qiáng)現(xiàn)實(shí)的實(shí)現(xiàn)方法以及實(shí)現(xiàn)裝置
- 軟件架構(gòu)的實(shí)現(xiàn)方法和實(shí)現(xiàn)平臺
- 數(shù)值預(yù)報的實(shí)現(xiàn)方法及實(shí)現(xiàn)系統(tǒng)
- 空調(diào)及其冬眠控制模式實(shí)現(xiàn)方法和實(shí)現(xiàn)裝置以及實(shí)現(xiàn)系統(tǒng)
- 空調(diào)及其睡眠控制模式實(shí)現(xiàn)方法和實(shí)現(xiàn)裝置以及實(shí)現(xiàn)系統(tǒng)
- 輸入設(shè)備實(shí)現(xiàn)方法及其實(shí)現(xiàn)裝置
- 一種通信系統(tǒng)中協(xié)議屬性協(xié)商的方法
- 信息處理裝置、資源調(diào)度方法、資源調(diào)度程序
- 一種基于信任度評估的自適應(yīng)信任協(xié)商系統(tǒng)和方法
- 一種基于效益折扣和議題關(guān)聯(lián)的Web服務(wù)協(xié)商方法
- 協(xié)議棧類型協(xié)商方法及裝置
- IKE協(xié)商控制方法、裝置和系統(tǒng)
- 協(xié)商信任規(guī)則邏輯性質(zhì)分析處理方法
- 一種面向服務(wù)架構(gòu)的多Agent協(xié)商模型
- 一種多者信任協(xié)商模型的建立方法
- 一種實(shí)現(xiàn)異構(gòu)協(xié)議自協(xié)商的方法





