[發明專利]媒體流獲取方法及其系統、裝置

無效

• 申請號: 200710079398.2
• 申請日: 2007-02-16
• 公開（公告）號: CN101247386A
• 公開（公告）日: 2008-08-20
• 發明（設計）人: 何云;朱東銘;徐培利;張玉俠
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/16;H04Q7/22
• 代理公司: 北京集佳知識產權代理有限公司
• 代理人: 逯長明

技術領域

本發明涉及多媒體通信技術領域，特別涉及一種媒體流獲取方法及其系統、裝置。?

背景技術

會話發起協議(SIP，Session?Initiation?Protocol)是因特網工程任務組(IETF，Internet?Engineering?Task?Force)制定的多媒體通信系統框架協議之一，它是一個基于文本的應用層控制協議，它獨立于底層協議，用于建立、修改和終止互聯網上的多媒體會話。在SIP中，多媒體會話是由一組多媒體發送者和接收者及其彼此之間的數據流組成，多媒體會話采用SIP進行對話并在對話期間發送請求時遵循SIP規則。所述對話指通信雙方之間的一種SIP關系，它提供了在通信雙方之間進行路由和消息排序時所依據的必要的狀態信息。用戶代理(UA，User?Agent)或終端構成對話的端點。UA通常是用戶設備(UE，UserEquipment)，即終端上的一個應用或一個專用的硬件設備。?

SIP通常使用會話描述協議(SDP，Session?Description?Protocol)提供/應答(offer/answer)模型進行媒體能力的交互同時完成承載能力的協商和承載的建立。比如：提供者向應答者提供一個SDP?offer，其中包含提供者支持的和欲使用的媒體信息，包括媒體的類型，媒體地址和端口，媒體所采用的編解碼類型以及相關的一些參數信息。應答者根據SDP?offer的內容、自身的媒體能力、可以或愿意支持和使用的媒體類型等一系列信息對SDP?offer做出應答，并且通過SDP?answer對SDP?offer做出應答。在應答者向提供者返回SDPanswer時需要對SDP?offer提供的媒體流逐個進行應答，對每個媒體流的應答包括是否支持該媒體流，如果支持還需要返回應答者選用的編解碼類型、應答端的媒體地址和端口、以及相關的一些參數信息。最終，提供者會根據SDPanswer和應答者建立媒體通道。?

用戶有時需要獲取其他設備之間的媒體流，例如：用戶原本使用個人數字助理器(PDA，Personal?Digital?Assistant)和朋友視頻聊天，他利用PDA的屏幕接收并播放朋友傳來的視頻流，利用PDA內置的攝像頭發送自己的視頻流?給朋友。這時，用戶希望獲取更好的視覺效果，于是他想操作投影儀獲取原本是PDA收到的視頻流，并用投影儀播放該視頻流，但繼續用PDA內置的攝像頭發送視頻流。通過使用SDP?offer/answer模型，還無法實現媒體流的獲取操作。?

現有技術提供了一種會話獲取方法，假設UA2和UA3之間有一個會話，該會話包含一個音頻流和一個視頻流，UA1想把會話從UA3切換到自己這里，所述具體過程包括以下步驟：?

步驟a：UA1發送一個INVITE請求消息給UA2，所述INVITE請求消息包括Replaces頭域，Replaces頭域的內容是UA2和UA3之間的原有會話標識；?

所述INVITE請求消息結構如下：?

INVITE?sip:[e-mail]?SIP/2.0?

To:<sip:[e-mail]>?

From:<sip:[e-mail]>；tag＝uvw?

Call-ID:123?

Replaces:456；to-tag＝abc；from-tag＝def?

Contact:<sip:[e-mail]>?

Content-Type:application/sdp?

v＝0?

c＝IN?IP4?192.168.0.10?

m＝audio?4400?RTP/AVP?0?8?

a＝sendonly?

m＝video?5400?RTP/AVP?31?34?

a＝sendrecv?

步驟b：UA2從Replaces頭域中獲得所述INVITE請求欲建立的會話，需要替代UA2和UA3之間的原有會話，UA2返回一個200OK響應消息，表明接受所述INVITE請求；?

步驟c：UA1發送一個ACK請求消息，表明新會話建立成功；?

步驟d：UA2把原來分配給被替代的會話的用戶接口和其它資源分配給新的INVITE會話，并中止被替代的會話，并發送一個BYE請求給UA3；?

步驟e：UA3返回200OK響應消息，表明被替代的會話已經終止。?