php视频流传输,视频流传输协议RTP/RTCP/RTSP/HTTP的区别
用一句簡單的話總結: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的区别的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: java lwjgl3_java-LWJ
- 下一篇: php 上一个月的开始和结束,php获取