用一句簡單的話總結：RTSP發起/終結流媒體、RTP傳輸流媒體數據、RTCP對RTP進行控制，同步。之所以以前對這幾個有點分不清，是因為CTC標準里沒有對RTCP進行要求，因此在標準RTSP的代碼中沒有看到相關的部分。而在私有RTSP的代碼中，有關控制、同步等，是在RTP Header中做擴展定義實現的。另外，RFC3550可以看作是RFC1889的升級文檔，只看RFC3550即可。RTP：實時傳輸協議(Real-time Transport Protocol)RTP/RTCP是實際傳輸數據的協議RTP傳輸音頻/視頻數據，如果是PLAY，Server發送到Client端，如果是RECORD，可以由Client發送到Server整個RTP協議由兩個密切相關的部分組成：RTP數據協議和RTP控制協議(即RTCP)RTSP：實時流協議(Real Time Streaming Protocol，RTSP)RTSP的請求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTIONS等，顧名思義可以知道起對話和控制作用RTSP的對話過程中SETUP可以確定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN可以開始或者停止RTP的發送，等等RTCP：RTP/RTCP是實際傳輸數據的協議RTCP包括Sender Report和Receiver Report，用來進行音頻/視頻的同步以及其他用途，是一種控制協議以下是每個協議的概要介紹：一、RTP數據協議RTP數據協議負責對流媒體數據進行封包并實現媒體流的實時傳輸，每一個RTP數據報都由頭部(Header)和負載(Payload)兩個部分組成，其中頭部前12個字節的含義是固定的，而負載則可以是音頻或者視頻數據。RTP數據報的頭部格式如圖1所示：

其中比較重要的幾個域及其意義如下：

CSRC記數(CC)：表示CSRC標識的數目。CSRC標識緊跟在RTP固定頭部之后，用來表示RTP數據報的來源，RTP協議允許在同一個會話中存在多個數據源，它們可以通過RTP混合器合并為一個數據源。例如，可以產生一個CSRC列表來表示一個電話會議，該會議通過一個RTP混合器將所有講話者的語音數據組合為一個RTP數據源。

負載類型(PT)：標明RTP負載的格式，包括所采用的編碼算法、采樣頻率、承載通道等。例如，類型2表明該RTP數據包中承載的是用ITU G.721算法編碼的語音數據，采樣頻率為8000Hz，并且采用單聲道。

序列號：用來為接收方提供探測數據丟失的方法，但如何處理丟失的數據則是應用程序自己的事情，RTP協議本身并不負責數據的重傳。

時間戳：記錄了負載中第一個字節的采樣時間，接收方能夠時間戳能夠確定數據的到達是否受到了延遲抖動的影響，但具體如何來補償延遲抖動則是應用程序自己的事情。

從RTP數據報的格式不難看出，它包含了傳輸媒體的類型、格式、序列號、時間戳以及是否有附加數據等信息，這些都為實時的流媒體傳輸提供了相應的基礎。RTP協議的目的是提供實時數據(如交互式的音頻和視頻)的端到端傳輸服務，因此在RTP中沒有連接的概念，它可以建立在底層的面向連接或面向非連接的傳輸協議之上；RTP也不依賴于特別的網絡地址格式，而僅僅只需要底層傳輸協議支持組幀(Framing)和分段(Segmentation)就足夠了；另外RTP本身還不提供任何可靠性機制，這些都要由傳輸協議或者應用程序自己來保證。在典型的應用場合下，RTP一般是在傳輸協議之上作為應用程序的一部分加以實現的，如圖2所示：

二、RTCP控制協議RTCP控制協議需要與RTP數據協議一起配合使用，當應用程序啟動一個RTP會話時將同時占用兩個端口，分別供RTP和RTCP使用。RTP本身并不能為按序傳輸數據包提供可靠的保證，也不提供流量控制和擁塞控制，這些都由RTCP來負責完成。通常RTCP會采用與RTP相同的分發機制，向會話中的所有成員周期性地發送控制信息，應用程序通過接收這些數據，從中獲取會話參與者的相關資料，以及網絡狀況、分組丟失概率等反饋信息，從而能夠對服務質量進行控制或者對網絡狀況進行診斷。

RTCP協議的功能是通過不同的RTCP數據報來實現的，主要有如下幾種類型：

SR：發送端報告，所謂發送端是指發出RTP數據報的應用程序或者終端，發送端同時也可以是接收端。微軟雅黑; overfl

總結

以上是生活随笔為你收集整理的php视频流传输,视频流传输协议RTP/RTCP/RTSP/HTTP的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。