[發明專利]一種移動視頻直播系統

無效

• 申請號: 201210245542.6
• 申請日: 2012-07-16
• 公開（公告）號: CN102811368A
• 公開（公告）日: 2012-12-05
• 發明（設計）人: 李建偉;蘇占玖;勾學榮;蘭麗娜;劉洪沛;李青;董躍武;張勖;趙鵬羽;席劍宵;柴淞
• 申請（專利權）人: 北京郵電大學
• 主分類號: H04N21/234
• 分類號: H04N21/234;H04N21/238;H04N21/24
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 牛崢;王麗琴

技術領域

本發明涉及視頻直播領域，特別涉及一種移動視頻直播系統。

背景技術

流媒體（Streaming?Media）是指數據在網絡上按時間先后次序傳輸和播放的連續音／視頻數據流。在流媒體出現之前，人們在網絡上觀看電影或收聽音樂時，必須先將整個影音文件下載并存儲在本地計算機上，然后才可以觀看。與傳統的播放方式不同，流媒體在播放前并不下載整個文件，只將部分內容緩存，使流媒體數據流邊傳送邊播放，這樣就節省了下載等待時間和存儲空間。流媒體數據流具有三個特點：連續性（Continuous）、實時性（Real-time）、時序性（即其數據流具有嚴格的前后時序關系）。

流媒體的主要技術特征就是采用流式傳輸。流式傳輸定義很廣泛，現在主要指通過網絡傳送媒體（如視頻、音頻）數據的技術的總稱。實現流式傳輸有兩種方法：順序流式傳輸和實時流式傳輸。

1、順序流式傳輸。順序流式傳輸采用順序下載方式，用戶可以觀看在線媒體節目，但是在給定時刻，用戶只能觀看已經下載的部分，而不能跳到還未下載的部分進行觀看，順序流式傳輸不能根據用戶的連接速度做調整。由于標準的HTTP（HyperText?Transport?Protocol，超文本傳送協議）服務器可發送這種形式的文件，而不需要其他特殊協議，它經常被稱作HTTP流式傳輸；順序流式傳輸方式適合高質量的短片段，如片頭、片尾和廣告，媒體文件在播放前觀看的部分是無損下載的，QoS（Quality?of?Service，服務質量）高；順序流式文件放在標準HTTP或者FTP（File?Transfer?Protocol，文件傳輸協議）服務器上，易于管理，基本上與防火墻無關。順序流式傳輸不適合長片段和有隨機訪問要求的視頻、講座、演說與演示，也不支持現場廣播。嚴格說來，它是一種點播技術。

2、實時流式傳輸。實時流式傳輸保證媒體信號帶寬與網絡連接相匹配，使媒體可被實時觀看。實時流式傳輸與HTTP流式傳輸不同，需要專用的流媒體服務器與傳輸協議。實時流式傳輸特別適合現場事件，也支持隨機訪問，用戶可快進或后退以觀看前面或后面的內容。實時流式傳輸需要特殊網絡協議：

1）RTP（Real-time?Transport?Protocol，實時傳輸協議）。RTP協議是針對多媒體數據流的實時傳輸協議，在一對一或者一對多的傳輸情況下工作，其目的是提供時間信息和實現流同步，為實時傳輸提供時序重構、幀遺失檢測、數據安全等多種服務。RTP通常使用UDP（User?Datagram?Protocol，用戶數據報協議）傳輸數據，也可在TCP（Transmission?Control?Protocol，傳輸控制協議）協議之上工作。RTP本身并不能為按順序傳輸數據包提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠RTCP（RTP?Control?Protocol，實時傳輸控制協議）提供這些服務。

2）RTCP。RTCP和RTP一起提供流量控制和擁塞控制服務。在RTP會話期間，各參與者周期性的傳送RTCP包，RTCP包中含已發送數據包的數量、丟失的數據報數量等統計資料，因此，服務器可以利用這些信息動態的改變傳輸速率，甚至改變有效載荷類型。RTP和RTCP配合使用，能有效的反饋和最小的開銷使傳輸效率最佳化，因而特別適合傳送網上的實時數據。RTSP（Real?Time?Streaming?Protocol，實時流傳輸協議）是一種客戶端到服務器的多媒體化表示控制協議。用于在服務器與客戶端之間建立的控制具有實時特性的數據傳輸。它定義了一對多應用程序如何有效的通過IP（Internet?Protocol，網絡之間互連協議）網絡傳送多媒體數據。這個協議完成兩項關鍵功能：一是建立呼叫鏈接，在客戶端和服務器之間建立數據流連接；二是數據激活，讓客戶端知道使用何種方法可以得到并播放所屬內容。

3）RTMP（Real?Time?Messaging?Protocol，實時消息傳送協議）。RTMP協議是ADOBE系統股份有限公司為Flash播放器和服務器之間音頻、視頻和數據傳輸開發的私有協議。RTMP主要為多媒體視頻提供多路傳輸和數據分包服務，不僅支持視頻和音頻數據實時傳輸，還支持RPC（遠程過程調用）。視頻，音頻，操作命令，共享對象，控制消息和其他類型數據被打包成一個個消息，并打上用于同步的時間戳，不同類型的消息在不同流上傳輸，多個消息流又交錯復用在同一個連接上。消息包括Message（消息）頭和Message主體。