[發明專利]一種基于SIP協議下的通過TCP傳輸RTP媒體流的方法

在審

• 申請號: 201410366529.5
• 申請日: 2014-07-26
• 公開（公告）號: CN104159165A
• 公開（公告）日: 2014-11-19
• 發明（設計）人: 劉斌;張進飛;黃星光
• 申請（專利權）人: 佳都新太科技股份有限公司
• 主分類號: H04N21/643
• 分類號: H04N21/643
• 代理公司: 無
• 代理人: 無

技術領域

本發明涉及通訊領域，特別是涉及一種基于SIP協議下的通過TCP傳輸RTP媒體流的方法。

背景技術

流媒體應用，如網絡電視對互聯網絡數據傳輸的實時性要求很高，目前業界的標準是采用RTP-over-UDP協議。在傳輸層，RTP由于攜帶了大量的多媒體數據，傳輸量大，實時性要求高，較適合采用延遲和抖動嬌小的UDP傳輸協議。但是在無線應用中，情況發生了以下變化：首先，無線網絡系統服務器和客戶端之間的網絡通常是異構的，其中有線網絡的無線網絡之間的帶寬不匹配情況較嚴重，其各自的帶寬也是時刻在變動的，沒有擁塞控制的UDP傳輸方式在這種情況下很容易出現大量的擁塞丟包；其次，無線信道高誤碼率的特點也令沒有丟包補償措施的UDP傳輸質量難以達到流媒體的要求。雖然可以在應用層配合UDP協議實現擁塞控制和丟包補償措施，但是這一方面大大增加了開發難度，導致了大量的重復工作；另一方面不同的應用層實現也使得系統之間難以兼容。而TCP協議本身擁有的擁塞控制機制和重傳機制則正好可以克服這些缺點，而且該協議是目前互聯網中應用得最廣泛的標準協議。另外，由于TCP能夠較好地穿透防火墻，因而可以很好地適應無線異構網絡的各種架構形式。

發明內容

本發明所要解決的技術問題是提供一種基于SIP協議下的通過TCP傳輸RTP媒體流的方法，以減少現有技術中在無線網絡的情況下媒體流傳輸大量丟包的弊端。

為實現上述發明目的，本發明提供一種基于SIP協議下的通過TCP傳輸RTP媒體流的系統，包括媒體客戶端與媒體服務器協商傳輸協議的同時，協商媒體客戶端和媒體服務器哪一方作為TCP服務端，哪一方作為TCP客戶端；

所述媒體客戶端，用于：接收和發送SIP消息，并解析SIP消息以及SIP消息中的SDP消息體。同時接收和解析從媒體服務器收到的媒體流；

所述媒體服務器，用于：接收和發送SIP消息，并解析SIP消息以及SIP消息中的SDP消息體，同時進行媒體流的編碼和向媒體客戶端發送媒體流。

本發明還提供一種基于SIP協議下的通過TCP傳輸RTP媒體流的方法，包括：

媒體客戶端通過SIP消息，向媒體服務器請求媒體流數據，此處的SIP消息可以通過UDP傳輸，也可以通過TCP傳輸；

媒體服務器收到媒體客戶端發來的請求消息，解析SIP消息中的SDP消息體，返回媒體流的信息，確定通過TCP傳輸RTP媒體流，并確定TCP連接方向，以及媒體服務端發送媒體流的IP端口。媒體客戶端收到媒體服務端返回的SIP消息后，向媒體服務端發送確認消息，最終建立一個通過TCP傳輸RTP媒體流的會話；

優選的有，上述方法中，還包括：當媒體客戶端不主動充當媒體流的TCP服務端時，由媒體服務器充當媒體流的TCP服務端，由媒體客戶端來向媒體服務器連接TCP。

由上述方案可以看出，本發明中直接利用TCP傳輸協議進行傳輸媒體流數據，而該協議是目前互聯網中應用得最廣泛的標準協議，而且TCP協議本身擁有的擁塞控制機制和重傳機制則正好可以簡化系統的開發工作量。另外，由于TCP能夠較好地穿透防火墻，因而可以很好地適應無線異構網絡的各種架構形式。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明實施例一中系統結構示意圖；

圖2為本發明實施例一中系統處理信息流程示意圖；

圖3為本發明實施例一中流程示意圖；

具體實施方式

為使本發明的上述目的、特征和優點能夠更加明顯易懂，下面結合附圖和具體實施方式對本發明作進一步詳細的說明。顯然，所描述的實施例僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

實施例一，參見圖1，圖2。

本發明提供一種基于SIP協議下的通過TCP傳輸RTP媒體流的方法，所述系統包括SIP控制信令和基于TCP協議傳輸的RTP媒體流，所述SIP控制信令中包含SDP消息體，所述基于TCP協議傳輸的RTP媒體流，其中：

由于RTP媒體流數據包是獨立分包的，在TCP協議傳輸中，是按塊連續地傳輸，因此需要在每個RTP包頭之前增加分包的包頭，讓接收方能區分每一個RTP數據包；